通過通信系統中具有多層的管理網處理警報的方法
2023-10-11 19:15:14 3
專利名稱：通過通信系統中具有多層的管理網處理警報的方法
技術領域：
本發明涉及一種按權利要求1的前序部分所述的、用於通過通信系統的管理網來處理警報的方法。
也稱為TMN原理(TMN電信管理網(TelecommunicationsManagement Network))的管理網的原理規定了針對通信系統(例如移動通信系統)的管理的多個管理層，其中除了最高層和最低層之外每層具有雙重功能。在管理的系統(「managing system」)中，除了最低層之外每層執行針對位於其下的層的管理器功能。在受管理的系統(「managed system」)中針對高一級層的代理功能應被除了最高層之外的每層得到。
代理必須儘可能迅速地識別網絡中的有關的事件(所謂的event(事件)，例如警報)，並且生成以及向管理器傳輸事件通知(事件報告，event report)，以便實現有效的網絡管理。
通信系統的管理網因此包括了不同管理層中的至少兩個管理設備，其中至少兩個管理設備的至少一個作為單元管理器起作用，而至少兩個管理設備的至少一個作為單元管理器的上級的網絡管理器起作用，並且至少兩個管理設備存儲了分配給一個或多個警報的、運算符規定的警報指示。
相對於較低的層、例如相對於基站系統的單元，單元管理器作為管理器起作用，並且鑑於網絡管理器的高一級的管理層，單元管理器作為代理起作用。
系列X.73x的ITU-T標準針對電信網的管理規定了不同的「系統管理功能」，這些系統管理功能可以由應用過程在集中或分散的管理環境中來使用。作為用於網絡監控和網絡控制的最重要功能之一的警報的處理(警報監視，Alarm surveillance)藉助管理設備(管理系統)來實現，這些管理設備尤其是位於網絡單元管理層(例如OMC，單元管理器)或網絡管理層(例如NMC，網絡管理器)上。
在單元管理器和網絡管理器的兩個管理層上，運算符有這種可能性，即自由規定警報指示(所謂的警報說明(alarm comment))，並將這些警報指示分配給確定的警報。這些可自由規定的文本例如用於說明警報的當前的處理狀態，並且因此在整個網絡中達到了更好地協調用於警報處理的活動。
給一個警報可以分配多個不同運算符的(也在不同管理層上的)警報指示。為了確保所有的運算符具有關於警報的相同的信息狀態，必須將每個新的或改變的警報指示轉交給所有另外的管理系統。
標準3GPP TS 32.111-2(故障管理-警報綜合參考點(FaultManagement-Alarm Integration Reference Point))為此例如規定了以下的兩種機制a)setComment(從NMC向OMC傳送)網絡管理器(例如NMC)用該請求通知所有連接的單元管理器(例如OMC)，應給一個或多個警報分配一個警報指示。
該請求含有以下信息·相應的警報的參考列表·運算符標記·系統標記(可選的)·警報指示。
b)notifyComments(從OMC向NMC傳送)一個單元管理器(例如OMC)用該事件通知(notification)通知所有連接的網絡管理器(例如NMC)應給一個警報分配一個或多個警報指示。該請求含有以下信息·(單義的)警報參考·警報指示。
(對於通知未規定另外的信息、即運算符標記和系統標記。)當OMC-NMC連接在警報指示的各自製定/改變的時刻不可投入使用時，這些機制不能在所有管理系統中確保警報指示的平衡(Abgleich)。
當例如OMC運算符在OMC-NMC連接中斷期間規定了警報指示時，發生以下的情況僅局部地在OMC上給警報分配指示(因為缺少連接的通知不能向NMC發送)。
當在稍後的時刻OMC-NMC連接重新可投入使用時，NMC通常啟動警報同步化程序(警報校正，alarm allgnment)。由於運算符規定的警報指示不是目前標準化的警報語法的組成部分，所以不能確保分配給警報的指示的同步化。這有以下的後果在重新改變警報指示時才將當前的狀態通知給NMC運算符。
因而本發明所基於的任務在於，指明一種開頭所述類型的方法和一種用於執行該方法的通信系統，通過該方法和通信系統可以避免所說明的缺點，並且尤其可以引起改善的信息平衡。
根據本發明，在方法方面通過權利要求1所述的特徵、而在通信系統方面通過權利要求11所述的特徵來解決該任務。由從屬權利要求中獲知本發明的擴展方案和改進方案。
根據本發明，為了同步化存在運算符的、關於警報指示的信息，在至少一個單元管理器(例如OMC)和(在管理網的高一級的管理層上的)至少一個網絡管理器(例如NMC)之間來執行警報指示的平衡。在此，每個單元管理器位於一個管理層上，而每個網絡管理器(例如NMC)位於管理網的高一級的管理層上。
在建立或重新建立在電信網中的「網絡管理器」和「單元管理器」系統之間的連接之後，通過該措施提供了警報指示的改善的並在許多情況下也是最優的同步化程序。
在此，本發明的方法原則上可以用於所有的電信網。
通常存在著許多單元管理器(OMC)和許多網絡管理器(NMC)。
在本發明的優選的第一變型中，在至少兩個管理設備之間來實現警報同步化時的警報指示的平衡。
在此，通過將警報指示信息納入到事件報告(event report)中，可以實現警報同步化時的警報指示的平衡。
可以規定不期望的警報指示的濾波。為此有時可以採用存在於單元管理器中的事件轉發鑑別器(Event Forwarding Discriminator)(所謂的EFD)。EFD的任務在於，從代理向管理器只傳送或路由滿足確定的濾波準則的那些事件報告。管理器有能力在代理中設置或清除這種EFD，並且確定濾波準則。由此，每個管理器可以隨時按他的單獨的要求來控制信息流。本發明方法允許不期望的警報指示的最優的濾波，即管理器僅獲得針對用同步化請求選出的警報的警報指示。
此外，還可以採集警報指示中的制定或改變警報指示的時刻。因此支持了示出各自警報指示的時刻(commentTime)的附加參數。
在本發明的第二變型中，在至少兩個管理設備之間以這樣的方式實現警報指示的平衡，即-至少一個網絡管理器向至少一個單元管理器傳送用於平衡的請求，和-至少一個單元管理器向至少一個網絡管理器發送警報指示信息。
在此可以規定，至少一個網絡管理器向至少一個單元管理器傳送用於平衡完整的警報列表的請求。
但是也可能替代地，至少一個網絡管理器向至少一個單元管理器傳送用於僅僅平衡確定的警報的請求。
此外，至少一個單元管理器還可以向至少一個網絡管理器同步地發送警報指示信息。
最後，至少一個單元管理器可以向至少一個網絡管理器異步地發送警報指示信息。
根據本發明，根據上面的實施方案存在著兩種用於在單元管理器(OMC)和網絡管理器(NMC)之間平衡警報指示的替代方案a)嵌入一般的警報同步化程序中，即每次在通常的警報同步化時共同考慮警報指示。
在重新建立或建立NMC-OMC連接之後，該替代方案可以確保不僅統一地同步ITU-T標準化的警報參數，而且統一地同步運算符規定的警報指示。
b)專用的同步化程序，該同步化程序按以下的規則起作用·管理器(NMC)要麼針對完整的警報列表、要麼只針對確定的警報向代理髮送特定的同步化請求(警報說明校正請求，alarmcomment alignment request)。
·代理(OMC)要麼同步地(即將完整的信息匯總為警報說明校正響應(alarm comment alignment response))、要麼異步地(即像以前所述的那樣，作為單個notifyComments通知的序列)來發送警報指示。
具有包括不同管理層中的至少兩個管理設備的管理網的本發明通信系統用來執行本發明的方法。為此可以在通信系統中裝設相應的裝置和設備。
以下藉助實施例、參考附圖來詳細闡述本發明。其中
圖1示出移動通信系統的管理網的方框電路圖，該移動通信系統具有在運行與維護中心和多個網絡管理中心之間的代理-管理器關係，圖2示出根據本發明擴展的警報同步化程序的示意圖。
圖1中示出了移動通信系統的管理網的方框電路圖，該移動通信系統具有在運行與維護中心OMC(Operation and MaintenanceCenter)和多個網絡管理中心NMC(Network Management Center)之間的代理-管理器關係。在此，在本情況下圖1局限於具有兩層NMLEVEL和EM LEVEL的示圖。例如沒有示出管理網的管理層，該管理層含有帶有多個基站系統的網絡設備層(「網絡單元層(NetworkElement Level)」)。
管理層NM LEVEL表徵網絡設備管理層(「網絡單元管理層(Network Element Management Level)」)，在該網絡設備管理層中，運行與維護中心OMC1、OMC2至OMCn對於例如圖1中未示出的單個基站子系統分別提供了製造商專有的管理功能。管理層NM LEVEL表徵網絡管理層(「Network Management Level」)，在該網絡管理層中，網絡管理中心NMC1、NMC2、NMC3至NMCk分別實現了集成的、通常與製造商無關的管理功能。在此，多個網絡管理中心NMC可以訪問低一級的管理層EM LEVEL的同一個網絡設備，在本實例中，例如高一級的管理層NM LEVEL的網絡管理中心NMC1和NMC2可以訪問低一級的管理層EM LEVEL的運行與維護中心OMC2。在不同的管理層的網絡設備之間裝設用於信息傳輸的規定的接口。
圖2示出根據本發明擴展的警報同步化程序的示意圖。
藉助Q3(基於CMIP的)接口來實現本方法實例的說明。但是本發明也可以應用到諸如Cober接口那樣的另外的接口上。
根據標準ITU-T X.710(「CCITT應用程式的公共管理信息業務規定(Common Management Information Service Definition forCCITT Applications)」)，藉助所謂的通知業務M-EVENT-REPORT來實現事件通知從代理(例如OMC)向管理器(例如NMC)的傳輸。
在標準ITU-T X.721(「管理信息的結構管理信息的規定(Structure of Management InformationDefinition ofManagement Information)」)中規定的警報消息(AlarmInfo)的結構其中含有可選的欄位additionalInformation，該欄位根據ITU-TX.733(「系統管理警報報告功能(Systems ManagementAlarmReporting Function)」)實現了在事件報告(event report)中包括附加的信息(所謂的管理擴展)。
在本情況下，管理擴展對應於所有分配給警報的指示(alarmComments)，其中如下來規定各自的警報指示·commentText含有運算符指示·commentTime規定了在制定/改變指示時的時刻·commentUserId識別運算符的標記(警報指示的著者)·commentSystemId識別管理系統的標記(可選的)。
在標準3GPP TS 32.111-4中標準化的警報同步化程序像在以下的實例中那樣來擴展圖2說明了用於平衡警報指示的、在代理OMC和管理器NMC之間的消息流。
該消息流優選地在採用標準化的M-EVENT-REPORT消息的情況下來實現，該M-EVENT-REPORT消息作為在開始時初始化的M-ACTION-request請求「getAlarmList」的結果[行動信息「alarmAckState」、「目的地」和「濾波器」]來發送。
代理OMC用M-ACTION-response應答「getAlarmList」[行動信息「allgmentId」和「status(狀態)」]來生成臨時的事件轉發鑑別器EFD。
代理OMC傳輸警報，其中ITU-T X.733規定了標準化的、根據M-EVENT-REPORT業務來執行的警報傳輸(alarm report 1，alarmreport 2...alarm report n)的內容alarm report 1具有兩個警報指示的警報第一警報指示-含有運算符指示「TPU#1378-AZ2故障」，-規定了制定/改變警報指示的時刻「2002年8月31日19時08分「，-識別了作為警報指示的著者的運算特的標記「A.Thiel」，和
-識別了管理系統的標記「OMC2-Mch」。
第二警報指示-含有運算符指示「預訂備件」，-規定了制定/改變警報指示的時刻「2002年9月2日8時27分」，-識別了作為警報指示的著者的運算符的標記「M.Scheel」，和-識別了管理系統的標記「S IP13-Mch」。
alarm report 2具有一個警報指示的警報該警報指示-含有運算符指示「BTS-修改」，-規定了制定/改變警報指示的時刻「2002年9月1日10時22分」，-識別了作為警報指示的著者的運算符的標記「K.Schaefer」，和-識別了管理系統的標記「NB4-Nrbg」。
···alarm report n最後的警報(沒有警報指示)，該警報滿足了濾波準則。代理OMC清除臨時的事件轉發鑑別器EFD。
根據GDMO模板將結構alarmComments規定為針對每個警報的additionalInformation屬性的PARAMETER(參數)。標準ITU-T X.722(規定管理對象的指南，GDMO(Guidelines for the Definition ofManaged Object))為此規定了確定的格式(模板)，以便(例如在通知屬性中)實現附加的管理信息的標準化的傳輸。必須如下來規定分配給警報指示的數據的ASN.1語法(ASN＝抽象語法記法(AbstractSyntax Notation))AlarmComments＝SET OF SingleAlarmCommentSingleAlarmComment＝SEQUENCE{commentText Comment，
commentTimeCommentTime，commentUserId UserId，commentSystemIdSystemId OPTIONAL}Comment＝GraphicStringCommentTime＝GeneralizedTimeUserId＝GraphicStringSystemId＝GraphicString通過標準化屬性additionalInformetion的上述組分commentUserId和commentSystemId(作為每個警報的組成部分)，在警報同步化時隱含地共同考慮了在標準化的notifyComment通知中未規定的參數運算符標記和(可選的)系統標記。
權利要求
1.用於通過通信系統的管理網處理警報的方法，其中，所述管理網包括不同管理層中的至少兩個管理設備(NMC，OMC)，其中，所述至少兩個管理設備的至少一個作為單元管理器(OMC)起作用，而所述至少兩個管理設備的至少一個作為所述單元管理器(OMC)的上級的網絡管理器(NMC)起作用，並且所述至少兩個管理設備(NMC，OMC)存儲了分配給一個或多個警報的、運算符規定的警報指示，其特徵在於，為了同步化存在所述運算符的、有關警報指示的信息，在所述至少一個單元管理器(OMC)和所述至少一個網絡管理器(NMC)之間來執行警報指示的平衡。
2.按權利要求1的方法，其特徵在於，在所述至少兩個管理設備(NMC，OMC)之間警報同步化時同時實現所述警報指示的平衡。
3.按權利要求2的方法，其特徵在於，在所述警報同步化時，通過將警報指示信息納入到事件報告中來實現所述警報指示的平衡。
4.按權利要求2或3的方法，其特徵在於，實現不期望的警報指示的濾波。
5.按權利要求2至4之一的方法，其特徵在於，採集在所述警報指示中的制定或改變警報指示的時刻。
6.按權利要求1的方法，其特徵在於，在所述至少兩個管理設備(NMC，OMC)之間以這樣的方式實現所述警報指示的平衡，即-所述至少一個網絡管理器(NMC)向所述至少一個單元管理器(OMC)傳送用於平衡的請求，和-所述至少一個單元管理器(OMC)向所述至少一個網絡管理器(NMC)發送警報指示信息。
7.按權利要求6的方法，其特徵在於，所述至少一個網絡管理器(NMC)向所述至少一個單元管理器(OMC)傳送用於平衡完整的警報列表的請求。
8.按權利要求6的方法，其特徵在於，所述至少一個網絡管理器(NMC)向所述至少一個單元管理器(OMC)傳送用於平衡確定的警報的請求。
9.按權利要求6至8之一的方法，其特徵在於，所述至少一個單元管理器(OMC)向所述至少一個網絡管理器(NMC)同步地發送警報指示信息。
10.按權利要求6至8之一的方法，其特徵在於，所述至少一個單元管理器(OMC)向所述至少一個網絡管理器(NMC)異步地發送警報指示信息。
11.具有包括不同管理層中的至少兩個管理設備(NMC，OMC)的管理網的通信系統，用於執行按以上權利要求1至10之一的方法。
全文摘要
本發明涉及一種用於通過通信系統的管理網來處理警報的方法，其中管理網包括不同管理層中的至少兩個管理設備(NMC，OMC)，其中至少兩個管理設備的至少一個作為單元管理器(OMC)起作用，而至少兩個管理設備的至少一個作為單元管理器(OMC)的上級的網絡管理器(NMC)起作用，並且至少兩個管理設備(NMC，OMC)存儲了分配給一個或多個警報的、運算符規定的警報指示。根據本發明，為了同步存在運算符的、有關警報指示的信息來執行至少一個單元管理器(OMC)和至少一個網絡管理器(NMC)之間的警報指示的平衡。
文檔編號H04L12/24GK1736059SQ200480002043
公開日2006年2月15日 申請日期2004年1月9日 優先權日2003年1月10日
發明者L·希斯奇 申請人:西門子公司