CN104735635B - 一种策略控制方法和装置 - Google Patents

Abstract

本发明公开了一种策略控制方法和装置，通过扩展现有的Gy接口，增加属性值对以支持OCS下发预定义策略，在CCA‑U/I消息中，OCS返回需要执行的静态策略名称，带回控制策略，由PCEF执行，从而打通了OCS和PCRF之间的控制机制，不需要再通过Sy接口同步给PCRF，再由PCRF下发给PCEF,实现了在没有PCRF的情况下，也可以做策略控制。

Description

一种策略控制方法和装置

技术领域

本发明涉及通信领域，具体涉及一种策略控制方法和装置。

背景技术

当前的数据业务实时计费通常由分组无线业务网关支持节点(Gateway GeneralPacket Radio Service Support Node，GGSN)执行业务监控和请求。GGSN通过Gy接口与在线计费系统(Online Charging System，OCS)通过直径信用控制(Diameter Credit-Control，DCC)消息进行交互，以完成数据业务的计费。

3GPP相关规范中定义的用量监控与策略控制的架构，如附图1所示：

如上架构下，OCS负责在线计费，重点与用户的账户打交道。策略和计费规则功能实体(Policy and Charging Rule Function，PCRF)负责策略决策，重点与用户订购在套餐相关。套餐使用情况、计费相关信息需要以OCS为准，当PCRF做策略决策时，有时需要获知用户的使用情况，此时OCS通过Sy接口，将用户策略计数器变更情况通知PCRF。

PCRF将用户的策略计数器与某个套餐相关联，判断用户计数据器到达某个设计阀值，需要应用新的控制策略时，通过Gx接口(一般为RAR消息)通知策略和计费执行功能实体(Policy and Charging Enforcement Function，PCEF)进行策略变更。

OCS与PCRF功能侧重点不同，二者的数据结构存在明显的差异性，OCS关注计费，以账户管理为核心，PCRF关注策略控制，以套餐管理为核心。二者的共同点都是存有大量的用户信息，信息同步一般采用定时轮循的方式，Sy接口实时性不高。

按现有技术方案，OCS将用户账户状态同步给PCRF，PCRF再做策略决策，再通过Gx接口由RAR消息下发给PCEF，业务处理流程长。

另外，PCRF的建设规模与其保存的用户数、在线用户数、订购关系强相关(这些均影响PCRF的硬件、软件配置，一般均有License控制)。局点为了降低建设费用，一般用户不订购套餐，则不在PCRF管理。

而对于一些简单的业务场景，如用户账户剩余达到某个阀值，给用户重定向提醒，这些仅与用户的账户相关，采用原有的流程，必须把相关的用户信息同时同步到PCRF，这将增加PCRF用户数、在线用户数两个指标(PCRF通过RAR消息通知PCEF)，增大PCRF扩容的压力，同时，对于局点没有PCRF的情况下，像账户使用量重定向提醒，类似的简单业务也没有办法开展。

发明内容

本发明实施例提供了一种策略控制方法和装置，通过支持OCS下发预定义策略，OCS在CCA-I或者CCA-U消息中返回需要执行的策略名称，带回控制策略，由PCEF执行，从而解决现有技术中OCS不能直接对PCEF进行策略控制的问题。

第一方面，提供了策略控制方法，适用于PCC架构下PCEF和OCS之间的交互，所述PCEF功能实体位于GGSN中，所述方法包括：

GGSN接收用户的业务访问请求；

所述GGSN根据所述业务访问请求，向OCS发送请求使用量授权的CCR-I消息；

所述GGSN接收所述OCS返回的包含使用量授权的CCA-I消息，所述CCA-I消息包含所述OCS向所述GGSN返回的第一控制策略；

所述GGSN根据所述OCS下发的所述第一控制策略，执行所述第一控制策略的控制动作。

结合第一方面的实现方式，在第一方面第一种可能的实现方式中，所述方法进一步包括，所述GGSN向所述OCS发送CCR-U消息，并接收所述OCS通过CCA-U消息返回的第二控制策略；

所述GGSN根据所述OCS下发的所述第二控制策略，执行所述第二控制策略的控制动作。

结合第一方面、第一方面的第一种可能的实现方式，在第二种可能实现的方式中，所述第一控制策略通过所述CCA-I消息中的AVP携带，所述第二控制策略通过所述CCA-U消息中的AVP携带。

