CN101369917B

CN101369917B - 扩展策略和计费控制规则的方法、系统及装置

Info

Publication number: CN101369917B
Application number: CN2007101452608A
Authority: CN
Inventors: 黄世碧; 赵鹏; 毛玉欣; 谭仕勇; 魏伟华; 李岩
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-08-17
Filing date: 2007-08-17
Publication date: 2011-04-13
Anticipated expiration: 2027-08-17
Also published as: WO2009024056A1; CN101369917A

Abstract

本发明公开了一种扩展策略和计费控制规则的方法，包括：策略控制和计费规则功能设备(PCRF)生成包含扩展7层解析过滤规则的策略和计费控制规则，并发送至策略和计费执行功能设备(PCEF)执行。本发明还公开了一种扩展策略和计费控制规则的系统，包括PCRF和PCEF；以及一种PCRF。使用本发明实现了包含扩展7层解析过滤规则的策略和计费控制规则从PCRF至PCEF的传输，从而使得用户拜访地PCEF可以根据用户归属地PCRF生成的包含扩展7层解析过滤规则的策略和计费控制规则执行，准确全面地实现了策略和计费控制，并且在方便统一管理的同时，节省了网络设备的资源。

Description

扩展策略和计费控制规则的方法、系统及装置

技术领域

本发明涉及通信技术，具体涉及一种扩展策略和计费控制规则的方法、系统及装置。

背景技术

电信网络是一个可运营的网络，因此，必须对网络中的业务和网络所使用的资源进行及时、准确、全面的控制，策略和计费控制(PCC，Policy andCharging Control)就是其中的重要内容之一。

图1为现有的PCC架构示意图。如图1所示，现有的PCC系统包括应用层功能实体(AF，Application Function)、策略控制和计费规则功能实体(PCRF，Policy Control and Charging Rules Function)、通常设置在网关(GW，Gateway)内的策略和计费执行功能实体(PCEF，Policy and ChargingEnforcement Function)、离线计费系统及在线计费系统。

AF用于向PCRF动态提供应用层的会话信息。

PCRF，用于根据用户设备(UE，User Equipment)接入网络的限制、运营商制定的策略、从用户签约数据库(SPR，Subscription Profile Repository)获取的用户签约信息以及从AF获取的用户当前正在进行的业务信息等决定对应的策略和计费控制规则，并将该策略和计费控制规则下发给PCEF执行。这些策略和计费控制规则包括过滤规则和对应的策略和计费控制，其中的策略和计费控制包括但不限于：业务数据流的检测规则，是否门控，业务数据流对应的服务质量(QoS，Quality of Service)和基于流的计费规则等；过滤规则是网络协议(IP，Internet Protocol)5元组信息，包括源和目的IP地址、源和目的端口号及协议号。

PCEF，用于执行PCRF下发或者指定的策略，即按照PCRF所发送的策略和计费控制规则中的过滤规则，对业务数据流进行探测，进而对这些业务数据流执行PCRF所制定的策略和计费控制。例如，执行相应的业务数据流的检测和测量，根据业务数据流的流量生成计费信息，发送到在线计费系统或离线计费系统进行计费，执行业务数据流的门控，保证业务数据流的QoS，进行用户面流量处理和触发控制面的会话管理等。

其中，PCRF与PCEF之间的接口为Gx参考点，PCRF可以通过该参考点动态控制PCEF所执行的策略和计费控制规则。该参考点的功能包括：建立、维护和终结网络协议连接接入网络(IP-CAN，Internet ProtocolConnectivity Access Network)会话，PCEF向PCRF请求策略和计费控制规则，PCRF向PCEF提供策略和计费控制规则，协商IP-CAN承载建立模式等。该参考点采用Diameter协议。

IP-CAN会话指的是UE和分组数据网(PDN，Packet Data Network)之间的连接关系，该连接关系通过UE的IP地址和UE的标识来识别。只要为UE分配了能被IP网络识别的IP地址，就表明IP-CAN会话已建立。IP-CAN会话可以包含一个或多个IP-CAN承载。

