TWI749072B

TWI749072B - 異常訊務偵測伺服器及其異常訊務偵測方法

Info

Publication number: TWI749072B
Application number: TW106133603A
Authority: TW
Inventors: 洪健哲; 卓清波; 陳梅苑
Original assignee: 中華電信股份有限公司
Priority date: 2017-09-29
Filing date: 2017-09-29
Publication date: 2021-12-11
Also published as: TW201916641A

Abstract

本發明提出一種異常訊務偵測伺服器及其異常訊務偵測方法，其包括下列步驟。分析多筆訊務資料，以取得多筆異常事件紀錄。判斷這些異常事件紀錄是否對應有異常事件票，以建立異常事件票。當介面持續發生異常告警或恢復正常時，異常事件票之告警等級點數將增加或減少。而當異常事件票之累積告警等級達到異常事件通知門檻時，會即時發出事件票通知。藉此，可大大地減少單一告警量外，更具誤告警容錯機制，從而及時發現重要異常事件。

Description

異常訊務偵測伺服器及其異常訊務偵測方法

本發明是有關於一種異常監控技術，且特別是有關於一種異常訊務偵測伺服器及其異常訊務偵測方法。

異常監控係企業、電信商或網路服務提供商等單位用以對端設備進行維運的重要程序。而習知的訊務分析系統接收到終端設備之網管系統所蒐集的網路訊務、網路品質或設備效能參數值時，大多會同一時間點同時進行此介面、告警類別及嚴重等級的告警門檻判斷與發送。然而，這將造成告警量過多、誤告警、告警發散無法集中綜合判斷等問題。由此可知，現有異常監控仍有待改進。

有鑑於此，本發明提供一種異常訊務偵測伺服器及其異常訊務偵測方法，其將多筆異常事件紀錄整合，並結合告警通報及容錯機制，能大幅減少單一告警通報量。

本發明的異常訊務偵測方法，其包括下列步驟。分析多筆訊務資料，以取得多筆異常事件紀錄。依據這些異常事件紀錄建立異常事件票，此異常事件票整併那些異常事件紀錄。偵測此異常事件票的後續異常事件紀錄，以累計異常事件票的異常程度值。依據異常事件票的異常程度值判斷異常事件票之結束，並將異常事件票之建立及結束進行通報。

本發明的異常訊務偵測伺服器，其包括輸入單元及處理單元。輸入單元取得多筆訊務資料。處理單元耦接輸入單元，並經配置用以執行下列步驟。分析那些訊務資料，以取得多筆異常事件紀錄。依據這些異常事件紀錄建立異常事件票，此異常事件票整併那些異常事件紀錄。偵測此異常事件票的後續異常事件紀錄，以累計異常事件票的異常程度值。依據異常事件票的異常程度值判斷異常事件票之結束，並將異常事件票之建立及結束進行通報。

基於上述，本發明實施例能將異常事件紀錄整併成多筆異常事件紀錄，並持續偵測後續出現的異常告警紀錄，判斷異常事件是否持續出現或恢復正常，並當異常程度值累計到特定數量時才據以通報。藉此，不僅可大幅減少單一告警量，還結合誤告警容錯機制，使相關人員能及時發現重要異常事件並及早排除，進而有效維護網路服務品質。

為讓本發明的上述特徵和優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明如下。

圖1是依據本發明一實施例說明系統架構的示意圖。此系統架構包括異常訊務偵測伺服器100及網管伺服器200。異常訊務偵測伺服器100及網管伺服器200可能係任何類型伺服器、個人電腦、主機、工作站等電子裝置。

異常訊務偵測伺服器100包括輸入單元110、儲存單元130及處理單元150。輸入單元110可以係無線或有線通訊處理器(例如，支援藍芽、第4代行動通訊(4G)、Wi-Fi、光纖、乙太網路(Ethernet)等)、匯流排介面等可接收各終端設備的訊務資料(例如，網路訊號、網路品質、設備效能等資料)的硬體單元。

