收入保障系統(tǒng)設(shè)計(jì)方案

1、 收入保障系統(tǒng)收入保障系統(tǒng) 目目 錄錄 1電信運(yùn)營(yíng)商凸現(xiàn)的問題收入流失.3 1.11.1綜述綜述.3 2INCHARGE 收入保障系統(tǒng).4 2.1INCHARGE收入保障系統(tǒng)簡(jiǎn)介收入保障系統(tǒng)簡(jiǎn)介.4 2.2INCHARGE的數(shù)據(jù)模型和系統(tǒng)邏輯結(jié)構(gòu)的數(shù)據(jù)模型和系統(tǒng)邏輯結(jié)構(gòu).4 2.2.1.INcharge系統(tǒng)的邏輯組件系統(tǒng)的邏輯組件 5 2.3INCHARGE系統(tǒng)體系元素系統(tǒng)體系元素.7 2.3.1.差異根源分析差異根源分析 7 2.3.2.基于基于GUI界面的系統(tǒng)單元配置界面的系統(tǒng)單元配置 8 2.3.3.稽核引擎稽核引擎 9 2.3.4.量化儀表板和報(bào)表引擎量化儀表板和報(bào)表引擎 9 2.4I

2、NCHARGE系統(tǒng)的功能模塊系統(tǒng)的功能模塊.10 2.4.1.記錄完整性稽核模塊記錄完整性稽核模塊 11 2.4.2.計(jì)費(fèi)業(yè)務(wù)保障模塊計(jì)費(fèi)業(yè)務(wù)保障模塊 11 2.4.3.網(wǎng)間結(jié)算與成本保障模塊網(wǎng)間結(jié)算與成本保障模塊 13 2.4.4.服務(wù)開通與資產(chǎn)保障模塊服務(wù)開通與資產(chǎn)保障模塊 14 2.4.5.測(cè)試通話生成器測(cè)試通話生成器 15 3INCHARGE 系統(tǒng)實(shí)施案例分析.16 3.1實(shí)施案例分析實(shí)施案例分析 1：.16 3.2實(shí)施案例分析實(shí)施案例分析 2：.17 4INCHARGE 系統(tǒng)主要特點(diǎn)總結(jié).19 1 電信運(yùn)營(yíng)商凸現(xiàn)的問題收入流失 1.11.1綜述綜述 在當(dāng)今激烈的競(jìng)爭(zhēng)環(huán)境中，電信運(yùn)營(yíng)商

3、在追求營(yíng)業(yè)收入增長(zhǎng)的同時(shí)，也在尋求利 潤(rùn)穩(wěn)定增長(zhǎng)的方法。由于在電信營(yíng)運(yùn)過程中收入和支出流失的現(xiàn)象頻頻發(fā)生，因此對(duì) 于運(yùn)營(yíng)商來說，致力于識(shí)別這些收入流失的根源，量化這些流失的程度，并且通過使 用具有用自動(dòng)化稽核工具和業(yè)務(wù)流程改進(jìn)的全局收入保障方案來解決這些收入流失問 題，就顯得勢(shì)在必行。 業(yè)界的估計(jì)顯示電信運(yùn)營(yíng)網(wǎng)絡(luò)中收入流失程度大約占營(yíng)業(yè)收入的 3%到 15%。Gartner 咨詢公司對(duì) 2003 年全球電信業(yè)務(wù)收入的估計(jì)是 1.1 萬億美元，那么根 據(jù)這個(gè)估計(jì)， 2%的流失程度就能造成全球范圍內(nèi)驚人的 220 億美元收入流失。如果按 5%的流失程度估計(jì)，電信收入流失將達(dá)到 550 億美元。電信

4、收入流失的根本原因在于 運(yùn)營(yíng)支撐系統(tǒng)（OSS）的不斷演變和升級(jí)換代。在電信運(yùn)營(yíng)鏈的不斷合并、擴(kuò)容、升 級(jí)以及網(wǎng)絡(luò)不斷增長(zhǎng)的同時(shí)，各種系統(tǒng)也變得越來越復(fù)雜和分散。為了能夠適應(yīng)運(yùn)營(yíng) 網(wǎng)絡(luò)和用戶快速增長(zhǎng)壓力，各個(gè)運(yùn)營(yíng)商也在迫切開發(fā)和延伸出越來越多的新的業(yè)務(wù)種 類，而這些新的業(yè)務(wù)常常是沒有得到 OSS 系統(tǒng)的很好的支持。所有這些因素都增加了 收入流失發(fā)生的可能性。 隨著電信市場(chǎng)變得越來越成熟、市場(chǎng)競(jìng)爭(zhēng)越來越激烈的同時(shí)，電信運(yùn)營(yíng)商從改善自 身的管理水平以及從每個(gè)業(yè)務(wù)和用戶身上尋求收入的最大化就顯得非常的必要了。及 時(shí)的堵住收入的流失源頭和采取主動(dòng)的收入保障措施，目前被越來越多的運(yùn)營(yíng)商視為 利潤(rùn)增長(zhǎng)的有效