图2为现有的IP-CAN会话建立流程。如图2所示，该会话建立流程包括以下步骤：

步骤200：UE向PCEF发起IP-CAN会话建立请求消息，用于请求分配一个在PDN网络中可识别的IP地址。在GPRS网络中，本步骤就是建立第一个分组数据协议(PDP，Packet Data Protocol)上下文。

步骤201：PCEF向PCRF发送包含UE标识和IP地址的信用控制请求(CCR，Credit-Control-Request)消息，以通知PCRF建立IP-CAN会话；由PCRF保存该CCR消息中的信息。

步骤202～步骤203：PCRF如果需要用户签约相关信息，例如PCRF在建立该会话时还没有保存该用户的签约相关信息，则向SPR请求用户签约信息；SPR向PCRF返回用户签约相关信息，包括用户当前签约的业务及用户的计费模式等信息。

步骤204～步骤205：PCRF生成并存储策略和计费控制规则，通过信用控制应答(CCA，Credit-Control-Answer)消息将策略和计费控制规则返回给PCEF。

步骤206～步骤207：PCEF安装该策略和计费控制规则，并向UE返回IP-CAN会话建立响应。

至此IP-CAN会话建立成功，UE可以进行业务数据流的传输，在传输过程中，PCEF根据安装的策略和计费控制规则中的过滤规则，进行数据报文的匹配判断，如果匹配过滤规则，则执行相应的策略和计费控制。

现有的PCC架构中主要有两种策略和计费控制规则：动态策略和计费控制规则和预定义的策略和计费控制规则。动态策略和计费控制规则是由PCRF根据用户签约信息、应用层业务相关信息、承载相关信息和运营商定义的策略信息等产生并下发到PCEF，由PCEF执行的策略和计费控制规则；预定义的策略和计费控制规则主要是在PCEF上预先配置的，也分为两种类型，一种是在PCEF上预定义，但是PCRF不知道该规则的存在，在执行该预定义的规则时，由PCEF针对用户信息直接执行；另外一种是在PCEF上配置，但是PCRF上保存有该规则的相关信息，且这类规则由PCRF激活。动态策略和计费控制规则中的过滤规则信息主要是IP 5元组，包括源和目的IP地址、源和目的端口号及协议号；而预定义的策略和计费控制规则中的过滤规则信息除了包含IP 5元组信息外还可以包含扩展7层解析过滤规则信息，例如统一资源定位符(URL，Uniform Resource Locator)等。

现有PCC架构中的Gx接口主要使用Diameter消息传输策略和计费控制规则，PCRF使用Diameter CCA(该消息用于回复PCEF发送的CCR消息)或重鉴权请求(RAR，Re-Auth-Request)(该消息用于PCRF主动将策略和计费控制规则发送给PCEF)消息，通过该接口将业务数据流的策略和计费控制规则发送给PCEF执行。例如一个在CCA或RAR的计费规则建立(Charging-Rule-Install)的计费规则定义(Charging-Rule-Definition)中携带控制策略的定义如下：

Charging-Rule-Definition::＝<AVP Header:1003>

{Charging-Rule-Name}

[Service-Identifier]

[Rating-Group]

*[Flow-Description]

[Flow-Status]

[QoS-Information]

[Reporting-Level]

[Online]

[Offline]

[Metering-Method]

[Precedence]

[AF-Charging-Identifier]

*[Flows]

*[AVP]

其中，大括号“{}”表示对应的项目是必选项，中括号“[]”表示对应的项目是可选项，“*”表示对应的项目可以有多个。流描述(Flow-Description)表示业务数据流的一个或多个IP 5元组信息；流状态(Flow-Status)表示对应业务数据流的门控策略信息，例如对数据报文上下行都采取门控策略控制；Rating-Group、Reporting-Level、Online、Offline、Metering-Method等表示对应业务数据流的计费控制策略信息，计费规则名称(Charging-Rule-Name)表示携带业务数据流控制策略信息的策略和计费控制规则名称。

