CN101345635B - 融合计费文件的发送、接收、交互方法和融合计费服务器 - Google Patents

Abstract

本发明涉及通信计费，针对现有技术计费文件格式众多导致通信运营商不得不分配专门的计费服务器资源来负责每种计费文件的交互的缺陷，提供一种融合计费文件的发送、接收、交互方法和融合计费服务器。融合计费文件的发送方法包括：接收话单条目；依据该话单条目生成计费文件并发送；后一步骤进一步包括：依据该话单条目所属业务生成业务标签；依据该话单条目和业务标签生成计费文件并发送。本发明还提供了一种融合计费文件的接收、交互方法和融合计费服务器。通过在计费文件中添加业务标签，可采用统一格式的融合计费文件来传送各种业务的话单记录，从而只需采用融合计费服务器便可负责所有格式计费文件的交互，极大的降低了资源的浪费。

Description

融合计费文件的发送、接收、交互方法和融合计费服务器

技术领域

本发明涉及通信计费文件传送技术，更具体地说，涉及一种融合计费文件的发送、接收、交互方法和融合计费服务器。

背景技术

许多通信业务的实现需要多家通信运营商的参与，例如异地漫游、跨网呼叫等。对于此类通信业务，通信运营商之间需要定期交互计费文件，以完成彼此之间的计费结算。随着业务种类的日渐丰富，计费文件的格式越来越多，这给运营商之间计费文件的交互带来了不小的麻烦。

图1是现有计费文件100的层次结构示意图。如图1所示，计费文件100包括批控制信息(Batch Control Information)102、网络信息(NetworkInformation)104、话单记录(Call Event Details)106和尾记录(Audit ControlInformation)108。

批控制信息102包括计费文件100传输过程中用到的一些信息，例如但不限于发送者(Sender)信息(用于标识计费文件100的发送方计费服务器)、接收者(Recipient)信息(用于标识计费文件100的接收方计费服务器)、文件序号(File SequenceNumber)信息(用于将收到的计费文件数据包重组成计费文件100)、时间信息(UTC Time)等。

网络信息104包括例如但不限于关于发送方计费服务器的相关信息，包括时间信息表(UTC Time Offset Information)、呼叫号码分析表(Called NumberAnalysis table)、记录实体信息表(Recording Entity Information table)等。

话单记录106可对应各类语音业务话单(如国内GSM漫游主叫或被叫业务话单、国际GSM漫游主叫和被叫业务话单等)，如图1中所示的语音业务1～n的话单110～112；还可对应各类GPRS(GPRS Call)业务话单，如GPRS业务1～n的话单114～116；还可对应各类位置服务(Location Service)业务话单，如位置服务业务1～n的话单118～120等等。不同业务之间，例如语音业务与GPRS业务之间、语音业务1与语音业务n之间，其话单的结构各部相同。

尾记录108包含例如但不限于传输计费文件100过程中的校验信息等。

图2是现有计费文件200的文件结构示意图。如图2所示，尽管不同种类业务的计费文件均包含格式相同的批控制信息202、网络信息204和尾记录208，但不同业务(例如语音业务1～n、GPRS业务1～n、位置服务业务1～n)的话单记录206在格式上却各不相同，从而导致不同业务计费文件的格式各不相同。

如上文所述，由于不同业务的计费文件格式各不相同，因此目前各运营商一般设置专门的计费服务器来负责每种业务计费文件的传送。图3是现有计费文件传送过程的示意图。如图3所示，第一通信网络300和第二通信网络350分别设置第一国内GSM计费服务器302和第二国内GSM计费服务器352来负责彼此之间国内GSM漫游计费文件392的交互；分别设置第一GPRS计费服务器304和第二GPRS计费服务器354来负责彼此之间GPRS计费文件394的交互；还分别设置第一国际GSM计费服务器306和第二国际GSM计费服务器356来负责彼此之间国际GSM漫游计费文件396的交互。

从上文分析可以看出，计费文件格式众多导致。同时随着话单格式的进一步增加，其计费文件的维护、管理工作迅速膨胀，久而久之必然导致在系统开销和维护工作量方面出现恶性循环。

因此，需要一种技术方案，能够克服现有技术存在的上述缺陷。

发明内容

