本發(fā)明涉及光傳輸通訊技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用于光傳輸設(shè)備的增強型告警抑制方法。

背景技術(shù)：

光傳輸設(shè)備一般指波分復(fù)用(wdm)、光同步數(shù)字傳輸網(wǎng)(sdh)、分組傳送網(wǎng)(ptn)和光傳輸網(wǎng)(otn)等設(shè)備，廣泛應(yīng)用于接入網(wǎng)、城域網(wǎng)和骨干傳送網(wǎng)。光傳輸設(shè)備往往在光層采用波分復(fù)用技術(shù)，在電層采用映射、復(fù)用和交叉等技術(shù)，使得傳輸網(wǎng)可以靈活高效地傳輸各種業(yè)務(wù)顆粒度的數(shù)據(jù)流。光傳輸設(shè)備支持豐富的開銷管理協(xié)議，可以實現(xiàn)同時對業(yè)務(wù)進(jìn)行端到端和多個分段進(jìn)行性能監(jiān)視。光傳輸設(shè)備還提供了靈活的基于電層和光層的業(yè)務(wù)保護(hù)功能，如基于光通路數(shù)據(jù)單元(ouuk)層的光子網(wǎng)連接保護(hù)(sncp)和共享環(huán)網(wǎng)保護(hù)、基于電層的子網(wǎng)連接保護(hù)、通道保護(hù)和復(fù)用段保護(hù)等。

隨著光傳輸網(wǎng)結(jié)構(gòu)的復(fù)雜性和靈活度的增加，每臺光傳輸設(shè)備包含越來越多的軟件和硬件模塊，這些軟硬件模塊包括光纖都可能會發(fā)生故障。按照協(xié)議規(guī)定，一個故障通常會在設(shè)備上產(chǎn)生大量的告警，比如說一個網(wǎng)元設(shè)備故障可能會產(chǎn)生一個網(wǎng)元告警、多個板卡告警以及該板卡上所有端口和所有業(yè)務(wù)上報告警，而作為真正的故障原因的網(wǎng)元設(shè)備告警就會淹沒在這些告警中。如何對這些海量的告警進(jìn)行快速有效地分析，更快地發(fā)現(xiàn)故障根源，通用的做法是對告警進(jìn)行抑制運算。告警處理模塊根據(jù)告警關(guān)系模型確定每個告警的優(yōu)先級，上報告警時用高優(yōu)先級的告警抑制低優(yōu)先級的告警，這樣可以有效地對告警結(jié)果進(jìn)行過濾。比如，上述的網(wǎng)元設(shè)備告警相對于板卡告警、端口告警以及業(yè)務(wù)告警屬于高優(yōu)先級告警，一旦上報就會清除屬于該設(shè)備產(chǎn)生的板卡告警、端口告警以及業(yè)務(wù)告警在內(nèi)的所有低優(yōu)先級的告警，讓用戶一目了然地發(fā)現(xiàn)故障根源。

支持業(yè)務(wù)保護(hù)功能的光傳輸設(shè)備可以在網(wǎng)絡(luò)發(fā)生故障(比如斷光纖或信號誤碼)時把業(yè)務(wù)切換至備用通道上，提供業(yè)務(wù)自動恢復(fù)能力。保護(hù)倒換發(fā)生后，一般的業(yè)務(wù)就不再在原來的端口及通道上，那么繼續(xù)用原來的物理檢測點上的告警來參與告警抑制分析顯然是錯誤的，告警檢測點應(yīng)該要隨著業(yè)務(wù)切換進(jìn)行轉(zhuǎn)移。

現(xiàn)有的告警抑制的實現(xiàn)中有的完全不考慮保護(hù)狀態(tài)的變化，有的通過在最終告警信息上增加一個業(yè)務(wù)來源點來標(biāo)示告警所在業(yè)務(wù)，但是忽視了保護(hù)狀態(tài)的變化導(dǎo)致告警上報的檢測點不同，對告警相關(guān)性的分析會產(chǎn)生影響，可能出現(xiàn)應(yīng)該過濾的告警未被屏蔽，或者應(yīng)該顯示的告警卻被過濾掉的情況。例如，專利申請?zhí)枮?01010596877.3的中國專利申請公開的一種告警檢測方法；又例如，專利公告號為us8166352b2的美國專利公開的告警抑制方法。

