流量监控处理方法和相关装置和系统

本申请涉及通信计算机技术领域，具体主要涉及了流量监控处理方法和相关装置和系统。

随着技术进步，特别是网际互联协议(IP，Internet Protocol)技术和信息技术的发展，电信、信息技术、媒体和消费电子等行业之间逐渐融合，电信业正面临着巨大的变革。未来几年是电信业转型的一个关键时期，数字电信业务已开始逐渐替代传统电信业务。电信运营商与一些合作伙伴之间携手合作的商业模式将逐渐成为未来的电信市场发展的主流方向。电信运营商的合作伙伴可能是内容提供商、服务提供商、应用提供商或其他机构企业等。

有些合作伙伴会为用户提供流量赞助，这种合作伙伴可称赞助商，例如腾讯为用户提供流量赞助。对于合作伙伴的从运营商批发的流量资源，一般是通过专门的B2B(Business to Business，企业对企业)计费系统来进行计费处理，然而传统的B2B计费系统基本都是离线结算批价，而基于离线结算批价能力，通常是难以支持电信运营商流量经营活动中实时体验，最终影响终端用户的流量使用体验。

本申请实施例流量监控处理方法和相关装置和系统。

本发明实施例第一方面提供一种流量监控处理方法，包括：

企业对企业(B2B)计费网元接收来自企业对用户(B2C)计费网元的第一流量申请请求消息，其中，所述第一流量申请请求消息携带有业务标识和终端用户标识；所述B2B计费网元基于第一申请流量值和所述业务标识对应的赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第一授权流量值，将所述赞助商流量账户当前的可预留流量值扣除所述第一授权流量值以得到更新后的所述赞助商流量账户的可预留流量值。所述B2B计费网元向所述B2C计费网元发送用于响应所述第一流量申请请求消息的第一流量申请响应消息，所述第一流量申请响应消息携带所述第一授权流量值，所述第一流量申请响应消息指示所述B2C计费网元对所述终端用户标识对应的用户终端在所述第一授权流量值范围内消费的所述业务标识对应的业务流量进行免计费处理。

其中，B2C计费网元是主要针对终端用户进行计费的网元，所述B2C计费网元例如为在线计费系统(OCS，Online Charging System)网元或者融合计费系统(CBS，ConvergentBilling System)网元。

其中，B2B计费网元是主要针对企业用户(例如流量赞助商，简称赞助商)计费的网元。B2B计费网元例如为B2B Billing系统网元。

流量赞助商(简称赞助商)例如可能是腾讯、谷歌或百度等电信运营商的合作伙伴。业务标识所表示的业务可以是流量赞助业务，流量赞助业务例如可能是或腾讯视频等业务。

其中，第一申请流量值可携带在所述第一流量申请请求消息中。或所述第一申请流量值为默认的申请流量值(默认的申请流量值例如可为单次5M或15M或其他值)。或者，第一申请流量值是与所述业务标识或所述终端用户标识对应的预设申请流量值例如不同的所述业务标识可分别对应不同的预设申请流量值，例如的对应预设申请流量值为5M，腾讯视频的对应预设申请流量值为10M)。

举例来说，假设所述第一授权流量值为100M，那么所述B2C计费网元对所述终端用户标识对应的用户终端在100M范围内消费的所述业务标识对应的业务流量进行免计费处理。

可以看出，上述举例方案中，由于B2C计费网元是先向B2B计费网元申请流量，当从B2B计费网元申请到授权流量(即赞助流量)之后，B2C计费网元便可对所述终端用户标识对应的用户终端在当前授权流量范围内消费的流量进行免计费处理，基于这样的机制，终端用户可以相对较为实时的获悉当前使用的流量是否可以享受免费，这样有利于提升用户体验。并且流量先申请后使用的机制有利于降低后期话单费用处理的复杂度。

在本发明的一些可能的实施方式中，所述基于第一申请流量值和所述赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第一授权流量值可包括：判断第一申请流量值是否超出所述赞助商流量账户当前的可预留流量值，其中，在所述第一申请流量值超出所述流量账户当前的可预留流量值的情况下，将所述流量账户的可预留流量值作为所述终端用户标识对应的第一授权流量值；或在所述第一申请流量值未超出所述赞助商流量账户当前的可预留流量值的情况下，将所述第一申请流量值作为所述终端用户标识对应的第一授权流量值。

在本发明的一些可能的实施方式中，所述B2B计费网元基于第一申请流量值和所述业务标识对应的赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第一授权流量值之前还可包括：所述B2B计费网元确定所述业务标识所表示的业务为所述赞助商的流量赞助业务。

在本发明的一些可能的实施方式中，所述B2C计费网元在发送所述第一流量申请请求消息之前还可以包括：所述B2C计费网元接收来自业务网关的流量监控触发消息，所述流量监控触发消息携带所述业务标识和所述终端用户标识，所述流量监控触发消息是所述业务网关在监控到携带所述终端用户标识和所述业务标识的业务发起消息后发送的，所述流量监控触发消息用于触发所述B2C计费网元发送所述第一流量申请请求消息。

也就是说，可由业务网关(例如SGW、GGSN或PGW)等来触发所述B2C计费网元进行流量监控，例如当终端用户通过用户终端发起某个流量赞助业务时，业务网关可以监控到相应的业务发起消息，在监控到相应的业务发起消息之后，业务网关便可通过向B2C计费网元发送流量监控触发消息，来触发流量监控。流量监控触发消息例如可为DCC(diametercredit control，直径信用控制)协议消息或其他协议消息。

其中，流量申请请求消息(如第一流量申请请求消息或第二流量申请请求消息)可为CCR(credit control request，信用控制请求)消息或者其他类型的消息。

