计费系统介绍剖析

1、、概述计费系统核心功能是首先从各个网元，以及业务平台获取用户 业务使用记录的原始数据（原始话单文件） ，然后对原始话单记录根 据用户订购的产品、促销等信息，结合计费要素进行批价，以及免费 资源消耗处理， 最后将批价结果记录入库， 同时也提供给帐务进行合 帐处理，最终实现扣费、信控等工作。其总体流程如下图：从上图可知整个计费流程经过： “采集传输、”“解码、”“业务解析、” “统一查重、”“批价、”“数据分发、”“科目转换、”“数据入库、”帐务累帐共九个 大的步骤。除了以上七个主步骤外，为实现漫游来访话单的计费，错单的 回收处理， 计费系统还同时完成错单的记录和回收， 以及漫游话单的 上传工作。

2、二、 文件传输（ XFER ）2.1 文件传输的目的一方面各个网元和业务平台生成的话单记录，是对用户进行计 费和信控的原始依据。 另一方面对于漫游来访用户， 需要将本地采集 到的话单记录回传给用户归属省， 以便归属省对用户进行计费和信控 等处理。要完成上述两项工作， 需要完成对各个网元和业务平台生成 的话单记录进行采集和上传， 这就是计费系统中文件传输模块完成工 作。文件传输系统利用 FTP 协议完成数据文件从源目录到目标目录 传输功能。 根据数据流向的不同， 通常文件传输分为文件采集和文件 上传。从网元获取数据称为采集， 将获取的数据上载到集团公司或指 定系统称为上传。文件传输系统支持单线程

3、和多线程的方式，既可配置传输任务 数又可配置任务轮询时间， 即最大限度的保证了传输性能， 又同时避 免了数据服务器的负载过重。文件传输系统又通过文件查重，文件指针功能，保证了文件传 输的正确性， 及时性和有序性。 同时文件传输系统还可在传输文件的 同时完成文件名分析， 和文件名转换的功能， 减少文件传输后的后续工作2.2 文件采集目前文件采集系统大部分采用的是集中采集的方式：即大部分 业务的原始文件数据都通过集中采集机进行采集。 其采集路径为：“计 费主机”“集中采集机”“各个网元及业务平台。”计费主机：计费主机上有采集模块，其目的是负责从集中采集 机上采集原始文件。 同时为了统一规范各类业务

4、话单的名称， 它还负 责根据制定好的改名规则对采集到的文件进行改名， 然后将改名后的 文件根据配置输出到下一个处理环节进行后续处理， 并同时将文件进 行备份。集中采集机：为集中规范管理原始文件的采集，我省原始文件 采集是使用专用的主机进行采集， 命名为集中采集机。 集中采集目前 配置为互为主备的两台机器，所有的采集进程都在两台机器进行配 置，正常情况下各自负责自己的采集任务，一担出现故障时，只需启 动采集进程即可接管另一台采集机的工作。 集中采集机上配置的采集 模块，只是负责将从各个网元及业务平台采集到的原始文件透传给计 费主机。网元及业务平台：承载提供给用户如语音、短信以及无线上网 等服务的

5、设备。同时还负责生成并存放承载业务对应的用户使用记录 文件，供 BOSS 系统进行采集。主要包括：1、端局（ MSC ）：存放用户使用语音业务后产生的话单文件。此类话单文件是用户的普通语音通信费、 IVR 业务通信费等的计费依 据。2、关口局： 存放互联互通语音业务的话单文件。 此类话单主要 是呼转通信费计费，以及互联互通语音结算的依据。3、短信中心： 存放各种类型的短信业务的话单文件。 此类文件 是网内点对点短信业务的计费依据。 （目前是由集团公司统一从短信 中心采集后透传给省 BOSS 。）4、短信网关： 存放各类梦网短信业务的话单文件。 此类文件是 梦网上行短信通信费和梦网下行短信信息费

6、的计费依据。5、互联短信网关： 存放互联互通短信业务的话单文件。 此类话 单是网外点对点短信业务通信费计费，以及互联互通短信结算的依 据。6、智能网业务平台：存放智能网（ VPMN ）业务的话单文件。 此类话单文件是 VPMN 语音通信费及包月费的计费依据。7、彩铃业务平台： 存放彩铃业务的话单文件。 此类文件是彩铃 铃音定制信息费、彩铃功能包月费以及铃音盒包月费的计费依据。8、CG（数据流量业务话单服务器） ：存放 GPRS 以及其他数 据流量业务的话单文件。此类话单文件是数据流量业务的计费依据。 （由集团公司同一采集规整后再下发给省 BOSS 。）9、彩信中心： 存放彩信业务的话单文件。

