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

1、碩士學(xué)位論文電信運營商收入保障系統(tǒng)設(shè)計與實現(xiàn) 摘要自上世紀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ù)背景、面臨的問題

2、；然后提出一個Flash驅(qū)動軟件的自適應(yīng)實現(xiàn)原理，和Flash存儲器中MCU映像文件空間壓縮算法，并對ST NOR Combo Flash 中因擦除狀態(tài)不穩(wěn)定而存在位反轉(zhuǎn)從而導(dǎo)致系統(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)用在本公司研

3、發(fā)的移動通信終端產(chǎn)品中，為大工業(yè)化生產(chǎn)的靈活市場采購提供了技術(shù)保障，并且取得了良好的經(jīng)濟效益。關(guān)鍵詞：移動通信終端， NOR Flash芯片，映像文件空間壓縮算法，Hall sensor 驅(qū)動軟件，LCD顏色校正，LCD ESD 軟件恢復(fù)序列，設(shè)備驅(qū)動軟件。AbstractWith the modernization and diversification of information technology, China telecom carriers are facing more complex technology environments than ever before. Fast

4、 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 pro

5、cess 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 p

6、aper 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 syst

7、em.Keywords:Revenue Assurance、3G(Third Generation communication)、Billing、Collection、Pretreatment、KPI(Key Performance Indicator)目錄 TOC o 1-3 h z u HYPERLINK l _Toc104169443 摘要 PAGEREF _Toc104169443 h 2 HYPERLINK l _Toc104169444 Abstract PAGEREF _Toc104169444 h 3 HYPERLINK l _Toc104169445 第一章 緒論 PAGER

8、EF _Toc104169445 h 7 HYPERLINK l _Toc104169446 收入保障概述 PAGEREF _Toc104169446 h 7 HYPERLINK l _Toc104169447 國內(nèi)收入保障調(diào)查 PAGEREF _Toc104169447 h 7 HYPERLINK l _Toc104169448 國內(nèi)收入保障現(xiàn)狀 PAGEREF _Toc104169448 h 8 HYPERLINK l _Toc104169449 國內(nèi)收入保障發(fā)展趨勢 PAGEREF _Toc104169449 h 9 HYPERLINK l _Toc104169450 論文主要工作和目標

9、 PAGEREF _Toc104169450 h 9 HYPERLINK l _Toc104169451 第二章 收入保障綜述 PAGEREF _Toc104169451 h 10 HYPERLINK l _Toc104169452 端到端業(yè)務(wù)流程 PAGEREF _Toc104169452 h 10 HYPERLINK l _Toc104169453 收入流失原因 PAGEREF _Toc104169453 h 12 HYPERLINK l _Toc104169454 管理水平 PAGEREF _Toc104169454 h 12 HYPERLINK l _Toc104169455 業(yè)務(wù)流程

10、不合理 PAGEREF _Toc104169455 h 12 HYPERLINK l _Toc104169456 計費系統(tǒng)不完善 PAGEREF _Toc104169456 h 13 HYPERLINK l _Toc104169457 收入保障的實施 PAGEREF _Toc104169457 h 13 HYPERLINK l _Toc104169458 本章小結(jié) PAGEREF _Toc104169458 h 14 HYPERLINK l _Toc104169459 第三章 計費系統(tǒng)功能描述 PAGEREF _Toc104169459 h 15 HYPERLINK l _Toc1041694

11、60 數(shù)據(jù)采集 PAGEREF _Toc104169460 h 15 HYPERLINK l _Toc104169461 采集方式 PAGEREF _Toc104169461 h 15 HYPERLINK l _Toc104169462 采集處理 PAGEREF _Toc104169462 h 15 HYPERLINK l _Toc104169463 采集流程 PAGEREF _Toc104169463 h 16 HYPERLINK l _Toc104169464 3.1.3 采集流程 PAGEREF _Toc104169464 h 16 HYPERLINK l _Toc104169465 采