其中，流量申请响应消息(例如第一流量申请响应消息或第二流量申请响应消息)为CCA(credit control answer，信用控制响应)消息或者其他类型的消息。

在本发明的一些可能的实施方式中，所述B2B计费网元向所述B2C计费网元发送用于响应所述第一流量申请请求消息的第一流量申请响应消息之后还可包括：所述B2B计费网元接收来自所述B2C计费网元的第二流量申请请求消息，其中，所述第二流量申请请求消息携带所述业务标识和所述终端用户标识，第二流量申请请求消息由所述B2C计费网元在所述终端用户标识对应的用户终端消费完(通过所述业务标识所表示的流量赞助业务消费完)所述第一授权流量值之后发送。

所述B2B计费网元基于第二申请流量值和所述赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第二授权流量值，所述B2B计费网元将所述赞助商流量账户当前的可预留流量值扣除所述第二授权流量值以得到更新后的所述赞助商流量账户的可预留流量值，其中，所述第一申请流量值携带在所述第一流量申请请求消息，或者所述第一申请流量值是与所述业务标识或所述终端用户标识对应的预设申请流量值，或者所述第一申请流量值为默认的申请流量值；

所述B2B计费网元向所述B2C计费网元发送用于响应所述第二流量申请请求消息的第二流量申请响应消息，其中，所述第二流量申请响应消息携带所述第二授权流量值，其中，所述第二流量申请响应消息指示所述B2C计费网元对于所述终端用户标识对应的用户终端在所述第二授权流量值范围内消费的所述业务标识对应的业务流量进行免计费处理。

也就是说，每次在授权流量被所述终端用户通过所述业务标识所表示的流量赞助业务用尽之后，所述B2C计费网元便可继续向B2B计费网元申请赞助流量，可以直到所述赞助商流量账户当前的可预留流量值被用尽为止。使用所述业务标识所表示的流量赞助业务各终端用户可共享所述赞助商流量账户当前的可预留流量值。

本发明实施例第二方面提供一种B2B计费网元，包括：

接收单元，用于接收来自B2C计费网元的携带业务标识和终端用户标识的第一流量申请请求消息。

授权单元，用于基于第一申请流量值和所述业务标识对应的赞助商流量账户当前的可预留流量值，确定所述终端用户标识对应的第一授权流量值，将所述赞助商流量账户当前的可预留流量值扣除所述第一授权流量值以得到更新后的所述赞助商流量账户的可预留流量值；其中，所述第一申请流量值携带在所述第一流量申请请求消息，或者所述第一申请流量值为与所述业务标识或所述终端用户标识对应的预设申请流量值，或者所述第一申请流量值为默认的申请流量值；

发送单元，用于向所述B2C计费网元发送用于响应所述第一流量申请请求消息的第一流量申请响应消息，其中，所述第一流量申请响应消息携带所述第一授权流量值，其中，所述第一流量申请响应消息指示所述B2C计费网元对于所述终端用户标识对应的用户终端在所述第一授权流量值范围内消费的所述业务标识对应的业务流量进行免计费处理。

在本发明的一些可能的实施方式中，在基于第一申请流量值和所述业务标识对应的赞助商流量账户当前的可预留流量值，确定所述终端用户标识对应的第一授权流量值的方面，所述授权单元具体用于：判断第一申请流量值是否超出所述赞助商流量账户当前的可预留流量值，在所述第一申请流量值超出所述流量账户当前的可预留流量值的情况下，将所述流量账户的可预留流量值作为所述终端用户标识对应的第一授权流量值；或在所述第一申请流量值未超出所述赞助商流量账户当前的可预留流量值的情况下，将所述第一申请流量值作为所述终端用户标识对应的第一授权流量值。

在本发明的一些可能的实施方式中，所述授权单元还用于，在基于第一申请流量值和所述赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第一授权流量值之前，确定所述业务标识所表示的业务为所述赞助商的流量赞助业务。

在本发明的一些可能的实施方式中，所述接收单元还用于，接收来自所述B2C计费网元的第二流量申请请求消息，其中，所述第二流量申请请求消息携带所述业务标识和所述终端用户标识，所述第二流量申请请求消息由所述B2C计费网元在所述终端用户标识对应的用户终端消费完所述第一授权流量值之后发送；

所述授权单元还用于，基于第二申请流量值和所述赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第二授权流量值，将所述赞助商流量账户当前的可预留流量值扣除所述第二授权流量值以得到更新后的所述赞助商流量账户的可预留流量值，其中，所述第一申请流量值携带在所述第一流量申请请求消息，或者所述第一申请流量值是与所述业务标识或所述终端用户标识对应的预设申请流量值，或所述第一申请流量值为默认的申请流量值；

所述发送单元还用于，向所述B2C计费网元发送用于响应所述第二流量申请请求消息的第二流量申请响应消息，其中，所述第二流量申请响应消息携带所述第二授权流量值，其中，所述第二流量申请响应消息指示所述B2C计费网元对于所述终端用户标识对应的用户终端在所述第二授权流量值范围内消费的所述业务标识对应的业务流量进行免计费处理。

本发明第三方面提供一种电信业务系统，可包括：B2C计费网元和B2B计费网元，其中，所述B2C计费网元，用于向所述B2B计费网元发送第一流量申请请求消息，其中，所述第一流量申请请求消息携带有业务标识和终端用户标识。