7、此类文件是彩信业务 的计费依据。10、集团公司话单服务器：存放一些全网新业务，以及省 /国际漫游出访话单文件2.3 文件上传由于移动通信的特点，存在漫游业务。一般情况下，用户漫游 后使用业务产生的原始话单， 都是在漫游地的网元上生成。 因此为了 实现漫游业务的计费， 漫游省就需要将来访用户的原始话单从本地网 元上采集后回传给用户归属省。其上传路径为： “计费主机”- “集团通 信服务器”-“集团（深圳中心）”-“归属省集团通信服务器”。计费主机：计费主机上部署的文件上传模块负责将非本省用户 的话单记录筛选出， 并形成集团规定的标准的文件格式， 然后上传到 集团通信服务器。集团通信服务器：负责漫

8、游业务话单文件，以及其他业务的话 单文件到省公司的上下传工作。 是集团和各省公司之间给类话单文件 的一个中转站。2.4 采集话单文件分类按照业务的不同目前话单文件主要分为：1、语音话单。在端局、关局上采集本地语音话单、从集团通信 服务器上获取的漫游语音业务话单。2、语音杂志（ IVR ）信息费话单。这里主要指用户拨打语音杂 志（ IVR ）产生的信息费话单。3、短信话单。在短信中心、短信网关上产生的网内点对点、网间点对点等短信业务话单4、移动梦网短信话单。包括按条的信息费话单，和包月话单。5、数据流量话单。使用 GPRS 等无线业务产生的话单。6、VPMN 话单。包括 VPMN 语音通信话单和

9、 VPMN 包月话单7 、彩铃话单。包括彩铃定制话单、 彩铃包月话单即铃音盒话单。8 、其他新业务话单。包括 WAP 、手机邮箱、手机游戏等信息 费及包月费话单。 此话单为全网业务， 一般由集团公司在省通信服务 器上下发。2.5 文件传输配置无论是文件采集还是文件上传，为确保文件能正确地从源目录 到目标目录， 确保文件传输的完整和连续， 确保文件传输时的文件名 转换是十分重要的工作。 以上工作的完成主要可通过文件传输系统的 任务配置文件来进行控制。文件传输的配置文件主要包括： COMMON 、XFER/LOG 、 DEFAULT 、TASKS ，其中TASKS 可以是一个或者多个。2.3.1

10、COMMOM 部分 此部分主要是系统配置信息主要有：本机 IP、类名、实例名、采集任务数、采集任务轮巡时间等。common#文件传输程序的公用部分LocalHost=#本地主机 IPInstanceName = alcatel#指定某配置文件的实例名，主要用于在监控信息中说明 传输的标识ClassName = Xfer#一般设置为 transfer ，在监控信息中，指明本信息是由传输程序发送过来的TaskNum = 1#Tasks 的最大任务数，不允许超过 MAX_TASKS_NUM (99)LibFileName= ./lib/libXferFtpAlcatelD.so#A

11、lcatel 传输库路径及文件名，可以使用环境变量，如$(HOME)/lib/libXferFTPAlcatelD.soInterval = 120#任务间隔，单位秒，表示传输程序对本配置文件中所有 的 Tasks 传输完成一轮后，等待指定的时间再继续。UniCheck = F#传输的查重开关， T= 检查源文件不可重复传输， F=不查 重UniIdxKey = 55903#查重索引 Key 值UniIdxDir= ./check#查重索引文件存放目录， 可以使用环境变量与系统保留、 自定义变量。#注意， 如果使用 环境变 量，则只 用一个 $ 符号 ，如 $(HOME)/log/check

12、，但如果使用的是系统保留或自定义 的变量，则必须使用两个 $符号，其中第一个用来转义， 如 ./log/$(InstanceName)/$(year)$(month)$(day) ，在本 配置文件的其它后续配置中，均需遵循此规则。messageFile=./etc/messagefile.txt#指定错误信息文件StatFlag=F是否写 stat 文件，不配置时缺省值为 F，需要写时配 TStatDir=././log/xfer/statStat 文件的存放位置 ,不配置时缺省值为 /tmpCheckSize=true是否检查文件长度，不配置此项，缺省为不检查 falseCheckSizeM

