XX省移动公司短消息计费系统建议方案
? 文件传输过程中产生的重复；
? 数据交互过程中产生的重复（来、出访话单的上传、下发）等。
重复话单的标识：
同一用户（IMSI）、同一天（sdate）、同一时刻（stime）产生两条相同的通话记录。
按照集团中心的要求，需排除三个月以内的重复话单。因此对重复话单过滤技术要求就很高。解决的办法是： ? 数据分割 ? 优化索引机制 ? 快速定位 ? 以空间换性能
这是快速“过滤网”技术的设计思想。 5.6话单并行入库
目前在建的短消息计费系统以后每月处理话单的数量可达上亿张，这些己划价的话单是计费系统的基础数据，需存储在数据库中。话单入库的效率将直接影响计费处理的整体效率，尤其是月末处理的性能。
话单入库的效率除了与磁盘I/O的读写速度有关外，与数据库系统的整体设计也有着密切的关系，尤其是出现月初与月末性能差异太大时。
解决的办法： ? 合理地进行数据分割 ? 有效地建立索引
? 合理的应用分布，降低磁盘读写冲突，减少访问磁盘的次数。
系统效率的提高，需从系统整体设计着手，下面将针对下发文件的处理，来说明如何降低访问磁盘的次数，以提高系统整体效率。
对经计费处理后的话单文件，需经重复话单的检测，实验证明重复话单的检测，应充分利用数据库的特性，在数据库内排重效率最高、最彻底。但发生重复的概率较小。因此在设计时，考虑到将排重的结果信息反馈给Client端，若无重复话单，则该入库文件直接送给相应的下发队列，并在数据库中产生一条统计记
第 26 页
XX省移动公司短消息计费系统建议方案
录（文件名、有效记录数、重复记录数、处理时间等）。这样就无需再从数据库取相应的下发数据，减少了磁盘访问的次数。若发现有重复话单，则分两种情况处理：
? 完全重复：即该文件的所有记录都为重复话单记录（文件重复），则在数据
库中产生一条统计记录（文件名、有效记录数、重复记录数、处理时间等），该文件入重复话单文件队列。
? 部分重复：即该文件有部分记录为重复话单记录，则在数据库中产生一条统
计记录（文件名、有效记录数、重复记录数、处理时间等），并排除重复话单，形成重复话单文件入重复话单文件队列；将有效话单生成下发文件入相应下发队列。
计费划价后产生的标准话单文件通过并行入库程序多通道拷贝到数据库中，并调用存储过程进行以下工作： 排除三个月（包括本月的重单） 生成月清单数据 生成统计中间表数据 生成下发表数据
入库程序记录详细的日志信息，包括入库话单数，入库花费时间等。
入库话单不仅包括需要计费的MO、MT等话单，还要包括已经计好费的用户信息费的短消息网关传送的话单，以及用于进行网络故障分析的SMA/SMA-F话单。 5.7计费结算
短消息计费中心具有集中计费结算功能，能进行省间、省中心与集团中心间、以及省中心与各个SP间的结算工作。
计费结算模块可以根据用户通话详单中的不同的短消息类型和已计算出的费用情况，形成相应的漫游结算和网间结算数据，结算比率可以通过参数设置进行动态调整。具体类型主要有：
第 27 页
XX省移动公司短消息计费系统建议方案
? 省公司之间的结算 ? 省公司与集团中心间的结算 ? 省公司与SP之间的结算
? 省公司与广告业务的广告方的结算 5.8统计分析
统计分析主要包括以下几个模块： 文件统计：
对每天，每个统计月的原始文件的话单量统计，包含有效话单、错误话单、无效话单、发送失败话单。 业务量统计：
对全省或各地市的每天，每个统计月的业务业务构成量的统计。 收入统计
对全省或各地市的每天，每个统计月的短消息收入的统计。 5.9稽核排错
计费系统直接面向广大的电信用户，是反映电信企业业务水平和管理层次的重要体现，因此，计费系统必须确保将一些错误因素排除在用户面前。稽核排错主要完成计费过程中一些异常情况的处理并形成相应的出错报告，避免异常话单出现在用户面前，同时，系统也应能将一些经过修改可以向用户收取费用的话单进行回收，重新进行计费分拣，使电信企业避免不必要的损失。
稽核排错分为两部分：
原始计费数据的稽核排错，即分拣出各短信平台的异常话单和错误话单 贯彻于整个计费过程中的稽核排错，具体包括以下这些错误类型： ? 格式错 ? 错误字符 ? 信息不足话单 ? 重复话单 ? 无费率话单等
第 28 页
XX省移动公司短消息计费系统建议方案
我们针对“重复话单”这一错误类型，在系统中采用了先进的“过滤网排重”技术，可以在系统开销很小的情况下迅速排除重复话单，完全能够满足排除3个月内重复话单的要求。系统对于出现的各种错误话单有相应的统计报告，可以让相关部门对这些错误话单进行分析。
对于经过相应修改可以向用户收取费用的话单，系统具有完善的回收功能，对这部分话单进行重新计费分拣，以避免电信企业不必要的损失，系统给操作管理人员提供相应的维护界面，具有自动批量回收、人工回收、生成上报文件、错单打印输出、舍弃等处理方式，操作维护简便。 5.10数据交互
由于采用的是全省集中式的计费系统，即所有的用户通话记录全部传送至省计费中心进行计费分拣，而经过省计费中心计费分拣后形成的用户清单必须下发到各个地市业务管理系统；短消息计费中心与集团计费中心之间也需要有漫游来、出访的数据交互，同时，各种结算数据也需要进行相应的数据交互，因此，必须有相应的数据交互模块负责进行各类交互数据的传输和下发。
短消息计费中心向各地市的业务管理系统发送的数据包括： ? 省内用户详细话单（包括短信网关清单和短信中心清单）
? 省内用户帐单（包括短消息费用及用户由WAD所产生的预存费用） ? 统计数据
? 用户业务变更数据（SMC/SMCF） 5.11系统查询
系统查询管理完成计费系统各种相应的对内对外查询功能，主要是客户查询、业务查询。
系统查询应能迅速查询出本省用户的通话话单，并且系统查询与计费处理不能产生冲突，发生查询和计费互相锁定的状况。
系统查询要求：
? 具有本省用户的详细话单查询（按月份、按日期段） ? 能支持一些复杂条件的查询。
第 29 页
XX省移动公司短消息计费系统建议方案
? 能支持对各种计费参数的查询。 5.12系统维护
系统维护是整个短消息计费系统中非常重要的环节，它能对整个系统的运行状况、运行效率、安全操作等起到重要的监测、维护作用。
同时，XX省短消息计费系统的最终用户是移动通信局计费中心的相关业务人员，他们有较强的业务知识和管理经验，但是整个工程牵涉面广，维护工作量大，为了减轻用户的维护工作量，要求“移动计费系统”有较好的用户界面，操作简单直观。 ? 参数管理：
在设计移动短消息计费结算系统中充分引入了参数驱动的设计思想。在应用程序中，凡是不能确定的因素或是可能变动的因素都尽量做到参数化，以达到通过对参数的设置就可适应不同情况、不同应用时期的要求。在计费系统的设计中，各种费率、基本资源、资费信息、优惠定义、结算标准等都是以参数的形式存放于数据库的相应的表中，当某些业务发生变化需要修改时，只需修改相应的参数即可做到整个计费业务的修改，做到了参数的修改与程序的修改相独立。
在参数管理中，引入了“计费参数预定义”的设计思想，即可以预先定义某些计费参数和它的启用日期。当系统运行到了这个启用日期后会自动启用这些新的计费参数。这种设计思想大大地加强了系统的自适应性和灵活性。
参数管理主要包括： ? 费率管理 ? 优惠管理 ? 省内资源维护 ? 其它资源维护 ? 系统管理：
计费系统中很大的一部分维护工作量是体现在数据库系统的管理维护上，而对于电信企业来说，不可能也没有必要去培训一批数据库专家来为系统做管理维护，因此，系统提供一些图形化的界面反映出数据库系统的活动状况，以便于操作管理人员进行系统维护；对重要的参数数据具备记录校验功能，防止非法删改。同
第 30 页