[简述S1240,EC72版交换机计费的收集和记录以及话单转换失败后的抢救方法]交换机95计费

　　摘要:程控数字交换机有着诸多的功能,而其中计费绝对是占有着举足轻重的地位,它不仅与通信运营商的经济效益息息相关,也是影响服务质量的重要因素。因此,在S1240的日常维护中,计费系统的维护显得尤为重要。计费子系统是s1240软件系统中一个重要的组成部分,每个交换局中任意一次呼叫的计费都是有这个子系统产生的,除了产生计费以外,计费子系统还可以完成计费结果的收集和记录。
　　关键词:s1240 程控交换机 计费 收集 记录 抢救方法
　　
　　1 计费收集和记录
　　1.1 计费收集和记录的软件结构
　　 计费的产生、收集、记录各有不同的软件完成,但是它们之间的关系又是紧密相连的。
　　 (1)计费收集层软件功能概述。MCCFMM(Meter counts collection)收集汇总计费计数器,并在计费记录过程中向格式化软件传送计数器。TCDFMFMM(Tax collection disk file manager)收集详细账单,并在计费记录过程中向格式化软件传送账单。计费收集过程是将呼叫过程中产生的计费信息收集起来形成账单存放到内存或者系统磁盘的过程。在EC7.2版中,交换机系统的所有计费账单在内存中暂存时都是存放在辅助控制单元中的,当符合某些特定条件时,这些内存中的计费账单将拷贝到某些较为安全的媒介中,形成计费收集文件,通常是3800~3809文件(用于详细账单)和807文件(用于汇总账单)。
　　 (2)计费记录层软件功能介绍。CRM FMM(Charging recording manager)管理计费记录的全过程,接收记录请求并将请求传送给计费记录软件。OMB FMM(Output meter block)汇总账单记录格式化和输出。AFF FMM(AMA file formatted)详细账单记录格式化和输出。AFFC FMM(AMA file formatted controller)控制AFF FMM的执行过程。计费记录过程是将辅助控制单元内存和系统磁盘中收集的计费账单在某些特定条件下经过格式化形成计费记录文件的过程。计费记录文件的格式必须按照电信系统的规定,这些记录文件最终通过不同的途径送到计费中心计算费用。记录文件通常是800文件和803文件。
　　1.2 详细账单收集
　　 (1)详细账单的产生。对一次呼叫使用详细账单方式计费,可以有以下两种途径:
　　 对指定用户的详细计费。这是在某些用户的特服中设置的详细计费功能,使用人机命令MODIFY-SUBSCR可以为指定用户增加的详细计费功能,称之为详细计费观察功能(DBLNGOBS),其对应的数据库关系是R_OT_BSCOS.D_CHRGINFO
　　 由字冠分析产生的详细计费。这种详细计费是在呼叫过程中经过字冠和基本计费分析以后确认的,这也是通常使用的详细计费方式。当呼叫需要详细计费时,本地计费产生软件LCG FMM将在为本次呼叫创建的计费单元中收集有关的呼叫数据,这些数据在计费单元中是未经过格式化的,因此尚未形成详细账单。当LCG FMM收到停止计费的事件时,这些呼叫数据将被格式化成固定的详细账单格式传送给收集详细计费账单的软件。
　　 (2)收集详细账单。在EC7.2版S1240交换机中,采用计费收集磁盘文件管理器(tax collection disk file manager--TCDFM)来收集详细计费账单,它具备了缓存区来收集账单,并且作为账单收集文件的接口来管理这些文件。在系统中,TCDFM FMM总是以主备用配对的形式存放在配对的系统辅助控制单元中。当主用TCDFM FMM收到来自LCG FMM的准备传送账单请求时,它将账单收集到一个专用的缓存区(数据库关系R_TDFM_2KB)中同时将信息发送给备用TCDFM FMM。最后有备用侧TCDFM FMM发送收集认可消息返回给LCG FMM。
　　1.3 详细账单记录
　　 TCDFM生成的详细账单收集文件,可以通过拷贝的方式将它们记录到指定的输出设备。为了记录详细账单,计费子系统使用了两个FMM:AFF(AMA file formatter FMM)功能:执行记录格式化和传送文件。AFFC(AMA file formatter controller)功能:控制AFF FMM
　　 在日常工作中,计费记录带制作过程分为:①在系统磁盘上生成记录文件。②将记录文件拷贝到光盘。③释放系统磁盘上的记录文件。在这个过程中,最容易出现故障的就是在第一步,由于人为原因或者是设备的原因,在生成记录文件的时候,出现部分甚至全部不成功,这时候的故障处理方法将在下面详细介绍。
　　 在这里主要介绍的是详细账单的收集和记录,还有一种计费方式――汇总计费,相对要简单,在这里就不再讨论。
　　
　　2 详细话单转换失败后的抢救方法
　　 在实际工作中,我们有时可能因为操作失误或者计费模块不稳定等原因,在记录详细计费文件的过程中出现不成功的报告,这时察看详细计费临时文件时,会发现文件状态(file-status)和拷贝状态(copy-status)都出现不正常的状态,这时,即便再转换也是不成功的,而我们可以通过以下的步骤把详细计费的临时文件找回,避免经济损失。
　　2.1 修改临时文件的文件状态,访问序号
　　 察看数据库中关系ralationR_TDFM_FIN
　　 重点察看其中的两个域值D_TDFM_FST决定详细计费临时文件的文件状态,将其置为“42”―表示“close free” 或者置为“24”--表示“open free”即可。
　　 D_FACC_SEQ决定详细计费临时文件的访问顺序,值为0时则不再重新转化计费带
　　2.2 修改文件指针
　　 察看数据库中关系ralationR_FILE_ST
　　 重点察看其中的一个域值 D_E_R_PTR决定详细计费临时文件的读结束指针,将其置为 1
　　2.3修改硬盘中的文件指针(以修改3800文件为例)
　　 :OPEN MOD,3800T,1032T
　　 :READ RN,0
　　 WOR.PTR+4=WRT_PTR,SRD_PTR,ERD_PTR,EOF_PTR
　　 :WRITE RN,0
　　 :CLOSE
　　2.4 重新启动主用和备用计费模块
　　 经过以上的准备工作,我们用165命令显示计费详细话单的临时文件,会发现一切已经回到正常状态,只等待我们再一次发出转换指令。为了确保转换话单的成功,我们先把负责转换工作的计费模块重新启动一下,一般用“RB:”命令就可以了。这样,我们就成功把可能丢失的详细话单抢救回来了。
　　 需要特别指出的是:当出现详细话单转换不成功的时候,一定要立即进行上述操作整理、找回详细话单临时文件,否则,一旦有临时文件被覆盖,我们就不能将全部的详细计费信息找回,就会有经济上的损失,虽然可能是很小的一部分,也是我们不希望的。
　　
　　参考文献:
　　[1]《计费系统》---北京贝尔通信设备制造有限公司,培训中心