13、in=100源文件 /下载文件大小的最小百分比，缺省为100CheckSizeMax=100源文件 /下载文件大小的最大百分比，缺省为100FailedFileAmt=5配置多少文件连续失败后重新建立 FTP 连接，不配置默 认 1 。SingleProcess = TSingleProcess 的缺省值是 F，表示当前的配置文件可以对 应启动多个采集进程； SingleProcess = T ，表示当前的配 置文件只能启动一个采集进程ModifyFileModTime=F目标文件是否保持原文件的修改时间。 T：保持， F：不保 持，默认是 F. 注：该配置项浙江环境不能使用。ModTimeO

14、ffset=8指定源文件时间偏移值，单位是小时ModTimeOffset = 源文件时间 - MODTIME 得到的时间 由于一般的 FTP 服务器得到的 MODTIME 时间相对于北京时间是少 8 个小时，因此 ModTimeOffset 的缺省值为 8 在使用 ModifyFileModTime=T 的功能时， 1、要先确定 FTP 服务器是否支持 MODTIME 命令； 2、然后再手工登陆到 对端主机， 用 MODTIME 命令得到一个 MODTIME 时间；3、 再比对 MODTIME 时间和对端的源文件的真实时间，得到 一个时间偏移值，设置到 ModTimeOffset 配置项中。2

15、.3.2XFER/LOG 部分此部分主要是文件传输日志配置decode/log#文件传输日志配置部分logFile= ./log/alcatel.log#指定生成日志的目录和文件名，实际的输出会在此文件名后加上日期，每天一个日志文件LogLevel=DEBUG_LEVEL#指定日志输出的级别 (DEBUG_LEVEL,INFO_LEVEL, WARN LEVEL,FATAL LEVEL )logOn=TRUE#指定是否输出日志 （TRUE ：日志启用； FALSE ：无日志）consoleOn=TRUE#指定是否输出日志到屏幕（ TRUE ：屏幕输出； FASLE ： 屏幕不输出）2.3.3

16、DEFAULT 部分此部分主要是传输任务缺省配置，其内容与 TASKS 内容基本 相同。如果在同一个配置文件中有多个 TASKS 配置，可将相同部分 在此部分进行配置，以简化配置的文件的编写。Default#传输任务缺省配置部分BackupSrc = F#缺省是否备份源文件， T，True=是； F，False=否，以下类 同；注意， XferType =Get 时设置该项为 T 将删除源文件BackupDest = T#是否备份目标文件， Put 模式不支持本地备份目标文件， 但支持第三方备份目标文件。因此，在Put 模式下，不进行第三方备份目标文件，该项必须为 F.SrcBakCopyDi

17、rStruct = F#源文件备份是否拷贝目录结构 , 用于多级子目录搜索传输 时DestCopyDirStruct = F#目标文件是否拷贝目录结构DestBakCopyDirStruct = F#目标文件备份是否拷贝目录结构DeleteSrcFile = F#传输完成后，是否删除源文件FileCover = F如果目标文件名重复，是否覆盖。 T ：覆盖， F ：重命名。CompressBakFile = T#是否对源、目标备份文件进行 compress 压缩UnCompressDestFile = T#是否对目标文件进行解压，如果目标文件是非压缩文件， 本选项不起作用。DevName=/s

18、hdata1,90;/shdata11,95#缺省磁盘空间上限阀值，当达到本选项指定的百分比后将 停止继续传输，如有多个时，用 ;号隔开。RemainSrcFileNum = 0#源文件过滤的数目， 0 表示全部传输源目录中的文件； 0 表示将源目录中文件 ls 后，只传前面指定的文件数； 0 表 示将源目录中文件 ls 后，将排在最尾的指定数目的文件从 传输列表中去掉。StopXfer = F#是否停止传输任务XferMode = ActiveXferMode 的缺省值是 Passive，表示当前是使用被动模式来 传输文件； XferMode = Active ，表示当前是使用主动模式 来传

