专利名称：计费网关中的话单合并装置的制作方法
技术领域：
本发明涉及通信领域，具体地，涉及计费网关中的话单合并装置。
背景技术：
在3GPP ( 3rd Generation partnership project,第三代合作伙伴计 划，简称为3GPP)和ITU-T (国际电信联盟)描述的电信网络中， 计费系统都是其重要的功能部件之一，是运营商实现营收的重要保 障。其主要功能如下所述图1示出了 3GPP网络中计费功能实体的组成和它们之间的关系。^口图1戶斤示，i十费触发功育fe ( Charging Trigger Function,简《尔 CTF)内嵌在3GPP各网络实体(包括接入层CN Domain,控制层 Sub-system,业务层Service element)中，其实玉见的主要功能是才艮 据监测到的网络资源的使用情况，进行计费信息的收集，并通过Rf 接口发送到计费数据功能(Charging Data Function,简称CDF )或 者通过Ro^妄口发送到在线计费系统(Online Charging System,简 称OCS); CDF的主要功能是接收CTF发送的计费请求消息(Accounting Request,简《尔ACR )，构造成计费详细i舌单(Charging Detailed Record,简称CDR)，并通过Ga接口发送到计费网关功能(Charging Gateway Function,简称CGF ), CTF和CDF可以是1:1和n: 1的关系；CGF的主要功能是对接收到CDF或者OCS发 送的CDR进4亍存<诸和管理，并通过Bx 4妄口将CDR文件发送到计 费域(Billing Domain,简称BD)， CDF和CGF可以是l: 1和n: 1的关系。图2示出了 ITU-T网络中计费功能实体的组成和它们之间的关系。如图2所示，CTF和3GPP网络中定义的功能相似，4旦是除内 嵌在网元中之外，它还可以是一个独立的实体，它通过Ct^接口爿夸计 费信息发送到计费收集功能(Charging Collection Function,简称 CCF)或者通过Co接口将计费信息发送到在线计费功能(Online Charging Function,简称OCF )，并在Co接口上交换网络资源的使 用授权；CCF的主要功能是接收CTF发送的计费数据，并构造成计 费^f言息i己录(Charging Information Record,简称CIR)，然后通过 Ct才妻口传送到CGF; CGF除了具有和3GPP定义的CGF相似的功 能之夕卜，还通过Cp 4妄口和i或间计费网关(Inter-Provider Charging Gateway Function )相连，传送用于结算的CIR。从以上描述可以看出，CGF是计费系统中的一个重要的功能实 体，其不^f旦汇聚CDF或者CCF产生的计费话单(CDR和CIR)， 同时还和计费中心交互，将CDR文件传送到BD，以方便BD进行 后续的处理。随着电信网络的发展，为了组网的灵活和业务部署的可扩展性， 承载和控制分离、接入和控制分离、控制和业务分离已成为一种趋 势和潮流，^旦这样带来的另外一个后果是， 一次业务处理涉及4交多 的网元，而且每个网元都能产生计费数据。根据现有的实现方案， 这些计费数据在CDF或者CCF上构造成计费话单CDR或者CIR 并传送到CGF之后，CGF将这些计费话单写入文件并传送到BD。
因为一次业务处理涉及了多个网元，这些网元产生的计费话单通过CGF都传送到了 BD。因此，同传统的计费方式相比较，BD 对这些计费话单的后续处理将变得非常繁瑣，BD首先需要按照一 定的条件对这些计费话单进行关联，然后按照一定的模式和策略进 行计费。这是因为，如果BD对这些计费话单分别进行处理，则这 些计费数据是相互隔离和孤立的，它们彼此之间的关联没有被考虑 到，它们承载的计费数据以及业务特征都是片面的、局部的，那么 在进行最终计费的时候，则可能不能完全体现出用户使用的业务特 点，计费结果就会有偏差，而且有的时候可能会造成重复计费的现 象。特别是在网络部署较广，用户数量比较多的情况下，这种将同 一个业务在各个网元产生的计费数据进行的关联的工作将大大加重 BD的处理负担，从而影响这个计费功能的处理性能和效率。发明内容考虑到相关技术中存在的上述问题而提出本发明，为此，本发 明旨在提供一种计费网关中的话单合并装置，上述的计费网关可以 包括计费网关功能实体(CGF)、计费数据功能实体(CDF)或计费 收集功能实体(CCF)、计费域(BD)等。根据本发明的话单合并装置包括合并规则库模块，用于配置 和管理话单合并规则；话单合并模块，用于根据合并规则库模块中 的合并规则对来自计费数据功能实体或计费收集功能实体的话单进 行合并处理。该话单合并装置可以运行于计费网关功能实体，或者， 也可以运4于于独立的物理节点。*9
其中，上述话单合并装置可以进一步包括预处理才莫块，用于对来自计费数据功能实体或计费收集功能实体生成的话单进行预处 理，并将预处理后的话单传送到话单合并纟莫块。预处理一莫块通过预处理，使得对于每个业务，其所涉及的每个 网元产生的数据都包含在一张话单中。对于计费数据功能实体或计 费收集功能实体生成的话单，如果对于每个业务，其所涉及的每个 网元产生的数据都包含在一张话单中，则预处理才莫块不进行预处理， 将来自计费数据功能实体或计费收集功能实体生成的话单直接透传 至话单合并模块。上述的合并规则库模块中的规则可以静态配置，或者由位于计 费域的上级合并失见则库动态下载到合并规则库。另外，上述的失见则可以涉及以下内容中的一项或多项业务类 型、话单中的相关字^殳、参与话单合并的网元、话单合并超时定时 器、合并方式。上述的合并方式包括根据业务进行话单合并，根据业务参与 者进行话单合并。对于话单合并超时定时器，在存在话单合并超时 定时器的情况下，如果在定时器超时还没有收到参与话单合并的网 元的话单，则话单合并才莫块仍进行话单合并纟喿作，并在话单合并结 果中添加表示部分话单合并的标识。优选地，根据本发明的话单合并装置可以进一步包括路由信 息记录才莫块，位于业务处理的核心控制网元，用于记录业务处理经 过的网元的路由信息，并在计费数据中添加路由信息。通过本发明，对于电信网络一次业务处理涉及多个网元并且多 个网元产生凄史据的情况，能够大大降^氐BD的处理负荷，减少Bx 接口上的处理流量，从而可以从整体上提高系统的处理性能。本发明的其它特4正和优点将在随后的i兌明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的说明书、4又利要求书、以及附 图中所特别指出的结构来实现和获得。
附图用来才是供对本发明的进一 步理解，并且构成i兌明书的 一部 分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中图1是根据相关技术的3GPP定义的计费功能结构图；图2是根据相关技术的ITU-T定义的计费功能结构图；图3是才艮据本发明实施例的用于计费网关的话单合并装置的框图；图4是根据本发明实施例的装置中，动态下载话单合并规则的 示意图；图5是根据本发明实施例的用于计费网关的话单合并装置的示 意图；图6是通过使用根据本发明实施例的话单合并装置进行话单合 并处理的流程图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明，应当理解，此 处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本 发明。
根据本发明实施例，提供了 一种计费网关中的话单合并装置， 可以将其理解为话单合并的通用功能才莫型，并且其可以内嵌于CGF，或者运4于于独立的物理节点，用于在一次业务处5里涉及多个 网元时，完成对多个网元产生的计费话单的关耳关和合并。这相当于 将上述BD中的相应的关联和合并的工作分散到各个CGF上进行， 达到分布式处理的目的，这样必能大大减少Bx "t妄口上ft据流量， 降低BD的处理负荷，保证BD中整个计费处理的性能和效率。另外需要说明的是，本发明实施例处理的数据对象的范围，仅 限于本CGF域对应的各网元产生的计费数据，不涉及跨CGF域的 计费数据的处理。比如，在3GPP IMS网纟备中，当用户业务通过漫 游地的P-CSCF (代理-呼叫会话控制功能)接入，P-CSCF产生的计 费数据将发送到漫游地的CGF，而业务处理的其他网元产生的计费 数据将发送到归属地的CGF,此时，漫游地P-CSCF的计费数据仅 仅用于结算目的，这种结算功能需要在计费中心完成，所以，此时 跨CGF的话单合并是没有必要的。如上文所述，上述的计费网关可以包4舌计费网关功能实体 (CGF)、与CGF连接的计费数据功能实体(CDF)或计费收集功 能实体(CCF)、计费域(BD)等。如图3所示，根据本发明的话单合并装置包括合并规则库模 块302、话单合并模块304。具体地，因为CGF的话单合并是分布式处理，因此为了保证各 个CGF节点执行相同的合并原则，本发明设置了合并规则库模块 304,用于配置和管理话单合并^L则，实现话单合并结果的处理节点 无关性，即相同的输入数据(同一个业务相关的各个网元产生的计 费数据)，无"i仑在哪个CGF上处理，其合并结果都是相同的。 该合并规则库才莫块302中的规则，涉及的内容包括但不限于 业务类型、话单中的相关字段、根据业务类型、话单中的某些字段 等确定的参与话单合并的网元，话单合并的超时定时器(如果某些 网元需要参与话单合并，但是在该定时器超时时还没有收到该网元 的相应计费话单，此时仍然要输出话单合并的结果，只是需要在输 出结果中添加相应的标记，表示本次话单合并为部分合并或不完全 合并)、合并方式(比如，根据业务进行话单合并，即，针对每个业 务的参与方分别合并一张计费话单，根据业务参与者进行话单合并， 即， 一个业务的所有计费数据都合并到一张计费话单)等。这些规 则可以静态配置，也可以由上级合并规则库将统一的合并规则动态 下载(PUSH)到各个CGF上。当采用话单合并失见则动态下载时， 上级合并^见则库^f立于BD中。附图4示出了"i舌单合并身见则的动态下载的处理流^E,如图4所 述，可以包括如下处理步骤S401: BD向CGF发送请求消息，告知CGF话单合并规 则已经发生变4匕；步骤S402: CGF向BD发送应答，告知BD其已经做好数据接 收准备；步骤S403: BD向CGF传送变化的计费话单合并规则；步一骤S404: CGF通知BD，数据接收完成。接下来描述话单合并模块304，其用于根据合并规则库模块302 中的合并规则对来自CDF或CCF的话单进行合并处理。CDF或者CCF在进行话单构造时，可以将每个网元构造成一 张话单，也可以构造成多张话单。为了降〗氐这种不确定性给话单合 并带来的复杂处理，需要在话单合并之前插入一个预处理功能，为 此，优选地，才艮据本发明实施例的话单合并装置进一步包括了预处理模块306,用于对来自CDF或CCF生成的话单进行预处理，并 将预处理后的话单传送到话单合并才莫块304。预处理才莫块306的预处理功能可以^f呆ii,对于一次业务处理， 每个网元产生的数据都包含在一张计费话单中。增加这个功能之后， CGF上i舌单合并的处理就不再受CDF 4亍为的影响。当CDF或CCF 将一个网元产生的计费数据构造成多张话单时，预处理功能负责将 多张话单中的计费信息合入到 一张计费话单中；如果对于每个业务， 当CDF或者CCF将一个网元产生的计费^t据构造成一张话单时， 预处理模块306直接将该数据透传到话单合并才莫块304,而不需要 进4亍预处理。为了 4吏话单合并更易于处理，需要对相应的网元估丈必要的计费 功能扩展。比如，在业务处理的核心控制网元，记录业务处理时经 过网元的路由信息，并写入计费数据中，这样CGF在进行话单合并 时，CGF可以根据路由信息，判断哪些网元能产生计费数据，同时 结合话单合并^L则，,人而能正确判断话单合并的结束。为此，优选 地，根据本发明的话单合并装置可以进一步包括路由信息记录模块 (图中未示出)，位于业务处理的核心控制网元，用于记录业务处理 经过的网元的路由信息，并在计费数据中添加路由信息。结合图5的示意图可以更好的理解本发明。如图4所示，预处 理(模块)、话单合并(模块)、话单合并规则库(模块)位于CGF, 来自CDF或CCF的话单经过CGF中的i舌单合并功能的i舌单合并之 后，传送到计费域。图6示出了通过本发明实施例的话单合并装置实施话单合并的 具体处理，在此々支设计费话单在合并之前已经由预处理4莫块306进 行了预处理。:fe口图6戶斤示，可以包4舌以下处5里步艰《S601:话单合并装置4妄收到一条计费话单；步骤S602:根据计费关键字(该关键字在处理同一业务的各网 元j呆持一f丈，以1更于关耳关和比只于，比如3GPP IMS网全各中的IMS Charging ID，简称ICID )查找相关联的计费数据，若查找不到，则 执行步骤S603，查找到，则执行步骤S608;步骤S603:本话单为该业务相关的第一条话单，从话单合并头见 则库(模块)查找相应的话单合并规则。若能查找到，则执行步骤 S604,若查找不到，则才丸4亍步艰《S606;步骤S604:记录当前合并规则索引，转步骤S605;步骤S605:緩存当前计费话单，转步骤S601，继续接收计费 话单；步骤S606:匹配默认规则(不合并)，转步骤S607;步骤S607:直接输出当前计费话单，转步骤S615;步骤S608:匹配相应的合并规则，转步骤S609;步骤S609:才艮据合并规则，判断当前话单是否参与话单合并， 若不参与话单合并，则转步骤S606，若参与话单合并，则转步骤S610;步骤S610:根据合并规则，判断合并结果是否为单一话单，若 是，则转步骤S611,若不是，则转步骤S613;步骤S611:话单合并才莫块将当前话单合并到关耳关计费话单中，
转步骤S612;步骤S612:根据合并规则，判断话单合并是否结束，如果已结 束，则转步骤S615，如果未结束，则转步骤S601，继续耳又下一条 计费话单；步骤S613:根据合并规则，合并结果不是单一话单，而是按业 务参与方分别输出合并话单。比对本话单和已存在的话单是否包含 相同的网元节点类型(比如，3GPP IMS网元中产生的i舌单， Role-Of-Node字^:指示网元节点类型，如果为"Originating",则表 示该话单为主叫用户产生)，是则转步骤S611，否则转步骤S614;步骤S614:根据计费关键字+网元节点类型，在已緩存的数据 (亦即话单合并的中间数据)中查找相关联的计费话单，找到则转 步骤S611，找不到则转步骤S605;步-骤S615:话单合并结束。如上所述，借助于本发明的4支术方案，对于电信网络一次业务 处理涉及多个网元并且多个网元产生翁:据的情况，能够大大降4氐BD 的处理负荷，减少Bx接口上的处理流量，从而可以从整体上提高 系统的处理性能。以上所述〗又为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的^支术人员来i兌，本发明可以有各种更改和变化。凡在 本发明的精神和原则之内，所作的任何々务改、等同替换、改进等， 均应包含在本发明的4呆护范围之内。
权利要求
1.一种计费网关中的话单合并装置，所述计费网关中的计费功能实体包括计费网关功能实体、计费数据功能实体或计费收集功能实体、计费域，其特征在于，所述话单合并装置包括合并规则库模块，用于配置和管理话单合并规则；话单合并模块，用于根据所述合并规则库模块中的合并规则对来自所述计费数据功能实体或计费收集功能实体的话单进行合并处理。
2. 根据权利要求1所述的话单合并装置，其特征在于，进一步包 括预处理模块，用于对来自计费数据功能实体或计费收集功 能实体生成的话单进4亍预处理，并将预处理后的话单传送到所 述话单合并模块。
3. 才艮据权利要求2所述的话单合并装置，其特征在于，所述预处 理才莫块通过所述预处理，4吏得对于每个业务，其所涉及的每个 网元产生的数据都包含在一张话单中。
4. 根据权利要求2所述的话单合并装置，其特征在于，对于所述 计费数据功能实体或计费收集功能实体生成的话单，如果对于 每个业务，其所涉及的每个网元产生的ft据都包含在一张话单 中，则所述预处理模块不进行所述预处理，将来自所述计费数 据功能实体或计费收集功能实体生成的话单直接透传至所述 话单合并模块。
5. 根据权利要求1或2所述的话单合并装置，其特征在于，所述 合并规则库模块中的规则静态配置，或者由位于计费域的上级 合并^见则库动态下载到所述合并失见则库。
6. 根据权利要求5所述的话单合并装置，其特征在于，所述合并 规则库中的规则涉及以下内容中的一项或多项业务类型、话 单中的相关字段、参与话单合并的网元、话单合并超时定时器、 合并方式。
7. 根据权利要求6所述的话单合并装置，其特征在于，所述合并 方式包括根据业务进行话单合并，根据业务参与者进行话单 合并。
8. 根据权利要求6所述的话单合并装置，其特征在于，在存在话 单合并超时定时器的情况下，如果在定时器超时还没有收到参 与话单合并的网元的话单，则所述话单合并才莫块仍进行话单合并才喿作，并在i舌单合并结果中添加表示部分"i舌单合并的朽:识。
9. 根据权利要求1或2所述的话单合并装置，其特征在于，所述 话单合并装置运行于所述计费网关功能实体，或者运行于独立的物理节点。
10. 根据权利要求9所述的话单合并装置，其特征在于，所述话单 合并装置进一步包括路由信息记录模块，位于业务处理的核心控制网元，用于 记录业务处理经过的网元的路由信息，并在计费数据中添加所 述路由信息。
全文摘要
本发明公开了一种话单合并装置，包括合并规则库模块，用于配置和管理话单合并规则；话单合并模块，用于根据合并规则库模块中的合并规则对来自计费数据功能实体或计费收集功能实体的话单进行合并处理。该话单合并装置可以运行于计费网关功能实体，或者，也可以运行于独立的物理节点。通过本发明，对于电信网络一次业务处理涉及多个网元并且多个网元产生数据的情况，能够大大降低BD的处理负荷，减少Bx接口上的处理流量，从而可以从整体上提高系统的处理性能。
文档编号H04L12/14GK101127741SQ20071015413
公开日2008年2月20日 申请日期2007年9月17日 优先权日2007年9月17日
发明者李雪玲, 王修中 申请人:中兴通讯股份有限公司