計費系統(tǒng)介紹剖析

1、、概述計費系統(tǒng)核心功能是首先從各個網(wǎng)元，以及業(yè)務平臺獲取用戶 業(yè)務使用記錄的原始數(shù)據(jù)（原始話單文件） ，然后對原始話單記錄根 據(jù)用戶訂購的產品、促銷等信息，結合計費要素進行批價，以及免費 資源消耗處理， 最后將批價結果記錄入庫， 同時也提供給帳務進行合 帳處理，最終實現(xiàn)扣費、信控等工作。其總體流程如下圖：從上圖可知整個計費流程經(jīng)過： “采集傳輸、”“解碼、”“業(yè)務解析、” “統(tǒng)一查重、”“批價、”“數(shù)據(jù)分發(fā)、”“科目轉換、”“數(shù)據(jù)入庫、”帳務累帳共九個 大的步驟。除了以上七個主步驟外，為實現(xiàn)漫游來訪話單的計費，錯單的 回收處理， 計費系統(tǒng)還同時完成錯單的記錄和回收， 以及漫游話單的 上傳工作。

2、二、 文件傳輸（ XFER ）2.1 文件傳輸?shù)哪康囊环矫娓鱾€網(wǎng)元和業(yè)務平臺生成的話單記錄，是對用戶進行計 費和信控的原始依據(jù)。 另一方面對于漫游來訪用戶， 需要將本地采集 到的話單記錄回傳給用戶歸屬省， 以便歸屬省對用戶進行計費和信控 等處理。要完成上述兩項工作， 需要完成對各個網(wǎng)元和業(yè)務平臺生成 的話單記錄進行采集和上傳， 這就是計費系統(tǒng)中文件傳輸模塊完成工 作。文件傳輸系統(tǒng)利用 FTP 協(xié)議完成數(shù)據(jù)文件從源目錄到目標目錄 傳輸功能。 根據(jù)數(shù)據(jù)流向的不同， 通常文件傳輸分為文件采集和文件 上傳。從網(wǎng)元獲取數(shù)據(jù)稱為采集， 將獲取的數(shù)據(jù)上載到集團公司或指 定系統(tǒng)稱為上傳。文件傳輸系統(tǒng)支持單線程

3、和多線程的方式，既可配置傳輸任務 數(shù)又可配置任務輪詢時間， 即最大限度的保證了傳輸性能， 又同時避 免了數(shù)據(jù)服務器的負載過重。文件傳輸系統(tǒng)又通過文件查重，文件指針功能，保證了文件傳 輸?shù)恼_性， 及時性和有序性。 同時文件傳輸系統(tǒng)還可在傳輸文件的 同時完成文件名分析， 和文件名轉換的功能， 減少文件傳輸后的后續(xù)工作2.2 文件采集目前文件采集系統(tǒng)大部分采用的是集中采集的方式：即大部分 業(yè)務的原始文件數(shù)據(jù)都通過集中采集機進行采集。 其采集路徑為：“計 費主機”“集中采集機”“各個網(wǎng)元及業(yè)務平臺?！庇嬞M主機：計費主機上有采集模塊，其目的是負責從集中采集 機上采集原始文件。 同時為了統(tǒng)一規(guī)范各類業(yè)務

4、話單的名稱， 它還負 責根據(jù)制定好的改名規(guī)則對采集到的文件進行改名， 然后將改名后的 文件根據(jù)配置輸出到下一個處理環(huán)節(jié)進行后續(xù)處理， 并同時將文件進 行備份。集中采集機：為集中規(guī)范管理原始文件的采集，我省原始文件 采集是使用專用的主機進行采集， 命名為集中采集機。 集中采集目前 配置為互為主備的兩臺機器，所有的采集進程都在兩臺機器進行配 置，正常情況下各自負責自己的采集任務，一擔出現(xiàn)故障時，只需啟 動采集進程即可接管另一臺采集機的工作。 集中采集機上配置的采集 模塊，只是負責將從各個網(wǎng)元及業(yè)務平臺采集到的原始文件透傳給計 費主機。網(wǎng)元及業(yè)務平臺：承載提供給用戶如語音、短信以及無線上網(wǎng) 等服務的

