专利名称：一种用量监测方法及系统的制作方法
技术领域：
本发明涉及通信技术领域，更具体地，涉及一种用量监测方法及系统。
背景技术：
第三代合作伙伴计划(3rdGeneration Partnership Project，简称为 3GPP) 的策略和计费控制(Policy and Charging Control，简称为PCC)架构是一个能够应用于多种接入技术的功能框架。例如，应用于通用移动通信系统(Universal Mobile Telecommunications System,简称为 UMTS)的陆上无线接入网(UMTS Terrestrial Radio Access Network，简称为 UTRAN)、全球移动通信系统(Global system for Mobile Communication，简称为 GSM)/GSM数据增强演进(Enhanced Data rates for Global Evolution，简称为EDGE)无线接入网、互通无线局域网(I-WLAN)以及演进的分组系统 (Evolved PacketSystem，简称为 EPS)等。图1为相关技术的Rel-SPCC非漫游架构的示意图，以下参照图1对该PCC架构中的各个逻辑功能实体及其接口功能进行描述应用功能实体(Application Function，简称为AF)，提供业务应用的接入点，这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时，AF将相关业务信息传递给策略与计费规则功能实体(Policyand Charging Rules Function，简称为PCRF)，如果这些业务信息与PCRF的策略相一致，则PCRF接受该协商；否则，PCRF拒绝该协商，并在反馈中同时给出PCRF可接受的业务参数。随后，AF可将这些参数返回给用户设备(User Equipment，简称为UE)。其中，AF和PCRF之间的接口是Rx接口。PCRF是PCC的核心，负责策略决策和计费规则的制定。PCRF提供了基于业务数据流的网络控制规则，这些网络控制包括业务数据流的监测、门控(Gating Control)、服务质量(Quality of krvice，简称为QoS)控制以及基于数据流的计费规则等。PCRF将其制定的策略和计费规则发送给策略与计费执行功能实体(Policy and Charging Enforcement Function，简称为PCEF)执行，同时，PCRF还需要保证这些规则和用户的签约信息一致。 PCRF制定策略和计费规则的依据包括从AF获取与业务相关的信息；从用户签约数据库 (Subscription Profile R印ository，简称为SPR)获取用户策略计费控制签约信息；从 PCEF获取与承载相关网络的信息。PCEF，用于在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF所发送的规则中的业务数据流过滤器对业务数据流进行监测，进而对这些业务数据流执行PCRF 所制定的策略和计费规则。在承载建立时，PCEF按照PCRF发送的规则进行QoS授权，并根据AF的执行进行门控控制。根据PCRF发送的计费规则，PCEF执行相应的业务数据流计费操作，计费既可以是在线计费，也可以是离线计费。如果是在线计费，则PCEF需要和在线计费系统(Online Charging System，简称为0CS) —起进行信用管理。离线计费时，PCEF 和离线计费系统(Offline Charging System，简称为0FCS)之间交换相关计费信息。PCEF 与PCRF之间的接口是to接口，与OCS之间的接口是Gy接口，与OFCS之间的接口是( 接口。PCEF通常位于网络的网关(Gate-Way，简称为GW)内，如GPRS中的GPRS网关支持节点 (GGSN)以及I-WLAN中的分组数据网关(Packet Data Gateway，简称为PDG)。7 载绑定和事件报告功能实体(Bearer Binding and Event R印ortingFunction， 简称为BBERF)，其功能包括承载绑定、上行承载绑定的验证、以及事件报告。当UE通过 E-UTRAN接入，并且S-GW与P-GW之间采用PMIPv6协议时，BBERF就位于S-GW，当UE通过可信任非3GPP接入系统接入时，BBERF位于可信任非3GPP接入网关，当UE通过不可信任非3GPP接入系统接入时、BBERF位于演进的分组数据网关(Evolved Packet DataGateway, 简称为ePDG)。此时，PCEF不再执行承载绑定功能。用户签约数据库(SPR)存储了和策略控制与计费相关的用户策略计费控制签约信息。SI3R和PCRF之间的接口是Sp接口。在线计费系统(OCS)，与PCEF —起进行在线计费方式下用户信用的控制和管理。离线计费系统(OFCS)，与PCEF—起完成离线计费方式下的计费操作。以上PCC架构通过各功能实体实现了对UE为访问一个分组数据网络O^cket Data Network，简称为 PDN)所建立的 IP连接接入网(IP ConnectivityAccess Network，简称为IP-CAN)会话的策略计费控制。现有技术中，PCC支持动态的用量监测控制，以实现基于实时的网络资源使用总量执行动态的策略决策。用量监测可应用于单个业务数据流、一组业务数据流或者一个 IP-CAN会话的所有业务流(IP-CAN会话级别)。若UE到某个PDN建立了多个IP-CAN会话，则用量监测也可应用于这多个IP-CAN会话。目前，用量(usage)指用户面数据流量。 通常采用监测键(Monitoring Key)来标识一个需要用量监测的实例，比如当PCRF为一个 IP-CAN会话的所有业务流分配了 Monitoring Key以及相应的阈值，那么，PCEF将根据该阈值监测该IP-CAN会话的所有业务流流量，并用该Monitoring Key来标识上报的用量。当 PCRF为一个业务流或一组业务数据流分配了 Monitoring Key以及相应的阈值时，PCRF将 Monitoring Key携带在这个业务数据流或一组业务数据流对应的PCC规则中，那么，PCEF 将根据该阈值监测具有相同Monitoring Key的PCC规则所对应的业务数据流流量，并用该 Monitoring Key标识上报的用量。目前的PCC架构支持同时监测多个Monitoring Key实例，包括同时监测整个IP-CAN会话的用量和某个具体业务数据流的用量，此时IP-CAN会话的用量对应的Monitoring Key和业务数据流的Monitoring Key是不相同的。同时，在SPR中还可以保存某用户某个PDN的总允许用量，即针对一个IP-CAN会话的所有业务流的总允许用量，也可以称为每PDN每用户(PerPDN and UE)的总允许用量。 SPR中还可以保存某用户某个PDN的某些具体业务的总允许用量，即针对一个业务数据流或一组业务数据流的总允许用量，通常也可以用Monitoring Key进行标识。当用户建立到某个PDN的IP-CAN会话后(UE可以与PDN建立一个或多个IP-CAN 会话)，SPR将总允许用量下发给PCRF。PCRF进行用量监测控制时，PCRF向PCEF订阅用量上报(Usage Report)事件触发器。当Monitoring Key包含在PCC规则中下发后，具有相同Monitoring Key的PCC规则共享该Monitoring Key对应的阈值(用量监测针对一个或一组业务数据流，即业务数据流级别)。当Monitoring Key不包含在任何PCC规则中时，则 IP-CAN会话的所有业务数据流共享该Monitoring Key对应的阈值(用量监测针对IP-CAN 会话级别)。PCEF监测到用量已达到阈值、IP-CAN会话终结、包含某个Monitoring Key的所有PCC规则均被删除/去激活或者PCRF显式请求用量上报时，PCEF将向PCRF报告自从上一次上报以来相关Monitoring Key的用量消耗情况。当PCRF收到来自PCEF的用量上报后，PCRF将从总允许用量中扣除上报的用量值。如果PCEF上报某个MonitoringKey的用量并且需要继续进行监测，那么，PCRF将提供新的阈值给PCEF ；若无需继续进行监测，PCRF 不提供新的阈值给PCEF。当用户的一个接入点名称(Access Point Name，简称为APN)的最后一个IP-CAN会话终结时，PCRF将在SPR中保存剩余的总允许用量，包括该PDN的总允许用量或该PDN的某些具体业务的总允许用量。目前，PCC架构支持称为被赞助数据连接(Sponsored data connectivity)的用量监测。所谓被赞助数据连接是指用户所访问业务产生的用量消耗，并不是由用户自己承担，而是由业务提供方承担。此时，当用户发起该类业务访问时，AF在向PCRF提供业务信息时，还会向PCRF提供业务提供方赞助访问该类业务的用量阈值(即用户可以免费访问该类业务的用量)，在本发明中，被赞助数据连接等同于被赞助数据连接业务。此时，PCRF根据AF下发的用量阈值设置PCEF监测的用量阈值，当到达阈值时，PCEF通知PCRF。然而，现有技术存在以下问题若用户在sra中具有基于IP-CAN会话级的用量签约数据，即PCRF需要根据SPR的签约，指示PCEF监测整个IP-CAN会话的所有业务数据流的累计用量。而此时，用户又访问了某种被赞助数据连接的业务，AF将向PCRF提供资助的用量，PCRF指示PCEF监测该被赞助数据连接业务的用量。这样，会导致PCEF将用户访问被赞助数据连接业务产生的用量计算在整个IP-CAN会话的用量里面，最终导致用量监测产生错误。
发明内容
本发明解决的技术问题是提供一种用量监测方法及系统，在IP-CAN会话级用量监测时不累计被赞助的第三方业务产生的用量消耗。为解决上述技术问题，本发明提供了一种用量监测方法，所述方法包括策略与计费规则功能实体(PCRF)在向策略与计费执行功能实体(PCEF)下发监测键(Monitoring Key)时，指示所述PCEF不将所述Monitoring Key的用量累计入IP连接接入网(IP-CAN会话)级别的用量。此外，所述 Monitoring Key 包括 指定的一个或一组业务数据流对应的Monitoring Key,或者被赞助数据连接对应的 Monitoring Key。此外，所述PCRF通过向所述PCEF下发独立用量监测指示，指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量。此外，所述独立用量监测指示包括独立用量监测指示位或标识信息。此外，所述独立用量监测指示包括被赞助数据连接指示。此外，所述PCRF通过为所述业务数据流或被赞助数据连接分配特定的 Monitoring Key，指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量；其中，所述特定的Monitoring Key是指所述PCRF与所述PCEF预先约定的一个或多个 Monitoring Key。
此外，所述独立用量监测指示包括所述PCRF为所述被赞助数据连接业务制定的策略和计费控制规则中包含的赞助方标识和/或应用业务提供者(ASP)标识、或特定的计费键(Charging Key)。本发明还提供了一种用量监测系统，所述系统包括PCRF中的独立监测指示单元，所述独立监测指示单元，用于向PCEF下发Monitoring Key时，指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量中。此外，所述独立监测指示单元进一步用于，在下发指定的一个或一组业务数据流对应的Monitoring Key、或者被赞助数据连接对应的MonitoringKey时，指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量。此外，所述系统还包括PCEF中的独立监测执行单元，所述独立监测指示单元进一步用于，通过向所述PCEF下发独立用量监测指示、或者为所述业务数据流或被赞助数据连接分配特定的MonitoringKey，指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量；所述独立监测执行单元，用于根据所述独立用量监测指示或者所述特定的 Monitoring Key，不将所述Monitoring Key对应的用量累计入IP-CAN会话级别的用量；其中，所述特定的Monitoring Key是指所述PCRF与所述PCEF预先约定的一个或多个 Monitoring Key。此外，所述独立监测指示单元下发的所述独立用量监测指示包括被赞助数据连接指示、独立用量监测指示位或标识信息；或者，所述PCRF为所述被赞助数据连接制定的策略和计费控制规则中包含的赞助方标识和/或ASP标识、或特定的计费键。采用本发明，PCRF在向PCEF下发Monitoring Key时，指示所述PCEF不将所述 Monitoring Key的用量累计入IP-CAN会话级别的用量中，从而避免了将免费使用的用量错误地累计在IP-CAN会话级别的用量中。此外，本发明还可以实现对IP-CAN会话中的特定业务流进行单独的用量监测，以满足独立用量监测的需求。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1为根据相关技术的Rel-8 PCC非漫游架构的示意图；图2为根据本发明实施例的用量监测方法的流程示意图；图3为根据本发明实施例的用量监测系统的组成示意图。
具体实施例方式本发明的主要目的是提供一种用量的监测机制，其核心思想在于PCRF在下发 Monitoring Key时，指示PCEF对需要独立监测的业务数据流(如被赞助数据连接业务产生的用量或者其他指定的业务数据)的用量不再累计到IP-CAN会话级别的用量中。基于上述思想，本发明提供了一种用量监测方法，具体采用如下技术方案PCRF在向 PCEF 下发Monitoring Key 时，指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量。其中，所述 Monitoring Key 包括指定的一个或一组业务数据流对应的Monitoring Key,或者被赞助数据连接对应的 Monitoring Key。进一步地，所述PCRF通过向所述PCEF下发独立用量监测指示，指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量。其中，所述独立用量监测指示可以是独立用量监测指示位或标识信息。此外，所述独立用量监测指示还可以包括被赞助数据连接指示。此外，所述独立用量监测指示还可以包括所述PCRF为所述被赞助数据连接业务制定的策略和计费控制规则中包含的赞助方标识和/或应用业务提供者(ASP)标识、或特定的计费键(Charging Key)。进一步地，所述PCRF通过为所述业务数据流或被赞助数据连接分配特定的 Monitoring Key，指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量；其中，所述特定的Monitoring Key是指所述PCRF与所述PCEF预先约定的一个或多个 Monitoring Key。为了便于阐述本发明，以下将结合附图及具体实施例对本发明技术方案的实施作进一步详细描述。图2为根据本发明实施例的用量的控制方法的流程图，如图2所示，该流程具体描述如下步骤S201，在UE请求建立IP-CAN会话的过程中，PCEF位于的网关接收到IP-CAN 会话建立请求消息，并在该IP-CAN会话建立请求消息中携带用户标识和请求接入的PDN网络的PDN标识；步骤S202，PCEF向PCRF发送IP-CAN会话建立指示消息，并在该IP-CAN会话建立指示消息中携带用户标识、PDN标识以及为UE分配的IP地址(IP Address)；步骤S203，PCRF根据用户标识判断还没有该用户的签约信息，PCRF向SI3R发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识；步骤S204，SI3R根据用户标识和PDN标识返回用户签约信息(S卩，签约文档应答)。用户签约信息中包含该用户该PDN(Per PDN and UE)的总允许用量Totally Allowed Usagel (TAUl)，即IP-CAN会话级别总允许用量；步骤S205，PCRF根据返回的用户签约信息、网络策略、UE的接入信息等制定策略。 其中用量监测策略包括设置Monitoring Keyl ；设置事件触发器，取值为Usage_Itep0rt和设置用量阈值^age Thresholdl (UTl)。其中PCRF根据从SPR中获得的TAUl分配用户的用量阈值UTl且UTl <= TAUl ；这里，用量监测是针对IP-CAN会话所有业务数据流的，Monitoring Keyl不包含在任何PCC规则(PCRF指示PCEF该Monitoring Key的用量监测为IP-CAN会话级别)。步骤S206，PCEF安装策略，包括用量监测策略。PCEF位于的网关返回IP-CAN会话建立应答，在IP-CAN会话建立应答中携带有IP Address ；在步骤S206后，UE可能还会与该PDN建立另外的IP-CAN会话，此时MonitoringKeyl针对UE与PDN建立的所有IP-CAN会话的所有业务数据流。即Monitoring Keyl是针对 PDN 和 UE 组合的(Per PDN and UE)。步骤S207，PCEF执行用量监测策略，对用户访问该PDN(通过一个或多个IP-CAN 会话)的所有业务数据流进行用量监测(即执行IP-CAN会话级别的用量监测)。在这个过程中，PCEF可能会与PCRF进行交互，上报消耗的用量值以及请求新的用量阈值；步骤S208，UE通过步骤S201-步骤S207建立的IP-CAN会话(包含一个或多个IP-CAN会话)与第三方的应用业务提供者(Application ServiceProvider，简称为 ASP)的服务器连接并请求业务，ASP服务器决定为该用户提供被赞助数据连接。ASP服务器向AF提供动态的被赞助数据连接信息，信息中包括赞助方标识、ASP标识、标识被赞助的用户信息(如IP Address)，被赞助业务的IP流信息和允许用量阈值Allowed Usage Threshold(AUT)，其中所述AF位于UE建立IP-CAN会话的PDN网络中；步骤S209，AF向PCRF提供被赞助数据连接信息，信息中包括赞助方标识、ASP标识、标识被赞助的用户信息(如IP Address)，被赞助业务的IP流信息和允许用量阈值 Allowed Usage Threshold(AUT)；步骤S210，PCRF保存信息后，返回确认消息；步骤S211，PCRF根据从AF获得的信息，网络策略以及用户签约等进行策略决策， 制定PCC策略；PCRF决定对被赞助数据连接业务进行用量监测，制定用量监测策略，包括设置 Monitoring Key2 和设置用量阈值 Usage Threshold〗 (UT2)，其中 UT2 < = AUT。PCRF 将 Monitoring Key2包含在该业务数据流对应的PCC规则中，同时在下发的用量监测策略中还包含独立用量监测指示(本实施例中具体为被赞助数据连接指示)，以便指示PCEF对于 Monitoring Key2对应的用量消耗需要从整个IP-CAN级别的用量中扣除。在实际应用中，PCRF可以先判断用户访问被赞助数据连接所通过的IP-CAN会话是否执行了 IP-CAN会话级别的用量监测，如果是，则PCRF在下发Monitoring Key2时携带独立用量监测指示，否则，可以不用携带独立用量监测指示。步骤S212，PCRF向PCEF下发制定的PCC规则，PCC规则中包含Monitoring Key2, PCRF还提供Monitoring Key2对应的用量阈值UT2以及独立用量监测指示；步骤S213，PCEF安装策略后，向PCRF返回确认消息；步骤S214，PCEF此时同时执行IP-CAN会话级别的用量监测和业务数据流级别。 由于收到独立用量监测指示，因此Monitoring Key2对应的用量消耗，Monitoring Keyl将不在累计用量消耗；上述实施例中的独立用量监测指示可以有多种实现(1) 一个显式的独立用量监测指示，如单独的指示位或标识信息；(2)对应于被赞助数据连接业务，独立用量监测指示还可以是一个被赞助数据连接指示；(3)由于PCRF在向PCEF下发的PCC规则可能会包括赞助方标识和/或ASP标识用于计费，因此，可以规定，PCRF在下发的PCC规则中都必须包含赞助方标识和/或ASP标识，或特定的计费键(charging Key)，从而，当PCEF收到含有赞助方标识和/或ASP标识、 或特定的计费键的PCC规则时，就可判断出包含在该PCC规则中的Monitoring Key需要独立用量监测，IP-CAN会话级别的用量监测不再累计该Monitoring Key对应的用量消耗。此外，在本发明其他实施例中，PCRF还可按照如下方式指示PCEF进行独立用量监测PCEF和PCRF预先约定一个或一组Monitoring Key用于独立用量监测，当PCRF 需要对被赞助数据连接或特定的业务流进行用量监测时，为被赞助数据连接或特定的业务流分配这类Monitoring Key ；PCEF根据所述特定的Monitoring Key时，就可判断出该 Monitoring Key需要独立用量监测。通过上述流程，当PCEF收到某一个或一组业务数据流相关MonitoringKey，并且该Monitoring Key被指示需要独立用量监测，则IP-CAN会话级别的用量监测将不再累计该Monitoring Key对应的用量消耗，避免将本该是免费使用的用量错误的计算在IP-CAN 级别的用量消耗中。此外，本发明也不仅仅应用于被赞助数据连接场景。当PCRF决定IP-CAN会话级别的用量监测不累计某一个或一组业务数据流的用量消耗时，PCRF便指示某一个或一组业务数据流对应Monitoring Key需要独立用量监测。此外，本发明实施例中还提供了一种用量监测系统，如图3所示，该系统主要包括 PCRF中的独立监测指示单元，该独立监测指示单元用于向PCEF下发Monitoring Key时，指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量中。其中，独立监测指示单元在下发指定的一个或一组业务数据流对应的Monitoring Key、或者被赞助数据连接对应的Monitoring Key时，指示PCEF不将所述Monitoring Key 的用量累计入IP-CAN会话级别的用量。进一步地，该系统还包括PCEF中的独立监测执行单元，独立监测指示单元用于，通过向所述PCEF下发独立用量监测指示、或者为所述业务数据流或被赞助数据连接分配特定的Monitoring Key,指示PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量；所述独立监测执行单元用于，根据所述独立用量监测指示或者所述特定的 Monitoring Key，不将所述Monitoring Key对应的用量累计入IP-CAN会话级别的用量；其中，所述特定的Monitoring Key是指所述PCRF与所述PCEF预先约定的一个或多个 Monitoring Key。进一步地，所述独立监测指示单元下发的所述独立用量监测指示包括被赞助数据连接指示、独立用量监测指示位或标识信息；或者，所述PCRF为所述被赞助数据连接制定的策略和计费控制规则中包含的赞助方标识和/或ASP标识、或特定的计费键。以上仅为本发明的优选实施案例而已，并不用于限制本发明，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
权利要求
1.一种用量监测方法，其特征在于，所述方法包括策略与计费规则功能实体(PCRF)在向策略与计费执行功能实体(PCEF)下发监测键 (Monitoring Key)时，指示所述PCEF不将所述Monitoring Key的用量累计入IP连接接入网(IP-CAN会话)级别的用量。
2.如权利要求1所述的方法，其特征在于，所述MonitoringKey包括指定的一个或一组业务数据流对应的Monitoring Key,或者被赞助数据连接对应的 Monitoring Key。
3.如权利要求2所述的方法，其特征在于，所述PCRF通过向所述PCEF下发独立用量监测指示，指示所述PCEF不将所述 Monitoring Key的用量累计入IP-CAN会话级别的用量。
4.如权利要求3所述的方法，其特征在于，所述独立用量监测指示包括独立用量监测指示位或标识信息。
5.如权利要求3或4所述的方法，其特征在于，所述独立用量监测指示包括被赞助数据连接指示。
6.如权利要求2所述的方法，其特征在于，所述PCRF通过为所述业务数据流或被赞助数据连接分配特定的Monitoring Key,指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量；其中，所述特定的Monitoring Key是指所述PCRF与所述PCEF预先约定的一个或多个 Monitoring Key。
7.如权利要求3所述的方法，其特征在于，所述独立用量监测指示包括所述PCRF为所述被赞助数据连接业务制定的策略和计费控制规则中包含的赞助方标识和/或应用业务提供者(ASP)标识、或特定的计费键 (Charging Key)。
8.一种用量监测系统，其特征在于，所述系统包括PCRF中的独立监测指示单元，所述独立监测指示单元，用于向PCEF下发Monitoring Key时，指示所述PCEF不将所述Monitoring Key的用量累计入IP-CAN会话级别的用量中。
9.如权利要求8所述的系统，其特征在于，所述独立监测指示单元进一步用于，在下发指定的一个或一组业务数据流对应的 Monitoring Key、或者被赞助数据连接对应的Monitoring Key时，指示所述PCEF不将所述 Monitoring Key的用量累计入IP-CAN会话级别的用量。
10.如权利要求8或9所述的系统，其特征在于，所述系统还包括PCEF中的独立监测执行单元，所述独立监测指示单元进一步用于，通过向所述PCEF下发独立用量监测指示、或者为所述业务数据流或被赞助数据连接分配特定的MonitoringKey，指示所述PCEF不将所述 Monitoring Key的用量累计入IP-CAN会话级别的用量；所述独立监测执行单元，用于根据所述独立用量监测指示或者所述特定的Monitoring Key，不将所述Monitoring Key对应的用量累计入IP-CAN会话级别的用量；其中，所述特定的Monitoring Key是指所述PCRF与所述PCEF预先约定的一个或多个 Monitoring Key。
11.如权利要求10所述的系统，其特征在于， 所述独立监测指示单元下发的所述独立用量监测指示包括 被赞助数据连接指示、独立用量监测指示位或标识信息；或者， 所述PCRF为所述被赞助数据连接制定的策略和计费控制规则中包含的赞助方标识和 /或ASP标识、或特定的计费键。
全文摘要
本发明公开了一种用量监测方法及系统，所述方法包括PCRF在向PCEF下发Monitoring Key时，指示PCEF不将该Monitoring Key的用量累计入IP-CAN会话级别的用量。采用本发明，在IP-CAN会话级用量监测时不累计被赞助的第三方业务产生的用量消耗，避免了将免费使用的用量错误地累计在IP-CAN会话级别的用量中；此外，本发明还可以实现对IP-CAN会话中的特定业务流进行单独的用量监测，以满足独立用量监测的需求。
文档编号H04W4/26GK102421081SQ20101050233
公开日2012年4月18日 申请日期2010年9月28日 优先权日2010年9月28日
发明者周晓云, 宗在峰 申请人:中兴通讯股份有限公司