可见，现有的Gx接口不传输包含扩展7层解析过滤规则信息的策略和计费控制规则。这样就会导致有以下两个问题存在：

第一个问题是当UE处于漫游情况下，拜访地PCEF(V-PCEF)通过拜访地PCRF(V-PCRF)向归属地PCRF(H-PCRF)请求策略和计费控制规则时，H-PCRF并不一定保存有V-PCEF上预定义的策略和计费控制规则信息，同时，由于现有Gx接口不能传输包含扩展7层解析过滤规则信息的策略和计费控制规则，V-PCEF只能按照V-PCEF和H-PCRF同时保存的策略和计费控制规则，对业务数据流进行策略和计费控制，或者只能执行基于IP5元组过滤规则的策略和计费控制规则，对业务数据流执行策略和计费控制，因此，当UE处于漫游情况时，无法准确全面的实现策略和计费控制。

第二个问题是由于Gx接口不能传输包含扩展7层解析过滤规则信息的策略和计费控制规则，那么只能在PCEF上配置此类策略和计费控制规则，并同时在PCRF上保存该规则的相关信息，在需要使用这类规则进行计费时，PCRF通过发送此类规则的相关信息，来控制PCEF执行相应的规则。随着用户个性化特性的增多，每个用户都可能有不同的特性配置，如果在PCEF、PCRF及SPR上都保存相同的策略和计费控制规则信息，在根据用户的个性化设置修改策略和计费控制规则时，需要同时修改，因此不便于统一管理；同时由于需要在PCEF、PCRF及SPR上为每个用户保存不同个性化设置的策略和计费控制规则，又会造成网络资源的浪费。

发明内容

本发明实施例提供一种扩展策略计费控制规则的方法，使得PCEF和PCRF之间实现包含扩展7层解析过滤规则信息的策略和计费控制规则的传输。

本发明实施例还提供一种扩展策略计费控制规则的系统，使得PCEF和PCRF之间实现包含扩展7层解析过滤规则信息的策略和计费控制规则的传输。

本发明实施例还提供一种PCRF，使得PCEF和PCRF之间实现包含扩展7层解析过滤规则信息的策略和计费控制规则的传输。

为达到上述目的，本发明实施例的技术方案是这样实现的：

一种扩展策略和计费控制规则的方法，包括：

策略控制和计费规则功能设备PCRF生成包含扩展7层解析过滤规则信息的策略和计费控制规则，并发送到策略和计费执行功能设备PCEF执行。

其中所述PCRF生成包含扩展7层解析过滤规则信息的策略和计费控制规则包括：PCRF在所述策略和计费控制规则的策略和计费控制规则定义中携带流过滤规则Flow-Filter，所述Flow-Filter包含流描述Flow-Description和扩展7层解析过滤规则信息，及对应的策略和计费控制；或者PCRF在所述策略和计费控制规则的策略和计费控制规则定义中携带流描述Flow-Description和扩展7层解析过滤规则信息，及对应的策略和计费控制

一种扩展策略和计费控制规则的系统，包括PCRF及PCEF，

所述PCRF，用于生成包含扩展7层解析过滤规则信息的策略和计费控制规则，并发送；

所述PCEF，用于执行从所述PCRF接收到的包含扩展7层解析过滤规则信息的策略和计费控制规则。

一种PCRF，包括规则生成模块和发送模块，

所述规则生成模块，用于生成包含扩展7层解析过滤规则信息的策略和计费控制规则；

所述发送模块，用于将所述规则生成模块生成的包含扩展7层解析过滤规则信息的策略和计费控制规则发送到策略和计费执行功能设备PCEF。

与现有技术相比，本发明实施例所提供的技术方案，由H-PCRF生成包含扩展7层解析过滤规则信息的策略和计费控制规则，然后发送到V-PCEF进行执行，从而使得当UE处于漫游状态时，V-PCEF可以获取归属地PCRF针对该漫游用户生成的包含扩展7层解析过滤规则信息的策略和计费控制规则，完成准确和全面的策略和计费控制。