為此，本申請人進(jìn)行了有益的研究和探索，提出一種應(yīng)用于光傳輸設(shè)備的增強型告警抑制方法，能根據(jù)保護(hù)配置以及倒換狀態(tài)信息來更換關(guān)系模型，重新分析告警相關(guān)性，更快更準(zhǔn)確地發(fā)現(xiàn)故障根源，為光傳輸設(shè)備提供更好更有效的維護(hù)手段和方法。下面將要介紹的技術(shù)方案便是在這種背景下產(chǎn)生的。

技術(shù)實現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題：針對現(xiàn)有的告警抑制方法存在的不足而提供一種應(yīng)用于光傳輸設(shè)備的增強型告警抑制方法，該告警抑制方法根據(jù)保護(hù)倒換狀態(tài)來準(zhǔn)確地抑制告警，減少告警抑制處理時間，減少記錄告警狀態(tài)占用的內(nèi)存空間。

本發(fā)明所解決的技術(shù)問題可以采用以下技術(shù)方案來實現(xiàn)：

一種應(yīng)用于光傳輸設(shè)備的增強型告警抑制方法，包括以下步驟：

步驟s10，光傳輸設(shè)備中的告警處理模塊根據(jù)系統(tǒng)告警狀態(tài)建立三層告警表，其中第一層告警表為實際物理告警表，第二層告警表為告警匯總表，第三層告警表為用戶上報告警表；

步驟s20，告警處理模塊獲取光傳輸設(shè)備當(dāng)前存在的所有物理告警，并將獲取到的所有物理告警記錄在實際物理告警表中；

步驟s30，告警處理模塊根據(jù)業(yè)務(wù)模型中告警抑制規(guī)則和保護(hù)倒換狀態(tài)采用告警抑制運算對實際物理告警表中記錄的所有物理告警進(jìn)行過濾處理，并將過濾處理產(chǎn)生的告警結(jié)果記錄在告警匯總表中；

步驟s40，告警處理模塊根據(jù)用戶配置的告警上報開關(guān)和保護(hù)倒換狀態(tài)對告警匯總表中所記錄的過濾后的告警進(jìn)行檢查，并將檢查產(chǎn)生的告警結(jié)果記錄在用戶上報告警表中，同時向用戶上報檢查產(chǎn)生的告警結(jié)果。

在本發(fā)明的一個優(yōu)選實施例中，在所述步驟s30中，采用告警抑制運算對所述實際物理告警表中記錄的所有物理告警進(jìn)行過濾處理，具體包括以下子步驟：

步驟s31，所述告警處理模塊通過查詢保護(hù)組信息，以獲取業(yè)務(wù)的工作通道和保護(hù)通道配置；

步驟s32，保護(hù)組實時監(jiān)控業(yè)務(wù)是否發(fā)生倒換，并將發(fā)生倒換狀態(tài)的業(yè)務(wù)的最新狀態(tài)發(fā)送至告警處理模塊，告警處理模塊根據(jù)接收到的最新狀態(tài)確定在相應(yīng)的端口及保護(hù)通道上繼續(xù)監(jiān)控發(fā)生倒換的業(yè)務(wù)，并據(jù)此確定新的告警檢測點；

步驟s33，在告警抑制運算中，采用新的告警檢測點上的告警參與分析告警相關(guān)性，以確定最終向用戶上報的告警。

在本發(fā)明的一個優(yōu)選實施例中，在所述步驟s10中，在建立實際物理告警表時，告警處理模塊從所有的告警檢測點上收集物理告警，并將收集到的所有物理告警寫入一個字節(jié)文件中并保存，其中，所述字節(jié)文件中的每一個字節(jié)為一個布爾量，代表與其相對應(yīng)的物理告警是否產(chǎn)生。

在本發(fā)明的一個優(yōu)選實施例中，若所述告警處理模塊從所有的告警檢測點上收集到的物理告警較多，將所有的物理告警狀態(tài)先壓縮至一個比特位文件中，所述比特位文件中的每一個比特位代表與其相對應(yīng)的物理告警的狀態(tài)；在告警抑制運算時，先將比特位文件擴(kuò)展成字節(jié)文件后參與布爾運算，在告警抑制運算結(jié)束后，將運算結(jié)果壓縮成比特位文件進(jìn)行保存。

