综合结算系统的结构与设计

综合结算系统的结构与设计

作者：刘占宁蒋伟

来源：《中国新通信》2012年第14期

【摘要】电信重组后形成三家全业务运营商，运营商之间的结算关系也变得复杂，本文介绍了全业务运营商建设综合结算系统的紧迫性和必要性，通过对综合结算系统的逻辑结构和物理结构的介绍，提出了系统的整体设计思路，系统的分层以及功能。

【关键词】综合结算系统网间结算系统结构

1概述

电信融合重组后形成三家全业务运营商，运营商之间、运营商与合作伙伴之间竞争与合作的关系也将发生变化并变得更加复杂，运营商之间的结算关系也从较为单纯的网间结算演变成多层次、多方面的复杂的结算关系。因此，运营商为了满足综合业务结算的需求，改善综合结算系统的处理能力，建立一套综合的结算系统显得尤为迫切，新系统要具备灵活的结算模式和综合业务实现能力，才能从不断变化的网间通信中获取结算收入。建设完备的结算体系的不仅是来自外部市场竞争的要求，也是加强企业内部自身建设的要求，通过结算体系的不断完善，可以全面掌握业务经营状况和全网业务流量流向，有效地实现网内核算单位间、各类业务间的收入摊分和成本核算。

2结算系统总体介绍

（一）系统结构

1、系统逻辑结构

综合结算系统由三个逻辑子系统组成，分别为结算后台核心子系统，结算后台辅助子系统，结算前台WEB系统组成。

2、系统物理结构

（1）结算数据库服务器：结算数据库服务器位于整个系统的核心数据层，运行关系型的数据库管理系统（RDBMS）。负责批价后结算话单的入库汇总，月底的结算出帐，以及响应业务人员的查询、统计分析等应用。

（2）结算处理服务器：结算处理服务器负责对采集过来的结算话单进行实时的预处理，批价。考虑到结算处理的话单量很大，且实时性要求较高，因此要求主机系统具有很高的可靠性、可用性及处理能力。

（3）WEB服务器：WEB服务器将运行应用服务器软件BEA Weblogic Server，负责客户端浏览器的Web接入。

（4）采集服务器：系统采用集中采集的方式，省中心的采集服务器将负责从各个关口局采集结算话单文件，并实时的将话单发送到结算处理服务器。

（5）接口服务器：为提高系统的可用性，系统将采用群集的处理方式，接口服务器节点间通过应用的均衡部署实现负载分担、互为备份。

（二）设计思路

1、稳定性

（1）数据库用户划分：通过将存储不同类型表实体的数据库账户分开，在结构上保证不同属性的表间的数据在访问权限、占用表空间等方面互不影响，为系统稳定运行创造条件。

（2）操作系统用户划分：通过在操作系统层将应用执行用户和软件安装用户分开，将这两个账户分给不同人员管理，避免核心程序及脚本被执行者修改。确保软件的稳定运行。

（3）后台应用分层：通过对后台应用的分层设计，确保每个后台应用程序逻辑功能相对单一，为系统稳定性创造条件。

（4）大量采用非常驻进程：整个系统仅有两个常驻进程，即shedtsk和srvd。前者为系统总调度进程，后者为后台监控服务端。这两个进程整体逻辑简单，完成特定的调度任务和后台监控http服务。其他系统核心模块，如采集、预处理、批价、累帐、接口等功能，都是非常驻程序。通过系统配置的时序，将各模块依次启动运行。

2、灵活性/扩展性

（1）分离模版：系统通过对话单分拣参数化，通过TICKET_FIELD、SPLIT_RULE、TICKET_FIELD_ RULE、TICKET_FIELD_VALUE、TEMPLATE_RULE等参数表，将话单分类逻辑参数化。

（2）公式语言及COMM视图：系统的prep, billing,rate以及settevd程序均支持内置支持公式脚本。该脚本是类C语言的脚本语言。通过抽象话单的字段域，实现话单字段的灵活组合，同时，在公式语言内部提供对COMM_SEARCH和COMM_RANGE表的查找，使公式语言几乎可以支持任何参数表的快速关联查找。系统提供param_supp共享内存参数服务使快速查找成为可能。

（3）流程模型及公式：系统通过可配置的流程模型以及prep、rate等支持任意格式的流程环节，可以组成处理几乎所有话单格式的流程。只要编写简单的prep或rate公式脚本即可支持新业务。

3、完备性（一致性）

（1）流程及日志模型：系统提供流程模型以及每个环节的输入输出日志平衡性。在模型上支持话单数据的全流程数据完整性稽核。

（2）审核稽核手段：系统提供稽核前台的稽核手段，只要对每个特定流程提供稽核SQL 语言脚本，即可实现对全流程的稽核校验。确保数据完整性。

（三）系统分层及功能

整个系统由四个层次组成，即操作系统层、数据库层、后台应用层及前台应用层。

操作系统层：该层由主机存储系统组成，提供高速的主机运行环境以及大容量的存储空间。综合结算系统可以在IBM-AIX系统、HP-UX系统、COMPAQ系统都能够很好的运行。

（1）数据库平台：该层是一个数据库管理系统，一般为ORACLE。综合结算能够在ORACLE系统上运行，系统也可以通过少量的改造支持其他数据库。

（2）后台应用：该层使综合结算系统的核心层，由少量常驻服务（shedtsk和srvd）和一系列C语言应用及脚本应用组成。实现对话单的采集到累帐入库的过程。同时系统提供srvd 监控后台服务、支持灵活的系统监控。

（3）WEB应用：该层主要采用J2EE技术，提供综合结算的业务操作手段、实现参数的前台配置以及触发调用后台应用的接口（如：参数刷新的触发、启停后台应用、导入导出数据等）。