中國聯(lián)通省級收入保障系統(tǒng)技術規(guī)范

中國聯(lián)通省級 收入保障 系統(tǒng) 技術規(guī)范 中國聯(lián)合通信有限公司 信息化 部 二五年 九 月 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 變更記錄 變更時間 變更內(nèi)容 變更人 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential I 目 錄 1 總體概述 . 1 1.1 編寫目的 . 1 1.2 適用范圍 . 1 1.3 本規(guī)范的起草單位 . 1 1.4 本規(guī)范的解釋權 . 1 1.5 參考文獻 . 1 2 系統(tǒng)設計原則和業(yè)務目標 . 2 2.1 背景 . 2 2.2 業(yè)務目標 . 2 2.2.1 近期目標 . 2 2.2.2 遠期目標 . 2 2.2.3 建設規(guī)劃 . 2 2.3 建設原則 . 3 3 系統(tǒng)體系架構 . 4 3.1 系統(tǒng)層次結構 . 4 3.2 平臺安全性規(guī)劃 . 4 3.2.1 數(shù)據(jù)庫平臺要求 . 4 3.2.2 服務器平臺要求 . 5 3.2.3 網(wǎng)絡平臺要求 . 6 4 系統(tǒng)功能描述 . 7 4.1 業(yè)務定制稽核 . 7 4.1.1 目標 . 7 4.1.2 業(yè)務范圍 . 7 4.2 CDR 稽核 . 8 4.2.1 目標 . 8 4.2.2 業(yè)務范圍 . 9 4.3 計費帳務稽核 . 13 4.3.1 目標 . 13 4.3.2 業(yè)務范圍 . 14 4.4 結算稽核 . 20 4.4.1 目標 . 20 4.4.2 業(yè)務范圍 . 20 4.5 欠費稽核 . 24 4.5.1 目標 . 24 4.5.2 業(yè)務范圍 . 25 5 應用軟件體系結構 . 28 5.1 應用軟件技術要求 . 28 5.2 應用軟件架構實現(xiàn)方式 . 28 6 系統(tǒng)技術要求 . 30 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential II 6.1 總體技術要求 . 30 6.1.1 應用軟件 . 30 6.1.2 數(shù)據(jù)要求 . 30 6.1.3 性能要求 . 31 6.1.4 開發(fā)工具 . 31 6.1.5 統(tǒng)計報表 . 31 7 系統(tǒng)接口 . 33 7.1 在接口種類 . 33 7.2 接口原則 . 33 7.3 接口方式 . 33 7.4 接口的具體描述 . 33 7.4.1 信令采集接口 . 33 7.4.2 與交換機接口 . 33 7.4.3 與綜合采集系統(tǒng)接口 . 34 7.4.4 與綜合計費系統(tǒng)接口 . 34 7.4.5 與綜合營帳系統(tǒng)接口 . 34 7.4.6 與綜合結算系統(tǒng)接口 . 34 7.4.7 與局數(shù)據(jù)管理系統(tǒng)接口 . 34 8 附錄一 :名詞與術語 . 36 9 附錄二 :流程圖符號解釋 . 39 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 1 1 總體概述 1.1 編寫目的 中國聯(lián)通 總部 制定 中國聯(lián)通省級 收入保障 系統(tǒng)（以下簡稱 收入保障 系統(tǒng)）技術規(guī)范 ，主要用來 規(guī)范 、 指導 中國聯(lián)通各省 級 分公司 收入保障 系統(tǒng) 的建設 。 1.2 適用范圍 本 技術規(guī)范是中國聯(lián)通省級 收入保障 系統(tǒng) 規(guī)劃與建設的基本依據(jù)， 中國聯(lián)通各省 分 公司 應依照本技術 規(guī)范，結合當 地實際情況，進行規(guī)劃和建設 省 級 收入保障 系統(tǒng) 。 1.3 本規(guī)范的起草單位 本技術規(guī)范的起草單位為中國聯(lián)通 公司 信息化 部，由中國聯(lián)通 公司 信息化部進行管理。 1.4 本規(guī)范的解釋權 本技術規(guī)范的解釋權屬于中國聯(lián)通 公司 信息化 部。 1.5 參考文獻 中國聯(lián)通綜合電信業(yè)務支撐系統(tǒng)統(tǒng)一客戶資料子系統(tǒng)信息模型 (V2.0) 中國聯(lián)通綜合電信業(yè)務支撐系統(tǒng)綜合營帳子系統(tǒng)內(nèi)部接口規(guī)范 (V2.0) 中國聯(lián)通綜合電信業(yè)務支撐系統(tǒng) CDMA 1X 數(shù)據(jù)業(yè)務部分技術規(guī)范 (V2.0) 中國聯(lián)通綜合電信業(yè)務支撐系統(tǒng)綜合營帳子系 統(tǒng)信息編碼 (V2.0) 中國聯(lián)通綜合電信業(yè)務支撐系統(tǒng) CDMA 1X 數(shù)據(jù)業(yè)務部分技術規(guī)范 (V2.0) 中國聯(lián)通 UNI-CRM 系統(tǒng)指南 (V1.0) 中國聯(lián)通綜合電信業(yè)務支撐系統(tǒng)綜合營帳子系統(tǒng)內(nèi)部接口規(guī)范 (V2.0) 中國聯(lián)通綜合電信業(yè)務支撐系統(tǒng)綜合營帳子系統(tǒng)接口編碼 (V2.0) 中國聯(lián)通綜合電信業(yè)務支撐系統(tǒng)統(tǒng)一經(jīng)營信息服務子系統(tǒng)技術規(guī)范 (V1.0) 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 2 2 系統(tǒng)設計原則和業(yè)務目標 2.1 背景 根據(jù)國際知名咨詢公司發(fā)表的報告， 通過對全球 50 多家電信 運營商的調(diào)查，約有三分之一的公司因計費或欺詐行為而蒙受重 大損失， 其損失約占其年度總收入的 5，損失最高達 15， 收入漏洞導致收入減少，嚴重影響電信企業(yè)的經(jīng)營效益 ， 制約 電信運營企業(yè)的正常發(fā)展。 參考行業(yè)咨詢 報告對 中國電信運營商 的分析 ，中國 電信運營商 通信網(wǎng)絡 設備與 全球運營商 差異不大， 但 網(wǎng)絡 規(guī)模差異明顯。中國 電信運營商 是全球 移動用戶規(guī)模最大 、增長最快的運營商 ，但 運營管理水平 急待提高， 客戶的增長、網(wǎng)絡規(guī)模的增長與收入的增長不成比例。因此 ，在行業(yè)競爭日漸加劇的今天，減少收入漏洞，提高經(jīng)營 效益 ，將是電信運營商重要的運營 管理 目標。 中國聯(lián)通在樹立客戶為中心運營理念 的同時， 更 強 調(diào)以提高 運營收入為目標的有效發(fā)展 ， 也即 “ 精細化運營 ”。 建設收入保障系統(tǒng)， 減少收入的跑冒 滴漏 ，是公司增收增效的重要途徑 ，也是 內(nèi)控管理的核心內(nèi)容 。 2.2 業(yè)務目標 2.2.1 近期目標 通過各項分析 手段 和核查工具，對省級 BSS 系統(tǒng)的各個收入環(huán)節(jié) 進行有效稽核 和分析，規(guī)范處理流程，堵塞 收入流失 ，通過完善 系統(tǒng)和規(guī)范流程 ， 增加公司 經(jīng)營效益 ，降低運營成本。 2.2.2 遠期目標 通過收入保障系統(tǒng)， 完善跨部門 運營活動 ， 降低 經(jīng)營管理中的漏洞， 建立 和完 善 管控 體系 ，尋找并發(fā)現(xiàn)提升收入的途徑 ，減少收入流失 概率，降低運 營風險，實現(xiàn) 公司 的有效發(fā)展。 2.2.3 建設規(guī)劃 隨著公司經(jīng)營理念，由 “業(yè)務為 中心”轉向以“客戶為中心”，實現(xiàn)精細化運營， 收入保障 系統(tǒng) 的建設應 遵循如下原則： 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 3 1、 要求在保證現(xiàn)有系統(tǒng)穩(wěn)定運行的情況下，統(tǒng)一規(guī)劃、分步建設。 2、 對收入風險 ，積極 稽核 ，減少 流失 。 3、 分析出現(xiàn)的問題，優(yōu)化處理流程，降低經(jīng)營風險 2.3 建設原則 1、 產(chǎn)品具有安全、穩(wěn)定、高效的運行內(nèi)核（較強的內(nèi)部容錯性，算法經(jīng)過驗證，采用多線程等技術提高效率和速度） 2、靈活的基于配置的模塊設計，根據(jù)不同的處理環(huán)境和配置，自適應處理，動態(tài)加載處理模塊 3、基于組件模型化設計思想，模塊高內(nèi)聚，低耦合，易于復用 4、 可定義的后臺處理流程，總線型設計思想，模塊處理過程可插拔 5、易于維護和管理，對最終用戶呈現(xiàn)可視化的管理界面和方便簡單的操作方式 6、充分考慮用戶需求，系統(tǒng)可擴展，良好的伸縮性 7、規(guī)范化的設計軟件、數(shù)據(jù)庫設計文檔，符合軟件規(guī)范 8、強大的系統(tǒng)監(jiān)控功能，實現(xiàn)遠程系統(tǒng)運行環(huán)境、資源的監(jiān)控和管理 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 4 3 系統(tǒng)體系架構 3.1 系統(tǒng)層次結構 收入保障系統(tǒng)從邏輯上分為三個層次：數(shù)據(jù)層、業(yè)務層和接入層。 數(shù)據(jù)層：建立統(tǒng)一的數(shù)據(jù)中心，對各種類的數(shù)據(jù)進行集中規(guī)劃、分配、存儲、安全保護和管理。它不注重數(shù)據(jù)的業(yè)務特性，而只是關注數(shù)據(jù)本身的存 儲和管理，實現(xiàn)數(shù)據(jù)與業(yè)務邏輯的分離。 業(yè)務層：在數(shù)據(jù) 集中存儲的基礎上，針對不同數(shù)據(jù)的業(yè)務特性，提煉出核心數(shù)據(jù)模型，并將數(shù)據(jù)和業(yè)務邏輯關聯(lián)起來，在此基礎上實現(xiàn)靈活的稽核業(yè)務流程處理和優(yōu)化。 接入層：主要在內(nèi)部核心處理的基礎上提供高層的管理功能，包括系統(tǒng)配置查詢統(tǒng)計、系統(tǒng)管理、在線 分析、操作維護和外圍的接口等，為企業(yè)領導、上級業(yè)務主管部門、 業(yè)務部門、系統(tǒng)管理維護人員等提供方便實用的管理和分析工具。 3.2 平臺安全性規(guī)劃 在信息高度 共享的系統(tǒng)中，必須充分利用主機、網(wǎng)絡以及數(shù)據(jù)庫管理系統(tǒng)等平臺 的安全保障機制，確保數(shù) 據(jù)的絕對安全。對于應用系統(tǒng)而言，對所有系統(tǒng)數(shù)據(jù)的操縱，嚴 格按照權限級別進行，嚴禁非法用戶進入系統(tǒng)，對于操作人員進行的 重要的操作有相應的操作日志。同時，對系統(tǒng)重要數(shù)據(jù)提供可靠的備份和恢復機制，以確保整個應用系統(tǒng)的安全。 3.2.1 數(shù)據(jù)庫平臺要求 數(shù)據(jù)庫平臺應采 用大型數(shù)據(jù)庫平臺，要求具備完成大容量數(shù)據(jù)的實時處理和管理的能力， 所采用的數(shù)據(jù)庫系統(tǒng)應具備： 業(yè)界先進的數(shù)據(jù)庫產(chǎn)品；完全適應業(yè)務的需要及今后的發(fā)展，支持 ANSI/ISO SQL-89、 ANSI/ISO SQL-92 標準。 數(shù)據(jù)庫系統(tǒng)支持市場流行的集群處理機。 數(shù)據(jù)庫 系統(tǒng)具有良好的伸縮性（如：從單 CPU 到多 CPU 的擴充及處理節(jié)點的中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 5 擴充，在不影響數(shù)據(jù)庫正常運行的情況下更新系統(tǒng)，原有應用可以無損移植）。 支持主流的網(wǎng)絡協(xié)議（如 TCP/IP； IPX/SPX； NETbios 及混合協(xié)議）。 支持中文漢字內(nèi)碼，符合雙字節(jié)編碼。 能夠將原有異種數(shù)據(jù)庫向本數(shù)據(jù)庫無損失移植。 實現(xiàn)和高級語言互連的能力。 支持 ODBC3.0、 X/OpenCLI、 JDBC 等標準。 具有支持并行操作所需的技術（如：多服務器協(xié)同技術、事務處理的完整性控制技術等）。 支持異種數(shù)據(jù)庫的互訪，支持網(wǎng)絡上同構或異構數(shù)據(jù) 庫門的有效傳輸和冗余性復制；具有多種復制功能模塊（如：實時復制、雙向復制、多點方式下 N 向復制、復制轉發(fā)，復制范圍可整表復制或表中部分行復制或修改單元復制）。 支持聯(lián)機分析處理 (OLAP)；支持聯(lián)機事物處理 (OLTP)；支持數(shù)據(jù)倉庫的建立，要求能夠實現(xiàn)數(shù)據(jù)的快速裝載、處理和交互式查詢，以達到信息深層的目的，涉及到數(shù)據(jù)索引、數(shù)據(jù)壓縮、交互式數(shù)據(jù)查詢等方面的技術。 支持 C2 級安全標準、多級安全控制。 支持數(shù)據(jù)庫存儲加密、數(shù)據(jù)傳輸通道加密（包括： S/S、 C/S）及相應冗余控制。 具有快速的并發(fā)用戶查詢速度，并發(fā)控制 穩(wěn)定可靠，多線索多進程。 支持聯(lián)機備份（如：磁帶方式、光盤方式）。 數(shù)據(jù)庫、表大小等技術參數(shù)可靈活設置，支持對大數(shù)據(jù)量處理的技術要求。 開發(fā)工具易使用、開發(fā)效率高、維護方便、具有將客戶服務器結構的應用向 Web 應用轉化的工具。 支持數(shù)據(jù)分區(qū)技術，要求：支持靈活的按不同關鍵字進行分區(qū)的能力，能對分區(qū)實施靈活的增刪改等管理工作；分區(qū)間應相互獨立保證某個分區(qū)的數(shù)據(jù)丟失（或暫時不能正常工作）不會影響到別的分區(qū)；對數(shù)據(jù)表的操作能在多個分區(qū)上實現(xiàn)并行，且分區(qū)間的并行可做到均衡負載，從而提高系統(tǒng)的性能。 3.2.2 服務器平臺要求 服務器平臺應具有較高的安全控制機制，平臺除有足夠的能力進行計費結算處理外，還應具有其它（例如故障檢查、故障處理等）的應急處理能力。 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 6 所選擇的服務器平臺應該滿足以下特性： 高擴展性。當業(yè)務量增加或增加新業(yè)務時，服務器能以增加節(jié)點、處理器、內(nèi)存等方式提供更高的性能來滿足新的要求。 高可靠性。服務器系統(tǒng)需 7 24 小時連續(xù)運行，同時系統(tǒng)應具有良好的容錯能力。系統(tǒng)應采用冗余配置，保證系統(tǒng)無單一故障點。 支持并行技術。支持多臺主機并行的處理，以保證大容量數(shù)據(jù)處理的要求。 易于管理與使用。保證系統(tǒng)的易使用性，并使系統(tǒng)在 較優(yōu)的狀態(tài)下運行，以提高系統(tǒng)的的運行和處理效率。 恢復周期短。當對系統(tǒng)進行擴容或系統(tǒng)發(fā)生不可預見的故障時，系統(tǒng)應能在24 小時內(nèi)恢復到正常運行狀態(tài)。 3.2.3 網(wǎng)絡平臺要求 網(wǎng)絡的可靠性：為了能使融合計費系統(tǒng)提供不間斷的服務，設計網(wǎng)絡時必須考慮多種因素。 網(wǎng)絡的安全性：鑒于 融合計費系統(tǒng) 的重要性，系統(tǒng)必須提供完備的安全控制手段來保證計費結算的安全性，安全性表現(xiàn)在如下方面： 可對重要的網(wǎng)絡資源進行安全管理； 可確定重要的網(wǎng)絡資源和用戶集間的映射關系； 監(jiān)視對重要網(wǎng)絡資源的訪問； 記錄對重要網(wǎng)絡資源的非法訪問。 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 7 4 系統(tǒng)功能描 述 4.1 業(yè)務定制稽核 4.1.1 目標 稽核 GSM、 CDMA 用戶的業(yè)務定制信息，包括用戶的 業(yè)務特征 (service profile)、位置信息 (location information)和活動狀態(tài) (activity status)，對 HLR、智能網(wǎng) SCP、增值業(yè)務平臺、 AAA 服務器 中的 業(yè)務定制數(shù)據(jù) 和綜合營帳中的 業(yè)務定制 數(shù)據(jù)進行定期比對核查 ，找出數(shù)據(jù)的差異，并分析差異原因，通過技術和管理手段保障用戶數(shù)據(jù) 的一致。 技術實現(xiàn)要求： 數(shù)據(jù) 完整性 ： 通過相關技術和管理手段，找到 業(yè)務定制流程中各環(huán)節(jié)的流失點，并通過技術或管理手段解決流 失漏洞，防止收入的流失 。 數(shù)據(jù) 正確性 ： 通過相關的技術手段， 保證各系統(tǒng)平臺之間業(yè)務定制數(shù)據(jù)的一致 正確。 4.1.2 業(yè)務范圍 4.1.2.1 HLR 稽核 通過技術手段采集 HLR/MSC 和綜合營帳中的業(yè)務定制數(shù)據(jù)； 功能要點： 1、 支持對不同格式的 HLR 用戶業(yè)務定制數(shù)據(jù) 采集 格式化 ， 對 HLR 直接 采集 會 對設備 造成壓力，建議 采用 通過對備份數(shù)據(jù)進行數(shù)據(jù)采集方式 ； 2、 支持對綜合營帳業(yè)務定制數(shù)據(jù)的采集； 3、 支持依據(jù) HLR 信息數(shù)據(jù)和綜合營帳信息數(shù)據(jù)的對應關系，進行一致性核查； 4.1.2.2 智能網(wǎng) SCP 稽核 通過技術手段采集智能網(wǎng) SCP 和綜合營帳中的智能網(wǎng)業(yè)務定制數(shù)據(jù)； 功 能要點： 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 8 1、 支持對不同格式的智能網(wǎng) SCP 業(yè)務定制數(shù)據(jù)采集 格式化 ，對 SCP 直接 采集 會對設備造成壓力，建議 采用 通過對備份數(shù)據(jù)進行數(shù)據(jù)采集方式。 2、 支持對綜合營帳業(yè)務定制數(shù)據(jù)的采集； 3、 支持依據(jù)智能網(wǎng) SCP 信息數(shù)據(jù)和綜合營帳信息數(shù)據(jù)的對應關系，進行一致性核查； 4.1.2.3 增值業(yè)務平臺稽核 通過技術手段采集增值業(yè)務平臺和綜合營帳 系統(tǒng) 中的業(yè)務定制數(shù)據(jù)； 功能要點： 1、 支持對不同格式的增值業(yè)務平臺業(yè)務定制數(shù)據(jù)采集 格式化 。 2、 支持對綜合營帳業(yè)務定制數(shù)據(jù)的采集； 3、 支持依據(jù)增值業(yè)務平臺信息數(shù)據(jù)和綜合營帳信息數(shù)據(jù)的對應關系，進 行一致性核查； 4.1.2.4 AAA 服務器稽核 通過技術手段采集 AAA 服務器和綜合營帳 系統(tǒng) 中的業(yè)務定制數(shù)據(jù) 。 功能要點： 1、 支持對不同格式的 AAA 服務器業(yè)務定制數(shù)據(jù) 采集 格式化，對 AAA服務器直接采集會對設備造成壓力，建議 采用 通過對備份數(shù)據(jù)進行數(shù)據(jù)采集 的 方式。 2、 支持對綜合營帳業(yè)務定制數(shù)據(jù)的采集； 3、 支持依據(jù) AAA 服務器 信息數(shù)據(jù)和綜合營帳信息數(shù)據(jù)的對應關系，進行一致性核查； 4.2 CDR 稽核 4.2.1 目標 在 聯(lián)通的 BSS 系統(tǒng) 中， 話單是進行計費批價和結算業(yè)務的基礎依據(jù)，也是貫穿整個系統(tǒng)的主線之一， 所以對話單的正確性稽核是保證后續(xù)業(yè)務處理的基礎， 關于話單的收入保障 包括以下兩個方面的功能： 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 9 完整性 通過相關技術和管理手段，找到各個環(huán)節(jié)收入流失點，并解決相關問題或提交問題的解決方案 ，對于話單生成的正確性進行監(jiān)測 ，堵住收入漏洞，盡可能 挽回用戶損失。 準 確性 通過相關的技術手段，保證各個環(huán)節(jié)的話單提取、計費 的 準確 。 4.2.2 業(yè)務 范圍 由于涉及話單的環(huán)節(jié)較多， 在現(xiàn)階段先以原始話單的生成作為基礎，著重描述用于計費批價以及結算的原始話單的正確性，完整性和一致性；對于原始話單的核查目前可以用兩種技術手段實現(xiàn)，一種是基于 SS7 信令系統(tǒng)的話單生成，一種是基于交換機生成話單的稽核分析。 4.2.2.1 基于信令 采集 七號信令系統(tǒng)是建立、拆除、和控制話音業(yè)務和網(wǎng)絡運營管理過程中使用的唯一信令系統(tǒng)。一個呼叫接續(xù)和網(wǎng)絡資源占用的信息，都完整地記錄在七號信令的信令消息上。所以通過采集七號信令消息中與計費相關的數(shù)據(jù)，并通過對所采集到的信令數(shù)據(jù)進行解碼、分析、統(tǒng)計等一系列的處理，就能得到一套客觀、完整、獨立于被測設備的計費話單。 七號信令的監(jiān)視，采用高阻跨接的方式將收入保障系統(tǒng)的信令監(jiān)測與被檢測鏈路相連，不影響網(wǎng)絡正常運行，收入保障系統(tǒng)是通過信令監(jiān)測完整呼叫流程產(chǎn)生話單的；并嚴格按照電信計費的相關規(guī)范、對呼叫流程進行分析，客 觀地產(chǎn)生計費話單。話單經(jīng)過收入保障系統(tǒng)的處理后，可以按照相關計費檢測規(guī)范與在線的計費系統(tǒng)的話單進行比對。比對的結果依照計費檢測規(guī)范歸為對應話單 (正確話單、超長差話單、超短話單、差錯話單等等 )、非對應話單 (重單、不完整話單、丟單等等 )。 基于信令的 CDR 稽核的基本原理就是利用信令消息合成產(chǎn)生的話單和交換機產(chǎn)生的話單進行核查處理，利用得到的差異結果進行分析， 彌補聯(lián)通因話單生成的收入漏洞而產(chǎn)生的收入流失。 技術實現(xiàn)要求： 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 10 運行可控性：所有功能的執(zhí)行須是可控制的，能夠從外部啟動、終止、暫停功能； 狀態(tài)透明性：所有功 能的執(zhí)行必須是透明的，功能必須對外界透露其處理狀態(tài)，使外界能夠感知。 錯誤處理機制：所有功能必須具備錯誤處理機制，包含系統(tǒng)級錯誤處理和業(yè)務級錯誤處理，前者包括系統(tǒng)中產(chǎn)生的異常處理、信號處理，后者包含錯誤記錄處理機制。 可追溯性：功能模塊應該保存各自的運行日志； 通用優(yōu)先性：格式化功能實現(xiàn)首先要考慮的是通用性，即應該適應不同交換機的二進制文件格式。 正確優(yōu)先性：預處理功能實現(xiàn)首先要考慮的是正確性，即無論輸入文件存在何種錯誤，其輸出必須保證正確，保證格式統(tǒng)一，以便于后續(xù)模塊進行處理。 全面優(yōu)先性：數(shù)據(jù)裝載功能要 實現(xiàn)所有數(shù)據(jù)的入庫操作，包括錯誤文件和比對結果文件，數(shù)據(jù)裝載功能必須保證不遺漏數(shù)據(jù)。 效率重要性：所有化功能要處理大量數(shù)據(jù)，因此必須關注執(zhí)行效率。 4.2.2.1.1 信令數(shù)據(jù)采集合成 信令數(shù)據(jù)采集處理部分由信令監(jiān)測設備、服務器和局域網(wǎng)構成。 前端機部分主要負責數(shù)據(jù)采集與預處理，采用工業(yè)級工控計算機系統(tǒng)，它分為事務性處理模塊、信號采集處理模塊和網(wǎng)絡通信模塊。軟件采用嵌入式實時多任務操作系統(tǒng)。系統(tǒng)設計采用模塊化插件結構，板卡之間采用 CompactPCI總線連接，具有熱插拔功能，帶電插拔采集模塊不影響硬件的電器性能指標。前端機擴 充時不需要中斷在運行的系統(tǒng)，采用積木式堆疊方式擴展，自動識別新增加的采集模塊、前端機。 為滿足移動網(wǎng)中經(jīng)常出現(xiàn)的跨段呼叫的跟蹤分析，在出現(xiàn)全網(wǎng)跨段跟蹤呼中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 11 叫時準確、快速定位呼叫故障，各采集系統(tǒng)間有時間定位系統(tǒng)，其時間精度為毫秒級，可使不同信令采集設備和處理設備之間時間精確同步。 前端機將原始數(shù)據(jù)進行分析、預處理，去掉所采集信令消息中的填充單元等無效數(shù)據(jù)，然后通過本地局域網(wǎng)將數(shù)據(jù)送入前端服務器，進行呼叫詳細過程的合成。合成后的 CDR 直接傳送到數(shù)據(jù)庫中集中保存。 系統(tǒng)具有實時監(jiān)測鏈路上的鏈路狀態(tài)型號單元 LSSU、 消息信號單元 MSU、網(wǎng)管信號 SNM，以及信令鏈路測試消息 SLTM、 SLTA。實時監(jiān)測 E1 線路的傳輸告警，包括信號丟失、重傳、誤碼告警等。實時監(jiān)測信令消息對信令消息的完整性、消息丟失率進行統(tǒng)計。 4.2.2.2 基于原始話單 采集 4.2.2.2.1 完整性稽核 在原始話單的采集及預處理過程中， 可能出現(xiàn)漏采、錯采 、丟單、文件異常丟失 等現(xiàn)象，造成收入流失。 完整性稽核功能主要針對文件個數(shù)、流水號、詳單等進行核查，堵住漏洞，保證采集和預處理過程的完整性。 （ 1） 文件級稽核 須核查目標系統(tǒng) 在 處理過程中 是否 發(fā)生 文件級的流失 ； （ 2）詳單級稽核須核查目標系統(tǒng)在 處理過程中是否存在漏洞，導致詳單級的流失。 4.2.2.2.2 準確性稽核 在原始話單的采集及預處理過程中，可能存在多種原因造成數(shù)據(jù)錯誤，如交換機出錯、采集系統(tǒng)出錯、網(wǎng)絡異常、預處理處理錯誤、字段值解析不明確等，造成收入流失，甚至可能影響到后續(xù)模塊處理。 （ 1）采集準確性 稽核功能 須 對采集 到的文件進行監(jiān)控，核查文件大小、連續(xù)性等，并對延遲時長進行監(jiān)測，發(fā)現(xiàn)可能存在的問題，堵住收入漏洞 。 （ 2）預處理環(huán)節(jié)對話單信息的準確提取，是后續(xù)處理步驟的基礎，因此預處理環(huán)節(jié)必須保證話單信息提取的準確性，尤其是計費要素的提取。 以下分業(yè)務說明各 業(yè)務在準確性稽核方面所應達到的基本要求： 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 12 GSM、 CDMA 語音業(yè)務準確性稽核功能 至少 稽核 以下要素： 呼叫類型 發(fā)起方號碼 接收方號碼 呼叫日期 呼叫時間 呼叫時長 考慮到后續(xù)處理環(huán)節(jié)的準確性，以下要素也應考慮： MSC LAC CELLID 1X 數(shù)據(jù)業(yè)務準確性稽核功能 至少 稽核 以下要素： MSID NAI 日期 時間 上行流量 下行流量 壞幀流量 激活時長 考慮到后續(xù)處理環(huán)節(jié)的準確性，以下要素也應考慮： 用戶類型 漫游標識 短信業(yè)務準確性稽核功能 至少 稽核 以下要素： 呼叫類型 發(fā)起方號碼 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 13 接收方號碼 發(fā)送 日期 發(fā)送時間 交換機 對于 SP 業(yè)務，以下要素也應考慮： SP 代碼 接入碼 業(yè)務碼 信息費計費類型 4.2.2.2.3 網(wǎng)內(nèi)主被叫稽核 一次完整的呼叫在邏輯上應產(chǎn)生相應的主被叫（呼轉）話單，但實際上因多種原因可能導致部分話單流失。對于這樣的問題，需采取技術手段進行控制。 對本省用戶所產(chǎn)生的呼叫，進行主被叫邏輯完整性稽核，對主被叫話單不完整的數(shù)據(jù)進行分析，找出問題所在。 4.3 計費帳務稽核 4.3.1 目標 計費帳務稽核是 針對 C 網(wǎng) /G 網(wǎng) 專業(yè)計費帳務系統(tǒng) 在采集、預處理、批價、累帳整個計費帳務過程中，進行各環(huán)節(jié)平衡性、正確性、完整性的監(jiān)控、稽 核，預防和審計各環(huán)節(jié)的收入流失。 技術實現(xiàn)要求： 運行可控性：所有功能的執(zhí)行須是可控制的，能夠從外部啟動、終止、暫停功能； 狀態(tài)透明性：所有功能的執(zhí)行必須是透明的，功能必須對外界透露其處理狀態(tài)，使外界能夠感知。 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 14 錯誤處理機制：所有功能必須具備錯誤處理機制，包含系統(tǒng)級錯誤處理和業(yè)務級錯誤處理，前者包括系統(tǒng)中產(chǎn)生的異常處理、信號處理，后者包含錯誤記錄處理機制。 可追溯性：功能模塊應該保存各自的運行日志； 效率重要性：所有化功能要處理大量數(shù)據(jù)，因此必須關注執(zhí)行效率。 4.3.2 業(yè)務范圍 4.3.2.1 話單處理稽核 4.3.2.1.1 文件采集稽核 文件采集稽核完成對計費帳務系統(tǒng)文件采集部分的稽核功能。它根據(jù)計費帳務系統(tǒng)設定的規(guī)則，重新對數(shù)據(jù)源內(nèi)的所有文件進行采集，將其與計費帳務系統(tǒng)采集到的文件進行比對分析，找出其中的差異，并提供差異文件的細節(jié)。 某些計費系統(tǒng)在采集數(shù)據(jù)時，會將采集到的文件根據(jù)類型不同而重新命名保存。文件采集稽核可以針對計費帳務系統(tǒng)采集文件時的文件命規(guī)則，判斷采集的結果是否符合規(guī)則，保障采集的正確性；在出現(xiàn)差異的情況下提供差異的細節(jié)。 對文件的采集個數(shù)、文件大小及及時性、文件命名的規(guī)則完成性檢查，包括查重查漏處理。 功能要點： 1. 能夠監(jiān)控 所有采集文件的過程，監(jiān)控所有采集到的文件，某些計費系統(tǒng)在采集數(shù)據(jù)時，會將采集到的文件根據(jù)類型不同而重新命名保存，但是存在采集文件總數(shù)和重命名后的文件個數(shù)相等，大小相同。 2. 支持對計費系統(tǒng)采集文件和本系統(tǒng)采集文件的平衡檢查，如果采集中間過程較多，則 可以考慮中間過程產(chǎn)生的采集文件也要進行比對核查；采集監(jiān)控模塊 采集文件，然后與其它對應采集系統(tǒng)進行比對，監(jiān)控其他對應系統(tǒng)采集文件是否正確。 3. 針對計費結算系統(tǒng)采集文件是的文件命規(guī)則，判斷采集的結果是否中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 15 符合規(guī)則，保障采集的正確性； （ 比如文件一般要有順序遞增的文件名稱，或者有 包括日期的文件名稱，根據(jù)這些規(guī)律核查重漏 ） 。 4. 對專業(yè)計費系統(tǒng)的采集及時性進行監(jiān)控； 5. 支持 稽核 專業(yè)計費系統(tǒng)采集 過程日志。 4.3.2.1.2 預處理話單 平衡 稽核 預處理過程是將采集部分采集到的所有文件進行分類處理的過程。經(jīng)過預處理，所有采集文件被分成正常話單文件與異常話單文件兩種。正常話單文件是能夠被一次批價系統(tǒng)正常處理的話單文件；異常話單文件是因為缺少某些參數(shù)或者參數(shù)錯誤，無法被一次批價系統(tǒng)正常處理的話單文件。預處理話單平衡稽核過程存在如下平衡關系： 采集文件總數(shù)（預處理之后）正常話單文件數(shù)異常話單文件數(shù) 采集文件話單總 數(shù)正常話單文件話單總數(shù)異常話單文件話單總數(shù) 功能要點： 1. 監(jiān)控預處理過程，支持對預處理前后文件數(shù)和話單數(shù)的稽核功能。 2. 支持定時稽核功能，支持周期性定點稽核功能，支持按批次稽核功能 3. 支持自動告警，提供具體產(chǎn)生差異的文件名 4 .提供統(tǒng)計分析功能，統(tǒng)計每日數(shù)據(jù)，提供日報和月報； 5. 對預處理系統(tǒng)的稽核過程記錄日志 4.3.2.1.3 一次批價話單平衡稽核 一次批價是針對預處理完成之后生成的正常話單文件進行一次批價的過程。經(jīng)過一次批價，話單文件被分成正常話單、錯誤話單、無效話單。一次批價話單平衡稽核過程 存在如下平衡關系： （一次批價之前）話單總數(shù)（一次批價之后）正常話單數(shù)錯誤話單數(shù)無效話單數(shù) 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 16 功能要點： 1. 監(jiān)控一次批價過程，支持對一次批價前后話單數(shù)的稽核功能。 2. 支持定時稽核功能，支持周期性定點稽核功能，支持按批次稽核功能 3. 支持自動告警，提供具體產(chǎn)生差異的話單數(shù)據(jù) 4. 提供統(tǒng)計分析功能，統(tǒng)計每日數(shù)據(jù)，提供日報和月報； 5. 對一次批價話單平衡稽核過程記錄日志 4.3.2.2 趨勢監(jiān)控 針對整個計費帳務系統(tǒng)，建立趨勢監(jiān)控指標，每月 /日 /帳期獲取監(jiān)控數(shù)據(jù)進行趨勢監(jiān)控，積累基礎數(shù)據(jù)形成經(jīng)驗，對于數(shù)據(jù) 異常波動的情況，可以及時反映出來； 功能要點： 1. 支持各種指標之間 簡單關系 監(jiān)控 ： 就是在一個閥值之間上下浮動屬于正常，超過閥值時候應該有對應的異常告警； 2. 支持各種指標之間 關聯(lián)關系 監(jiān)控 ，（ 比如 a 指標在某個范圍外， b 指標在某個閥值之下就成為異常需要告警，則 a、 b 指標有關聯(lián)關系 ） ； 3. 支持對采集環(huán)節(jié)監(jiān)控 ： 每天采集文件數(shù) ； 4. 支持對預處理環(huán)節(jié)監(jiān)控 ： 正確話單數(shù) 、重單數(shù)、 異常話單數(shù) 、 漫游上發(fā)文件數(shù) 等； 5. 支持對 一次批價環(huán)節(jié)監(jiān)控： 正確話單數(shù) 、重單數(shù)、 異常話單數(shù) 等； 6. 支持其他可配置指標監(jiān)控； 4.3.2.3 局數(shù)據(jù)稽核 對局數(shù)據(jù)庫表及相應程序增加生 效時間判斷，使局數(shù)據(jù)及時生效，減少錯單產(chǎn)生； 建立計費的局數(shù)據(jù)標準模板并進行定期核對； 功能要點： 1、 支持營帳系統(tǒng)局數(shù)據(jù)與網(wǎng)絡局數(shù)據(jù)不同步的檢查； 2、 支持對計費系統(tǒng)添加相關據(jù)數(shù)據(jù)、但是生效時間在一個時間間隔后、是否正中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 17 確執(zhí)行的檢查； 3、 提供對局數(shù)據(jù)間的關聯(lián)關系是否正確，數(shù)據(jù)是否缺失的檢查； 4、 支持對局數(shù)據(jù)更新流程的跟蹤、審批、監(jiān)控、告警； 4.3.2.4 資費和套餐稽核 4.3.2.4.1 資費 /套餐 規(guī)則檢查 對計費帳務系統(tǒng)的 資費 /套餐 規(guī)則進行檢測，并形成檢測分析報告； 功能要點： 1、 支持對 資費 /套餐交叉重疊、排斥的稽核； 2、 支持 對 套餐 的歷史情況檢查； 4.3.2.4.2 套餐使用分布 套餐使用分布地圖：統(tǒng)計用戶使用套餐的 分布情況 。 功能要點： 1、 能夠提供套餐的客戶使用數(shù)量統(tǒng)計報告； 2、 能夠提供套餐的使用時段統(tǒng)計報告； 3、 支持按照地區(qū)、業(yè)務類型等進行分布統(tǒng)計； 4.3.2.4.3 批價準確性 準確的批價處理是正確 計費 的基礎，批價 準確性 稽核功能應提供對目標系統(tǒng)的詳單級稽核處理，確保發(fā)現(xiàn)處理過程中可能存在的問題，提高目標系統(tǒng)成熟度 。 功能要點： 1、 支持 對 基本話費計費稽核，如計算本地話費、長途話費、漫游話費等 ； 2、 支持對 數(shù)據(jù)使用費計費稽核 ； 3、 支持對附加業(yè)務的計費 稽核； 4、 支持對無線智能網(wǎng)業(yè)務的計費稽核； 5、 支持對增值業(yè)務的計費稽核； 6、 支持對短消息業(yè)務平臺提供的數(shù)據(jù)的計費稽核 ； 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 18 4.3.2.5 無主話單稽核 無主話單的管理重在審核、分析過程。在功能實現(xiàn)上，應與詳單優(yōu)惠處理、累帳處理連貫起來執(zhí)行，對無主話單進行審核、分析、核查錯誤，查明原因后，可回收的無主話單送至詳單優(yōu)惠環(huán)節(jié)進行二次批價，再進行累帳、出帳。 能夠跟蹤無主話單并進行處理；跟蹤無主話單最終處理情況。 功能要點： 1、 能夠跟蹤無主話單，檢 查生成時間判斷非法無主話單。 2、 能夠及時檢查停機情況，防止用戶該停未停情 況發(fā)生 。 3、 支持在出現(xiàn)無主話單后，系統(tǒng)應首先將該用戶發(fā)送自動停服機系統(tǒng) 。 4、 支持對開機 SIM 卡售出前被盜打的檢查。 5、 支持對更新客戶資料、 SIM 卡號與手機號的對應關系的檢查 。 4.3.2.6 錯單 /重單 /無效話單稽核 4.3.2.6.1 錯單 /重單 /無效話單數(shù)據(jù)稽核 在 BSS/OSS 系統(tǒng)中，錯誤話單的通常產(chǎn)生在如下幾個環(huán)節(jié)： 交換機下的原始二進制文件通話記錄本身是錯誤的 。 處理交換機吐出的原始二進制文件時，通過對話單進行檢錯而確認的錯誤話單 。 一次批價過程中通過對記錄檢錯而確認的錯誤話單 。 收入保障系統(tǒng)依據(jù)重單錯單規(guī)則處理話單數(shù)據(jù) ，將重單錯單結果與專業(yè)計費帳務的處理結果進行比較，查找處理差異； 功能要點： 1、 支持 針對部分話單進行格式化預處理，然后將錯單重單的處理結果與計費帳務錯單重單數(shù)據(jù)進行比對；支持的粒度可以從某一個話單到一批話單 。 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 19 2、 支持 采集 錯誤話單分析：可以檢測對交換機下的原始二進制文件通話記錄本身發(fā)生錯誤時產(chǎn)生的錯誤話單。這類話單的監(jiān)控、處理，可以通過與信令采集、話單合成模塊結合起來，通過將來源于信令和交換機兩種數(shù)據(jù)源的話單做比對，基本可以將這類錯單所帶來的收入流失找回來。 3、 支持 預處理 錯誤話單分析： 預 處理交換機吐出的 原始二進制文件時，通過對話單進行檢錯而確認的錯誤話單 。 這些話單的錯誤類型一般包括： IMSI 前 15 位非數(shù)字（南非前 14 位應為數(shù)字，第 15 位補 0） 年、月、日、時、分、秒的非法形式 非短信話單時長為 0 的話單 記錄類型錯誤 對端號碼（被叫號碼）中有非法字符 對端號碼（被叫號碼）不全或超長 等 ； 對預處理 /格式化產(chǎn)生的上述錯誤話單，應該在處理過程中將該話單寫入到錯誤文件中，并把每條記錄的錯誤類型標識出來，然后，再與對端的交換機、關口局下的相應話單做比對、分析處理，最終合成可以向用戶收費的有效話單。 4、 支持 一 批 錯誤話單分析：一次批價過程中通過對記錄檢錯而確認的錯誤話單 ； 這些話單的錯誤類型一般包括： 主、被叫找不到歸屬局 ； 主、被叫找不到漫游局 ； 找不到國際長途區(qū)號 ； 找不到國際長途區(qū)號 ； 對漫游出訪用戶，漫游地長途區(qū)號信息與漫游地交換機所在地區(qū)號不一致 ； 這些情況的處理，主要需要查本地批價所需的各個參數(shù)配置表數(shù)據(jù)是否已經(jīng)得到了及時更新，另外，在條件允許的情況下也可以與對端的交換機、關口局下的相應話單做比對、分析處理。 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 20 4.3.2.6.2 錯單 /異常話單 處理流程 對錯單、異常話單的回收處理流程進行跟蹤控制： 功能要點： 1. 支持對錯單 、異常話單的回收處理流程的跟蹤功能 ； 2. 支持對錯單、異常話單處理實現(xiàn)的審批、告警、監(jiān)控 ； 4.4 結算 稽核 隨著新的電信法規(guī)的實施，網(wǎng)間結算在運營成本和收入中占據(jù)越來越多的。目前各運營商之間在月初交換對帳單，并對雙方數(shù)據(jù)差異的結算項目進行詳單核對。應此需要對詳單有效的篩選樣本，在較短時間內(nèi)形成一個差異報告，方便維護人員分析差異原因 。 4.4.1 目標 應重點從以下兩個方面對結算處理過程進行稽核，保證處理結果的準確性，并提高目標系統(tǒng)的成熟性： 結算數(shù)據(jù)稽核 （ 1）完整性稽核： 通過相關技術和管理手段，找到各個環(huán)節(jié) 處理的漏洞 ，并解 決相關問題或提交問題的解決方案。 （ 2）準確性稽核： 通過相關的技術手段，保證各個環(huán)節(jié)的 處理準確 。 中繼群資料稽核 重點對結算核心參數(shù)資料中繼信息的稽核。 4.4.2 業(yè)務范圍 4.4.2.1 網(wǎng)間結算稽核 4.4.2.1.1 預處理 預處理稽核功能應提供對目標系統(tǒng)的文件級和詳單級的稽核處理，確保發(fā)現(xiàn)處理過程中可能存在的問題，提高目標系統(tǒng)成熟度。 完整性稽核功能 至少 稽核 以下要素： 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 21 文件級稽核 須核查 在預處理環(huán)節(jié)是否 發(fā)生 文件級的流失 ； 詳單級稽核則需核查在預處理環(huán)節(jié)的處理是否存在漏洞，導致詳單級的流失。 預處理環(huán)節(jié)對話單信息的準確提取，是后續(xù)處理步驟的基礎，因 此預處理環(huán)節(jié)必須保證話單信息提取的準確性，尤其是結算要素的提取。 準確性 稽核數(shù)據(jù)至少包括以下要素： 出中繼 入中繼 呼叫日期 呼叫時間 呼叫時長 發(fā)起方號碼 接收方號碼 考慮到后續(xù)處理環(huán)節(jié)的準確性，以下要素也應考慮： 交換機 呼叫類型 4.4.2.1.2 批價 準確的結算批價處理是正確結算的基礎， 批價稽核功能應提供對目標系統(tǒng)的詳單級稽核處理，確保發(fā)現(xiàn)處理過程中可能存在的問題，提高目標系統(tǒng)成熟度。 稽核數(shù)據(jù)至少包括以下要素： 出中繼 入中繼 呼叫日期 呼叫時間 結算跳次 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 22 發(fā)起方號碼 接收方號碼 考慮到處理的準確性，以下要素也應考 慮： 交換機 呼叫類型 主叫運營商 主叫長途類型 主叫業(yè)務類型 被叫運營商 被叫長途類型 被叫業(yè)務類型 4.4.2.1.3 中繼群資料稽核 中繼資料是結算的基礎，其完整性和準確性是保證結算結果正確的前提。結算的局數(shù)據(jù)稽核主要提供對中繼資料的核查，保證中繼資料的完整與準確。 中繼群稽核應達到如下要求： 得到缺失中繼信息 稽核出錯誤中繼信息 4.4.2.2 SP 結算數(shù)據(jù)稽核 4.4.2.2.1 話單稽核 自 SP 增值業(yè)務開通以來，聯(lián)通與各 SP 合作，不斷推出新的業(yè)務，業(yè)務得到迅速增長， SP 增值業(yè)務已成為聯(lián)通業(yè)務運營收入的重要來源之一。隨著業(yè)務的迅速增長，業(yè)務復雜度大大增 加，存在較大的收入流失的風險。 話單稽核 至少包括以下要素： 呼叫類型 發(fā)起方號碼 接收方號碼 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 23 發(fā)送日期 發(fā)送時間 交換機 SP 代碼 接入碼 業(yè)務碼 信息費計費類型 費用稽核 4.4.2.2.2 用戶和 SP 資料稽核 （ 1）用戶資料稽核： 與 SP 的結算當中會出現(xiàn)用戶資料無效還參與結算的情況，這樣就會造成一定的收入流失，需要對用戶資料進行結算有效性稽核，分為以下兩個方面： 用戶資料存在，則判別其有效性，無效用戶則不應參與結算 ； 用戶資料不存在，則此用戶也不應參與結算 ； （ 2） SP 資料稽核： SP 資料的準確性直接影響結算和對 SP 的控制 管理；需要 對 SP 資料進行稽核，保證資料的準確性，至少包括以下信息： SP 代碼信息 接入碼信息 業(yè)務碼信息 4.4.2.3 代理商結算稽核 由于 目前聯(lián)通很大 的新入網(wǎng)用戶都是通過代理商進行放號的，同時代理商會根據(jù)自己代理的新入網(wǎng)用戶數(shù)量從 聯(lián)通 提取一定的代辦費。這就給那些不法代理商提供了機會，他們會利用虛假的入網(wǎng)用戶騙取代辦費，而這些用戶根本不會產(chǎn)生任何通話費。另外，一些不法代理 商還可能會對 套餐進行拆包變賣，騙取 聯(lián)通 本應該給用戶的一些促銷手機或禮品。 中國聯(lián)通 省級收入保障系統(tǒng) 技術規(guī)范 保密 Confidential 24 4.4.2.3.1 IMSI 過低使用報告 在給定的時間范圍內(nèi)，如果用戶的 IMSI 的使用率低于一個設 定的門限值時，系統(tǒng)會對這些用戶產(chǎn)生此類報告。共有 3 種參數(shù)需要輸入：開始使用時間、結束使用時間和實際使用時長。該報告能用來檢查出例如 IMSI 號不是賣給了真正的移動客戶的欺詐現(xiàn)象。 4.4.2.3.2 IMSI 無使用量報告 該報告用來呈現(xiàn)那些在規(guī)定的天數(shù)內(nèi)沒有任何 IMSI 使用（或通話）的用戶的情況。通常這類報告用來發(fā)現(xiàn)代理 /分銷商把 IMSI 號賣給一個假客戶，以騙取運營商補貼獎勵的欺詐行為。 4.4.2.3.3 過量的新入網(wǎng)用戶報告 對在定義的時間范圍內(nèi)，出現(xiàn)過量的新入網(wǎng)用戶的代理商生成報告。該報告按照代理商編號詳細列出各自代理的新入網(wǎng)用戶數(shù)量，這能幫 助運營商識別出那些虛假的入網(wǎng)申請，同時能發(fā)