其中，所述B2B计费网元，用于接收来自所述B2C计费网元的所述第一流量申请请求消息，基于第一申请流量值和所述业务标识对应的赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第一授权流量值，将所述赞助商流量账户当前的可预留流量值扣除所述第一授权流量值以得到更新后的所述赞助商流量账户的可预留流量值；其中，所述第一申请流量值携带在所述第一流量申请请求消息，或者所述第一申请流量值是与所述业务标识或所述终端用户标识对应的预设申请流量值，或者所述第一申请流量值为默认的申请流量值；向所述B2C计费网元发送用于响应所述第一流量申请请求消息的第一流量申请响应消息，其中，所述第一流量申请响应消息携带所述第一授权流量值，其中，所述第一流量申请响应消息指示所述B2C计费网元对于所述终端用户标识对应的用户终端在所述第一授权流量值范围内消费的所述业务标识对应的业务流量进行免计费处理。

在本发明一些可能的实施方式中，B2C计费网元还用于，在发送所述第一流量申请请求消息之前接收来自业务网关的流量监控触发消息，所述流量监控触发消息携带所述业务标识和所述终端用户标识，所述流量监控触发消息是所述业务网关在监控到携带所述终端用户标识和所述业务标识的业务发起消息后发送的，所述流量监控触发消息用于触发所述B2C计费网元发送所述第一流量申请请求消息。

其中，电信业务系统中的B2B计费网元例如可用于执行第一方面中B2B计费网元所执行的部分或全部步骤。

本发明实施例第四方面提供一种流量分配处理方法，包括：

企业对企业(B2B)计费网元接收来自企业对用户(B2C)计费网元的第三流量申请请求消息(流量红包申请请求消息)，其中，所述第三流量申请请求消息携带有业务标识(所述业务标识用于标识流量红包申请业务)和终端用户标识；所述B2B计费网元基于所述业务标识对应的赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第三授权流量值(授权流量值即为流量红包大小)，将所述赞助商流量账户当前的可预留流量值扣除所述第三授权流量值以得到更新后的所述赞助商流量账户的可预留流量值。所述B2B计费网元向所述B2C计费网元发送用于响应所述第三流量申请请求消息的第三流量申请响应消息，第三流量申请响应消息携带所述第三授权流量值，所述第三流量申请响应消息指示所述B2C计费网元将第三授权流量值注入所述终端用户标识所对应的流量账户。

其中，第三授权流量值可随机计算出，或者第三授权流量值也可为默认流量红包大小。举例来说，假设所述第三授权流量值为5M，那么所述B2C计费网元将5M注入所述终端用户标识所对应的流量账户。

此外，本申请实施例第五方面提供一种流量监控处理装置。流量监控处理装置包括存储单元、通信接口及与存储单元和通信接口耦合的处理器。所述存储单元用于存储指令，所述处理器用于执行所述指令，所述通信接口用于在所述处理器的控制下与其他设备进行通信。当所述处理器在执行所述指令时可根据所述指令执行第一方面中的方法。

此外，本申请实施例第六方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储了用于流量监控处理的程序代码。所述程序代码包括用于执行第一方面中的方法的指令。

本申请实施例的技术方案有利于提高流量监控计费的实时性，进而有利于提高用户对赞助流量的使用体验。

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1-a-图1-b为本申请实施例提供的几种网络架构的示意图；

图2为本申请实施例提供的一种流量监控处理方法的流程示意图；

图3为本申请实施例提供的一种流量分配处理方法的流程示意图；

图4为本申请实施例提供的OCS接口关系的示意图；

图5-a为本申请实施例提供的另一种流量监控处理方法的流程示意图；

图5-b-图5-d为本申请实施例提供集中参数格式的示意图；

图6-a为本申请实施例提供的另一种流量监控处理方法的流程示意图；

图6-b-图6-c为本申请实施例提供集中参数格式的示意图；

图7-a为本申请实施例提供的另一种流量分配处理方法的流程示意图；

图7-b-图7-c为本申请实施例提供集中参数格式的示意图；

图8为本申请实施例提供的一种B2B计费网元的示意图；

图9为本申请实施例提供的一种电信业务系统的示意图；

图10为本申请实施例提供的另一种B2B计费网元的示意图。

本申请说明书、权利要求书和附图中出现的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，术语“第一”、“第二”和“第三”等是用于区别不同的对象，而并非用于描述特定的顺序。

下面通过举例一个现有技术场景来说明现有技术缺陷。

例如腾讯(合作伙伴)从运营商处批发流量包后，终端用户访问腾讯的OTT(OverThe Top)业务产生流量就可免费，产生流量可免费这种业务可以称之为“流量赞助业务”。传统B2B计费系统基本是离线结算批价，因此终端用户使用OTT业务的免费流量时B2B计费系统无法实时扣除，或者说B2B计费系统无法实时监控的批发流量包是否用尽而不存在透支。由于终端用户的流量消费无法从OTT业务的批发流量包中实时扣掉，造成终端用户不能实时获知当前使用的流量是否能真正免费(批发流量包被用尽之后可能需要付费)，实际使用后会延迟一段时间之后，B2C计费系统才能标识哪些流量话单使用的流量费用减免。这样对终端用户实时使用OTT业务感知不是太好(例如终端用户无法实时获知当前流量是否免费)。

为便于方案理解，下面首先结合相关附图来举例介绍下本申请实施例的方案可能应用到的一些网络架构。

如图1-a举例所示，一种可能的网络架构主要涉及到业务网关、B2C计费系统(如OCS/CBS)和B2B计费系统(B2B Billing系统)。B2B Billing系统部署在一个或多个网元之中，B2B Billing系统的不同功能组件可部署于同一个或不同网元之中。B2C计费系统可部署在一个或多个网元之中，B2C计费系统中的不同功能组件可部署于同一个或不同网元之中。部署了计费系统的网元可称计费网元，例如部署了B2B计费系统的网元可称B2B计费网元，例如部署了B2C计费系统的网元可称B2C计费网元。1-例示出了B2C计费系统、B2BBilling系统与移动通信网络的其他设备之间的一些可能对接方式。

