自動加料機控制系統(tǒng)(單片機類)

自動加料機控制系統(tǒng)(單片機類),自動,加料,控制系統(tǒng),單片機 分類號 密級 UDC 編號 中國科學院研究生院 碩士學位論文 電信運營商收入保障系統(tǒng)設(shè)計與實現(xiàn) XXX 指導教師 XXX 職稱 單位 XXX 職稱 單位 申請學位級別 工程碩士 學科專業(yè)名稱 軟件工程 論文提交日期 2005年5月 論文答辯日期 培養(yǎng)單位 中國科學院研究生院軟件學院 學位授予單位 中國科學院研究生院 答辯委員會主席 東軟軟件股份有限公司 - 2 - 獨 創(chuàng) 性 聲 明 本人鄭重聲明：所提交的學位論文，是本人在指導教師的指導下，獨立進行研究工作所取得的研究成果。盡我所知，文中除特別標注和致謝的地方外，學位論文中不包含其他人或集體已經(jīng)發(fā)表或撰寫過的研究成果，也不包含為獲得中國科學院研究生院或其它教育機構(gòu)的學位或證書所使用過的材料。對本文的研究做出重要貢獻的個人和集體，均已在文中以明確方式標明。本人完全意識到本聲明的法律結(jié)果由本人承擔。 簽名：_____________日期：_______________ 關(guān)于學位論文使用授權(quán)的說明 本人完全了解中國科學院研究生院有關(guān)保管、使用學位論文的規(guī)定，其中包括：①學校有權(quán)保管、并向有關(guān)部門送交學位論文的原件與復(fù)印件；②學校可以采用影印、縮印或其它復(fù)制手段復(fù)制并保存學位論文；③學?？稍试S學位論文被查閱或借閱；④學?？梢詫W術(shù)交流為目的,復(fù)制贈送和交換學位論文；⑤學?？梢怨紝W位論文的全部或部分內(nèi)容。 （涉密的學位論文在解密后應(yīng)遵守此規(guī)定） 簽名：_____________導師簽名：______________ 日期：_______________ 65 摘要 摘要 自上世紀90年代，嵌入式技術(shù)已經(jīng)成為通信和消費類電子產(chǎn)品的共同發(fā)展方向。移動通信終端是集成移動通信功能的嵌入式系統(tǒng)產(chǎn)品，是一個軟件和硬件有效綜合、集成的系統(tǒng)。 本文研究領(lǐng)域涉及嵌入式系統(tǒng)開發(fā)流程和方法、嵌入式移動通信終端系統(tǒng)軟硬件框架、NOR Flash芯片體系結(jié)構(gòu)、Flash芯片驅(qū)動軟件的自適應(yīng)算法、Flash映像文件空間壓縮算法、霍爾傳感器(Hall Sensor）驅(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映像文件空間壓縮算法，并對ST NOR Combo Flash 中因擦除狀態(tài)不穩(wěn)定而存在位反轉(zhuǎn)從而導致系統(tǒng)不能開機這樣一個技術(shù)難題，提出了改進和解決方法；接著分別給出了Hall Sensor和LCD 驅(qū)動原理和軟件實現(xiàn)，并在RAM受限的移動通信終端中，有效實現(xiàn)了LCD的顏色校正和LCD抗靜電干擾軟件恢復(fù)算法(ESD Recovery)；最后，給出了在現(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)鍵詞：移動通信終端， NOR Flash芯片，映像文件空間壓縮算法，Hall sensor 驅(qū)動軟件，LCD顏色校正，LCD ESD 軟件恢復(fù)序列，設(shè)備驅(qū)動軟件。 Abstract With the modernization and diversification of information technology, China telecom carriers are facing more complex technology environments than ever before. Fast updating of service, process, system and equipment result in more risk of fees missing, big heating and malice arrear. In order to improve revenue assurance and revenue management telecom carriers need a whole set of revenue assurance system. Revenue assurance means diagnosing current operation process and information system to find revenue losing so as to stop and prevent it. The system can help not only reduce fees losing and increase benefits, but also construct revenue process normalization and enhance running efficiency. In the background of some Chinese telecom supporting system, this paper analyzed revenue assurance syste. Based on billing system, this paper adopted object oriented method to design and implement a revenue assurance system. This paper also discusses how to integrate a revenue assurance system. At last, we discuss revenue assurance problems of future 3G mobile system. Keywords:Revenue Assurance、3G(Third Generation communication)、Billing、Collection、 Pretreatment、KPI(Key Performance Indicator) 目錄 目錄 摘要 2 Abstract 3 第一章 緒論 7 1.1收入保障概述 7 1.2國內(nèi)收入保障調(diào)查 7 1.3國內(nèi)收入保障現(xiàn)狀 8 1.4國內(nèi)收入保障發(fā)展趨勢 9 1.5論文主要工作和目標 9 第二章 收入保障綜述 10 2.1端到端業(yè)務(wù)流程 10 2.2收入流失原因 12 2.2.1管理水平 12 2.2.2業(yè)務(wù)流程不合理 12 2.2.3計費系統(tǒng)不完善 13 2.3收入保障的實施 13 2.4本章小結(jié) 14 第三章 計費系統(tǒng)功能描述 15 3.1數(shù)據(jù)采集 15 3.1.1采集方式 15 3.1.2采集處理 15 3.1.3采集流程 16 3.1.3 采集流程 16 3.1.4采集數(shù)據(jù)源 16 3.1.5文件管理 16 3.1.6日志管理 17 3.1.7參數(shù)管理 17 3.2預(yù)處理 17 3.3計費處理 21 3.3.1二次號碼分析 23 3.3.2重計費處理 23 3.4本章小節(jié) 24 第四章 收入保障系統(tǒng)研究 26 4.1采集收入保障 26 4.1.1采集數(shù)據(jù)完整性模型 26 4.1.2采集數(shù)據(jù)完整性檢查 27 4.1.3統(tǒng)一集中的數(shù)據(jù)采集完整性管理 29 4.1.4斷點續(xù)傳功能 30 4.2預(yù)處理收入保障 30 4.2.1話單檢重 30 4.2.2包容單檢查 31 4.2.3交叉單檢查 31 4.2.4話單糾錯 32 4.3計費處理收入保障 32 4.3.1參數(shù)及時回調(diào) 32 4.3.2無主話單管理 33 4.4核查分析 33 4.5推廣實時預(yù)付費機制 37 4.6計費系統(tǒng)監(jiān)控 40 4.6.1采集監(jiān)控 40 4.6.2預(yù)處理監(jiān)控 42 4.6.3一次批價監(jiān)控 44 4.7本章小節(jié) 46 第五章 收入保障系統(tǒng)設(shè)計與實現(xiàn) 48 5.1系統(tǒng)開發(fā)技術(shù)框架 48 5.2系統(tǒng)開發(fā)環(huán)境 49 5.3系統(tǒng)設(shè)計 49 5.3.1收入保障系統(tǒng)設(shè)計流程和方法 49 5.3.2監(jiān)控系統(tǒng)設(shè)計流程和方法 51 5.4算法 52 5.4.1二叉樹搜索算法的數(shù)據(jù)結(jié)構(gòu) 52 5.4.2散列搜索算法的數(shù)據(jù)結(jié)構(gòu) 52 5.5本章小節(jié) 53 第六章 收入保障系統(tǒng)實施與部署 54 第七章 面向3G時代的收入保障 56 7.1全球的經(jīng)驗－3G計費問題 56 7.23G計費的問題點 56 7.2.1業(yè)務(wù)模式 56 7.2.2計費單位 57 7.2.3如何記錄交易 58 7.2.4計費計算 58 7.2.5準確性和審計的挑戰(zhàn) 58 7.3本章小節(jié) 59 第八章 結(jié)論與展望 60 參考文獻 61 致謝 64 第1章 緒論 第1章 緒論 電信市場的競爭日益激烈，傳統(tǒng)業(yè)務(wù)的收入日益下滑，整體利潤攤薄，運營商在提高收入和利潤的同時，愈加意識到收入流失的問題。收入保障應(yīng)運而生，它旨在降低收入流失，提高利潤率。 1.1收入保障概述 英國電信咨詢公司Analysys對全球各地50家運營商進行了電話和面對面調(diào)查。發(fā)現(xiàn)平均每一家運營商由于原始記錄不完整、計費錯誤、用戶欺詐和流程的缺陷等所損失的收入占其總收入的13.7%。根據(jù)IDC，全球年電信服務(wù)收入目前約為1萬億美元，由此得知收入流失的總量高達每年1300億—1400億美元。報告還發(fā)現(xiàn)，收入流失問題正在成為一個日趨嚴重的問題，兩年前，流失的收入僅為全部收入的12.4%。 收入流失現(xiàn)象的普遍存在，嚴重的影響了電信運營商的收入和利潤指標的完成。如果收入流失能夠減少一半，按照收入利潤率20%計算，電信運營商的收入會增加6%-7%，利潤會增加30%-35%。目前運營商們紛紛采取收入保障措施來減少收入流失，調(diào)查顯示，與一年前相比72%的運營商都更加看重收入保障工作。 “收入保障”不僅僅是一項收入流失原因分析的咨詢方案，還是一份以確保降低成本、減少收入流失、增加收入為目標，涵蓋了技術(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é)合的方法。 1) 有41%的回答者認為運營商的收入流失情況比較嚴重，3%的回答者認為收入流失非常嚴重； 2) 對于收入流失原因。有63%的回答者將管理水平列為運營商收入流失主要原因；有62%回答者將業(yè)務(wù)流程列為運營商收入流失的第二大原因；有56%的回答者認為計 中國科學院研究生院 第一章 緒論 3) 費系統(tǒng)的不完善是收入流失的第三大主要原因； 4) 對于實時收入保障的必要性。有62%的回答者表示運營商非常有必要實時收入保障，有37%的回答者認為運營商雖然有必要實時收入保障，但是有難度。 5) 調(diào)查結(jié)果顯示，防止收入流失和和規(guī)范收入保障流程為運營商實施收入保障項目的兩大主要目標[16]。 1.3國內(nèi)收入保障現(xiàn)狀 當前的中國電信服務(wù)行業(yè)正在發(fā)生巨大的變化，中國的電信運營商在經(jīng)歷了高速發(fā)展之后，正面臨市場飽和以及激烈競爭導致價格下跌的雙重壓力。因此，國內(nèi)主要運營商努力尋求國際最先進的設(shè)備、系統(tǒng)和管理方法，對網(wǎng)絡(luò)設(shè)備和技術(shù)更新進行了持續(xù)的、大規(guī)模的投入，以保持和提高競爭力，并隨時準備迎接未來的挑戰(zhàn)。 對中國的電信運營商而言，目前最重要的任務(wù)是開源節(jié)流，即在提高收入的同時，減少操作中發(fā)生的收入流失。電信行業(yè)發(fā)展的歷史已經(jīng)證明，錯綜復(fù)雜的電信網(wǎng)絡(luò)和不斷的技術(shù)更新給國內(nèi)電信運營商提出了下列三個挑戰(zhàn)： 1) 技術(shù)進步增加電信營運的復(fù)雜性和難度。各種類型和技術(shù)層次的數(shù)據(jù)環(huán)境以及網(wǎng)絡(luò)內(nèi)外的服務(wù)器都會增加數(shù)據(jù)破壞、失效、丟失、以及錯誤記錄的機會。這樣一個復(fù)雜的技術(shù)環(huán)境不僅會造成錯誤計費或漏計費，更大幅度地增加運營商面對大額欺詐和壞帳的風險。各運營商必須采取措施克服以上的挑戰(zhàn)，保障用戶的權(quán)益，提高服務(wù)滿意度，排除營運環(huán)境中潛伏的風險。 2) 為了推廣新技術(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)一的、科學的和有效的機制進一步確保企業(yè)內(nèi)部優(yōu)化的成果，是各運營商戰(zhàn)略策劃和操作管理中必須解決的一個重要課題。 3) 隨著中國加入W T O 和電信行業(yè)體制改革的深化，各運營商也面對著世界其它電信服務(wù)商在企業(yè)管理水平和投資回報等各方面的競爭。國內(nèi)運營商從收入保障的角度出發(fā)，通過研究國際電信業(yè)最佳實踐和適當?shù)囊M與收入相關(guān)的管理經(jīng)驗、理念和體制，可以進一步提高電信企業(yè)的管理水平，躋身世界一流企業(yè)[5]。 1.4國內(nèi)收入保障發(fā)展趨勢 目前，國內(nèi)運營商已經(jīng)清晰的認識到實施收入保障的意義和作用，但就像前面所介紹的那樣，他們目前面臨著激烈的市場競爭，尤其對中國3G牌照的爭奪上，占用了運營商絕大部分的精力、時間和金錢?？上驳氖荋P公司在2005年3月7日宣布為中國南方某省運營商實施的收入保障咨詢項目已順利完成，并驗收成功。這是2005年國內(nèi)完成的首個收入保障咨詢項目。 據(jù)悉，中國的電信運營商們計劃在2005至2006年度啟動收入保障項目，他們目前共同面臨著缺乏一套行之有效的收入保障方法論作為理論基礎(chǔ)和指導方針。但我們有理由相信，電信業(yè)收入保障勢在必行。 1.5論文主要工作和目標 本論文主要研究在中國電信企業(yè)中都存在了哪些收入流失的現(xiàn)象，通過現(xiàn)象進行詳細的分析，找出流失的原因，并提出預(yù)防和解決的方案。由于收入保障幾乎涉及到電信企業(yè)的業(yè)務(wù)操作的每個流程，所以在此次論文中我首先會對整個收入保障的情況進行總體的分析和歸納。但是，由于收入保障是一個涉及范圍廣而且及其復(fù)雜，在本次論文中我會從中選取一個論點進行詳盡的分析和研究，最終提出一套解決方案。 第3章 計費系統(tǒng)功能描述 第2章 收入保障綜述 收入保障不僅僅是一項收入流失原因分析的咨詢方案，還是一份以確保降低成本、減少收入流失、增加收入為目標，涵蓋了技術(shù)、業(yè)務(wù)、管理等方面，更為重要的是收入保障是一個跨部門的事情，電信運營商必須長期重視、認真開展管理實踐活動。 在整體上，依據(jù)對收入的影響，收入保障可以分為四類 ： ? 客戶使用了服務(wù)，但沒有對其收費或者少收費：收入已流失，除非盡快發(fā)現(xiàn)； ? 客戶征定了服務(wù)，但無法使用：通過對流失的發(fā)現(xiàn)和停止，未來的收入流失會得到避免； ? 尚未確定服務(wù)機會，因此無法售出：提供新的機會產(chǎn)生收入； ? 資產(chǎn)管理：多余的能力未能售出或仍在庫存當中，通過正確的市場定位，內(nèi)部協(xié)調(diào)和新的程序可以產(chǎn)生額外的收入。 前兩類導致收入流失，后兩類導致機會流失。 運營商從銷售到收入的業(yè)務(wù)流程的復(fù)雜性是導致收入流失的根源。從銷售訂單、運營、開通、計費到實際支付獲得收入的整個過程中，任何一個環(huán)節(jié)都有可能出現(xiàn)收入流失。 具體的，收入流失潛在原因包括：不完整或錯誤的服務(wù)開通；記錄解析失敗或校驗錯誤；不正確的批價表；缺乏或不準確的錯誤校正機制；預(yù)付費話單的延遲處理；欺詐行為；漫游和互聯(lián)識別或者協(xié)議錯誤；欠費等。一般來說，50%的收入流失是由于網(wǎng)絡(luò)和采集問題造成的。另外，新產(chǎn)生的內(nèi)容計費業(yè)務(wù)，引發(fā)新的收入流失風險，譬如：運營商與內(nèi)容提供商（CP）和服務(wù)提供商（SP）之間費用的結(jié)算出現(xiàn)不一致；實際內(nèi)容流量與收費存在不一致和爭議等[2]。 2.1端到端業(yè)務(wù)流程 具體對某個運營商，到底是哪些環(huán)節(jié)、哪些因素導致流失，這就是收入保障需要解決的問題。為此收入保障項目應(yīng)關(guān)注電信運營商收入的整個生成流程，對包括營銷、網(wǎng)絡(luò)、計費和結(jié)算等方面在內(nèi)的電信操作進行系統(tǒng)的、端到端的分析和檢驗。圖2.1示范舉例某電信運營商收入生成過程中的各個環(huán)節(jié)。 圖2.1 電信運營商收入生成過程 1) 業(yè)務(wù)受理： ? 開戶銷戶 ：是指客戶申請使用電信運營商提供的某項業(yè)務(wù)或者產(chǎn)品的過程； ? 業(yè)務(wù)受理 ：已經(jīng)申請電信運營商提供的業(yè)務(wù)的用戶，可以根據(jù)自身的需要向電信運營商申請新業(yè)務(wù)或者新產(chǎn)品，同時還可以變更老業(yè)務(wù)的某些屬性。 ? 業(yè)務(wù)注銷：是指客戶申請取消使用電信業(yè)務(wù)的過程。 2) 網(wǎng)絡(luò)使用： 話單生成：程控交換設(shè)備在用戶一次通話完畢之后生成用戶通話記錄，也就是原始話單。 3) 計費處理： ? 話單采集：計費系統(tǒng)需要到交互機或者網(wǎng)關(guān)設(shè)備采集原始話單，以供后續(xù)的批價處理。 ? 預(yù)處理：從交換機采集的話單由于交換機的類型不同，采集到的話單格式也會有所不同，需要對其進行格式轉(zhuǎn)換，轉(zhuǎn)換成能夠正確計費的標準格式。 ? 一次批價：對預(yù)處理后的話單進行批價的過程。 ? 詳單優(yōu)惠入庫：對批價后的詳單進行優(yōu)惠處理，并把詳單數(shù)據(jù)加載到數(shù)據(jù)庫中。 4) 帳務(wù)處理： ? 累帳：對入庫的詳單按照某種規(guī)則把相同通話類型的費用進行累加處理。 ? 出帳：每月需要對每個用戶進行出帳操作，出帳主要完成用戶月租計算和帳務(wù)優(yōu)惠。 ? 調(diào)帳：如果用戶帳單費用由于程序錯誤或者系統(tǒng)故障造成計算錯誤，需要對其進行帳單調(diào)整操作。 ? 信用管理：為了避免用戶發(fā)生欠費，維護運營商的利益，需要實時對用戶消費情況進行監(jiān)控，如果用戶余額不足時，需要限制用戶使用某些業(yè)務(wù)的權(quán)利。 ? 催繳欠費：對于產(chǎn)生大量欠費的用戶需要進行欠費催繳。 5) 結(jié)算： ? 網(wǎng)內(nèi)結(jié)算：某個電信運營商各個分公司之間的費用結(jié)算。 ? 網(wǎng)間(其他運營商)結(jié)算：電信運營商與其它電信運營商之間的費用結(jié)算。 ? 增值(服務(wù)或內(nèi)容提供商)結(jié)算：電信運營商與SP或者CP之間的費用結(jié)算。 在這些成產(chǎ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è)置不合理，導致大量收入的流失。例如流程中某些應(yīng)該收費的業(yè)務(wù)，由于相關(guān)規(guī)則的錯誤，導致不能對這樣的帳務(wù)收費，或者無法確認客戶的身份以及哪些客戶應(yīng)該收費。如果將這類不太確認的帳單重新放入業(yè)務(wù)流程進行重新的確認、重新批價的重復(fù)核對過程也可能出現(xiàn)差錯。而每次帳單核查到最后，甚至繳費人也可能不正確的。運營商也意識到業(yè)務(wù)流程的合理設(shè)置越來越重要，對關(guān)鍵業(yè)務(wù)流程進行改造勢在必行。 對業(yè)務(wù)流程進行科學的規(guī)劃，要以企業(yè)的戰(zhàn)略目標為導向，著眼于企業(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收入保障的實施 收入保障的目標在于了解和阻止收入流失以幫助運營商減少運營成本及增加利潤。由于收入流失涉及的環(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ù)纫幌盗泄δ艿囊粋€邏輯平臺，它所起的作用就相當于一個收入保障系統(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ù)防和阻止收入流失主要靠人員。工具可以幫助保持流程和邏輯的連續(xù)性，但如果操作員太依靠工具，容易對預(yù)防重視不夠。因此，工具和人工流程的結(jié)合是收入保障項目成功的關(guān)鍵。 所以激烈的市場競爭不允許運營商大量收入流失；零流失是不可能的，必須在收入流失和收入保障成本之間做權(quán)衡[4]。 2.4本章小結(jié) 收入流失的的確確是存在，關(guān)鍵是你能夠給他做出多大程度上的評估。收入保障是一個跨部門的綜合因素在起作用，因此我們需要在整個的企業(yè)中，整個組織中，要來看看我們的收入情況，每個人都應(yīng)該考慮到我們的收入情況，我們的客戶在使用什么樣的服務(wù)，我們?nèi)绾文軌蚯‘數(shù)厥召M。因此這個平衡點就是有恰當?shù)臉I(yè)務(wù)流程，能夠有足夠的收入保證的專有知識，同時要對收入流失做出很好的評估，同時我們也需要有很好的、高素質(zhì)的員工來實現(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ù)采集負責從各類交換機、關(guān)口局、智能網(wǎng)平臺、IP認證計費系統(tǒng)、增值服務(wù)平臺等數(shù)據(jù)源采集原始話單，作為計費處理的數(shù)據(jù)源。 3.1.1采集方式 聯(lián)機采集應(yīng)實時、自動的對數(shù)據(jù)源進行采集，盡量減少人工參與的程度。 3.1.1.1實時采集方式 采集子系統(tǒng)與數(shù)據(jù)源直接連接。系統(tǒng)不斷查詢是否有計費原始數(shù)據(jù)生成，當發(fā)現(xiàn)有新計費原始數(shù)據(jù)時，系統(tǒng)讀入計費原始數(shù)據(jù)，同時對計費源端的計費原始數(shù)據(jù)文件設(shè)定已讀取標志。對已讀取的計費原始數(shù)據(jù)文件，系統(tǒng)通過命令還可以再次讀取。 3.1.1.2定時采集方式 采集子系統(tǒng)與數(shù)據(jù)源采用直連或網(wǎng)絡(luò)連接。根據(jù)要求，定時到數(shù)據(jù)源端探詢，如發(fā)現(xiàn)有新計費原始數(shù)據(jù)文件，系統(tǒng)讀入計費原始數(shù)據(jù)，同時對計費源端的計費原始數(shù)據(jù)文件設(shè)定已讀取標志。對已讀取的計費原始數(shù)據(jù)文件，系統(tǒng)通過命令還可以再次讀取。 3.1.1.3脫機采集方式 脫機采集為聯(lián)機采集的備份方式。系統(tǒng)應(yīng)提供適合相應(yīng)數(shù)據(jù)源的脫機介質(zhì)的讀取設(shè)備和軟件，通過其進行人工脫機讀取、形成與聯(lián)機采集一致的源數(shù)據(jù)文件。一般通過磁帶、光盤或人工錄入的方式進行數(shù)據(jù)采集[12]。 3.1.2采集處理 采集設(shè)備根據(jù)指定的交換機、網(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)支持根據(jù)文件管理參數(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)能根據(jù)配置的參數(shù)自動調(diào)整采集進程的運行狀態(tài)[7]。 3.2預(yù)處理 由于通信設(shè)備品種繁多，而且原始通話或服務(wù)記錄格式也有較大的不同，如果直接對各種不同的通信設(shè)備原始記錄進行計費處理，就會造成計費程序與通信設(shè)備相聯(liá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ù)，由操作員根據(jù)自己的需要進行設(shè)置[18]。 4）驗證并剔除不成功的、有損的和無效的電話記錄，同時將錯誤、無效話單分揀至錯誤話單文件中，錯誤話單文件中針對每一條錯誤話單提供錯誤原因碼，供后續(xù)的話單回收，統(tǒng)計分析處理。具體錯誤有 文件級錯誤： ? 文件名、文件頭部信息錯誤 ? 文件格式錯誤 ? 文件完整性錯誤 ? 記錄級錯誤： ? 日期時間格式錯誤 ? 計費號碼錯誤 ? 其他關(guān)鍵字段錯誤 ? 無效話單： ? 實際未接通話單 ? 標識為免費的話單 ? 標識為時間不可靠的話單 ? 交換機時鐘改變的記錄（Time Change Record） ? 交換機統(tǒng)計信息記錄（Tracer record） ? 網(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è)備（如交換機）對于超長詳單進行自動分割處理，在預(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ù)處理話單備份。對于通過采集系統(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ù)的回收處理；將正確話單提交給費用計算，進行批價處理。 ? 費用計算 費用計算是把經(jīng)過格式檢查與轉(zhuǎn)換后的輸入話單根據(jù)運營商所確定的標準資費規(guī)則，進行標準批價，記錄標準費用（優(yōu)惠前費用）。 使用費計算具體要求如下： ? 要求支持靈活的標準資費規(guī)則批價實現(xiàn)。 ? 要求支持各類業(yè)務(wù)的話單的費用計算。 ? 要求快速支持新業(yè)務(wù)的費用計算。 ? 要求支持多種度量方式。例如時長、流量、次數(shù)等。 ? 要求支持多種單位。例如天、時、分、秒、6秒、字節(jié)、KB、MB、GB等。 ? 要求支持按照客戶屬性、服務(wù)實例屬性、話單屬性的一個或多個屬性組合確定費率。 ? 要求支持分時間段確定費率。 ? 要求支持分數(shù)量段取得費率。 ? 要求支持參考資源量確定費率。 ? 要求支持一個話單計算出多種費用。一個話單同時使用多個度量計算費用。 ? 要求支持漫游話單的費用計算。 ? 要求支持客戶SLA確定費率。 ? 要求支持缺省費率批價。 ? 要求支持缺省用戶批價。 ? 要求支持月租的多種計算方式。例如按天、收整月等。 ? 要求支持新舊費率的平滑過渡。 ? 要求支持根據(jù)產(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)惠以及歷史總量、當前總量優(yōu)惠。 ? 要求支持最優(yōu)、疊加、互斥優(yōu)先級等優(yōu)惠關(guān)系。 3.3.1二次號碼分析 現(xiàn)在很多項業(yè)務(wù)的開展，都是在原來的撥號基礎(chǔ)上，增加接入號的方式進行處理的。因而在系統(tǒng)中，我們對這種撥號方式的數(shù)據(jù)進行了統(tǒng)一的處理，將所有號碼進行歸類，對于帶有接入號碼的話單進行二次號碼分析，提供靈活的計費處理。 號碼歸類模型如下： 電話號碼 接入網(wǎng)別 費率類型 起用時間 停用時間 17931 IP 待定 。。。。。。 。。。。。。 。。。。。。 。。。。。。 。。。。。。 。。。。。。 。。。。。。 。。。。。。 。。。。。。 對于有接入號碼的話單，我們在去掉接入號碼后，需要進行二次號碼分析，得出用戶的詳細通話信息，計算用戶的費用。 3.3.2重計費處理 在系統(tǒng)運行過程中，可能由于多種原因，需要進行重新批價處理： 參數(shù)輸入不全，部分話單則會作為錯誤話單臨時保存到批價錯單表中，待參數(shù)補充齊全后，再將數(shù)據(jù)提取出來重新處理，這部分處理稱做錯單重批價。 由于參數(shù)輸入錯誤或其他系統(tǒng)故障，可能會有部分話單的資費等計算錯誤，也需要重新批價處理，稱做已批價話單重批價。 ? 出錯話單重批價處理 對于出錯話單，需要人工檢查錯誤原因，根據(jù)錯誤類型，補充相應(yīng)的計費參數(shù)，然后啟動重批價進程對錯誤話單進行重批價處理。 ? 已批價話單重批價處理 對于已批價后的話單數(shù)據(jù)，需要根據(jù)實際情況，查明錯誤原因（系統(tǒng)錯誤、參數(shù)錯誤），根據(jù)錯誤原因進行相應(yīng)的處理（有可能是去除系統(tǒng)的Bug）后，重新進行批價處理。 ? 重批價日志更新 在重批價過程中，由于話單屬于二次處理，為了保持批價日志中話單數(shù)等同實際詳單表中的數(shù)據(jù)一致，系統(tǒng)中必須統(tǒng)計相應(yīng)的數(shù)據(jù)記載相應(yīng)的日志。 在錯單重批價時，話單總數(shù)=0，正常單數(shù)=實際處理回收的正常話單，錯誤話單=-正常話單； 已批價話單重批價時，正常話單=0，錯誤話單=被當作錯誤話單暫存到錯單表中的話單數(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)研究 第4章 收入保障系統(tǒng)研究 運營商從銷售到收入的業(yè)務(wù)流程的復(fù)雜性是導致收入流失的根源。從銷售訂單、運營、開通、計費到實際支付獲得收入的整個過程中，任何一個環(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ù)量的度量一般以記錄為單位，但在以記錄為主要度量的前提下，在一些情況下，也可以將文件數(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ù)完整率，那么當采集出現(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ù)損失。當然，事情總有兩個面，監(jiān)控的內(nèi)容越多，出現(xiàn)問題時確認問題出在哪里也就越復(fù)雜。 在實際使用時經(jīng)常遇到只有一個采集點的情況，另一個采集點的數(shù)據(jù)因政策或競爭原因不可得到，這時需要采用一些其他辦法估算上一個采集點可能的數(shù)據(jù)量。此時，我們可使用以下方法進行數(shù)據(jù)完整性估計。 l 利用順序號計算法：在一些交換機中，采集文件有順序號，采集記錄也有順序號。比如一個文件有990條記錄，但一個采集文件起止順序號表明有1000條記錄，則采集數(shù)據(jù)完整率為99%。 ? 文件連續(xù)性校驗 數(shù)據(jù)采集系統(tǒng)在獲取交換機生成的原始文件時，部分交換機會返回一個連續(xù)的序號，作為文件唯一標識，采集程序?qū)⒗么酥底髋袛啵昂蟛杉降奈募酥凳欠襁B續(xù)，如果編號連續(xù)，則表明在數(shù)據(jù)文件在邏輯上是連續(xù)的，如果編號不連續(xù)，則表明可能出現(xiàn)了漏采或重采；對于不能提供文件序列號的交換機，通過計費文件生成時間、交換機提供的文件列表等進行連續(xù)性校驗。 ? 文件完整性校驗 數(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ù)測當前上一采集點對應(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)的問題。比如交換機采用X.25協(xié)議以64kb/s的速率采集數(shù)據(jù)，小于春節(jié)高峰期交換機產(chǎn)生數(shù)據(jù)的速率，從而形成數(shù)據(jù)阻塞，使采集機上的數(shù)據(jù)量遠小于交換機上產(chǎn)生的數(shù)據(jù)。為此，我們根據(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ī)定閾值，當出現(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ā)生，從而導致話單的丟失，所以數(shù)據(jù)采集處理應(yīng)支持斷點續(xù)傳功能。 進行文件傳輸時，在服務(wù)器端，對打開的文件設(shè)置了一個偏移量，每次傳輸文件的一部分，就將偏移量設(shè)置成當前傳輸?shù)膲K的偏移量。如果傳輸成功，則取下一塊的偏移量，如果失敗，則保存該偏移量。這個偏移量是斷點續(xù)傳的關(guān)鍵之一。 在客戶端，在傳輸失敗的時候保留該未完成的文件，這個文件的大小是斷點續(xù)傳的另一個關(guān)鍵。 有了上述兩個關(guān)鍵點，系統(tǒng)便可以實現(xiàn)斷點續(xù)傳了。 當客戶端發(fā)送續(xù)傳命令時，與命令一起發(fā)送的還有續(xù)傳點，也就是文件應(yīng)該從哪里開始添加數(shù)據(jù)。這個續(xù)傳點可以通過取未完成的文件的大小來得到。當服務(wù)端接收到續(xù)傳命令，取得續(xù)傳點，將其與服務(wù)器上保存的偏移量進行比較，若一致則打開一個數(shù)據(jù)連接，從該偏移量開始傳輸。而在客戶端，只需要將文件位移置于末尾，便可以從數(shù)據(jù)連接接收續(xù)傳的數(shù)據(jù)，將其添加到未完成的文件的末尾[12]。 4.2預(yù)處理收入保障 4.2.1話單檢重 日常我們有時會發(fā)現(xiàn)有些話單重復(fù)而造成重復(fù)收費的情況，話單重復(fù)會導致用戶投訴，運營商不但要對用戶進行高額的賠償外還要受到名譽的影響，這也是造成運營商收入流失的一個問題。那么我們可以在預(yù)處理的同時也完成話單的檢重工作。 重單類型包括： ? 話單主叫、被叫相同，通話開始時間重復(fù)或在指定的誤差范圍內(nèi)； ? 話單主叫、