国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      告警同步處理方法及裝置的制作方法

      文檔序號:7917830閱讀:154來源:國知局
      專利名稱:告警同步處理方法及裝置的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種告警同步處理方法及裝置。
      背景技術(shù)
      告警管理是現(xiàn)代網(wǎng)絡(luò)管理系統(tǒng)(以下簡稱網(wǎng)管)的重要功能之一,其中的數(shù)據(jù)模塊將設(shè)備、業(yè)務(wù)節(jié)點告警實時準(zhǔn)確地呈現(xiàn)給用戶,方便用戶更好的觀察維護網(wǎng)絡(luò)、保證網(wǎng)絡(luò)正常運行,對用戶來說十分重要。
      當(dāng)電信設(shè)備出現(xiàn)故障或者業(yè)務(wù)不通時,告警是提示用戶最有效的方式,所以保證網(wǎng)管和設(shè)備告警的一致性是關(guān)鍵。告警數(shù)據(jù)模塊一般通過以下兩種方式保證網(wǎng)管和設(shè)備告警的一致性,第一種是設(shè)備產(chǎn)生告警時主動上報給網(wǎng)管,網(wǎng)管實時顯示;第二種是網(wǎng)管提供用戶主動到設(shè)備上同步告警的通道,以第一種方式為主第二種方式為輔。
      通常情況下,設(shè)備產(chǎn)生告警并上報給網(wǎng)管,網(wǎng)管接收后呈現(xiàn)給用戶,可以保證網(wǎng)管和設(shè)備告警的一致性,但是,在設(shè)備和網(wǎng)管通訊采用非保障協(xié)議(例如,UDP),或者網(wǎng)絡(luò)環(huán)境不理想,或者短時間告警數(shù)據(jù)量大時,可能會出現(xiàn)設(shè)備產(chǎn)生的告警無法發(fā)送到網(wǎng)管的情況;于是,有了上面提到的主動方式讓用戶手工同步告警來保持一致,但是采用這種方式存在缺點用戶無法掌握同步的時機和頻率,大大降低了網(wǎng)管的服務(wù)性和易用性。
      為了保證網(wǎng)管和設(shè)備告警的一致性,專利號為CN200810227308. 4的專利公開了一種同步告 警信息的方法、裝置及系統(tǒng)。該專利中通過判斷告警唯一標(biāo)識的連續(xù)性來觸發(fā)同步。但是在該專利中,并沒有考慮告警同步和告警主動上報是兩個單獨的流程,即在告警同步的過程中可能告警主動上報,對于此,在該專利中并不做處理,這樣就會出現(xiàn)告警時序問題,影響告警的同步。因此,現(xiàn)有技術(shù)中存在在告警同步過程中可能有告警主動上報時引起的告警時序的混亂,從而導(dǎo)致告警不同步的問題。發(fā)明內(nèi)容
      針對現(xiàn)有技術(shù)存在在告警同步過程中可能有告警主動上報時引起的告警時序的混亂,從而導(dǎo)致告警不同步的問題,本發(fā)明提供了一種告警同步處理方法及裝置,以至少解決上述問題。
      根據(jù)本發(fā)明的一方面,提供了一種告警同步處理方法,包括接收到設(shè)備上報的告警;確定告警同步正在進行;緩存所述告警,并在所述告警同步結(jié)束之后,繼續(xù)處理緩存的生敬口目。
      優(yōu)選地,繼續(xù)處理緩存的告警包括判斷是否需要對緩存的告警進行告警同步; 在判斷結(jié)果為是的情況下,再次觸發(fā)告警同步。
      優(yōu)選地,判斷緩存的所述告警是否需要告警同步包括判斷緩存的所述告警所對應(yīng)的標(biāo)識是否連續(xù),其中,所述設(shè)備連續(xù)標(biāo)識其上報的告警;如果所述告警標(biāo)識出現(xiàn)跳變, 確定需要對緩存的告警進行告警同步。
      優(yōu)選地,在緩存的所述告警標(biāo)識出現(xiàn)跳變時,不更新所述告警標(biāo)識,同步結(jié)束后,通過上報的所述告警標(biāo)識的必然跳變觸發(fā)一次告警同步來恢復(fù)同步過程中上報的所述多個連續(xù)的告警標(biāo)識對應(yīng)的告警。
      優(yōu)選地,還包括所述設(shè)備在預(yù)定的時間段內(nèi)沒有新的告警上報時,將最后一次上報的所述告警進行預(yù)定次數(shù)的重復(fù)上報;在接收到的所述告警與上一次接收到的告警一致的情況下,丟棄所述告警。
      根據(jù)本發(fā)明的另一方面,提供了一種告警同步處理裝置,包括接收模塊,用于接收到設(shè)備上報的告警;確定模塊,用于確定告警同步正在進行;緩存模塊,用于緩存所述告警,并在所述告警同步結(jié)束之后,繼續(xù)處理緩存的告警。
      優(yōu)選地,所述緩存模塊包括判斷模塊,用于判斷是否需要對緩存的告警進行告警同步;觸發(fā)模塊,用于在判斷結(jié)果為是的情況下,再次觸發(fā)告警同步。
      優(yōu)選地,所述判斷模塊包括第一判斷模塊,用于判斷緩存的所述告警所對應(yīng)的標(biāo)識是否連續(xù),其中,所述設(shè)備連續(xù)標(biāo)識其上報的告警;第一確定模塊,用于如果所述告警標(biāo)識出現(xiàn)跳變,確定需要對緩存的告警進行告警同步。
      優(yōu)選地,所述第一確定模塊,還用于在緩存的所述告警標(biāo)識出現(xiàn)跳變時,不更新所述告警標(biāo)識,同步結(jié)束后,通過上報的所述告警標(biāo)識的必然跳變觸發(fā)一次告警同步來恢復(fù)同步過程中上報的所述多個連續(xù)的告警標(biāo)識對應(yīng)的告警。
      優(yōu)選地,還包括丟棄模塊,用于在所述設(shè)備在預(yù)定的時間段內(nèi)沒有新的告警上報時,將最后一次上報的所述告警進行預(yù)定次數(shù)的重復(fù)上報之后,在接收到的所述告警與上一次接收到的告警一致的情況下,丟棄所述告警。
      通過本發(fā)明,采用接收到設(shè)備上報的告警;確定告警同步正在進行;緩存所述告警,并在所述告警同步結(jié)束之后,繼續(xù)處理緩存的告警,解決了存在在告警同步過程中可能有告警主動上報時引起的告警時序的混亂,從而導(dǎo)致告警不同步的問題,進而達(dá)到了明確了在告 警同步過程中的告警與告警主動上報的告警之間的時序,使告警獲得同步的效果。


      此處所說明的附圖用來提供對本發(fā)明的進一步理解,構(gòu)成本申請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
      圖1是根據(jù)本發(fā)明實施例的告警同步處理方法的流程圖2是根據(jù)本發(fā)明實施例的告警同步處理裝置的結(jié)構(gòu)框圖3是根據(jù)本發(fā)明實施例的緩存模塊的結(jié)構(gòu)框圖4是根據(jù)本發(fā)明實施例的判斷模塊的結(jié)構(gòu)框圖5是根據(jù)本發(fā)明優(yōu)選實施例的告警同步處理裝置的結(jié)構(gòu)框圖6是根據(jù)本發(fā)明實施例的告警同步處理方法的流程圖。
      具體實施方式
      下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。
      針對現(xiàn)有技術(shù)中沒有考慮告警同步和告警主動上報是兩個流程,同步的同時可能有告警主動上報,如果不做處理會出現(xiàn)告警時序混亂的問題,在本實施例中提供了一種告警同步處理方法,圖1是根據(jù)本發(fā)明實施例的告警同步處理方法的流程圖,如圖1所示,該流程包括如下步驟
      步驟S102,接收到設(shè)備上報的告警;
      步驟S104,確定告警同步正在進行;
      步驟S106,緩存該告警,并在該告警同步結(jié)束之后,繼續(xù)處理緩存的告警。
      通過上述步驟,在確定存在同步告警,接收到告警時,緩存該告警,明確了在告警同步過程中的告警與告警主動上報的告警之間的時序,通過對告警同步與告警主動上報兩個流程的區(qū)分,來分別安排處理時間,達(dá)到了告警的有效同步。
      對于緩存的告警,其也有可能出現(xiàn)告警丟失的情況,對于這種情況,可以根據(jù)實際需要隨時發(fā)起告警同步處理,但是,這種簡單的多次告警同步會導(dǎo)致效率比較低。作為一個優(yōu)選的實施方式,在告警同步處理完成之后,再對緩存的告警是否需要告警同步進行判斷, 在緩存的告警需要告警同步時,再次觸發(fā)告警同步。這樣的處理方式可以不再需要多次調(diào)用告警同步處理,在緩存過程中無論丟失了多少告警,只要進行一次同步即可以全部完成, 提聞了告警同步的效率。
      對于判斷在什么情況下可以調(diào)用告警同步可以采用多種方式,例如,上報告警的設(shè)備連續(xù)標(biāo)識其上報的告警,判斷緩存的該告警所對應(yīng)的該標(biāo)識是否連續(xù),如果該告警標(biāo)識出現(xiàn)跳變,則確定需要對緩存的告警進行 告警同步。又例如,根據(jù)之前的經(jīng)驗值來進行判斷,如果根據(jù)歷史的統(tǒng)計來看,在每天的8:00-8:10通常會有30-40個左右的告警,如果在某天在該時間段內(nèi)只接收到了數(shù)量很少的告警,則可以直接斷定必然存在告警丟失的現(xiàn)象,此時就可以直接啟動告警同步。
      更優(yōu)地,在緩存的告警標(biāo)識出現(xiàn)跳變時,不更新告警標(biāo)識,同步結(jié)束后,通過上報的告警標(biāo)識的必然跳變觸發(fā)一次告警同步來恢復(fù)同步過程中上報的多個連續(xù)的告警標(biāo)識對應(yīng)的告警。同步過程中主動上報的告警如果有跳變,立即停止緩存告警標(biāo)識的更新,(即, 同步過程中緩存的告警可能出現(xiàn)不止一次的跳變,只要出現(xiàn)一次即不再更新告警標(biāo)識。)這樣在同步完成后,主動上報的告警標(biāo)識和緩存的告警標(biāo)識必定會出現(xiàn)跳變,觸發(fā)同步保證告警狀態(tài)。通過這樣的處理,在流程上和普通告警上報(非同步過程中的告警上報)發(fā)生跳變的流程一致,不需要額外增加處理;另外,同步過程中可能發(fā)生多次跳變,這里只在第一次跳變出現(xiàn)時停止更新緩存的告警唯一標(biāo)識,通過同步完成后標(biāo)識的跳變進行一次同步恢復(fù)告警。
      即在告警同步的過程中,如果告警正常,則對設(shè)備對應(yīng)的標(biāo)識進行正常的更新,如果跳變,則不再更新設(shè)備對應(yīng)的標(biāo)識,待同步完成后,主動上報告警標(biāo)識的必然跳變,觸發(fā)告警同步流程,使設(shè)備與網(wǎng)管的告警達(dá)到一致(即告警在系統(tǒng)中達(dá)到同步),這樣一次同步就可以恢復(fù)之前丟失的多個告警。該處理方式,克服了只要流水號不連續(xù)即同步,沒有考慮到同步過程中,可能多次出現(xiàn)告警流水號不連續(xù)的情況,而產(chǎn)生的效率低下的問題,并且還可能產(chǎn)生復(fù)雜度高、網(wǎng)絡(luò)流量負(fù)載更大的問題。而通過上述的處理方式,實現(xiàn)了告警同步的簡潔化,并且可行性比較高。
      針對在告警同步過程中出現(xiàn)的一些特殊情況,例如,對最后一條告警丟失時,設(shè)備在預(yù)定的時間段內(nèi)沒有新的告警上報時,將最后一次上報的告警進行預(yù)定次數(shù)的重復(fù)上報,例如,預(yù)定的時間為10-15秒,預(yù)定的次數(shù)為3次;網(wǎng)管在接收到的告警與上一次接收到的告警一致的情況下,直接丟棄該告警。而在設(shè)備與網(wǎng)管出現(xiàn)斷鏈時,即處于無法管理的狀態(tài)時,這時設(shè)備無法上報告警,此時設(shè)備與網(wǎng)管不同步也是正常的,在現(xiàn)有技術(shù)中通過不停的和設(shè)備交互流水號,來避免設(shè)備脫管時告警丟失的問題,需要定時不停的交互,影響效率,而本發(fā)明實施例則通過設(shè)備直接建鏈立即同步,流程簡潔,效率更高。
      在本實施例中還提供了一種告警同步處理裝置,該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式,已經(jīng)進行過說明的不再贅述。如以下所使用的,術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn),但是硬件,或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。
      圖2是根據(jù)本發(fā)明實施例的告警同步處理裝置的結(jié)構(gòu)框圖,如圖2所示,該裝置包括接收模塊22、確定模塊24和緩存模塊26,下面對該裝置進行說明。接收模塊22,用于接收到設(shè)備上報的告警;確定模塊24,用于確定告警同步正在進行;緩存模塊26,用于緩存該告警,并在該告警同步結(jié)束之后,繼續(xù)處理緩存的告警。
      圖3是根據(jù)本發(fā)明實施例的緩存模塊的結(jié)構(gòu)框圖,如圖3所示,該緩存模塊26包括判斷模塊262和觸發(fā)模塊264 :判斷模塊262,用于判斷是否需要對緩存的告警進行告警同步;觸發(fā)模塊264,用于在判斷結(jié)果為是的情況下,再次觸發(fā)告警同步。
      圖4是根據(jù)本發(fā)明實施例的判斷模塊的結(jié)構(gòu)框圖,如圖4所示,該判斷模塊262包括第一判斷模塊2622和第一確定模塊2624 :第一判斷模塊2622,用于判斷緩存的該告警所對應(yīng)的標(biāo)識是否連續(xù),其中,該設(shè)備連續(xù)標(biāo)識其上報的告警;第一確定模塊2624,用于如果該告警標(biāo)識出現(xiàn)跳變,確定需要對緩存的告警進行告警同步;該第一確定模塊,還用于在緩存的告警標(biāo)識出現(xiàn)跳變時,不更新告警標(biāo)識,同步結(jié)束后,通過上報的告警標(biāo)識的必然跳變觸發(fā)一次告警同步來恢復(fù)同步過程中上報的多個連續(xù)的告警標(biāo)識對應(yīng)的告警。
      圖5是根據(jù)本發(fā)明優(yōu)選實施例的告警同步處理裝置的結(jié)構(gòu)框圖,如圖5所示,該裝置除包括圖2所示的模塊外 ,還包括丟棄模塊28,用于在設(shè)備在預(yù)定的時間段內(nèi)沒有新的告警上報時,將最后一次上報的告警進行預(yù)定次數(shù)的重復(fù)上報之后,在接收到的該告警與上一次接收到的告警一致的情況下,丟棄該告警。
      本本實施例中還提供了一種在告警丟失時網(wǎng)管自動同步的處理方法,用以在設(shè)備產(chǎn)生告警而沒有發(fā)送到網(wǎng)管,設(shè)備網(wǎng)管告警不一致時,網(wǎng)管觸發(fā)自動同步告警以保持設(shè)備網(wǎng)管告警的一致性,大大提高網(wǎng)管的服務(wù)性和易用性,減少用戶人工同步的次數(shù)。本實施例的告警丟失自動同步的處理方法,包括
      在設(shè)備側(cè)為主動上報的告警打上一個唯一標(biāo)識,唯一標(biāo)識是從I計數(shù)的正整數(shù), 不論告警產(chǎn)生或者消失,按I遞增,設(shè)備重啟后計數(shù)從I重新開始計數(shù);考慮到設(shè)備在一段時間內(nèi)可能不會產(chǎn)生告警,如果該時間段的起始時間點產(chǎn)生的告警網(wǎng)管接收不到,會導(dǎo)致網(wǎng)管顯示延時(后續(xù)涉及到的通過唯一標(biāo)識跳變觸發(fā)告警同步),嚴(yán)重時甚至漏掉而無法上報到網(wǎng)管;為了防止這種情況的出現(xiàn),如果設(shè)備側(cè)告警產(chǎn)生(或消失)后一段時間內(nèi),沒有新告警產(chǎn)生(或消失),則設(shè)備側(cè)再次重復(fù)上報該告警多次(例如,兩次)??紤]到告警丟失,長時間段內(nèi)不產(chǎn)生告警,和后續(xù)兩次告警仍然丟掉的概率,該方法可靠性和可行性高。
      網(wǎng)管收到告警時,取出該告警附帶的唯一標(biāo)識,并保存該唯一標(biāo)識;
      網(wǎng)管比較本次收到的告警唯一標(biāo)識和上次收到的告警唯一標(biāo)識,如果遞增是1, 則繼續(xù)網(wǎng)管告警模塊后續(xù)流程;如果非遞增1,則說明有告警丟失的情況出現(xiàn),觸發(fā)告警同步,重新到設(shè)備上獲取告警。
      網(wǎng)管進行告警同步的同時會有設(shè)備側(cè)告警主動上報,這是兩個線程,要保持線程同步。原因如下告警上報是有時序控制的,正常情況下,一條告警必定經(jīng)過產(chǎn)生和消失兩個步驟,也就是說,告警產(chǎn)生時會上報一條,告警消失時也會上報一條,產(chǎn)生和消失的主要區(qū)別是消失多了一個消失時間,其他關(guān)鍵字基本一樣,那么,同一條告警A的產(chǎn)生(這里我們用+標(biāo)識產(chǎn)生)A+,和消失(這里我們用-標(biāo)識消失)A-,網(wǎng)管收到的時序應(yīng)該是A+和 Α~ ο
      此時,問題就出現(xiàn)了。如果在告警同步時,設(shè)備上有告警A,也就是A+,網(wǎng)管同步過程比較耗時,在A+還未處理完時,設(shè)備上告警A就消失了,也就是A-,那么會出現(xiàn)A-和A+ 的時序,結(jié)果就是先收到的A-直接丟掉,后收到的A+消失不掉,沒有后續(xù)操作會一直顯示在網(wǎng)管上,導(dǎo)致設(shè)備網(wǎng)管告警不一致。
      所以,在同步告警時,需要先緩存上報的告警,待同步告警完成后,繼續(xù)上報緩存的告警,保證告警時序。
      在緩存的過程中,同樣可能有告警丟失的情況出現(xiàn),甚至不止一次,如果遇到告警丟失簡單的觸發(fā)同步,會導(dǎo)致多次同步,網(wǎng)管告警處理效率和效果都不會理想。于是,在同步過程中,如果告警標(biāo)識正常遞增則正常更新,如果告警標(biāo)識出現(xiàn)跳變則不再更新對應(yīng)網(wǎng)元的最新標(biāo)識。通過同步完成后,主動上報告警唯一標(biāo)識的必然跳變觸發(fā)再次同步保證設(shè)備網(wǎng)管告警的一致性。這樣一次同步可以恢復(fù)之前丟失的多個告警。
      在以上過程中,會出現(xiàn)網(wǎng)管和設(shè)備斷鏈,無法管理的情況,這期間設(shè)備產(chǎn)生的告警無法上報到網(wǎng)管是正常的,網(wǎng)管通過再次與設(shè)備建鏈時立即同步告警來彌補這個問題,保證管理上設(shè)備初始時,網(wǎng)管和設(shè)備上的告警是一致的。
      在本實施例中還提供了一種告警丟失自動同步的處理裝置,該裝置包括
      接收解析模塊,用于接收設(shè)備上報的告警,并解析出該告警的詳細(xì)信息,附帶的唯一標(biāo)識;上報處理模塊,用于保存并更新設(shè)備每次上報的告警唯一標(biāo)識;同時,比較本次和上次的告警唯一標(biāo)識,如果發(fā)現(xiàn)唯一標(biāo)識正常遞增,則轉(zhuǎn)換設(shè)備告警報文,正常上報網(wǎng)管界面;如果發(fā)現(xiàn)唯一標(biāo)識跳變,則觸發(fā)同步模塊進行告警同步,在同步期間保證設(shè)備上報告警的正常處理并緩存。同步處理模塊,用于主動到設(shè)備查詢當(dāng)前所有告警。
      作為一個優(yōu)選的實施方式,該裝置還包括儲存模塊,用于保存設(shè)備上報的告警唯一標(biāo)識,并且每次上報更新該標(biāo)識;緩存模塊,用于告警主動同步時,緩存設(shè)備主動上報的告警;其他模塊協(xié)調(diào)模塊,用于保證上報處理模塊和同步處理模塊的線程同步;比較模塊,用于比較唯一標(biāo)識,通過比較結(jié)果判斷下一步流程等。
      在本優(yōu)選實施例中提供了一種告警同步處理方法,圖6是根據(jù)本發(fā)明實施例的告警同步處理方法的流程圖,如圖6所示,該方法包括如下步驟,需要說明的是,此處所描述的具體優(yōu)選實施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。在本優(yōu)選實施例中,以告警上報處理為主流程,以告警同步為輔。
      步驟S0,設(shè)備發(fā)送告警,不論該告警是產(chǎn)生還是消失,告警唯一標(biāo)識遞增1,特別的,發(fā)送完告警10秒內(nèi)沒有新的告警產(chǎn)生或者消失,設(shè)備把最后一條告警重復(fù)發(fā)送兩次, 告警唯一標(biāo)識不變,告警內(nèi)容不變;保護時間10秒可以通過配置文件設(shè)置。網(wǎng)管接收設(shè)備側(cè)上報告警。
      步驟S2,解析告警報文中附帶的設(shè)備ip,通過該ip獲得網(wǎng)管對應(yīng)網(wǎng)元,后續(xù)上報給對應(yīng)網(wǎng)元;解析告警附帶的唯一標(biāo)識,后面步驟中進行比較唯一標(biāo)識。
      步驟S4,,判斷唯一標(biāo)識是否為I。
      步驟S42,如果唯一標(biāo)識是1,則清空該網(wǎng)元保存的網(wǎng)元和唯一標(biāo)識映射,同時更新唯一標(biāo)識為I ;網(wǎng)管會保存每個網(wǎng)元及其最新的唯一標(biāo)識的映射,每次收到告警后,取出內(nèi)存中該網(wǎng)元和告警的唯一標(biāo)識進行比較,判斷遞增情況。
      步驟S44,如果唯一標(biāo)識不是1,則檢查內(nèi)存中是否保存了網(wǎng)元和告警唯一標(biāo)識映射關(guān)系。
      步驟S442,如果內(nèi)存中不存在此關(guān)系,則直接保存該映射關(guān)系。
      步驟S444,如果內(nèi)存中存在此關(guān)系,則取出該網(wǎng)兀對應(yīng)的最新唯一標(biāo)識。
      步驟S446,比較本次告警唯一標(biāo)識和上次告警唯一標(biāo)識(也就是內(nèi)存中保存的該網(wǎng)元告警唯一標(biāo)識)。
      步驟S448,如果本次唯一標(biāo)識和上次一致,則直接返回S0,此情況是發(fā)明內(nèi)容的處理方法里提到的,為了避免出現(xiàn)最后一條告警丟失無法到達(dá)網(wǎng)管,設(shè)備會連續(xù)三次發(fā)送最后一條告警,降低丟失概率;也就是,如果在10秒內(nèi)沒有產(chǎn)生(消失)新告警,設(shè)備會把最后一條告警連續(xù)發(fā)三次;唯一標(biāo)識相同說明該告警網(wǎng)管之前已處理過,后面為重復(fù)上報的,可以丟掉不必處理,判斷遞增是否大于I。
      步驟S4484,如果本次唯一標(biāo)識和上次比較,只遞增1,則說明正常,更新網(wǎng)元和最新唯一標(biāo)識映射;
      步驟S4482,如果本次唯一標(biāo)識和上次比較,不止遞增1,則說明有告警丟失,判斷網(wǎng)管此時是否 正在同步該網(wǎng)元告警,
      步驟S44824,如果正在同步告警,貝U不更新網(wǎng)元和最新唯一標(biāo)識映射,繼續(xù)處理, 轉(zhuǎn)換告警報文為網(wǎng)管報文格式,不上報界面,只是在內(nèi)存中緩存該告警;網(wǎng)元是否在同步告警,在同步告警的流程開始處進行標(biāo)記,同時放到網(wǎng)元同步隊列中,在同步告警的流程結(jié)束后網(wǎng)元從同步隊列中去除,取消標(biāo)記,同時上報在網(wǎng)元同步過程中緩存的告警。
      步驟S44822,如果沒有同步告警,首先更新網(wǎng)元和最新唯一標(biāo)識映射,其次網(wǎng)元放入同步隊列,最后觸發(fā)該網(wǎng)元告警同步,并且中斷本次告警上報流程直接返回,處理下一條設(shè)備上報的告警。放入同步隊列的網(wǎng)元在同步完成后從同步隊列中去除,取消標(biāo)記。
      步驟S44826,告警轉(zhuǎn)換報文格式,并上報;如果本次唯一標(biāo)識和上次比較,遞減, 說明異常,直接丟棄;處理下一條設(shè)備上報的告警,循環(huán)。
      綜上所述,采用本發(fā)明實施例中的告警丟失自動同步的處理方法,實現(xiàn)了網(wǎng)管無法正常接收到設(shè)備側(cè)告警時自動觸發(fā)告警同步,保證了網(wǎng)管設(shè)備告警的一致性,提高了網(wǎng)管告警的服務(wù)性和友好性。
      顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn),它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn),從而,可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行,并且在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟,或者將它們分別制作成各個集成電路模塊,或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
      以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護 范圍之內(nèi)。
      權(quán)利要求
      1.一種告警同步處理方法,其特征在于包括 接收到設(shè)備上報的告警; 確定告警同步正在進行; 緩存所述告警,并在所述告警同步結(jié)束之后,繼續(xù)處理緩存的告警。
      2.根據(jù)權(quán)利要求1所述的方法,其特征在于,繼續(xù)處理緩存的告警包括 判斷是否需要對緩存的告警進行告警同步; 在判斷結(jié)果為是的情況下,再次觸發(fā)告警同步。
      3.根據(jù)權(quán)利要求2所述的方法,其特征在于,判斷緩存的所述告警是否需要告警同步包括 判斷緩存的所述告警所對應(yīng)的標(biāo)識是否連續(xù),其中,所述設(shè)備連續(xù)標(biāo)識其上報的告警, 如果所述告警標(biāo)識出現(xiàn)跳變,確定需要對緩存的告警進行告警同步。
      4.根據(jù)權(quán)利要求3所述的方法,其特征在于,在緩存的所述告警標(biāo)識出現(xiàn)跳變時,不更新所述告警標(biāo)識,同步結(jié)束后,通過上報的所述告警標(biāo)識的必然跳變觸發(fā)一次告警同步來恢復(fù)同步過程中上報的所述多個連續(xù)的告警標(biāo)識對應(yīng)的告警。
      5.根據(jù)權(quán)利要求1所述的方法,其特征在于,還包括 所述設(shè)備在預(yù)定的時間段內(nèi)沒有新的告警上報時,將最后一次上報的所述告警進行預(yù)定次數(shù)的重復(fù)上報; 在接收到的所述告警與上一次接收到的告警一致的情況下,丟棄所述告警。
      6.一種告警同步處理裝置,其特征在于包括 接收模塊,用于接收到設(shè)備上報的告警; 確定模塊,用于確定告警同步正在進行; 緩存模塊,用于緩存所述告警,并在所述告警同步結(jié)束之后,繼續(xù)處理緩存的告警。
      7.根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述緩存模塊包括 判斷模塊,用于判斷是否需要對緩存的告警進行告警同步; 觸發(fā)模塊,用于在判斷結(jié)果為是的情況下,再次觸發(fā)告警同步。
      8.根據(jù)權(quán)利要求7所述的裝置,其特征在于,所述判斷模塊包括 第一判斷模塊,用于判斷緩存的所述告警所對應(yīng)的標(biāo)識是否連續(xù),其中,所述設(shè)備連續(xù)標(biāo)識其上報的告警; 第一確定模塊,用于如果所述告警標(biāo)識出現(xiàn)跳變,確定需要對緩存的告警進行告警同步。
      9.根據(jù)權(quán)利要求8所述的裝置,其特征在于,所述第一確定模塊,還用于在緩存的所述告警標(biāo)識出現(xiàn)跳變時,不更新所述告警標(biāo)識,同步結(jié)束后,通過上報的所述告警標(biāo)識的必然跳變觸發(fā)一次告警同步來恢復(fù)同步過程中上報的所述多個連續(xù)的告警標(biāo)識對應(yīng)的告警。
      10.根據(jù)權(quán)利要求6所述的裝置,其特征在于,還包括 丟棄模塊,用于在所述設(shè)備在預(yù)定的時間段內(nèi)沒有新的告警上報時,將最后一次上報的所述告警進行預(yù)定次數(shù)的重復(fù)上報之后,在接收到的所述告警與上一次接收到的告警一致的情況下,丟棄所述告警。
      全文摘要
      本發(fā)明公開了一種告警同步處理方法及裝置,該方法包括,接收設(shè)備上報的告警;確定告警同步正在進行;緩存告警,并在告警同步結(jié)束之后,繼續(xù)處理緩存的告警,通過本發(fā)明,解決了存在在告警同步過程中可能有告警主動上報時引起的告警時序的混亂,從而導(dǎo)致告警不同步的問題,進而達(dá)到了明確了在告警同步過程中的告警與告警主動上報的告警之間的時序,使告警獲得同步的效果。
      文檔編號H04L12/24GK103023676SQ20111028370
      公開日2013年4月3日 申請日期2011年9月22日 優(yōu)先權(quán)日2011年9月22日
      發(fā)明者劉偉, 楊世榮 申請人:中興通訊股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1