黎春強，董裕藝

（1.中國移動通信集團廣西有限公司 南寧530022；2.中國移動通信集團廣西有限公司梧州分公司 梧州543002）

1 引言

傳統(tǒng)的網(wǎng)絡管理正在進行變革和完善，網(wǎng)絡管理的重心更偏重于服務質量的提高?！耙钥蛻魹橹行?、能夠靈活開發(fā)新業(yè)務、快速響應市場”成為新的電信網(wǎng)絡管理系統(tǒng)的核心。從管理方法上來看，傳統(tǒng)的電信網(wǎng)絡管理系統(tǒng)習慣于將數(shù)據(jù)進行簡單的分類，分門別類地進行管理，由業(yè)務人員選擇相應的數(shù)據(jù)對其進行分析并得出結論，對網(wǎng)絡管理系統(tǒng)的要求相對較低，但需要業(yè)務人員進行大量的后續(xù)分析工作，對于規(guī)則較為復雜或者實時性要求較高的業(yè)務來說，時效性問題就十分突出。

隨著通信技術的不斷進步，中國移動通信集團（以下簡稱中國移動）的網(wǎng)絡規(guī)模越來越大，也越來越復雜，承載的業(yè)務也在不斷地進行豐富和擴展，其網(wǎng)上業(yè)務除了傳統(tǒng)的話音eNode B業(yè)務之外，還包括了GPRS、基于智能網(wǎng)的預付費業(yè)務、VPN業(yè)務、短信業(yè)務等多種業(yè)務。為了支撐龐大的用戶群，中國移動建成了覆蓋整個中國大陸31個省市的多業(yè)務、多制式的通信網(wǎng)絡，網(wǎng)絡中運行著幾十種制式不同的網(wǎng)絡設備。可以預見在未來的幾年中，中國移動網(wǎng)絡通信系統(tǒng)仍然會保持高速發(fā)展的勢頭，且移動網(wǎng)絡提供的業(yè)務重點在逐步地由話音eNode B業(yè)務向數(shù)據(jù)業(yè)務的方向發(fā)展。中國移動作為部級企業(yè)，需監(jiān)控其各省市公司在全國的運營情況，包括各地的配置信息、各種設備的使用情況以及各種業(yè)務的發(fā)展狀況。

中國移動通信集團廣西有限公司 （以下簡稱廣西移動）話務網(wǎng)管系統(tǒng)目前處于控制階段向統(tǒng)一集成階段的過渡時期，此階段的特征是：企業(yè)已經(jīng)深刻意識到數(shù)據(jù)質量管理的重要性，并且逐漸出現(xiàn)正式的組織進行數(shù)據(jù)質量管理，實現(xiàn)管理集中化，處理標準化，信息資源充分共享，著力消除企業(yè)部門壁壘和信息孤島。因此，對于網(wǎng)管系統(tǒng)來說，建立全面、系統(tǒng)的數(shù)據(jù)質量監(jiān)控體系，負責對數(shù)據(jù)質量全過程管理顯得尤為重要。一方面由于市場競爭加劇，運維部門和業(yè)務部門對數(shù)據(jù)質量的要求日益提高，網(wǎng)管數(shù)據(jù)的使用者，如集團網(wǎng)管、上層網(wǎng)管系統(tǒng)和省、地市分析人員對網(wǎng)管系統(tǒng)的數(shù)據(jù)質量管理水平提出了更高要求；另一方面現(xiàn)階段3G全業(yè)務運營全面開展，2G/3G融合，IP化改造，網(wǎng)絡規(guī)模日益擴大等造成網(wǎng)元升級、割接、變更頻繁，數(shù)據(jù)質量保障難度加大，網(wǎng)管支撐系統(tǒng)和各網(wǎng)元、業(yè)務平臺的數(shù)據(jù)不一致現(xiàn)象日益明顯，數(shù)據(jù)的時延、缺失、異常、不一致等影響數(shù)據(jù)準確性的故障日益增多。現(xiàn)有的數(shù)據(jù)監(jiān)控手段已不能滿足使用部門對數(shù)據(jù)準確性的要求，必須按照新一代運營系統(tǒng)與軟件（NGOSS）的理念探討一種新的數(shù)據(jù)稽核監(jiān)控方法。

