本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種告警的處理方法及裝置。

背景技術(shù)：

移動通信網(wǎng)絡(luò)的告警管理模式是統(tǒng)一集中管理模式，圖1是相關(guān)技術(shù)中移動通信網(wǎng)絡(luò)告警管理圖，圖2是相關(guān)技術(shù)中基站告警上報到網(wǎng)管流程圖，如圖1和圖2所示，分布在不同地點的N個(幾百到幾千個)基站，統(tǒng)一將告警數(shù)據(jù)上報到位于監(jiān)控中心的網(wǎng)管，統(tǒng)一監(jiān)控。

網(wǎng)管收到了某個基站的告警后，首先需要將該告警記錄在網(wǎng)管硬盤上，然后還需要視情況自動產(chǎn)生工單(例如某告警持續(xù)了10分鐘，則自動產(chǎn)生一個工單)。正常情況下，告警產(chǎn)生后，持續(xù)較長時間或一直持續(xù)，網(wǎng)管會派一個此告警的工單，通知維護(hù)人員上站處理，處理完成后，告警消失，工單關(guān)閉。但某些告警不是這樣的，會反復(fù)地發(fā)生，反復(fù)上報網(wǎng)管，例如，GPS饋線輕微短路，會導(dǎo)致反復(fù)上報GPS短路告警，又例如，有的位于娛樂場所的RRU使用照明電供電，導(dǎo)致每天晚上物業(yè)關(guān)電時，基站也上報一次RRU斷電告警。

這些反復(fù)告警，本文稱之為頻閃告警，或者抖動告警，除了導(dǎo)致網(wǎng)管占用很大硬盤空間用以記錄，還導(dǎo)致有時一直派不出工單，即每次告警持續(xù)時間很短，尚未派單就恢復(fù)了，或者有時反復(fù)派單，即上一次派單了，有關(guān)人員尚未來得及上站處理，告警又恢復(fù)了，接著又告警發(fā)生，又派單。

查詢相關(guān)技術(shù)中有關(guān)與告警處理的專利文獻(xiàn)有：

第一篇：公開/公告號：CN101014179，公開/公告日期：2007.08.08，名稱：一種通信系統(tǒng)中告警防抖的實現(xiàn)裝置和實現(xiàn)方法。該專利的方法是，預(yù)定時間內(nèi)告警次數(shù)超過門限，則上報的告警不恢復(fù)，預(yù)定時間內(nèi)告警不再發(fā)生，則上報恢復(fù)。

第二篇：公開/公告號：CN101917303A，公開/公告日期：2010.12.15，名稱：告警防抖動的處理方法及裝置。該專利的方法是，通過預(yù)測試獲取設(shè)備的告警產(chǎn)生與恢復(fù)之間的時間間隔權(quán)值T，比較時間間隔權(quán)值T和設(shè)備的預(yù)定的標(biāo)準(zhǔn)時間間隔W的大小，并根據(jù)T和W的大小關(guān)系確定所采用的告警抖動處理策略。

可見，相關(guān)技術(shù)中對于告警的處理具有缺點如下：(1)不適合周期較長的反復(fù)告警(幾十分鐘或幾個小時或一天或幾天才發(fā)生一次的周期告警)；(2)一般只能對常見抖動告警設(shè)置；(3)用戶在網(wǎng)管看到的告警都是一樣的，不知道哪些是一直持續(xù)的告警， 哪些是抖動的告警；(4)用戶從其它途徑知道是抖動告警了，也不知道抖動的規(guī)律，排障很不方。

針對相關(guān)技術(shù)中難以區(qū)分告警的抖動規(guī)律的問題，目前尚未存在有效的解決方案。

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

本發(fā)明提供了一種告警的處理方法及裝置，以至少解決相關(guān)技術(shù)中難以區(qū)分告警的抖動規(guī)律的問題。

