一种用户会话承载业务建立方法、系统及设备的制作方法

专利名称：一种用户会话承载业务建立方法、系统及设备的制作方法
技术领域：
本发明涉及通信领域，特别涉及用户会话承载业务建立的方法、系统及策 略控制和计费规则功能实体、策略和计费执行实体。
背景技术：
图1为3GPP在TS 23.203里定义的PCC ( Policy Charging Control,策略 和计费控制)架构示意图，如图所示，PCC中各个功能实体作用如下PCRF (Policy Control and Charging Rules Function,策略控制和计费规则功 能实体)该功能实体根据用户接入网络的限制、运营商策略、从SPR (Subscription Profile Repository,用户签约数据数据库)功能实体获取的用户 签约数据、以及从AF (Application Function,应用层功能实体)获取的用户当 前正在进行的业务信息等决定对应的策略，并将该策略提供给PCEF( Policy and Charging Enforcement Function,策略和计费执行实体)，由PCEF执行这些策 略。策略包括业务数据流(完成某一业务，比如语音的IP流集合)的检测规 则、是否门控、业务数据流对应的QoS (Quality of Service,服务质量)和基 于流的计费规则等。PCEF:该实体执行PCRF下发或者指定的策略，具体来说就是执行业务 数据流的检测和测量，保证业务数据流的QoS、用户面流量处理、触发控制面 的会话管理等；SPR:该功能实体向PCRF提供用户签约数据；AF:该功能实体向PCRF动态提供应用层的会话信息，PCRF根据该信息 动态生成或者修改对应的规则。各功能实体间的参考点描述如下RX参考点该参考点用于AF下发应用层相关信息，该信息包括^f旦不限 于IP过滤器，用于识别业务数据流、应用、或者媒体所需的带宽信息，该参 考点使用IETF定义的Diameter协议；该参考点实现以下功能建立、维护、终结IP-CAN (IP Connectivity Access Network, IP连通接入网络)会话；PCEF向PCRF请求PCC规则；PCRF向 PCEF提供PCC规则；协商IP-CAN承载建立模式。该参考点使用正TF定义 的Diameter协议；Sp参考点用于PCRF向SPR请求用户签约信息，该签约信息用于确定 IP-CAN传输层策略。该接口目前属于私有接口 (设备商自定义，没有公开化)；为了更容易理解IP-CAN会话流程，先阐述几个术语IP-CAN:当用户在接入网络内漫游(位置改变时)仍能保存IP业务连续 性(即不中断业务)，具有这样性质的接入网络称为IP-CAN，比如GPRS( General Packet Radio Service,通用分组无线业务)网络，I-WLAN (无线本地局域网同 3GPP网络互通系统)网络等；IP-CANbearer: IP-CAN承载，具有明确速率，延迟和误比特率的IP传输 路径(该路径指的是接入网到PCEF之间)，对于GPRS来说IP-CAN bearer对 应PDP (Packet Data Protocol,分组数据协议)上下文；IP-CAN session: IP-CAN会话，指的是UE ( User Equipment,用户设备) 和PDN (Packet Data Network,分组数据网，比如internet)标识之间的连接关 系，该连接关系通过UE的IP地址和UE的标识来识别。只要UE分配了 IP 地址并且能被IP网络识别，则IP-CAN存在。IP-CAN会话可以包含一到多个 IP-CAN承载。图2为IP-CAN会话建立流程示意图，如图所示，IP-CAN会话建立包括 如下流程步骤201 、 PCEF接收到UE发起的IP-CAN会话建立请求消息(分配一个在PDN网络可见的IP地址)，具体消息格式与接入网类型有关，对于GPRS， 即建立第一个PDP上下文；步骤202、 PCEF通知PCRF IP-CAN会话建立，PCEF创建一个新的DCC (Diameter信用控制)会话，向PCRF发送CCR (信用控制请求， Credit-Control-Request )消息，包含UE标识和IP地址。如果PCRF执行IP-CAN 承载和规则绑定，则PCEF还要上报IP-CAN承载标识( 一般情况下，UE建立 IP-CAN会话的同时会建立缺省IP-CAN承载来传递控制层信令)；步骤203、 PCRF存储CCR消息里的信息；步骤204、 PCRF如果需要用户签约相关信息，则向SPR请求；步骤205、 SPR返回用户签约信息，包括用户当前签约的业务，计费模式 等信息；步骤206、 PCRF生成新的PCC规则；步骤207、 PCRF存储PCC规则，如果PCRF执行IP-CAN承载和规则绑 定，则还要记录PCC规则和IP-CAN承载标识的绑定关系；步骤208、 PCRF通过CCA (信用控制应答，Credit-Control-Answer)消息 将PCC规则返回给PCEF,如果PCRF执行IP-CAN承载和规则绑定，则指明 PCC规则和IP-CAN承栽标识的绑定关系(即在那个IP-CAN承载执行对应的 规则);步骤209、 PCEF安装规则，并根据规则打开或者关闭对应的业务数据流， 保证相应的QoS,如果PCEF执行IP-CAN承载和规则绑定，则由PCEF根据 规则要求选择一个合适的IP-CAN承载，否则PCEF根据PCRF的PCC规则和 IP-CAN承载标识的绑定关系，在对应的IP-CAN承载上执行规则；步骤210、 PCEF向UE返回IP-CAN会话建立响应消息；图3为UE发起的IP-CAN承载建立流程示意图，如图所示，UE发起 IP-CAN承载建立包括如下步骤步骤301 、 AF接收到一个触发事件(比如UE发起的多士某体呼叫控制信令)后，需要建立一个新的Diameter会话并向PCRF提供业务信息；
步骤302、 AF从触发事件中提取需要的业务信息(比如IP流的地址信息， 端口号，媒体类型等)；
步骤303、 AF向PCRF发送AAR (批准和/或授权请求，AA-Request)消 息，包含业务信息；
步骤304、 PCRF保存接收到的业务信息；
步骤305、如果PCRF此时没有用户签约信息，则向SPR请求用户签约信
台
步骤306、 SPR返回用户签约信息，包括用户当前签约的业务； 步骤307、 PCRF根据接受到的业务信息和以前从PCEF接受到的信息(比 如IP-CAN会话建立时)将该AF会话关联到一个对应的IP-CAN会话； 步骤308、 PCRF向AF返回AAA消息；
步骤309、PCEF接收到UE发起的IP-CAN会话消息，要求建立新的IP-CAN 承栽，对于GPRS，即建立第二个PDP上下文；
步骤310、 PCEF通知PCRF IP-CAN会话需要修改，向PCRF发送CCR 消息，请求针对该IP-CAN承载的PCC规则，如果PCRF执行IP-CAN承载和 规则绑定，则PCEF还要上报新的IP-CAN承载标识；
步骤311、 PCRF存储CCR消息里的信息，并且利用从PCEF接受到信息 和步骤303中从AF接收到的业务信息，将IP-CAN会话关联到特定的AF会 话(一个IP-CAN会话可与多个AF会话有关联关系)，生成并保存新的PCC 规则(根据业务信息和用户签约，运营商配置等信息)；
步骤312、 PCRF向PCEF返回CCA消息，带有新的PCC规则，如果PCRF 执行IP-CAN承载和规则绑定，则指明在新建立的IP-CAN承载上执行PCC规 则；
步骤313、 PCEF安装规则，并根据规则打开或者关闭对应的业务数据流， 保证对应的QoS和计费统计；步骤314、如果用户是在线计费并且OCS (OnlineChargingSystem,在线 计费系统)连接正常可用，则PCEF可以向OCS请求信息计费关键字信息； 步骤315、 OCS向PCEF返回信用控制信息。 步骤316、 PCEF向UE返回IP-AN会话响应消息；
图4为IP-CAN会话、IP-CAN承载、PCC规则和IP流之间的绑定关系示 意图，通过以上所述的IP-CAN会话建立过程、IP-CAN承载建立过程，在PCEF 上实际形成了如图所示的IP-CAN会话、IP-CAN承载、PCC规则和IP流之间 的绑定关系。
当UE在PDN分配了可寻址的IP地址后，UE就建立IP-CAN会话，为了 满足不同的QoS要求，在同一个IP-CAN会话里可以建立不同QoS要求的 IP-CAN承载，在每个IP-CAN承载里可以有多个IP流(比如用户可以同时在 不同服务器下载文件)，PCEF是根据PCC规则(PCC规则包含IP五元组，即 IP源、目的地址、源端口号、目的端口号、协议来识别IP流。每个PCCMJ!'J 可以包含一到多个IP流，它们称为业务数据流(Service Data Flow )。
发明人在发明过程中注意到在现有PCC所提供的机制中，PCRF定义了 计费规则、QoS控制、门控信息的PCC规则，然后通过Gx接口把业务数据流的 IP五元组过滤规则和相应的规则参数传递给PCEF, PCEF可以根据业务数据流 的规则进行计费、QoS控制、门控。但是PCRF并不能将需要转发的报文转发到 非报文原始目的地址的新地址。
发明人注意到，在一些特殊的应用场景下，例如用户从某个网址下载数据 时，需要首先对下载的报文转发到一个外部的设备，进行内容过滤；或者，在 用户发送邮件时，需要使用外部的设备对邮件进行防病毒或防垃圾邮件过滤。 这时，由于有根据要求需要将用户报文进行重定向，需要依赖于2个方面的数 据， 一方面是用户的签约数据，用户在签约时，会要求提供相应的报文过滤功 能；另一方面，通过网络监控或者防火墙提供的参数，例如发现从某个网址下 载的信息总是包含非法或病毒的信息，则通过网管控制系统(或者其他渠道)通知PCRF这个网址提供的信息都需要进行内容过滤。或者，另一个例子是， 监控发现某个用户总是发送垃圾邮件，则通知PCRF对此用户的邮件进行垃圾 邮件过滤。此时，就会产生需要PCRF根据用户的相关信息，结合组网及网管 监控的情况，来为用户IP承载提供相应的重定向的目的地址，而这并不能通过 在PCEF配置来实现。

发明内容
本发明实施例提供一种用户会话承载业务建立方法、系统及策略控制和计 费规则功能实体、策略和计费执行实体，用以解决使PCRF能将需要转发的报 文转发到非报文原始目的地址的新地址问题。
本发明实施例提供了一种用户会话承载业务建立方法，包括如下步骤
PCEF接收到UE的会话承载业务建立请求后，向PCRF发送携带用户标 识的信用控制请求消息；
PCRF接收到所述信用控制请求消息后，才艮据用户标识查询用户信息；
PCRF根据所述查询的用户信息进行判断并生成路由策略信息后，将信用 控制应答消息反馈至PCEF,所述信用控制应答消息中携带所述路由策略信息；
PCEF根据所述路由策略信息建立会话承载业务，并对用户业务数据流按 所述路由策略信息中的路由策略执行。
本发明实施例还提供了一种用户会话承载业务建立系统，包括PCRF、 PCEF，还包括
请求模块，与PCEF相连，用于在PCEF接收到UE的会话承载业务建立 请求后，向PCRF发送携带用户标识的信用控制请求消息；
查询模块，与PCRF相连，用于在接收到所述请求模块发送的信用控制请 求消息后，根据用户标识查询用户信息；
策略模块，与PCRF相连，用于根据所述查询的用户信息进行判断并生成 路由策略信息；反馈模块，与PCRF相连，用于将信用控制应答消息反馈至PCEF，所述 信用控制应答消息中携带所述路由策略信息；
执行模块，与PCEF相连，用于根据所述路由策略信息建立会话承载业务， 并对用户业务数据流按所述路由策略信息中的路由策略执行。
本发明实施例又提供了一种策略控制和计费规则功能实体PCRF,包括
查询模块，用于在接收到所述PCEF发送的信用控制请求消息后，根据用 户标识查询用户信息；
策略模块，用于根据所述查询的用户信息进行判断并生成路由策略信息；
反馈模块，用于将信用控制应答消息反馈至PCEF，所述信用控制应答消 息中携带所述路由策略信息，所述PCEF根据所述路由策略信息建立会话承载 业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。
本发明实施例还提供了 一种策略和计费执行实体PCEF，包括
请求模块，用于在PCEF接收到UE的会话承载业务建立请求后，向PCRF 发送携带用户标识的信用控制请求消息，所述信用控制消息用于触发所述 PCRF反馈携带路由策略信息的信用控制应答消息；
执行模块，用于根据所述路由策略信息建立会话承载业务，并对用户业务 数据流按所述路由策略信息中的路由策略执行。
本发明实施例有益效果如下
由于本发明实施例中，在PCRF接收到携带用户标识的信用控制请求消息 后，根据用户标识查询用户信息；然后PCRF根据查询的用户信息，判断并生 成路由策略来重新确定重定向地址，并将新的地址反馈至PCEF; PCEF再根据 新的地址建立会话承载业务，从而使得PCRF不再将会话业务承载所请求的原 始目的地址，而是将会话业务承载建立到新地址，克服了 PCRF不能将需要转 发的报文转发到非报文原始目的地址的新地址的问题。


图1为背景技术中所述3GPP在TS 23.203里定义的PCC架构示意图； 图2为背景技术中所述IP-CAN会话建立流程示意图； 图3为背景技术中所述UE发起的IP-CAN承载建立流程示意图； 图4为背景技术中所述IP-CAN会话、IP-CAN承载、PCC规则和IP流之 间的绑定关系示意图5为本发明实施例中所述用户会话承载业务建立方法的实施流程示意
图6为本发明实施例一的实施流程示意图； 图7为本发明实施例二的实施流程示意图8为本发明实施例中所述用户会话承载业务建立系统结构示意图； 图9为本发明实施例中所述策略控制和计费规则功能实体结构示意图； 图10为本发明实施例中所述策略和计费执行实体结构示意图。
具体实施例方式
下面结合附图对本发明的具体实施方式
进行说明。
本发明实施例提供了一种用户会话承载业务建立方法，图5为用户会话承 载业务建立方法的实施流程示意图，如图所示，发送时可以包括如下步骤
步骤501 、 PCEF接收到UE的会话承载业务建立请求后，向PCRF发送携 带用户标识的信用控制请求消息；
步骤502、 PCRF接收到所述信用控制请求消息后，根据用户标识查询用 户信息；
步骤503、 PCRF才艮据所述查询的用户信息进行判断并生成路由策略信息； 步骤504、 PCRF将信用控制应答消息反馈至PCEF，所述信用控制应答消
息中携带所述路由策略信息；
步骤505、 PCEF根据路由策略信息建立会话承载业务，并对用户业务数
据流按所述路由策略信息中的路由策略执行。
14实施中，步骤502中，PCRF接收到信用控制请求消息后，可以到SPR和 /或网管系统中中查询用户信息。
查询的用户信息包括用户签约信息、和/或网络性能。
用户签约信息是用户签约时要求提供的内容过滤功能、防垃圾邮件过滤功 能、防病毒过滤功能之一或者其组合的签约信息；网络性能是根据内容过滤设 备、防垃圾邮件过滤设备、防病毒过滤设备之一或者其组合在网络中的负载性 能。
PCRF可以根据用户签约信息或运营商自定义，将为用户提供的业务提供 内容过滤、防垃圾邮件过滤、防病毒过滤等功能。这样PCRF就可以根据用户 签约信息，结合内容过滤、防垃圾邮件过滤、防病毒过滤设备的组网分布，根 据负载均衡的原则，选择适当的过滤设备地址，将功能要求和设备地址信息下 发到PCRF。 PCRF根据功能要求，就可以将报文转发到相应的设备地址。进 一步的还可以提示用户，对这个业务流正在进行的操作。
在PCRF根据查询的用户信息进行判断并生成路由策略时，PCRF可以先 选择出可选用户业务数据流重定向地址，然后通过轮询的方式在可选用户业务 数据流重定向地址中确定用户业务数据流重定向地址，具体可以是轮询网络中 可以使用的设备，当获得可以进行处理的设备反馈的消息后，将该设备地址作 为用户业务数据流重定向地址地址。
优选实施中，PCRF还可以在根据查询的用户信息进行判断并生成路由策 略信息时，获得用户业务数据流重定向地址及用户业务数据流重定向处理类型 信息，并将用户业务数据流重定向处理类型信息反馈PCEF。 PCEF将用户业务 数据流重定向处理类型信息反馈用户。
用户业务数据流重定向处理类型信息可以是将建立会话承载业务用于内 容过滤、防垃圾邮件过滤、防病毒过滤之一或者其组合的处理的签约信息，这 样就可以使得用户知晓报文将会进行什么处理了 ，能提高用户的业务体验以及 知情权。步骤504中，PCRF可以通过Gx接口利用Diameter RAR或CCA消息将 路由策略信息反馈至PCEF。PCRF通过和PCEF之间的Gx接口 ，可以把用户业务数据流重定向处理类 型和重定向地址信息传递给PCEF。如PCRF可以通过Diameter RAR或CCA 消息把用户业务数据流重定向处理类型和重定向地址信息发送到PCEF,具体 实施为Redirect-Information: := < AVP Header: xxxx> [Filter_Type ] [Redirect-Server ]其中，xxxx为Bearer-Priority的AVP (属性值对，Attribute Value Pairs) 代码；Filter一TypeAVP的类型为枚举型，取值定义如下 FILTER_CONTENT(1)内容过滤类型 FILTER_SPAM (2) 防垃圾邮件过滤类型FILTER_VIRUS (3) 防病毒过滤类型Redirect-Server AVP,是RFC4006中定义的AVP。下面以业务数据流被前转的实施例来描述用户业务处理流程的具体实施。 实施例一本实施例所描述的是用户签约的业务是需要将下行报文的内容过滤，根 据用户的签约信息制定了将报文前转以执行内容过滤。即用户在IP接入会 话建立时，PCRF到SPR中取签约信息，签约信息中确定的用户下行报文需要 执行内容过滤，PCRF结合内容过滤设备的配置情况，采用轮询的方式得到一 个前转地址，将业务流的过滤类型、重定向地址信息发送给PCEF进行处理。图6为实施例一的实施流程示意图，如图所示，包括如下步骤步骤601 、用户发起IP接入会话建立请求到PCEF。步骤602、 PCEF发送信用控制请求消息到PCRF。步骤603、 PCRF到SPR中获取用户信息。用户签约内容是从某IP地址下 载的信息需要进行内容过滤。步骤604、 PCRF进行判断并生成路由策略信息，才艮据用户签约信息，结 合外部内容过滤设备配置信息，通过轮询的方式得到一个设备地址，将过滤类 型和设备地址包含在策略信息中。步骤605、 PCRF发送信用控制应答消息到PCEF,消息中带有策略信息。 策略信息包括业务的过滤处理类型和重定向地址信息(Redirect-Information)。步骤606、 PCEF将接收到的业务的过滤处理类型和重定向地址信息 (Redirect-Information)记录下来，并对经过PCEF的用户相关数据流进行重 定向操作。步骤607、 PCEF向用户终端发送IP接入会话建立应答消息。步骤608、用户发起到需要过滤下行报文的业务时，PCEF匹配到这个控 制规则，提示用户这个网址的下行的业务流需要被前转到内容过滤设备进行内 容过滤。PCEF根据要求，将用户报文转发到内容过滤设备。由以上实施可知，实施例为运营提供了一种新的业务才莫式。通过对重定向 信息的控制，对业务功能的扩展提供了一种简化的手段。可以方便的实现对各 种不同业务流的控制和管理的功能，简化了业务的部署，在保证设备安全的前 提下，既增强了设备功能，又保证了系统的稳定性。实施例二本实施例所描述的是根据监控，发现某用户经常发送垃圾邮件，网管系 统通知PCRF需要对此用户的上行邮件报文进行防垃圾邮件的过滤。用户在IP 接入会话建立时，PCRF到SPR中取签约信息，PCRF根据相关信息得到相应 的PCC规则和过滤策略，并送给PCEF进行处理。图7为实施例二的实施流程示意图，如图所示，包括如下步骤 步骤701、网管系统通知PCRF某个用户的业务信息，要求对此用户的上 行邮件报文进行垃圾邮件过滤，PCRF将信息绑定到用户承载并存储。步骤702、用户发起IP接入会话建立请求到PCEF。 步骤703、 PCEF发送信用控制请求消息到PCRF。步骤704、 PCRF进行判断并生成路由策略信息，PCRF4艮据业务类型，结 合策略信息，判断应对用户上行邮件进行垃圾邮件过滤，则根据垃圾邮件过滤 设备的配置信息，通过轮询的方式得到一个设备地址，构成过滤的重定向信息。步骤705、 PCRF发送信用控制应答消息到PCEF，消息中带有路由策略信 息。路由策略信息包括垃圾邮件过滤类型和重定向地址信息 (Redirect國Information )信息。步骤706、 PCEF将接收到的路由策略规则进行存储，并对经过PCEF的用 户相关数据流进行重定向操作。步骤707、 PCEF向用户终端发送IP接入会话建立应答消息。步骤708、用户发起发送邮件的业务时，PCEF匹配到这个PCC规则，提 示用户发送的邮件将被前转到垃圾邮件过滤设备进行过滤，PCEF根据要求， 将用户报文转发到防垃圾邮件过滤设备。由上述实施的可知，实施例为运营提供了一种新的业务^1式。通过对重定 向信息的控制，对业务功能的扩展提供了一种简化的手段。可以方便的实现对 各种不同业务流的控制和管理的功能，简化了业务的部署，在保证设备安全的 前提下，既增强了设备功能，又保证了系统的稳定性。本发明实施例还提供了一种用户会话承载业务建立系统，下面结合附图对 本系统的具体实施方式
进行说明。图8为用户会话承载业务建立系统结构示意图，如图所示，系统中包括 PCRF、 PCEF、请求模块、查询模块、策略模块、反馈模块、执行模块，其中 各模块的结构关系是查询模块、策略模块、反馈模块与PCRF相连,请求模块、转发模块与PCEF 相连。各模块工作中的信号连接关系是在PCEF接收到UE的会话承栽业务建立后，请求模块在PCEF接收到UE 的会话承载业务建立请求后，向PCRF发送携带用户标识的信用控制请求消息； 查询模块在接收到所述请求模块发送的信用控制请求消息后，根据用户标识查 询用户信息；策略模块根据所述查询的用户信息进行判断并生成路由策略信 息；反馈模块将信用控制应答消息反馈至PCEF,所述信用控制应答消息中携 带路由策略信息；执行模块根据路由策略信息建立会话承载业务，并对用户业 务数据流按所述路由策略信息中的路由策略执行。其中可以进一步包括与PCRF相连的策略制定模块，用于根据用户签约信 息、和/或网络性能设置所述路由策略。用户签约信息是用户签约时要求提供的内容过滤功能、防垃圾邮件过滤功 能、防病毒过滤功能之一或者其组合的签约信息；和/或，网络性能是根据内容 过滤设备、防垃圾邮件过滤设备、防病毒过滤设备之一或者其组合在网络中的 负载性能。在路由策略信息中包括用户业务数据流重定向地址，在策略模块中可以包 括选择单元、轮询单元，其中选择单元，用于选择所述路由策略信息中的可选用户业务数据流重定向地址；轮询单元，用于通过轮询在所述可选用户业务数据流重定向地址中确定确 定用户业务数据流重定向地址。为更好的提高用户业务体验，所述策略模块可以进一步包括重定向目的查 询单元，用于根据所述用户信息查询用户业务数据流重定向处理类型信息；反 馈模块进一步用于将所述用户业务数据流重定向处理类型信息反馈至PCEF。系统还可以进一步包括提示模块，用于将用户业务数据流重定向处理类型 信息反馈用户。实施中，查询模块可以与SPR、网管系统相连；在接收到信用控制请求消 息后，根据用户标识到SPR和/或网管系统中查询用户信息。本发明实施例还提供了 一种策略控制和计费规则功能实体，下面结合附图对PCRF的具体实施方式
进行说明。图9为策略控制和计费规则功能实体结构示意图，如图所示，PCRF中包括查询模块，用于在接收到所述PCEF发送的信用控制请求消息后，根据用 户标识查询用户信息；策略模块，用于根据所述查询的用户信息进行判断并生成路由策略信息；反馈模块，用于将信用控制应答消息反馈至PCEF,所述信用控制应答消 息中携带所述路由策略信息，所述PCEF根据所述路由策略信息建立会话承载 业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。PCRF中可以进一步包括策略制定模块，用于根据用户签约信息、和/或网 络性能设置所述路由策略。用户签约信息是用户签约时要求提供的内容过滤功能、防垃圾邮件过滤功 能、防病毒过滤功能之一或者其组合的签约信息；网络性能是根据内容过滤设备、防垃圾邮件过滤设备、防病毒过滤设备之 一或者其组合在网络中的负载性能。在路由策略信息中包括用户业务数据流重定向地址，策略^^莫块中可以包括 选择单元、轮询单元，其中选择单元，用于选择所述路由策略信息中的可选用户业务数据流重定向地址；轮询单元，用于通过轮询在所述可选用户业务数据流重定向地址中确定确 定用户业务数据流重定向地址。策略模块还可以进一步包括重定向目的查询单元，用于根据所述查询的用 户信息查询用户业务数据流重定向处理类型信息；反馈才莫块进一步用于将所述 用户业务凄t据流重定向处理类型信息反馈至PCEF。实施中，查询模块与SPR、和/或网管系统相连，在接收到所述信用控制请求消息后，才艮据用户标识到SPR和/或网管系统中查询用户信息。本发明实施例还提供了一种策略和计费执行实体，下面结合附图对PCEF的具体实施方式
进行说明。图10为策略和计费l^行实体结构示意图，如图所示，PCEF中包括 请求模块，在PCEF接收到UE的会话承载业务建立请求后，向PCRF发送携带用户标识的信用控制请求消息，所述信用控制消息用于触发所述PCRF反馈携带路由策略信息的信用控制应答消息；执行模块根据路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。为提高用户的业务体验，还可以进一步包括提示模块，用于将所述PCRF 反馈的用户业务数据流重定向处理类型信息反馈用户。由上述实施例可知，本发明实施例针对需要对报文改变它的原始目的地， 重定向到一个外部的设备来建立用户会话承载业务，从而达到执行内容过滤、 防垃圾邮件过滤、防病毒过滤等安全目的时，PCRF可以根据用户签约数据或 运营商自定义的策略，将业务定义为是否需要进行内容过滤、防垃圾邮件过滤、 防病毒过滤等属性。同时，PCRF可以根据过滤设备的配置情况进行设备的选择，并通过和 PCEF之间的Gx接口，把业务流需要执行的过滤类型和被重定向的用户会话 承载业务地址信息传递给PCEF,从而使得承载层实体PCEF可以根据Gx接口 下发的过滤类型和重定向地址，对用户业务流进行相应的区别处理。明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1、一种用户会话承载业务建立方法，其特征在于，包括如下步骤策略和计费执行实体接收到用户设备的会话承载业务建立请求后，向策略控制和计费规则功能实体发送携带用户标识的信用控制请求消息；策略控制和计费规则功能实体接收到所述信用控制请求消息后，根据用户标识查询用户信息；策略控制和计费规则功能实体根据所述查询的用户信息进行判断并生成路由策略信息后，将信用控制应答消息反馈至策略和计费执行实体，所述信用控制应答消息中携带所述路由策略信息；策略和计费执行实体根据所述路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。
2、 如权利要求1所述的方法，其特征在于，所述查询的用户信息包括用 户签约信息、和/或网络性能。
3、 如权利要求2所述的方法，其特征在于，所述用户签约信息是用户签 约时要求提供的内容过滤功能、防垃圾邮件过滤功能、防病毒过滤功能之一或 者其组合的签约信息；和/或，所述网络性能是根据内容过滤设备、防垃圾邮件过滤设备、防病毒 过滤设备之一或者其组合在网络中的负载性能。
4、 如权利要求1所述的方法，其特征在于，所述路由策略信息包括用户 业务数据流重定向地址，策略控制和计费规则功能实体根据所述查询的用户信 息进行判断并生成路由策略信息后，进一步包括如下步骤策略控制和计费规则功能实体轮询所述路由策略信息中的可选用户业务 数据流重定向地址后，确定用户业务数据流重定向地址；所述策略和计费执行实体根据所述用户业务数据流重定向地址建立会话 承载业务。
5、 如权利要求4所述的方法，其特征在于，所述路由策略信息进一步包括用户业务韵:据流重定向处理类型，所述策略控制和计费规则功能实体根据所述查询的用户信息进行判断并 获得用户业务数据流重定向地址及用户业务数据流重定向处理类型信息后，将 所述用户业务数据流重定向处理类型信息反馈至策略和计费执行实体。
6、 如权利要求5所述的方法，其特征在于，进一步包括如下步骤 所述策略和计费执行实体根据所述路由策略信息建立会话承载业务，并根据用户业务数据流重定向处理类型对用户业务数据流^^f亍相应的路由策略。
7、 如权利要求6所述的方法，其特征在于，进一步包括如下步骤 策略和计费执行实体将所述用户业务数据流重定向处理类型信息反馈用户设备。
8、 如权利要求5或6或7所述的方法，其特征在于，所述用户业务数据 流重定向处理类型包括内容过滤设备、防垃圾邮件过滤设备、防病毒过滤设备 之一或者其组合。
9、 如权利要求1所述的方法，其特征在于，所述策略控制和计费规则功 能实体接收到所述信用控制请求消息后，根据用户标识到用户签约数据数据库 和/或网管系统中查询用户信息。
10、 如权利要求l所述的方法，其特征在于，所述策略控制和计费规则功 能实体通过Gx接口利用信用控制应答消息将所述用户业务数据流重定向地址 反馈至策略和计费执行实体。
11、 一种用户会话承载业务建立系统，其特征在于，包括策略控制和计费 规则功能实体、策略和计费执行实体，其特征在于，还包括请求模块，与策略和计费执行实体相连，用于在策略和计费执行实体接收 到用户设备的会话承载业务建立请求后，向策略控制和计费规则功能实体发送 携带用户标识的信用控制请求消息；查询模块，与策略控制和计费规则功能实体相连，用于在接收到所述请求模块发送的信用控制请求消息后，根据用户标识查询用户信息；策略模块，与策略控制和计费规则功能实体相连，用于根据所述查询的用户信息进行判断并生成路由策略信息；反馈模块，与策略控制和计费规则功能实体相连，用于将信用控制应答消 息反馈至策略和计费执行实体，所述信用控制应答消息中携带所述路由策略信自.,&，执行模块，与策略和计费执行实体相连，用于根据所述路由策略信息建立 会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。
12、 如权利要求11所述的系统，其特征在于，进一步包括策略制定模块， 与策略控制和计费规则功能实体相连，用于根据用户签约信息、和/或网络性能 设置所述路由策略。
13、 如权利要求12所述的系统，其特征在于，所述用户签约信息是用户 签约时要求提供的内容过滤功能、防垃圾邮件过滤功能、防病毒过滤功能之一 或者其组合的签约信息；和/或，所述网络性能是根据内容过滤设备、防垃圾邮件过滤设备、防病毒 过滤设备之一或者其组合在网络中的负载性能。
14、 如权利要求11所述的系统，其特征在于，所述路由策略信息包括用 户业务数据流重定向地址，所述策略模块包括选择单元、轮询单元，其中选择单元，用于选择所述路由策略信息中的可选用户业务数据流重定向地址；轮询单元，用于通过轮询在所述可选用户业务数据流重定向地址中确定确 定用户业务数据流重定向地址。
15、 如权利要求11所述的系统，其特征在于，所述策略模块进一步包括 重定向目的查询单元，用于才艮据所述查询的用户信息查询用户业务数据流重定 向处理类型信息；所述反馈模块进一步用于将所述用户业务数据流重定向处理类型信息反 馈至策略和计费执行实体。
16、 如权利要求15所述的系统，其特征在于，进一步包括提示模块，用 于将所述用户业务数据流重定向处理类型信息反馈用户。
17、 如权利要求11所述的系统，其特征在于，查询模块，与用户签约数 据数据库和/或网管系统相连；所述查询模块接收到所述信用控制请求消息后， 根据用户标识到用户签约数据数据库和/或网管系统中查询用户信息。
18、 一种策略控制和计费规则功能实体，其特征在于，包括 查询模块，用于在接收到策略和计费执行实体发送的信用控制请求消息后，根据用户标识查询用户信息；策略模块，用于根据所述查询的用户信息进行判断并生成路由策略信息； 反馈模块，用于将信用控制应答消息反馈至策略和计费执行实体，所述信用控制应答消息中携带所述路由策略信息，所述路由策略信息用于4吏所述策略和计费执行实体根据所述路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。
19、 如权利要求18所述的策略控制和计费规则功能实体，其特征在于， 进一步包括策略制定模块，用于根据用户签约信息、和/或网络性能设置所述路 由策略。
20、 如权利要求19所述的策略控制和计费规则功能实体，其特征在于， 所述用户签约信息是用户签约时要求提供的内容过滤功能、防垃圾邮件过滤功 能、防病毒过滤功能之一或者其组合的签约信息；和/或，所述网络性能是根据内容过滤设备、防垃圾邮件过滤设备、防病毒 过滤设备之一或者其组合在网络中的负载性能。
21、 如权利要求18所述的策略控制和计费规则功能实体，其特征在于， 所述路由策略信息包括用户业务数据流重定向地址，所述策略模块包括选择单 元、轮询单元，其中选择单元，用于选择所述路由策略信息中的可选用户业务数据流重定向地址；轮询单元，用于通过轮询在所述可选用户业务数据流重定向地址中确定确定用户业务凝:据流重定向地址。
22、 如权利要求18所述的策略控制和计费规则功能实体，其特征在于， 所述策略模块进一步包括重定向目的查询单元，用于根据所述查询的用户信息 查询用户业务数据流重定向处理类型信息；所述反馈模块进一步用于将所述用户业务数据流重定向处理类型信息反 馈至策略和计费执行实体。
23、 如权利要求18所述的策略控制和计费规则功能实体，其特征在于， 查询模块与用户签约数据数据库、和/或网管系统相连，在接收到所述信用控制请求消息后，根据用户标识到用户签约数据数据库和/或网管系统中查询用户信 自
24、 一种策略和计费执行实体，其特征在于，包括请求模块，用于在策略和计费执行实体接收到用户设备的会话承栽业务建 立请求后，向策略控制和计费规则功能实体发送携带用户标识的信用控制请求 消息，所述信用控制消息用于触发所述策略控制和计费规则功能实体反馈携带 路由策略信息的信用控制应答消息；执行模块，用于根据所述路由策略信息建立会话承载业务，并对用户业务 数据流按所述路由策略信息中的路由策略执行。
25、 如权利要求24所述的策略和计费执行实体，其特征在于，进一步包 括提示模块，用于将所述策略控制和计费规则功能实体反馈的用户业务数据流重定向处理类型信息反^t用户。
全文摘要
本发明公开了一种用户会话承载业务建立的方法、系统及策略控制和计费规则功能实体、策略和计费执行实体，包括策略和计费执行实体接收到用户设备的会话承载业务建立请求后，向策略控制和计费规则功能实体发送携带用户标识的信用控制请求消息；策略控制和计费规则功能实体根据用户标识查询用户信息后；根据查询的用户信息进行判断并生成路由策略信息，将携带路由策略信息的信用控制应答消息反馈至策略和计费执行实体；策略和计费执行实体根据路由策略信息建立会话承载业务，并对用户业务数据流按路由策略执行。使用本发明克服了策略控制和计费规则功能实体不能将需要转发的报文转发到非报文原始目的地址的新地址的问题。
文档编号H04L1/16GK101296169SQ200710098059
公开日2008年10月29日 申请日期2007年4月26日 优先权日2007年4月26日
发明者侯志鹏, 谭仕勇, 邸锦文, 峰 陈, 黄世碧 申请人:华为技术有限公司