首页 > 现状
采用数据中心数据集中处理之后，运营商基本实现了采集、计费、账务处理、销账、欠费管理的全程数据自动交换；在账务处理、销账、欠费环节实现了数据共享；消除了通过手工进行HLR操作的现象；大大提高了数据处理的准确度和时效性；在结算和对外服务渠道上提供了统一的外部接口；核心系统采用了封闭的内部网络和比较稳健的系统架构。
结合当时市场的发育程度和同业竞争形势来看，整个运营系统在功能、性能和安全性方面有较好的表现，基本满足了市场需求和业务需求，在一定程度上满足了运营管理需求，并与通信网技术达到了较好的契合度。
下面以辽宁联通省公司数据中心为例对计费系统现状进行剖析。
其计费系统架构如图一所示：
通过对以上特点的分析可以看出，该套运营系统的设计把满足公司基本的业务需求作为基点；在实现信息系统自动处理、消除人工干预的基础上，去提高数据处理的准确性。
存在的问题
任何技术都是一柄“双刃剑”。随着信息技术的飞速发展、市场发育的日益完善和同业竞争的日趋激烈，计费系统在功能、性能、成本及风险控制、更多的信息、改进的服务等方面有了更高的标准和要求。
除了因为业务量的增加，在对海量数据的存储和处理时导致的硬件资源的紧张之外，在系统架构设计、关键技术使用、风险防范、经营决策和客户服务等方面还存在以下缺欠：
系统架构设计方面的缺欠
1.由于计费子系统和营业子系统、账务子系统主机物理分离，两台主机数据库之间需频繁的数据交换，随着数据量的增大，对主机性能的影响日益明显；
2.由于营业子系统和账务子系统的应用(AP)和数据库(DB)集中于一台主机，导致账务子系统在执行批处理作业时影响营业子系统的性能；
3.系统的应用和数据库未进行整体的规划、分层，阻碍了系统扩展能力的提高。
关键技术使用方面的缺欠
1.在采集机和计费主机之间的文件传输采用ftp实现，由于ftp仅仅实现了文件传输的基本功能，对传输的完整性和时效性不具备保证机制；
2.在计费主机、HLR前置机和交换机之间使用网络编程的方式完成三方之间的交易，无法实现交易的一致性。
在风险防范方面的缺欠
为了增强企业核心竞争力，应有效防范来自公司内、外部的风险。风险主要体现在业务人员操作风险、客户信用风险和经营过程缺乏可控性的风险。计费系统能够很好地支持事后监督功能，但还无法实现事前预测和事中控制机制。
在经营决策方面的缺欠
该计费系统对经营决策的支持是一个空白。由于数据库的分散，致使在数据库中无法直接提取出客户或账户信息的一个完整单元，因此，在该计费系统中，目前只能通过手工方式将数据导出，通过二次加工进行数据过滤和抽取工作，这种处理方式的缺点是显而易见的：效率低下、准确性缺乏认证、耗费较多的人力成本。
在客户服务方面的缺欠
在此计费系统中，为客户提供服务的手段、方式和方法比较单一，对客户的服务只体现在对现有信息的直接提取和对客户的维系服务层面，还不能直接通过计费系统本身对数据的加工生成对开发客户有所帮助的信息，只能依靠手工的方式处理。
优化策略
采用三层C/S架构，将应用功能分成表示层、功能层和数据层三部分，对这三层进行明确划分，并在逻辑上使其独立，从而使系统具有硬件系统的扩展性较好、软件的功能界定清晰、程序的可维护性较强、安全控制严谨、系统管理简单、可支持分布式数据库等特点。
采集机和HLR前置机分别在省中心设置一台主机，采取数据集中处理模式。
优化后的系统架构如图二所示。
计费系统的业务流程集中体现为账单流、定单流、服务保障流和决策流。
在账单流的设计中，引入为账户建账本的概念，使计费系统具备了初步的财务功能，即账户有总账-分类账-明细账的模式，提高账务的明晰性和准确性；注意系统设计的开放性，以适应各类客户群体对层出不穷的新业务的要求、适应复杂的运营环境；注意系统设计的先进性和前瞻性，保证对特色业务计费方式的支持。
在定单流的设计中，重点是业务系统对网元设备进行操作的方式、方法和途径。
在服务保障流的设计中，重点是针对CRM系统的建设，紧紧围绕客户的满意度指标，去细分市场，发掘客户。
决策流着重对于经营决策系统进行描述，体现在决策支持系统(DSS)和商业智能(BI)等领域，核心数据库是其数据源，通过构建数据仓库形成其数据平台。
与此同时,通过对业务量的合理估测，选用高性能的主机、通讯和存储设备，通过群集技术，为应用系统的高可用性提供稳健的硬件平台,并用交易中间件实现交易的一致性和原则性，用消息中间件实现采集数据的可靠传输。
通讯产业报