结合第一方面、第一方面的第一种至第二种可能的实现方式，在第三种可能实现的方式中，所述控制动作包括包括：发送余额提醒或者流量赠送提醒。

第二方面，提供了一种策略控制方法，适用于PCC架构下GGSN和OCS之间的交互，所述PCEF功能实体位于GGSN中，所述方法包括：

OCS接收GGSN发送的CCR-I消息，所述CCR-I消息包含用户信息；

所述OCS根据所述用户信息以及用户账户信息，确定所述用户当前适用的第一控制策略；

所述OCS通过CCA-I消息，向所述GGSN返回使用量授权以及需要执行的所述第一控制策略。

结合第二方面的实现方式，在第二方面第一种可能的实现方式中，所述方法进一步包括，接收所述GGSN发送的CCR-U消息，执行新的使用量授权，根据所述用户信息以及更新后的用户账户信息，判断当前用户匹配策略需要变更时，通过CCA-U消息向所述GGSN下发第二控制策略。

结合第二方面、第二方面的第一种可能的实现方式，在第二种可能实现的方式中，所述第一控制策略通过所述CCA-I消息中的AVP携带，所述第二控制策略通过所述CCA-U消息中的AVP携带。

第三方面，提供一种通用分组无线业务的网关支撑节点GGSN，适用于PCC架构下PCEF和OCS之间的交互，所述PCEF功能实体位于GGSN中，所述GGSN包含请求模块，接收模块和执行模块，所述请求模块用于接收用户的业务访问请求，根据所述业务访问请求，向OCS发送请求使用量授权的CCR-I消息；所述接收模块用于接收所述OCS返回的包含使用量授权的CCA-I消息，所述CCA-I消息包含所述OCS向所述GGSN返回的第一控制策略；所述执行模块用于根据所述OCS下发的所述第一控制策略，执行所述第一控制策略的控制动作。

结合第三方面的实现方式，在第三方面第一种可能的实现方式中，所述请求模块还进一步用于向所述OCS发送CCR-U消息，所述接收模块进一步用于接收所述OCS通过CCA-U消息返回的第二控制策略，所述执行模块进一步用于根据所述OCS下发的所述第二控制策略，执行所述第二控制策略的控制动作。

第四方面，提供一种在线计费系统OCS,适用于PCC架构下与PCEF之间的交互，所述PCEF功能实体位于GGSN中，所述OCS包括：确定模块和下发模块，所述确定模块用于接收GGSN发送的包含用户信息的CCR-I消息，根据所述用户信息以及用户账户信息，确定所述用户当前适用的第一控制策略；所述下发模块用于通过CCA-I消息，向所述GGSN返回使用量授权以及需要执行的所述第一控制策略。

第五方面，提供一种策略控制方法，适用于PCC架构下PCEF和OCS之间的交互，所述PCEF功能实体位于GGSN中，所述方法包括：

GGSN接收用户的业务访问请求；所述GGSN根据所述业务访问请求，向OCS发送请求使用量授权的CCR-U消息；所述GGSN接收所述OCS返回的包含使用量授权的CCA-U消息，所述CCA-U消息包含所述OCS向所述GGSN返回的控制策略；所述GGSN根据所述OCS下发的所述控制策略，执行所述控制策略的控制动作。

第六方面，提供一种策略控制方法，适用于PCC架构下GGSN和OCS之间的交互，所述PCEF功能实体位于GGSN中，所述方法包括：OCS接收GGSN发送的CCR-U消息，所述CCR-U消息包含用户信息；所述OCS根据所述CCR-U消息，确定使用量授权，根据所述用户信息以及更新后的用户账户信息，确定用户适用的控制策略；所述OCS通过CCA-U消息，向所述GGSN返回使用量授权以及需要执行的所述控制策略。

从本发明实施例提供的以上技术方案可以看出，由于本发明实施例通过扩展现有的Gy接口，增加属性值对以支持OCS下发预定义策略，在CCA-I或者CCA-U消息中，OCS返回需要执行的静态策略名称，带回控制策略，由PCEF执行，从而打通了OCS和PCRF之间的控制机制，不需要再通过Sy接口同步给PCRF，再由PCRF下发给PCEF，实现了在没有PCRF的情况下，也可以做策略控制。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例应用的网络架构的示意图；

