【正文】 述數(shù)據(jù)流動中是否有損失，但因為它是根據(jù)一定時間段內(nèi)的數(shù)據(jù)量計算的，也能反映設(shè)備吞吐量不足時出現(xiàn)的問題。最簡單的辦法用上月同一采集時間的平均數(shù)據(jù)作為上一采集點應(yīng)有的數(shù)據(jù)量。但如果一段時間內(nèi)，主叫與被叫對應(yīng)的話單有990條，沒有對應(yīng)被叫的話單有4條，沒有對應(yīng)主叫的被叫話單有6條，我們可以認(rèn)為應(yīng)有話單1000條，則采集數(shù)據(jù)完整率為99%。 文件完整性校驗數(shù)據(jù)采集系統(tǒng)在整個采集、傳輸過程中監(jiān)控文件的大小和數(shù)目，確保數(shù)據(jù)源、采集服務(wù)器和采集主機之間的文件大小及數(shù)目的一致，如不一致，則作為異常處理。 文件連續(xù)性校驗數(shù)據(jù)采集系統(tǒng)在獲取交換機生成的原始文件時，部分交換機會返回一個連續(xù)的序號，作為文件唯一標(biāo)識，采集程序?qū)⒗么酥底髋袛啵昂蟛杉降奈募酥凳欠襁B續(xù)，如果編號連續(xù)，則表明在數(shù)據(jù)文件在邏輯上是連續(xù)的，如果編號不連續(xù)，則表明可能出現(xiàn)了漏采或重采；對于不能提供文件序列號的交換機，通過計費文件生成時間、交換機提供的文件列表等進行連續(xù)性校驗。比如一個文件有990條記錄，但一個采集文件起止順序號表明有1000條記錄，則采集數(shù)據(jù)完整率為99%。此時，我們可使用以下方法進行數(shù)據(jù)完整性估計。當(dāng)然，事情總有兩個面，監(jiān)控的內(nèi)容越多，出現(xiàn)問題時確認(rèn)問題出在哪里也就越復(fù)雜。對日常采集數(shù)據(jù)完整性監(jiān)控，我們只需選擇兩個采集點，即選擇最靠近起始駐點的一個采集點和最靠近終止駐點的一個采集點，計算采集數(shù)據(jù)完整率，描繪并監(jiān)控采集數(shù)據(jù)完整率的完整性曲線。由于受成本和可行采集點的限制，我們能計算的常常是綜合采集數(shù)據(jù)完整性。采集點的選擇，受駐點設(shè)備是否提供采集點限制。但在所有理論上采集點上采集數(shù)據(jù)成本很高，甚至是不可能，也是不必要。采集點的選擇必須考慮效果和成本。傳輸采集數(shù)據(jù)完整率，是指對相鄰的兩個駐點，以前一個駐點的輸出和后一個駐點的輸入作為采集點計算的采集數(shù)據(jù)完整率，反映了駐點之間傳輸?shù)臄?shù)據(jù)損失情況[21]。采集數(shù)完整率可分為三類，駐點采集數(shù)據(jù)完整率、傳輸采集數(shù)據(jù)完整率合綜合采集數(shù)據(jù)完整率。對照一段時間內(nèi)的曲線變化，擬合出一個參考的標(biāo)準(zhǔn)采集數(shù)據(jù)完整率曲線，這為每日采集設(shè)備出來和采集設(shè)備之間傳輸?shù)臄?shù)據(jù)完整性提供了監(jiān)控合分析手段。數(shù)據(jù)量的度量一般以記錄為單位，但在以記錄為主要度量的前提下，在一些情況下，也可以將文件數(shù)或字節(jié)數(shù)作為輔助的度量單位。因此，利用不同采集點間數(shù)據(jù)量之比定義采集數(shù)據(jù)完整率。駐點兩側(cè)的小圓，是數(shù)據(jù)的采集點。就數(shù)據(jù)采集的范圍而言，數(shù)據(jù)的起始駐點是用戶的終端設(shè)備，而數(shù)據(jù)的終止駐點是計費服務(wù)器[20]。駐點可以是手機、交換機、采集機和計費服務(wù)器（），也可以是短信網(wǎng)關(guān)、短信中心、智能網(wǎng)SSP、智能網(wǎng)SCP、GPRS的SGSN、RADIUS服務(wù)器，還可以是一個數(shù)據(jù)采集進程或一個數(shù)據(jù)傳輸進程。為此，可以建立一個抽象的數(shù)據(jù)采集模型，如下所示。對GPRS、短信、WLAN和智能網(wǎng)業(yè)務(wù)，也有其他數(shù)據(jù)采集點。交換機記錄手機的原始通話數(shù)據(jù)，采集機從交換機上采集這些數(shù)據(jù)，傳輸給計費服務(wù)器，計費服務(wù)器對這些數(shù)據(jù)預(yù)處理、批價和出帳。收入流失的原因主要包括不完善/不正確的通話明細(xì)記錄(CDR)、錯誤的計費，因此清單采集和計費處理的收入保障就顯更加的重要了。第4章 收入保障系統(tǒng)研究運營商從銷售到收入的業(yè)務(wù)流程的復(fù)雜性是導(dǎo)致收入流失的根源。統(tǒng)計管理模塊：計費相關(guān)數(shù)據(jù)的統(tǒng)計工作。預(yù)處理模塊：實現(xiàn)二進制文件轉(zhuǎn)換成文本文件的工作，同時文件標(biāo)準(zhǔn)格式的輸出。中國電信運營商的計費系統(tǒng)一般都是由數(shù)據(jù)采集模塊、預(yù)處理模塊、一次批價模塊統(tǒng)計模塊、系統(tǒng)管理模塊、外部接口組成。216。 重批價日志更新在重批價過程中，由于話單屬于二次處理，為了保持批價日志中話單數(shù)等同實際詳單表中的數(shù)據(jù)一致，系統(tǒng)中必須統(tǒng)計相應(yīng)的數(shù)據(jù)記載相應(yīng)的日志。 已批價話單重批價處理對于已批價后的話單數(shù)據(jù)，需要根據(jù)實際情況，查明錯誤原因（系統(tǒng)錯誤、參數(shù)錯誤），根據(jù)錯誤原因進行相應(yīng)的處理（有可能是去除系統(tǒng)的Bug）后，重新進行批價處理。 出錯話單重批價處理對于出錯話單，需要人工檢查錯誤原因，根據(jù)錯誤類型，補充相應(yīng)的計費參數(shù)，然后啟動重批價進程對錯誤話單進行重批價處理。由于參數(shù)輸入錯誤或其他系統(tǒng)故障，可能會有部分話單的資費等計算錯誤，也需要重新批價處理，稱做已批價話單重批價。對于有接入號碼的話單，我們在去掉接入號碼后，需要進行二次號碼分析，得出用戶的詳細(xì)通話信息，計算用戶的費用。。號碼歸類模型如下：電話號碼接入網(wǎng)別費率類型起用時間停用時間17931IP待定?，F(xiàn)在很多項業(yè)務(wù)的開展，都是在原來的撥號基礎(chǔ)上，增加接入號的方式進行處理的。216。216。216。216。216。216。216。216。216。216。批價部分優(yōu)惠處理具體要求如下：216。 要求將找不到批價相關(guān)信息（規(guī)則、局向等）的話單，存入錯單庫中，供回收處理（3）優(yōu)惠處理優(yōu)惠處理是對標(biāo)準(zhǔn)資費處理后的費用進行優(yōu)惠打折的過程。 要求支持實時與非實時方式的費用計算。 要求支持資費計劃的費用計算。 要求支持支持產(chǎn)品捆綁資費的費用計算。 要求支持根據(jù)產(chǎn)品資費計算費用。 要求支持新舊費率的平滑過渡。例如按天、收整月等。216。216。216。216。216。 要求支持一個話單計算出多種費用。 要求支持參考資源量確定費率。 要求支持分?jǐn)?shù)量段取得費率。 要求支持分時間段確定費率。 要求支持按照客戶屬性、服務(wù)實例屬性、話單屬性的一個或多個屬性組合確定費率。例如天、時、分、秒、6秒、字節(jié)、KB、MB、GB等。216。 要求支持多種度量方式。 要求快速支持新業(yè)務(wù)的費用計算。 要求支持各類業(yè)務(wù)的話單的費用計算。 要求支持靈活的標(biāo)準(zhǔn)資費規(guī)則批價實現(xiàn)。 費用計算費用計算是把經(jīng)過格式檢查與轉(zhuǎn)換后的輸入話單根據(jù)運營商所確定的標(biāo)準(zhǔn)資費規(guī)則，進行標(biāo)準(zhǔn)批價，記錄標(biāo)準(zhǔn)費用（優(yōu)惠前費用）。 話單輸入話單輸入是從預(yù)處理模塊接收待批價話單，并進行格式校驗，將錯單存入錯單庫中，供后續(xù)的回收處理；將正確話單提交給費用計算，進行批價處理。計費處理輸出的標(biāo)準(zhǔn)話單記錄數(shù)據(jù)中，應(yīng)該包含的關(guān)鍵信息主要有：(1) 計費要素(2) 統(tǒng)計要素(3) 費用要素（包括標(biāo)準(zhǔn)費用、優(yōu)惠后費用等）(4) 批價功能包括：話單輸入、費用計算、優(yōu)惠處理、費用累計、入庫處理、回退處理、異常處理、無主話單處理、模擬計費。1預(yù)處理話單備份。1系統(tǒng)提供圖形化使用界面，允許操作人員對錯誤數(shù)據(jù)的瀏覽、更正和重新處理1預(yù)處理日志。1對錯誤文件回收處理，可以人工或自動對某一類錯誤話單的錯誤進行修正，并對這部分話單進行回收處理。 其它業(yè)務(wù)話單/帳單和其它電信運營商的結(jié)算數(shù)據(jù)話單合并話單合并處理包括：部分類型的網(wǎng)元設(shè)備（如交換機）對于超長詳單進行自動分割處理，在預(yù)處理時，將其還原成一條完整的詳單，以供批價處理；不同網(wǎng)元的多筆相關(guān)使用數(shù)據(jù)（話單格式可以不同）合并成單筆或多筆通信使用數(shù)據(jù)，以供批價處理。 信息服務(wù)話單/帳單216。 區(qū)內(nèi)通話計次數(shù)據(jù)216。 智能網(wǎng)清單數(shù)據(jù)話單。 區(qū)間通話清單數(shù)據(jù)216。 長途清單數(shù)據(jù)話單；216。6）持續(xù)不斷地核對原始話單數(shù)量，保證預(yù)處理的話單，篩選掉的話單和再處理的話單在數(shù)目上與原始話單的總數(shù)吻合。5）檢錯規(guī)則靈活定制。 信令話單216。 短消息話單 216。 交換機統(tǒng)計信息記錄（Tracer record）216。 標(biāo)識為時間不可靠的話單216。 實際未接通話單216。 其他關(guān)鍵字段錯誤216。 日期時間格式錯誤216。 文件完整性錯誤216。 文件名、文件頭部信息錯誤216。4）驗證并剔除不成功的、有損的和無效的電話記錄，同時將錯誤、無效話單分揀至錯誤話單文件中，錯誤話單文件中針對每一條錯誤話單提供錯誤原因碼，供后續(xù)的話單回收，統(tǒng)計分析處理。 分揀出某一標(biāo)識（例如：業(yè)務(wù)號碼）段的業(yè)務(wù)使用記錄[8]。 分揀出時長極短的業(yè)務(wù)使用記錄；216。 分揀出交換機已標(biāo)定為不可靠的話單；216。3）能夠分揀出具有某種特定值的話單，并形成記錄文件及給出記錄總數(shù)。映射配置中沒有指定對應(yīng)的輸出數(shù)據(jù)域，輸入數(shù)據(jù)域被丟棄[16]。缺省值由映射配置信息指明，轉(zhuǎn)換函數(shù)指明了轉(zhuǎn)換發(fā)生時采用的方法。 缺省映射關(guān)系：指輸出數(shù)據(jù)域必須包含一個值，即使輸入數(shù)據(jù)域沒有提供可供映射的數(shù)據(jù)。 構(gòu)造映射關(guān)系：指一個輸入數(shù)據(jù)域的集合到單個輸出數(shù)據(jù)域的映射方式。預(yù)處理的配置信息數(shù)據(jù)庫中的映射配置指明了多種可能的映射關(guān)系，包括：直接映射關(guān)系：指單個輸入數(shù)據(jù)域到單個輸出數(shù)據(jù)域的映射方式；分解映射關(guān)系：指單個輸入數(shù)據(jù)域到一個輸出數(shù)據(jù)域集合的映射方式。預(yù)處理格式轉(zhuǎn)換過程中，模型數(shù)據(jù)信息域的轉(zhuǎn)換并非是一對一的關(guān)系，輸入數(shù)據(jù)域通過映射機制映射到輸出數(shù)據(jù)域。識別所有的基本業(yè)務(wù)、承載業(yè)務(wù)、附加業(yè)務(wù)和增值業(yè)務(wù)。將原始數(shù)據(jù)格式轉(zhuǎn)換成為標(biāo)準(zhǔn)預(yù)處理（待批價）格式，預(yù)處理后的話單格式以總部的標(biāo)準(zhǔn)格式為基礎(chǔ)。讀原始話單文件預(yù)處理模塊自動觸發(fā)的工作方式下，從數(shù)據(jù)庫配置的參數(shù)指定的源文件目錄下讀取原始數(shù)據(jù)文件，并從數(shù)據(jù)文件中讀每一條話單。由于通信設(shè)備品種繁多，而且原始通話或服務(wù)記錄格式也有較大的不同，如果直接對各種不同的通信設(shè)備原始記錄進行計費處理，就會造成計費程序與通信設(shè)備相聯(lián)系，對計費程序的修改和升級造成不利影響。參數(shù)管理應(yīng)能對采集文件大小、采集周期、傳輸隊列名稱、容錯策略，采集端口，采集對象屬性等可變性參數(shù)進行參數(shù)化配置。支持如下的方式1)基于目錄樹的文件存放管理；2)文件定期和不定期的備份處理；3)支持原始數(shù)據(jù)文件的壓縮存儲和備份，將數(shù)據(jù)備份到磁帶或光盤等永久存儲介質(zhì)上；4)支持根據(jù)文件管理參數(shù)的設(shè)定，自動刪除超過指定在線保存期限的歷史數(shù)據(jù)文件以及重復(fù)數(shù)據(jù)文件[14]。 增值業(yè)務(wù)系統(tǒng)等。 會議電視系統(tǒng)216。 數(shù)據(jù)業(yè)務(wù)平臺216。 采集流程216。采集設(shè)備根據(jù)指定的交換機、網(wǎng)關(guān)等通信設(shè)備，自動采集通信設(shè)備中新產(chǎn)生的原始話單文件。系統(tǒng)應(yīng)提供適合相應(yīng)數(shù)據(jù)源的脫機介質(zhì)的讀取設(shè)備和軟件，通過其進行人工脫機讀取、形成與聯(lián)機采集一致的源數(shù)據(jù)文件。對已讀取的計費原始數(shù)據(jù)文件，系統(tǒng)通過命令還可以再次讀取。采集子系統(tǒng)與數(shù)據(jù)源采用直連或網(wǎng)絡(luò)連接。系統(tǒng)不斷查詢是否有計費原始數(shù)據(jù)生成，當(dāng)發(fā)現(xiàn)有新計費原始數(shù)據(jù)時，系統(tǒng)讀入計費原始數(shù)據(jù)，同時對計費源端的計費原始數(shù)據(jù)文件設(shè)定已讀取標(biāo)志。聯(lián)機采集應(yīng)實時、自動的對數(shù)據(jù)源進行采集，盡量減少人工參與的程度。因此計費系統(tǒng)是電信運營商核心競爭力之一。第3章 計費系統(tǒng)功能描述計費系統(tǒng)記錄和存儲了運營商的業(yè)務(wù)數(shù)據(jù)和用戶的消費數(shù)據(jù)，這些數(shù)據(jù)隱含著大量的市場信息、客戶消費行為信息和業(yè)務(wù)特性信息。收入保障是一個跨部門的綜合因素在起作用，因此我們需要在整個的企業(yè)中，整個組織中，要來看看我們的收入情況，每個人都應(yīng)該考慮到我們的收入情況，我們的客戶在使用什么樣的服務(wù)，我們?nèi)绾文軌蚯‘?dāng)?shù)厥召M。所以激烈的市場競爭不允許運營商大量收入流失；零流失是不可能的，必須在收入流失和收入保障成本之間做權(quán)衡[4]。工具可以幫助保持流程和邏輯的連續(xù)性，但如果操作員太依靠工具，容易對預(yù)防重視不夠。這種解決方案直接與網(wǎng)絡(luò)相聯(lián)，具有深入分析和一些關(guān)鍵的功能，例如數(shù)據(jù)確認(rèn)、數(shù)據(jù)修復(fù)、網(wǎng)間結(jié)算、信用分析以及網(wǎng)絡(luò)性能管理等，是理想的收入保障工具[6]?；跀?shù)據(jù)采集系統(tǒng)的收入保障正符合“一次性從網(wǎng)絡(luò)上采集使用數(shù)據(jù)且只采集一次”的理論。通過追蹤有多少數(shù)據(jù)從每個網(wǎng)元處輸入，多少數(shù)據(jù)被輸出到不同的下游系統(tǒng)，以及多少數(shù)據(jù)出錯而被拒絕，可以更好的解決前面所提及的種種矛盾。作為使用信息的采集者和分配者，數(shù)據(jù)采集系統(tǒng)通常都是唯一的能看到所有來自網(wǎng)絡(luò)層的數(shù)據(jù)的系統(tǒng)。收入保障系統(tǒng)應(yīng)該與網(wǎng)絡(luò)越接近越好。 基于網(wǎng)絡(luò)的收入保障：通過交叉流量統(tǒng)計信息和支付比對機制，跟蹤運營商之間的收入流失；216。216。首先從初步的收入流失確認(rèn)和修補開始，隨著修補的實施，逐漸擴大實施推廣范圍。收入保障的目標(biāo)在于了解和阻止收入流失以幫助運營商減少運營成本及增加利潤。同時，有效的收入保障始于可靠的數(shù)據(jù)采集，如果要做到計費精確，一定要保障采集數(shù)據(jù)的完整性和正確性。要達到這個要求需要計費系統(tǒng)的建設(shè)、使用和維護形成閉環(huán)的循環(huán)。計費系統(tǒng)是運營商經(jīng)濟利益、客戶的經(jīng)濟利益和服務(wù)質(zhì)量的保障系統(tǒng)，這就要求計費系統(tǒng)準(zhǔn)確、穩(wěn)定、及時和可靠。運營商也意識到業(yè)務(wù)流程的合理設(shè)置越來越重要，對關(guān)鍵業(yè)務(wù)流程進行改造勢在必行。如果將這類不太確認(rèn)的帳單重新放入業(yè)務(wù)流程進行重新的確認(rèn)、重新批價的重復(fù)核對過程也可能出現(xiàn)差錯。業(yè)務(wù)流程設(shè)置不合理，導(dǎo)致大量收入的流失。在日益激烈競爭的環(huán)境下，業(yè)務(wù)管理交叉重復(fù)，管理中的矛盾和問題越來越嚴(yán)重，給新業(yè)務(wù)的的開展帶來了重重的壓力。在這些成產(chǎn)過程中，都有可能引起收入流失，所以說對于電信企業(yè)收入保障涉及到企業(yè)運營的各個方面，每個環(huán)節(jié)都需要我們關(guān)注[5]。216。216。5) 結(jié)算： 216。216。216。216。216。4) 帳務(wù)處理： 216。216。216。216。3) 計費處理：216。 業(yè)務(wù)注銷：是指客戶申請取消使用電信業(yè)務(wù)的過程。 業(yè)務(wù)受理 ：已經(jīng)申請電信運營商提供的業(yè)務(wù)的用戶，可以根據(jù)自身的需要向電信運營商申請新業(yè)務(wù)或者新產(chǎn)品，同時還可以變更老業(yè)務(wù)的某些屬性。 電信運營商收入生成過程1) 業(yè)務(wù)受理： 216。具體對某個運營商，到底是哪些環(huán)節(jié)、哪些因素導(dǎo)致流失，這就是收入保障需要解決的問題。一般來說，50%的收入流失是由于網(wǎng)絡(luò)和采集問題造成的。從銷售訂單、運營、開通、計費到實際支付獲得收入的整個過程中，任何一個環(huán)節(jié)都有可能出現(xiàn)收入流失。前兩類導(dǎo)致收入流失，后兩類導(dǎo)致機會流失。 尚未確定服務(wù)機會，因此無法售出：提供新的機會產(chǎn)生收入；216。 客戶使用了服務(wù)，但沒有對其收費或者少收費：收入已流失，除非盡快發(fā)現(xiàn)；216。第2章 收入保障綜述 收入保障不僅僅是一項收入流失原因分析的咨詢方案，還是一份以確保降低成本、減少收入流失、增加收入為目標(biāo)，涵蓋了技術(shù)、業(yè)務(wù)、管理等方面，更為重要的是收入保障是一個跨部門的事情，電信運營商必須長期重視、認(rèn)真開展管理實踐活動。由于收入保障幾乎涉及到