根據(jù)本發(fā)明的一個方面，提供了一種告警的處理方法，包括：統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息，其中，所述頻閃告警為周期性產(chǎn)生的告警，所述頻閃告警的信息包括：所述頻閃告警的類型、產(chǎn)生所述頻閃告警的平均周期、所述平均周期中正常平均持續(xù)時間、所述平均周期中告警平均持續(xù)時間；上報所述頻閃告警的信息；在經(jīng)過指定時間段后所述頻閃告警未產(chǎn)生時，上報用于指示所述頻閃告警恢復(fù)的信息，其中，所述指定時間段為所述正常平均持續(xù)時間的整數(shù)倍。

進(jìn)一步地，在統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息之前，所述方法還包括：預(yù)先配置所述頻閃告警平均周期的閾值范圍。

進(jìn)一步地，在統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息之后，所述方法還包括：上報不在所述閾值范圍內(nèi)的非頻閃告警，或上報被設(shè)置為實時上報的頻閃告警。

進(jìn)一步地，在上報用于指示所述頻閃告警恢復(fù)的信息之后，所述方法還包括：接收實時上報所述頻閃告警的指令；依據(jù)所述指令不對所述頻閃告警的信息進(jìn)行統(tǒng)計，實時上報所述頻閃告警。

進(jìn)一步地，所述頻閃告警包括：快閃告警和慢閃告警。

根據(jù)本發(fā)明的一個方面，提供了一種告警的處理裝置，包括：統(tǒng)計模塊，用于統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息，其中，所述頻閃告警為周期性產(chǎn)生的告警，所述頻閃告警的信息包括：所述頻閃告警的類型、產(chǎn)生所述頻閃告警的平均周期、所述平均周期中正常平均持續(xù)時間、所述平均周期中告警平均持續(xù)時間；第一上報模塊，用于上報所述頻閃告警的信息；第二上報模塊，用于在經(jīng)過指定時間段后所述頻閃告警未產(chǎn)生時，上報用于指示所述頻閃告警恢復(fù)的信息，其中，所述指定時間段為所述正常平均持續(xù)時間的整數(shù)倍。

進(jìn)一步地，在統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息之前，所述裝置還包括：配置模塊，用于預(yù)先配置所述頻閃告警平均周期的閾值范圍。

進(jìn)一步地，在統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息之后，所述裝置還包括：第三上報模塊，用于上報不在所述閾值范圍內(nèi)的非頻閃告警，或被設(shè)置為實時上報的頻閃告警。

進(jìn)一步地，在上報用于指示所述頻閃告警恢復(fù)的信息之后，所述裝置還包括：接收模塊，用于接收實時上報所述頻閃告警的指令；第四上報模塊，用于依據(jù)所述指令不對所述頻閃告警的信息進(jìn)行統(tǒng)計，實時上報所述頻閃告警。

進(jìn)一步地，所述頻閃告警包括：快閃告警和慢閃告警。

在本發(fā)明中，采用基站統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中周期性產(chǎn)生的頻閃告警的信息，而該信息包括：頻閃告警的類型、產(chǎn)生頻閃告警的平均周期、平均周期中正常平均持續(xù)時間、平均周期中告警平均持續(xù)時間；在統(tǒng)計完之后上報頻閃告警的信息到網(wǎng)管，通過該信息網(wǎng)管就能適時的對告警進(jìn)行下單；而在經(jīng)過預(yù)定時間后頻閃告警未產(chǎn)生時，基站上報用于指示頻閃告警恢復(fù)的信息到網(wǎng)管，其中，預(yù)定時間為正常平均持續(xù)時間的整數(shù)倍，從而解決了相關(guān)技術(shù)中難以區(qū)分告警的抖動規(guī)律的問題，提高了處理告警的效率。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是相關(guān)技術(shù)中移動通信網(wǎng)絡(luò)告警管理圖；

圖2是相關(guān)技術(shù)中基站告警上報到網(wǎng)管流程圖；

圖3是根據(jù)本發(fā)明實施例的告警的處理方法的流程圖；

圖4是根據(jù)本發(fā)明實施例的告警的處理裝置的結(jié)構(gòu)框圖；

圖5是根據(jù)本發(fā)明實施例的告警的處理裝置的可選結(jié)構(gòu)框圖一；