儲存單元130可以係任何型態的固定或可移動隨機存取記憶體(RAM)、唯讀記憶體(ROM)、快閃記憶體(flash memory)、傳統硬碟(hard disk drive)、固態硬碟(solid-state drive)或類似元件或上述元件的組合，並用以記錄告警項目及門檻建立與管理模組131、事件票類型管理模組132、事件票與告警項目關聯管理模組133、異常事件票產生器134軟體程式、訊務資料、告警項目、異常事件紀錄、異常事件票、事件票類型、對應表、異常程度值、異常判斷門檻、權重值、事件票與告警項目關聯定義表等相關資訊、檔案及參數。前述模組、參數、檔案及資料待後續實施例再詳細說明。

處理單元150與輸入單元110及儲存單元130連接，並可以是中央處理單元(CPU)，或是其他可程式化之一般用途或特殊用途的微處理器(Microprocessor)、數位信號處理器(DSP)、可程式化控制器、特殊應用積體電路(ASIC)或其他類似元件或上述元件的組合。在本發明實施例中，處理單元150用以執行異常訊務偵測伺服器100的所有作業，且可存取並執行輸入單元110及上述儲存單元130所記錄的軟體模組。

於本發明實施例中，為異常訊務偵測伺服器100提供資通訊網路中的終端設備及介面間訊務資料的裝置係網管伺服器200。此網管伺服器200可能與一個或更多個終端設備及介面連接，以取得前述訊務資料。

需說明的是，於其他實施例中，異常訊務偵測伺服器100亦可能透過輸入單元110(內建有網管功能)直接對終端設備或介面取得前述訊務資料，更可能透過隨身碟、資料上傳、光碟等方式輸入前述訊務資料，本發明不加以限制。

為了方便理解本發明實施例的操作流程，以下將舉諸多實施例詳細說明本發明實施例中異常訊務偵測方法。下文中，將搭配異常訊務偵測伺服器100的各項元件及模組說明本發明實施例所述之方法。本方法的各個流程可依照實施情形而隨之調整，且並不僅限於此。

對訊務資料開始偵測之前，需設定有相關參數及對應表。而由於電路訊務會因網路使用環境或所處位階不同而有所差異及變化，需有彈性的異常偵測門檻調適機制。因此，告警項目及門檻建立與管理模組131可提供使用者介面讓使用者依據事先規劃好的電路分類而自訂所屬多種階級嚴重程度偵測門檻(即，異常判斷門檻)。例如，告警等級分為嚴重(Critical)、主要(major)及次要(minor)三階，而不同告警項目設有三個異常判斷門檻，小於第一異常判斷門檻視為正常，介於第一及第二異常判斷門檻之間則視為次要，介於第二及第三異常判斷門檻之間則視為主要，超過第三異常判斷門檻則視為嚴重。需說明的是，不同告警項目的異常判斷門檻可能不同，並可由對應領域的專家系統或其他使用需求而調整。

此外，告警項目及門檻建立與管理模組131針對各告警項目之間，更可設定其重要性優先序和權重值。也就是說，不同告警項目被賦予不同權重值。而當處理單元150同時偵測到多種異常事件紀錄時，即可依據優先序對各異常事件紀錄進行排序，再依據權重值加權而提高異常事件紀錄的嚴重等級。以表(1)為例，不同告警項目對應不同權重值及優先序。表(1)

事件票類型管理模組132提供使用者依據維運需求來定義事件票類型，以供事件票與告警項目關聯管理模組133及異常事件票產生器134參考使用，而異常事件票亦可依發生頻率(例如，即時、每日、每月)進行分類。事件票與告警項目關聯管理模組133提供建立事件票類型與告警項目間的歸屬關係定義，並存入儲存單元130中資料庫的事件票與告警項目關聯定義表中。以表(1)的事件票與告警項目關聯表為例，假設存在電路異常事件票AlarmTicket，當處理單元150偵測某電路出現表格中的ERR、PDC、TRF_DNGAP等七種告警時，則處理單元150可依據此表(1)會將這七種告警歸屬於此異常事件票AlarmTicket中。

