本发明涉及通信技术领域，尤其涉及一种数据业务控制方法、相关装置及系统。
背景技术：
为了使用户可以根据自身需求灵活的使用数据业务，电信运营商可以向用户提供多种QoS(Quality of Service，中文：服务质量)策略(例如带宽控制策略)的产品。这样，一个用户可以同时订购多种不同QoS策略的数据业务产品。QoS策略可包括带宽策略等。例如，用户订购了三种数据业务产品(优先级降序排列)：产品1、产品2和产品3。其中，产品1的流量是10M，产品1对应的带宽控制策略是：10Mbps带宽；产品2的流量是2G，产品2对应的带宽控制策略是：5Mbps带宽；产品3的流量是50G，产品3对应的带宽控制策略是：2Mbps带宽。各个产品对应的QoS签约策略可存储在该用户对应的QoS签约信息中。
在用户订购有多种QoS策略的数据业务产品的场景下，在同一个会话中，用户需要将一种QoS策略的数据业务产品用尽后才能继续使用另外一种QoS策略的数据业务产品。用户使用产品的先后顺序通常由产品的业务优先级决定。例如，假设用户订购了上述示例中的3种产品，在用户持续使用数据业务时，用户先将产品1的10M流量使用完毕，然后继续使用产品2的2G流量。理想的，在用户订购有多种QoS策略的数据业务产品的场景下，运营商希望用户能按照各种数据业务产品各自对应的QoS策略来使用所述各种数据业务产品。也即是说，用户最好能在10Mbps带宽下使用产品1的10M流量，能在5Mbps带宽下使用产品2的2G流量，能在2Mbps带宽下使用产品3的50G流量。
但是，在策略和计费执行功能(Policy and Charging Enforcement Function，PCEF)向在线计费系统(Online Charging System,OCS)请求获得的授权服务(例如授权流量或授权时长等)由用户订购的多种数据业务产品构成时，策略和计费规则功能(Policy and Charging Rules Function，PCRF)以该授权服务为整体下发QoS策略。也即是说，OCS下发的授权服务可能包含的多种不同QoS策略的授权量(一种QoS策略的授权量对应一种数据业务产品)会被统一按照PCRF下发的QoS策略来使用。例如，假设用户订购了上述示例中的3种产品，OCS下发50M授权流量，其中10M流量来自产品1，剩余的40M流量来自产品2。在用户连续使用该50M授权流量时，PCRF将整个50M授权流量的QoS策略统一配置成产品1的QoS策略。这样，50M授权流量中的10M来自产品1的流量会被用户在10Mbps带宽下使用，50M授权流量中的另外40M来自产品2的流量也会被用户在10Mbps带宽下使用，导致来自产品2的40M流量并未在产品2的签约带宽(即5Mbps带宽)下被使用，带宽控制不准确。
技术实现要素：
本发明实施例提供了一种数据业务控制方法、相关装置及系统，在用户订购有不同QoS策略的多种数据业务产品的场景下，当用户使用所述多种数据业务产品时，可实现带宽控制的准确性。
第一方面，本发明实施例提供了一种数据业务控制方法，应用于策略和计费执行功能实体PCEF侧，该方法可包括：当用户上线时，策略和计费执行功能实体PCEF向在线计费系统OCS发送信用控制请求CCR，之后接收在线计费系统OCS返回的信用控制应答CCA，所述信用控制应答包含在线计费系统OCS下发的授权服务对应的多个授权服务单元，其中，一个授权服务单元对应一种QoS策略的授权量，一种QoS策略的授权量对应一种所述用户订购的数据业务产品。最后，策略和计费执行功能实体PCEF可以根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务。
第二方面，本发明实施例提供了一种数据业务控制方法，应用于在线计费系统OCS侧，该方法可包括：在线计费系统OCS接收策略和计费执行功能实体PCEF发送的信用控制请求CCR，并根据用户订购的数据业务产品和所述用户的当前余额信息确定下发给所述用户的授权服务，向策略和计费执行功能实体PCEF返回信用控制应答CCA。其中，所述信用控制应答包含在线计费系统OCS下发的所述授权服务对应的多个授权服务单元，一个授权服务单元对应一种QoS策略的授权量，一种QoS策略的授权量对应一种所述用户订购的数据业务产品。策略和计费执行功能实体PCEF用于根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务。
实施第一方面和第二方面描述的数据业务控制方法，在下发给用户的授权服务包括多种QoS策略的授权量的场景下，通过OCS下发多个GSU，PCEF可以根据每一个GSU来控制用户使用该GSU对应的授权量，当该GSU对应的授权量被使用完毕时，PCEF会触发更新QoS策略，利用下一个GSU对应的QoS签约策略控制用户使用该下一个GSU对应的授权量，可提高QoS控制的准确性。
结合第一方面或第二方面，在一些可选的实施例中，PCEF根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务的实现方式可包括下面两种：
第一种实现方式：针对所述多个授权服务单元，在用户使用完毕第i个GSU对应的授权量后，PCEF可以向在线计费系统OCS发送用量通知，用以触发OCS通知PCRF重新下发QoS策略。具体的，OCS响应所述用量通知，向PCRF发送支出状态通知请求(SNR,Spending-Status-Notification-Request)。PCRF响应SNR，向PCEF返回重新鉴权请求RAR，其中，所述重新鉴权请求RAR包含第i+1个授权服务单元对应的数据业务产品的QoS签约策略。最后，PCEF接收PCRF返回的重新鉴权请求RAR，并根据所述第i+1个授权服务单元对应的流量产品的QoS配置控制用户使用所述第i+1个授权服务单元对应的授权量。
第二种实现方式：所述多个授权服务单元中的每一个授权服务单元均携带有所述授权服务单元对应的数据业务产品的QoS签约策略。针对所述多个授权服务单元，在用户使用完毕第i个授权服务单元对应的授权量后，PCEF可以根据第i+1个授权服务单元对应的QoS签约策略控制用户使用所述第i+1个授权服务单元对应的授权量。其中，i是正整数，小于所述多个授权服务单元的总个数。
可以理解的，上述第一种实现方式和上述第二种实现方均可以实现准确的QoS控制。而且，上述第二种实现方式通过在每一个GSU中携带该GSU对应的产品的QoS签约策略，可实现PCEF直接根据GSU便可以更新用户使用授权量的QoS策略，可较少系统的信令交互，避免了因为单个GSU对应的授权量过小而导致的系统交互负担过重的问题。
在上述第一种实现方式中，所述用量通知可以是扩展的信用控制请求CCR。本发明实施例中，该扩展的CCR仅仅用于上报用户的用量信息，不触发OCS下发授权服务。可选的，可以扩展携带在CCR中的USU，为USU中的枚举参数Reporting-Reason AVP增加新定义的取值。需要说明的，所述用量通知也可以是通过其他方式扩展现有的CCR得到的，例如定义新的AVP，携带该新的AVP的CCR即所述用量通知。可选的，所述用量通知还可以是全新定义的通知消息(Notification)，这里不作限制。
第三方面，本发明实施例提供了一种数据业务控制方法，应用于策略和计费执行功能实体PCEF侧，该方法可包括：当用户上线时，PCEF向OCS发送信用控制请求CCR，之后接收OCS返回的信用控制应答CCA，所述信用控制应答包含OCS下发的授权服务对应的授权服务单元，以及所述授权服务对应的QoS切换门限。所述QoS切换门限用于表征所述授权服务包括的多种不同QoS签约策略的授权量之间的切换门限。最后，PCEF可以根据所述授权服务对应的所述QoS切换门限控制用户使用所述授权服务。
第四方面，本发明实施例提供了一种数据业务控制方法，应用于在线计费系统OCS侧，该方法可包括：OCS接收PCEF发送的信用控制请求CCR，根据用户订购的数据业务产品和所述用户的当前余额信息确定下发给所述用户的授权服务，向PCEF返回信用控制应答CCA。OCS返回的所述信用控制应答包含OCS下发的授权服务对应的授权服务单元，以及所述授权服务对应的QoS切换门限。这里，所述QoS切换门限可用于表征所述授权服务包括的多种不同QoS签约策略的授权量之间的切换门限。
第五方面，本发明实施例提供了一种数据业务控制方法，应用于策略和计费规则功能实体PCRF侧，该方法可包括：PCRF接收PCEF发送的信用控制请求CCR，所述信用控制请求包含所述用户的用量信息，并根据所述用户的用量信息判断出所述用户消耗的授权量达到QoS切换门限，重新确定下发给PCEF的QoS策略，将重新确定的QoS策略携带在信用控制应答中返回给PCEF。这里，所述QoS切换门限是在线计费系统OCS下发给所述用户的授权服务对应的QoS切换门限，用于表征所述授权服务包括的多种不同QoS签约策略的授权量之间的切换门限。
实施第三方面、第四方面和第五方面描述的数据业务控制方法，在下发给用户的授权服务包括多种数据业务产品的场景下，通过在OCS下发的CCA中携带QoS切换门限来监控用户使用授权量，一旦用户消耗的授权量达到所述QoS切换门限，则PCEF可以上报CCR给PCRF，触发PCRF及时变更QoS策略，可提高QoS控制的准确度。
结合第三方面、第四方面或第五方面，在一些可选的实施例中，所述PCEF根据所述QoS切换门限控制用户使用所述授权服务的具体实现方式可如下包括：当所述用户消耗的授权量达到所述QoS切换门限时，PCEF向PCRF发送信用控制请求，并接收PCRF返回的信用控制应答。其中，发送给PCRF的所述信用控制请求包含所述用户消耗的授权量，用于触发PCRF重新下发QoS策略。PCRF返回的所述信用控制应答包括PCRF重新下发的QoS策略。最后，PCEF可以根据PCRF重新下发的QoS策略控制用户继续使用所述授权服务。
结合第三方面、第四方面或第五方面，在一些可选的实施例中，OCS下发的所述授权服务(例如50M授权流量)对应的QoS切换门限不限于1个门限值，也可以是多个门限值。概括的说，如果所述授权服务包括N种QoS策略的授权量，则所述QoS切换门限包括N-1个门限值；N≥2，N是正整数。
第六方面，本发明实施例提供了一种策略和计费执行功能实体PCEF，可包括实现第一方面描述的方法的功能单元。
第七方面，本发明实施例提供了一种在线计费系统OCS，可包括实现第二方面描述的方法的功能单元。
第八方面，本发明实施例提供了一种策略和计费执行功能实体PCEF，可包括实现第三方面描述的方法的功能单元。
第九方面，本发明实施例提供了一种在线计费系统OCS，可包括实现第四方面描述的方法的功能单元。
第十方面，本发明实施例提供了一种策略和计费规则功能实体PCRF，可包括实现第五方面描述的方法的功能单元。
第十一方面，本发明实施例提供了一种策略和计费执行功能实体PCEF，可包括处理器、存储器和收发器，其中，所述存储器用于存储实现第一方面描述的方法的指令代码，所述处理器用于执行存储于所述存储器中的指令代码。
第十二方面，本发明实施例提供了一种在线计费系统OCS，可包括处理器、存储器和收发器，其中，所述存储器用于存储实现第二方面描述的方法的指令代码，所述处理器用于执行存储于所述存储器中的指令代码。
第十三方面，本发明实施例提供了一种策略和计费执行功能实体PCEF，可包括处理器、存储器和收发器，其中，所述存储器用于存储实现第三方面描述的方法的指令代码，所述处理器用于执行存储于所述存储器中的指令代码。
第十四方面，本发明实施例提供了一种在线计费系统OCS，可包括处理器、存储器和收发器，其中，所述存储器用于存储实现第四方面描述的方法的指令代码，所述处理器用于执行存储于所述存储器中的指令代码。
第十五方面，本发明实施例提供了一种策略和计费规则功能实体PCRF，可包括处理器、存储器和收发器，其中，所述存储器用于存储实现第五方面描述的方法的指令代码，所述处理器用于执行存储于所述存储器中的指令代码。
第十六方面，本发明实施例提供了一种数据业务控制系统，包括策略和计费执行功能实体PCEF和在线计费系统OCS。其中：所述PCEF可以是第六方面或者第十一方面描述的PCEF，也可以是第一方面或者第二方面中提及的PCEF。所述OCS可以是第七方面或者第十二方面描述的OCS，也可以是第一方面或者第二方面中提及的OCS。
第十七方面，本发明实施例提供了一种数据业务控制系统，包括策略和计费执行功能实体PCEF、在线计费系统OCS，以及策略和计费规则功能实体PCRF。其中：所述PCEF可以是第六方面或者第十三方面描述的PCEF，也可以是第三方面或者第四方面或者第五方面中提及的PCEF。所述OCS可以是第六方面或者第十四方面描述的OCS，也可以是第三方面或者第四方面或者第五方面中提及的OCS。所述PCRF可以是第六方面或者第十五方面描述的OCS，也可以是第三方面或者第四方面或者第五方面中提及的PCRF。
实施本发明实施例，在用户订购有不同QoS策略的多种数据业务产品的场景下，当用户使用所述多种数据业务产品时，可实现带宽控制的准确性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所
需要使用的附图作简单地介绍。
图1是本发明实施例涉及的一种策略控制计费系统的架构示意图；
图2是本发明实施例涉及的一种现有的数据业务控制方法的流程示意图；
图3是本发明实施例涉及的另一种现有的数据业务控制方法的流程示意图；
图4是本发明实施例涉及的再一种现有的数据业务控制方法的流程示意图；
图5是本发明实施例涉及的另一种策略控制计费系统的架构示意图；
图6是本发明实施例涉及的再一种现有的数据业务控制方法的流程示意图；
图7是本发明实施例提供的一种数据业务控制方法的流程示意图；
图8是图7实施例的第一种实现方式的的流程示意图；
图9是图7实施例的第二种实现方式的的流程示意图；
图10是本发明实施例提供的另一种数据业务控制方法的流程示意图；
图11是本发明实施例提供的一种PCEF的结构示意图；
图12是本发明实施例提供的一种OCS的结构示意图；
图13是本发明实施例提供的一种PCRF的结构示意图；
图14是本发明实施例提供的一种相关装置的结构示意图。
具体实施方式
本发明的实施方式部分使用的术语仅用于对本发明的具体实施例进行解释，而非旨在限定本发明。
图1是本发明实施例涉及的策略控制计费(Policy Control Charging，PCC)系统的架构示意图。通过图1所示系统中的OCS、PCEF、PCRF等网元之间的协作，可实现对用户订购的多种QoS策略的数据业务产品的使用进行控制。其中：
PCRF是由3GPP的R6规范中的策略决策功能(Policy Decision Function，PDF)和计费规则功能(Charging Rules Function，CRF)实体合并而来的。PCRF包含策略控制决策和基于流计费控制的功能，可实现关于业务数据流检测、门控、基于QoS和基于流计费(除信用控制外)的网络控制功能。PCRF可通过Gx接口向PCEF提供PCC规则和PCC决策。用户签订的QoS签约信息可与PCRF侧的策略规则(例如基于服务或者签约的策略规则或者预定义的策略规则)一同使用，用来生成授权的QoS策略，应用于业务数据流。
PCEF是由3GPP的R6规范中的策略执行实体(Policy Enforcement Function，PEF)和数据平面功能(Traffic Plane Function，TPF)实体合并而来的。在GPRS中，PCEF是集成在GGSN中的一个逻辑功能实体。PCEF主要负责：业务数据流的侦测，策略执行，基于流的计费(包括离线和在线计费两种计费机制)等功能。其中，PCEF可以通过业务数据流的侦测这一功能获取信令流，识别用户，以及获取用户正在使用的数据服务的细节。之后，PCEF可以将侦测到的信息通过Gx接口发给PCRF，通过Gy接口发给OCS。PCEF可用于根据PCRF授权的QoS策略执行QoS控制。
OCS可用于根据从PCEF获取到的用户信息，为网络资源的使用提供认证。该认证必须由OCS在实际资源使用之前来完成。当收到网络资源使用请求时，网络侧(例如网关)可以将相关的计费信息打包，生成计费事件，实时发送给OCS。然后，OCS通过Gy接口向PCEF返回资源使用认证。资源使用认证限定了一定的服务范围(例如数量限定的数据流量或者时长)，因此，随着用户对资源的持续使用，该认证需要经常更新。OCS可支持时长、流量和基于事件的计费。
在用户订购有多种QoS策略的数据业务产品的场景下，在同一个会话中，用户需要将一种QoS策略的数据业务产品用尽后才能继续使用另外一种QoS策略的数据业务产品。
具体实现中，PCEF通过Gy接口向OCS发送信用控制请求(Credit Control Request，CCR)请求，以请求获得授权服务。具体实现中，CCR可携带多业务信用控制(Multiple-Services-Credit-Control，MSCC)指定需要申请的业务量，例如业务所属的费率组(Rating-Group，RG)、业务对应的服务标识(Service-Identifier)等。OCS响应该CCR，通过Gy接口向PCEF返回信用控制应答(Credit Control Answer，CCA)，CCA可携带MSCC AVP(Attribe Value Pair，中文：属性值对)中的授权服务单元(Granted Service Unit，GSU)。目前，在3GPP 32.299规范中，Gy接口的一个MSCC最多只能携带一个GSU。3GPP 32.299(RFC 4006)中，MSCC AVP的定义如下(关于各个参数的定义和说明请参考3GPP 32.299)：
其中，GSU AVP的定义如下：
由此可见，在一次授权服务请求过程中，OCS仅分配一个授权服务单元GSU，指示PCEF根据该GSU控制用户上网。在用户订购有不同QoS策略的多种数据业务产品的场景下，OCS下发的授权服务可能包含多种不同QoS策略(如带宽)的授权量。但是，PCEF无法区分出该授权服务中的不同QoS策略的授权量，从而导致PCEF按照统一的QoS策略来控制用户使用该授权服务的全部授权量，没有按照用户订购的多种数据业务产品各自对应的QoS策略来控制用户使用所述多种数据业务产品，导致数据业务的QoS控制不够准确。
需要说明的，本发明实施例涉及的所述数据业务产品可以流量为计量对象，所述数据业务产品的余额是指剩余流量，用户请求获得的所述授权服务是指授权流量。本发明实施例涉及的所述数据业务产品也可以时长为计量对象，所述数据业务产品的余额是指剩余时长，用户请求获得的所述授权服务是指授权时长。实际应用中，所述数据业务产品还可以流量和时长二者为计量对象，余额也可以是指流量和时长的余额，授权服务也可以是指流量和时长的余额。本发明实施例不限制数据业务产品的计量对象，所述数据业务产品的计量对象还可以包括其他参数。为了方便说明，在下述内容中，以流量为例来描述本发明实施例。
下面先介绍通过PCEF、PCRF和OCS如何控制订购有多种数据业务产品的用户上网的几种现有技术。
现有技术一图2方案采取图1所示的组网方式，即OCS将用户的用量信息通过Sy接口通知给PCRF，触发PCRF重新下发QoS策略。假设，OCS侧每次授权50M流量。用户订购了产品1和产品2，分别剩余10M和2G流量，签约带宽分别为10Mbps和2Mbps。图2方案可展开如下：
S101，当用户上线时，PCEF通过Gx接口发送信用控制请求CCR到PCRF。
S102，PCRF根据用户订购的数据业务产品和该用户的当前余额信息进行判断，发现当前优先级最高的产品1的流量未用尽，则根据产品1的10Mbps带宽确定下发给PCEF的QoS策略，并将该QoS策略携带在信用控制应答CCA中，下发该CCA给PCEF。这样，PCEF在向OCS请求获得授权服务(授权流量或授权时长等)之后，便可根据PCRF下发的该QoS策略控制用户使用OCS下发的所述授权服务。具体的，下发给PCE的该QoS策略可允许用户在产品1的10Mbps下使用OCS下发的所述授权服务。
S103，PCEF通过Gx接口发送信用控制请求CCR到OCS，以请求获得流量授权。CCR可携带费率组(Rating Group，RG)、已用服务单元(Used Service Unit，USU)和请求的服务单元(Requested Service Unit，RSU)。其中，RG表示用户使用业务所属的费率组，USU表示用户已消耗的授权量，RSU表示用户请求获得的授权量。
S104，OCS根据用户订购的数据业务产品和该用户的当前余额信息发现用户总共还有10M+2G的流量可用，其中产品1的10M流量不足一个完整的50M GSU。OCS根据用户全部剩余流量(10M+2G的流量)确定下发一个50M GSU给PCEF，并将该GSU携带在信用控制应答CCA中，返回该CCA给PCEF。应理解的，这50M授权流量中的10M流量是产品1的流量，另外的40M流量是产品2的流量。但是，PCEF收到50M的GSU之后，允许用户在10Mbps的带宽下用完整个50M授权流量。这样导致在用户用完10M的高带宽(即10Mbps带宽)流量之后，不能及时切换到低带宽(即2Mbps带宽)使用剩下的40M流量。
S105，在用户消耗了一些流量(例如20M)之后，PCEF通过Gy接口向OCS发送信用控制请求CCR。这个CCR可携带用户已消耗的流量，用以将用户已消耗的流量上报给OCS，并重新请求获得授权服务(授权流量或授权时长等)。具体实现中，通过消耗服务单元USU来指示用户已消耗的流量。
S106，OCS收到PCEF发送的CCR之后，根据USU中携带的用户已消耗的20M流量扣除用户的产品1上的10M流量，和产品2上的10M流量，此时发现产品1的流量用尽，则通过Sy接口向PCRF发送SNR。具体实现中，OCS可以通过SNR携带状态信息Policy-Counter-Status，以触发PCRF重新下发QoS策略。
S107，PCRF返回SNA响应。
S108，OCS扣费后，根据剩余的产品2的剩余流量重新下发一个50M的GSU给PCEF，并将该GSU携带在信用控制应答CCA中，最后返回该CCA给PCEF。
S109，PCRF在收到OCS发送的SNR之后，重新确定下发给用户的QoS策略，并通过Gx接口将新的QoS策略携带在重新鉴权请求(Re-Auth-Request，RAR)中下发给PCEF，通知PCEF按照新的QoS策略控制用户上网。这里，所述新的QoS策略即产品2的QoS签约策略。也即是说，PCEF可以根据新的QoS策略控制用户切换到产品2对应的2Mbps签约带宽上使用OCS新下发的授权量。
S110，PCEF收到RAR之后，将用户的带宽限制到2Mbps，返回重新鉴权应答(Re-Auth-Answer，RAA)给PCRF。
可以理解的，图2所示的方案中，OCS在S104中下发的50M授权流量中的10M授权量是产品1的流量，另外的40M授权量是产品2的流量。但是，这50M授权流量被统一配置了一种QoS策略(图2中具体为带宽策略)，导致属于产品2的所述另外的40M授权量并未被按照产品2的QoS签约带宽来使用，带宽控制不准确。
而且，图2方案在多RG或多会话(session)的场景下会出现图3所示的情况：
S201，当用户上线时，PCEF通过Gx接口发送信用控制请求CCR到PCRF。
S202，PCRF根据用户订购的数据业务产品和该用户的当前余额信息进行判断，发现还有产品1的流量未用尽，按照产品1的10Mbps带宽确定QoS策略，并将QoS策略携带在信用控制应答CCA中，返回该CCA给PCEF。这样，PCEF在向OCS请求获得授权服务(授权流量或授权时长等)之后，便可根据PCRF下发的该QoS策略控制用户使用OCS下发的授权服务。
S203，PCEF通过Gx接口发送信用控制请求CCR到OCS，以请求获得授权服务(授权流量或授权时长等)。CCR可携带费率组(Rating Group，RG)、已用服务单元(Used Service Unit，USU)和请求的服务单元(Requested Service Unit，RSU)。其中，RG表示用户使用业务所属的费率组，USU表示用户已消耗的服务，RSU表示用户请求获得的服务单元。这里，用户请求获得的50M授权流量属于RG1，即费率组1。
S204，OCS根据用户订购的数据业务产品和该用户的当前余额信息发现用户总共还有10M+2G的流量可用，其中产品1的10M流量不足一个完整的50M GSU。OCS根据用户全部剩余流量(10M+2G的流量)确定下发一个50M授权流量给PCEF，并将该GSU携带在发送给PCEF的信用控制应答CCA中。
PCEF收到该50M GSU之后，控制用户在10Mbps带宽下使用该50M授权流量。
S205，当用户访问脸书(Facebook)网站(假设PCEF将访问脸书网站的业务识别为RG 2)时，针对这个RG 2的新业务，PCEF向OCS发送CCR请求，以请求获得授权服务(授权流量或授权时长等)。
S206，OCS收到PCEF发送的CCR之后，发现产品1的全部流量已被RG 1预留，只能根据产品2的流量下发50M授权流量给RG2，并将该50M GSU携带在CCA中发送给PCEF。
这时，OCS还没有通知PCRF产品1已经使用完毕，PCRF侧关于用户的流量余额信息未更新，不会触发产生新的QoS策略。也即是说，PCEF仍然按照10Mbps带宽控制用户使用RG 2的50M授权流量。然而，RG 2的流量是产品2的流量。这样导致用户按照产品1的带宽使用产品2的流量，带宽控制不准确。
现有技术二图4方案采取图5所示的组网方式，即：OCS跟PCRF各自独立，没有消息交互，PCRF通过Gx接口接收PCEF上报的用户余额信息，并根据该用户的余额信息进行QoS策略控制。OCS侧每次下发固定的授权流量，例如50M流量。PCRF侧采用固定的流量监控门限(如60M)，一旦用户消耗的流量到达该监控门限，PCRF会重新下发QoS策略。假设用户订购了产品1和产品2，分别剩余10M和2G流量，签约带宽分别为10Mbps和2Mbps。图4方案具体包括：
S301，当用户上线时，PCEF通过Gx接口向PCRF发送信用控制请求CCR。
S302，PCRF根据用户订购的数据业务产品和该用户的当前余额信息进行判断，发现还有产品1的流量未用尽，按照产品1的10Mbps带宽确定QoS策略，并将QoS策略和监控门限携带在信用控制应答CCA中，下发该CCA给PCEF。这样，PCEF在向OCS请求获得授权服务(授权流量或授权时长等)之后，便可根据10Mbps带宽的QoS策略控制用户使用订购的数据业务产品，并根据PCRF下发的所示监控门下对用户消耗的流量进行监控，以便在累计消耗流量达到60M时通知PCRF。
S303，PCEF通过Gy接口发送信用控制请求CCR到OCS，以请求获得授权服务(授权流量或授权时长等)。
S304，OCS根据用户订购的数据业务产品和该用户的当前余额信息发现用户总共还有10M+2G的流量可用，其中产品1的10M流量不足一个完整的50M GSU。OCS根据用户全部剩余流量(10M+2G的流量)确定下发一个50M的GSU授权流量给PCEF，并将该GSU携带在发送给PCEF的信用控制应答CCA中。
PCEF收到该50M GSU之后，控制用户在10Mbps带宽下使用该50M的授权流量。
S305，在用户消耗了一些流量(例如20M)之后，PCEF通过Gy接口重新向OCS发送信用控制请求CCR。这个CCR可携带用户已消耗的授权量，用以将用户已消耗的授权量上报给OCS，并重新请求获得授权服务(授权流量或授权时长等)。具体实现中，通过消耗服务单元USU来指示用户已消耗的授权量。
S306，OCS收到PCEF发送的CCR之后，根据USU中携带的用户已消耗的20M流量扣除用户的产品1上的10M流量，和产品2上的10M流量。然后，OCS根据产品2的剩余流量确定重新下发一个50M的GSU给PCEF，并将该GSU携带在发送给PCEF的信用控制应答CCA中。
S307，当用户累积使用流量达到PCRF侧设置的监控门限(如60M)之后，PCEF通过Gx接口发送信用控制请求CCR给PCRF，用以上报用户的流量使用情况。
S308，PCRF在收到CCR之后，发现产品1的流量已经使用完毕，重新确定QoS策略，并将QoS策略携带在信用控制应答CCA中，下发该CCA给PCEF，以通知PCEF控制用户切换到2Mbps带宽。
可以理解的，图4方案中，PCEF只根据PCRF下发的监控门限来触发上报用户的累积消耗流量，以触发PCRF更新QoS策略。在累积流量未达到PCRF侧的监控门限时，用户可能使用了多种不同QoS策略的授权量(产品1的10M和产品2的50M)。但是，PCEF按照统一的QoS策略(产品1的10Mbps带宽)来控制用户使用数据业务，导致带宽控制不准确。
现有技术三图6方案采取图1所示的组网方式。PCEF上报CCR到OCS请求流量授权，OCS侧只根据当前最高优先级的产品的流量进行处理，并根据其剩余的流量下发GSU。假设用户订购了产品1和产品2，分别剩余1K和2G流量，签约带宽分别为10Mbps和2Mbps。图6方案具体包括：
S401，当用户上线时，PCEF发送CCR请求到PCRF
S402，PCRF根据用户订购的数据业务产品和该用户的当前余额信息进行判断，发现还有产品1的流量未用尽，按照产品1的10Mbps带宽下发QoS策略，将该QoS策略携带在CCA消息中，并返回该CCA给PCEF。
S403，PCEF发送CCR请求到OCS请求流量授权。
S404，OCS根据用户订购的数据业务产品和该用户的当前余额信息进行处理，发现用户产品1的优先级高，并且剩余1K流量，则可以根据产品1的1K剩余流量下发一个1K的GSU给PCEF，并将该GSU携带在CCA中，返回该CCA给PCEF。
PCEF收到CCA之后，则允许用户按照10Mbps的带宽使用此1K的流量。
S405，在用户使用完毕1K流量或其他小于1K的设定流量后，PCEF触发CCR请求，上报用户已消耗的授权量(假设为1K)并重新请求获得授权流量。具体实现中，用户已消耗的授权量可以通过USU表示。
S406，OCS收到CCR之后，根据USU发现产品1的1K流量已经被用尽，则可以触发SNR请求通知PCRF，以请求PCRF重新下发QoS策略。
S407，PCRF回SNA响应。
S408，OCS扣费后，根据产品2的剩余流量计算，重新下发50M的授权流量，返回CCA响应给PCEF。
S409，PCRF在收到SNR之后，重新下发QoS策略，下发新的QoS策略给PCEF，通知PCEF切换带宽到产品2对应的2Mbps带宽，控制用户在2Mbps带宽下使用新下发的(来自产品2)50M授权流量。
S410，PCEF收到RAR之后，将用户的带宽限制到2Mbps，并返回RAA给PCRF。
图6方案虽然区别化的处理了用户订购的多种产品，在用户使用订购的数据业务时可以提高QoS策略控制的准确度。但是，当一个产品的剩余流量较少(例如图6中的产品1剩余1K流量)时，根据该产品下发的GSU对应的授权量很小，小的授权量会很快用尽，并重新触发CCR-U上报重新请求流量授权。这样导致系统的消息交互增多，增加了系统负担。特别地，如果一个GSU对应授权量过小，例如小于一个网络(IP)数据包，则PCEF侧无法用尽这一点流量，导致用户无法正常使用业务。
针对现有技术中存在的技术问题，本发明实施例提供了一种数据业务控制方法，在用户订购有不同QoS策略的多种数据业务产品的场景下，当用户使用所述多种数据业务产品时，可实现带宽控制的准确性。
本发明实施例涉及的主要原理可包括：
(一)在第一种组网方式(图1所示的组网方式)中，OCS下发的授权服务(授权流量或授权时长等)包含多种不同QoS策略的授权量，其中一种QoS策略的授权量对应一种数据业务产品。针对这种情况，OCS下发多个GSU，其中，一个GSU对应所述授权服务包含的一种QoS策略的授权量。这样，PCEF可以根据每一个GSU来控制用户使用相应的授权量，当一个GSU对应的授权量被使用完毕时，PCEF会触发更新QoS策略，利用下一个GSU对应的产品的QoS签约策略控制用户使用该下一个GSU对应的授权量。
可选的，每一个GSU均可携带优先级、QoS签约策略。这样，当一个GSU对应的授权量被使用完毕时，PCEF可以直接根据下一个优先级的GSU携带的QoS签约策略来控制用户使用所述下一个优先级的GSU对应的授权量。
(二)在第二种组网方式(图5所示的组网方式)中，OCS下发的授权服务(授权流量或授权时长等)包含多种不同QoS策略的授权量，其中一种QoS策略的授权量对应一种数据业务产品。OCS下发一个GSU，并在该GSU中携带QoS切换门限。所述QoS切换门限用于表征该授权服务包含的多种不同QoS策略的授权量之间的切换门限。这样，PCEF可以根据所述QoS切换门限监控用户使用所述授权服务，一旦用户使用的授权量达到所述QoS切换门限，则向PCRF上报用户的用量信息，触发PCRF重新下发QoS策略。
下面结合附图详细说明本发明实施例提供的数据业务控制方法。
图7是本发明实施例提供的一种数据业务控制方法的流程示意图。图7实施例采取所述第一种组网方式(图1所示的组网方式)，用户订购有多种不同QoS策略的数据业务产品。OCS下发的授权服务对应多个GSU，其中，一个GSU对应一种QoS策略的授权量。也即是说，授权服务可包含2种或2种以上不同QoS策略的授权量。如图7所示，所述方法可包括：
S501，当用户上线时，PCEF通过Gx接口向PCRF发送信用控制请求CCR。
S502，PCRF根据用户订购的数据业务产品和该用户的当前余额信息确定下发给所述用户的QoS策略。
例如，假设用户订购了产品1(高优先级)和产品2(低优先级)，分别剩余10M和2G流量，签约带宽分别为10Mbps和2Mbps。由于产品1还有剩余流量，因此，PCRF可以按照产品1的10Mbps带宽确定QoS策略，并将该QoS策略携带在信用控制应答CCA中，下发该CCA给PCEF。这样，PCEF便可根据10Mbps带宽的QoS策略控制用户使用OCS下发的授权流量。示例仅仅用于解释本发明实施例，不应构成限定。
S503，PCEF通过Gy接口发送信用控制请求CCR到OCS，以请求获得授权服务(授权流量或授权时长等)。
S504，OCS根据用户订购的数据业务产品和该用户的当前余额信息确定下发给所述用户的授权服务以及所述授权服务对应的多个授权服务单元GSU。其中，一个授权服务单元对应所述授权服务中的一种QoS策略的授权量。
例如，假设用户订购了产品1(高优先级)和产品2(低优先级)，分别剩余10M和2G流量，签约带宽分别为10Mbps和2Mbps。由于产品1还剩余10M流量，产品2还剩余2G流量，因此，OCS可以确定下发50M授权流量。该50M授权流量中的10M授权量是产品1的流量，另外40M授权量是产品2的流量。OCS下发2个GSU给PCEF，例如GSU1、GSU2，GSU1对应前述10M授权量，GSU2对应前述40M授权量。示例仅仅用于解释本发明实施例，不应构成限定。
S505，OCS将所述授权服务对应的多个授权服务单元GSU携带在发送给PCEF的信用控制应答CCA中，向PCEF返回该信用控制应答CCA。
S506，PCEF根据所述授权服务对应的多个授权服务单元GSU控制用户使用所述授权服务。具体的，当一个GSU对应的授权量被用户使用完毕时，PCEF可以触发更新QoS策略，利用下一个GSU对应的产品的QoS签约策略控制用户使用该下一个GSU对应的授权量。
实施图6实施例描述的方法，在下发给用户的授权服务包括多种QoS策略的授权量的场景下，通过OCS下发多个GSU，PCEF可以根据每一个GSU来控制用户使用该GSU对应的授权量，当该GSU对应的授权量被使用完毕时，PCEF会触发更新QoS策略，利用下一个GSU对应的QoS签约策略控制用户使用该下一个GSU对应的授权量，可提高QoS控制的准确性。
关于PCEF如何根据多个GSU控制用户使用OCS下发的授权服务，并能提高QoS控制的准确性。下面描述本发明实施例提供的两种主要的实现方式。
第一种实现方式，在OCS下发的每一个授权服务单元GSU中携带所述授权服务单元对应的产品的QoS签约策略、优先级。这里，优先级是指用户购买的多种产品之间的业务优先级。
例如，假设用户订购了产品1(高优先级)和产品2(低优先级)，分别剩余1M和2G流量，签约带宽分别为10Mbps和2Mbps。OCS可以确定下发50M流量的授权服务，以及对应这50M授权服务的两个GSU，具体可如下所示：
可以看出，CCA中携带有两个GSU，其中一个GSU对应产品1的1M剩余流量，优先级为1，带宽策略为10Mbps；另一个GSU对应产品2的49M剩余流量，优先级为2，带宽策略为2Mbps。
在第一种实现方式中，针对所述授权服务对应的多个授权服务单元GSU，在用户使用完毕第i个授权服务单元对应的授权量后，PCEF可以根据第i+1个授权服务单元对应的QoS签约策略控制用户使用所述第i+1个授权服务单元对应的授权量。这里，第i个GSU对应的授权量是指第i个GSU对应的产品在所述授权服务中的含量。
例如，PCEF在收到携带有上述示例所示的2个GSU的CCA之后，可以按照优先级允许用户优先使用第1个GSU对应的授权量(产品1的1M剩余流量)，并将用户使用第1个GSU对应的授权量的带宽控制为10Mbps。当第1个GSU对应的授权量被使用完毕之后，PCEF允许用户继续使用第2个GSU对应的授权量(产品2的49M剩余流量)，并切换带宽策略，将用户使用第2个GSU对应的授权量的带宽控制为2Mbps。这样，PCEF可以根据携带QoS策略的多个GSU来准确的切换用户使用所述授权服务对应的多种数据业务产品时的QoS策略。
在上述第一种实现方式中，可以扩展图1所示的系统架构中的Gy接口的CCA消息，在CCA的一个MSCC中携带多个GSU，并在每个GSU中携带扩展信息(如优先级，QoS签约策略)。本发明实施例新定义的MSCC消息的数据结构可如下：
需要说明的，在上述第一种实现方式中，除了在每一个GSU中携带QoS签约策略、优先级等信息之外，还可以携带其他辅助控制信息，这里不作限制。
如图8所示，在多会话/多费率组的场景，上述第一种实现方式同样可以提高QoS控制的准确度。假设用户订购了产品1(高优先级)和产品2(低优先级)，分别剩余1M和2G流量，签约带宽分别为10Mbps和2Mbps。具体示例可如下包括：
S601，当用户上线时，PCEF通过Gx接口向PCRF发送信用控制请求CCR。
S602，PCRF根据用户订购的数据业务产品和该用户的当前余额信息确定下发给所述用户的QoS策略。由于产品1还有剩余流量，因此，PCRF可以按照产品1的10Mbps带宽确定QoS策略，并将QoS策略携带在信用控制应答CCA中，下发该CCA给PCEF。这样，PCEF便可根据10Mbps带宽的QoS策略控制用户开始使用订购的数据业务产品。
S603，PCEF通过Gy接口发送信用控制请求CCR到OCS，以请求获得授权服务(授权流量或授权时长等)。这里，用户使用的数据业务属于费率组1，即RG1。
S604，OCS根据用户订购的数据业务产品和该用户的当前余额信息确定下发50M的授权流量以及该授权流量对应的2个GSU。
S605，OCS将该授权流量对应的2个GSU携带在发送给PCEF的信用控制应答CCA中，向PCEF返回该信用控制应答CCA。其中，GSU1对应该50M授权流量中的产品1，GSU1可包含产品1的授权量、10Mbps的带宽策略以及优先级1；GSU2对应该50M授权流量中的产品2，GSU2可包含产品2的授权量、2Mbps的带宽策略以及优先级2。
S606，PCEF先按照GSU1携带的带宽策略(产品1的10Mbps带宽策略)控制用户使用GSU1对应的授权量(产品1的剩余1M流量)。在GSU1对应的授权量被使用完毕后，PCEF可以将带宽策略切换为GSU2中携带的带宽策略(产品2的2Mbps带宽策略)，并控制用户在2Mbps带宽下使用GSU2对应的授权量(产品2的剩余49M流量)。
S607，用户使用新的费率组(称为费率组2，即RG2)对应的数据业务。例如，用户访问脸书(Facebook)网站。PCEF需要针对RG2向OCS发起信用控制请求CCR，以请求获得授权服务。
S608，OCS收到针对RG2的CCR之后，发现产品1的全部剩余流量已经被RG1预留，产品2还有较多流量未被预留，则根据产品2的剩余流量下发50M授权流量给RG2。由于针对RG2的整个50M授权流量都来自产品2，因此，OCS下发一个GSU即可，该GSU对应来自产品2的50M授权流量，并将该GSU携带在信用控制应答CCA中，返回该CCA给PCEF。具体的，针对RG2的该GSU可携带产品2对应的2Mbps的带宽策略、优先级。这样，PCEF收到OCS返回的CCA之后，便可根据GSU携带的带宽策略来控制用户在2Mbps带宽下使用RG2对应的数据业务，可实现在多会话/多费率组的场景仍能保证QoS控制的准确性。
第二种实现方式，针对OCS下发给用户的所述授权服务对应的多个GSU，在用户使用完毕第i个GSU对应的授权量后，PCEF向OCS发送用量通知，用以触发OCS通知PCRF重新下发QoS策略。具体的，所述用量通知用于指示出用户消耗的授权量。在接收到PCEF发送的用量通知后，OCS向PCRF发送支出状态通知请求SNR，PCRF响应SNR返回RAR给PCEF。PCRF返回的RAR中携带有PCRF重新下发的QoS策略，即第i+1个GSU对应的产品的QoS签约配置。下面参见图9，展开描述。
S701，当用户上线时，PCEF通过Gx接口向PCRF发送信用控制请求CCR。
S702，PCRF根据用户订购的数据业务产品和该用户的当前余额信息确定下发给所述用户的QoS策略。
S703，PCEF通过Gy接口发送信用控制请求CCR到OCS，以请求获得授权服务(授权流量或授权时长等)。
S704，OCS根据用户订购的数据业务产品和该用户的当前余额信息确定下发给用户的授权服务以及所述授权服务对应的多个GSU。
S705，OCS将所述多个GSU携带在信用控制应答CCA中，并返回CCA给PCEF。所述多个GSU各自对应的授权量构成所述授权服务的总授权量。
S706-S707，当用户使用完毕第i个GSU对应的授权量时，PCEF向OCS发送用量通知，用于将用户消耗的授权量通知给OCS。
S708，OCS收到所述用量通知之后，发现第i个GSU对应的授权量已经被用尽，则可以通过SNR请求通知PCRF，以请求PCRF重新下发QoS策略。
S709，PCRF返回SNA响应给OCS。
S710，OCS返回针对所述用量通知的响应给PCEF。
S711，PCRF在收到SNR之后，重新下发QoS策略给PCEF，并将新下发的QoS策略携带在RAR中，并将该RAR返回给PCEF，使得PCEF可以按照新下发的QoS策略来控制用户使用第i+1个GSU对应的授权量。新下发的QoS策略即第i+1个GSU对应的产品的QoS签约策略。
S712，PCEF收到RAR之后，按照新下发的QoS策略(即第i+1个GSU对应的产品的QoS签约策略)来控制用户使用第i+1个GSU对应的授权量。
实施图7实施例，PCEF可以在每一个GSU对应的授权量被使用完毕后，触发OCS通知PCRF重新下发QoS策略给PCEF，可实现PCEF按照新的QoS策略控制用户授权量，提高QoS控制的准确度。
在图9所示的上述第二种实现方式中，所述用量通知可以是扩展的信用控制请求CCR。本发明实施例中，该扩展的CCR仅仅用于上报用户的用量信息，不触发OCS下发授权服务。可选的，扩展携带在CCR中的USU，为USU中的枚举参数Reporting-Reason AVP增加新定义的取值。本发明实施例扩展的USU的数据结构可如下：
其中，“new value”是为“Reporting-Reason”新定义的取值。具体实现中，当USU中的参数Reporting-Reason为该新定义的取值时，携带该USU的CCR即本发明实施例涉及的所述用量通知。
需要说明的，所述用量通知也可以是通过其他方式扩展现有的CCR得到的，例如定义新的AVP，携带该新的AVP的CCR即所述用量通知。可选的，所述用量通知还可以是全新定义的通知消息(Notification)，这里不作限制。
总结图7实施例中的上述2种实现方式，通过OCS下发的对应授权服务的多个GSU，上述第一种实现方式和上述第二种实现方均可以实现准确的QoS控制。而且，上述第一种实现方式通过在每一个GSU中携带该GSU对应的产品的QoS签约策略，可实现PCEF直接根据GSU便可以更新用户使用授权量的QoS策略，可较少系统的信令交互，避免了因为单个GSU对应的授权量过小而导致的系统交互负担过重的问题(具体见图6)。
图10是本发明实施例提供的另一种数据业务控制方法的流程示意图。图10实施例采取所述第二种组网方式(图5所示的组网方式)。PCRF累计用户使用的授权量，如果用户累计消耗的授权量达到QoS切换门限，则重新下发QoS策略。对于OCS和PCRF来说，所述QoS切换门限用于表征OCS下发的授权服务包括的多种不同QoS签约策略的授权量之间的切换门限。如图10所示，所述方法可包括：
S801，当用户上线时，PCEF通过Gx接口向PCRF发送信用控制请求CCR。
S802，PCRF根据用户订购的数据业务产品和该用户的当前余额信息确定下发给所述用户的QoS策略，并将该QoS策略携带在信用控制应答CCA中，返回该CCA给PCEF。这里，PCRF下发的该QoS策略可以是最高优先级的产品的QoS签约策略，这样PCEF可以按照该QoS策略控制用户使用最高优先级的产品的授权量。
在图10实施例中，PCRF一旦发现一种产品被用户使用完毕，则可重新下发QoS策略给PCEF。
S803，PCEF通过Gy接口发送信用控制请求CCR到OCS，以请求获得授权服务(授权流量或授权时长等)。
S804-S805，OCS根据用户订购的数据业务产品和该用户的当前余额信息确定下发给所述用户的授权服务，以及所述授权服务对应的QoS切换门限。并且，OCS可以将所述授权服务对应的GSU和所述QoS切换门限携带在信用控制应答CCA中，返回该CCA给PCEF。这里，所述QoS切换门限用于表征OCS下发的授权服务包括的多种不同QoS签约策略的授权量之间的切换门限。
例如，假设用户订购了产品1(高优先级)和产品2(低优先级)，分别剩余1M和2G流量，签约带宽分别为10Mbps和2Mbps。由于产品1还有1M的剩余流量，产品2还有2G的剩余流量。因此，OCS可以下发50M的授权流量，并且在产品1(1M流量)被用尽之后需要变化QoS，设置QoS切换门限为1M，并将该QoS切换门限携带在CCA中，返回该CCA给PCEF。具体的，CCA中的主要AVP示例可如下：
S806-S807，PCEF收到OCS返回的CCA之后，则按照PCRF下发的QoS策略控制用户使用授权流量。当用户消耗的授权量达到所述QoS切换门限时，PCEF向PCRF发送Gx CCR，该CCR中携带有用户的用量信息，用以将用户消耗的授权量等信息告知PCRF，触发PCRF重新下发QoS策略。
S808，PCRF重新确定下发给PCEF的QoS策略，并将新的QoS策略携带在CCA中返回给PCEF。
S809，PCEF根据新的QoS策略控制用户继续使用所述授权服务。
例如，在上述示例中，当产品1的授权量被用户使用完毕时，PCEF通过向PCRF发送CCR(携带用量信息)来触发PCRF更新QoS策略。PCRF根据所述用量信息发现产品1的授权量被用户使用完毕，则可以将产品2的QoS签约策略确定为新的QoS签约策略，通过CCA将新的QoS策略(即产品2的QoS签约策略)下发给PCEF。这样，PCEF便可以根据产品2的QoS签约策略来控制用户继续使用产品2的授权量，实现QoS控制的准确性。
需要说明的，OCS下发的所述授权服务(例如50M授权流量)对应的QoS切换门限不限于1个门限值，也可以是多个门限值。概括的说，如果所述授权服务包括N种QoS策略的授权量，则所述QoS切换门限包括N-1个门限值；N≥2，N是正整数。
举例说明，假设用户订购了3(N＝3)种数据业务产品：产品1(剩余1M，优先级1，签约带宽10Mbps)、产品2(剩余10M，优先级2，签约带宽5Mbps)、产品3(剩余1G，优先级3，签约带宽2Mbps)。OCS可以下发50M的授权流量。由于在产品1(1M流量)被用尽之后需要切换至产品2的签约带宽5Mbps，则产品1和产品2之间的QoS切换门限是1M。用户继续使用授权量，由于在产品2(10M流量)被用尽之后需要切换至产品3的签约带宽2Mbps，则产品2和产品3之间的QoS切换门限是11M(即产品1的1M+产品2的10M)。
也即是说，在示例描述的场景中，OCS下发的所述授权服务对应有2个QoS切换门限，其中，第1个QoS切换门限用于表征产品1的授权量和产品2的授权量之间的切换门限，第2个QoS切换门限用于表征产品2的授权量和产品3的授权量之间的切换门限。OCS可以将这2个QoS切换门限携带在CCA中，CCA中的主要AVP示例可如下：
需要说明的，上述示例仅仅用于解释本发明实施例，不应构成限定。
实施图10实施例，在下发给用户的授权服务包括多种数据业务产品的场景下，通过在OCS下发的CCA中携带QoS切换门限来监控用户使用授权量，一旦用户消耗的授权量达到所述QoS切换门限，则PCEF可以上报CCR给PCRF，触发PCRF及时变更QoS策略，可提高QoS控制的准确度。
图11是本发明实施例提供一种策略和计费执行功能实体(PCEF)的结构示意图。如图11所示，策略和计费执行功能实体100可包括：发送单元101、接收单元102和控制单元103。
当策略和计费执行功能实体100执行图7-9分别对应的实施例时，策略和计费执行功能实体100中各个功能模块的具体实现可展开如下：
发送单元101，可用于当用户上线时，向OCS发送信用控制请求CCR；
接收单元102，可用于接收OCS返回的信用控制应答CCA，所述信用控制应答包含OCS下发的授权服务对应的多个授权服务单元，其中，一个授权服务单元对应一种QoS策略的授权量，一种QoS策略的授权量对应一种所述用户订购的数据业务产品；
控制单元103，可用于根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务。
在一些可选的实施例中，控制单元103根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务的实现方式可包括下面两种：
第一种实现方式：针对所述多个授权服务单元，在用户使用完毕第i个GSU对应的授权量后，控制单元103可以触发发送单元101向在线计费系统OCS发送用量通知，用以触发OCS通知PCRF重新下发QoS策略。具体的，OCS用于向PCRF发送支出状态通知请求SNR。PCRF用于响应SNR向PCEF返回RAR，所述RAR包含第i+1个授权服务单元对应的数据业务产品的QoS签约策略。最后，控制单元103可以触发接收单元102接收PCRF返回的RAR，并根据所述第i+1个授权服务单元对应的流量产品的QoS配置控制用户使用所述第i+1个授权服务单元对应的授权量。
第二种实现方式：所述多个授权服务单元中的每一个授权服务单元均携带有所述授权服务单元对应的数据业务产品的QoS签约策略。针对所述多个授权服务单元，在用户使用完毕第i个授权服务单元对应的授权量后，控制单元103以根据第i+1个授权服务单元对应的QoS签约策略控制用户使用所述第i+1个授权服务单元对应的授权量。其中，i是正整数，小于所述多个授权服务单元的总个数。
可以理解的，上述第一种实现方式和上述第二种实现方均可以实现准确的QoS控制。而且，上述第二种实现方式通过在每一个GSU中携带该GSU对应的产品的QoS签约策略，可实现PCEF直接根据GSU便可以更新用户使用授权量的QoS策略，可较少系统的信令交互，避免了因为单个GSU对应的授权量过小而导致的系统交互负担过重的问题。
在上述第一种实现方式中，所述用量通知可以是扩展的信用控制请求CCR。本发明实施例中，该扩展的CCR仅仅用于上报用户的用量信息，不触发OCS下发授权服务。可选的，可以扩展携带在CCR中的USU，为USU中的枚举参数Reporting-Reason AVP增加新定义的取值。需要说明的，所述用量通知也可以是通过其他方式扩展现有的CCR得到的，例如定义新的AVP，携带该新的AVP的CCR即所述用量通知。可选的，所述用量通知还可以是全新定义的通知消息(Notification)，这里不作限制。
关于执行图7-9分别对应的实施例的策略和计费执行功能实体100中的各个功能模块的具体实现可参考图7-9分别对应的实施例，这里不再赘述。
当策略和计费执行功能实体100执行图10对应的实施例时，策略和计费执行功能实体100中各个功能模块的具体实现可展开如下：
发送单元101，可用于当用户上线时，向在线计费系统OCS发送信用控制请求CCR；
接收单元102，可用于接收在线计费系统OCS返回的信用控制应答CCA，在线计费系统OCS返回的所述信用控制应答包含在线计费系统OCS下发的授权服务对应的授权服务单元，以及所述授权服务对应的QoS切换门限；所述QoS切换门限用于表征所述授权服务包括的多种不同QoS签约策略的授权量之间的切换门限；
控制单元103，可用于根据所述授权服务对应的所述QoS切换门限控制用户使用所述授权服务。
在一些可选的实施例中，控制单元103根据所述授权服务对应的所述QoS切换门限控制用户使用所述授权服务的实现方式可如下：
当所述用户消耗的授权量达到所述QoS切换门限时，控制单元103可触发发送单元101向PCRF发送信用控制请求，之后触发接收单元102接收PCRF返回的信用控制应答，其中：发送给PCRF的所述信用控制请求包含所述用户消耗的授权量，PCRF返回的所述信用控制应答包含PCRF重新下发的QoS策略。最后，控制单元103可根据PCRF重新下发的QoS策略控制用户继续使用所述授权服务。
需要说明的，OCS下发的所述授权服务(例如50M授权流量)对应的QoS切换门限不限于1个门限值，也可以是多个门限值。概括的说，如果所述授权服务包括N种QoS策略的授权量，则所述QoS切换门限包括N-1个门限值；N≥2，N是正整数。
关于执行图10对应的实施例的策略和计费执行功能实体100中的各个功能模块的具体实现可参考图10实施例，这里不再赘述。
图12是本发明实施例提供一种在线计费系统(OCS)的结构示意图。如图12所示，在线计费系统200可包括：接收单元201、授权单元202和发送单元203。
当在线计费系统200执行图7-9分别对应的实施例时，在线计费系统200中各个功能模块的具体实现可展开如下：
接收单元201，可用于接收策略和计费执行功能实体PCEF发送的信用控制请求CCR；
授权单元202，可用于根据用户订购的数据业务产品和所述用户的当前余额信息确定下发给所述用户的授权服务；
发送单元203，可用于向策略和计费执行功能实体PCEF返回信用控制应答CCA。
具体的，所述信用控制应答可包含在线计费系统OCS下发的所述授权服务对应的多个授权服务单元，其中，一个授权服务单元对应一种QoS策略的授权量，一种QoS策略的授权量对应一种所述用户订购的数据业务产品。策略和计费执行功能实体PCEF可用于根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务。
在一些可选的实施例中，PCEF根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务的实现方式可包括下面两种：
第一种实现方式：针对所述多个授权服务单元，在用户使用完毕第i个GSU对应的授权量后，PCEF可以触发发送单元101向在线计费系统OCS发送用量通知，用以触发OCS通知PCRF重新下发QoS策略。
相应的，接收单元201还可用于接收到PCEF发送的用量通知。发送单元203还可用于向PCRF发送支出状态通知请求SNR，用于触发策略和计费规则功能实体PCRF重新下发QoS策略。其中，所述用量通知是PCEF在用户使用完毕第i个授权服务单元对应的授权量后发出的，用于指示所述用户消耗的授权量。PCRF用于向PCEF返回RAR，所述RAR包含第i+1个授权服务单元对应的数据业务产品的QoS签约策略。这样，PCEF可用于根据所述RAR中的QoS签约策略控制用户使用所述第i+1服务单个授权元对应的授权量。
第二种实现方式：所述多个授权服务单元中的每一个授权服务单元均携带有所述授权服务单元对应的数据业务产品的QoS签约策略。PCEF可具体用于在用户使用完毕第i个授权服务单元对应的授权量后，根据第i+1个授权服务单元对应的QoS签约策略控制用户使用所述第i+1个授权服务单元对应的授权量；其中i是正整数，小于所述多个授权服务单元的总个数。
可以理解的，上述第一种实现方式和上述第二种实现方均可以实现准确的QoS控制。而且，上述第二种实现方式通过在每一个GSU中携带该GSU对应的产品的QoS签约策略，可实现PCEF直接根据GSU便可以更新用户使用授权量的QoS策略，可较少系统的信令交互，避免了因为单个GSU对应的授权量过小而导致的系统交互负担过重的问题。
在上述第一种实现方式中，所述用量通知可以是扩展的信用控制请求CCR。本发明实施例中，该扩展的CCR仅仅用于上报用户的用量信息，不触发OCS下发授权服务。可选的，可以扩展携带在CCR中的USU，为USU中的枚举参数Reporting-Reason AVP增加新定义的取值。需要说明的，所述用量通知也可以是通过其他方式扩展现有的CCR得到的，例如定义新的AVP，携带该新的AVP的CCR即所述用量通知。可选的，所述用量通知还可以是全新定义的通知消息(Notification)，这里不作限制。
关于执行图7-9分别对应的实施例的在线计费系统200中的各个功能模块的具体实现可参考图7-9分别对应的实施例，这里不再赘述。
当在线计费系统200执行图10对应的实施例时，在线计费系统200中各个功能模块的具体实现可展开如下：
接收单元201，可用于接收策略和计费执行功能实体PCEF发送的信用控制请求CCR；
授权单元202，可用于根据用户订购的数据业务产品和所述用户的当前余额信息确定下发给所述用户的授权服务；
发送单元203，可用于向策略和计费执行功能实体PCEF返回信用控制应答CCA；在线计费系统OCS返回的所述信用控制应答包含在线计费系统OCS下发的授权服务对应的授权服务单元，以及所述授权服务对应的QoS切换门限；所述QoS切换门限用于表征所述授权服务包括的多种不同QoS签约策略的授权量之间的切换门限；
其中，所述策略和计费执行功能实体PCEF用于根据所述授权服务对应的所述QoS切换门限控制用户使用所述授权服务。
具体的，所述策略和计费执行功能实体PCEF可用于：当所述用户消耗的授权量达到所述QoS切换门限时，向策略和计费规则功能实体PCRF发送信用控制请求，发送给策略和计费规则功能实体PCRF的所述信用控制请求包含所述用户的用量信息，触发策略和计费规则功能实体PCRF重新下发QoS策略。
需要说明的，OCS下发的所述授权服务(例如50M授权流量)对应的QoS切换门限不限于1个门限值，也可以是多个门限值。概括的说，如果所述授权服务包括N种QoS策略的授权量，则所述QoS切换门限包括N-1个门限值；N≥2，N是正整数。
关于执行图10对应的实施例的在线计费系统200中的各个功能模块的具体实现可参考图10对应的实施例，这里不再赘述。
图13是本发明实施例提供一种策略和计费规则功能实体(PCRF)的结构示意图。如图13所示，在策略和计费规则功能实体300可包括：接收单元301、QoS确定单元302和发送单元303。策略和计费规则功能实体300可用于执行图10实施例描述的数据业务控制方法。下面展开描述：
接收单元301，可用于接收策略和计费执行功能实体PCEF发送的信用控制请求CCR，所述信用控制请求包含所述用户的用量信息；
QoS确定单元302，可用于根据所述用户的用量信息判断出所述用户消耗的授权量达到QoS切换门限，并重新确定下发给策略和计费执行功能实体PCEF的QoS策略；
发送单元303，可用于将重新确定的QoS策略携带在信用控制应答中返回给策略和计费执行功能实体PCEF。
本发明实施例中，所述QoS切换门限是在线计费系统OCS下发给所述用户的授权服务对应的QoS切换门限，可用于表征所述授权服务包括的多种不同QoS签约策略的授权量之间的切换门限。
需要说明的，OCS下发的所述授权服务(例如50M授权流量)对应的QoS切换门限不限于1个门限值，也可以是多个门限值。概括的说，如果所述授权服务包括N种QoS策略的授权量，则所述QoS切换门限包括N-1个门限值；N≥2，N是正整数。
关于执行图10对应的实施例的策略和计费规则功能实体300中的各个功能模块的具体实现可参考图10对应的实施例，这里不再赘述。
图14是本发明实施例提供一种装置。装置400可包括：处理器401、存储器403、发射器405和接收器407。这些部件通过总线409通信。本发明实施例中，装置400可作为策略和计费执行功能实体(PCEF)，可用于实现图7-9分别对应的实施例中描述的PCEF，或者图10对应的实施例中描述的PCEF。装置400也可作为在线计费系统(OCS)，可用于实现图7-9分别对应的实施例中描述的OCS，或者图10对应的实施例中描述的OCS。装置400还可作为策略和计费规则功能实体(PCRF)。下面分别描述。
当装置400作为图7-9分别对应的实施例中描述的PCEF时，存储器403可用于存储图7-9分别对应的实施例中描述的数据业务控制方法的实现代码。处理器401可用于调用存储器403中的代码，并执行下述过程：
当用户上线时，通过发射器405向在线计费系统OCS发送信用控制请求CCR；
通过接收器407接收在线计费系统OCS返回的信用控制应答CCA，所述信用控制应答包含在线计费系统OCS下发的授权服务对应的多个授权服务单元，其中，一个授权服务单元对应一种QoS策略的授权量，一种QoS策略的授权量对应一种所述用户订购的数据业务产品；
最后，根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务。
在一些可选的实施例中，处理器401根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务的实现方式可包括下面两种：
第一种实现方式：针对所述多个授权服务单元，在用户使用完毕第i个GSU对应的授权量后，处理器401可以通过发送器405向在线计费系统OCS发送用量通知，用以触发OCS通知PCRF重新下发QoS策略。具体的，OCS用于向PCRF发送支出状态通知请求SNR。PCRF用于响应SNR向PCEF返回RAR，所述RAR包含第i+1个授权服务单元对应的数据业务产品的QoS签约策略。最后，处理器401可以通过接收器407接收PCRF返回的RAR，并根据所述第i+1个授权服务单元对应的流量产品的QoS配置控制用户使用所述第i+1个授权服务单元对应的授权量。
第二种实现方式：所述多个授权服务单元中的每一个授权服务单元均携带有所述授权服务单元对应的数据业务产品的QoS签约策略。针对所述多个授权服务单元，在用户使用完毕第i个授权服务单元对应的授权量后，处理器401可以根据第i+1个授权服务单元对应的QoS签约策略控制用户使用所述第i+1个授权服务单元对应的授权量。其中，i是正整数，小于所述多个授权服务单元的总个数。
可以理解的，上述第一种实现方式和上述第二种实现方均可以实现准确的QoS控制。而且，上述第二种实现方式通过在每一个GSU中携带该GSU对应的产品的QoS签约策略，可实现PCEF直接根据GSU便可以更新用户使用授权量的QoS策略，可较少系统的信令交互，避免了因为单个GSU对应的授权量过小而导致的系统交互负担过重的问题。
在上述第一种实现方式中，所述用量通知可以是扩展的信用控制请求CCR。本发明实施例中，该扩展的CCR仅仅用于上报用户的用量信息，不触发OCS下发授权服务。可选的，可以扩展携带在CCR中的USU，为USU中的枚举参数Reporting-Reason AVP增加新定义的取值。需要说明的，所述用量通知也可以是通过其他方式扩展现有的CCR得到的，例如定义新的AVP，携带该新的AVP的CCR即所述用量通知。可选的，所述用量通知还可以是全新定义的通知消息(Notification)，这里不作限制。
需要说明的，当装置400作为图7-9分别对应的实施例中描述的PCEF时，装置400的具体实现可参考图7-9分别对应的实施例，这里不再赘述。
当装置400作为图10对应的实施例中描述的PCEF时，存储器403可用于存储图10对应的实施例描述的数据业务控制方法的实现代码。处理器401可用于调用存储器403中的代码，并执行下述过程：
当用户上线时，通过发射器405向在线计费系统OCS发送信用控制请求CCR；
然后，通过接收器407接收在线计费系统OCS返回的信用控制应答CCA，在线计费系统OCS返回的所述信用控制应答包含在线计费系统OCS下发的授权服务对应的授权服务单元，以及所述授权服务对应的QoS切换门限；
最后，根据所述授权服务对应的所述QoS切换门限控制用户使用所述授权服务。
本发明实施例中，所述QoS切换门限可用于表征所述授权服务包括的多种不同QoS签约策略的授权量之间的切换门限。
在一些可选的实施例中，处理器401根据所述授权服务对应的所述QoS切换门限控制用户使用所述授权服务的实现方式可如下：
当所述用户消耗的授权量达到所述QoS切换门限时，处理器401可通过发射器405向PCRF发送信用控制请求，之后通过接收器407接收PCRF返回的信用控制应答。其中：发送给PCRF的所述信用控制请求包含所述用户消耗的授权量，PCRF返回的所述信用控制应答包含PCRF重新下发的QoS策略。最后，处理器401可根据PCRF重新下发的QoS策略控制用户继续使用所述授权服务。
需要说明的，OCS下发的所述授权服务(例如50M授权流量)对应的QoS切换门限不限于1个门限值，也可以是多个门限值。概括的说，如果所述授权服务包括N种QoS策略的授权量，则所述QoS切换门限包括N-1个门限值；N≥2，N是正整数。
需要说明的，当装置400作为图10对应的实施例中描述的PCEF时，装置400的具体实现可参考图10对应的实施例，这里不再赘述。
当装置400作为图7-9分别对应的实施例中描述的OCS时，存储器403可用于存储图7-9分别对应的实施例中描述的数据业务控制方法的实现代码。处理器401可用于调用存储器403中的代码，并执行下述过程：
通过接收器407接收策略和计费执行功能实体PCEF发送的信用控制请求CCR；
然后，根据用户订购的数据业务产品和所述用户的当前余额信息确定下发给所述用户的授权服务；
最后，通过发射器405向策略和计费执行功能实体PCEF返回信用控制应答CCA。
具体的，所述信用控制应答可包含在线计费系统OCS下发的所述授权服务对应的多个授权服务单元，其中，一个授权服务单元对应一种QoS策略的授权量，一种QoS策略的授权量对应一种所述用户订购的数据业务产品。策略和计费执行功能实体PCEF可用于根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务。
在一些可选的实施例中，PCEF根据所述授权服务对应的多个授权服务单元控制用户使用所述授权服务的实现方式可包括下面两种：
第一种实现方式：针对所述多个授权服务单元，在用户使用完毕第i个GSU对应的授权量后，PCEF可以触发发送单元101向在线计费系统OCS发送用量通知，用以触发OCS通知PCRF重新下发QoS策略。
相应的，接收器407还可用于接收到PCEF发送的用量通知。发射器405还可用于向PCRF发送支出状态通知请求SNR，用于触发策略和计费规则功能实体PCRF重新下发QoS策略。其中，所述用量通知是PCEF在用户使用完毕第i个授权服务单元对应的授权量后发出的，用于指示所述用户消耗的授权量。PCRF用于向PCEF返回RAR，所述RAR包含第i+1个授权服务单元对应的数据业务产品的QoS签约策略。这样，PCEF可用于根据所述RAR中的QoS签约策略控制用户使用所述第i+1服务单个授权元对应的授权量。
第二种实现方式：所述多个授权服务单元中的每一个授权服务单元均携带有所述授权服务单元对应的数据业务产品的QoS签约策略。PCEF可具体用于在用户使用完毕第i个授权服务单元对应的授权量后，根据第i+1个授权服务单元对应的QoS签约策略控制用户使用所述第i+1个授权服务单元对应的授权量；其中i是正整数，小于所述多个授权服务单元的总个数。
需要说明的，当装置400作为图7-9分别对应的实施例中描述的OCS时，装置400的具体实现可参考图7-9分别对应的实施例，这里不再赘述。
当装置400作为图10对应的实施例中描述的OCS时，存储器403可用于存储图10对应的实施例中描述的数据业务控制方法的实现代码。处理器401可用于调用存储器403中的代码，并执行下述过程：
通过接收器407接收策略和计费执行功能实体PCEF发送的信用控制请求CCR；
然后，根据用户订购的数据业务产品和所述用户的当前余额信息确定下发给所述用户的授权服务；
最后，通过发射器向策略和计费执行功能实体PCEF返回信用控制应答CCA。其中，在线计费系统OCS返回的所述信用控制应答包含在线计费系统OCS下发的授权服务对应的授权服务单元，以及所述授权服务对应的QoS切换门限。所述QoS切换门限用于表征所述授权服务包括的多种不同QoS签约策略的授权量之间的切换门限。
具体的，所述策略和计费执行功能实体PCEF可用于：当所述用户消耗的授权量达到所述QoS切换门限时，向策略和计费规则功能实体PCRF发送信用控制请求，发送给策略和计费规则功能实体PCRF的所述信用控制请求包含所述用户的用量信息，触发策略和计费规则功能实体PCRF重新下发QoS策略。
需要说明的，OCS下发的所述授权服务(例如50M授权流量)对应的QoS切换门限不限于1个门限值，也可以是多个门限值。概括的说，如果所述授权服务包括N种QoS策略的授权量，则所述QoS切换门限包括N-1个门限值；N≥2，N是正整数。
需要说明的，当装置400作为图10的实施例中描述的OCS时，装置400的具体实现可参考图10对应的实施例，这里不再赘述。
当装置400作为图10对应的实施例中描述的PCRF时，存储器403可用于存储图10对应的实施例中描述的数据业务控制方法的实现代码。处理器401可用于调用存储器403中的代码，并执行下述过程：
通过接收器407接收策略和计费执行功能实体PCEF发送的信用控制请求CCR，所述信用控制请求包含所述用户的用量信息；
然后，根据所述用户的用量信息判断出所述用户消耗的授权量达到QoS切换门限，并重新确定下发给策略和计费执行功能实体PCEF的QoS策略；
最后，通过发射器405将重新确定的QoS策略携带在信用控制应答中返回给策略和计费执行功能实体PCEF。
本发明实施例中，所述QoS切换门限是在线计费系统OCS下发给所述用户的授权服务对应的QoS切换门限，可用于表征所述授权服务包括的多种不同QoS签约策略的授权量之间的切换门限。
需要说明的，OCS下发的所述授权服务(例如50M授权流量)对应的QoS切换门限不限于1个门限值，也可以是多个门限值。概括的说，如果所述授权服务包括N种QoS策略的授权量，则所述QoS切换门限包括N-1个门限值；N≥2，N是正整数。
需要说明的，当装置400作为图10的实施例中描述的PCRF时，装置400的具体实现可参考图10对应的实施例，这里不再赘述。
另外，本发明实施例提供了一种数据业务控制系统，该系统可包括：PCEF、OCS和PCRF，可用于执行图7-9分别对应实施例描述的方法，也可用于执行图10实施例描述的方法。关于该系统中的各个实体的具体实现可参考图11-13分别对应实施例，或者图14对应的实施例，这里不再赘述。
综上，实施本发明实施例，在用户订购有不同QoS策略的多种数据业务产品的场景下，当用户使用所述多种数据业务产品时，可实现带宽控制的准确性。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。