12、集數(shù)據(jù)源 PAGEREF _Toc104169465 h 16 HYPERLINK l _Toc104169466 文件管理 PAGEREF _Toc104169466 h 16 HYPERLINK l _Toc104169467 日志管理 PAGEREF _Toc104169467 h 17 HYPERLINK l _Toc104169468 參數(shù)管理 PAGEREF _Toc104169468 h 17 HYPERLINK l _Toc104169469 預(yù)處理 PAGEREF _Toc104169469 h 17 HYPERLINK l _Toc104169470 計費處理 PAGERE

13、F _Toc104169470 h 21 HYPERLINK l _Toc104169471 二次號碼分析 PAGEREF _Toc104169471 h 23 HYPERLINK l _Toc104169472 重計費處理 PAGEREF _Toc104169472 h 23 HYPERLINK l _Toc104169473 本章小節(jié) PAGEREF _Toc104169473 h 24 HYPERLINK l _Toc104169474 第四章 收入保障系統(tǒng)研究 PAGEREF _Toc104169474 h 26 HYPERLINK l _Toc104169475 采集收入保障 PAG

14、EREF _Toc104169475 h 26 HYPERLINK l _Toc104169476 采集數(shù)據(jù)完整性模型 PAGEREF _Toc104169476 h 26 HYPERLINK l _Toc104169477 采集數(shù)據(jù)完整性檢查 PAGEREF _Toc104169477 h 27 HYPERLINK l _Toc104169478 統(tǒng)一集中的數(shù)據(jù)采集完整性管理 PAGEREF _Toc104169478 h 29 HYPERLINK l _Toc104169479 斷點續(xù)傳功能 PAGEREF _Toc104169479 h 30 HYPERLINK l _Toc104169

15、480 預(yù)處理收入保障 PAGEREF _Toc104169480 h 30 HYPERLINK l _Toc104169481 話單檢重 PAGEREF _Toc104169481 h 30 HYPERLINK l _Toc104169482 包容單檢查 PAGEREF _Toc104169482 h 31 HYPERLINK l _Toc104169483 交叉單檢查 PAGEREF _Toc104169483 h 31 HYPERLINK l _Toc104169484 話單糾錯 PAGEREF _Toc104169484 h 32 HYPERLINK l _Toc104169485 計

16、費處理收入保障 PAGEREF _Toc104169485 h 32 HYPERLINK l _Toc104169486 參數(shù)及時回調(diào) PAGEREF _Toc104169486 h 32 HYPERLINK l _Toc104169487 無主話單管理 PAGEREF _Toc104169487 h 33 HYPERLINK l _Toc104169488 核查分析 PAGEREF _Toc104169488 h 33 HYPERLINK l _Toc104169489 推廣實時預(yù)付費機制 PAGEREF _Toc104169489 h 37 HYPERLINK l _Toc10416949

17、0 計費系統(tǒng)監(jiān)控 PAGEREF _Toc104169490 h 40 HYPERLINK l _Toc104169491 采集監(jiān)控 PAGEREF _Toc104169491 h 40 HYPERLINK l _Toc104169492 預(yù)處理監(jiān)控 PAGEREF _Toc104169492 h 42 HYPERLINK l _Toc104169493 一次批價監(jiān)控 PAGEREF _Toc104169493 h 44 HYPERLINK l _Toc104169494 本章小節(jié) PAGEREF _Toc104169494 h 46 HYPERLINK l _Toc104169495 第五章

18、 收入保障系統(tǒng)設(shè)計與實現(xiàn) PAGEREF _Toc104169495 h 48 HYPERLINK l _Toc104169496 系統(tǒng)開發(fā)技術(shù)框架 PAGEREF _Toc104169496 h 48 HYPERLINK l _Toc104169497 系統(tǒng)開發(fā)環(huán)境 PAGEREF _Toc104169497 h 49 HYPERLINK l _Toc104169498 系統(tǒng)設(shè)計 PAGEREF _Toc104169498 h 49 HYPERLINK l _Toc104169499 收入保障系統(tǒng)設(shè)計流程和方法 PAGEREF _Toc104169499 h 49 HYPERLINK l _

