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

本发明公开了一种用户会话承载业务建立的方法、系统及策略控制和计费规则功能实体、策略和计费执行实体，包括：策略和计费执行实体接收到用户设备的会话承载业务建立请求后，向策略控制和计费规则功能实体发送携带用户标识的信用控制请求消息；策略控制和计费规则功能实体根据用户标识查询用户信息后；根据查询的用户信息进行判断并生成路由策略信息，将携带路由策略信息的信用控制应答消息反馈至策略和计费执行实体；策略和计费执行实体根据路由策略信息建立会话承载业务，并对用户业务数据流按路由策略执行。使用本发明克服了策略控制和计费规则功能实体不能将需要转发的报文转发到非报文原始目的地址的新地址的问题。

1、  一种用户会话承载业务建立方法，其特征在于，包括如下步骤：
策略和计费执行实体接收到用户设备的会话承载业务建立请求后，向策略控制和计费规则功能实体发送携带用户标识的信用控制请求消息；
策略控制和计费规则功能实体接收到所述信用控制请求消息后，根据用户标识查询用户信息；
策略控制和计费规则功能实体根据所述查询的用户信息进行判断并生成路由策略信息后，将信用控制应答消息反馈至策略和计费执行实体，所述信用控制应答消息中携带所述路由策略信息；
策略和计费执行实体根据所述路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。

2、  如权利要求1所述的方法，其特征在于，所述查询的用户信息包括用户签约信息、和/或网络性能。

3、  如权利要求2所述的方法，其特征在于，所述用户签约信息是用户签约时要求提供的内容过滤功能、防垃圾邮件过滤功能、防病毒过滤功能之一或者其组合的签约信息；
和/或，所述网络性能是根据内容过滤设备、防垃圾邮件过滤设备、防病毒过滤设备之一或者其组合在网络中的负载性能。

4、  如权利要求1所述的方法，其特征在于，所述路由策略信息包括用户业务数据流重定向地址，策略控制和计费规则功能实体根据所述查询的用户信息进行判断并生成路由策略信息后，进一步包括如下步骤：
策略控制和计费规则功能实体轮询所述路由策略信息中的可选用户业务数据流重定向地址后，确定用户业务数据流重定向地址；
所述策略和计费执行实体根据所述用户业务数据流重定向地址建立会话承载业务。

5、  如权利要求4所述的方法，其特征在于，所述路由策略信息进一步包括用户业务数据流重定向处理类型，
所述策略控制和计费规则功能实体根据所述查询的用户信息进行判断并获得用户业务数据流重定向地址及用户业务数据流重定向处理类型信息后，将所述用户业务数据流重定向处理类型信息反馈至策略和计费执行实体。

6、  如权利要求5所述的方法，其特征在于，进一步包括如下步骤：
所述策略和计费执行实体根据所述路由策略信息建立会话承载业务，并根据用户业务数据流重定向处理类型对用户业务数据流执行相应的路由策略。

7、  如权利要求6所述的方法，其特征在于，进一步包括如下步骤：
策略和计费执行实体将所述用户业务数据流重定向处理类型信息反馈用户设备。

8、  如权利要求5或6或7所述的方法，其特征在于，所述用户业务数据流重定向处理类型包括内容过滤设备、防垃圾邮件过滤设备、防病毒过滤设备之一或者其组合。

9、  如权利要求1所述的方法，其特征在于，所述策略控制和计费规则功能实体接收到所述信用控制请求消息后，根据用户标识到用户签约数据数据库和/或网管系统中查询用户信息。

10、  如权利要求1所述的方法，其特征在于，所述策略控制和计费规则功能实体通过Gx接口利用信用控制应答消息将所述用户业务数据流重定向地址反馈至策略和计费执行实体。

11、  一种用户会话承载业务建立系统，其特征在于，包括策略控制和计费规则功能实体、策略和计费执行实体，其特征在于，还包括：
请求模块，与策略和计费执行实体相连，用于在策略和计费执行实体接收到用户设备的会话承载业务建立请求后，向策略控制和计费规则功能实体发送携带用户标识的信用控制请求消息；
查询模块，与策略控制和计费规则功能实体相连，用于在接收到所述请求模块发送的信用控制请求消息后，根据用户标识查询用户信息；
策略模块，与策略控制和计费规则功能实体相连，用于根据所述查询的用户信息进行判断并生成路由策略信息；
反馈模块，与策略控制和计费规则功能实体相连，用于将信用控制应答消息反馈至策略和计费执行实体，所述信用控制应答消息中携带所述路由策略信息；
执行模块，与策略和计费执行实体相连，用于根据所述路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。

