计费系统介绍

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

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

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

4、输出到下一个处理环节进行后续处理，并同时将文件进行备份。集中采集机：为集中规范管理原始文件的采集，我省原始文件采集是使用专用的主机进行采集，命名为集中采集机。集中采集目前配置为互为主备的两台机器，所有的采集进程都在两台机器进行配置，正常情况下各自负责自己的采集任务，一担出现故障时，只需启动采集进程即可接管另一台采集机的工作。集中采集机上配置的采集模块，只是负责将从各个网元及业务平台采集到的原始文件透传给计费主机。网元及业务平台：承载提供给用户如语音、短信以及无线上网等服务的设备。同时还负责生成并存放承载业务对应的用户使用记录文件，供BOSS系统进行采集。主要包括：1、端局（MSC）：存放用户使

5、用语音业务后产生的话单文件。此类话单文件是用户的普通语音通信费、IVR业务通信费等的计费依据。2、关口局：存放互联互通语音业务的话单文件。此类话单主要是呼转通信费计费，以及互联互通语音结算的依据。3、短信中心：存放各种类型的短信业务的话单文件。此类文件是网内点对点短信业务的计费依据。（目前是由集团公司统一从短信中心采集后透传给省BOSS。）4、短信网关：存放各类梦网短信业务的话单文件。此类文件是梦网上行短信通信费和梦网下行短信信息费的计费依据。5、互联短信网关：存放互联互通短信业务的话单文件。此类话单是网外点对点短信业务通信费计费，以及互联互通短信结算的依据。6、智能网业务平台：存放智能网（V

6、PMN）业务的话单文件。此类话单文件是VPMN语音通信费及包月费的计费依据。7、彩铃业务平台：存放彩铃业务的话单文件。此类文件是彩铃铃音定制信息费、彩铃功能包月费以及铃音盒包月费的计费依据。8、CG（数据流量业务话单服务器）：存放GPRS以及其他数据流量业务的话单文件。此类话单文件是数据流量业务的计费依据。（由集团公司同一采集规整后再下发给省BOSS。）9、彩信中心：存放彩信业务的话单文件。此类文件是彩信业务的计费依据。10、集团公司话单服务器：存放一些全网新业务，以及省/国际漫游出访话单文件。2.3 文件上传由于移动通信的特点，存在漫游业务。一般情况下，用户漫游后使用业务产生的原始话单，都是

7、在漫游地的网元上生成。因此为了实现漫游业务的计费，漫游省就需要将来访用户的原始话单从本地网元上采集后回传给用户归属省。其上传路径为：“计费主机”-“集团通信服务器”-“集团（深圳中心）”-“归属省集团通信服务器”。计费主机：计费主机上部署的文件上传模块负责将非本省用户的话单记录筛选出，并形成集团规定的标准的文件格式，然后上传到集团通信服务器。集团通信服务器：负责漫游业务话单文件，以及其他业务的话单文件到省公司的上下传工作。是集团和各省公司之间给类话单文件的一个中转站。2.4 采集话单文件分类按照业务的不同目前话单文件主要分为：1、语音话单。在端局、关局上采集本地语音话单、从集团通信服务器上获取

8、的漫游语音业务话单。2、语音杂志（IVR）信息费话单。这里主要指用户拨打语音杂志（IVR）产生的信息费话单。3、短信话单。在短信中心、短信网关上产生的网内点对点、网间点对点等短信业务话单。4、移动梦网短信话单。包括按条的信息费话单，和包月话单。5、数据流量话单。使用GPRS等无线业务产生的话单。6、VPMN话单。包括VPMN语音通信话单和VPMN包月话单。7、彩铃话单。包括彩铃定制话单、彩铃包月话单即铃音盒话单。8、其他新业务话单。包括WAP、手机邮箱、手机游戏等信息费及包月费话单。此话单为全网业务，一般由集团公司在省通信服务器上下发。2.5 文件传输配置无论是文件采集还是文件上传，为确保文件

9、能正确地从源目录到目标目录，确保文件传输的完整和连续，确保文件传输时的文件名转换是十分重要的工作。以上工作的完成主要可通过文件传输系统的任务配置文件来进行控制。文件传输的配置文件主要包括：COMMON、XFER/LOG、DEFAULT、TASKS，其中TASKS可以是一个或者多个。2.3.1 COMMOM部分此部分主要是系统配置信息主要有：本机IP、类名、实例名、采集任务数、采集任务轮巡时间等。common#文件传输程序的公用部分LocalHost=#本地主机IPInstanceName = alcatel#指定某配置文件的实例名，主要用于在监控信息中说明传输的标识Class