19、输文件在 FTP 服务器同时支持两种传输模式的时候，建议使用被 动模式来进行文件传输。DayOffset = 0#缺省日期偏移量Host = 98#缺省传输的对端主机Port = 21#缺省端口号User = wanghz#缺省用户 IDPasswd = whz123#缺省用户口令Encrypted = F#用户 ID 和用户口令是否加密XferType = Get#缺省传输方式： Get-取文件， Put-送文件WarnZeroFile=FALSE配置是否对空文件进行检测告警； false 为不警告 ,true 为警 告 ,缺省为 false.WarnNoFileTime

20、=0配置交换机没有生成新的话单文件的最长时间， 超过这个时 间就发送超时检测告警信息。单位是秒（s） ,如果不警告 ,则为 0;缺省为 0注：1. 指针传输对于时间的校验规则为： 大于已采文件的时间即可 , 不做时间先后的判断。2. UsePtr，CheckSequence 和 ForceContinuous 是组合使用的， 不可只按某一项的理解配置 使用，组合如下：TTT: 文件按序号 +步长严格顺序传输，如果序号断续，则等待该序号文件到达才继续传 输；TFF: 文件按序号顺序传输。TTF: 文件按时间顺序传输，在序号不连续性时告警。 （约束：如果，前一批文件中不包 括下一天的文件和当天的最

21、大序号文件，而后一批文件都是指针文件中日期当天的下一 天的文件，则要求有新的当天更大序号文件来后才会传输下一天的文件。 ）TFT: 无意义，不可这样配置。 另，不推荐在同一进程，对这些组合之间切换配置。UsePtr = T#是否使用文件指针，注意：如果采用指针传输，则必须在Tasks/test/NameSpecs/test 中给变量 serial 赋值。CheckSequence = T#是否检查文件的连续性， 如按指针规则， 传了第 1 号文件， 才能继续传 2 号文件，否则告警。该参数依赖 UsePtr=T.ForceContinuous = T#是否强制连续性， F：可以采集不连续的文件

22、， 并告警 （不 配置默认也为 F）； T ：文件序号不连续时，停止继续采集， 并告警（ UsePtr、 CheckSequence 配置也为 T 时才生效）。 该参数依赖 UsePtr=T， CheckSequence=T：PtrPath=./ptr#缺省指针文件路径，在任务初始化时进行变量替换，可用 变量有： $（instance） ， $（unikey ） ， $（section）PtrFile = $(instance).ptr#缺省的指针文件名，需要 2 个$符号，第一个用来转义。PtrRule = 3,0,95,0,1#缺省指针解析规则，分别表示文件序号宽度，文件的起始 序号，结束

23、序号，结束序号扩展数量，步长 . 序号要和 scan_spec 中的 serial 对应。指针值最长为 15 位宽度SrcDirDepth = 0#缺省源路径搜索深度，如果设置为1，则还会搜索源目录的第 1 级子目录，其它类同。ListDir = /data01/billuser/src/in;file;2;%Y%M%D#当源路径下子目录包含日期且传输后不删除时，指定只搜 索特定的部分子目录或文件，以提高传输性能。 ListDir 由 四部分组成：源目录； 文件名信息（匹配的文件名前缀， 可 使用%Y ，%y，%M ，%D 变量，不填表示任意文件） ；指定 扫描当前日期之前几天的目录； 子目录

24、命名规则 （可以写为一个目录名，也可包含其它字符，如 %Y 表示 YYYY ， %y 表示两位的年份，如 D_%Y_ABC_%M_%D 可匹配名为 D 2004 ABC 0801 的目录）SrcDir =/data01/billuser/src/in#传输的源目录， 在目录名中， 可使用环境变量与系统保留、 自定义变量，但必须遵循前述 $符号的规则。DestDir =/data01/billuser/daiyb/in#目标目录。目标文件重名，将正在传送的目标文件改名， 改名方式在原文件名后增加 .1，.2， 依次类推。目标目 录可以配置多个路径，最多 4 个。多个目录之间用 “；”（分 号）隔

25、开。TempDir =/data01/billuser/daiyb/temp#临时目录。传输时，文件将暂存在TempDir ，待整个文件传输完成后，再 mv 到 DestDir 中。SrcBakDir =/data4/home/wanghz/bak#源备份目录DestBakDir =/data01/billuser/daiyb/bak#目标备份目录。备份文件重名处理：基于目标文件重名看 齐。否则覆盖。#异地备份配置选项BakHost=47#需要备份到的第三地的主机 IPBakPort=21#端口号BakUser=daiyb#登录用户名BakPasswd=daiyb1#密码B

