專利名稱：告警系統(tǒng)中對告警過濾條件的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信網(wǎng)管技術(shù)中的告警技術(shù)，尤其是告警系統(tǒng)中對告警過濾條件進(jìn)行處理的方法。
背景技術(shù)：
在電信網(wǎng)管技術(shù)領(lǐng)域中，告警的通知過程就是告警的告警發(fā)送者把告警主動發(fā)送給告警接收者的過程。一般的，告警的告警發(fā)送者是被管系統(tǒng)，告警的告警接收者是管理系統(tǒng)，被管系統(tǒng)在檢測到有故障發(fā)生后，立即發(fā)送告警通知給管理系統(tǒng)。告警內(nèi)容一般包括告警源、告警類型、告警時間、告警嚴(yán)重級別、可能原因、特定問題、維修建議等等。
一般的告警分為以下類型故障告警——反映故障的產(chǎn)生；清除告警——反映故障的恢復(fù)；變更告警——反映故障的變化，例如更嚴(yán)重。對應(yīng)的告警通知分別稱為故障告警通知、清除告警通知和變更告警通知。傳統(tǒng)的，告警可以根據(jù)內(nèi)容進(jìn)行過濾。例如告警接收者可以按照告警源、告警嚴(yán)重級別、告警類型或其它告警內(nèi)容進(jìn)行過濾，即要求告警發(fā)送者不要再把指定內(nèi)容特征的告警報告給該告警接收者。從告警接收者的角度看，關(guān)于特定故障的各種告警通知的上報過程特征反映了告警發(fā)送者的故障的動態(tài)特征，例如故障告警通知的頻度反映了故障產(chǎn)生的頻度，故障告警通知和清除告警通知交替出現(xiàn)的頻度反映了故障產(chǎn)生和恢復(fù)的周期。現(xiàn)有技術(shù)中公開了ー種根據(jù)上下文告警的相關(guān)性而進(jìn)行過濾的方法，簡稱告警相關(guān)性過濾的方法。例如，重復(fù)告警過濾方法，即相同內(nèi)容的故障告警以一定的頻度，連續(xù)報告給告警接收者若干次后，告警接收者認(rèn)為該告警為重復(fù)告警，從而要求告警發(fā)送者不要再報告相同內(nèi)容的故障告警。又例如，閃斷告警過濾方法，即相同內(nèi)容的故障及其對應(yīng)恢復(fù)告警以一定的頻度，在連續(xù)報告給告警接收者若干次后，告警接收者認(rèn)為該告警是閃斷告警，從而要求告警發(fā)送者不要再報告該故障告警及其對應(yīng)恢復(fù)告警。此種情況下，告警接收者和告警發(fā)送者之間需要專門為每種告警相關(guān)性過濾方式建立相應(yīng)的操作接ロ，其中包括創(chuàng)建接ロ、刪除接ロ、查詢接ロ等。告警接收者通過創(chuàng)建接ロ向被管系統(tǒng)下發(fā)指令，該接口中設(shè)置了告警發(fā)送者所要過濾告警的靜態(tài)特征(例如某種原因?qū)е碌母婢?、以及動態(tài)條件(例如重復(fù)告警需要指出在指定的時間段內(nèi)最多允許出現(xiàn)的告警次數(shù))，告警發(fā)送者收到該接ロ指令后，直接按照接ロ指令的靜態(tài)特征和動態(tài)過濾條件對新的告警進(jìn)行過濾。之后，告警接收者再創(chuàng)建新的刪除接口和查詢接ロ對告警相關(guān)性過濾條件進(jìn)行刪除和查詢操作。但是，現(xiàn)有技術(shù)的方法存在以下缺陷告警接收者和告警發(fā)送者之間需要根據(jù)某特定告警相關(guān)性過濾方式建立操作接ロ，而由于告警相關(guān)性的多祥性，導(dǎo)致告警相關(guān)性過濾方式的多祥性，因此管理系統(tǒng)需要針對每種告警相關(guān)性過濾方式建立不同的操作接ロ，這樣導(dǎo)致管理系統(tǒng)需要使用不同的接ロ創(chuàng)建、刪除、查看不同的相關(guān)性過濾條件。伴隨著告警接收者不斷加深對于告警相關(guān)性的認(rèn)識，可能會總結(jié)出越來越多的相關(guān)性過濾條件，那么按照現(xiàn)有方案，將要求在告警接收者和告警發(fā)送者之間為新的相關(guān)性過濾條件創(chuàng)建新的操作接ロ，用于建立、刪除、查詢該相關(guān)性過濾條件，告警發(fā)送者也必須理解這些新的操作接ロ指令才能進(jìn)行正確的過濾；因此，現(xiàn)有方案使得告警接收者和告警發(fā)送者之間的交互接ロ過于復(fù)雜，而實(shí)際上告警接收者和告警發(fā)送者可能是由不同廠商單獨(dú)開發(fā)的，這樣復(fù)雜的接ロ將導(dǎo)致告警接收者和告警發(fā)送者之間集成的成本比較高。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供ー種告警系統(tǒng)中對告警過濾條件的傳輸處理方法，以降低告警接收者和告警發(fā)送者之間的集成成本。 為了實(shí)現(xiàn)上述發(fā)明目的，本發(fā)明的主要技術(shù)方案為ー種告警系統(tǒng)中對告警過濾條件的處理方法，適用于包括告警發(fā)送者和告警接收者的通訊告警系統(tǒng)，包括A、告警接收者構(gòu)造對過濾條件進(jìn)行操作的操作指令，將所要處理的過濾條件相關(guān)信息打包設(shè)置到該操作指令中的特定參數(shù)中；B、告警接收者發(fā)送該操作指令到告警發(fā)送者，以使得所述告警發(fā)送者從所收到的操作指令的特定參數(shù)中解析出過濾條件相關(guān)信息，按照該操作指令的要求針對該過濾條件進(jìn)行處理。優(yōu)選地，所述操作指令為創(chuàng)建過濾條件的操作指令；所述過濾條件相關(guān)信息具體包括該過濾條件的標(biāo)識、類型、以及預(yù)先確定的過濾條件的內(nèi)容；優(yōu)選地，所述過濾條件的內(nèi)容包括根據(jù)上下文告警所確定的告警動態(tài)相關(guān)性過濾條件。優(yōu)選地，所述過濾條件的內(nèi)容進(jìn)ー步包括告警的靜態(tài)特征。本發(fā)明由于在管理系統(tǒng)采用統(tǒng)ー的操作接ロ對被管系統(tǒng)的各種過濾條件進(jìn)行創(chuàng)建、刪除、查看等操作，過濾條件的相關(guān)信息被打包設(shè)置到操作指令中的一個參數(shù)中，告警發(fā)送者收到操作指令后，對相應(yīng)的參數(shù)進(jìn)行解析，得到該操作指令所要處理的過濾條件信息，然后根據(jù)操作指令對該過濾條件進(jìn)行處理，從而告警發(fā)送者根據(jù)過濾條件的要求處理后續(xù)告警。這樣，可以使的不同的過濾條件通過統(tǒng)ー的操作指令下發(fā)給告警發(fā)送者，告警發(fā)送者具有解析該操作指令的能力，從而使得告警發(fā)送者和告警接收者之間的交互接ロ大大簡化，降低了告警發(fā)送者和告警接收者之間的集成成本。另外，本發(fā)明還公開了具體的重復(fù)告警、閃斷告警、短暫告警、以及頑固告警的具體完整的過濾方案，彌補(bǔ)了現(xiàn)有技術(shù)對相關(guān)性過濾條件的實(shí)施操作缺乏完整方案的不足，實(shí)現(xiàn)了針對相關(guān)性過濾條件進(jìn)行過濾告警。