请参见图2，图2为本申请的一个实施例提供的一种流量监控处理的流程示意图，如图2举例所示，本申请的一个实施例提供的一种电流量监控处理方法可以包括：

201、B2C(Business-to-Customer，企业对用户)计费网元向B2B计费网元发送第一流量申请请求消息。其中，所述第一流量申请请求消息携带有业务标识和终端用户标识。

202、所述B2B计费网元接收来自所述B2C计费网元的所述第一流量申请请求消息。所述B2B计费网元基于第一申请流量值和所述业务标识对应的赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第一授权流量值，将所述赞助商流量账户当前的可预留流量值扣除所述第一授权流量值以得到更新后的所述赞助商流量账户的可预留流量值。

其中，所述B2B计费网元例如利用所述业务标识查询到对应的赞助商流量账户。当然，如果所述第一流量申请请求消息还携带了赞助商标识，那么也可基于赞助商标识确定对应的赞助商流量账户。

所述B2B计费网元向所述B2C计费网元发送用于响应所述第一流量申请请求消息的第一流量申请响应消息，所述第一流量申请响应消息携带所述第一授权流量值，所述第一流量申请响应消息指示所述B2C计费网元对所述终端用户标识对应的用户终端在所述第一授权流量值范围内消费的所述业务标识对应的业务流量进行免计费处理。

其中，B2C计费网元是主要针对终端用户进行计费的网元，其中，所述B2C计费网元例如为在线计费系统(OCS)网元或者融合计费系统(CBS)网元等。其中，B2B计费网元是主要针对企业用户(例如流量赞助商，简称赞助商)计费的网元。B2B计费网元例如为B2BBilling系统网元。

流量赞助商(简称赞助商)例如可能是腾讯、谷歌或百度等电信运营商的合作伙伴。业务标识所表示的业务可以是流量赞助业务，流量赞助业务例如可能是或腾讯视频等业务。

其中，第一申请流量值可携带在所述第一流量申请请求消息中。或所述第一申请流量值为默认的申请流量值(默认的申请流量值例如可为单次5M或15M或其他值)。或者，第一申请流量值是与所述业务标识或所述终端用户标识对应的预设申请流量值例如不同的所述业务标识可分别对应不同的预设申请流量值，例如的对应预设申请流量值为5M，腾讯视频的对应预设申请流量值为10M)。

举例来说，假设所述第一授权流量值为100M，那么所述B2C计费网元对所述终端用户标识对应的用户终端在100M范围内消费的所述业务标识对应的业务流量进行免计费处理。

可以看出，本实施例方案中，由于B2C计费网元是先向B2B计费网元申请流量，当从B2B计费网元申请到授权流量(即赞助流量)之后，B2C计费网元便可对所述终端用户标识对应的用户终端在当前授权流量范围内消费的流量进行免计费处理，基于这样的机制，终端用户可以相对较为实时的获悉当前使用的流量是否可以享受免费，这样有利于提升用户体验。并且流量先申请后使用的机制有利于降低后期话单费用处理的复杂度。

在本发明的一些可能的实施方式中，所述基于第一申请流量值和所述赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第一授权流量值可包括：判断第一申请流量值是否超出所述赞助商流量账户当前的可预留流量值，其中，在所述第一申请流量值超出所述流量账户当前的可预留流量值的情况下，将所述流量账户的可预留流量值作为所述终端用户标识对应的第一授权流量值；或在所述第一申请流量值未超出所述赞助商流量账户当前的可预留流量值的情况下，将所述第一申请流量值作为所述终端用户标识对应的第一授权流量值。

在本发明的一些可能的实施方式中，所述B2B计费网元基于第一申请流量值和所述业务标识对应的赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第一授权流量值之前还可包括：所述B2B计费网元确定所述业务标识所表示的业务为所述赞助商的流量赞助业务。

在本发明的一些可能的实施方式中，所述B2C计费网元在发送所述第一流量申请请求消息之前还可以包括：所述B2C计费网元接收来自业务网关的流量监控触发消息，所述流量监控触发消息携带所述业务标识和所述终端用户标识，所述流量监控触发消息是所述业务网关在监控到携带所述终端用户标识和所述业务标识的业务发起消息后发送的，所述流量监控触发消息用于触发所述B2C计费网元发送所述第一流量申请请求消息。

也就是说，可由业务网关(例如SGW、GGSN或PGW)等来触发所述B2C计费网元进行流量监控，例如当终端用户通过用户终端发起某个流量赞助业务时，业务网关可以监控到相应的业务发起消息，在监控到相应的业务发起消息之后，业务网关便可通过向B2C计费网元发送流量监控触发消息，来触发流量监控。流量监控触发消息例如为直径信用控制(DCC)协议消息或其他协议消息。

其中，流量申请请求消息(如第一流量申请请求消息或第二流量申请请求消息)可为CCR(credit control request，信用控制请求)消息或者其他类型的消息。

其中，流量申请响应消息(例如第一流量申请响应消息或第二流量申请响应消息)为CCA(credit control answer，信用控制响应)消息或者其他类型的消息。

在本发明的一些可能的实施方式中，所述B2B计费网元向所述B2C计费网元发送用于响应所述第一流量申请请求消息的第一流量申请响应消息之后还可包括：所述B2B计费网元接收来自所述B2C计费网元的第二流量申请请求消息，其中，所述第二流量申请请求消息携带所述业务标识和所述终端用户标识，第二流量申请请求消息由所述B2C计费网元在所述终端用户标识对应的用户终端消费完(通过所述业务标识所表示的流量赞助业务消费完)所述第一授权流量值之后发送。