圖6是根據(jù)本發(fā)明實施例的告警的處理裝置的可選結(jié)構(gòu)框圖二；

圖7是根據(jù)本發(fā)明實施例的告警的處理裝置的可選結(jié)構(gòu)框圖三；

圖8是根據(jù)本發(fā)明可選實施例的基站頻閃告警的上報方法流程圖。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種告警的處理方法，圖3是根據(jù)本發(fā)明實施例的告警的處理方法的流程圖，如圖3所示，該流程包括如下步驟：

步驟S302：基站統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息，其中，頻閃告警為反復(fù)產(chǎn)生的告警，頻閃告警的信息包括：頻閃告警的類型、頻閃告警反復(fù)產(chǎn)生的平均周期、平均周期中正常平均持續(xù)時間、平均周期中告警平均持續(xù)時間；

步驟S304：基站上報頻閃告警的信息到網(wǎng)管；

步驟S306：在經(jīng)過預(yù)定時間后頻閃告警未產(chǎn)生時，基站上報用于指示頻閃告警恢復(fù)的信息到網(wǎng)管，其中，預(yù)定時間為正常平均持續(xù)時間的整數(shù)倍。

在本實施例的步驟S302至步驟S306中，采用基站統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中反復(fù)產(chǎn)生的頻閃告警的信息，而該信息包括：頻閃告警的類型、頻閃告警反復(fù)產(chǎn)生的平均周期、平均周期中正常平均持續(xù)時間、平均周期中告警平均持續(xù)時間；在統(tǒng)計完之后上報頻閃告警的信息到網(wǎng)管，通過該信息網(wǎng)管就能適時的對告警進(jìn)行下單；而在經(jīng)過指定時間段后頻閃告警未產(chǎn)生時，基站上報用于指示頻閃告警恢復(fù)的信息到網(wǎng)管，其中，該指定時間段為正常平均持續(xù)時間的整數(shù)倍，可見，網(wǎng)管上能獲取到頻閃告警以及該頻閃告警的信息，以便進(jìn)行故障的排除，從而解決了相關(guān)技術(shù)中難以區(qū)分告警的抖動規(guī)律的問題，提高了處理告警的效率。

需要說明的是，本實施例中涉及到的頻閃告警為周期性產(chǎn)生的告警，但是對于同一頻閃告警可能在不同時間段的周期是不一致的，因此，在本實施例中涉及到的是預(yù)定時間段內(nèi)產(chǎn)生頻閃告警的平均周期，而該平均周期中正常平均持續(xù)時間是指在一個周期中沒有告警產(chǎn)生的時間段，如該正常平均持續(xù)時間為600s，而平均周期中告警平均持續(xù)時間是指一次告警持續(xù)的時間為10s。

此外，本實施例中涉及到的該指定時間段為正常平均持續(xù)時間的整數(shù)倍中，整數(shù)倍可選為2或3倍，此外由于本實施例中涉及到的告警包括：快閃告警和慢閃告警，而快閃告警是指兩次告警之間的時間很短，如兩次告警的時間為5個小時，慢閃告警是指兩次告警之間的時間很長，如兩次告警之間的時間為5s。因此，該也可以根據(jù)不同類型告警的進(jìn)行相應(yīng)的指定時間段取值，但該指定時間段不能等于正常平均持續(xù)時間。

在本實施實例的一個可選實施方式中，在統(tǒng)計該預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息之前，本本實施例的方法還可以包括：預(yù)先配置頻閃告警平均周期的閾值范圍。也就是說，基站可以預(yù)先對頻閃告警的進(jìn)行定義，即某一個告警的平均周期在某一個閾值范圍內(nèi)時，這個告警就屬于頻閃告警，當(dāng)然基站也可以不用事先配置頻閃告警的定義；基站可以通過已產(chǎn)生的告警進(jìn)行學(xué)習(xí)，統(tǒng)計該閾值范圍內(nèi)的頻閃告警的信息。

