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

分類號 密級 UDC 編號 中國科學(xué)院研究生院 碩士學(xué)位論文 電信運營商收入保障系統(tǒng)設(shè)計與實現(xiàn) XXX 指導(dǎo)教師 XXX 職稱 單位 XXX 職稱 單位 申請學(xué)位級別 工程 碩士 學(xué)科專業(yè)名稱 軟件工程 論文提交日期 2005 年 5 月 論文答辯日期 培養(yǎng)單位 中國科學(xué)院研究生院 軟件學(xué)院 學(xué)位授予單位 中國科學(xué)院研究生院 答辯委員會主席 2 獨 創(chuàng) 性 聲 明 本人鄭重聲明：所提交的學(xué)位論文，是本人在指導(dǎo)教師的指導(dǎo)下，獨立進(jìn)行研究工作所取得的研究成果。盡我所知，文中除特別標(biāo)注和致謝的地方外，學(xué)位論文中不包含其他人或集體已經(jīng)發(fā)表或撰寫過的研究成果，也不包含為獲得中國科學(xué)院研究生院或其它教育機(jī)構(gòu)的學(xué)位或證書所使用過的材料。對本文的研究做出重要貢獻(xiàn)的個人和集體，均已在文中以明確方式標(biāo)明。本人完全意識到本聲明的法律結(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é)?？稍试S學(xué)位論文被查閱或借閱；學(xué)?？梢詫W(xué)術(shù)交流為目的 ,復(fù)制贈送和交換學(xué)位論文；學(xué)?？梢怨紝W(xué)位論文的全部或部分內(nèi)容。 （涉密的學(xué)位論文在解密后應(yīng)遵守此規(guī)定） 簽名： _導(dǎo)師簽名： _ 日期： _ 摘要 3 摘要 自上世紀(jì) 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 抗靜電硬件保護(hù)與軟件恢復(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)從而導(dǎo)致系統(tǒng)不能開機(jī)這樣一個技術(shù)難題，提出了改進(jìn)和解決方法；接著分別給出了 Hall Sensor 和 LCD 驅(qū)動原理和軟件實現(xiàn)，并在 RAM受限的移動通信終端中，有效實現(xiàn)了 LCD的顏色校正和 LCD抗靜電干擾軟件恢復(fù)算法 (ESD Recovery)；最后，給出了在現(xiàn)有移動通信終端中優(yōu)化 LCD的開機(jī)檢測過程的原理，使該終端系統(tǒng)啟動之后，能快速刷新 LCD，減少終端系 統(tǒng)開機(jī)延時。 以上相應(yīng)的設(shè)備驅(qū)動軟件和技術(shù)難點解決方案均已應(yīng)用在本公司研發(fā)的移動通信終端產(chǎn)品中，為大工業(yè)化生產(chǎn)的靈活市場采購提供了技術(shù)保障，并且取得了良好的經(jīng)濟(jì)效益。 關(guān)鍵詞：移動通信終端， NOR Flash芯片，映像文件空間壓縮算法， Hall sensor 驅(qū)動軟件， LCD顏色校正， LCD ESD 軟件恢復(fù)序列，設(shè)備驅(qū)動軟件。 摘要 4 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) 目錄 5 目錄 摘要 . 2 Abstract . 4 第一章 緒論 . 8 1.1 收入保障概述 . 8 1.2 國內(nèi)收入保障調(diào)查 . 8 1.3 國內(nèi)收入保障現(xiàn)狀 . 9 1.4 國內(nèi)收入保障發(fā)展趨勢 . 10 1.5 論文主要工作和目標(biāo) . 10 第二章 收入保障綜述 . 11 2.1 端到端業(yè)務(wù)流程 . 11 2.2 收入流失原因 . 13 2.2.1 管理水平 . 13 2.2.2 業(yè)務(wù)流程不合理 . 13 2.2.3 計費系統(tǒng)不完善 . 14 2.3 收入保障的實施 . 14 2.4 本章小結(jié) . 15 第三章 計費系統(tǒng)功能描述 . 16 3.1 數(shù)據(jù)采集 . 16 3.1.1 采集方式 . 16 3.1.2 采集處理 . 16 3.1.3 采集流程 . 17 3.1.3 采集流程 . 17 3.1.4 采集數(shù)據(jù)源 . 17 3.1.5 文件管理 . 17 3.1.6 日志管理 . 18 3.1.7 參數(shù)管理 . 18 目錄 6 3.2 預(yù)處理 . 18 3.3 計費處理 . 22 3.3.1 二次號碼分析 . 24 3.3.2 重計費處理 . 24 3.4 本章小節(jié) . 25 第四章 收入保障系統(tǒng)研究 . 27 4.1 采集收入保障 . 27 4.1.1 采集數(shù)據(jù)完整性模型 . 27 4.1.2 采集數(shù)據(jù)完整性檢查 . 28 4.1.3 統(tǒng)一集中的數(shù)據(jù)采集完整性管理 . 30 4.1.4 斷點續(xù)傳功能 . 31 4.2 預(yù)處理收入保障 . 31 4.2.1 話單檢重 . 31 4.2.2 包容單檢查 . 32 4.2.3 交叉單檢查 . 32 4.2.4 話單糾錯 . 33 4.3 計費處理收入保障 . 33 4.3.1 參數(shù)及時回調(diào) . 33 4.3.2 無主話單管理 . 34 4.4 核查分析 . 34 4.5 推廣實時預(yù)付費機(jī)制 . 38 4.6 計費系統(tǒng)監(jiān)控 . 41 4.6.1 采集監(jiān)控 . 41 4.6.2 預(yù)處理監(jiān)控 . 43 4.6.3 一次批價監(jiān)控 . 45 4.7 本章小節(jié) . 47 第五章 收入保障系統(tǒng)設(shè)計與實現(xiàn) . 49 目錄 7 5.1 系統(tǒng)開發(fā)技術(shù)框架 . 49 5.2 系統(tǒng)開發(fā)環(huán)境 . 50 5.3 系統(tǒng)設(shè)計 . 50 5.3.1 收入保障系統(tǒng)設(shè)計流程和方法 . 50 5.3.2 監(jiān)控系 統(tǒng)設(shè)計流程和方法 . 52 5.4 算法 . 53 5.4.1 二叉樹搜索算法的數(shù)據(jù)結(jié)構(gòu) . 53 5.4.2 散列搜索算法的數(shù)據(jù)結(jié)構(gòu) . 53 5.5 本章小節(jié) . 54 第六章 收入保障系統(tǒng)實施與部署 . 55 第七章 面向 3G 時代的收入保障 . 57 7.1 全球的經(jīng)驗 3G 計費問題 . 57 7.23G 計費的問題點 . 57 7.2.1 業(yè)務(wù)模式 . 57 7.2.2 計費單位 . 58 7.2.3 如何記錄交易 . 59 7.2.4 計費計算 . 59 7.2.5 準(zhǔn)確性和審計的挑戰(zhàn) . 59 7.3 本章小節(jié) . 60 第八章 結(jié)論與展望 . 61 參考文獻(xiàn) . 63 致謝 . 65 第 1 章 緒論 8 第 1 章 緒論 電信市場的競爭日益激烈，傳統(tǒng)業(yè)務(wù)的收入日益下滑，整體利潤攤薄，運營商在提高收入和利潤的同時，愈加意識到收入流失的問題。 收入保障應(yīng)運而生，它旨在降低收入流失，提高利潤率。 1.1 收入保障概述 英國電信咨詢公司 Analysys 對全球各地 50 家運營商進(jìn)行了電話和面對面調(diào)查。發(fā)現(xiàn)平均每一家運營商由于原始記錄不完整 、計費錯誤、用戶欺詐和流程的缺陷等所損失的收入占其總收入的 13.7%。根據(jù) IDC，全球年電信服務(wù)收入目前約為 1 萬億美元，由此得知收入流失的總量高達(dá)每年 1300 億 1400 億美元。報告還發(fā)現(xiàn)，收入流失問題正在成為一個日趨嚴(yán)重的問題，兩年前，流失的收入僅為全部收入的 12.4%。 收入流失現(xiàn)象的普遍存在，嚴(yán)重的影響了電信運營商的收入和利潤指標(biāo)的完成。如果收入流失能夠減少一半，按照收入利潤率 20%計算，電信運營商的收入會增加 6%-7%，利潤會增加 30%-35%。目前運營商們紛紛采取收入保障措施來減少收入流失，調(diào)查顯 示，與一年前相比 72%的運營商都更加看重收入保障工作。 “收入保障”不僅僅是一項收入流失原因分析的咨詢方案，還是一份以確保降低成本、減少收入流失、增加收入為目標(biāo)，涵蓋了技術(shù)、業(yè)務(wù)、管理的具體解決方案，更為重要的是一項電信運營商必須長期重視、認(rèn)真開展的管理實踐活動 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)查采取了重點抽樣與隨機(jī)抽樣相結(jié)合，網(wǎng)絡(luò)和電話調(diào)查訪問相結(jié)合的方法。 1) 有 41%的回答者認(rèn)為運營商的收入流失情況比較嚴(yán)重， 3%的回答者認(rèn)為收入流失非常嚴(yán)重； 2) 對于收入流失原因。有 63%的回答者將管理水平列為運營商收入流失主要原因；有62%回答者將業(yè)務(wù)流程列為運營商收入流失的第二大原因；有 56%的回答者認(rèn)為計中國科學(xué)院研究生院 第一章 緒論 9 3) 費系統(tǒng)的不完善是收入流失的第三大主要原因； 4) 對于實時收入保障的必要性。有 62%的回答者表示運營商非常有必要實時收入保障，有 37%的回答者認(rèn)為運營商雖然有必要實時收入保障，但是有難度 。 5) 調(diào)查結(jié)果顯示，防止收入流失和和規(guī)范收入保障流程為運營商實施收入保障項目的兩大主要目標(biāo) 16。 1.3 國內(nèi)收入保障現(xiàn)狀 當(dāng)前的中國電信服務(wù)行業(yè)正在發(fā)生巨大的變化，中國的電信運營商在經(jīng)歷了高速發(fā)展之后，正面臨市場飽和以及激烈競爭導(dǎo)致價格下跌的雙重壓力。因此，國內(nèi)主要運營商努力尋求國際最先進(jìn)的設(shè)備、系統(tǒng)和管理方法，對網(wǎng)絡(luò)設(shè)備和技術(shù)更新進(jìn)行了持續(xù)的、大規(guī)模的投入，以保持和提高競爭力，并隨時準(zhǔn)備迎接未來的挑戰(zhàn)。 對中國的電信運營商而言，目前最重要的任務(wù)是開源節(jié)流，即在提高收入的同時，減少操作中發(fā)生的收入流失。 電信行業(yè)發(fā)展的歷史已經(jīng)證明，錯綜復(fù)雜的電信網(wǎng)絡(luò)和不斷的技術(shù)更新給國內(nèi)電信運營商提出了下列三個挑戰(zhàn)： 1) 技術(shù)進(jìn)步增加電信營運的復(fù)雜性和難度。各種類型和技術(shù)層次的數(shù)據(jù)環(huán)境以及網(wǎng)絡(luò)內(nèi)外的服務(wù)器都會增加數(shù)據(jù)破壞、失效、丟失、以及錯誤記錄的機(jī)會。這樣一個復(fù)雜的技術(shù)環(huán)境不僅會造成錯誤計費或漏計費，更大幅度地增加運營商面對大額欺詐和壞帳的風(fēng)險。各運營商必須采取措施克服以上的挑戰(zhàn)，保障用戶的權(quán)益，提高服務(wù)滿意度，排除營運環(huán)境中潛伏的風(fēng)險。 2) 為了推廣新技術(shù)的應(yīng)用，降低營運成本和提高核心競爭力，國內(nèi)電信運營商在近年內(nèi)相繼采取 行動優(yōu)化業(yè)務(wù)流程和提升企業(yè)基礎(chǔ)管理。例如近年內(nèi)各主要電信運營商順利實施企業(yè)資源計劃系統(tǒng)，為企業(yè)的經(jīng)營決策提供準(zhǔn)確和可靠的依據(jù)。但是眾多系統(tǒng)、設(shè)備和流程的快速更新也為運營商帶來了新的挑戰(zhàn)。如何確保企業(yè)范圍內(nèi)現(xiàn)有技術(shù)和流程完整的銜接，并建立一個統(tǒng)一的、科學(xué)的和有效的機(jī)制進(jìn)一步確保企業(yè)內(nèi)部優(yōu)化的成果，是各運營商戰(zhàn)略策劃和操作管理中必須解決的一個重要課題。 3) 隨著中國加入 W T O 和電信行業(yè)體制改革的深化，各運營商也面對著世界其它電信服務(wù)商在企業(yè)管理水平和投資回報等各方面的競爭。國內(nèi)運營商從收入保障的中國科學(xué)院研究生院 第一章 緒論 10 角度出發(fā)，通 過研究國際電信業(yè)最佳實踐和適當(dāng)?shù)囊M(jìn)與收入相關(guān)的管理經(jīng)驗、理念和體制，可以進(jìn)一步提高電信企業(yè)的管理水平，躋身世界一流企業(yè) 5。 1.4 國內(nèi)收入保障發(fā)展趨勢 目前，國內(nèi)運營商已經(jīng)清晰的認(rèn)識到實施收入保障的意義和作用，但就像前面所介紹的那樣，他們目前面臨著激烈的市場競爭，尤其對中國 3G 牌照的爭奪上，占用了運營商絕大部分的精力、時間和金錢?？上驳氖?HP公司在 2005年 3月 7日宣布 為中國南方某省運營商實施的收入保障咨詢項目已順利完成，并驗收成功。這是 2005 年國內(nèi)完成的首個收入保障咨詢項目 。 據(jù)悉 ，中國的電信運營 商 們 計劃在 2005 至 2006 年度 啟動 收入保障項目， 他們目前共同面臨著 缺乏一套行之有效的收入保障方法論 作為理論基礎(chǔ)和指導(dǎo)方針 。 但我們有理由相信，電信業(yè)收入保障勢在必行。 1.5 論文主要工作和目標(biāo) 本論文主要研究在中國電信企業(yè)中都存在了哪些收入流失的現(xiàn)象，通過現(xiàn)象進(jìn)行詳細(xì)的分析，找出流失的原因，并提出預(yù)防和解決的方案。由于收入保障幾乎涉及到電信企業(yè)的業(yè)務(wù)操作的每個流程，所以在此次論文中我首先會對整個收入保障的情況進(jìn)行總體的分析和歸納。但是，由于收入保障是一個涉及范圍廣而且及其復(fù)雜，在本次論文中我會從中選取一個論 點進(jìn)行詳盡的分析和研究，最終提出一套解決方案。 第 3 章 計費系統(tǒng)功能描述 11 第 2 章 收入保障綜述 收入保障不僅僅是一項收入流失原因分析的咨詢方案，還是一份以確保降低成本、減少收入流失、增加收入為目標(biāo)，涵蓋了技術(shù)、業(yè)務(wù)、管理 等方面 ，更為重要的是 收入保障是一個跨部門 的事情 ， 電信運營商必須長期重視、認(rèn)真開展管理實踐活動。 在整體上，依據(jù)對收入的影響，收入保障可以分為四類 ： 客戶使用了服務(wù)，但沒有對其收費或者少收費：收入已流失，除非盡快發(fā)現(xiàn)； 客戶征定了服務(wù)，但無法使用：通過對流失的發(fā)現(xiàn)和停止，未來的收入流失會得到避免； 尚未確定服務(wù)機(jī) 會，因此無法售出：提供新的機(jī)會產(chǎn)生收入； 資產(chǎn)管理：多余的能力未能售出或仍在庫存當(dāng)中，通過正確的市場定位，內(nèi)部協(xié)調(diào)和新的程序可以產(chǎn)生額外的收入。 前兩類導(dǎo)致收入流失，后兩類導(dǎo)致機(jī)會流失。 運營商從銷售到收入的業(yè)務(wù)流程的復(fù)雜性是導(dǎo)致收入流失的根源。從銷售訂單、運營、開通、計費到實際支付獲得收入的整個過程中，任何一個環(huán)節(jié)都有可能出現(xiàn)收入流失。 具體的，收入流失潛在原因包括：不完整或錯誤的服務(wù)開通；記錄解析失敗或校驗錯誤；不正確的批價表；缺乏或不準(zhǔn)確的錯誤校正機(jī)制；預(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)的電信操作進(jìn)行系統(tǒng)的、端到端的分析和檢驗。圖 2.1示 范舉例某電信運營商 收入生成過程中的各個環(huán)節(jié)。 第 3 章 計費系統(tǒng)功能描述 12 圖 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)需要到交互機(jī)或者網(wǎng)關(guān)設(shè)備采集原始話單，以供后續(xù)的批價處理。 預(yù)處理：從交換機(jī)采集的話單由于交換機(jī)的類型不同，采集到的話單格式也會有所不同，需要對其進(jìn)行格式轉(zhuǎn)換，轉(zhuǎn)換成能夠正確計費的標(biāo)準(zhǔn)格式。 一次批價：對預(yù)處理后的話單進(jìn)行批價的過程。 第 3 章 計費系統(tǒng)功能描述 13 詳單優(yōu)惠入庫：對批價后的詳單進(jìn)行優(yōu)惠處理，并把詳單數(shù)據(jù)加載到數(shù)據(jù)庫中。 4) 帳務(wù)處理： 累帳：對入庫的詳單按照某種規(guī)則把相同通話類型的費用進(jìn)行累加處理。 出帳：每月需要對每個用戶進(jìn)行出帳操作，出帳主要完成用戶月租計算和帳務(wù)優(yōu)惠。 調(diào)帳：如果用戶帳單費用由于程序錯誤或者系統(tǒng)故障造成計算錯誤，需要對其進(jìn)行帳單調(diào)整操作。 信用管理：為了避免用戶發(fā)生欠費，維護(hù)運營商的利益，需要實時對用戶消費情況進(jìn)行監(jiān)控，如果用戶余額不足時，需要限制用戶使用某些業(yè)務(wù)的權(quán)利。 催繳欠費：對于產(chǎn)生大量欠費的用戶需要進(jì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án)重，給新業(yè)務(wù)的的開展帶來了重重的壓力。運營商迫切需要改進(jìn)系統(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ù)收費，或者無法確認(rèn)客戶的身份以及哪些客戶應(yīng)該收費。如果將這類不太確認(rèn)的帳單重新放入業(yè)務(wù)流程進(jìn)行重新的確認(rèn)、重新批價的重復(fù)第 3 章 計費系統(tǒng)功能描述 14 核對過程也可能出現(xiàn)差錯。而每次帳單核查到最后，甚至繳費人也可能不正確的。運營商也意識到業(yè)務(wù)流程的合理設(shè)置越來越重要，對關(guān)鍵業(yè)務(wù)流程進(jìn)行改造勢在必行。 對業(yè)務(wù)流程進(jìn)行科學(xué)的規(guī) 劃，要以企業(yè)的戰(zhàn)略目標(biāo)為導(dǎo)向，著眼于企業(yè)運營的核心流程重新思考、設(shè)計和變革，從而獲得在成本、質(zhì)量、服務(wù)和速度等方面的大幅度的改善。 2.2.3 計費系統(tǒng)不完善 計費系統(tǒng)是運營商經(jīng)濟(jì)利益、客戶的經(jīng)濟(jì)利益和服務(wù)質(zhì)量的保障系統(tǒng)，這就要求計費系統(tǒng)準(zhǔn)確、穩(wěn)定、及時和可靠。在激烈和復(fù)雜多變的市場環(huán)境下，市場戰(zhàn)略對計費系統(tǒng)的靈活性要求非常高，而計費系統(tǒng)的靈活性和準(zhǔn)確穩(wěn)定性是難以達(dá)到高度統(tǒng)一和協(xié)調(diào)。要達(dá)到這個要求需要計費系統(tǒng)的建設(shè)、使用和維護(hù)形成閉環(huán)的循環(huán)。這就對計費系統(tǒng)提出很多問題和要求，如計費系統(tǒng)要實現(xiàn)計費系統(tǒng)需求和目標(biāo) 相協(xié)調(diào)，計費系統(tǒng)功能要更加適應(yīng)運營商的實際需要，使生產(chǎn)流程與信息系統(tǒng)的要求相匹配。 同時，有效的收入保障始于可靠的數(shù)據(jù)采集，如果要做到計費精確，一定要保障采集數(shù)據(jù)的完整性和正確性。采集數(shù)據(jù)的安全性和數(shù)據(jù)修復(fù)能力可以降低計費數(shù)據(jù)的不 穩(wěn)定性，從源頭進(jìn)行保障 4。 2.3 收入保障 的實施 收入保障的目標(biāo)在于了解和阻止收入流失以幫助運營商減少運營成本及增加利潤。由于收入流失涉及的環(huán)節(jié)和原因非常多，一般收入保障是一個由粗到細(xì)、逐步完善的過程。首先從初步的收入流失確認(rèn)和修補(bǔ)開始，隨著修補(bǔ)的實施，逐漸擴(kuò)大實施推廣范圍。針 對不同的收入流失，需要采取不同的收入流失識別診斷方法。 基于用戶的收入保障：通過數(shù)據(jù)流比對機(jī)制，跟蹤特定客戶的收入流失； 基于網(wǎng)絡(luò)的收入保障：通過交叉流量統(tǒng)計信息和支付比對機(jī)制，跟蹤運營商之間的收入流失； 基于配置的收入保障：針對運營數(shù)據(jù)庫之間的不一致（譬如 HLR 和計費）進(jìn)行診斷 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ù)的第 3 章 計費系統(tǒng)功能描述 15 系統(tǒng)。 數(shù)據(jù)采集系統(tǒng)作為一個具有對使用信息進(jìn)行采集、確認(rèn)、傳輸?shù)纫幌盗泄δ艿囊粋€邏輯平臺，它所起的作用就相當(dāng)于一個收入保障系統(tǒng)的功能。通過追蹤有多少數(shù)據(jù)從每個網(wǎng)元處輸入，多少數(shù)據(jù)被輸出到不同的下游系統(tǒng)，以及多少數(shù)據(jù)出錯而被拒絕，可以更好的解決前面所提及的種種矛盾。此外，數(shù)據(jù)采集系統(tǒng)還能對出錯的原因進(jìn)行報告。 基于數(shù)據(jù)采集系統(tǒng)的收入保障正符合“一次性從網(wǎng)絡(luò)上采集使用數(shù)據(jù)且只采集一次”的理論。它從根本上消除了因為多個數(shù)據(jù)源而產(chǎn)生數(shù)據(jù)遺漏或重復(fù)的錯誤，并能實現(xiàn)實時的（或準(zhǔn)實時的）收入保障，因為它能如同實 況轉(zhuǎn)播一樣直接從數(shù)據(jù)源進(jìn)行分析。這種解決方案直接與網(wǎng)絡(luò)相聯(lián)，具有深入分析和一些關(guān)鍵的功能，例如數(shù)據(jù)確認(rèn)、數(shù)據(jù)修復(fù)、網(wǎng)間結(jié)算、信用分析以及網(wǎng)絡(luò)性能管理等，是理想的收入保障工具 6。 收入流失的詳細(xì)識別和診斷一般可以通過工具進(jìn)行，但是預(yù)防和阻止收入流失主要靠人員。工具可以幫助保持流程和邏輯的連續(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ù)流程，能夠有足夠的收入保證的專有知識，同時要對收入流失做出很好的評估，同時我們也需要有很好的、高素質(zhì)的員工來實現(xiàn)我們的任務(wù)，使我們的入都能夠到帳 。 第 3 章 計費系統(tǒng)功能描述 16 第 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é)，也是維護(hù)服務(wù)質(zhì)量和運營商市場策略實現(xiàn)的主要支撐系統(tǒng)。因此計費系統(tǒng)是電信運營商核心競爭力之一。 3.1 數(shù)據(jù)采集 數(shù)據(jù)采集負(fù)責(zé)從 各類交換機(jī)、關(guān)口局、智能網(wǎng)平臺 、 IP認(rèn)證計費系統(tǒng)、增值服務(wù)平臺等數(shù)據(jù)源采集原始話單，作為計費處理的數(shù)據(jù)源。 3.1.1 采集方式 聯(lián)機(jī)采集應(yīng)實時、自動的對數(shù)據(jù)源進(jìn)行采集，盡量減少人工參與的程度。 實時采集方式 采集子系統(tǒng)與數(shù)據(jù)源直接連接。系統(tǒng)不斷查詢是否 有計費原始數(shù)據(jù)生成，當(dāng)發(fā)現(xiàn)有新計費原始數(shù)據(jù)時，系統(tǒng)讀入計費原始數(shù)據(jù)，同時對計費源端的計費原始數(shù)據(jù)文件設(shè)定已讀取標(biāo)志。對已讀取的計費原始數(shù)據(jù)文件，系統(tǒng)通過命令還可以再次讀取。 定時采集方式 采集子系統(tǒng)與數(shù)據(jù)源采用直連或網(wǎng)絡(luò)連接。根據(jù)要求，定時到數(shù)據(jù)源端探詢，如發(fā)現(xiàn)有新計費原始數(shù)據(jù)文件，系統(tǒng)讀入計費原始數(shù)據(jù)，同時對計費源端的計費原始數(shù)據(jù)文件設(shè)定已讀取標(biāo)志。對已讀取的計費原始數(shù)據(jù)文件，系統(tǒng)通過命令還可以再次讀取。 脫機(jī)采集方式 脫機(jī)采集為聯(lián)機(jī)采集的備份方式。系統(tǒng)應(yīng)提供適合相應(yīng)數(shù)據(jù)源的脫 機(jī)介質(zhì)的讀取設(shè)備和軟件，通過其進(jìn)行人工脫機(jī)讀取、形成與聯(lián)機(jī)采集一致的源數(shù)據(jù)文件。一般 通過磁帶、光盤或人工錄入的方式進(jìn)行數(shù)據(jù)采集 12。 3.1.2 采集處理 采集設(shè)備根據(jù)指定的交換機(jī)、網(wǎng)關(guān)等通信設(shè)備，自動采集通信設(shè)備中新產(chǎn)生的原始話單文件。 數(shù)據(jù)采集支持多種采集協(xié)議， 包括 X.25、 TCP/IP、 FTAM、 FTP、 MTP、 NETFLOW、 XML等；第 3 章 計費系統(tǒng)功能描述 17 支持文件傳輸?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小時不間斷工作；對采集文件的基本信息進(jìn)行日志記錄 15。 3.1.3 采集流程 3.1.3 采集流程 3.1.4 采集數(shù)據(jù)源 各類交換機(jī)平臺 數(shù)據(jù)業(yè)務(wù)平臺 智能網(wǎng)平臺 會議電視系統(tǒng) 短信網(wǎng)關(guān) 增值業(yè)務(wù)系統(tǒng)等。 3.1.5 文件管理 采集子系統(tǒng)對采集來的原始數(shù)據(jù)文件進(jìn)行分目錄存儲和備份管理的功能。支持如下的方式 1)基于目錄樹的文件存放管理； 第 3 章 計費系統(tǒng)功能描述 18 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ù)進(jìn)行參數(shù)化配置。采集系統(tǒng)能根據(jù)配置的參數(shù)自動調(diào)整采集進(jìn)程的運行狀態(tài) 7。 3.2 預(yù)處理 由于通信設(shè)備品種繁多，而且原始通話或服 務(wù)記錄格式也有較大的不同，如果直接對各種不同的通信設(shè)備原始記錄進(jìn)行計費處理，就會造成計費程序與通信設(shè)備相聯(lián)系，對計費程序的修改和升級造成不利影響。因此對于各種業(yè)務(wù)的計費原始數(shù)據(jù)采集后，需要進(jìn)行相應(yīng)的格式標(biāo)準(zhǔn)化處理，同一業(yè)務(wù)具有統(tǒng)一的標(biāo)準(zhǔn)格式，該格式能方便的識別其業(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)換成為標(biāo)準(zhǔn)預(yù)處理（待批價）格式，預(yù)處理后的話單格式以總部的標(biāo)準(zhǔn)格式為基礎(chǔ)。 能處理不同業(yè)務(wù)的不同交換機(jī)類型的計費原始數(shù)據(jù)的提取和標(biāo)準(zhǔn)化。 識別所有的基本業(yè)務(wù)、承載業(yè)務(wù)、附加業(yè)務(wù)和增值業(yè)務(wù)。 詳單預(yù)處理涉及使用記錄要素有，主叫歸屬地、主叫發(fā)起地（主叫區(qū)號、主叫局向）、第 3 章 計費系統(tǒng)功能描述 19 被叫所在地（被叫區(qū)號，被叫局向、特性業(yè)務(wù)碼）、出中繼、入中繼、呼叫起始時間、呼叫終止時間、計量屬性（時長、流量、點擊數(shù)）等要素 17。 預(yù)處理格式轉(zhuǎn)換過程中，模型數(shù)據(jù)信息域的轉(zhuǎn)換并非是一對一的關(guān)系，輸入數(shù)據(jù)域通過映射機(jī)制映射到輸出數(shù)據(jù)域 。映射機(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）能夠識別和分揀出各種交換機(jī)、無線市話、智能網(wǎng)、數(shù)據(jù)等定義的各種類型的話單記錄和事件記錄 。 3）能夠分揀出具有某種特定值的話單，并形成記錄文件及給出記錄總數(shù)。例如 ： 分揀出交換機(jī)已標(biāo)定為不可靠的話單； 分揀出不需進(jìn)行計費處理的業(yè)務(wù)使用記錄； 分揀出時長極短的業(yè)務(wù)使用記錄； 分揀出時長極長的業(yè)務(wù)使用記錄； 第 3 章 計費系統(tǒng)功能描述 20 分揀出某一標(biāo)識（例如：業(yè)務(wù)號碼）段的業(yè)務(wù)使用記錄 8。 以上分揀功能可通過界面向操作員提供所有相關(guān)的計費參數(shù)，由操作員根據(jù)自己的需要進(jìn)行設(shè)置 18。 4）驗證并剔除不成功的、有損的和無效的電話記錄，同時將錯誤、無效話單分揀至錯誤話單文件中，錯誤話單文件中針對每一條錯誤話單提供錯誤原因碼，供后續(xù)的話單回收，統(tǒng)計分析處理。具體錯誤有 文件級錯誤： 文件名、文件頭部信 息錯誤 文件格式錯誤 文件完整性錯誤 記錄級錯誤： 日期時間格式錯誤 計費號碼錯誤 其他關(guān)鍵字段錯誤 無效話單： 實際未接通話單 標(biāo)識為免費的話單 標(biāo)識為時間不可靠的話單 交換機(jī)時鐘改變的記錄（ Time Change Record） 交換機(jī)統(tǒng)計信息記錄（ Tracer record） 網(wǎng)內(nèi)中繼話單 短消息話單 SCI話單 信令話單 第 3 章 計費系統(tǒng)功能描述 21 用戶申請業(yè)務(wù)或注銷業(yè)務(wù)話 單 19。 5）檢錯規(guī)則靈活定制。預(yù)處理為每一種交換機(jī)定制錯誤類型編碼，用戶可以通過預(yù)處理維護(hù)界面自定義某個交換機(jī)的每一種檢錯規(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è)備（如交換機(jī)）對于超長詳單進(jìn)行自動分割處理，在預(yù)處理時，將其還原成一條完整的詳單，以 供批價處理； 不同網(wǎng)元的多筆相關(guān)使用數(shù)據(jù)（話單格式可以不同）合并成單筆或多筆通信使用數(shù)據(jù)，以供批價處理。 11、預(yù)處理在每個交換機(jī)的文件名前面添加特定的前綴，以保證文件的唯一性。 12、對錯誤文件回收處理，可以人工或自動對某一類錯誤話單的錯誤進(jìn)行修正，并對第 3 章 計費系統(tǒng)功能描述 22 這部分話單進(jìn)行回收處理。 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ù)在線保留六個月，六個月后，采用文件備份的方式進(jìn)行脫機(jī)備份；清單數(shù)據(jù)在線保留六個月，六個月前的清單數(shù)據(jù)采用文件備份的方式進(jìn)行脫機(jī)離線備份 3.3 計費處理 計費處理是對預(yù)處理后數(shù)據(jù)文件及其記錄進(jìn)行費用計算、優(yōu)惠處理，并進(jìn)行費用累計及入庫， 最后進(jìn)行高額控制，回退處理和錯單回收處理后的記錄還可以重新進(jìn)行批價。 計費處理輸出的標(biāo)準(zhǔn)話單記錄數(shù)據(jù)中，應(yīng)該包含的關(guān)鍵信息主要有： (1) 計費要素 (2) 統(tǒng)計要素 (3) 費用要素（包括標(biāo)準(zhǔn)費用、優(yōu)惠后費用等） (4) 批價功能包括：話單輸入、費用計算、優(yōu)惠處理、費用累計、入庫處理、回退處理、異常處理、無主話單處理、模擬計費。 話單輸入 話單輸入是從預(yù)處理模塊接收待批價話單，并進(jìn)行格式校驗，將錯單存入錯單庫中，供后續(xù)的回收處理；將正確話單提交給費用計算，進(jìn)行批價處理。 費用計算 費用計算是把經(jīng)過格式檢查 與轉(zhuǎn)換后的輸入話單根據(jù)運營商所確定的標(biāo)準(zhǔn)資費規(guī)則，第 3 章 計費系統(tǒng)功能描述 23 進(jìn)行標(biāo)準(zhǔn)批價，記錄標(biāo)準(zhǔn)費用（優(yōu)惠前費用）。 使用費計算具體要求如下： 要求支持靈活的標(biāo)準(zhǔn)資費規(guī)則批價實現(xiàn)。 要求支持各類業(yè)務(wù)的話單的費用計算。 要求快速支持新業(yè)務(wù)的費用計算。 要求支持多種度量方式。例如時長、流量、次數(shù)等。 要求支持多種單位。例如天、時、分、秒、 6 秒、字節(jié)、 KB、 MB、 GB 等。 要求支持按照客戶屬性、服務(wù)實例屬性、話單屬性的一個或多個屬性組合確定費率。 要求支持分時間段確定費率。 要求支持分?jǐn)?shù)量段取得費率。 要求支持參考資源量確定費率。 要求 支持一個話單計算出多種費用。一個話單同時使用多個度量計算費用。 要求支持漫游話單的費用計算。 要求支持客戶 SLA 確定費率。 要求支持缺省費率批價。 要求支持缺省用戶批價。 要求支持月租的多種計算方式。例如按天、收整月等。 要求支持新舊費率的平滑過渡。 要求支持根據(jù)產(chǎn)品資費計算費用。 要求支持支持產(chǎn)品捆綁資費的費用計算。 要求支持資費計劃的費用計算。 要求支持實時與非實時方式的費用計算。 要求將找不到批價相關(guān)信息（規(guī)則、局向等）的話單，存入錯單庫中，供回收處理 （ 3）優(yōu)惠處理 優(yōu)惠處理是對標(biāo)準(zhǔn)資費處理后的費用 進(jìn)行優(yōu)惠打折的過程。支持運營商按市場需要靈活設(shè)定的各種優(yōu)惠規(guī)則的批價，并記錄優(yōu)惠部分的費用。 批價部分優(yōu)惠處理具體要求如下： 第 3 章 計費系統(tǒng)功能描述 24 要求支持靈活的優(yōu)惠規(guī)則優(yōu)惠處理實現(xiàn)。 要求支持絕對日期，相對日期優(yōu)惠。 要求支持特殊號碼的優(yōu)惠。 要求支持分時間段優(yōu)惠。 要求支持分?jǐn)?shù)量段優(yōu)惠。 要求支持多種業(yè)務(wù)間交叉優(yōu)惠。 要求支持基于累計資源的優(yōu)惠（如時長累計、流量累計等）。 要求支持優(yōu)惠參考對象，優(yōu)惠計算對象，優(yōu)惠分?jǐn)倢ο蟆?要求支持保底、封頂、按比例等優(yōu)惠。 要求支持單次通話分段優(yōu)惠以及歷史總量、當(dāng)前總量優(yōu)惠。 要求支持最優(yōu) 、疊加、互斥優(yōu)先級等優(yōu)惠關(guān)系。 3.3.1 二次號碼分析 現(xiàn)在很多項業(yè)務(wù)的開展，都是在原來的撥號基礎(chǔ)上，增加接入號的方式進(jìn)行處理的。因而在系統(tǒng)中，我們對這種撥號方式的數(shù)據(jù)進(jìn)行了統(tǒng)一的處理，將所有號碼進(jìn)行歸類，對于帶有接入號碼的話單進(jìn)行二次號碼分析，提供靈活的計費處理。 號碼歸類模型如下： 電話號碼 接入網(wǎng)別 費率類型 起用時間 停用時間 17931 IP 待定 。 。 。 。 。 。 。 。 。 對于有接入 號碼的話單，我們在去掉接入號碼后，需要進(jìn)行二次號碼分析，得出用戶的詳細(xì)通話信息，計算用戶的費用。 3.3.2 重計費處理 在系統(tǒng)運行過程中，可能由于多種原因，需要進(jìn)行重新批價處理： 參數(shù)輸入不全，部分話單則會作為錯誤話單臨時保存到批價錯單表中，待參數(shù)補(bǔ)充齊全后，再將數(shù)據(jù)提取出來重新處理，這部分處理稱做錯單重批價。 由于參數(shù)輸入錯誤或其他系統(tǒng)故障，可能會有部分話單的資費等計算錯誤，也需要重第 3 章 計費系統(tǒng)功能描述 25 新批價處理，稱做已批價話單重批價。 出錯話單重批價處理 對于出錯話單，需要人工檢查錯誤原因，根據(jù)錯誤類型，補(bǔ)充相應(yīng)的計費參數(shù) ，然后啟動重批價進(jìn)程對錯誤話單進(jìn)行重批價處理。 已批價話單重批價處理 對于已批價后的話單數(shù)據(jù)，需要根據(jù)實際情況，查明錯誤原因（系統(tǒng)錯誤、參數(shù)錯誤），根據(jù)錯誤原因進(jìn)行相應(yīng)的處理（有可能是去除系統(tǒng)的 Bug）后，重新進(jìn)行批價處理。 重批價日志更新 在重批價過程中，由于話單屬于二次處理，為了保持批價日志中話單數(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)需要進(jìn)行重新統(tǒng)計，提供各項數(shù)據(jù)統(tǒng)計結(jié)果給報表系統(tǒng)生成報 表27。 3.4 本章小節(jié) 中國電信運營商的 計費系統(tǒng) 一般都是由數(shù)據(jù)采集模塊、 預(yù)處理模塊、一次批價模塊統(tǒng)計模塊、系統(tǒng)管理模塊、外部接口組成。 采集模塊：完成原始清單的采集工作，采集點一般是交換機(jī)。 預(yù)處理模塊：實現(xiàn)二進(jìn)制文件轉(zhuǎn)換成文本文件的工作，同時文件標(biāo)準(zhǔn)格式的輸出。 計費處理模塊：實現(xiàn)清單的批價工作以及國際法定日優(yōu)惠的計算處理。 統(tǒng)計管理模塊：計費相關(guān)數(shù)據(jù) 的統(tǒng)計工作。 系統(tǒng)管理 ： 系統(tǒng)對外接口模塊，包括聯(lián)機(jī)指令接口，綜合營帳接口，兩網(wǎng)的全網(wǎng)中心第 3 章 計費系統(tǒng)功能描述 26 和省中心接口，采集接口。 第 4 章 收入保障 系統(tǒng)研究 27 第 4 章 收入保障系統(tǒng)研究 運營商從銷售到收入的業(yè)務(wù)流程的復(fù)雜性是導(dǎo)致收入流失的根源。從銷售訂單、運營、開通、計費到實際支付獲得收入的整個過程中，任何一個環(huán)節(jié)都有可能出現(xiàn)收入流失。收入流失的原因主要包括不完善 /不正確的通話明細(xì)記錄 (CDR)、 錯誤的計費，因此清單采集和計費處理的收入保障就顯更加的重要了。 4.1 采集收入保障 4.1.1 采集數(shù)據(jù)完整性模型 對移動語音數(shù)據(jù)的采集，一般如圖 4.1.1 所 示。交換機(jī)記錄手機(jī)的原始通話數(shù)據(jù)，采集機(jī)從交換機(jī)上采集這些數(shù)據(jù)，傳輸給計費服務(wù)器，計費服務(wù)器對這些數(shù)據(jù)預(yù)處理、批價和出帳。 圖 4.1.1 采集處理網(wǎng)絡(luò)圖 除了從 MSC 上采集數(shù)據(jù)，還有可能直接從 GMSC 上采集數(shù)據(jù)。對 GPRS、短信、 WLAN 和第 4 章 收入保障 系統(tǒng)研究 28 智能網(wǎng)業(yè)務(wù)，也有其他數(shù)據(jù)采集點。由于業(yè)務(wù)和采集方式的不同，數(shù)據(jù)流過的節(jié)點也不盡相同。為此，可以建立一個抽象的數(shù)據(jù)采集模型 ，如下所示 。 駐點 1駐點 2駐點 n 1駐點 n 處理和操作數(shù)據(jù)的設(shè)備稱為駐點，數(shù)據(jù)采集就是在一系列的駐點間的流動。駐點可以是手機(jī)、交 換機(jī)、采集機(jī)和計費服務(wù)器（如圖 4.1.1），也可以是短信網(wǎng)關(guān)、短信中心、智能網(wǎng) SSP、智能網(wǎng) SCP、 GPRS的 SGSN、 RADIUS 服務(wù)器，還可以是一個數(shù)據(jù)采集進(jìn)程或一個數(shù)據(jù)傳輸進(jìn)程。從宏觀上來說，移動公司內(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）為橫坐標(biāo)（假設(shè) 15分鐘為一個采集周期），采集數(shù)據(jù)完整率 R為縱坐標(biāo)，可以畫出采集數(shù) 據(jù)完整率曲線。對照一段時間內(nèi)的曲線變化，擬合出一個參考的標(biāo)準(zhǔn)采集數(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ù)完整率，第 4 章 收入保障 系統(tǒng)研究 29 反映了這一駐點處理數(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)問題時，就能夠準(zhǔn)確鎖定問題出現(xiàn)點。但在所有理論上采集點上采集數(shù)據(jù)成本很高，甚至是不可能，也是不必要。比如，在絕大多數(shù)情況下，我們認(rèn)為傳輸數(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ù)損失。當(dāng)然，事情總有兩個面，監(jiān)控的內(nèi)容越多，出現(xiàn)問題時確認(rèn)問題出在哪里也就越復(fù)雜。 在實際使用時經(jīng)常遇到只有一個采集點的情況，另一個采集點的數(shù)據(jù)因政策或競爭原因不可得到，這時需要采用一些其他辦法估算上一個采集點可能的數(shù)據(jù)量。此時，我們可使用以下方法進(jìn)行數(shù)據(jù)完整性估計。 利用順序號計算法：在一些交換機(jī) 中，采集文件有順序號，采集記錄也有順序號。比如一個文件有 990條記錄，但一個采集文件起止順序號表明有 1000條記錄，則采集數(shù)據(jù)完整率為 99%。 文件連續(xù)性校驗 數(shù)據(jù)采集系統(tǒng)在獲取交換機(jī)生成的原始文件時，部分交換機(jī)會返回一個連續(xù)的序號，作為文件唯一標(biāo)識，采集程序?qū)⒗么酥底髋袛?，前后采集到的文件此值是否連續(xù)，如果編號連續(xù)，則表明在數(shù)據(jù)文件在邏輯上是連續(xù)的，如果編號不連續(xù)，則表明可能出現(xiàn)了漏采或重采；對于不能提供文件序列號的交換機(jī)，通過計第 4 章 收入保障 系統(tǒng)研究 30 費文件生成時間、交換機(jī)提供的文件列表等進(jìn)行連續(xù)性校驗。 文件完整性校驗 數(shù) 據(jù)采集系統(tǒng)在整個采集、傳輸過程中監(jiān)控文件的大小和數(shù)目，確保數(shù)據(jù)源、采集服務(wù)器和采集主機(jī)之間的文件大小及數(shù)目的一致，如不一致，則作為異常處理。 主被叫計算法：對于本省語音話單，主叫話單和被叫話單是相等的。但如果一段時間內(nèi)，主叫與被叫對應(yīng)的話單有 990 條，沒有對應(yīng)被叫的話單有 4 條，沒有對應(yīng)主叫的被叫話單有 6 條，我們可以認(rèn)為應(yīng)有話單 1000 條，則采集數(shù)據(jù)完整率為99%。 預(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ù)測更為準(zhǔn)確 25。 采集數(shù)完整率主要是描述數(shù)據(jù)流動中是否有損失，但因為它是根據(jù)一定時間段內(nèi)的數(shù)據(jù)量計算的，也能反映設(shè)備吞吐量不足時出現(xiàn)的問題。比如交換機(jī)采用 X.25 協(xié)議以 64kb/s的速率采集數(shù)據(jù)，小于春節(jié)高峰期交換機(jī)產(chǎn)生數(shù)據(jù)的速率，從而形成數(shù)據(jù)阻塞，使采集機(jī)上的數(shù)據(jù)量遠(yuǎn)小于交換機(jī)上產(chǎn)生的數(shù)據(jù)。為此，我們根據(jù)采集數(shù)據(jù) 量的計算以及實際情況，決定對采集方式進(jìn)行改造，將原有的 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)控指標(biāo)，這樣就為我們的統(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ī)定閾值，第 4 章 收入保障 系統(tǒng)研究 31 當(dāng)出現(xiàn)超過閾值的波動時，自動提醒監(jiān)控人員。監(jiān)控人員需要分析、確認(rèn)產(chǎn)生波動的原因，如果設(shè)備原因影響了數(shù)據(jù)采集，就對設(shè)備進(jìn)行維護(hù)。 在統(tǒng)一的采集模型、指標(biāo)和業(yè)務(wù)流程的基礎(chǔ)上，我們建立了統(tǒng)一集中的采集完整性監(jiān)控平臺。監(jiān)控軟件包括采集、計算、圖示、統(tǒng)計查詢、自動告警、日志、權(quán)限管理等模塊，運行在統(tǒng)一的硬件平臺上。對應(yīng)新業(yè)務(wù)和新設(shè)備的監(jiān)控， 一般可以通過配置完成，特殊情況下，也只需要擴(kuò)展計算模塊。由于采用統(tǒng)一界面，在一個界面上可以觀察所有業(yè)務(wù)、所有設(shè)備的數(shù)據(jù)采集完整率曲線 24。 4.1.4 斷點續(xù)傳功能 由于網(wǎng)絡(luò)的原因，數(shù)據(jù)采集進(jìn)程經(jīng)常會中斷，造成話單采集不完全的情況發(fā)生，從而導(dǎo)致話單的丟失，所以 數(shù)據(jù)采集處理 應(yīng) 支持?jǐn)帱c續(xù)傳功能。 進(jìn)行文件傳輸時，在服務(wù)器端，對打開的文件設(shè)置了一個偏移量，每次傳輸文件的一部分，就將偏移量設(shè)置成當(dāng)前傳輸?shù)膲K的偏移量。如果傳輸成功，則取下一塊的偏移量，如果失敗，則保存該偏移量。這個偏移量是斷點續(xù)傳的關(guān)鍵之一。 在客 戶端，在傳輸失敗的時候保留該未完成的文件，這個文件的大小是斷點續(xù)傳的另一個關(guān)鍵。 有了上述兩個關(guān)鍵點，系統(tǒng)便可以實現(xiàn)斷點續(xù)傳了。 當(dāng)客戶端發(fā)送續(xù)傳命令時，與命令一起發(fā)送的還有續(xù)傳點，也就是文件應(yīng)該從哪里開始添加數(shù)據(jù)。這個續(xù)傳點可以通過取未完成的文件的大小來得到。當(dāng)服務(wù)端接收到續(xù)傳命令，取得續(xù)傳點，將其與服務(wù)器上保存的偏移量進(jìn)行比較，若一致則打開一個數(shù)據(jù)連接，從該偏移量開始傳輸。而在客戶端，只需要將文件位移置于末尾，便可以從數(shù)據(jù)連接接收續(xù)傳的數(shù)據(jù)，將其添加到未完成的文件的末尾 12。 4.2 預(yù)處理收入保障 4.2.1 話單檢重 日常我們有時會發(fā)現(xiàn)有些話單重復(fù)而造成重復(fù)收費的情況，話單重復(fù)會導(dǎo)致用戶投訴，運營商不但要對用戶進(jìn)行高額的賠償外還要受到名譽(yù)的影響，這也是造成運營商收入流失的一個問題。那么我們可以在預(yù)處理的同時也完成話單的檢重工作。 重單類型包括： 第 4 章 收入保障 系統(tǒng)研究 32 話單主叫、被叫相同，通話開始時間重復(fù)或在指定的誤差范圍內(nèi)； 話單主叫、被叫相同，通話時間重疊或在指定的誤差范圍內(nèi)； 預(yù)處理提供靈活的檢重處理和重單規(guī)則配置，支持參數(shù)配置選擇需相互撿重的業(yè)務(wù)和撿重條件。 系統(tǒng)將通過如下的方式來進(jìn)行檢重處理：話單預(yù)處理完成后，需要 提取話單中的某幾個字段（以普通電話語音話單為例），起始主叫號碼，起始主叫時間，被叫號碼，采用 HASH算法，將這三個字段的值進(jìn)行進(jìn)一步的計算得到一個該話單對應(yīng)的唯一性標(biāo)志碼，對于當(dāng)天的話單形成的唯一性 ID是放在內(nèi)存數(shù)據(jù)庫中，對于歷史的唯一性 ID 放在文件系統(tǒng)中，按照一天一個（或多個） ID號文件的方式進(jìn)行存放，根據(jù)發(fā)送來的新的話單的發(fā)生日期，進(jìn)行排重，如果是當(dāng)天的話單，則在內(nèi)存數(shù)據(jù)庫中進(jìn)行排重，如果是遲到話單，則根據(jù)實際發(fā)生的日期找到相應(yīng)的唯一性 ID 號文件進(jìn)行排重。下一條話單計費完后，同樣進(jìn)行這個 HASH 算法，如 果得到的唯一性標(biāo)志碼與已有的標(biāo)志碼相重復(fù)，則表示該話單是重單，將該話單入庫到重單數(shù)據(jù)庫進(jìn)行分析，查詢。采用 HASH 算法來實現(xiàn)重單的檢驗，比用數(shù)據(jù)庫的唯一性索引來檢查重單，極大的提高了話單的入庫速度，主要體現(xiàn)在兩個方面：采用 HASH算法，對于檢驗話單的重復(fù)提高了速度 23。 4.2.2 包容單檢查 若兩條清單中的幾個關(guān)鍵域完全相同且下一條清單的起始時刻和結(jié)束時刻分別小于上一條清單的起始時刻和結(jié)束時刻的情況視為包容單。 我們在話單檢重的時，一般對包容話單經(jīng)常采取選擇時長最大清單進(jìn)行計費而另一條清單不計費的原則，但 現(xiàn)在我們不能完全遵循這一原則，因為 對于 N-ISDN 業(yè)務(wù)和主被叫都為 PBX 用戶 出現(xiàn)話單包容情況是業(yè)務(wù)發(fā)展的結(jié)果，所以需要對其 不進(jìn)行包容單檢查 ，如果按照以前丟掉其中任意一條清單都會對運營商造成收入損失 26。 4.2.3 交叉單檢查 若兩條清單中的幾個關(guān)鍵域完全相同，且下一條清單的起始時刻或結(jié)束時刻介于上一條清單的起始時刻和結(jié)束時刻之間情況視為交叉單。 我們在話單檢重的時，一般對交叉話單經(jīng)常采取選擇起始時間最早的清單進(jìn)行計費而另一條清單不計費的原則，但現(xiàn)在我們不能完全遵循這一原則，因為 對于 N-ISDN 業(yè)務(wù)和主被叫 都為 PBX 用戶 出現(xiàn)話單交叉的情況是業(yè)務(wù)發(fā)展的結(jié)果，所以需要對其 不進(jìn)行 交叉 單檢查 ，如果按照以前丟掉其中任意一條清第 4 章 收入保障 系統(tǒng)研究 33 單都會對運營商造成收入損失 19。 4.2.4 話單糾錯 對話單預(yù)處理時候，會因為話單字段格式錯誤或者其它原因，我們把其作為錯誤話單進(jìn)行單獨存放，錯誤話單是不能進(jìn)行下一步計費操作的，這就意味著運營商不能向用戶收取這些話費，導(dǎo)致運營商的收入損失 。 為 了 減少損失，在不影響費用計算的前提下，對話單進(jìn)行適度的修改。具體包括下述可以糾正的錯誤： 如果對端號碼記錄錯誤， 刪除對端號碼中的非法字符； 如果是與計費無 關(guān)的字段出現(xiàn)錯誤，我們可以忽略這種錯誤的出現(xiàn) ； 可以將用戶指定模式的錯誤處理情況在預(yù)處理時自動糾正 ，以便能夠進(jìn)行計費處理 26。 4.3 計費處理收入保障 4.3.1 參數(shù)及時回調(diào) 在進(jìn)行計費處理過程中， 我們將計費參數(shù)一次性全部調(diào)入共享內(nèi)存區(qū)，各個批價進(jìn)程從共享內(nèi)存區(qū)獲取計費參數(shù)，進(jìn)行批價處理。 由于系統(tǒng)維護(hù)的參數(shù)永久存儲在數(shù)據(jù)庫中，因而需要將用戶更改過的計費參數(shù)及時更新到內(nèi)存中 以便批價系統(tǒng)可以按照新的規(guī)則進(jìn)行批價，如果沒有及時更新，會導(dǎo)致批價結(jié)果錯誤，造成損失 。 我們可以 在系統(tǒng)中設(shè)計了專門的進(jìn)程參數(shù)守護(hù)進(jìn) 程，實時檢測系統(tǒng)中參數(shù)是否變化。對于已經(jīng)變化的參數(shù)，系統(tǒng)及時阻塞批價進(jìn)程，進(jìn)行內(nèi)存參數(shù)更新，這樣就使得系統(tǒng)參數(shù)的變化及時反映到實時批價系統(tǒng)中。再加上批價系統(tǒng)的參數(shù)化驅(qū)動機(jī)制，于是在資費標(biāo)準(zhǔn)、計費規(guī)則等改變時，系統(tǒng)不必事先停止所有進(jìn)程，而僅僅根據(jù)需要進(jìn)行參數(shù)更改，系統(tǒng)則會自動將新的政策完好地體現(xiàn)在系統(tǒng)中。 在所有的參數(shù)表中 ,我們 需要定義 參數(shù)生效起始時間、參數(shù)生效終止時間。因此，在系統(tǒng)中政策變更、資費調(diào)整時，只需要在系統(tǒng)中更改舊參數(shù)的生效終止時間，另外增加新的參數(shù)即可。 第 4 章 收入保障 系統(tǒng)研究 34 在關(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)無主話單的情況，對于無主話單大多數(shù)電信運營商沒有采取一種優(yōu)先進(jìn)行監(jiān)控的機(jī)制，這樣往往會讓一些用戶鉆了空子，打了電話不去繳費的欺詐行為的出現(xiàn) 。 基于這種情況，我認(rèn)為電信運營商需要建立一套針對無主用戶的管理機(jī)制， 實現(xiàn)對無主用戶的監(jiān)控功能，實現(xiàn)對其有條件的停機(jī)操作。 有條件停機(jī)可以是規(guī)定無主用戶話費限額，如果超過這個限額系統(tǒng)會對其馬上做停機(jī)處理，還可以選擇無主用戶存在的時間，如果無主用戶在規(guī)定的日期內(nèi)還沒有轉(zhuǎn) 成正是用戶，系統(tǒng)可以馬上對其進(jìn)行強(qiáng)制停機(jī)。采取這些措施可以在滿足用戶需要的基礎(chǔ)上，最大限度的減少運營商的損失。 4.4 核查分析 核查分析管理包括庫外統(tǒng)計分析、庫內(nèi)統(tǒng)計分析、統(tǒng)計分析報表和對帳等部分，庫外統(tǒng)計主要對進(jìn)行預(yù)處理后的標(biāo)準(zhǔn)數(shù)據(jù)進(jìn)行各種標(biāo)準(zhǔn)的統(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 文檔）進(jìn)行存儲或閱讀。 第 4 章 收入保障 系統(tǒng)研究 35 業(yè)務(wù)數(shù)據(jù)核查功能是計費核查管理系統(tǒng)的最核心部分，需要對大量的基礎(chǔ)數(shù)據(jù)進(jìn)行過濾、分揀、分類、統(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)話 每一次通話的撥打類型 固定撥打移動 移動撥打固定 固定撥打固定 第 4 章 收入保障 系統(tǒng)研究 36 移動撥打移動 每一次通話的結(jié)算對象 發(fā)話方 受話方 中轉(zhuǎn)方所屬通信公司 每一次通話的業(yè)務(wù)類型 國內(nèi)長途 市內(nèi)通信 國際電話 統(tǒng)計相關(guān)指標(biāo)信息 通話次數(shù) 時長 通信費用 業(yè)務(wù)數(shù)據(jù)核查對進(jìn)入系統(tǒng)的大量數(shù)據(jù)進(jìn)行了核查、統(tǒng)計、沉淀處理，為核查分析提供了數(shù)據(jù)源，核查分析就是對業(yè)務(wù)數(shù)據(jù)核查結(jié)果進(jìn)行更高層次的分析、展現(xiàn)，提供系統(tǒng)使 用人員易于接受的結(jié)果方式。核查分析涉及面廣、業(yè)務(wù)復(fù)雜，適用、可靠、高性能的核查分析的實現(xiàn)較困難，建議系統(tǒng)建設(shè)初期建立可擴(kuò)充性良好的架構(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ī)范行為分析： 第 4 章 收入保障 系統(tǒng)研究 37 超長呼叫分析 。 超短呼叫分析 。 計費方面： 漫游異常行為發(fā)現(xiàn)。 移動和聯(lián)通話單 計費（ 結(jié)算 ） 核查； 移動和電信 話單 計費（ 結(jié)算 ） 核查； 移動和其他運營商話單核查； 超長、超短、異常話費報表； 與各運營企業(yè)網(wǎng)間通話平均時長。 交換方面： 中繼群話務(wù)量排名表； 基站話務(wù)量分析表 超短話單基站分布統(tǒng)計分析 各局 忙時話務(wù)量排名表； MSC話務(wù)量 分析 表； MSC忙時話務(wù)量排名表。 漫游 信息 分析： 用戶漫游行為分析； 用戶平均漫游次數(shù)分析； 漫游通話次數(shù)分析； 漫游異常行為發(fā)現(xiàn)。 對帳提供了對比雙方的微觀對帳方式，可以具體到每一條話單，每一次呼叫，查看雙方話單是否正確。 系統(tǒng)提供具備數(shù)據(jù)導(dǎo)入功能的前臺應(yīng)用程序，能夠靈活方便的將不 同對比對象的對帳第 4 章 收入保障 系統(tǒng)研究 38 清單導(dǎo)入到系統(tǒng)內(nèi)，同時可以選定對帳范圍（如：對帳日期范圍、業(yè)務(wù)范圍、地區(qū)范圍、路由范圍等）進(jìn)行自動對帳，在對帳過程中，系統(tǒng)根據(jù)設(shè)定的允許對帳差額進(jìn)行比較，對于差額過大的項目提出告警通知，并出具對帳結(jié)果報告，對帳報告中分為： 主叫、被叫、時間完全吻合的記錄數(shù)和時長； 主叫、被叫相同但時間在誤差范圍之內(nèi)的記錄數(shù)和時長； 主叫、被叫和時間作為關(guān)鍵字雙方互不存在的的記錄數(shù)和時長等。 在系統(tǒng)清單對帳處理時，可以支持對指定域的模糊匹配功能，比如在雙方記錄的主被叫區(qū)號方式不同時，可以設(shè)置從域的第幾位開始匹 配。 4.5 推廣實時預(yù)付費機(jī)制 目前大多數(shù)運營商都是采用后付費和準(zhǔn)實時計費方式。后付費方式是指用戶先使用產(chǎn)品，之后再在運營商指定的日期內(nèi)繳納產(chǎn)品使用費，由于中國社會信用體系還沒有建立，很多用戶在使用產(chǎn)品之后很難自覺的去繳納產(chǎn)品使用費用，從而產(chǎn)生大批量的壞帳帳單，從而造成運營商損失。 準(zhǔn)預(yù)付費在很大的程度上禰補(bǔ)了后付費的弊端，它要