5、戰(zhàn)略方法。 2 INcharge 收入保障系統(tǒng) 在過去的十年里， Subex 系統(tǒng)有限公司系統(tǒng)有限公司在電信領(lǐng)域已經(jīng)積累了豐富的專業(yè)經(jīng)驗(yàn)，并把 這些經(jīng)驗(yàn)成功的運(yùn)用到電信應(yīng)用軟件的開發(fā)和實(shí)施中。已經(jīng)著手與收入保障項(xiàng)目實(shí)施的運(yùn) 營(yíng)商都會(huì)達(dá)到了這樣的共識(shí)：Subex 公司的在電信領(lǐng)域的雄厚的專業(yè)經(jīng)驗(yàn)、功能強(qiáng)大的公司的在電信領(lǐng)域的雄厚的專業(yè)經(jīng)驗(yàn)、功能強(qiáng)大的 RevMax產(chǎn)品以及國(guó)際水準(zhǔn)的服務(wù)與支持會(huì)為他們尋求利潤(rùn)的持續(xù)增長(zhǎng)的目標(biāo)帶提供巨大產(chǎn)品以及國(guó)際水準(zhǔn)的服務(wù)與支持會(huì)為他們尋求利潤(rùn)的持續(xù)增長(zhǎng)的目標(biāo)帶提供巨大 的幫助。的幫助。 Subex 公司的 RevMax 解決方案包的目標(biāo)就是幫助運(yùn)營(yíng)商實(shí)現(xiàn)收入的最

6、大化。 RevMax解決方案包包含了兩個(gè)獨(dú)立的軟件產(chǎn)品組件： Ranger 欺詐管理系統(tǒng)以及 INcharge 收入保障系統(tǒng)。產(chǎn)品附帶的服務(wù)包括對(duì)運(yùn)營(yíng)鏈中流程的稽核診斷、實(shí)施收入 保障系統(tǒng)的安裝和調(diào)試、對(duì)收入流失點(diǎn)進(jìn)行確認(rèn)和量化、對(duì)業(yè)務(wù)流程提出改進(jìn)意見、幫助 運(yùn)營(yíng)商實(shí)施改進(jìn)的業(yè)務(wù)流程、對(duì)運(yùn)營(yíng)商維護(hù)人員進(jìn)行收入保障系統(tǒng)的使用培訓(xùn)，以及對(duì)軟 件產(chǎn)品的客戶化開發(fā)與支持等。Subex 公司的 RevMax 產(chǎn)品包是根據(jù)運(yùn)營(yíng)鏈中被稽核網(wǎng)元根據(jù)運(yùn)營(yíng)鏈中被稽核網(wǎng)元 的實(shí)際記錄數(shù)據(jù)和業(yè)務(wù)信息完成客戶化的定制和開發(fā)，以達(dá)到增加營(yíng)收或降低成本開銷的的實(shí)際記錄數(shù)據(jù)和業(yè)務(wù)信息完成客戶化的定制和開發(fā)，以達(dá)到增加營(yíng)收或降

7、低成本開銷的 目的，最終推動(dòng)利潤(rùn)的持續(xù)增長(zhǎng)。目的，最終推動(dòng)利潤(rùn)的持續(xù)增長(zhǎng)。 2.1INcharge 收入保障系統(tǒng)簡(jiǎn)介收入保障系統(tǒng)簡(jiǎn)介 INcharge 收入保障解決方案幫助運(yùn)營(yíng)商通過自動(dòng)化的方法和工具識(shí)別和準(zhǔn)確的量化 網(wǎng)絡(luò)中的收入流失，它是 Subex 公司在全球電信行業(yè)中幫助客戶實(shí)現(xiàn)利潤(rùn)增長(zhǎng)數(shù)量、 速度和確定性方面的廣泛技術(shù)和業(yè)務(wù)經(jīng)驗(yàn)的結(jié)晶。INcharge 系統(tǒng)在對(duì)運(yùn)營(yíng)商提供運(yùn)營(yíng) 和業(yè)務(wù)支撐保障的同時(shí)，也解決了對(duì) RA 關(guān)鍵環(huán)節(jié)的定位。而且，Subex 公司的 INcharge 收入保障系統(tǒng)也是一個(gè)非常有前瞻性、規(guī)劃良好的軟件產(chǎn)品，能不斷滿足運(yùn) 營(yíng)商未來在 RA 方面的需求。同時(shí)，INch