所述B2B计费网元基于第二申请流量值和所述赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第二授权流量值，所述B2B计费网元将所述赞助商流量账户当前的可预留流量值扣除所述第二授权流量值以得到更新后的所述赞助商流量账户的可预留流量值，其中，所述第一申请流量值携带在所述第一流量申请请求消息，或者所述第一申请流量值是与所述业务标识或所述终端用户标识对应的预设申请流量值，或者所述第一申请流量值为默认的申请流量值；

所述B2B计费网元向所述B2C计费网元发送用于响应所述第二流量申请请求消息的第二流量申请响应消息，其中，所述第二流量申请响应消息携带所述第二授权流量值，其中，所述第二流量申请响应消息指示所述B2C计费网元对于所述终端用户标识对应的用户终端在所述第二授权流量值范围内消费的所述业务标识对应的业务流量进行免计费处理。

也就是说，每次在授权流量被所述终端用户通过所述业务标识所表示的流量赞助业务用尽之后，所述B2C计费网元便可继续向B2B计费网元申请赞助流量，可以直到所述赞助商流量账户当前的可预留流量值被用尽为止。使用所述业务标识所表示的流量赞助业务各终端用户可共享所述赞助商流量账户当前的可预留流量值。

请参见图3，图3为本申请的另一个实施例提供的另一种流量监控处理的流程示意图，如图3举例所示，本申请的另一个实施例提供的另一种流量监控处理方法可以包括：

301、B2C计费网元向B2B计费网元发送第三流量申请请求消息(流量红包申请请求消息)。所述第三流量申请请求消息携带有业务标识(所述业务标识用于标识流量红包申请业务)和终端用户标识。

302、所述B2B计费网元接收来自所述B2C计费网元的所述第三流量申请请求消息，所述第三流量申请请求消息携带有业务标识(所述业务标识用于标识流量红包申请业务)和终端用户标识。所述B2B计费网元基于所述业务标识对应的赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第三授权流量值(授权流量值即为流量红包大小)。所述B2B计费网元将所述赞助商流量账户当前的可预留流量值扣除所述第三授权流量值以得到更新后的所述赞助商流量账户的可预留流量值。

303、所述B2B计费网元向所述B2C计费网元发送用于响应所述第三流量申请请求消息的第三流量申请响应消息，第三流量申请响应消息携带所述第三授权流量值，所述第三流量申请响应消息指示所述B2C计费网元将第三授权流量值注入所述终端用户标识所对应的流量账户。

304、所述B2C计费网元将所述第一授权流量值注入所述终端用户标识对应的流量账户。

可以看出，所述B2B计费网元和所述B2C计费网元配合完成了为终端用户分配流量红包的机制。

下面再介绍合作伙伴(赞助商)从运营商处批发流量过程。

合作伙伴(赞助商)注册运营商管理平台(运营商管理平台可能是聚合平台或专用运营管理平台)。运营商管理平台审批通过合作伙伴的注册。合作伙伴登录运营商合作伙伴运营平台。合作伙伴从B2B产品目录中选取流量批发套餐。运营商让合作伙伴订购B2B流量批发套餐，并将且订购的B2B流量批发套餐同步给B2B Billing系统。B2B billing系统触发套餐订购处理(执行月结操作)，B2B Billing系统将赠送流量资源计入合作伙伴的流量账户。

例如套餐打包腾讯OTT业务的业务标识同步给业务网关(SCG或GGSN或PGW等)。腾讯OTT业务的业务标识同步给B2C计费系统，这种业务为B2B计费系统实时免流量业务。后续终端用户上网过程，业务网关通过例如Gy接口与B2C计费系统进行实时交互监控；B2C计费系统与B2B billing系统实时监控交付。

运营商IT构建系统不同，管理流程也不同。例如：上面描述的是运营商有合作伙伴的自助管理平台，合作伙伴可以通过互联网自助方式等等进行注册和订购。

从最新3Gpp 32.296d00版本看OCS周边接口看，目前规范暂时没有OCS和B2BBilling之间的专用实时接口。既然OCS和B2B Billing之间还是用作信用控制，因此OCS和B2B billing之间例如可复用Ro接口，例如可用CCR/CCA来进行B2B流量信用控制。基于CCR/CCA中扩展用于携带B2B流量信用控制参数(B2B-Data-Info参数)能力。图4举例了OCS的接口状况示意图。

请参见图5-a，图5-a为本申请的另一个实施例提供的另一种流量监控处理的流程示意图，如图5-a举例所示，本申请的另一个实施例提供的另一种流量监控处理方法可以包括：

501、用户终端发送请求使用赞助商(如腾讯)流量赞助业务(如等OTT业务)的业务发起请求。所述业务发起请求携带终端用户标识和业务标识等。

其中，所述业务标识为所述流量赞助业务的业务标识。

502、业务网关(如SCG或GGSN或者PGW)当监控到用户终端发送的业务发起消息之后，业务网关向在B2C计费网元发送携带所述业务标识和终端用户标识的流量监控触发消息(其中，流量监控触发消息例如为DCC协议消息)。

503、所述B2C计费网元在接收到所述流量监控触发消息之后，在基于所述业务标识确定所述用户终端使用了所述流量赞助业务的情况下，向B2B计费网元发送第一CCR消息，所述第一CCR消息携带终端用户标识、所述业务标识和第一申请流量值等B2B-data-info参数。

其中，所述第一CCR消息携带的B2B-data-info参数的格式例如图5-例所示。

504、B2B计费网元在基于所述第一CCR消息携带的所述业务标识确定所述用户终端使用了所述流量赞助业务的情况下，查询所述业务标识对应的赞助商流量账户。

505、B2B计费网元判断所述第一申请流量值是否超过所述流量账户当前的可预留流量值。

