用量监控方法、装置和系统的制作方法
【技术领域】
[0001]本发明涉及通信领域，尤其涉及一种用量监控方法、装置和系统。
【背景技术】
[0002]自第三代合作伙伴计划阶段7 (3GPP Release7)标准体系以来，策略和计费功能由策略和计费控制(PCC, Policy and Charging Control)框架来实现。PCC架构是一个能够应用于多种接入技术的功能框架，例如，PCC架构可以应用于通用移动通信系统(UMTS, Universal Mobile Telecommunicat1ns System)的陆上无线接入网(UTRAN,UMTS Terrestrial Rad1 Access Network)、全球移动通信系统(GSM, Global system forMobile Communicat1n)/GSM数据增强演进(EDGE)无线接入网、互通无线局域网(1-WLAN)以及演进的分组系统(EPS, Evolved Packet System)等。
[0003]PCC主要实现了策略控制和计费两大功能。图1为现有PCC组成架构示意图，以下对图1所示的PCC架构中的各个逻辑功能实体及其接口功能进行描述。如图1所示:
[0004]应用功能实体(AF)，用于提供业务应用的接入点，这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时，AF将相关业务信息传递给策略控制与计费规则功能实体(PCRF,Policy and Charging Rules Funct1n)。如果这些业务信息与PCRF的策略相一致，则PCRF接受该协商；否则，PCRF拒绝该协商，并在反馈时给出PCRF可接受的业务参数。随后，AF可将这些参数返回给用户设备(UE,User Equipment)。其中，AF和PCRF之间的接口是Rx接口。
[0005]PCRF是PCC的核心，用于负责策略决策和计费规则的制定。PCRF提供基于业务数据流的网络控制规则，这些网络控制包括业务数据流的检测、门控(Gating Control)、服务质量(QoS, Quality of Service)控制以及基于数据流的计费规则等。PCRF将其制定的策略和计费规则发送给策略和计费执行功能实体(PCEF, Policy and Control EnforcementFunct1n)执行；同时，PCRF还需要保证这些规则和用户的签约信息一致。其中，PCRF制定策略和计费规则的依据包括:从AF获得的与业务相关的信息、从用户签约数据库(SPR，Subscript1n Profile Repository)获得的与与策略控制和计费相关的用户策略计费控制签约信息、以及通过Gx接口从PCEF获得的与承载相关网络的信息。
[0006]PCEF通常位于网关(GW，Gate-Way)内，在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF所发送的规则中的业务数据流过滤器对业务数据流进行检测，进而对这些业务数据流执行PCRF所制定的策略和计费规则；在承载建立时，PCEF按照PCRF发送的规则进行QoS授权，并根据AF的执行进行门控控制；同时，PCEF根据PCRF订阅的事件触发上报承载网络上发生的事件；根据PCRF发送的计费规则，PCEF执行相应的业务数据流计费操作，计费既可以是在线计费，也可以是离线计费。如果是在线计费，则PCEF需要和在线计费系统(0CS，0nline Charging System)—起进行信用管理；离线计费时，PCEF和离线计费系统(0FCS，Offline Charging System)之间交换相关的计费信息。其中，PCEF与PCRF之间的接口是Gx接口，PCEF与OCS之间的接口是Gy接口，PCEF与OFCS之间的接口是Gz接口。PCEF—般都位于网络的网关上，如EPS的分组数据网络网关(PDN-GW)、通用无线分组业务(GPRS，General Packet Rad1 Service)中的GPRS网关支持节点(GGSN)以及互联无线网局域网(I_WLAN，Interworking WLAN)中的分组数据网关(PDG，Packet Data Gateway)
坐寸O
[0007]承载绑定和事件报告功能实体(BBERF,Bearer Binding and Event ReportingFunct1n)通常位于接入网网关(Access Network Gateway)内。如当用户设备通过E-UTRAN接入EPS、服务网关S-GW与P-GW之间采用代理移动互联网协议版本6 (PMIPv6, ProxyMobile Internet Protocol vers1n6)协议时，S-GW中就存在BBERF。当用户设备通过可信任非3GPP接入网接入时，可信任非3GPP接入网关中也存在BBERF。
[0008]用户签约数据库(SPR)，存储有与策略控制和计费相关的用户策略计费控制签约信息。SPR和PCRF之间的接口是Sp接口。
[0009]OCS和PCEF共同完成在线计费方式下用户信用的控制和管理。
[0010]OFCS与PCEF共同完成离线计费方式下的计费操作。
[0011]现有技术中，PCC支持动态的用量监测控制，以实现基于实时的网络资源使用总量执行动态的策略决策。用量监测可应用于单个业务数据流、一组业务数据流或者一个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标识上报的用量。
[0012]同时，在SPR中还可以保存用户某个PDN的总允许用量，即针对一个IP-CAN会话的所有业务流的总允许用量，也可以称为每TON每用户的总允许用量。SPR中还可以保存用户某个TON的某些具体业务的总允许用量，即针对一个业务数据流或一组业务数据流的总允许用量，通常也可以用Monitoring Key进行标识。
[0013]当用户建立到某个I3DN的IP-CAN会话后，SPR将总允许用量下发给PCRF。PCRF进行用量监测控制时，PCRF向PCEF订阅用量上报(Usage_Report)事件触发器。当MonitoringKey包含在PCC规则中下发后，具有相同Monitoring Key的PCC规则共享该MonitoringKey对应的阈值。当Monitoring Key不包含在任何PCC规则中时，IP-CAN会话的所有业务数据流共享该Monitoring Key对应的阈值。PCEF监测到用量已达到阈值、IP-CAN会话终结、包含某个Monitoring Key的所有PCC规则均被删除或者PCRF显式请求用量上报时，PCEF将向PCRF报告自从上一次上报以来相关Monitoring Key的用量消耗情况。当PCRF收到来自PCEF的用量上报后，PCRF将从总允许用量中扣除上报的用量值。如果PCEF上报某个Monitoring Key的用量并且需要继续进行监测，那么，PCRF将提供新的阈值给PCEF ；若无需继续进行监测，PCRF不提供新的阈值给PCEF。当用户的一个APN的最后一个IP-CAN会话终结时，PCRF将在SPR中保存剩余的总允许用量，包括该PDN的总允许用量或该PDN的某些具体业务的总允许用量。
[0014]目前，PCC架构支持称为被赞助数据连接(Sponsored data connectivity),所谓Sponsored Data Connectivity是指用户所访问业务产生的用量消耗，并不是由用户自己承担，而是由业务提供方承担，此时，当用户发起该类业务访问时，AF在向PCRF提供 Sponsored Data Connectivity 的业务信息时，还提供 Sponsored Data Connectivity信息，例如赞助商标识(Sponsor Identity)、标识业务提供商(Applicat1n ServiceProvider)和应用信息，以及可能向PCRF提供的业务提供方赞助访问该类业务的用量阈值，即用户可以免费访问该类业务的用量。当PCRF从AF获取用量阈值后，PCRF便可以调用上述的用量监控机制执行对Sponsored Service的用量监控。
[0015]此外，用量监控也可以通过OCS来实现。OCS配置总允许用量，以及两个PolicyCounter Status (INQU0TA, 0UTQU0TA), OCS 根据 PCEF 通过 Gy 接口上报的用量进行累计，并通过Sy接口通知PCRF的状态变化。同时PCRF也配置针对两个状态的运营商策略，以便根据OCS上报的状态来进行策略决策。
[0016]运营商为了简化部署方案，需要采用一个机制实现对Sponsored Service的用量监控，然而目前通过OCS实现用量监控的方案无法支持针对Sponsored Service业务的用量监控。
【发明内容】
[0017]本发明提供了一种用量监控方法、装置和系统，解决了目前通过OCS实现用量监控的方案无法支持针对Sponsored Service业务的用量监控的问题。
[0018]一种用量监控方法，包括:
[0019]归属地策略控制与计费规则功能实体PCRF向在线计费系统OCS提供被赞助数据连接Sponsored Data Connectivity对应的策略计数器标识Policy Counter Id及该Sponsored Data Connectivity 对应的总用量阈值 Total Usage Threshold,供所述 OCS 进行用量监控；
[0020]所述归属地PCRF接收所述OCS发送的所述Policy Counter Id、所述PolicyCounter的状态和累计用量。
[0021]优选的,所述归属地PCRF为所述Sponsored Data Connectivity制定策略和计费控制PCC规则,所述PCC规则包含所述唯一标识所述Sponsored Data Connectivity的计费键 Charging Key ；
[0022]所述归属地PCRF向策略计费执行功能(PCEF)提供所述PCC规则以供所述PCEF执行。
[0023]优选的,所述归属地PCRF为所述Sponsored Data Connectivity制定策略和计费控制PCC规则,在所述PCC规则包含所述唯一标识所述Sponsored Data Connectivity的计费键Charging Key、Sponsor Id和应用提供商标识ASP Id组合；
[0024]所述归属地PCRF向所述PCEF提供所述PCC规则以供所述PCEF执行。
[0025]优选的，归属地PCRF 向 OCS 提供 Sponsored Data Connectivity 对应的 PolicyCounter Id 及该 Sponsored Data Connectivity 对应的 Total Usage Threshold 包括:
[0026]在所述归属地PCRF与所述OCS还未建立Sy会话时，所述归属地PCRF向所述OCS发送携带有所述Policy Counter Id及Total Usage Threshold的初始消费限制报告；或，
[0027]在所述归属地PCRF已与所述OCS建立Sy会话时，所述归属地PCRF向所述OCS发送携带有所述Policy Counter Id及Total Usage Threshold的中间消费限制报告。
[0028]优选的，所述归属地PCRF接收所述OCS发送的所述Policy Counter Id、所述Policy Counter的状态和累计用量包括:
[0029]在所述OCS在检测到Policy Counter状态发生变化时，所述归属地PCRF接收所述OCS上报的携带有所述Policy Counter的状态和累计用量的消费限制报告携带。
[0030]优选的，所述归属地PCRF接收所述OCS发送的所述Policy Counter Id、所述Policy Counter的状态和累计用量包括:
[0031]在所述OCS接收到该归属地PCRF发送的最终消费限制报告请求后，所述归属地PCRF接收所述OCS回复的携带有所述Policy Counter的状态和累计用量的确认消息。
[0032]优选的，所述归属地PCRF接收所述OCS在接收到该归属地PCRF发送的最终消费限制报告请求后回复的确认消息的步骤之前，还包括:
[0033]PCEF向所述OCS发送信用最终报告。
[0034]优选的，所述归属地PCRF接收所述OCS发送的所述Policy Counter Id、所述Policy Counter的状态和累计用量包括:
[0035]在所述OCS接收到该地PCRF发送的最终消息限制报告请求或中间消费限制报告请求后，所述归属地PCRF接收所述OCS返回的携带有所述Policy Counter标识及状态和累计用量的确认消息。
[0036]优选的，所述归属地PCRF接收所述OCS在接收到该地PCRF发送的最终消息限制报告请求或中间消费限制报告请求后返回的确认消息的步骤之前，还包括:
[0037]PCEF向所