图2是本发明实施例方法流程图；

图3是本发明实施例的一个信令流程图；

图4是本发明实施例GGSN的装置示意图；

图5是本发明实施例OCS的装置示意图；

图6是发明一实施例的通用计算机结构的硬件结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是本发明实施例应用的网络架构100的示意图。网络架构100包括策略和计费规则功能实体102(Policy and Charging Rule Function，PCRF)、策略和计费执行功能实体1041(Policy and Charging Enforcement Function，PCEF)、应用功能实体106(Application Function，AF)、用户签约数据库108(Subscription Profile Respository，SPR)、承载绑定及事件报告功能实体110(Bearing Binding and Event Report Function，BBERF)、流量内容识别部件112(Traffic Detection Function，TDF)、在线计费系统114(Online Charging System，OCS)和离线计费系统116(Offline Charging System，OFCS)。

其中，策略和计费规则功能实体102(Policy and Charging Rule Function，PCRF)包含策略控制决策和基于流计费控制的功能，PCRF102通过Gx接口接收来自策略和计费执行功能实体1041(Policy and Charging Enforcement Function，PCEF)的输入，向PCEF1041提供关于业务数据流检测、门控(Gating Control)、服务质量(Quality ofService，QoS)控制和基于流计费的网络控制功能。PCRF102将其制定的策略和计费规则发送给策略与计费执行功能实体1041(Policy and Charging Enforcement Function,PCEF)执行，同时，PCRF102还需要保证这些规则和用户的签约信息一致。PCRF102制定策略和计费规则的依据包括：从AF106获取与业务相关的信息；从用户签约数据库108(SubscriptionProfile Repository，SPR)获取与用户策略计费控制签约信息；从PCEF1041获取与承载相关网络的信息。

策略和计费执行功能实体1041(Policy and Charging Enforcement Function，PCEF)主要包含业务数据流的检测、策略执行和基于流的计费功能。PCEF1041功能实体通常位于网关104(Gateway，GW)内，例如通用分组无线业务(General Packet Radio Service，GPRS)的网关GPRS支撑节点(Gateway GPRS Support Node，GGSN)网关、4G核心网络(Evolved Packet Core，EPC)的分组数据网网关(Packet Data Network Gateway，P-GW)、无线局域网(Wireless Local Area Network，WLAN)中的分组数据网关(Packet DataGateway，PDG)。PCEF1041也可独立部署。

在线计费系统114(Online Charging System，OCS)提供基于用户和业务数据流的信用控制功能。主要由在线采集、计费控制、批价、余额管理等模块构成，实现了在线计费功能，并配合其它计费网元设备(触发基于会话、事件的在线计费事件请求设备，如SCP、CCG、ISMP等)进行实时话务控制。与PCEF1041通过Gy接口相连。

本发明实施例中，PCEF位于网关GGSN内，可以认为GGSN是PCEF的一个物理功能实体。

本发明实施例扩展现有的Gy接口，增加属性值对(Attribute Value Pair，AVP)以支持OCS下发预定义策略，在CCA-U/I消息中，OCS返回需要执行 的静态策略名称，带回控制策略，由PCEF执行(静态策略可以预先在PCEF侧完成配置)。

在同时有PCRF的局点，PCEF可以同时接受OCS与PCRF的策略控制，一般PCRF重点控制套餐相关的策略(如与套餐绑定的带宽控制、套餐变更的计费RG变更等)，OCS重点控制与计费账户相关的策略(如余额提醒、流量赠送提醒等)。如果PCRF与OCS下发策略有冲突，PCEF通过优先级确定最终生效的策略。

具体的，在本发明实施例中，可以在PCEF与OCS之间的Gy接口中扩展如下的AVP：

“ExRule-Install”

ExRule-Install AVP(AVP code xxxx)是Grouped类的AVP,用来根据从OCS发往PCEF的指示，进行策略(rule)的激活和安装.该策略在PCEF中预定于，而,EXRule-Name AVP可用来作为其标识或者名称(reference)。

ExRule-Install表示需要在PCEF针对于用户新增执行某些策略，一次可以新增多条不同的策略。

AVP的格式可以如下:

ExRule-Install::＝<AVP Header:xxxx>

*[ExRule-Name]

“ExRule-Remove”

