专利名称：：在通信网的管理系统中使警报同步的方法
技术领域：
：本发明涉及一种按照权利要求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·希尔施申请人:西门子公司