目前PHS无线核心网预付费计费系统采用UTStarcom公司的核心技术，计费流程为：系统根据用户通话记录实时生成话单，存于PSC1、PSC2（预付费业务中心）上，经批价、入库后相应转化为各个ORACLE数据库话单表（TABLE）。数据库话单表是其他预付费计费系统的原始数据源。

 由于数据库话单表存在零散且不易为其他专业人员读懂的特点，为了满足计费部门计费稽核的需要，原始数据需要转换成特定格式的话单文件（如.cdr文件），存放于某服务器上（梧州分公司的现状为：存放于OSC服务器上），导出话单通过共享的方式，供计费部门采集并统计相应财务报表。

 因话单转换过程受服务器性能和话单导出程序的运行环境或其他因素（如：程序死掉、配置文件错误、配置文件没有及时更新等）各种影响，有可能出现导出话单遗漏数据、数据重复、话单出错等情况，影响计费部门话单采集的准确性，影响实时计费的实施。

 为保证原始话单与导出话单的一致，以往的做法是，系统维护人员核查数据库各个原始话单表及OSC服务器导出话单，根据话单项逐一判断话单是否匹配，进而判断导出话单是否正常。由于数据库将话单表细分为市话、长话、短信…等分项，所以人工逐一检查、核对耗时低效，而且人为判断导出话单是否有误，这样的评判方法准确率低并且不可靠。

 征对这一状况，本人利用C++编译程序开发出“预付费话费核对程序”。该程序的作用是：将人工核查话单是否匹配的方法，取代为通过程序计算出数据库原始话单各个单项话单的话费总额，同时计算出服务器上导出话单的各单项话费总额，比较两者算术值大小，经过批价流程，话单与话费一一对应，如果话费差值在允许范围内，认为导出话单正常。该程序最主要的思路即是由原先的话单核对转为话费核对。
 
 下图为预付费话费核对程序图标截图：
 

 图一：预付费话费核对程序图标

 预付费话费核对程序工作原理为：
 
通过数据库读数方式，提取ORACLE数据库某日各话单表CHARGE等费用字段，利用SQL语句计算出单个话单表费用总额，得到数据库某日单项话费总额（如：某日市话总额、短信总额，等）∑a1、∑a2、∑a3……；

 ② 由于OSC服务器上存储的话单已经过话费转换等流程，单项话单（如长话、市话等）携带类型代码，话单类型代码与数据库话单表一一对应。由于导出话单文件可直接读取单次通话费用，所以对导出话单某日单项话费总额求取方法为：提取所有话单记录费用，直接利用程序算术求和，得到导出话单某日单项话费总额∑b1、∑b 2、∑b3……；
 
 ③ 通过话单类型代码将数据库话单表与OSC服务器话单项一一对应，利用程序计算器功能，将依次得到的双方单项话费总额通过运算，得到∑a1与∑b1、∑a2与∑b 2、∑a3与∑b3……算术差，并显示结果。由于导出话单的配置文件中已设置规定了的话单类型代码代表的话单项，显示结果简单易读，方便核查。（若数据库数据与OSC服务器数据一致，程序自动屏蔽单项话费计算结果）。

   下图为预付费话费核对程序运算结果图，在图中可看到2007年8月6日当日数据库与OSC服务器上各单项话费总额差值存在的各个话单项。由于短信等计费方法是短信接收方收到短信发送方才扣费，可能出现扣费日不在系统计费日的情况，所以，若差值小于预先设定的某值，认为导出话单正常：

图二：预付费话费核对程序界面截图
 
 上图说明：显示结果中数字代表OSC话单类型代码，字母组合部分为数据库话单表名，中文字符为OSC根据话单类型代码赋值翻译得到的各个话单项。从图中可看到存在费用差异的主要是短信类、漫游费用，由于这两项费用计费特点是有可能延时计费，所以一定时间内两者费用存在一定的误差，可认为是当日导出话单正常。

 与人工逐一核对数据库话单表、OSC服务器话单文件的方法相比，预付费话费核对程序有如下优点：

判断方法高效。由于已屏蔽话费总额无差异的费用项，比较结果只显示费用总额存在差异的费用项（话单），省去了各个话单费用一一核查的麻烦。由于话单与话费相对应，预付费话费核对程序由话费误差判断出导出话单是否有误，是否需要重导话单，保证计费部门话单采集的准确性，缩短了整个计费稽核流程，为实时计费提供可行性后台保障。

 ② 判断方法可靠。利用话单费用是否存在差异的方法，而不是以往通过话单匹配的方法判断导出话单与数据库话单是否一致，话单数量庞大，要一一核查是否异常不但需要耗费大量人力，而且有可能判断失误；而费用差异是经过程序严密思路计算而来，差异多少一目了然，所以预付费话费核对程序得出的结论更可靠。

另说明，预付费话费核对程序主要功能在于“核对”，即快速判断出服务器上导出的话单是否异常，方便维护部门及时更正出现的错误，保证计费部门采集话单的准确性，而非去控制服务器上的话单导出程序。话单核查只是整个计费稽核环节的第一步，后续的计费稽核工作仍有多个环节，不能一步到位，仍然需要相关人员不懈努力。

相关论文