在本發(fā)明的一個優(yōu)選實施例中，在所述步驟s30中，告警處理模塊定時對實際物理告警表進(jìn)行全量的告警抑制運算,并將經(jīng)過全量的告警抑制運算所產(chǎn)生的告警結(jié)果記錄在告警匯總表中。

在本發(fā)明的一個優(yōu)選實施例中，告警處理模塊在進(jìn)行全量的告警抑制運算需考慮重要業(yè)務(wù)存在保護(hù)的情況。

在本發(fā)明的一個優(yōu)選實施例中，在所述步驟s32中，保護(hù)組在監(jiān)控業(yè)務(wù)是否發(fā)生倒換時需考慮多種保護(hù)疊加的情況。

在本發(fā)明的一個優(yōu)選實施例中，在全量的告警抑制運算結(jié)束后，采用布爾運算異或操作，將計算產(chǎn)生的經(jīng)過過濾的告警匯總表與運算前緩存的歷史告警表相比較，只需將發(fā)生變化的告警狀態(tài)記錄至用戶上報告警表中。

由于采用了如上的技術(shù)方案，本發(fā)明的有益效果在于：

1、提高告警抑制的準(zhǔn)確性，本發(fā)明能根據(jù)業(yè)務(wù)保護(hù)倒換狀態(tài)動態(tài)地更新告警關(guān)系模型，從而解決了在告警抑制運算中保護(hù)倒換狀態(tài)的變化導(dǎo)致告警上報的檢測點不同，影響告警相關(guān)性分析結(jié)果準(zhǔn)確性的問題，進(jìn)而達(dá)到在告警抑制上使業(yè)務(wù)保護(hù)倒換狀態(tài)對用戶透明，讓用戶可以更快更準(zhǔn)確地發(fā)現(xiàn)故障根源，提高告警處理效率的效果。

2、減少告警抑制運算的處理時間，本發(fā)明按照業(yè)務(wù)模型將告警分層，做告警抑制運算處理的時候從根節(jié)點順序處理，只要發(fā)現(xiàn)存在高層告警，就不用再繼續(xù)算下面的底層告警，直接把下面的底層告警都清掉，提高了遍歷的效率。

3、減少記錄告警狀態(tài)占用的內(nèi)存空間，本發(fā)明使用比特位文件記錄系統(tǒng)的實際物理告警，文件里每個比特位都代表某個告警的狀態(tài)，同時在做告警抑制運算時先將比特位擴(kuò)展成字節(jié)參與布爾運算，在運算結(jié)束后將運算結(jié)果壓縮成比特位再存儲回去，這樣可以大大減少記錄告警狀態(tài)需要的內(nèi)存空間。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明的告警抑制方法的流程圖。

圖2是本發(fā)明的采用告警抑制運算對實際物理告警表進(jìn)行過濾處理的流程圖。

圖3是本發(fā)明的一個實施例的建立三層告警表的示意圖。

圖4是本發(fā)明的一個實施例中光同步數(shù)字傳輸網(wǎng)設(shè)備根據(jù)業(yè)務(wù)模型和標(biāo)準(zhǔn)協(xié)議給告警分層的示意圖。

圖5是本發(fā)明的一個實施例中的在有保護(hù)疊加的情況下查詢多個保護(hù)組的業(yè)務(wù)倒換狀態(tài)并找到對應(yīng)的物理監(jiān)測點的示意圖。

圖6是本發(fā)明的一個實施例中的全量告警抑制運算的流程圖。

具體實施方式

為了使本發(fā)明實現(xiàn)的技術(shù)手段、創(chuàng)作特征、達(dá)成目的與功效易于明白了解，下面結(jié)合具體圖示，進(jìn)一步闡述本發(fā)明。

參見圖1，圖中給出的是一種應(yīng)用于光傳輸設(shè)備的增強型告警抑制方法，包括以下步驟：

步驟s10，光傳輸設(shè)備中的告警處理模塊根據(jù)系統(tǒng)告警狀態(tài)建立三層告警表，其中第一層告警表為實際物理告警表，第二層告警表為告警匯總表，第三層告警表為用戶上報告警表；