19、Toc104169500 監(jiān)控系統(tǒng)設(shè)計流程和方法 PAGEREF _Toc104169500 h 51 HYPERLINK l _Toc104169501 算法 PAGEREF _Toc104169501 h 52 HYPERLINK l _Toc104169502 二叉樹搜索算法的數(shù)據(jù)結(jié)構(gòu) PAGEREF _Toc104169502 h 52 HYPERLINK l _Toc104169503 散列搜索算法的數(shù)據(jù)結(jié)構(gòu) PAGEREF _Toc104169503 h 52 HYPERLINK l _Toc104169504 本章小節(jié) PAGEREF _Toc104169504 h 53 HYP

20、ERLINK l _Toc104169505 第六章 收入保障系統(tǒng)實施與部署 PAGEREF _Toc104169505 h 54 HYPERLINK l _Toc104169506 第七章 面向3G時代的收入保障 PAGEREF _Toc104169506 h 56 HYPERLINK l _Toc104169507 全球的經(jīng)驗3G計費問題 PAGEREF _Toc104169507 h 56 HYPERLINK l _Toc104169508 計費的問題點 PAGEREF _Toc104169508 h 56 HYPERLINK l _Toc104169509 業(yè)務(wù)模式 PAGEREF _

21、Toc104169509 h 56 HYPERLINK l _Toc104169510 計費單位 PAGEREF _Toc104169510 h 57 HYPERLINK l _Toc104169511 如何記錄交易 PAGEREF _Toc104169511 h 58 HYPERLINK l _Toc104169512 計費計算 PAGEREF _Toc104169512 h 58 HYPERLINK l _Toc104169513 準確性和審計的挑戰(zhàn) PAGEREF _Toc104169513 h 58 HYPERLINK l _Toc104169514 本章小節(jié) PAGEREF _Toc

22、104169514 h 59 HYPERLINK l _Toc104169515 第八章 結(jié)論與展望 PAGEREF _Toc104169515 h 60 HYPERLINK l _Toc104169516 參考文獻 PAGEREF _Toc104169516 h 61 HYPERLINK l _Toc104169517 致謝 PAGEREF _Toc104169517 h 64第1章 緒論電信市場的競爭日益激烈，傳統(tǒng)業(yè)務(wù)的收入日益下滑，整體利潤攤薄，運營商在提高收入和利潤的同時，愈加意識到收入流失的問題。收入保障應(yīng)運而生，它旨在降低收入流失，提高利潤率。收入保障概述英國電信咨詢公司Analy

23、sys對全球各地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)查顯示，

24、與一年前相比72%的運營商都更加看重收入保障工作?！笆杖氡Ｕ稀辈粌H僅是一項收入流失原因分析的咨詢方案，還是一份以確保降低成本、減少收入流失、增加收入為目標，涵蓋了技術(shù)、業(yè)務(wù)、管理的具體解決方案，更為重要的是一項電信運營商必須長期重視、認真開展的管理實踐活動3。國內(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%的回答者認

25、為運營商的收入流失情況比較嚴重，3%的回答者認為收入流失非常嚴重；對于收入流失原因。有63%的回答者將管理水平列為運營商收入流失主要原因；有62%回答者將業(yè)務(wù)流程列為運營商收入流失的第二大原因；有56%的回答者認為計費系統(tǒng)的不完善是收入流失的第三大主要原因；對于實時收入保障的必要性。有62%的回答者表示運營商非常有必要實時收入保障，有37%的回答者認為運營商雖然有必要實時收入保障，但是有難度。調(diào)查結(jié)果顯示，防止收入流失和和規(guī)范收入保障流程為運營商實施收入保障項目的兩大主要目標16。國內(nèi)收入保障現(xiàn)狀當(dāng)前的中國電信服務(wù)行業(yè)正在發(fā)生巨大的變化，中國的電信運營商在經(jīng)歷了高速發(fā)展之后，正面臨市場飽和以及

26、激烈競爭導(dǎo)致價格下跌的雙重壓力。因此，國內(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)： 技術(shù)進步增加電信營運的復(fù)雜性和難度。各種類型和技術(shù)層次的數(shù)據(jù)環(huán)境以及網(wǎng)絡(luò)內(nèi)外的服務(wù)器都會增加數(shù)據(jù)破壞、失效、丟失、以及錯誤記錄的機會。這樣一個復(fù)雜的技術(shù)環(huán)境不僅會造成錯誤計費或漏計費，更大幅度地增加運營商面對大額

27、欺詐和壞帳的風(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)略策劃和操作管理中必須解決的一個重要課題。 隨著中國加入W T O 和電信行業(yè)體制改革的深化，各

28、運營商也面對著世界其它電信服務(wù)商在企業(yè)管理水平和投資回報等各方面的競爭。國內(nèi)運營商從收入保障的角度出發(fā)，通過研究國際電信業(yè)最佳實踐和適當(dāng)?shù)囊M與收入相關(guān)的管理經(jīng)驗、理念和體制，可以進一步提高電信企業(yè)的管理水平，躋身世界一流企業(yè)5。國內(nèi)收入保障發(fā)展趨勢目前，國內(nèi)運營商已經(jīng)清晰的認識到實施收入保障的意義和作用，但就像前面所介紹的那樣，他們目前面臨著激烈的市場競爭，尤其對中國3G牌照的爭奪上，占用了運營商絕大部分的精力、時間和金錢。可喜的是HP公司在2005年3月7日宣布為中國南方某省運營商實施的收入保障咨詢項目已順利完成，并驗收成功。這是2005年國內(nèi)完成的首個收入保障咨詢項目。據(jù)悉，中國的電信運