同时，由于本发明实施例提供的技术方案可以实现包含扩展7层解析过滤规则信息的策略和计费控制规则的传输，因此，不需要在PCEF也保存包含扩展7层解析过滤规则信息的策略和计费控制规则信息，在用户的个性化设置修改时，只需由PCRF根据用户的个性化设置实时生成相应的策略和计费控制规则，下发至PCEF进行执行，而不需要分别修改配置在各个网络设备的策略和计费控制规则，从而方便了管理。且不需要所有网络设备都保存所有用户个性化设置相应的策略和计费控制规则，从而节省了网络资源。

附图说明

图1为现有的PCC架构示意图；

图2为现有的IP-CAN会话建立流程；

图3为本发明实施例中扩展策略和计费控制规则的方法流程图；

图4为本发明实施例中针对漫游用户扩展计费规则的方法流程图；

图5为本发明实施例中扩展门控策略控制规则的方法流程图；

图6为本发明实施例中扩展策略和计费控制规则的系统结构图。

具体实施方式

下面结合附图及具体实施例对本发明进行详细说明。

图3为本发明实施例中扩展策略和计费控制规则的方法流程图。如图3所示，该方法包括以下步骤：

步骤300：PCRF根据策略上下文信息，生成包含扩展7层解析过滤规则信息的策略和计费控制规则，通过Gx接口发送到PCEF。

本步骤中，PCRF可以根据用户签约信息、承载相关信息、应用相关信息和运营商自定义的策略等策略上下文信息中的一项或多项，生成包含扩展7层解析过滤规则信息的策略和计费控制规则。

现有的PCRF可以根据需要从SPR中获取用户的签约信息。因此，可以在用户的签约信息中预先定义基于扩展7层解析过滤规则信息的相关策略，也可以在PCRF上预先配置基于扩展7层解析过滤规则信息的相关策略，包括是否允许某种业务、可以为用户分配的带宽以及计费方式等信息。

本步骤生成的策略和计费控制规则中的过滤规则可以包括IP 5元组信息、应用协议类型(APP-Protocol)和扩展7层解析过滤规则信息。

其中，对于上行数据报文，IP 5元组信息中的源IP地址为IP-CAN会话建立时为UE分配的IP地址，对应的目的IP地址可能根据UE所使用业务确定的，也可能是不确定的，源和目的端口号为UE使用的业务对应协议的端号口，协议号为UE使用的业务对应的协议号；对于下行数据报文，IP5元组信息中的源IP地址可能是根据UE所使用的业务确定的，也可能是不确定的，对应的目的IP地址为IP-CAN会话建立时为UE分配的IP地址，源和目的端口号为UE使用的业务对应协议的端号口，协议号为UE使用的业务对应的协议号。APP-Protocol为UE所使用业务对应的协议类型。URL 为预先设置的策略信息。例如，UE所使用的业务对应的协议类型为http业务，运营商针对http业务在PCRF预先设置了对于教育网站www.*.edu访问进行免费的策略，因此，在用户使用http业务时，PCRF就会生成对于教育网站免费的策略和计费控制规则。

PCRF根据策略上下文信息制定策略和计费控制规则后，通过DiameterCCA或RAR消息发送给PCEF执行。相应的策略和计费控制可以包含应用业务流的QoS、计费和/或门控等控制策略。

例如，为了在Charging-Rule-Definition属性值对(AVP，Attribute-Value-Pair)中包含扩展7层解析过滤规则信息，需要对现有过滤规则进行修改，修改示例如下：

方法1：直接在Charging-Rule-Definition中增加APP-Protocol AVP和URL AVP，定义如下：

Charging-Rule-Definition::＝<AVP Header:1003>

{Charging-Rule-Name}

[Service-Identifier]

[Rating-Group]

*[Flow-Description]

[APP-Protocol]

[URL]

[Flow-Status]

[QoS-Information]

[Reporting-Level]

[Online]

[Offline]

[Metering-Method]

[Precedence]

[AF-Charging-Identifier]

*[Flows]