10、Name = Xfer#一般设置为transfer，在监控信息中，指明本信息是由传输程序发送过来的TaskNum = 1#Tasks的最大任务数，不允许超过MAX_TASKS_NUM（99）LibFileName = ./lib/libXferFtpAlcatelD.so#Alcatel传输库路径及文件名，可以使用环境变量，如$(HOME)/lib/libXferFTPAlcatelD.soInterval = 120#任务间隔，单位秒，表示传输程序对本配置文件中所有的Tasks传输完成一轮后，等待指定的时间再继续。UniCheck = F#传输的查重开关，T=检查源文件不可重复传输，F=不查

11、重UniIdxKey = 55903#查重索引Key值UniIdxDir= ./check#查重索引文件存放目录，可以使用环境变量与系统保留、自定义变量。#注意，如果使用环境变量，则只用一个$符号，如$(HOME)/log/check，但如果使用的是系统保留或自定义的变量，则必须使用两个$符号，其中第一个用来转义，如./log/$(InstanceName)/$(year)$(month)$(day)，在本配置文件的其它后续配置中，均需遵循此规则。messageFile=./etc/messagefile.txt#指定错误信息文件StatFlag=F是否写stat文件，不配置时缺省值为F，需要

12、写时配TStatDir=././log/xfer/statStat文件的存放位置,不配置时缺省值为/tmpCheckSize=true是否检查文件长度，不配置此项，缺省为不检查falseCheckSizeMin=100源文件/下载文件大小的最小百分比，缺省为100CheckSizeMax=100源文件/下载文件大小的最大百分比，缺省为100FailedFileAmt=5配置多少文件连续失败后重新建立FTP连接，不配置默认1。SingleProcess = TSingleProcess的缺省值是F，表示当前的配置文件可以对应启动多个采集进程；SingleProcess = T ，表示当前的配置文

13、件只能启动一个采集进程ModifyFileModTime=F目标文件是否保持原文件的修改时间。T：保持，F：不保持，默认是F. 注：该配置项浙江环境不能使用。ModTimeOffset=8指定源文件时间偏移值，单位是小时ModTimeOffset = 源文件时间 - MODTIME得到的时间由于一般的FTP服务器得到的MODTIME时间相对于北京时间是少8个小时，因此ModTimeOffset的缺省值为8在使用ModifyFileModTime=T的功能时，1、要先确定FTP服务器是否支持MODTIME命令；2、然后再手工登陆到对端主机，用MODTIME命令得到一个MODTIME时间；3、再比

14、对MODTIME时间和对端的源文件的真实时间，得到一个时间偏移值，设置到ModTimeOffset配置项中。.2.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=TR

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

16、模式下，不进行第三方备份目标文件，该项必须为F.SrcBakCopyDirStruct = F#源文件备份是否拷贝目录结构, 用于多级子目录搜索传输时DestCopyDirStruct = F#目标文件是否拷贝目录结构DestBakCopyDirStruct = F#目标文件备份是否拷贝目录结构DeleteSrcFile = F#传输完成后，是否删除源文件FileCover = F如果目标文件名重复，是否覆盖。T：覆盖，F：重命名。CompressBakFile = T#是否对源、目标备份文件进行compress压缩UnCompressDestFile = T#是否对目标文件进行解压，如果目标

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

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

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

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

21、继续采集，并告警（UsePtr、CheckSequence配置也为T时才生效）。该参数依赖UsePtr=T，CheckSequence=T：PtrPath=./ptr#缺省指针文件路径，在任务初始化时进行变量替换，可用变量有：$(instance)，$(unikey )，$(section)PtrFile = $(instance).ptr#缺省的指针文件名，需要2个$符号，第一个用来转义。PtrRule = 3,0,95,0,1#缺省指针解析规则，分别表示文件序号宽度，文件的起始序号，结束序号，结束序号扩展数量，步长.序号要和scan_spec中的serial对应。指针值最长为15 位宽度S

22、rcDirDepth = 0#缺省源路径搜索深度，如果设置为1，则还会搜索源目录的第1级子目录，其它类同。ListDir = /data01/billuser/src/in;file;2; %Y%M%D#当源路径下子目录包含日期且传输后不删除时，指定只搜索特定的部分子目录或文件，以提高传输性能。ListDir由四部分组成：源目录；文件名信息（匹配的文件名前缀，可使用%Y，%y，%M，%D变量，不填表示任意文件）；指定扫描当前日期之前几天的目录；子目录命名规则（可以写为一个目录名，也可包含其它字符，如%Y表示YYYY，%y表示两位的年份，如D_%Y_ABC_%M_%D可匹配名为D_2004_AB