2 新一代運營系統(tǒng)與軟件簡介

國際電信聯(lián)盟（ITU）提出的電信管理網(wǎng)（TMN）模型，長久以來一直指導著電信領域的網(wǎng)絡管理建設。但是由于ITU-T對TMN標準化的活動是一種自上而下的過程，即從網(wǎng)元管理到業(yè)務管理，從而導致目前在企業(yè)管理層面的標準匱乏。

在電信行業(yè)新的競爭形勢下，電信網(wǎng)絡管理需求的變化主要來自業(yè)務客戶對電信運營活動的介入。業(yè)務客戶和業(yè)務提供商之間服務等級協(xié)定的簽訂和執(zhí)行改變了傳統(tǒng)的電信運營模式，面向客戶、操作一體化和端到端的商務處理過程呼之欲出。網(wǎng)絡管理系統(tǒng)不再僅僅是一個獨立的運行維護系統(tǒng)，而是作為電信企業(yè)整個運營管理中不可分割的組成部分。電信管理論壇（TMF）對TMN管理層次模型進行了深入的研究，提出了面向業(yè)務管理的電信運營圖（TOM）和以其為開發(fā)起點的基于新一代運營支撐系統(tǒng)（NGOSS）的電信運營管理解決方案。

NGOSS是研究人員從電信運營企業(yè)的核心業(yè)務流出發(fā)，通過徹底分析業(yè)務流程以及研究OSS（operation support system，運營支撐系統(tǒng)）建設的相關技術，提出了一整套能夠完全支撐電信業(yè)務，并能在業(yè)務變化過程中平滑過渡的OSS建設框架。在網(wǎng)絡技術和計算機技術的驅動下，NGOSS將成為適應新時期運營商需求的解決方案，并且NGOSS的一系列文檔、信息模型和代碼，能夠幫助開發(fā)商迅速開發(fā)支撐系統(tǒng)，完善日益復雜的電信OSS。NGOSS的建設目標是分析、研究企業(yè)核心業(yè)務流和信息技術的同時，提出一套指導OSS建設的系統(tǒng)框架，通過設計即插即用的OSS組件方式，滿足電信運營商對OSS建設的需要。這種變革使OSS的設計和開發(fā)從滿足個別運營商的個體需求擴展到分析電信運營商的整體需求，從而使OSS的設計開發(fā)進入一個嶄新領域。

3 廣西移動網(wǎng)絡管理系統(tǒng)現(xiàn)況

為滿足中國移動集團的要求，廣西移動現(xiàn)有的網(wǎng)管系統(tǒng)監(jiān)控全區(qū)承載各種業(yè)務的設備信息，包括GSM網(wǎng)的MSC、OMC，智能網(wǎng)的 SCP、SMP等。同時，網(wǎng)管系統(tǒng)通過104張自定義報表，按照GSM、GPRS、短信、互聯(lián)互通和智能網(wǎng)的業(yè)務分類，將業(yè)務量以不同的時間粒度、地理粒度呈現(xiàn)，以便滿足集團公司對其業(yè)務的發(fā)展情況進行分析的需求。

3.1 廣西移動網(wǎng)絡資源管理的范圍

廣西移動資源管理的范圍包括：

·空間——區(qū)、地市、機樓、樓層、機房等；

·設備——交換機（MSC、GMSC、TMSC1、TMSC2）、HLR、STP、BSC、BTS、CELL、GGSN、SGSN、PCU、SMC、SMP、SCP、VC、IP、機架、OMC；

·模塊——信令模塊、中繼模塊、信令中繼模塊；

·端口——信令端口、網(wǎng)元通信端口；

·連接——link、linkset、trunkgroup。

網(wǎng)管系統(tǒng)通過對這些資源數(shù)據(jù)的采集，可以提供資源利用率的分析功能。資源利用率包括交換設備的利用率、無線設備的利用率、短信設備的利用率以及GPRS設備和智能網(wǎng)設備的利用率等。這些設備利用率可以充分體現(xiàn)出資源的使用情況，讓用戶能夠合理地配比資源。