步驟s20，告警處理模塊獲取光傳輸設(shè)備當(dāng)前存在的所有物理告警，并將獲取到的所有物理告警記錄在實際物理告警表中；

步驟s30，告警處理模塊根據(jù)業(yè)務(wù)模型中告警抑制規(guī)則和保護(hù)倒換狀態(tài)采用告警抑制運算對實際物理告警表中記錄的所有物理告警進(jìn)行過濾處理，并將過濾處理產(chǎn)生的告警結(jié)果記錄在告警匯總表中；

步驟s40，告警處理模塊根據(jù)用戶配置的告警上報開關(guān)和保護(hù)倒換狀態(tài)對告警匯總表中所記錄的過濾后的告警進(jìn)行檢查，并將檢查產(chǎn)生的告警結(jié)果記錄在用戶上報告警表中，同時向用戶上報檢查產(chǎn)生的告警結(jié)果。

其中，在步驟s30中，參見圖2，采用告警抑制運算對實際物理告警表中記錄的所有物理告警進(jìn)行過濾處理，具體包括以下子步驟：

步驟s31，告警處理模塊通過查詢保護(hù)組信息，以獲取業(yè)務(wù)的工作通道和保護(hù)通道配置；

步驟s32，保護(hù)組實時監(jiān)控業(yè)務(wù)是否發(fā)生倒換，并將發(fā)生倒換狀態(tài)的業(yè)務(wù)的最新狀態(tài)發(fā)送至告警處理模塊，告警處理模塊根據(jù)接收到的最新狀態(tài)確定在相應(yīng)的端口及保護(hù)通道上繼續(xù)監(jiān)控發(fā)生倒換的業(yè)務(wù)，并據(jù)此確定新的告警檢測點；

步驟s33，在告警抑制運算中，采用新的告警檢測點上的告警參與分析告警相關(guān)性，以確定最終向用戶上報的告警。

參見圖3，圖中為本發(fā)明的一個實施例的建立三層告警表的示意圖，其中最底下一層是實際物理告警表，記錄系統(tǒng)中所有當(dāng)前存在的物理告警。圖中顯示設(shè)備的端口1上有otu-ais和otu-tim告警，端口2上有otu-los告警。第二層是經(jīng)過過濾的告警匯總表，記錄告警抑制運算后的結(jié)果。比如說實際物理告警表中有otu-ais和otu-tim告警，經(jīng)過告警抑制運算，經(jīng)過過濾的告警表中只有otu-ais告警，otu-tim這個物理告警會被屏蔽。圖中的端口1和端口2屬于一個保護(hù)組，當(dāng)前業(yè)務(wù)處于端口2上時，要使用端口2上的高層告警otu-los參與當(dāng)前業(yè)務(wù)的告警抑制運算，會抑制端口1的底層告警otu-ais。第三層是用戶上報告警表，該表中的告警和顯示給用戶看到的告警應(yīng)該一致，從經(jīng)過全局告警抑制運算的告警表到向用戶上報的告警表，中間主要根據(jù)用戶配置的告警上報開關(guān)以決定告警是否上報，比如經(jīng)過過濾的告警表中已經(jīng)有otu-los告警，但是用戶對于這個端口配置的告警上報開關(guān)是關(guān)閉的，那這個otu-los告警是不能上報的，也就是在向用戶上報的告警表中是不會有的。圖中端口2的告警上報開關(guān)是打開的，所以otu-los告警上報給用戶了。

在步驟s10中，在建立實際物理告警表時，告警處理模塊通過驅(qū)動軟件或者其它應(yīng)用軟件模塊從所有的告警監(jiān)測點上收集物理告警，并將收集到的所有物料告警寫到一個字節(jié)文件中并保存，該字節(jié)文件里每個字節(jié)都是一個布爾量，取值1或者0，代表與其相對應(yīng)的物理告警是否產(chǎn)生。如果收集到的物理告警的數(shù)量較多，可以將所有的物理告警狀態(tài)先壓縮到一個比特位文件里，該比特位文件中的每一個比特位代表與其相對應(yīng)的物理告警的狀態(tài)。在告警抑制運算時，先將比特位文件擴(kuò)展成字節(jié)文件后參與布爾運算，在告警抑制運算結(jié)束后，再將運算結(jié)果壓縮成比特位再存儲回去，這樣可以大大減少記錄告警狀態(tài)需要的內(nèi)存空間。

