一种用量监控方法及系统.pdf

本发明公开了一种用量监控方法，包括：在线计费系统(OCS)接收来自策略和计费规则功能(PCRF)的用量监控请求；OCS进行用量监控决策，并向PCRF下发用量监控信息；PCRF进行策略决策，并向策略和计费执行功能(PCEF)下发控制策略和用量监控通知；PCEF根据PCRF下发的控制策略和用量监控通知执行用量监控，或者，OCS根据组用户签约用量信息为组内用户分配阈值，并向PCRF下发所述阈值；PCRF根据所述阈值进行用量监控决策和策略决策，并向PCEF下发控制策略和用量监控通知；PCEF根据PCRF下发的控制策略和用量监控通知，执行用量监控。本发明还相应地公开了一种用量监控系统，通过本发明，可以实现对组用户的用量监控。

权利要求书一种用量监控方法，其特征在于，该方法包括：在线计费系统OCS接收来自策略和计费规则功能PCRF的用量监控请求；OCS进行用量监控决策，并向PCRF下发用量监控信息；PCRF进行策略决策，并向策略和计费执行功能PCEF下发控制策略和用量监控通知；PCEF根据PCRF下发的控制策略和用量监控通知执行用量监控。根据权利要求1所述的用量监控方法，其特征在于，所述用量监控请求包括：需要进行用量监控的用户标识、需要进行用量监控的用户所属的用户组标识、以及用量监控指示。根据权利要求1所述的用量监控方法，其特征在于，所述OCS进行用量监控决策为：决策用量监控状态，并根据组用户签约用量信息为所述组内用户分配监控键和监控阈值，所述用量监控信息包括：分配给所述组内用户的监控键、监控阈值和用量监控状态。根据权利要求3所述的用量监控方法，其特征在于，所述PCRF进行策略决策，并向所述PCEF下发控制策略和用量监控通知包括：所述PCRF根据用量监控状态进行策略决策产生控制策略，所述控制策略包含所述监控键，所述PCRF向所述PCEF下发的用量监控通知至少包含所述监控键和所述监控阈值。根据权利要求1至4任一项所述的用量监控方法，其特征在于，所述OCS在接收来自所述PCRF的用量监控请求之前，该方法还包括：所述PCRF根据用户签约信息中的用量监控指示判断是否发送所述用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。根据权利要求3或4所述的用量监控方法，其特征在于，该方法还包括：所述PCEF向OCS上报用量监控，所述上报包含所述监控键和累计监控用量；OCS根据所述上报的累计监控用量进行用量监控决策，并向PCRF下发用量监控信息，包括：如果OCS决策对所述用户继续执行用量监控，则决策产生用量监控状态，为所述监控键分配新的监控阈值，向PCRF下发的所述用量监控信息中包含所述用量监控状态、所述监控键和所述监控阈值；如果OCS决策不对所述用户继续执行用量监控，则决策产生用量监控状态，向PCRF下发的所述用量监控信息中包含所述用量监控状态。根据权利要求6所述的用量监控方法，其特征在于，所述PCEF向OCS上报累计监控用量为：PCEF通过PCRF向OCS上报累计监控用量，或者，直接向OCS上报累计监控用量。一种用量监控方法，其特征在于，该方法包括：OCS接收来自PCRF的用量监控请求；OCS根据组用户签约用量信息为组内用户分配阈值，并向PCRF下发所述阈值；PCRF根据所述阈值进行用量监控决策和策略决策，并向PCEF下发控制策略和用量监控通知；PCEF根据PCRF下发的控制策略和用量监控通知，执行用量监控。根据权利要求8所述的用量监控方法，其特征在于，所述用量监控请求包括：需要进行用量监控的用户标识、需要进行用量监控的用户所属的用户组标识、以及用量监控指示。根据权利要求9所述的用量监控方法，其特征在于，PCRF根据所述阈值进行用量监控决策和策略决策包括：PCRF为所述组内用户分配监控键，并根据所述阈值为所述监控键分配监控阈值；PCRF进行策略决策产生控制策略，所述控制策略包含所述监控键。根据权利要求10所述的用量监控方法，其特征在于，该方法还包括：PCEF向PCRF上报用量监控，所述上报包含所述监控键和累计监控用量；PCRF根据所述上报的累计监控用量进行用量监控决策和策略决策，包括：当所述累计用量到达所述监控阈值时，所述PCRF根据所述阈值为所述监控键分配新的监控阈值，同时PCRF进行策略决策，产生新的控制策略，当所述累计用量到达所述监控阈值，且所述监控阈值达到所述阈值时，则所述PCRF向所述OCS为所述用户重新申请新的阈值，如果OCS下发新的阈值，则所述PCRF根据所述新的阈值继续执行用量监控决策；如果OCS没有下发新的阈值，则所述PCRF停止所述用量监控。根据权利要求11所述的用量监控方法，其特征在于，所述OCS在接收来自所述PCRF的用量监控请求之前，该方法还包括：所述PCRF根据用户签约信息中的用量监控指示判断是否发送所述用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。一种用量监控系统，其特征在于，该系统包括：OCS、PCRF和PCEF；其中，所述OCS，用于在收到来自PCRF的用量监控请求后，进行用量监控决策，并向PCRF下发用量监控信息；所述PCRF，用于在收到OCS的用量监控信息后，进行策略决策，并向PCEF下发控制策略和用量监控通知；所述PCEF，用于根据PCRF下发的控制策略和用量监控通知执行用量监控。根据权利要求13所述的用量监控系统，其特征在于，所述PCRF，还用于根据用户签约信息中的用量监控指示判断是否发送用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。根据权利要求13或14所述的用量监控系统，其特征在于，所述PCEF，还用于向OCS上报用量监控，所述上报包含所述监控键和累计监控用量；所述OCS，还用于根据PCEF上报的累计监控用量进行用量监控决策，并向PCRF下发用量监控信息，包括：如果OCS决策对所述用户继续执行用量监控，则决策产生用量监控状态，为所述监控键分配新的监控阈值，向PCRF下发的所述用量监控信息中包含所述用量监控状态、所述监控键和所述监控阈值；如果OCS决策不对所述用户继续执行用量监控，则决策产生用量监控状态，向PCRF下发的所述用量监控信息中包含所述用量监控状态。一种用量监控系统，其特征在于，该系统包括：OCS、PCRF和PCEF；其中，所述OCS，用于收来自PCRF的用量监控请求，根据组用户签约用量信息为组内用户分配阈值，并向PCRF下发所述阈值；所述PCRF，用于根据PCRF下发的所述阈值进行用量监控决策和策略决策，并向PCEF下发控制策略和用量监控通知；所述PCEF，用于根据PCRF下发的控制策略和用量监控通知，执行用量监控。根据权利要求16所述的用量监控系统，其特征在于，所述PCEF，还用于向PCRF上报用量监控，所述上报包含所述监控键和累计监控用量；所述PCRF，还用于根据PCEF上报的累计监控用量进行用量监控决策和策略决策，包括：当所述累计用量到达所述监控阈值时，所述PCRF根据所述阈值为所述监控键分配新的监控阈值，同时PCRF进行策略决策，产生新的控制策略，当所述累计用量到达所述监控阈值，且所述监控阈值达到所述阈值时，则所述PCRF向所述OCS为所述用户重新申请新的阈值，如果OCS下发新的阈值，则所述PCRF根据所述新的阈值继续执行用量监控决策；如果OCS没有下发新的阈值，则所述PCRF停止所述用量监控。根据权利要求16或17所述的用量监控系统，其特征在于，所述PCRF，还用于根据用户签约信息中的用量监控指示判断是否发送所述用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。

