■文/張 宇 劉向峰 王 薇

告警管理數(shù)據(jù)采集層詳細(xì)設(shè)計(jì)

■文/張 宇 劉向峰 王 薇

本文對(duì)移動(dòng)網(wǎng)管中的告警管理子系統(tǒng)要完成的功能進(jìn)行簡(jiǎn)要說(shuō)明，按照層次式的思想對(duì)告警數(shù)據(jù)的采集層進(jìn)行了分析，并對(duì)數(shù)據(jù)采集模塊給出了詳細(xì)設(shè)計(jì)方案。

移動(dòng)通信；告警管理；數(shù)據(jù)采集層

告警管理子系統(tǒng)是移動(dòng)網(wǎng)絡(luò)管理系統(tǒng)中的一個(gè)子系統(tǒng)，它主要功能是從全省所有移動(dòng)設(shè)備中采集各種與設(shè)備運(yùn)行有關(guān)的告警數(shù)據(jù)，經(jīng)加工處理后產(chǎn)生各種告警統(tǒng)計(jì)分析報(bào)告，同時(shí)也負(fù)責(zé)對(duì)全省所有移動(dòng)設(shè)備的告警監(jiān)視和分析，為維護(hù)部門和管理部門提供信息，指導(dǎo)網(wǎng)絡(luò)工程規(guī)劃和網(wǎng)絡(luò)調(diào)整，改善網(wǎng)絡(luò)運(yùn)行質(zhì)量。

1.告警管理子系統(tǒng)概要說(shuō)明

由功能需求說(shuō)明書確定功能分割與公共模塊的提取結(jié)構(gòu)，如圖1。子系統(tǒng)分為基本、呈現(xiàn)、處理、設(shè)置、知識(shí)庫(kù)五個(gè)部分。

1.1 基本部分

負(fù)責(zé)接收告警數(shù)據(jù)并將其拆分、存儲(chǔ)。負(fù)責(zé)過(guò)載處理。

1.2 呈現(xiàn)部分

負(fù)責(zé)對(duì)告警數(shù)據(jù)根據(jù)要求呈現(xiàn)，給出用戶友好的界面使用戶很方便處理。

1.3 處理部分

負(fù)責(zé)聲音告警、告警確認(rèn)、派發(fā)工單。

1.4 設(shè)置部分

告警復(fù)位義：對(duì)網(wǎng)元類型、所屬?gòu)S商、告警類型等進(jìn)行復(fù)位義。系統(tǒng)按照可能原因、網(wǎng)元類別、網(wǎng)元識(shí)別碼、原告警類型、告警級(jí)別、時(shí)間類型等條件及各種條件的組合來(lái)設(shè)置。告警級(jí)別分為嚴(yán)重告警、主要告警、次要告警、警告告警；告警級(jí)別定義對(duì)于廠家設(shè)備不同定義不同，以實(shí)際數(shù)據(jù)為準(zhǔn)。告警類別分為通訊告警、環(huán)境告警、設(shè)備告警、處理錯(cuò)誤告警、服務(wù)質(zhì)量告警。

告警過(guò)濾：網(wǎng)元類型、告警類型的過(guò)濾，有告警對(duì)象、告警級(jí)別、過(guò)濾模式、確認(rèn)模式四種設(shè)置模式。對(duì)某一地區(qū)內(nèi)同一網(wǎng)元類型的所有對(duì)象過(guò)濾。并可以對(duì)同一網(wǎng)元類型的單個(gè)或多個(gè)告警信息過(guò)濾；對(duì)同一網(wǎng)元類型的所有對(duì)象過(guò)濾。

相關(guān)性的定義：合成告警條件的設(shè)置（例：?jiǎn)挝粫r(shí)間產(chǎn)生過(guò)多、產(chǎn)生的時(shí)間過(guò)長(zhǎng)（沒(méi)有處理））。

告警前轉(zhuǎn)定義：前轉(zhuǎn)方式、前轉(zhuǎn)前提條件、對(duì)腳本的維護(hù)。

聲音告警：聲音的響應(yīng)標(biāo)準(zhǔn)（例:先等級(jí)后次序的原則），等級(jí)對(duì)應(yīng)的聲音設(shè)定。

圖1 告警管理子系統(tǒng)功能結(jié)構(gòu)圖

日志：告警日志設(shè)置。

告警顯示：告警排序設(shè)置：排序條件、升降等。告警字段設(shè)置：顯示字段的先后順序。

1.5 知識(shí)庫(kù)

對(duì)知識(shí)庫(kù)數(shù)據(jù)的查詢、增加、修改、刪除、導(dǎo)出提供友好的界面和便捷的接口。

2.告警數(shù)據(jù)采集模塊設(shè)計(jì)

2.1 告警原始數(shù)據(jù)采集量算法：

2.1.1 網(wǎng)元數(shù)據(jù)

