CN101005548A - 离线计费系统和方法 - Google Patents

Abstract

本发明提供了一种业务的离线计费系统，该系统包括计费触发实体，用于触发和采集计费信息；计费话单生成实体，用于执行计费话单的采集并生成计费话单；其中所述计费触发实体和计费话单生成实体之间通过消息进行通信，所述计费话单生成实体通过计费触发实体发来的消息生成相应的计费话单。本发明的计费系统和方法可以满足各类分组业务的统一计费需求。

Description

离线计费系统和方法

技术领域

本发明涉及一种业务的离线计费系统和方法。

背景技术

目前电信领域有两种计费方法，一种是采用基于CDR(计费数据记录)的离线计费，计费过程不影响业务的提供，一种是计费过程影响业务提供过程的在线计费。

离线计费是网络资源的使用过程同计费信息的采集过程同时发生的一种计费方式，具有广泛的应用场景。计费信息在串行的计费逻辑功能传输，产生CDR，并将CDR传送到计费帐务系统的一种计费方式。离线计费是一种计费信息并不实时影响业务提供的计费形式。

离线计费通常概念类似于后付费计费方式，即用户可以先使用服务，再付费；或者准预付费计费方式，即要求用户先缴费再使用服务，但并不严格控制。

在线计费是用户使用服务(包括：电路域、数据域、IMS域的各种服务)时，服务提供系统产生计费事件消息给计费系统，由计费系统对用户使用服务进行鉴权、预算、实时计费、实时费用监控和配额管理，计费的过程将影响业务的提供。

在线计费能够根据账户余额精确的控制服务使用量，避免用户透支和欠费。但在同一个服务提供过程中，如果采用在线计费会比采用离线计费需要更多的系统资源。

在线计费通常应用于预付费计费方式，即用户先付费，再使用服务，能够严格控制无余额即不提供服务。在线计费一般为基于长连接会话的通信方式。

以上简述了在线计费方式的原理，由于本发明针对离线计费做出的改进，因此下面详细描述离线计费方式。

无线电话网络包括GSM、GPRS、3G等多种技术标准。在2.5G和3G网络中，网络业务又分为分组域业务和电路域业务。

一般来讲，电路域的CTE(泛指一切产生计费信息的设备)是可控的，但分组域的设备由于发展数量多，且建设不统一，业务形式多样化，且分组域承载的业务主要以软件+标准计算机的物理形式，软件系统的开发相对电路域系统的开发有更大的随机性，相比在计费设计上具有更为复杂的体系和方法。以上情况，也近一步对于系统的互联互通造成很大的障碍。

例如POC(Push-to-Talk Over Cellular，“无线一键通”，即手机用户只要按下一个专用键就可以和预先设定的一个组内的人进行一对多的通话)业务的计费，可能基于内容计费、流量计费、时长计费三种计费模式；MMS(多媒体短信)的计费同样也可能采用三种计费模式的组合。但根据运营商的选择，最大可能是采用首先按条计费的模式，但是基于流的业务形式，如流媒体业务的计费，运营商也存在采用按流量计费的模式的选择。

综上所述，业务形式的多样性、巨大的业务数量等都为统一的离线计费接口提出了更多的需求。

目前离线计费的接口一般为计费信息的单向传递，并且通常采用以下两种方案进行离线计费。

图1示出了方案1的计费系统结构图。如图所示，在离线计费中，由各应用服务器，如MMS server、POC server等平台生成CDR(计费信息)文件，并通过文件方式接口即FTP(文件传输协议)将CDR文件传递到相关网元设备。

但上述现有方案1具有如下缺点。

(1)每个业务应用服务器均需要实现复杂的话单处理功能，这无疑增加了业务应用服务器在话单处理上的复杂性；

(2)由于计费信息的产生和计费话单的生成均在一个实体中实现，因此，不能采用分布式算法。从而不便于与系统的扩展和维护；

(3)计费方法的不统一，对于电信网络的互联互通造成了很大的障碍。

在某些应用情况下，还可能存在以下的离线计费方案2。

图2示出了方案2的计费系统结构图。如图所示，在该方案中，CDR采集实体与计费信息触发实体是分离的，可以理解为采用了分布式结算，从而不需要每个业务应用服务器均实现复杂的话单处理功能。

但方案2仍具有以下缺陷。