12、  如权利要求11所述的系统，其特征在于，进一步包括策略制定模块，与策略控制和计费规则功能实体相连，用于根据用户签约信息、和/或网络性能设置所述路由策略。

13、  如权利要求12所述的系统，其特征在于，所述用户签约信息是用户签约时要求提供的内容过滤功能、防垃圾邮件过滤功能、防病毒过滤功能之一或者其组合的签约信息；
和/或，所述网络性能是根据内容过滤设备、防垃圾邮件过滤设备、防病毒过滤设备之一或者其组合在网络中的负载性能。

14、  如权利要求11所述的系统，其特征在于，所述路由策略信息包括用户业务数据流重定向地址，所述策略模块包括选择单元、轮询单元，其中：
选择单元，用于选择所述路由策略信息中的可选用户业务数据流重定向地址；
轮询单元，用于通过轮询在所述可选用户业务数据流重定向地址中确定确定用户业务数据流重定向地址。

15、  如权利要求11所述的系统，其特征在于，所述策略模块进一步包括重定向目的查询单元，用于根据所述查询的用户信息查询用户业务数据流重定向处理类型信息；
所述反馈模块进一步用于将所述用户业务数据流重定向处理类型信息反馈至策略和计费执行实体。

16、  如权利要求15所述的系统，其特征在于，进一步包括提示模块，用于将所述用户业务数据流重定向处理类型信息反馈用户。

17、  如权利要求11所述的系统，其特征在于，查询模块，与用户签约数据数据库和/或网管系统相连；所述查询模块接收到所述信用控制请求消息后，根据用户标识到用户签约数据数据库和/或网管系统中查询用户信息。

18、  一种策略控制和计费规则功能实体，其特征在于，包括：
查询模块，用于在接收到策略和计费执行实体发送的信用控制请求消息后，根据用户标识查询用户信息；
策略模块，用于根据所述查询的用户信息进行判断并生成路由策略信息；
反馈模块，用于将信用控制应答消息反馈至策略和计费执行实体，所述信用控制应答消息中携带所述路由策略信息，所述路由策略信息用于使所述策略和计费执行实体根据所述路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。

19、  如权利要求18所述的策略控制和计费规则功能实体，其特征在于，进一步包括策略制定模块，用于根据用户签约信息、和/或网络性能设置所述路由策略。

20、  如权利要求19所述的策略控制和计费规则功能实体，其特征在于，所述用户签约信息是用户签约时要求提供的内容过滤功能、防垃圾邮件过滤功能、防病毒过滤功能之一或者其组合的签约信息；
和/或，所述网络性能是根据内容过滤设备、防垃圾邮件过滤设备、防病毒过滤设备之一或者其组合在网络中的负载性能。

21、  如权利要求18所述的策略控制和计费规则功能实体，其特征在于，所述路由策略信息包括用户业务数据流重定向地址，所述策略模块包括选择单元、轮询单元，其中：
选择单元，用于选择所述路由策略信息中的可选用户业务数据流重定向地址；
轮询单元，用于通过轮询在所述可选用户业务数据流重定向地址中确定确定用户业务数据流重定向地址。

22、  如权利要求18所述的策略控制和计费规则功能实体，其特征在于，所述策略模块进一步包括重定向目的查询单元，用于根据所述查询的用户信息查询用户业务数据流重定向处理类型信息；
所述反馈模块进一步用于将所述用户业务数据流重定向处理类型信息反馈至策略和计费执行实体。

23、  如权利要求18所述的策略控制和计费规则功能实体，其特征在于，查询模块与用户签约数据数据库、和/或网管系统相连，在接收到所述信用控制请求消息后，根据用户标识到用户签约数据数据库和/或网管系统中查询用户信息。

24、  一种策略和计费执行实体，其特征在于，包括：
请求模块，用于在策略和计费执行实体接收到用户设备的会话承载业务建立请求后，向策略控制和计费规则功能实体发送携带用户标识的信用控制请求消息，所述信用控制消息用于触发所述策略控制和计费规则功能实体反馈携带路由策略信息的信用控制应答消息；
执行模块，用于根据所述路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。

25、  如权利要求24所述的策略和计费执行实体，其特征在于，进一步包括提示模块，用于将所述策略控制和计费规则功能实体反馈的用户业务数据流重定向处理类型信息反馈用户。