26、akEncrypted=F#密码是否加密过BakDir=/data04/daiyb/temp#备份到的目录2.3.4 TASKS 部分此部分为某一特定传输任务的配置，包括源目录、目标目录、 文 件名匹 配规则、 改名规 则等的配 置。 TASKS 可配 置不超 过 COMMON 部 分 定 义 任 务 数 的 多 个 任 务 ， 以 形 如 Tasks/GSM BJD14 的节名进行区分。Tasks/test#任务特定配置部分Section = test#任务名#此外， Default 节的所有配置项均可在此重载定义Tasks/test/NameSpecs/test#任务中，文件名特定配置部分

27、#注意：Tasks/ 与 NameSpecs/ 后的 sectionname 名应一致match spec = G*.*#源文件名匹配规则，采用正则表达式regexpscan_spec =G%8s.%3s,ddate,serial;#扫描规则，从源文件名中抽取关键值到保留变量或自定 义变量，采用 scanf 语法。scan_spec=scanfmt,var1, ,varn; #注意，如果采用了指针传输，或配置文件的其它地方使 用到了 serial 变量，则必须在此抽取值给它。rename_spec=;G_$(ddate)_$(serial);G_$(ddate)_$(serial)#目标文件名

28、换名规则， 可使用 scan_spec 中取到的自定义 变量重新组合生成新的文件名。 rename_spec=srcbakspec;destspec;destbakspec; 选项中以分号隔开的三个配置项目分别表示源备份文件 换名规则；目标文件换名规则；目标备份文件换名规则， 当不需要换名时，本选项填充为三个分号，如 rename spec=;。2.6 文件传输程序运行说明目前传输程序可在 AIX 、 HPUX 和 SOLARIS 环境下运行。其 命令语法如下：Usage : ./bin/xfer -i configfile -s section -m module -t repeats -c

29、 threads -l libFileName -f -r -v -h-i 配置文件选项-s区间名，如果有此项，则扫描配置文件中指定的传输区间，将采用单进程方式-m模块名称，缺省为 Xfer-c-t 指定任务循环次数，缺省为无限循环 多线程方式下的最大线程数量-l 传输用到的协议动态库文件-f强制清除查重信号量-r使用单进程方式运行-v显示软件版本-h显示帮助信息传输程序为确保文件传输的安全性，一般为一个网元或业务配 置一个配置文件。 并且每个配置文件对应的传输进程都有单独的守护 进程进行监控，一旦进程中断守护进程可自动重启文件传输任务进 程。三、 解码（ DECODE ）3.1 解码的目的各

30、种业务原始话单的格式是不尽相同的，哪怕是相同业务的原 始话单，由于网络设备的不同其话单格式也是不同。所以，为方便计 费系统的处理， 减少开发的工作量， 需要将各种格式不同的原始话单 文件，转换成统一的标准格式文件， 并输出到下一个计费环节进行 处理。除此之外， 解码还负责对采集到的原始文件中一些无效的，或 不需进行处理的数据进行过滤， 以及对文件根据配置规则进行检错等 操作。如上所述，解码的作用主要是：解码是计费系统的第一个环节，是计费预处理系统的第一 步。核心功能在于数据的转化， 使得各种系统或网元产生的 格式不同的话单文件能够统一转换为计费系统可以识别的 标准话单格式。文件级校验、错单过滤

31、，无效话单的剔除是解码的另一作用。 计费系统根据各业务计费点分析得到计费话单落点和筛选 原则，解码根据这些原则得到计费系统真正需要处理的话 单，并剔除无效话单。3.2 解码模块功能点分解3.2.1 解码 原始话单的格式是多种多样的，根据不同的话单格式调用事先 定义好的解码器进行解码，统一转化为 ASC 码的字符串。目前已知的编码方式有：ASC 编码：如集团公司下发的 D 文件、点对点短信话单、 梦网业务包月话单等二进制 BCD 编码：如现网非 TD 端局产生的语音话单等二进制 ASN1.0 编码：如现网 TD 端局产生的语音话单等3.2.2 格式转换 将解码的结果根据原始话单定义的各字段含义，