29、營商們計劃在2005至2006年度啟動收入保障項目，他們目前共同面臨著缺乏一套行之有效的收入保障方法論作為理論基礎(chǔ)和指導(dǎo)方針。但我們有理由相信，電信業(yè)收入保障勢在必行。論文主要工作和目標本論文主要研究在中國電信企業(yè)中都存在了哪些收入流失的現(xiàn)象，通過現(xiàn)象進行詳細的分析，找出流失的原因，并提出預(yù)防和解決的方案。由于收入保障幾乎涉及到電信企業(yè)的業(yè)務(wù)操作的每個流程，所以在此次論文中我首先會對整個收入保障的情況進行總體的分析和歸納。但是，由于收入保障是一個涉及范圍廣而且及其復(fù)雜，在本次論文中我會從中選取一個論點進行詳盡的分析和研究，最終提出一套解決方案。第2章 收入保障綜述 收入保障不僅僅是一項收入流失

30、原因分析的咨詢方案，還是一份以確保降低成本、減少收入流失、增加收入為目標，涵蓋了技術(shù)、業(yè)務(wù)、管理等方面，更為重要的是收入保障是一個跨部門的事情，電信運營商必須長期重視、認真開展管理實踐活動。在整體上，依據(jù)對收入的影響，收入保障可以分為四類 ：客戶使用了服務(wù)，但沒有對其收費或者少收費：收入已流失，除非盡快發(fā)現(xiàn)；客戶征定了服務(wù)，但無法使用：通過對流失的發(fā)現(xiàn)和停止，未來的收入流失會得到避免；尚未確定服務(wù)機會，因此無法售出：提供新的機會產(chǎn)生收入；資產(chǎn)管理：多余的能力未能售出或仍在庫存當(dāng)中，通過正確的市場定位，內(nèi)部協(xié)調(diào)和新的程序可以產(chǎn)生額外的收入。前兩類導(dǎo)致收入流失，后兩類導(dǎo)致機會流失。運營商從銷售到收