*[AVP]

其中，APP-Protocol表示应用协议类型，如HTTP、WAP2.0、RTSP和FTP等。本发明实施例中可以不包含该信元。

URL表示扩展7层解析过滤规则信息，例如http://www.huawei.com。URL中还可以使用通配符(例如http://www.*.com)。

方法2：新增加Flow-Filter AVP替代原来的Flow-Description AVP：

Charging-Rule-Definition::＝<AVP Header:1003>

{Charging-Rule-Name}

[Service-Identifier]

[Rating-Group]

*[Flow-Filter]

[Flow-Status]

[Authorized-QoS]

[Reporting-Level]

[Online]

[Offline]

[Metering-Method]

[Precedence]

[AF-Charging-Identifier]

*[Flows]

*[AVP]

其中，Flow-Filter AVP是对原有过滤规则进行了扩展，不仅包含IP 5元组信息，还包含应用协议类型和扩展7层解析过滤规则信息，定义如下：

Flow-Filter::＝<AVP Header:xxxx>

[Flow-Description]

[APP-Protocol]

[URL]

其中，Flow-Description与现有技术中的定义相同，主要包含IP 5元组信息：源IP地址、目的IP地址、源端口号、目的端口号和协议号。其中IP 地址可以有掩码(例如掩码长度是8、16或24等)，端口号可以有一定范围(例如551-559)。APP-Protocol表示应用协议类型，如HTTP、WAP2.0、RTSP和FTP等。本发明实施例中可以不包含该信元。URL表示扩展7层解析过滤规则信息，例如http://www.huawei.com。URL中还可以使用通配符(例如http://www.*.com)。其它信元的定义与现有技术相同，在此不再赘述。

以上所描述的只是以计费规则定义为例，对本发明实施例中技术方案的说明。实际应用中，可以利用上述方法在其它的策略和计费控制规则定义中携带扩展7层解析过滤规则信息。

当归属于该PCRF的UE处于漫游状态时，本步骤PCRF下发生成的策略和计费控制规则，首先要发送到用户拜访地PCRF，再由用户拜访地PCRF下发至用户拜访地PCEF执行。

步骤301：PCEF根据下发的策略和计费控制规则，执行相应业务数据流的QoS、计费和/或门控等策略控制。

本步骤中，PCEF对于收到的数据报文进行检测，首先使用过滤规则中的IP 5元组进行规则匹配，如果匹配成功，则进一步进行应用协议类型的匹配，如果应用协议类型匹配，则继续进行URL信息的匹配。然后对于与过滤规则匹配的数据报文，执行相应的策略和计费控制，具体执行相应的策略和计费控制的过程与现有技术相同，在此不再详述。如果策略和计费控制规则定义中没有携带应用协议类型，则本步骤在IP 5元组匹配成功后，直接进行URL信息的匹配。

对于匹配过滤规则的数据报文，如果控制策略信息是门控控制策略，则PCEF对数据报文进行过滤，根据门控控制策略给出的指示(Disable、Enable等)，进行转发或者丢弃等门控控制；如果控制策略信息是QoS控制策略，则PCEF可以根据QoS控制策略发起QoS策略控制，进行IP-CAN会话的更新操作，例如IP-CAN会话的QoS参数更新，或IP-CAN承载的建立、删除等操作；如果控制策略信息是计费控制策略，则PCEF可以根据计费控制策略进行计费控制，如按流量或时长计费，在线或离线计费等计费控制。

以下以扩展漫游用户的策略和计费控制规则为例，对本发明实施例的技术方案进行详细说明。本例中，运营商在PCRF为该用户定义的计费策略是对用户访问教育网站(www.*.edu)采取免费的计费策略。

图4为本发明实施例中针对漫游用户扩展计费规则的方法流程图。如图4所示，该方法包括以下步骤：

步骤400：用户在漫游状态下使用数据业务时，首先向V-PCEF发起IP-CAN会话建立请求。