8、arge 收入保障解決方案能很好的幫助全球的 電信運(yùn)營(yíng)商有效的提升管理水平，并增強(qiáng)內(nèi)控，滿足例如薩班斯奧克斯利 （Sarbanes-Oxley）法案和英國(guó) OTR003 規(guī)章的要求。 INcharge 收入保障系統(tǒng)的設(shè)計(jì)不盡滿足了運(yùn)營(yíng)商目前對(duì)收入保障方面的需要，同時(shí)也 滿足了未來在收入保障方面的長(zhǎng)遠(yuǎn)需求。INcharge 系統(tǒng)作為 Subex 公司 Revmax 軟 件平臺(tái)體系構(gòu)架中的一個(gè)子單元，與 Revmax 的其他功能單元一起為所有的收入最大 化功能需求提供了一個(gè)集成平臺(tái)。這個(gè)平臺(tái)集成了能夠想象得到的各種收入最大化功 能，如收入保障、反欺詐管理、營(yíng)收利潤(rùn)管理等，并提供數(shù)據(jù)處理、分析和挖掘

9、。用 戶可以將不同的收入最大化功能單元添加倒 Revmax 平臺(tái)中，滿足特定的功能需求， 同時(shí)也使得 Revmax 平臺(tái)就成為了一個(gè)無縫的集成化和升級(jí)化的產(chǎn)品，保護(hù)用戶的當(dāng) 前投資。而且，Subex 公司也一直在致力于開發(fā)新的功能和模塊，為運(yùn)營(yíng)商提供主動(dòng) 預(yù)防式的保障方案和對(duì)潛在流失問題的解決方案。 2.2INcharge 的數(shù)據(jù)模型和系統(tǒng)邏輯結(jié)構(gòu)的數(shù)據(jù)模型和系統(tǒng)邏輯結(jié)構(gòu) INcharge 系統(tǒng)的數(shù)據(jù)模型按照命名來分為 4 個(gè)部分：數(shù)據(jù)源（接口）、數(shù)據(jù)映射 （轉(zhuǎn)換）、處理規(guī)則和稽核點(diǎn)。該數(shù)據(jù)模型按照模塊化結(jié)構(gòu)的映射關(guān)系如下圖所示： Data capture Schedule capture C

10、apture mechanism Interface definition Record type definition Data Source Processing Rules Data Translation Data Enrichment Aggregation, Logical data feed rules Mediation Rules Rating Rules according to price plans Reconciliation Points Reconciliation points Reconciliation fields Variance calculation

11、 Leakage quantification Data Snapshot Field type definition Primary Key Data validation Place from where object of control is collected Object of the control Controlled Parameters INcharge 系統(tǒng)從不同的網(wǎng)絡(luò)單元獲取到原始稽核數(shù)據(jù)，如交換機(jī)、采集/預(yù)處理、計(jì) 費(fèi)系統(tǒng)、營(yíng)業(yè)系統(tǒng)等。INcharge 數(shù)據(jù)源（接口）的配置包括對(duì)數(shù)據(jù)的采集機(jī)制、調(diào)度、 接口格式定義和記錄類型等。 輸入數(shù)據(jù)按照字段類型被映射（轉(zhuǎn)換）成系

12、統(tǒng)內(nèi)部的 IIF 格式，設(shè)定記錄主鍵，并被檢驗(yàn)數(shù)據(jù)的有效性。 數(shù)據(jù)被定義和轉(zhuǎn)換后，系統(tǒng)為記錄運(yùn)算提供處理規(guī)則和控制參數(shù)的配置。處理對(duì)象會(huì) 按照定義好的記錄類型進(jìn)行翻譯、合并和規(guī)則處理等操作?；它c(diǎn)的處理根據(jù)控制參 數(shù)的定義對(duì)稽核數(shù)據(jù)進(jìn)行差異分析和評(píng)估。 2.2.1INcharge 系統(tǒng)的邏輯組件 INcharge 采用非常靈活和可升級(jí)的系統(tǒng)體系結(jié)構(gòu)來幫助運(yùn)營(yíng)商實(shí)現(xiàn)自動(dòng)化和流程 化的收入保障過程和功能。該體系結(jié)構(gòu)利用可復(fù)用的核心引擎和多個(gè)功能模塊，使 得產(chǎn)品能夠完整的覆蓋運(yùn)營(yíng)商的收入鏈的各個(gè)稽核環(huán)節(jié)，提供一個(gè)能定位整個(gè)運(yùn)營(yíng) 網(wǎng)絡(luò)的單一收入保障解決方案。 體系結(jié)構(gòu)包括兩個(gè)集成邏輯組件： 可復(fù)用的核