其中，若所述第一申请流量值未超出所述赞助商流量账户当前的可预留流量值，将第一申请流量值作为所述终端用户标识对应的第一授权流量值，或者若第一申请流量值超出所述流量账户当前的可预留流量值，将所述流量账户的可预留流量值作为所述终端用户标识对应的第一授权流量值。B2B计费网元记录所述第一授权流量值和所述终端用户标识。

506、B2B计费网元将所述赞助商流量账户当前的可预留流量值扣除所述第一授权流量值以得到更新后的所述赞助商流量账户的可预留流量值。

例如假设所述赞助商流量账户当前的可预留流量值为1000M，而所述第一授权流量值为20M，那么更新后的所述赞助商流量账户的可预留流量值为1000M-20M＝980M。也就是说，在更新之后，所述赞助商流量账户当前的可预留流量值为980M。

507、所述B2B计费网元通过向B2C计费网元发送用于响应第一CCR消息的第一CCA消息，第一CCA消息携带所述第一授权流量值、所述业务标识和所述终端用户标识等B2B-data-info参数。

其中，所述第一CCA消息携带的B2B-data-info参数的格式例如图5-c举例所示。

508、所述B2B计费网元记录所述第一授权流量值、所述业务标识和所述终端用户标识的对应关系。后续，所述B2C计费网元对于所述终端用户标识对应的用户终端在所述第一授权流量值范围内消费的所述流量赞助业务的流量进行免计费处理。

509、当业务网关监控到所述用户终端使用所述流量赞助业务的相关流量分片后，将流量分片的流量值上报所述B2C计费网元。

510、所述B2C计费网元对于所述用户终端在所述第一授权流量值范围内消费的流量进行免计费处理。所述B2C计费网元将所述用户终端消费的流量从所述第一授权流量值扣除。

511、当所述第一授权流量值被所述用户终端用尽之后，B2C计费网元通过CCR接口向B2B计费网元发送第二CCR消息，其中，所述第二CCR消息可携带所述业务标识和第二申请流量值等B2B-data-info参数。第二CCR消息还可携带已用授权流量值等。

其中，所述第二CCR消息携带的B2B-data-info参数的格式例如图5-d举例所示。

512、B2B计费网元可从所述赞助商流量账户扣除已用流量值，并执行为终端用户授权流量的步骤。

若用户终端后续继续使用所述流量赞助业务，B2B计费网元可继续为用户终端授权流量值，直至所述赞助商流量账户的可预留流量值用光为止。

可以看出，本实施例方案中，由于B2C计费网元是先向B2B计费网元申请流量，当从B2B计费网元申请到授权流量(即赞助流量)之后，B2C计费网元便可对所述终端用户标识对应的用户终端在当前授权流量范围内消费的流量进行免计费处理，基于这样的机制，终端用户可以相对较为实时的获悉当前使用的流量是否可以享受免费，这样有利于提升用户体验。并且流量先申请后使用的机制有利于降低后期话单费用处理的复杂度。

请参见图6-a，图6-a为本申请的另一个实施例提供的另一种流量监控处理的流程示意图，如图6-a举例所示，本申请的另一个实施例提供的另一种流量监控处理方法可以包括：

601、用户终端发送请求使用赞助商(如腾讯)流量赞助业务(如等OTT业务)的业务发起请求。其中，所述业务发起请求携带用户标识和业务标识等。

其中，所述业务标识为所述流量赞助业务的业务标识。

602、业务网关(如SCG或GGSN或PGW)当监控到用户终端发送的业务发起消息之后，业务网关向在B2C计费网元发送携带所述业务标识和终端用户标识的流量监控触发消息(例如为DCC协议消息)。

603、所述B2C计费网元在接收到所述流量监控触发消息之后，在基于所述业务标识确定所述用户终端使用了所述流量赞助业务的情况下，向B2B计费网元发送第三CCR消息，所述第三CCR消息携带终端用户标识、所述业务标识等B2B-data-info参数。

其中，所述第三CCR消息携带的B2B-data-info参数的格式例如图6-例所示。

604、B2B计费网元在基于所述第三CCR消息携带的所述业务标识确定所述用户终端使用了所述流量赞助业务的情况下，查询所述业务标识对应的赞助商流量账户。

605、B2B计费网元判断默认申请流量值是否超过所述流量账户当前的可预留流量值。

其中，若所述默认申请流量值未超出所述赞助商流量账户当前的可预留流量值，将默认申请流量值作为所述终端用户标识对应的第三授权流量值，或者若默认申请流量值超出所述流量账户当前的可预留流量值，将所述流量账户的可预留流量值作为所述终端用户标识对应的第三授权流量值。B2B计费网元记录所述第三授权流量值和所述终端用户标识。

606、B2B计费网元将所述赞助商流量账户当前的可预留流量值扣除所述第三授权流量值以得到更新后的所述赞助商流量账户的可预留流量值。

例如假设所述赞助商流量账户当前的可预留流量值为500M，而所述第三授权流量值为50M，那么更新后的所述赞助商流量账户的可预留流量值为500M-50M＝450M。也就是说，在更新之后，所述赞助商流量账户当前的可预留流量值为450M。

607、所述B2B计费网元通过向B2C计费网元发送用于响应第三CCR消息的第三CCA消息，第三CCA消息携带所述第三授权流量值、所述业务标识和所述终端用户标识等B2B-data-info参数。

其中，所述第三CCA消息携带的B2B-data-info参数的格式例如图5-c举例所示。

608、所述B2B计费网元记录所述第三授权流量值、所述业务标识和所述终端用户标识的对应关系。后续，所述B2C计费网元对于所述终端用户标识对应的用户终端在所述第三授权流量值范围内消费的所述流量赞助业务的流量进行免计费处理。