同時，系統(tǒng)提供對資源數(shù)據(jù)進行查詢和統(tǒng)計的功能，可按照時間、廠商、設備類型等多維度進行查詢和統(tǒng)計，用戶也可以自定義設置單條件查詢和組合條件查詢。

3.2 廣西移動網(wǎng)絡資源管理的性能數(shù)據(jù)

性能數(shù)據(jù)是話務網(wǎng)管系統(tǒng)最重要的數(shù)據(jù)之一，能夠反映各種業(yè)務的業(yè)務量情況，為公司決策層制定運營策略提供參考。

目前廣西移動系統(tǒng)性能管理的范圍包括：

·交換子系統(tǒng)——TMSC1、TMSC2、GMSC、MSC、VLR、HLR/AUC等設備；

·基站子系統(tǒng)——BSC、基站（BTS）、小區(qū)（cell）；

·中繼路由——中繼群 （trunkgroup）、信令鏈路組（routeset）等設備；

·GPRS系統(tǒng)——GGSN、SGSN以及原有GSM網(wǎng)元中為GPRS作了修改的部分（包括BSS和HLR、VLR/AUC）；

·移動智能網(wǎng)設備——SMP、SCP、IP、VC/SDP、SSP；

·短信系統(tǒng)——短信中心（SMSC）；

·信令網(wǎng)設備——HSTP、LSTP。

為保證性能數(shù)據(jù)的完整性、準確性和及時性，系統(tǒng)采取主動采集以及補采相結合的方式。不同的設備類型的性能數(shù)據(jù)體現(xiàn)了不同業(yè)務的展開情況，因此采集的數(shù)據(jù)經(jīng)過匯總之后按業(yè)務種類呈現(xiàn)在上層報表頁面中。用戶根據(jù)性能數(shù)據(jù)對各種網(wǎng)絡性能及多個網(wǎng)元的多個指標進行統(tǒng)計分析，包括無線、交換、GPRS、智能網(wǎng)、短信等主要性能指標的分析，經(jīng)過分析以后可對其未來的發(fā)展趨勢做出預測。

3.3 廣西移動網(wǎng)絡管理系統(tǒng)的性能資源數(shù)據(jù)

3.3.1 網(wǎng)管系統(tǒng)的性能資源數(shù)據(jù)獲取

話務網(wǎng)管系統(tǒng)通過一種或多種采集方式，獲取網(wǎng)絡配置、性能等原始數(shù)據(jù)，經(jīng)過解析、計算和匯總入庫后，通過消息或文件方式上傳給集團網(wǎng)管及省內(nèi)其他上級網(wǎng)管（如省內(nèi)的經(jīng)營分析（以下簡稱經(jīng)分）系統(tǒng)）。目前省級話務網(wǎng)管數(shù)據(jù)采集方式包括如下幾種：

·采集OMC廠商網(wǎng)管側的網(wǎng)元原始文件；

·采集OMC系統(tǒng)數(shù)據(jù)庫；

·通過OMC網(wǎng)管系統(tǒng)連接網(wǎng)元進行指令采集 （直連網(wǎng)元除外）；

·直連網(wǎng)元采集原始文件/話單數(shù)據(jù)。

數(shù)據(jù)從網(wǎng)元側經(jīng)歷廠商網(wǎng)管到億陽綜合網(wǎng)管，涉及測量、傳輸、存儲、歸一化、計算、匯總、入庫、呈現(xiàn)等多個過程，性能數(shù)據(jù)、告警數(shù)據(jù)和資源配置數(shù)據(jù)的采集、處理方式、實時性要求等各廠商都不相同。同時，廠商網(wǎng)管側上傳的數(shù)據(jù)，根據(jù)網(wǎng)元廠商、數(shù)據(jù)特性等的不一致，有文件、數(shù)據(jù)庫及指令等多種采集方式。