用來記錄實際物理告警的字節(jié)文件可以采用如下格式來定義系統(tǒng)中有哪些物理告警：以端口為結(jié)構(gòu)單位，其中所有可能的告警全部展開。比如一個stm16端口里，每種端口告警(los等)最多有1個，使用1個字節(jié)來記錄狀態(tài)；每種再生段告警(rs-lof,rs-tim,rs-deg等)最多有1個，使用1個字節(jié)來記錄狀態(tài)；每種復(fù)用段告警(ms-ais,ms-deg,ms-fop等)最多有1個，使用1個字節(jié)來記錄狀態(tài)；每種vc4虛容器告警(au4-ais,au4-lop,vc4-tim,vc4-deg,vc4-plm等)最多有16個，使用16個字節(jié)來記錄狀態(tài)；每種vc3虛容器告警(tu3-ais,tu3-lop,vc3-tim,vc3-deg等)最多有48個，使用48個字節(jié)來記錄狀態(tài)；每種vc12虛容器告警(tu12-ais,tu12-lop,vc12-tim,vc12-deg等)最多有1008個，使用1008個字節(jié)來記錄狀態(tài)。也可以按照樹形結(jié)構(gòu)來定義這些告警格式，做告警抑制運算的時候從根節(jié)點向葉子節(jié)點順序處理，能提高遍歷的效率。

在步驟s30中，告警處理模塊定時對實際物理告警表進(jìn)行全量的告警抑制運算,并將經(jīng)過全量的告警抑制運算所產(chǎn)生的告警結(jié)果記錄在告警匯總表中。告警抑制運算是指按照告警抑制表達(dá)式去遍歷檢查系統(tǒng)里的每種告警，比如otu的tim告警，其告警抑制表達(dá)式如下：

fotu-tim＝dotu-tim&！dotu-los&！dotu-lom

&！dotu-lof&！dotu-ais

其中fotu-tim代表過濾運算后的告警表中記錄的過濾運算結(jié)果otu-tim告警，dotu-tim、dotu-los、dotu-lom、dotu-lof和dotu-ais代表實際物理告警表中記錄的物理告警otu-tim、otu-los、otu-lom、otu-lof和otu-ais。這個告警抑制表達(dá)式代表將otu-tim告警記錄進(jìn)第二層告警表的條件是：監(jiān)測到設(shè)備里有otu-tim物理告警，并且沒有監(jiān)測到有更高優(yōu)先級告警otu-los、otu-lom、otu-lof和otu-ais產(chǎn)生。如果otu端口上同時監(jiān)測到otu-los和otu-tim這兩個物理告警，經(jīng)過告警抑制運算，將會只上報otu-los告警，otu-tim這個物理告警會被屏蔽，達(dá)到減少告警上報數(shù)量，更快更準(zhǔn)確地發(fā)現(xiàn)故障根源的目的。

全量的告警抑制運算從高層告警開始計算，只要發(fā)現(xiàn)存在高層告警，就不用再繼續(xù)算下面的底層告警了，直接把下面的底層告警都清掉，提高運算效率。比如一個otu端口的告警抑制運算可以按照otu-los、otu-ais、otu-lof、otu-lom和otu-tim這樣的順序依次進(jìn)行。如果發(fā)現(xiàn)有fotu-los告警，低優(yōu)先級告警如fotu-ais、fotu-lof、fotu-lom和fotu-tim就不用再檢查了，直接清掉即可。