32、转化为内部定 义数据类型和对应字段。 即将原始文件中定义的字段， 转换并填写到 计费标准格式文件的对应字段中，类似于数据转换。3.2.3 过滤及检错根据事先定义好的特征值进行话单的过滤操作，将无效话单进行过滤。例如过滤掉端局产生的短信话单记录。 根据事先定义好的检错规则对话单记录做检错操作，形成错单 记录和文件，并输出到错单目录。例如话单记录中计费号码位长不足， 或是原始话单中 IMSI 为空等错误类型。3.3 我省解码配置情况介绍3.3.1 解码进程的分配原则 解码进程的分配主要是根据网元、采集点和话单量进行分配。 即首先会按照业务的不同建立相应的目录如： GSM,ISMG 、SMS 等，

33、再在该目录下按照不同的厂家或网元建立相应的子目录， 采集进程会 根据配置将采集到的原始话单输出到该子目录下， 如果涉及话单量太 大将建立多个目录， 不同的目录下对应不同的解码进程， 同一目录使 用同一解码进程。3.3.2 解码器的分配 在解码进程配置该解码进程使用什么解码器。解码器根据不同 网元，不同的原始文件编码格式配置解码器。 相应的解码进程调用对 应的解码器进行解码。如我省华为端局对应生成语音业务的原始话 单，按照话单量建立的有多个目录如 HW_3000_1,HW_3000_7 等， 按照编码格式配置的有两类解码器，一种用于二进制 BCD 编码格式 的解码，一种用于 ASN.1 编码格式

34、的解码。所以，如果网元进行升 级，编码格式发现变化，或是话单格式中定义的字段发生变更后，其对应应用的解码进程或解码器需进行变更，或重新开发新的解码器。四、 业 务解析（ FILTER ）4.1 业务解析的目的业务解析的目的就是分析并填写批价环节所需要的计费要素， 并将文件输出到下一步进行处理。业务解析模块根据解码后的 XDR 话单所提供的号码、 交换机代 码、 SP 代码等信息，从 ODAC （开放数据应用中心）和 MDB （内 存数据库）中获取局数据、产品信息、用户资料、促销信息等数据， 进行计费要素分析和产品生效分析， 并将信息填写到话单记录中的相 应字段，供计费系统进行后续处理。 业务解

35、析模块同时进行话单的过 滤和检错。4.2 业务解析模块功能点分解4.2.1 文件输入输出管理 文件输入输出管理负责正确读取解码后的话单文件，并输出正 确的话单文件供计费系统进行后续处理。 同时也将错误和过滤话单文 件以及话单处理信息日志文件（ stat 文件）输出到相应目录中。过滤的条件有：1、GSM 语音：神州行用户的主被叫服务使用记录、 VPMN 用户 的由智能网计费的服务使用记录、通话时间在 3秒以内（含 3秒）的以 及超长的服务使用记录；2、SMS 短信：非本省客户短信服务使用记录、神州行客户短信 服务使用记录、 与联通客户的短信服务使用记录、 发送不成功的短信 服务使用记录；同时目前

36、业务解析后，会将分地州，以及是否属于漫游来访拆分 成多个文件输出到一下步进行处理。4.2.2 用户资料分析 通过用户资料分析库和模板完成用户资料分析和产品生效分 析，并填写到话单记录中的相应字段。用户资料分析的目的是确认话单中用户的状态， 如停开机状态、 是否为销户状态等，以及用户的属于的计划、订购的促销情况等，这 些都将是确定用户资费包的必要条件。4.2.3 业务逻辑（计费要素）分析 根据局数据进行分析后填写相应数据到话单记录中如： SP 代 码，交换机信息、号码归属信息等，同时分析出如话单类型，呼叫类 型、漫游类型、 对端类型等计费要素并填写到话单中的相应字段。主 要局数据表包括： GSM

