本申請涉及通信領(lǐng)域，尤其涉及告警處理方法和告警處理設(shè)備。
背景技術(shù)：
電信網(wǎng)絡(luò)是由大量的網(wǎng)絡(luò)設(shè)備組成的，這些網(wǎng)絡(luò)設(shè)備每天產(chǎn)生大量的告警。所謂告警，是指網(wǎng)絡(luò)設(shè)備因某種故障而生成一條信息，一般包含設(shè)備名稱、故障發(fā)生時間和地點等。每個網(wǎng)絡(luò)設(shè)備會將在自身發(fā)生的告警上報到告警處理設(shè)備，網(wǎng)絡(luò)監(jiān)控人員會分析通過在告警處理設(shè)備上獲取告警，并從中找出網(wǎng)絡(luò)中存在的問題，反饋給網(wǎng)絡(luò)維修人員去處理。
如果把所有的告警都呈現(xiàn)給網(wǎng)絡(luò)監(jiān)控人員，那么網(wǎng)絡(luò)監(jiān)控人員會被海量的告警淹沒而無法集中精力去挖掘網(wǎng)絡(luò)問題。實際上，很大一部分告警并不能反映網(wǎng)絡(luò)問題的根因，所以沒有必要把所有的告警都展示給網(wǎng)絡(luò)監(jiān)控人員。
為了降低展現(xiàn)給監(jiān)控人員的告警數(shù)量，提高工作效率，必須過濾掉一些不重要的告警，這些不重要的告警會可以存儲到數(shù)據(jù)庫，這種過濾告警的過程也叫做告警壓縮，即壓縮一些不重要的告警。為此，對同一類告警，只顯示有可能出現(xiàn)問題的告警，其余的告警直接存入數(shù)據(jù)庫或者直接舍棄，不顯示給網(wǎng)絡(luò)監(jiān)控人員。
通常情況下，技術(shù)專家會根據(jù)經(jīng)驗來為每一類告警制定一個告警閃斷規(guī)則，該告警閃斷規(guī)則包括一個壓縮區(qū)間，依據(jù)每個告警的持續(xù)時間與該壓縮區(qū)間的大小關(guān)系確定該告警該被顯示還是被壓縮。對任何一個上報的告警，若其持續(xù)時間不大于壓縮區(qū)間時，此告警不會顯示給網(wǎng)絡(luò)監(jiān)控人員，而會被壓縮到數(shù)據(jù)庫或者直接舍棄，否則，該告警會展示給網(wǎng)絡(luò)監(jiān)控人員。
由于專家的經(jīng)驗決定了告警閃斷規(guī)則的準(zhǔn)確性，因而網(wǎng)絡(luò)質(zhì)量對專家的依賴性很強。而且由于告警閃斷規(guī)則是固定不變的，不能夠根據(jù)網(wǎng)絡(luò)狀態(tài)進行動態(tài)的調(diào)整，因此當(dāng)網(wǎng)絡(luò)狀態(tài)變化時，或者當(dāng)有一個新的電信網(wǎng)絡(luò)剛組建或舊的網(wǎng)絡(luò)升級時，已有的告警閃斷規(guī)則不能準(zhǔn)確反映當(dāng)前的網(wǎng)絡(luò)狀態(tài)。如果需要新的告警閃斷規(guī)則，則需要專家重新對整個網(wǎng)絡(luò)的狀況進行分析并確 定新的告警閃斷規(guī)則，專家需要為此耗費大量的時間和精力，從而導(dǎo)致網(wǎng)絡(luò)告警處理的效率低下。
技術(shù)實現(xiàn)要素：
本申請實施例提供了一種告警處理方法和告警處理設(shè)備，用于根據(jù)接收的告警實例更新告警統(tǒng)計信息，從而更新告警閃斷規(guī)則。
有鑒于此，本申請第一方面提供了一種告警處理方法，該方法包括：
接收第一告警，該第一告警包括該第一告警的出現(xiàn)時間和消除時間，以及該第一告警所屬的第一告警類型；根據(jù)該第一告警更新第一概率密度函數(shù)得到更新后的第一概率密度函數(shù)，該更新后的第一概率密度函數(shù)的自變量由該第一告警的持續(xù)時間，和接收該第一告警之前接收的，屬于該第一告警類型的告警的持續(xù)時間組成，該第一告警的持續(xù)時間為該第一告警的出現(xiàn)時間和消除時間的時間差；根據(jù)該更新后的第一概率密度函數(shù)更新該第一告警類型的第一壓縮區(qū)間，得到更新后的第一壓縮區(qū)間，該更新后的第一壓縮區(qū)間用于，當(dāng)實時接收到的第二告警屬于該第一告警類型，且該第二告警的持續(xù)時間小于該更新后的第一壓縮區(qū)間，則壓縮該第二告警。
當(dāng)告警被告警處理設(shè)備接收，用于更新告警的壓縮區(qū)間，并以此作為告警的告警閃斷規(guī)則。需要說明的是，告警閃斷規(guī)則可以用二元組<a,，ci>來表示,其中a為告警名，ci為壓縮區(qū)間的數(shù)值，用于當(dāng)接收告警時，判斷其告警類型，尋找該告警類型的壓縮區(qū)間，并通過持續(xù)時間與該壓縮區(qū)間的大小關(guān)系來判斷該告警是否需要被壓縮，即當(dāng)持續(xù)時間小于該壓縮區(qū)間時，說明該告警應(yīng)該不會出現(xiàn)問題，該告警會被壓縮，否則會顯示給工作人員。
統(tǒng)計信息可以以概率密度函數(shù)y＝f(x)以及累計密度函數(shù)y＝f(x)的方式記錄下來，其中自變量x表示出現(xiàn)過的持續(xù)時間，函數(shù)值為該持續(xù)時間的概率，即出現(xiàn)的次數(shù)與累計的告警的數(shù)量之比。進而，通過對該概率密度函數(shù)的積分得到累計密度函數(shù)f(x)，即自變量x為表示出現(xiàn)過的持續(xù)時間，其函數(shù)值表示持續(xù)時間在0-x之間的概率，即出現(xiàn)的次數(shù)與累計的告警的數(shù)量之比。
本方案中通過接收告警，獲取該告警的告警類型和持續(xù)時間，用于更新 該告警類型的告警的持續(xù)時間的概率密度函數(shù)，從而更新該告警的告警類型的壓縮區(qū)間，以此作為告警閃斷規(guī)則，用于實時接收與上述的告警類型相同的告警時，將其持續(xù)時間小于該壓縮區(qū)間的告警進行壓縮處理。由于通過動態(tài)的信息來更新告警閃斷規(guī)則，能很好的反映當(dāng)前網(wǎng)絡(luò)的狀態(tài)，而且由于不需要專家來制定告警閃斷規(guī)則，減少了對專家的依賴，而且降低專家的工作量，使得網(wǎng)絡(luò)維護更容易。
結(jié)合本申請的第一方面，本申請的第一方面的第一種實施方式，包括：
使用該更新后的第一概率密度函數(shù)，與若干個預(yù)置參數(shù)計算該第一壓縮區(qū)間。
專家給定若干個預(yù)置參數(shù)包括：默認的壓縮區(qū)間cidef、壓縮區(qū)間的最大允許值cimax以及預(yù)置步長δ。其中，cimax的含義是任何可以被壓縮的告警的持續(xù)時間都不應(yīng)該超過cimax，所有持續(xù)時間大于cimax的告警都應(yīng)該顯示給網(wǎng)絡(luò)監(jiān)控人員。
通過在預(yù)置的默認壓縮區(qū)間cidef的左右尋找，并通過具體局部值和平均值比較小步步長δ調(diào)整壓縮區(qū)間ci的值，因此可以找到恰當(dāng)?shù)母婢W斷規(guī)則壓縮區(qū)間。
結(jié)合本申請的第一方面，本申請的第一方面的第二種實施方式，包括：
判斷該第一告警類型是否存在于預(yù)置的不可壓縮列表中；若是，則設(shè)置該更新后的第一壓縮區(qū)間的數(shù)值為零。
對于一些特殊的告警，無論如何都不應(yīng)該被壓縮，而是應(yīng)該被顯示給網(wǎng)絡(luò)工作人員，則可以預(yù)置不可壓縮列，不可壓縮列表包含告警類型。當(dāng)顯示終端接收告警時，會判斷告警的告警類型是否在不可壓縮列表中。若該告警的告警類型存在與不可壓縮列表中時，確定該告警不可被壓縮，而是直接顯示給工作人員。
由于提前把不可被壓縮的告警展示，在實際操作中，避免了系統(tǒng)過多的計算，減少系統(tǒng)的計算次數(shù)，降低系統(tǒng)壓力。
結(jié)合本申請的第一方面，本申請的第一方面的第三種實施方式，包括：
讀取該更新后的第一概率密度函數(shù)中數(shù)值最大的若干個告警的持續(xù)時 間；判斷該若干個告警的持續(xù)時間是否符合線性分布；若符合，則設(shè)置該更新后的第一壓縮區(qū)間的數(shù)值為零。
電信網(wǎng)絡(luò)中存在其持續(xù)時間的只有幾個離散的數(shù)值的告警類型，如30，60，90，120…,且這些離散值符合線性關(guān)系。這類告警在實際情況中是不能被壓縮的，因為根據(jù)持續(xù)時間的分布，可知這類告警一直沒有被消除，且變的越來越嚴(yán)重，必須要及時解決。所以此告警類型的告警都要顯示給網(wǎng)絡(luò)監(jiān)控人員。
由于通過該告警類型的告警的持續(xù)時間的分布情況確定了某些不可被壓縮的告警類型，把在實際工作中不可被壓縮的告警展示，在實際操作中，避免了系統(tǒng)過多的計算，減少系統(tǒng)的計算次數(shù)，降低系統(tǒng)壓力。
結(jié)合本申請的第一方面，本申請的第一方面的第四種實施方式，包括：
計算在該第一概率密度函數(shù)中的告警的持續(xù)時間小于預(yù)置的默認壓縮區(qū)間的比例；判斷該比例是否小于預(yù)置比例；若是，則設(shè)置該更新后的第一壓縮區(qū)間的數(shù)值為零。
在實際工作中，如果認為一個告警類型的告警整體上問題不大，那么在持續(xù)時間小于壓縮區(qū)間的告警的比例應(yīng)該達到某個比例。即該領(lǐng)域的專家通過經(jīng)驗得出在一定區(qū)域內(nèi)的持續(xù)時間的分布密度函數(shù)的比例必須達到一定程度，若未達到，則可認為該告警有可能會顯示出問題，則認為該告警不可被壓縮，因此該告警要顯示給網(wǎng)絡(luò)監(jiān)控人員。因此可以由該領(lǐng)域的專家預(yù)置一個預(yù)置比例值ω與預(yù)置壓縮區(qū)間cidef，判斷f(cidef)≥ω是否成立。若不成立，則此告警不能夠被壓縮，則此告警會顯示給網(wǎng)絡(luò)監(jiān)控人員。
由于通過該告警類型的告警的持續(xù)時間的分布情況確定了某些不可被壓縮的告警類型，把在實際工作中不可被壓縮的告警展示，在實際操作中，避免了系統(tǒng)過多的計算，減少系統(tǒng)的計算次數(shù)，降低系統(tǒng)壓力。
結(jié)合本申請的第一方面、本申請的第一方面的第一種實施方式、本申請的第一方面的第二種實施方式、本申請的第一方面的第三種實施方式、本申請的第一方面的第四種實施方式，本申請的第一方面的第五種實施方式，包括：
緩存該第一告警；判斷該緩存的告警的存儲量是否到達預(yù)置存儲量；若是，則使用該緩存的告警中屬于該第一告警類型的告警的持續(xù)時間更新該第一概率密度函數(shù)，得到該更新后的第一概率密度函數(shù)。
考慮到在實際工作中如果一接收到告警就對告警統(tǒng)計信息進行更新，則系統(tǒng)工作的負荷太大，不符合實際工作的需要，因此會首先緩存接收到的告警，等到滿足一定的條件再用于更新統(tǒng)計信息。
由于在用告警更新告警統(tǒng)計信息前先緩存，而不是直接使用，因此在一定的時間內(nèi)才會更新告警信息一次，因此不需要每次接收到告警都更新一次，避免了系統(tǒng)過多的計算，減少系統(tǒng)的計算次數(shù)，降低系統(tǒng)壓力。
結(jié)合本申請的第一方面的第五種實施方式，包括：
計算該第一告警的出現(xiàn)時間與當(dāng)前時間的時間差；判斷該時間差是否小于預(yù)置時間差；若是，則緩存該第一告警。
統(tǒng)計告警的出現(xiàn)時間、持續(xù)時間和告警名，存放在告警的三元組中<a,occur,duration>(其中a為告警名，occur為該告警的發(fā)生時間，duration為該告警的持續(xù)時間)。緩存的告警會周期性的被存儲到數(shù)據(jù)庫，并清空緩存。在告警數(shù)據(jù)轉(zhuǎn)存到數(shù)據(jù)庫的同時，也可以在預(yù)置時間內(nèi)的告警持續(xù)時間的告警，將其持續(xù)時間用于更新函數(shù)密度函數(shù)。
由于發(fā)生在很久之前的告警有未必可以能夠準(zhǔn)確的反映目前的網(wǎng)絡(luò)狀況，因此，只有最新的告警才會被考慮作為當(dāng)前網(wǎng)絡(luò)狀況的反映。
本申請第二方面提供了一種告警處理設(shè)備，包括：
第一接收模塊，用于接收第一告警，該第一告警包括該第一告警的出現(xiàn)時間和消除時間，以及該第一告警所屬的第一告警類型；第一更新模塊，根據(jù)該第一接收模塊接收的，該第一告警更新第一概率密度函數(shù)得到更新后的第一概率密度函數(shù)，該更新后的第一概率密度函數(shù)的自變量由該第一告警的持續(xù)時間，和接收該第一告警之前接收的屬于該第一告警類型的告警的持續(xù)時間組成，該第一告警的持續(xù)時間為該第一告警的出現(xiàn)時間和消除時間的時間差；第二更新模塊，根據(jù)該第一更新模塊更新的，該更新后的第一概率密度函數(shù)更新該第一告警類型的第一壓縮區(qū)間，得到更新后的第一壓縮區(qū)間， 該更新后的第一壓縮區(qū)間用于，當(dāng)實時接收到的第二告警屬于該第一告警類型，且該第二告警的持續(xù)時間小于該更新后的第一壓縮區(qū)間，則壓縮該第二告警。
本申請第三方面提供了一種告警處理設(shè)備，包括：
接收器、存儲器、處理器以及總線；該接收器、該存儲器以及該處理器通過該總線連接；該接收器用于接收第一告警，該第一告警包括該第一告警的出現(xiàn)時間和消除時間，以及該第一告警所屬的第一告警類型；該存儲器用于存儲程序以及該接收器接收的該第一告警；該處理器用于根據(jù)該第一告警更新第一概率密度函數(shù)得到更新后的第一概率密度函數(shù)，該更新后的第一概率密度函數(shù)的自變量由該第一告警的持續(xù)時間，和接收該第一告警之前接收的屬于該第一告警類型的告警的持續(xù)時間組成，該第一告警的持續(xù)時間為該第一告警的出現(xiàn)時間和消除時間的時間差；根據(jù)該更新后的第一概率密度函數(shù)更新該第一告警類型的第一壓縮區(qū)間，得到更新后的第一壓縮區(qū)間，該更新后的第一壓縮區(qū)間用于，當(dāng)實時接收到的第二告警屬于該第一告警類型，且該第二告警的持續(xù)時間小于該更新后的第一壓縮區(qū)間，則壓縮該第二告警。該存儲器還用于存儲該處理器更新的該更新后的第一概率密度函數(shù)以及該更新后的該第一壓縮區(qū)間。
本申請第四方面提供了一種告警處理方法，包括：
接收第一告警，該第一告警包括該第一告警的出現(xiàn)時間和消除時間，以及該第一告警所屬的第一告警類型；判斷該第一告警的持續(xù)時間是否小于第一壓縮區(qū)間，該第一告警的持續(xù)時間為該第一告警出現(xiàn)時間和消除時間之間的時間差，該第一壓縮區(qū)間由告警閃斷規(guī)則確定，該告警閃斷規(guī)則包括多條告警類型和壓縮區(qū)間之間的對應(yīng)關(guān)系，在該對應(yīng)關(guān)系中每個告警類型都有且僅有一個對應(yīng)的壓縮區(qū)間；若是，則壓縮該第一告警。
若第一告警的持續(xù)時間小于第一壓縮區(qū)間，則可以認為該第一告警是沒有問題的，則可以對其進行壓縮處理，否則即會將其顯示給工作人員。
結(jié)合本申請的第一方面的一種實施方式，包括：
接收告警閃斷規(guī)則，該告警閃斷規(guī)則包括該第一告警類型以及與該第一 告警類型對應(yīng)的該第一壓縮區(qū)間。
該告警閃斷規(guī)則可以為多個二元組<a，ci>，其中a為告警名，即告警類型，ci為壓縮區(qū)間。即該告警閃斷規(guī)則對不同的告警類型都有相對應(yīng)的壓縮區(qū)間。需要說明的是，不同的告警類型對應(yīng)的壓縮區(qū)間可以不同，也可以相同，互相之間并沒有因果關(guān)系。
本申請第五方面提供了一種告警處理設(shè)備，包括：
第二接收模塊，用于接收第一告警，該第一告警包括該第一告警的出現(xiàn)時間和消除時間，以及該第一告警所屬的第一告警類型；第四判斷模塊，用于判斷該第二接收模塊接收的，該第一告警的持續(xù)時間是否小于第一壓縮區(qū)間，該第一告警的持續(xù)時間為該第一告警出現(xiàn)時間和消除時間之間的時間差，該第一壓縮區(qū)間由告警閃斷規(guī)則確定，該告警閃斷規(guī)則包括多條告警類型和壓縮區(qū)間之間的對應(yīng)關(guān)系，在該對應(yīng)關(guān)系中每個告警類型都有且僅有一個與之對應(yīng)的壓縮區(qū)間；壓縮模塊，若該第四判斷模塊的判斷結(jié)果為是，則壓縮該第一告警。
本申請第六方面提供了一種告警處理設(shè)備，包括：
接收器、存儲器、處理器以及總線；該接收器、該存儲器以及該處理器通過總線連接；該接收器用于接收第一告警，該第一告警包括該第一告警的出現(xiàn)時間和消除時間，以及該第一告警所屬的第一告警類型；該存儲器用于存儲程序、該接收器接收的該第一告警；該處理器用于判斷該接收器接收的該第一告警的持續(xù)時間是否小于第一壓縮區(qū)間，該第一告警的持續(xù)時間為該第一告警出現(xiàn)時間和消除時間之間的時間差，該第一壓縮區(qū)間由告警閃斷規(guī)則確定，該告警閃斷規(guī)則包括多條告警類型和壓縮區(qū)間之間的對應(yīng)關(guān)系，在該對應(yīng)關(guān)系中每個告警類型都有且僅有一個與之對應(yīng)的壓縮區(qū)間；若該接收器接收的該第一告警的持續(xù)時間是否小于第一壓縮區(qū)間，則壓縮該第一告警。
從以上技術(shù)方案可以看出，本申請實施例具有以下優(yōu)點：
本方案中通過接收告警，獲取該告警的告警類型和持續(xù)時間，用于更新該告警類型的告警的持續(xù)時間的概率密度函數(shù)，從而更新該告警的告警類型的壓縮區(qū)間，以此作為告警閃斷規(guī)則，用于實時接收與上述的告警類型相同 的告警時，將其持續(xù)時間小于該壓縮區(qū)間的告警進行壓縮處理。由于通過動態(tài)的信息來更新告警閃斷規(guī)則，能很好的反映當(dāng)前網(wǎng)絡(luò)的狀態(tài)，而且由于不需要專家來制定告警閃斷規(guī)則，減少了對專家的依賴，而且降低專家的工作量，使得網(wǎng)絡(luò)維護更容易。
附圖說明
圖1為本申請實施例中網(wǎng)絡(luò)設(shè)備告警系統(tǒng)的架構(gòu)示意圖；
圖2為本申請實施例中告警處理方法的一個實施例示意圖；
圖3為本申請實施例中告警處理設(shè)備的一個實施例示意圖；
圖4為本申請實施例中告警處理設(shè)備的另一個實施例示意圖；
圖5為本申請實施例中告警處理設(shè)備的另一個實施例示意圖；
圖6為本申請實施例中告警處理設(shè)備的另一個實施例示意圖；
圖7為本申請實施例中告警處理設(shè)備的另一個實施例示意圖；
圖8為本申請實施例中告警處理設(shè)備的另一個實施例示意圖；
圖9為本申請實施例中告警處理設(shè)備的一個實施例示意圖；
圖10為本申請實施例中告警處理方法的另一個實施例示意圖；
圖11為本申請實施例中告警處理設(shè)備的一個實施例示意圖；
圖12為本申請實施例中告警處理設(shè)備的另一個實施例示意圖；
圖13為本申請實施例中告警處理設(shè)備的一個實施例示意圖；
圖14為本申請實施例中計算壓縮區(qū)間算法示意圖。
具體實施方式
本申請實施例提供了告警處理方法以及告警處理設(shè)備，用于根據(jù)接收的告警更新形式為概率密度函數(shù)的告警統(tǒng)計信息，從而更新包含壓縮區(qū)間的告警閃斷規(guī)則。
為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明實施例方案，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下 所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本發(fā)明保護的范圍。
本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”、“第三”、“第四”等(如果存在)是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的實施例能夠以除了在這里圖示或描述的內(nèi)容以外的順序?qū)嵤?。此外，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。
如圖1所示，是一種網(wǎng)絡(luò)設(shè)備告警系統(tǒng)的架構(gòu)示意圖。由網(wǎng)絡(luò)設(shè)備和告警處理設(shè)備組成網(wǎng)絡(luò)設(shè)備告警系統(tǒng)。在電信網(wǎng)絡(luò)中，存在大量的網(wǎng)絡(luò)設(shè)備，例如無線網(wǎng)絡(luò)控制器(英文：radionetworkcontroller，縮寫：rnc)，3g移動基站(英文：nodeb)，媒體網(wǎng)關(guān)(英文：mediagateway，縮寫：mgw)，移動交換中心(英文：mobileswitchingcenter，縮寫：msc)等。
網(wǎng)絡(luò)設(shè)備不會直接產(chǎn)生告警，而是產(chǎn)生告警實例，這些網(wǎng)絡(luò)設(shè)備每天產(chǎn)生大量的告警實例。告警實例是網(wǎng)絡(luò)設(shè)備因某種故障而生成一條信息，告警實例分為兩類：設(shè)備告警實例，包括告警名，即告警類型，以及出現(xiàn)時間，說明某個設(shè)備在某個地方某個時間發(fā)生了某種問題；消除告警實例，包括告警類型和消除時間，說明某個告警已經(jīng)被消除。
一般來說，對于包含同一個告警類型的設(shè)備告警實例和消除告警實例，前者會先出現(xiàn)。而當(dāng)一個消除告警到來時，系統(tǒng)首先要尋找該消除告警對應(yīng)的設(shè)備告警實例，并計算該告警的持續(xù)時間為：消除告警實例的發(fā)生時間減去設(shè)備告警實例的發(fā)生時間，則得到一個告警的持續(xù)時間。每個網(wǎng)絡(luò)設(shè)備會將在自身發(fā)生的告警上報到服務(wù)器，網(wǎng)絡(luò)監(jiān)控人員會分析通過告警處理設(shè)備獲取的告警的信息，并從中找出網(wǎng)絡(luò)中存在的問題，反饋給網(wǎng)絡(luò)維修人員去處理。
如果把所有的告警都呈現(xiàn)給網(wǎng)絡(luò)監(jiān)控人員，那么網(wǎng)絡(luò)監(jiān)控人員會被海量的告警淹沒而無法集中精力去挖掘網(wǎng)絡(luò)問題。實際上，很大一部分告警并不 能反映網(wǎng)絡(luò)問題的根因，所以沒有必要把所有的告警都展示給網(wǎng)絡(luò)監(jiān)控人員。
為了降低展現(xiàn)給監(jiān)控人員的告警數(shù)量，提高工作效率，必須過濾掉一些不重要的告警，這些不重要的告警會可以存儲到數(shù)據(jù)庫，或者直接舍棄，這種過濾告警實例的過程也叫做告警壓縮，即壓縮一些不重要的告警。為此，對同一類告警，只顯示有可能出現(xiàn)問題的告警，其余的告警直接存入數(shù)據(jù)庫，或者直接舍棄，不顯示給網(wǎng)絡(luò)監(jiān)控人員。
通常情況下，技術(shù)專家會根據(jù)經(jīng)驗來為每一類告警制定一個告警閃斷規(guī)則，該告警閃斷規(guī)則包括一個壓縮區(qū)間，該壓縮區(qū)間以時間為單位，依據(jù)每個告警的持續(xù)時間與該壓縮區(qū)間的大小關(guān)系確定該告警該被顯示還是被壓縮。對任何一個上報的告警，若其持續(xù)時間不大于該壓縮區(qū)間時，此告警不會顯示給網(wǎng)絡(luò)監(jiān)控人員，而會被壓縮到數(shù)據(jù)庫，否則，該告警會展示給網(wǎng)絡(luò)監(jiān)控人員。
由于專家的經(jīng)驗決定了告警閃斷規(guī)則的準(zhǔn)確性，因而對專家的依賴性強。而且由于告警閃斷規(guī)則是固定不變的，不能夠根據(jù)網(wǎng)絡(luò)狀態(tài)進行動態(tài)的調(diào)整，因此當(dāng)網(wǎng)絡(luò)狀態(tài)變化時，或者當(dāng)有一個新的電信網(wǎng)絡(luò)剛組建或舊的網(wǎng)絡(luò)升級時，已有的告警閃斷規(guī)則不能準(zhǔn)確反映當(dāng)前的網(wǎng)絡(luò)狀態(tài)。如果需要新的告警閃斷規(guī)則，則需要專家都需要重新對整個網(wǎng)絡(luò)的狀況進行分析并確定新的告警閃斷規(guī)則，因此專家會耗費大量的時間和精力。
本方案中通過接收告警，獲取該告警的告警類型和持續(xù)時間，用于更新該告警類型的告警的持續(xù)時間的概率密度函數(shù)，從而更新該告警的告警類型的壓縮區(qū)間，以此作為告警閃斷規(guī)則，用于實時接收與上述的告警類型相同的告警時，將其持續(xù)時間小于該壓縮區(qū)間的告警進行壓縮處理。由于通過動態(tài)的信息來更新告警閃斷規(guī)則，能很好的反映當(dāng)前網(wǎng)絡(luò)的狀態(tài)，而且由于不需要專家來制定告警閃斷規(guī)則，減少了對專家的依賴，而且降低專家的工作量，使得網(wǎng)絡(luò)維護更容易。
因此，本申請實施例的核心思想是，通過接收新的告警用于更新其所屬的告警類型的告警的持續(xù)時間的概率密度函數(shù)，從而更新包含壓縮區(qū)間的告警閃斷規(guī)則，該告警閃斷規(guī)則用于對新接收的告警進行判斷是否需要進行壓 縮處理。
為便于理解，下面對本申請實施例中的具體流程進行描述，請參閱圖2，本申請實施例中告警處理方法一個實施例包括：
201、接收第一告警。
在一些可行的實施例中，每個告警都有且僅有一個告警類型，告警類型又稱為告警名。如果兩個告警具有一樣的告警名，則可認為這兩個告警反映同一類問題。另外，告警的持續(xù)時間是最重要的參數(shù)之一，是反映其告警類型是否有問題的主要判斷參數(shù)。
需要說明的是，在一些可行的實施例中，告警還可以包括設(shè)備名稱、故障類型、發(fā)生時間以及發(fā)生地點等，此處不作限定，在本發(fā)明實施例中，以告警包含告警類型和持續(xù)時間為例進行說明。
在一些可行的實施例中，告警一方面會被顯示終端接收，以當(dāng)前的告警閃斷規(guī)則判斷該告警會被顯示還是會被壓縮。同時，另一方面也會被告警處理設(shè)備接收，用于更新告警的壓縮區(qū)間，并以此作為告警的告警閃斷規(guī)則。需要說明的是，告警閃斷規(guī)則可以用二元組<a,，ci>來表示,其中a為告警名，ci為壓縮區(qū)間的數(shù)值，用于當(dāng)接收告警時，判斷其告警類型，尋找該告警類型的壓縮區(qū)間，并通過持續(xù)時間與該壓縮區(qū)間的大小關(guān)系來判斷該告警是否需要被壓縮，即當(dāng)持續(xù)時間小于該壓縮區(qū)間時，說明該告警應(yīng)該不會出現(xiàn)問題，該告警會被壓縮，否則會顯示給工作人員。
需要說明的是，在一些可行的實施例中，該計算得到壓縮區(qū)間的設(shè)備與使用該壓縮區(qū)間的設(shè)備可以為同一個設(shè)備，也可以為兩個不同的設(shè)備此處不作限定。
202、緩存第一告警。
在本發(fā)明實施例中，考慮到如果一接收到告警就對告警統(tǒng)計信息進行更新，則系統(tǒng)工作的負荷太大，不符合實際工作的需要，因此會首先緩存接收到的告警，等到滿足一定的條件再用于更新統(tǒng)計信息。
在本發(fā)明實施例中，具體的實施方式為統(tǒng)計告警的出現(xiàn)時間、持續(xù)時間和告警名，存放在告警的三元組中<a,occur,duration>(其中a為告警名， occur為該告警的發(fā)生時間，duration為該告警的持續(xù)時間)。在一些可行的實施例中，緩存的告警會周期性的被存儲到數(shù)據(jù)庫，并清空緩存。在另一些可行的實施例中，可以為當(dāng)緩存的告警數(shù)量達到一定規(guī)模時被存儲到數(shù)據(jù)庫，并清空緩存，此處不作限定。在告警數(shù)據(jù)轉(zhuǎn)存到數(shù)據(jù)庫的同時，也可以在預(yù)置時間內(nèi)的告警持續(xù)時間的告警，將其持續(xù)時間用于更新函數(shù)密度函數(shù)。
203、判斷第一告警的告警類型是否在不可壓縮列表中。
在一些可行的實施例中，存在一些告警類型不可被壓縮，必須被顯示，若還是繼續(xù)計算其告警閃斷規(guī)則，則對系統(tǒng)的資源來說是一種浪費。為此，本發(fā)明實施例中，可以對告警類型進行篩選，首先確定一些不可壓縮的告警類型，進而將不可壓縮的告警類型中的所有告警都顯示給網(wǎng)絡(luò)監(jiān)控人員。
在本發(fā)明實施例中，對于一些特殊的告警，無論如何都不應(yīng)該被壓縮，而是應(yīng)該被顯示給網(wǎng)絡(luò)工作人員，則可以預(yù)置不可壓縮列，不可壓縮列表包含告警類型。當(dāng)顯示終端接收告警時，會判斷告警的告警類型是否在不可壓縮列表中。若該告警的告警類型存在與不可壓縮列表中時，確定該告警不可被壓縮，而是直接顯示給工作人員。
204、更新第一告警類型的告警的持續(xù)時間的概率密度函數(shù)。
接收到告警之后，由于發(fā)生在很久之前的告警有未必可以能夠準(zhǔn)確的反映目前的網(wǎng)絡(luò)狀況，因此在本發(fā)明實施例中，只有最新的告警才會被考慮作為當(dāng)前網(wǎng)絡(luò)狀況的反映。
為了實施上述方案，在一些可行的實施例中，會讀取緩存信息中的告警的出現(xiàn)時間，確定出現(xiàn)時間與當(dāng)前時間的時間差，若該時間差小于預(yù)置時間差，則使用該告警更新其持續(xù)時間的概率密度函數(shù)。
因此，在本發(fā)明實施中，將對接收到的告警可以進行篩選。具體的實施方式如下。確定一個統(tǒng)計信息集合d＝{si＝(a,occur,duration)，|i＝1、2、3、……、n}(其中a為告警名，occur為該告警的發(fā)生時間，duration為該告警的持續(xù)時間)，以及集合d的覆蓋區(qū)間l，是用戶可配置的正數(shù)，單位為時間，以表示告警的出現(xiàn)時間與當(dāng)前時間之間的預(yù)置時間差。其中si是從緩存的告警的三元組。當(dāng)接收的告警的出現(xiàn)時間滿足occur∈[t-l,t]，其中t為 當(dāng)前系統(tǒng)時間，則表示該告警是最近的告警，因此才會被考慮用于表示最近的狀況。
需要說明的是，如果l>0，則表示通過篩選去除d中告警的發(fā)生時間不在區(qū)域[t-l，t]中的三元組，最后根據(jù)d中剩余的告警的持續(xù)時間的統(tǒng)計信息更新告警閃斷規(guī)則。特別的，在一些可行的實施例中，當(dāng)不考慮預(yù)置時間差的影響時，即將l設(shè)置為0，表示所有從緩存的告警得到的三元組都將存放在d中，即所有告警的持續(xù)時間都會被記錄分析。
在一些可行的實施例中，也可以把當(dāng)天的告警作為最新的需要考慮的告警，只要是能作為表示為最新的告警，并以此更新告警閃斷規(guī)則，此處不作限定。
在本發(fā)明實施例中，使用經(jīng)過篩選的數(shù)據(jù)會被更新到統(tǒng)計信息中，統(tǒng)計信息可以以概率密度函數(shù)y＝f(x)以及累計密度函數(shù)y＝f(x)的方式記錄下來，其中自變量x表示出現(xiàn)過的持續(xù)時間，函數(shù)值為該持續(xù)時間的概率，即出現(xiàn)的次數(shù)與累計的告警的數(shù)量之比。進而，通過對該概率密度函數(shù)的積分得到累計密度函數(shù)f(x)，即自變量x為表示出現(xiàn)過的持續(xù)時間，其函數(shù)值表示持續(xù)時間在0-x之間的概率，即出現(xiàn)的次數(shù)與累計的告警的數(shù)量之比。
205、判斷該若干個告警的持續(xù)時間是否符合線性分布。
在一些可行的實施例中，電信網(wǎng)絡(luò)中存在其持續(xù)時間的只有幾個離散的數(shù)值的告警類型，如30，60，90，120…,且這些離散值符合線性關(guān)系。這類告警在實際情況中是不能被壓縮的，因為根據(jù)持續(xù)時間的分布，可知這類告警一直沒有被消除，且變的越來越嚴(yán)重，必須要及時解決。所以此告警類型的告警都要顯示給網(wǎng)絡(luò)監(jiān)控人員。
為了尋找到上述所稱的告警，可以提取告警統(tǒng)計信息的告警概率密度函數(shù)f(x)最大的若干個告警的持續(xù)時間，比如8個告警的持續(xù)時間，分別為x1，x2,……，x8。如果這8個值符合線性分布，則認為此告警不能被壓縮。
206、判斷第一概率密度函數(shù)中的告警的持續(xù)時間小于預(yù)置的默認壓縮區(qū)間的比例是否小于預(yù)置比例。
在實際工作中，如果認為一個告警類型的告警整體上問題不大，那么在 持續(xù)時間小于壓縮區(qū)間的告警的比例應(yīng)該達到某個比例，反之如果達不到，則可以認為此告警整體都有問題，則需要將整個告警類型的所有告警都顯示。
為了達到上述目的，在一些可行的實施例中，可以由該領(lǐng)域的專家預(yù)置一個預(yù)置比例值ω與預(yù)置壓縮區(qū)間cidef，判斷f(cidef)≥ω是否成立。若不成立，則此告警不能夠被壓縮，則此告警會顯示給網(wǎng)絡(luò)監(jiān)控人員。即該領(lǐng)域的專家通過經(jīng)驗得出持續(xù)時間在[0，cidef]內(nèi)的分布密度函數(shù)的比例必須達到一定的比例，即預(yù)置比例ω，若未達到，則可認為該告警有可能會顯示出問題，則認為該告警不可被壓縮，因此該告警要顯示給網(wǎng)絡(luò)監(jiān)控人員。
207、設(shè)置第一壓縮區(qū)間的數(shù)值為零。
在本發(fā)明實施例中，告警閃斷規(guī)則的形式是一個二元組<a，ci>表示,其中a為告警名，ci為壓縮區(qū)間的數(shù)值。當(dāng)確定不可被壓縮的告警類型時，則返回的告警閃斷規(guī)則為<a，0>。由于所有告警類型的持續(xù)時間都大于0，因此，當(dāng)該告警的壓縮區(qū)間為0時，則所有該告警不會被壓縮，而會被顯示給網(wǎng)絡(luò)監(jiān)控人員。
在本發(fā)明實施例中，如果滿足步驟203、步驟205或者步驟206中的一個或者幾個時，則可以認為第一壓縮區(qū)間的數(shù)值為零。需要說明的是，判斷告警是否不可被壓縮的方式可以為以上的一種或者幾種，還可能有其他的方式，此處不作限定。
在一些可行的實施例中，告警閃斷規(guī)則可以不僅包括告警名和壓縮區(qū)間，還可以包括發(fā)生地點、壓縮比例等，只要包括告警名和壓縮區(qū)間，在此不作限定。
208、計算壓縮區(qū)間的數(shù)值。
在一些可行的實施例中，可以通過步驟204確定的告警統(tǒng)計信息中的每個告警實例的持續(xù)時間的概率密度函數(shù)f(x)，進而得到累計密度函數(shù)f(x)，使用累計密度函數(shù)f(x)與若干個預(yù)置參數(shù)計算壓縮區(qū)間。請參考附圖14，具體的實施方式如下：
專家給定若干個預(yù)置參數(shù)包括：默認的壓縮區(qū)間cidef、壓縮區(qū)間的最大允許值cimax以及預(yù)置步長δ。其中，cimax的含義是任何可以被壓縮的告警的 持續(xù)時間都不應(yīng)該超過cimax，所有持續(xù)時間大于cimax的告警都應(yīng)該顯示給網(wǎng)絡(luò)監(jiān)控人員。
具體實施方式為在默認壓縮區(qū)間cidef左右兩側(cè)搜索，得到兩個備選壓縮區(qū)間cil和cir。向cidef左邊搜索的原因是專家給定的cidef可能過大，可能會壓縮掉一些重要的告警；而向右邊搜索的原因是cidef可能過小，會有過多的告警展示給網(wǎng)絡(luò)監(jiān)控人員。當(dāng)cidef等于cir時，則最終的ci是cil,否則是cir。為了達到上述目的，可以使用以下算法：
令x＝cidef–δ，判斷f(x+δ)-f(x)>＝f(cidef)×δ/cidef是否成立，若是，則cil＝x+δ，否則令x＝x-δ重新判斷；令x＝cidef+δ，判斷f(x)–f(x-δ)<f(cidef)×δ/cidef是否成立，若是，則cir＝x–δ，若否且x<cimax，則令x＝x+δ重新判斷，若x>＝cimax，則令cir＝cidef；若cir等于cidef，則ci＝cil，否則ci＝cir；則得到告警閃斷規(guī)則<a,ci>。
此算法的理念是，可以通過cidef的左右的具體局部值和平均值比較，可以得到局部值比平均值高還是低。如果的cidef左邊的累計函數(shù)的局部值比平均值高，那么說明右邊的局部區(qū)間有大量告警出現(xiàn)，至少比平均值要多，那么可以認為此部分告警是頻繁現(xiàn)象，可以認為是正常無問題的，因而可以被壓縮。如果局部值比平均值低，那么這一部分可被認為是少數(shù)現(xiàn)象，應(yīng)該報告給網(wǎng)絡(luò)監(jiān)控人員，則應(yīng)該向左邊再走一個步長δ。
同理，如果的cidef右邊的累計函數(shù)的局部值比平均值高，那么說明右邊的局部區(qū)間有大量告警出現(xiàn)，至少比平均值要多，那么可以認為此部分告警是頻繁現(xiàn)象，可以認為是正常無問題的，因而屬于可以被壓縮的告警，因此x需要再右邊走一個步長δ。如果局部值比平均值低，那么這一部分可被認為是少數(shù)現(xiàn)象，屬于不被壓縮的告警，應(yīng)該報告給網(wǎng)絡(luò)監(jiān)控人員。
需要說明的是，如果cir和cil同時不等于cidef，那么可以判斷cil到cidef之間的告警出現(xiàn)數(shù)量較少是個別現(xiàn)象，可以忽略不計，則要選擇cir作為最后的ci。
在一些可行的實施例中，還可以通過其他算法或者其他理念計算告警閃斷規(guī)則的壓縮區(qū)間，從而得到恰當(dāng)?shù)膲嚎s區(qū)間ci，此處不作限定。
在本發(fā)明實施例中，由于通過動態(tài)的信息來更新告警閃斷規(guī)則的壓縮區(qū)間，能很好的反映當(dāng)前網(wǎng)絡(luò)的狀態(tài)，而且由于不需要專家來制定告警閃斷規(guī)則，減少了對專家的依賴，而且降低專家的工作量，使得網(wǎng)絡(luò)維護更容易。
上面對本申請實施例中告警處理方法進行描述，下面對本申請實施例中的告警處理設(shè)備進行描述。
請參考圖3，本申請實施例還提供一種告警處理設(shè)備300，該告警處理設(shè)備包括：
第一接收模塊301，用于接收第一告警，該第一告警包括該第一告警的出現(xiàn)時間和消除時間，以及該第一告警所屬的第一告警類型；
第一更新模塊302，根據(jù)該第一接收模塊301接收的，該第一告警更新第一概率密度函數(shù)得到更新后的第一概率密度函數(shù)，該更新后的第一概率密度函數(shù)的自變量由該第一告警的持續(xù)時間，和接收該第一告警之前接收的屬于該第一告警類型的告警的持續(xù)時間組成，該第一告警的持續(xù)時間為該第一告警的出現(xiàn)時間和消除時間的時間差；
第二更新模塊303，根據(jù)該第一更新模塊302更新的，該更新后的第一概率密度函數(shù)更新該第一告警類型的第一壓縮區(qū)間，得到更新后的第一壓縮區(qū)間，該更新后的第一壓縮區(qū)間用于，當(dāng)實時接收到的第二告警屬于該第一告警類型，且該第二告警的持續(xù)時間小于該更新后的第一壓縮區(qū)間，則壓縮該第二告警。
在一些實施例中，該第二更新模塊303具體用于，包括：
使用該第一更新模塊更新的該更新后的第一概率密度函數(shù)與若干個預(yù)置參數(shù)計算該第一壓縮區(qū)間。
本方案中通過接收告警，獲取該告警的告警類型和持續(xù)時間，用于更新該告警類型的告警的持續(xù)時間的概率密度函數(shù)，從而更新該告警的告警類型的壓縮區(qū)間，以此作為告警閃斷規(guī)則，用于實時接收與上述的告警類型相同的告警時，將其持續(xù)時間小于該壓縮區(qū)間的告警進行壓縮處理。由于通過動態(tài)的信息來更新告警閃斷規(guī)則，能很好的反映當(dāng)前網(wǎng)絡(luò)的狀態(tài)，而且由于不需要專家來制定告警閃斷規(guī)則，減少了對專家的依賴，而且降低專家的工作 量，使得網(wǎng)絡(luò)維護更容易。
請參考圖4，在一些實施例中，該告警處理設(shè)備300還包括：
第一判斷模塊304，判斷該第一接收模塊301接收的該第一告警類型是否存在于預(yù)置的不可壓縮列表中；
第一設(shè)置模塊305，用于若該第一判斷模塊304的判斷結(jié)果為是，則設(shè)置該更新后的第一壓縮區(qū)間的數(shù)值為零。
請參考圖5，在一些實施例中，該告警處理設(shè)備300包括：
讀取模塊306，讀取該第一更新模塊302更新的，該更新后的第一概率密度函數(shù)中數(shù)值最大的若干個告警的持續(xù)時間；
第二判斷模塊307，用于判斷該讀取模塊306讀取的，該若干個告警的持續(xù)時間是否符合線性分布；
第二設(shè)置模塊308，用于若該第二判斷模塊307的判斷結(jié)果為符合，則設(shè)置該更新后的第一壓縮區(qū)間的數(shù)值為零。
請參考圖6，在一些實施例中，該告警處理設(shè)備300包括：
計算模塊309，用于計算該第一更新模塊302更新的，該更新后的該第一概率密度函數(shù)中的告警的持續(xù)時間小于預(yù)置的默認壓縮區(qū)間的比例。
第三判斷模塊310，用于判斷該計算模塊309計算的，該比例是否小于預(yù)置比例。
第三設(shè)置模塊311，用于若該第三判斷模塊310的判斷結(jié)果為是，則設(shè)置該更新后的第一壓縮區(qū)間的數(shù)值為零。
請參考圖7，在一些實施例中，該第一更新模塊302包括：
緩存單元3021，用于緩存該第一接收模塊301接收的，該第一告警。
判斷單元3022，用于判斷該緩存單元3021緩存的告警的存儲量是否到達預(yù)置存儲量。
更新單元3023，用于若該判斷單元3022的判斷結(jié)果為是，則使用該緩存單元中屬于該第一告警類型的告警的持續(xù)時間更新該第一概率密度函數(shù)，得到該更新后的第一概率密度函數(shù)。
請參考圖8，在一些實施例中，該緩存單元3021包括：
計算子單元30211，用于計算該第一接收模塊301接收的，該第一告警的出現(xiàn)時間與當(dāng)前時間的時間差。
判斷子單元30212，用于判斷該計算子單元30211計算的，該時間差是否小于預(yù)置時間差。
緩存子單元30213，用于若該判斷子單元30212的判斷結(jié)果為是，則緩存該第一告警。
在本發(fā)明實施例中，由于通過動態(tài)的信息來更“新告警閃斷規(guī)則”，能很好的反映當(dāng)前網(wǎng)絡(luò)的狀態(tài)，而且由于不需要專家來制定告警閃斷規(guī)則，減少了對專家的依賴，而且降低專家的工作量，使得網(wǎng)絡(luò)維護更容易。
上面從模塊化功能實體的角度對本申請實施例中的告警處理設(shè)備進行描述，下面從硬件處理的角度對本申請實施例中的告警處理設(shè)備進行描述，請參閱圖9，本申請實施例提供了一種告警處理設(shè)備。
一種告警處理設(shè)備400，包括：
接收器401、存儲器402、處理器403以及總線404。
接收器401、存儲器402以及處理器403通過總線404連接。
接收器401，用于接收第一告警，該第一告警包括該第一告警的出現(xiàn)時間和消除時間，以及該第一告警所屬的第一告警類型。
接收器401可以包括處理器403和標(biāo)準(zhǔn)通信子系統(tǒng)之間的通信接口(英文communicationinterface)。
接收器401還可以進一步包括eia-rs-232c標(biāo)準(zhǔn)下的通信接口，即數(shù)據(jù)終端設(shè)備(英文：dataterminalequipment，縮寫：dte)和數(shù)據(jù)通訊設(shè)備(英文：datacircuit-terminatingequipment，縮寫：dce)之間串行二進制數(shù)據(jù)交換接口技術(shù)標(biāo)準(zhǔn)的通信接口，也可以包括rs-485協(xié)議下的通信接口，此處不作限定。
存儲器402，用于存儲程序、接收器401接收的第一告警。
存儲器402可以包括易失性存儲器(英文：volatilememory)，例如隨機存取存儲器(英文：random-accessmemory，縮寫：ram)；存儲器402也可以包括非易失性存儲器(英文：non-volatilememory)，例如快閃存儲器(英文：flashmemory)，硬盤(英文：harddiskdrive，縮寫：hdd)或固態(tài)硬盤 (英文：solid-statedrive，縮寫：ssd)；存儲器403還可以包括上述種類的存儲器的組合，此處不作限定。
可選地，存儲器402還可以用于存儲程序指令，處理器403可以調(diào)用該存儲器402中存儲的程序指令，執(zhí)行圖2所示實施例中的一個或多個步驟，或其中可選的實施方式，使得該告警處理設(shè)備400實現(xiàn)上述方法的功能。
處理器403，用于根據(jù)該第一告警更新第一概率密度函數(shù)得到更新后的第一概率密度函數(shù)，該更新后的第一概率密度函數(shù)的自變量由該第一告警的持續(xù)時間，和接收該第一告警之前接收的，屬于該第一告警類型的告警的持續(xù)時間組成，該第一告警的持續(xù)時間為該第一告警的出現(xiàn)時間和消除時間的時間差；根據(jù)該更新后的第一概率密度函數(shù)更新該第一告警類型的第一壓縮區(qū)間，得到更新后的第一壓縮區(qū)間，該更新后的第一壓縮區(qū)間用于，當(dāng)實時接收到的第二告警屬于該第一告警類型，且該第二告警的持續(xù)時間小于該更新后的第一壓縮區(qū)間，則壓縮該第二告警。
處理器403可以是中央處理器(英文：centralprocessingunit，縮寫：cpu)，網(wǎng)絡(luò)處理器(英文：networkprocessor，縮寫：np)或者cpu和np的組合。
處理器403還可以進一步包括硬件芯片。上述硬件芯片可以是專用集成電路(英文：application-specificintegratedcircuit，縮寫：asic)，可編程邏輯器件(英文：programmablelogicdevice，縮寫：pld)或其組合。上述pld可以是復(fù)雜可編程邏輯器件(英文：complexprogrammablelogicdevice，縮寫：cpld)，現(xiàn)場可編程邏輯門陣列(英文：field-programmablegatearray，縮寫：fpga)，通用陣列邏輯(英文：genericarraylogic,縮寫：gal)或其任意組合。
存儲器402還用于存儲處理器403更新的更新后的第一概率密度函數(shù)以及更新后的第一壓縮區(qū)間。
在本發(fā)明實施例中，由于通過動態(tài)的信息來更新告警閃斷規(guī)則的壓縮區(qū)間，能很好的反映當(dāng)前網(wǎng)絡(luò)的狀態(tài)，而且由于不需要專家來制定告警閃斷規(guī)則，減少了對專家的依賴，而且降低專家的工作量，使得網(wǎng)絡(luò)維護更容易。
上面對本申請實施例中從生成壓縮區(qū)間的告警處理設(shè)備側(cè)進行描述，下 面對本申請實施例中的使用壓縮區(qū)間的數(shù)據(jù)處理設(shè)備側(cè)對告警處理方法進行描述，請參考圖10：
501、接收第一告警。
請參考步驟201，在此不再贅述。
502、接收告警閃斷規(guī)則。
在本發(fā)明實施例中，接收包含通過步驟201至步驟203生成的壓縮區(qū)間的告警閃斷規(guī)則。在一些可行的實施例中，該告警閃斷規(guī)則可以為多個二元組<a，ci>，其中a為告警名，即告警類型，ci為壓縮區(qū)間。即該告警閃斷規(guī)則對不同的告警類型都有相對應(yīng)的壓縮區(qū)間。需要說明的是，不同的告警類型對應(yīng)的壓縮區(qū)間可以不同，也可以相同，互相之間并沒有因果關(guān)系。
503、判斷第一告警的持續(xù)時間是否小于第一壓縮區(qū)間。
在本發(fā)明實施例中，可以在告警閃斷規(guī)則中找到該告警類型，再找到相對應(yīng)的壓縮區(qū)間，接著通過在線實時判斷步驟501接收的第一告警的持續(xù)時間與該壓縮區(qū)間的大小如何。
504、壓縮第一告警。
在本發(fā)明實施例中，若第一告警的持續(xù)時間小于第一壓縮區(qū)間，則可以認為該第一告警是沒有問題的，則可以對其進行壓縮處理，否則即會將其顯示給工作人員。
上面對本申請實施例中告警處理方法進行描述，下面對本申請實施例中的告警處理設(shè)備600進行描述，請參考圖11。
第二接收模塊601，用于接收第一告警，該第一告警包括該第一告警的出現(xiàn)時間和消除時間，以及該第一告警所屬的第一告警類型；
第四判斷模塊602，用于判斷該第二接收模塊601接收的，該第一告警的持續(xù)時間是否小于第一壓縮區(qū)間，該第一告警的持續(xù)時間為該第一告警出現(xiàn)時間和消除時間之間的時間差，該第一壓縮區(qū)間由告警閃斷規(guī)則確定，該告警閃斷規(guī)則包括多條告警類型和壓縮區(qū)間之間的對應(yīng)關(guān)系，在該對應(yīng)關(guān)系中每個告警類型都有且僅有一個與之對應(yīng)的壓縮區(qū)間；
壓縮模塊603，若該第四判斷模塊602的判斷結(jié)果為是，則壓縮該第一告警。
請參考圖12，在一些實施例中，該告警處理設(shè)備600還包括：
第三接收模塊604，用于接收告警閃斷規(guī)則，該告警閃斷規(guī)則包括該第一告警類型以及與該第一告警類型對應(yīng)的該第一壓縮區(qū)間。
上面從模塊化功能實體的角度對本申請實施例中的告警處理設(shè)備進行描述，下面從硬件處理的角度對本申請實施例中的告警處理設(shè)備進行描述，請參閱圖13，本申請實施例提供了一種告警處理設(shè)備。
一種告警處理設(shè)備700，包括：
接收器701、存儲器702、處理器703以及總線704。
接收器701、存儲器702以及處理器703通過總線704連接。
接收器701用于接收第一告警，第一告警包括第一告警的出現(xiàn)時間和消除時間，以及第一告警所屬的第一告警類型。
存儲器702用于存儲程序、接收器701接收的第一告警。
處理器703用于判斷接收器701接收的第一告警的持續(xù)時間是否小于第一壓縮區(qū)間，第一告警的持續(xù)時間為第一告警出現(xiàn)時間和消除時間之間的時間差，第一壓縮區(qū)間由告警閃斷規(guī)則確定，告警閃斷規(guī)則包括多條告警類型和壓縮區(qū)間之間的對應(yīng)關(guān)系，在對應(yīng)關(guān)系中每個告警類型都有且僅有一個與之對應(yīng)的壓縮區(qū)間。
若接收器接收701的第一告警的持續(xù)時間是否小于第一壓縮區(qū)間，則壓縮第一告警。
所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。
在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合 或通信連接，可以是電性，機械或其它的形式。
所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
另外，在本申請各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。
所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中。基于這樣的理解，本申請的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：u盤、移動硬盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
以上所述，以上實施例僅用以說明本申請的技術(shù)方案，而非對其限制；盡管參照前述實施例對本申請進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本申請各實施例技術(shù)方案的范圍。