一种用户会话承载业务建立方法、系统及设备
技术领域
本发明涉及通信领域，特别涉及用户会话承载业务建立的方法、系统及策略控制和计费规则功能实体、策略和计费执行实体。
背景技术
图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 andCharging Enforcement Function，策略和计费执行实体)，由PCEF执行这些策略。策略包括业务数据流(完成某一业务，比如语音的IP流集合)的检测规则、是否门控、业务数据流对应的QoS(Quality of Service，服务质量)和基于流的计费规则等。
PCEF：该实体执行PCRF下发或者指定的策略，具体来说就是执行业务数据流的检测和测量，保证业务数据流的QoS、用户面流量处理、触发控制面的会话管理等；
SPR：该功能实体向PCRF提供用户签约数据；
AF：该功能实体向PCRF动态提供应用层的会话信息，PCRF根据该信息动态生成或者修改对应的规则。
各功能实体间的参考点描述如下：
RX参考点：该参考点用于AF下发应用层相关信息，该信息包括但不限于IP过滤器，用于识别业务数据流、应用、或者媒体所需的带宽信息，该参考点使用IETF定义的Diameter协议；
GX参考点：该参考点使PCRF可以动态控制PCEF上所执行的PCC规则。该参考点实现以下功能：建立、维护、终结IP-CAN(IP Connectivity AccessNetwork，IP连通接入网络)会话；PCEF向PCRF请求PCC规则；PCRF向PCEF提供PCC规则；协商IP-CAN承载建立模式。该参考点使用IETF定义的Diameter协议；
Sp参考点：用于PCRF向SPR请求用户签约信息，该签约信息用于确定IP-CAN传输层策略。该接口目前属于私有接口(设备商自定义，没有公开化)；
为了更容易理解IP-CAN会话流程，先阐述几个术语：
IP-CAN：当用户在接入网络内漫游(位置改变时)仍能保存IP业务连续性(即不中断业务)，具有这样性质的接入网络称为IP-CAN，比如GPRS(GeneralPacket Radio Service，通用分组无线业务)网络，I-WLAN(无线本地局域网同3GPP网络互通系统)网络等；
IP-CAN bearer：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(Online Charging System，在线计费系统)连接正常可用，则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流。每个PCC规则可以包含一到多个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根据路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。
实施中，步骤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_Type AVP的类型为枚举型，取值定义如下：
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进行判断并生成路由策略信息，PCRF根据业务类型，结合策略信息，判断应对用户上行邮件进行垃圾邮件过滤，则根据垃圾邮件过滤设备的配置信息，通过轮询的方式得到一个设备地址，构成过滤的重定向信息。
步骤705、PCRF发送信用控制应答消息到PCEF，消息中带有路由策略信息。路由策略信息包括垃圾邮件过滤类型和重定向地址信息(Redirect-Information)信息。
步骤706、PCEF将接收到的路由策略规则进行存储，并对经过PCEF的用户相关数据流进行重定向操作。
步骤707、PCEF向用户终端发送IP接入会话建立应答消息。
步骤708、用户发起发送邮件的业务时，PCEF匹配到这个PCC规则，提示用户发送的邮件将被前转到垃圾邮件过滤设备进行过滤，PCEF根据要求，将用户报文转发到防垃圾邮件过滤设备。
由上述实施的可知，实施例为运营提供了一种新的业务模式。通过对重定向信息的控制，对业务功能的扩展提供了一种简化的手段。可以方便的实现对各种不同业务流的控制和管理的功能，简化了业务的部署，在保证设备安全的前提下，既增强了设备功能，又保证了系统的稳定性。
本发明实施例还提供了一种用户会话承载业务建立系统，下面结合附图对本系统的具体实施方式进行说明。
图8为用户会话承载业务建立系统结构示意图，如图所示，系统中包括PCRF、PCEF、请求模块、查询模块、策略模块、反馈模块、执行模块，其中各模块的结构关系是：
查询模块、策略模块、反馈模块与PCRF相连，请求模块、转发模块与PCEF相连。
各模块工作中的信号连接关系是：
在PCEF接收到UE的会话承载业务建立后，请求模块在PCEF接收到UE的会话承载业务建立请求后，向PCRF发送携带用户标识的信用控制请求消息；查询模块在接收到所述请求模块发送的信用控制请求消息后，根据用户标识查询用户信息；策略模块根据所述查询的用户信息进行判断并生成路由策略信息；反馈模块将信用控制应答消息反馈至PCEF，所述信用控制应答消息中携带路由策略信息；执行模块根据路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。
其中可以进一步包括与PCRF相连的策略制定模块，用于根据用户签约信息、和/或网络性能设置所述路由策略。
用户签约信息是用户签约时要求提供的内容过滤功能、防垃圾邮件过滤功能、防病毒过滤功能之一或者其组合的签约信息；和/或，网络性能是根据内容过滤设备、防垃圾邮件过滤设备、防病毒过滤设备之一或者其组合在网络中的负载性能。
在路由策略信息中包括用户业务数据流重定向地址，在策略模块中可以包括选择单元、轮询单元，其中：
选择单元，用于选择所述路由策略信息中的可选用户业务数据流重定向地址；
轮询单元，用于通过轮询在所述可选用户业务数据流重定向地址中确定确定用户业务数据流重定向地址。
为更好的提高用户业务体验，所述策略模块可以进一步包括重定向目的查询单元，用于根据所述用户信息查询用户业务数据流重定向处理类型信息；反馈模块进一步用于将所述用户业务数据流重定向处理类型信息反馈至PCEF。
系统还可以进一步包括提示模块，用于将用户业务数据流重定向处理类型信息反馈用户。
实施中，查询模块可以与SPR、网管系统相连；在接收到信用控制请求消息后，根据用户标识到SPR和/或网管系统中查询用户信息。
本发明实施例还提供了一种策略控制和计费规则功能实体，下面结合附图对PCRF的具体实施方式进行说明。
图9为策略控制和计费规则功能实体结构示意图，如图所示，PCRF中包括：
查询模块，用于在接收到所述PCEF发送的信用控制请求消息后，根据用户标识查询用户信息；
策略模块，用于根据所述查询的用户信息进行判断并生成路由策略信息；
反馈模块，用于将信用控制应答消息反馈至PCEF，所述信用控制应答消息中携带所述路由策略信息，所述PCEF根据所述路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。
PCRF中可以进一步包括策略制定模块，用于根据用户签约信息、和/或网络性能设置所述路由策略。
用户签约信息是用户签约时要求提供的内容过滤功能、防垃圾邮件过滤功能、防病毒过滤功能之一或者其组合的签约信息；
网络性能是根据内容过滤设备、防垃圾邮件过滤设备、防病毒过滤设备之一或者其组合在网络中的负载性能。
在路由策略信息中包括用户业务数据流重定向地址，策略模块中可以包括选择单元、轮询单元，其中：
选择单元，用于选择所述路由策略信息中的可选用户业务数据流重定向地址；
轮询单元，用于通过轮询在所述可选用户业务数据流重定向地址中确定确定用户业务数据流重定向地址。
策略模块还可以进一步包括重定向目的查询单元，用于根据所述查询的用户信息查询用户业务数据流重定向处理类型信息；反馈模块进一步用于将所述用户业务数据流重定向处理类型信息反馈至PCEF。
实施中，查询模块与SPR、和/或网管系统相连，在接收到所述信用控制请求消息后，根据用户标识到SPR和/或网管系统中查询用户信息。
本发明实施例还提供了一种策略和计费执行实体，下面结合附图对PCEF的具体实施方式进行说明。
图10为策略和计费执行实体结构示意图，如图所示，PCEF中包括：
请求模块，在PCEF接收到UE的会话承载业务建立请求后，向PCRF发送携带用户标识的信用控制请求消息，所述信用控制消息用于触发所述PCRF反馈携带路由策略信息的信用控制应答消息；
执行模块根据路由策略信息建立会话承载业务，并对用户业务数据流按所述路由策略信息中的路由策略执行。
为提高用户的业务体验，还可以进一步包括提示模块，用于将所述PCRF反馈的用户业务数据流重定向处理类型信息反馈用户。
由上述实施例可知，本发明实施例针对需要对报文改变它的原始目的地，重定向到一个外部的设备来建立用户会话承载业务，从而达到执行内容过滤、防垃圾邮件过滤、防病毒过滤等安全目的时，PCRF可以根据用户签约数据或运营商自定义的策略，将业务定义为是否需要进行内容过滤、防垃圾邮件过滤、防病毒过滤等属性。
同时，PCRF可以根据过滤设备的配置情况进行设备的选择，并通过和PCEF之间的Gx接口，把业务流需要执行的过滤类型和被重定向的用户会话承载业务地址信息传递给PCEF，从而使得承载层实体PCEF可以根据Gx接口下发的过滤类型和重定向地址，对用户业务流进行相应的区别处理。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。