37、_MSC_INFO 用于漫游地的判断 ， GSM_HLR_INFO 用于号码归属地及归属运营商的判断等等。4.2.4 ODAC 计费要素的分析，是通过获取相关用户资料表、局数据表进行 分析得到。 由于这些静态数据的数据量越来越大， 为了提高业务分析 的速度，采用了内存数据库技术，将此部分数据加载到 ODAC 中， 业务解析直接从 ODAC 获取业务解析所需的静态数据。4.2.5 用户 MDB 访问 同计费要素类似，用户资料和用户状态数据业务采用内存数据 库技术，将用户资料和用户状态数据加载到 MDB 中，解析直接从用 户 MDB 中获取用户资料等信息。4.2.6 检错 业务解析主要基于业务的话

38、单检错，如用户状态、局数据等的 校验。对于不符合业务逻辑规定的记录打为错单并记录。 如常见的无 主错单（无用户资料） 、销户错单（用户已销户） 、SP 局数据无效错 单等。五、 查重（ CHKDUP ）5.1 查重的目的在相同的计费业务中，为了防止用户的话单记录重复计费，在 批价前完成对重复记录的剔除，此为查重的目的。查重模块以文件为单位，按字段对话单进行排序，然后根据查 重算法，实现对查重关键字相同的话单进行剔重的功能。理论上查重功能可以实现对同一业务中的任意话单进行查重处 理，但根据实际使用情况以及系统性能考虑， 目前是对相同网元的话 单记录进行查重处理。5.2 查重策略简介进行查重的话单

39、文件范围， 按照时间戳策略配置不同查重策略， 实现查重范围的定义。比如按月、按日、按小时等。不同业务有不同 的查重策略。 目前大部分业务都采用的是按日的原则， 即同一天的话 单文件才参与查重。另不同业务查重关键字也不尽相同，根据不同的业务属性可配 置不同的查重关键字，进行查重处理。六、批 价6.1 批价的目的业务解析后的话单经过查重后，输出到批价模块进行批价。批价 是根据服务使用资源信息、 资费政策、客户资料信息、 帐务资料信息， 对业务解析后的话单记录进行费用计算， 形成清单文件， 并输出到下 一个环节进行处理。6.2 批价方式说明鉴于移动通信特点，以及业务服务要求，目前批价方式主要有 以下

40、几种：1、按时间单一费率简单累积；如语音以分钟为单位的批价原则。2、按时间阶梯费率批价；如累计一定分钟数后的优惠批价原则， 以及优惠时段的批价原则。3、按流量单一费率简单累积；如 GPRS 按流量已 KB 为单位的批价原则。4、按流量阶梯费率批价；如优惠时段流量打折的批价原则。5、按次数批价； 如点对点短信， 以及点对点短信一定条数后的优 惠批价原则。6、按服务内容批价（如短信下载 LOGO 有的是 1 元，有的是 2 元，标价不同）。如梦网短信信息费批价原则等。6.3 批价计费要素组成1、与用户资料有关的要素： 用户的资费包， 用户各个科目的资源 使用累计量，用户各个科目的资源可使用量，用户

41、特殊情况的资 费包。2、与具体业务的话单有关的要素：GSM 语音的计费要素：呼叫类型，呼叫时长，漫游类型， 长途类型，对端特殊类型，对端网络类型；SMS 短信的计费要素：对端，服务代码，接受或发送；MMS 短信的计费要素：话单次数，流量；ISMG 梦网的计费要素：用户位置类型，记录类型， SP 位 置， SP 代码；GPRS 的计费要素：漫游类型，流量，时长，发起方类型， 上下文类型；IP 拨号的计费要素：接入号，时长，漫游类型；6.4 批价功能分解6.4.1 批价 将上述提到的计费要素在业务解析，根据一定的规则（如各字 段按一定的排列顺序） 合并成一个计费要素字段。 批价则根据预处理 得到的

42、计费要素和用户信息及促销优惠得到的 PkgId 来进行单条话 单的计费。6.4.2 话单查重 话单查重是为了防止出现重单而导致重复计费，所以要求保证 有效话单时间（一般 三个月）内的数据无重单。查重方式要求简单、 快速、准确，并且易于维护。查重速度必须保证高速流畅。6.4.3 免费资源累计和消耗 一次性免费资源。一次性免费资源由营业上发，批价通过读取计费 MDB 的数据， 并根据用户订购产品所定义的特定科目，进行免费资源的累计和消 耗。周期性免费资源 周期性免费资源，由批价生成。程序先根据产品订购信息，到 PM_PROD_FREERES 匹配多个周期性免费资源科目。如果是周期 性免费资源，则再到计费 MDB