由圖1可以看出，網(wǎng)元數(shù)據(jù)從生成到最上級的集團網(wǎng)管的數(shù)據(jù)呈現(xiàn)，需經(jīng)過多個設備節(jié)點和處理環(huán)節(jié)，每個節(jié)點都可能造成網(wǎng)管數(shù)據(jù)缺失、數(shù)據(jù)不一致或異常。網(wǎng)管系統(tǒng)數(shù)據(jù)稽核監(jiān)控管理的目標是切實保證數(shù)據(jù)流采集層最底層的網(wǎng)元/網(wǎng)元網(wǎng)管系統(tǒng)的網(wǎng)管數(shù)據(jù)質量，進而保障上級網(wǎng)管（省級綜合網(wǎng)管、集團網(wǎng)管或其他上級網(wǎng)管）的數(shù)據(jù)質量。

從數(shù)據(jù)流轉角度，網(wǎng)元側、廠商網(wǎng)管側和上層網(wǎng)管側的采集、處理、上傳都存在影響因素。總體來看，網(wǎng)元側由于網(wǎng)元分布范圍廣、數(shù)量多，涉及的變更、維護操作、工程等較多，因此存在較多影響數(shù)據(jù)質量的原因。除大面積網(wǎng)元數(shù)據(jù)缺失或者OMC側采集機出錯這些原因以外，網(wǎng)元側造成的對數(shù)據(jù)質量的影響相對較小。

3.3.2 網(wǎng)管系統(tǒng)中性能資源數(shù)據(jù)的特點

（1）設備種類繁多，數(shù)據(jù)格式復雜

目前對于移動全網(wǎng)來說，設備種類繁多，包括核心網(wǎng)、信令網(wǎng)、無線網(wǎng)等多種不同業(yè)務設備。同時，同一種網(wǎng)元設備會存在多個不同廠商的產(chǎn)品，不同廠商網(wǎng)管設備北向接口的數(shù)據(jù)格式和數(shù)據(jù)類型都有可能是不同的，對于性能資源數(shù)據(jù)的處理非常復雜，往往要經(jīng)過預處理以及多次的映射和轉化。

（2）數(shù)據(jù)量大

由于網(wǎng)管系統(tǒng)對性能資源數(shù)據(jù)采取集中管理的方式，因此每天網(wǎng)管系統(tǒng)需要處理的性能資源數(shù)據(jù)量十分巨大。以無線網(wǎng)為例，目前廣西移動無線網(wǎng)擁有基站幾十個，小區(qū)幾百個，每天需要集中采集處理的數(shù)據(jù)達到幾百萬條記錄數(shù)，數(shù)據(jù)處理的及時性、準確性就顯得非常重要。特別是網(wǎng)絡出現(xiàn)故障，影響了通話質量時，網(wǎng)絡分析人員必須在最短的時間內(nèi)發(fā)現(xiàn)問題，并及時決策處理，這更加大了網(wǎng)絡分析人員的工作壓力和工作難度。

3.4 廣西移動網(wǎng)管系統(tǒng)目前存在的問題

根據(jù)目前廣西移動網(wǎng)管系統(tǒng)性能資源數(shù)據(jù)采集的機制，挖掘廠商網(wǎng)管存在的問題并進行了分析，發(fā)現(xiàn)廠商網(wǎng)管側存在的問題有以下3個方面。

·系統(tǒng)穩(wěn)定性問題。由于目前網(wǎng)元規(guī)模日益龐大，造成廠商專業(yè)網(wǎng)管負荷加重，從而引起網(wǎng)元側產(chǎn)生的性能測量數(shù)據(jù)網(wǎng)管無法及時處理，出現(xiàn)漏采或者性能數(shù)據(jù)采集時延的情況。例如廠商網(wǎng)管數(shù)據(jù)采集進程吊死、網(wǎng)管負荷較高等。

·網(wǎng)元側話務量統(tǒng)計存在缺漏問題。由于缺乏對網(wǎng)元側統(tǒng)計定制、維護的規(guī)范性，造成網(wǎng)元側部分話務量統(tǒng)計失效或者漏定制，從而導致性能資源數(shù)據(jù)缺失。

·廠商設備側不可控。一方面是缺乏對廠商維護考核規(guī)范，另一方面由于各廠商維護規(guī)范和數(shù)據(jù)質量管理規(guī)范的某些具體管理規(guī)范不一致（比如設備故障歷時、網(wǎng)元割接操作等），導致很多上層網(wǎng)管呈現(xiàn)數(shù)據(jù)質量問題，廠商層面變得不可控。