23、C_0801的目录）SrcDir = /data01/billuser/src/in#传输的源目录，在目录名中，可使用环境变量与系统保留、自定义变量，但必须遵循前述$符号的规则。DestDir = /data01/billuser/daiyb/in#目标目录。目标文件重名，将正在传送的目标文件改名，改名方式在原文件名后增加.1，.2， 依次类推。目标目录可以配置多个路径，最多4个。多个目录之间用“；”（分号）隔开。TempDir = /data01/billuser/daiyb/temp#临时目录。传输时，文件将暂存在TempDir，待整个文件传输完成后，再mv到DestDir中。SrcBak

24、Dir = /data4/home/wanghz/bak#源备份目录DestBakDir = /data01/billuser/daiyb/bak#目标备份目录。备份文件重名处理：基于目标文件重名看齐。否则覆盖。#异地备份配置选项BakHost=47#需要备份到的第三地的主机IPBakPort=21#端口号BakUser=daiyb#登录用户名BakPasswd=daiyb1#密码BakEncrypted=F#密码是否加密过BakDir=/data04/daiyb/temp#备份到的目录2.3.4 TASKS部分此部分为某一特定传输任务的配置，包括源目录、目标目录、文件名匹

25、配规则、改名规则等的配置。TASKS可配置不超过COMMON部分定义任务数的多个任务，以形如Tasks/GSM_BJD14的节名进行区分。Tasks/test#任务特定配置部分Section = test#任务名#此外，Default节的所有配置项均可在此重载定义Tasks/test/NameSpecs/test#任务中，文件名特定配置部分#注意：Tasks/ 与 NameSpecs/ 后的sectionname名应一致match_spec = G*.*#源文件名匹配规则，采用正则表达式regexpscan_spec = G%8s.%3s,ddate,serial;#扫描规则，从源文件名中抽取

26、关键值到保留变量或自定义变量，采用scanf语法。scan_spec=scanfmt,var1,varn;#注意，如果采用了指针传输，或配置文件的其它地方使用到了serial变量，则必须在此抽取值给它。rename_spec=;G_$(ddate)_$(serial);G_$(ddate)_$(serial);#目标文件名换名规则，可使用scan_spec中取到的自定义变量重新组合生成新的文件名。rename_spec=srcbakspec;destspec;destbakspec;选项中以分号隔开的三个配置项目分别表示源备份文件换名规则；目标文件换名规则；目标备份文件换名规则，当不需要换名时

27、，本选项填充为三个分号，如rename_spec=;。2.6 文件传输程序运行说明目前传输程序可在AIX、HPUX和SOLARIS环境下运行。其命令语法如下：Usage : ./bin/xfer -i configfile -s section -m module -t repeats -c threads -l libFileName -f -r -v -h -i 配置文件选项 -s 区间名，如果有此项，则扫描配置文件中指定的传输区间，将采用单进程方式 -m 模块名称，缺省为Xfer -t 指定任务循环次数，缺省为无限循环 -c 多线程方式下的最大线程数量 -l 传输用到的协议动态库文件 -

28、f 强制清除查重信号量 -r 使用单进程方式运行 -v 显示软件版本 -h 显示帮助信息传输程序为确保文件传输的安全性，一般为一个网元或业务配置一个配置文件。并且每个配置文件对应的传输进程都有单独的守护进程进行监控，一旦进程中断守护进程可自动重启文件传输任务进程。三、 解码（DECODE）3.1 解码的目的各种业务原始话单的格式是不尽相同的，哪怕是相同业务的原始话单，由于网络设备的不同其话单格式也是不同。所以，为方便计费系统的处理，减少开发的工作量，需要将各种格式不同的原始话单文件，转换成统一的标准格式文件， 并输出到下一个计费环节进行处理。除此之外，解码还负责对采集到的原始文件中一些无效的，

29、或不需进行处理的数据进行过滤，以及对文件根据配置规则进行检错等操作。如上所述，解码的作用主要是：l 解码是计费系统的第一个环节，是计费预处理系统的第一步。核心功能在于数据的转化，使得各种系统或网元产生的格式不同的话单文件能够统一转换为计费系统可以识别的标准话单格式。l 文件级校验、错单过滤，无效话单的剔除是解码的另一作用。计费系统根据各业务计费点分析得到计费话单落点和筛选原则，解码根据这些原则得到计费系统真正需要处理的话单，并剔除无效话单。3.2 解码模块功能点分解3.2.1 解码原始话单的格式是多种多样的，根据不同的话单格式调用事先定义好的解码器进行解码，统一转化为ASC码的字符串。目前已知