步骤401～步骤402：V-PCEF向V-PCRF发送Diameter CCR消息，以请求策略和计费控制信息；V-PCRF向H-PCRF发送策略和计费控制请求，请求策略和计费控制规则。

步骤403：如果需要，H-PCRF可以根据到SPR中获取用户签约信息。

步骤404：H-PCRF根据运营商定义的计费策略和/或用户签约信息，生成包含扩展7层解析过滤规则信息的计费规则，并发送到V-PCRF。

本步骤中，运营商定义的计费策略是：对用户访问教育网站(www.*.edu)采取免费的计费策略，H-PCRF根据运营商定义的计费策略和/或用户签约信息生成包含扩展7层解析过滤规则信息的计费规则，并发送给V-PCRF。

计费规则中包含：

过滤规则信息：IP 5元组信息：源IP地址为用户IP；目的IP为任意；源和目的端口为任意；协议号为6。该协议号为传输控制协议(TCP，TransferControl Protocol)对应的协议号。

应用协议类型为http。

扩展7层解析过滤规则信息(URL)为http://www.*.edu。

因为是免费，计费规则中还携带有DISABLE_OFFLINE(0)和DISABLE_ONLINE(0)计费属性。

由于本发明实施例中扩展7层解析过滤规则信息支持通配符，教育网站对应的IP地址是不可知，因此这里目的IP地址为任意。协议对应的端口号可以根据实际应用进行配置，因此源和目的端口号也为任意。

步骤405：V-PCRF将计费规则发送到V-PCEF。

本步骤的计费规则中包含有过滤规则信息：

Flow-Description中为IP 5元组信息：源IP地址为用户IP；目的IP为任意；源、目的端口为任意；协议号为6(TCP)。

应用协议(APP-Protocol)类型为http。

扩展7层解析过滤规则信息(URL)为http://www.*.edu。

因为是免费，还携带有DISABLE_OFFLINE(0)和DISABLE_ONLINE(0)计费属性。

步骤406：V-PCEF安装计费规则，并发送IP-CAN会话建立应答到终端。

IP-CAN会话建立完成后，即可进行业务数据流的传输，并由PCEF根据下发的包含扩展7层解析过滤规则信息的策略和计费控制规则，对该业务数据流进行策略和计费控制，例如在本例中是对用户访问教育网站的数据报文执行免费的计费策略。根据包含扩展7层解析过滤规则信息的计费规则，进行计费的过程与现有技术相同，在此不再赘述。

以下以扩展门控策略控制规则为例，对本发明实施例的技术方案进行详细说明。本例中，运营商在PCRF制定的策略是：为了避免用户感染病毒，禁止用户访问国外一些不安全网站，并预先配置了这些网站的域名信息。

图5为本发明实施例中扩展门控策略控制规则的方法流程图。如图5所示，该方法包括以下步骤：

步骤500：为用户设备建立IP-CAN会话。

步骤501：由于内部或外部事件触发，例如用户在上网的同时，还需要访问其它一些带宽要求较大的业务时，UE需要建立新的IP-CAN承载，因此发送IP-CAN承载建立请求到PCEF。

步骤502：PCEF发送Diameter CCR消息到PCRF，消息中携带有承载相关信息，例如承载标识等，和用户信息等，用于请求策略和计费控制信息。

步骤503：如果需要，PCRF可以到SPR中根据用户信息获取用户签约信息。

步骤504：PCRF根据运营商定义的门控策略、承载相关信息和/或用户签约信息，生成与承载标识对应的包含扩展7层解析过滤规则信息的门控策控制规则，并通过Gx接口发送到PCEF。

本例中，运营商在PCRF定义的门控策略是：禁止用户访问国外一些不安全网站(www.unsafe*.com)，PCRF根据运营商定义的门控策略、承载相关信息和/或用户签约信息生成门控策略控制规则，并发送到PCEF执行。

该门控策略控制规则中包含有过滤规则信息：

Flow-Description：IP 5元组信息：源IP地址为用户IP；目的IP为任意；源、目的端口为任意；协议号为6(TCP)；

应用协议(APP-Protocol)类型为WAP；