本发明要解决的技术问题在于，针对现有技术计费文件格式众多导致通信运营商不得不分配专门的计费服务器资源来负责每种计费文件的交互、造成了极大的资源浪费等缺陷，提供一种融合计费文件的发送、接收、交互方法和融合计费服务器。

本发明解决其技术问题所采用的技术方案是：

一种融合计费文件的发送方法，包括：

S1、接收话单条目；

S2、依据该话单条目生成计费文件并发送；

所述步骤S2进一步包括：

S21、依据该话单条目所属业务生成业务标签；

S22、依据该话单条目和业务标签生成计费文件并发送。

在本发明所述的融合计费文件的发送方法中，

所述步骤S22进一步包括：

S221、依据该话单条目所述业务对应的话单结构文件，使用该话单记录生成话单记录；

S222、依据该话单记录和所述业务标签生成计费文件并发送。

本发明还提供了一种融合计费文件的接收方法，包括：

S1、接收计费文件；

S2、解析计费文件，得到话单条目；

所述步骤S2进一步包括：

S21、从所述计费文件中提取业务标签；

S22、依据该业务标签解析该计费文件，得到话单条目。

在本发明所述的融合计费文件的接收方法中，

所述步骤S22进一步包括：

S221、从所述计费文件中提取话单记录；

S222、依据所述业务标签对应的话单结构文件解析所述话单记录，得到话单条目。

本发明还提供了一种融合计费文件的交互方法，包括接收话单条目、据此生成计费文件并发送的步骤；以及接收计费文件并解析、得到话单条目的步骤；

所述接收话单条目、据此生成计费文件并发送的步骤进一步包括：

S1、依据该话单条目所属业务生成业务标签；

S2、依据该话单条目和生成的业务标签生成计费文件并发送；

所述接收计费文件并解析、得到话单条目的步骤进一步包括：

S3、从收到的计费文件中提取业务标签；

S4、依据提取的业务标签解析该计费文件，得到话单条目。

本发明还提供了一种融合计费服务器，包括封装模块，用于接收话单条目，据此生成出站的计费文件并发出，还包括：

融合模块，与所述封装模块通信连接，用于接收话单条目，确定该话单条目所属的业务，将收到的话单条目转发给封装模块，同时通知封装模块该话单条目所属的业务；

所述封装模块用于接收所述话单条目，并依据该话单条目所属的业务生成话单标签，依据话单条目和话单标签生成出站的计费文件并发出。

在本发明所述的融合计费服务器中，还包括：

存储模块，用于存储至少两个话单结构文件；

所述封装模块用于依据所述话单条目所属的业务在存储模块中读取对应的话单结构文件，依据该话单结构文件基于话单条目生成话单记录，并依据话单记录和话单标签生成出站的计费文件并发出。

本发明还提供了一种融合计费服务器，包括解封装模块，用于接收并解析进站的计费文件，得到话单条目，还包括：

融合模块，与所述解封装模块通信连接，用于接收所述进站的计费文件，提取业务标签，依据该业务标签确定该进站的计费文件所属的业务，将收到的进站的计费文件转发给解封装模块，同时通知解封装模块该进站的计费文件所属的业务；

所述解封装模块用于接收所述进站的计费文件，并依据该话单条目所属的业务解析该进站的计费文件，得到话单条目。

在本发明所述的融合计费服务器中，还包括：

存储模块，用于存储至少两个话单结构文件；

所述解封装模块用于依据所述计费文件所属的业务在存储模块中读取对应的话单结构文件，依据该话单结构文件解析所述进站的计费文件，得到所述话单条目。

本发明还提供了一种融合计费服务器，包括封装模块，用于接收话单条目，据此生成出站的计费文件并发出；解封装模块，用于接收并解析进站的计费文件，得到话单条目，还包括：

融合模块，与所述封装模块通信连接，用于接收话单条目，确定该话单条目所属的业务，将收到的话单条目转发给封装模块，同时通知封装模块该话单条目所属的业务；

所述封装模块用于接收所述话单条目，并依据该话单条目所属的业务生成话单标签，依据话单条目和话单标签生成出站的计费文件并发出；

所述融合模块与所述解封装模块通信连接，用于接收所述进站的计费文件，提取业务标签，依据该业务标签确定该进站的计费文件所属的业务，将收到的进站的计费文件转发给解封装模块，同时通知解封装模块该进站的计费文件所属的业务；