由于CDR采集实体与各类OMA应用服务器之间的接口不具有很好的通用性，即CDR采集实体与业务应用是紧耦合的，如应用在MMS上的计费接口及话单采集实体不能满足其他业务应用，如POC离线计费的需求。因此，方案2对于网络的扩展和维护，成本仍均非常高。

发明内容

基于上述原因，本发明提供了一种业务的离线计费系统，其特征在于，该系统包括：

计费触发实体，用于触发和采集计费信息；

计费话单生成实体，用于执行计费话单的采集并生成计费话单；

其中所述计费触发实体和计费话单生成实体之间通过消息进行通信，所述计费话单生成实体通过计费触发实体发来的消息生成相应的计费话单；

其中，消息包括事件性计费请求消息、会话性计费开始请求消息、会话性中间更新请求消息、会话性计费结束请求消息；

计费触发实体和计费话单生成实体之间的接口为基于长连接的承载；

计费触发实体和计费话单生成实体之间的对应关系可以为1对1、1对多、多对1、多对多其中之一；

每一个消息中具体又包括业务标识、用户标识、业务发生事件、用户业务使用量；

计费触发实体按照优先级的顺序选择计费话单生成实体。

本发明进一步提供了一种基于事件业务的离线计费方法，应用于包括计费触发实体和计费话单生成实体的系统，其特征在于，该方法包括：

1)计费触发实体向计费话单生成实体发送基于事件的计费请求；

2)计费话单生成实体根据接收到的计费请求生成本地的计费话单，并向计费触发实体发送计费请求响应；

其中，步骤1)还包括：计费触发实体向计费话单生成实体发送建立长会话连接请求；

步骤2)之后包括步骤3)计费话单生成实体拆除本地长连接会话，并释放对计费信息的缓存；

本发明还提供一种基于会话业务的离线计费方法，应用于包括计费触发实体和计费话单生成实体的系统，该方法包括：

1)计费触发实体向计费话单生成实体发送计费请求消息；

2)计费话单生成实体与计费触发实体间建立连接，并根据计费请求，开始记录本次业务计费信息，并向计费触发实体发送计费响应消息；

3)计费触发实体收到响应消息后，按预先规定的时间向计费话单生成实体发送计费更新请求；

4)计费话单生成实体根据计费更新请求更新本次业务计费信息；

5)当业务结束时，计费触发实体向计费话单生成实体发送话单关闭消息；

6)计费话单生成实体生成本次会话业务的完整计费记录。

同时提供一种基于事件的业务和基于会话的业务相结合的离线计费方法，该系统包括计费触发实体和计费话单生成实体，该方法包括：

1)计费触发实体向计费话单生成实体发送建立长会话连接请求，同时发送包含业务类型的计费请求，若业务计费类型为基于事件的业务计费，则转入步骤2，若否，则转入步骤3；

2)计费话单生成实体根据接收到的计费请求记录本次业务计费话单，并向计费触发实体发送响应消息，同时拆除本地长连接会话，本次计费结束；

3)计费话单生成实体接收该计费请求，开始对该业务请求进行计费，创建本次业务计费信息，并向计费触发实体发送响应消息；

4)计费触发实体根据自身配置，向计费话单生成实体发送计费更新请求；

5)计费话单生成实体根据计费更新请求更新本次业务计费信息；

6)当业务结束时，计费触发实体向计费话单生成实体发送话单关闭消息；

7)计费话单生成实体完成该话单的生成，并生成本次会话业务的计费记录，然后向计费触发实体返回计费响应，并拆除长连接，计费结束。

通过本发明，可以更充分的实现网络分布式结构，模块化结构。从而网络更易于维护。通过本发明的能够满足各类OMA业务应用服务器的计费需求，即采用本发明的统一接口，可以方便的实现各OMA业务应用的计费体系。

本发明的接口方法，可以满足各类分组业务的统一计费需求，通过本发明，话单生成的相关系统，仅需要满足按本发明的计费接口体系，即可以同时满足各种类型的业务的计费需求。

本发明技术方案带来的有益效果

(1)通过本发明，可以保证计费网络具有良好的可维护性，通过适配能满足各类型业务应用的计费需求，做到接口统一，从而便于维护。

(2)通过计费信息触发和话单生成体与计费信息触发体的分离，功能与实体的分离，从而保证计费网络的组网灵活性。

附图说明

图1所示为现有技术的方案1计费系统结构图；

图2所示为现有技术的方案2计费系统结构图；

图3所示为本发明的计费系统结构图；