5、設備。同時還負責生成并存放承載業(yè)務對應的用戶使用記錄 文件，供 BOSS 系統(tǒng)進行采集。主要包括：1、端局（ MSC ）：存放用戶使用語音業(yè)務后產生的話單文件。此類話單文件是用戶的普通語音通信費、 IVR 業(yè)務通信費等的計費依 據(jù)。2、關口局： 存放互聯(lián)互通語音業(yè)務的話單文件。 此類話單主要 是呼轉通信費計費，以及互聯(lián)互通語音結算的依據(jù)。3、短信中心： 存放各種類型的短信業(yè)務的話單文件。 此類文件 是網(wǎng)內點對點短信業(yè)務的計費依據(jù)。 （目前是由集團公司統(tǒng)一從短信 中心采集后透傳給省 BOSS 。）4、短信網(wǎng)關： 存放各類夢網(wǎng)短信業(yè)務的話單文件。 此類文件是 夢網(wǎng)上行短信通信費和夢網(wǎng)下行短信信息費

6、的計費依據(jù)。5、互聯(lián)短信網(wǎng)關： 存放互聯(lián)互通短信業(yè)務的話單文件。 此類話 單是網(wǎng)外點對點短信業(yè)務通信費計費，以及互聯(lián)互通短信結算的依 據(jù)。6、智能網(wǎng)業(yè)務平臺：存放智能網(wǎng)（ VPMN ）業(yè)務的話單文件。 此類話單文件是 VPMN 語音通信費及包月費的計費依據(jù)。7、彩鈴業(yè)務平臺： 存放彩鈴業(yè)務的話單文件。 此類文件是彩鈴 鈴音定制信息費、彩鈴功能包月費以及鈴音盒包月費的計費依據(jù)。8、CG（數(shù)據(jù)流量業(yè)務話單服務器） ：存放 GPRS 以及其他數(shù) 據(jù)流量業(yè)務的話單文件。此類話單文件是數(shù)據(jù)流量業(yè)務的計費依據(jù)。 （由集團公司同一采集規(guī)整后再下發(fā)給省 BOSS 。）9、彩信中心： 存放彩信業(yè)務的話單文件。

7、此類文件是彩信業(yè)務 的計費依據(jù)。10、集團公司話單服務器：存放一些全網(wǎng)新業(yè)務，以及省 /國際漫游出訪話單文件2.3 文件上傳由于移動通信的特點，存在漫游業(yè)務。一般情況下，用戶漫游 后使用業(yè)務產生的原始話單， 都是在漫游地的網(wǎng)元上生成。 因此為了 實現(xiàn)漫游業(yè)務的計費， 漫游省就需要將來訪用戶的原始話單從本地網(wǎng) 元上采集后回傳給用戶歸屬省。其上傳路徑為： “計費主機”- “集團通 信服務器”-“集團（深圳中心）”-“歸屬省集團通信服務器”。計費主機：計費主機上部署的文件上傳模塊負責將非本省用戶 的話單記錄篩選出， 并形成集團規(guī)定的標準的文件格式， 然后上傳到 集團通信服務器。集團通信服務器：負責漫

8、游業(yè)務話單文件，以及其他業(yè)務的話 單文件到省公司的上下傳工作。 是集團和各省公司之間給類話單文件 的一個中轉站。2.4 采集話單文件分類按照業(yè)務的不同目前話單文件主要分為：1、語音話單。在端局、關局上采集本地語音話單、從集團通信 服務器上獲取的漫游語音業(yè)務話單。2、語音雜志（ IVR ）信息費話單。這里主要指用戶撥打語音雜 志（ IVR ）產生的信息費話單。3、短信話單。在短信中心、短信網(wǎng)關上產生的網(wǎng)內點對點、網(wǎng)間點對點等短信業(yè)務話單4、移動夢網(wǎng)短信話單。包括按條的信息費話單，和包月話單。5、數(shù)據(jù)流量話單。使用 GPRS 等無線業(yè)務產生的話單。6、VPMN 話單。包括 VPMN 語音通信話單和

