黎春強(qiáng)，董裕藝

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

1 引言

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

·連接——link、linkset、trunkgroup。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.1.1 監(jiān)控方法

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

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

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

（1）OMC側(cè)

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

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

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

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

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

（3）集團(tuán)網(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側(cè)記錄數(shù)一致，針對不同網(wǎng)元類型監(jiān)測規(guī)則不盡相同。

（2）集團(tuán)網(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)其中一套為主本，一套設(shè)為副本。

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

基于主動監(jiān)控系統(tǒng)，波動的閾值可以隨機(jī)變動。波動監(jiān)控指標(biāo)包括：基站、小區(qū)、中繼群。監(jiān)控的系統(tǒng)包括話務(wù)網(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)控指標(biāo)

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

（1）OMC 側(cè)

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

（2）METRICA 側(cè)

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

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

·服務(wù)器：10.184.13.28。

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

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

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

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

（4）集團(tuán)網(wǎng)管側(cè)

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

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

·服務(wù)器：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 側(cè)

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

·服務(wù)器：10.184.13.28。

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

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

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

（3）集團(tuán)網(wǎng)管側(cè)

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

·服務(wù)器：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)其中一套設(shè)為主本，一套設(shè)為副本。一致性比對的指標(biāo)包括：話務(wù)量、掉話率、無線接通率等。

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

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

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

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

5.1 總體設(shè)計

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

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

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

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

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

5.2 主要技術(shù)方案

·數(shù)據(jù)質(zhì)量管控平臺，采用BS結(jié)構(gòu)；

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

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

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

5.3 數(shù)據(jù)質(zhì)量管控系統(tǒng)的實(shí)現(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ū)域，實(shí)線框表示英色覆蓋區(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ù)在完整的基礎(chǔ)上的及時，是以性能統(tǒng)計的開始時間為基準(zhǔn)，根據(jù)各個事件

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

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

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

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

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

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

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

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

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

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

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

6 結(jié)束語

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

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

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

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

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

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

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

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

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

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