图4所示为本发明计费系统中CTE对CCS选择的逻辑处理流程；

图5所示为本发明的CTE与CCS之间的典型协议栈(1)；

图6所示为本发明的CTE与CCS之间的典型协议栈(2)；

图7所示为本发明的CTE与CCS之间的典型协议栈(3)；

图8所示为本发明的基于事件的计费方法流程；

图9所示为本发明的基于会话的计费方法流程；

图10所示为本发明的基于事件和会话两者结合的计费方法流程图。

具体实施方式

如图3所示，为根据本发明的离线计费方式的系统。该系统采用一种基于消息的计费方式。

其中，CTE是计费触发实体，一般指具体的业务应用实体，如MMS server、POC server、游戏平台等，其是能够触发和采集计费信息的物理实体。

CCS是执行计费话单的采集、接受CTE请求，并生成相应计费话单的实体。同时，根据网络部署策略，CCS可以以一定时间规则向话单处理分析(BILLING)系统(图中的BSS/OSS系统)进行话单文件的传送。

在本发明中，CTE及CCS的对应关系可以为：1对1、1对N、N对1、N对N。

其中，每个CTE应唯一地配置对应优先CCS的IP地址，从而CTE能够正确地发送计费事件或计费请求。为保证网络的可靠性，CTE可以对应其他CCS，同时配置备选CCS的IP地址。在1对N的关系中，CCS的IP地址列表应以一定的优先序列排序。如果高优先级对应的CCS不能接入(暂停提供服务，或出现异常)时，CTE能够按优先级顺序接入次优先级CCS，CTE对CCS选择的逻辑处理如图4所示：

1.CTE维护一个目标CCS的列表，一般通过系统维护人员进行输入维护。CCS的列表具有优先级排序。

2.CTE在接受到用户业务请求(计费事件)时，向最高优先级CCS1发起离线计费请求，请求建立起离线计费接口连接。

3.当CCS1出现故障、性能瓶颈等原因，不能处理CTE发送的请求时，CTE可能接受不到CCS1的响应，及请求超时，或CCS1返回错误码，CTE读取自身维护的CCS优先级列表，获取次优先级的CCS2。

4.CTE重复向CCS2发起离线计费请求连接建立请求

5.CCS2正确向CTE返回响应，双方建立离线计费连接。

在本发明的计费系统中，CTE与CCS之间采用消息的方式通信。在业务应用环境中，业务的提供方式可以分为两大类：基于会话的计费和基于事件的计费。

其中，基于会话的计费一般指基于时长和流量的计费，如POC业务的计费，采用基于POC在线时长的计费；VOD业务的计费，可以采用流量字节的计费，均称之为基于会话的计费。基于事件的计费一般指计费业务的发生过程的持续性可以忽略，基于事件的所有业务的发生具有共同的特性。

在本发明中，CTE作为客户端、CCS作为服务端，由CTE客户端向CCS服务器端发起计费请求。根据多个CTE的特性集，如部分需时长计费，部分流量计费，部分事件计费，设计了通用的请求消息。

本发明优选地将CTE客户端向CCS之间的请求消息分为四类：

事件性计费请求EventChargeReq

会话开始计费请求SessionChargeStartReq

会话中间更新计费请求SessionChargeUpdateReq

会话结束请求SessionChargeStopReq

其中，事件性计费请求应用在基于事件的业务应用，后三种请求一般应用为基于会话的业务应用中。这样，通过本发明的离线计费方法能够满足各种业务类型的计费请求。

其中，各消息中还包括以下参数：

(1)EventChargeReq参数包括

业务标识Service-ID

用户标识(例如MSISDN)

事件时间(时间和日期格式)

相关业务信息等

计费类别标识等

用户业务使用量(如事件数、时长、数据流量等)

(2)SessionChargeStartReq参数包括：

业务标识Service-ID

会话号，一般为计费信息触发点生成的系统内唯一会话号

用户标识(例如MSISDN)，

会话发生时间(时间和日期格式)，

相关业务信息等

计费类别标识等

用户业务使用量(如事件数，时间长，数据流量等)

(3)SessionChargeUpdateReq参数包括：

业务标识Service-ID

会话号，一般为计费信息触发点生成的系统内唯一会话号

用户标识(例如MSISDN)，

会话更新通知时间(时间和日期格式)，

相关业务信息等

计费类别标识等

用户业务使用量(如事件数，时间长，数据流量等)

(4)SessionChargeStopReq参数包括：