所述解封装模块用于接收所述进站的计费文件，并依据该话单条目所属的业务解析该进站的计费文件，得到话单条目。

实施本发明的技术方案，具有以下有益效果：通过在计费文件中添加业务标签，可采用统一格式的融合计费文件来传送各种业务的话单记录，从而只需采用融合计费服务器便可负责所有格式计费文件的交互，极大的降低了资源的浪费。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是现有计费文件的层次结构示意图；

图2是现有计费文件的文件结构示意图；

图3是现有计费文件传送过程的示意图；

图4是依据本发明一较佳实施例的融合计费文件的层次结构示意图；

图5是依据本发明一较佳实施例的融合计费文件的文件结构示意图；

图6是依据本发明一具体实施例的融合计费文件传送过程的示意图；

图7是依据本发明一较佳实施例的计费文件发送方法的流程图；

图8是依据本发明一较佳实施例的计费文件接收方法的流程图；

图9是依据本发明一较佳实施例的融合计费服务器的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图4是依据本发明一较佳实施例的融合计费文件400的层次结构示意图。如图4所示，融合计费文件400包括批控制信息(Batch Control Information)402、网络信息(Network Information)404、话单记录(Ca1l Event Details)406和尾记录(Audit Control Information)408。

批控制信息402包括融合计费文件400传输过程中用到的一些信息，例如但不限于发送者(Sender)信息(用于标识融合计费文件400的发送方计费服务器)、接收者(Recipient)信息(用于标识融合计费文件400的接收方计费服务器)、文件序号(File SequenceNumber)信息(用于将收到的融合计费文件数据包重组成融合计费文件400)、时间信息(UTC Time)等。

网络信息404包括例如但不限于关于发送方计费服务器的相关信息，包括时间信息表(UTC Time Offset Information)、呼叫号码分析表(Called NumberAnalysis table)、记录实体信息表(Recording Entity Information table)等。

话单记录406可对应各类语音业务话单(如国内GSM漫游主叫或被叫业务话单、国际GSM漫游主叫和被叫业务话单等)，如图4中所示的语音业务1～n的话单410～412；还可对应各类GPRS(GPRS Call)业务话单，如GPRS业务1～n的话单414～416；还可对应各类位置服务(Location Service)业务话单，如位置服务业务1～n的话单418～420等等。不同业务之间，例如语音业务与GPRS业务之间、语音业务1与语音业务n之间，其话单的结构各部相同。

尾记录408包含例如但不限于传输融合计费文件400过程中的校验信息等。

不同于图1所示的现有计费文件，如图4所示，本发明使用业务标签来标识不同类型的业务话单，例如分别使用业务标签422～424来标识语音业务1～n的话单410～412；分别使用业务标签426～428来标识GPRS业务1～n的话单414～416；分别使用业务标签430～432来标识位置服务业务1～n的话单418～420。

图5是依据本发明一较佳实施例的融合计费文件500的文件结构示意图。如图5所示，融合计费文件500包含批控制信息502、网络信息504、业务标签510、话单记录506和尾记录508。其中业务标签510用于标识话单记录506所属的业务类型，例如但不限于语音业务1～n、GPRS业务1～n、位置服务业务1～n。在具体实现过程中，可将图2所示的现有计费文件的话单记录206前部的若干位设置为业务标签510，其位数取决于业务种类的数量。对于每种业务，其具体的话单记录506仍采用现有的话单记录的结构，例如现有的各种语音业务、GPRS话单和位置服务话单记录的结构。

如上文所述，通过采用业务标签来标识各类业务，便可采用统一格式的融合计费文件来传送各种业务话单。图6是依据本发明一具体实施例的融合计费文件传送过程300’的示意图。如图6所示，在传送过程300’中，在第一通信网络300的第一融合计费服务器308和第二通信网络350的第二融合计费服务器358之间只需传送可融合各种业务话单的融合计费文件398即可，并在收到融合计费文件398之后，按照其业务标签来辨识具体的业务类型，并采用对应的话单提取方法来提取话单。由此不难看出，在采用本发明的技术方案之后，运营商无需分配专门的计费服务器资源来负责每种计费文件的交互，而只需采用融合计费服务器便可负责所有格式计费文件的交互，极大的降低了资源的浪费。

