述OCS发送的所述Policy Counter Id、所述Policy Counter的状态和累计用量。实现了对SponsoredService的用量监控，解决了通过OCS实现用量监控的方案无法支持针对Sponsored Service业务的用量监控的问题。
【附图说明】
[0105]图1为现有PCC组成架构示意图；
[0106]图2为本发明的实施例一中实现OCS获取允许用量的流程图；
[0107]图3为本发明的实施例一中实现OCS检测到状态变化时，OCS报告累计用量的流程图；
[0108]图4为本发明的实施例一中实现IP-CAN会话终结时，OCS报告累计用量的流程图；
[0109]图5为本发明的实施例一实现AF请求会话终结时，OCS报告累计用量的流程图；
[0110]图6为本发明的实施例二提供的一种用量监控装置的结构示意图；
[0111]图7为图6中信息提供模块601的结构示意图；
[0112]图8为图6中监控结果接收模块602的结构示意图；
[0113]图9为本发明的实施例二提供的又一种用量监控装置的结构示意图；
[0114]图10为图9中状态检测模块902的结构示意图。
【具体实施方式】
[0115]运营商为了简化部署方案，需要采用一个机制实现对Sponsored Service的用量监控，然而目前通过OCS实现用量监控的方案无法支持针对Sponsored Service业务的用量监控。
[0116]为了解决上述问题，本发明的实施例提供了一种用量监控方法、装置和系统。下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
[0117]需要说明的是，本发明的实施例中以(H-) PCRF表示归属地PCRF，对于非漫游场景，为PCRF ;对于漫游场景，为H-PCRF。
[0118]首先结合附图，对本发明的实施例一进行说明。
[0119]本发明实施例提供了一种用量监控方法，图2为使用该方法实现OCS获取允许用量的流程图，具体步骤如下:
[0120]步骤201:UE与网络之间建立IP-CAN会话。
[0121]步骤202:UE通过建立的IP-CAN会话访问被赞助数据连接业务。
[0122]步骤203:AF发起AF会话建立流程，向(H_) PCRF提供被赞助数据连接业务信息，包括 Sponsor Id,应用提供商标识 ASP Id 和 Total Usage threshold。
[0123]步骤204: (H-) PCRF向AF返回确认消息；
[0124]步骤205: (H-) PCRF进行策略决策。(H_) PCRF对被赞助数据业务信息进行校验成功后，制定PCC规则。(H-)PCRF决定针对该业务采用在线计费的方式进行计费。若运营商配置的一个Charging key (这里标记为CKA)可以唯一标识一个Sponsor Id和ASP Id组合，那么PCRF在PCC规则中只需要包含CK A ;若运营商没有配置一个Charging key唯一标识一个Sponsor Id和ASP Id组合，那么(H-) PCRF在PCC规则中需要包含ChargingKey (标记为 CK B), Sponsor Id 和 ASP Id。此外(Η-) PCRF 根据 Sponsor Id 和 ASP Id 确定 Policy Counter Id,标识为 PCI A。
[0125]步骤206:若(H-) PCRF与OCS还未建立Sy会话，在(H_) PCRF发起初始消费限制报告请求；否则(H-)PCRF向OCS发送中间消费限制报告请求。消息中携带Policy counterlist中包含PCI A以及总用量阈值Total Usage Threshold ；
[0126]步骤207:0CS保存Total Usage Threshold。OCS返回确认消息，消息中返回policy counter Id以及对应的Status。其中PCI A的状态为INQU0TA。OCS中也预先配置 Sponsor Id 和 ASP Id 对应的 Policy counter,即 PCI A。若运营商配置一个 Chargingkey (即CK A)可以唯一标识一个Sponsor Id和ASP Id组合，那么PCI A是和CK A——对应的。若运营商没有配置一个Charging key唯一标识Sponsor Id和ASP Id组合,那么PCI A是与CK B，Sponsor Id和ASP id——对应的。此外OCS配置的PCI A有两个状态，即(INQU0TA，0UTQU0TA)。若OCS有可授权的信用(即可分配的Usage Threshold),则状态为INQU0TA，否则状态为0UTQU0TA。
[0127]步骤208: (H-) PCRF向PCEF提供制定的PCC规则。
[0128]步骤209 =PCRF返回确认消息。
[0129]步骤210:PCEF向OCS发送信用控制请求,消息中携带Charging Key (CK A)或Charging Key (CK B), Sponsor Id 和 ASP Id 的组合。
[0130]步骤211:0CS返回信用控制应答，携带为CK A或CK B, Sponsor Id和ASP Id组合授权的信用(也可称为配额Quota,对用量监控,可称为Usage Threshold)。OCS从TotalUsage Threshold 中扣除分配的 Usage Threshold,即将 Total Usage Threshold 更新为Total Usage Threshold-Usage Threshold 的取值。
[0131]步骤212:PCEF将对UE使用的用量进行累计，当PCEF请求的信用(即Quota或Usage Threshold)用完时，PCEF通过信用控制请求向OCS请求新的信用。OCS判断TotalUsage Threshold 是否为 0，若不为 0，则 OCS 为 CKA 或 CK B, Sponsor Id 和 ASP Id 组合授权新的信用(即Usage Threshold),然后OCS从Total Usage Threshold中扣除分配的Usage Threshold,即将 Total Usage Threshold 更新为 Total Usage Threshold-UsageThreshold的取值。OCS根据信用授权结果,对Policy Counter PCI A进行检测。
[0132]图3为如图2所示，OCS检测到Policy Counter状态变化后，上报状态的流程图，具体步骤如下:
[0133]步骤301:若OCS收到PCEF携带的CK A或CK B，Sponsor Id和ASP Id组合的信用请求后，判断没有信用可授权，，判断UE使用的用量已经达到Total Usage Threshold,OCS判断PCI A的状态变化为0UTQUATA ；
[0134]步骤302:0CS主动向(H_)PCRF发送消费限制报告消息，携带Policy Counter ID(PCI A), Status 为 0UTQUATA。消息中还可以携带 Accumulated Usage (等于 Total UsageThreshold)；
[0135]步骤303: (H-) PCRF向OCS返回确认消息。
[0136]步骤304: (H-) PCRF 向 AF 上报 Accumulated Usage。
[0137]步骤305:AF返回确认消息
[0138]步骤306: (H-) PCRF可能会调整策略，并发起IP-CAN会话修改流程更新PCEF安装的PCC规则。
[0139]图4为IP-CAN会话终止时，OCS上报累计用量的流程图，具体步骤如下:
[0140]步骤401 =PCEF收到触发，决定终结IP-CAN会话。
[0141]步骤402 =PCEF向OCS发送信用最终报告，其中包括用户已经消耗的图3中被赞助数据业务的累计用量。
[0142]步骤403:0CS进行信用统计，包括图3中被赞助数据业务的累计用量统计。OCS返回确认消息，终结在线计费会话。
[0143]步骤404 =PCEF向PCRF发送IP-CAN会话终结请求。
[0144]步骤405: (H-) PCRF向OCS发送最终消费限制报告请求；
[0145]步骤406:0CS向(H-)PCRF返回确认消息,携带Policy Counter List以及对应的Status。其中包括 Policy Counter Id (PCI A),以及 Accumulated Usage ；
[0146]为了统计准确，OCS需要在接收到PCEF向OCS发送的信用最终报告进行用量统计后再向(H-) PCRF返回确认消息。
[0147]步骤407: (H-) PCRF向AF发送AF会话终结请求，消息中携带AccumulatedUsage ；
[0148]步骤408:AF返回确认消息；
[0149]步骤409: (H-) PCRF向PCEF返回确认消息；
[0150]步骤410: PCEF返回确认消息。
[0151]图5为AF请求会话终结时，OCS上报累计用量的流程图。具体步骤如下:
[0152]步骤501:AF向(H_) PCRF发送AF会话请求消息。
[0153]步骤502: (H-) PCRF发起IP-CAN会话修改请求，删除AF会话对应的PCC规则。
[0154]步骤503 =PCEF删除PCC规则后返回确认消息。
[0155]步骤504 =PCEF向OCS发送信用请求，上报被删除PCC规则剩余的信用或累计的用量。
[0156]步骤505:0CS进行信用统计后,返回确认消息。
[0157]步骤506: (H-) PCRF向OCS发送最终消费限制请求或中间消费限制报告请求消息；
[0158]本步骤中，若PCRF认为无任何策略决策需要根据OCS中的Policy Counter的状态时，发送最终消费限制请求，若H-PCRF认为除了 sponsor业务外还有其他策略决策需要根据OCS中的Policy Counter的状态时,发送中间消费限制报告请求消息。
[0159]步骤507:0CS 返回确认消息，携带 Policy Counter Id (PCI A), Status 和Accumulated Usage;
[0160]为了统计准确，OCS需要在接收到PCEF向OCS发送的信用最终报告进行用量统计后再向H-PCRF返回确认消息。
[0161]步骤508: (H-) PCRF 向 AF 返回 AF 会话确认消息，携带 Accumulated Usage。
[0162]在以上实施例中，PCEF可以向OCS上报累计消耗的用量，也可以向OCS上报剩余的用量，OCS统计后获取UE累计消耗的用量后向PCRF提供累计用量。
[0163]下面结合附图，对本发明的实施例二进行说明。
[0164]本发明实施例提供了一种用量监控装置，该装置的结构如图6所示，包括:
[0165]信息提供模块601,用于向OCS提供SponsoredData Connectivity对应的PolicyCounter Id 及该 Sponsored Data Connectivity 对应的 Total Usage Threshold,供所述OCS进行用量监控；
[0166]监控结果接收模块602,用于接收所述OCS发送的所述Policy Counter Id、所述Policy Counter的状态和累计用量。
[0167]优选的，该装置还包括:
[0168]第一规则制定模块603,用于为所述Sponsored Data Connectivity制定策略和计费控制PCC规则,所述PCC规则包含所述唯一标识所述Sponsored Data Connectivity的计费键 Charging Key ；
[0169]第一规则发送模块604，用于向PCEF提供所述PCC规则以供所述PCEF执行。
[0170]优选的，该装置还包括:
[0171]第二规则制定模块605,用于为所述Sponsored Data Connectivity制定策略和计费控制PCC规则,在所述PCC规则包含所述唯一标识所述Sponsored Data Connectivity的计费键 Charging Key、Sponsor Id 和 ASP Id 组合；
[0172]第二规则发送模块606，用于向所述PCEF提供所述PCC规则以供所述PCEF执行。
[0173]优选的，所述信息提供模块601的结构如图7所示，包括:
[0174]第一消息发送单元6011，用于在所述归属地PCRF与所述OCS还未建立Sy会话时，发送携带有所述Policy Counter Id及Total Usage Threshold的初始消费限制报告请求；
[0175]第二消息发送单元6012，用于在所述归属地PCRF已与所述OCS建立Sy会话时，发送携带有所述Policy Counter Id及Total Usage Threshold的中间消费限制报告请求。
[0176]优选的，所述监控结果接收模块602的结构如图8所示，包括:
[0177]第一接收单元6021，用于在所述OCS在检测到Policy Counter的状态发生变化时，接收所述OCS上报的携带有所述P