【正文】 交換機(jī)容量的大小 根據(jù)不同地市的交換機(jī)實(shí)際情況而定 。 Subex公司將檢測(cè) 這兩 個(gè)數(shù)據(jù)源，發(fā)現(xiàn) 資料 信息不一致情況，及時(shí)反饋給業(yè) 務(wù)處理系統(tǒng)或人員處理。 愛立信和西門子 HLR 數(shù)據(jù)以 格式存放在交換機(jī)的 MO 備份帶中。稽核出的差異數(shù)據(jù)會(huì)被保存在數(shù)據(jù)庫中。 注 : 內(nèi)蒙古 移動(dòng)負(fù)責(zé)在相應(yīng)目錄下的源數(shù)據(jù)文件準(zhǔn)備就緒時(shí)，將他們傳送到 INcharge? 收 入 稽核系統(tǒng)中。 單個(gè)交換機(jī)峰值 CDR 為每天 200 萬條左右。詳見相關(guān)附件內(nèi)容。（ 天產(chǎn)生 3000 個(gè) CDR 文件，每個(gè)文件 600k字節(jié)長(zhǎng)，每天相當(dāng)于 400MB 的 CDR 數(shù)據(jù)量，合大約 200 萬條左右 CDR 話單）。 技術(shù)建議書文件 Confidential Page 21 of 22 6. INcharge 系統(tǒng)硬件 /軟件參考配置 組組 件件 基基 于于 Sun Solaris操操 作作 系系 統(tǒng)統(tǒng) 的的 INcharge RA 系系 統(tǒng)統(tǒng) 服服 務(wù)務(wù) 器器 HP Integrity rx4640 CPU Itanium 處處 理理 器器 2枚枚 內(nèi)內(nèi) 存存 4GB 內(nèi)內(nèi) 存存 內(nèi)內(nèi) 部部 存存 儲(chǔ)儲(chǔ) 8 X 36 GB 15000 RPM 磁磁 盤盤 驅(qū)驅(qū) 動(dòng)動(dòng) 器器 操操 作作 系系 統(tǒng)統(tǒng) HPUX 11i 數(shù)數(shù) 據(jù)據(jù) 庫庫 Oracle 9i Enterprise Edition 64bit 外外 部部 存存 儲(chǔ)儲(chǔ) 空空 間間 800 GB 外外 部部 存存 儲(chǔ)儲(chǔ) 組組 件件 VA7110， 或或 更更 適適 當(dāng)當(dāng) 的的 選選 擇擇 RAID RAID 0 或或 RAID 0+1 客客 戶戶 端端 硬硬 件件 2GHz Pentium 4處處 理理 器器 ， 512M內(nèi)內(nèi) 存存 ， 40GB硬硬 盤盤 的的 PC機(jī)機(jī) 客客 戶戶 端端 操操 作作 系系 統(tǒng)統(tǒng) Windows 2020/XP/NT 此硬件需求是基于在網(wǎng)用戶 5 百萬，以及每日 2 百 萬 CDR 的處理量來定的。 Subex公司及其合作伙伴 對(duì) HLR 數(shù)據(jù)的格式和稽核數(shù)據(jù)提取方案做 細(xì)致的研究 ， 確定稽核方案和核對(duì)用戶字段信息。 如果發(fā)現(xiàn)不一致的 字段信息 ，該記錄將被用來和 BOSS 系統(tǒng) 中的對(duì)應(yīng)的信息進(jìn)行比對(duì)，以便確認(rèn)錯(cuò)誤出在 那里。 營業(yè)系統(tǒng)的相關(guān)用戶信息，稽核系統(tǒng)將通過相關(guān)的營業(yè)數(shù)據(jù)庫表 來 提取。它們會(huì)將源數(shù)據(jù)轉(zhuǎn)換為 INcharge?可以進(jìn)行稽核處理的數(shù)據(jù)格式。這樣第二天采樣處理另外 N 個(gè)交換機(jī)。 稽核系統(tǒng)獲得這些原始二進(jìn)制 CDR 數(shù)據(jù)文件以后，先進(jìn)行以下預(yù)處理 等處理 ： 根據(jù) 端局 交換機(jī) （ Siemens/Erricsson/Huawei） 的 CDR 格式，將二進(jìn)制文件翻譯成 稽核系統(tǒng) 內(nèi)部處理文件格式 對(duì) CDR 進(jìn)行過濾處理、包括將 VPMN 話單 、智能網(wǎng)話單 的話單過濾。 ? 測(cè)試通話生成器： 生成測(cè)試通話時(shí)為了驗(yàn)證和保障不同的使用記錄和配置數(shù)據(jù)的正確性，它是一種主動(dòng)式的收入保障措施。 這樣 組合起來就能提供給運(yùn)營商一個(gè)完整的網(wǎng)絡(luò)收入流失情況匯總。 ? 特定稽核： 此功能使用戶能夠?qū)μ囟ǖ幕嗽催M(jìn)行即時(shí)的處理和分析，不必根據(jù)固定的配置進(jìn)行定時(shí)調(diào)度處理。同時(shí)，基于規(guī)則配置的系統(tǒng)模型也使 INcharge系統(tǒng)能很容易的根據(jù)不同的網(wǎng)絡(luò)設(shè)置進(jìn)行相應(yīng)的配置，也能方便的添加新的被稽核網(wǎng)元和數(shù)據(jù)接口。所有采集的數(shù)據(jù)將被轉(zhuǎn)換成稽核系統(tǒng)內(nèi)部的標(biāo)準(zhǔn)格式，等待系統(tǒng)的進(jìn)一步處理。該體系充分利用可 復(fù) 用的引擎及模式，保證產(chǎn)品同運(yùn)營者的收入鏈完全整合，并且提供一種全局解決方案，以保證整個(gè)公司組織中營收保障需求的順利實(shí)現(xiàn)。 技術(shù)建議書文件 Confidential Page 9 of 22 INcharge 的數(shù)據(jù)模型和 系統(tǒng) 邏輯 結(jié)構(gòu) INcharge 系統(tǒng)的數(shù)據(jù)模型按照命名來分為 4個(gè)部分：數(shù)據(jù)源（接口）、數(shù)據(jù)映射（轉(zhuǎn)換）、處理規(guī)則和稽核點(diǎn)。 Subex公司的 INcharge 收入 保障平臺(tái)總體框架如下圖所示。 INcharge 解決方案和當(dāng)前的網(wǎng)絡(luò)運(yùn)營支撐系統(tǒng)融為一體，并且支持未來業(yè)務(wù)的發(fā)展和擴(kuò)張 ，包括服務(wù)和產(chǎn)品的增加，用戶數(shù)目，網(wǎng)間互聯(lián)，結(jié)算對(duì)象的增加，以及業(yè)務(wù)量的增長(zhǎng)，從而幫助運(yùn)營商解決收入流失問題，提高運(yùn)營利潤(rùn)。 ? 不具備正確處理批價(jià)表變更的能力。 c. 預(yù)處理與計(jì)費(fèi)系統(tǒng)中對(duì) xDR 的錯(cuò)誤辨識(shí)以及操作 ? 即使計(jì)費(fèi)出帳系統(tǒng)可以處理 xDR 錯(cuò)誤，預(yù)處理系統(tǒng)卻會(huì)剔除所有缺失參數(shù)的xDR 錯(cuò)誤。營業(yè)收入流失可能發(fā)生在運(yùn)營環(huán)境的任何環(huán)節(jié)，如交換機(jī)之間信息的錯(cuò)誤，網(wǎng)絡(luò)資源信息不完整，服務(wù)開通與營業(yè)脫節(jié)，網(wǎng)絡(luò)事件和計(jì)費(fèi)預(yù)處理不準(zhǔn)確不靈活，批價(jià)和帳務(wù)優(yōu)惠錯(cuò)誤，對(duì)使用的服務(wù)沒有進(jìn)行計(jì)費(fèi)的資料依據(jù)，等等。 Subex 公司的在電信領(lǐng)域的雄厚的專業(yè)經(jīng) 驗(yàn)、功能強(qiáng)大的 RevMax 產(chǎn)品以及國際水準(zhǔn)的服務(wù)與支持會(huì)為 全球電信運(yùn)營商 尋求利潤(rùn)持續(xù)增長(zhǎng)的目標(biāo)帶提供巨大的幫助 。該文件為 Subex公司專有文件，未經(jīng)雙方書面同意，不得泄漏給其他第三方。隨著市場(chǎng)競(jìng)爭(zhēng)日趨激烈，市場(chǎng)增長(zhǎng)速度減緩，移動(dòng)運(yùn)營商面臨的挑戰(zhàn)日益艱巨。內(nèi)蒙古移動(dòng)在企業(yè)精細(xì)化管理、 繼續(xù)深化 “服務(wù)與業(yè)務(wù)領(lǐng)先 ”的 發(fā)展戰(zhàn)略 方針的指導(dǎo)下，提出了收入保障的理念。 ? 網(wǎng)元譯碼錯(cuò)誤導(dǎo)致停止記錄話單。 ? 丟失的不連貫的訂單或者是終止的時(shí)間問題 。另外，舊有的服務(wù)秩序以及計(jì)費(fèi)機(jī)制已經(jīng)無法跟上新興服務(wù)深入發(fā)展的腳步。 ?INcharge 收入 保障系統(tǒng)提供的工作流引擎為運(yùn)營商快速識(shí)別和解決爭(zhēng)議問題提供了有利的手段，從而幫助盡快回收應(yīng)得的資金。 INcharge 端到端營收保障解決方案構(gòu)架如下圖所示。處理對(duì)象會(huì)按照定義好的記錄類型進(jìn)行翻譯、合并和規(guī)則處理等操作。 系統(tǒng)的設(shè)計(jì)具備很高的靈活性和可擴(kuò)展性，充分考慮到了運(yùn)營商今后的升級(jí)需要。數(shù)據(jù)在該層完成排序、時(shí)間標(biāo)識(shí)、字段賦值等接口處理。 ? 批價(jià) 計(jì)費(fèi) ： INcharge 提供強(qiáng)大的基于規(guī)則配置的批價(jià)引擎，來配置復(fù)雜的服務(wù)計(jì)劃。 INcharge 系統(tǒng)的功能模塊 技術(shù)建議書文件 Confidential Page 13 of 22 INcharge系統(tǒng)以高度可配置性的端到端收入保障能力解決當(dāng)前和未來的需求，提供強(qiáng)有力的分析工具以及對(duì)收入流失改進(jìn)行為的跟蹤工作流。 INcharge 用戶能利用基于規(guī)則配置的批價(jià)引擎，通過系統(tǒng)的可視化界面配置各種復(fù)雜的服務(wù)計(jì)劃和帳務(wù)處理流程。 稽核 實(shí)施方法為 ： 1. 計(jì)費(fèi)系統(tǒng)中在指定的文件目錄下 對(duì) 全區(qū) 27 個(gè)端局語音 交換機(jī)（ MSC）的原始話單做最近 2 天的數(shù)據(jù)備份，備份的話單文件為交換機(jī)原始話單更名后的話單文件。 6. INcharge 系統(tǒng)對(duì)預(yù)處理后的話單進(jìn)行計(jì)費(fèi)資料填充時(shí)用到的局?jǐn)?shù)據(jù)表，將從 BOSS 系統(tǒng)中使用的局?jǐn)?shù)據(jù)表為準(zhǔn)。 交換機(jī)大約 天產(chǎn)生 3000 個(gè) CDR 文件，每個(gè)文件 600k字節(jié)長(zhǎng)，每天相當(dāng)于 400MB 的 CDR 數(shù)據(jù)量，約合 80~100 萬條 CDR 話單 。同時(shí)提供出稽核結(jié)果的報(bào)表。Subex公司的合作伙伴將按照規(guī)定的時(shí)間點(diǎn)，從各個(gè) HLR 的備份帶中取得原始的用戶資料數(shù)據(jù)，并轉(zhuǎn)換成 INcharge 稽核系統(tǒng)規(guī)定的文本格式數(shù)據(jù)。 5. Subex 公司的工作內(nèi)容 ?? 數(shù)據(jù)收集系統(tǒng) 研究與分析： ??Subex公司 將和內(nèi)蒙古 移動(dòng)計(jì)費(fèi)中心的有關(guān)項(xiàng)目人員對(duì) BOSS 系統(tǒng) 和 HLR 交換機(jī) 做一個(gè)簡(jiǎn)要而細(xì)致的研究，以了解實(shí)施 INcharge 系統(tǒng)時(shí)所需的數(shù)據(jù)資料及其格式。但如果某個(gè)特殊的數(shù)據(jù)接口（如用戶資料數(shù)據(jù)庫接口表）提出了相應(yīng)的數(shù)據(jù)傳輸頻率，數(shù)據(jù)更新頻率按指定的頻率傳送。用 FTP 的方式采樣 CDR 原始呼叫數(shù)據(jù)。 。交換機(jī)容量的大小與診斷 階段所采樣的交換機(jī)一致。 ?? INcharge 系統(tǒng)的整合框架 ?從交換機(jī)或 采集 設(shè)備獲取 CDR 數(shù)據(jù) 通過計(jì)費(fèi)系統(tǒng) 數(shù)據(jù)庫 獲取 二次批價(jià)后結(jié)果數(shù)據(jù) 通過 HLR 交換機(jī)獲取用戶 數(shù)據(jù) 通過 營帳數(shù)據(jù)庫 獲取用戶 數(shù)據(jù) ?? 數(shù)據(jù)移植 ?將靜態(tài)主數(shù)據(jù)（如果存在）從外部子系統(tǒng)遷移至 INcharge 加載界面數(shù)據(jù) ?? 培訓(xùn) ?應(yīng)用范圍基礎(chǔ)培訓(xùn) 產(chǎn)品管理員培訓(xùn) ?? 用戶驗(yàn)收測(cè)試期間提供技術(shù)支持 ? 所有 內(nèi)蒙古 移動(dòng)提供的