9、 VPMN 包月話單7 、彩鈴話單。包括彩鈴定制話單、 彩鈴包月話單即鈴音盒話單。8 、其他新業(yè)務話單。包括 WAP 、手機郵箱、手機游戲等信息 費及包月費話單。 此話單為全網(wǎng)業(yè)務， 一般由集團公司在省通信服務 器上下發(fā)。2.5 文件傳輸配置無論是文件采集還是文件上傳，為確保文件能正確地從源目錄 到目標目錄， 確保文件傳輸?shù)耐暾瓦B續(xù)， 確保文件傳輸時的文件名 轉換是十分重要的工作。 以上工作的完成主要可通過文件傳輸系統(tǒng)的 任務配置文件來進行控制。文件傳輸?shù)呐渲梦募饕ǎ?COMMON 、XFER/LOG 、 DEFAULT 、TASKS ，其中TASKS 可以是一個或者多個。2.3.1

10、COMMOM 部分 此部分主要是系統(tǒng)配置信息主要有：本機 IP、類名、實例名、采集任務數(shù)、采集任務輪巡時間等。common#文件傳輸程序的公用部分LocalHost=#本地主機 IPInstanceName = alcatel#指定某配置文件的實例名，主要用于在監(jiān)控信息中說明 傳輸?shù)臉俗RClassName = Xfer#一般設置為 transfer ，在監(jiān)控信息中，指明本信息是由傳輸程序發(fā)送過來的TaskNum = 1#Tasks 的最大任務數(shù)，不允許超過 MAX_TASKS_NUM (99)LibFileName= ./lib/libXferFtpAlcatelD.so#A

11、lcatel 傳輸庫路徑及文件名，可以使用環(huán)境變量，如$(HOME)/lib/libXferFTPAlcatelD.soInterval = 120#任務間隔，單位秒，表示傳輸程序對本配置文件中所有 的 Tasks 傳輸完成一輪后，等待指定的時間再繼續(xù)。UniCheck = F#傳輸?shù)牟橹亻_關， T= 檢查源文件不可重復傳輸， F=不查 重UniIdxKey = 55903#查重索引 Key 值UniIdxDir= ./check#查重索引文件存放目錄， 可以使用環(huán)境變量與系統(tǒng)保留、 自定義變量。#注意， 如果使用 環(huán)境變 量，則只 用一個 $ 符號 ，如 $(HOME)/log/check

12、，但如果使用的是系統(tǒng)保留或自定義 的變量，則必須使用兩個 $符號，其中第一個用來轉義， 如 ./log/$(InstanceName)/$(year)$(month)$(day) ，在本 配置文件的其它后續(xù)配置中，均需遵循此規(guī)則。messageFile=./etc/messagefile.txt#指定錯誤信息文件StatFlag=F是否寫 stat 文件，不配置時缺省值為 F，需要寫時配 TStatDir=././log/xfer/statStat 文件的存放位置 ,不配置時缺省值為 /tmpCheckSize=true是否檢查文件長度，不配置此項，缺省為不檢查 falseCheckSizeM

13、in=100源文件 /下載文件大小的最小百分比，缺省為100CheckSizeMax=100源文件 /下載文件大小的最大百分比，缺省為100FailedFileAmt=5配置多少文件連續(xù)失敗后重新建立 FTP 連接，不配置默 認 1 。SingleProcess = TSingleProcess 的缺省值是 F，表示當前的配置文件可以對 應啟動多個采集進程； SingleProcess = T ，表示當前的配 置文件只能啟動一個采集進程ModifyFileModTime=F目標文件是否保持原文件的修改時間。 T：保持， F：不保 持，默認是 F. 注：該配置項浙江環(huán)境不能使用。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，F(xiàn)alse=否，以下類 同；注意， 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#缺省磁盤空間上限閥值，當達到本選項指定的百分比后將 停止繼續(xù)傳輸，如有多個時，用 ;號隔開。RemainSrcFileNum = 0#源文件過濾的數(shù)目， 0 表示全部傳輸源目錄中的文件； 0 表示將源目錄中文件 ls 后，只傳前面指定的文件數(shù)； 0 表 示將源目錄中文件 ls 后，將排在最尾的指定數(shù)目的文件從 傳輸列表中去掉。StopXfer = F#是否停止傳輸任務XferMode = ActiveXferMode 的缺省值是 Passive，表示當前是使用被動模式來 傳輸文件； XferMode = Active ，表示當前是使用主動模式 來傳