13、心引擎：可復(fù)用的核心引擎：可以自動(dòng)完成多重收入保障任務(wù)的基本軟件框架 應(yīng)用功能模塊：應(yīng)用功能模塊：這些功能模塊利用可復(fù)用的核心引擎來解決收入保障不同方 面的特定業(yè)務(wù)問題 這種模塊化的體系結(jié)構(gòu)使得頻繁的變化、客戶化定制及新的功能都能方便的添加到 INcharge 系統(tǒng)上，以適應(yīng)運(yùn)營(yíng)商的實(shí)際運(yùn)營(yíng)環(huán)境，解決它們的特定的需求。 2.2.1.1數(shù)據(jù)的獲取 數(shù)據(jù)的獲取層從運(yùn)營(yíng)網(wǎng)絡(luò)中不同類型的網(wǎng)元和系統(tǒng)上采集各種稽核相關(guān)數(shù)據(jù)， 網(wǎng)元包括 SS7 信令話單生成器、交換機(jī)、采集/預(yù)處理、計(jì)費(fèi)/帳務(wù)等，配置元 素包括用戶數(shù)據(jù)、局參數(shù)表、服務(wù)計(jì)劃配置表等。用戶可以根據(jù)系統(tǒng)的圖形化 界面（GUI）直接對(duì)該功能層進(jìn)行配

14、置和修改。所有采集的數(shù)據(jù)將被轉(zhuǎn)換成稽 核系統(tǒng)內(nèi)部的標(biāo)準(zhǔn)格式，等待系統(tǒng)的進(jìn)一步處理。任何性的網(wǎng)元/系統(tǒng)也能很 方便的添加和配置到該功能層中。 2.2.1.2數(shù)據(jù)的翻譯與關(guān)聯(lián) 該功能層負(fù)責(zé)所有的數(shù)據(jù)翻譯和轉(zhuǎn)換，如號(hào)碼前綴的轉(zhuǎn)換、字段信息填充等。 同時(shí)該層也會(huì)完成數(shù)據(jù)的關(guān)聯(lián)，如截?cái)嘣拞蔚慕永m(xù)。 2.2.1.3數(shù)據(jù)的過濾與填充 該功能層完成采集和翻譯后的原始數(shù)據(jù)的各種片段的關(guān)聯(lián)，生成一個(gè)完整的數(shù) 據(jù)映射。數(shù)據(jù)在該層完成排序、時(shí)間標(biāo)識(shí)、字段賦值等接口處理。并且，該功 能層會(huì)對(duì)相關(guān)數(shù)據(jù)進(jìn)行字段的填充等操作，如費(fèi)率統(tǒng)計(jì)、通話標(biāo)識(shí)等。 INcharge 系統(tǒng)的三個(gè)邏輯功能層使得整個(gè) RA 系統(tǒng)具備很高的可配置

15、性，能從各種數(shù) 據(jù)源方便的獲取稽核數(shù)據(jù)，解決不同系統(tǒng)產(chǎn)品和業(yè)務(wù)類型相關(guān)的稽核處理。同時(shí)，基 于規(guī)則配置的系統(tǒng)模型也使 INcharge 系統(tǒng)能很容易的根據(jù)不同的網(wǎng)絡(luò)設(shè)置進(jìn)行相應(yīng) 的配置，也能方便的添加新的被稽核網(wǎng)元和數(shù)據(jù)接口。 每個(gè)單獨(dú)的數(shù)據(jù)流都有根據(jù)自己特定的參數(shù)配置好的數(shù)據(jù)獲取、數(shù)據(jù)翻譯和數(shù)據(jù)填充 部分。它們通過特有的名字標(biāo)識(shí)關(guān)聯(lián)到不同的數(shù)據(jù)源（接口）。 INcharge 體系結(jié)構(gòu)中的上層核心組件包括： 預(yù)處理規(guī)則：預(yù)處理規(guī)則：INcharge 的預(yù)處理功能能方便的將復(fù)雜的預(yù)處理規(guī)則配置到稽核系 統(tǒng)中。 數(shù)據(jù)邏輯流入規(guī)則：數(shù)據(jù)邏輯流入規(guī)則：INcharge 能提供相關(guān)的措施來完成數(shù)據(jù)的邏輯

16、輸送，如不同 數(shù)據(jù)流的合并。 批價(jià)計(jì)費(fèi)：批價(jià)計(jì)費(fèi)：INcharge 提供強(qiáng)大的基于規(guī)則配置的批價(jià)引擎，來配置復(fù)雜的服務(wù)計(jì) 劃。用戶能通過圖形配置界面完成批價(jià)引擎的配置。 實(shí)時(shí)稽核和分析：實(shí)時(shí)稽核和分析：INcharge 提供記錄實(shí)時(shí)的稽核和分析功能，稽核功能是按照 “同步點(diǎn)”來定義的，只要稽核源相關(guān)的數(shù)據(jù)已經(jīng)采集和處理完畢后，系統(tǒng)會(huì)自動(dòng) 觸發(fā)稽核進(jìn)程。 特定稽核：特定稽核：此功能使用戶能夠?qū)μ囟ǖ幕嗽催M(jìn)行即時(shí)的處理和分析，不必根據(jù)固 定的配置進(jìn)行定時(shí)調(diào)度處理。 實(shí)時(shí)量化儀表板和報(bào)告：實(shí)時(shí)量化儀表板和報(bào)告：INcharge 系統(tǒng)的性能儀表板能提供各種類型的稽核結(jié)果 信息，如圖形化的顯示差異匯總