在定义了本发明的融合计费文件的结构后，下文便结合图7来描述各种业务话单的交互过程。

图7是依据本发明一较佳实施例的计费文件发送方法700的流程图。如图7所示，方法700开始于步骤702。

随后，在下一步骤704，接收话单条目，例如但不限于从移动运营商的移动交换中心(MSC，Mobile Switching Center)接收话单条目。

随后，在下一步骤706，依据该话单条目所属业务对应的话单结构文件，使用收到的话单条目生成话单记录，例如但不限于图5中的话单记录506。每种业务对应有一种话单结构文件，其中定义有该业务所对应的话单记录的结构，从而可基于该话单结构文件，使用话单条目生成话单记录。应注意，如上文所述，话单记录的结构采用现有话单记录的结构

随后，在下一步骤708，依据该话单条目所属的业务生成业务标签，并添加在生成的话单记录头部。

随后，在下一步骤710，为生成的话单记录生成批控制信息、网络信息、和尾记录等其他信息，得到计费文件并发出。有关批控制信息、网络信息、和尾记录等其他信息的内容及格式已经在现有技术中进行了清楚的描述，此处不再赘述。

最后，方法700结束于步骤712。

图8是依据本发明一较佳实施例的计费文件接收方法800的流程图。如图8所示，方法800开始于步骤802。

随后，在下一步骤804，接收计费文件。

随后，在下一步骤806，从收到的计费文件中提取业务标签，辨识该计费文件所属业务的类型。在收到计费文件后，首先剥离批控制信息、网络信息、和尾记录等其他信息。有关这些信息的内容和解析方法已在现有技术中进行了清楚的描述，此处不再赘述。随后，便可从剥离后的计费文件中提取业务标签。

随后，在下一步骤808，从收到的计费文件中提取话单记录，并依据该计费文件所属业务对应的话单结构文件对话单记录进行解析，得到话单条目。有关话单记录的解析方法已经在现有技术中进行了清楚的描述，此处不再赘述。

最后，方法800结束于步骤810。

本发明还提供了一种应用于融合计费文件的计费服务器，下面就结合图6进行描述。

图9是依据本发明一较佳实施例的融合计费服务器900的结构示意图。如图9所示，融合计费服务器900包括融合模块902、封装模块904、解封装模块906和存储模块908。其中存储模块908中存储有至少两个话单结构文件912。

融合模块902用于接收输入的话单条目910，确定该话单条目910所属的业务，并将话单条目910转发给封装模块904，同时通知封装模块904该话单条目910所属的业务。

封装模块904用于接收话单条目910，依照该话单条目910所属的业务在存储模块908中查找对应的话单结构文件912，并依照该话单结构文件，使用话单条目910生成话单记录，并根据该话单条目910所属的业务为话单记录添加业务标签，以及批控制信息、网络信息和尾记录等其他信息，形成融合计费文件914(出站的融合计费文件)并发往其他融合计费服务器900。

融合模块902用于接收其他融合计费服务器900发来的融合计费文件914(进站的融合计费文件)，并提取业务标签，据此确定该融合计费文件914对应的业务。随后，融合模块902将融合计费文件914转发给解封装模块906，同时通知解封装模块906融合计费文件914所属的业务。

解封装模块906用于接收融合计费文件914，依据其所述的业务读取对应的话单结构文件912，对融合计费文件914中的话单记录进行解析，得到话单条目910。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (1)

1.一种融合计费服务器，包括封装模块，用于接收话单条目，据此生成出站的计费文件并发出；解封装模块，用于接收并解析进站的计费文件，得到话单条目，其特征在于，还包括：

融合模块，与所述封装模块通信连接，用于接收话单条目，确定该话单条目所属的业务，将收到的话单条目转发给封装模块，同时通知封装模块该话单条目所属的业务；

所述封装模块用于接收所述话单条目，并依据该话单条目所属的业务生成业务标签，依据话单条目和业务标签生成出站的计费文件并发出；

所述融合模块与所述解封装模块通信连接，用于接收所述进站的计费文件，提取业务标签，依据该业务标签确定该进站的计费文件所属的业务，将收到的进站的计费文件转发给解封装模块，同时通知解封装模块该进站的计费文件所属的业务；

所述解封装模块用于接收所述进站的计费文件，并依据该计费文件所属的业务解析该进站的计费文件，得到话单条目。

Images