19、輸文件在 FTP 服務器同時支持兩種傳輸模式的時候，建議使用被 動模式來進行文件傳輸。DayOffset = 0#缺省日期偏移量Host = 98#缺省傳輸?shù)膶Χ酥鳈CPort = 21#缺省端口號User = wanghz#缺省用戶 IDPasswd = whz123#缺省用戶口令Encrypted = F#用戶 ID 和用戶口令是否加密XferType = Get#缺省傳輸方式： Get-取文件， Put-送文件WarnZeroFile=FALSE配置是否對空文件進行檢測告警； false 為不警告 ,true 為警 告 ,缺省為 false.WarnNoFileTime

20、=0配置交換機沒有生成新的話單文件的最長時間， 超過這個時 間就發(fā)送超時檢測告警信息。單位是秒（s） ,如果不警告 ,則為 0;缺省為 0注：1. 指針傳輸對于時間的校驗規(guī)則為： 大于已采文件的時間即可 , 不做時間先后的判斷。2. UsePtr，CheckSequence 和 ForceContinuous 是組合使用的， 不可只按某一項的理解配置 使用，組合如下：TTT: 文件按序號 +步長嚴格順序傳輸，如果序號斷續(xù)，則等待該序號文件到達才繼續(xù)傳 輸；TFF: 文件按序號順序傳輸。TTF: 文件按時間順序傳輸，在序號不連續(xù)性時告警。 （約束：如果，前一批文件中不包 括下一天的文件和當天的最

21、大序號文件，而后一批文件都是指針文件中日期當天的下一 天的文件，則要求有新的當天更大序號文件來后才會傳輸下一天的文件。 ）TFT: 無意義，不可這樣配置。 另，不推薦在同一進程，對這些組合之間切換配置。UsePtr = T#是否使用文件指針，注意：如果采用指針傳輸，則必須在Tasks/test/NameSpecs/test 中給變量 serial 賦值。CheckSequence = T#是否檢查文件的連續(xù)性， 如按指針規(guī)則， 傳了第 1 號文件， 才能繼續(xù)傳 2 號文件，否則告警。該參數(shù)依賴 UsePtr=T.ForceContinuous = T#是否強制連續(xù)性， F：可以采集不連續(xù)的文件

22、， 并告警 （不 配置默認也為 F）； T ：文件序號不連續(xù)時，停止繼續(xù)采集， 并告警（ UsePtr、 CheckSequence 配置也為 T 時才生效）。 該參數(shù)依賴 UsePtr=T， CheckSequence=T：PtrPath=./ptr#缺省指針文件路徑，在任務初始化時進行變量替換，可用 變量有： $（instance） ， $（unikey ） ， $（section）PtrFile = $(instance).ptr#缺省的指針文件名，需要 2 個$符號，第一個用來轉義。PtrRule = 3,0,95,0,1#缺省指針解析規(guī)則，分別表示文件序號寬度，文件的起始 序號，結束

23、序號，結束序號擴展數(shù)量，步長 . 序號要和 scan_spec 中的 serial 對應。指針值最長為 15 位寬度SrcDirDepth = 0#缺省源路徑搜索深度，如果設置為1，則還會搜索源目錄的第 1 級子目錄，其它類同。ListDir = /data01/billuser/src/in;file;2;%Y%M%D#當源路徑下子目錄包含日期且傳輸后不刪除時，指定只搜 索特定的部分子目錄或文件，以提高傳輸性能。 ListDir 由 四部分組成：源目錄； 文件名信息（匹配的文件名前綴， 可 使用%Y ，%y，%M ，%D 變量，不填表示任意文件） ；指定 掃描當前日期之前幾天的目錄； 子目錄