609、当业务网关监控到所述用户终端使用所述流量赞助业务的相关流量分片后，将流量分片的流量值上报所述B2C计费网元。

610、所述B2C计费网元对于所述用户终端在所述第三授权流量值范围内消费的流量进行免计费处理。所述B2C计费网元将所述用户终端消费的流量从所述第三授权流量值扣除。

611、当所述第三授权流量值被所述用户终端用尽之后，B2C计费网元通过CCR接口向B2B计费网元发送第四CCR消息，其中，所述第四CCR消息可携带所述业务标识和第四申请流量值等B2B-data-info参数。还可携带已用授权流量值等。

其中，所述第四CCR消息携带的B2B-data-info参数的格式例如图6-c举例所示。

612、B2B计费网元可从所述赞助商流量账户扣除已用流量值，并执行为终端用户授权流量的步骤。若用户终端后续继续使用所述流量赞助业务，B2B计费网元可继续为用户终端授权流量值，直至所述赞助商流量账户的可预留流量值用光为止。

可以看出，本实施例方案中，由于B2C计费网元是先向B2B计费网元申请默认流量值，当从B2B计费网元申请到授权流量(即赞助流量)之后，B2C计费网元便可对所述终端用户标识对应的用户终端在当前授权流量范围内消费的流量进行免计费处理，基于这样的机制，终端用户可以相对较为实时的获悉当前使用的流量是否可以享受免费，这样有利于提升用户体验。并且流量先申请后使用的机制有利于降低后期话单费用处理的复杂度。

下面举例一个终端用户实时抢领赞助商的流量红包的场景。

终端用户实时抢领赞助商(如OTT合作伙伴)批发的流量红包，这个场景是一个流量从赞助商流量账户分发流量的过程，具体通过流量红包的形式分配给终端用户(注入终端用户的OCS账户流量)过程。这个过程是非会话类操作，对于B2B Billing处理过程属于流量信用控制，可复用Ro接口，通过扩展CCR/CCA的B2B-data-info参数来实现。

请参见图7-a，图7-a为本申请的另一个实施例提供的一种流量分配处理方法的流程示意图，如图7-a举例所示，本申请的另一个实施例提供的一种流量分配处理方法可以包括：

701、终端用户例如通过赞助商(如腾讯)的流量红包平台发起红包抢领消息。

702、业务网关(如SCG或GGSN)识别抢红包业务标识，触发实时红包抢领消息给B2C计费网元。

703、B2C计费网元识别终端用户发起抢领红包业务，B2C计费网元向给B2BBilling网元发送第五CCR消息。第五CCR消息携带业务标识(抢红包业务的业务标识)和终端用户标识(例如电话号码等)

其中，第五CCR消息携带的B2B-data-info参数的格式例如可如图7-例所示。

704、B2B Billing网元基于第五CCR消息携带的业务标识校验当前终端用户访问了红包抢领业务，在校验成功之后，通过业务标识查询获取赞助商的流量账户。

705、B2B Billing网元根据赞助商的流量账户的可抢购流量值确定流量红包授权值。

下面分几个情况来举例说明。

例如假设第五CCR消息上报了流量红包申请值，那么若当前可抢购流量值大于等于流量红包申请值，则流量红包申请值为流量红包授权值，且从可抢购流量值扣减掉授权流量。若当前可抢购流量值小于流量红包申请值，则将可抢购流量值作为流量红包授权值，同时将可抢购流量值扣减为0。

又例如，若第五CCR消息没有上报了流量红包申请值，流量红包分配的算法可能多种，如下只是列举一种：网元可以预先计算流量红包总数和可供抢领的流量大小：例如：总红包流量大小为300M，若设置10个红包，以及可供抢领的比例为10％，那么270M流量预先分成27M，然后剩余的30M流量用作拼运气。

例如优先从剩下已经分配好红包的27M，然后剩余的30M按照级差方式提供：例如：第一终端用户分配10M，第二终端用户5M，以此类推。下发的流量红包授权值等于预先分配的27M+拼运气部分(例如3M)。

706、B2B Billing网元向B2C计费网元发送第五CCA消息，第五CCA消息携带终端用户标识、流量红包授权值和业务标识等。

其中，第五CCA消息携带的B2B-data-info参数的格式例如可如图7-c举例所示。

707、B2C计费网元判断若是B2B Billing下发了授权流量，则把流量红包授权值注入终端用户的流量账户上，且本次抢购红包的批价费用为0。

B2C计费网元还可返回CCA(event)成功给GGSN。

可以看出，所述B2B计费网元和所述B2C计费网元配合完成了为终端用户分配流量红包的机制。

下面还提供可用于执行上述方案的相关装置。

参见图8，本发明实施例提供一种B2B计费网元800，包括：

接收单元810，用于接收来自B2C计费网元的携带业务标识和终端用户标识的第一流量申请请求消息。

授权单元820，用于基于第一申请流量值和所述业务标识对应的赞助商流量账户当前的可预留流量值，确定所述终端用户标识对应的第一授权流量值，将所述赞助商流量账户当前的可预留流量值扣除所述第一授权流量值以得到更新后的所述赞助商流量账户的可预留流量值；其中，所述第一申请流量值携带在所述第一流量申请请求消息，或者所述第一申请流量值为与所述业务标识或所述终端用户标识对应的预设申请流量值，或者所述第一申请流量值为默认的申请流量值；

发送单元830，用于向所述B2C计费网元发送用于响应所述第一流量申请请求消息的第一流量申请响应消息，其中，所述第一流量申请响应消息携带所述第一授权流量值，其中，所述第一流量申请响应消息指示所述B2C计费网元对于所述终端用户标识对应的用户终端在所述第一授权流量值范围内消费的所述业务标识对应的业务流量进行免计费处理。