上層網(wǎng)管側涉及影響數(shù)據(jù)質量的因素有網(wǎng)絡連接異常、軟硬件問題、網(wǎng)管上層算法問題、資源數(shù)據(jù)更新配置問題、系統(tǒng)自身處理邏輯問題等，而目前對于這些問題的發(fā)現(xiàn)基本都是通過用戶的投訴或者維護人員在做例行維護作業(yè)時發(fā)現(xiàn)，故障發(fā)現(xiàn)的平均時間超過6 h，時延情況比較突出。

4 稽核監(jiān)控機制的性能資源數(shù)據(jù)質量管控系統(tǒng)的實現(xiàn)

稽核監(jiān)控機制的要點是保障數(shù)據(jù)質量，而合理設置數(shù)據(jù)質量監(jiān)控點是保證數(shù)據(jù)監(jiān)控質量的基礎。為了設置合理的數(shù)據(jù)質量監(jiān)控點，筆者將監(jiān)控的要點貫穿在數(shù)據(jù)的采集匯總過程中，具體流程見圖2。

數(shù)據(jù)質量監(jiān)控的要點包括數(shù)據(jù)及時性、數(shù)據(jù)完整性、數(shù)據(jù)一致性和數(shù)據(jù)的波動異常情況，而數(shù)據(jù)及時性、數(shù)據(jù)完整性又是其他監(jiān)控要點的基礎，只有數(shù)據(jù)及時完整到達上層網(wǎng)管，才能擴展到后面的一致性和波動、異常情況的監(jiān)控和分析，實現(xiàn)對數(shù)據(jù)質量從來源到呈現(xiàn)的全面稽核。數(shù)據(jù)質量監(jiān)控的基本視圖如圖3所示。

在數(shù)據(jù)質量監(jiān)控過程中，對發(fā)現(xiàn)的問題，以告警或者報表的方式進行呈現(xiàn)，同時按及時性、完整性、一致性、波動異常的不同要求，定制自動派單規(guī)則，對相關廠商、部門進行派單，達到發(fā)現(xiàn)問題、反饋問題、處理問題、解決問題的目的。

為了保障數(shù)據(jù)稽核工作的常態(tài)化、實效化，還需要將監(jiān)控過程實現(xiàn)自動化處理，以達到降低人力投入和人為誤差的目的。

4.1 資源數(shù)據(jù)監(jiān)控

4.1.1 監(jiān)控方法

話務網(wǎng)管的數(shù)據(jù)從采集到呈現(xiàn)經(jīng)歷了OMC、話務網(wǎng)管、集團網(wǎng)管和經(jīng)分系統(tǒng)等幾套系統(tǒng)的數(shù)據(jù)傳送，并不是每套系統(tǒng)都要全部監(jiān)測，具體監(jiān)控的指標如表1所示（注：是表示需要監(jiān)控，否表示不需要監(jiān)控）。

4.1.2 資源及時性監(jiān)控

表1 資源數(shù)據(jù)監(jiān)控指標

（1）OMC側

2G的OMC的資源數(shù)據(jù)監(jiān)控全部用數(shù)據(jù)庫接口方式，TD的OMC采用文件接口方式。

OSS及時性的檢測方法：每日上午7時檢查OSS的adjustment任務是否有出錯告警。告警標題為 “xxOSS的CAN-adjust任務《任務名稱》失敗”，告警級別為重要告警。

華為的M2000、TDOMC及時性的檢測方法：每日上午7時檢查當天是否有同步失敗告警產(chǎn)生。同步任務失敗告警的告警標題為“任務執(zhí)行失敗告警”，告警級別為1級，定位信息=任務名稱=網(wǎng)元存量數(shù)據(jù)同步；執(zhí)行結果=任務處理部分成功。

（2）省網(wǎng)管側

檢測資源上層表數(shù)據(jù)入庫時間是否早于8時。檢測資源對象為：基站（或 Node B）、小區(qū)（或 utrancell）、中繼群，針對不同資源類型監(jiān)測規(guī)則不盡相同。