告警原始數(shù)據(jù)是本地所有網(wǎng)元產(chǎn)生的告警信息在一段時(shí)間內(nèi)的總和。因?yàn)楦婢漠a(chǎn)生具有很大的隨機(jī)性，所以選取一個(gè)相對(duì)極限值。按每個(gè)網(wǎng)元每天產(chǎn)生1500次告警計(jì)算。每條告警信息一般是一百多byte，按500byte計(jì)算。比如某地區(qū)網(wǎng)元數(shù)達(dá)到217個(gè)，我們以220個(gè)網(wǎng)元為例計(jì)算，據(jù)此估算告警數(shù)據(jù)的存儲(chǔ)量需求。按用戶要求，原始數(shù)據(jù)存儲(chǔ)六個(gè)月，匯總數(shù)據(jù)存儲(chǔ)十二個(gè)月。

告警原始數(shù)據(jù)總和=500B*1500*220*180=29.7G

注：500byte為每條告警信息占用量；

1500次告警為每網(wǎng)元每天告警次數(shù)；

220為全省網(wǎng)元數(shù)；

180天為六個(gè)月。

告警匯總數(shù)據(jù)總和=29.7/6*0.2*12=11.88G

注：29.7/6為每月的告警原始數(shù)據(jù)；

0.2 為匯總數(shù)據(jù)與原始數(shù)據(jù)的壓縮比；

12為12個(gè)月。

綜上所述，網(wǎng)管系統(tǒng)的存儲(chǔ)介質(zhì)采用RAID 0+1技術(shù)的冗余備份方式，并預(yù)留一部分臨時(shí)空間作為臨時(shí)表存儲(chǔ)，數(shù)據(jù)庫(kù)管理的加乘系數(shù)為1.8，則該地區(qū)網(wǎng)管系統(tǒng)需要的硬盤存儲(chǔ)量至少為：

（626.4+250.56+29.7+11.88）*2*1.8+300= 3606.75G

2.1.2 網(wǎng)管中心與網(wǎng)元之間傳輸故障數(shù)據(jù)帶寬計(jì)算：

每個(gè)網(wǎng)元每天發(fā)生告警數(shù)為隨機(jī)數(shù)，每個(gè)告警數(shù)據(jù)大約是幾百字節(jié)，在出現(xiàn)大規(guī)模告警的峰值情況，因?yàn)楦婢畔⒁髮?shí)時(shí)傳送，所以FM數(shù)據(jù)對(duì)數(shù)據(jù)傳輸帶寬的影響也很大。如上節(jié)計(jì)算，每條告警數(shù)據(jù)約為500byte，在某些嚴(yán)重告警出現(xiàn)時(shí)，會(huì)發(fā)生很多與之相關(guān)的關(guān)聯(lián)告警，以出現(xiàn)100個(gè)關(guān)聯(lián)告警為例，如需要在30秒內(nèi)傳送出去，則網(wǎng)絡(luò)帶寬需要為500*8*100/30?15kbps，在鏈路中傳輸?shù)臄?shù)據(jù)加入傳輸開(kāi)銷比特，網(wǎng)絡(luò)帶寬需為20kbps。

圖2 告警數(shù)據(jù)采集模塊流程圖

2.2 告警數(shù)據(jù)采集模塊的詳細(xì)設(shè)計(jì)

告警數(shù)據(jù)采集模塊流程如圖2：

下面主要從方式、接口及原始數(shù)據(jù)存儲(chǔ)方式三個(gè)方面進(jìn)行說(shuō)明。

2.2.1 采集方式

我省網(wǎng)管系統(tǒng)對(duì)具備廠家操作維護(hù)中心(OMC)的地區(qū)，通過(guò)操作維護(hù)中心(OMC)采集數(shù)據(jù)，對(duì)沒(méi)有操作維護(hù)中心的地區(qū)，可采用直聯(lián)網(wǎng)元的方式采集數(shù)據(jù)。對(duì)現(xiàn)有設(shè)備升級(jí)為智能網(wǎng)設(shè)備的網(wǎng)元或具有GPRS功能的網(wǎng)元通過(guò)原有設(shè)備所屬OMC采集數(shù)據(jù)，新增的智能網(wǎng)設(shè)備通過(guò)智能網(wǎng)功能管理域采集數(shù)據(jù)。

在現(xiàn)有條件下，數(shù)據(jù)的采集可以有多種方式，可能的方法包括：從GSM廠商的OMC數(shù)據(jù)庫(kù)中采集數(shù)據(jù)；從GSM廠商的OMC文件中采集數(shù)據(jù)；從CMIP代理獲取數(shù)據(jù)；從GSM廠商的MSC或BSC上采集數(shù)據(jù)；從一定功能管理域采集數(shù)據(jù)。

新增的SSP、SCP、SCE、SMP、SMAP、充值中心等智能網(wǎng)設(shè)備統(tǒng)一納入智能網(wǎng)管理域，由其提供數(shù)據(jù)接口到省網(wǎng)管系統(tǒng)。