24、命名規(guī)則 （可以寫為一個目錄名，也可包含其它字符，如 %Y 表示 YYYY ， %y 表示兩位的年份，如 D_%Y_ABC_%M_%D 可匹配名為 D 2004 ABC 0801 的目錄）SrcDir =/data01/billuser/src/in#傳輸?shù)脑茨夸洠?在目錄名中， 可使用環(huán)境變量與系統(tǒng)保留、 自定義變量，但必須遵循前述 $符號的規(guī)則。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 部分此部分為某一特定傳輸任務的配置，包括源目錄、目標目錄、 文 件名匹 配規(guī)則、 改名規(guī) 則等的配 置。 TASKS 可配 置不超 過 COMMON 部 分 定 義 任 務 數(shù) 的 多 個 任 務 ， 以 形 如 Tasks/GSM BJD14 的節(jié)名進行區(qū)分。Tasks/test#任務特定配置部分Section = test#任務名#此外， Default 節(jié)的所有配置項均可在此重載定義Tasks/test/NameSpecs/test#任務中，文件名特定配置部分

27、#注意：Tasks/ 與 NameSpecs/ 后的 sectionname 名應一致match spec = G*.*#源文件名匹配規(guī)則，采用正則表達式regexpscan_spec =G%8s.%3s,ddate,serial;#掃描規(guī)則，從源文件名中抽取關鍵值到保留變量或自定 義變量，采用 scanf 語法。scan_spec=scanfmt,var1, ,varn; #注意，如果采用了指針傳輸，或配置文件的其它地方使 用到了 serial 變量，則必須在此抽取值給它。rename_spec=;G_$(ddate)_$(serial);G_$(ddate)_$(serial)#目標文件名

28、換名規(guī)則， 可使用 scan_spec 中取到的自定義 變量重新組合生成新的文件名。 rename_spec=srcbakspec;destspec;destbakspec; 選項中以分號隔開的三個配置項目分別表示源備份文件 換名規(guī)則；目標文件換名規(guī)則；目標備份文件換名規(guī)則， 當不需要換名時，本選項填充為三個分號，如 rename spec=;。2.6 文件傳輸程序運行說明目前傳輸程序可在 AIX 、 HPUX 和 SOLARIS 環(huán)境下運行。其 命令語法如下：Usage : ./bin/xfer -i configfile -s section -m module -t repeats -c

29、 threads -l libFileName -f -r -v -h-i 配置文件選項-s區(qū)間名，如果有此項，則掃描配置文件中指定的傳輸區(qū)間，將采用單進程方式-m模塊名稱，缺省為 Xfer-c-t 指定任務循環(huán)次數(shù)，缺省為無限循環(huán) 多線程方式下的最大線程數(shù)量-l 傳輸用到的協(xié)議動態(tài)庫文件-f強制清除查重信號量-r使用單進程方式運行-v顯示軟件版本-h顯示幫助信息傳輸程序為確保文件傳輸?shù)陌踩?，一般為一個網(wǎng)元或業(yè)務配 置一個配置文件。 并且每個配置文件對應的傳輸進程都有單獨的守護 進程進行監(jiān)控，一旦進程中斷守護進程可自動重啟文件傳輸任務進 程。三、 解碼（ DECODE ）3.1 解碼的目的各