告警處理模塊在進(jìn)行全量的告警抑制運算需要考慮重要業(yè)務(wù)存在保護(hù)的情況。傳輸設(shè)備一般都有一個硬件交叉矩陣，業(yè)務(wù)數(shù)據(jù)在這里進(jìn)行交換。為了提高光網(wǎng)絡(luò)的可靠性，傳輸設(shè)備對重要業(yè)務(wù)提供了業(yè)務(wù)保護(hù)機(jī)制，就是在交叉矩陣?yán)餅檫@些業(yè)務(wù)同時預(yù)留了工作通道和保護(hù)通道，被保護(hù)業(yè)務(wù)可以根據(jù)通道故障情況切換業(yè)務(wù)通道。當(dāng)業(yè)務(wù)交叉矩陣存在于底層告警的監(jiān)測點和高層告警的監(jiān)測點之間時，底層監(jiān)測點所代表的業(yè)務(wù)可能來自多個高層監(jiān)測點中的一個，底層告警做全量的告警抑制運算對應(yīng)的高層告警也可能來自另一個物理端口，所以這時要通過查詢保護(hù)組配置信息和業(yè)務(wù)倒換狀態(tài)來確定當(dāng)前業(yè)務(wù)的高層告警來自于哪一個監(jiān)測點，決定是做本端口的內(nèi)部告警抑制運算還是跨端口的告警抑制運算，用當(dāng)前業(yè)務(wù)的高層告警來抑制本業(yè)務(wù)的底層告警。

參見圖5，圖中顯示了本發(fā)明提供的一個在光同步數(shù)字傳輸網(wǎng)設(shè)備上實現(xiàn)基于保護(hù)狀態(tài)進(jìn)行告警抑制的實施例，包括多塊板卡：系統(tǒng)控制盤、業(yè)務(wù)交叉盤和線路接口盤。在線路接口盤盤上包含端口層、再生段層、復(fù)用段層和au4層的告警監(jiān)測點。在業(yè)務(wù)交叉盤上有高階業(yè)務(wù)交叉矩陣和低階業(yè)務(wù)交叉矩陣，具體的業(yè)務(wù)交叉配置是在這里完成，其中低階業(yè)務(wù)tu3和vc3層的告警監(jiān)測點在高階業(yè)務(wù)交叉矩陣下。在傳輸網(wǎng)業(yè)務(wù)通過光纖進(jìn)入線路卡端口，進(jìn)行光電轉(zhuǎn)換，把光信號轉(zhuǎn)換成電信號后，依次監(jiān)測端口層、再生段層、復(fù)用段層和au4層的告警，如果發(fā)現(xiàn)高層告警則將底層告警清除并上報，接著具體業(yè)務(wù)數(shù)據(jù)則進(jìn)入業(yè)務(wù)交叉矩陣進(jìn)行交換，繼續(xù)監(jiān)測tu3和vc3層的告警?？梢钥吹絫u3、vc3層和vc12虛容器層上的底層告警的物理監(jiān)測點在交叉矩陣層以下，對應(yīng)的ms-ais等高層物理告警的監(jiān)測點在交叉矩陣以上，需要根據(jù)交叉和保護(hù)倒換狀態(tài)來確定當(dāng)前業(yè)務(wù)所對應(yīng)的高層告警來自于哪一個的端口和通道并開展告警抑制運算。

此外，在步驟s32中，保護(hù)組在監(jiān)控業(yè)務(wù)是否發(fā)生倒換時需考慮多種保護(hù)疊加的情況，傳輸設(shè)備支持多種保護(hù)機(jī)制：設(shè)備板卡級的保護(hù)，路徑保護(hù)(復(fù)用段鏈路保護(hù)，復(fù)用段環(huán)網(wǎng)保護(hù)，odu路徑保護(hù))和子網(wǎng)連接保護(hù)。用戶對于重要業(yè)務(wù)可以配置于多個保護(hù)疊加之中，比如既為一條業(yè)務(wù)交叉配置一個路徑保護(hù)，同時又為之配置一個子網(wǎng)連接保護(hù)，這樣當(dāng)路徑保護(hù)失效了還可以依賴子網(wǎng)連接保護(hù)保證業(yè)務(wù)暢通，但這也導(dǎo)致底層監(jiān)測點所代表的業(yè)務(wù)來自更多的高層監(jiān)測點。參與跨端口告警抑制運算的高層告警具體取哪個端口的物理告警，需要依次檢查各相關(guān)保護(hù)組的倒換狀態(tài)并根據(jù)這些倒換狀態(tài)的不同組合找到對應(yīng)的物理監(jiān)測點。參見圖4，圖中顯示在有保護(hù)疊加的情況下如何查詢多個保護(hù)組的業(yè)務(wù)倒換狀態(tài)并找到對應(yīng)的物理監(jiān)測點。比如當(dāng)前業(yè)務(wù)有三重保護(hù)：設(shè)備板卡保護(hù)、業(yè)務(wù)端口級保護(hù)和子網(wǎng)連接保護(hù)，各保護(hù)組業(yè)務(wù)倒換狀態(tài)分別是設(shè)備板卡保護(hù)處于工作通道、業(yè)務(wù)端口級保護(hù)處于保護(hù)通道和子網(wǎng)連接保護(hù)處于工作通道，所以當(dāng)前業(yè)務(wù)的高層告警應(yīng)該從p2點監(jiān)測。

