專利名稱：一種告警消息的上報(bào)處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種告警消息的上報(bào)處理方法及裝置。
背景技術(shù)：
在網(wǎng)元設(shè)備上報(bào)的眾多的告警消息中，如果操作維護(hù)中心(OMC)將眾多告警消息直接呈現(xiàn)給用戶，會(huì)導(dǎo)致操作維護(hù)終端(OMT)的告警監(jiān)控界面呈現(xiàn)過多的告警消息，并且還很有可能出現(xiàn)一些告警頻繁抖動(dòng)上報(bào)，不利于用戶進(jìn)行及時(shí)、有效的監(jiān)控和處理。目前的通信網(wǎng)絡(luò)中，當(dāng)網(wǎng)元設(shè)備內(nèi)出現(xiàn)故障時(shí)，會(huì)上報(bào)不同的告警消息。而OMC需要同時(shí)管理多個(gè)網(wǎng)元設(shè)備，這樣就有可能會(huì)出現(xiàn)大量告警消息上報(bào)到0MC，在出現(xiàn)告警抖動(dòng)上報(bào)的情況下，OMC會(huì)收到非常多的告警消息，給OMC處理、呈現(xiàn)告警帶來(lái)很大的壓力。而現(xiàn)有技術(shù)中，采用的無(wú)判定的直接呈現(xiàn)方案是一種最簡(jiǎn)單的告警上報(bào)方法，當(dāng)網(wǎng)元設(shè)備的告警消息上報(bào)到OMC時(shí)，OMC不進(jìn)行任何的告警判定，將所有的告警消息都進(jìn)行呈現(xiàn)。在整個(gè)流程中OMC沒有對(duì)上報(bào)的告警進(jìn)行任何的判定，只要網(wǎng)元設(shè)備上報(bào)告警消息， OMC就將該告警消息發(fā)送給OMT進(jìn)行呈現(xiàn)，整個(gè)過程如圖1所示。然而，現(xiàn)有技術(shù)的最大缺陷就是沒有提供有效的告警過濾判定處理，使得網(wǎng)元設(shè)備上報(bào)的告警消息直接呈現(xiàn)給告警監(jiān)控人員，給運(yùn)維人員監(jiān)控告警、快速恢復(fù)故障帶來(lái)很大不便。即該方案在告警消息發(fā)送到OMC后，未經(jīng)過任何處理或經(jīng)過不太完善的處理之后， 就呈現(xiàn)到OMT的告警監(jiān)控界面。沒有給用戶提供一個(gè)高效的監(jiān)控、處理告警的平臺(tái)和環(huán)境。 同時(shí)，該方案在網(wǎng)元設(shè)備告警出現(xiàn)抖動(dòng)的情況下，使得OMT的告警監(jiān)控頁(yè)面出現(xiàn)不斷閃動(dòng)， 即同一條告警很快地產(chǎn)生又很快的清除，而用戶真正想關(guān)心和監(jiān)控的告警則得不到很好的呈現(xiàn)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種告警消息的上報(bào)處理方法及裝置，用以提供一種有效的告警判定處理方案，使OMC過濾掉不必要的告警消息，將用戶關(guān)心的告警消息上報(bào)給0ΜΤ， 并且避免告警抖動(dòng)現(xiàn)象。本發(fā)明實(shí)施例提供的一種告警消息的上報(bào)處理方法包括當(dāng)收到來(lái)自網(wǎng)元設(shè)備的告警消息時(shí)，采用預(yù)設(shè)的系統(tǒng)過濾條件，對(duì)告警消息進(jìn)行系統(tǒng)過濾判定；根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給操作維護(hù)終端0ΜΤ。本發(fā)明實(shí)施例提供的一種告警消息的上報(bào)處理裝置包括接收單元，用于接收來(lái)自網(wǎng)元設(shè)備的告警消息；系統(tǒng)過濾判定單元，用于采用預(yù)設(shè)的系統(tǒng)過濾條件，對(duì)告警消息進(jìn)行系統(tǒng)過濾判定；根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給操作維護(hù)終端0ΜΤ。本發(fā)明實(shí)施例，當(dāng)收到來(lái)自網(wǎng)元設(shè)備的告警消息時(shí)，采用預(yù)設(shè)的系統(tǒng)過濾條件，對(duì)告警消息進(jìn)行系統(tǒng)過濾判定；根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給操作維護(hù)終端0ΜΤ，從而實(shí)現(xiàn)了一種有效的告警判定處理方案，使OMC過濾掉不必要的告警消息， 將用戶關(guān)心的告警消息上報(bào)給0ΜΤ，并且避免告警抖動(dòng)現(xiàn)象。


