【正文】 ..........................................11 數(shù)據(jù)的過濾與填充 ......................................................................................11 INcharge 系統(tǒng)的功能模塊 .................................................................................12 4. 內(nèi)蒙古移動收入保障系統(tǒng)實施方案和工作范圍 ......................................................14 計費話單完整性稽核 ...............................................................................................14 HLR/BOSS 用戶數(shù)據(jù)一致性稽核： .......................................................................17 5. Subex公司的工作內(nèi)容 ...............................................................................................19 6. INcharge 系統(tǒng)硬件 /軟件參考配置 .............................................................................21 7. INcharge?關鍵性能指標： .......................................................................................21 技術建議書（方案）附件： 附件一：內(nèi)蒙移動收入保障系統(tǒng)概要設計 附件二：計費話單完整性部分詳細設計 附件三： HLR/BOSS 數(shù)據(jù)一致性稽核部分詳細設計 附件四： 收入保障 產(chǎn)品 客戶化功能需求 書 附件五：項目實施分工界面 附件六：工程進度安排及工程組織實施方案 附件七：培訓文檔 附件八：驗收與測試 附件九：技術服務承諾書 附件十： INcharge 收入保障系統(tǒng)技術規(guī)范書 附件十一：技術規(guī)范書點對點應答 附件十二：相關技術資料 附件十三：硬件配置建議方案詳細說明 附件十四：內(nèi)蒙移動 _收入保障項目 _實施計劃 技術建議書文件 Confidential Page 4 of 22 1. 前言 中國移動通信行業(yè)在過去的十年經(jīng)歷了迅猛的發(fā)展。這些快速發(fā)展中存在著營業(yè)收入流失的風險。 收入 保障（ Revenue Assurance，簡稱 RA）項目，作為運營商提高利潤，消除運行漏洞，提高運行效率，加強精細管理的重要手段變得越來越具有重要的意義。 Subex 公司的在電信領域的雄厚的專業(yè)經(jīng) 驗、功能強大的 RevMax 產(chǎn)品以及國際水準的服務與支持會為 全球電信運營商 尋求利潤持續(xù)增長的目標帶提供巨大的幫助 。 在研究了中國移動運營的市場情況和運作狀況以后，我們發(fā)現(xiàn)各個省的移動公司的運營狀態(tài)存在相當大的改善余地，這種改善會給移動公司帶來巨大的經(jīng)濟和競爭效率，不僅從短期來說能找回流失的營業(yè)收入，而且長遠來說能夠幫助移動公司更好地服務客戶，穩(wěn)定服務質(zhì)量，提升服務效率，提高客戶滿意度，減少客戶流失，從根本上防止新的營業(yè)收入流失的發(fā)生。 內(nèi)蒙古移動作為一個新加入中國移動（香港）有限公司的上市公司，有著卓越的遠景規(guī)劃和良好的管理作風。 本文件將介紹 Subex 公司 的 收入 保障系統(tǒng)解決方案和針對 內(nèi)蒙古 移動的解決方案，它包括完整的診斷和一系列系統(tǒng)的分步驟實施，以達到 收入 保障的目的。營業(yè)收入流失可能發(fā)生在運營環(huán)境的任何環(huán)節(jié)，如交換機之間信息的錯誤，網(wǎng)絡資源信息不完整，服務開通與營業(yè)脫節(jié)，網(wǎng)絡事件和計費預處理不準確不靈活，批價和帳務優(yōu)惠錯誤，對使用的服務沒有進行計費的資料依據(jù)，等等。 ? 由于服務合同未能錄入 BOSS，使得已經(jīng)給 客戶提供的服務未記入帳 單。 ? 不正確的“實際使用”時間，導致計費的 延遲 b. 交換機中出現(xiàn)的不完整 、缺失、重復和錯誤的 xDR ? 不正確的中繼線組分類。 ? 由于交換機不正確的時間標記導致高峰期話單按低峰期價格計費。 c. 預處理與計費系統(tǒng)中對 xDR 的錯誤辨識以及操作 ? 即使計費出帳系統(tǒng)可以處理 xDR 錯誤，預處理系統(tǒng)卻會剔除所有缺失參數(shù)的xDR 錯誤。 ? 預處理規(guī)則配置錯誤引起某類型的正常話單被錯誤的剔除。 ? 由于系統(tǒng)集中或接管形成的多重未經(jīng)整合的過程和系統(tǒng)。 ? 網(wǎng)絡中存在但卻沒有在賬單中反應出來的資產(chǎn)。 ? 不具備正確處理批價表變更的能力。 ? 帳務 系統(tǒng)中的編碼錯誤導致某些 xDR 被刪除。一個運營商在通信上投入給其他公司的費用可以高達占該公司整個生產(chǎn)成本的 50%左右，因此該項費用應該得到足夠的重視。這就使運營商在互連結(jié)算中有可能產(chǎn)生收入 遺漏，與此同時，也使得各公司尋找可靠的解決方法，來確定并實現(xiàn)互連結(jié)算中收入最大化和成本最小化成為當務之急。 INcharge 解決方案和當前的網(wǎng)絡運營支撐系統(tǒng)融為一體，并且支持未來業(yè)務的發(fā)展和擴張 ，包括服務和產(chǎn)品的增加，用戶數(shù)目，網(wǎng)間互聯(lián)，結(jié)算對象的增加，以及業(yè)務量的增長，從而幫助運營商解決收入流失問題，提高運營利潤。對可能的流失給出告警和提示。 ? 驗證網(wǎng)間結(jié)算 合作 伙伴發(fā)來的支出帳單，以保證不多支付結(jié)算額。 INcharge 收入 保障平臺總體框架 技術建議書文件 Confidential Page 7 of 22 中國移動目前的計費系統(tǒng)都是從交換機的端口采集 CDR 數(shù)據(jù)文件，進行預處理（ Mediation）、分 揀 ，然后進行一次批價，二次批價，最后進行帳務級的優(yōu)惠和匯總。 Subex公司的 INcharge 收入 保障平臺總體框架如下圖所示。 然后，利用 INcharge 收入保障平臺，逐漸建立起對全網(wǎng)各個環(huán)節(jié)的營收保障管理 體制。 INcharge 營收保障解決方案以模塊化的設計滿足不同運營商的具體的需求，如漏計費的 話單記錄 ， 用戶數(shù)據(jù)不一致，網(wǎng)間 結(jié)算的額外支出或漏收，等等，給出營業(yè)收入計算差異的全盤情況。模塊化的設計是為了支持各個階段的營收保障項目的實施。 技術建議書文件 Confidential Page 9 of 22 INcharge 的數(shù)據(jù)模型和 系統(tǒng) 邏輯 結(jié)構 INcharge 系統(tǒng)的數(shù)據(jù)模型按照命名來分為 4個部分：數(shù)據(jù)源（接口）、數(shù)據(jù)映射（轉(zhuǎn)換）、處理規(guī)則和稽核點。 INcharge數(shù)據(jù)源（接口）的配置包括對數(shù)據(jù)的采集機制、調(diào)度、接口格式定義和記錄類型等。 數(shù)據(jù)被定義和轉(zhuǎn)換后，系統(tǒng)為記錄運算提供處理規(guī)則和控制參數(shù)的配置?；它c的處理根據(jù)控制參數(shù)的定義對稽核數(shù)據(jù)進行差異分析和評估。該體系充分利用可 復 用的引擎及模式，保證產(chǎn)品同運營者的收入鏈完全整合，并且提供一種全局解決方案，以保證整個公司組織中營收保障需求的順利實現(xiàn)。 這種模塊化 的工作體系充分考慮到了 INcharge 應該適應使用中的快速多變、用戶客戶 化 定制需求及新的功能 加入等特點，由此使得該體系更加適應于 運營商 的 實際運營環(huán)境 ， 解決它們 特定的業(yè)務需求 。該服務器負責執(zhí)行整個商業(yè)邏輯運算，而客戶端同使用者相互耦合，并呈現(xiàn)所有由服務器產(chǎn)生的相關信息。接下來的部分和圖示說明 INcharge 解決方案的 CS 結(jié)構： I Nch a rg e RDBMS INch a rg e 服務器 INch a rg e 外部存儲 INch a rg e 客戶端 數(shù)據(jù)的獲取 數(shù)據(jù)的獲取層從運營網(wǎng)絡中不同類型的網(wǎng)元和系統(tǒng)上采集各種稽核相關數(shù)據(jù)，網(wǎng)元包括 SS7 信令話單生成器、交換機、 采集 /預處理、計費 /帳務等，配置元素包括用戶數(shù)據(jù)、局參數(shù)表、服務計劃配置表等。所有采集的數(shù)據(jù)將被轉(zhuǎn)換成稽核系統(tǒng)內(nèi)部的標準格式，等待系統(tǒng)的進一步處理。 數(shù)據(jù)的翻譯與關聯(lián) 該功能層負責所有的數(shù)據(jù)翻譯和轉(zhuǎn)換，如號碼前綴的轉(zhuǎn)換