31、入的業(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。端到端業(yè)務(wù)流程具體對某個運營商，到底是哪些環(huán)節(jié)、哪些

32、因素導(dǎo)致流失，這就是收入保障需要解決的問題。為此收入保障項目應(yīng)關(guān)注電信運營商收入的整個生成流程，對包括營銷、網(wǎng)絡(luò)、計費和結(jié)算等方面在內(nèi)的電信操作進行系統(tǒng)的、端到端的分析和檢驗。圖范舉例某電信運營商收入生成過程中的各個環(huán)節(jié)。 圖2.1 電信運營商收入生成過程業(yè)務(wù)受理： 開戶銷戶 ：是指客戶申請使用電信運營商提供的某項業(yè)務(wù)或者產(chǎn)品的過程；業(yè)務(wù)受理 ：已經(jīng)申請電信運營商提供的業(yè)務(wù)的用戶，可以根據(jù)自身的需要向電信運營商申請新業(yè)務(wù)或者新產(chǎn)品，同時還可以變更老業(yè)務(wù)的某些屬性。業(yè)務(wù)注銷：是指客戶申請取消使用電信業(yè)務(wù)的過程。網(wǎng)絡(luò)使用：話單生成：程控交換設(shè)備在用戶一次通話完畢之后生成用戶通話記錄，也就是原始話單

33、。計費處理：話單采集：計費系統(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ā)生欠費，維

34、護運營商的利益，需要實時對用戶消費情況進行監(jiān)控，如果用戶余額不足時，需要限制用戶使用某些業(yè)務(wù)的權(quán)利。催繳欠費：對于產(chǎn)生大量欠費的用戶需要進行欠費催繳。結(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。收入流失原因管理水平中國各運營商在運營組織結(jié)構(gòu)上略有差異，運營管理水平與國際現(xiàn)金管理水平相比也有一定的差距。在日益激烈競爭的環(huán)境下，業(yè)務(wù)管

35、理交叉重復(fù)，管理中的矛盾和問題越來越嚴重，給新業(yè)務(wù)的的開展帶來了重重的壓力。運營商迫切需要改進系統(tǒng)和平臺整合管理資源，提高對流程、業(yè)務(wù)、信用、網(wǎng)絡(luò)、服務(wù)等管理水平，以提升運營商的核心競爭力。業(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é)

36、的規(guī)劃，要以企業(yè)的戰(zhàn)略目標為導(dǎo)向，著眼于企業(yè)運營的核心流程重新思考、設(shè)計和變革，從而獲得在成本、質(zhì)量、服務(wù)和速度等方面的大幅度的改善。計費系統(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)的要求相匹配。同時，有效的收入

37、保障始于可靠的數(shù)據(jù)采集，如果要做到計費精確，一定要保障采集數(shù)據(jù)的完整性和正確性。采集數(shù)據(jù)的安全性和數(shù)據(jù)修復(fù)能力可以降低計費數(shù)據(jù)的不穩(wěn)定性，從源頭進行保障4。收入保障的實施收入保障的目標在于了解和阻止收入流失以幫助運營商減少運營成本及增加利潤。由于收入流失涉及的環(huán)節(jié)和原因非常多，一般收入保障是一個由粗到細、逐步完善的過程。首先從初步的收入流失確認和修補開始，隨著修補的實施，逐漸擴大實施推廣范圍。針對不同的收入流失，需要采取不同的收入流失識別診斷方法?；谟脩舻氖杖氡Ｕ希和ㄟ^數(shù)據(jù)流比對機制，跟蹤特定客戶的收入流失；基于網(wǎng)絡(luò)的收入保障：通過交叉流量統(tǒng)計信息和支付比對機制，跟蹤運營商之間的收入流失；基

38、于配置的收入保障：針對運營數(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)還能對出錯的原因

39、進行報告。基于數(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)鍵。所以激烈的

40、市場競爭不允許運營商大量收入流失；零流失是不可能的，必須在收入流失和收入保障成本之間做權(quán)衡4。本章小結(jié)收入流失的的確確是存在，關(guān)鍵是你能夠給他做出多大程度上的評估。收入保障是一個跨部門的綜合因素在起作用，因此我們需要在整個的企業(yè)中，整個組織中，要來看看我們的收入情況，每個人都應(yīng)該考慮到我們的收入情況，我們的客戶在使用什么樣的服務(wù)，我們?nèi)绾文軌蚯‘?dāng)?shù)厥召M。因此這個平衡點就是有恰當(dāng)?shù)臉I(yè)務(wù)流程，能夠有足夠的收入保證的專有知識，同時要對收入流失做出很好的評估，同時我們也需要有很好的、高素質(zhì)的員工來實現(xiàn)我們的任務(wù)，使我們的入都能夠到帳。第3章 計費系統(tǒng)功能描述計費系統(tǒng)記錄和存儲了運營商的業(yè)務(wù)數(shù)據(jù)和用戶的