其他方式：對(duì)于不能自動(dòng)采集的數(shù)據(jù)，可以通過(guò)手工輸入來(lái)完成，力保數(shù)據(jù)的全面性、準(zhǔn)確性。

2.2.2 接口要求

根據(jù)集團(tuán)公司的規(guī)范，接口將采用Q3或CORBA接口，但由于集團(tuán)公司接口模型尚未確定，因此Q3及CORBA接口暫時(shí)不能實(shí)現(xiàn)。一旦集團(tuán)公司接口模型確定，網(wǎng)管開(kāi)發(fā)商及廠家均要實(shí)現(xiàn)Q3接口或CORBA接口。

對(duì)于現(xiàn)狀，各廠家根據(jù)自己的實(shí)際情況充分提供接口，開(kāi)放數(shù)據(jù)庫(kù)和文件，供采集層采集數(shù)據(jù)。對(duì)于文件型的數(shù)據(jù)，必需提供FTP協(xié)議或相關(guān)協(xié)議，以及文件說(shuō)明，字段說(shuō)明。

對(duì)于數(shù)據(jù)庫(kù)中的數(shù)據(jù)，必需提供TCP/IP協(xié)議，以便用ODBC連接數(shù)據(jù)庫(kù)或其它相關(guān)協(xié)議，同時(shí)對(duì)數(shù)據(jù)庫(kù)中的表及關(guān)聯(lián)關(guān)系和字段加以說(shuō)明。

對(duì)于實(shí)時(shí)告警，各廠家均要提供解決措施，采取相關(guān)接口，使實(shí)時(shí)告警能夠前轉(zhuǎn)到省網(wǎng)管系統(tǒng)。

2.2.3 原始數(shù)據(jù)存儲(chǔ)方式

根據(jù)規(guī)范，采集來(lái)的原始數(shù)據(jù)要統(tǒng)一保存在省網(wǎng)管的原始數(shù)據(jù)庫(kù)中，對(duì)于從OMC或網(wǎng)元采集來(lái)的數(shù)據(jù)庫(kù)格式的表，保存在省網(wǎng)管原始數(shù)據(jù)庫(kù)時(shí)，要求表的名稱及字段名及類型仍保留原型，對(duì)于采集上來(lái)的數(shù)據(jù)文件，采集程序能夠?qū)⑵渲械臄?shù)據(jù)轉(zhuǎn)換為數(shù)據(jù)庫(kù)的表形式，統(tǒng)一保存在省網(wǎng)管的原始數(shù)據(jù)庫(kù)中。

遼寧移動(dòng)網(wǎng)管系統(tǒng)在2002年3月15日開(kāi)始在全省試，采集到的數(shù)據(jù)在數(shù)據(jù)處理模塊能得到及時(shí)地處理，不會(huì)造成數(shù)據(jù)的堆積，保證了系統(tǒng)的實(shí)時(shí)性。在功能上說(shuō)，目前的移動(dòng)網(wǎng)絡(luò)管理系統(tǒng)主要實(shí)現(xiàn)了對(duì)GSM900/1800網(wǎng)中網(wǎng)元（MSC/ GMSC/HLR/BSC/BTS）的管理功能?？傮w上說(shuō)，這樣的網(wǎng)絡(luò)管理系統(tǒng)只是實(shí)現(xiàn)了真正網(wǎng)管意義上的一些初級(jí)功能，在現(xiàn)在移動(dòng)業(yè)飛速發(fā)展的今天，它面臨著諸多問(wèn)題和挑戰(zhàn)。

[1] 孫青卉，王鈞銘．移動(dòng)通信技術(shù)[M]．北京：機(jī)械工業(yè)出版社，2009：7－38.

[2] 孟洛明，亓峰．現(xiàn)代網(wǎng)絡(luò)管理技術(shù)[M]．北京：北京郵電大學(xué)出版社，2010：2－29.

[3] 陳建亞．現(xiàn)代通信網(wǎng)監(jiān)控與管理[M]．北京：北京郵電大學(xué)出版社，2010：2－48.

[4] 陳德榮，林家儒．?dāng)?shù)字移動(dòng)通信系統(tǒng)[M]．北京：北京郵電大學(xué)出版社，2010：62－75.

[5] 孟洛明．通信網(wǎng)網(wǎng)管系統(tǒng)建設(shè)中的基本問(wèn)題、現(xiàn)狀和發(fā)展[J]．通信世界：電信網(wǎng)管專題，2010（7）：2－4.

[6] 楊玉，王文輝．網(wǎng)管系統(tǒng)在移動(dòng)通信網(wǎng)絡(luò)中的應(yīng)用及問(wèn)題[J]．通信世界：電信網(wǎng)管專題，2010（7）：9－13.

（作者單位：沈陽(yáng)農(nóng)業(yè)大學(xué)理學(xué)院）

TN915.07

A

1671-0134（2016）11-054-03

10.19483/j.cnki.11-4653/n.2016.11.022