（3）集團網(wǎng)管

檢測每日凌晨1時30分是否有數(shù)據(jù)文件生成。

文件路徑：/export/home/pniadmin/pni3/dat。

文件名：CMREPORT_$year-$month-$day_$hour:$min:$sec_$pid.xml。

資源及時性監(jiān)控的流程如圖4所示。

4.1.3 資源完整性監(jiān)控

（1）省網(wǎng)管

檢測數(shù)據(jù)庫表記錄數(shù)與OMC側記錄數(shù)一致，針對不同網(wǎng)元類型監(jiān)測規(guī)則不盡相同。

（2）集團網(wǎng)管

采用文件接口方式監(jiān)控，檢測數(shù)據(jù)文件記錄是否與省網(wǎng)管資源一致。

4.1.4 資源一致性監(jiān)控

一致性檢查要求通過可配置的用戶界面，根據(jù)需要分別配置兩套網(wǎng)管系統(tǒng)（含OMC）的數(shù)據(jù)庫的登錄方式、數(shù)據(jù)庫名、表名、字段名、算法。兩套系統(tǒng)其中一套為主本，一套設為副本。

4.1.5 資源性能波動性監(jiān)控

基于主動監(jiān)控系統(tǒng)，波動的閾值可以隨機變動。波動監(jiān)控指標包括：基站、小區(qū)、中繼群。監(jiān)控的系統(tǒng)包括話務網(wǎng)管和經(jīng)分系統(tǒng)。

4.2 性能數(shù)據(jù)監(jiān)控

4.2.1 監(jiān)控方法

監(jiān)控方法如表2所示（注：是表示需要監(jiān)控，否表示不需要監(jiān)控）。

表2 性能數(shù)據(jù)監(jiān)控指標

4.2.2 性能及時性監(jiān)控

（1）OMC 側

僅監(jiān)控文件接口（只有愛立信OSS有文件接口），網(wǎng)元的統(tǒng)計文件（GXWGZX0X）在生成40 min后到達為及時，監(jiān)控以OMC為粒度，只要某個OMC有某個網(wǎng)元的某個文件不及時到達（即該OMC的及時率小于100%），則為不及時。OSS存放統(tǒng)計文件的路徑為/var/opt/ericsson/sgw/outputfiles/apgfiles/sts。

（2）METRICA 側

文件接口：要求在統(tǒng)計時間結束后，70 min內(nèi)完成

OMC側統(tǒng)計采集。

·服務器：10.184.13.28。

·檢測路徑：/metrica/npr/spool/NPM/gsm-ericsson_oss9.0/$OSS_ID/$day/$hour。

·檢測規(guī)則：進入檢測目錄，執(zhí)行l(wèi)s-lrt命令，檢測最后一個文件的時間戳是否超過閾值。

（3）省網(wǎng)管側

數(shù)據(jù)庫接口：要求在統(tǒng)計時間結束后，90 min內(nèi)完成OMC側統(tǒng)計采集；100 min內(nèi)完成數(shù)據(jù)匯總呈現(xiàn)，120 min內(nèi)完成集團數(shù)據(jù)上報。

（4）集團網(wǎng)管側

文件接口：檢測每小時上報日志是否按時在2 h內(nèi)更新。要求2 h準實時考核數(shù)據(jù)完整率不低于100%。

·每××:55時分檢測是否有數(shù)據(jù)文件生成。

·服務器：10.184.14.133。

·文件路徑：/export/home/pniadmin/pni3/dat。

·文件名：PMREPORT_$PM_$year-$month-$day_$hour:$min:$sec_$pid.xml。

性能及時性監(jiān)控的流程如圖5所示。

4.2.3 性能完整性檢查

（1）METRICA 側

·文件接口：要求現(xiàn)網(wǎng)網(wǎng)元統(tǒng)計在網(wǎng)管指標需求的objtype必須齊全。

·服務器：10.184.13.28。

·檢測路徑：/metrica/npr/spool/NPM/gsm-ericsson_oss9.0/$OSS_ID/$day/$hour。

（2）省網(wǎng)管側

