電信運營商收入保障系統(tǒng)設(shè)計與實現(xiàn)

分類號 密級 UDC 編號 中國科學(xué)院研究生院碩士學(xué)位論文電信運營商收入保障系統(tǒng)設(shè)計與實現(xiàn)XXX指導(dǎo)教師 XXX職稱單位XXX職稱單位申請學(xué)位級不工程碩士學(xué)科專業(yè)名稱軟件工程 論文提交日期xxxx年x月論文答辯日期培養(yǎng)單位中國科學(xué)院研究生院軟件學(xué)院 學(xué)位授予單位中國科學(xué)院研究生院 答辯委員會主席獨創(chuàng)性聲明本人鄭重聲明：所提交的學(xué)位論文，是本人在指導(dǎo)教師的指導(dǎo)下，獨立進行研究工作所取得的研究成果。盡我所知，文中除特不標注和致謝的地點外，學(xué)位論文中不包含其他人或集體差不多發(fā)表或撰寫過的研究成果，也不包含為獲得中國科學(xué)院研究生院或其它教育機構(gòu)的學(xué)位或證書所使用過的材料。對本文的研究做出重要貢獻的個人和集體，均已在文中以明確方式標明。本人完全意識到本聲明的法律結(jié)果由本人承擔(dān)。簽名：_____________日期：_______________關(guān)于學(xué)位論文使用授權(quán)的講明本人完全了解中國科學(xué)院研究生院有關(guān)保管、使用學(xué)位論文的規(guī)定，其中包括：①學(xué)校有權(quán)保管、并向有關(guān)部門送交學(xué)位論文的原件與復(fù)印件；②學(xué)校能夠采納影印、縮印或其它復(fù)制手段復(fù)制并保存學(xué)位論文；③學(xué)?？赏鈱W(xué)位論文被查閱或借閱；④學(xué)校能夠?qū)W術(shù)交流為目的,復(fù)制贈送和交換學(xué)位論文；⑤學(xué)校能夠公布學(xué)位論文的全部或部分內(nèi)容。（涉密的學(xué)位論文在解密后應(yīng)遵守此規(guī)定）簽名：_____________導(dǎo)師簽名：______________日期：_______________摘要自上世紀90年代，嵌入式技術(shù)差不多成為通信和消費類電子產(chǎn)品的共同進展方向。移動通信終端是集成移動通信功能的嵌入式系統(tǒng)產(chǎn)品，是一個軟件和硬件有效綜合、集成的系統(tǒng)。本文研究領(lǐng)域涉及嵌入式系統(tǒng)開發(fā)流程和方法、嵌入式移動通信終端系統(tǒng)軟硬件框架、NORFlash芯片體系結(jié)構(gòu)、Flash芯片驅(qū)動軟件的自適應(yīng)算法、Flash映像文件空間壓縮算法、霍爾傳感器(HallSensor）驅(qū)動軟件原理和實現(xiàn)、LCD驅(qū)動軟件設(shè)計、LCD顏色校正算法和實現(xiàn)、LCD抗靜電硬件愛護與軟件恢復(fù)序列的實現(xiàn)。本文首先全面分析了嵌入式移動通信系統(tǒng)的研究現(xiàn)狀、技術(shù)背景、面臨的問題；然后提出一個Flash驅(qū)動軟件的自適應(yīng)實現(xiàn)原理，和Flash存儲器中MCU映像文件空間壓縮算法，并對STNORComboFlash中因擦除狀態(tài)不穩(wěn)定而存在位反轉(zhuǎn)從而導(dǎo)致系統(tǒng)不能開機如此一個技術(shù)難題，提出了改進和解決方法；接著分不給出了HallSensor和LCD驅(qū)動原理和軟件實現(xiàn)，并在RAM受限的移動通信終端中，有效實現(xiàn)了LCD的顏色校正和LCD抗靜電干擾軟件恢復(fù)算法(ESDRecovery)；最后，給出了在現(xiàn)有移動通信終端中優(yōu)化LCD的開機檢測過程的原理，使該終端系統(tǒng)啟動之后，能快速刷新LCD，減少終端系統(tǒng)開機延時。以上相應(yīng)的設(shè)備驅(qū)動軟件和技術(shù)難點解決方案均已應(yīng)用在本公司研發(fā)的移動通信終端產(chǎn)品中，為大工業(yè)化生產(chǎn)的靈活市場采購提供了技術(shù)保障，同時取得了良好的經(jīng)濟效益。關(guān)鍵詞：移動通信終端，NORFlash芯片，映像文件空間壓縮算法，Hallsensor驅(qū)動軟件，LCD顏色校正，LCDESD軟件恢復(fù)序列，設(shè)備驅(qū)動軟件。AbstractWiththemodernizationanddiversificationofinformationtechnology,Chinatelecomcarriersarefacingmorecomplextechnologyenvironmentsthaneverbefore.Fastupdatingofservice,process,systemandequipmentresultinmoreriskoffeesmissing,bigheatingandmalicearrear.Inordertoimproverevenueassuranceandrevenuemanagementtelecomcarriersneedawholesetofrevenueassurancesystem.Revenueassurancemeansdiagnosingcurrentoperationprocessandinformationsystemtofindrevenuelosingsoastostopandpreventit.Thesystemcanhelpnotonlyreducefeeslosingandincreasebenefits,butalsoconstructrevenueprocessnormalizationandenhancerunningefficiency.InthebackgroundofsomeChinesetelecomsupportingsystem,thispaperanalyzedrevenueassurancesyste.Basedonbillingsystem,thispaperadoptedobjectorientedmethodtodesignandimplementarevenueassurancesystem.Thispaperalsodiscusseshowtointegratearevenueassurancesystem.Atlast,wediscussrevenueassuranceproblemsoffuture3Gmobilesystem.Keywords:RevenueAssurance、3G(ThirdGenerationcommunication)、Billing、Collection、Pretreatment、KPI(KeyPerformanceIndicator)目錄摘要 2Abstract 3第一章緒論 71.1收入保障概述 71.2國內(nèi)收入保障調(diào)查 71.3國內(nèi)收入保障現(xiàn)狀 81.4國內(nèi)收入保障進展趨勢 91.5論文要緊工作和目標 9第二章收入保障綜述 102.1端到端業(yè)務(wù)流程 102.2收入流失緣故 122.2.1治理水平 122.2.2業(yè)務(wù)流程不合理 122.2.3計費系統(tǒng)不完善 132.3收入保障的實施 132.4本章小結(jié) 14第三章計費系統(tǒng)功能描述 153.1數(shù)據(jù)采集 153.1.1采集方式 153.1.2采集處理 153.1.3采集流程 163.1.3采集流程 163.1.4采集數(shù)據(jù)源 163.1.5文件治理 163.1.6日志治理 173.1.7參數(shù)治理 173.2預(yù)處理 173.3計費處理 213.3.1二次號碼分析 233.3.2重計費處理 233.4本章小節(jié) 24第四章收入保障系統(tǒng)研究 264.1采集收入保障 264.1.1采集數(shù)據(jù)完整性模型 264.1.2采集數(shù)據(jù)完整性檢查 274.1.3統(tǒng)一集中的數(shù)據(jù)采集完整性治理 294.1.4斷點續(xù)傳功能 304.2預(yù)處理收入保障 304.2.1話單檢重 304.2.2包容單檢查 314.2.3交叉單檢查 314.2.4話單糾錯 324.3計費處理收入保障 324.3.1參數(shù)及時回調(diào) 324.3.2無主話單治理 334.4核查分析 334.5推廣實時預(yù)付費機制 374.6計費系統(tǒng)監(jiān)控 404.6.1采集監(jiān)控 404.6.2預(yù)處理監(jiān)控 424.6.3一次批價監(jiān)控 444.7本章小節(jié) 46第五章收入保障系統(tǒng)設(shè)計與實現(xiàn) 485.1系統(tǒng)開發(fā)技術(shù)框架 485.2系統(tǒng)開發(fā)環(huán)境 495.3系統(tǒng)設(shè)計 495.3.1收入保障系統(tǒng)設(shè)計流程和方法 495.3.2監(jiān)控系統(tǒng)設(shè)計流程和方法 515.4算法 525.4.1二叉樹搜索算法的數(shù)據(jù)結(jié)構(gòu) 525.4.2散列搜索算法的數(shù)據(jù)結(jié)構(gòu) 525.5本章小節(jié) 53第六章收入保障系統(tǒng)實施與部署 54第七章面向3G時代的收入保障 567.1全球的經(jīng)驗－3G計費問題 567.23G計費的問題點 567.2.1業(yè)務(wù)模式 567.2.2計費單位 577.2.3如何記錄交易 587.2.4計費計算 587.2.5準確性和審計的挑戰(zhàn) 587.3本章小節(jié) 59第八章結(jié)論與展望 60參考文獻 61致謝 64第1章緒論電信市場的競爭日益激烈，傳統(tǒng)業(yè)務(wù)的收入日益下滑，整體利潤攤薄，運營商在提高收入和利潤的同時，愈加意識到收入流失的問題。收入保障應(yīng)運而生，它旨在降低收入流失，提高利潤率。1.1收入保障概述英國電信咨詢公司Analysys對全球各地50家運營商進行了電話和面對面調(diào)查。發(fā)覺平均每一家運營商由于原始記錄不完整、計費錯誤、用戶欺詐和流程的缺陷等所損失的收入占其總收入的13.7%。依照IDC，全球年電信服務(wù)收入目前約為1萬億美元，由此得知收入流失的總量高達每年1300億—1400億美元。報告還發(fā)覺，收入流失問題正在成為一個日趨嚴峻的問題，兩年前，流失的收入僅為全部收入的12.4%。收入流失現(xiàn)象的普遍存在，嚴峻的阻礙了電信運營商的收入和利潤指標的完成。假如收入流失能夠減少一半，按照收入利潤率20%計算，電信運營商的收入會增加6%-7%，利潤會增加30%-35%。目前運營商們紛紛采取收入保障措施來減少收入流失，調(diào)查顯示，與一年前相比72%的運營商都更加看重收入保障工作?！笆杖氡Ｕ稀辈粌H僅是一項收入流失緣故分析的咨詢方案，依舊一份以確保降低成本、減少收入流失、增加收入為目標，涵蓋了技術(shù)、業(yè)務(wù)、治理的具體解決方案，更為重要的是一項電信運營商必須長期重視、認真開展的治理實踐活動[3]。1.2國內(nèi)收入保障調(diào)查中國計費網(wǎng)在2004年7月份組織策劃了國內(nèi)各大運營商收入保障調(diào)查工作。本次調(diào)查涵蓋了六大運營商，包括省級/市級的計費和運營支撐、IT、財務(wù)、市場、技術(shù)、網(wǎng)絡(luò)和客戶服務(wù)等部門。調(diào)查對象上至公司副總，部門主任、副主任、項目經(jīng)理，下至工程師。這次調(diào)查采取了重點抽樣與隨機抽樣相結(jié)合，網(wǎng)絡(luò)和電話調(diào)查訪問相結(jié)合的方法。有41%的回答者認為運營商的收入流失情況比較嚴峻，3%的回答者認為收入流失特不嚴峻；關(guān)于收入流失緣故。有63%的回答者將治理水平列為運營商收入流失要緊緣故；有62%回答者將業(yè)務(wù)流程列為運營商收入流失的第二大緣故；有56%的回答者認為計費系統(tǒng)的不完善是收入流失的第三大要緊緣故；關(guān)于實時收入保障的必要性。有62%的回答者表示運營商特不有必要實時收入保障，有37%的回答者認為運營商盡管有必要實時收入保障，然而有難度。調(diào)查結(jié)果顯示，防止收入流失和和規(guī)范收入保障流程為運營商實施收入保障項目的兩大要緊目標[16]。1.3國內(nèi)收入保障現(xiàn)狀當(dāng)前的中國電信服務(wù)行業(yè)正在發(fā)生巨大的變化，中國的電信運營商在經(jīng)歷了高速進展之后，正面臨市場飽和以及激烈競爭導(dǎo)致價格下跌的雙重壓力。因此，國內(nèi)要緊運營商努力尋求國際最先進的設(shè)備、系統(tǒng)和治理方法，對網(wǎng)絡(luò)設(shè)備和技術(shù)更新進行了持續(xù)的、大規(guī)模的投入，以保持和提高競爭力，并隨時預(yù)備迎接以后的挑戰(zhàn)。對中國的電信運營商而言，目前最重要的任務(wù)是開源節(jié)流，即在提高收入的同時，減少操作中發(fā)生的收入流失。電信行業(yè)進展的歷史差不多證明，錯綜復(fù)雜的電信網(wǎng)絡(luò)和不斷的技術(shù)更新給國內(nèi)電信運營商提出了下列三個挑戰(zhàn)：技術(shù)進步增加電信營運的復(fù)雜性和難度。各種類型和技術(shù)層次的數(shù)據(jù)環(huán)境以及網(wǎng)絡(luò)內(nèi)外的服務(wù)器都會增加數(shù)據(jù)破壞、失效、丟失、以及錯誤記錄的機會。如此一個復(fù)雜的技術(shù)環(huán)境不僅會造成錯誤計費或漏計費，更大幅度地增加運營商面對大額欺詐和壞帳的風(fēng)險。各運營商必須采取措施克服以上的挑戰(zhàn)，保障用戶的權(quán)益，提高服務(wù)中意度，排除營運環(huán)境中埋伏的風(fēng)險。為了推廣新技術(shù)的應(yīng)用，降低營運成本和提高核心競爭力，國內(nèi)電信運營商在近年內(nèi)相繼采取行動優(yōu)化業(yè)務(wù)流程和提升企業(yè)基礎(chǔ)治理。例如近年內(nèi)各要緊電信運營商順利實施企業(yè)資源打算系統(tǒng)，為企業(yè)的經(jīng)營決策提供準確和可靠的依據(jù)。然而眾多系統(tǒng)、設(shè)備和流程的快速更新也為運營商帶來了新的挑戰(zhàn)。如何確保企業(yè)范圍內(nèi)現(xiàn)有技術(shù)和流程完整的銜接，并建立一個統(tǒng)一的、科學(xué)的和有效的機制進一步確保企業(yè)內(nèi)部優(yōu)化的成果，是各運營商戰(zhàn)略策劃和操作治理中必須解決的一個重要課題。隨著中國加入WTO和電信行業(yè)體制改革的深化，各運營商也面對著世界其它電信服務(wù)商在企業(yè)治理水平和投資回報等各方面的競爭。國內(nèi)運營商從收入保障的角度動身，通過研究國際電信業(yè)最佳實踐和適當(dāng)?shù)囊M與收入相關(guān)的治理經(jīng)驗、理念和體制，能夠進一步提高電信企業(yè)的治理水平，躋身世界一流企業(yè)[5]。1.4國內(nèi)收入保障進展趨勢目前，國內(nèi)運營商差不多清晰的認識到實施收入保障的意義和作用，但就像前面所介紹的那樣，他們目前面臨著激烈的市場競爭，尤其對中國3G牌照的爭奪上，占用了運營商絕大部分的精力、時刻和金鈔票?？上驳氖荋P公司在2005年3月7日宣布為中國南方某省運營商實施的收入保障咨詢項目已順利完成，并驗收成功。這是2005年國內(nèi)完成的首個收入保障咨詢項目。據(jù)悉，中國的電信運營商們打算在2005至2006年度啟動收入保障項目，他們目前共同面臨著缺乏一套行之有效的收入保障方法論作為理論基礎(chǔ)和指導(dǎo)方針。但我們有理由相信，電信業(yè)收入保障勢在必行。1.5論文要緊工作和目標本論文要緊研究在中國電信企業(yè)中都存在了哪些收入流失的現(xiàn)象，通過現(xiàn)象進行詳細的分析，找出流失的緣故，并提出預(yù)防和解決的方案。由于收入保障幾乎涉及到電信企業(yè)的業(yè)務(wù)操作的每個流程，因此在此次論文中我首先會對整個收入保障的情況進行總體的分析和歸納。然而，由于收入保障是一個涉及范圍廣而且及其復(fù)雜，在本次論文中我會從中選取一個論點進行詳盡的分析和研究，最終提出一套解決方案。第2章收入保障綜述收入保障不僅僅是一項收入流失緣故分析的咨詢方案，依舊一份以確保降低成本、減少收入流失、增加收入為目標，涵蓋了技術(shù)、業(yè)務(wù)、治理等方面，更為重要的是收入保障是一個跨部門的情況，電信運營商必須長期重視、認真開展治理實踐活動。在整體上，依據(jù)對收入的阻礙，收入保障能夠分為四類：客戶使用了服務(wù)，但沒有對其收費或者少收費：收入已流失，除非盡快發(fā)覺；客戶征定了服務(wù)，但無法使用：通過對流失的發(fā)覺和停止，以后的收入流失會得到幸免；尚未確定服務(wù)機會，因此無法售出：提供新的機會產(chǎn)生收入；資產(chǎn)治理：多余的能力未能售出或仍在庫存當(dāng)中，通過正確的市場定位，內(nèi)部協(xié)調(diào)和新的程序能夠產(chǎn)生額外的收入。前兩類導(dǎo)致收入流失，后兩類導(dǎo)致機會流失。運營商從銷售到收入的業(yè)務(wù)流程的復(fù)雜性是導(dǎo)致收入流失的根源。從銷售訂單、運營、開通、計費到實際支付獲得收入的整個過程中，任何一個環(huán)節(jié)都有可能出現(xiàn)收入流失。具體的，收入流失潛在緣故包括：不完整或錯誤的服務(wù)開通；記錄解析失敗或校驗錯誤；不正確的批價表；缺乏或不準確的錯誤校正機制；預(yù)付費話單的延遲處理；欺詐行為；漫游和互聯(lián)識不或者協(xié)議錯誤；欠費等。一般來講，50%的收入流失是由于網(wǎng)絡(luò)和采集問題造成的。另外，新產(chǎn)生的內(nèi)容計費業(yè)務(wù)，引發(fā)新的收入流失風(fēng)險，譬如：運營商與內(nèi)容提供商（CP）和服務(wù)提供商（SP）之間費用的結(jié)算出現(xiàn)不一致；實際內(nèi)容流量與收費存在不一致和爭議等[2]。2.1端到端業(yè)務(wù)流程具體對某個運營商，到底是哪些環(huán)節(jié)、哪些因素導(dǎo)致流失，這確實是收入保障需要解決的問題。為此收入保障項目應(yīng)關(guān)注電信運營商收入的整個生成流程，對包括營銷、網(wǎng)絡(luò)、計費和結(jié)算等方面在內(nèi)的電信操作進行系統(tǒng)的、端到端的分析和檢驗。圖2.1示范舉例某電信運營商收入生成過程中的各個環(huán)節(jié)。 圖2.1電信運營商收入生成過程業(yè)務(wù)受理：開戶銷戶：是指客戶申請使用電信運營商提供的某項業(yè)務(wù)或者產(chǎn)品的過程；業(yè)務(wù)受理：差不多申請電信運營商提供的業(yè)務(wù)的用戶，能夠依照自身的需要向電信運營商申請新業(yè)務(wù)或者新產(chǎn)品，同時還能夠變更老業(yè)務(wù)的某些屬性。業(yè)務(wù)注銷：是指客戶申請取消使用電信業(yè)務(wù)的過程。網(wǎng)絡(luò)使用：話單生成：程控交換設(shè)備在用戶一次通話完畢之后生成用戶通話記錄，也確實是原始話單。計費處理：話單采集：計費系統(tǒng)需要到交互機或者網(wǎng)關(guān)設(shè)備采集原始話單，以供后續(xù)的批價處理。預(yù)處理：從交換機采集的話單由于交換機的類型不同，采集到的話單格式也會有所不同，需要對其進行格式轉(zhuǎn)換，轉(zhuǎn)換成能夠正確計費的標準格式。一次批價：對預(yù)處理后的話單進行批價的過程。詳單優(yōu)惠入庫：對批價后的詳單進行優(yōu)惠處理，并把詳單數(shù)據(jù)加載到數(shù)據(jù)庫中。帳務(wù)處理：累帳：對入庫的詳單按照某種規(guī)則把相同通話類型的費用進行累加處理。出帳：每月需要對每個用戶進行出帳操作，出帳要緊完成用戶月租計算和帳務(wù)優(yōu)惠。調(diào)帳：假如用戶帳單費用由于程序錯誤或者系統(tǒng)故障造成計算錯誤，需要對其進行帳單調(diào)整操作。信用治理：為了幸免用戶發(fā)生欠費，維護運營商的利益，需要實時對用戶消費情況進行監(jiān)控，假如用戶余額不足時，需要限制用戶使用某些業(yè)務(wù)的權(quán)利。催繳欠費：關(guān)于產(chǎn)生大量欠費的用戶需要進行欠費催繳。結(jié)算：網(wǎng)內(nèi)結(jié)算：某個電信運營商各個分公司之間的費用結(jié)算。網(wǎng)間(其他運營商)結(jié)算：電信運營商與其它電信運營商之間的費用結(jié)算。增值(服務(wù)或內(nèi)容提供商)結(jié)算：電信運營商與SP或者CP之間的費用結(jié)算。在這些成產(chǎn)過程中，都有可能引起收入流失，因此講關(guān)于電信企業(yè)收入保障涉及到企業(yè)運營的各個方面，每個環(huán)節(jié)都需要我們關(guān)注[5]。2.2收入流失緣故2.2.1治理水平中國各運營商在運營組織結(jié)構(gòu)上略有差異，運營治理水平與國際現(xiàn)金治理水平相比也有一定的差距。在日益激烈競爭的環(huán)境下，業(yè)務(wù)治理交叉重復(fù)，治理中的矛盾和問題越來越嚴峻，給新業(yè)務(wù)的的開展帶來了重重的壓力。運營商迫切需要改進系統(tǒng)和平臺整合治理資源，提高對流程、業(yè)務(wù)、信用、網(wǎng)絡(luò)、服務(wù)等治理水平，以提升運營商的核心競爭力。2.2.2業(yè)務(wù)流程不合理業(yè)務(wù)流程設(shè)置不合理，導(dǎo)致大量收入的流失。例如流程中某些應(yīng)該收費的業(yè)務(wù)，由于相關(guān)規(guī)則的錯誤，導(dǎo)致不能對如此的帳務(wù)收費，或者無法確認客戶的身份以及哪些客戶應(yīng)該收費。假如將這類不太確認的帳單重新放入業(yè)務(wù)流程進行重新的確認、重新批價的重復(fù)核對過程也可能出現(xiàn)差錯。而每次帳單核查到最后，甚至繳費人也可能不正確的。運營商也意識到業(yè)務(wù)流程的合理設(shè)置越來越重要，對關(guān)鍵業(yè)務(wù)流程進行改造勢在必行。對業(yè)務(wù)流程進行科學(xué)的規(guī)劃，要以企業(yè)的戰(zhàn)略目標為導(dǎo)向，著眼于企業(yè)運營的核心流程重新考慮、設(shè)計和變革，從而獲得在成本、質(zhì)量、服務(wù)和速度等方面的大幅度的改善。2.2.3計費系統(tǒng)不完善計費系統(tǒng)是運營商經(jīng)濟利益、客戶的經(jīng)濟利益和服務(wù)質(zhì)量的保障系統(tǒng)，這就要求計費系統(tǒng)準確、穩(wěn)定、及時和可靠。在激烈和復(fù)雜多變的市場環(huán)境下，市場戰(zhàn)略對計費系統(tǒng)的靈活性要求特不高，而計費系統(tǒng)的靈活性和準確穩(wěn)定性是難以達到高度統(tǒng)一和協(xié)調(diào)。要達到那個要求需要計費系統(tǒng)的建設(shè)、使用和維護形成閉環(huán)的循環(huán)。這就對計費系統(tǒng)提出專門多問題和要求，如計費系統(tǒng)要實現(xiàn)計費系統(tǒng)需求和目標相協(xié)調(diào)，計費系統(tǒng)功能要更加適應(yīng)運營商的實際需要，使生產(chǎn)流程與信息系統(tǒng)的要求相匹配。同時，有效的收入保障始于可靠的數(shù)據(jù)采集，假如要做到計費精確，一定要保障采集數(shù)據(jù)的完整性和正確性。采集數(shù)據(jù)的安全性和數(shù)據(jù)修復(fù)能力能夠降低計費數(shù)據(jù)的不穩(wěn)定性，從源頭進行保障[4]。2.3收入保障的實施收入保障的目標在于了解和阻止收入流失以關(guān)心運營商減少運營成本及增加利潤。由于收入流失涉及的環(huán)節(jié)和緣故特不多，一般收入保障是一個由粗到細、逐步完善的過程。首先從初步的收入流失確認和修補開始，隨著修補的實施，逐漸擴大實施推廣范圍。針對不同的收入流失，需要采取不同的收入流失識不診斷方法。基于用戶的收入保障：通過數(shù)據(jù)流比對機制，跟蹤特定客戶的收入流失；基于網(wǎng)絡(luò)的收入保障：通過交叉流量統(tǒng)計信息和支付比對機制，跟蹤運營商之間的收入流失；基于配置的收入保障：針對運營數(shù)據(jù)庫之間的不一致（譬如HLR和計費）進行診斷[31]。收入保障系統(tǒng)應(yīng)該與網(wǎng)絡(luò)越接近越好。而網(wǎng)絡(luò)的的數(shù)據(jù)采集系統(tǒng)――從各個網(wǎng)元中采集數(shù)據(jù)，并利用網(wǎng)絡(luò)和下游系統(tǒng)間的信息交流，正是為此提供了一個理想的平臺。作為使用信息的采集者和分配者，數(shù)據(jù)采集系統(tǒng)通常差不多上唯一的能看到所有來自網(wǎng)絡(luò)層的數(shù)據(jù)的系統(tǒng)。數(shù)據(jù)采集系統(tǒng)作為一個具有對使用信息進行采集、確認、傳輸?shù)纫幌盗泄δ艿囊粋€邏輯平臺，它所起的作用就相當(dāng)于一個收入保障系統(tǒng)的功能。通過追蹤有多少數(shù)據(jù)從每個網(wǎng)元處輸入，多少數(shù)據(jù)被輸出到不同的下游系統(tǒng)，以及多少數(shù)據(jù)出錯而被拒絕，能夠更好的解決前面所提及的種種矛盾。此外，數(shù)據(jù)采集系統(tǒng)還能對出錯的緣故進行報告?；跀?shù)據(jù)采集系統(tǒng)的收入保障正符合“一次性從網(wǎng)絡(luò)上采集使用數(shù)據(jù)且只采集一次”的理論。它從全然上消除了因為多個數(shù)據(jù)源而產(chǎn)生數(shù)據(jù)遺漏或重復(fù)的錯誤，并能實現(xiàn)實時的（或準實時的）收入保障，因為它能如同實況轉(zhuǎn)播一樣直接從數(shù)據(jù)源進行分析。這種解決方案直接與網(wǎng)絡(luò)相聯(lián)，具有深入分析和一些關(guān)鍵的功能，例如數(shù)據(jù)確認、數(shù)據(jù)修復(fù)、網(wǎng)間結(jié)算、信用分析以及網(wǎng)絡(luò)性能治理等，是理想的收入保障工具[6]。收入流失的詳細識不和診斷一般能夠通過工具進行，然而預(yù)防和阻止收入流失要緊靠人員。工具能夠關(guān)心保持流程和邏輯的連續(xù)性，但假如操作員太依靠工具，容易對預(yù)防重視不夠。因此，工具和人工流程的結(jié)合是收入保障項目成功的關(guān)鍵。因此激烈的市場競爭不同意運營商大量收入流失；零流失是不可能的，必須在收入流失和收入保障成本之間做權(quán)衡[4]。2.4本章小結(jié)收入流失的的確確是存在，關(guān)鍵是你能夠給他做出多大程度上的評估。收入保障是一個跨部門的綜合因素在起作用，因此我們需要在整個的企業(yè)中，整個組織中，要來看看我們的收入情況，每個人都應(yīng)該考慮到我們的收入情況，我們的客戶在使用什么樣的服務(wù)，我們?nèi)绾文軌蚯‘?dāng)?shù)厥召M。因此那個平衡點確實是有恰當(dāng)?shù)臉I(yè)務(wù)流程，能夠有足夠的收入保證的專有知識，同時要對收入流失做出專門好的評估，同時我們也需要有專門好的、高素養(yǎng)的職員來實現(xiàn)我們的任務(wù)，使我們的入都能夠到帳。第3章計費系統(tǒng)功能描述計費系統(tǒng)記錄和存儲了運營商的業(yè)務(wù)數(shù)據(jù)和用戶的消費數(shù)據(jù)，這些數(shù)據(jù)隱含著大量的市場信息、客戶消費行為信息和業(yè)務(wù)特性信息。計費系統(tǒng)不僅是電信產(chǎn)品的費用計算系統(tǒng)和關(guān)鍵環(huán)節(jié)，也是維護服務(wù)質(zhì)量和運營商市場策略實現(xiàn)的要緊支撐系統(tǒng)。因此計費系統(tǒng)是電信運營商核心競爭力之一。3.1數(shù)據(jù)采集數(shù)據(jù)采集負責(zé)從各類交換機、關(guān)口局、智能網(wǎng)平臺、IP認證計費系統(tǒng)、增值服務(wù)平臺等數(shù)據(jù)源采集原始話單，作為計費處理的數(shù)據(jù)源。3.1.1采集方式聯(lián)機采集應(yīng)實時、自動的對數(shù)據(jù)源進行采集，盡量減少人工參與的程度。實時采集方式采集子系統(tǒng)與數(shù)據(jù)源直接連接。系統(tǒng)不斷查詢是否有計費原始數(shù)據(jù)生成，當(dāng)發(fā)覺有新計費原始數(shù)據(jù)時，系統(tǒng)讀入計費原始數(shù)據(jù)，同時對計費源端的計費原始數(shù)據(jù)文件設(shè)定已讀取標志。對已讀取的計費原始數(shù)據(jù)文件，系統(tǒng)通過命令還能夠再次讀取。定時采集方式采集子系統(tǒng)與數(shù)據(jù)源采納直連或網(wǎng)絡(luò)連接。依照要求，定時到數(shù)據(jù)源端探詢，如發(fā)覺有新計費原始數(shù)據(jù)文件，系統(tǒng)讀入計費原始數(shù)據(jù)，同時對計費源端的計費原始數(shù)據(jù)文件設(shè)定已讀取標志。對已讀取的計費原始數(shù)據(jù)文件，系統(tǒng)通過命令還能夠再次讀取。脫機采集方式脫機采集為聯(lián)機采集的備份方式。系統(tǒng)應(yīng)提供適合相應(yīng)數(shù)據(jù)源的脫機介質(zhì)的讀取設(shè)備和軟件，通過其進行人工脫機讀取、形成與聯(lián)機采集一致的源數(shù)據(jù)文件。一般通過磁帶、光盤或人工錄入的方式進行數(shù)據(jù)采集[12]。3.1.2采集處理采集設(shè)備依照指定的交換機、網(wǎng)關(guān)等通信設(shè)備，自動采集通信設(shè)備中新產(chǎn)生的原始話單文件。數(shù)據(jù)采集支持多種采集協(xié)議，包括X.25、TCP/IP、FTAM、FTP、MTP、NETFLOW、XML等；支持文件傳輸?shù)臄帱c續(xù)傳；支持文件的壓縮和加密傳輸；采集網(wǎng)絡(luò)支持SNMP協(xié)議或其他網(wǎng)絡(luò)治理協(xié)議，方便系統(tǒng)治理；采集處理應(yīng)及時響應(yīng)采集配置參數(shù)的改變；采集處理要有較高的自動化程度，如：自動任務(wù)調(diào)度、自動任務(wù)恢復(fù)等；采集處理的采集間隔能夠設(shè)定；采集系統(tǒng)要能夠7*24小時不間斷工作；對采集文件的差不多信息進行日志記錄[15]。3.1.3采集流程3.1.3采集流程3.1.4采集數(shù)據(jù)源各類交換機平臺數(shù)據(jù)業(yè)務(wù)平臺智能網(wǎng)平臺會議電視系統(tǒng)短信網(wǎng)關(guān)增值業(yè)務(wù)系統(tǒng)等。3.1.5文件治理采集子系統(tǒng)對采集來的原始數(shù)據(jù)文件進行分目錄存儲和備份治理的功能。支持如下的方式1)基于目錄樹的文件存放治理；2)文件定期和不定期的備份處理；3)支持原始數(shù)據(jù)文件的壓縮存儲和備份，將數(shù)據(jù)備份到磁帶或光盤等永久存儲介質(zhì)上；4)支持依照文件治理參數(shù)的設(shè)定，自動刪除超過指定在線保存期限的歷史數(shù)據(jù)文件以及重復(fù)數(shù)據(jù)文件[14]。3.1.6日志治理系統(tǒng)應(yīng)提供對日志的各種查詢（如按照時刻、文件名、文件大小、采集狀況）、日志刪除、日志轉(zhuǎn)儲的功能[8]。3.1.7參數(shù)治理參數(shù)治理應(yīng)能對采集文件大小、采集周期、傳輸隊列名稱、容錯策略，采集端口，采集對象屬性等可變性參數(shù)進行參數(shù)化配置。采集系統(tǒng)能依照配置的參數(shù)自動調(diào)整采集進程的運行狀態(tài)[7]。3.2預(yù)處理由于通信設(shè)備品種繁多，而且原始通話或服務(wù)記錄格式也有較大的不同，假如直接對各種不同的通信設(shè)備原始記錄進行計費處理，就會造成計費程序與通信設(shè)備相聯(lián)系，對計費程序的修改和升級造成不利阻礙。因此關(guān)于各種業(yè)務(wù)的計費原始數(shù)據(jù)采集后，需要進行相應(yīng)的格式標準化處理，同一業(yè)務(wù)具有統(tǒng)一的標準格式，該格式能方便的識不其業(yè)務(wù)種類，并能包含該業(yè)務(wù)的各項數(shù)據(jù)，需要滿足以下要求[14]。1、讀原始話單文件預(yù)處理模塊自動觸發(fā)的工作方式下，從數(shù)據(jù)庫配置的參數(shù)指定的源文件目錄下讀取原始數(shù)據(jù)文件，并從數(shù)據(jù)文件中讀每一條話單。2、話單格式轉(zhuǎn)換識不差不多業(yè)務(wù)和附加業(yè)務(wù)。將原始數(shù)據(jù)格式轉(zhuǎn)換成為標準預(yù)處理（待批價）格式，預(yù)處理后的話單格式以總部的標準格式為基礎(chǔ)。能處理不同業(yè)務(wù)的不同交換機類型的計費原始數(shù)據(jù)的提取和標準化。識不所有的差不多業(yè)務(wù)、承載業(yè)務(wù)、附加業(yè)務(wù)和增值業(yè)務(wù)。詳單預(yù)處理涉及使用記錄要素有，主叫歸屬地、主叫發(fā)起地（主叫區(qū)號、主叫局向）、被叫所在地（被叫區(qū)號，被叫局向、特性業(yè)務(wù)碼）、出中繼、入中繼、呼叫起始時刻、呼叫終止時刻、計量屬性（時長、流量、點擊數(shù)）等要素[17]。預(yù)處理格式轉(zhuǎn)換過程中，模型數(shù)據(jù)信息域的轉(zhuǎn)換并非是一對一的關(guān)系，輸入數(shù)據(jù)域通過映射機制映射到輸出數(shù)據(jù)域。映射機制指明了輸入信息模型域到輸出信息模型域之間的映射關(guān)系。預(yù)處理的配置信息數(shù)據(jù)庫中的映射配置指明了多種可能的映射關(guān)系，包括：直接映射關(guān)系：指單個輸入數(shù)據(jù)域到單個輸出數(shù)據(jù)域的映射方式；分解映射關(guān)系：指單個輸入數(shù)據(jù)域到一個輸出數(shù)據(jù)域集合的映射方式。這種情況下，輸入數(shù)據(jù)域一般為結(jié)構(gòu)類型，映射中結(jié)構(gòu)首先被分解為差不多數(shù)據(jù)類型，再完成到輸出數(shù)據(jù)域的映射。構(gòu)造映射關(guān)系：指一個輸入數(shù)據(jù)域的集合到單個輸出數(shù)據(jù)域的映射方式。映射中輸出數(shù)據(jù)域首先被分解成為差不多數(shù)據(jù)類型，再完成輸入數(shù)據(jù)域到輸出數(shù)據(jù)域差不多數(shù)據(jù)單元的映射。缺省映射關(guān)系：指輸出數(shù)據(jù)域必須包含一個值，即使輸入數(shù)據(jù)域沒有提供可供映射的數(shù)據(jù)。即輸出數(shù)據(jù)域包含缺省值或輸入數(shù)據(jù)域的映射值。缺省值由映射配置信息指明，轉(zhuǎn)換函數(shù)指明了轉(zhuǎn)換發(fā)生時采納的方法。屏蔽映射關(guān)系：指輸入數(shù)據(jù)域不必映射到輸出數(shù)據(jù)域。映射配置中沒有指定對應(yīng)的輸出數(shù)據(jù)域，輸入數(shù)據(jù)域被丟棄[16]。4、話單分揀1）能夠?qū)崟r和批量的數(shù)據(jù)處理2）能夠識不和分揀出各種交換機、無線市話、智能網(wǎng)、數(shù)據(jù)等定義的各種類型的話單記錄和事件記錄。3）能夠分揀出具有某種特定值的話單，并形成記錄文件及給出記錄總數(shù)。例如：分揀出交換機已標定為不可靠的話單；分揀出不需進行計費處理的業(yè)務(wù)使用記錄；分揀出時長極短的業(yè)務(wù)使用記錄；分揀出時長極長的業(yè)務(wù)使用記錄；分揀出某一標識（例如：業(yè)務(wù)號碼）段的業(yè)務(wù)使用記錄[8]。以上分揀功能可通過界面向操作員提供所有相關(guān)的計費參數(shù)，由操作員依照自己的需要進行設(shè)置[18]。4）驗證并剔除不成功的、有損的和無效的電話記錄，同時將錯誤、無效話單分揀至錯誤話單文件中，錯誤話單文件中針對每一條錯誤話單提供錯誤緣故碼，供后續(xù)的話單回收，統(tǒng)計分析處理。具體錯誤有文件級錯誤：文件名、文件頭部信息錯誤文件格式錯誤文件完整性錯誤記錄級錯誤：日期時刻格式錯誤計費號碼錯誤其他關(guān)鍵字段錯誤無效話單：實際未接通話單標識為免費的話單標識為時刻不可靠的話單交換機時鐘改變的記錄（TimeChangeRecord）交換機統(tǒng)計信息記錄（Tracerrecord）網(wǎng)內(nèi)中繼話單短消息話單SCI話單信令話單用戶申請業(yè)務(wù)或注銷業(yè)務(wù)話單[19]。5）檢錯規(guī)則靈活定制。預(yù)處理為每一種交換機定制錯誤類型編碼，用戶能夠通過預(yù)處理維護界面自定義某個交換機的每一種檢錯規(guī)則是否生效。6）持續(xù)不斷地核對原始話單數(shù)量，保證預(yù)處理的話單，篩選掉的話單和再處理的話單在數(shù)目上與原始話單的總數(shù)吻合。7）能夠分揀出以下幾種形式的話單：長途清單數(shù)據(jù)話單；區(qū)內(nèi)通話清單數(shù)據(jù)話單；區(qū)間通話清單數(shù)據(jù)固定電話撥打移動電話原始數(shù)據(jù)話單；智能網(wǎng)清單數(shù)據(jù)話單。區(qū)內(nèi)通話計次數(shù)據(jù)區(qū)間通話計次數(shù)據(jù)信息服務(wù)話單/帳單數(shù)據(jù)業(yè)務(wù)話單/帳單其它業(yè)務(wù)話單/帳單和其它電信運營商的結(jié)算數(shù)據(jù)5、話單合并話單合并處理包括：部分類型的網(wǎng)元設(shè)備（如交換機）關(guān)于超長詳單進行自動分割處理，在預(yù)處理時，將其還原成一條完整的詳單，以供批價處理；不同網(wǎng)元的多筆相關(guān)使用數(shù)據(jù)（話單格式能夠不同）合并成單筆或多筆通信使用數(shù)據(jù)，以供批價處理。11、預(yù)處理在每個交換機的文件名前面添加特定的前綴，以保證文件的唯一性。12、對錯誤文件回收處理，能夠人工或自動對某一類錯誤話單的錯誤進行修正，并對這部分話單進行回收處理。13、預(yù)處理統(tǒng)計對每一個原始話單文件，程序完成該文件中的各種類型話單統(tǒng)計、超短時長話單統(tǒng)計，超時長話單統(tǒng)計，以及錯誤話單統(tǒng)計。14、系統(tǒng)提供圖形化使用界面，同意操作人員對錯誤數(shù)據(jù)的掃瞄、更正和重新處理15、預(yù)處理日志。程序運行時出現(xiàn)的各種異常情況和話單轉(zhuǎn)換結(jié)果均記錄日志，預(yù)處理日志內(nèi)容包含：數(shù)據(jù)源名稱、話單原始文件名、處理步驟、處理開始時刻、完成時刻，處理的記錄數(shù)，正常和異常的記錄數(shù)，修正的異常記錄數(shù)，修正后的異常記錄數(shù)，異常類型和數(shù)量等。16、預(yù)處理話單備份。關(guān)于通過采集系統(tǒng)取得的原始計費數(shù)據(jù)在線保留六個月，六個月后，采納文件備份的方式進行脫機備份；清單數(shù)據(jù)在線保留六個月，六個月前的清單數(shù)據(jù)采納文件備份的方式進行脫機離線備份3.3計費處理計費處理是對預(yù)處理后數(shù)據(jù)文件及其記錄進行費用計算、優(yōu)惠處理，并進行費用累計及入庫，最后進行高額操縱，回退處理和錯單回收處理后的記錄還能夠重新進行批價。計費處理輸出的標準話單記錄數(shù)據(jù)中，應(yīng)該包含的關(guān)鍵信息要緊有：(1)計費要素(2)統(tǒng)計要素(3)費用要素（包括標準費用、優(yōu)惠后費用等）(4)批價功能包括：話單輸入、費用計算、優(yōu)惠處理、費用累計、入庫處理、回退處理、異常處理、無主話單處理、模擬計費。話單輸入話單輸入是從預(yù)處理模塊接收待批價話單，并進行格式校驗，將錯單存入錯單庫中，供后續(xù)的回收處理；將正確話單提交給費用計算，進行批價處理。費用計算費用計確實是把通過格式檢查與轉(zhuǎn)換后的輸入話單依照運營商所確定的標準資費規(guī)則，進行標準批價，記錄標準費用（優(yōu)惠前費用）。使用費計算具體要求如下：要求支持靈活的標準資費規(guī)則批價實現(xiàn)。要求支持各類業(yè)務(wù)的話單的費用計算。要求快速支持新業(yè)務(wù)的費用計算。要求支持多種度量方式。例如時長、流量、次數(shù)等。要求支持多種單位。例如天、時、分、秒、6秒、字節(jié)、KB、MB、GB等。要求支持按照客戶屬性、服務(wù)實例屬性、話單屬性的一個或多個屬性組合確定費率。要求支持分時刻段確定費率。要求支持分數(shù)量段取得費率。要求支持參考資源量確定費率。要求支持一個話單計算出多種費用。一個話單同時使用多個度量計算費用。要求支持漫游話單的費用計算。要求支持客戶SLA確定費率。要求支持缺省費率批價。要求支持缺省用戶批價。要求支持月租的多種計算方式。例如按天、收整月等。要求支持新舊費率的平滑過渡。要求支持依照產(chǎn)品資費計算費用。要求支持支持產(chǎn)品捆綁資費的費用計算。要求支持資費打算的費用計算。要求支持實時與非實時方式的費用計算。要求將找不到批價相關(guān)信息（規(guī)則、局向等）的話單，存入錯單庫中，供回收處理（3）優(yōu)惠處理優(yōu)惠處理是對標準資費處理后的費用進行優(yōu)惠打折的過程。支持運營商按市場需要靈活設(shè)定的各種優(yōu)惠規(guī)則的批價，并記錄優(yōu)惠部分的費用。批價部分優(yōu)惠處理具體要求如下：要求支持靈活的優(yōu)惠規(guī)則優(yōu)惠處理實現(xiàn)。要求支持絕對日期，相對日期優(yōu)惠。要求支持專門號碼的優(yōu)惠。要求支持分時刻段優(yōu)惠。要求支持分數(shù)量段優(yōu)惠。要求支持多種業(yè)務(wù)間交叉優(yōu)惠。要求支持基于累計資源的優(yōu)惠（如時長累計、流量累計等）。要求支持優(yōu)惠參考對象，優(yōu)惠計算對象，優(yōu)惠分攤對象。要求支持保底、封頂、按比例等優(yōu)惠。要求支持單次通話分段優(yōu)惠以及歷史總量、當(dāng)前總量優(yōu)惠。要求支持最優(yōu)、疊加、互斥優(yōu)先級等優(yōu)惠關(guān)系。3.3.1二次號碼分析現(xiàn)在專門多項業(yè)務(wù)的開展，差不多上在原來的撥號基礎(chǔ)上，增加接入號的方式進行處理的。因而在系統(tǒng)中，我們對這種撥號方式的數(shù)據(jù)進行了統(tǒng)一的處理，將所有號碼進行歸類，關(guān)于帶有接入號碼的話單進行二次號碼分析，提供靈活的計費處理。號碼歸類模型如下：電話號碼接入網(wǎng)不費率類型起用時刻停用時刻17931IP待定。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。關(guān)于有接入號碼的話單，我們在去掉接入號碼后，需要進行二次號碼分析，得出用戶的詳細通話信息，計算用戶的費用。3.3.2重計費處理在系統(tǒng)運行過程中，可能由于多種緣故，需要進行重新批價處理：參數(shù)輸入不全，部分話單則會作為錯誤話單臨時保存到批價錯單表中，待參數(shù)補充齊全后，再將數(shù)據(jù)提取出來重新處理，這部分處理稱做錯單重批價。由于參數(shù)輸入錯誤或其他系統(tǒng)故障，可能會有部分話單的資費等計算錯誤，也需要重新批價處理，稱做已批價話單重批價。出錯話單重批價處理關(guān)于出錯話單，需要人工檢查錯誤緣故，依照錯誤類型，補充相應(yīng)的計費參數(shù)，然后啟動重批價進程對錯誤話單進行重批價處理。已批價話單重批價處理關(guān)于已批價后的話單數(shù)據(jù)，需要依照實際情況，查明錯誤緣故（系統(tǒng)錯誤、參數(shù)錯誤），依照錯誤緣故進行相應(yīng)的處理（有可能是去除系統(tǒng)的Bug）后，重新進行批價處理。重批價日志更新在重批價過程中，由于話單屬于二次處理，為了保持批價日志中話單數(shù)等同實際詳單表中的數(shù)據(jù)一致，系統(tǒng)中必須統(tǒng)計相應(yīng)的數(shù)據(jù)記載相應(yīng)的日志。在錯單重批價時，話單總數(shù)=0，正常單數(shù)=實際處理回收的正常話單，錯誤話單=-正常話單；已批價話單重批價時，正常話單=0，錯誤話單=被當(dāng)作錯誤話單暫存到錯單表中的話單數(shù)，話單總數(shù)=-錯誤話單。重批價統(tǒng)計數(shù)據(jù)更新在重批價后，系統(tǒng)需要進行重新統(tǒng)計，提供各項數(shù)據(jù)統(tǒng)計結(jié)果給報表系統(tǒng)生成報表[27]。3.4本章小節(jié)中國電信運營商的計費系統(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)、錯誤的計費，因此清單采集和計費處理的收入保障就顯更加的重要了。4.1采集收入保障4.1.1采集數(shù)據(jù)完整性模型對移動語音數(shù)據(jù)的采集，一般如圖4.1.1所示。交換機記錄手機的原始通話數(shù)據(jù)，采集機從交換機上采集這些數(shù)據(jù)，傳輸給計費服務(wù)器，計費服務(wù)器對這些數(shù)據(jù)預(yù)處理、批價和出帳。圖4.1.1采集處理網(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ù)器（如圖4.1.1），也能夠是短信網(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ù)量的度量一般以記錄為單位，但在以記錄為要緊度量的前提下，在一些情況下，也能夠?qū)⑽募?shù)或字節(jié)數(shù)作為輔助的度量單位。假如以時刻（如T1）為橫坐標（假設(shè)15分鐘為一個采集周期），采集數(shù)據(jù)完整率R為縱坐標，能夠畫出采集數(shù)據(jù)完整率曲線。對比一段時刻內(nèi)的曲線變化，擬合出一個參考的標準采集數(shù)據(jù)完整率曲線，這為每日采集設(shè)備出來和采集設(shè)備之間傳輸?shù)臄?shù)據(jù)完整性提供了監(jiān)控合分析手段。4.1.2采集數(shù)據(jù)完整性檢查采集數(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ù)目煽俊２杉c的選擇，受駐點設(shè)備是否提供采集點限制。讓所有用戶都記錄通話時刻、的點和時長，即使可行，也是成本高昂的超乎想象。由于受成本和可行采集點的限制，我們能計算的常常是綜合采集數(shù)據(jù)完整性。這就要求我們對采集完整率做綜合分析。對日常采集數(shù)據(jù)完整性監(jiān)控，我們只需選擇兩個采集點，即選擇最靠近起始駐點的一個采集點和最靠近終止駐點的一個采集點，計算采集數(shù)據(jù)完整率，描繪并監(jiān)控采集數(shù)據(jù)完整率的完整性曲線。因為他反映了盡可能多駐點和傳輸線路上的數(shù)據(jù)損失。因此，情況總有兩個面，監(jiān)控的內(nèi)容越多，出現(xiàn)問題時確認問題出在哪里也就越復(fù)雜。在實際使用時經(jīng)常遇到只有一個采集點的情況，另一個采集點的數(shù)據(jù)因政策或競爭緣故不可得到，這時需要采納一些其他方法估算上一個采集點可能的數(shù)據(jù)量?，F(xiàn)在，我們可使用以下方法進行數(shù)據(jù)完整性可能。利用順序號計算法：在一些交換機中，采集文件有順序號，采集記錄也有順序號。比如一個文件有990條記錄，但一個采集文件起止順序號表明有1000條記錄，則采集數(shù)據(jù)完整率為99%。文件連續(xù)性校驗數(shù)據(jù)采集系統(tǒng)在獵取交換機生成的原始文件時，部分交換機會返回一個連續(xù)的序號，作為文件唯一標識，采集程序?qū)⒗么酥底魍茢?，前后采集到的文件此值是否連續(xù)，假如編號連續(xù)，則表明在數(shù)據(jù)文件在邏輯上是連續(xù)的，假如編號不連續(xù)，則表明可能出現(xiàn)了漏采或重采；關(guān)于不能提供文件序列號的交換機，通過計費文件生成時刻、交換機提供的文件列表等進行連續(xù)性校驗。文件完整性校驗數(shù)據(jù)采集系統(tǒng)在整個采集、傳輸過程中監(jiān)控文件的大小和數(shù)目，確保數(shù)據(jù)源、采集服務(wù)器和采集主機之間的文件大小及數(shù)目的一致，如不一致，則作為異常處理。主被叫計算法：關(guān)于本省語音話單，主叫話單和被叫話單是相等的。但假如一段時刻內(nèi)，主叫與被叫對應(yīng)的話單有990條，沒有對應(yīng)被叫的話單有4條，沒有對應(yīng)主叫的被叫話單有6條，我們能夠認為應(yīng)有話單1000條，則采集數(shù)據(jù)完整率為99%。預(yù)測數(shù)據(jù)估算法：采集數(shù)據(jù)沒有一些內(nèi)在規(guī)律關(guān)心估算上一采集點的數(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ù)流淌中是否有損失，但因為它是依照一定時刻段內(nèi)的數(shù)據(jù)量計算的，也能反映設(shè)備吞吐量不足時出現(xiàn)的問題。比如交換機采納X.25協(xié)議以64kb/s的速率采集數(shù)據(jù)，小于春節(jié)高峰期交換機產(chǎn)生數(shù)據(jù)的速率，從而形成數(shù)據(jù)堵塞，使采集機上的數(shù)據(jù)量遠小于交換機上產(chǎn)生的數(shù)據(jù)。為此，我們依照采集數(shù)據(jù)量的計算以及實際情況，決定對采集方式進行改造，將原有的X.25方式替換為TCP/IP方式。采納TCP/IP協(xié)議速率有專門大的提高。如此將極大提高話單采集速度，從而解決數(shù)據(jù)堵塞的問題，保障了實時完整的采集和計費[30]。4.1.3統(tǒng)一集中的數(shù)據(jù)采集完整性治理數(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)一界面，在一個界面上能夠觀看所有業(yè)務(wù)、所有設(shè)備的數(shù)據(jù)采集完整率曲線[24]。4.1.4斷點續(xù)傳功能由于網(wǎng)絡(luò)的緣故，數(shù)據(jù)采集進程經(jīng)常會中斷，造成話單采集不完全的情況發(fā)生，從而導(dǎo)致話單的丟失，因此數(shù)據(jù)采集處理應(yīng)支持斷點續(xù)傳功能。進行文件傳輸時，在服務(wù)器端，對打開的文件設(shè)置了一個偏移量，每次傳輸文件的一部分，就將偏移量設(shè)置成當(dāng)前傳輸?shù)膲K的偏移量。假如傳輸成功，則取下一塊的偏移量，假如失敗，則保存該偏移量。那個偏移量是斷點續(xù)傳的關(guān)鍵之一。在客戶端，在傳輸失敗的時候保留該未完成的文件，那個文件的大小是斷點續(xù)傳的另一個關(guān)鍵。有了上述兩個關(guān)鍵點，系統(tǒng)便能夠?qū)崿F(xiàn)斷點續(xù)傳了。當(dāng)客戶端發(fā)送續(xù)傳命令時，與命令一起發(fā)送的還有續(xù)傳點，也確實是文件應(yīng)該從哪里開始添加數(shù)據(jù)。那個續(xù)傳點能夠通過取未完成的文件的大小來得到。當(dāng)服務(wù)端接收到續(xù)傳命令，取得續(xù)傳點，將其與服務(wù)器上保存的偏移量進行比較，若一致則打開一個數(shù)據(jù)連接，從該偏移量開始傳輸。而在客戶端，只需要將文件位移置于末尾，便能夠從數(shù)據(jù)連接接收續(xù)傳的數(shù)據(jù)，將其添加到未完成的文件的末尾[12]。4.2預(yù)處理收入保障4.2.1話單檢重日常我們有時會發(fā)覺有些話單重復(fù)而造成重復(fù)收費的情況，話單重復(fù)會導(dǎo)致用戶投訴，運營商不但要對用戶進行高額的賠償外還要受到名譽的阻礙，這也是造成運營商收入流失的一個問題。那么我們能夠在預(yù)處理的同時也完成話單的檢重工作。重單類型包括：話單主叫、被叫相同，通話開始時刻重復(fù)或在指定的誤差范圍內(nèi)；話單主叫、被叫相同，通話時刻重疊或在指定的誤差范圍內(nèi)；預(yù)處理提供靈活的檢重處理和重單規(guī)則配置，支持參數(shù)配置選擇需相互撿重的業(yè)務(wù)和撿重條件。系統(tǒng)將通過如下的方式來進行檢重處理：話單預(yù)處理完成后，需要提取話單中的某幾個字段（以一般電話語音話單為例），起始主叫號碼，起始主叫時刻，被叫號碼，采納HASH算法，將這三個字段的值進行進一步的計算得到一個該話單對應(yīng)的唯一性標志碼，關(guān)于當(dāng)天的話單形成的唯一性ID是放在內(nèi)存數(shù)據(jù)庫中，關(guān)于歷史的唯一性ID放在文件系統(tǒng)中，按照一天一個（或多個）ID號文件的方式進行存放，依照發(fā)送來的新的話單的發(fā)生日期，進行排重，假如是當(dāng)天的話單，則在內(nèi)存數(shù)據(jù)庫中進行排重，假如是遲到話單，則依照實際發(fā)生的日期找到相應(yīng)的唯一性ID號文件進行排重。下一條話單計費完后，同樣進行那個HASH算法，假如得到的唯一性標志碼與已有的標志碼相重復(fù)，則表示該話單是重單，將該話單入庫到重單數(shù)據(jù)庫進行分析，查詢。采納HASH算法來實現(xiàn)重單的檢驗，比用數(shù)據(jù)庫的唯一性索引來檢查重單，極大的提高了話單的入庫速度，要緊體現(xiàn)在兩個方面：采納HASH算法，關(guān)于檢驗話單的重復(fù)提高了速度[23]。4.2.2包容單檢查若兩條清單中的幾個關(guān)鍵域完全相同且下一條清單的起始時刻和結(jié)束時刻分不小于上一條清單的起始時刻和結(jié)束時刻的情況視為包容單。我們在話單檢重的時，一般對包容話單經(jīng)常采取選擇時長最大清單進行計費而另一條清單不計費的原則，但現(xiàn)在我們不能完全遵循這一原則，因為關(guān)于N-ISDN業(yè)務(wù)和主被叫都為PBX用戶出現(xiàn)話單包容情況是業(yè)務(wù)進展的結(jié)果，因此需要對其不進行包容單檢查，假如按照往常丟掉其中任意一條清單都會對運營商造成收入損失[26]。4.2.3交叉單檢查若兩條清單中的幾個關(guān)鍵域完全相同，且下一條清單的起始時刻或結(jié)束時刻介于上一條清單的起始時刻和結(jié)束時刻之間情況視為交叉單。我們在話單檢重的時，一般對交叉話單經(jīng)常采取選擇起始時刻最早的清單進行計費而另一條清單不計費的原則，但現(xiàn)在我們不能完全遵循這一原則，因為關(guān)于N-ISDN業(yè)務(wù)和主被叫都為PBX用戶出現(xiàn)話單交叉的情況是業(yè)務(wù)進展的結(jié)果，因此需要對其不進行交叉單檢查，假如按照往常丟掉其中任意一條清單都會對運營商造成收入損失[19]。4.2.4話單糾錯對話單預(yù)處理時候，會因為話單字段格式錯誤或者其它緣故，我們把其作為錯誤話單進行單獨存放，錯誤話單是不能進行下一步計費操作的，這就意味著運營商不能向用戶收取這些話費，導(dǎo)致運營商的收入損失。為了減少損失，在不阻礙費用計算的前提下，對話單進行適度的修改。具體包括下述能夠糾正的錯誤：假如對端號碼記錄錯誤，刪除對端號碼中的非法字符；假如是與計費無關(guān)的字段出現(xiàn)錯誤，我們能夠忽略這種錯誤的出現(xiàn)；能夠?qū)⒂脩糁付Ｊ降腻e誤處理情況在預(yù)處理時自動糾正，以便能夠進行計費處理[26]。4.3計費處理收入保障4.3.1參數(shù)及時回調(diào)在進行計費處理過程中，我們將計費參數(shù)一次性全部調(diào)入共享內(nèi)存區(qū)，各個批價進程從共享內(nèi)存區(qū)獵取計費參數(shù)，進行批價處理。由于系統(tǒng)維護的參數(shù)永久存儲在數(shù)據(jù)庫中，因而需要將用戶更改過的計費參數(shù)及時更新到內(nèi)存中以便批價系統(tǒng)能夠按照新的規(guī)則進行批價，假如沒有及時更新，會導(dǎo)致批價結(jié)果錯誤，造成損失。我們能夠在系統(tǒng)中設(shè)計了專門的進程參數(shù)守護進程，實時檢測系統(tǒng)中參數(shù)是否變化。關(guān)于差不多變化的參數(shù)，系統(tǒng)及時堵塞批價進程，進行內(nèi)存參數(shù)更新，如此就使得系統(tǒng)參數(shù)的變化及時反映到實時批價系統(tǒng)中。再加上批價系統(tǒng)的參數(shù)化驅(qū)動機制，因此在資費標準、計費規(guī)則等改變時，系統(tǒng)不必事先停止所有進程，而僅僅依照需要進行參數(shù)更改，系統(tǒng)則會自動將新的政策完好地體現(xiàn)在系統(tǒng)中。在所有的參數(shù)表中,我們需要定義參數(shù)生效起始時刻、參數(shù)生效終止時刻。因此，在系統(tǒng)中政策變更、資費調(diào)整時，只需要在系統(tǒng)中更改舊參數(shù)的生效終止時刻，另外增加新的參數(shù)即可。在關(guān)鍵參數(shù)表的修改之后，系統(tǒng)將做數(shù)據(jù)合法性檢驗，協(xié)助治理員校驗數(shù)據(jù)錄入的正確性。需要實現(xiàn)的參數(shù)包括：號段分配的交叉性檢驗；計費規(guī)則、固定號段分配同費率表的關(guān)聯(lián)一致性檢驗；號碼長短包容的檢驗等[13]。4.3.2無主話單治理運營商為了提高自己的產(chǎn)品銷售數(shù)量，預(yù)先把一些已開通的產(chǎn)品推向市場，這些產(chǎn)品的推廣清一色的通過代理商來完成的。代理商在賣產(chǎn)品的時候需要記錄購買產(chǎn)品的用戶信息，比如：用戶姓名、身份證號碼、聯(lián)系地址等，代理商會在一段時刻后把這些用戶信息送給運營商，運營商通過這些信息在業(yè)務(wù)支撐系統(tǒng)的數(shù)據(jù)庫中給用戶建檔。我們從那個流程中不難看到，由于存在代理商返單的情況，在代理商沒有返單的這段時刻內(nèi)，用戶所使用的產(chǎn)品由于無法在系統(tǒng)中找到用戶信息而出現(xiàn)無主話單的情況，關(guān)于無主話單大多數(shù)電信運營商沒有采取一種優(yōu)先進行監(jiān)控的機制，如此往往會讓一些用戶鉆了空子，打了電話不去繳費的欺詐行為的出現(xiàn)?；谶@種情況，我認為電信運營商需要建立一套針對無主用戶的治理機制，實現(xiàn)對無主用戶的監(jiān)控功能，實現(xiàn)對其有條件的停機操作。有條件停機能夠是規(guī)定無主用戶話費限額，假如超過那個限額系統(tǒng)會對其立即做停機處理，還能夠選擇無主用戶存在的時刻，假如無主用戶在規(guī)定的日期內(nèi)還沒有轉(zhuǎn)成正是用戶，系統(tǒng)能夠立即對其進行強制停機。采取這些措施能夠在滿足用戶需要的基礎(chǔ)上，最大限度的減少運營商的損失。4.4核查分析核查分析治理包括庫外統(tǒng)計分析、庫內(nèi)統(tǒng)計分析、統(tǒng)計分析報表和對帳等部分，庫外統(tǒng)計要緊對進行預(yù)處理后的標準數(shù)據(jù)進行各種標準的統(tǒng)計，為后續(xù)的各類統(tǒng)計查詢提供數(shù)據(jù)源，特不是實時性較高和對數(shù)據(jù)庫要求高的統(tǒng)計，庫內(nèi)統(tǒng)計完成使用數(shù)據(jù)庫統(tǒng)計方便、庫外統(tǒng)計難于實現(xiàn)且對數(shù)據(jù)庫要求較低的統(tǒng)計，并提供多種數(shù)據(jù)核查功能，以保證系統(tǒng)各部分之間的數(shù)據(jù)同步和一致[22]。核查分析治理系統(tǒng)同時將各種查詢結(jié)果打印輸出，支持將數(shù)據(jù)存于文件（如Excel文檔）進行存儲或閱讀。業(yè)務(wù)數(shù)據(jù)核查功能是計費核查治理系統(tǒng)的最核心部分，需要對大量的基礎(chǔ)數(shù)據(jù)進行過濾、分揀、分類、統(tǒng)計、對比，并生成核查結(jié)果數(shù)據(jù)供后續(xù)處理作為數(shù)據(jù)源；要提供多種數(shù)據(jù)核查功能，以保證系統(tǒng)各部分之間的數(shù)據(jù)同步和一致。完成關(guān)口局與端局核對MSC剔除話單的核查IN用戶話單。漏單的核查初期營帳數(shù)據(jù)（導(dǎo)表數(shù)據(jù)）與G局原始話單對比，核查國際長話費是否漏單。營帳數(shù)據(jù)（導(dǎo)表數(shù)據(jù)）與cdma端局msc原始話單對比，vpn等話單計費是否漏單。后期原始話單的對比。主被叫成對及其他情況成對的話單，是否有漏單的情況。網(wǎng)間話單的核查每一次通話話單的通話方向來話去話國內(nèi)轉(zhuǎn)話國際轉(zhuǎn)話每一次通話的撥打類型固定撥打移動移動撥打固定固定撥打固定移動撥打移動每一次通話的結(jié)算對象發(fā)話方受話方中轉(zhuǎn)方所屬通信公司每一次通話的業(yè)務(wù)類型國內(nèi)長途市內(nèi)通信國際電話統(tǒng)計相關(guān)指標信息通話次數(shù)時長通信費用業(yè)務(wù)數(shù)據(jù)核查對進入系統(tǒng)的大量數(shù)據(jù)進行了核查、統(tǒng)計、沉淀處理，為核查分析提供了數(shù)據(jù)源，核查分析確實是對業(yè)務(wù)數(shù)據(jù)核查結(jié)果進行更高層次的分析、展現(xiàn)，提供系統(tǒng)使用人員易于同意的結(jié)果方式。核查分析涉及面廣、業(yè)務(wù)復(fù)雜，適用、可靠、高性能的核查分析的實現(xiàn)較困難，建議系統(tǒng)建設(shè)初期建立可擴充性良好的架構(gòu)、從最差不多的業(yè)務(wù)核查分析做起，以后逐步完善核查分析的功能。局間業(yè)務(wù)分析方面：網(wǎng)間總呼叫業(yè)務(wù)來去話分析。關(guān)口局雙向業(yè)務(wù)比較。漫游業(yè)務(wù)與聯(lián)通網(wǎng)內(nèi)來去話業(yè)務(wù)分析。移動業(yè)務(wù)至國際來去話業(yè)務(wù)分析。移動業(yè)務(wù)與其他運營商網(wǎng)間業(yè)務(wù)分析。網(wǎng)間客戶分析和服務(wù)不規(guī)范行為分析：超長呼叫分析。超短呼叫分析。計費方面：漫游異常行為發(fā)覺。移動和聯(lián)通話單計費（結(jié)算）核查；移動和電信話單計費（結(jié)算）核查；移動和其他運營商話單核查；超長、超短、異常話費報表；與各運營企業(yè)網(wǎng)間通話平均時長。交換方面：中繼群話務(wù)量排名表；基站話務(wù)量分析表超短話單基站分布統(tǒng)計分析各局忙時話務(wù)量排名表；MSC話務(wù)量分析表；MSC忙時話務(wù)量排名表。漫游信息分析：用戶漫游行為分析；用戶平均漫游次數(shù)分析；漫游通話次數(shù)分析；漫游異常行為發(fā)覺。對帳提供了對比雙方的微觀對帳方式，能夠具體到每一條話單，每一次呼叫，查看雙方話單是否正確。系統(tǒng)提供具備數(shù)據(jù)導(dǎo)入功能的前臺應(yīng)用程序，能夠靈活方便的將不同對比對象的對帳清單導(dǎo)入到系統(tǒng)內(nèi)，同時能夠選定對帳范圍（如：對帳日期范圍、業(yè)務(wù)范圍、地區(qū)范圍、路由范圍等）進行自動對帳，在對帳過程中，系統(tǒng)依照設(shè)定的同意對帳差額進行比較，關(guān)于差額過大的項目提出告警通知，并出具對帳結(jié)果報告，對帳報告中分為：主叫、被叫、時刻完全吻合的記錄數(shù)和時長；主叫、被叫相同但時刻在誤差范圍之內(nèi)的記錄數(shù)和時長；主叫、被叫和時刻作為關(guān)鍵字雙方互不存在的的記錄數(shù)和時長等。在系統(tǒng)清單對帳處理時，能夠支持對指定域的模糊匹配功能，比如在雙方記錄的主被叫區(qū)號方式不同時，能夠設(shè)置從域的第幾位開始匹配。4.5推廣實時預(yù)付費機制目前大多數(shù)運營商差不多上采納后付費和準實時計費方式。后付費方式是指用戶先使用產(chǎn)品，之后再在運營商指定的日期內(nèi)繳納產(chǎn)品使用費，由于中國社會信用體系還沒有建立，專門多用戶在使用產(chǎn)品之后專門難自覺的去繳納產(chǎn)品使用費用，從而產(chǎn)生大批量的壞帳帳單，從而造成運營商損失。準預(yù)付費在專門大的程度上禰補了后付費的弊端，它要求用戶使用產(chǎn)品之前必須繳納一定的費用，在行業(yè)里稱為預(yù)付費，當(dāng)用戶使用一次產(chǎn)品就從該預(yù)存上扣除一部分費用，從而保障運營商的利益。但準預(yù)付費還有一個缺陷，只有用戶使用完產(chǎn)品后才能依照產(chǎn)品使用情況扣除相應(yīng)的費用，假如一個用戶在使用產(chǎn)品之后產(chǎn)生的使用費多于用戶當(dāng)前的預(yù)存金額，那么同樣能夠?qū)е掠脩羟焚M的情況發(fā)生，只要有欠費情況發(fā)生就會伴隨用戶欺詐行為的出現(xiàn)[9]。實時預(yù)付費能夠?qū)ｉT好的解決產(chǎn)生用戶欠費的問題，它的原則是系統(tǒng)能夠?qū)崟r針測用戶通話情況，當(dāng)用戶的預(yù)存不足以抵扣用戶產(chǎn)生的話費，那么交換機立即能夠?qū)φ谕ㄔ挼慕K端進行強制性的停機處理，如此能夠完全幸免欠費情況的發(fā)生。但預(yù)付費計費在中國應(yīng)用的還不是專門廣泛，其中