專利名稱：網(wǎng)管告警管理方法和系統(tǒng)以及告警采集服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)，特別涉及一種網(wǎng)管告警管理方法和系統(tǒng)以及一種告警 采集服務(wù)器。
背景技術(shù)：
現(xiàn)有移動通信系統(tǒng)中，網(wǎng)管告警管理作為運行維護的一部分，在定位、分析問題等 方面起到了非常重要的作用。網(wǎng)管告警管理的基本功能包括網(wǎng)管接收網(wǎng)元設(shè)備發(fā)送的告 警消息，對該消息進行整理后發(fā)送給網(wǎng)管后臺，從而使得網(wǎng)管后臺可以對整個系統(tǒng)的運行 情況進行實時監(jiān)控。現(xiàn)有網(wǎng)管告警管理系統(tǒng)主要包括告警數(shù)據(jù)庫服務(wù)器、告警采集服務(wù)器以及網(wǎng)元 設(shè)備。其中，告警采集服務(wù)器和網(wǎng)元設(shè)備之間通過網(wǎng)管網(wǎng)相連接，告警采集服務(wù)器與網(wǎng)元設(shè) 備之間為一對多的關(guān)系；網(wǎng)元設(shè)備可以是指設(shè)備調(diào)測操作維護中心(OMCR，Operation and Maintenance Center-Radio)、設(shè)備網(wǎng)管以及設(shè)備等；網(wǎng)元設(shè)備與告警采集服務(wù)器之間通過 實時消息接口進行通信。需要說明的是，這里所提到的接口是一種軟件意義上的接口，即一 種通信協(xié)議，通常指Q3、套接字等。在實際應(yīng)用中，不同的網(wǎng)元設(shè)備可以采用相同的接口，也 可以采用不同的接口，由網(wǎng)元設(shè)備本身的類型以及性能等確定。網(wǎng)元設(shè)備為被監(jiān)控的對象，當網(wǎng)元設(shè)備或其下掛的子網(wǎng)元發(fā)生故障時，網(wǎng)元設(shè)備 會發(fā)出相應(yīng)的告警消息，告警采集服務(wù)器通過Q3或套接字等接口實時接收該告警消息，并 將其進行整理，然后將整理后的告警消息發(fā)送給上層監(jiān)控應(yīng)用，以便上層監(jiān)控應(yīng)用將該告 警消息以屏幕顯示等方式提示給用戶，同時，將整理后的告警消息發(fā)給告警數(shù)據(jù)庫服務(wù)器 進行存儲，以便后續(xù)上層分析應(yīng)用對其進行統(tǒng)計和分析。由于網(wǎng)元設(shè)備發(fā)送的告警消息中 通常只會攜帶有網(wǎng)元設(shè)備標識以及故障原因等信息，不夠完善，因此，告警采集服務(wù)器接收 到告警消息后，會進一步根據(jù)告警消息中攜帶的網(wǎng)元設(shè)備標識，從自身預(yù)先保存的配置數(shù) 據(jù)中查找出該網(wǎng)元設(shè)備的名稱以及所在地等信息，并將這些信息補充到原告警消息中，以 使其更為完善。另外，在實際應(yīng)用中，網(wǎng)元設(shè)備在向告警采集服務(wù)器每發(fā)送一條告警消息后，會進 一步將該告警消息保存到自身的數(shù)據(jù)庫中，并且，根據(jù)具體內(nèi)容的不同，可將所保存的告警 消息分別兩類，即活動告警消息和歷史告警消息。其中，活動告警消息表示網(wǎng)元設(shè)備已經(jīng)發(fā) 生故障，但還未恢復(fù)，而歷史告警消息表示故障已經(jīng)被恢復(fù)。當某一網(wǎng)元設(shè)備的故障被恢復(fù) 以后，會自動生成一條清除消息，其中攜帶有故障恢復(fù)時間等信息，網(wǎng)元設(shè)備根據(jù)該清除消 息，將故障恢復(fù)時間設(shè)置到對應(yīng)的活動告警消息中的恢復(fù)時間字段(該字段原來為空)中， 使得該活動告警消息成為歷史告警消息；之后，網(wǎng)元設(shè)備向告警采集服務(wù)器發(fā)送清除消息； 告警采集服務(wù)器將接收到的清除消息發(fā)送給上層監(jiān)控應(yīng)用以及告警數(shù)據(jù)庫服務(wù)器，以便上 層監(jiān)控應(yīng)用提示用戶故障已經(jīng)被恢復(fù)，并使得告警數(shù)據(jù)庫服務(wù)器能夠及時將該清除消息對 應(yīng)的活動告警消息修改為歷史告警消息?？梢?，現(xiàn)有網(wǎng)管告警管理系統(tǒng)中，網(wǎng)元設(shè)備主要向告警采集服務(wù)器發(fā)送兩種消息，一種為告警消息，一種為清除消息，通常將告警消息和清除消息統(tǒng)稱為告警信息。但是，在 實際應(yīng)用中，由于網(wǎng)元設(shè)備和告警采集服務(wù)器之間的通信方式為實時的，而且每個網(wǎng)元設(shè) 備與告警采集服務(wù)器之間均只有一個信道，因此，一旦該信道出現(xiàn)故障，比如鏈路閃斷、鏈 路吊死、進程吊死，或出現(xiàn)丟包等現(xiàn)象時，就會導致網(wǎng)元設(shè)備發(fā)送給告警采集服務(wù)器的告警 信息丟失，從而影響后續(xù)處理。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種網(wǎng)管告警管理方法，能夠防止告警信 息丟失ο本發(fā)明的另一目的在于提供一種網(wǎng)管告警管理系統(tǒng)，能夠防止告警信息丟失。本發(fā)明的又一目的在于提供一種告警采集服務(wù)器，能夠防止告警信息丟失。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種網(wǎng)管告警管理方法，在告警采集服務(wù)器與各網(wǎng)元設(shè)備之間增加非實時接口 ； 針對每個網(wǎng)元設(shè)備，分別進行以下處理每隔預(yù)定時長，所述告警采集服務(wù)器通過所述非實時接口，從網(wǎng)元設(shè)備中采集一 次告警消息，并將采集到的告警消息與從告警數(shù)據(jù)庫服務(wù)器中獲取到的告警消息進行比 較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集到的告警消息對獲取到的告警 消息進行修正，否則，不進行任何處理。一種網(wǎng)管告警管理系統(tǒng)，包括告警采集服務(wù)器、網(wǎng)元設(shè)備以及告警數(shù)據(jù)庫服務(wù) 器；所述告警采集服務(wù)器與所述網(wǎng)元設(shè)備之間設(shè)置有一個實時接口以及一個非實時接口 ；所述告警采集服務(wù)器，用于每隔預(yù)定時長，通過所述非實時接口，從所述網(wǎng)元設(shè)備 中采集一次告警消息，并將采集到的告警消息與從所述告警數(shù)據(jù)庫服務(wù)器中獲取到的告警 消息進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集到的告警消息對獲 取到的告警消息進行修正，否則，不進行任何處理；所述網(wǎng)元設(shè)備，用于當自身或下掛的子網(wǎng)元發(fā)生故障時，向所述告警采集服務(wù)器 發(fā)送告警消息，并將告警消息進行保存，供所述告警采集服務(wù)器進行采集；所述告警數(shù)據(jù)庫服務(wù)器，用于存儲告警消息。一種告警采集服務(wù)器，包括采集單元和比較單元；所述采集單元，用于每隔預(yù)定時長，通過所述非實時接口，從所述網(wǎng)元設(shè)備中采集
一次告警消息；所述比較單元，用于從告警數(shù)據(jù)庫服務(wù)器中獲取告警消息，并將采集到的告警消 息與獲取到的告警消息進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集 到的告警消息對獲取到的告警消息進行修正，否則，不進行任何處理。可見，采用本發(fā)明的技術(shù)方案，在告警采集服務(wù)器與各網(wǎng)元設(shè)備之間增加一個非 實時接口，告警采集服務(wù)器通過已有的實時接口，實時接收各網(wǎng)元設(shè)備發(fā)送的告警消息，并 在每隔預(yù)定時長后，通過所述非實時接口，采集各網(wǎng)元設(shè)備上保存的告警消息，之后，將采 集到的告警消息與接收到的告警消息進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果 是，則利用采集到的告警消息對接收到的告警消息進行修正，從而將丟失的告警信息補充 完整。