17、和用戶信息、趨勢(shì)分析信息等。 INcharge 系統(tǒng)還提供給用戶多種差異根源分析方法，如差異記錄溯源和結(jié)果查看模式 定義器等。同時(shí)系統(tǒng)提供了工作流管理功能，協(xié)助對(duì)問題的解決進(jìn)行跟蹤處理。 INcharge 系統(tǒng)結(jié)構(gòu)也支持系統(tǒng)對(duì)錯(cuò)誤數(shù)據(jù)和記錄的自動(dòng)修正功能，以便利用戶根據(jù)正 確的業(yè)務(wù)規(guī)則對(duì)大批量的記錄進(jìn)行修正處理。 2.3INcharge 系統(tǒng)體系元素系統(tǒng)體系元素 以下使 INcharge 系統(tǒng)的一些核心體系元素的具體描述： 2.3.1差異根源分析 INcharge 系統(tǒng)的差異根源分析 4 步法可以快速的識(shí)別出收入流失的根源，具體的 差異根源分析方法如下： 查看模式定義器：查看模式定義器：查看模

18、式定義器能幫助用戶縮小對(duì)問題根源查找的范圍，快 速的定位流失根源。用戶能夠利用按照分級(jí)結(jié)構(gòu)組織起來的若干參數(shù)，實(shí)時(shí)的 定義若干 KPI 指標(biāo)進(jìn)行差異結(jié)果查看和分析。根據(jù)單項(xiàng)的 KPI 指標(biāo)，用戶很方 便的就能查看到對(duì)應(yīng)收入遺漏的量化結(jié)果，如按日期、業(yè)務(wù)類型等指標(biāo)。這樣， 分析員能對(duì)收入流失發(fā)生的不同區(qū)域進(jìn)行分析和優(yōu)先級(jí)排序。而且，在某些特 定的情況下，模式定義器還能幫助分析員直接識(shí)別出差異出現(xiàn)的原因。比如， 模式定義器顯示到在某天，收入流失量突然有了很大的增長(zhǎng)，這其中的原因很 可能式由于當(dāng)天系統(tǒng)在每月例行維護(hù)時(shí)出現(xiàn)的錯(cuò)誤的配置，或當(dāng)時(shí)出現(xiàn)的瞬間 的系統(tǒng)錯(cuò)誤。 INcharge 系統(tǒng)用戶能隨時(shí)通

19、過系統(tǒng)的 GUI 界面對(duì)模式查看配置文件進(jìn)行配置、 修改和刪除。這使得系統(tǒng)用戶能夠利用不用的配置文件對(duì)收入流失情況進(jìn)行分 析和監(jiān)控 。 溯源：溯源：用戶能從按照 KPI 的概要級(jí)量化分析結(jié)果溯源到對(duì)應(yīng)的記錄進(jìn)行查看， 以便跟確切的查找出問題出現(xiàn)的具體原因。INcharge 能同時(shí)顯示記錄的丟失 情況和記錄的字段差異情況。分析員用戶也能通過記錄過濾、記錄排序等工具 更方便的對(duì)數(shù)據(jù)進(jìn)行篩選和分析。而且，所有的差異記錄都能以各種標(biāo)準(zhǔn)格式 進(jìn)行數(shù)據(jù)導(dǎo)出，提供給外部系統(tǒng)進(jìn)行進(jìn)一步的確認(rèn)和分析。 二次稽核：二次稽核：有很多差異數(shù)據(jù)的出現(xiàn)是由已知的原因造成的，如收入保障工具中 不完整的配置。因此，稽核系統(tǒng)所

20、發(fā)現(xiàn)的差異結(jié)果比不總是表現(xiàn)為有效的收入 流失。二次稽核功能的目的就是了使分析員能夠從稽核系統(tǒng)發(fā)現(xiàn)的差異數(shù)據(jù)中， 隔離出能引起真正的收入流失的記錄。用戶通過此功能能夠?qū)⒁郧盎顺鰜淼?差異結(jié)果與另一個(gè)數(shù)據(jù)源數(shù)據(jù)進(jìn)行再次分析比對(duì)，縮小問題范圍。比如，交換 機(jī)原始話單與對(duì)應(yīng)詳單記錄在做完話單完整性稽核后的差異結(jié)果，再與錯(cuò)單、 無主話單、重單記錄進(jìn)行進(jìn)一步的定位分析，以排除由于無效話單等引起的無 效差異結(jié)果，從而更精確的驗(yàn)證話單平衡性。 可視化數(shù)據(jù)流跟蹤：可視化數(shù)據(jù)流跟蹤：INcharge 系統(tǒng)的可視化數(shù)據(jù)流跟蹤功能使分析員能夠?qū)?顯示為收入流失的差異記錄的數(shù)據(jù)流配置進(jìn)行可視化跟蹤查看。差異記錄涉及