30、種業(yè)務原始話單的格式是不盡相同的，哪怕是相同業(yè)務的原 始話單，由于網(wǎng)絡設備的不同其話單格式也是不同。所以，為方便計 費系統(tǒng)的處理， 減少開發(fā)的工作量， 需要將各種格式不同的原始話單 文件，轉換成統(tǒng)一的標準格式文件， 并輸出到下一個計費環(huán)節(jié)進行 處理。除此之外， 解碼還負責對采集到的原始文件中一些無效的，或 不需進行處理的數(shù)據(jù)進行過濾， 以及對文件根據(jù)配置規(guī)則進行檢錯等 操作。如上所述，解碼的作用主要是：解碼是計費系統(tǒng)的第一個環(huán)節(jié)，是計費預處理系統(tǒng)的第一 步。核心功能在于數(shù)據(jù)的轉化， 使得各種系統(tǒng)或網(wǎng)元產生的 格式不同的話單文件能夠統(tǒng)一轉換為計費系統(tǒng)可以識別的 標準話單格式。文件級校驗、錯單過濾

31、，無效話單的剔除是解碼的另一作用。 計費系統(tǒng)根據(jù)各業(yè)務計費點分析得到計費話單落點和篩選 原則，解碼根據(jù)這些原則得到計費系統(tǒng)真正需要處理的話 單，并剔除無效話單。3.2 解碼模塊功能點分解3.2.1 解碼 原始話單的格式是多種多樣的，根據(jù)不同的話單格式調用事先 定義好的解碼器進行解碼，統(tǒng)一轉化為 ASC 碼的字符串。目前已知的編碼方式有：ASC 編碼：如集團公司下發(fā)的 D 文件、點對點短信話單、 夢網(wǎng)業(yè)務包月話單等二進制 BCD 編碼：如現(xiàn)網(wǎng)非 TD 端局產生的語音話單等二進制 ASN1.0 編碼：如現(xiàn)網(wǎng) TD 端局產生的語音話單等3.2.2 格式轉換 將解碼的結果根據(jù)原始話單定義的各字段含義，

32、轉化為內部定 義數(shù)據(jù)類型和對應字段。 即將原始文件中定義的字段， 轉換并填寫到 計費標準格式文件的對應字段中，類似于數(shù)據(jù)轉換。3.2.3 過濾及檢錯根據(jù)事先定義好的特征值進行話單的過濾操作，將無效話單進行過濾。例如過濾掉端局產生的短信話單記錄。 根據(jù)事先定義好的檢錯規(guī)則對話單記錄做檢錯操作，形成錯單 記錄和文件，并輸出到錯單目錄。例如話單記錄中計費號碼位長不足， 或是原始話單中 IMSI 為空等錯誤類型。3.3 我省解碼配置情況介紹3.3.1 解碼進程的分配原則 解碼進程的分配主要是根據(jù)網(wǎng)元、采集點和話單量進行分配。 即首先會按照業(yè)務的不同建立相應的目錄如： GSM,ISMG 、SMS 等，

33、再在該目錄下按照不同的廠家或網(wǎng)元建立相應的子目錄， 采集進程會 根據(jù)配置將采集到的原始話單輸出到該子目錄下， 如果涉及話單量太 大將建立多個目錄， 不同的目錄下對應不同的解碼進程， 同一目錄使 用同一解碼進程。3.3.2 解碼器的分配 在解碼進程配置該解碼進程使用什么解碼器。解碼器根據(jù)不同 網(wǎng)元，不同的原始文件編碼格式配置解碼器。 相應的解碼進程調用對 應的解碼器進行解碼。如我省華為端局對應生成語音業(yè)務的原始話 單，按照話單量建立的有多個目錄如 HW_3000_1,HW_3000_7 等， 按照編碼格式配置的有兩類解碼器，一種用于二進制 BCD 編碼格式 的解碼，一種用于 ASN.1 編碼格式

34、的解碼。所以，如果網(wǎng)元進行升 級，編碼格式發(fā)現(xiàn)變化，或是話單格式中定義的字段發(fā)生變更后，其對應應用的解碼進程或解碼器需進行變更，或重新開發(fā)新的解碼器。四、 業(yè) 務解析（ FILTER ）4.1 業(yè)務解析的目的業(yè)務解析的目的就是分析并填寫批價環(huán)節(jié)所需要的計費要素， 并將文件輸出到下一步進行處理。業(yè)務解析模塊根據(jù)解碼后的 XDR 話單所提供的號碼、 交換機代 碼、 SP 代碼等信息，從 ODAC （開放數(shù)據(jù)應用中心）和 MDB （內 存數(shù)據(jù)庫）中獲取局數(shù)據(jù)、產品信息、用戶資料、促銷信息等數(shù)據(jù)， 進行計費要素分析和產品生效分析， 并將信息填寫到話單記錄中的相 應字段，供計費系統(tǒng)進行后續(xù)處理。 業(yè)務解

