【正文】 、字段信息填充等。 數(shù)據(jù)的過濾與填充 技術(shù)建議書文件 Confidential Page 12 of 22 該功能層完成采集和翻譯后的原始數(shù)據(jù)的各種片段的關(guān) 聯(lián)，生成一個(gè)完整的數(shù)據(jù)映射。并且，該功能層會(huì)對(duì)相關(guān)數(shù)據(jù)進(jìn)行字段的填充等操作，如費(fèi)率統(tǒng)計(jì)、通話標(biāo)識(shí)等。同時(shí)，基于規(guī)則配置的系統(tǒng)模型也使 INcharge系統(tǒng)能很容易的根據(jù)不同的網(wǎng)絡(luò)設(shè)置進(jìn)行相應(yīng)的配置，也能方便的添加新的被稽核網(wǎng)元和數(shù)據(jù)接口。它們通過特有的名字標(biāo)識(shí)關(guān)聯(lián)到不同的數(shù)據(jù)源（接口）。 ? 數(shù)據(jù)邏輯流入規(guī)則： INcharge 能提供相關(guān)的措施來完成數(shù)據(jù)的邏輯輸送，如不同數(shù)據(jù)流的合并。用戶能通過圖形配置界面完成批價(jià)引擎的配置。 ? 特定稽核： 此功能使用戶能夠?qū)μ囟ǖ幕嗽催M(jìn)行即時(shí)的處理和分析，不必根據(jù)固定的配置進(jìn)行定時(shí)調(diào)度處理。 INcharge系統(tǒng)還提供給用戶多種差異根源分析方法，如差異記錄溯源和結(jié)果查看模式定義器等。 INcharge系統(tǒng)結(jié)構(gòu)也支持系統(tǒng)對(duì)錯(cuò)誤數(shù)據(jù)和記錄的自動(dòng)修正功能，以便利用戶根據(jù)正確的業(yè)務(wù)規(guī)則對(duì)大批量的記錄進(jìn)行修正處理。 INcharge系統(tǒng)是按照模塊化的結(jié)構(gòu)設(shè)計(jì)的，每個(gè)功能模塊解決一個(gè)特定方面或業(yè)務(wù)業(yè)務(wù)部門的收入流失問題。 這樣 組合起來就能提供給運(yùn)營(yíng)商一個(gè)完整的網(wǎng)絡(luò)收入流失情況匯總。以下是 INcharge系統(tǒng)的各種功能模塊： ? 記錄完整性保障模塊： 保障在計(jì)費(fèi)鏈上的各個(gè)網(wǎng)元之間的數(shù)據(jù)的一致性，如交換機(jī)、采集 /預(yù)處理、計(jì)費(fèi)、帳務(wù)等系統(tǒng)。 ? 計(jì)費(fèi)業(yè)務(wù)保障模塊： 驗(yàn)證計(jì)費(fèi)批價(jià)和帳務(wù)處理的準(zhǔn)確性，保障生 成的用戶帳單的精確。 ? 網(wǎng)間結(jié)算收入及成本保障模塊： 驗(yàn)證和保障在網(wǎng)間結(jié)算時(shí)，與結(jié)算商之間的應(yīng)收帳單和應(yīng)付帳單準(zhǔn)確無誤。 ? 測(cè)試通話生成器： 生成測(cè)試通話時(shí)為了驗(yàn)證和保障不同的使用記錄和配置數(shù)據(jù)的正確性，它是一種主動(dòng)式的收入保障措施。同時(shí)對(duì) BOSS系統(tǒng)和交換（ HLR）的用戶數(shù)據(jù) 的一致性也做出 全面的 稽核。 稽核系統(tǒng)中預(yù)處理規(guī)則 將以內(nèi)蒙古 移 動(dòng)提供的 預(yù)處理相關(guān) 原則為依據(jù)，結(jié)合集團(tuán)公司全國(guó)統(tǒng)一的 預(yù)處理 /計(jì)費(fèi)原則 完成 系統(tǒng)的規(guī)則參數(shù) 配置 。話單文件名格式為： N_GSM_地市編號(hào) _交換機(jī)編號(hào) 2. 稽核系統(tǒng)定時(shí)到計(jì)費(fèi)系統(tǒng)的備份目錄下，按照用戶指定需要稽核的 交換機(jī)編號(hào) 和 日期 參數(shù)提取對(duì)應(yīng)的原始話單數(shù)據(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)話單 的話單過濾。 BOSS 系統(tǒng)詳單提取的原則是以不影響B(tài)OSS 系統(tǒng)的正常運(yùn)行性能為前提。即稽核參考源的話單總條數(shù)要與 被稽核 源端的入庫(kù)詳單、錯(cuò)單、無主話單、無效話單和稽核系統(tǒng)稽核出的丟單的總數(shù)，之間要遵循平衡的關(guān)系。經(jīng)過現(xiàn)場(chǎng)實(shí)施人員的確認(rèn)后，導(dǎo)入到稽核系統(tǒng)中使用。這樣第二天采樣處理另外 N 個(gè)交換機(jī)。這樣做的最大的好處是能夠很會(huì)發(fā)現(xiàn)交換機(jī)的問題。 交換機(jī)容量的大小 根據(jù)不同地市的交換機(jī)實(shí)際情況而定 。 預(yù)處理相關(guān)業(yè)務(wù) 原則將由 Subex公司根據(jù) 內(nèi)蒙古 移動(dòng)相應(yīng)的文件，輸入到INcharge 稽核系統(tǒng)的資費(fèi)模型中。它們會(huì)將源數(shù)據(jù)轉(zhuǎn)換為 INcharge?可以進(jìn)行稽核處理的數(shù)據(jù)格式。 話單完整性稽核 運(yùn)行的時(shí)序圖如下建議：在運(yùn)行過程中這個(gè)時(shí)許圖可以根據(jù)稽核的情況進(jìn)行調(diào)整，以便達(dá)到稽核效率的最優(yōu)化。 Subex公司將檢測(cè) 這兩 個(gè)數(shù)據(jù)源，發(fā)現(xiàn) 資料 信息不一致情況，及時(shí)反饋給業(yè) 務(wù)處理系統(tǒng)或人員處理?；镜脑瓌t是以 BOSS 系統(tǒng)的 用戶數(shù)據(jù) 為依據(jù)。 營(yíng)業(yè)系統(tǒng)的相關(guān)用戶信息，稽核系統(tǒng)將通過相關(guān)的營(yíng)業(yè)數(shù)據(jù)庫(kù)表 來 提取。 稽核系統(tǒng)將提取到的用戶資料讀取到稽核系統(tǒng)中進(jìn)行稽核運(yùn)算。 愛立信和西門子 HLR 數(shù)據(jù)以 格式存放在交換機(jī)的 MO 備份帶中。 3. 用戶數(shù)據(jù)的稽核根據(jù)用戶 MSISDN 號(hào)碼，比對(duì) IMSI 號(hào)碼、用戶狀態(tài)（ STS）和 程控 功能（ PROD_ID）三項(xiàng)內(nèi)容。 如果發(fā)現(xiàn)不一致的 字段信息 ，該記錄將被用來和 BOSS 系統(tǒng) 中的對(duì)應(yīng)的信息進(jìn)行比對(duì)，以便確認(rèn)錯(cuò)誤出在 那里。 用戶 資料數(shù)據(jù)一致性稽核處理的流程如下圖所示： 技術(shù)建議書文件 Confidential Page 19 of 22 對(duì)于 HLR 交換機(jī)用戶資料數(shù)據(jù)和營(yíng)業(yè)系統(tǒng)提取的用戶資料文件， INcharge 稽核系統(tǒng) 會(huì)有相應(yīng)的數(shù)據(jù)源（ 接口 適配器）?；顺龅牟町悢?shù)據(jù)會(huì)被保存在數(shù)據(jù)庫(kù)中。 Subex公司根據(jù) 內(nèi)蒙古 移動(dòng)提供的 預(yù)處理業(yè)務(wù)規(guī)則、系統(tǒng)局?jǐn)?shù)據(jù)、測(cè)試號(hào)碼表等文件 ，進(jìn)行分析和整理歸類，確定所需要 配置到稽核系統(tǒng)中的所有預(yù)處理業(yè)務(wù)規(guī)則參數(shù)。 Subex公司及其合作伙伴 對(duì) HLR 數(shù)據(jù)的格式和稽核數(shù)據(jù)提取方案做 細(xì)致的研究 ， 確定稽核方案和核對(duì)用戶字段信息。接口的確定是要保證不對(duì)生產(chǎn)系統(tǒng)的性能造成影響，同時(shí)能夠支持 INcharge 系統(tǒng)在線 稽核 的要求。 注 : 內(nèi)蒙古 移動(dòng)負(fù)責(zé)在相應(yīng)目錄下的源數(shù)據(jù)文件準(zhǔn)備就緒時(shí)，將他們傳送到 INcharge? 收 入 稽核系統(tǒng)中。 ?? 提供、安裝和維護(hù) INcharge 系統(tǒng)組件 ?INcharge 系統(tǒng)基本軟件 為話單完整性 稽核模塊和 用戶 資料數(shù)據(jù) 一致性 驗(yàn)證模塊 。 技術(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ù) 庫(kù)庫(kù) 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 的處理量來定的。所有的服務(wù)器組件和數(shù)據(jù)庫(kù)程序都將運(yùn)行在此硬件之上。 單個(gè)交換機(jī)峰值 CDR 為每天 200 萬條左右。以后可通過改配置實(shí)現(xiàn)對(duì)不同交換機(jī)文件的采集，轉(zhuǎn)為對(duì)其它交換機(jī)的驗(yàn)證，不需對(duì)稽核系統(tǒng)的軟硬件及安裝位置進(jìn)行修改。（ 天產(chǎn)生 3000 個(gè) CDR 文件，每個(gè)文件 600k字節(jié)長(zhǎng)，每天相當(dāng)于 400MB 的 CDR 數(shù)據(jù)量，合大約 200 萬條左右 CDR 話單）。 7. INcharge? 關(guān)鍵性能指標(biāo) ： 下表給出了產(chǎn)品的關(guān)鍵性能指標(biāo)： 模塊 KPI 備注 數(shù)據(jù)源 (全部 ) 轉(zhuǎn)換 (包括讀文件、日志記錄和寫文件 ) 每個(gè)數(shù)據(jù)源一天能處理1 Million話單 預(yù)處理 話單 預(yù)處理 每天 Million CDRs 調(diào)解稽核 ? 話單（數(shù)據(jù)）調(diào)解稽核 每天 Million 總共 5 百萬用戶 的記錄 技術(shù)建議書文件 Confidential Page 22 of 22 ? 用戶資料一致性稽核 數(shù)據(jù) 報(bào)表 ? 生成報(bào)表頁(yè)數(shù) ? 用戶界面響應(yīng)速度 3 分鐘 100 頁(yè) 5 秒鐘 /頁(yè) 數(shù)據(jù)庫(kù)加載 ? 客戶資料記錄 ? 調(diào)整 ? EDR 1 小時(shí) 1 小時(shí) / 計(jì)費(fèi)周期 25 分鐘 / 百萬 圖形用戶界面（ GUI） 響應(yīng)時(shí)間 10 秒鐘 根據(jù)系統(tǒng)存儲(chǔ)空間、內(nèi)存和 2 個(gè)處理器的超額配置，目前系統(tǒng)能額外多處理 5 百萬CDRs 和 1 百萬用戶資料數(shù)據(jù)。詳見相關(guān)附件內(nèi)容