在本发明的一些可能的实施方式中，在基于第一申请流量值和所述业务标识对应的赞助商流量账户当前的可预留流量值，确定所述终端用户标识对应的第一授权流量值的方面，所述授权单元具体用于：判断第一申请流量值是否超出所述赞助商流量账户当前的可预留流量值，在所述第一申请流量值超出所述流量账户当前的可预留流量值的情况下，将所述流量账户的可预留流量值作为所述终端用户标识对应的第一授权流量值；或在所述第一申请流量值未超出所述赞助商流量账户当前的可预留流量值的情况下，将所述第一申请流量值作为所述终端用户标识对应的第一授权流量值。

在本发明的一些可能的实施方式中，授权单元820还用于，在基于第一申请流量值和所述赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第一授权流量值之前，确定所述业务标识所表示的业务为所述赞助商的流量赞助业务。

在本发明的一些可能的实施方式中，所述接收单元810还用于，接收来自所述B2C计费网元的第二流量申请请求消息，其中，所述第二流量申请请求消息携带所述业务标识和所述终端用户标识，所述第二流量申请请求消息由所述B2C计费网元在所述终端用户标识对应的用户终端消费完所述第一授权流量值之后发送。

所述授权单元820还用于，基于第二申请流量值和所述赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第二授权流量值，将所述赞助商流量账户当前的可预留流量值扣除所述第二授权流量值以得到更新后的所述赞助商流量账户的可预留流量值，其中，所述第一申请流量值携带在所述第一流量申请请求消息，或者，所述第一申请流量值是与所述业务标识或所述终端用户标识对应的预设申请流量值，或，所述第一申请流量值为默认的申请流量值。

所述发送单元830还用于，向所述B2C计费网元发送用于响应所述第二流量申请请求消息的第二流量申请响应消息，其中，所述第二流量申请响应消息携带所述第二授权流量值，其中，所述第二流量申请响应消息指示所述B2C计费网元对于所述终端用户标识对应的用户终端在所述第二授权流量值范围内消费的所述业务标识对应的业务流量进行免计费处理。

参见图9，本发明第三方面提供一种电信业务系统，可包括：B2C计费网元910和B2B计费网元920，其中，所述B2C计费网元910，用于向所述B2B计费网元发送第一流量申请请求消息，所述第一流量申请请求消息携带有业务标识和终端用户标识。

所述B2B计费网元920，用于接收来自所述B2C计费网元的所述第一流量申请请求消息，基于第一申请流量值和所述业务标识对应的赞助商流量账户当前的可预留流量值确定所述终端用户标识对应的第一授权流量值，将所述赞助商流量账户当前的可预留流量值扣除所述第一授权流量值以得到更新后的所述赞助商流量账户的可预留流量值；其中，所述第一申请流量值携带在所述第一流量申请请求消息，或者所述第一申请流量值是与所述业务标识或所述终端用户标识对应的预设申请流量值，或者所述第一申请流量值为默认的申请流量值；向所述B2C计费网元发送用于响应所述第一流量申请请求消息的第一流量申请响应消息，其中，所述第一流量申请响应消息携带所述第一授权流量值，其中，所述第一流量申请响应消息指示所述B2C计费网元对于所述终端用户标识对应的用户终端在所述第一授权流量值范围内消费的所述业务标识对应的业务流量进行免计费处理。

在本发明一些可能的实施方式中，B2C计费网元910还用于，在发送所述第一流量申请请求消息之前接收来自业务网关的流量监控触发消息，所述流量监控触发消息携带所述业务标识和所述终端用户标识，所述流量监控触发消息是所述业务网关在监控到携带所述终端用户标识和所述业务标识的业务发起消息后发送的，所述流量监控触发消息用于触发所述B2C计费网元发送所述第一流量申请请求消息。

其中，电信业务系统中的B2B计费网元例如可用于执行第一方面中B2B计费网元所执行的部分或全部步骤。

参见图10，本申请实施例提供的B2B计费网元1000包括：

存储单元1010、通信接口1010及与所述存储单元1010和通信接口1020耦合的处理器1030。所述存储单元1010用于存储指令，所述处理器1020用于执行所述指令，所述通信接口1020用于在所述处理器1030的控制下与其他设备进行通信。当所述处理器1030在执行所述指令时可根据所述指令执行本申请上述实施例中的任意一种方法。

处理器1030还可称中央处理单元(CPU，Central Processing Unit)。存储单元1010可以包括只读存储器和随机存取存储器，并向处理器1030提供指令和数据等。存储单元1010的一部分还可包括非易失性随机存取存储器。具体的应用中B2B计费网元1000的各组件例如通过总线系统耦合在一起。总线系统除了可包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统1040。上述本发明实施例揭示的方法可应用于处理器1030中，或由处理器1030实现。处理器1030可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1030中的硬件的集成逻辑电路或者软件形式的指令完成。其中，上述处理器1030可以是通用处理器、数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。处理器1030可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储单元1010，例如处理器1030可读取存储单元1010中的信息，结合其硬件完成上述方法的步骤。

举例来说，B2B计费网元1000执行上述实施例中步骤201-203中的方法流程。或者B2B计费网元1000还可以执行上述图3、图5-a、图6-a、图7-a所述实施例中B2B计费网元对应的方法流程。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可结合或者可以集成到另一个系统，或一些特征可以忽略或不执行。另一点，所显示或讨论的相互之间的间接耦合或者直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例的方案的目的。

另外，在本申请各实施例中的各功能单元可集成在一个处理单元中，也可以是各单元单独物理存在，也可两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，或者也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。