【正文】 》它網(wǎng)用戶產(chǎn)生話單2張：DBILL（MOC）+DOR（PTC）216。EPMCE (Ethernet Prepherial Module CE)將SACECHRG話單通過以太網(wǎng)口傳送到USBS上，每次傳送2K個(gè)字節(jié)，工作在單獨(dú)的負(fù)荷分擔(dān)的形式。SACECHRG （ System ACE Charging ） 完成計(jì)費(fèi)帳單的收集并根據(jù)AMA TYPE的不同分類收集到不同的2K BUFFER中，并在一定條件下每次傳送2K個(gè)字節(jié)至EPMCE模塊，以配對負(fù)荷分擔(dān)的形式工作。SACEIN (Intelligent Network SACE)完成移動(dòng)智能網(wǎng)呼叫SSP中的計(jì)費(fèi)。那么，在繼續(xù)學(xué)習(xí)之前，我們先來認(rèn)識一下計(jì)費(fèi)功能賴以實(shí)現(xiàn)的主要硬件模塊：PSACE （Prefix System Auxiliary Control Element ） 其中裝載軟件的主要功能是完成字冠分析，得到進(jìn)一步的呼叫控制數(shù)據(jù)包括計(jì)費(fèi)控制數(shù)據(jù)的索引指針。 熱計(jì)費(fèi) (Hot billing)熱記費(fèi)（Hot Billing）其實(shí)也是一種詳細(xì)話單 (Detailed Billing)，只是話單多了一個(gè)特服標(biāo)志（SupplimentService code為F1），具體話單格式請參閱《TRSCHARGINGRECORD》。 資費(fèi)分?jǐn)?(Division Of Revenue )為了在不同電信運(yùn)營商（如中國電信和中國聯(lián)通）之間完成話費(fèi)的分?jǐn)偠傻念愃圃敿?xì)帳單的針對不同去話目的地或來話方向的統(tǒng)計(jì)帳單，比詳細(xì)話單多提供了信道或中繼的占用和釋放時(shí)間，具體話單格式請參閱《TRSCHARGINGRECORD》。因此計(jì)費(fèi)子系統(tǒng)所要做的只是收集這些參數(shù)并且按照一定的格式(由專門的計(jì)費(fèi)軟件定義)形成詳細(xì)帳單。 詳細(xì)話單 (Detailed Billing)是指在一次呼叫通話結(jié)束后生成一張記錄詳細(xì)計(jì)費(fèi)信息的表單， 這張?jiān)敿?xì)表單中一般包括主叫和被叫用戶的IMSI，MSISDN, BillingRecordID RecordType,LAC,CELLID，TKGID，計(jì)費(fèi)開始的日期和時(shí)間，以及計(jì)費(fèi)的時(shí)長等參數(shù)，具體話單格式請參閱《TRSCHARGINGRECORD》。Evolium(TM) MSC ALM7/（rawrecord）包含了全部的計(jì)費(fèi)信息，這樣USBS 服務(wù)器就可以從原始話單中提取相應(yīng)的數(shù)據(jù)用來生成不同的計(jì)費(fèi)帳單（稱為熟話單cookedrecord）。計(jì)費(fèi)輸出部分軟件將收集到的計(jì)費(fèi)結(jié)果－稱為原始帳單（rawrecord）輸出至計(jì)費(fèi)采集器USBS(unix system billing server)，在計(jì)費(fèi)采集器中把rawrecord根據(jù)運(yùn)營商的要求格式化成熟帳單（cookedrecord）并由此進(jìn)一步送至計(jì)費(fèi)分檢中心完成話單的分檢。按計(jì)費(fèi)系統(tǒng)在計(jì)費(fèi)中完成的不同功能來區(qū)分，計(jì)費(fèi)系統(tǒng)可以進(jìn)一部細(xì)分為四個(gè)部分：計(jì)費(fèi)分析部分計(jì)費(fèi)產(chǎn)生部分計(jì)費(fèi)收集部分 計(jì)費(fèi)輸出部分 在一次呼叫中，由計(jì)費(fèi)分析部分軟件確定相應(yīng)的計(jì)費(fèi)控制信息，計(jì)費(fèi)產(chǎn)生部分的軟件就可以根據(jù)此控制信息在呼叫過程中生成計(jì)費(fèi)帳單了。另一種方式是每月付一次月租費(fèi)和通話費(fèi)，而通話費(fèi)是由用戶的計(jì)費(fèi)中心根據(jù)我們MSC和USBS生成的記錄通話時(shí)長和特服等信息的話單結(jié)合用戶的不同費(fèi)率而計(jì)算出來的。 我國對移動(dòng)用戶呼叫計(jì)費(fèi)的特點(diǎn)是不但對主叫移動(dòng)用戶計(jì)費(fèi)，同時(shí)也對被叫移動(dòng)用戶計(jì)費(fèi)。計(jì) 費(fèi) 培 訓(xùn) 教 程黃 輝 楊 堅(jiān)第一章 計(jì)費(fèi)概述也許您是一個(gè)從事Evolium(TM) MSC ALM7/、維護(hù)或管理的工程師，那么對直接關(guān)系到運(yùn)營效益的計(jì)費(fèi)的維護(hù)和管理對您來說就顯得是舉足輕重了。您是否想把這項(xiàng)工作做得更出色呢？俗話說“功欲善其事，必先利其器”，下面的內(nèi)容就是為您準(zhǔn)備的。目前國內(nèi)的移動(dòng)用戶主要采用兩種付費(fèi)方式，一種是依賴移動(dòng)智能網(wǎng)來實(shí)現(xiàn)的預(yù)付費(fèi)業(yè)務(wù)PPS（prepay service），這種用戶預(yù)先購買可以不斷充值的SIM卡，計(jì)費(fèi)由SSP和SCP協(xié)作完成，SSP向SCP匯報(bào)通話的時(shí)長，SCP通過訪問計(jì)費(fèi)距陣計(jì)算出通話費(fèi)用并自動(dòng)從儲備金中扣除。 下面先讓我們來認(rèn)識一下MSC的計(jì)費(fèi)系統(tǒng)，MSC計(jì)費(fèi)系統(tǒng)由信令系統(tǒng)或呼叫處理系統(tǒng)來觸發(fā)和終止。在呼叫結(jié)束或呼叫過程中， 計(jì)費(fèi)結(jié)果必須被收集并歸類存放在安全地方（SACECHRG）模塊的內(nèi)存）， 這就是計(jì)費(fèi)收集部分軟件的功能。 計(jì)費(fèi)種類所謂計(jì)費(fèi)種類（charging type 或 AMA type）是指交換機(jī)可以根據(jù)運(yùn)營商的不同要求產(chǎn)生不同的計(jì)費(fèi)帳單和提供多樣的計(jì)費(fèi)功能。Evolium(TM) MSC ALM7/， 根據(jù)需要您只須關(guān)心下面三種類型的話單就夠了：216。表單中收集的通常都是信令過程和呼叫處理過程中產(chǎn)生的參數(shù)。216。216。 完成計(jì)費(fèi)功能的硬件模塊Evolium(TM) MSC ALM7/，其邏輯功能是分布在不同的硬件模塊（control element）中的軟件ＦＭＭ和ＳＳＭ來實(shí)現(xiàn)的，計(jì)費(fèi)系統(tǒng)也不例外。MRSACE （ Mobile Radio System ACE） 根據(jù)計(jì)費(fèi)控制數(shù)據(jù)的索引指針找到計(jì)費(fèi)控制數(shù)據(jù)并完成計(jì)費(fèi)臨時(shí)參數(shù)的緩存及提供與其他計(jì)費(fèi)軟件功能塊的接口。ISVCE （Improved Service Circuit Control Element）提供會議橋用以完成多方通話 并產(chǎn)生此類通話的話單，同時(shí)提供雙音多頻信號（DTMF）用于完成局間CAS信令。SACECP （ System ACE Charging ） 完成計(jì)費(fèi)帳單傳輸?shù)目刂颇K，以主備用的形式工作。 基本的計(jì)費(fèi)原則 根據(jù)不同的通話行為，有可能會產(chǎn)生幾張計(jì)費(fèi)話單，但這是遵循以下基本的計(jì)費(fèi)原則：216。 它網(wǎng)用戶》普通手機(jī)產(chǎn)生話單2張：DOR（POC） +DBILL（MTC）216。 它網(wǎng)用戶》普通手機(jī)》普通手機(jī)產(chǎn)生話單3張：DOR（POC）+DBILL（呼轉(zhuǎn)MTC） +DBILL（MTC）216。 普通手機(jī)》它網(wǎng)用戶》它網(wǎng)用戶（在它網(wǎng)前轉(zhuǎn)）產(chǎn)生話單2張：DBILL（MOC）+DOR (PTC)216。 普通手機(jī)》普通手機(jī)》它網(wǎng)用戶產(chǎn)生話單3張：DBILL（MOC） +DBILL（呼轉(zhuǎn)MTC） +DOR(PTC)注：DBILL（Detailed Billing）詳細(xì)計(jì)費(fèi)話單MOC（MOBILE ORIGINAL CALL）主叫話單MTC（MOBILE TERMINAL CALL）被叫話單DOR（Division Of Revenue）網(wǎng)間結(jié)算話單POC（PSTN ORIGINAL CALL）入局網(wǎng)間結(jié)算話單PTC（PSTN TERMINAL CALL）出局網(wǎng)間結(jié)算話單 MOC、MTC、呼轉(zhuǎn)MTC話單如果沒有特別情況，都在端局產(chǎn)生,但外網(wǎng)打入引起的無條件或不可及呼轉(zhuǎn)的話，呼轉(zhuǎn)MTC話單則會直接在入口關(guān)口局產(chǎn)生。 預(yù)付費(fèi)和VPMN等智能網(wǎng)用戶手機(jī)與普通手機(jī)的話單產(chǎn)生原則是基本一樣的。第二章 基本計(jì)費(fèi)軟件及其簡單的工作原理到目前為止，您已經(jīng)對Evolium(TM) MSC ALM7/。 基本計(jì)費(fèi)軟件概述基本計(jì)費(fèi)軟件是在呼叫過程中實(shí)現(xiàn)對呼叫計(jì)費(fèi)的軟件，它們在呼叫過程中由呼叫系統(tǒng)或信令系統(tǒng)激活和終止，其組成關(guān)系如下圖。 在呼叫處理過程中，呼叫控制軟件 (CFCS FMM) 發(fā)送消息 1352_CHRQ 給 CGC FMM，激活基本計(jì)費(fèi)軟件，在這個(gè)消息中包含了計(jì)費(fèi)目的碼、計(jì)費(fèi)源碼等所有計(jì)費(fèi)分析必須的參數(shù)。 CGC 內(nèi)部單元分配以后，CGC FMM 發(fā)送一個(gè) 27_CHIR 消息給計(jì)費(fèi)分析軟件(CHAN FMM)，將來自 CFCS FMM 的計(jì)費(fèi)參數(shù)傳送給 CHAN，CHAN 根據(jù)這些參數(shù)進(jìn)行分析，最終得到必要的計(jì)費(fèi)控制數(shù)據(jù)并通過消息 8378_CHIF 回送給 CGC FMM，CGC FMM 將這些參數(shù)存放在為本次呼叫計(jì)費(fèi)創(chuàng)建的內(nèi)部單元 (CGC cell) 中，之后 CGC 將所有的這些參數(shù)通過消息 16586_LCG_REQ 傳送給 LCG FMM，在 LCG FMM 中將創(chuàng)建一個(gè) LCG 內(nèi)部單元 (LCG cell) 存放這些參數(shù)。當(dāng)CGC FMM 收到 CFSC 發(fā)來的 1352_CHRG 消息后，向 CHAN FMM 發(fā)消息 27_CHIR，請求進(jìn)行計(jì)費(fèi)分析，如檢查是否有 AMA 功能請求，如果有則增加詳細(xì)帳單計(jì)費(fèi)，通過一個(gè)或若干個(gè)消息將計(jì)費(fèi)分析結(jié)果返回給CGC FMM。那么，LCG是怎樣工作的呢？下面讓我們來看一看LCG簡化的計(jì)費(fèi)過程：A．激活計(jì)費(fèi) (activation of charging)LCG 可由CGC激活，也可由信令系統(tǒng)直接激活，參考后面相關(guān)章節(jié)。B．開始計(jì)費(fèi) (start charging) 每一個(gè)呼叫事件(如占用、應(yīng)答、前向釋放、后向釋放、強(qiáng)拆等)都由信令系統(tǒng)檢測到，并由 3118_CHG_EVENT 消息通知 LCG。同時(shí)在呼叫過程中，LCG在相應(yīng)的事件 (如ANSWER,CONNECT) 發(fā)生時(shí)，對事件作時(shí)間標(biāo)記(timestamp)，計(jì)算呼叫時(shí)長并依此生成不同話單類型（record type）的話單。Ｃ. 結(jié)束計(jì)費(fèi) (stop charging) 每一個(gè)計(jì)費(fèi)事件都由信令系統(tǒng)檢測到，并送到 LCG FMM，如果是結(jié)束計(jì)費(fèi)事件(如 RELEASE,DELAY RELEASE)，則 LCG 停止計(jì)費(fèi)并記錄相關(guān)事件的時(shí)間。第三章 話單的收集和輸出 在每個(gè)生成話單的模塊中，當(dāng)LCG完成話單記錄的格式化后要立即將記錄傳給到SACECHRG模塊中的CHRON FMM并緩存到BUFFER中，在這里組織成以每2K個(gè) BYTES為一個(gè)BLOCK的數(shù)據(jù)塊，并在條件滿足時(shí)通過EPMCE模塊傳到USBS上，參考下圖。TXCS：Tax Collector SSM負(fù)責(zé) RAW record在內(nèi)存中的安全存放；在帳單收集過程中負(fù)責(zé)存放帳單的 R_TDFM_2KB 的 tuple state 的轉(zhuǎn)換； 負(fù)責(zé)監(jiān)控主備用 CE 間狀態(tài)的轉(zhuǎn)換及主備用 CE 間的同步；所有發(fā)往備用 CE 的 MSG 都由 TXCS 發(fā)送；TDO：Tax Data Output FMM接收 TXCS 送來的帳單，將RAW record 發(fā)往EPM。字節(jié)的BUFFER通過19592_EPI_ACCESS傳給EPMCE 中的EPI FMM，并為其設(shè)定一順序號。由于EPMCE和USBS之間的通信是基于TCP/IP協(xié)議通過調(diào)用SOCKET來完成的，所以EPMCE和USBS中都裝載有完成TCP/IP協(xié)議和應(yīng)用TCP/IP協(xié)議的上層軟件包。的IP地址可通過人機(jī)命令或宏來管理（具體方法詳見附件3《EPM的IP設(shè)置與檢查》）。作為一個(gè)獨(dú)立的機(jī)架，它與移動(dòng)交換機(jī)（MSC）之間用TCP/IP協(xié)議互聯(lián)，收集原始的計(jì)費(fèi)話單，經(jīng)過一定的處理，存儲在USBS的硬盤陣列中，等待記費(fèi)中心（BILLING CENTER）存取。三個(gè)HUB中的兩個(gè)（PRIMARY LAN HUB 和SECONDARY LAN HUB）用來和交換機(jī)（MSC）建立傳送話單的通信局域網(wǎng)（LAN）；另一個(gè)（CUSTOMER LAN HUB）用來和記費(fèi)中心（BILLING CENTER）聯(lián)系?，F(xiàn)場對USBS的維護(hù)和監(jiān)控都是在這臺PC機(jī)上進(jìn)行的。 工作原理在收集原始話單的過程中，USBS相當(dāng)于一個(gè)服務(wù)器（SERVER），交換機(jī)（MSC）作為客戶（CLIENT）主動(dòng)向USBS吐原始話單。此刻USBS作為FTP服務(wù)器（FTP SERVER），記費(fèi)中心則作為FTP客戶（FTP CLIENT）登錄到USBS上取話單。如果主用側(cè)服務(wù)器發(fā)生故障，USBS系統(tǒng)自動(dòng)進(jìn)行切換，原來的備用側(cè)服務(wù)器將接替故障的機(jī)器繼續(xù)服務(wù)。下圖介紹了USBS處理話單的基本工作原理：USBS通過安裝時(shí)的配置，對DBILL話單和DOR話單進(jìn)行處理，周期性地產(chǎn)生話單文件（每15 ， 30， 45 或60分鐘產(chǎn)生一個(gè)話單）。Working File 在一個(gè)周期內(nèi)（比如15分鐘）不停地增長（因?yàn)閁SBS在這個(gè)過程中一直接收、處理話單），周期結(jié)束時(shí)，Working File變成Transfer File存儲在Circular Data Base；Transfer File就是計(jì)費(fèi)中心將要取走的話單文件。當(dāng)CDB（Circular Data Base）中的TF（Transfer File）容量到達(dá)一定閥值，USBS系統(tǒng)采用覆蓋、刪除老文件的方法使CDB中的文件容量在安全范圍內(nèi)。 DB(Detailed Billing )話單文件的目錄為/CDB/buffer/dbill；216。文件的命名規(guī)則為：，如：。具體操作參看附件1《簡 介 話 單 的 人 工 采 集 和 分 揀》。以一個(gè)時(shí)間間隔為單位（15秒），USBS如果收到HOTBILLING話單，就產(chǎn)生相應(yīng)的話單文件。HOTBILLING 將生成的話單文件放置在目錄：/uce_rel/rtb/buffer/hbill文件的命名規(guī)則跟DBILL和DOR類似。關(guān)于USBS的相關(guān)文檔和資料可以查詢我們TAC的網(wǎng)頁：第五章 話單的格式及內(nèi)容 正如在第一章計(jì)費(fèi)概述中所述，在Evolium(TM) MSC ALM7/，目前我們主要關(guān)心兩種計(jì)費(fèi)類型的熟話單，即詳細(xì)話單 (Detailed Billing)和資費(fèi)分?jǐn)傇拞?(Division Of Revenue )，所以USBS上生成的熟話單也是分這兩種類型。DOR types