WO2011047568A1

WO2011047568A1 - 计费信息报告的发送方法及装置

Info

Publication number: WO2011047568A1
Application number: PCT/CN2010/075365
Authority: WO
Inventors: 周凯祺; 张崇正
Original assignee: 中兴通讯股份有限公司
Priority date: 2009-10-22
Filing date: 2010-07-21
Publication date: 2011-04-28
Also published as: CN102045175B; CN102045175A

Abstract

本发明提供一种计费信息报告的发送方法及装置，本发明的方法包括：计费网关接收来自应用服务器的计费信息，其中，计费信息中携带有指示该计费信息是否需要合并的标识；在应用服务器为多个的情况下，计费网关将多个所述计费信息进行合并，其中，计费信息为携带有指示该计费信息需要合并的标识的计费信息；计费网关根据合并后的计费信息生成计费信息报告；计费网关将计费信息报告发送给计费中心。本发明解决了计费中心往往要处理大量的信息从而导致重复计费以及计费中心处理比较复杂的问题，进而达到了减小计费中心处理信息的负担以及避免重复计费的效果。

Description

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

Claims

权利要求书

1. 一种计费信息 4艮告的发送方法，其特征在于，包括：计费网关接收来自应用服务器的计费信息，其中，所述计费信息中携带有指示该计费信息是否需要合并的标识；

在所述应用月艮务器为多个的情况下，所述计费网关将多个所述计费信息进行合并，其中，所述计费信息为携带有指示该计费信息需要合并的标识的计费信息；

所述计费网关才艮据合并后的所述计费信息生成计费信息 4艮告；所述计费网关将所述计费信息 4艮告发送给计费中心。

2. 根据权利要求 1所述的方法，其特征在于，所述计费信息中还携带有所述应用月艮务器的标识，在所述计费网关将所述计费信息进行合并之前，所述方法还包括：

所述计费网关根据所述应用服务器的标识判断所述应用服务器的数量。

3. 根据权利要求 1所述的方法，其特征在于，在所述计费信息中还携带有 IP多媒体子系统计费标示符。

4. 根据权利要求 3所述的方法，其特征在于，在所述计费网关将所述计费信息进行合并之前，所述方法还包括：

所述计费网关将具有相同 IP 多媒体子系统计费标示符的计费信息报告分拣到一起。

5. 居权利要求 1所述的方法，其特征在于，所述应用月艮务器包括群应用服务器和多媒体业务服务器，所述计费网关将所述计费信息进行合并包括：

所述计费网关以所述群应用服务器的计费信息为基本计费信息，将所述多媒体业务服务器的计费信息合并到所述群应用服务器的计费信息中。

6. 根据权利要求 1所述的方法，其特征在于，在计费网关接收来自应用服务器的计费信息之前，所述方法还包括：所述应用服务器在所述计费信息中填写所述计费信息是否需要合并的标识以及所述应用服务器的标识。

7. —种计费信息 4艮告的发送方法，其特征在于，包括：

计费网关接收来自应用服务器的计费信息，其中，所述计费信息中携带有所述计费信息是否需要合并的标识；所述计费网关根据所述计费信息生成计费信息报告；

在所述应用服务器为多个且所述标识为需要合并的标识的情况下，所述计费网关将多个所述计费信息 ·ί艮告进行合并；

所述计费网关将合并后的所述计费信息 ·ί艮告发送给计费中心。

8. —种计费网关，其特征在于，包括：

接收模块，用于接收来自应用服务器的计费信息，其中，所述计费信息中携带有指示该计费信息是否需要合并的标识；

合并模块，用于当接收到多个所述应用服务器的计费信息后，将多个所述计费信息进行合并，其中，所述计费信息为携带有指示该计费信息需要合并的标识的计费信息；

生成模块，用于根据合并后的所述计费信息生成计费信息报告；发送模块，用于发送所述计费信息报告。

9. 一种应用服务器，其特征在于，包括：

第一填写模块，用于在计费信息中填写所述计费信息是否需要合并的标识；

发送模块，用于发送计费信息，其中，所述计费信息中携带有所述应用服务器的标识信息和所述计费信息是否需要合并的标识。

10. 根据权利要求 9所述的应用服务器，其特征在于，所述应用服务器还包括：

第二填写模块，用于在计费信息中填写所述应用服务器本身的标识。