扩展7层解析过滤规则信息(URL)为http://www.unsafe*.com。

Flow-Status定义了对上下行方向都进行门控。

步骤505：PCEF安装门控策略控制规则，并发送IP-CAN承载建立应答到用户设备。

承载建立成功后，对于用户的业务数据流，PCEF进行过滤规则匹配，如果匹配该门控策略控制规则中的过滤规则，则将用户的业务数据流报文丢弃，否则转发用户的业务数据流报文。

图6为本发明实施例中的扩展策略和计费控制规则的系统结构图。如图6所示，该系统包括PCRF和PCEF。

其中，PCRF，用于生成包含扩展7层解析过滤规则信息的策略和计费控制规则，发送至PCEF；由PCEF执行从PCRF接收到的包含扩展7层解析过滤规则信息的策略和计费控制规则。

具体来说，PCRF包括规则生成模块，用于生成包含扩展7层解析过滤规则信息的策略和计费控制规则；和发送模块，用于将规则生成模块生成的包含扩展7层解析过滤规则信息的策略和计费控制规则发送到PCEF。

该PCRF还包括策略上下文信息获取模块，用于从SPR、PCEF或AF获取策略上下文信息，并保存到存储模块；及存储模块，用于存储策略上下文信息获取模块获取的策略上下文信息；相应地，规则生成模块根据存储模块保存的策略上下文信息，生成包含扩展7层解析过滤规则信息的策略和计费控制规则。

发送模块还可以进一步将包含扩展7层解析过滤规则信息的策略和计费控制规则发送至用户拜访地PCEF执行。

PCRF为用户归属地PCRF，且PCEF为用户拜访地PCEF时，该系统可以进一步包括用户拜访地PCRF，

PCRF进一步将包含扩展7层解析过滤规则信息的策略和计费控制规则发送至用户拜访地PCRF；用户拜访地PCRF，接收用户归属地PCRF发送的包含扩展7层解析过滤规则信息的策略和计费控制规则；并发送至用户拜访地PCEF。

由以上所述可以看出，本发明实施例所提供的技术方案，由PCRF生成包含扩展7层解析过滤规则信息的策略和计费控制规则，然后发送到PCEF进行执行，从而使得当用户处于漫游状态时，拜访地PCEF可以获取归属地PCRF的包含扩展7层解析过滤规则信息的策略和计费控制规则，完成准确全面的策略和计费控制。

同时，由于本发明实施例提供的技术方案可以通过Gx接口实现包含扩展7层解析过滤规则信息的策略和计费控制规则的传输，因此，不需要在PCEF、PCRF及SPR同时保存包含扩展7层解析过滤规则信息的策略和计费控制规则信息，从而节省了网络资源。在用户的个性化设置修改时，只需由PCRF根据用户修改后的个性化设置实时生成包含扩展7层解析过滤规则的策略和计费控制规则，而不需要分别修改配置在各个网络设备的策略和计费控制规则，从而方便了管理。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种扩展策略和计费控制规则的方法，其特征在于，该方法包括：

策略控制和计费规则功能设备PCRF生成包含扩展7层解析过滤规则信息的策略和计费控制规则，并发送到策略和计费执行功能设备PCEF执行，

其中所述PCRF生成包含扩展7层解析过滤规则信息的策略和计费控制规则包括：

PCRF在所述策略和计费控制规则的策略和计费控制规则定义中携带流过滤规则Flow-Filter，所述Flow-Filter包含流描述Flow-Description和扩展7层解析过滤规则信息，及对应的策略和计费控制；

或者PCRF在所述策略和计费控制规则的策略和计费控制规则定义中携带流描述Flow-Description和扩展7层解析过滤规则信息，及对应的策略和计费控制。

2.如权利要求1所述的方法，其特征在于，所述包含扩展7层解析过滤规则信息的策略和计费控制规则由PCRF根据策略上下文信息生成。