21、到的所有規(guī)則和處理流程，如錯(cuò)誤的預(yù)處理規(guī)則等，都會(huì)被可視化的顯示出來， 以幫助分析員識(shí)別收入流失的差異的準(zhǔn)確根源。 2.3.2基于 GUI 界面的系統(tǒng)單元配置 INcharge 系統(tǒng)可以通過拖放式的可視化界面，為需要稽核的每個(gè)網(wǎng)元?jiǎng)?chuàng)建所對(duì)應(yīng) 的數(shù)據(jù)處理工作流，包括對(duì)應(yīng)的業(yè)務(wù)規(guī)則、過濾和其他修改元素等。 這項(xiàng)功能幫 助用戶方便的復(fù)制出運(yùn)營(yíng)鏈中各個(gè)數(shù)據(jù)流配制過程。用戶可以可視化的配置數(shù)據(jù)的 獲取、翻譯、過濾、關(guān)聯(lián)和填充等動(dòng)作。 INcharge 系統(tǒng)支持從各種網(wǎng)元，如 SS7 信令網(wǎng)、交換機(jī)、營(yíng)業(yè)、計(jì)費(fèi)、帳務(wù)、 HLR 等系統(tǒng)上獲取數(shù)據(jù)，進(jìn)行稽核分析。 核心引擎采用可升級(jí)的系統(tǒng)體系結(jié)構(gòu)，使得整個(gè)系

22、統(tǒng)能夠有效的處理大量的數(shù)據(jù) （通話記錄、用戶記錄等）。數(shù)據(jù)被系統(tǒng)采集后，經(jīng)過多個(gè)結(jié)構(gòu)化的工作流處理， 以保證每個(gè)環(huán)節(jié)之間的數(shù)據(jù)的完整性。工作流處理包括多項(xiàng)功能，如記錄剔重、數(shù) 據(jù)完整性驗(yàn)證、翻譯、關(guān)聯(lián)和過濾等。 2.3.3稽核引擎 稽核引擎對(duì)運(yùn)營(yíng)鏈中的兩個(gè)或更多的數(shù)據(jù)源數(shù)據(jù)進(jìn)行稽核處理，分析、量化和顯示 數(shù)據(jù)之間的差異情況。多級(jí)的差異量化能力使用戶能夠按照事先定義好的矩陣結(jié)構(gòu) 來查看差異細(xì)節(jié)情況，以識(shí)別收入流失的根源。 INcharge 系統(tǒng)提供近乎于實(shí)時(shí)的稽核處理。系統(tǒng)能利用定時(shí)的緩存機(jī)制，自動(dòng)對(duì) 晚到的話單/記錄進(jìn)行調(diào)節(jié)處理，而且不會(huì)影響整個(gè)系統(tǒng)的處理性能。 2.3.4量化儀表板和報(bào)表引擎

23、 性能儀表板作為一個(gè)可視化的工具，能直觀的反映出最新的數(shù)據(jù)流、稽核結(jié)果和收 入流失量化等信息。分析員能靈活的配置性能儀表板的顯示方式，以滿足不同的查 看需要。 性能儀表板可以由一個(gè)或多個(gè)區(qū)域組成，每個(gè)區(qū)域有單獨(dú)的視圖或圖表結(jié)果。這樣 的區(qū)域分割式的體系使用戶能按照區(qū)域、部門或分析員來分段查看不同的視圖結(jié)果。 每個(gè)視圖都是基于配置文件生成的，并且配置文件能根據(jù)用戶對(duì)每個(gè)小部分的溯源 查看需要自由定制。同時(shí)，儀表板能提供跟蹤圖表來對(duì)網(wǎng)絡(luò)的收入保障情況進(jìn)行監(jiān) 控。 性能儀表板是非常靈活的，用戶可以根據(jù)特殊的客戶化需求任意添加、修改和刪除 視圖和區(qū)域等操作。 INcharge 系統(tǒng)的報(bào)表引擎提供給用戶

24、最大化的靈活度，用來查看收入流失信息。 用戶能生成特殊、定時(shí)和客戶化的各種報(bào)表，包括歷史情況報(bào)表來跟蹤 INcharge 系統(tǒng)發(fā)現(xiàn)的特定收入保障問題的解決情況。 2.4 INcharge 系統(tǒng)的功能模塊系統(tǒng)的功能模塊 INcharge 系統(tǒng)以高度可配置性的端到端收入保障能力解決當(dāng)前和未來的需求，提供強(qiáng) 有力的分析工具以及對(duì)收入流失改進(jìn)行為的跟蹤工作流。INcharge 系統(tǒng)是按照模塊化 的結(jié)構(gòu)設(shè)計(jì)的，每個(gè)功能模塊解決一個(gè)特定方面或業(yè)務(wù)業(yè)務(wù)部門的收入流失問題。例 如，用戶話單未計(jì)費(fèi)、網(wǎng)間結(jié)算錯(cuò)誤、OSS 網(wǎng)元之間用戶數(shù)據(jù)不同步等問題。 這樣組 合起來就能提供給運(yùn)營(yíng)商一個(gè)完整的網(wǎng)絡(luò)收入流失情況匯總