前述相關參數及對應表建立好之後，本發明實施例的核心元件(即，異常事件票產生器134)即可開始實作網路異常事件票的生成分析。異常事件票產生器134係分析取得的訊務資料，以取得多筆異常事件紀錄(步驟S210)。具體而言，輸入單元110每隔特定週期(例如，5、10或20分鐘等，即分時)蒐集並剖析訊務資料，並儲存至儲存單元130的訊務資料庫相關表格中。而異常事件票產生器134會每間隔掃描時間(例如，5、10或20分鐘等)讀入訊務資料，對所有電路的訊務資料監控其流量、電路品質等狀態。而各告警項目的異常告警程度均分為三個告警等級1、2、3(分別對應至次要、主要及嚴重等級)，異常事件票產生器134則依據不同告警項目判斷訊務資料是否超過對應異常判斷門檻。若訊務資料所記錄的內容超過對應異常判斷門檻值，則產生異常事件紀錄並連同對應告警等級而將其存入資料庫中。

異常事件票產生器134依據這些異常事件紀錄建立異常事件票，而此異常事件票即係整併那些異常事件紀錄(步驟S220)。具體而言，依據單一介面並依據事件票與告警項目關聯表，異常事件票產生器134將屬同一事件票類型的不同異常告警進行加權運算(告警等級*權重值)，並檢查此介面是否存在(或屬於)對應事件票。

以圖3為例，異常事件票產生器134於01：00偵測到訊務資料超過上限異常(TRF_BL，告警等級(2))，同時，也偵測到電路封包遺失率過高(PDC，告警等級(3))及訊務使用率過高(UTL，告警等級1)異常，可經整理成圖4所示之異常事件紀錄明細。

若不存在對應異常事件票(或不屬於既有異常事件票)，則異常事件票產生器134建立此介面的異常事件票，並取加權後最嚴重的異常事件紀錄作為異常事件票的代表，而最嚴重的異常事件紀錄經加權後的異常告警程度值(即，加權告警等級)則作為此異常事件票的異常程度值。若最嚴重的異常事件紀錄有多筆，則異常事件票產生器134會依其對應告警項目的優先序進行比較，並取優先序最高者為代表。異常事件票產生器134建立事件票的同時，亦會儲存事件票與異常事件紀錄間的關聯，以利異常事件票查詢分析或事件票通知時，可用於呈現異常事件紀錄的明細。

請參照圖3，自圖3中的訊務資料時序紀錄可得出01:00首次出現電路流入訊務超過上限(3,587,279 ＞ 3,567,660)，因同時間亦存在PDC與UTL告警，故需對三告警類型相關聯之告警項目進行權重運算與比序。經參照表(1)各告警項目的權重運算比序後，取TRF_BL為電路異常事件票為代表，並建立圖4所示之異常事件票 (TRF_BL[告警等級(2) * 權重值(3)=6] ＞ PDC[告警等級(3) * 權重值(1)=3] ＞ UTL[告警等級(1) * 權重值(1)=1])，且此電路的異常事件票所累積的異常程度值為6(即，累積告警等級，其係三告警項目的告警等級經加權後的最大值)，並於此異常事件票中記錄並提供介面顯示相關的PDC、UTL、TRF_BL告警資訊。

另一方面，若存在對應異常事件票(或屬於既有異常事件票)，則異常事件票產生器134先計算出此次告警事件紀錄(即，已存在之異常事件票的後續異常事件紀錄)經加權後的異常告警程度值，並對其所屬異常事件票的異常程度值累計運算(即，異常程度值加上當次最嚴重異常事件紀錄的異常告警程度值)(步驟S230)。

當異常事件票之異常程度值經累計後達到設定的事件票通知門檻(假設為6)時，則處理單元150會將此異常事件票通知管理人員。而如果連續出現異常事件紀錄(每一時段之最大告警事件)使得累計的異常程度值超過6分，則以6分計算。以圖3所示之告警示意圖為例，第一張異常事件票於01：00發出；第二張異常事件票於04：00建立，但此異常事件票所累積的異常程度值於04：05才達事件票通知門檻，因此，04：05才發出通知；而第三張事件票同第二張狀況，08：50建立，但08：55才達事件票通知門檻，此時再發出通知。

