实时融合计费系统的设计与实现

摘 要：为了解决准实时计费系统有较高的欠费风险，智能网系统数据业务支持能力及灵活性不足等问题，提出了一种实时融合计费系统的设计实现方法。采用了可定制规则分拣的预处理引擎、基于适配器模式的批价引擎和嵌入式脚本等方法，满足了灵活的多种业务融合计费需求；同时，还采用了多级消息分发、共享内存数据库等方法，保证了系统的实时性。经过测试实验获得系统消息平均响应时间99.9%小于400 ms，系统单节点支持用户数由现在的300万提升到2 000万，混合呼叫处理能力由现在的2 400 Caps提升到4 000 Caps；解决了现有计费系统实时性差、对数据业务支持能力不足、不能处理海量数据等问题；具有高实时性、高可扩展性、高灵活性等特点。

关键词：运营支撑系统; 实时融合计费; 适配器模式; 共享内存数据库; 嵌入式脚本

中图分类号：TN914-34文献标识码：A文章编号：1004-373X(2011)19-0034-03

Design and Implementation of Real-time Integration Charging System

LIU Xiao-hua1, ZHOU Yu2

(1.ZTESOFT Technology Co. Ltd., Nanjing 210012, China； 2. Nanjing University, Nanjing 210093, China)

Abstract： The hot-billing has problems of high-risk business and real-time control capability, and the intelligent network system is inadequate for the flexibility and capacity of data service supporting, a novel design and implementation method of real-time integration charging system is introduced. The system adopts the presorting engine based on customizable rules, adapter mode-based rating engine and embedded script, which can meet the need of the flexibility for integration charging. At the same time, the system uses multi-level distributing message and shared memory database to ensure the real-time performance of the system. After testing, the average response time is below 400 ms for 99.9% requests. The number of users for single-node in this system upgrade from current 300 million to 2 000 million. The capacity of hybrid call processing raise from current 2 400 Caps to 4 000 Caps. This charging system has high real-time, high scalability, flexibility and other characteristics.

Keywords： business & operation support system; real-time integration charging; adapter mode; shared memory database; embedded script

0 引 言

随着国内运营商纷纷进入全网运营一体化时代，对于具备固话、宽带、移动通信等多种网络业务的运营商来说，融合各种业务为用户提供具有个性化、多样化以及差异化的服务是取得竞争优势的关键［1］。计费系统是全业务运营支撑系统之中的核心系统，必须满足实时性、全业务融合、高扩展性和统一客户视图等需求。目前国内外各大电信运营商均在使用传统的准实时计费系统［2］以及智能网系统［3］，两套系统独立运行。准实时计费系统是离线计费系统的一种，其特点是计费系统以联机方式得到使用记录后，马上进行计费，以尽可能缩短用户使用与计费之间的时间差，但计费系统不参与服务使用过程，而是在服务使用过程结束后根据使用记录进行计费。经过多年的实践证明，越来越高的欠费风险是传统准实时计费系统的致命弱点。智能网系统具备实时计费能力，但业务资费灵活性不够，对数据业务支持能力不足，新业务开发速度慢，又无法适应市场复杂灵活的变化要求。

为了满足新一代计费系统的需求，3GPP组织提出了在线计费系统(OCS)的参考结构［4-5］，给出了具有开放性和通用性的实时计费系统框架，支持承载层、会话层和应用层的统一计费。在此参考结构基础上，本文基于SOA架构，采用可定制规则分拣的预处理引擎、高扩展性的批价引擎以及共享内存数据库等技术设计实现了一种具有高实时性、高可扩展性和高灵活性的新一代实时融合在线计费系统。

1 系统架构

在线计费指计费信息可以实时影响业务的提供、帐户余额可以实时更新的计费机制，可分为基于事件型和基于会话型的在线计费。会话型的典型例子是用户打电话，需要持续一段时间；事件型的典型例子是发短信，一次消息触发一次计费。以会话型计费在线计费为例，用户通话过程中消息可分为三种：初始化消息，更新消息和结束消息。用户通话一开始发送初始化消息，然后系统根据事先设定的预留策略(比如3 min)，定时发送更新消息直至用户通话结束，之后向在线计费系统发送结束消息，在线计费系统则在线实时采集这些消息进行鉴权、预留、计费、扣费，一旦用户余额不够一次预留量，则根据余额反算时长，将时长通知网元，网元在用户达到指定时长后停止用户通话。

在线计费系统架构图如图1所示。

图1 在线融合计费系统架构图由在线采集模块负责采集话单文件及在线消息，并转化为统一格式消息进行主机级消息分发。计费消息调度模块负责消息的接收与发送以及消息的进程级分发。计费控制模块接收到计费消息后进行协议解析，生成计费事件，并根据计费事件类型及数据库数据分别由预处理引擎、批价引擎、余额管理和会话管理处理，实现基于会话承载的计费、基于内容事件的计费以及用户账户管理。最后，系统通过话单生成程序将业务使用记录和计费结果保存到CDR文件中。

为了满足未来海量数据处理的需要以及系统扩容的需求，系统采用主机级消息分发和进程级消息分发两级分发策略。其中主机级消息分发由运行于IMP Diameter Server上的在线采集模块负责。如图2所示，IMP Diameter Server在收到信用控制请求包(CCR)后，会根据CCR中的用户标识信息以及共享内存数据库中的路由策略(如用户、地域、号段、网络设备等)来决定将这个CCR分发给那一个在线计费系统(OCS)主机进行处理。在OCS主机收到CCR后，计费消息调度模块中的分发进程会根据CCR的业务类型和OCS进程的负载情况将CCR包指派给某个具体的OCS进程进行处理。