ExRule-Remove AVP(AVP code xxxx)是Grouped类的AVP,用来去激活或者移除策略.ExRule-Name AVP可用来作为其标识(reference)预定义在PCEF中。ExRule-Remove表示在PCEF侧删除原来已经添加过的策略，一次可删除多条不同的策略。

该AVP的格式可以如下：

ExRule-Remove::＝<AVP Header:xxxx>

*[ExRule-Name]

“ExRule-Name”

ExRule-Name AVP(AVP code xxxx)是UTF8String类型的AVP，最大长度为20Bytes。表示需要PCEF执行的策略名称，此策略为静态的预定义策略，在PCEF侧预先配置。

下面描述本发明实施例策略控制方法的示范性流程图，如图2所示。在具体实现过程中，该方法由网络接入设备和计费设备配合来执行，该接入设备可以是具备PCEF功能的通用分组无线业务网关支持节点(Gateway General Packet Radio Service SupportNode，GGSN)，该计费设备可以是OCS。

GGSN上预先配置有第一控制策略和第二控制策略。

S201、GGSN接收用户的业务访问请求；

S202、所述GGSN根据所述业务访问请求，向OCS发送请求使用量授权的CCR-I(Credit-Control-Request-Initial，信用控制请求初始化)消息；

CCR-I消息是用来向OCS请求使用量(Quota)预授权的。CCR-I消息一般还会携带用户相关信息，例如用户标识，位置，接入APN，接入网络，终端类型等。

S203、OCS接收GGSN发送的CCR-I消息，根据所述用户信息以及用户账户信息，确定所述用户当前适用的第一控制策略；

OCS根据用户信息，结合用户套餐的订购情况，从用户对应的账户中冻结一定的费用，同时判断用户当前适用的控制策略，这里称为第一控制策略；

S204、OCS通过CCA-I消息，向GGSN返回使用量授权以及需要执行的所述第一控制策略；

具体的，OCS通过CCA-I消息向GGSN返回使用量授权，同时通过CCA-I消息中的扩展AVP ExRule-Install，向GGSN返回需要执行的第 一策略。

S205、GGSN接收所述OCS返回的包含使用量授权的CCA-I消息，所述CCA-I消息包含所述OCS向所述GGSN返回的第一控制策略；

S206、所述GGSN根据所述OCS下发的所述第一控制策略，执行所述第一控制策略的控制动作；

GGSN安装或者执行OCS返回的控制策略，还可以进一步根据本地配置的其他策略，根据合并或者优先级等规则，组合对用户生效的策略组。

在GGSN判断使用量预授权用完，或者该使用量预授权有效期到达时，本发明实施例还可以进一步包括：

S207、GGSN继续向所述OCS发送CCR-U消息；

S208、OCS接收所述PCEF发送的CCR-U消息，执行新的使用量授权，根据所述用户信息以及更新后的用户账户信息，判断当前用户匹配策略需要变更时，通过CCA-U消息向所述PCEF下发第二控制策略；

类似的，OCS通过CCA-U消息向GGSN返回使用量授权，同时通过CCA-U消息中的扩展AVP ExRule-Install，向GGSN返回策略变更消息，通知需要变更的策略，即，在ExRule-Install中携带第二控制策略名称，在ExRule-Remove中携带第一控制策略名称，表示需要删除第一控制策略，变更为执行第二控制策略；

需要说明的是，本实施例所述的第一控制策略和第二控制策略只是为了区分由CCR-I和CCR-U消息触发的策略下发，即是为区分策略触发和下发的时机而进行的命名，并没有多余的限定。本领域普通技术人员可以理解，可能CCR-I消息并没有触发策略下发，而仅在CCR-U消息后触发控制策略，即仅存在第二控制策略，或者反之。另外，第一控制策略也可能和第二控制策略相同，本发明实施例对此不做限定。

S209、所述PCEF根据所述OCS下发的所述第二控制策略，执行所述第二控制策略的控制动作；

具体的，GGSN先删除失效的老策略，即第一控制策略，然后再安 装新的策略，即第二控制策略。

类似的，GGSN上可能存在着其他控制策略，GGSN收到第二控制策略后，可以将其与本地配置的其他控制策略形成策略组，根据合并或者优先级等规则，适用该策略组中的策略。

