CN106921502B - 计费和策略控制的方法、pcrf和ocs - Google Patents

Abstract

本发明实施例公开了一种计费和策略控制方法、策略与计费规则功能PCRF和在线收费系统OCS。该方法包括：策略和计费规则功能PCRF通过Sy接口从在线计费系统OCS获取用户的签约信息，该用户的签约信息指示该用户与业务发放Provisioning系统签约的业务信息；该PCRF根据该用户的签约信息和本地策略配置信息，生成该用户的执行策略，该用户的执行策略指示该用户的签约业务的计费策略和控制策略；该PCRF将该用户的执行策略发送给该策略和计费执行功能PCEF，以便于该PCEF根据该用户的执行策略对该用户的签约业务进行计费和策略控制。本发明实施例的计费和策略控制方法、PCRF和OCS，能够简化PCC组网结构，节省PCRF的存储成本。

Description

计费和策略控制的方法、PCRF和OCS

技术领域

本发明涉及通信领域，并且更具体地，涉及一种策计费和策略控制的方法、策略与计费规则功能PCRF和在线收费系统OCS。

背景技术

在策略与计费控制(英文全称：Policy and Charging Control，简称：PCC)网络架构中，策略与计费规则功能(英文全称：Policy and Charging Rules Function，简称：PCRF)实现策略控制决策和基于流计费控制的功能，策略与计费执行功能(Policy andCharging Enforcement Function，PCEF)实现业务数据流的检测、策略执行和基于流的计费功能，在线计费系统(英文全称：Online Charging System，简称：OCS)实现计费功能。PCRF需要通过Gx接口和PCEF互通，通过Sy接口和OCS互通。业务发放(Provisioning)系统需要同时连接PCRF和OCS完成向两个系统的业务发放，因此Provisioning系统的业务逻辑变得复杂，而且可能存在PCRF和OCS两个网元数据不一致的问题，现有技术解决PCRF和OCS网元数据不一致的问题，有两种解决方案，一种是Provisioning系统采用回滚机制，基于业务逻辑在向PCRF或OCS签约失败时进行回滚，采用这种解决方案的缺点是Provisioning系统需要能够识别OCS和PCRF两个系统的业务发放接口格式，而且Provisioning系统依赖于再次发送命令的方式完成回滚，如果再次失败无法处理，依然会造成OCS和PCRF的数据不一致；另一种解决方案是由OCS实现从PCRF到Provisioning的接口，采用这种解决方法的缺点是OCS需要具备向PCRF进行业务发放的能力和用户的签约数据的回滚能力。

发明内容

本发明实施例提供一种计费和策略控制的方法、策略与计费规则功能PCRF和在线计费系统OCS，PCRF通过Sy接口从OCS获取用户的签约信息，因此，解决了PCRF和OCS的签约数据不一致的问题，同时简化了网络组网结构和PCRF的存储投资。

第一方面，提供了一种计费和策略控制方法，包括：策略和计费规则功能PCRF通过Sy接口从在线计费系统OCS获取用户的签约信息，所述用户的签约信息指示所述用户与业务发放Provisioning系统签约的业务信息；所述PCRF根据所述用户的签约信息和本地策略配置信息，生成所述用户的执行策略，所述用户的执行策略指示所述用户的签约业务的计费策略和控制策略；所述PCRF将所述用户的执行策略发送给所述策略和计费执行功能PCEF，以便于所述PCEF根据所述用户的执行策略对所述用户的签约业务进行计费和策略控制。

在该实现方式中，该Provisioning系统只需要和OCS同步用户的签约关系，而不需要和PCRF同步用户的签约关系，PCRF的签约数据可以由PCRF通过标准Sy接口从OCS获取，避免了PCRF和OCS的签约数据的不一致的问题，而且PCRF只需要给用户生成执行策略，不需要存储用户的签约信息，因此，节约了PCRF的存储成本。

结合第一方面，在第一方面的第一种实现方式中，若所述用户请求激活上线，所述方法还包括：所述PCRF接收所述PCEF发送的初始信用控制请求CCR-I消息，所述CCR-I消息用于请求获取所述用户的执行策略；所述策略和计费规则功能PCRF通过Sy接口从在线计费系统OCS获取用户的签约信息，包括：所述PCRF通过所述Sy接口向所述OCS发送消耗额度请求SLR消息，所述SLR消息用于请求获取所述用户的第一签约信息，所述第一签约信息指示所述用户请求激活上线前所述用户的第一签约业务；所述PCRF接收所述OCS通过所述Sy接口发送的消耗额度应SLA消息，所述SLA消息为所述SLR消息的响应消息；所述PCRF根据所述SLA消息中的策略计数器状态报告Policy-Counter-Status-Report信息，获取所述用户的第一签约信息。

在该实现方式中，该PCRF可以从通过Sy接口从该OCS发送的该SLA消息中获取该用户的签约信息，避免了PCRF和OCS的签约数据的不一致的问题。

结合第一方面及其上述实现方式，在第一方面的第二种实现方式中，所述方法还包括：所述PCRF在本地缓存所述用户的第一签约信息；所述PCRF根据所述用户的签约信息和本地策略配置信息，生成所述用户的执行策略，包括：所述PCRF根据所述用户的第一签约信息和本地配置信息，生成所述用户的第一执行策略，所述第一执行策略指示所述用户的第一签约业务的计费策略和控制策略；所述PCRF将所述用户的执行策略发送给策略和计费执行功能PCEF，包括：所述PCRF向所述PCEF发送初始信用控制应答CCA-I消息，所述CCA-I消息携带所述用户的第一执行策略。

在该实现方式中，该PCRF只需根据本地缓存的用户的签约信息生成用户的执行策略，不需要永久存储用户的签约信息，因此，节约了PCRF的存储成本。

结合第一方面及其上述实现方式，在第一方面的第三种实现方式中，若所述用户请求变更签约业务，所述策略和计费规则功能PCRF通过Sy接口从在线计费系统OCS获取用户的签约信息，包括：所述PCRF接收所述OCS通过所述Sy接口发送的消耗状态通知请求SNR消息，所述SNR消息用于通知所述PCRF所述用户的签约信息有变更；所述PCRF根据所述SNR消息中的Policy-Counter-Status-Report信息，获取所述用户的第二签约信息，所述第二签约信息指示签约业务变更后的所述用户的第二签约业务。

在该实现方式中，在该实现方式中，该PCRF可以从通过Sy接口从该OCS发送的该SNR消息中获取该用户的签约信息，避免了PCRF和OCS的签约数据的不一致的问题。

结合第一方面及其上述实现方式，在第一方面的第四种实现方式中，所述方法还包括：所述PCRF将本地缓存的所述用户的第一签约信息更新为所述用户的第二签约信息，所述用户的第一签约信息指示签约业务变更前的所述用户的第一签约业务；所述PCRF根据所述用户的签约信息和本地策略配置信息，生成所述用户的执行策略，包括：所述PCRF根据所述用户的第二签约信息和本地配置信息，生成所述用户的第二执行策略，所述第二执行策略指示所述用户的第二签约业务的计费策略和控制策略；所述PCRF将所述用户的执行策略发送给策略和计费执行功能PCEF，包括：所述PCRF向所述PCEF发送重新认证授权请求RAR消息，所述RAR消息携带所述用户的第二执行策略。

在该实现方式中，该PCRF只需根据本地缓存的业务变更后的用户的签约信息生成用户的执行策略，不需要永久存储用户的签约信息，因此，节约了PCRF的存储成本。

