专利名称：计费信息报告的发送方法及装置的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种计费信息报告的发送方法及装置。
背景技术：
现有基于IP多媒体子系统(IP Multimedia Subsystem，简称为IMS)架构的集中 式用户交换机群(Central Exchange，简称为Centrex)网络环境中，Centrex业务往往由 Centrex应用服务器(Application Server，简称为AS)(大部分为现网SCP升级)和MMTel AS共同完成，由于两个网元都是独立的实体，会分别生成各自的离线计费信息，然后通过 Diameter消息将计费信息上报给计费网关。计费网关将根据Centrex AS和MMTel AS收到 的计费信息分别生成计费信息报告(⑶R)，通过Bi接口上传给计费中心。图1是根据相关技术的离线计费方式的流程图。在相关技术中存在如下问题计费中心同时收到多张应用服务器(AS)的CDR，在 一次呼叫过程中，这些AS的计费关键信息都是相同的，大部分可以合并在一起，但是按照 目前现网的实现机制，多数情况会对用户最终生成多张话单，从而导致重复计费。此外，即 使计费中心可以实现合并，计费中心同时需要处理多个IMS网元的计费信息(包括AS、呼叫 会话控制功能(Call Session Control Function，简称为CSCF)等等)，在计费中心实现计 费信息的分拣、合并，需要考虑到其他网元的信息，处理逻辑非常复杂。此外，即使计费中心 可以实现合并，计费中心的收到的CDR缺少响应的合并信息，对于多张AS话单的合并没有 简单可靠地依据，合并的时候随意性很大，往往保留了错误信息而删除了有用信息。由以上问题可以看出，在IMS架构的Centrex环境中，在一次呼叫流程中，由于 Centrex AS和多媒体电话(MultiMediaiTel印hony，简称为MMel) AS共同参与，在计费网关 侧会生成不同的计费信息报告(Charging Data Recording，简称为CDR)，导致最终计费中 心对于用户的本次通话进行重复计费或者计费中心处理逻辑异常复杂。针对相关技术中计费中心往往要处理大量的信息从而导致重复计费以及计费中 心处理比较复杂的问题，目前尚未提出有效的解决方案。
发明内容
针对计费中心往往要处理大量的信息从而导致重复计费以及计费中心处理比较 复杂的问题而提出本发明，为此，本发明的主要目的在于提供一种计费信息报告的发送方 法及装置，以解决上述问题至少之一。为了实现上述目的，根据本发明的一个方面，提供了一种计费信息报告的发送方法。根据本发明的计费信息报告的发送方法包括计费网关接收来自应用服务器的计 费信息，其中，计费信息中携带有指示该计费信息是否需要合并的标识；在应用服务器为多 个的情况下，计费网关将计费信息进行合并，其中，计费信息为携带有指示该计费信息需要 合并的标识的计费信息；计费网关根据合并后的计费信息生成计费信息报告；计费网关将4计费信息报告发送给计费中心。优选地，计费信息中还携带有应用服务器的标识，在计费网关将计费信息进行合 并之前，该方法还包括计费网关根据应用服务器的标识判断应用服务器的数量。优选地，在计费信息中还携带有IP多媒体子系统计费标示符。优选地，在计费网关将计费信息进行合并之前，该方法还包括计费网关将具有相 同IP多媒体子系统计费标示符的计费信息报告分拣到一起。优选地，应用服务器包括群应用服务器和多媒体业务服务器，计费网关将计费信 息进行合并包括计费网关以群应用服务器的计费信息为基本计费信息，将多媒体业务服 务器的计费信息合并到群应用服务器的计费信息中。优选地，在计费网关接收来自应用服务器的计费信息之前，该方法还包括应用服 务器在计费信息中填写计费信息是否需要合并的标识以及应用服务器的标识。为了实现上述目的，根据本发明的另一方面，提供了一种计费信息报告的发送方法。根据本发明的计费信息报告的发送方法包括计费网关接收来自应用服务器的计 费信息，其中，计费信息中携带有计费信息是否需要合并的标识；计费网关根据计费信息生 成计费信息报告；在应用服务器为多个且标识为需要合并的标识的情况下，计费网关将计 费信息报告进行合并；计费网关将合并后的计费信息报告发送给计费中心。为了实现上述目的，根据本发明的另一方面，提供了一种计费信息报告的发送装 置。计费信息报告的发送装置可以包括计费网关和应用服务器。根据本发明的计费网关包括接收模块，用于接收来自应用服务器的计费信息，其 中，计费信息中携带有指示该计费信息是否需要合并的标识；合并模块，将计费信息进行合 并，其中，计费信息为携带有指示该计费信息需要合并的标识的计费信息；生成模块，用于 根据合并后的计费信息生成计费信息报告；发送模块，用于发送计费信息报告。根据本发明的应用服务器包括第一填写模块，用于在计费信息中填写计费信息 是否需要合并的标识；发送模块，用于发送计费信息，其中，计费信息中携带有应用服务器 的标识信息和计费信息是否需要合并。优选地，应用服务器还包括第二填写模块，用于在计费信息中填写应用服务器本 身的标识。通过本发明，采用计费网关接收来自应用服务器的计费信息，其中，计费信息中携 带有指示该计费信息是否需要合并的标识；在应用服务器为多个的情况下，计费网关将计 费信息进行合并，其中，计费信息为携带有指示该计费信息需要合并的标识的计费信息；计 费网关根据合并后的计费信息生成计费信息报告；计费网关将计费信息报告发送给计费中 心，解决了计费中心往往要处理大量的信息从而导致重复计费以及计费中心处理比较复杂 的问题，进而达到了减小计费中心处理信息的负担以及避免重复计费的效果。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中
图1是根据相关技术的离线计费方式的流程图；图2是根据本发明实施例的计费信息报告的发送方法的流程图；图3是根据本发明实施例的优选的计费信息报告的发送方法的流程图；图4是根据本发明实施例的计费中心对收到的AS计费信息带合并标志的处理；图5是根据本发明实施例的计费网关对收到的AS计费信息中带不合并标志的处 理；图6是根据本发明实施例的Centrex AS和MMTel AS都参与情况下的离线话单生 成方式；图7是根据本发明实施例的只有一个AS参与情况下的离线话单生成方式；图8是根据本发明实施例的计费网关的示意图；图9是根据本发明实施例的应用服务器的示意图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的 情况下，本申请中的实施例及实施例中的特征可以相互组合。方法实施例根据本发明的实施例，提供了 一种计费信息报告的发送方法。图2是根据本发明实施例的计费信息报告的发送方法的流程图。如图2所示，该方法包括以下步骤步骤S202，计费网关接收来自应用服务器的计费信息，其中，计费信息中携带有指 示该计费信息是否需要合并的标识；步骤S204，在应用服务器为多个的情况下，计费网关将计费信息进行合并，其中， 计费信息为携带有指示该计费信息需要合并的标识的计费信息；步骤S206，计费网关根据合并后的计费信息生成计费信息报告；计费网关将计费 信息报告发送给计费中心。图3是根据本发明实施例的优选的计费信息报告的发送方法的流程图。如图3所示，该方法包括以下步骤步骤S302，计费网关接收来自应用服务器的计费信息，其中，计费信息中携带有计 费信息是否需要合并的标识；步骤S304，计费网关根据计费信息生成计费信息报告；步骤S306，在应用服务器为多个且标识为需要合并的标识的情况下，计费网关将 计费信息报告进行合并；步骤S308，计费网关将合并后的计费信息报告发送给计费中心。下面将结合实例对本发明实施例的实现过程进行详细描述。图4是根据本发明实施例的计费中心对收到的AS计费信息带合并标志的处理；图 5是根据本发明实施例的计费网关对收到的AS计费信息中带不合并标志的处理。如图4所示，当应用服务器(AS)发送计费信息给计费网关时，携带标示本AS具体 标志(标识)的信息，Centrex AS标示为Centrex AS,MMTel AS标示为MMTel AS ；同时携 带是否需要合并标志(标识)。
计费网关收到AS发送过来的计费信息之后，先生成对应的⑶R，然后将相同IMS计 费标示符IMS计费标识(IMS Charging Identif ier，简称为ICID)的CDR分拣到一起，查看 AS标志和合并标志。如果存在多个AS的⑶R，且合并标志为合并，则以Centrex AS的CDR 为基本⑶R JfMMTel AS的部分信息合入到基本⑶R中发给计费中心，如图4所示；如果AS 的合并标志为不合并，则将⑶R不做合并处理，发送给计费中心，如图5所示。这样避免了计 费中心的重复计费和降低了计费中心处理的复杂度。由于本方法在计费网关处实现，只需 要根据AS计费信息的相关标示即可实现，处理简单；而AS和计费网关之间通过Diameter 消息传送计费信息，扩展性强，不同于计费中心和计费网关之间的接口基本都由运营商协 定，所以扩展AS和计费网关之间的接口让计费网关获取合并信息相对简单，易于实现。图6是根据本发明实施例的Centrex AS和MMTel AS都参与情况下的离线话单生 成方式；图7是根据本发明实施例的只有一个AS参与情况下的离线话单生成方式。AS根据业务流程填写计费合并标示，如果在呼叫流程中Centrex AS和MMTel AS 都会参与，则填写为合并，如基本呼叫，Centrex AS和MMTel AS都会参与其中，共同完成对 业务用户群业务的处理，如图6所示；如果在呼叫流程除了本AS外没有其他AS参与，则填 写为不合并，如前转业务，只需要MMTel AS执行业务用户的前转业务逻辑，Centrex AS不 参与，如图7所示。AS在发送的计费信息中填写本AS标志。计费网关根据AS发送的计费信息先生成相应的⑶R。计费网关收到AS发送过来的计费信息之后，首先将相同ICID的AS⑶R分拣到 一处，如果同时存在Centrex AS和MMTel AS的⑶R(如基本呼叫)并且标志为合并，则以 Centrex AS的CDR为基础，取其中的关键信息(如主叫号码、被叫号码、计费用户、应答时 间、结束时间等信息)生成基本的CDR;取MMTel AS计费信息为补充(如媒体信息、补充业 务信息等)填入到基本CDR中。当只存在一个AS的CDR的时候，则直接将该CDR输出给计 费中心(如当用户发生前转的时候，由于执行前转业务往往只需要一个AS就可实现，所以 一般只有一个MMTel AS的CDR)。计费网关将相同ICID的AS CDR分拣到一起，如果同时存在Centrex AS和MMTel AS的⑶R，同时标志为合并，则以Centrex AS的⑶R为基本⑶R，将MMTel AS的部分计费信 息，如媒体、补充业务值等，加入到基本CDR中，如图4所示。如果合并标志为不合并，不做 合并处理，如图5所示。计费网关将最终合并的⑶R发送给计费中心。从以上的描述中，可以看出，本发明能够减小计费中心处理信息的负担以及避免重复计费。装置实施例根据本发明的实施例，提供了 一种计费信息报告的发送装置。根据本发明的计费信息报告的发送装置可以包括计费网关和应用服务器。图8是根据本发明实施例的计费网关的示意图。如图8所示，根据本发明实施例的计费网关包括接收模块801、合并模块803、生 成模块805、发送模块807。其中，接收模块801用于接收来自应用服务器的计费信息，其中，计费信息中携带有指示该计费信息是否需要合并的标识；合并模块803将计费信息进行合并，其中，计费信 息为携带有指示该计费信息需要合并的标识的计费信息；生成模块805用于根据合并后的 计费信息生成计费信息报告；发送模块807用于发送计费信息报告。图9是根据本发明实施例的应用服务器的示意图。如图9所示，根据本发明实施例的应用服务器可以包括第一填写模块901、发送 模块903。优选地，还可以包括第二填写模块905。其中，第一填写模块901用于在计费信息中填写计费信息是否需要合并的标识； 发送模块903用于发送计费信息，其中，计费信息中携带有应用服务器的标识信息和计费 信息是否需要合并。第二填写模块905用于在计费信息中填写应用服务器本身的标识。需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的 计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不 同于此处的顺序执行所示出或描述的步骤。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用 的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成 的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储 在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们 中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的 硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种计费信息报告的发送方法，其特征在于，包括计费网关接收来自应用服务器的计费信息，其中，所述计费信息中携带有指示该计费 信息是否需要合并的标识；在所述应用服务器为多个的情况下，所述计费网关将计费信息进行合并，其中，所述计 费信息为携带有指示该计费信息需要合并的标识的计费信息； 所述计费网关根据合并后的所述计费信息生成计费信息报告； 所述计费网关将所述计费信息报告发送给计费中心。
2.根据权利要求1所述的方法，其特征在于，所述计费信息中还携带有所述应用服务 器的标识，在所述计费网关将所述计费信息进行合并之前，所述方法还包括所述计费网关根据所述应用服务器的标识判断所述应用服务器的数量。
3.根据权利要求1所述的方法，其特征在于，在所述计费信息中还携带有IP多媒体子 系统计费标示符。
4.根据权利要求3所述的方法，其特征在于，在所述计费网关将所述计费信息进行合 并之前，所述方法还包括所述计费网关将具有相同IP多媒体子系统计费标示符的计费信息报告分拣到一起。
5.根据权利要求1所述的方法，其特征在于，所述应用服务器包括群应用服务器和多 媒体业务服务器，所述计费网关将所述计费信息进行合并包括所述计费网关以所述群应用服务器的计费信息为基本计费信息，将所述多媒体业务服 务器的计费信息合并到所述群应用服务器的计费信息中。
6.根据权利要求1所述的方法，其特征在于，在计费网关接收来自应用服务器的计费 信息之前，所述方法还包括所述应用服务器在所述计费信息中填写所述计费信息是否需要合并的标识以及所述 应用服务器的标识。
7.一种计费信息报告的发送方法，其特征在于，包括计费网关接收来自应用服务器的计费信息，其中，所述计费信息中携带有所述计费信 息是否需要合并的标识；所述计费网关根据所述计费信息生成计费信息报告；在所述应用服务器为多个且所述标识为需要合并的标识的情况下，所述计费网关将所 述计费信息报告进行合并；所述计费网关将合并后的所述计费信息报告发送给计费中心。
8.一种计费网关，其特征在于，包括接收模块，用于接收来自应用服务器的计费信息，其中，所述计费信息中携带有指示该 计费信息是否需要合并的标识；合并模块，将计费信息进行合并，其中，所述计费信息为携带有指示该计费信息需要合 并的标识的计费信息；生成模块，用于根据合并后的所述计费信息生成计费信息报告； 发送模块，用于发送所述计费信息报告。
9.一种应用服务器，其特征在于，包括第一填写模块，用于在计费信息中填写所述计费信息是否需要合并的标识；发送模块，用于发送计费信息，其中，所述计费信息中携带有所述应用服务器的标识信 息和所述计费信息是否需要合并。
10.根据权利要求9所述的应用服务器，其特征在于，所述应用服务器还包括 第二填写模块，用于在计费信息中填写所述应用服务器本身的标识。
全文摘要
本发明公开了一种计费信息报告的发送方法及装置，该方法包括计费网关接收来自应用服务器的计费信息，其中，计费信息中携带有指示该计费信息是否需要合并的标识；在应用服务器为多个的情况下，计费网关将计费信息进行合并，其中，计费信息为携带有指示该计费信息需要合并的标识的计费信息；计费网关根据合并后的计费信息生成计费信息报告；计费网关将计费信息报告发送给计费中心。通过本发明，能够减小计费中心处理信息的负担以及避免重复计费。
文档编号H04L29/06GK102045175SQ20091020662
公开日2011年5月4日 申请日期2009年10月22日 优先权日2009年10月22日
发明者周凯祺, 张崇正 申请人:中兴通讯股份有限公司