根据本发明实施例提供的技术方案，通过对Gy接口扩展AVP，使得OCS能进行控制策略的快速下发，即通过计费响应(CCA-I或者CCA-U消息)，将控制策略快速返回给PCEF实体，如GGSN，从而打通了OCS和PCRF之间的控制机制，不需要再通过Sy接口同步给PCRF，再由PCRF下发给PCEF,实现了在没有PCRF的情况下，也可以做策略控制。

下面参考附图3，以一个实际的例子，来说明本发明实施例的方案，本实施例中，PCEF功能实体位于GGSN上，下面用PCEF进行说明。

为了实现如下目的：

用户订购了10元包500M的流量套餐包，需要在用户使用量到达80％、90％、100％分别给以不同的提醒：

80％时的提醒：亲爱的用户，截止XX年XX月XX时XX分，您的流量套餐余额不足100M。

90％时的提醒：亲爱的用户，截止XX年XX月XX时XX分，您的流量套餐余额不足100M，推荐您采用流量加油包，5元100M，订购请点击：http:xxxxx.xxx.xxx。

100％时的提醒：亲爱的用户，你的流量套餐包已经全部消耗完毕，继续使用将会采用1分/kb进行计费，订购其它套餐包请点击：http:xxxxx.xxx.xxx。

这些提醒，可以通过重定向的方式，也可以通过弹窗的方式，或短信的方式提醒用户，采用何种方式，依赖于当时用户终端的能力或访问的业 务，这个判断和执行由PCEF来进行。执行提醒的策略预先在PCEF上进行配置。例如：PCEF上预先配置了Notification80、Notification90、Notification100三个策略，分别对应上述的三个提醒。

则一个可能的业务处理流程如下：

S301、用户正常上线，访问业务。

S302、PCEF识别出用户访问的业务，根据业务匹配对应的计费策略。

S303、PCEF通过CCR-I(Credit-Control-Request-Initial)消息向OCS上报用户的相关信息(位置、接入APN、接入网络等)，同时请求使用量授权(Quota)。

S304、OCS根据PCEF上报这些信息并结合用户套餐的订购情况，从用户对应的账户中冻结一定的费用，同时判断用户当前适用的控制策略。

例如，OCS判断用户当前用户套餐使用量达到了80％，则触发适用控制策略：Notification80。

S305、OCS通过CCA-I(Credit-Control-Answer-Initial)向PCEF返回使用量授权，同时通过CCA-I消息中的扩展AVP ExRule-Install，向PECF返回需要执行的策略(即：Notification80)。

S306、PCEF安装OCS返回的控制策略Notification80，同时根据本地配置的其它策略，组合对用户生效的策略组。

具体的，PCEF执行Notification80，可以通过重定向的方式，也可以通过弹窗的方式，或短信的方式提醒用户，采用何种方式，依赖于当时用户终端的能力或访问的业务，执行提醒的策略预先在PCEF上配置好了，即，提醒用户：亲爱的用户，截止XX年XX月XX时XX分，您的流量套餐余额不足100M。

S307、PCEF按生效的策略对用户的业务流进行控制。

S308、用户继续访问业务。

S309、PCEF监控用户的使用量，同时执行策略控制。

S310、用户继续使用业务。

S311、PCEF监控到用户的预授权被使用完或有效期到达，执行以下动作。

S312、PCEF通过CCR-U(Credit-Control-Request-Update)消息，向OCS报告用户已经消耗的使用量信息，同时再次请求新的预授权。

S313、OCS根用户使用量信息，完成用户费用真正的扣除，对新一轮的预授权进行冻结，同时结合用户账户的情况，判断用户的控制策略是否需要变更。(这里假设，由于用户流量消耗，已经超过了套餐额度的80％，OCS的判断结果为，需要从策略Notification80切换至Notification90或者Notification100)。

S314、OCS通过CCA-U将新的预授权返回，同时在CCA-U消息中执行策略变更(ExRule-Install中携带Notification90或者100，ExRule-Remove中携带Notification80)。

S315、PCEF根据OCS的返回，删除失效的老策略(Notification80)，安装新策略(Notification90或者100)。

S316、PCE安装策略(Notification90或者100)，还可以进一步与本地配置的其它策略形成策略组，按新的策略进行业务控制。