30、的编码方式有：l ASC编码：如集团公司下发的D文件、点对点短信话单、梦网业务包月话单等l 二进制BCD编码：如现网非TD端局产生的语音话单等l 二进制ASN1.0编码：如现网TD端局产生的语音话单等3.2.2 格式转换将解码的结果根据原始话单定义的各字段含义，转化为内部定义数据类型和对应字段。即将原始文件中定义的字段，转换并填写到计费标准格式文件的对应字段中，类似于数据转换。3.2.3 过滤及检错根据事先定义好的特征值进行话单的过滤操作，将无效话单进行过滤。例如过滤掉端局产生的短信话单记录。根据事先定义好的检错规则对话单记录做检错操作，形成错单记录和文件，并输出到错单目录。例如话单记录中计费

31、号码位长不足，或是原始话单中IMSI为空等错误类型。3.3 我省解码配置情况介绍3.3.1 解码进程的分配原则解码进程的分配主要是根据网元、采集点和话单量进行分配。即首先会按照业务的不同建立相应的目录如：GSM,ISMG、SMS等，再在该目录下按照不同的厂家或网元建立相应的子目录，采集进程会根据配置将采集到的原始话单输出到该子目录下，如果涉及话单量太大将建立多个目录，不同的目录下对应不同的解码进程，同一目录使用同一解码进程。3.3.2 解码器的分配在解码进程配置该解码进程使用什么解码器。解码器根据不同网元，不同的原始文件编码格式配置解码器。相应的解码进程调用对应的解码器进行解码。如我省华为端局

32、对应生成语音业务的原始话单，按照话单量建立的有多个目录如HW_3000_1,HW_3000_7等，按照编码格式配置的有两类解码器，一种用于二进制BCD编码格式的解码，一种用于ASN.1编码格式的解码。所以，如果网元进行升级，编码格式发现变化，或是话单格式中定义的字段发生变更后，其对应应用的解码进程或解码器需进行变更，或重新开发新的解码器。四、 业务解析（FILTER）4.1 业务解析的目的业务解析的目的就是分析并填写批价环节所需要的计费要素，并将文件输出到下一步进行处理。业务解析模块根据解码后的XDR话单所提供的号码、交换机代码、SP代码等信息，从ODAC（开放数据应用中心）和MDB（内存数据

33、库）中获取局数据、产品信息、用户资料、促销信息等数据，进行计费要素分析和产品生效分析，并将信息填写到话单记录中的相应字段，供计费系统进行后续处理。业务解析模块同时进行话单的过滤和检错。4.2 业务解析模块功能点分解4.2.1 文件输入输出管理文件输入输出管理负责正确读取解码后的话单文件，并输出正确的话单文件供计费系统进行后续处理。同时也将错误和过滤话单文件以及话单处理信息日志文件（stat文件）输出到相应目录中。过滤的条件有：1、GSM语音：神州行用户的主被叫服务使用记录、VPMN用户的由智能网计费的服务使用记录、通话时间在3秒以内(含3秒)的以及超长的服务使用记录；2、SMS短信：非本省客户

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

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

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

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

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

39、GSM语音的计费要素：呼叫类型，呼叫时长，漫游类型，长途类型，对端特殊类型，对端网络类型；l SMS短信的计费要素：对端，服务代码，接受或发送；l MMS短信的计费要素：话单次数，流量；l ISMG梦网的计费要素：用户位置类型，记录类型，SP 位置，SP代码；l GPRS 的计费要素：漫游类型，流量，时长，发起方类型，上下文类型；l IP拨号的计费要素：接入号，时长，漫游类型；6.4 批价功能分解6.4.1 批价将上述提到的计费要素在业务解析，根据一定的规则（如各字段按一定的排列顺序）合并成一个计费要素字段。批价则根据预处理得到的计费要素和用户信息及促销优惠得到的PkgId来进行单条话单的计费。6.4.2 话单查重话单查重是为了防止出现重单而导致重复计费，所以要求保证有效话单时间（一般 三个月）内的数据无重单。查重方式要求简单、快速、准确，并且易于维护。查重速度必须保证高速流畅。 6.4.3免费资源累计和消耗l 一次性免费资源。一次性免费资源由营业上发，批价通过读取计费MDB的数据，并根据用户订购产品所定义的特定科目，进行免费资源的累计和消耗。l 周期性免费资源周期性免费资源，由批价生成。程序先根据产品订购信息，到PM_PROD_FREERES匹配多个周期性免费资源科目。如果是周期性免费资源，则再