若某次查無任何異常事件紀錄，則異常事件票產生器134將其異常程度值減2分，使得連續三次未有異常事件紀錄時，異常程度值將扣至0分，則視為異常解除，異常事件產生器134即關閉該事件票(即，異常事件票之結束)，並以通知相關管理人員。以圖3所示之告警示意圖為例，第二張事件票於04:05發出通知後，至05：45為止仍持續出現異常事件紀錄，這段時間內，異常事件票所累積的異常程度值一直維持在最大值6。而在05：50、05：55時皆未偵測到異常事件紀錄，則異常程度值分別減2分後，05：55當下的異常事件票之異常程度值為2。然而，06：00又出現異常事件紀錄，使得此異常事件票所累積的異常程度值又會繼續累加，直至06：45時此異常事件票的告警通知才解除。

於本發明實施例中，將告警種類依據其嚴重性與連續性進行整合，最後產生如圖5所示的三張事件票。對維運同仁而言，圖3中一條電路的異常通知數量從42次降為6次，減少了七倍。當管理龐大網路時，異常告警數量出現的規模就會大大減少。此時，當出現重要異常事件票告警時，將有助於立即掌握異常狀況，使相關人員能儘早介入處理。

需說明的是，前述異常程度值(即，6)、遞減值(即，2)於其他實施中可能係其他數值，端視應用本發明實施例者之需求而自行調整。而本實施例中異常程度值的最大值係事件票通知門檻，然於其他實施例中亦可視實際需求而增減。

而處理單元150更依據異常事件票的異常程度值判斷異常事件票之結束之外，更將此異常事件票之建立及結束進行通報(步驟S240)。換言之，異常事件產生器134會進行事件票的開啟或關閉的分析管理，並將異常事件票之建立及結束(如圖5所示不同異常事件票之開始及結束時間)記錄存於資料庫中，並適時對相關人員發出通報。

綜上所述，本發明實施例之發想源自於整理與觀察分析，於某單一介面於一段時間內，訊務偵測系統所產生的訊務異常告警發生時點和頻率分佈，發現異常告警會出現偶發與連續的現象。如果可將連續的訊務異常告警於首次發生時，建立一張異常事件票並記錄其開啟時間，並在訊務回歸正常後，關閉異常事件票並記錄關閉時間，而當於異常事件票開啟與關閉時，再通知營運單位，則可將連續單一告警整併，減少單一告警量，避免重要異常告警淹沒於眾多告警事件中。

分析過程中，對於偶發或不連續的告警狀況，如具備權重調整與告警程度累進的機制，對於嚴重異常或誤告警的狀況偵測更具容錯的能力。由於網路異常不只包括訊務異常，若能更進一步地將同一介面、同一時間點的各種異常一併納入考量，例如封包遺失率、封包錯誤率等品質異常，對於單一介面異常的偵測則可達到更加全面性的掌握。

據此，本發明實施例除了可大大地減少單一告警量之外，還具誤告警容錯機制，經由綜合分析更有助於即時發覺重要異常事件，達成及早發現且及早排除之功效，從而降低客訴、減少損失，進而達到有效維護網路服務品質的目的。

雖然本發明已以實施例揭露如上，然其並非用以限定本發明，任何所屬技術領域中具有通常知識者，在不脫離本發明的精神和範圍內，當可作些許的更動與潤飾，故本發明的保護範圍當視後附的申請專利範圍所界定者為準。

100‧‧‧異常訊務偵測伺服器110‧‧‧輸入單元130‧‧‧儲存單元131‧‧‧告警項目及門檻建立與管理模組132‧‧‧事件票類型管理模組133‧‧‧事件票與告警項目關聯管理模組134‧‧‧異常事件票產生器200‧‧‧網管伺服器S210~S240‧‧‧步驟

圖1是依據本發明一實施例說明系統架構的示意圖。圖2是依據本發明一實施例之一種異常訊務偵測方法的流程圖。圖3是一範例說明異常事件紀錄。圖4是一範例說明異常事件紀錄及建立的異常事件票。圖5是一範例說明異常事件票之建立與結束。

S210~S240‧‧‧步驟

Claims