业务标识Service-ID

会话号，一般为计费信息触发点生成的系统内唯一会话号

用户标识(例如MSISDN)，

会话结束时间(时间和日期格式)，

相关业务信息等。

计费类别标识等

用户业务使用量(如事件数、时长、数据流量等)

将CCS对CTE的响应请求定位为计费请求响应ChargeResp，通过ChargResp不同参数，作为CCS与CTE之间的计费响应。如：

会话ID(针对基于事件的计费，其标识为0)

结果码(0，成功；1失败；2，用户未知；3，系统无响应等)

用户标识，(MSISDN等)

本发明中，IF1是CTE与CCS之间的接口。为保证计费的确认机制和数据完整性机制，本发明中该接口采用基于长连接的承载。

其典型协议栈(1)如图5、典型协议栈(2)如图6所示、典型协议栈(3)如图7所示。在不同的协议栈情况下，该计费消息在应用层完全相同。具体实现方式可以基于DIAMETER协议，也可以基于PARLAYAPI等。

本发明的相关流程如图8、9、10所示。

图8示出了基于事件的计费流程。

(1)CTE在接收到用户使用业务的请求后(图中未示出)，向CCS开始建立长会话连接，同时发送计费请求。在计费请求中，一般包含信息：业务类型，时间戳(事件发生时间)，用户标识等；

(2)CCS根据接收到的CTE的计费请求，生成本地的计费话单；

(3)CCS向CTE发送计费响应，一般包含本次计费结果。同时拆除本次长连接会话。CTE释放本地对计费信息的缓存；

(4)CCS根据自身的配置，确定话单文件的生成，并根据话单文件的传送策略，定期或准实时将话单文件传递到相关话单文件处理系统或计费系统。

图9示出了基于会话的计费流程：

基于会话的计费消息主要包括：

会话开始计费请求SessionChargeStartReq

会话中间更新计费请求SessionChargeUpdateReq

会话结束请求SessionChargeStopReq。

(1)CTE接收到用户使用业务的请求(图中未示出)，然后向CCS建立长会话连接，并向CCS发送SessionChargeStartReq(会话开始计费请求消息)；

(2)CCS准备并开始计费话单的采集工作，并根据会话开始计费请求消息为本次业务消费生成计费话单句柄即本地开始记录本次业务计费信息；

作为持续性业务的计费过程，CCS首先创建一个话单生成会话ID对应该CTE与CCS建立的该连接(以标识该话单号，因CCS可能同时生成多个话单)，CCS此时开始话单的生成。此处的会话ID具有多种实现方式，如socketid来标识CCS与CTE之间建立的IP会话，同时也可以标识针对特定用户消费业务请求时的会话标识。

(3)CCS向CTE返回计费响应，包括结果码；

(4)作为持续性业务或基于会话模式提供的业务，根据CTE业务属性，CTE间断地向CCS发送SessionChargeUpdateReq(计费更新请求消息)，例如每5分钟发送一次，其可以通过预先设定的方式实现。

(5)CCS更新本地计费记录信息；

(6)CCS向CTE发送计费响应；

(7)当业务结束时，CTE向CCS发送话单关闭指令；

(8)CCS结束该话单的生成，并生成本次会话业务的完整计费记录。并删除该话单生成ID；

(9)CCS向CTE返回计费响应，并拆除CCS与CTE之间的长连接。

图10为基于事件和基于会话相结合的计费流程图：

(1)CCS接收到CTE发送的离线计费的连接请求和计费请求后，根据计费请求消息类型判断该计费业务是基于事件计费或是基于会话计费；其中，基于事件计费的计费请求为事件性记费请求，基于会话的计费请求为会话开始计费请求；

(2)若业务计费类型为基于事件的业务计费，则建立基于事件计费连接，并根据事件性计费请求消息中携带的用户标识和事件时间及相关业务信息等生成本次计费处理话单；

(3)若业务计费类型为基于会话的业务计费，则建立基于会话计费连接，并根据会话开始计费请求消息中携带的会话号、用户标识、会话发生时间及相关业务信息等为本次业务生成计费话单句柄，即开始记录本次业务计费信息，然后向计费触发实体发送计费响应消息；计费触发实体收到响应消息后，按照预先规定的时间(配置好的)向计费话单生成实体发送计费更新请求；记费话单生成实体根据收到的计费更新请求消息中携带的会话号、用户标识、会话更新通知时间、相关业务信息及用户业务使用量等更新计费记录信息；当业务结束时，计费触发实体向计费话单生成实体发送话单关闭消息；计费话单实体生成本次会话业务的完整计费记录；

