專利名稱：一種對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種計(jì)算機(jī)無人值守的集中監(jiān)控領(lǐng)域，特別涉及一種對集中監(jiān) 控系統(tǒng)的告警數(shù)據(jù)的處理方法。
背景技術(shù)：
集中監(jiān)控系統(tǒng)管理的一個(gè)重要組成部分就是對告警的管理。集中監(jiān)控系 統(tǒng)的監(jiān)控對象不但種類繁多，而且由于監(jiān)控規(guī)模的增大，集中監(jiān)控系統(tǒng)的更加 集中化，所以造成監(jiān)測點(diǎn)的數(shù)量更是無比龐大。這么龐大的監(jiān)測數(shù)據(jù)點(diǎn)，外加 上監(jiān)控系統(tǒng)復(fù)雜的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、外加上施工、新站增加等原因，所以一丁點(diǎn) 的傳輸不穩(wěn)定或者誤碼就可能造成告警，而由于傳輸線路不穩(wěn)定、設(shè)備故障、 垃圾數(shù)據(jù)、誤告、閃告等很多原因造成中心管理端告警數(shù)量居高不下。
中心管理系統(tǒng)面對每天新產(chǎn)生的成千上萬的新告警， 一條一條的即時(shí)告 警在屏幕上閃動(dòng)，報(bào)警笛聲響個(gè)不停，這些眾多的告警信息造成的結(jié)果就是根 本無法維護(hù)。因?yàn)榘ūO(jiān)控設(shè)備、通訊線路、網(wǎng)絡(luò)故障等等的告警全部呈現(xiàn)上 來了，最終無法確定哪些是對移動(dòng)業(yè)務(wù)造成危害和潛在的危害確實(shí)需要派單的
發(fā)明內(nèi)容
為了達(dá)到上述目的，本發(fā)明是采用如下技術(shù)方案予以實(shí)現(xiàn)的 一種對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，當(dāng)中心管理系統(tǒng)監(jiān)測有告警 事件產(chǎn)生時(shí)，對相應(yīng)的告警監(jiān)測點(diǎn)進(jìn)行派單維護(hù)，中心管理系統(tǒng)包括告警屏蔽 處理模塊、告警延時(shí)處理模塊、告警翻轉(zhuǎn)處理模塊、告警過濾處理模塊、告警 收斂處理模塊及構(gòu)成上述模塊相互連接的線路，其具體包括以下步驟a)告警屏蔽處理步驟，對已知要產(chǎn)生告警的監(jiān)測點(diǎn)數(shù)據(jù)進(jìn)行屏蔽；
(2) 告警延時(shí)處理步驟，對告警時(shí)間持續(xù)低于設(shè)置延時(shí)時(shí)間的告警數(shù)據(jù) 予以清除；
(3) 告警翻轉(zhuǎn)處理步驟，對同一個(gè)不停產(chǎn)生或消失的告警數(shù)據(jù)進(jìn)行次數(shù)
累計(jì)；
(4) 告警過濾處理步驟，對同一個(gè)事件引起的多個(gè)告警進(jìn)行過濾，只顯 示由根本原因?qū)е庐a(chǎn)生告警的數(shù)據(jù)；
(5) 告警收斂處理步驟，將同種同類的告警數(shù)據(jù)羅列在一起，用一個(gè)大 類告警名稱替代。
本發(fā)明的步驟(1)包括
1) 告警屏蔽處理模塊接受告警事件；
2) 判斷當(dāng)前告警監(jiān)測點(diǎn)是否設(shè)定告警屏蔽，如是，告警數(shù)據(jù)不顯示，中 心管理系統(tǒng)進(jìn)入告警事件監(jiān)聽狀態(tài)；
3) 否則，中心管理系統(tǒng)進(jìn)行告警延時(shí)處理歩驟。 本發(fā)明的步驟(2)包括
1) 告警延時(shí)模塊接受告警事件；
2) 當(dāng)前告警事件進(jìn)入隊(duì)列等待告警時(shí)間到達(dá)設(shè)置的延時(shí)時(shí)間；
3) 判斷告警故障是否已解除，如是，從告警隊(duì)列中刪除該告警事件，中 心管理系統(tǒng)進(jìn)入告警事件監(jiān)聽狀態(tài)；
4) 否則，中心管理系統(tǒng)進(jìn)行告警翻轉(zhuǎn)處理步驟。 本發(fā)明的步驟(3)包括
1) 告警翻轉(zhuǎn)模塊接受告警事件；
2) 判斷告警事件是否己經(jīng)在告警翻轉(zhuǎn)隊(duì)列中，如是，告警翻轉(zhuǎn)次數(shù)增加;
3) 否則，告警事件首次進(jìn)入告警翻轉(zhuǎn)隊(duì)列，并設(shè)置告警翻轉(zhuǎn)次數(shù)為1， 翻轉(zhuǎn)開始時(shí)間為0;
64)中心管理系統(tǒng)轉(zhuǎn)入告警過濾處理步驟。
更進(jìn)一步的，當(dāng)告警翻轉(zhuǎn)開始時(shí)間超過配置的時(shí)間時(shí)，中心管理系統(tǒng)將其 告警事件從翻轉(zhuǎn)中隊(duì)列中清除。
本發(fā)明的步驟(4)的過濾規(guī)則是對告警事件類型設(shè)置告警的前置條件和
后置條件，當(dāng)前置條件告警時(shí)，過濾后置條件，這時(shí)候，必須滿足當(dāng)前告警事 件的前置條件是影響該告警事件的后置條件這一要素，才進(jìn)行告警過濾的處理
步驟。具體包括以下步驟
1) 告警過濾模塊接受告警事件；
2) 判斷前置條件是否存在告警，如是，該告警被過濾，并記錄該告警事 件進(jìn)行后置判斷；否則，轉(zhuǎn)步驟3);
3) 判斷后置條件是否存在告警，如是，前置條件已經(jīng)是告警狀態(tài)的，后 置條件狀態(tài)設(shè)置為不告警；否則，轉(zhuǎn)步驟4);
4) 中心管理系統(tǒng)轉(zhuǎn)入告警收斂處理步驟。
本發(fā)明的步驟(5)包括
1) 告警收斂模塊接受告警事件；
2) 判斷該事件是否配置收斂屬性，如否，轉(zhuǎn)步驟5);
3) 如是，判斷是否有此收斂大類告警顯示，如是，直接返回告警事件監(jiān) 聽狀態(tài)；
4) 否則，收斂成對應(yīng)的大類告警；
5) 告警收斂模塊呈現(xiàn)告警事件，中心管理系統(tǒng)派單維護(hù)。 相對于現(xiàn)有技術(shù)，本發(fā)明的有益效果是
本發(fā)明對告警數(shù)據(jù)的綜合處理是一套行之有效的處理方法。在集中監(jiān)控 系統(tǒng)中應(yīng)用了這一套告警處理方法，過濾掉那些因?yàn)殚W告、誤告、線路設(shè)備檢 修、監(jiān)控設(shè)備本身的故障等等而造成的告警，這樣最終呈現(xiàn)給維護(hù)人員的就是 一些數(shù)量較少且可控可信而且還不會被遺漏的告警信息。本發(fā)明大大加強(qiáng)了集中監(jiān)控系統(tǒng)的應(yīng)用效果，有效地提高了操作人員對告警信息的維護(hù)工作。
圖l是本發(fā)明的流程圖2是本發(fā)明的告警屏蔽流程圖3是本發(fā)明的告警延時(shí)流程圖4是本發(fā)明的告警翻轉(zhuǎn)流程圖5是本發(fā)明的告警過濾流程圖6是本發(fā)明的告警收斂流程圖。
具體實(shí)施例方式
下面結(jié)合說明書附圖對本發(fā)明作進(jìn)一歩的描述，但本發(fā)明要求保護(hù)的范圍 并不局限于實(shí)施例表述的范圍。
一種對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，當(dāng)中心管理系統(tǒng)監(jiān)測有告警 事件產(chǎn)生時(shí)，對相應(yīng)的告警監(jiān)測點(diǎn)進(jìn)行派單維護(hù)，中心管理系統(tǒng)包括告警屏蔽 處理模塊、告警延時(shí)處理模塊、告警翻轉(zhuǎn)處理模塊、告警過濾處理模塊、告警 收斂處理模塊及構(gòu)成上述模塊相互連接的線路，其具體包括以下幾個(gè)歩驟
1、 告警屏蔽處理步驟，就是對已經(jīng)知道要產(chǎn)生告警的監(jiān)測點(diǎn)進(jìn)行告警屏 蔽，可以屏蔽掉因?yàn)槭┕?、設(shè)備故障等等原因而產(chǎn)生的告警。屏蔽掉這些一直 存在的告警信息，以達(dá)到避免干擾真正告警信息的目的。
1) 告警屏蔽處理模塊接受告警事件；
2) 判斷當(dāng)前告警監(jiān)測點(diǎn)是否設(shè)定告警屏蔽，如是，告警數(shù)據(jù)不顯示，中 心管理系統(tǒng)進(jìn)入告警事件監(jiān)聽狀態(tài)；
3) 否則，中心管理系統(tǒng)進(jìn)行告警延時(shí)處理步驟。
2、 告警延時(shí)處理步驟，對告警時(shí)間持續(xù)低于設(shè)置延時(shí)時(shí)間的告警數(shù)據(jù)予 以清除。告警延時(shí)處理就是告警產(chǎn)生后根據(jù)配置的延時(shí)時(shí)間對告警進(jìn)行處理， 利用這種方法可以屏蔽掉一些明顯是閃斷造成的告警，比如，產(chǎn)生一條設(shè)備停
8電告警20秒就恢復(fù)正常的告警信息，很明顯這是線路閃斷或者是傳輸誤碼造 成的誤告警，需要清除，通過延時(shí)處理方法可以消除此類告警。
1) 告警延時(shí)模塊接受告警事件；
2) 當(dāng)前告警事件進(jìn)入隊(duì)列等待告警時(shí)間到達(dá)設(shè)置的延時(shí)時(shí)間；
3) 判斷告警故障是否已解除，如是，從告警隊(duì)列中刪除該告警事件，中 心管理系統(tǒng)進(jìn)入告警事件監(jiān)聽狀態(tài)；
4) 否則，中心管理系統(tǒng)進(jìn)行告警翻轉(zhuǎn)處理步驟。
3、告警翻轉(zhuǎn)處理步驟，對同一個(gè)不停產(chǎn)生或消失的告警數(shù)據(jù)進(jìn)行次數(shù)累 計(jì)。由于在實(shí)際監(jiān)控過程中，在設(shè)備故障或在告警臨界值附近的數(shù)值變動(dòng)都可 能導(dǎo)致終端設(shè)備在短時(shí)間內(nèi)頻繁產(chǎn)生告警和告警消失，導(dǎo)致界面頻繁刷新，耗 費(fèi)大量計(jì)算機(jī)和網(wǎng)絡(luò)資源，而且大量閃動(dòng)的告警也不便于用戶的觀察與統(tǒng)計(jì)， 告警翻轉(zhuǎn)功能通過設(shè)立"翻轉(zhuǎn)限時(shí)"機(jī)制，實(shí)現(xiàn)對監(jiān)測點(diǎn)告警信息進(jìn)行后臺累 計(jì)，對同一告警的頻繁消失和產(chǎn)生過程只是簡單進(jìn)行告警次數(shù)的累加上傳，這 樣不僅減少了網(wǎng)絡(luò)傳送和計(jì)算機(jī)處理，同時(shí)也方便告警維護(hù)。
1) 告警翻轉(zhuǎn)模塊接受告警事件；
2) 判斷告警事件是否已經(jīng)在告警翻轉(zhuǎn)隊(duì)列中，如是，告警翻轉(zhuǎn)次數(shù)增加；
3) 否則，告警事件首次進(jìn)入告警翻轉(zhuǎn)隊(duì)列，并設(shè)置告警翻轉(zhuǎn)次數(shù)為1， 翻轉(zhuǎn)開始時(shí)間為O;
4) 中心管理系統(tǒng)轉(zhuǎn)入告警過濾處理步驟。
這里，當(dāng)告警翻轉(zhuǎn)開始時(shí)間超過配置的時(shí)間時(shí)，系統(tǒng)會自動(dòng)將其從翻轉(zhuǎn)隊(duì) 列中清除，意思即是這已經(jīng)是正常告警了，不在統(tǒng)計(jì)的翻轉(zhuǎn)之列，需要重新開 始計(jì)算翻轉(zhuǎn)次數(shù)。假定告警翻轉(zhuǎn)設(shè)定的時(shí)間是五分鐘，那么一條告警出現(xiàn)后在 間隔六分鐘又出現(xiàn)一次，這會算做兩條正常告警，而不是記錄一條告警翻轉(zhuǎn)兩 次。
看這個(gè)處理流程可知告警翻轉(zhuǎn)的延時(shí)時(shí)間對整個(gè)的告警處理流程是不會有延時(shí)阻礙的，都是及時(shí)轉(zhuǎn)到下一個(gè)處理流程進(jìn)行處理了。告警翻轉(zhuǎn)延時(shí)判斷 只在后臺進(jìn)行處理。
4、告警過濾處理步驟，對同一個(gè)事件引起的多個(gè)告警進(jìn)行過濾，只顯示 由根本原因?qū)е庐a(chǎn)生告警的數(shù)據(jù)。告警過濾處理是對告警事件類型設(shè)置告警的 前置條件和后置條件進(jìn)行過濾和被過濾操作。比如門禁設(shè)備的通信中斷告警事 件發(fā)生了，找到其配置的前置條件是基站通信中斷，結(jié)果發(fā)現(xiàn)基站通信中斷告 警事件也同時(shí)發(fā)生了，很明顯門禁設(shè)備的通信中斷是由于基站的通信中斷所引 起的。所以可以過濾掉門禁設(shè)備的通信中斷，直接派修基站的通信線路，解決 了基站的通信問題，門禁設(shè)備的通信也就不存在了。
再比如，出現(xiàn)一個(gè)空調(diào)停止工作的告警，空調(diào)停止工作一個(gè)最直接的情況 就是會導(dǎo)致基站的溫度過高，會產(chǎn)生基站髙溫告警事件。而空調(diào)停止工作的告 警事件產(chǎn)生的前置條件有可能是基站停電造成的。這就是說先判斷空調(diào)停止工 作的前置條件比如基站停電是否已經(jīng)告警，如已經(jīng)告警，則過濾掉空調(diào)停止工 作的告警，然后再做后置條件的過濾，如果基站高溫告警事件也已經(jīng)產(chǎn)生，則 過濾掉基站高溫告警事件。最終出現(xiàn)的告警事件就只有一個(gè)告警就是直接導(dǎo) 致根本告警原因出現(xiàn)的告警事件基站停電告警。實(shí)際監(jiān)控過程中通過這樣的 自由配置過濾關(guān)系，可以將各個(gè)通道間連帶性告警信息過濾，簡化告警信息， 挖掘出告警的真正原因，極大的增強(qiáng)了用戶的告警處理效率。
當(dāng)前告警事件的前置條件是影響該告警事件的后置條件這一要素時(shí)，告警 過濾的處理步驟包括
1) 告警過濾模塊接受告警事件；
2) 判斷前置條件是否存在告警，如是，該告警被過濾，并記錄該告警事 件進(jìn)行后置判斷；否則，轉(zhuǎn)步驟3);
3) 判斷后置條件是否存在告警，如是，前置條件已經(jīng)是告警狀態(tài)的，后 置條件狀態(tài)設(shè)置為不告警；否則，轉(zhuǎn)步驟4);4)中心管理系統(tǒng)轉(zhuǎn)入告警收斂處理步驟。
5、告警收斂處理歩驟，將同種同類的告警數(shù)據(jù)羅列在一起，用一個(gè)大類 告警名稱替代。告警收斂是實(shí)現(xiàn)對各種設(shè)備繁多的同類通道告警進(jìn)行收斂成大 類告警，只顯示一種虛擬的大類告警，便于用戶對告警的管理與維護(hù)，提高工 作效率。比如一個(gè)開關(guān)電源設(shè)備存在許多電源模塊，當(dāng)這些模塊由于故障都處 于告警狀態(tài)的時(shí)候如果不加處理就會顯示大量的模塊1熔絲告警，模塊1溫度 告警，模塊2熔絲告警，模塊2溫度告警等等大量的同類告警顯示，很不方便 告警維護(hù)。告警收斂就是通過合并成一個(gè)虛擬的大類來處理這些繁多的小告 警，直接用一個(gè)模塊告警就概括的描述所有的這些模塊告警，這樣處理后就能 很好的對告警維護(hù)人員起到指引作用。
1) 告警收斂模塊接受告警事件；
2) 判斷該事件是否配置收斂屬性，如否，轉(zhuǎn)歩驟5);
3) 如是，判斷是否有此收斂大類告警顯示，如是，直接返回告警事件監(jiān) 聽狀態(tài)；
4) 否則，收斂成對應(yīng)的大類告警；
5) 告警收斂模塊呈現(xiàn)告警事件，中心管理系統(tǒng)派單維護(hù)。 本發(fā)明的中心管理系統(tǒng)對集中監(jiān)控系統(tǒng)呈現(xiàn)的告警信息進(jìn)行告警屏蔽、告
警延時(shí)、告警翻轉(zhuǎn)、告警過濾、告警收斂等處理。使得最終處理后的告警信息 基本是可控的、可信的、可派單維護(hù)的且不遺漏任何告警信息。
權(quán)利要求
1、一種對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，中心管理系統(tǒng)接受來自各個(gè)基站或設(shè)備的告警，其特征在于，所述中心管理系統(tǒng)對接收的告警數(shù)據(jù)進(jìn)行以下一種或多種的處理步驟(1)告警屏蔽處理步驟，對已知要產(chǎn)生告警的監(jiān)測點(diǎn)數(shù)據(jù)進(jìn)行屏蔽；(2)告警延時(shí)處理步驟，對告警時(shí)間持續(xù)低于設(shè)置延時(shí)時(shí)間的告警數(shù)據(jù)予以清除；(3)告警翻轉(zhuǎn)處理步驟，對同一個(gè)不停產(chǎn)生或消失的告警數(shù)據(jù)進(jìn)行次數(shù)累計(jì)；(4)告警過濾處理步驟，對同一個(gè)事件引起的多個(gè)告警進(jìn)行過濾，只顯示由根本原因?qū)е庐a(chǎn)生告警的數(shù)據(jù)；(5)告警收斂處理步驟，將同種同類的告警數(shù)據(jù)羅列在一起，用一個(gè)大類告警名稱替代。
2、 根據(jù)權(quán)利要求1所述的對集屮監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，其特 征在于，所述中心管理系統(tǒng)對告警數(shù)據(jù)依次進(jìn)行如下處理(1) 告警屏蔽處理步驟；(2) 告警延時(shí)處理步驟；(3) 告警翻轉(zhuǎn)處理步驟；(4) 告警過濾處理步驟；(5) 告警收斂處理步驟。
3、 根據(jù)權(quán)利要求2所述的對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，其特征在于，所述步驟(1)具體包括1) 告警屏蔽處理模塊接受告警事件；2) 判斷當(dāng)前告警監(jiān)測點(diǎn)是否設(shè)定告警屏蔽，如是，告警數(shù)據(jù)不顯示，中心管理系統(tǒng)進(jìn)入告警事件監(jiān)聽狀態(tài)；3)否則，中心管理系統(tǒng)進(jìn)行告警延時(shí)處理步驟。
4、 根據(jù)權(quán)利要求2所述的的對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，其 特征在于，所述歩驟(2)具體包括1) 告警延時(shí)模塊接受告警事件；2) 當(dāng)前告警事件進(jìn)入隊(duì)列等待告警時(shí)間到達(dá)設(shè)置的延時(shí)時(shí)間；3) 判斷告警故障是否己解除，如是，從告警隊(duì)列中刪除該告警事件，中 心管理系統(tǒng)進(jìn)入告警事件監(jiān)聽狀態(tài)；4) 否則，中心管理系統(tǒng)進(jìn)行告警翻轉(zhuǎn)處理步驟。
5、 根據(jù)權(quán)利要求2所述的對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，其特 征在于，所述步驟(3)具體包括1) 告警翻轉(zhuǎn)模塊接受告警事件；2) 判斷告警事件是否已經(jīng)在告警翻轉(zhuǎn)隊(duì)列中，如是，告警翻轉(zhuǎn)次數(shù)增加；3) 否則，告警事件首次進(jìn)入告警翻轉(zhuǎn)隊(duì)列，并設(shè)置告警翻轉(zhuǎn)次數(shù)為1， 翻轉(zhuǎn)開始時(shí)間為0;4) 中心管理系統(tǒng)轉(zhuǎn)入告警過濾處理步驟。
6、 根據(jù)權(quán)利要求5所述的對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，其特 征在于，當(dāng)告警翻轉(zhuǎn)開始時(shí)間超過配置的時(shí)間時(shí)，中心管理系統(tǒng)將其告警事件 從翻轉(zhuǎn)中隊(duì)列中清除。
7、 根據(jù)權(quán)利要求2所述的對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，其特 征在于，所述步驟(4)還包括對告警事件類型設(shè)置告警的前置條件和后置 條件，當(dāng)前置條件告警時(shí)，過濾后置條件。
8、 根據(jù)權(quán)利要求7所述的對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，其特 征在于，所述步驟(4)具體包括1)告警過濾模塊接受告警事件；2) 判斷前置條件是否存在告警，如是，該告警被過濾，并記錄該告警事 件進(jìn)行后置判斷；否則，轉(zhuǎn)步驟3);3) 判斷后置條件是否存在告警，如是，前置條件已經(jīng)是告警狀態(tài)的，后 置條件狀態(tài)設(shè)置為不告警；否則，轉(zhuǎn)步驟4);4) 中心管理系統(tǒng)轉(zhuǎn)入告警收斂處理步驟。
9、 根據(jù)權(quán)利要求8所述的對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，其特 征在于，當(dāng)告警事件的前置條件是影響該告警事件的后置條件時(shí)，才進(jìn)行告警 過濾的處理步驟。
10、 根據(jù)權(quán)利要求2所述的對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法，其特 征在于，所述步驟4)具體包括1) 告警收斂模塊接受告警事件；2) 判斷該事件是否配置收斂屬性，如否，轉(zhuǎn)步驟5);3) 如是，判斷是否有此收斂大類告警顯示，如是，直接返回告警事件監(jiān) 聽狀態(tài)；4) 否則，收斂成對應(yīng)的大類告警；5) 告警收斂模塊呈現(xiàn)告警事件，中心管理系統(tǒng)派單維護(hù)。
全文摘要
本發(fā)明公開了一種對集中監(jiān)控系統(tǒng)的告警數(shù)據(jù)的處理方法。具體包括以下步驟(1)告警屏蔽處理步驟，對已知要產(chǎn)生告警的監(jiān)測點(diǎn)數(shù)據(jù)進(jìn)行屏蔽；(2)告警延時(shí)處理步驟，對告警時(shí)間持續(xù)低于設(shè)置延時(shí)時(shí)間的告警數(shù)據(jù)予以清除；(3)告警翻轉(zhuǎn)處理步驟，對同一個(gè)不停產(chǎn)生或消失的告警數(shù)據(jù)進(jìn)行次數(shù)累計(jì)；(4)告警過濾處理步驟，對同一個(gè)事件引起的多個(gè)告警進(jìn)行過濾，只顯示由根本原因?qū)е庐a(chǎn)生告警的數(shù)據(jù)；(5)告警收斂處理步驟，將同種同類的告警數(shù)據(jù)羅列在一起，用一個(gè)大類告警名稱替代。本發(fā)明方法過濾掉那些因?yàn)殚W告、誤告、線路設(shè)備檢修、監(jiān)控設(shè)備本身的故障等等而造成的告警，最終呈現(xiàn)給維護(hù)人員的就是一些數(shù)量較少且準(zhǔn)確有用的告警信息。
文檔編號H04L12/24GK101425924SQ200810028748
公開日2009年5月6日 申請日期2008年6月12日 優(yōu)先權(quán)日2008年6月12日
發(fā)明者劉雙廣, 劉大君, 張永亮, 張榮祥, 楊曉橋, 勇 甘, 胡鵬武 申請人:廣東高新興通信股份有限公司