此时，PCEF可以根据预配置的Notification90或者100，向用户发送提醒消息，如90％时的提醒：亲爱的用户，截止XX年XX月XX时XX分，您的流量套餐余额不足100M，推荐您采用流量加油包，5元100M，订购请点击：http:xxxxx.xxx.xxx；100％时的提醒：亲爱的用户，你的流量套餐包已经全部消耗完毕，继续使用将会采用1分/kb进行计费，订购其 它套餐包请点击：http:xxxxx.xxx.xxx。

如果有关于带宽控制的其他策略，例如，判断Notification90或者100执行时，对用户的带宽限制为1M，则同时执行该组合策略：即进行用户余额提醒的同时，将用户带宽限制为1M。

S317、用户主动下线或对应的业务结束

S318、PCEF通过CCR-T消息向OCS上报用户最后一次使用量情况。

S319、OCS完成用户的最后扣费确认

S320、OCS并通过CCA-T告知PCEF确认结果，本次计费会话处理结束。

根据本发明实施例提供的技术方案，通过对Gy接口扩展AVP，携带控制策略，如用户余额提醒，使得OCS能进行余额提醒策略的快速下发，即通过计费响应(CCA-I或者CCA-U消息)，将余额提醒策略快速返回给PCEF实体，如GGSN，打通了OCS和PCRF之间的控制机制，不需要再通过Sy接口同步给PCRF，再由PCRF下发给PCEF,实现了在没有PCRF的情况下，也可以对用户进行及时的余额提醒。

类似的，通过对用户账户的监控，OCS可以快速的下发流量赠送提醒等控制策略给PCEF，从而提升了业务响应速度和灵活性，

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明可能并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

下面描述用于实施本发明实施例前述方法的装置。如图4所示，一种通用分组无线业务的网关支撑节点GGSN，适用于PCC架构下PCEF和OCS之间的交互，所述PCEF功能实体位于GGSN中，所述GGSN包含请 求模块401，接收模块402和执行模块403，

所述请求模块401用于接收用户的业务访问请求，根据所述业务访问请求，向OCS发送请求使用量授权的CCR-I消息；

所述接收模块402用于接收所述OCS返回的包含使用量授权的CCA-I消息，所述CCA-I消息包含所述OCS向所述GGSN返回的第一控制策略；

所述执行模块403用于根据所述OCS下发的所述第一控制策略，执行所述第一控制策略的控制动作。

所述请求模块401还可以进一步用于向所述OCS发送CCR-U消息，所述接收模块402进一步用于接收所述OCS通过CCA-U消息返回的第二控制策略，所述执行模块403进一步用于根据所述OCS下发的所述第二控制策略，执行所述第二控制策略的控制动作。

所述所述第一控制策略通过所述CCA-I消息中的AVP携带，所述第二控制策略通过所述CCA-U消息中的AVP携带。

所述控制动作包括：发送余额提醒或者流量赠送提醒。

通过本发明实施例中的GGSN，通过对Gy接口扩展AVP，能够接收OCS控制策略的快速下发，从而打通了OCS和PCRF之间的控制机制，不需要再通过Sy接口同步给PCRF，再由PCRF下发给PCEF,实现了在没有PCRF的情况下，也可以做策略控制。

本发明实施例还提供了一种在线计费系统OCS,适用于PCC架构下与PCEF之间的交互，所述PCEF功能实体位于GGSN中，所述OCS包括：确定模块501和下发模块502，

所述确定模块501用于接收GGSN发送的包含用户信息的CCR-I消息，根据所述用户信息以及用户账户信息，确定所述用户当前适用的第一控制策略；

所述下发模块502用于通过CCA-I消息，向所述GGSN返回使用量授 权以及需要执行的所述第一控制策略。

所述确定模块501还用于接收所述GGSN发送的CCR-U消息，执行新的使用量授权，根据所述用户信息以及更新后的用户账户信息，判断当前用户匹配策略是否需要变更；所述下发模块502还用于当所述确定模块501判断当前用户匹配策略需要变更时，通过CCA-U消息向所述GGSN下发第二控制策略。

所述所述第一控制策略通过所述CCA-I消息中的AVP携带，所述第二控制策略通过所述CCA-U消息中的AVP携带。