而在本實施例的另一個可選實施方式中，本實施例的方法還可以包括：在統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息之后，上報不在閾值范圍內(nèi)的非頻閃告警，或被設(shè)置為實時上報的頻閃告警。也就是說，對于本實施例中的告警，并不對所有的告警信息進(jìn)行統(tǒng)計，只統(tǒng)計是頻閃告警且沒有被設(shè)置為實時上報，不是頻閃告警或需要實時上報的頻閃告警則是直接上報的。

而對于本實施例中的進(jìn)行統(tǒng)計的頻閃告警，也是可以實時上報的，需要通過如下步驟來實現(xiàn)：

步驟S11：基站接收實時上報頻閃告警的指令；

步驟S12：基站依據(jù)指令不對頻閃告警的信息進(jìn)行統(tǒng)計，直接實時上報頻閃告警。

可見，通過上述步驟S11和步驟S12，在接收到該指令之后，不再對頻閃告警的信息進(jìn)行統(tǒng)計，而是直接上報該頻閃告警。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機(jī)，計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例的方法。

在本實施例中還提供了一種告警的處理裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進(jìn)行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。

圖4是根據(jù)本發(fā)明實施例的告警的處理裝置的結(jié)構(gòu)框圖，如圖4所示，該裝置包括：統(tǒng)計模塊42，用于統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息，其中，頻閃告警為周期性產(chǎn)生的告警，頻閃告警的信息包括：頻閃告警的類型、產(chǎn)生頻閃告警的平均周期、平均周期中正常平均持續(xù)時間、平均周期中告警平均持續(xù)時間；第一上報模塊44，與統(tǒng)計模塊42耦合連接，用于上報頻閃告警的信息；第二上報模塊46，與統(tǒng)計模塊42耦合連接，用于在經(jīng)過指定時間段后頻閃告警未產(chǎn)生時，上報用于指示頻閃告警恢復(fù)的信息，其中，指定時間段為正常平均持續(xù)時間的整數(shù)倍。

圖5是根據(jù)本發(fā)明實施例的告警的處理裝置的可選結(jié)構(gòu)框圖一，如圖5所示，在統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息之前，該裝置還包括：配置模塊52，與統(tǒng)計模塊42耦合連接，用于預(yù)先配置頻閃告警平均周期的閾值范圍。

圖6是根據(jù)本發(fā)明實施例的告警的處理裝置的可選結(jié)構(gòu)框圖二，如圖6所示，在統(tǒng)計預(yù)定時間段內(nèi)已產(chǎn)生告警中頻閃告警的信息之后，該裝置還包括：第三上報模塊62，與統(tǒng)計模塊42耦合連接，用于上報不在閾值范圍內(nèi)的非頻閃告警，或被設(shè)置為實時上報的頻閃告警。

圖7是根據(jù)本發(fā)明實施例的告警的處理裝置的可選結(jié)構(gòu)框圖三，如圖7所示，在上報用于指示頻閃告警恢復(fù)的信息之后，裝置還包括：接收模塊72，與第二上報模塊46耦合連接，用于接收實時上報頻閃告警的指令；第四上報模塊74，與接收模塊72耦合 連接，用于依據(jù)指令不對頻閃告警的信息進(jìn)行統(tǒng)計，實時上報頻閃告警。

可選地，該頻閃告警包括：快閃告警和慢閃告警。

下面結(jié)合本發(fā)明的可選實施例對本發(fā)明進(jìn)行舉例說明；

本可選實施例提供了一種基站頻閃告警的上報方法，該方法適用于所有告警，適用于所有頻閃情況(快閃：兩次告警之間的時間很短，慢閃：兩次告警之間的時間很長)，而且還讓用戶通過網(wǎng)管就對那些告警是抖動告警(對應(yīng)上述實施例中的頻閃告警)及其抖動的周期(平均正常持續(xù)時間T_normal、平均告警持續(xù)時間T_alarm)一目了然，極大地方便派單及排障。本可選實施例方法的步驟包括：

步驟S402：基站對上報給網(wǎng)管的告警進(jìn)行統(tǒng)計，找出頻閃告警

