统决策的输入参数，以进行赞助商业务决策。
[0030]步骤302:将赞助商状态信息作为决策条件进行赞助商业务决策。
[0031]该步骤302，具体可以包括如下处理:
[0032]在赞助商状态信息发生变更的情况下，更新正在进行该赞助商的业务的用户的策略和计费控制PCC、服务质量QoS以及业务监测控制ADC(Applicat1n Detect1n CtroI,应用监测控制)策略中至少一个。
[0033]实施例2
[0034]图4是根据本发明优选实施例2的赞助商业务决策方法的信令交互流程图，如图4所示，该方法通过公开更多的技术细节来对本发明实施例的赞助商业务决策方法进行详细说明，该方法主要通过PCRF在需要进行赞助商业务决策时，主动向赞助商监测实体请求赞助状态信息的方式来获知当前各赞助商的状态，具体地，该方法包括如下的步骤S401至步骤 S407。
[0035]步骤S401，AF向PCRF提供被赞助数据连接信息，信息中包括赞助方标识、ASP标识、应用标识、标识被赞助的用户信息(如IP地址)，被赞助商业务的IP流信息。若用户面数据不经过AF，那么AF还会提供AUT (Allowed Usage Threshold，允许用量阈值)等；
[0036]步骤S402，PCRF发现需要进行赞助商业务决策，且本地没有对应赞助商状态信息，则向赞助商监测实体发起获取赞助商状态信息请求。
[0037]步骤S403，赞助商监测实体对PCRF的请求进行应答，应答中包含请求的赞助商状态?目息O
[0038]步骤S404，PCRF保存获取到的赞助商状态信息。
[0039]步骤S405，PCRF将获取的赞助商状态信息作为决策条件之一，进行策略决策，得到决策结果。
[0040]步骤S406，PCRF依据决策结果进行Rx接口应答。
[0041]步骤S407，PCRF 依据决策结果通知 PCEF/BBERF(Bearer Binding and EventReporting Funct1n,承载绑定和事件报告功能实体)/TDF (Traffic Detect1nFunct1n，流量检测功能)执行策略。
[0042]当赞助商状态信息发生变更时，PCRF可以更新所有正在进行该赞助商业务的用户PCC/Qos/ADC 等策略。
[0043]实施例3
[0044]图5是根据本发明优选实施例3的赞助商业务决策方法的信令交互流程图，该方法与上述实施例2中所述方法的区别在于，该方法主要是通过赞助商监测实体在赞助商状态发生变化时向PCRF推送赞助商状态信息的方式获知赞助商状态信息，如图5所示，该方法包括如下的步骤S501至步骤S505。
[0045]步骤S501，赞助商监测实体侦测到赞助商状态发生变化，向已获取该赞助商状态的PCRF发起赞助商状态变更通知请求。
[0046]步骤S502，PCRF/SPR向赞助商监测实体平台应答确认。
[0047]步骤S503，PCRF/SPR保存赞助商状态，根据更新后的赞助商状态信息，判定是否需要进行相应的策略更新(例如签约赞助商的MBR(Maximum Bit Rate，最大比特速率)/GBR(GBR Guaranteed Bit Rate，保证比特率)变更且影响到现有授权的允许MBR/GBR)，在判断需要进行策略更新时更新现有策略。
[0048]步骤S504，S503中判断需要更新策略，则PCRF将更新后的策略下发给PCEF/BBERF/TDF。
[0049]步骤S505，相关功能实体执行后续IP-CAN会话修改流程。
[0050]当赞助商状态变更涉及多个用户会话的策略更新，则步骤S504和步骤S505会对涉及到的每个用户执行。
[0051]需要说明的是，本发明实施例还采用实施例2与实施例3中获知赞助商状态信息的两种方式结合使用来获知赞助商的状态信息，具体的，在当前需要进行赞助商业务决策时，首先在本地查找是否有缓存有监测实体推送的赞助商状态信息，在本地不存在缓存信息的情况下，再主动向监测实体请求获取赞助商状态信息。
[0052]实施例4
[0053]本发明实施例4提供了一种赞助商业务决策装置，图6是本发明实施例4的赞助商业务决策装置的结构框图，如图6所示，该装置60包括以下组成部分:获知模块61，用于获知赞助商监测实体监测到的赞助商状态信息；
[0054]业务决策模块62，用于将赞助商状态信息作为决策条件进行赞助商业务决策。
[0055]其中，上述获知模块61具体可以包括:
[0056]请求单元，用于在接收到的需要进行赞助商业务决策的指示信息时，向赞助商监测实体发出获取赞助商状态信息的请求；
[0057]接收单元，用于接收赞助商监测实体反馈的赞助商状态信息。
[0058]其中，上述获知模块61具体用于:接收赞助商监测实体推送的赞助商状态更新信息，缓存更新信息。
[0059]其中，决策模块62用于:在赞助商状态信息发生变更的情况下，更新正在进行赞助商的业务的用户的策略和计费控制PCC、服务质量QOS以及业务监测控制ADC策略中至少一个。
[0060]图7是本发明实施例4的赞助商业务决策架构示意图，如图7所示，上述装置60与在线计费系统、离线计费系统以及经营分析、信令分析系统进行信息交互，获取赞助商的状态信息，并将获取到的赞助商状态信息发送至与其相连的PCRF。
[0061]本发明实施例的方案，将赞助商监测实体检测获得到的赞助商状态信息作为赞助商业务决策的条件进赞助商业务决策，与现有技术相比能够对赞助商业务进行有效的控制，减小赞助商业务对运营商业务的影响。
[0062]尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。
【主权项】
1.一种赞助商业务决策方法，其特征在于，包括: 获知赞助商监测实体监测到的赞助商状态信息； 将所述赞助商状态信息作为决策条件进行赞助商业务决策。2.如权利要求1所述的方法，其特征在于，获知赞助商监测实体监测到的赞助商状态信息，包括: 在接收到需要进行赞助商业务决策的指示信息时，向赞助商监测实体发出获取赞助商状态信息的请求； 接收所述赞助商监测实体反馈的赞助商状态信息。3.如权利要求1所述的方法，其特征在于，获知赞助商监测实体监测到的赞助商状态信息，包括: 接收赞助商监测实体推送的赞助商状态更新信息，缓存所述更新信息。4.如权利要求1所述的方法，其特征在于，所述将所述赞助商状态信息作为决策条件进行赞助商业务决策，包括: 在所述赞助商状态信息发生变更的情况下，更新正在运行的所述赞助商的业务的用户的策略和计费控制PCC、服务质量QoS以及业务监测控制ADC策略中至少一个。5.如权利要求1所述的方法，其特征在于，所述赞助商状态信息为:将赞助商监测实体监测计费系统以及经营分析信令分析系统获得的赞助商数据进行处理得到对应于各运营商的状态值。6.如权利要求1?4任意一项所述的方法，其特征在于，所述赞助商状态信息至少包括以下一种: 赞助商的信用是否超出预设信用门限值、赞助商等级是否达到预设等级门限值、赞助商业务的使用量以及赞助商与运营商存在竞争关系的业务的使用量是否超出对应预设业务使用量门限值。7.—种赞助商业务决策装置，其特征在于，包括: 获知模块，用于获知赞助商监测实体监测到的赞助商状态信息； 业务决策模块，用于将所述赞助商状态信息作为决策条件进行赞助商业务决策。8.如权利要求7所述的装置，其特征在于，所述获知模块包括: 请求单元，用于在接收到需要进行赞助商业务决策的指示信息时，向赞助商监测实体发出获取赞助商状态信息的请求； 接收单元，用于接收所述赞助商监测实体反馈的赞助商状态信息。9.如权利要求7所述的装置，其特征在于，所述获知模块用于: 接收赞助商监测实体推送的赞助商状态更新信息，缓存所述更新信息。10.如权利要求7所述的装置，其特征在于，所述决策模块用于: 在所述赞助商状态信息发生变更的情况下，更新正在运行的所述赞助商的业务的用户的策略和计费控制PCC、服务质量QoS以及业务监测控制ADC策略中至少一个。
【专利摘要】本发明提供一种赞助商业务决策方法及装置，用以解决在现有计费控制机制下，不能对赞助商业务进行有效控制的问题。其中赞助商业务决策方法包括：获知赞助商监测实体监测到的赞助商状态信息；将赞助商状态信息作为决策条件进行赞助商业务决策，与现有技术相比，能够对赞助商业务进行有效的控制，减小赞助商业务对运营商业务的影响。
【IPC分类】H04W4/26
【公开号】CN105682070
【申请号】
【发明人】马云飞, 邱永庆, 孙闵
【申请人】中兴通讯股份有限公司
【公开日】2016年6月15日
【申请日】2014年11月20日...