(4)计费触发实体生成计费话单后向计费触发实体返回计费响应，并关闭连接，结束本次计费。

在以上业务流程中，判断该计费业务是基于事件计费或是基于会话计费是可选步骤，每个接口可以只对应事件计费或只对应会话计费。另外，为实现电信级的网络可靠性，CTE在向CCS发送计费请求后一直等待CCS的响应，同时为不影响业务的提供，在CTE内形成该请求的缓存。在接受到CCS的正确响应后，CTE删除该缓存。如果不能正确接收到CCS的响应，则CTE根据自身存储的CCS优先级列表，向其他CCS发送该计费请求。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (11)

1.一种业务的离线计费系统，其特征在于，该系统包括：

计费触发实体，用于触发和采集计费信息；

计费话单生成实体，用于执行计费话单的采集并生成计费话单；

其中所述计费触发实体和计费话单生成实体之间通过消息进行通信，所述计费话单生成实体通过计费触发实体发来的消息生成相应的计费话单。

2.根据权利要求1所述的系统，其特征在于：

所述消息包括事件性计费请求消息、会话性计费开始请求消息、会话性中间更新请求消息、会话性计费结束请求消息。

3.根据权利要求1或2所述的系统，其特征在于：

所述计费触发实体和计费话单生成实体之间的接口为基于长连接的承载。

4.根据权利要求1或2所述的系统，其特征在于：

所述计费触发实体和计费话单生成实体之间的对应关系可以为1对1、1对多、多对1、多对多其中之一。

5.根据权利要求1或2所述的系统，其特征在于：

所述消息进一步包括业务标识、用户标识、业务发生事件、用户业务使用量。

6.根据权利要求1或2所述的系统，其特征在于：

所述计费触发实体按照优先级的顺序选择计费话单生成实体。

7.一种基于事件业务的离线计费方法，应用于包括计费触发实体和计费话单生成实体的系统，其特征在于，该方法包括：

1)计费触发实体向计费话单生成实体发送基于事件的计费请求；

2)计费话单生成实体根据接收到的计费请求生成本地的计费话单，并向计费触发实体发送计费请求响应。

8.根据权利要求7所述的基于事件业务的离线计费方法，其特征在于，步骤1)还包括：计费触发实体向计费话单生成实体发送建立长会话连接请求。

9.根据权利要求7所述的基于事件业务的离线计费方法，其特征在于，还包括：3)计费话单生成实体拆除本地长连接会话，并释放对计费信息的缓存。

10.一种基于会话业务的离线计费方法，应用于包括计费触发实体和计费话单生成实体的系统，其特征在于，该方法包括：

1)计费触发实体向计费话单生成实体发送计费请求消息；

2)计费话单生成实体与计费触发实体间建立连接，并根据计费请求，开始记录本次业务计费信息，并向计费触发实体发送计费响应消息；

3)计费触发实体收到响应消息后，按预先规定的时间向计费话单生成实体发送计费更新请求；

4)计费话单生成实体根据计费更新请求更新本次业务计费信息；

5)当业务结束时，计费触发实体向计费话单生成实体发送话单关闭消息；

6)计费话单生成实体生成本次会话业务的完整计费记录。

11.一种业务的离线计费方法，该系统包括计费触发实体和计费话单生成实体，该方法包括：

1)计费触发实体向计费话单生成实体发送建立长会话连接请求，同时发送包含业务类型的计费请求，若业务计费类型为基于事件的业务计费，则转入步骤2，若否，则转入步骤3；

2)计费话单生成实体根据接收到的计费请求记录本次业务计费话单，并向计费触发实体发送响应消息，同时拆除本地长连接会话，本次计费结束；

3)计费话单生成实体接收该计费请求，开始对该业务请求进行计费，创建本次业务计费信息，并向计费触发实体发送响应消息；

4)计费触发实体根据自身配置，向计费话单生成实体发送计费更新请求；

5)计费话单生成实体根据计费更新请求更新本次业务计费信息；

6)当业务结束时，计费触发实体向计费话单生成实体发送话单关闭消息；

7)计费话单生成实体完成该话单的生成，并生成本次会话业务的计费记录，然后向计费触发实体返回计费响应，并拆除长连接，计费结束。

Images