【文章內(nèi)容簡介】 216。 信息服務(wù)話單/帳單216。 數(shù)據(jù)業(yè)務(wù)話單/帳單216。 其它業(yè)務(wù)話單/帳單和其它電信運營商的結(jié)算數(shù)據(jù)話單合并話單合并處理包括：部分類型的網(wǎng)元設(shè)備（如交換機）對于超長詳單進行自動分割處理，在預(yù)處理時，將其還原成一條完整的詳單，以供批價處理；不同網(wǎng)元的多筆相關(guān)使用數(shù)據(jù)（話單格式可以不同）合并成單筆或多筆通信使用數(shù)據(jù)，以供批價處理。1預(yù)處理在每個交換機的文件名前面添加特定的前綴，以保證文件的唯一性。1對錯誤文件回收處理，可以人工或自動對某一類錯誤話單的錯誤進行修正，并對這部分話單進行回收處理。1預(yù)處理統(tǒng)計對每一個原始話單文件，程序完成該文件中的各種類型話單統(tǒng)計、超短時長話單統(tǒng)計，超時長話單統(tǒng)計，以及錯誤話單統(tǒng)計。1系統(tǒng)提供圖形化使用界面，允許操作人員對錯誤數(shù)據(jù)的瀏覽、更正和重新處理1預(yù)處理日志。程序運行時出現(xiàn)的各種異常情況和話單轉(zhuǎn)換結(jié)果均記錄日志，預(yù)處理日志內(nèi)容包含：數(shù)據(jù)源名稱、話單原始文件名、處理步驟、處理開始時間、完成時間，處理的記錄數(shù)，正常和異常的記錄數(shù)，修正的異常記錄數(shù)，修正后的異常記錄數(shù)，異常類型和數(shù)量等。1預(yù)處理話單備份。對于通過采集系統(tǒng)取得的原始計費數(shù)據(jù)在線保留六個月，六個月后，采用文件備份的方式進行脫機備份；清單數(shù)據(jù)在線保留六個月，六個月前的清單數(shù)據(jù)采用文件備份的方式進行脫機離線備份計費處理是對預(yù)處理后數(shù)據(jù)文件及其記錄進行費用計算、優(yōu)惠處理，并進行費用累計及入庫，最后進行高額控制，回退處理和錯單回收處理后的記錄還可以重新進行批價。計費處理輸出的標準話單記錄數(shù)據(jù)中，應(yīng)該包含的關(guān)鍵信息主要有：(1) 計費要素(2) 統(tǒng)計要素(3) 費用要素（包括標準費用、優(yōu)惠后費用等）(4) 批價功能包括：話單輸入、費用計算、優(yōu)惠處理、費用累計、入庫處理、回退處理、異常處理、無主話單處理、模擬計費。216。 話單輸入話單輸入是從預(yù)處理模塊接收待批價話單，并進行格式校驗，將錯單存入錯單庫中，供后續(xù)的回收處理；將正確話單提交給費用計算，進行批價處理。216。 費用計算費用計算是把經(jīng)過格式檢查與轉(zhuǎn)換后的輸入話單根據(jù)運營商所確定的標準資費規(guī)則，進行標準批價，記錄標準費用（優(yōu)惠前費用）。使用費計算具體要求如下：216。 要求支持靈活的標準資費規(guī)則批價實現(xiàn)。216。 要求支持各類業(yè)務(wù)的話單的費用計算。216。 要求快速支持新業(yè)務(wù)的費用計算。216。 要求支持多種度量方式。例如時長、流量、次數(shù)等。216。 要求支持多種單位。例如天、時、分、秒、6秒、字節(jié)、KB、MB、GB等。216。 要求支持按照客戶屬性、服務(wù)實例屬性、話單屬性的一個或多個屬性組合確定費率。216。 要求支持分時間段確定費率。216。 要求支持分數(shù)量段取得費率。216。 要求支持參考資源量確定費率。216。 要求支持一個話單計算出多種費用。一個話單同時使用多個度量計算費用。216。 要求支持漫游話單的費用計算。216。 要求支持客戶SLA確定費率。216。 要求支持缺省費率批價。216。 要求支持缺省用戶批價。216。 要求支持月租的多種計算方式。例如按天、收整月等。216。 要求支持新舊費率的平滑過渡。216。 要求支持根據(jù)產(chǎn)品資費計算費用。216。 要求支持支持產(chǎn)品捆綁資費的費用計算。216。 要求支持資費計劃的費用計算。216。 要求支持實時與非實時方式的費用計算。216。 要求將找不到批價相關(guān)信息（規(guī)則、局向等）的話單，存入錯單庫中，供回收處理（3）優(yōu)惠處理優(yōu)惠處理是對標準資費處理后的費用進行優(yōu)惠打折的過程。支持運營商按市場需要靈活設(shè)定的各種優(yōu)惠規(guī)則的批價，并記錄優(yōu)惠部分的費用。批價部分優(yōu)惠處理具體要求如下：216。 要求支持靈活的優(yōu)惠規(guī)則優(yōu)惠處理實現(xiàn)。216。 要求支持絕對日期，相對日期優(yōu)惠。216。 要求支持特殊號碼的優(yōu)惠。216。 要求支持分時間段優(yōu)惠。216。 要求支持分數(shù)量段優(yōu)惠。216。 要求支持多種業(yè)務(wù)間交叉優(yōu)惠。216。 要求支持基于累計資源的優(yōu)惠（如時長累計、流量累計等）。216。 要求支持優(yōu)惠參考對象，優(yōu)惠計算對象，優(yōu)惠分攤對象。216。 要求支持保底、封頂、按比例等優(yōu)惠。216。 要求支持單次通話分段優(yōu)惠以及歷史總量、當(dāng)前總量優(yōu)惠。216。 要求支持最優(yōu)、疊加、互斥優(yōu)先級等優(yōu)惠關(guān)系?，F(xiàn)在很多項業(yè)務(wù)的開展，都是在原來的撥號基礎(chǔ)上，增加接入號的方式進行處理的。因而在系統(tǒng)中，我們對這種撥號方式的數(shù)據(jù)進行了統(tǒng)一的處理，將所有號碼進行歸類，對于帶有接入號碼的話單進行二次號碼分析，提供靈活的計費處理。號碼歸類模型如下：電話號碼接入網(wǎng)別費率類型起用時間停用時間17931IP待定。。。。。。。對于有接入號碼的話單，我們在去掉接入號碼后，需要進行二次號碼分析，得出用戶的詳細通話信息，計算用戶的費用。在系統(tǒng)運行過程中，可能由于多種原因，需要進行重新批價處理：參數(shù)輸入不全，部分話單則會作為錯誤話單臨時保存到批價錯單表中，待參數(shù)補充齊全后，再將數(shù)據(jù)提取出來重新處理，這部分處理稱做錯單重批價。由于參數(shù)輸入錯誤或其他系統(tǒng)故障，可能會有部分話單的資費等計算錯誤，也需要重新批價處理，稱做已批價話單重批價。216。 出錯話單重批價處理對于出錯話單，需要人工檢查錯誤原因，根據(jù)錯誤類型，補充相應(yīng)的計費參數(shù)，然后啟動重批價進程對錯誤話單進行重批價處理。216。 已批價話單重批價處理對于已批價后的話單數(shù)據(jù)，需要根據(jù)實際情況，查明錯誤原因（系統(tǒng)錯誤、參數(shù)錯誤），根據(jù)錯誤原因進行相應(yīng)的處理（有可能是去除系統(tǒng)的Bug）后，重新進行批價處理。216。 重批價日志更新在重批價過程中，由于話單屬于二次處理，為了保持批價日志中話單數(shù)等同實際詳單表中的數(shù)據(jù)一致，系統(tǒng)中必須統(tǒng)計相應(yīng)的數(shù)據(jù)記載相應(yīng)的日志。 在錯單重批價時，話單總數(shù)=0，正常單數(shù)=實際處理回收的正常話單，錯誤話單=正常話單； 已批價話單重批價時，正常話單=0，錯誤話單=被當(dāng)作錯誤話單暫存到錯單表中的話單數(shù)，話單總數(shù)=錯誤話單。216。 重批價統(tǒng)計數(shù)據(jù)更新在重批價后，系統(tǒng)需要進行重新統(tǒng)計，提供各項數(shù)據(jù)統(tǒng)計結(jié)果給報表系統(tǒng)生成報表[27]。中國電信運營商的計費系統(tǒng)一般都是由數(shù)據(jù)采集模塊、預(yù)處理模塊、一次批價模塊統(tǒng)計模塊、系統(tǒng)管理模塊、外部接口組成。采集模塊：完成原始清單的采集工作，采集點一般是交換機。預(yù)處理模塊：實現(xiàn)二進制文件轉(zhuǎn)換成文本文件的工作，同時文件標準格式的輸出。計費處理模塊：實現(xiàn)清單的批價工作以及國際法定日優(yōu)惠的計算處理。統(tǒng)計管理模塊：計費相關(guān)數(shù)據(jù)的統(tǒng)計工作。系統(tǒng)管理：系統(tǒng)對外接口模塊，包括聯(lián)機指令接口，綜合營帳接口，兩網(wǎng)的全網(wǎng)中心和省中心接口，采集接口。第4章 收入保障系統(tǒng)研究運營商從銷售到收入的業(yè)務(wù)流程的復(fù)雜性是導(dǎo)致收入流失的根源。從銷售訂單、運營、開通、計費到實際支付獲得收入的整個過程中，任何一個環(huán)節(jié)都有可能出現(xiàn)收入流失。收入流失的原因主要包括不完善/不正確的通話明細記錄(CDR)、錯誤的計費，因此清單采集和計費處理的收入保障就顯更加的重要了。對移動語音數(shù)據(jù)的采集。交換機記錄手機的原始通話數(shù)據(jù)，采集機從交換機上采集這些數(shù)據(jù)，傳輸給計費服務(wù)器，計費服務(wù)器對這些數(shù)據(jù)預(yù)處理、批價和出帳。 采集處理網(wǎng)絡(luò)圖除了從MSC上采集數(shù)據(jù)，還有可能直接從GMSC上采集數(shù)據(jù)。對GPRS、短信、WLAN和智能網(wǎng)業(yè)務(wù)，也有其他數(shù)據(jù)采集點。由于業(yè)務(wù)和采集方式的不同，數(shù)據(jù)流過的節(jié)點也不盡相同。為此，可以建立一個抽象的數(shù)據(jù)采集模型，如下所示。 駐點1－》駐點2――》駐點n－1－》駐點n處理和操作數(shù)據(jù)的設(shè)備稱為駐點，數(shù)據(jù)采集就是在一系列的駐點間的流動。駐點可以是手機、交換機、采集機和計費服務(wù)器（），也可以是短信網(wǎng)關(guān)、短信中心、智能網(wǎng)SSP、智能網(wǎng)SCP、GPRS的SGSN、RADIUS服務(wù)器，還可以是一個數(shù)據(jù)采集進程或一個數(shù)據(jù)傳輸進程。從宏觀上來說，移動公司內(nèi)部各部門間也可看作駐點，如網(wǎng)管中心和計費業(yè)務(wù)中心之間，甚至是計費、結(jié)算、出帳、營業(yè)繳費、銷帳、催停、清欠、信用放棄詐等一系列業(yè)務(wù)環(huán)節(jié)。就數(shù)據(jù)采集的范圍而言，數(shù)據(jù)的起始駐點是用戶的終端設(shè)備，而數(shù)據(jù)的終止駐點是計費服務(wù)器[20]。所謂數(shù)據(jù)完整，就是數(shù)據(jù)在駐點沒有損失，數(shù)據(jù)在駐留點之間傳輸也沒有損失。駐點兩側(cè)的小圓，是數(shù)據(jù)的采集點。數(shù)據(jù)采集點是駐點的輸出數(shù)據(jù)點或輸入數(shù)據(jù)點。因此，利用不同采集點間數(shù)據(jù)量之比定義采集數(shù)據(jù)完整率。設(shè)數(shù)據(jù)從采集點A流向采集點B，在采集時間T1到T2的范圍內(nèi)，如果采集點A數(shù)據(jù)量為DA，采集點B數(shù)據(jù)量為DB，則采集點A和B之間的采集數(shù)據(jù)完整率可以定義為：R＝DB/DA。數(shù)據(jù)量的度量一般以記錄為單位，但在以記錄為主要度量的前提下，在一些情況下，也可以將文件數(shù)或字節(jié)數(shù)作為輔助的度量單位。如果以時間（如T1）為橫坐標（假設(shè)15分鐘為一個采集周期），采集數(shù)據(jù)完整率R為縱坐標，可以畫出采集數(shù)據(jù)完整率曲線。對照一段時間內(nèi)的曲線變化，擬合出一個參考的標準采集數(shù)據(jù)完整率曲線，這為每日采集設(shè)備出來和采集設(shè)備之間傳輸?shù)臄?shù)據(jù)完整性提供了監(jiān)控合分析手段。采集數(shù)據(jù)完整性檢查，就是對采集數(shù)據(jù)完整率的檢查和對數(shù)據(jù)采集損失原因的分析。采集數(shù)完整率可分為三類，駐點采集數(shù)據(jù)完整率、傳輸采集數(shù)據(jù)完整率合綜合采集數(shù)據(jù)完整率。駐點采集數(shù)據(jù)完整率，是指兩個數(shù)據(jù)采集點位于一個駐點兩側(cè)計算的采集數(shù)據(jù)完整率，反映了這一駐點處理數(shù)據(jù)時數(shù)據(jù)損失情況。傳輸采集數(shù)據(jù)完整率，是指對相鄰的兩個駐點，以前一個駐點的輸出和后一個駐點的輸入作為采集點計算的采集數(shù)據(jù)完整率，反映了駐點之間傳輸?shù)臄?shù)據(jù)損失情況[21]。綜合采集數(shù)據(jù)完整率，是指數(shù)據(jù)采集點不相鄰時計算的采集數(shù)據(jù)完整率，反映了數(shù)據(jù)采集點之間駐點處理合駐點間傳輸?shù)臄?shù)據(jù)損失狀況。采集點的選擇必須考慮效果和成本。單從效果來說，如果在所有理論上的采集點采集數(shù)據(jù)，計算所有駐點采集數(shù)據(jù)完整率和所有傳輸采集數(shù)據(jù)完整率，那么當(dāng)采集出現(xiàn)問題時，就能夠準確鎖定問題出現(xiàn)點。但在所有理論上采集點上采集數(shù)據(jù)成本很高，甚至是不可能，也是不必要。比如，在絕大多數(shù)情況下，我們認為傳輸數(shù)據(jù)沒有損失，在設(shè)計網(wǎng)絡(luò)時，避免單點故障，采用應(yīng)用層可靠的傳輸協(xié)議，從而保障傳輸?shù)目煽?。采集點的選擇，受駐點設(shè)備是否提供采集點限制。讓所有用戶都記錄通話時間、的點和時長，即使可行，也是成本高昂的超乎想象。由于受成本和可行采集點的限制，我們能計算的常常是綜合采集數(shù)據(jù)完整性。這就要求我們對采集完整率做綜合分析。對日常采集數(shù)據(jù)完整性監(jiān)控，我們只需選擇兩個采集點，即選擇最靠近起始駐點的一個采集點和最靠近終止駐點的一個采集點，計算采集數(shù)據(jù)完整率，描繪并監(jiān)控采集數(shù)據(jù)完整率的完整性曲線。因為他反映了盡可能多駐點和傳輸線路上的數(shù)據(jù)損失。當(dāng)然，事情總有兩個面，監(jiān)控的內(nèi)容越多，出現(xiàn)問題時確認問題出在哪里也就越復(fù)雜。在實際使用時經(jīng)常遇到只有一個采集點的情況，另一個采集點的數(shù)據(jù)因政策或競爭原因不可得到，這時需要采用一些其他辦法估算上一個采集點可能的數(shù)據(jù)量。此時，我們可使用以下方法進行數(shù)據(jù)完整性估計。l 利用順序號計算法：在一些交換機中，采集文件有順序號，采集記錄也有順序號。比如一個文件有990條記錄，但一個采集文件起止順序號表明有1000條記錄，則采集數(shù)據(jù)完整率為99%。216。 文件連續(xù)性校驗數(shù)據(jù)采集系統(tǒng)在獲取交換機生成的原始文件時，部分交換機會返回一個連續(xù)的序號，作為文件唯一標識，采集程序?qū)⒗么酥底髋袛?，前后采集到的文件此值是否連續(xù)，如果編號連續(xù)，則表明在數(shù)據(jù)文件在邏輯上是連續(xù)的，如果編號不連續(xù)，則表明可能出現(xiàn)了漏采或重采；對于不能提供文件序列號的交換機，通過計費文件生成時間、交換機提供的文件列表等進行連續(xù)性校驗。216。 文件完整性校驗數(shù)據(jù)采集系統(tǒng)在整個采集、傳輸過程中監(jiān)控文件的大小和數(shù)目，確保數(shù)據(jù)源、采集服務(wù)器和采集主機之間的文件大小及數(shù)目的一致，如不一致，則作為異常處理。l 主被叫計算法：對于本省語音話單，主叫話單和被叫話單是相等的。但如果一段時間內(nèi)，主叫與被叫對應(yīng)的話單有990條，沒有對應(yīng)被叫的話單有4條，沒有對應(yīng)主叫的被叫話單有6條，我們可以認為應(yīng)有話單1000條，則采集數(shù)據(jù)完整率為99%。l 預(yù)測數(shù)據(jù)估算法：采集數(shù)據(jù)沒有一些內(nèi)在規(guī)律幫助估算上一采集點的數(shù)據(jù)量時，我們可以把這個采集點的數(shù)據(jù)量時，我們可以把這個采集點上過去的數(shù)據(jù)量，預(yù)測當(dāng)前上一采集點對應(yīng)有的數(shù)據(jù)量，再計算采集數(shù)據(jù)完整率。最簡單的辦法用上月同一采集時間的平均數(shù)據(jù)作為上一采集點應(yīng)有的數(shù)據(jù)量。由于一些特殊節(jié)假日對數(shù)據(jù)量影響非常大，這時采用上一年度相同節(jié)假日的數(shù)據(jù)量預(yù)測更為準確[25]。采集數(shù)完整率主要是描述數(shù)據(jù)流動中是否有損失，但因為它是根據(jù)一定時間段內(nèi)的數(shù)據(jù)量計算的，也能反映設(shè)備吞吐量不足時出現(xiàn)的問題。，小于春節(jié)高峰期交換機產(chǎn)生數(shù)據(jù)的速率，從而形成數(shù)據(jù)阻塞，使采集機上的數(shù)據(jù)量遠小于交換機上產(chǎn)生的數(shù)據(jù)。為此，我們根據(jù)采集數(shù)據(jù)量的計算以及實際情況，決定對采集方式進行改造。采用TCP/IP協(xié)議速率有很大的提高。這樣將極大提高話單采集速度，從而解決數(shù)據(jù)阻塞的問題，保障了實時完整的采集和計費[30]。數(shù)據(jù)采集因不同業(yè)務(wù)和不同廠家的設(shè)備有所不同。但我們采用了統(tǒng)一的采集數(shù)據(jù)完整性模型，并通過采集數(shù)據(jù)完整率及其曲線，建立了統(tǒng)一的采集數(shù)據(jù)完整性監(jiān)控指標，這樣就為我們的統(tǒng)一集中的數(shù)據(jù)采集完整性管理提供了基礎(chǔ)。首先，我們建立了采集數(shù)據(jù)和監(jiān)控數(shù)據(jù)采集完整性的統(tǒng)一業(yè)務(wù)流程。對任何一種采集業(yè)務(wù)，先建立抽象數(shù)據(jù)流動的駐點，再建立數(shù)據(jù)采集點，為每一個采集點規(guī)定采集方法、采集內(nèi)容和采集頻率；然后建立監(jiān)控采集數(shù)據(jù)完整率曲線并為曲線的波動建立規(guī)定閾值，當(dāng)出現(xiàn)超過閾值的波動時，自動提醒監(jiān)控人員。監(jiān)控人員需要分析、確認產(chǎn)生波動的原因，如果設(shè)備原因影響了數(shù)據(jù)采集，就對設(shè)備進行維護。在統(tǒng)一的采集模型、指標和業(yè)務(wù)流程的基礎(chǔ)上，我們建立了統(tǒng)一集中的采集完整性監(jiān)控平臺。監(jiān)控軟件包括采集、計算、圖示、統(tǒng)計查詢、自動告警、日志、權(quán)限管理等模塊，運行在統(tǒng)一的硬件平臺上。對應(yīng)新業(yè)務(wù)和新設(shè)備的監(jiān)控，一般可以通過配置完成，特殊情況下，也只需要擴展計算模塊。由于采用統(tǒng)一界面