41、消費數(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)是電信運營商核心競爭力之一。數(shù)據(jù)采集數(shù)據(jù)采集負責(zé)從各類交換機、關(guān)口局、智能網(wǎng)平臺、IP認證計費系統(tǒng)、增值服務(wù)平臺等數(shù)據(jù)源采集原始話單，作為計費處理的數(shù)據(jù)源。3采集方式聯(lián)機采集應(yīng)實時、自動的對數(shù)據(jù)源進行采集，盡量減少人工參與的程度。.1實時采集方式采集子系統(tǒng)與數(shù)據(jù)源直接連接。系統(tǒng)不斷查詢是否有計費原始數(shù)據(jù)生成，當(dāng)發(fā)現(xiàn)有新計費原始數(shù)據(jù)時，系統(tǒng)讀入計費原始數(shù)據(jù)，同時對計費源端的計費原始數(shù)據(jù)文件設(shè)定已讀取標志。對已讀取的

42、計費原始數(shù)據(jù)文件，系統(tǒng)通過命令還可以再次讀取。.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脫機采集方式脫機采集為聯(lián)機采集的備份方式。系統(tǒng)應(yīng)提供適合相應(yīng)數(shù)據(jù)源的脫機介質(zhì)的讀取設(shè)備和軟件，通過其進行人工脫機讀取、形成與聯(lián)機采集一致的源數(shù)據(jù)文件。一般通過磁帶、光盤或人工錄入的方式進行數(shù)據(jù)采集12。采集處理采集設(shè)備根據(jù)指定的交換機、網(wǎng)關(guān)等通信設(shè)備，自動采集通信設(shè)備中新產(chǎn)生的原始話單文件。數(shù)據(jù)采集支持多種采集

43、協(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。采集流程 采集流程采集數(shù)據(jù)源各類交換機平臺數(shù)據(jù)業(yè)務(wù)平臺智能網(wǎng)平臺會議電視系統(tǒng)短信網(wǎng)關(guān)增值業(yè)務(wù)系統(tǒng)等。文件管理采集子系統(tǒng)對采集來的原始數(shù)據(jù)文件進行分目錄存儲和備份管理的功能。支持如下的方式1)基于目錄樹

44、的文件存放管理；2)文件定期和不定期的備份處理；3)支持原始數(shù)據(jù)文件的壓縮存儲和備份，將數(shù)據(jù)備份到磁帶或光盤等永久存儲介質(zhì)上；4)支持根據(jù)文件管理參數(shù)的設(shè)定，自動刪除超過指定在線保存期限的歷史數(shù)據(jù)文件以及重復(fù)數(shù)據(jù)文件14。日志管理系統(tǒng)應(yīng)提供對日志的各種查詢（如按照時間、文件名、文件大小、采集狀況）、日志刪除、日志轉(zhuǎn)儲的功能8。參數(shù)管理參數(shù)管理應(yīng)能對采集文件大小、采集周期、傳輸隊列名稱、容錯策略，采集端口，采集對象屬性等可變性參數(shù)進行參數(shù)化配置。采集系統(tǒng)能根據(jù)配置的參數(shù)自動調(diào)整采集進程的運行狀態(tài)7。預(yù)處理由于通信設(shè)備品種繁多，而且原始通話或服務(wù)記錄格式也有較大的不同，如果直接對各種不同的通信設(shè)備

45、原始記錄進行計費處理，就會造成計費程序與通信設(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ù)的提取和標準化。識別所有的基

46、本業(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ù)域集合的映射方式。這種情