圖1為本發(fā)明方法實施例的流程圖。圖2為本發(fā)明方法實施例中告警采集服務(wù)器與網(wǎng)元設(shè)備之間的接口示意圖。圖3為本發(fā)明系統(tǒng)實施例的組成結(jié)構(gòu)示意圖。圖4為本發(fā)明告警采集服務(wù)器實施例的組成結(jié)構(gòu)示意圖。
具體實施例方式針對現(xiàn)有技術(shù)中存在的問題，本發(fā)明提出一種改進的網(wǎng)管告警管理方法，即在告 警采集服務(wù)器與各網(wǎng)元設(shè)備之間增加一個非實時接口，每隔預(yù)定時長，告警采集服務(wù)器通 過該非實時接口，從網(wǎng)元設(shè)備中采集一次告警消息，并將采集到的告警消息與從告警數(shù)據(jù) 庫服務(wù)器中獲取到的告警消息進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利 用采集到的告警消息對獲取到的告警消息進行修正，否則，不進行任何處理?？梢钥闯觯婢杉?wù)器通過非實時接口獲取告警消息的方式與通過實時接口 獲取告警消息的方式是完全不同的，前者是通過告警采集服務(wù)器定時去網(wǎng)元設(shè)備上進行采 集來獲取告警消息的，而后者是通過網(wǎng)元設(shè)備在自身或下掛的子網(wǎng)元發(fā)生故障時，主動向 告警采集服務(wù)器發(fā)送告警消息的。為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對 本發(fā)明作進一步地詳細說明。圖1為本發(fā)明方法實施例的流程圖。如圖1所示，包括以下步驟步驟11 每隔預(yù)定時長，告警采集服務(wù)器通過非實時接口，從各網(wǎng)元設(shè)備中采集
一次告警消息。本實施例中，在各網(wǎng)元設(shè)備與告警采集服務(wù)器之間增加一個非實時接口，如圖2 所示，圖2為本發(fā)明方法實施例中告警采集服務(wù)器與網(wǎng)元設(shè)備之間的接口示意圖。這樣一 來，網(wǎng)元設(shè)備與告警采集服務(wù)器之間就同時存在兩個接口。所述非實時接口可以是數(shù)據(jù)庫接口、文件接口或命令接口等。在實際應(yīng)用中，各網(wǎng) 元設(shè)備可以采用相同的非實時接口，也可采用不同的非實時接口，根據(jù)實際需要而定。本步驟中，每隔預(yù)定時長，比如1小時，告警采集服務(wù)器向各網(wǎng)元設(shè)備采集一次告 警消息。為降低后續(xù)工作量，每次采集時，可只采集這1個小時內(nèi)新增的告警消息，包括新 增的活動告警消息以及歷史告警消息。步驟12 告警采集服務(wù)器將采集到的告警消息與從告警數(shù)據(jù)庫服務(wù)器中獲取到 的告警消息進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集到的告警消 息對獲取到的告警消息進行修正，否則，不進行任何處理。本步驟中，告警采集服務(wù)器從告警數(shù)據(jù)庫服務(wù)器中獲取到所保存的所有活動告警 消息；然后，針對采集到的活動告警消息以及歷史告警消息，分別進行以下處理1)對于采集到的每條活動告警消息，分別確定是否存在與之對應(yīng)的獲取到的活動 告警消息，所述對應(yīng)是指攜帶有相同的網(wǎng)元設(shè)備標識以及故障原因，如果不存在，則將采集 到的告警消息進行整理后發(fā)送給上層監(jiān)控應(yīng)用以及告警數(shù)據(jù)庫服務(wù)器。如果某條采集到的活動告警消息不存在與之對應(yīng)的獲取到的活動告警消息，那么
6則說明這條活動告警消息在發(fā)送給告警采集服務(wù)器時丟失了，所以需要按照現(xiàn)有方式對這 條活動告警消息進行整理，并在整理后將其發(fā)送給上層監(jiān)控應(yīng)用以及告警數(shù)據(jù)庫服務(wù)器。 后續(xù)具體實現(xiàn)為現(xiàn)有技術(shù)，不再贅述。如果某條采集到的活動告警消息存在與之對應(yīng)的獲取到的活動告警消息，那么則 說明這條活動告警消息已經(jīng)正確發(fā)送到了告警采集服務(wù)器，因此無需對這條活動告警消息 進行其它處理，直接丟棄即可。2)對于采集到的每條歷史告警消息，分別確定是否存在與之對應(yīng)的獲取到的活動 告警消息，所述對應(yīng)是指攜帶有相同的網(wǎng)元設(shè)備標識以及故障原因，如果存在，則根據(jù)采集 到的歷史告警消息中的恢復(fù)時間字段中攜帶的信息制造清除消息，并發(fā)送給上層監(jiān)控應(yīng)用 以及告警數(shù)據(jù)庫服務(wù)器。依據(jù)之前的介紹可知，網(wǎng)元設(shè)備中每生成一條歷史告警消息后，都會向告警采集 服務(wù)器發(fā)送一條清除消息，告警采集服務(wù)器接收到清除消息后，會將該清除消息對應(yīng)的活 動告警消息修改為歷史告警消息，即將原來為空的活動告警消息中的恢復(fù)時間字段設(shè)置為 清除消息中所攜帶的故障恢復(fù)時間信息。那么，如果從網(wǎng)元設(shè)備上采集到某條歷史告警消 息，但是在告警數(shù)據(jù)庫服務(wù)器中保存的與之對應(yīng)卻是活動告警消息，那么則說明之前發(fā)送 的清除消息丟失了，因此，需要補發(fā)一條清除消息，即根據(jù)采集到的歷史告警消息中的恢復(fù) 時間字段中攜帶的故障恢復(fù)時間信息制作清除消息，并發(fā)送給上層監(jiān)控應(yīng)用以及告警數(shù)據(jù) 庫服務(wù)器。如何制作清除消息以及如何發(fā)送均為現(xiàn)有技術(shù)，不再贅述。如果對于采集到的某條歷史告警消息，不存在與之對應(yīng)的獲取到的活動告警消 息，那么則說明這條歷史告警消息對應(yīng)的清除消息已經(jīng)被正確發(fā)送到了告警采集服務(wù)器， 因此無需對這條歷史告警消息進行其它任何處理，直接丟棄即可。至此，即完成了本發(fā)明方法實施例所示流程?；谏鲜龇椒?，圖3為本發(fā)明系統(tǒng)實施例的組成結(jié)構(gòu)示意圖。如圖3所示，包括 告警采集服務(wù)器31、網(wǎng)元設(shè)備32以及告警數(shù)據(jù)庫服務(wù)器33 ；告警采集服務(wù)器31與網(wǎng)元設(shè) 備32之間設(shè)置有一個實時接口以及一個非實時接口。告警采集服務(wù)器31，用于每隔預(yù)定時長，通過所述非實時接口，從網(wǎng)元設(shè)備32中 采集一次告警消息，并將采集到的告警消息與從告警數(shù)據(jù)庫服務(wù)器33中獲取到的告警消 息進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集到的告警消息對獲取 到的告警消息進行修正，否則，不進行任何處理；網(wǎng)元設(shè)備32，用于當自身或下掛的子網(wǎng)元發(fā)生故障時，向告警采集服務(wù)器31發(fā)送 告警消息，并將告警消息進行保存，供告警采集服務(wù)器31進行采集；告警數(shù)據(jù)庫服務(wù)器33，用于存儲告警消息。圖4為本發(fā)明告警采集服務(wù)器實施例的組成結(jié)構(gòu)示意圖。如圖4所示，包括采集 單元41和比較單元42 ；采集單元41，用于每隔預(yù)定時長，通過所述非實時接口，從網(wǎng)元設(shè)備32中采集一 次告警消息；比較單元42，用于從告警數(shù)據(jù)庫服務(wù)器33中獲取告警消息，并將采集到的告警消 息與獲取到的告警消息進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集 到的告警消息對獲取到的告警消息進行修正，否則，不進行任何處理。
其中，采集單元41每隔預(yù)定時長，從網(wǎng)元設(shè)備32中采集預(yù)定時長內(nèi)新增的活動告 警消息以及歷史告警消息；另外，比較單元42中可具體包括獲取子單元421以及比較子 單元422 ；獲取子單元421，用于獲取保存在告警數(shù)據(jù)庫服務(wù)器33中的所有活動告警消息；比較子單元422，用于針對采集到的每條活動告警消息，分別確定是否存在與之對 應(yīng)的獲取到的活動告警消息，所述對應(yīng)是指攜帶有相同的網(wǎng)元設(shè)備標識以及故障原因，如 果不存在，則確定發(fā)生了告警消息丟失現(xiàn)象，將采集到的告警消息進行整理后發(fā)送給上層 監(jiān)控應(yīng)用以及告警數(shù)據(jù)庫服務(wù)器33，如果存在，則不進行任何處理；針對采集到的每條歷 史告警消息，分別確定是否存在與之對應(yīng)的獲取到的活動告警消息，如果存在，則確定發(fā)生 了清除消息丟失現(xiàn)象，根據(jù)采集到的告警消息中的恢復(fù)時間字段制造清除消息，并發(fā)送給 上層監(jiān)控應(yīng)用以及告警數(shù)據(jù)庫服務(wù)器33，如果不存在，則不進行任何處理。所述非實時接口包括數(shù)據(jù)庫接口、文件接口以及命令接口。圖3和4所示系統(tǒng)和裝置實施例的具體工作流程請參照圖1所示方法實施例中的 相應(yīng)說明，此處不再贅述?？傊?，采用本發(fā)明的技術(shù)方案，在告警采集服務(wù)器與各網(wǎng)元設(shè)備之間增加一個非 實時接口，告警采集服務(wù)器通過已有的實時接口，實時接收各網(wǎng)元設(shè)備發(fā)送的告警消息，并 在每隔預(yù)定時長后，通過所述非實時接口，采集各網(wǎng)元設(shè)備上保存的告警消息，之后，將采 集到的告警消息與接收到的告警消息進行比較，確定是否發(fā)生了告警信息丟失的現(xiàn)象，如 果是，則利用采集到的告警消息對接收到的告警消息進行修正，從而將丟失的告警信息補 充完整。另外，本發(fā)明所述方案還可進一步應(yīng)用于其它環(huán)境下，比如，動力環(huán)境監(jiān)控系統(tǒng)和 傳輸網(wǎng)監(jiān)控系統(tǒng)等，具體實現(xiàn)不再贅述。綜上所述，以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的 保護范圍之內(nèi)。
權(quán)利要求
1.一種網(wǎng)管告警管理方法，其特征在于，在告警采集服務(wù)器與各網(wǎng)元設(shè)備之間增加非 實時接口 ；針對每個網(wǎng)元設(shè)備，分別進行以下處理每隔預(yù)定時長，所述告警采集服務(wù)器通過所述非實時接口，從網(wǎng)元設(shè)備中采集一次告 警消息，并將采集到的告警消息與從告警數(shù)據(jù)庫服務(wù)器中獲取到的告警消息進行比較，確 定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集到的告警消息對獲取到的告警消息 進行修正，否則，不進行任何處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述從網(wǎng)元設(shè)備中采集告警消息包括采 集所述預(yù)定時長內(nèi)新增的活動告警消息以及歷史告警消息；所述從告警數(shù)據(jù)庫服務(wù)器中獲 取到的告警消息包括保存在所述告警數(shù)據(jù)庫服務(wù)器中的所有活動告警消息；所述確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集到的告警消息對獲取到 的告警消息進行修正包括對于采集到的每條活動告警消息，分別確定是否存在與之對應(yīng)的獲取到的活動告警消 息，所述對應(yīng)是指攜帶有相同的網(wǎng)元設(shè)備標識以及故障原因，如果不存在，則確定發(fā)生了告 警消息丟失現(xiàn)象，將采集到的活動告警消息進行整理后發(fā)送給上層監(jiān)控應(yīng)用以及所述告警 數(shù)據(jù)庫服務(wù)器；對于采集到的每條歷史告警消息，分別確定是否存在與之對應(yīng)的獲取到的活動告警消 息，如果存在，則確定發(fā)生了清除消息丟失現(xiàn)象，根據(jù)采集到的歷史告警消息中的恢復(fù)時間 字段制造清除消息，并發(fā)送給所述上層監(jiān)控應(yīng)用以及所述告警數(shù)據(jù)庫服務(wù)器。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述非實時接口包括數(shù)據(jù)庫接口、 文件接口以及命令接口。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述預(yù)定時長為1小時。
5.一種網(wǎng)管告警管理系統(tǒng)，其特征在于，包括告警采集服務(wù)器、網(wǎng)元設(shè)備以及告警數(shù) 據(jù)庫服務(wù)器；所述告警采集服務(wù)器與所述網(wǎng)元設(shè)備之間設(shè)置有一個實時接口以及一個非實 時接口 ；所述告警采集服務(wù)器，用于每隔預(yù)定時長，通過所述非實時接口，從所述網(wǎng)元設(shè)備中采 集一次告警消息，并將采集到的告警消息與從所述告警數(shù)據(jù)庫服務(wù)器中獲取到的告警消息 進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集到的告警消息對獲取到 的告警消息進行修正，否則，不進行任何處理；所述網(wǎng)元設(shè)備，用于當自身或下掛的子網(wǎng)元發(fā)生故障時，向所述告警采集服務(wù)器發(fā)送 告警消息，并將告警消息進行保存，供所述告警采集服務(wù)器進行采集；所述告警數(shù)據(jù)庫服務(wù)器，用于存儲告警消息。
6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述告警采集服務(wù)器包括采集單元和比 較單元；所述采集單元，用于每隔預(yù)定時長，通過所述非實時接口，從所述網(wǎng)元設(shè)備中采集一次告警消息；所述比較單元，用于從告警數(shù)據(jù)庫服務(wù)器中獲取告警消息，并將采集到的告警消息與 獲取到的告警消息進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集到的 告警消息對獲取到的告警消息進行修正，否則，不進行任何處理。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述采集單元每隔預(yù)定時長，從所述網(wǎng)元設(shè)備中采集所述預(yù)定時長內(nèi)新增的活動告警消息以及歷史告警消息；所述比較單元包括 獲取子單元以及比較子單元；所述獲取子單元，用于獲取保存在所述告警數(shù)據(jù)庫服務(wù)器中的所有活動告警消息；所述比較子單元，用于針對采集到的每條活動告警消息，分別確定是否存在與之對應(yīng) 的獲取到的活動告警消息，所述對應(yīng)是指攜帶有相同的網(wǎng)元設(shè)備標識以及故障原因，如果 不存在，則確定發(fā)生了告警消息丟失現(xiàn)象，將采集到的活動告警消息進行整理后發(fā)送給上 層監(jiān)控應(yīng)用以及所述告警數(shù)據(jù)庫服務(wù)器，如果存在，則不進行任何處理；針對采集到的每條 歷史告警消息，分別確定是否存在與之對應(yīng)的獲取到的活動告警消息，如果存在，則確定發(fā) 生了清除消息丟失現(xiàn)象，根據(jù)采集到的歷史告警消息中的恢復(fù)時間字段制造清除消息，并 發(fā)送給所述上層監(jiān)控應(yīng)用以及所述告警數(shù)據(jù)庫服務(wù)器，如果不存在，則不進行任何處理。
8.根據(jù)權(quán)利要求5、6或7所述的系統(tǒng)，其特征在于，所述非實時接口包括數(shù)據(jù)庫接 口、文件接口以及命令接口。
9.一種告警采集服務(wù)器，其特征在于，包括采集單元和比較單元；所述采集單元，用于每隔預(yù)定時長，通過所述非實時接口，從所述網(wǎng)元設(shè)備中采集一次 告警消息；所述比較單元，用于從告警數(shù)據(jù)庫服務(wù)器中獲取告警消息，并將采集到的告警消息與 獲取到的告警消息進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集到的 告警消息對獲取到的告警消息進行修正，否則，不進行任何處理。
10.根據(jù)權(quán)利要求9所述的告警采集服務(wù)器，其特征在于，所述采集單元每隔預(yù)定時 長，從所述網(wǎng)元設(shè)備中采集所述預(yù)定時長內(nèi)新增的活動告警消息以及歷史告警消息；所述 比較單元包括獲取子單元以及比較子單元；所述獲取子單元，用于獲取保存在所述告警數(shù)據(jù)庫服務(wù)器中的所有活動告警消息；所述比較子單元，用于針對采集到的每條活動告警消息，分別確定是否存在與之對應(yīng) 的獲取到的活動告警消息，所述對應(yīng)是指攜帶有相同的網(wǎng)元設(shè)備標識以及故障原因，如果 不存在，則確定發(fā)生了告警消息丟失現(xiàn)象，將采集到的活動告警消息進行整理后發(fā)送給上 層監(jiān)控應(yīng)用以及所述告警數(shù)據(jù)庫服務(wù)器，如果存在，則不進行任何處理；針對采集到的每條 歷史告警消息，分別確定是否存在與之對應(yīng)的獲取到的活動告警消息，如果存在，則確定發(fā) 生了清除消息丟失現(xiàn)象，根據(jù)采集到的歷史告警消息中的恢復(fù)時間字段制造清除消息，并 發(fā)送給所述上層監(jiān)控應(yīng)用以及所述告警數(shù)據(jù)庫服務(wù)器，如果不存在，則不進行任何處理。
11.根據(jù)權(quán)利要求9或10所述的告警采集服務(wù)器，其特征在于，所述非實時接口包括 數(shù)據(jù)庫接口、文件接口以及命令接口。
全文摘要
本發(fā)明公開了一種網(wǎng)管告警管理方法和系統(tǒng)，在告警采集服務(wù)器與各網(wǎng)元設(shè)備之間增加非實時接口；針對每個網(wǎng)元設(shè)備，分別進行以下處理每隔預(yù)定時長，所述告警采集服務(wù)器通過所述非實時接口，從網(wǎng)元設(shè)備中采集一次告警消息，并將采集到的告警消息與從告警數(shù)據(jù)庫服務(wù)器中獲取到的告警消息進行比較，確定是否發(fā)生了告警信息丟失現(xiàn)象，如果是，則利用采集到的告警消息對獲取到的告警消息進行修正，否則，不進行任何處理。本發(fā)明同時公開了一種告警采集服務(wù)器。應(yīng)用本發(fā)明所述的方案，能夠防止告警信息發(fā)生丟失。
文檔編號H04W88/18GK102083091SQ200910238598
公開日2011年6月1日 申請日期2009年11月27日 優(yōu)先權(quán)日2009年11月27日
發(fā)明者劉陽, 呂珍貽, 張黔, 楊軍, 楊騰海 申請人:中國移動通信集團貴州有限公司