一種異常訊務偵測方法，包括：提供一處理單元，該處理單元經配置以執行：分析多筆訊務資料，以取得多筆異常事件紀錄；依據該些異常事件紀錄建立一異常事件票，其中該異常事件票整併該些異常事件紀錄，並且該些異常事件紀錄對應不同類型的多個告警項目，其中該些告警項目包括封包錯誤率、封包遺失率、訊務陡降比例、訊務陡升比例、訊務上下限、低訊務以及訊務使用率中的至少其中之一；分時偵測該異常事件票的後續異常事件紀錄，以累計該異常事件票的異常程度值，包括：當一次未偵測到該後續異常事件紀錄時，減少該異常事件票的該異常程度值；以及依據該異常事件票的該異常程度值判斷該異常事件票之結束，並將該異常事件票之建立及結束進行通報，包括：若該異常事件票的該異常程度值為零，則判斷該異常事件票之結束；以及當該異常事件票的該異常程度值超過一異常事件通知門檻時，通報該異常事件票。
如申請專利範圍第1項所述的異常訊務偵測方法，其中依據該些異常事件紀錄建立該異常事件票的步驟，包括：設定該些告警項目，並分別賦予該些告警項目不同權重值；依據所設之該些告警項目，分別設定多個異常判斷門檻，並依據該些異常判斷門檻判斷該些異常事件紀錄的異常程度值；將該些異常事件紀錄與該些告警項目相關聯；以及依據對該些異常事件紀錄對應的該些告警項目及該些權重值，對該些異常事件紀錄的異常告警程度值進行加權運算，以決定該異常事件票的代表。
如申請專利範圍第2項所述的異常訊務偵測方法，其中決定該異常事件票的代表的步驟，包括：將該些異常事件紀錄中嚴重程度最高及優先序最高的一者作為該異常事件票的該代表；以及將該異常事件票的該代表的異常告警程度值作為該異常事件票的該異常程度值。
如申請專利範圍第1項所述的異常訊務偵測方法，其中分時偵測該異常事件票的後續異常事件紀錄，以累計該異常事件票的異常程度值的步驟，更包括：判斷該後續異常事件紀錄是否屬於該異常事件票；若屬於該異常事件票，則將該後續異常事件紀錄的異常程度值累計於該異常事件票的該異常程度值；以及若不屬於該異常事件票，則建立另一異常事件票。
一種異常訊務偵測伺服器，包括：一輸入單元，取得多筆訊務資料；一處理單元，耦接該輸入單元，並經配置用以執行：分析該些訊務資料，以取得多筆異常事件紀錄；依據該些異常事件紀錄建立一異常事件票，其中該異常事件票整併該些異常事件紀錄，並且該些異常事件紀錄對應不同類型的多個告警項目，其中該些告警項目包括封包錯誤率、封包遺失率、訊務陡降比例、訊務陡升比例、訊務上下限、低訊務以及訊務使用率中的至少其中之一；分時偵測該異常事件票的後續異常事件紀錄，以累計該異常事件票的異常程度值，包括：當一次未偵測到該後續異常事件紀錄時，減少該異常事件票的異常程度值；以及依據該異常事件票的該異常程度值判斷該異常事件票之結束，並將該異常事件票之建立及結束進行通報，包括：若該異常事件票的該異常程度值為零，則判斷該異常事件票之結束；以及當該異常事件票的該異常程度值超過一異常事件通知門檻時，通報該異常事件票。
如申請專利範圍第5項所述的異常訊務偵測伺服器，其中該處理單元經配置用以執行：設定該些告警項目，並分別賦予該些告警項目不同權重值；依據所設之該些告警項目，分別設定多個異常判斷門檻，並依據該些異常判斷門檻判斷該些異常事件紀錄的異常程度值；將該些異常事件紀錄與該些告警項目相關聯；以及依據對該些異常事件紀錄對應的該些告警項目及該些權重值，對該些異常事件紀錄的異常告警程度值進行加權運算，以決定該異常事件票的代表。
如申請專利範圍第5項所述的異常訊務偵測伺服器，其中該處理單元經配置用以執行：將該些異常事件紀錄中嚴重程度最高及優先序最高的一者作為該異常事件票的該代表；將該異常事件票的該代表的異常告警程度值作為該異常事件票的該異常程度值：判斷該後續異常事件紀錄是否屬於該異常事件票；若該後續異常事件紀錄屬於該異常事件票，則將該後續異常事件紀錄的異常程度值累計於該異常事件票的該異常程度值；以及若該後續異常事件紀錄不屬於該異常事件票，則建立另一異常事件票。