47、況下，輸入數(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）能夠識別和

48、分揀出各種交換機、無線市話、智能網(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)計分析處理。具體錯誤

49、有文件級錯誤：文件名、文件頭部信息錯誤文件格式錯誤文件完整性錯誤記錄級錯誤：日期時間格式錯誤計費號碼錯誤其他關(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

50、）能夠分揀出以下幾種形式的話單：長途清單數(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、對錯誤文件回收處理，可以人工或自動對某一

51、類錯誤話單的錯誤進行修正，并對這部分話單進行回收處理。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ù)在線保留六個月，六個月后，采用文件備份的方式進

52、行脫機備份；清單數(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)惠處理、費用累計、入庫處理、回退處理、異常處理、無主話單處理、模擬計費。話單輸入話單輸入是從預(yù)處理模塊接收待批價話單，并進行格式校驗，將錯單存入錯單庫中，供后續(xù)的回收處理；

53、將正確話單提交給費用計算，進行批價處理。費用計算費用計算是把經(jīng)過格式檢查與轉(zhuǎn)換后的輸入話單根據(jù)運營商所確定的標準資費規(guī)則，進行標準批價，記錄標準費用（優(yōu)惠前費用）。使用費計算具體要求如下：要求支持靈活的標準資費規(guī)則批價實現(xiàn)。要求支持各類業(yè)務(wù)的話單的費用計算。要求快速支持新業(yè)務(wù)的費用計算。要求支持多種度量方式。例如時長、流量、次數(shù)等。要求支持多種單位。例如天、時、分、秒、6秒、字節(jié)、KB、MB、GB等。要求支持按照客戶屬性、服務(wù)實例屬性、話單屬性的一個或多個屬性組合確定費率。要求支持分時間段確定費率。要求支持分數(shù)量段取得費率。要求支持參考資源量確定費率。要求支持一個話單計算出多種費用。一個話單同

54、時使用多個度量計算費用。要求支持漫游話單的費用計算。要求支持客戶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)惠處理

55、實現(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)系。二次號碼分析現(xiàn)在很多項業(yè)務(wù)的開展，都是在原來的撥號基礎(chǔ)上，增加接入號的方式進行處理的。因而在系統(tǒng)中，我們對這種撥號方式的數(shù)據(jù)進行了統(tǒng)一的處理，將所有號碼進行歸類，對于帶有接入號碼的話單進行二次號碼分析，提供靈活的計費處理。號碼歸類模型

56、如下： 號碼接入網(wǎng)別費率類型起用時間停用時間17931IP待定。對于有接入號碼的話單，我們在去掉接入號碼后，需要進行二次號碼分析，得出用戶的詳細通話信息，計算用戶的費用。重計費處理在系統(tǒng)運行過程中，可能由于多種原因，需要進行重新批價處理：參數(shù)輸入不全，部分話單則會作為錯誤話單臨時保存到批價錯單表中，待參數(shù)補充齊全后，再將數(shù)據(jù)提取出來重新處理，這部分處理稱做錯單重批價。由于參數(shù)輸入錯誤或其他系統(tǒng)故障，可能會有部分話單的資費等計算錯誤，也需要重新批價處理，稱做已批價話單重批價。出錯話單重批價處理對于出錯話單，需要人工檢查錯誤原因，根據(jù)錯誤類型，補充相應(yīng)的計費參數(shù)，然后啟動重批價進程對錯誤話單進行重

57、批價處理。已批價話單重批價處理對于已批價后的話單數(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，錯誤話單=被當(dāng)作錯誤話單暫存到錯單表中的話單數(shù)，話單總數(shù)=-錯誤話單。重批價統(tǒng)計數(shù)據(jù)更新在重批價后，系統(tǒng)需要進行重新統(tǒng)計，提供各項數(shù)據(jù)統(tǒng)計結(jié)果給報表

58、系統(tǒng)生成報表27。本章小節(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)致收入流失的根源。從銷售訂單、運營、開通、計費到實際支付獲得收入的整個過程中

59、，任何一個環(huán)節(jié)都有可能出現(xiàn)收入流失。收入流失的原因主要包括不完善/不正確的通話明細記錄(CDR)、錯誤的計費，因此清單采集和計費處理的收入保障就顯更加的重要了。采集收入保障采集數(shù)據(jù)完整性模型對移動語音數(shù)據(jù)的采集，一般如圖4.1.1所示。交換機記錄 的原始通話數(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

60、駐點n1駐點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ù)在駐留點之間傳輸也沒有損失。駐點