根据本发明实施例提供的OCS，通过对Gy接口扩展AVP，能进行控制策略的快速下发，即通过计费响应(CCA-I或者CCA-U消息)，将控制策略快速返回给PCEF实体，如GGSN，从而打通了OCS和PCRF之间的控制机制，不需要再通过Sy接口同步给PCRF，再由PCRF下发给PCEF,实现了在没有PCRF的情况下，也可以做策略控制。

图6是依据本发明一实施例的通用计算机结构的硬件结构示意图。如图6所示，通用计算机结构包括处理器602、存储器604、通信接口606和总线608。其中，处理器602、存储器604和通信接口606通过总线608实现彼此之间的通信连接。

处理器602可以采用通用的中央处理器(Central Processing Unit，CPU)，微处理器，应用专用集成电路(Application Specific Integrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本发明实施例所提供的技术方案。

存储器604可以是只读存储器(Read Only Memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(Random Access Memory，RAM)。存储器604可以存储操作系统和其他应用程序。在通过软件或者固件来实现本发明实施例提供的技术方案时，用于实现本发明实施例提供的技术方案的程序代码保存在存储器604中，并由处理器602来执行。

通信接口606使用例如但不限于收发器一类的收发装置，来实现 接与其他设备或通信网络之间的通信。

总线608可包括一通路，在各个部件(例如处理器602、存储器1204、输和通信接口606)之间传送信息。

当GGSN包括该通用计算机结构时，处理器602调取存储器604中的指令时包括：

处理器602控制通信接口606接收用户的业务访问请求；

处理器602控制通信接口606根据所述业务访问请求，向OCS发送请求使用量授权的CCR-I消息；

处理器602控制通信接口606接收所述OCS返回的包含使用量授权的CCA-I消息，所述CCA-I消息包含所述OCS向所述GGSN返回的第一控制策略；

处理器602根据所述OCS下发的所述第一控制策略，执行所述第一控制策略的控制动作。。

当计费设备OCS包括该通用计算机结构600时，处理器602调取存储器604中的指令时包括：

处理器602控制通信接口606接收GGSN发送的CCR-I消息，所述CCR-I消息包含用户信息；

处理器602根据所述用户信息以及用户账户信息，确定所述用户当前适用的第一控制策略；

处理器602控制通信接口606通过CCA-I消息，向所述GGSN返回使用量授权以及需要执行的所述第一控制策略。

上述装置和系统内的各模块之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于 一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(ROM：Read-Only Memory)或随机存储记忆体(RAM：RandomAccess Memory)等。

本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种策略控制方法，适用于策略控制与计费PCC架构下策略和计费执行功能实体PCEF和在线计费系统OCS之间的交互，其特征在于，所述方法包括：

所述PCEF接收用户的业务访问请求；

所述PCEF根据所述业务访问请求，向所述OCS发送请求使用量授权的信用控制请求初始化CCR-I消息；

所述PCEF接收所述OCS返回的包含使用量授权的信用控制应答初始化CCA-I消息，所述CCA-I消息包含所述OCS向所述PCEF返回的第一控制策略；

所述PCEF安装所述第一控制策略，根据本地配置的其他策略组合成第一策略组，按所述第一策略组对用户的业务流进行控制；

所述PCEF确定所述使用量用完或者所述使用量有效期到达时，向所述OCS发送信用控制请求更新CCR-U消息，并接收所述OCS通过CCA-U消息返回的策略变更指示，所述策略变更指示包含删除所述第一控制策略的指示和安装第二控制策略的指示；

所述PCEF根据所述策略变更指示删除所述第一控制策略，安装所述第二控制策略，并根据本地配置的其他策略，组合成第二策略组，按所述第二策略组对用户的业务流进行控制。

2.如权利要求1所述的方法，其特征在于，所述第一控制策略通过所述CCA-I消息中的AVP ExRule-Install携带，所述删除所述第一控制策略的指示通过CCA-U消息中的AVPExRule-Remove携带，所述安装所述第二控制策略通过CCA-U消息中的AVP ExRule-Install携带。

3.如权利要求1-2中任意一项所述的方法，其特征在于，所述控制策略包括：发送余额提醒控制策略或者流量赠送提醒控制策略。

4.一种策略控制方法，适用于策略控制与计费PCC架构下策略和计费执行功能实体PCEF和在线计费系统OCS之间的交互，其特征在于，所述方法包括：

所述OCS接收所述PCEF发送的信用控制请求初始化CCR-I消息，所述CCR-I消息包含用户信息；

所述OCS根据所述用户信息以及用户账户信息，确定所述用户当前适用的第一控制策略；

所述OCS通过信用控制应答初始化CCA-I消息，向所述PCEF返回使用量授权以及需要执行的所述第一控制策略；

所述OCS接收所述PCEF发送的信用控制请求更新CCR-U消息，执行新的使用量授权，根据所述用户信息以及更新后的用户账户信息，确定当前用户匹配策略需要变更，通过CCA-U消息向所述PCEF下发策略变更指示，所述策略变更指示包含删除所述第一控制策略的指示和安装第二控制策略的指示。

5.如权利要求4中所述的方法，其特征在于，所述第一控制策略通过所述CCA-I消息中的AVP ExRule-Install携带，所述删除所述第一控制策略的指示通过CCA-U消息中的AVPExRule-Remove携带，所述安装所述第二控制策略通过CCA-U消息中的AVP ExRule-Install携带。

6.如权利要求4-5中任意一项所述的方法，其特征在于，所述控制策略包括：发送余额提醒控制策略或者流量赠送提醒控制策略。

7.一种策略和计费执行功能实体PCEF适用于策略控制与计费PCC架构下策略和计费执行功能实体PCEF和在线计费系统OCS之间的交互，其特征在于：

所述PCEF包含请求模块，接收模块和执行模块，其中：

所述请求模块用于接收用户的业务访问请求，根据所述业务访问请求，向OCS发送请求使用量授权的信用控制请求初始化CCR-I消息；

所述接收模块用于接收所述OCS返回的包含使用量授权的信用控制应答初始化CCA-I消息，所述CCA-I消息包含所述OCS向所述PCEF返回的第一控制策略；

所述执行模块用于安装所述第一控制策略，根据本地配置的其他策略组合成第一策略组，按所述第一策略组对用户的业务流进行控制；

所述请求模块还用于在确定所述使用量用完或者所述使用量有效期到达时，向所述OCS发送信用控制请求更新CCR-U消息，所述接收模块还用于接收所述OCS通过CCA-U消息返回的策略变更指示，所述策略变更指示包含删除所述第一控制策略的指示和安装第二控制策略的指示；

所述执行模块还用于根据所述策略变更指示删除所述第一控制策略，安装所述第二控制策略，并根据本地配置的其他策略，组合成第二策略组，按所述第二策略组对用户的业务流进行控制。

8.如权利要求7中所述的PCEF，其特征在于，所述第一控制策略通过所述CCA-I消息中的AVP ExRule-Install携带，所述删除所述第一控制策略的指示通过CCA-U消息中的AVPExRule-Remove携带，所述安装所述第二控制策略通过CCA-U消息中的AVP ExRule-Install携带。

9.如权利要求7-8中任意一项所述的PCEF,其特征在于，所述控制策略包括：发送余额提醒控制策略或者流量赠送提醒控制策略。

10.一种在线计费系统OCS,适用于策略控制与计费PCC架构下与策略和计费执行功能实体PCEF之间的交互，其特征在于：

所述OCS包括确定模块和下发模块，其中：

所述确定模块用于接收所述PCEF发送的包含用户信息的信用控制请求初始化CCR-I消息，根据所述用户信息以及用户账户信息，确定所述用户当前适用的第一控制策略；

所述下发模块用于通过信用控制应答初始化CCA-I消息，向所述PCEF返回使用量授权以及需要执行的所述第一控制策略；

所述确定模块还用于接收所述PCEF发送的信用控制请求更新CCR-U消息，执行新的使用量授权，根据所述用户信息以及更新后的用户账户信息，确定当前用户匹配策略需要变更，所述下发模块还用于通过CCA-U消息向所述PCEF下发策略变更指示，所述策略变更指示包含删除所述第一控制策略的指示和安装第二控制策略的指示。

11.如权利要求10中所述的OCS，其特征在于，所述第一控制策略通过所述CCA-I消息中的AVP ExRule-Install携带，所述删除所述第一控制策略的指示通过CCA-U消息中的AVPExRule-Remove携带，所述安装所述第二控制策略通过CCA-U消息中的AVP ExRule-Install携带。

12.如权利要求10中所述的OCS，其特征在于，所述控制策略包括：发送余额提醒控制策略或者流量赠送提醒控制策略。