25、。而且 INcharge 系統(tǒng)的 各個(gè)功能模塊都是自動(dòng)化的利用系統(tǒng)的復(fù)用核心引擎未運(yùn)營(yíng)商來解決特定的收入保障 問題，不同的功能模塊能夠無縫的集成到系統(tǒng)的核心構(gòu)架之中。以下是 INcharge 系 統(tǒng)的各種功能模塊： 記錄完整性保障模塊：記錄完整性保障模塊：保障在計(jì)費(fèi)鏈上的各個(gè)網(wǎng)元之間的數(shù)據(jù)的一致性，如交換機(jī)、 采集/預(yù)處理、計(jì)費(fèi)、帳務(wù)等系統(tǒng)。該模塊能識(shí)別出記錄數(shù)據(jù)之間的差異，幫助用 戶識(shí)別出由于錯(cuò)誤的配置或系統(tǒng)錯(cuò)誤引起的收入流失。 計(jì)費(fèi)業(yè)務(wù)保障模塊：計(jì)費(fèi)業(yè)務(wù)保障模塊：驗(yàn)證計(jì)費(fèi)批價(jià)和帳務(wù)處理的準(zhǔn)確性，保障生成的用戶帳單的精 確。INcharge 用戶能利用基于規(guī)則配置的批價(jià)引擎，通過系統(tǒng)的可視化

26、界面配置 各種復(fù)雜的服務(wù)計(jì)劃和帳務(wù)處理流程。 網(wǎng)間結(jié)算收入及成本保障模塊：網(wǎng)間結(jié)算收入及成本保障模塊：驗(yàn)證和保障在網(wǎng)間結(jié)算時(shí)，與結(jié)算商之間的應(yīng)收帳 單和應(yīng)付帳單準(zhǔn)確無誤。 服務(wù)開通及設(shè)備資產(chǎn)保障模塊：服務(wù)開通及設(shè)備資產(chǎn)保障模塊：確保在各個(gè)網(wǎng)絡(luò)子系統(tǒng)間的配置、業(yè)務(wù)開通、用戶 狀態(tài)等數(shù)據(jù)信息的一致性，如營(yíng)業(yè)系統(tǒng)、HLR 系統(tǒng)、網(wǎng)絡(luò)和計(jì)費(fèi)系統(tǒng)。 測(cè)試通話生成器：測(cè)試通話生成器：生成測(cè)試通話時(shí)為了驗(yàn)證和保障不同的使用記錄和配置數(shù)據(jù)的正 確性，它是一種主動(dòng)式的收入保障措施。 2.4.1記錄完整性稽核模塊 INcharge 系統(tǒng)的記錄完整性稽核模塊用于 Usage Integrity Module val

27、idates integrity of usage data across operations. It identifies usage discrepancies between network elements, mediation, rating and billing systems. The module identifies the following discrepancies between the different systems such as SS7 probes, switch, mediation, IN and billing systems. Records

28、for roaming, prepaid and post-paid services are supported along with value added and supplementary services. INcharge provides facility to define the various business rules and other filtering rules. These are applied on the records from the reference source such as SS7 or switch and compared with t

29、he output at different points in the billing chain. The module can help identify errors due to incorrect configurations in the different systems as well as malfunctioning of systems. Reconciliations can be configured between any of the systems. INcharge provides facility to configure different data

30、types and data sources through the system GUI. Analysts can define different data flows to reflect the data flows in the network. Various filters can be configured to create different data flows. 2.4.1.1保障記錄一致性的好處 INcharge detects the following discrepancies: Switch not generating CDRs Incorrect tru

31、nk group classification Multiple records generated by the switch causing additional charging Mediation device rejecting CDRs due to issues incorrect configuration Test configurations on switch causing certain CDRs not to be generated Mediation device modifying certain fields in the record causing in

32、correct records to be applied. The module is integrated with root cause analysis methods and workflow to facilitate isolation and resolution of discrepancies. This allows analysts to view the details of all discrepant records and identify the exact cause of the problem. 2.4.2計(jì)費(fèi)業(yè)務(wù)保障模塊 This module ver

33、ifies the accuracy of the rates applied on usage as well as invoice generated. INcharge uses powerful rules based rating engine that can be configured with different types of complex tariff plans through the system GUI. Invoice-level reconciliation verifies accuracy of an invoice by reconciling both

34、 usage and volume discount elements. INcharge validates loaded invoices with Usage Integrity Assurance Module Usage Record Generation and Treatment Rating NetworkNetworkNetwork MediationMediationMediationRatingRatingRating BillingBillingBilling & & & InvoicingInvoicingInvoicing Bill Run Verification

35、 Module Retail Billing & Invoicing corresponding invoices generated by the system from usage and reference data extracted from revenue chain. The system uses the same units as reported in the invoice when making comparisons. Invoice formats can be defined according to the requirements of the carrier