3.如权利要求2所述的方法，其特征在于，所述PCRF根据以下策略上下文信息中的一项或多项生成所述包含扩展7层解析过滤规则信息的策略和计费控制规则：从签约数据库SPR获取的用户签约信息、从PCEF获取的承载相关信息、从应用层功能设备获取的应用相关信息及预先设置的策略。

4.如权利要求1所述的方法，其特征在于，所述扩展7层解析过滤规则信息为统一资源定位符URL。

5.如权利要求1所述的方法，其特征在于，所述PCRF在所述策略和计费控制规则定义中进一步携带应用协议类型。

6.如权利要求5所述的方法，其特征在于，PCEF执行包含扩展7层解析过滤规则的策略和计费控制规则的过程包括：

PCEF接收数据报文，当所述数据报文匹配所述流描述的内容，且所述数据报文匹配所述应用协议类型及扩展7层解析过滤规则时，执行所述策略和计费控制。

7.如权利要求1所述的方法，其特征在于，所述PCRF为用户归属地PCRF，且所述PCEF为用户拜访地PCEF时，所述PCRF将包含扩展7层解析过滤规则信息的策略和计费控制规则发送到PCEF包括：

用户归属地PCRF将包含扩展7层解析过滤规则信息的策略和计费控制规则发送到用户拜访地PCRF，由用户拜访地PCRF将接收到的包含扩展7层解析过滤规则信息的策略和计费控制规则发送到用户拜访地PCEF执行。

8.一种扩展策略和计费控制规则的系统，其特征在于，该系统包括策略控制和计费规则功能设备PCRF及策略和计费执行功能设备PCEF，

所述PCEF，用于执行从所述PCRF接收到的包含扩展7层解析过滤规则信息的策略和计费控制规则，其中

所述PCRF在所述策略和计费控制规则的策略和计费控制规则定义中携带流过滤规则Flow-Filter，所述Flow-Filter包含流描述Flow-Description和扩展7层解析过滤规则信息，及对应的策略和计费控制；

或者所述PCRF在所述策略和计费控制规则的策略和计费控制规则定义中携带流描述Flow-Description和扩展7层解析过滤规则信息，及对应的策略和计费控制。

9.如权利要求8所述的系统，其特征在于，所述PCRF为用户归属地PCRF，所述PCEF为用户拜访地PCEF；

该系统进一步包括用户拜访地PCRF，

所述用户归属地PCRF用于将包含扩展7层解析过滤规则信息的策略和计费控制规则发送至用户拜访地PCRF；

所述用户拜访地PCRF，用于接收用户归属地PCRF发送的包含扩展7层解析过滤规则信息的策略和计费控制规则；并发送至用户拜访地PCEF。

10.一种策略控制和计费规则功能设备PCRF，其特征在于，所述PCRF包括规则生成模块和发送模块，

所述发送模块，用于将所述规则生成模块生成的包含扩展7层解析过滤规则信息的策略和计费控制规则发送到策略和计费执行功能设备PCEF，其中

所述规则生成模块在所述策略和计费控制规则的策略和计费控制规则定义中携带流过滤规则Flow-Filter，所述Flow-Filter包含流描述Flow-Description和扩展7层解析过滤规则信息，及对应的策略和计费控制；

或者所述规则生成模块在所述策略和计费控制规则的策略和计费控制规则定义中携带流描述Flow-Description和扩展7层解析过滤规则信息，及对应的策略和计费控制。

11.如权利要求10所述的PCRF，其特征在于，所述PCRF进一步包括策略上下文信息获取模块和存储模块，

所述策略上下文信息获取模块，用于从PCEF、用户签约数据库SPR或应用层功能设备获取策略上下文信息，保存到存储模块；

所述存储模块，用于存储所述策略上下文信息获取模块获取的策略上下文信息；

所述规则生成模块进一步根据所述存储模块保存的策略上下文信息，生成包含扩展7层解析过滤规则信息的策略和计费控制规则。

12.如权利要求10所述的PCRF，其特征在于，所述发送模块进一步将包含扩展7层解析过滤规则信息的策略和计费控制规则发送至用户拜访地PCEF执行。