圖1為現(xiàn)有技術(shù)提供的告警消息的發(fā)送過程示意圖；圖2為本發(fā)明實(shí)施例提供的告警消息的發(fā)送過程示意圖；圖3為本發(fā)明實(shí)施例提供的告警消息的上報(bào)處理方法流程示意圖；圖4為本發(fā)明實(shí)施例提供的告警消息的上報(bào)處理方法流程示意圖；圖5為本發(fā)明實(shí)施例提供的告警消息的上報(bào)處理方法流程示意圖；圖6為本發(fā)明實(shí)施例提供的告警消息的上報(bào)處理裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明實(shí)施例提供了一種告警消息的上報(bào)處理方法及裝置，用以提供一種有效的告警判定處理方案，使OMC過濾掉不必要的告警消息，將用戶關(guān)心的告警消息上報(bào)給0ΜΤ， 并且避免告警抖動(dòng)現(xiàn)象。本發(fā)明實(shí)施例制定了一個(gè)可靠的告警判定方案，將網(wǎng)元設(shè)備上報(bào)的告警消息進(jìn)行處理，將用戶希望監(jiān)控和處理的告警進(jìn)行完整呈現(xiàn)，使得告警消息可以有效地、恰當(dāng)?shù)爻尸F(xiàn)給用戶，本發(fā)明實(shí)施例提供的技術(shù)方案的原理如圖2所示，其中，本發(fā)明實(shí)施例在OMC側(cè)收到網(wǎng)元設(shè)備上報(bào)的告警消息后，對(duì)告警消息進(jìn)行一系列的告警判定處理，具體包括系統(tǒng)過濾判定、延遲判定、抖動(dòng)判定、頻次衍生判定、相關(guān)性判定、用戶過濾判定等方面。具體的判斷處理過程，參見圖3，對(duì)告警消息依次進(jìn)行系統(tǒng)過濾判定、延遲判定、抖動(dòng)判定、頻次衍生判定、相關(guān)性判定、用戶過濾判定。下面對(duì)每一種判定進(jìn)行解釋說明。系統(tǒng)過濾判定用戶可以通過OMT提供的告警管理界面創(chuàng)建或修改告警系統(tǒng)過濾規(guī)則，可以選擇好要過濾的告警消息，同時(shí)設(shè)置過濾的起始時(shí)間和結(jié)束時(shí)間，OMC在接收到網(wǎng)元設(shè)備發(fā)送的告警消息后，會(huì)自動(dòng)判定該告警消息是否滿足系統(tǒng)過濾規(guī)則，如果滿足，則該告警消息不顯示在OMT的實(shí)時(shí)監(jiān)控窗口。系統(tǒng)過濾規(guī)則對(duì)所有登陸用戶的實(shí)時(shí)監(jiān)控窗口都會(huì)生效。系統(tǒng)過濾規(guī)則可以配置的參數(shù)包括告警系統(tǒng)過濾起始時(shí)間、告警系統(tǒng)過濾終止時(shí)間，告警處理結(jié)果(丟棄或者保存到OMC數(shù)據(jù)庫(kù)中)和過濾器，其中，過濾器參數(shù)包括告警編號(hào)(即告警消息的類別編號(hào))、告警細(xì)節(jié)號(hào)(即告警消息編號(hào))、告警級(jí)別、告警類型和 /或故障源標(biāo)識(shí)(即發(fā)送告警消息的網(wǎng)元設(shè)備的標(biāo)識(shí))等。延遲判定適用于一些臨時(shí)產(chǎn)生的告警消息，這種告警消息只有在很長(zhǎng)時(shí)間內(nèi)持續(xù)上報(bào)，才需要將該告警消息上報(bào)到OMT實(shí)時(shí)監(jiān)控窗口。延遲判定可以配置的參數(shù)包括延遲判定的起始時(shí)間、終止時(shí)間、定時(shí)器時(shí)長(zhǎng)T和過濾器，其中，過濾器參數(shù)包括告警編號(hào)、 告警細(xì)節(jié)號(hào)、告警級(jí)別、告警類型和/或故障源標(biāo)識(shí)等參數(shù)。抖動(dòng)判定發(fā)生抖動(dòng)，即同樣是告警消息的上報(bào)次數(shù)超過預(yù)設(shè)的最小反復(fù)次數(shù)，則網(wǎng)管會(huì)將該告警消息放入OMC的緩存中，繼續(xù)監(jiān)視該告警消息，而不是上報(bào)該告警消息并顯示到OMT的實(shí)時(shí)監(jiān)控界面中。監(jiān)視該告警消息的時(shí)間為預(yù)設(shè)的穩(wěn)定時(shí)間，在這個(gè)穩(wěn)定時(shí)間內(nèi)，被放入緩存進(jìn)行監(jiān)視的告警消息，如果沒有再次發(fā)生抖動(dòng)的情況，那么OMC服務(wù)器就根據(jù)其他的規(guī)則判定該條告警消息是否可以上報(bào)到OMT并在實(shí)時(shí)監(jiān)控界面中顯示出來(lái)；否則，OMC繼續(xù)監(jiān)視該告警消息，直到在穩(wěn)定時(shí)間內(nèi)沒有再次發(fā)生抖動(dòng)的情況，最后上報(bào)；如果新上報(bào)的告警消息不滿足抖動(dòng)告警定義，即不是抖動(dòng)告警，則直接上報(bào)。抖動(dòng)規(guī)則可以配置的參數(shù)，包括起始時(shí)間、終止時(shí)間、最小反復(fù)次數(shù)、穩(wěn)定時(shí)間和過濾器，其中，過濾器參數(shù)包括告警編號(hào)、告警細(xì)節(jié)號(hào)、告警級(jí)別、告警類型和/或故障源標(biāo)識(shí)等參數(shù)。頻次衍生判定在一定時(shí)間內(nèi)，收到某一條告警消息達(dá)到一定的門限次數(shù)，則上報(bào)一條由該告警消息衍生出來(lái)的新告警消息。頻次衍生規(guī)則可以配置的參數(shù)包括起始時(shí)間、 終止時(shí)間、門限次數(shù)、定時(shí)器時(shí)長(zhǎng)T和過濾器，其中，過濾器參數(shù)包括告警編號(hào)、告警細(xì)節(jié)號(hào)、告警級(jí)別、告警類型和/或故障源標(biāo)識(shí)等參數(shù)。相關(guān)性判定當(dāng)有多個(gè)相關(guān)聯(lián)的告警消息(包括一條主告警消息、多條輔告警消息)上報(bào)時(shí)，在OMT的實(shí)時(shí)監(jiān)控窗口，只顯示主告警消息，當(dāng)在實(shí)時(shí)監(jiān)控窗口中雙擊主告警消息時(shí)，如果有其關(guān)聯(lián)的輔告警消息存在，則以樹狀圖形進(jìn)行顯示主告警消息和多條輔告警消息的主輔關(guān)系，這樣運(yùn)維人員就可以很快明確多條告警消息之間的關(guān)聯(lián)關(guān)系。相關(guān)性判定需要設(shè)置的參數(shù)包括主告警消息的告警對(duì)象類，以及告警原因；輔告警消息的告警原因(即是否與主告警消息相同，如果不同，需要選擇告警原因和特定原因，可多選)、告警源(與主告警消息的關(guān)系，是主告警消息的父對(duì)象，子對(duì)象或是相同對(duì)象)、告警產(chǎn)生時(shí)間關(guān)系(早于或晚于主告警消息的時(shí)間，例如1-9分鐘等)。用戶過濾判定每一個(gè)運(yùn)維人員針對(duì)自己希望監(jiān)控的告警消息設(shè)置的過濾規(guī)則， 僅對(duì)本用戶有效。該告警過濾規(guī)則生效后，僅針對(duì)當(dāng)前用戶生效；不僅影響后繼產(chǎn)生的告警消息；同時(shí)也會(huì)過濾原來(lái)界面上的告警消息。用戶過濾規(guī)則可以配置的參數(shù)包括起始時(shí)間、終止時(shí)間、告警處理結(jié)果(丟棄或者保存到OMC數(shù)據(jù)庫(kù)中)和過濾器，其中過濾器參數(shù)包括告警編號(hào)、告警細(xì)節(jié)號(hào)、告警級(jí)別、告警類型和/或故障源標(biāo)識(shí)等參數(shù)。上述六個(gè)判定規(guī)則，可以任選其一對(duì)告警消息進(jìn)行上報(bào)處理，也可以選擇其中的多個(gè)判定規(guī)則進(jìn)行上報(bào)處理。參見圖4，本發(fā)明實(shí)施例提供的一種告警消息的上報(bào)處理方法，包括S101、當(dāng)收到來(lái)自網(wǎng)元設(shè)備的告警消息時(shí)，采用預(yù)設(shè)的系統(tǒng)過濾條件，對(duì)告警消息進(jìn)行系統(tǒng)過濾判定；S102、根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給操作維護(hù)終端0ΜΤ。較佳地，所述系統(tǒng)過濾條件包括告警消息類別編號(hào)、告警消息編號(hào)、告警級(jí)別、告警類型和/或故障源。較佳地，所述根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給0ΜΤ，包括當(dāng)告警消息滿足所述系統(tǒng)過濾條件(即所述的系統(tǒng)過濾規(guī)則)時(shí)，將該告警消息丟棄或保存到操作維護(hù)中心OMC數(shù)據(jù)庫(kù)中；當(dāng)告警消息不滿足所述系統(tǒng)過濾條件時(shí)，該方法還包括對(duì)告警消息進(jìn)行延遲判定，根據(jù)延遲判定結(jié)果，確定是否將告警消息上報(bào)給0ΜΤ。較佳地，所述對(duì)告警消息進(jìn)行延遲判定，根據(jù)延遲判定結(jié)果，確定是否將告警消息上報(bào)給OMT，包括啟動(dòng)延遲定時(shí)器，判斷在延遲定時(shí)器超時(shí)之后，是否還收到同一網(wǎng)元設(shè)備上報(bào)的相同的告警消息，如果是，則將該告警消息上報(bào)給OMT ；否則，將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中。較佳地，該方法還包括判斷保存到OMC內(nèi)存中的告警消息是否是抖動(dòng)告警消息，如果是，則通知OMT該告警消息是抖動(dòng)告警消息；否則，將該告警消息上報(bào)給0ΜΤ。較佳地，所述判斷是否需要上報(bào)告警消息的衍生消息，包括判斷是否在預(yù)設(shè)的時(shí)間段內(nèi)收到同一網(wǎng)元設(shè)備上報(bào)的同樣的告警消息的次數(shù)超過預(yù)設(shè)的次數(shù)閾值，如果是，則上報(bào)該告警消息的衍生消息；否則，判斷是否存在預(yù)設(shè)的相關(guān)性判斷規(guī)則。較佳地，當(dāng)存在預(yù)設(shè)的相關(guān)性判斷規(guī)則時(shí)，判斷告警消息是主告警消息還是輔告警消息；當(dāng)告警消息是主告警消息時(shí)，繼續(xù)判斷是否存在用戶過濾規(guī)則；當(dāng)告警消息是輔告警消息時(shí)，判斷是否存在該輔告警消息的主告警消息，如果存在，則將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中；否則，繼續(xù)判斷是否存在用戶過濾規(guī)則。較佳地，當(dāng)存在用戶過濾規(guī)則時(shí)，判斷告警消息是否滿足用戶過濾規(guī)則，如果是，則將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中；否則，將該告警消息上報(bào)給OMT ；當(dāng)不存在用戶過濾規(guī)則時(shí)，將該告警消息上報(bào)給0ΜΤ。下面給出整個(gè)告警判定的流程說明，參見圖5，OMC從接收告警消息到最終將告警消息發(fā)送給OMT的整個(gè)上報(bào)處理流程包括OMC接收由網(wǎng)元設(shè)備上報(bào)的告警消息，首先會(huì)判定是否滿足已經(jīng)存在的系統(tǒng)過濾規(guī)則，如果滿足則直接將該告警消息按照規(guī)則中的描述進(jìn)行處理；否則再查是否存在該告警消息的延時(shí)規(guī)則，如果存在，則根據(jù)定時(shí)器的定時(shí)時(shí)長(zhǎng)，將該告警消息先緩存在OMC的內(nèi)存中，當(dāng)定時(shí)器超時(shí)時(shí)，將該告警消息繼續(xù)進(jìn)行后續(xù)的規(guī)則判定；如果不存在告警消息的延時(shí)規(guī)則，同樣需要繼續(xù)進(jìn)行后續(xù)規(guī)則的判定。判斷是否存在告警消息的抖動(dòng)規(guī)則，如果存在，而該告警消息又滿足對(duì)抖動(dòng)告警的定義，則上報(bào)抖動(dòng)告警；如果不存在告警抖動(dòng)規(guī)則， 就繼續(xù)判斷是否存在頻次衍生規(guī)則，如果存在，則判斷上報(bào)的告警消息是否滿足頻次衍生規(guī)則，如果滿足，則上報(bào)一條由該告警消息衍生的告警消息；否則，繼續(xù)判斷是否存在告警消息的相關(guān)性規(guī)則，如果存在告警相關(guān)性規(guī)則，再判斷該告警消息是主告警消息還是輔告警消息，如果是輔告警消息，則查找是否有該輔告警消息的主告警消息存在，如果存在主告警消息，則將該告警消息丟棄；如果不存在主告警消息，則可以判斷該告警消息是否滿足用戶過濾規(guī)則，如果滿足，則不上報(bào)給0ΜΤ，如果不滿足用戶過濾規(guī)則就可以將該告警消息上報(bào)給0ΜΤ，從而呈現(xiàn)到用戶的實(shí)時(shí)監(jiān)控窗口。如果不存在告警相關(guān)性規(guī)則或者上報(bào)的是主告警消息，則可以直接進(jìn)行用戶過濾規(guī)則的判定。通過上述的判定流程，就可以完全按照用戶的監(jiān)控意愿進(jìn)行告警顯示。由此可見，本發(fā)明實(shí)施例首先進(jìn)行系統(tǒng)過濾規(guī)則的判定，這是對(duì)整個(gè)系統(tǒng)有絕對(duì)影響的過濾規(guī)則，這樣可以將某些對(duì)監(jiān)控沒有意見和有干擾的告警提前過濾干凈，不需要已經(jīng)進(jìn)行了一系列的判定之后，才發(fā)現(xiàn)該告警是不需要監(jiān)控的，這樣大大浪費(fèi)了 OMC處理的時(shí)間；可以先將整個(gè)系統(tǒng)不需要監(jiān)控的告警過濾，接著可以將一些臨時(shí)產(chǎn)生的告警屏蔽， 避免了再做之后的告警判定，節(jié)約了時(shí)間，而再做抖動(dòng)規(guī)則的過濾；先進(jìn)行頻次衍生判定再進(jìn)行相關(guān)性的判定，可以將頻次衍生出來(lái)的告警也進(jìn)行相關(guān)性的處理，否則告警還沒有穩(wěn)定就進(jìn)行了多次相關(guān)性判定，會(huì)浪費(fèi)OMC的處理時(shí)間和資源；最后是用戶過濾規(guī)則的判定， 這是針對(duì)每個(gè)用戶特定的判定規(guī)則，具有很強(qiáng)的針對(duì)性，做到了告警監(jiān)控的量身定制。本發(fā)明實(shí)施例提供的處理流程，采用先系統(tǒng)再用戶的先后順序，符合先公后私的原則，使得之前的處理流程都是通用的，只需要到最后一步才進(jìn)行細(xì)化處理，這樣提高了 OMC判定效率；同時(shí)采用先延遲再抖動(dòng)再頻次衍生最后相關(guān)性判定的順序，能夠提前將臨時(shí)產(chǎn)生的告警、抖動(dòng)告警和頻次衍生的告警，進(jìn)行判定，避免對(duì)多條無(wú)用的告警進(jìn)行相關(guān)性的判定，大大節(jié)約了處理的時(shí)間和資源，提高了告警判定的整體效率。參見圖6，本發(fā)明實(shí)施例提供的一種告警消息的上報(bào)處理裝置，包括接收單元11，用于接收來(lái)自網(wǎng)元設(shè)備的告警消息；系統(tǒng)過濾判定單元12，用于采用預(yù)設(shè)的系統(tǒng)過濾條件，對(duì)告警消息進(jìn)行系統(tǒng)過濾判定；根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給操作維護(hù)終端0ΜΤ。較佳地，所述系統(tǒng)過濾條件包括告警消息類別編號(hào)、告警消息編號(hào)、告警級(jí)別、告警類型和/或故障源。較佳地，該裝置還包括延遲判定單元13 ；所述系統(tǒng)過濾判定單元12，當(dāng)告警消息滿足所述系統(tǒng)過濾條件時(shí)，將該告警消息丟棄或保存到操作維護(hù)中心OMC數(shù)據(jù)庫(kù)中；當(dāng)告警消息不滿足所述系統(tǒng)過濾條件時(shí)，觸發(fā)延遲判定單元13 ；延遲判定單元13，用于對(duì)告警消息進(jìn)行延遲判定，根據(jù)延遲判定結(jié)果，確定是否將告警消息上報(bào)給OMT。較佳地，所述延遲判定單元13，啟動(dòng)延遲定時(shí)器，判斷在延遲定時(shí)器超時(shí)之后，是否還收到同一網(wǎng)元設(shè)備上報(bào)的相同的告警消息，如果是，則將該告警消息上報(bào)給0ΜΤ;否則，將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中。較佳地，該裝置還包括抖動(dòng)判定單元14，用于判斷保存到OMC內(nèi)存中的告警消息是否是抖動(dòng)告警消息， 如果是，則通知OMT該告警消息是抖動(dòng)告警消息；否則，將該告警消息上報(bào)給0ΜΤ。較佳地，該裝置還包括衍生判定單元15和相關(guān)性判定單元16 ；所述衍生判定單元15，用于判斷是否在預(yù)設(shè)的時(shí)間段內(nèi)收到同一網(wǎng)元設(shè)備上報(bào)的同樣的告警消息的次數(shù)超過預(yù)設(shè)的次數(shù)閾值，如果是，則上報(bào)該告警消息的衍生消息；否則，觸發(fā)相關(guān)性判定單元16 ；相關(guān)性判定單元16，用于判斷是否存在預(yù)設(shè)的相關(guān)性判斷規(guī)則。較佳地，當(dāng)存在預(yù)設(shè)的相關(guān)性判斷規(guī)則時(shí)，相關(guān)性判定單元16判斷告警消息是主告警消息還是輔告警消息；當(dāng)告警消息是主告警消息時(shí)，相關(guān)性判定單元16觸發(fā)用戶過濾判定單元17 ；當(dāng)告警消息是輔告警消息時(shí)，相關(guān)性判定單元16判斷是否存在該輔告警消息的主告警消息，如果是，則將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中；否則，觸發(fā)用戶過濾判定單元17 ；用戶過濾判定單元17，用于判斷是否存在用戶過濾規(guī)則。
較佳地，當(dāng)存在用戶過濾規(guī)則時(shí)，所述用戶過濾判定單元17，判斷告警消息是否滿足用戶過濾規(guī)則，如果是，則將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中；否則，將該告警消息上報(bào)給OMT ；當(dāng)不存在用戶過濾規(guī)則時(shí)，所述用戶過濾判定單元17，將告警消息上報(bào)給0ΜΤ。綜上所述，本發(fā)明實(shí)施例，當(dāng)收到來(lái)自網(wǎng)元設(shè)備的告警消息時(shí)，采用預(yù)設(shè)的系統(tǒng)過濾條件，對(duì)告警消息進(jìn)行系統(tǒng)過濾判定；根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給操作維護(hù)終端0ΜΤ，從而實(shí)現(xiàn)了一種有效的告警判定處理方案，使OMC過濾掉不必要的告警消息，將用戶關(guān)心的告警消息上報(bào)給0ΜΤ，過濾用戶不希望呈現(xiàn)的告警消息，可以將有相關(guān)性的告警，進(jìn)行簡(jiǎn)潔明了的呈現(xiàn)，并且避免告警抖動(dòng)現(xiàn)象，OMC告警判定的效率很高，滿足告警監(jiān)控人員的不同告警呈現(xiàn)需求。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器和光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來(lái)描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
9
權(quán)利要求
1.一種告警消息的上報(bào)處理方法，其特征在于，該方法包括當(dāng)收到來(lái)自網(wǎng)元設(shè)備的告警消息時(shí)，采用預(yù)設(shè)的系統(tǒng)過濾條件，對(duì)告警消息進(jìn)行系統(tǒng)過濾判定；根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給操作維護(hù)終端0ΜΤ。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述系統(tǒng)過濾條件包括告警消息類別編號(hào)、告警消息編號(hào)、告警級(jí)別、告警類型和故障源中的一種或多種。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給0ΜΤ，包括當(dāng)告警消息滿足所述系統(tǒng)過濾條件時(shí)，將該告警消息丟棄或保存到操作維護(hù)中心OMC數(shù)據(jù)庫(kù)中；當(dāng)告警消息不滿足所述系統(tǒng)過濾條件時(shí)，對(duì)告警消息進(jìn)行延遲判定，根據(jù)延遲判定結(jié)果，確定是否將告警消息上報(bào)給0ΜΤ。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述對(duì)告警消息進(jìn)行延遲判定，根據(jù)延遲判定結(jié)果，確定是否將告警消息上報(bào)給0ΜΓ，包括判斷在延遲定時(shí)器超時(shí)之后，是否還收到同一網(wǎng)元設(shè)備上報(bào)的相同的告警消息，如果是，則將該告警消息上報(bào)給OMT ；否則，將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，該方法還包括判斷保存到OMC內(nèi)存中的告警消息是否是抖動(dòng)告警消息，如果是，則通知OMT該告警消息是抖動(dòng)告警消息；否則，將該告警消息上報(bào)給0ΜΤ。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，該方法還包括判斷是否在預(yù)設(shè)的時(shí)間段內(nèi)收到同一網(wǎng)元設(shè)備上報(bào)的同樣的告警消息的次數(shù)超過預(yù)設(shè)的次數(shù)閾值，如果是，則上報(bào)該告警消息的衍生消息；否則，進(jìn)行相關(guān)性判斷處理。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述進(jìn)行相關(guān)性判斷處理，包括 當(dāng)存在預(yù)設(shè)的相關(guān)性判斷規(guī)則時(shí)，判斷告警消息是主告警消息還是輔告警消息； 當(dāng)告警消息是主告警消息時(shí)，繼續(xù)判斷是否存在用戶過濾規(guī)則；當(dāng)告警消息是輔告警消息時(shí)，判斷是否存在該輔告警消息的主告警消息，如果存在，則將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中；否則，進(jìn)行用戶過濾判斷處理。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述進(jìn)行用戶過濾判斷處理，包括 當(dāng)存在用戶過濾規(guī)則時(shí)，判斷告警消息是否滿足用戶過濾規(guī)則，如果是，則將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中；否則，將該告警消息上報(bào)給OMT ； 當(dāng)不存在用戶過濾規(guī)則時(shí)，將該告警消息上報(bào)給0ΜΤ。
9.一種告警消息的上報(bào)處理裝置，其特征在于，該裝置包括 接收單元，用于接收來(lái)自網(wǎng)元設(shè)備的告警消息；系統(tǒng)過濾判定單元，用于采用預(yù)設(shè)的系統(tǒng)過濾條件，對(duì)告警消息進(jìn)行系統(tǒng)過濾判定；根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給操作維護(hù)終端0ΜΤ。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述系統(tǒng)過濾條件包括告警消息類別編號(hào)、告警消息編號(hào)、告警級(jí)別、告警類型和故障源中的一種或多種。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，該裝置還包括延遲判定單元；所述系統(tǒng)過濾判定單元，當(dāng)告警消息滿足所述系統(tǒng)過濾條件時(shí)，將該告警消息丟棄或保存到操作維護(hù)中心OMC數(shù)據(jù)庫(kù)中；當(dāng)告警消息不滿足所述系統(tǒng)過濾條件時(shí)，觸發(fā)延遲判定單元；延遲判定單元，用于對(duì)告警消息進(jìn)行延遲判定，根據(jù)延遲判定結(jié)果，確定是否將告警消息上報(bào)給OMT。
12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述延遲判定單元，啟動(dòng)延遲定時(shí)器， 判斷在延遲定時(shí)器超時(shí)之后，是否還收到同一網(wǎng)元設(shè)備上報(bào)的相同的告警消息，如果是，則將該告警消息上報(bào)給OMT ；否則，將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中。
13.根據(jù)權(quán)利要求12所述的裝置，其特征在于，該裝置還包括抖動(dòng)判定單元，用于判斷保存到OMC內(nèi)存中的告警消息是否是抖動(dòng)告警消息，如果是， 則通知OMT該告警消息是抖動(dòng)告警消息；否則，將該告警消息上報(bào)給0ΜΤ。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，該裝置還包括衍生判定單元和相關(guān)性判定單元；衍生判定單元，用于判斷是否在預(yù)設(shè)的時(shí)間段內(nèi)收到同一網(wǎng)元設(shè)備上報(bào)的同樣的告警消息的次數(shù)超過預(yù)設(shè)的次數(shù)閾值，如果是，則上報(bào)該告警消息的衍生消息；否則，觸發(fā)相關(guān)性判定單元；相關(guān)性判定單元，用于判斷是否存在預(yù)設(shè)的相關(guān)性判斷規(guī)則。
15.根據(jù)權(quán)利要求14所述的裝置，其特征在于，當(dāng)存在預(yù)設(shè)的相關(guān)性判斷規(guī)則時(shí)，相關(guān)性判定單元判斷告警消息是主告警消息還是輔告警消息；當(dāng)告警消息是主告警消息時(shí)，相關(guān)性判定單元觸發(fā)用戶過濾判定單元；當(dāng)告警消息是輔告警消息時(shí)，相關(guān)性判定單元判斷是否存在該輔告警消息的主告警消息，如果存在，則將該告警消息丟棄或保存到OMC數(shù)據(jù)庫(kù)中；否則，觸發(fā)用戶過濾判定單元；用戶過濾判定單元，用于判斷是否存在用戶過濾規(guī)則。
16.根據(jù)權(quán)利要求15所述的裝置，其特征在于，當(dāng)存在用戶過濾規(guī)則時(shí)，所述用戶過濾判定單元，判斷告警消息是否滿足用戶過濾規(guī)則，如果是，則將該告警消息丟棄或保存到 OMC數(shù)據(jù)庫(kù)中；否則，將該告警消息上報(bào)給OMT ；當(dāng)不存在用戶過濾規(guī)則時(shí)，所述用戶過濾判定單元，將告警消息上報(bào)給0ΜΤ。
全文摘要
本發(fā)明公開了一種告警消息的上報(bào)處理方法及裝置，用以提供一種有效的告警判定處理方案，使OMC過濾掉不必要的告警消息，將用戶關(guān)心的告警消息上報(bào)給OMT，并且避免告警抖動(dòng)現(xiàn)象。本發(fā)明提供的一種告警消息的上報(bào)處理方法包括當(dāng)收到來(lái)自網(wǎng)元設(shè)備的告警消息時(shí)，采用預(yù)設(shè)的系統(tǒng)過濾條件，對(duì)告警消息進(jìn)行系統(tǒng)過濾判定；根據(jù)系統(tǒng)過濾判定結(jié)果，確定是否將告警消息上報(bào)給操作維護(hù)終端OMT。
文檔編號(hào)H04L12/24GK102263670SQ20111025164
公開日2011年11月30日 申請(qǐng)日期2011年8月29日 優(yōu)先權(quán)日2011年8月29日
發(fā)明者葉彥 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司