其中，頻閃告警包括：快閃告警和慢閃告警，快閃告警每幾秒鐘發(fā)生一次，慢閃告警一天甚至幾天發(fā)生一次。

步驟S404：對頻閃告警，統(tǒng)計平均告警持續(xù)時間、平均正常持續(xù)時間，上報給網(wǎng)管時，告警名稱仍用原告警名稱，但上報的告警詳細(xì)信息中，在正常上報的詳細(xì)信息的基礎(chǔ)上增加三個字段：頻閃、平均正常持續(xù)時間T_normal、平均告警持續(xù)時間T_alarm，例如，原來上報的告警名稱是光口告警，現(xiàn)在上報的仍然是光口告警，原來上報的詳細(xì)信息是光口1，現(xiàn)在的詳細(xì)信息則是光口1、頻閃、平均正常持續(xù)時間＝600s、平均告警持續(xù)時間＝10s。上報頻閃告警后，其后發(fā)生的同一告警點的告警、恢復(fù)，只參與統(tǒng)計，不上報網(wǎng)管，當(dāng)連續(xù)n*T_normal(n在2和3之間)時間內(nèi)無告警時，上報告警恢復(fù)到網(wǎng)管。

步驟S406：繼續(xù)監(jiān)控，重新開始統(tǒng)計，回到步驟S402。

步驟S408：網(wǎng)管可以隨時發(fā)送命令給基站，讓基站不要統(tǒng)計上報，而是實時上報?；窘拥皆撁詈?，立即實時上報告警、恢復(fù)(維護(hù)人員上站排障時，需要看到實時告警數(shù)據(jù))。

采用本可選實施例的方法，對所有告警有效，網(wǎng)管上不但能看到穩(wěn)定的告警，便于派單，而且能明確看到哪一個告警是抖動告警以及平均正常持續(xù)時間T_normal、平均告警持續(xù)時間T_alarm，便于排障。

下面結(jié)合附圖對可選實施例進(jìn)行詳細(xì)說明；

圖8是根據(jù)本發(fā)明可選實施例的基站頻閃告警的上報方法流程圖，如圖8所示，該流程的步驟包括：

基站啟動后，首先設(shè)置一個軟件過濾器，讀取基站本地的有關(guān)告警頻閃上報的配置數(shù)據(jù)，或者向網(wǎng)管請求有關(guān)告警頻閃上報的配置數(shù)據(jù)。這些配置數(shù)據(jù)包括：是否支持頻閃統(tǒng)計上報、告警的頻閃門限(某告警多長時間多少次為頻閃)，如果沒有讀到或某些 告警不在配置名單中，則采納缺省支持模式及缺省門限。

上報給網(wǎng)管的告警需要經(jīng)過該軟件過濾器，過濾器記錄告警的發(fā)生次數(shù)、計算平均正常持續(xù)時間T_normal、平均告警持續(xù)時間T_alarm，判斷告警是否頻閃以及頻閃周期。

對于正常告警以及尚未判斷為頻閃的告警，或者網(wǎng)管要求實時上報告警，軟件過濾器正常上報告警、恢復(fù)。

對于判斷為頻閃的告警且網(wǎng)管沒要求實時上報，軟件過濾器在上報告警時，上報帶有頻閃詳細(xì)信息的告警，即告警名稱仍用原告警名稱，但告警詳細(xì)信息在正常上報的告警詳細(xì)信息的基礎(chǔ)上，增加三個字段：頻閃、平均正常持續(xù)時間T_normal、平均告警持續(xù)時間T_alarm。上報頻閃告警后，其后發(fā)生的同一告警點的告警、恢復(fù)，只參與統(tǒng)計，不上報網(wǎng)管，當(dāng)連續(xù)n*T_normal時間內(nèi)無告警時時間內(nèi)無告警時(對于快閃告警，n＝3*T_normal，對于慢閃告警，n＝2*T_normal)，上報告警恢復(fù)到網(wǎng)管。之后當(dāng)告警又發(fā)生時，重新開始統(tǒng)計，重復(fù)上面的過程。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領(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)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。