35、析模塊同時進行話單的過 濾和檢錯。4.2 業(yè)務解析模塊功能點分解4.2.1 文件輸入輸出管理 文件輸入輸出管理負責正確讀取解碼后的話單文件，并輸出正 確的話單文件供計費系統(tǒng)進行后續(xù)處理。 同時也將錯誤和過濾話單文 件以及話單處理信息日志文件（ stat 文件）輸出到相應目錄中。過濾的條件有：1、GSM 語音：神州行用戶的主被叫服務使用記錄、 VPMN 用戶 的由智能網(wǎng)計費的服務使用記錄、通話時間在 3秒以內（含 3秒）的以 及超長的服務使用記錄；2、SMS 短信：非本省客戶短信服務使用記錄、神州行客戶短信 服務使用記錄、 與聯(lián)通客戶的短信服務使用記錄、 發(fā)送不成功的短信 服務使用記錄；同時目前

36、業(yè)務解析后，會將分地州，以及是否屬于漫游來訪拆分 成多個文件輸出到一下步進行處理。4.2.2 用戶資料分析 通過用戶資料分析庫和模板完成用戶資料分析和產品生效分 析，并填寫到話單記錄中的相應字段。用戶資料分析的目的是確認話單中用戶的狀態(tài)， 如停開機狀態(tài)、 是否為銷戶狀態(tài)等，以及用戶的屬于的計劃、訂購的促銷情況等，這 些都將是確定用戶資費包的必要條件。4.2.3 業(yè)務邏輯（計費要素）分析 根據(jù)局數(shù)據(jù)進行分析后填寫相應數(shù)據(jù)到話單記錄中如： SP 代 碼，交換機信息、號碼歸屬信息等，同時分析出如話單類型，呼叫類 型、漫游類型、 對端類型等計費要素并填寫到話單中的相應字段。主 要局數(shù)據(jù)表包括： GSM

37、_MSC_INFO 用于漫游地的判斷 ， GSM_HLR_INFO 用于號碼歸屬地及歸屬運營商的判斷等等。4.2.4 ODAC 計費要素的分析，是通過獲取相關用戶資料表、局數(shù)據(jù)表進行 分析得到。 由于這些靜態(tài)數(shù)據(jù)的數(shù)據(jù)量越來越大， 為了提高業(yè)務分析 的速度，采用了內存數(shù)據(jù)庫技術，將此部分數(shù)據(jù)加載到 ODAC 中， 業(yè)務解析直接從 ODAC 獲取業(yè)務解析所需的靜態(tài)數(shù)據(jù)。4.2.5 用戶 MDB 訪問 同計費要素類似，用戶資料和用戶狀態(tài)數(shù)據(jù)業(yè)務采用內存數(shù)據(jù) 庫技術，將用戶資料和用戶狀態(tài)數(shù)據(jù)加載到 MDB 中，解析直接從用 戶 MDB 中獲取用戶資料等信息。4.2.6 檢錯 業(yè)務解析主要基于業(yè)務的話

38、單檢錯，如用戶狀態(tài)、局數(shù)據(jù)等的 校驗。對于不符合業(yè)務邏輯規(guī)定的記錄打為錯單并記錄。 如常見的無 主錯單（無用戶資料） 、銷戶錯單（用戶已銷戶） 、SP 局數(shù)據(jù)無效錯 單等。五、 查重（ CHKDUP ）5.1 查重的目的在相同的計費業(yè)務中，為了防止用戶的話單記錄重復計費，在 批價前完成對重復記錄的剔除，此為查重的目的。查重模塊以文件為單位，按字段對話單進行排序，然后根據(jù)查 重算法，實現(xiàn)對查重關鍵字相同的話單進行剔重的功能。理論上查重功能可以實現(xiàn)對同一業(yè)務中的任意話單進行查重處 理，但根據(jù)實際使用情況以及系統(tǒng)性能考慮， 目前是對相同網(wǎng)元的話 單記錄進行查重處理。5.2 查重策略簡介進行查重的話單