采用數(shù)據(jù)庫接口，檢測網(wǎng)管數(shù)據(jù)庫表中數(shù)據(jù)記錄數(shù)是否與現(xiàn)網(wǎng)網(wǎng)元一致。檢測方法如下：資源的數(shù)據(jù)都對應有性能數(shù)據(jù)，則為性能完整。性能的完整性以上層資源表為依據(jù)。

（3）集團網(wǎng)管側

采用文件接口，檢測上報數(shù)據(jù)文件中數(shù)據(jù)記錄數(shù)是否與上報資源數(shù)一致，要求日報數(shù)據(jù)完整率不低于100%。

·服務器：10.184.14.133。

·文件路徑：/export/home/pniadmin/pni3/dat。

4.2.4 性能一致性監(jiān)控

一致性檢查要求可配置，用戶可以根據(jù)需要分別配置兩套網(wǎng)管系統(tǒng)（含OMC）的數(shù)據(jù)庫的登錄方式、數(shù)據(jù)庫名、表名、字段名、算法、時間段等。兩套系統(tǒng)其中一套設為主本，一套設為副本。一致性比對的指標包括：話務量、掉話率、無線接通率等。

4.2.5 性能波動性監(jiān)控

數(shù)據(jù)波動以主動監(jiān)控作為功能主體，關鍵指標為話務量、掉話率、無線利用率。主要對話務網(wǎng)管和經(jīng)分系統(tǒng)進行監(jiān)控。

數(shù)據(jù)波動性檢查全部采用數(shù)據(jù)庫接口，檢測網(wǎng)管上層表、送到經(jīng)分系統(tǒng)的數(shù)據(jù)與歷史數(shù)據(jù)相比波動是否超過閾值，率值指標是否存在負數(shù)、超百情況。

5 性能資源數(shù)據(jù)質量管控系統(tǒng)的設計

5.1 總體設計

數(shù)據(jù)質量管控平臺的總體框架如圖6所示，該數(shù)據(jù)質量管控平臺的層次從下往上劃分如下所述。

·外部接口層：算法管理、話務采集平臺、話務匯總平臺。

·數(shù)據(jù)層：包括話務數(shù)據(jù)庫和數(shù)據(jù)質量的獨立數(shù)據(jù)庫。

·分析處理層：數(shù)據(jù)質量的后臺處理程序。

·展現(xiàn)層：數(shù)據(jù)質量的應用呈現(xiàn)。

5.2 主要技術方案

·數(shù)據(jù)質量管控平臺，采用BS結構；

·用戶在Web Server客戶端設置測量方案和閾值，保存到數(shù)據(jù)庫表；

·在被監(jiān)控點(采集平臺、匯總平臺)部署測量適配器，依據(jù)測量方案和閾值設置，對被監(jiān)控點進行數(shù)據(jù)和任務核查，將結果存入庫表，這是研究項目的關鍵技術；

·Web Server從庫表查詢測量結果，以報表等形式呈現(xiàn)給用戶。

5.3 數(shù)據(jù)質量管控系統(tǒng)的實現(xiàn)

5.3.1 數(shù)據(jù)流向監(jiān)控

數(shù)據(jù)流向主要是監(jiān)控網(wǎng)管系統(tǒng)的性能資源管理涉及的各類數(shù)據(jù)庫表的數(shù)據(jù)流向。對于原始層OP完整性、TPD完整性、TPC完整率、TPA完整率，[95，100]——綠色，95以下——黃色，為空——紅色（沒有采集）如圖7所示（其中虛線框表示綠色覆蓋區(qū)域，實線框表示英色覆蓋區(qū)域）。對于OP時延，45 min以內(nèi)——綠色，45 min以上——紅色；TPD時延，45 min以內(nèi)—綠色，45分鐘以上——紅色；TPC時延，60 min以內(nèi)——綠色，60 min以上——紅色；TPA時延，60 min以內(nèi)——綠色，60 min以上——紅色。

5.3.2 數(shù)據(jù)及時性核查

數(shù)據(jù)的及時性，是指各個環(huán)節(jié)的數(shù)據(jù)在完整的基礎上的及時，是以性能統(tǒng)計的開始時間為基準，根據(jù)各個事件