圖I為本發(fā)明所述方法的流程圖；圖2為本發(fā)明所應(yīng)用的電信網(wǎng)管系統(tǒng)的ー種管理接ロ的示意圖；圖3為本發(fā)明創(chuàng)建告警相關(guān)性過濾條件的流程圖；圖4為本發(fā)明告警接收者刪除告警相關(guān)性過濾條件的流程圖；圖5A為查看告警相關(guān)性過濾條件標(biāo)識的流程圖；圖5B為查看告警相關(guān)性過濾條件詳細(xì)信息的流程圖；圖6為掛起告警相關(guān)性過濾條件的操作流程圖；圖7為恢復(fù)告警相關(guān)性過濾條件的操作流程圖； 圖8為獲取被告警相關(guān)性過濾條件過濾掉的告警的操作流程圖；圖9A為告警相關(guān)性過濾條件的類型為重復(fù)告警時的處理流程圖；圖9B為對恢復(fù)告警的處理流程圖；圖10為告警相關(guān)性過濾條件的類型為閃斷告警時的處理流程圖；圖11為告警相關(guān)性過濾條件的類型為短暫告警時的處理流程圖；圖12為告警相關(guān)性過濾條件的類型為頑固告警時的處理流程圖。
具體實(shí)施例方式下面通過具體實(shí)施例和附圖對本發(fā)明做進(jìn)ー步詳細(xì)說明。圖I為本發(fā)明所述方法的流程圖。參見圖1，本發(fā)明的核心技術(shù)方案為步驟11、告警接收者構(gòu)造對過濾條件進(jìn)行操作的操作指令，將要所處理的過濾條件相關(guān)信息打包設(shè)置到該操作指令中的特定參數(shù)中，并發(fā)送該操作指令到告警發(fā)送者；步驟12、告警發(fā)送者從所收到的操作指令的特定參數(shù)中解析出過濾條件相關(guān)信息，按照該操作指令的要求針對該過濾條件進(jìn)行處理。本發(fā)明的技術(shù)方案可以適用于電信網(wǎng)管系統(tǒng)的告警子系統(tǒng)的告警報告接ロ。圖2為電信網(wǎng)管系統(tǒng)的ー種管理接ロ的示意圖。參見圖2，電信網(wǎng)絡(luò)中的被管系統(tǒng)及其對應(yīng)的管理系統(tǒng)之間一般都存在告警報告接ロ，例如接ロ 2、接ロ 4、和接ロ 6 ;任一系統(tǒng)及其對應(yīng)的本地終端之間一般也存在告警報告接ロ，例如接ロ I、接ロ 3、接ロ 5、接ロ 7。本發(fā)明可以應(yīng)用于圖2所示的電信網(wǎng)管系統(tǒng)中的接ロ I 接ロ 7。以下實(shí)施例中所述告警發(fā)送者為電信網(wǎng)管系統(tǒng)中的網(wǎng)元管理器(EMS)，所述告警接收者為電信網(wǎng)管系統(tǒng)中的網(wǎng)絡(luò)管理器(WS)，本發(fā)明的方法尤其適用于EMS和匪S之間的接ロ，即3G北向(Itf-N)接ロ。本發(fā)明中，所述“告警相關(guān)性過濾”中的“過濾”操作并不是簡單的“去除”，即不向告警接收者上報被過濾的告警，還可能是把告警轉(zhuǎn)換為非告警通知進(jìn)行上報，從而避免引起告警接收者不必要的警覺。例如重復(fù)告警可能不以“故障告警”方式報告，而是以“更改告警-告警發(fā)生次數(shù)増加”的方式報告?；蛘邔⒈贿^濾告警轉(zhuǎn)換成告警改變通知發(fā)送給告警接收者。(例如告警嚴(yán)重級別上升或下降的通知等)。以下實(shí)施例中的過濾操作以進(jìn)行去除(即不向告警接收者報告)為例進(jìn)行說明。本實(shí)施例所述的過濾條件為ー種告警相關(guān)性過濾條件，告警接收者需要預(yù)先根據(jù)上下文告警和告警發(fā)送者的能力確定告警的相關(guān)性過濾條件，其中主要包括告警靜態(tài)特征和動態(tài)相關(guān)性過濾條件。
所述告警靜態(tài)特征可以是I)指定范圍內(nèi)的被管對象內(nèi)的子對象集合，或者被管對象的全部子對象，例如，在3G北向(Itf-N)接口上，具體的告警源的定義參見第三代合作項(xiàng)目組織(3GPP)TS32. 111-2中關(guān)于對象等級(objectClass)和對象實(shí)例(objectlnstance)的描述方案。2)指定通知類型例如，在3G Itf-N接口上，具體的通知類型定義請參見3GPP TS32. 111-2中關(guān)于通知類型(notification Type)的描述方案。3)指定時間段例如，在3G Itf-N接口上，具體的時間段定義請參見3GPPTS32. 111-2中關(guān)于事件時間(eventTime)的描述方案。4)指定告警類型例如，在3G Itf-N接口上，具體的告警類型定義請參見3GPP TS32. 111-2中關(guān)于告警類型(alarmType)的描述方案.5)指定可能原因例如，在3G Itf-N接口上，具體的可能原因定義請參見3GPP TS 32. 111-2中關(guān)于可能原因(probableCause)的描述方案。6)指定告警級別例如，在3G Itf-N接口上，具體的告警級別定義請參見3GPP TS32. 111-2 關(guān)于 perceivedSeverity 的描述方案。7)以上特征的組合。8)其他可能的靜態(tài)特征。一般的，在定義告警內(nèi)容時，需要指定告警各個域的內(nèi)容是否可過濾，參見3GPP32. 111-2告警集成參考點(diǎn)信息服務(wù)規(guī)范。上述告警靜態(tài)特征需要指定這些告警可過濾域的值的固定范圍。例如告警可過濾域I (假設(shè)為時間段)的值在范圍X內(nèi)，并且告警可過濾域2(假設(shè)為告警級別)的值不在范圍Y內(nèi)，或者告警可過濾域3(假設(shè)為可能原因)的值等于Z。其中X、Y、Z是不隨告警不同而變化的。上述告警的動態(tài)相關(guān)性可以是但不限于I)重復(fù)告警故障在恢復(fù)前，相同內(nèi)容的故障告警在任意一段時間內(nèi)連續(xù)報告次數(shù)大于等于指定值。2)閃斷告警故障連續(xù)產(chǎn)生并恢復(fù)，故障告警以及對應(yīng)恢復(fù)告警在任意一段時間內(nèi)連續(xù)報告次數(shù)大于等于指定值。3)短暫告警故障產(chǎn)生到恢復(fù)之間的間隔，即故障告警及其對應(yīng)恢復(fù)告警的報告間隔小于等于指定值。4)頑固告警故障在手工恢復(fù)后，立即再次產(chǎn)生，即手工恢復(fù)故障導(dǎo)致的恢復(fù)告警和新故障告警之間的報告間隔小于等于指定值。5)主從告警即在進(jìn)行相關(guān)性過濾時，需要檢查告警是否滿足主告警的靜態(tài)特征，或任何從告警的靜態(tài)特征，如果滿足再檢查主從告警是否滿足某種關(guān)系，滿足則過濾掉
該告警。6)其它可能的特征。7)上述特征的組合。上述動態(tài)相關(guān)性過濾條件是兩個或多個告警的可過濾域值之間的邏輯關(guān)系。例如告警A的可過濾域1(假設(shè)為時間段)的值與告警B的可過濾域2(假設(shè)為時間段)的值二者間的差值在指定范圍內(nèi)，或者告警A的可過濾域3 (假設(shè)為告警級別)的值小于等于告警B的可過濾域4 (假設(shè)為告警級別)的值并且若告警A的可過濾域4 (假設(shè)為告警原因)的值為X則告警B的可過濾域6 (假設(shè)為告警原因)的值為Y。所述的告警相關(guān)性過濾條件的表示方法為如表I所示，告警相關(guān)性過濾條件包括ー個標(biāo)識，ー個告警相關(guān)性過濾條件類型，可選的包含ー個相關(guān)相關(guān)性過濾條件版本，以及ー組告警靜態(tài)特征列表和告警的動態(tài)相關(guān)性過濾條件列表。
權(quán)利要求
1.ー種告警系統(tǒng)中對告警過濾條件的處理方法，適用于包括告警發(fā)送者和告警接收者的通訊告警系統(tǒng)，其特征在于，包括 A、告警接收者構(gòu)造對過濾條件進(jìn)行操作的操作指令，將所要處理的過濾條件相關(guān)信息打包設(shè)置到該操作指令中的特定參數(shù)中； B、告警接收者發(fā)送該操作指令到告警發(fā)送者，以使得所述告警發(fā)送者從所收到的操作指令的特定參數(shù)中解析出過濾條件相關(guān)信息，按照該操作指令的要求針對該過濾條件進(jìn)行處理。
2.根據(jù)權(quán)利要求I所述的方法，其特征在干， 所述操作指令為創(chuàng)建過濾條件的操作指令； 所述過濾條件相關(guān)信息具體包括該過濾條件的標(biāo)識、類型、以及預(yù)先確定的過濾條件的內(nèi)容。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述過濾條件的內(nèi)容包括根據(jù)上下文告警所確定的告警動態(tài)相關(guān)性過濾條件。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述過濾條件的內(nèi)容進(jìn)ー步包括告警的靜態(tài)特征。
5.根據(jù)權(quán)利要求4所述的方法，其特征在干， 所述的告警動態(tài)相關(guān)性過濾條件類型為重復(fù)告警。
6.根據(jù)權(quán)利要求4所述的方法，其特征在干， 所述的告警動態(tài)相關(guān)性過濾條件的類型為閃斷告警。
7.根據(jù)權(quán)利要求4所述的方法，其特征在干， 所述的告警動態(tài)相關(guān)性過濾條件的類型為瞬間告警。
8.根據(jù)權(quán)利要求4所述的方法，其特征在干， 所述的告警動態(tài)相關(guān)性過濾條件的類型為頑固告警。
9.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述創(chuàng)建指令還包括過濾操作是否立即執(zhí)行的指示信息；如果指示立即執(zhí)行，則告警發(fā)送者在設(shè)置所述過濾條件后，立即根據(jù)該過濾條件對告警進(jìn)行過濾操作；如果指示非立即執(zhí)行，則告警發(fā)送者在收到恢復(fù)指令時再根據(jù)該過濾條件對告警進(jìn)行過濾操作。
10.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述過濾條件相關(guān)信息還包括該過濾條件的版本信息。
11.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述操作指令為刪除過濾條件的操作指令； 所述過濾條件相關(guān)信息具體包括該過濾條件的標(biāo)識。
12.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述操作指令為查看過濾條件詳細(xì)內(nèi)容的操作指令； 所述過濾條件相關(guān)信息為過濾條件的標(biāo)識。
13.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述操作指令為掛起過濾條件的操作指令； 所述過濾條件相關(guān)信息具體包括過濾條件的標(biāo)識。
14.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述操作指令為恢復(fù)過濾條件的操作指令； 所述過濾條件相關(guān)信息具體包括過濾條件的標(biāo)識。
15.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述操作指令為獲取已進(jìn)行過濾處理的告警的操作指令； 所述過濾條件相關(guān)信息具體包括過濾條件的標(biāo)識。
16.根據(jù)權(quán)利要求11至15任一所述的方法，其特征在于，在所述步驟A之前，進(jìn)ー步包括 告警接收者構(gòu)造查看過濾條件標(biāo)識的操作指令；發(fā)送該操作指令到告警發(fā)送者，以使得告警發(fā)送者進(jìn)行以下具體處理告警發(fā)送者查詢本地當(dāng)前設(shè)置的所有過濾條件，返回當(dāng)前設(shè)置的所有過濾條件的標(biāo)識到告警接收者。
17.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述告警系統(tǒng)為電信網(wǎng)管系統(tǒng)中的告警子系統(tǒng)。
18.根據(jù)權(quán)利要求17所述的方法，其特征在于，所述告警發(fā)送者為電信網(wǎng)管系統(tǒng)中的網(wǎng)元管理器，所述告警接收者為電信網(wǎng)管系統(tǒng)中的網(wǎng)絡(luò)管理器，所述方法適用于網(wǎng)元管理器和網(wǎng)絡(luò)管理器之間的北向接ロ。
全文摘要
本發(fā)明公開了一種告警系統(tǒng)中對告警過濾條件的處理方法，適用于包括告警發(fā)送者和告警接收者的通訊告警系統(tǒng)，包括A、告警接收者構(gòu)造對過濾條件進(jìn)行操作的操作指令，將所要處理的過濾條件相關(guān)信息打包設(shè)置到該操作指令中的特定參數(shù)中；B、告警接收者發(fā)送該操作指令到告警發(fā)送者，以使得所述告警發(fā)送者從所收到的操作指令的特定參數(shù)中解析出過濾條件相關(guān)信息，按照該操作指令的要求針對該過濾條件進(jìn)行處理。利用本發(fā)明，可以降低告警接收者和告警發(fā)送者之間的集成成本。
文檔編號H04L12/24GK102820996SQ20121029895
公開日2012年12月12日 申請日期2006年1月27日 優(yōu)先權(quán)日2006年1月27日
發(fā)明者楊利 申請人:華為技術(shù)有限公司