參見圖6，圖中顯示了設(shè)備里周期運行的做全量告警抑制運算的流程圖。首先是遍歷系統(tǒng)中的所有業(yè)務(wù)監(jiān)測點，查詢配置數(shù)據(jù)看該業(yè)務(wù)是否屬于某個保護(hù)組，如果結(jié)果是不屬于任何保護(hù)組，那么就在當(dāng)前業(yè)務(wù)點讀取告警，并按業(yè)務(wù)層次開始從高層告警開始，如果發(fā)現(xiàn)告警就正常上報，并將下層的相關(guān)告警全部清除。這個業(yè)務(wù)監(jiān)測點的告警抑制運算結(jié)束。如果該業(yè)務(wù)監(jiān)測點屬于某個或多個保護(hù)組，就要依次取查詢各保護(hù)組的倒換狀態(tài)，如果各保護(hù)組都沒有發(fā)生倒換，那么流程和正常的告警上報過程一樣。如果有一個或多個保護(hù)組發(fā)生倒換了，則要按照保護(hù)組工作通道和保護(hù)通道的配置去找到當(dāng)前業(yè)務(wù)所對應(yīng)的物理告警監(jiān)測點去讀取告警，并以新監(jiān)測點的高層告警開始計算告警抑制，同樣的，如果發(fā)現(xiàn)告警就正常上報，并將下層的相關(guān)告警全部清除。如果沒有發(fā)現(xiàn)告警，這個業(yè)務(wù)監(jiān)測點的告警抑制運算結(jié)束，開始計算下一個監(jiān)測點。

在全量的告警抑制運算結(jié)束后，采用布爾運算異或操作，將計算產(chǎn)生的的經(jīng)過過濾的告警匯總表與運算前緩存的歷史告警表相比較，只需要將發(fā)生變化的告警狀態(tài)記錄至用戶上報告警表中。將狀態(tài)發(fā)生變化的過濾后的告警上報到向用戶上報的告警表之后，需要根據(jù)用戶設(shè)置的告警上報開關(guān)決定是否應(yīng)該上報給用戶。和全量的告警抑制運算類似的，這里也需要考慮保護(hù)倒換狀態(tài)。比如一個1：1的路徑保護(hù)組中，工作通道端口的告警上報開關(guān)是打開的，而保護(hù)通道端口的告警上報開關(guān)是關(guān)閉的。如果被保護(hù)業(yè)務(wù)此時處于工作通道，那么位于保護(hù)通道的業(yè)務(wù)是低優(yōu)先級業(yè)務(wù)，按照保護(hù)通道端口的配置即使有告警也不能上報，因為此時業(yè)務(wù)對應(yīng)的告警上報開關(guān)是關(guān)閉的。如果發(fā)生保護(hù)倒換了，被保護(hù)業(yè)務(wù)倒換到保護(hù)通道上，這時如果監(jiān)測到有物理告警就需要上報了，而且這個告警應(yīng)該作為工作通道上的業(yè)務(wù)上報。

以上顯示和描述了本發(fā)明的基本原理和主要特征和本發(fā)明的優(yōu)點。本行業(yè)的技術(shù)人員應(yīng)該了解，本發(fā)明不受上述實施例的限制，上述實施例和說明書中描述的只是說明本發(fā)明的原理，在不脫離本發(fā)明精神和范圍的前提下，本發(fā)明還會有各種變化和改進(jìn)，這些變化和改進(jìn)都落入要求保護(hù)的本發(fā)明范圍內(nèi)。本發(fā)明要求保護(hù)范圍由所附的權(quán)利要求書及其等效物界定。