在通信網的管理系統中使警報同步的方法
2023-05-27 15:02:26 2
專利名稱：：在通信網的管理系統中使警報同步的方法
技術領域：
：本發明涉及一種按照權利要求1的前序部分所述的、用於在通信網的管理系統中處理警報的方法。此外，本發明涉及一種按照權利要求8的前序部分所述的、用於處理警報的、通信網的管理系統的網元管理器(ElementManager)。最後，本發明涉及一種按照權利要求12的前序部分所述的、用於通過管理網處理警報的通信系統。
背景技術：
：針對電信網(例如移動無線電通信網)的管理，也^皮稱為TMN原理(麗電信管理網絡(TelecommunicationsManagementNetwork))的電信網的管理原理定義多個管理層，其中，除了最上層和最下層之外，每層都具有雙重功能。在進行管理的系統("managingsystem")中，除了最下層之外，每層都針對其下一層執行管理功能。在受管系統("managedsystem")中，除了最上層之外，每層適於承擔上一層的代理功能。在TMN體系中，電信網的單個設備或網元(網絡資源)執行代理的角色。代理必須在網絡中儘可能快速地識別出相關事件(所謂的event,例如警報)，生成相應的通知(所謂的Notification),並且將該事件報告(eventreport)傳輸給管理器，以便實現有效的網絡管理。通信網的管理網一般包括在不同管理層中的至少兩個管理設備，其中該至少兩個管理設備的至少一個用作網元管理器，並且該至少兩個管理設備的至少一個用作位於網元管理器之上的網絡管理器。相對較深層，網元管理器用作管理器而就網絡管理器的上一層管理層而言則用作代理。為了進行網絡監視和控制，管理器開始所謂的操作(在代理中所實施的請求(Request))，並且得到相應的響應(Response)。代理識別出相關的網絡事件(Event,例如警報)，生成通知(所謂的Notification)並且將該通知作為事件報告(EventReport)傳輸給管理器，以便實現有效的網絡管理。移動通信網的這種具有代理-管理器關係的管理網例如包括操作和維護中心(OMCOperationandMaintenanceCenter)和多個網絡管理中心(NMCNetworkManagementCenter)。另夕卜，可以設置有管理網的管理層，該管理層包含具有多個基站系統的網元層("NetworkElementLevel")。在網元管理層("NetworkElementManagementLevel")中，例如操作和維護中心分別為例如基站系統的單個基站提供製造商特定的管理功能。在網絡管理層("NetworkManagementLevel")中，網絡管理中心分別實現集成的、一般與製造商無關的管理功能。在此，多個網絡管理中心對下一層管理層、即網元管理層("NetworkElementManagementLevel")的相同網絡設備進行訪問，例如網絡管理中心訪問下一層管理層的操作和維護中心。在不同管理層的網絡設備之間通常設置所定義的、用於在管理器-代理通信中傳輸信息的接口(所謂的管理接口)，該接口在面向對象的環境中通過通信協議(例如CMIP(根據ITU-TX.HI的通用管理信息協議(CommonManagementInformationProtocol))或者CORBA(通用對象請求代理體系結構(CommonObjectRequestBrokerArchitecture)))和對象模型來表徵。例如，在網元管理層和網元層(NetworkElement-Ebene)(例如GSM移動無線電網中的OMC-BSS(BSS基站子系統))之間或在網絡管理層和網元管理層(例如NMC-OMC)之間存在這種接口。電信網的最佳管理的前提是，只有來自下層代理的相關事件報告被儘可能快地轉發給管理器系統。在正常條件下、也就是如果在代理和管理器之間進行通信，則這通過在代理中存在的過濾機制(例如在基於CMIP的管理接口中，藉助於根據ITU-TX.734"系統管理事件才艮告管理功能(SystemsManagement:EventReportManagementFunction)，，的事件轉發鑑另l]器(EventForwardingDiscriminator)、所謂的EFD)進行。該過濾器的任務是，通過相應的測試只將滿足特定準則的那些通知轉發到管理器。管理器能夠在代理中設立或者刪除這種過濾器並且確定過濾準則。由此，每個管理器在任何時候都可以根據其單獨的請求控制信息流。下面特別被考察的管理網包括在不同管理層中的至少兩個管理設備，其中該至少兩個管理設備的至少一個用作網元管理器，並且該至少兩個管理設備的至少一個用作網絡管理器，該網絡管理器被分配給在其功能上作為代理的網元管理器並位於該網元管理器之上。文獻DE19801785Al描述了一種用於在通信系統中處理警報的方法。從管理器向代理髮送消息，通過該消息請求警報數據調整。該消息包含一參數，通過該參數控制警報數據調整。如果在中斷連接之後管理器和代理之間的通信又被建立，則警報數據調整發生。在接收了請求之後，代理連續地向管理器發送所請求的警報。文獻US2003/0162537Al描述了一種管理系統，該管理系統包括與製造商無關的設備作為管理器。代理接收與製造商有關的信息，該信息以與製造商無關的格式被傳輸到與製造商無關的管理器。X.73x系列的ITU-T標準(國際電信同盟-電信標準化部(InternationalTelecommunicationsUnion—Telecommunicationstandardisationsector))為電信網的管理定義了不同的系統管理功能("SystemsManagementFunction")，在集中的或者分散的管理環境中，應用過程能夠使用該不同的系統管理功能。作為用於進行網絡監視和控制的最重要功能之一的故障管理(FaultManagement)和警報處理(Alarmhandling)藉助於管理設備(管理系統)來進行。在此，管理設備尤其是位於網元管理層(例如0MC，網元管理器)或者網絡管理層(例如NMC，網絡管理器)之上。在電信網中通常存在大量網絡資源，這些網絡資源可以被建模為所謂的對象實例(MOI管理對象實例(ManagementObjectInstance))，並且生成警報。因此，每個警報基於通信網的至少一個網絡資源中的至少一個事件來生成。在不同網絡資源之間存在不同類型的關係，以致例如一個網絡資源中的事件可能導致網絡單元的同一和/或其他網絡資源中的一系列其他事件。對於整個電信網的管理，從運行觀點來看，兩個管理層具有重大意義*"網元管理，，層(EM-層)，其功能由(區域性的)網元管理器(通常被稱為0MC)來實現，所述網元管理器一般由與所屬的網絡設備或網元(NetworkElement,NE)的製造商相同的製造商來提供。OMC必須考慮網元的所有製造商特定的特性(也即相應的硬體特徵)。*"網絡管理，，層(麗-層)，其功能由網絡管理器(通常也被稱為NMC)來實現，該網絡管理器也可以由第三製造商來提供。為了在NMC統一的情況下實現製造商特定的網絡區域的功能集成，麗C和多個(區域性的)OMC之間的接口必須與製造商無關。OMC-NMC接口的製造商無關性可以在面向對象的管理環境中通過專有地應用所謂的涉及功能的對象類(functional-relatedMOC(管理對象類(ManagementObjectClass)))來保證。從與製造商無關的功能角度來看，功能對象對電信網的網絡資源進行建模。與之相反，MOC和網元(例如GSM網中的BSS(基站系統(BaseStationSystem))和SSS(交換子系統(SwitchingSub-System)))之間的製造商特定的接口也知道所謂的涉及硬體的對象類(equipment-relatedMOC)，該涉及硬體的對象類因製造商的不同而不同。在該管理體系中，每個製造商特定的OMC都起雙重作用NE的管理器和上一層NMC的代理。警才艮的處理原則上可以在兩個管理層上進行-在EM層上，也即通常在工作日時的製造商特定的OMC系統(其分別主管一網絡區域)上。在這種情況下，警報的狀態變化通常自動地通過相應的事件報告被通知給醒C。-在NM層上、也即通常在例如晚上或者周末當OMC被另行調配時的固C系統上。如果這裡通過操作員來改變警報的狀態，則必須自動地使下一層網元管理器同步，以便使所有管理系統獲得相同的信息狀況。對於這種同步化，目前的TS32.xxx系列的3GPP標準定義不同的操作，在這些操作中相關警報必須被單個說明。對於較大量的被處理的警報來說，這類同步化對於NM-EM接口和對於OMC都不是有效的。在TS32.xxx系列的3GPP標準中，對在NM層上的警才艮狀態變化之後使EM層上的警報同步進行了如下說明-針對每種類型的警報處理(確認(acknowlegement)、確認取消(unacknowlegement)、去5舌(、清楚(clearing))、分酉己警報提示(設置注釋(setcomments)))，定義(分別具有其他語法的)另一操作。-每個待同步的警報必須在操作中通過唯一標識來識別。因此，尤其是較大量的被處理的警報的同步化耗費是巨大的。
發明內容本發明的任務在於，說明一種方法、一種網元管理器、和一種開頭所述類型的通信系統，通過這些可以使同步化簡化，並且尤其能夠利用OMC系統同時對多個、在NM層上所處理的警報進行同步化。根據本發明，該任務在方法方面通過權利要求1的特徵來解決，在網元管理器方面通過權利要求8的特徵來解決，並且在通信系統方面通過權利要求12的特徵來解決。本發明的擴展方案和改進方案尤其能由從屬權利要求得出。按照本發明，*在考慮網絡管理器和網元管理器之間的接口上的對象模型的情況下，在網元管理器(0MC)中，警報被映射為功能對象類，*該警報從網元管理器被轉發到網絡管理器，在網絡管理器中，該警報被處理，並且*根據對於通信系統中的網絡管理器和網元管理器之間的接口統一的操作，在網元管理器中實現網絡管理器和網元管理器之間的警報狀態的同步化。通過這些措施，能夠在同步化方面實現警報的改善處理，其方式是使用通常有效的、與製造商無關的機制，所述機制不僅可以被用於GSM(全球移動通信系統(GlobalSystemforMobilecommunication))和UMTS(通用移動電信系統(UniversalMobileTelecommunicationSystem))移動無線電網絡而且也可以孝皮用於任意電信網的管理。本發明允許在管理系統上處理警報，所述管理系統實現不同管理層的功能，例如實現網元管理或者網絡管理。在此，一般存在多個網元管理器(例如0MC)和多個網絡管理器(例如NMC)。在此，本發明方法原則上可被用於所有電信網。這明確地恰恰也不包括電纜連接的電信網。因為尤其是移動無線電網絡要求有效的故障管理。在網元管理器中，在其根據作為網元管理器的管理功能的邏輯功能部分中由網元接收到達的(eingehend)警報，並且在轉發給網絡管理器之前，將這些警報遞交給根據相對網絡管理器作為代理的管理功能的邏輯功能部分。警報的信息被存儲在這兩個邏輯功能部分中。網元管理器轉發警報不一定針對所有警報、而是通常針對與網絡管理器相關的那些警報來進行的。在被轉發給網絡管理器之前，這些警報在網元管理器中被映射為功能對象類。優選地基本上實時地、也即在沒有太大延遲的情況下發送給網絡管理器。警報一般經由過濾設備(例如EFD)被轉發到網絡管理器。向網絡管理器的發送可以藉助於在其工作時可調整和/或可改變的過濾設備來進行。尤其是可以例如首先鑑於管理系統可調整和/或可改變地形成過濾設備的作用。所謂的事件轉發鑑別器(EFD)可以優選地被用作本發明範圍中的過濾設備。該功能(根據ITU-TX.734的事件報告)中的過濾設備的任務是，只將滿足特定過濾準則的那些消息(事件報告)路由到管理器。在此，該管理器能夠在代理中設立或者刪除這種EFD，並且確定(關於鑑別器構造(discriminatorConstruct)-屬性(Attribut))的過濾準則。由此，每個管理器在任何時候都能夠根據其單獨的請求控制信息流。網元管理器中的過濾設備通常關於其工作內容可由網絡管理器來設立、刪除和/或關於其過濾準則可通過網絡管理器來確定。在本發明的有利的改進方案中，關於警報的內容信息至少暫時地被存儲在網元管理器中，該警報在網元管理器處到達和/或在考慮網絡管理器和網元管理器之間的接口上的對象模型的情況下被映射為功能對象類。優選地利用兩種所述的可能性。鑑於所述第二可能性，這包括有利地，根據網元管理器(在功能上作為代理)和網絡管理器(例如在功能上作為管理器的NMC)之間的接口的信息模型，在網元管理器(例如0MC)中作為事件報告到達的警報被轉換為分別對應的功能對象類。尤其是，至少暫時被存儲的信息可包括在網元管理器中到達的警報的警報列表和在考慮網絡管理器和網元管理器之間的接口上的對象模型的情況下被映射為功能對象類的警報的警報列表。優選地，在藉助於所述統一操作進行同步化時，被存儲在網元管理器中的、關於警報的內容的信息至少部分地被應用，該警報在網元管理器處到達和/或在考慮網絡管理器和網元管理器之間的接口上的對象模型的情況下被映射為功能對象類。在本發明的擴展方案中，為了藉助於所述統一操作進行同步化，在網元管理器中，作為所述功能對象類的參考實例的對象實例從網絡管理器被傳送到網元管理器，在考慮網絡管理器和網元管理器之間的接口上的對象模型的情況下，所述警報被映射為所述功能對象類。為此，根據網元管理器和網絡管理器之間的接口的信息模型，尤其是在網元管理器中到達的警報被轉換為分別對應的功能對象類。通過以下方式改進該方法，即在考慮被存儲在網元管理器中的、關於所述警報的內容的信息的情況下，在同步化時實現反向映射為網元管理器和網元之間的接口上的對象模型的對象實例，該警報在網元管理器處到達和/或在考慮網絡管理器和網元管理器之間的接口上的對象模型的情況下被映射為功能對象類。尤其是可以規定，在同步化時也考慮一個、多個或者所有對象實例，所述對象實例位於網元管理器和網元之間的接口上的對象模型的對象樹中，該對象樹在與根據網絡管理器和網元管理器之間的接口上的對象模型的參考實例相對應的、根據網元管理器和網元之間的接口上的對象模型的對象實例之下。本發明方法尤其是具有以下優點參該方法定義統一的最佳機制，用於在NM層上不同地處理了多個警報之後，在EM層上使該多個警報同步。不僅代理(0MC)中的處理功率、而且NM-EM管理接口的吞吐量明顯被改善。參在考慮管理體系中的不同對象模型的情況下，可用於兩個通信方向(也即從網元管理器到網絡管理器和從網絡管理器到網元管理器的相反方向)的警報處理(也被稱為"映射函數(Mappingfunction)，，)用作該方法的基礎。作為管理網在不同管理層中的至少兩個管理設備之一的、用於在該通信網的管理系統中處理警"^艮的、該通信網的管理系統的本發明網元管理器被如此構造，以致網絡管理器可被分配給在其功能上作為代理的所述網元管理器。按照本發明，在網元管理器中存在-裝置，用於在考慮網絡管理器和網元管理器之間的接口上的對象模型的情況下把警報映射為功能對象類，-裝置，用於把所述警報從網元管理器轉發到網絡管理器，和-裝置，用於在網絡管理器中處理警報之後，根據對於通信網中的網絡管理器和網元管理器之間的接口統一的操作，在網元管理器中使網絡管理器和網元管理器之間的警報狀態同步。此外，可以設置有裝置，用於至少暫時地存儲關於警報的內容的信息，該警報在網元管理器處到達和/或在考慮網絡管理器和網元管理器之間的接口上的對象模型的情況下被映射為功能對象類。此外，所述網元管理器還可以包括裝置，用於把在網元管理器中到達的警報發送給所述網絡管理器。尤其是，所述網元管理器可以具有在其工作時可調整的和/或可改變的過濾設備。最後，所述網元管理器可以包含裝置，用於將對象實例接收為在網絡管理器中所處理的警報的功能對象類的參考實例，用於藉助於網絡管理器的統一操作進行同步化，在考慮網絡管理器和網元管理器之間的接口上的對象模型的情況下，所述警報被映射為所述功能對象類。所述網元管理器可以配備有用於執行上述方法的其他裝置。用於通過在不同管理層上具有至少兩個管理設備的管理網來處理警報的本發明通信系統被如此構造，以致所述至少兩個管理設備的至少一個用作網元管理器，而所述至少兩個管理設備的至少一個用作網絡管理器，該網絡管理器被分配給在其功能上作為代理的所述網元管理器並且位於該網元管理器之上。所述通信系統可以具有用於執行上述方法的裝置。所述通信系統尤其是可以包括如上所述的網元管理器。下面，根據實施例參考附圖進一步描述本發明。其中圖1示出通信系統的管理網的框圖，所述管理網在網元、操作和維護中心以及網絡管理中心之間具有代理-管理器關係，圖2示出通信系統的管理網絡片段的示意圖，所述管理網絡片段在網元、操作和維護中心以及網絡管理中心之間具有代理-管理器關係，該網絡管理中心在網元管理器與網元之間的接口和網絡管理器與網元管理器間的接口之間具有警報轉換。圖3示出按照本發明的、對於通信系統中的網絡管理器和網元管理器之間的接口統一的操作的流程圖的例子，圖4示出體系式對象樹結構的例子，和圖5示出通信系統的管理網絡片段的示意圖，所述管理網絡片段在網元、操作和維護中心以及網絡管理中心之間具有代理-管理器關係，該網絡管理中心在網絡管理器中處理了警報之後對所述警報進行同步。具體實施例方式在圖1中示出了移動通信系統的管理網的框圖，所述管理網具有一方面在操作和維護中心0Md、0MC2至0MCN(OMCOperationandMaintenanceCenter)與網元NE(NetworkElement)之間、以及另一方面在網絡管理中心NMC(NetworkManagementCenter)與操作和維護中心0Md、0MC2至0MCN(OperationandMaintenanceCenter)之間的代理-管理器關係。圖1示出具有三個管理層NM層(LEVEL)、EM層和NE層的示圖。管理層EM層表徵網元管理層("NetworkElementManagementLevel")，在該網元管理層中，操作和維護中心OMd、0MC2至0MCN分別提供針對例如在圖1中的管理層NE層中未示出的基站系統(例如具有數量為1至P的基站系統BSS,至BSSp)的製造商特定的管理功能。管理層NM層表徵網絡管理層("NetworkManagementLevel"),在該網絡管理層中，網絡管理中心NMC實現集成的、與製造商無關的管理功能。原則上，在該管理層NM層上可存在多個網絡管理中心NMC。在不同管理層的網元之間設置有所定義的、用於傳輸信息的接口。操縱和維護中心OMd、0MC2至0M"經由(例如實時)接口麗-EM與網絡管理中心NMC相連接。在邏輯上，該網絡管理中心NMC與操縱和維護中心OMd、0MC2至OMCn的NMC代理相連接。此外，每個操縱和維護中心OMd、0MC2至OMCw在邏輯上針對網元NE的接口EM-NE具有NE管理器(在圖1中未示出，但在圖2中示出)。如圖1中所示的那樣，在網元NE中可以設置過濾設備"過濾器(Filter)，，，用於將警報報告傳輸到操縱和維護中心OMd、0MC2至0M"。下面，對於本發明方法根據具體實例來描述接口EM-NE和接口NM-EM之間的警報轉換，並且對圖2進行解釋。在網絡管理層上(例如在網絡管理中心麗C中的NM層上)，主要根據警報列表來進行作為網絡監視和控制的最重要功能之一的警報處理(警報監視(Alarmsurveillance))。首先，在操作維護中心OMC的邏輯部分NE管理器中，警報信息被存儲在警報列表"原始警報列表(Originalalarmlist)"中(插入原始警報(insertoriginalalarm))。在考慮接口NE-EM上的對象模型的情況下，每個操作和維護中心OMC必須實現映射函數Mappingfunction,該映射函數把來自網元的所有與網絡管理中心NMC相關的警報("原始"警報("Original"Alarm))轉換為分別對應的功能對象實例。(首先鑑於最初故障的網絡資源的)最初在操作和維護中心OMC中到達的警報("原始，，警報("Original"Alarm))的準確信息由操作"映射函數(Mappingfunction)，，作為(例如以標準化警報參數附加文本(additionaIText)或者附加信息(additionallnformation)為形式的)附加消息被寫入所映射或者所推導的警報列表"所映射的警報列表(Mappedalarmlist)"中，其中通過圖2中的操作"插入所映射的警報(insertmappedalarm)"來說明把所映射的警報存儲到NMC代理的警報列表"所映射的警報列表(Mappedalarmlist)，，中。有利地，可以規定，就映射而言，可以藉助於映射函數Mappingfunction從映射表(Mappingtable)得出或者寄存接口NM-EM上的對象模型的細節。由於NMC和區域性的操作和維護中心OMC之間的接口必須是與製造商無關的，所以該管理接口NM-EM的信息模型(InformationModel)只包括如下功能對象類(MOC管理對象類)一方面，涉及對電信網的功能進行建模的所謂的邏輯對象類。GSM移動無線電網絡中的這種邏輯MOC的例子是BSC、Bts地點管理器(BtsSiteManager)或者自動解碼器(Transcoder)。另一方面，最佳的網絡管理的前提是，在網絡管理中心麗C上也應該存在諸如關於網絡單元的硬體操作準備的警報的信息。這些信息應該使NMC操作員能夠正確地估計整個網絡單元的功能的硬體故障的意義，以便現場開始相應的維修措施。如果操作和維護中心0Md、0MC2至0MCn未被佔用，並且只從網絡管理中心麗C出發監視移動無線電網絡，則這首先適用。為了能夠在上一層網絡管理中心NMC上(首先在操作和維護中心0Md、0MC2至OMCN未佔用這段時間、例如晚上或者周末內)實現網絡監視，如上已經實施的那樣，每個製造商特定的操作和維護中心OMC都必須包括映射函數Mappingfunction,該映射函數才艮據OMC-NMC接口NM-EM的信息模型(InformationModel)把所有與網絡管理中心NMC相關的事件報告(eventreport)(如來自網元NE的警報)轉換為分別對應的功能對象類。原始的、在網元NE中所生成的警報報告(例如關於如電路板類型、電路板編號等的製造商特定的數據的說明)的準確信息作為(例如以標準化參數附加文本(additionalText)或者附加信息(additionallnformation)為形式的)附加信息淨皮包含在所映射的警報報告(其也可以被稱為"所轉換的(mediierte)，，警報報告)中。隨後，所映射的或所轉換的警報報告被繼續路由給操作和維護中心OMC的邏輯部分NMC代理中的NMC特有的過濾設備EFD。這在圖2中以通信系統的管理網片斷的示意圖來說明，所述管理網片段在網元NE、操作和維護中心OMC以及網絡管理中心NMC之間具有代理-管理器關係。網元NE的原始警報報告("Original"Alarm)例如被存儲在作為網元管理器的操作和維護中心OMC中，利用映射函數Mappingfunction被轉換為功能對象類，並且在採用在其工作時可調整和/或可改變的過濾設備EFD的情況下作為所映射的警報("Mapped"Alarm)被發送給網絡管理中心薩C。在網絡管理中心中，通過操作"插入所映射的警報(insertmappedalarm)，，把所映射的警報存儲在網絡管理中心NMC的警報列表"所映射的警報列表(Mappedalarmlist"中。不同的、在圖2中以其偏離的結構所說明的、接口EM-NE或NM-EM上的對象樹(containmenttree)構成通過映射函數Mappingfunction對警報進行轉換的基礎。由於必須在接口EM-NE上對網絡資源的建模進行必然地詳述(這裡附加地還管理製造商特定的資源)，所以接口EM-NE的對象樹比接口NM-EM上的對象樹包含更多的對象類。因此，在大多情況下，通過n大於(或等於)1的關係來進行警報轉換，也即多個、在EM-NE對象樹體系中位於下面的對象類的警報報告可以被轉換為接口NM-EM上的唯一的對象類的警報。在網絡管理層(根據圖1的NM層)上，所映射的警報("Mapped"Alarm)可以由NMC操作員例如如下進行不同處理-確認警報(警報確認(alarmacknowledgement))，也即已經獲悉警報，並且必要時已經開始維修措施。在此，無意進行的警報確認可以由同一NMC操作員來取消(警報非確認(alarmunacknowledgement))。-例如如果在網元NE不能產生相應的事件報告的情況下警報原因被消除，則警報由操作員手動地去活(警報清除(alarmclearing))。-說明(警報注釋(alarmcomment))被分配給警報，例如以便能夠實現操作員之間更好的協作。隨後，在EM層(EMLEVEL)上必須4吏在NM層(NMLEVEL)上已經處理的警報的狀態同步。首先在OMC操作員進行層切換時(例如每天早上操作和維護中心再次被佔用時)，該自動同步是重要的，以便OMC操作員能夠獲得網絡中的警報情形的正確映射。原則上，按照本發明和在實施例中進一步描述的方法可用於所有管理器-代理接口。下面，例如利用基於CMIP的NMC-0MC接口NM-EM的實施方式來描述。可是，在應用其他接口協議(例如SNMP或者CORBA)時，同樣可以相應匹配的形式採用該方法。在此，下面示例性地對具有多次對象選擇("multipleobjectselection")的警報同步化進行觀察，並且描述圖3。為了使不同對象實例的警報狀態同步，在接口NM-EM上(例如在基於CMIP的管理接口中藉助於根據ITU-TX.710標準的業務M-ACTION)實現統一的操作"對準警報狀態(alignAlarmsStatus)，，。統一的、在圖3中以其過程示出的操作"對準警報狀態(alignAlarmsStatus)"包括至少兩個通信部分、也即操作"對準警報狀態(alignAlarmsStatus)，，的從網絡管理中心NMC到操作和維護中心0MC的請求部分(操作請求(Operationrequest))和操作"對準警報狀態(alignAlarmsStatus)"的從操作和維護中心OMC到網絡管理中心NMC的應答部分(操作響應(Operationresponse))。統一操作"對準警淨艮狀態(alignAlarmsStatus)"的操作請求有-操作類型(operationType):該參數定義了在操作和維護中心(0MC)上的必要的警報同步化的類型(ack、unack、清除(clear)、注釋(comment))。-基本MOI(baseMOI):在接口NM-EM的對象樹中，為了使警報狀況同步，該參數把參考實例識別為輸出點。所有搜尋的警報都與該參考實例有關，並且必要時(根據以下參數"選擇(choice)"的值)與其他的、在對象樹中位於參考實例之下的實例有關。-選擇(choice):該參數從上述參考實例出發說明，在0MC中應該針對在哪些、對象樹中位於接口NM-EM之下的網絡資源使警報狀況同步。該參數可以採用以下值-值"整個子樹(wholeSubtree)":來自參考實例和所有在對象樹中位於該實例之下的對象的警報被考慮。-值"層編號(levelNumber)，，只考慮由位於層n上的參考實例之下的對象所生成的那些警報(注意該參考對象實例例如被定義為層0，並且每個在對象樹中存在的、具有位於下面的對象的層根據其層得到自然數n)。只有當層n上的等效對象類根據參數"層編號(levelNumber)"的值存在於接口NM-EM和EM-NE上的兩個對象樹中時，該值才可以淨皮應用。-注釋文本(commentText):只有當上述參數"操作類型(operationType)，，具有值"注釋(comment)，，時，該可選(這在圖3中用方括號示出)的參數才被應用，並且說明操作指示，該操作指示應被分配給所選出的警報。統一操作"對準操作狀態(alignAlarmsStatus)"的操作應答(operationresponse)有利地通過以下參數來確定-狀態(status):該參數包含在操作和維護中心OMC上實施警報同步化的結果。統一操作"對準警報狀態(alignAlarmsStatus)"的操作請求(Operationrequest)的參數"選擇(choice)，，可以採用值"整個子樹(wholeSubtree)"和"層編號(levelNumber)"。對此，圖4給出一個例子，其中示出對象樹在兩個接口NM-EM和EM-NE上適用的體系。原則上適用，接口NM-EM上的對象樹被包含在具有相同體系的接口EM-NE上的對象樹中。在圖4中所示的例子中給出具有以下的下降體系層的體系一bss功能(bssFunction)(BSS—功負巨一實例)一bsc(BSC—實例)-bts地點管理器(btsSiteManager)(BTS-地點管理器(SiteManager)-實例)-bts(BTS-實例)-收發器(transceiver)、(收發器-實例)。在假設參數"基本MOI(baseMOI)"=bts地點管理器(btsSiteManager):3(也即編號為3的BTS-地點管理器(SiteManager)-實例)以及參數"選擇(choice)"=層編號(levelNumber)(2)(也即只考慮由位於層2上的參考實例之下的對象所生成的那些警報)的情況下，這對於所示實施例表明在該例子中考慮所有在實例bts地點管理器(btsSiteManager):3(編號為3的BTS-地點管理器(SiteManager)-實例)之下的對象樹中所存在的收發器實例的警報。在接收了圖3中所示的、統一操作"對準警報狀態(alignAlarmsStatus)，，的請求(Operationrequest)之後,在操作和維護中心OMC中，根據參數值"操作類型(operationType)，，，所有在網絡管理中心NMC上所選出的警報的狀態不僅在NMC代理的警報列表"所映射的警報列表(Mappedalarmlist)，，、而且在NE管理器的警報列表"原始警報列表(Originalalarmlist)，，中被同步化，其中詳細地表示*ack:所有警報自動地被設為狀態"已確認，，，*unack:所有警報自動地被復位成狀態"未確認"，*清除(clear):所有警報自動地被"清除，，。已經被確認的那些警報從警報列表中被去除。注釋(comment):操作指示被分配給每個警報。隨後，代理向管理器(NMC)發送應答(Operationresponse)，該應答包含實施的結果。下面，結合圖5來說明在OMC中利用警報確認(alarmacknowlegement)進行警報同步化的應用例，該應用例使警報確認的狀態("acknowlegementState")同步化。假設基站系統(例如BSS-功能-實例Nr.17，bss功能(bssFunction):17')被修理好，並且由此在網絡管理中心NMC上顯示更多所屬的警報。NMC操作員(其知道該警報出現的原因)已經選擇和確認了(acknowledged)所有來自該BSS網元的警報。隨後，NMC向監視所述基站的操作和維護中心0MC發送統一操作"對準警報狀態(alignAlarmsStatus)，，的操作請求(Operationrequest)，其具有以下參數值-操作類型(operationType)=ack一基本MOI(baseMOI)-bss功肯巨(bssFunction):17-選擇(choice)=整個子樹(wholeSubtree)。在該實例情況下，不應用可選的參數"注釋文本(commentText)，，。在操作和維護中心OMC中，NMC代理實施以下步驟a)在警報列表"所映射的警報列表(Mappedalarmlist)"中，搜尋那些警報，這些警報的對象實例(參數MOI)包含組成部分(所謂的"相對標識名(relativedistinguishedname)，，)bss功能(bssFunction):17。在每個找到的所映射的警報("Mapped"alarm)中，從參數"附加文本(additionalText)"(或者"附加信息(additionallnformation)，，)中確定原始的("original")BSS警報的對象實例(origM0Ik)。b)所有在NMC代理的警報列表"所映射的警報列表(Mappedalarmlist)，，中所找到的警報自動地被確認(acknowledged)。如果現在已確認的警報不再有效，則該警報從NMC代理的警報列表"所映射的警報列表(Mappedalarmlist)"中自動被去除。c)在警報的所有原始("original")對象實例被找到之後，NMC代理向操作和維護中心OMC中的NE管理器發送內部命令"範圍內警報處理(scopedAlarmsHandling)，，，其具有以下參數值-操作類型(operationType):ack一對象實例歹寸表(objectlnstanceList):該參數i兌明接口EM—NE上的對象實例序列(origM0L，…，origM0In)，所述對象實例的警報應該被確認。(此外，可以選擇性地設置用於進行注釋的參數"注釋(comment)，,)。在接收到命令"範圍內警報處理(scopedAlarmsHandling)，，之後，操作和維護中心0MC的NE管理器實施以下步驟a)對於每個對象實例origM0Ik(k=l...n):NE管理器的警報列表"原始警報列表(Originalalarmlist)"中的所有警報自動被確認，所述警報的對象實例(參數MOI)包含對象實例origMOIk的"相對標識名(relativedistinguishedname)，，。這表明以下優點因此對象實例origMOIk的警報也被確認，所述警報通過NMC特有的過濾器(例如因為該警報與醒C操作員不太有關)已被有意地過濾掉。b)如果已確認的警報不再有效，則該警報從NE管理器的警報列表"原始警報列表(Originalalarmlist)"中自動地被去除。以上已經示例性地描述了通過NMC操作員進行警報確認(alarmacknowledgement)。該過程按意義相應地適用於網絡管理中心NMC上的多個警報的其他處理類型。權利要求1.用於通過通信系統的管理網來轉發警報的方法，其中，-所述管理網包括在不同管理層中的至少兩個管理設備(NMC，OMC1，OMC2，OMCN；OMC)，-所述至少兩個管理設備的至少一個用作在網元(NE)之上的網元管理器(OMC1，OMC2，OMCN；OMC)，並且-所述至少兩個管理設備的至少一個用作網絡管理器(NMC)，該網絡管理器(NMC)被分配給在其功能上作為代理的所述網元管理器(OMC1，OMC2，OMCN；OMC)並且位於所述網元管理器(OMC1，OMC2，OMCN；OMC)之上，其特徵在於，-在考慮網絡管理器(NMC)和網元管理器(OMC1，OMC2，OMCN；OMC)之間的接口(NM-EM)上的對象模型的情況下，在所述網元管理器(OMC1，OMC2，OMCN；OMC)中，警報被映射為功能對象類，-根據所述警報，在已生成警報的原始網絡資源方面的信息作為附加信息被映射為功能對象類，-這樣映射的警報從所述網元管理器(OMC1，OMC2，OMCN；OMC)被轉發到所述網絡管理器(NMC)。2.按照權利要求1所述的方法，其特徵在於，由網絡管理器(NMC)接收和處理所轉發的警報。3.按照權利要求1或2所述的方法，其特徵在於，所述附加信息被映射為名稱為"附加文本"的警報參數。4.按照權利要求1或者2所述的方法，其特徵在於，所述附加信息被映射為名稱為"附加信息"的警報參數。5.按照權利要求1或者2所述的方法，其特徵在於，所述附加信息被寫入警報列表中。6.按照權利要求1或者2所述的方法，其特徵在於，由映射函數引起映射。7.按照權利要求6所述的方法，其特徵在於，就映射而言，由映射表中的映射函數能得出或者寄存接口上的對象模型的細節。8.通信網的管理系統的網元管理器(OMd，OMC2，OMCN;OMC)，其作為管理網在不同管理層中的至少兩個管理設備(醒C,OMC,，OMC"0MCN;OMC)之一用於在該通信網的管理系統中轉發警報，其中，網絡管理器(麗C)能被分配給在其功能上作為代理的網元管理器(0Md,0MC2，0MCN;0MC)，其特徵在於，-存在有用於在考慮網絡管理器(NMC)和網元管理器(0Md，0MC2，0MCN;OMC)之間的接口(NM-EM)上的對象模型的情況下把警報映射為功能對象類的裝置(映射函數(Mappingfunction))，其被構造來使得根據警報將在已生成警報的原始網絡資源方面的信息作為附加信息映射為功能對象類，-設置有用於把所述警報從所述網元管理器(OMd，0MC2，0MCN;OMC)轉發到所述網絡管理器(NMC)的裝置(EFD)。全文摘要本發明涉及一種用於通過通信系統的管理網來處理警報的方法，其中所述管理網包括在不同管理層中的至少兩個管理設備(NMC，OMC)，其中所述至少兩個管理設備的至少一個用作網元管理器(OMC)，並且所述至少兩個管理設備的至少一個用作網絡管理器(NMC)，該網絡管理器(NMC)被分配給在其功能上作為代理的所述網元管理器(OMC)，並且位於該網元管理器(OMC)之上。按照本發明，在考慮網絡管理器(NMC)和網元管理器(OMC)之間的接口(NM-EM)上的對象模型的情況下，在網元管理器(OMC)中警報被映射為功能對象類；所述警報從網元管理器(OMC)被轉發到網絡管理器(NMC)；在網絡管理器(NMC)中，所述警報被處理；並且根據對於通信系統中的網絡管理器(NMC)和網元管理器(OMC)之間的所述接口(NM-EM)統一的操作，在網元管理器(OMC)中使網絡管理器(NMC)和網元管理器(OMC)之間的警報狀態同步。文檔編號H04L12/26GK101547121SQ20091013021公開日2009年9月30日申請日期2004年9月24日優先權日2003年9月30日發明者L·希爾施申請人:西門子公司