39、文件范圍， 按照時間戳策略配置不同查重策略， 實現(xiàn)查重范圍的定義。比如按月、按日、按小時等。不同業(yè)務有不同 的查重策略。 目前大部分業(yè)務都采用的是按日的原則， 即同一天的話 單文件才參與查重。另不同業(yè)務查重關鍵字也不盡相同，根據(jù)不同的業(yè)務屬性可配 置不同的查重關鍵字，進行查重處理。六、批 價6.1 批價的目的業(yè)務解析后的話單經(jīng)過查重后，輸出到批價模塊進行批價。批價 是根據(jù)服務使用資源信息、 資費政策、客戶資料信息、 帳務資料信息， 對業(yè)務解析后的話單記錄進行費用計算， 形成清單文件， 并輸出到下 一個環(huán)節(jié)進行處理。6.2 批價方式說明鑒于移動通信特點，以及業(yè)務服務要求，目前批價方式主要有 以下

40、幾種：1、按時間單一費率簡單累積；如語音以分鐘為單位的批價原則。2、按時間階梯費率批價；如累計一定分鐘數(shù)后的優(yōu)惠批價原則， 以及優(yōu)惠時段的批價原則。3、按流量單一費率簡單累積；如 GPRS 按流量已 KB 為單位的批價原則。4、按流量階梯費率批價；如優(yōu)惠時段流量打折的批價原則。5、按次數(shù)批價； 如點對點短信， 以及點對點短信一定條數(shù)后的優(yōu) 惠批價原則。6、按服務內容批價（如短信下載 LOGO 有的是 1 元，有的是 2 元，標價不同）。如夢網(wǎng)短信信息費批價原則等。6.3 批價計費要素組成1、與用戶資料有關的要素： 用戶的資費包， 用戶各個科目的資源 使用累計量，用戶各個科目的資源可使用量，用戶

41、特殊情況的資 費包。2、與具體業(yè)務的話單有關的要素：GSM 語音的計費要素：呼叫類型，呼叫時長，漫游類型， 長途類型，對端特殊類型，對端網(wǎng)絡類型；SMS 短信的計費要素：對端，服務代碼，接受或發(fā)送；MMS 短信的計費要素：話單次數(shù)，流量；ISMG 夢網(wǎng)的計費要素：用戶位置類型，記錄類型， SP 位 置， SP 代碼；GPRS 的計費要素：漫游類型，流量，時長，發(fā)起方類型， 上下文類型；IP 撥號的計費要素：接入號，時長，漫游類型；6.4 批價功能分解6.4.1 批價 將上述提到的計費要素在業(yè)務解析，根據(jù)一定的規(guī)則（如各字 段按一定的排列順序） 合并成一個計費要素字段。 批價則根據(jù)預處理 得到的

42、計費要素和用戶信息及促銷優(yōu)惠得到的 PkgId 來進行單條話 單的計費。6.4.2 話單查重 話單查重是為了防止出現(xiàn)重單而導致重復計費，所以要求保證 有效話單時間（一般 三個月）內的數(shù)據(jù)無重單。查重方式要求簡單、 快速、準確，并且易于維護。查重速度必須保證高速流暢。6.4.3 免費資源累計和消耗 一次性免費資源。一次性免費資源由營業(yè)上發(fā)，批價通過讀取計費 MDB 的數(shù)據(jù)， 并根據(jù)用戶訂購產品所定義的特定科目，進行免費資源的累計和消 耗。周期性免費資源 周期性免費資源，由批價生成。程序先根據(jù)產品訂購信息，到 PM_PROD_FREERES 匹配多個周期性免費資源科目。如果是周期 性免費資源，則再到計費 MDB