结合第一方面及其上述实现方式，在第一方面的第五种实现方式中，若所述用户请求下线，所述方法还包括：所述PCRF接收所述PCEF发送的终止信用控制请求CCR-T消息，所述CCR-T消息用于指示所述PCRF去激活所述PCRF和所述PCEF之间的所述用户的Gx接口会话Session；所述PCRF向所述OCS发送会话终止请求STR消息，所述STR消息用于指示所述OCS去激活所述PCRF和所述OCS之间的所述用户的Sy接口Session；所述PCRF删除本地缓存的所述用户的签约信息，并去激活所述Gx接口Session和所述Sy接口Session。所述PCRF向所述PCEF发送终止信用控制应答CCA-T消息，所述CCA-T消息用于指示所述PCEF取消对所述用户的签约业务进行计费和策略控制。

在该实现方式中，该PCRF在用户下线后，可以删除跟该用户相关的签约信息、释放PCRF和OCS之间的该用户的接口会话，以及PCEF和PCRF之间的该用户的接口会话，从而进一步节约了系统资源。

结合第一方面及其上述实现方式，在第一方面的第六种实现方式中，所述Policy-Counter-Status-Report信息包括策略计数器标识符Policy-Counter-Identifier信息和策略计数器状态Policy-Counter-Status信息，所述Policy-Counter-Identifier信息指示所述用户的签约业务的业务标识，所述Policy-Counter-Status信息指示所述用户的签约业务的状态信息。

第二方面，提供了一种计费和策略控制的方法，包括：在线计费系统OCS生成用户的签约信息，所述用户的签约信息指示所述用户与业务发放Provisioning系统签约的业务信息；所述OCS通过Sy接口向策略和计费规则功能PCRF发送通知消息，所述通知消息携带所述用户的签约信息，以便于所述PCRF根据所述用户的签约信息生成所述用户的执行策略，并将所述用户的执行策略发送给策略和计费执行功能PCEF，所述用户的执行策略指示所述用户的签约业务的计费策略和控制策略。

在该实现方式中，该OCS生成用户的签约信息后，可以通过发送通知消息，与该PCRF同步用户的签约数据，从而避免了OCS和PCRF之间的签约数据不一致的问题。

结合第二方面，在第二方面的第一种实现方式中，若所述用户请求激活上线，在所述OCS通过Sy接口向策略和计费规则功能PCRF发送通知消息之前，所述方法还包括：所述OCS接收所述PCRF通过所述Sy接口发送的SLR消息，所述SLR消息用于请求获取所述用户的第一签约信息，所述第一签约信息指示所述用户请求激活上线前所述用户的第一签约业务；所述OCS通过Sy接口向策略和计费规则功能PCRF发送通知消息，包括：所述OCS通过Sy接口向所述PCRF回复SLA消息，所述SLA消息中的Policy-Counter-Status-Report信息指示所述用户的第一签约信息。

在该实现方式中，该OCS可以通过SLA消息中携带该用户的签约信息向该PCRF同步该用户的签约数据，从而避免了OCS和PCRF之间的签约数据不一致的问题。

结合第二方面及其上述实现方式，在第二方面的第二种实现方式中，若所述用户请求变更签约业务，所述OCS通过Sy接口向策略和计费规则功能PCRF发送通知消息，包括：所述OCS通过Sy接口向所述PCRF发送SNR消息，所述SNR消息用于通知所述PCRF所述用户的签约信息有变更，所述SNA消息中的Policy-Counter-Status-Report信息指示所述用户的签约信息。

在该实现方式中，该OCS可以通过SNR消息中携带该用户的签约信息向该PCRF同步该用户的签约数据，从而避免了OCS和PCRF之间的签约数据不一致的问题。

结合第二方面及其上述实现方式，在第二方面的第三种实现方式中，若所述用户请求下线，所述方法还包括：所述OCS接收所述PCRF发送的STR消息，所述STR消息用于指示所述OCS去激活所述PCRF和所述OCS之间的所述用户的Sy接口会话Session；所述OCS去激活所述Sy接口Session。

在该实现方式中，该OCS在用户下线后，可以释放PCRF和OCS之间的该用户的接口会话，从而进一步节约了系统资源。

第三方面，提供了一种策略和计费规则功能PCRF，包括执行第一方面或者第一方面的任一种实现方式中的方法的各模块。

第四方面，提供了一种在线计费系统OCS，包括执行第二方面或者第二方面的任一种实现方式中的方法的各模块。

第五方面，提供了一种策略和计费规则功能PCRF，该PCRF包括存储器和与该存储器连接的处理器，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，当该处理器执行该存储器中存储的指令时，该处理器具体用于执行第一方面或者第一方面的任一种实现方式中的方法。

第六方面，提供了一种在线计费系统OCS，该OCS包括存储器和与该存储器连接的处理器，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，当该处理器执行该存储器中存储的指令时，该处理器具体用于执行第二方面或者第二方面的任一种实现方式中的方法。

第六方面，提供了一种PCC系统，包括：第一方面或者第一方面的任一种实现方式中所述的策略与计费执行功能PCEF；第二方面或者第二方面的任一种实现方式中所述的在线计费系统OCS；策略和计费执行功能PCEF；业务开放Provisioning系统。

基于上述技术方案，本发明实施例的计费和策略控制的方法、策略与计费执行功能PCRF和在线计费系统OCS，该Provisioning系统只需要和OCS同步用户的签约关系，而不需要和PCRF同步用户的签约关系，用户的签约数据是由PCRF通过标准Sy接口从OCS获取，避免了PCRF和OCS的签约数据的不一致的问题，而且，Provisioning系统不需要和PCRF对接业务接口，因此简化了Provisioning系统的业务逻辑，从而简化了PCC组网结构。另外，PCRF只需要给用户生成执行策略，不需要存储用户的签约信息，因此，节约了PCRF的存储成本。

附图说明

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

图1是本发明实施例的一个应用场景的示意图。

图2是本发明实施例的策略与计费规则功能PCRF的结构示意图；

图3是本发明实施例的在线计费系统OCS的结构示意图；

图4是本发明一个实施例的计费和策略控制的方法的信令流程图。

图5是本发明另一个实施例的计费和策略控制的方法的信令流程图。

图6是本发明再一个实施例的计费和策略控制的方法的信令流程图。

图7是本发明一个实施例的计费和策略控制的方法的示意性流程图；

图8是本发明另一实施例的计费和策略控制的方法的示意性流程图；

图9是本发明另一实施例的策略与计费规则功能PCRF的结构示意图；

图10是本发明另一实施例的在线计费系统OCS的结构示意图；

具体实施方式

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

本发明的技术方案，可以应用于各种通信系统，例如：全球移动通讯系统(GSM，Global System of Mobile communication)，码分多址(CDMA，Code Division MultipleAccess)系统，宽带码分多址(WCDMA，Wideband Code Division Multiple AccessWireless)，通用分组无线业务(GPRS，General Packet Radio Service)，长期演进(LTE，Long Term Evolution)等。

在介绍本发明实施例的计费和策略控制的方法之前，首先介绍一下本发明实施例的计费和策略控制的方法应用的网络架构，图1示出了本发明实施例可以应用的一种策略与计费控制(英文全称：Policy and Charging Control，简称：PCC)系统100的网络架构的示意图，如图1所示，该PCC系统100包括业务发放(Provisioning)系统101、在线计费系统(英文全称：Online Charging System，简称：OCS)102、策略与计费规则功能(英文全称：Policy and Charging Rules Function，简称：PCRF)103、策略与计费执行功能(Policyand Charging Enforcement Function，PCEF)104。

另外，图1还示出了GPRS服务支持结点(英文全称：Serving GPRS SupportingNode，简称：SGSN)，无线接入网(英文全称：Radio Access Network，简称：RAN)和用户设备(英文全称：User Equipment，简称：UE)。