36、 and implemented during the operational deployment of the system. Identified discrepancies are classified and highlighted in the GUI and reports. To help the analyst investigate the root cause of identified discrepancies, INcharge provides a flexible and powerful drill-down capability from the invoi

37、ce level to the invoice element level (individual xDRs, network elements, etc). Usage Integrity Assurance module along with Bill Run Verification module addresses revenue leakage issues of the entire billing chain. INcharge has a powerful and accurate rating engine that addresses multiple invoice el

38、ements like usage, services, features, facilities, etc. The rating engine can be accessed via the GUI where rating/ pricing plans and associated rules and parameters can be defined. The types of rating supported include: Individual usage rating performs accurate rating of individual customer calls,

39、transactions and services, supporting discounts, rate elements, special add-ons and highly individualized pricing packages Non-usage invoice element pricing extracts details on non-usage invoice elements (like Late Payment Fee, etc) from appropriate systems and uses them for invoice level reconcilia

40、tion. Re-rating and Pro-rating capability The rating engine is rule driven and allows the user to build rating components that can then be put together to form flexible pricing packages. Some of the rating components supported include: Defining zones, day types, period sets, calendar and special num

41、bers Rules to bind various rates and conditions to pricing plans and make decisions on rating a particular usage type Rate groups for zones, charge periods, day types that can be defined in conjunction with other parameters such as time period mapping, charge rounding methods, minimum units, etc. Fu

42、nctions, pre-defined and user-configurable, that can be used to successively segment usage into various parts and treat them uniquely. Functions can be made applicable over groups of time/ count slabs (Range Groups) that are associated with these functions when defining rates. The rating engine supp

43、orts functions such as splitting per call, span to segment per call, splitting on accumulation among various other options. Discount calculation and application to the usage Price Plans that are a combination of various components and services and accurately reflect those set in the billing system.

44、2.4.2.1保障計(jì)費(fèi)業(yè)務(wù)準(zhǔn)確性的好處 Bill run verification module enables operators to identify discrepancies related to the billing chain. Some of the key problems detected by INcharge are: BillingBillingBilling & & & InvoicingInvoicingInvoicing Interconnect Revenue & Cost Assurance Module Interconnect Billing & In

45、voicing Interconnect Operator Invoice & Usage Incorrect configurations in the rating engine Billing system applying incorrect rates (under-rating or over-rating) Rounding errors due to incorrect rounding configuration Incorrect rate plans applied Incorrect discounting rules applied Incorrect time st

46、amps on the records causing incorrect rates being applied. Incorrect invoice value generated by billing system 2.4.3網(wǎng)間結(jié)算與成本保障模塊 INcharges Interconnect Revenue & Cost Audit module provides revenue assurance capabilities for interconnect traffic. The module includes functions for the following: Payabl

47、es (Incoming Invoice) - To ensure that the operator pays only for actual traffic sent to the interconnecting partners networks, INcharge compares invoice and call record data received from other carriers with the corresponding invoice generated by INcharge from call records extracted from the operat

48、ors switch and/or the SS7 network. INcharges internal engines perform rating and detailed reconciliation in order to identify and analyze mismatches in the source data and provides the carrier with correlated invoice and usage-level mismatch details. This gives the carrier a complete view of revenue

49、 leakage in their inter-carrier payable transactions. Receivables (Outgoing Invoice) - To ensure the accuracy of data passing into the interconnect billing system so that the operator accurately invoices their interconnect partners, INcharge automatically reconciles complete invoices generated by th

50、e carriers interconnect billing system with invoices simulated from the carriers incoming traffic call records taken from switch or SS7. Mismatch details are automatically fed into INcharges integrated Dispute Management engine to raise, track and resolve disputes with the respective carriers. It al

51、so provides facility to drill down to the individual records. In addition, INcharge provides the operator with the ability to analyze inter-carrier traffic patterns. A flexible view of traffic passing between the operator and each interconnect partner is provided for use in negotiating profitable in

52、terconnect contracts. 2.4.3.1保障網(wǎng)間結(jié)算準(zhǔn)確性的好處 Revenue from the interconnect business typically contribute to more than half the total revenues for an operator and so forms a critical segment in terms of revenue assurance The key issues related to interconnect that are detected by this module are: Incorr

53、ect incoming invoices from interconnect partners Inaccuracy in outgoing invoice to interconnect partners Sub-optimal contracts that result in revenue losses 2.4.4服務(wù)開通與資產(chǎn)保障模塊 INcharges Provisioning & Facilities Assurance Module provides reconciliation of configuration data between various operational

54、 elements such as Order Entry, Provisioning, Activation, Network, Inventory and Billing. Multiple configuration data types are supported such as orders, service details, provisioning information and inventory system details. INcharge allows users to define different data types from each source. Users can select the fields required for reconciliation and compare with corresponding data from other sources. INcharge provides flexibility to eas