的時長，得出不同的時延，如圖8所示。

5.3.3 數(shù)據(jù)完整性核查

數(shù)據(jù)的完整性指性能周期采集的完整性。以網(wǎng)管的資源記錄條數(shù)，作為基準。參考完整性是指某類數(shù)據(jù)和該類相關聯(lián)的數(shù)據(jù)一同比較，以其中一種數(shù)據(jù)類型為準去判斷另一類數(shù)據(jù)記錄是否完整。如話務網(wǎng)中通過性能數(shù)據(jù)和資源數(shù)據(jù)對比，發(fā)現(xiàn)差異，可以資源數(shù)據(jù)為參考，檢查性能數(shù)據(jù)完整性，如圖9所示。

5.3.4 數(shù)據(jù)合理性核查

指標數(shù)據(jù)設定閾值，根據(jù)閾值進行越界判斷。參考公式如下。

正常：某指標合理性=原始指標值>(1-%N)×設定值&&指標值<(1+%N)×設定值；否則異常。其中的閾值（設定值）為前一天同時段的值，如圖10所示。

5.3.5 數(shù)據(jù)一致性核查

一致性指數(shù)據(jù)經(jīng)過不同處理環(huán)節(jié)后的變化趨勢以及

變化趨勢的方向，主要通過核查時間點的某處理環(huán)節(jié)數(shù)據(jù)與其相關聯(lián)的下一環(huán)節(jié)數(shù)據(jù)相比的波動，如圖11所示。

5.3.6 部省接口上報監(jiān)控

監(jiān)控部省接口文件的完整性和及時性。部省接口的完整性以前一天同時段的文件大小為基準。及時性以前一天文件的生成時間為基準，如圖12所示。

6 結束語

本系統(tǒng)將新型的數(shù)據(jù)稽核理念投入到數(shù)據(jù)質量的保障工作中去，采用自動化的手段替代人工的手段發(fā)現(xiàn)數(shù)據(jù)質量問題并及時處理。本地通可以清晰地呈現(xiàn)話務網(wǎng)管數(shù)據(jù)流向，在各個環(huán)節(jié)（采集層、匯總層、應用層）的及時性、完整性、準確性和一致性，有效地降低運維人員的維護工作量。通過告警前轉、短信前轉方式及時通知運維人員，并通過補采、補匯等措施保障數(shù)據(jù)質量，減少人工分析日志、定位問題的工作量。通過算法管理，把算法這個黑匣子透明化。針對原始數(shù)據(jù)缺失對上層的影響性分析以及上層異常結果指標的向下追蹤，準確地對KPI指標算法進行管理。

經(jīng)過一段時間的實施，廣西移動話務網(wǎng)管的數(shù)據(jù)質量得到了明顯的提高，網(wǎng)管數(shù)據(jù)傳送故障發(fā)現(xiàn)時間平均從原來的6 h減少到目前的1 h，統(tǒng)計數(shù)據(jù)的準確率從之前的93%提高到目前的99.2%，因此該系統(tǒng)有著很好的推廣應用前景。

1 龍湘明.對發(fā)展NGOSS的思考.中興通訊技術,2004(2):37～41

2 錢鴻生,黃立平.NGOSS的演進及對我國電信企業(yè)的支撐作用.通信企業(yè)管理,2006(4):70～71

3 鄧潔霖.NGOSS方法論及其應用原則.電信科學,2004,20(7):80～81

4 電信管理論壇/中國電信上海研發(fā)中心.新一代運營支撐系統(tǒng)與軟件NGOSS：數(shù)據(jù)模型、體系架構與測試.北京:人民郵電出版社,2005

5 羅建國,楚建梅.電信管理網(wǎng)（TMN）物理體系結構.中國人民共和國郵電部.YD/T 934-1997,1997

6 羅建國,楚建梅.電信管理網(wǎng)（TMN）功能體系結構.中國人民共和國郵電部.YD/T 960-1998,1998

7 孟洛明.電信管理網(wǎng)原理及應用.北京：北京郵電大學出版社,1998

8 陳桂漢,孫沁真.綜合電信管理解決方案.北京：電子工業(yè)出版社,2002