本发明实施例中，UE也可以称为终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、移动终端、无线通信设备、用户代理或用户装置。例如，UE可以是蜂窝电话、无绳电话、会话启动协议(英文全称：Session Initiation Protocol，简称：SIP)电话、无线本地环路(英文全称：Wireless Local Loop，简称：WLL)站、个人数字处理(英文全称：Personal Digital Assistant，简称：PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备。本发明对此不作限定。

其中，PCRF 103可以根据用户的签约信息，对用户的计费和控制策略进行决策，并下发给PCEF 104。PCEF 104可以负责接收PCRF 103为各个用户授权的计费和控制策略，并实施该计费和控制策略。Provisioning系统101位于运营商网络中，可以负责用户套餐的签约管理，OSC 102是一个实时的基于业务使用和系统进行交互计费的系统。在线计费在会话进行过程中收集计费信息，实现实时结算。

PCRF 103通过Gx接口和PCEF 104进行通信，通过Sy接口和OCS 102进行通信。

图2所示为根据本发明实施例的PCRF 200的结构示意图。如图2所示，PCRF200可包括处理器210、存储器220、总线系统230和收发器240，其中，处理器210、存储器220和收发器240通过总线系统230相连，该存储器220用于存储指令，该处理器210用于执行该存储器220存储的指令，以控制收发器240接收信号或发送信号。

该存储器220可以包括只读存储器和随机存取存储器，并向处理器210提供指令和数据。存储器220的一部分还可以包括非易失性随机存取存储器。例如，存储器220还可以存储设备类型的信息。

该总线系统230除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统230。

在本发明实施例中，处理器210通过调用存储器220存储的操作指令，使得PCRF执行根据本发明实施例的计费和策略控制的方法的相应流程，具体可参考下文图7所示的根据本发明实施例的计费和策略控制的方法700的相关描述，为避免重复，在此不再赘述。

下文中本发明实施例公开的计费和策略控制的方法700可以应用于处理器210中，或者由处理器210实现。处理器210可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器210中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器210可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器220中，处理器210读取存储器220中的信息，结合其硬件完成本发明实施例所公开的方法的步骤。

可以理解，本发明实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本发明所述功能的其它电子单元或其组合中。

当在软件、固件、中间件或微码、程序代码或代码段中实现实施例时，它们可存储在例如存储部件的机器可读介质中。代码段可表示过程、函数、子程序、程序、例程、子例程、模块、软件分组、类、或指令、数据结构或程序语句的任意组合。代码段可通过传送和/或接收信息、数据、自变量、参数或存储器内容来稿合至另一代码段或硬件电路。可使用包括存储器共享、消息传递、令牌传递、网络传输等任意适合方式来传递、转发或发送信息、自变量、参数、数据等。

对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器单元中并通过处理器执行。存储器单元可以在处理器中或在处理器外部实现，在后一种情况下存储器单元可经由本领域己知的各种手段以通信方式耦合至处理器。

图3所示为根据本发明实施例的OCS 300的结构示意图。如图3所示，OCS 300可包括处理器310、存储器320、总线系统330和收发器340，其中，处理器310、存储器320和收发器340通过总线系统330相连，该存储器320用于存储指令，该处理器310用于执行该存储器320存储的指令，以控制收发器340接收信号或发送信号。

该存储器320可以包括只读存储器和随机存取存储器，并向处理器310提供指令和数据。存储器320的一部分还可以包括非易失性随机存取存储器。例如，存储器320还可以存储设备类型的信息。

该总线系统330除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统330。

在本发明实施例中，处理器310通过调用存储器320存储的操作指令，使得OCS执行根据本发明实施例的计费和策略控制的方法的相应流程，具体可参考下文图8所示的根据本发明实施例的计费和策略控制的方法800的相关描述，为避免重复，在此不再赘述。

下文中本发明实施例公开的计费和策略控制的方法800可以应用于处理器310中，或者由处理器310实现。处理器310可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器310中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器310可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器320中，处理器310读取存储器320中的信息，结合其硬件完成本发明实施例所公开的方法的步骤。

可以理解，本发明实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本发明所述功能的其它电子单元或其组合中。

当在软件、固件、中间件或微码、程序代码或代码段中实现实施例时，它们可存储在例如存储部件的机器可读介质中。代码段可表示过程、函数、子程序、程序、例程、子例程、模块、软件分组、类、或指令、数据结构或程序语句的任意组合。代码段可通过传送和/或接收信息、数据、自变量、参数或存储器内容来稿合至另一代码段或硬件电路。可使用包括存储器共享、消息传递、令牌传递、网络传输等任意适合方式来传递、转发或发送信息、自变量、参数、数据等。

对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器单元中并通过处理器执行。存储器单元可以在处理器中或在处理器外部实现，在后一种情况下存储器单元可经由本领域己知的各种手段以通信方式耦合至处理器。

图4示出了用户请求激活上线的场景中，根据本发明实施例的计费和策略控制的方法400的信令流程图。图4所示的方法包括：

S401，用户通过营业厅或自助终端订购套餐；

S402，Provisioning系统向OCS发起订购请求套餐，OCS订购该套餐并开始计费；

应理解，该S401和S402为该OCS侧完成用户的签约数据配置的步骤。S402执行完毕，用户的签约数据在OCS侧配置完成，后续步骤中，该PCRF只需从OCS获取该签约数据即可，而不用通过与该Provisioning系统的业务开发接口获取用户的签约数据，因此，避免了OCS和PCRF的签约数据不一致的问题。

S403，PCEF向PCRF发起初始信用控制请求(英文全称：Credit Control Request-INITIAL，简称：CCR-I)消息，该CCR-I消息用于请求获取用户的执行策略，该执行策略指示该用户的签约业务的计费策略和控制策略。

应理解，该CCR-I消息可以为在现有的CCR-I消息中的加入策略请求相关的属性，用于请求获取用户的执行策略，也可以为用户自定义的其他消息，用于请求获取用户的执行策略等，本发明实施例对此不作限制。

可选地，在S403之前，该UE向PCEF发送用户激活上线请求，例如，该用户通过开机的方式打开手机与运营商的服务连接，或者从飞行模块切换到运营商的服务模式等。PCEF接收该用户激活上线请求后，请求从PCRF获取该用户的执行策略，而此时该PCRF还完成该用户的执行策略的配置，此时，该PCRF首先获取该用户的签约信息，然后根据该用户的签约信息，结合本地策略配置信息，生成该用户的执行策略。在现有技术中，该用户的签约信息是Provisioning系统通过业务发放接口下发给PCRF的。可选地，在本发明实施例中，该用户的签约信息可以通过现有的Sy接口从OCS获取。具体步骤如S404～S406所述。

因此，在本发明实施例的PCC网络结构中，该Provisioning系统只需要和OCS同步用户的签约关系，而不需要和PCRF同步用户的签约关系，PCRF的签约数据可以由PCRF通过标准Sy接口从OCS获取，避免了PCRF和OCS的签约数据的不一致的问题，而且，Provisioning系统不需要和PCRF对接业务接口，因此简化了Provisioning系统的业务逻辑，从而简化了PCC组网结构。另外，PCRF只需要给用户生成执行策略，不需要存储用户的签约信息，因此，节约了PCRF的存储成本。

S404，PCRF通过该Sy接口向该OCS发送消耗额度请求(英文全称：Spending LimitRequest，简称：SLR)消息，该SLR消息用于请求获取该用户的签约信息；

应理解，该SLR消息可以为在现有的SLR消息中的加入获取签约信息相关的属性，用于请求获取用户的签约信息，也可以为用户自定义的其他消息，用于请求获取用户的签约信息等，本发明实施例对此不作限制。

S405，PCRF接收该OCS通过该Sy接口发送的消耗额度应答(英文全称：SpendingLimit Answer，简称：SLA)消息，该SLA消息为该SLR消息的响应消息。

应理解，该SLA消息可以为在现有的SLA消息中的加入获取签约信息相关的属性，用于传递用户的签约信息，也可以为用户自定义的其他消息，用于传递用户的签约信息等，本发明实施例对此不作限制。

可选地，该SLA消息中可以包括策略计数器状态报告Policy-Counter-Status-Report信息，该Policy-Counter-Status-Report信息可以用于指示该用户的签约信息，该PCRF可以根据该Policy-Counter-Status-Report信息获取该用户的签约信息。例如，该Policy-Counter-Status-Report信息可以包括策略计数器标识符Policy-Counter-Identifier信息和策略计数器状态Policy-Counter-Status信息，该Policy-Counter-Identifier信息可以指示该用户的签约业务的业务标识，该PCRF可以根据Policy-Counter-Identifier信息获取该用户签约的业务信息，该Policy-Counter-Status信息可以指示该用户的签约业务的状态信息，该PCRF可以根据Policy-Counter-Status信息获取该用户的签约业务的状态信息。举例来说，若该Policy-Counter-Identifier＝AAA表示该用户的签约业务为1G流量套餐，Policy-Counter-Status可以用来表示该用户的签约业务的使用状况，例如Policy-Counter-Status＝0，可以表示该1G流量套餐使用完毕，Policy-Counter-Status＝1可以表示该1G流量套餐已使用了80％，以上仅为举例而非限定，该Policy-Counter-Status还可以表示该用户的签约业务的其他状态信息，本发明实施例对此不作限制。

应理解，该SLA消息中还可以包括其他用于指示该用户的签约信息的信息，该PCRF也可以根据这些信息获取该用户的签约信息，本发明实施例仅以该Policy-Counter-Status-Report信息承载该用户的签约信息为例进行说明，而非限定，该SLA消息中的其他信息也可以承载该用户额签约信息，本发明实施例对此不作限制。

S406，该PCRF缓存用户的签约信息。

因此，本发明实施例与现有技术的区别还包括PCRF不需要永久存储该用户的签约信息，也不需要Provisioning系统向PCRF下发该签约信息，也就是不需要该Provisioning系统具有与该PCRF的业务开发接口。因此既节约了PCRF的存储成本，又简化了Provisioning系统的业务逻辑。

S407，该PCRF根据该用户的签约信息和该PCRF的本地策略配置信息，生成该用户的执行策略，该用户的执行策略指示该用户的签约业务的计费策略和控制策略。

具体地，该PCRF可以根据该SLA消息中的Policy-Counter-Status-Report信息和本地策略配置信息生成该用户的执行策略。例如，该用户的执行策略可以包括该用户的签约业务的计费和服务质量(Quality of Service，QoS)等控制策略。

S408，PCRF向该PCEF发送初始信用控制应答(英文全称：Credit Control Answer-INITIAL，简称：CCA-I)消息，该CCA-I消息携带该用户的执行策略，该CCA-I消息为该CCR-I消息的响应消息。

应理解，该CCA-I消息可以为在现有的CCA-I消息中的加入策略请求相关的属性，用于传递用户的执行策略，也可以为用户自定义的其他消息，用于传递用户的执行策略等，本发明实施例对此不作限制。

因此，本发明实施例的计费和策略控制的方法，该Provisioning系统只需要和OCS同步用户的签约关系，而不需要和PCRF同步用户的签约关系，PCRF上的用户的签约数据是由PCRF通过标准Sy接口从OCS获取，避免了PCRF和OCS上用户的签约数据的不一致的问题，而且，Provisioning系统不需要和PCRF对接业务接口，因此简化了Provisioning系统的业务逻辑，从而简化了PCC组网结构。另外，PCRF只需要给用户生成执行策略，不需要存储用户的签约信息，因此，节约了PCRF的存储成本。

图5示出了用户请求变更签约业务的场景中，根据本发明实施例的计费和策略控制的方法500的信令流程图。图5所示的方法包括：

S501，用户通过营业厅或自助终端请求变更订购套餐；

S502，OCS通过该Sy接口向PCRF发送消耗状态通知请求(英文全称：Spending-Status Notification Request，简称：SNR)消息，该SNR消息用于通知该PCRF该用户的签约信息有变更；

应理解，该S501和S502为该OCS侧完成用户的签约数据配置的步骤。S502执行完毕，业务变更后的用户的签约信息在OCS侧配置完成，后续步骤中，该PCRF只需从OCS获取该签约数据即可，而不用通过与该Provisioning系统的业务开发接口获取用户的签约数据，因此，避免了OCS和PCRF的签约数据不一致的问题。

还应理解，该SNR消息可以为在现有的SNR消息中的加入获取签约信息相关的属性，用于请求获取用户的签约信息，也可以为用户自定义的其他消息，用于请求获取用户的签约信息等，本发明实施例对此不作限制。

该SNR消息中可以包括Policy-Counter-Status-Report信息，该Policy-Counter-Status-Report信息可以用于指示变更后的该用户的签约信息，该PCRF根据该SNR消息中的Policy-Counter-Status-Report信息，获取变更后的该用户的签约信息，详细步骤和S404类似，为了避免重复，这里不再赘述。

S503，PCRF向OCS发送消耗状态通知应答(英文全称：Spending-StatusNotification Answer，简称：SNA)消息，SNA消息为SNR消息的响应消息。

S504，该PCRF更新缓存的该用户的签约信息。

该PCRF将之前缓存的用户的签约信息更新为业务变更后的用户的签约信息。

S505，该PCRF根据更新后的该用户的签约信息和本地配置信息，生成该用户的新的执行策略。该新的执行策略用于对变更后的该用户的签约业务进行计费和策略控制。

S506，PCRF向该PCEF发送重新认证授权请求(英文全称：Re-Auth Request，简称：RAR)消息，该RAR消息携带该用户的新执行策略。

应理解，该RAR消息可以为在现有的RAR消息中的加入策略获取相关的属性，用于传递用户的执行策略，也可以为用户自定义的其他消息，用于传递用户的执行策略等，本发明实施例对此不作限制。

图6示出了用户请求下线的场景中，根据本发明实施例的计费和策略控制的方法600的信令流程图。图6所示的方法包括：

S601，PCEF通过Gx接口向PCRF发送终止信用控制请求(英文全称：Credit ControlRequest-TERMINATION，简称：CCR-T)消息，该CCR-T消息用于指示该PCRF去激活该PCRF和该PCEF之间的该用户的Gx接口会话Session；

应理解，该CCR-T可以为在现有的CCR-T消息中的加入去激活Gx接口Session相关的属性，用于去激活该PCRF和该PCEF之间的该用户的Gx接口会话Session，也可以为用户自定义的其他消息，用于执行上述功能等，本发明实施例对此不作限制。

可选地，在S601之前，该用户发起下线请求，例如，该用户通过关机的方式断开与运营商的服务连接，或者通过设置禁止一些业务等。

S602，PCRF向OCS发送会话终止请求(英文全称：Session Termination Request，简称：STR)消息，该STR消息用于指示该OCS去激活该PCRF和该OCS之间的该用户的Sy接口Session；

还应理解，该STR消息可以为在现有的STR消息中的加入去激活Sy接口Session相关的属性，用于去激活该PCRF和该OCS之间的该用户的Sy接口Session，也可以为用户自定义的其他消息，用于执行上述功能等，本发明实施例对此不作限制。

S603，OCS向PCRF回复会话终止应答(英文全称：Session Termination Answer，简称：STA)消息，该STA消息为STR消息的响应消息。

S604，OCS去激活该OCS和PCRF之间的该用户的Sy接口会话；

S605，PCRF删除本地缓存的该用户的签约信息，并去激活与PCEF之间的该Gx接口Session和与OCS之间的该Sy接口Session。

S606，PCRF向该PCEF发送终止信用控制应答(英文全称：Credit Control Answer-TERMINATION，简称：CCA-T)消息，该CCA-T消息用于指示该PCEF取消对该用户的签约业务进行计费和策略控制，该CCA-T消息为该CCR-T消息的响应消息。

还应理解，该CCA-T可以为在现有的CCA-T消息中的加入取消计费和策略控制相关的属性，用于指示该PCEF取消对该用户的签约业务进行计费和策略控制，也可以为用户自定义的其他消息，用于执行上述功能等，本发明实施例对此不作限制。

因此，本发明实施例的计费和策略控制的方法，PCRF只需根据用户的签约信息和本地策略配置信息生成用户的执行策略，而且该用户的签约信息只需要通过Sy接口从OCS获取用户的签约信息，也就是该PCRF不需要永久存储该用户的签约信息，也不需要从Provisioning系统获取该用户的签约信息，因此，节约了PCRF的存储成本，简化了PCC系统的组网结构。

图7示出了从PCRF的角度描述的根据本发明实施例的方法700的示意性流程图，如图7所示，该方法700包括：

S710，策略和计费规则功能PCRF通过Sy接口从在线计费系统OCS获取用户的签约信息，该用户的签约信息指示该用户与业务发放Provisioning系统签约的业务信息；

S720，该PCRF根据该用户的签约信息和本地策略配置信息，生成该用户的执行策略，该用户的执行策略指示该用户的签约业务的计费策略和控制策略；

S730，该PCRF将该用户的执行策略发送给该策略和计费执行功能PCEF，以便于该PCEF根据该用户的执行策略对该用户的签约业务进行计费和策略控制。

应理解，本发明实施例可以基于这样的前提：Provisioning系统与OSC完成计费和策略控制业务发放接口的对接(可以利用现有技术实现)，OCS与PCRF完成Sy接口的对接(也就是说OCS和PCRF可以基于现有的3GPP R9定义的标准Sy接口进行通信，而不需要实现OCS和PCRF之间的计费和策略控制业务发放接口)，OCS已完成用户的签约信息的配置，也就是说该PCRF可以从OCS获取用户的签约信息，而不需要从Provsioning系统获取用户的签约信息，PCRF已生成本地策略配置信息，该本地策略配置信息可以理解为一个策略配置库，该PCRF可以根据不同用户的不同业务信息，生成针对不同用户的不同业务的执行策略。例如，该PCRF能够针对同一个用户的不同签约业务生成不同的执行策略，也可以根据不同用户的同一种签约业务生成相应的执行策略，也就是说该PCRF可以根据该本地策略配置信息，生成针对每个用户的执行策略。

在本发明实施例中，当用户通过营业厅或自助终端发起用户请求时，可选地，该用户请求可以为用户激活上线请求、用户业务变更请求或用户下线请求等，该PCRF可以通过Sy接口从OCS获取用户的签约信息。然后该PCRF可以根据该用户的签约信息和本地策略配置信息，生成该用户的执行策略，例如若该用户请求为用户激活上线请求，该用户的执行策略可以为针对该用户当前的签约业务的执行策略，该用户的执行策略可以包括该用户的签约业务的计费策略和控制策略。该PCRF将该用户的执行策略发送给PCEF，以便于该PCEF根据该策略配置信息对该用户的业务进行计费。

应理解，该S710的功能同图4中S404和S405的功能、图5中S502和S503的功能，该S720的功能同图4中S407的功能和图5中S505的功能，该S730的功能同图4中S408的功能和图5中S506的功能，为了避免重复，这里不再赘述。

因此，根据本发明实施例的计费和策略控制的方法，PCRF与OCS之间不需要实现计费和策略控制业务对接接口，PCRF可以利用现有的PCRF与OCS之间的Sy接口来获取用户的签约信息，然后根据该用户的签约信息，生成该用户的执行策略，因此简化了PCC网络组网，同时PCRF采用缓存的方式存储用户的签约信息，减小了PCRF的存储投资。

可选地，作为一个实施例，若该用户请求激活上线，该方法还包括：

该PCRF接收该PCEF发送的CCR-I消息，该CCR-I消息用于请求获取该用户的执行策略；

该策略和计费规则功能PCRF通过Sy接口从在线计费系统OCS获取用户的签约信息，包括：

该PCRF通过该Sy接口向该OCS发送SLR消息，该SLR消息用于请求获取该用户的第一签约信息，该第一签约信息指示该用户请求激活上线前该用户的第一签约业务；

该PCRF接收该OCS通过该Sy接口发送的SLA消息，该SLA消息为该SLR消息的响应消息；

该PCRF根据该SLA消息中的策略计数器状态报告Policy-Counter-Status-Report信息，获取该用户的第一签约信息。

具体地，用户通过营业厅或自助终端订购套餐，例如，用户通过营业厅或自助终端订购流量业务套餐AAA和短信套餐BBB，那么Provisioning系统向OCS发起该业务的订购请求，该OCS订购该业务并开始计费，该OCS完成该用户的签约信息的配置。此时，该用户激活上线，该PCEF可以通过该PCEF和PCRF之间的现有的Gx接口向PCRF发送CCR-I消息，该CCR-I消息用于指示该PCRF获取该用户的执行策略。可选地，该PCRF可以通过该该PCRF和OCS之间的Sy接口向OCS发送SLR消息，该SLR消息用于向OCS请求获取该用户的签约信息，然后该PCRF接收OCS通过该Sy接口回复的SLA消息，该SLA消息中携带该用户的第一签约信息，该PCRF可以根据该SLA消息中的Policy-Counter-Status-Report信息，获取该用户的第一签约信息。可选地，该Policy-Counter-Status-Report信息可以包括Policy-Counter-Identifier信息和Policy-Counter-Status信息，该Policy-Counter-Identifier信息和Policy-Counter-Status信息分别指示该用户的签约业务的业务标识和状态信息。例如，若用户通过营业厅或自助终端订购某运营商的流量业务套餐AAA和短信套餐BBB，该SLA消息中携带的该Policy-Counter-Identifier信息和Policy-Counter-Status信息可以按照如下方式指示：

Subscription-Id-Data＝12345

Policy-Counter-Identifier＝AAA

Policy-Counter-Status＝1

Policy-Counter-Identifier＝BBB

Policy-Counter-Status＝1

其中，Policy-Counter-Identifier＝AAA可以表示流量业务套餐AAA，Policy-Counter-Identifier＝BBB可以表示短信套餐BBB，Policy-Counter-Status＝1可以表示为短信套餐BBB的使用状况，Subscription-Id-Data可以为该用户的用户标识，例如该用户的电话号码或国际移动用户识别码(英文全称：International Mobile SubscriberIdentification Number，简称：IMSI)等。

可选地，作为一个实施例，该方法700还包括：

该PCRF在本地缓存该用户的第一签约信息；

该PCRF根据该用户的签约信息和本地策略配置信息，生成该用户的执行策略，包括：

该PCRF根据该用户的第一签约信息和本地配置信息，生成该用户的第一执行策略，该第一执行策略指示该用户的第一签约业务的计费策略和控制策略；

该PCRF将该用户的执行策略发送给策略和计费执行功能PCEF，包括：

该PCRF向该PCEF发送CCA-I消息，该CCA-I消息携带该用户的第一执行策略。

可选地，该PCRF可以将从OCS获取的该Policy-Counter-Status-Report信息缓存起来，然后该PCRF可以根据该Policy-Counter-Status-Report信息和本地策略配置信息生成该用户的第一执行策略，若该用户的签约业务为流量业务套餐AAA和短信套餐BBB，那么该用户的第一执行策略为针对该流量业务套餐AAA和短信套餐BBB的执行策略，该用户的第一执行策略指示该PCEF如何对该用户的该流量业务套餐AAA和短信套餐BBB进行计费和策略控制。也就是说，该PCRF可以通过将获取的Policy-Counter-Status-Report信息映射为本地的套餐，完成用户在PCRF的自动签约和策略决策，从而避免了OCS和PCRF的网元的数据不一致的问题。

可选地，该PCRF可以通过该PCRF和PCEF之间的Gx接口向该PCEF回复CCA-I消息，通知该PCEF该用户的第一执行策略。

可选地，作为一个实施例，若该用户请求变更签约业务，该策略和计费规则功能PCRF通过Sy接口从在线计费系统OCS获取用户的签约信息，包括：

该PCRF接收该OCS通过该Sy接口发送的SNR消息，该SNR消息用于通知该PCRF该用户的签约信息有变更；

该PCRF根据该SNR消息中的Policy-Counter-Status-Report信息，获取该用户的第二签约信息，该第二签约信息指示签约业务变更后的该用户的第二签约业务。

具体地，用户通过营业厅或自助终端变更登记的套餐，例如，用户通过营业厅或自助终端签约新的话费业务套餐CCC，删除短信套餐BBB。可选地，在用户的签约关系变更后，也就是该用户的签约信息发生变更时，该PCRF接收该OCS发送的SNR消息，该SNR消息用于通知该PCRF该用户的签约信息发生变更，该SNR消息中携带变更后的该用户的第二签约信息，该PCRF可以根据该SNR消息获取该用户的第二签约信息，例如，该SNR中的Policy-Counter-Status-Report信息可以指示变更后的该用户的第二签约信息，该PCRF可以根据该SNR中的Policy-Counter-Status-Report信息获取变更后的该用户的第二签约信息。

可选地，作为一个实施例，该方法700还包括：

该PCRF将本地缓存的该用户的第一签约信息更新为该用户的第二签约信息，该用户的第一签约信息指示签约业务变更前的该用户的第一签约业务；

该PCRF根据该用户的签约信息和本地策略配置信息，生成该用户的执行策略，包括：

该PCRF根据该用户的第二签约信息和本地配置信息，生成该用户的第二执行策略，该第二执行策略指示该用户的第二签约业务的计费策略和控制策略；

该PCRF将该用户的执行策略发送给策略和计费执行功能PCEF，包括：

该PCRF向该PCEF发送RAR消息，该RAR消息携带该用户的第二执行策略。

具体地，PCRF可以将之前缓存的该用户的第一签约信息更新为变更后的该用户的第二签约信息，例如，将之前缓存的Policy-Counter-Status-Report信息更新为变更后的Policy-Counter-Status-Report信息。从而该PCRF可以根据变更后的该Policy-Counter-Status-Report信息和本地策略配置信息生成该用户变更后的签约业务的第二执行策略。也就是说，该PCRF可以通过将变更后用户的签约信息映射为本地的套餐，完成用户在PCRF的签约关系的变更和策略决策的变更，从而避免了OCS和PCRF的网元的数据不一致的情况。

可选地，该PCRF可以通过Gx接口向该PCEF回复RAR消息，通知该PCEF该用户的第二执行策略，该第二执行策略为针对该用户签约关系变更后的业务对应的策略决策。

可选地，作为一个实施例，若该用户请求下线，该方法还包括：

该PCRF接收该PCEF发送的CCR-T消息，该CCR-T消息用于指示该PCRF去激活该PCRF和该PCEF之间的该用户的Gx接口会话Session；

该PCRF向该OCS发送STR消息，该STR消息用于指示该OCS去激活该PCRF和该OCS之间的该用户的Sy接口Session；

该PCRF删除本地缓存的该用户的签约信息，并去激活该Gx接口Session和该Sy接口Session。

该PCRF向该PCEF发送CCA-T消息，该CCA-T消息用于指示该PCEF取消对该用户的签约业务进行计费和策略控制，该CCA-T消息为该CCR-T消息的响应消息。

也就是说，当用户下线时，该PCRF释放该用户在该PCRF的中的全部的缓存信息，从而减少了PCRF的存储投资。

因此，根据本发明实施例的计费和策略控制的方法，PCRF只需要给用户配置策略信息，而不需要存储该用户的签约信息，因此减少了PCRF的存储投资，而且PCRF通过现有的Sy接口从OCS获取用户的签约信息，来完成用户的签约和策略决策，因此不需要PCRF和OCS之间的业务发放接口，简化了PCC网络组网，也简化了Provisioning的业务逻辑，同时避免了OCS和PCRF的签约数据不同步的问题。

图8示出了从PCRF的角度描述的根据本发明实施例的方法800的示意性流程图，如图8所示，该方法800包括：

S810，在线计费系统OCS生成用户的签约信息，该用户的签约信息指示该用户与业务发放Provisioning系统签约的业务信息；

S820，该OCS通过Sy接口向策略和计费规则功能PCRF发送通知消息，该通知消息携带该用户的签约信息，以便于该PCRF根据该用户的签约信息生成该用户的执行策略，并将该用户的执行策略发送给策略和计费执行功能PCEF，该用户的执行策略指示该用户的签约业务的计费策略和控制策略。

在本发明实施例中，该OCS生成用户的签约信息可以包括，若用户激活上线时，该OCS可以从Provisioning系统同步该用户激活上线前的该用户的签约信息，或者若用户变更签约业务时，该OCS可以从Provisioning系统同步业务变更后的该用户的签约信息。从而完成OCS侧的用户的签约数据的配置。

应理解，该S810的功能同图4中S401和S402的功能、图5中S501的功能，该S820的功能同图4中S405的功能和图5中S502的功能为了避免重复，这里不再赘述，

可选地，作为一个实施例，若该用户请求激活上线，在该OCS通过Sy接口向策略和计费规则功能PCRF发送通知消息之前，该方法还包括：

该OCS接收该PCRF通过该Sy接口发送的SLR消息，该SLR消息用于请求获取该用户的第一签约信息，该第一签约信息指示该用户请求激活上线前该用户的第一签约业务；

该OCS通过Sy接口向策略和计费规则功能PCRF发送通知消息，包括：

该OCS通过Sy接口向该PCRF回复SLA消息，该SLA消息中的Policy-Counter-Status-Report信息指示该用户的第一签约信息。

可选地，作为一个实施例，若该用户请求变更签约业务，该OCS通过Sy接口向策略和计费规则功能PCRF发送通知消息，包括：

该OCS通过Sy接口向该PCRF发送SNR消息，该SNR消息用于通知该PCRF该用户的签约信息有变更，该SNA消息中的Policy-Counter-Status-Report信息指示该用户的签约信息。

可选地，作为一个实施例，若该用户请求下线，该方法还包括：

该OCS接收该PCRF发送的STR消息，该STR消息用于指示该OCS去激活该PCRF和该OCS之间的该用户的Sy接口会话Session；

该OCS去激活该Sy接口Session。

应理解，该OCS可以执行根据本发明实施例的计费和策略控制的方法400、方法500以及方法600中的该OCS的相关操作，为了避免重复，这里不再赘述。

因此，根据本发明实施例的计费和策略控制的方法，PCRF只需要给用户配置策略信息，而不需要存储该用户的签约信息，因此减少了PCRF的存储投资，而且PCRF通过现有的Sy接口从OCS获取用户的签约信息，来完成用户的签约和策略决策，因此不需要PCRF和OCS之间的业务发放接口，简化了PCC网络组网，也简化了Provisioning的业务逻辑，同时避免了OCS和PCRF的签约数据不同步的问题。

图9示出了根据本发明实施例的PCRF的示意性框图，如图9所示，该PCRF 900包括获取模块910，策略配置模块920和收发模块930。

获取模块910，用于通过Sy接口从在线计费系统OCS获取用户的签约信息，所述用户的签约信息指示所述用户与业务发放Provisioning系统签约的业务信息；

策略配置模块920，用于根据所述用户的签约信息和本地策略配置信息，生成所述用户的执行策略，所述用户的执行策略指示所述用户的签约业务的计费策略和控制策略；

收发模块930，用于将所述用户的执行策略发送给所述策略和计费执行功能PCEF，以便于所述PCEF根据所述用户的执行策略对所述用户的签约业务进行计费和策略控制。

因此，根据本发明实施例的计费和策略控制的方法，PCRF只需要给用户配置策略信息，而不需要存储该用户的签约信息，因此减少了PCRF的存储投资，而且PCRF通过现有的Sy接口从OCS获取用户的签约信息，来完成用户的签约和策略决策，因此不需要PCRF和OCS之间的业务发放接口，简化了PCC网络组网，也简化了Provisioning的业务逻辑，同时避免了OCS和PCRF的签约数据不同步的问题。

根据本发明实施例的PCRF 900可对应于根据本发明实施例的计费和策略控制的方法400、500、600、700中的PCRF，并且PCRF 900中的各个模块的上述和其它操作和/或功能分别为了实现前述各个方法的相应流程，为了简洁，在此不再赘述。

图10示出了根据本发明实施例的OCS的示意性框图，如图10所示，该OSC 1000包括生成模块1100和收发模块1200。

生成模块1100，用于生成用户的签约信息，所述用户的签约信息指示所述用户与业务发放Provisioning系统签约的业务信息；

收发模块1200，用于通过Sy接口向策略和计费规则功能PCRF发送通知消息，所述通知消息携带所述用户的签约信息，以便于所述PCRF根据所述用户的签约信息生成所述用户的执行策略，并将所述用户的执行策略发送给策略和计费执行功能PCEF，所述用户的执行策略指示所述用户的签约业务的计费策略和控制策略。

因此，根据本发明实施例的计费和策略控制的方法，PCRF只需要给用户配置策略信息，而不需要存储该用户的签约信息，因此减少了PCRF的存储投资，而且PCRF通过现有的Sy接口从OCS获取用户的签约信息，来完成用户的签约和策略决策，因此不需要PCRF和OCS之间的业务发放接口，简化了PCC网络组网，也简化了Provisioning的业务逻辑，同时避免了OCS和PCRF的签约数据不同步的问题。

根据本发明实施例的OCS 1000可对应于根据本发明实施例的计费和策略控制的方法400、500、600、800中的OCS，并且OCS 1000中的各个模块的上述和其它操作和/或功能分别为了实现前述各个方法的相应流程，为了简洁，在此不再赘述。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (22)

1.一种计费和策略控制方法，其特征在于，包括：

策略和计费规则功能PCRF网元通过Sy接口从在线计费系统OCS获取用户的签约信息，所述用户的签约信息指示所述用户与业务发放Provisioning系统签约的业务信息；

所述PCRF网元根据所述用户的签约信息和本地策略配置信息，生成所述用户的执行策略，所述用户的执行策略指示所述用户的签约业务的计费策略和控制策略；

所述PCRF网元将所述用户的执行策略发送给所述策略和计费执行功能PCEF，以便于所述PCEF根据所述用户的执行策略对所述用户的签约业务进行计费和策略控制。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述PCRF网元接收所述PCEF发送的初始信用控制请求CCR-I消息，所述CCR-I消息用于请求获取所述用户的执行策略；

所述策略和计费规则功能PCRF网元通过Sy接口从在线计费系统OCS获取用户的签约信息，包括：

所述PCRF网元通过所述Sy接口向所述OCS发送消耗额度请求SLR消息，所述SLR消息用于请求获取所述用户的第一签约信息，所述第一签约信息指示所述用户请求激活上线前所述用户的第一签约业务；

所述PCRF网元接收所述OCS通过所述Sy接口发送的消耗额度应答SLA消息，所述SLA消息为所述SLR消息的响应消息；

所述PCRF网元根据所述SLA消息中的策略计数器状态报告Policy-Counter-Status-Report信息，获取所述用户的第一签约信息。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

所述PCRF网元在本地缓存所述用户的第一签约信息；

所述PCRF网元根据所述用户的签约信息和本地策略配置信息，生成所述用户的执行策略，包括：

所述PCRF网元根据所述用户的第一签约信息和本地配置信息，生成所述用户的第一执行策略，所述第一执行策略指示所述用户的第一签约业务的计费策略和控制策略；

所述PCRF网元将所述用户的执行策略发送给策略和计费执行功能PCEF，包括：

所述PCRF网元向所述PCEF发送初始信用控制应答CCA-I消息，所述CCA-I消息携带所述用户的第一执行策略。

4.根据权利要求1所述的方法，其特征在于，所述策略和计费规则功能PCRF网元通过Sy接口从在线计费系统OCS获取用户的签约信息，包括：

所述PCRF网元接收所述OCS通过所述Sy接口发送的消耗状态通知请求SNR消息，所述SNR消息用于通知所述PCRF网元所述用户的签约信息有变更；

所述PCRF网元根据所述SNR消息中的Policy-Counter-Status-Report信息，获取所述用户的第二签约信息，所述第二签约信息指示签约业务变更后的所述用户的第二签约业务。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述PCRF网元将本地缓存的所述用户的第一签约信息更新为所述用户的第二签约信息，所述用户的第一签约信息指示签约业务变更前的所述用户的第一签约业务；

所述PCRF网元根据所述用户的签约信息和本地策略配置信息，生成所述用户的执行策略，包括：

所述PCRF网元根据所述用户的第二签约信息和本地配置信息，生成所述用户的第二执行策略，所述第二执行策略指示所述用户的第二签约业务的计费策略和控制策略；

所述PCRF网元将所述用户的执行策略发送给策略和计费执行功能PCEF，包括：

所述PCRF网元向所述PCEF发送重新认证授权请求RAR消息，所述RAR消息携带所述用户的第二执行策略。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述PCRF网元接收所述PCEF发送的终止信用控制请求CCR-T消息，所述CCR-T消息用于指示所述PCRF网元去激活所述PCRF网元和所述PCEF之间的所述用户的Gx接口会话Session；

所述PCRF网元向所述OCS发送会话终止请求STR消息，所述STR消息用于指示所述OCS去激活所述PCRF网元和所述OCS之间的所述用户的Sy接口Session；

所述PCRF网元删除本地缓存的所述用户的签约信息，并去激活所述Gx接口Session和所述Sy接口Session；

所述PCRF网元向所述PCEF发送终止信用控制应答CCA-T消息，所述CCA-T消息用于指示所述PCEF取消对所述用户的签约业务进行计费和策略控制。

7.根据权利要求2至5中任一项所述的方法，其特征在于，所述Policy-Counter-Status-Report信息包括策略计数器标识符Policy-Counter-Identifier信息和策略计数器状态Policy-Counter-Status信息，所述Policy-Counter-Identifier信息指示所述用户的签约业务的业务标识，所述Policy-Counter-Status信息指示所述用户的签约业务的状态信息。

8.一种计费和策略控制的方法，其特征在于，包括：

在线计费系统OCS生成用户的签约信息，所述用户的签约信息指示所述用户与业务发放Provisioning系统签约的业务信息；

所述OCS通过Sy接口向策略和计费规则功能PCRF网元发送通知消息，所述通知消息携带所述用户的签约信息，以便于所述PCRF网元根据所述用户的签约信息生成所述用户的执行策略，并将所述用户的执行策略发送给策略和计费执行功能PCEF，所述用户的执行策略指示所述用户的签约业务的计费策略和控制策略。

9.根据权利要求8所述的方法，其特征在于，在所述OCS通过Sy接口向策略和计费规则功能PCRF网元发送通知消息之前，所述方法还包括：

所述OCS接收所述PCRF网元通过所述Sy接口发送的消耗额度请求SLR消息，所述SLR消息用于请求获取所述用户的第一签约信息，所述第一签约信息指示所述用户请求激活上线前所述用户的第一签约业务；

所述OCS通过Sy接口向策略和计费规则功能PCRF网元发送通知消息，包括：

所述OCS通过Sy接口向所述PCRF网元发送消耗额度应答SLA消息，所述SLA消息中的Policy-Counter-Status-Report信息指示所述用户的第一签约信息。

10.根据权利要求8所述的方法，其特征在于，所述OCS通过Sy接口向策略和计费规则功能PCRF网元发送通知消息，包括：

所述OCS通过Sy接口向所述PCRF网元发送消耗状态通知请求SNR消息，所述SNR消息用于通知所述PCRF网元所述用户的签约信息有变更，所述SNA消息中的Policy-Counter-Status-Report信息指示所述用户的签约信息。

11.根据权利要求8所述的方法，其特征在于，所述方法还包括：

所述OCS接收所述PCRF网元发送的会话终止请求STR消息，所述STR消息用于指示所述OCS去激活所述PCRF网元和所述OCS之间的所述用户的Sy接口会话Session；

所述OCS去激活所述Sy接口Session。

12.一种策略和计费规则功能PCRF网元，其特征在于，包括：

获取模块，用于通过Sy接口从在线计费系统OCS获取用户的签约信息，所述用户的签约信息指示所述用户与业务发放Provisioning系统签约的业务信息；

策略配置模块，用于根据所述用户的签约信息和本地策略配置信息，生成所述用户的执行策略，所述用户的执行策略指示所述用户的签约业务的计费策略和控制策略；

收发模块，用于将所述用户的执行策略发送给所述策略和计费执行功能PCEF，以便于所述PCEF根据所述用户的执行策略对所述用户的签约业务进行计费和策略控制。

13.根据权利要求12所述的PCRF网元，其特征在于，所述收发模块具体用于：

接收所述PCEF发送的初始信用控制请求CCR-I消息，所述CCR-I消息用于请求获取所述用户的执行策略；

通过所述Sy接口向所述OCS发送消耗额度请求SLR消息，所述SLR消息用于请求获取所述用户的第一签约信息，所述第一签约信息指示所述用户请求激活上线前所述用户的第一签约业务；

接收所述OCS通过所述Sy接口发送的消耗额度应SLA消息，所述SLA消息为所述SLR消息的响应消息；

所述获取模块具体用于：根据所述SLA消息中的策略计数器状态报告Policy-Counter-Status-Report信息，获取所述用户的第一签约信息。

14.根据权利要求13所述的PCRF网元，其特征在于，所述PCRF网元还包括：

处理模块，用于在本地缓存所述用户的第一签约信息；

所述策略配置模块具体用于：

根据所述用户的第一签约信息和本地配置信息，生成所述用户的第一执行策略，所述第一执行策略指示所述用户的第一签约业务的计费策略和控制策略；

所述收发模块还用于：

向所述PCEF发送初始信用控制应答CCA-I消息，所述CCA-I消息携带所述用户的第一执行策略。

15.根据权利要求12所述的PCRF网元，其特征在于，所述收发模块还用于：

接收所述OCS通过所述Sy接口发送的消耗状态通知请求SNR消息，所述SNR消息用于通知所述PCRF网元所述用户的签约信息有变更；

所述获取模块还用于：

根据所述SNR消息中的Policy-Counter-Status-Report信息，获取所述用户的第二签约信息，所述第二签约信息指示签约业务变更后的所述用户的第二签约业务。

16.根据权利要求15所述的PCRF网元，其特征在于，所述PCRF网元还包括：

处理模块，用于将本地缓存的所述用户的第一签约信息更新为所述用户的第二签约信息，所述用户的第一签约信息指示签约业务变更前的所述用户的第一签约业务；

所述策略配置模块还用于：

根据所述用户的第二签约信息和本地配置信息，生成所述用户的第二执行策略，所述第二执行策略指示所述用户的第二签约业务的计费策略和控制策略；

所述收发模块还用于：

向所述PCEF发送重新认证授权请求RAR消息，所述RAR消息携带所述用户的第二执行策略。

17.根据权利要求12至16中任一项所述的PCRF网元，其特征在于，所述收发模块还用于：

接收所述PCEF发送的终止信用控制请求CCR-T消息，所述CCR-T消息用于指示所述PCRF网元去激活所述PCRF网元和所述PCEF之间的所述用户的Gx接口会话Session；

向所述OCS发送会话终止请求STR消息，所述STR消息用于指示所述OCS去激活所述PCRF网元和所述OCS之间的所述用户的Sy接口Session；

所述PCRF网元还包括：

处理模块，用于删除本地缓存的所述用户的签约信息，并去激活所述Gx接口Session和所述Sy接口Session；

所述收发模块还用于：向所述PCEF发送终止信用控制应答CCA-T消息，所述CCA-T消息用于指示所述PCEF取消对所述用户的签约业务进行计费和策略控制。

18.根据权利要求13至16中任一项所述的PCRF网元，所述Policy-Counter-Status-Report信息包括策略计数器标识符Policy-Counter-Identifier信息和策略计数器状态Policy-Counter-Status信息，所述Policy-Counter-Identifier信息指示所述用户的签约业务的业务标识，所述Policy-Counter-Status信息指示所述用户的签约业务的状态信息。

19.一种在线计费系统OCS，其特征在于，包括：

生成模块，用于生成用户的签约信息，所述用户的签约信息指示所述用户与业务发放Provisioning系统签约的业务信息；

收发模块，用于通过Sy接口向策略和计费规则功能PCRF网元发送通知消息，所述通知消息携带所述用户的签约信息，以便于所述PCRF网元根据所述用户的签约信息生成所述用户的执行策略，并将所述用户的执行策略发送给策略和计费执行功能PCEF，所述用户的执行策略指示所述用户的签约业务的计费策略和控制策略。

20.根据权利要求19所述的OCS，其特征在于，所述收发模块还用于：

接收所述PCRF网元通过所述Sy接口发送的消耗额度请求SLR消息，所述SLR消息用于请求获取所述用户的第一签约信息，所述第一签约信息指示所述用户请求激活上线前所述用户的第一签约业务；

接收所述PCRF网元通过所述Sy接口发送的消耗额度应答SLA消息，所述SLA消息中的Policy-Counter-Status-Report信息指示所述用户的第一签约信息。

21.根据权利要求19所述的OCS，其特征在于，所述收发模块还用于：

通过Sy接口向所述PCRF网元发送消耗状态通知请求SNR消息，所述SNR消息用于通知所述PCRF网元所述用户的签约信息有变更，所述SNA消息中的Policy-Counter-Status-Report信息指示所述用户的签约信息。

22.根据权利要求19至21中任一项所述的OCS，其特征在于，所述收发模块还用于：

接收所述PCRF网元发送的会话终止请求STR消息，所述STR消息用于指示所述OCS去激活所述PCRF网元和所述OCS之间的所述用户的Sy接口会话Session；

所述OCS还包括：

处理模块，用于去激活所述Sy接口Session。

Images