说明书一种用量监控方法及系统
技术领域
本发明涉及通信领域，尤其涉及一种对用量监控方法及系统。
背景技术
图1为第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)定义的针对移动网络的策略和计费控制(Policy and Charging Control，PCC)架构示意图，该3GPP PCC R8架构中各实体功能描述如下：
策略和计费规则功能(Policy and Charging Rules Function，PCRF)，为业务包含的业务数据流在传输过程中使用网络资源制定资源控制策略，包括服务质量(Quality of Service，QoS)控制策略和计费控制策略；
策略和计费执行功能(Policy and Charging Enforcement Function，PCEF)，用于执行PCRF下发的或者PCEF上预配置的PCC规则，对网络上传输的IP报文进行检测，识别该IP报文隶属的业务数据流，并对业务数据流提供QoS和计费控制；
承载绑定和事件上报功能(Bearer Binding and Event Report Function，BBERF)，主要用于对网络上传输的IP报文进行检测，并将IP报文按照规则映射到对应的承载通道上。BBERF还执行承载相关事件的上报，例如当承载丢失，或者发生接入网络切换的时候，都需要将相应的事件上报给PCRF，请求PCRF进行相应的决策；
用户签约存储(Subscription Profile Repository，SPR)，用于保存用户签约的业务信息，为PCRF制订PCC规则提供必要的用户签约信息；
在线计费系统(Online Charging System，OCS)和离线计费系统(Offline Charging System，OFCS)分别用于离线和在线计费。
在用户开展业务过程中，PCC按照如下原理为业务(由若干业务数据流组成)在传输过程中动态提供QoS保证：
业务包含的每个业务数据流都对应一个具体的PCC规则，PCC规则中定义了该业务数据流传输时需要使用的QoS资源。在业务数据流在承载网络中传输之前，PCRF需要根据各种信息为业务数据流决策并制定PCC规则。PCRF决策并制定PCC规则所依据的信息包括：
1)从AF接收的业务协商信息，该业务协商信息就是用户开展业务时和通信对端协商的开展所述业务的信息，例如开展所述业务对QoS的要求，通信双方使用的IP地址、端口号、所使用的协议等信息；
2)从SPR接收的用户签约信息，例如用户签约信息中包含用户和运营商签约的QoS信息。用户开展业务时，业务对QoS的要求不能超过用户签约信息所规定的用户可以使用的QoS信息；
3)PCRF自身存储的运营商自定义策略。例如运营商对漫游用户和非漫游用户开展业务需要区分控制，这种运营商自行定义的区分控制策略可以配置在PCRF上；
4)从PCEF或者BBERF上接收的接入相关信息。例如用户附着到网络时，PCRF需要通过PCEF或者BBERF获取用户接入网络的信息，以供PCRF为用户开展业务进行策略决策；
5)从OCS获取用户的信用信息。例如一旦用户的信用用完或者不够时，PCRF就无法授权所述用户开展业务。
PCRF根据上述信息对业务数据流决策制定PCC规则，并将PCC规则下发给PCEF(如果网络中存在BBERF，则PCRF还需要制定QoS规则，并下发给BBERF)。PCEF需要根据PCC规则的QoS要求建立相应的承载，并将PCC规则绑定到对应的承载上(如果网络中存在BBERF，则由BBERF根据QoS规则建立承载)。如果网络中已经有和PCC规则或者QoS规则指示的QoS相匹配的承载，则将所述PCC规则或者QoS规则绑定到已有的承载上。
此后，当用户开展业务，业务数据流在承载网络上传输的时候，终端和网络设备可以根据五元组(由源IP地址、源端口号、目的IP地址、目的端口号、协议组成)将组成该业务数据流的IP报文匹配到相应的PCC规则/QoS规则，根据PCC规则/QoS规则和承载的绑定关系，就可以将所述业务数据流匹配到相应的承载上，从而为业务数据流在承载网络上的传输提供QoS保证。当用户开展的业务结束的时候，相应的PCC规则需要从承载网络上删除，即释放分配给所述业务使用的QoS资源。通过上述PCC机制一方面可以按照业务对QoS的需求分配相应的QoS资源，另一方面实现了需要QoS资源时就可以分配，不需要QoS资源时，就可以及时释放，因此通过PCC机制可以达到提升用户业务体验，提高网络资源使用效率的目的。
为了提高网络营运的灵活性，例如对于某种业务，运营商希望前10M是供用户免费使用的，当用户的用量超出10M之后，就需要收取费用；再比如运营商希望用户的用量在10M之内使用一种带宽保证，当用量超出10M之后需要对用户的带宽进行限制。对于上述场景，就要求用户开展业务时，PCRF向PCEF下发针对业务的控制策略的同时，还需要下发用量监控指示，要求PCEF对所述业务实施用量监控，当所述业务的流量达到监控所要求的阈值时，PCEF就要对用量监控实施上报，以便PCRF重新对所述业务进行策略决策，产生新的控制策略。
图2为现有技术中用量监控的实现流程示意图，如图2所示，该流程包括：
步骤A：PCRF向PCEF下发用量监控。
业务由一个或者多个业务数据流构成，对业务实施策略控制在现实时实际上是针对业务数据流的策略控制，通过PCRF为业务数据流制定控制策略(PCC规则)并下发给PCEF执行，实现针对业务的策略控制。如果需要对该业务实施用量监控，则在PCRF向PCEF下发的PCC规则(charging rule definition)中包含用量监控标识(monitoring key)，同时PCRF为该monitoring key产生一个用量监控信息(usage monitoring information)并下发给PCEF。Usage monitoring information中包含所述monitoring key、分配的阈值(granted service unit)以及其他信息。
例如流程中需要实施用量监控的业务包含了业务数据流‑1和业务数据流‑2，则PCRF向PCEF下发用量监控指示的过程具体如步骤A1‑A3描述：
A1.PCEF向PCRF发送CCR请求；
A2.PCRF向PCEF下发CCA响应，包含PCC规则‑1(用charging rule definition‑1表示)、PCC规则‑2(用charging rule definition‑2表示)已经usage monitoring information。其中，
PCC规则‑1中包含了PCC规则名(用charging rule name‑1表示)，和monitoring key；
PCC规则‑2中包含了PCC规则名(用charging rule name‑2表示)，和monitoring key；
Usage monitoring information中包含了上述monitoring key，以及PCRF为其分配的阈值(granted service unit)。
PCRF也可在发送给PCEF的RAR消息中包含上述用量监控信息。
A3.对应PCRF向PCEF下发RAR消息，则PCEF向PCRF返回RAA消息。
步骤B：当PCEF收到PCRF下发的PCC规则后，安装规则。按照用量监控信息，对PCC规则对应的业务数据流(即业务数据流1和业务数据流2)实施用量监控。
步骤C：PCEF上报用量监控。
步骤C具体可以包括：
C1.当PCEF对该Monitoring Key监控的累计用量达到步骤A2下发的阈值时，PCEF进行用量监控上报。PCEF向PCRF发送CCR消息，携带Usage Monitoring Information，其中包含上述Monitoring Key以及累计用量(Used Service Unit)。
C2.PCRF向PCEF返回CCA响应。
步骤D：根据上报的用量，PCRF对利用该monitoring key进行用量监控的业务数据流(即业务数据流‑1和业务数据流‑2)重新制定相应的控制策略。
步骤E：PCRF重新制定策略下发。
步骤E具体可以包括：
E1.PCRF向PCEF下发RAR消息，为业务数据流1和2重新下发控制策略。
E2.PCEF向PCRF返回响应。
上述流程描述的是对单个业务的用量监控。同时需求中也描述了针对用户采取用量监控。用户可以开展多种业务，对用户的用量监控实际上是针对多个业务进行用量监控的支持。利用上述用量监控上报机制在实现对用户开展的多个业务实施用量监控时，就需要由同一网络设备管理用户的签约用量。由于用户附着时就选择了一个为其服务的PCRF，即用户开展的各种业务都由该PCRF提供策略控制，因此由上述PCRF管理用户的签约用量，同时为用户开展的多个业务分配相同的monitoring key，就可以实现针对用户开展的多个业务实施用量监控。
在实际运营中还存在一种需求，就是需要针对一组用户实施用量监控。例如，运营商开通家庭套餐，签约一定的免费用量，这个家庭中的每个成员都可以使用该签约免费用量，一旦免费用量超出之后，针对该家庭成员的用量都要计费。再如集团用户套餐，对于集团内用户在体验某一类业务时在签约用量内可以获得较高的业务体验，当超出签约用量时，就无法保证所述业务的体验效果。对于上述家庭用户或集团用户(统称为组用户)，虽然组用户内的每个成员可以共享签约用量，但是不能保证组内用户附着到网络的时候都能选择到同一个PCRF，因此就无法使用PCRF管理组用户的签约用量，利用现有用量监控机制无法实现对组用户实施用量监控。另外，组内用户也可能使用不同的SPR保存签约信息，例如实际运营中运营商选择将PCRF和SPR合设，这样SPR也不适合统一管理组用户的签约用量，并对组用户实施用量监控。总之，目前尚未提出对组用户实施用量监控的有效方案。
发明内容
有鉴于此，本发明的主要目的在于提供一种用量监控方法及系统，能够实现对组用户的用量监控。
为达到上述目的，本发明的技术方案是这样实现的：
一种用量监控方法，包括：
在线计费系统OCS接收来自策略和计费规则功能PCRF的用量监控请求；
OCS进行用量监控决策，并向PCRF下发用量监控信息；
PCRF进行策略决策，并向策略和计费执行功能PCEF下发控制策略和用量监控通知；
PCEF根据PCRF下发的控制策略和用量监控通知执行用量监控。
所述用量监控请求包括：需要进行用量监控的用户标识、需要进行用量监控的用户所属的用户组标识、以及用量监控指示。
所述OCS进行用量监控决策为：决策用量监控状态，并根据组用户签约用量信息为所述组内用户分配监控键和监控阈值，
所述用量监控信息包括：分配给所述组内用户的监控键、监控阈值和用量监控状态。
所述PCRF进行策略决策，并向所述PCEF下发控制策略和用量监控通知包括：
所述PCRF根据用量监控状态进行策略决策产生控制策略，所述控制策略包含所述监控键，
所述PCRF向所述PCEF下发的用量监控通知至少包含所述监控键和所述监控阈值。
所述OCS在接收来自所述PCRF的用量监控请求之前，该方法还包括：所述PCRF根据用户签约信息中的用量监控指示判断是否发送所述用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。
该方法还包括：
所述PCEF向OCS上报用量监控，所述上报包含所述监控键和累计监控用量；
OCS根据所述上报的累计监控用量进行用量监控决策，并向PCRF下发用量监控信息，包括：
如果OCS决策对所述用户继续执行用量监控，则决策产生用量监控状态，为所述监控键分配新的监控阈值，向PCRF下发的所述用量监控信息中包含所述用量监控状态、所述监控键和所述监控阈值；
如果OCS决策不对所述用户继续执行用量监控，则决策产生用量监控状态，向PCRF下发的所述用量监控信息中包含所述用量监控状态。
所述PCEF向OCS上报累计监控用量为：PCEF通过PCRF向OCS上报累计监控用量，或者，直接向OCS上报累计监控用量。
一种用量监控方法，包括：
OCS接收来自PCRF的用量监控请求；
OCS根据组用户签约用量信息为组内用户分配阈值，并向PCRF下发所述阈值；
PCRF根据所述阈值进行用量监控决策和策略决策，并向PCEF下发控制策略和用量监控通知；
PCEF根据PCRF下发的控制策略和用量监控通知，执行用量监控。
所述用量监控请求包括：需要进行用量监控的用户标识、需要进行用量监控的用户所属的用户组标识、以及用量监控指示。
PCRF根据所述阈值进行用量监控决策和策略决策包括：
PCRF为所述组内用户分配监控键，并根据所述阈值为所述监控键分配监控阈值；PCRF进行策略决策产生控制策略，所述控制策略包含所述监控键。
该方法还包括：
PCEF向PCRF上报用量监控，所述上报包含所述监控键和累计监控用量；
PCRF根据所述上报的累计监控用量进行用量监控决策和策略决策，包括：
当所述累计用量到达所述监控阈值时，所述PCRF根据所述阈值为所述监控键分配新的监控阈值，同时PCRF进行策略决策，产生新的控制策略，
当所述累计用量到达所述监控阈值，且所述监控阈值达到所述阈值时，则所述PCRF向所述OCS为所述用户重新申请新的阈值。如果OCS下发新的阈值，则所述PCRF根据所述新的阈值继续执行用量监控决策；如果OCS没有下发新的阈值，则所述PCRF停止所述用量监控。
所述OCS在接收来自所述PCRF的用量监控请求之前，该方法还包括：所述PCRF根据用户签约信息中的用量监控指示判断是否发送所述用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。
一种用量监控系统，包括：OCS、PCRF和PCEF；其中，
所述OCS，用于在收到来自PCRF的用量监控请求后，进行用量监控决策，并向PCRF下发用量监控信息；
所述PCRF，用于在收到OCS的用量监控信息后，进行策略决策，并向PCEF下发控制策略和用量监控通知；
所述PCEF，用于根据PCRF下发的控制策略和用量监控通知执行用量监控。
所述PCRF，还用于根据用户签约信息中的用量监控指示判断是否发送用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。
所述PCEF，还用于向OCS上报用量监控，所述上报包含所述监控键和累计监控用量；
所述OCS，还用于根据PCEF上报的累计监控用量进行用量监控决策，并向PCRF下发用量监控信息，包括：
如果OCS决策对所述用户继续执行用量监控，则决策产生用量监控状态，为所述监控键分配新的监控阈值，向PCRF下发的所述用量监控信息中包含所述用量监控状态、所述监控键和所述监控阈值；
如果OCS决策不对所述用户继续执行用量监控，则决策产生用量监控状态，向PCRF下发的所述用量监控信息中包含所述用量监控状态。
一种用量监控系统，包括：OCS、PCRF和PCEF；其中，
所述OCS，用于收来自PCRF的用量监控请求，根据组用户签约用量信息为组内用户分配阈值，并向PCRF下发所述阈值；
所述PCRF，用于根据PCRF下发的所述阈值进行用量监控决策和策略决策，并向PCEF下发控制策略和用量监控通知；
所述PCEF，用于根据PCRF下发的控制策略和用量监控通知，执行用量监控。
所述PCEF，还用于向PCRF上报用量监控，所述上报包含所述监控键和累计监控用量；
所述PCRF，还用于根据PCEF上报的累计监控用量进行用量监控决策和策略决策，包括：
当所述累计用量到达所述监控阈值时，所述PCRF根据所述阈值为所述监控键分配新的监控阈值，同时PCRF进行策略决策，产生新的控制策略，
当所述累计用量到达所述监控阈值，且所述监控阈值达到所述阈值时，则所述PCRF向所述OCS为所述用户重新申请新的阈值，如果OCS下发新的阈值，则所述PCRF根据所述新的阈值继续执行用量监控决策；如果OCS没有下发新的阈值，则所述PCRF停止所述用量监控。
所述PCRF，还用于根据用户签约信息中的用量监控指示判断是否发送所述用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。
本发明用量监控方法及系统，OCS接收来自PCRF的用量监控请求；OCS进行用量监控决策，并向PCRF下发用量监控信息；PCRF进行策略决策，并向PCEF下发控制策略和用量监控通知；PCEF根据PCRF下发的控制策略和用量监控通知执行用量监控，或者，OCS根据组用户签约用量信息为组内用户分配阈值，并向PCRF下发所述阈值；PCRF根据所述阈值进行用量监控决策和策略决策，并向PCEF下发控制策略和用量监控通知；PCEF根据PCRF下发的控制策略和用量监控通知，执行用量监控。通过本发明，可以实现对组用户的用量监控。
附图说明
图1为3GPP定义的针对移动网络的PCC架构示意图；
图2为现有技术中用量监控的实现流程示意图；
图3为本发明实施例提出的一种用量监控方法流程示意图；
图4为本发明实施例提出的另一种用量监控方法流程示意图；
图5为本发明实施例1所述用量监控方法的流程示意图；
图6为本发明实施例2所述用量监控和上报的流程示意图；
图7为本发明实施例3所述的用量监控和上报流程示意图；
图8为本发明实施例4所述的用量监控方法流程示意图；
图9为本发明实施例5所述的用量监控下发和上报的流程示意图。
具体实施方式
本发明的基本思想是：OCS接收来自PCRF的用量监控请求；OCS进行用量监控决策，并向PCRF下发用量监控信息；PCRF进行策略决策，并向PCEF下发控制策略和用量监控通知；PCEF根据PCRF下发的控制策略和用量监控通知执行用量监控，或者，OCS根据组用户签约用量信息为组内用户分配阈值，并向PCRF下发所述阈值；PCRF根据所述阈值进行用量监控决策和策略决策，并向PCEF下发控制策略和用量监控通知；PCEF根据PCRF下发的控制策略和用量监控通知，执行用量监控。
针对现有用量监控上报机制尚无法实现对共享签约用量的组用户实施用量监控的问题，本发明给出了一种针对组用户实施用量监控的方法。本发明实现的前提条件如下：假设对组用户使用统一的在线计费系统(Online Charging System，OCS)管理组用户成员的计费信息，由OCS统一管理组用户的签约信息，所述组用户的签约信息包含：用户组标识、组内用户的标识、组用户的签约用量等信息。SPR上存储组用户成员的签约信息，组内各成员的签约信息可能被保存到不同的SPR中。根据现有PCRF发现机制，可能为组内各用户附着到网络选择不同的PCRF为其服务。OCS上配置监控状态，在PCRF上配置监控状态和控制策略的对应关系，例如PCRF上配置监控状态‑1表示“监控用量未达到阈值”，所述监控状态‑1对应控制策略‑1；配置监控状态‑2表示“监控用量达到阈值”，所述监控状态‑2对应控制策略‑2。当PCRF从OCS中接收到具体的监控状态时，根据PCRF上配置，执行和具体监控状态对应的控制策略。
图3为本发明实施例提出的一种用量监控方法流程示意图，如图3所示，该方法包括：
步骤301：OCS接收来自PCRF的用量监控请求。
所述用量监控请求至少包括：需要进行用量监控的用户标识、需要进行用量监控的用户所属的用户组标识、以及用量监控指示。所述用量监控指示用于说明针对所述组内用户实施用量监控。
需要说明的是，OCS在接收来自所述PCRF的用量监控请求之前，还可以包括：PCRF根据用户签约信息中的用量监控指示判断是否发送所述用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。
步骤302：OCS进行用量监控决策，并向PCRF下发用量监控信息。
OCS收到来自PCRF的用量监控请求后，根据组用户签约用量信息进行用量监控决策，包括给所述组内用户决策用量监控状态，并根据组用户签约用量信息为所述组内用户分配监控键和监控阈值。OCS向PCRF下发的用量监控信息一般包括：分配给所述组内用户的监控键(monitoring key)、监控阈值(threshold)和用量监控状态(monitoring status)。
步骤303：PCRF进行策略决策，并向策略和计费执行功能PCEF下发控制策略和用量监控通知。
PCRF具体根据来自OCS的用量监控状态决策产生控制策略，所述控制策略包含所述监控键(monitoring key)，PCRF向PCEF下发的用量监控通知至少包含所述监控键和所述监控阈值。
步骤304：PCEF根据PCRF下发的控制策略和用量监控通知执行用量监控。
步骤305：当收到用量监控上报的触发时，PCEF向OCS上报用量监控，所述上报包含所述监控键和累计监控用量。
当累计监控用量到达用量监控阈值，或者，当PCRF要求PCEF上报用量监控情况时，PCEF向OCS上报累计监控用量。PCEF可以通过PCRF向OCS上报累计监控用量，也可以直接向OCS上报累计监控用量。
PCEF上报累计监控用量的同时，还需要携带相应的用量监控标识(monitoring key)。
需要说明的是，用量监控过程中，PCEF可能会向OCS上报多次。
步骤306：OCS根据所述上报的累计监控用量进行用量监控决策，并向PCRF下发用量监控信息。
具体的：
如果OCS决策对所述用户继续执行用量监控，则决策产生用量监控状态，为所述监控键分配新的监控阈值，向PCRF下发的所述用量监控信息中包含所述用量监控状态、所述监控键和所述监控阈值；
如果OCS决策不对所述用户继续执行用量监控，则决策产生用量监控状态，向PCRF下发的所述用量监控信息中包含所述用量监控状态。
图4为本发明实施例提出的另一种用量监控方法流程示意图，如图4所示，该方法包括：
步骤401：OCS接收来自PCRF的用量监控请求。
所述用量监控请求至少包括：需要进行用量监控的用户标识、需要进行用量监控的用户所属的用户组标识、以及用量监控指示。所述用量监控指示用于标识针对所述组内用户实施用量监控。
该步骤之前，PCRF可以根据用户签约信息中的用量监控指示判断是否发送用量监控请求，如果签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。
步骤402：OCS根据组用户签约用量信息为组内用户分配阈值，并向PCRF下发所述阈值。
具体的，OCS根据组用户用量签约信息给所述组内用户分配阈值，并下发给所述PCRF。
步骤403：PCRF根据所述阈值进行用量监控决策和策略决策，并向PCEF下发控制策略和用量监控通知。
这里，PCRF需要为所述组内用户分配监控键，并根据所述阈值为所述监控键分配监控阈值；PCRF进行策略决策产生控制策略，所述控制策略包含所述监控键。
步骤404：PCEF根据PCRF下发的控制策略和用量监控通知，执行用量监控。
步骤405：当收到用量监控上报的触发时，PCEF向PCRF上报用量监控，所述上报包含所述监控键和累计监控用量。
具体的，当累计监控用量到达用量监控阈值，或者，当PCRF要求PCEF上报用量监控情况时，PCEF向PCRF上报累计监控用量。
步骤406：PCRF根据所述上报的累计监控用量进行用量监控决策和策略决策。
具体的：
当所述累计用量到达所述监控阈值时，所述PCRF根据所述阈值为所述监控键分配新的监控阈值，同时PCRF进行策略决策，产生新的控制策略，
当所述累计用量到达所述监控阈值，且所述监控阈值达到所述阈值时，则所述PCRF向所述OCS为所述用户重新申请新的阈值。如果OCS下发新的阈值，则所述PCRF根据所述新的阈值继续执行用量监控决策；如果OCS没有下发新的阈值，则所述PCRF停止所述用量监控。
本发明还相应地提出一种用量监控系统，包括：OCS、PCRF和PCEF；其中，
所述OCS，用于在收到来自PCRF的用量监控请求后，进行用量监控决策，并向PCRF下发用量监控信息；
所述PCRF，用于在收到OCS的用量监控信息后，进行策略决策，并向PCEF下发控制策略和用量监控通知；
所述PCEF，用于根据PCRF下发的控制策略和用量监控通知执行用量监控。
所述PCRF，还用于根据用户签约信息中的用量监控指示判断是否发送用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。
所述PCEF，还用于向OCS上报用量监控，所述上报包含所述监控键和累计监控用量；
所述OCS，还用于根据PCEF上报的累计监控用量进行用量监控决策，并向PCRF下发用量监控信息，包括：
如果OCS决策对所述用户继续执行用量监控，则决策产生用量监控状态，为所述监控键分配新的监控阈值，向PCRF下发的所述用量监控信息中包含所述用量监控状态、所述监控键和所述监控阈值；
如果OCS决策不对所述用户继续执行用量监控，则决策产生用量监控状态，向PCRF下发的所述用量监控信息中包含所述用量监控状态。
本发明还相应地提出一种用量监控系统，包括：OCS、PCRF和PCEF；其中，
所述OCS，用于收来自PCRF的用量监控请求，根据组用户签约用量信息为组内用户分配阈值，并向PCRF下发所述阈值；
所述PCRF，用于根据PCRF下发的所述阈值进行用量监控决策和策略决策，并向PCEF下发控制策略和用量监控通知；
所述PCEF，用于根据PCRF下发的控制策略和用量监控通知，执行用量监控。
所述PCEF，还用于向PCRF上报用量监控，所述上报包含所述监控键和累计监控用量；
所述PCRF，还用于根据PCEF上报的累计监控用量进行用量监控决策和策略决策，包括：
当所述累计用量到达所述监控阈值时，所述PCRF根据所述阈值为所述监控键分配新的监控阈值，同时PCRF进行策略决策，产生新的控制策略，
当所述累计用量到达所述监控阈值，且所述监控阈值达到所述阈值时，则所述PCRF向所述OCS为所述用户重新申请新的阈值，如果OCS下发新的阈值，则所述PCRF根据所述新的阈值继续执行用量监控决策；如果OCS没有下发新的阈值，则所述PCRF停止所述用量监控。
所述PCRF，还用于根据用户签约信息中的用量监控指示判断是否发送所述用量监控请求，如果所述签约信息指示为所述用户启动用量监控，则所述PCRF向所述OCS发送用量监控请求。
下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。
实施例1
本实施例给出了PCRF为组内用户向OCS发送用量监控请求以及OCS针对所述组内用户下发用量监控信息的实现过程。其中OCS上保存了组用户签约信息，包括用户组标识、组内用户的标识、组用户签约用量等信息。假设同一用户组下的用户‑1和用户‑2分别附着到网络，根据现有网络实现机制，分别选择PCEF‑1、PCRF‑1为用户‑1接入服务，选择PCEF‑2和PCRF‑2为用户‑2接入服务。SPR中的用户签约信息包含了是否需要针对所述用户启动用量监控的指示。图5为本发明实施例1所述用量监控方法的流程示意图，如图5所示，该流程包括：
步骤501.在所有PCRF(包括PCRF‑1和PCRF‑2)上配置所有用量监控状态和对应的运营商策略。所述用量监控状态也配置到OCS上。
步骤502.组内用户UE‑1向PCEF‑1发起附着请求。
步骤503.PCEF‑1根据用户标识和/或者APN发现并选择PCRF‑1为UE‑1接入服务。PCEF‑1向PCRF‑1发起IP‑CAN会话建立的授权请求。
步骤504.PCRF‑1从SPR中获取到UE‑1的签约信息中包含了需要执行用量监控的指示，PCRF‑1向OCS发起Sy会话建立请求，请求针对UE‑1进行用量监控，所述请求消息中包含用户标识、用户组标识以及用量监控指示。
步骤505.OCS根据请求消息中的用户组标识和用户标识以及OCS上保存的组用户签约信息的内容判断所述用户是否属于所述用户组，如果是，则为所述用户决策分配监控键(monitoring key‑1)，并根据组用户签约用量为所述monitoring key‑1分配监控阈值(threshold‑1)以及决策初始用量监控状态(monitoring status)。
步骤506.OCS向PCRF‑1返回Sy会话建立响应，向PCRF‑1下发针对UE‑1的用量监控信息，包括初始用量监控状态(monitoring status)、监控键(monitoring key‑1)、监控阈值(threshold‑1)。
步骤507.PCRF‑1接收到所述用量监控信息后，根据初始用量监控状态对应的运营商策略以及其他信息(例如用户签约信息)决策产生控制策略，所述控制策略包括服务质量(Quality of Service，简称QoS)策略和计费控制策略。所述控制策略中包含步骤506下发的监控键(monitoring key‑1)。
步骤508.PCRF‑1向PCEF‑1返回IP‑CAN会话建立成功的响应，响应消息中包含所述控制策略和用量监控通知。所述用量监控通知中至少包括监控键(monitoring key‑1)和监控阈值(threshold‑1)。
步骤509.PCEF‑1执行策略，并启动针对UE‑1的用量监控。
步骤510.PCEF‑1向UE‑1返回附着成功的响应。
步骤511至步骤514为组内用户UE‑2附着到网络的过程。
步骤511.UE‑2向PCEF‑2发起附着请求。
步骤512.PCEF‑2收到所述附着请求之后，根据用户标识和/或APN信息发现并选择PCRF‑2为UE‑2接入服务，PCEF‑2向PCRF‑2发起IP‑CAN会话建立请求，PCRF‑2接收到所述请求之后，从SPR中获取UE‑2的签约信息，如果签约信息指示需要对UE‑2执行用量监控，则PCRF‑2向OCS发送Sy会话建立请求，携带用户组标识，用户标识，用量监控指示。当OCS接收到所述信息之后，根据用户组标识和用户标识判断UE‑2和UE‑1属于同一组，为UE‑2分配监控键(monitoring key‑2)，并根据组用户签约用量为monitoring key‑2分配监控阈值(threshold‑2)和决策初始用量监控状态。OCS向PCRF‑2返回Sy会话建立的响应，下发用量监控信息，包括分配给UE‑2的监控键monitoring key‑2，对应的监控阈值threshold‑2，初始用量监控状态monitoring status等信息。PCRF‑2基于初始用量监控状态信息对应的运营商策略及其他信息(例如签约信息等)决策产生控制策略，并将所述控制策略和用量监控通知(不包含初始用量监控状态)下发给PCEF‑2。
步骤513.PCEF‑2执行策略，并启动针对UE‑2的用量监控。
步骤514.PCEF‑2向UE‑2返回附着成功的响应。
上述OCS向PCRF‑1下发用量监控的过程发生在IP‑CAN会话建立阶段，此外上述OCS向PCRF‑1下发用量监控的过程也可以在IP‑CAN会话修改阶段。例如当UE‑1开展业务，向PCRF‑1请求为业务进行授权的时候，PCRF‑1向OCS发送用量监控请求，OCS根据指示向PCRF‑1下发用量监控。
实施例2
本实施例给出了针对实施例1中的组内用户UE‑1进行用量监控，并执行用量监控上报以及根据上报结果PCRF执行策略决策的过程。本实施例以针对UE‑1的用量监控和上报为例，针对组内用户UE‑2的用量监控和上报的过程与UE‑1类似。图6为本发明实施例2所述用量监控和上报的流程示意图，如图6所示，该流程包括：
步骤601.UE‑1开展业务，PCEF‑1启动针对UE‑1的用量监控。
步骤602.如果PCRF‑1要求PCEF‑1上报针对monitoring key‑1的累计监控用量(即使在PCEF‑1上监控的累计用量还没有到达监控阈值threshold‑1的情况下)，则PCRF‑1向PCEF‑1下发要求上报监控用量的指示。
步骤603.如果PCEF‑1收到来自PCRF‑1要求上报监控用量的指示，或者当PCEF‑1上监控的累计用量到达监控阈值threshold‑1，或者PCEF‑1收到其他要求上报监控用量的触发信息，PCEF‑1执行用量监控上报，所述上报信息中包含监控键(monitoring key‑1)以及对应的累计监控用量。
步骤604.PCRF‑1将PCEF‑1上报的针对monitoring key‑1的累计监控用量上报给OCS。
步骤605.OCS根据PCRF‑1上报的累计监控用量进行监控状态决策。例如，如果累计监控用量没有达到threshold‑1则决策下发监控状态‑1，如果累计监控用量达到了threshold‑1，则决策下发监控状态‑2。同时如果累计监控用量达到了threshold‑1，OCS还需要决策是否为monitoring key‑1分配新的监控阈值。
步骤606.OCS向PCRF‑1返回用量监控结果，具体为步骤606a或步骤606b。
步骤606a.如果不对UE‑1继续进行用量监控，则所述返回用量监控结果中包含OCS决策的用量监控状态。
步骤606b.如果对UE‑1继续进行用量监控，则返回的用量监控结果中包含OCS决策的用量监控状态，monitoring key‑1，以及新分配的监控阈值threshold‑3。
步骤607.根据OCS下发的用量监控状态对应的运营商策略，以及签约信息等，PCRF‑1为UE‑1开展的业务重新进行策略决策。
步骤608.PCRF‑1将决策产生的控制策略下发给PCEF‑1，具体为步骤608a或步骤608b。
步骤608a.如果不对UE‑1进行用量监控，则PCRF‑1将所述控制策略下发给PCEF‑1。
步骤608b.如果对UE‑1继续进行用量监控，则PCRF‑1在控制策略中包含监控键monitoring key‑1，并将所述控制策略和用量监控通知下发给PCEF‑1。所述用量监控通知至少包含监控键monitoring key‑1和监控阈值threshold‑3。
步骤609.PCEF‑1执行PCRF下发的策略。如果下发的策略中还包含了用量监控信息，则PCEF‑1继续启动针对UE‑1的用量监控。
实施例3
本实施例给出了针对实施例1中的组内用户UE‑1进行用量监控，并执行用量监控上报的过程。本实施例以UE‑1的用量监控和上报为例，针对组内用户UE‑2的用量监控和上报的过程与UE‑1类似。图7为本发明实施例3所述的用量监控和上报流程示意图，如图7所示，该流程包括：
步骤701.UE‑1开展业务，PCEF‑1启动针对UE‑1的用量监控。
步骤702.如果PCRF‑1要求PCEF‑1上报针对monitoring key‑1的累计监控用量(即使在PCEF‑1上监控的累计用量还没有到达监控阈值threshold‑1的情况下)，则PCRF‑1向PCEF‑1下发要求上报监控用量的指示。
步骤703.如果PCEF‑1收到来自PCRF‑1要求上报监控用量的指示，或者当PCEF‑1上监控的累计用量到达监控阈值threshold‑1，或者PCEF‑1收到其他要求上报监控用量的触发信息，PCEF‑1通过Gy接口向OCS执行用量监控上报，所述上报信息中包含监控键monitoring key‑1以及对应的累计监控用量。OCS接收到所述累计监控用量之后，向PCEF‑1返回确认。
步骤704.OCS根据PCEF‑1上报的累计监控用量进行监控状态决策。例如，如果累计监控用量没有达到threshold‑1则决策向PCRF‑1下发监控状态‑1，如果累计监控用量达到了threshold‑1，则决策向PCRF‑1下发监控状态‑2。同时如果累计监控用量达到了threshold‑1，OCS还要决策是否为monitoring key‑1分配新的监控阈值。
注：在UE‑1附着建立IP‑CAN会话的时候，OCS需要执行Gy会话和Sy会话的关联，这样OCS根据从PCEF‑1接收的累计监控用量进行用量监控状态决策之后，才知道下发给哪个PCRF。
步骤705.OCS向PCRF‑1返回用量监控结果，具体可以为步骤705a或步骤705b。
步骤705a.如果不对UE‑1进行用量监控，则所述返回用量监控结果中包含OCS决策的用量监控状态。
步骤705b.如果对UE‑1继续进行用量监控，则返回的用量监控结果中包含OCS决策的用量监控状态，monitoring key‑1，以及新分配的监控阈值threshold‑3。
步骤706.根据OCS决策的用量监控状态对应的运营商策略，以及签约信息等，PCRF‑1为UE‑1开展的业务重新进行策略决策。
步骤707.PCRF‑1将决策产生的控制策略下发给PCEF‑1，具体可以为步骤707a或步骤707b。
步骤707a.如果不对UE‑1进行用量监控，则PCRF‑1将所述控制策略下发给PCEF‑1。
步骤707b.如果对UE‑1继续进行用量监控，则PCRF‑1在控制策略中包含监控键monitoring key‑1，并将所述控制策略和用量监控通知下发给PCEF‑1。所述用量监控通知至少包含监控键monitoring key‑1和监控阈值threshold‑3。
步骤708.PCEF‑1执行PCRF下发的策略。如果下发的策略中还包含了用量监控指示，则PCEF‑1继续启动针对UE‑1的用量监控。
实施例4
本实施例给出了PCRF为组内用户向OCS请求用量监控以及OCS根据组用户签约用量为所述组内用户分配阈值(threshold)并下发给PCRF的过程。其中OCS上保存了组用户签约信息，包括用户组标识、组内用户的标识、组用户签约用量等信息。假设同一用户组下的用户‑1和用户‑2分别附着到网络，根据现有网络实现机制，分别选择PCEF‑1、PCRF‑1为用户‑1接入服务，选择PCEF‑2和PCRF‑2为用户‑2接入服务。SPR中的用户签约信息包含了是否需要针对所述用户启动用量监控的指示。图8为本发明实施例4所述的用量监控方法流程示意图，如图8所示，该流程包括：
步骤801.组内用户UE‑1向PCEF‑1发起附着请求。
步骤802.PCEF‑1根据用户标识和/或者APN发现并选择PCRF‑1为UE‑1接入服务。PCEF‑1向PCRF‑1发起IP‑CAN会话建立的授权请求。
步骤803.PCRF‑1从SPR中获取到UE‑1的签约信息中包含了需要执行用量监控的指示，PCRF‑1向OCS发起Sy会话建立请求，请求针对UE‑1进行用量监控，所述请求消息中包含了用户标识、用户组标识以及用量监控指示。
步骤804.OCS根据请求消息中的用户组标识和用户标识以及OCS上保存的组用户签约信息的内容判断所述用户是否属于所述用户组，如果是，OCS则进行组用户签约用量分配，根据组用户签约用量为UE‑1分配阈值(threshold‑1)。
步骤805.OCS向PCRF‑1返回Sy会话建立响应，响应消息中包含所述阈值threshold‑1。
步骤806.PCRF‑1保存所述阈值threshold‑1，并基于运营商策略、签约信息等进行策略决策产生控制策略。
步骤807.PCRF‑1向PCEF‑1返回IP‑CAN会话建立成功的响应。
步骤808.PCEF‑1执行策略。
步骤809.PCEF‑1向UE‑1返回附着成功的响应。
步骤810至步骤813为组内用户UE‑2附着到网络的过程。
步骤810.UE‑2向PCEF‑2发起附着请求。
步骤811.PCEF‑2收到所述附着请求之后，根据用户标识和/或APN信息发现并选择PCRF‑2为UE‑2接入服务，PCEF‑2向PCRF‑2发起IP‑CAN会话建立请求，PCRF‑2接收到所述请求之后，从SPR中获取UE‑2的签约信息，如果签约信息指示需要对UE‑2执行用量监控，则PCRF‑2向OCS发送Sy会话建立请求，携带用户组标识，用户标识，用量监控指示。当OCS接收到所述信息之后，根据用户组标识和用户标识判断UE‑2和UE‑1属于同一组，根据组用户签约用量为UE‑2分配阈值(threshold‑2)。OCS向PCRF‑2返回Sy会话建立的响应，包含分配给UE‑2的所述阈值(threshold‑2)。PCRF‑2保存所述阈值(threshold‑2)，并基于运营商策略、签约信息等进行策略决策产生控制策略，将所述控制策略下发给PCEF‑2。
步骤812.PCEF‑2执行策略。
步骤813.PCEF‑2向UE‑2返回附着成功的响应。
实施例5
本实施例给出了PCRF针对组内用户进行用量监控决策、下发用量监控，并执行用量监控上报的过程实现。本实施例以组内用户UE‑1的用量监控下发和上报为例，针对组内用户UE‑2的用量监控下发和上报的过程与UE‑1类似。图9为本发明实施例5所述的用量监控下发和上报的流程示意图，如图9所示，该流程包括：
步骤901.UE‑1开展业务，PCRF‑1为所述业务进行策略决策，并对所述UE‑1开展的业务进行用量监控，PCRF‑1产生监控键(monitoring key‑1)并包含在控制策略中，并基于实施例4中OCS分配给UE‑1的阈值(threshold‑1)为所述监控键monitoring key‑1产生监控阈值threshold‑11(threshold‑11的取值小于等于threshold‑1)。PCRF‑1向PCEF‑1下发所述控制策略和用量监控通知，所述用量监控通知中包含监控键monitoring key‑1和监控阈值threshold‑11。
步骤902.UE‑1开展业务，PCEF‑1按照PCRF‑1下发的用量监控信息启动用量监控。
步骤903.当PCEF‑1上监控的累计用量到达监控阈值threshold‑11时，PCEF‑1执行用量监控上报，所述上报信息中包含monitoring key‑1以及对应的累计监控用量。
步骤904.根据PCEF‑1的用量监控上报结果，PCRF‑1重新进行策略决策产生控制策略。
这里如果步骤901下发的threshold‑11取值等于threshold‑1，则说明实施例四中OCS分配给UE‑1的阈值threshold‑1已经被UE‑1用完，因此需要直接执行步骤909‑步骤911的过程，向OCS申请新的阈值。
如果步骤901下发的threshold‑11取值小于threshold‑1，则说明实施例4中OCS分配给UE‑1的阈值threshold‑1还没有被UE‑1用完，则PCRF‑1基于threshold‑1和threshold‑11为monitoring key‑1产生新的监控阈值threshold‑12。
步骤905.PCRF‑1将新的控制策略(包含monitoring key‑1)和用量监控信息(包含monitoring key‑1和threshold‑12)下发给PCEF‑1。
步骤906.PCEF‑1进行策略调整，并继续启动用量监控。
步骤907.当PCEF‑1上的累计监控用量达到监控阈值threshold‑12的时候，PCEF‑1执行用量监控上报。
步骤908.根据PCEF‑1上报的用量监控结果，PCRF‑1判断实施例四中OCS分配给UE‑1的阈值threshold‑1已经用完，需要向OCS申请新的阈值。
步骤909.PCRF‑1向OCS发起新的用量申请请求，请求中包含用户组标识、UE‑1标识等信息。
步骤910.接收用量申请请求后，OCS判断如果所述组用户签约用量还没有全部分配给组内用户，则OCS给UE‑1分配新的阈值threshold‑3。如果所述组用户签约用量已经全部分配给了组内用户，则OCS向PCRF‑1返回申请用量失败。后续PCRF‑1终止对UE‑1的用量监控。
步骤911.OCS向PCRF‑1下发分配给UE‑1的新的阈值threshold‑3。
步骤912.如果PCRF‑1接收所述阈值threshold‑3，则按照步骤901‑903的过程继续对UE‑1进行用量监控。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。