CN101547121B - 在通信网的管理系统中使警报同步的方法 - Google Patents
在通信网的管理系统中使警报同步的方法 Download PDFInfo
- Publication number
- CN101547121B CN101547121B CN2009101302154A CN200910130215A CN101547121B CN 101547121 B CN101547121 B CN 101547121B CN 2009101302154 A CN2009101302154 A CN 2009101302154A CN 200910130215 A CN200910130215 A CN 200910130215A CN 101547121 B CN101547121 B CN 101547121B
- Authority
- CN
- China
- Prior art keywords
- omc
- alarm
- explorer
- network
- nmc
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0226—Mapping or translating multiple network management protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
Abstract
本发明涉及一种用于通过通信系统的管理网来处理警报的方法,其中所述管理网包括在不同管理层中的至少两个管理设备(NMC,OMC),其中所述至少两个管理设备的至少一个用作网元管理器(OMC),并且所述至少两个管理设备的至少一个用作网络管理器(NMC),该网络管理器(NMC)被分配给在其功能上作为代理的所述网元管理器(OMC),并且位于该网元管理器(OMC)之上。按照本发明,-在考虑网络管理器(NMC)和网元管理器(OMC)之间的接口(NM-EM)上的对象模型的情况下,在网元管理器(OMC)中警报被映射为功能对象类;-所述警报从网元管理器(OMC)被转发到网络管理器(NMC);-在网络管理器(NMC)中,所述警报被处理;并且-根据对于通信系统中的网络管理器(NMC)和网元管理器(OMC)之间的所述接口(NM-EM)统一的操作,在网元管理器(OMC)中使网络管理器(NMC)和网元管理器(OMC)之间的警报状态同步。
Description
本申请是申请日为2004年9月24日、申请号为200480028392.7(国际申请号为PCT/EP2004/052297)以及发明名称为“在通信网的管理系统中使警报同步的方法”的发明专利申请的分案申请。
技术领域
本发明涉及一种用于通过通信系统的管理网来转发警报的方法。
此外,本发明涉及一种通信网的管理系统的网元管理器(Element Manager)。
最后,本发明涉及一种通信网的管理系统的网络管理器。
背景技术
针对电信网(例如移动无线电通信网)的管理,也被称为TMN原理(TMN:电信管理网络(Telecommunications Management Network))的电信网的管理原理定义多个管理层,其中,除了最上层和最下层之外,每层都具有双重功能。在进行管理的系统(“managing system”)中,除了最下层之外,每层都针对其下一层执行管理功能。在受管系统(“managed system”)中,除了最上层之外,每层适于承担上一层的代理功能。
在TMN体系中,电信网的单个设备或网元(网络资源)执行代理的角色。代理必须在网络中尽可能快速地识别出相关事件(所谓的event,例如警报),生成相应的通知(所谓的Notification),并且将该事件报告(event report)传输给管理器,以便实现有效的网络管理。
通信网的管理网一般包括在不同管理层中的至少两个管理设备,其中该至少两个管理设备的至少一个用作网元管理器,并且该至少两个管理设备的至少一个用作位于网元管理器之上的网络管理器。
相对较深层,网元管理器用作管理器而就网络管理器的上一层管理层而言则用作代理。
为了进行网络监视和控制,管理器开始所谓的操作(在代理中所实施的请求(Request)),并且得到相应的响应(Res ponse)。代理识别出相关的网络事件(Event,例如警报),生成通知(所谓的Notification)并且将该通知作为事件报告(Event Report)传输给管理器,以便实现有效的网络管理。
移动通信网的这种具有代理-管理器关系的管理网例如包括操作和维护中心(OMC Operation and Maintenance Center)和多个网络管理中心(NMC Network Management Center)。另外,可以设置有管理网的管理层,该管理层包含具有多个基站系统的网元层(“NetworkElement Level”)。在网元管理层(“Network Element ManagementLevel”)中,例如操作和维护中心分别为例如基站系统的单个基站提供制造商特定的管理功能。在网络管理层(“Ne twork ManagementLevel”)中,网络管理中心分别实现集成的、一般与制造商无关的管理功能。在此,多个网络管理中心对下一层管理层、即网元管理层(“Network Element Management Level“)的相同网络设备进行访问,例如网络管理中心访问下一层管理层的操作和维护中心。
在不同管理层的网络设备之间通常设置所定义的、用于在管理器-代理通信中传输信息的接口(所谓的管理接口),该接口在面向对象的环境中通过通信协议(例如CMIP(根据I TU-TX.711的通用管理信息协议(Common Management Information Protocol))或者CORBA(通用对象请求代理体系结构(Common Object Request Broker Architecture)))和对象模型来表征。例如,在网元管理层和网元层(Ne twork E l ement-Ebene)(例如GSM移动无线电网中的OMC-BSS(BSS基站子系统))之间或在网络管理层和网元管理层(例如NMC-OMC)之间存在这种接口。
电信网的最佳管理的前提是,只有来自下层代理的相关事件报告被尽可能快地转发给管理器系统。在正常条件下、也就是如果在代理和管理器之间进行通信,则这通过在代理中存在的过滤机制(例如在基于CMIP的管理接口中,借助于根据ITU-TX.734“系统管理:事件报告管理功能(Systems Management:Event Report ManagementFunction)”的事件转发鉴别器(Event Porwarding Discriminator)、所谓的EFD)进行。
该过滤器的任务是,通过相应的测试只将满足特定准则的那些通知转发到管理器。管理器能够在代理中设立或者删除这种过滤器并且确定过滤准则。由此,每个管理器在任何时候都可以根据其单独的请求控制信息流。
下面特别被考察的管理网包括在不同管理层中的至少两个管理设备,其中该至少两个管理设备的至少一个用作网元管理器,并且该至少两个管理设备的至少一个用作网络管理器,该网络管理器被分配给在其功能上作为代理的网元管理器并位于该网元管理器之上。
文献DE 19801785A1描述了一种用于在通信系统中处理警报的方法。从管理器向代理发送消息,通过该消息请求警报数据调整。该消息包含一参数,通过该参数控制警报数据调整。如果在中断连接之后管理器和代理之间的通信又被建立,则警报数据调整发生。在接收了请求之后,代理连续地向管理器发送所请求的警报。
文献US 2003/0162537A1描述了一种管理系统,该管理系统包括与制造商无关的设备作为管理器。代理接收与制造商有关的信息,该信息以与制造商无关的格式被传输到与制造商无关的管理器。
X.73x系列的ITU-T标准(国际电信同盟-电信标准化部(International Telecommunications Union-Telecommunication standardisation sector))为电信网的管理定义了不同的系统管理功能(“Systems Management Function”),在集中的或者分散的管理环境中,应用过程能够使用该不同的系统管理功能。作为用于进行网络监视和控制的最重要功能之一的故障管理(Fault Management)和警报处理(Alarm handling)借助于管理设备(管理系统)来进行。在此,管理设备尤其是位于网元管理层(例如OMC,网元管理器)或者网络管理层(例如NMC,网络管理器)之上。
在电信网中通常存在大量网络资源,这些网络资源可以被建模为所谓的对象实例(MOI管理对象实例(Management Object Instance)),并且生成警报。因此,每个警报基于通信网的至少一个网络资源中的至少一个事件来生成。在不同网络资源之间存在不同类型的关系,以致例如一个网络资源中的事件可能导致网络单元的同一和/或其他网络资源中的一系列其他事件。
对于整个电信网的管理,从运行观点来看,两个管理层具有重大意义:
●“网元管理”层(EM-层),其功能由(区域性的)网元管理器(通常被称为OMC)来实现,所述网元管理器一般由与所属的网络设备或网元(Network Element,NE)的制造商相同的制造商来提供。OMC必须考虑网元的所有制造商特定的特性(也即相应的硬件特征)。
●“网络管理”层(NM-层),其功能由网络管理器(通常也被称为NMC)来实现,该网络管理器也可以由第三制造商来提供。为了在NMC统一的情况下实现制造商特定的网络区域的功能集成,NMC和多个(区域性的)OMC之间的接口必须与制造商无关。
0MC-NMC接口的制造商无关性可以在面向对象的管理环境中通过专有地应用所谓的涉及功能的对象类(functional-related MOC(管理对象类(Management Object Class)))来保证。从与制造商无关的功能角度来看,功能对象对电信网的网络资源进行建模。
与之相反,MOC和网元(例如GSM网中的BSS(基站系统(Base Station System))和SSS(交换子系统(Switching Sub-System)))之间的制造商特定的接口也知道所谓的涉及硬件的对象类(equipment-related MOC),该涉及硬件的对象类因制造商的不同而不同。在该管理体系中,每个制造商特定的OMC都起双重作用:NE的管理器和上一层NMC的代理。
警报的处理原则上可以在两个管理层上进行:
-在EM层上,也即通常在工作日时的制造商特定的OMC系统(其分别主管一网络区域)上。在这种情况下,警报的状态变化通常自动地通过相应的事件报告被通知给NMC。
-在NM层上、也即通常在例如晚上或者周末当OMC被另行调配时的NMC系统上。如果这里通过操作员来改变警报的状态,则必须自动地使下一层网元管理器同步,以便使所有管理系统获得相同的信息状况。对于这种同步化,目前的TS 32.XXX系列的3GPP标准定义不同的操作,在这些操作中相关警报必须被单个说明。
对于较大量的被处理的警报来说,这类同步化对于NM-EM接口和对于OMC都不是有效的。
在TS 32.XXX系列的3GPP标准中,对在NM层上的警报状态变化之后使EM层上的警报同步进行了如下说明:
-针对每种类型的警报处理(确认(acknowlegement)、确认取消(unacknowlegement)、去活(清楚(clearing))、分配警报提示(设置注释(set comments))),定义(分别具有其他语法的)另一操作。
-每个待同步的警报必须在操作中通过唯一标识来识别。
因此,尤其是较大量的被处理的警报的同步化耗费是巨大的。
发明内容
本发明的任务在于,说明一种方法、一种网元管理器和一种开头所述类型的网络管理器,通过这些可以使同步化简化,并且尤其能够利用OMC系统同时对多个、在NM层上所处理的警报进行同步化。
根据本发明,该任务在方法方面通过以下特征来解决:管理网包括在不同管理层中的至少两个管理设备;所述至少两个管理设备的至少一个用作在网元之上的网元管理器;并且所述至少两个管理设备的至少一个用作网络管理器,该网络管理器被分配给在功能上作为代理的所述网元管理器并且位于所述网元管理器之上;在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下,在所述网元管理器中,来自网元的警报被映射为功能对象类,使得根据所述来自网元的警报将准确信息作为附加信息包含在所映射的警报中;这样映射的警报从所述网元管理器被转发到所述网络管理器。该任务在网元管理器方面通过以下特征来解决:该网元管理器作为管理网在不同管理层中的至少两个管理设备之一用于在该通信网的管理系统中转发警报;其中,网络管理器能被分配给在功能上作为代理的网元管理器;存在有用于在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下把来自网元的警报映射为功能对象类的装置,其被构造来使得根据所述来自网元的警报将准确信息作为附加信息映射为名称为“附加文本”或者“附加信息”的警报参数上;设置有用于把所述警报从所述网元管理器转发到所述网络管理器的装置。并且该任务在网络管理器方面通过以下特征来解决:该网络管理器作为管理网在不同管理层中的至少两个管理设备之一用于在该通信网的管理系统中接收和处理警报;其中,所述网络管理器能被分配给在功能上作为代理的至少一个网元管理器;设置有用于接收以下警报的装置,○所述警报在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下由所述至少一个网元管理器被映射为功能对象类,使得根据来自网元的警报将准确信息作为附加信息包含到所映射的警报中,以及○所述警报由所述至少一个网元管理器被转发给所述网络管理器;设置有用于处理接收到的经这样映射及转发的警报的装置。本发明的扩展方案和改进方案尤其能由从属技术方案得出。
按照本发明,
●在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下,在网元管理器(OMC)中,警报被映射为功能对象类,
●该警报从网元管理器被转发到网络管理器,
在网络管理器中,该警报被处理,并且
●根据对于通信系统中的网络管理器和网元管理器之间的接口统一的操作,在网元管理器中实现网络管理器和网元管理器之间的警报状态的同步化。
通过这些措施,能够在同步化方面实现警报的改善处理,其方式是使用通常有效的、与制造商无关的机制,所述机制不仅可以被用于GSM(全球移动通信系统(Global System for Mobile communication))和UMTS(通用移动电信系统(Universal Mobile TelecommunicationSystem))移动无线电网络而且也可以被用于任意电信网的管理。本发明允许在管理系统上处理警报,所述管理系统实现不同管理层的功能,例如实现网元管理或者网络管理。在此,一般存在多个网元管理器(例如OMC)和多个网络管理器(例如NMC)。
在此,本发明方法原则上可被用于所有电信网。这明确地恰恰也不包括电缆连接的电信网。因为尤其是移动无线电网络要求有效的故障管理。
在网元管理器中,在其根据作为网元管理器的管理功能的逻辑功能部分中由网元接收到达的(eingehend)警报,并且在转发给网络管理器之前,将这些警报递交给根据相对网络管理器作为代理的管理功能的逻辑功能部分。警报的信息被存储在这两个逻辑功能部分中。网元管理器转发警报不一定针对所有警报、而是通常针对与网络管理器相关的那些警报来进行的。在被转发给网络管理器之前,这些警报在网元管理器中被映射为功能对象类。优选地基本上实时地、也即在没有太大延迟的情况下发送给网络管理器。警报一般经由过滤设备(例如EFD)被转发到网络管理器。向网络管理器的发送可以借助于在其工作时可调整和/或可改变的过滤设备来进行。尤其是可以例如首先鉴于管理系统可调整和/或可改变地形成过滤设备的作用。所谓的事件转发鉴别器(EFD)可以优选地被用作本发明范围中的过滤设备。该功能(根据ITU-T X.734的事件报告)中的过滤设备的任务是,只将满足特定过滤准则的那些消息(事件报告)路由到管理器。在此,该管理器能够在代理中设立或者删除这种EFD,并且确定(关于鉴别器构造(discriminatorConstruct)-属性(Attribut))的过滤准则。由此,每个管理器在任何时候都能够根据其单独的请求控制信息流。网元管理器中的过滤设备通常关于其工作内容可由网络管理器来设立、删除和/或关于其过滤准则可通过网络管理器来确定。
在本发明的有利的改进方案中,关于警报的内容信息至少暂时地被存储在网元管理器中,该警报在网元管理器处到达和/或在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下被映射为功能对象类。优选地利用两种所述的可能性。鉴于所述第二可能性,这包括:有利地,根据网元管理器(在功能上作为代理)和网络管理器(例如在功能上作为管理器的NMC)之间的接口的信息模型,在网元管理器(例如OMC)中作为事件报告到达的警报被转换为分别对应的功能对象类。
尤其是,至少暂时被存储的信息可包括在网元管理器中到达的警报的警报列表和在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下被映射为功能对象类的警报的警报列表。
优选地,在借助于所述统一操作进行同步化时,被存储在网元管理器中的、关于警报的内容的信息至少部分地被应用,该警报在网元管理器处到达和/或在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下被映射为功能对象类。
在本发明的扩展方案中,为了借助于所述统一操作进行同步化,在网元管理器中,作为所述功能对象类的参考实例的对象实例从网络管理器被传送到网元管理器,在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下,所述警报被映射为所述功能对象类。为此,根据网元管理器和网络管理器之间的接口的信息模型,尤其是在网元管理器中到达的警报被转换为分别对应的功能对象类。
通过以下方式改进该方法,即在考虑被存储在网元管理器中的、关于所述警报的内容的信息的情况下,在同步化时实现反向映射为网元管理器和网元之间的接口上的对象模型的对象实例,该警报在网元管理器处到达和/或在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下被映射为功能对象类。
尤其是可以规定,在同步化时也考虑一个、多个或者所有对象实例,所述对象实例位于网元管理器和网元之间的接口上的对象模型的对象树中,该对象树在与根据网络管理器和网元管理器之间的接口上的对象模型的参考实例相对应的、根据网元管理器和网元之间的接口上的对象模型的对象实例之下。
本发明方法尤其是具有以下优点:
●该方法定义统一的最佳机制,用于在NM层上不同地处理了多个警报之后,在EM层上使该多个警报同步。不仅代理(OMC)中的处理功率、而且NM-EM管理接口的吞吐量明显被改善。
●在考虑管理体系中的不同对象模型的情况下,可用于两个通信方向(也即从网元管理器到网络管理器和从网络管理器到网元管理器的相反方向)的警报处理(也被称为“映射函数(Mappingfunction)”)用作该方法的基础。
作为管理网在不同管理层中的至少两个管理设备之一的、用于在该通信网的管理系统中处理警报的、该通信网的管理系统的本发明网元管理器被如此构造,以致网络管理器可被分配给在其功能上作为代理的所述网元管理器。按照本发明,在网元管理器中存在:
-装置,用于在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下把警报映射为功能对象类,
-装置,用于把所述警报从网元管理器转发到网络管理器,和
-装置,用于在网络管理器中处理警报之后,根据对于通信网中的网络管理器和网元管理器之间的接口统一的操作,在网元管理器中使网络管理器和网元管理器之间的警报状态同步。
此外,可以设置有装置,用于至少暂时地存储关于警报的内容的信息,该警报在网元管理器处到达和/或在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下被映射为功能对象类。
此外,所述网元管理器还可以包括装置,用于把在网元管理器中到达的警报发送给所述网络管理器。
尤其是,所述网元管理器可以具有在其工作时可调整的和/或可改变的过滤设备。
最后,所述网元管理器可以包含装置,用于将对象实例接收为在网络管理器中所处理的警报的功能对象类的参考实例,用于借助于网络管理器的统一操作进行同步化,在考虑网络管理器和网元管理器之间的接口上的对象模型的情况下,所述警报被映射为所述功能对象类。
所述网元管理器可以配备有用于执行上述方法的其他装置。
用于通过在不同管理层上具有至少两个管理设备的管理网来处理警报的本发明通信系统被如此构造,以致所述至少两个管理设备的至少一个用作网元管理器,而所述至少两个管理设备的至少一个用作网络管理器,该网络管理器被分配给在其功能上作为代理的所述网元管理器并且位于该网元管理器之上。所述通信系统可以具有用于执行上述方法的装置。所述通信系统尤其是可以包括如上所述的网元管理器。
附图说明
下面,根据实施例参考附图进一步描述本发明。
其中:
图l示出通信系统的管理网的框图,所述管理网在网元、操作和维护中心以及网络管理中心之间具有代理-管理器关系,
图2示出通信系统的管理网络片段的示意图,所述管理网络片段在网元、操作和维护中心以及网络管理中心之间具有代理-管理器关系,该网络管理中心在网元管理器与网元之间的接口和网络管理器与网元管理器间的接口之间具有警报转换。
图3示出按照本发明的、对于通信系统中的网络管理器和网元管理器之间的接口统一的操作的流程图的例子,
图4示出体系式对象树结构的例子,和
图5示出通信系统的管理网络片段的示意图,所述管理网络片段在网元、操作和维护中心以及网络管理中心之间具有代理-管理器关系,该网络管理中心在网络管理器中处理了警报之后对所述警报进行同步。
具体实施方式
在图1中示出了移动通信系统的管理网的框图,所述管理网具有一方面在操作和维护中心OMC1、OMC2至OMCN(OMC Operation andMaintenance Center)与网元NE(Network Element)之间、以及另一方面在网络管理中心NMC(Network Management Center)与操作和维护中心OMC1、OMC2至OMCN(Operation and Maintenance Center)之间的代理-管理器关系。图1示出具有三个管理层NM层(LEVEL)、EM层和NE层的示图。
管理层EM层表征网元管理层(“Network Element ManagementLevel”),在该网元管理层中,操作和维护中心OMC1、OMC2至OMCN分别提供针对例如在图1中的管理层NE层中未示出的基站系统(例如具有数量为1至P的基站系统BSS1至BSSp)的制造商特定的管理功能。
管理层NM层表征网络管理层(“Network Management Level”),在该网络管理层中,网络管理中心NMC实现集成的、与制造商无关的管理功能。原则上,在该管理层NM层上可存在多个网络管理中心NMC。在不同管理层的网元之间设置有所定义的、用于传输信息的接口。
操纵和维护中心OMC1、OMC2至OMCN经由(例如实时)接口NM-EM与网络管理中心NMC相连接。在逻辑上,该网络管理中心NMC与操纵和维护中心OMC1、OMC2至OMCN的NMC代理相连接。此外,每个操纵和维护中心OMC1、OMC2至OMCN在逻辑上针对网元NE的接口EM-NE具有NE管理器(在图1中未示出,但在图2中示出)。如图1中所示的那样,在网元NE中可以设置过滤设备“过滤器(Filter)”,用于将警报报告传输到操纵和维护中心OMC1、OMC2至OMCN。
下面,对于本发明方法根据具体实例来描述接口EM-NE和接口NM-EM之间的警报转换,并且对图2进行解释。
在网络管理层上(例如在网络管理中心NMC中的NM层上),主要根据警报列表来进行作为网络监视和控制的最重要功能之一的警报处理(警报监视(A1arm survei1lance))。首先,在操作维护中心OMC的逻辑部分NE管理器中,警报信息被存储在警报列表“原始警报列表(Original alarm list)”中(插入原始警报(insert origina1 alarm))。在考虑接口NE-EM上的对象模型的情况下,每个操作和维护中心OMC必须实现映射函数Mapping function,该映射函数把来自网元的所有与网络管理中心NMC相关的警报(“原始”警报(“Original,,Alarm))转换为分别对应的功能对象实例。(首先鉴于最初故障的网络资源的)最初在操作和维护中心OMC中到达的警报(“原始”警报(“Original”A1arm))的准确信息由操作“映射函数(Mapping function)”作为(例如以标准化警报参数附加文本(additiona lText)或者附加信息(additionalInformation)为形式的)附加消息被写入所映射或者所推导的警报列表“所映射的警报列表(Mapped alarm list)”中,其中通过图2中的操作“插入所映射的警报(insert mapped alarm)”来说明把所映射的警报存储到NMC代理的警报列表“所映射的警报列表(Mapped alarm list)”中。有利地,可以规定,就映射而言,可以借助于映射函数Mapping function从映射表(Mapping table)得出或者寄存接口NM-EM上的对象模型的细节。
由于NMC和区域性的操作和维护中心OMC之间的接口必须是与制造商无关的,所以该管理接口NM-EM的信息模型(Informat ion Model)只包括如下功能对象类(MOC管理对象类):一方面,涉及对电信网的功能进行建模的所谓的逻辑对象类。GSM移动无线电网络中的这种逻辑MOC的例子是BSC、Bts地点管理器(BtsSiteManager)或者自动译码器(Transcoder)。另一方面,最佳的网络管理的前提是,在网络管理中心NMC上也应该存在诸如关于网络单元的硬件操作准备的警报的信息。这些信息应该使NMC操作员能够正确地估计整个网络单元的功能的硬件故障的意义,以便现场开始相应的维修措施。如果操作和维护中心OMC1、OMC2至OMCN未被占用,并且只从网络管理中心NMC出发监视移动无线电网络,则这首先适用。
为了能够在上一层网络管理中心NMC上(首先在操作和维护中心OMC1、OMC2至OMCN未占用这段时间、例如晚上或者周末内)实现网络监视,如上已经实施的那样,每个制造商特定的操作和维护中心OMC都必须包括映射函数Mapping funct ion,该映射函数根据OMC-NMC接口NM-EM的信息模型(Informttion Mode1)把所有与网络管理中心NMC相关的事件报告(event report)(如来自网元NE的警报)转换为分别对应的功能对象类。原始的、在网元NE中所生成的警报报告(例如关于如电路板类型、电路板编号等的制造商特定的数据的说明)的准确信息作为(例如以标准化参数附加文本(additionalText)或者附加信息(additional Information)为形式的)附加信息被包含在所映射的警报报告(其也可以被称为“所转换的(mediierte)”警报报告)中。
随后,所映射的或所转换的警报报告被继续路由给操作和维护中心OMC的逻辑部分NMC代理中的NMC特有的过滤设备EFD。
这在图2中以通信系统的管理网片断的示意图来说明,所述管理网片段在网元NE、操作和维护中心OMC以及网络管理中心NMC之间具有代理-管理器关系。网元NE的原始警报报告(“Original”Alarm)例如被存储在作为网元管理器的操作和维护中心OMC中,利用映射函数Mapping function被转换为功能对象类,并且在采用在其工作时可调整和/或可改变的过滤设备EFD的情况下作为所映射的警报(“Mapped”Alarm)被发送给网络管理中心NMC。在网络管理中心中,通过操作“插入所映射的警报(insert mapped alarm)”把所映射的警报存储在网络管理中心NMC的警报列表“所映射的警报列表(Mapped a1arm list)”中。
不同的、在图2中以其偏离的结构所说明的、接口EM-NE或NM-EM上的对象树(containment tree)构成通过映射函数Mapping function对警报进行转换的基础。由于必须在接口EM-NE上对网络资源的建模进行必然地详述(这里附加地还管理制造商特定的资源),所以接口EM-NE的对象树比接口NM-EM上的对象树包含更多的对象类。因此,在大多情况下,通过n大于(或等于)1的关系来进行警报转换,也即多个、在EM-NE对象树体系中位于下面的对象类的警报报告可以被转换为接口NM-EM上的唯一的对象类的警报。
在网络管理层(根据图1的NM层)上,所映射的警报(“Mapped”Alarm)可以由NMC操作员例如如下进行不同处理:
-确认警报(警报确认(alarm acknowledgement)),也即已经获悉警报,并且必要时已经开始维修措施。在此,无意进行的警报确认可以由同一NMC操作员来取消(警报非确认(alarm unacknowledgement))。
-例如如果在网元NE不能产生相应的事件报告的情况下警报原因被消除,则警报由操作员手动地去活(警报清除(alarm clearing))。
-说明(警报注释(alarm comment))被分配给警报,例如以便能够实现操作员之间更好的协作。
随后,在EM层(EMLEVEL)上必须使在NM层(NMLEVEL)上已经处理的警报的状态同步。首先在OMC操作员进行层切换时(例如每天早上操作和维护中心再次被占用时),该自动同步是重要的,以便OMC操作员能够获得网络中的警报情形的正确映射。
原则上,按照本发明和在实施例中进一步描述的方法可用于所有管理器-代理接口。下面,例如利用基于CMI P的NMC-OMC接口NM-EM的实施方式来描述。可是,在应用其他接口协议(例如SNMP或者CORBA)时,同样可以相应匹配的形式采用该方法。
在此,下面示例性地对具有多次对象选择(“multiple object selection”)的警报同步化进行观察,并且描述图3。
为了使不同对象实例的警报状态同步,在接口NM-EM上(例如在基于CMIP的管理接口中借助于根据I TU-T X.710标准的业务M-ACTION)实现统一的操作“对准警报状态(alignAlarmsStatus)”。
统一的、在图3中以其过程示出的操作“对准警报状态(alignAlarmsStatus)”包括至少两个通信部分、也即操作“对准警报状态(alignAlarmsStatus)”的从网络管理中心NMC到操作和维护中心OMC的请求部分(操作请求(Operation request))和操作“对准警报状态(alignAlarmsStatus)”的从操作和维护中心OMC到网络管理中心NMC的应答部分(操作响应(Operation response))。
统一操作“对准警报状态(alignAlarmsStatus)”的操作请求有利地通过以下参数来确定:
-操作类型(operationType):该参数定义了在操作和维护中心(OMC)上的必要的警报同步化的类型(ack、unack、清除(clear)、注释(comment))。
-基本MOI(baseMOI):在接口NM-EM的对象树中,为了使警报状况同步,该参数把参考实例识别为输出点。所有搜寻的警报都与该参考实例有关,并且必要时(根据以下参数“选择(choice)”的值)与其他的、在对象树中位于参考实例之下的实例有关。
-选择(choice):该参数从上述参考实例出发说明,在OMC中应该针对在哪些、对象树中位于接口NM-EM之下的网络资源使警报状况同步。该参数可以采用以下值:
-值“整个子树(wholeSubtree)”:来自参考实例和所有在对象树中位于该实例之下的对象的警报被考虑。
-值“层编号(levelNumber)”:只考虑由位于层n上的参考实例之下的对象所生成的那些警报(注意:该参考对象实例例如被定义为层O,并且每个在对象树中存在的、具有位于下面的对象的层根据其层得到自然数n)。只有当层n上的等效对象类根据参数“层编号(levelNumber)”的值存在于接口NM-EM和EM-NE上的两个对象树中时,该值才可以被应用。
-注释文本(comment Text):只有当上述参数“操作类型(operationType)”具有值“注释(comment)”时,该可选(这在图3中用方括号示出)的参数才被应用,并且说明操作指示,该操作指示应被分配给所选出的警报。
统一操作“对准操作状态(alignAlarmsStatus)”的操作应答(operation response)有利地通过以下参数来确定:
-状态(status):该参数包含在操作和维护中心OMC上实施警报同步化的结果。
统一操作“对准警报状态(alignAlarmsStatus)”的操作请求(Operation request)的参数“选择(choice)”可以采用值“整个子树(wholeSubtree)”和“层编号(levelNumber)”。对此,图4给出一个例子,其中示出对象树在两个接NM-EM和EM-NE上适用的体系。原则上适用,接NM-EM上的对象树被包含在具有相同体系的接EM-NE上的对象树中。
在图4中所示的例子中给出具有以下的下降体系层的体系:
-bss功能(bssFunction)(BSS-功能-实例)
-bsc(BSC-实例)
-bts地点管理器(btsSiteManager)(BTS-地点管理器(SiteManager)-实例)
-bts(BTS-实例)
-收发器(trannsceiver)(收发器-实例)。
在假设参数“基本MOI(baseMOI)”=bts地点管理器(btsSiteManager):3(也即编号为3的BTS-地点管理器(SiteManager)-实例)以及参数“选择(choice)”=层编号(levelNumber)(2)(也即只考虑由位于层2上的参考实例之下的对象所生成的那些警报)的情况下,这对于所示实施例表明:在该例子中考虑所有在实例bts地点管理器(btsSiteManager):3(编号为3的BTS-地点管理器(SiteManager)-实例)之下的对象树中所存在的收发器实例的警报。
在接收了图3中所示的、统一操作“对准警报状态(alignAlarmsStatus)”的请求(Operation request)之后,在操作和维护中心OMC中,根据参数值“操作类型(operationType)”,所有在网络管理中心NMC上所选出的警报的状态不仅在NMC代理的警报列表“所映射的警报列表(Mapped alarm list)”、而且在NE管理器的警报列表“原始警报列表(Original alarm list)”中被同步化,其中详细地表示:
●ack:所有警报自动地被设为状态“已确认”,
●unack:所有警报自动地被复位成状态“未确认”,
●清除(clear):所有警报自动地被“清除”。已经被确认的那些警报从警报列表中被去除。
●注释(comment):操作指示被分配给每个警报。
随后,代理向管理器(NMC)发送应答(Operation response),该应答包含实施的结果。
下面,结合图5来说明在OMC中利用警报确认(alarm acknowlegement)进行警报同步化的应用例,该应用例使警报确认的状态(“acknowlegementState”)同步化。
假设基站系统(例如BSS-功能-实例Nr.17,bss功能(bssFunction):17′)被修理好,并且由此在网络管理中心NMC上显示更多所属的警报。NMC操作员(其知道该警报出现的原因)已经选择和确认了(acknowledged)所有来自该BSS网元的警报。
随后,NMC向监视所述基站的操作和维护中心OMC发送统一操作“对准警报状态(alignAlarmsStatus)”的操作请求(Operation request),其具有以下参数值:
-操作类型(operationType)=ack
-基本MOI(baseMOI)=bss功能(bssFunction):17
-选择(choice)=整个子树(wholeSubtree)。
在该实例情况下,不应用可选的参数“注释文本(commentText)”。
在操作和维护中心OMC中,NMC代理实施以下步骤:
a)在警报列表“所映射的警报列表(Mapped alarm list)”中,搜寻那些警报,这些警报的对象实例(参数MOI)包含组成部分(所谓的“相对标识名(relative distinguished name)”)bss功能(bssFunction):17。在每个找到的所映射的警报(“Mapped”alarm)中,从参数“附加文本(additionalText)”(或者“附加信息(additionalInformation)”)中确定原始的(“original”)BSS警报的对象实例(origMOIk)。
b)所有在NMC代理的警报列表“所映射的警报列表(Mapped alarm list)”中所找到的警报自动地被确认(acknowledged)。如果现在已确认的警报不再有效,则该警报从NMC代理的警报列表“所映射的警报列表(Mapped alarm list)”中自动被去除。
c)在警报的所有原始(“original”)对象实例被找到之后,NMC代理向操作和维护中心OMC中的NE管理器发送内部命令“范围内警报处理(scopedAlarmsHandling)”,其具有以下参数值:
-操作类型(operationType):ack
-对象实例列表(objectInstanceList):该参数说明接口EM-NE上的对象实例序列(origMOI1,...,origMOIn),所述对象实例的警报应该被确认。
(此外,可以选择性地设置用于进行注释的参数“注释(comment)”)。
在接收到命令“范围内警报处理(scopedAlarmsHandling)”之后,操作和维护中心OMC的NE管理器实施以下步骤:
a)对于每个对象实例origMOIk(k=1...n):NE管理器的警报列表“原始警报列表(Origin alalarm list)”中的所有警报自动被确认,所述警报的对象实例(参数MOI)包含对象实例origMOIk的“相对标识名(relative distinguished name)”。这表明以下优点:因此对象实例origMOIk的警报也被确认,所述警报通过NMC特有的过滤器(例如因为该警报与NMC操作员不太有关)已被有意地过滤掉。
b)如果已确认的警报不再有效,则该警报从NE管理器的警报列表“原始警报列表(Original alarm list)”中自动地被去除。
以上已经示例性地描述了通过NMC操作员进行警报确认(alarm acknowledgement)。该过程按意义相应地适用于网络管理中心NMC上的多个警报的其他处理类型。
Claims (13)
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)中,来自网元(NE)的警报被映射为功能对象类,使得根据所述来自网元(NE)的警报将准确信息作为附加信息包含在所映射的警报中,
-这样映射的警报从所述网元管理器(OMC1,OMC2,OMCN;OMC)被转发到所述网络管理器(NMC)。
2.按照权利要求1所述的方法,其特征在于,由网络管理器(NMC)接收和处理所转发的警报。
3.按照权利要求1或2所述的方法,其特征在于,所述附加信息被映射为名称为“附加文本”的警报参数。
4.按照权利要求1或者2所述的方法,其特征在于,所述附加信息被映射为名称为“附加信息”的警报参数。
5.按照权利要求1或者2所述的方法,其特征在于,所述附加信息被写入所映射的或者所推导的警报列表中。
6.按照权利要求1或者2所述的方法,其特征在于,由映射函数引起映射。
7.按照权利要求6所述的方法,其特征在于,就映射而言,由映射表中的映射函数能得出或者寄存接口上的对象模型的细节。
8.按照权利要求1或者2所述的方法,其特征在于,在所述网元管理器中所映射的警报最初在所述网元之一中被生成。
9.按照权利要求1或者2所述的方法,其特征在于,作为附加信息首先包含在最初故障的网络资源方面的准确信息。
10.按照权利要求1或者2所述的方法,其特征在于,所述准确信息是关于制造商特定的数据的说明。
11.按照权利要求9所述的方法,其特征在于,所述制造商特定的数据是电路板类型或者电路板编号。
12.通信网的管理系统的网元管理器(OMC1,OMC2,OMCN;OMC),其作为管理网在不同管理层中的至少两个管理设备(NMC,OMC1,OMC2,OMCN;OMC)之一用于在该通信网的管理系统中转发警报,
其中,网络管理器(NMC)能被分配给在功能上作为代理的网元管理器(OMC1,OMC2,OMCN;OMC),
其特征在于,
-存在有用于在考虑网络管理器(NMC)和网元管理器(OMC1,OMC2,OMCN;OMC)之间的接口(NM-EM)上的对象模型的情况下把来自网元(NE)的警报映射为功能对象类的装置,其被构造来使得根据所述来自网元(NE)的警报将准确信息作为附加信息映射为名称为“附加文本”或者“附加信息”的警报参数上,
-设置有用于把所述警报从所述网元管理器(OMC1,OMC2,OMCN;OMC)转发到所述网络管理器(NMC)的装置。
13.通信网的管理系统的网络管理器(NMC),其作为管理网在不同管理层中的至少两个管理设备(NMC,OMC1,OMC2,OMCN;OMC)之一用于在该通信网的管理系统中接收和处理警报,
其中,所述网络管理器能被分配给在功能上作为代理的至少一个网元管理器(OMC1,OMC2,OMCN;OMC),
其特征在于,
-设置有用于接收以下警报的装置,
O所述警报在考虑网络管理器和网元管理器之间的接口(NM-EM)上的对象模型的情况下由所述至少一个网元管理器被映射为功能对象类,使得根据来自网元(NE)的警报将准确信息作为附加信息包含到所映射的警报中,以及
○所述警报由所述至少一个网元管理器被转发给所述网络管理器,
-设置有用于处理接收到的经这样映射及转发的警报的装置。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10345881A DE10345881A1 (de) | 2003-09-30 | 2003-09-30 | Verfahren zur Synchronisierung von Alarmen in einem Management-system eines Kommunikationsnetzes |
DE10345881.6 | 2003-09-30 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004800283927A Division CN100488110C (zh) | 2003-09-30 | 2004-09-24 | 在通信网的管理系统中使警报同步的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101547121A CN101547121A (zh) | 2009-09-30 |
CN101547121B true CN101547121B (zh) | 2011-10-05 |
Family
ID=34306228
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101302154A Active CN101547121B (zh) | 2003-09-30 | 2004-09-24 | 在通信网的管理系统中使警报同步的方法 |
CNB2004800283927A Active CN100488110C (zh) | 2003-09-30 | 2004-09-24 | 在通信网的管理系统中使警报同步的方法和装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004800283927A Active CN100488110C (zh) | 2003-09-30 | 2004-09-24 | 在通信网的管理系统中使警报同步的方法和装置 |
Country Status (6)
Country | Link |
---|---|
EP (1) | EP1668822B1 (zh) |
CN (2) | CN101547121B (zh) |
AT (1) | ATE352925T1 (zh) |
DE (2) | DE10345881A1 (zh) |
MX (1) | MXPA06003516A (zh) |
WO (1) | WO2005034428A2 (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100401684C (zh) * | 2005-07-28 | 2008-07-09 | 华为技术有限公司 | 网络管理层通过网元管理层实现信息管理的方法 |
CN100421386C (zh) * | 2005-08-17 | 2008-09-24 | 华为技术有限公司 | 实现对边界对象进行关联操作的方法和系统 |
CN100417088C (zh) * | 2005-09-02 | 2008-09-03 | 中兴通讯股份有限公司 | 一种前后台告警同步的方法 |
GB2431067B (en) | 2005-10-07 | 2008-05-07 | Cramer Systems Ltd | Telecommunications service management |
GB2432992B (en) | 2005-11-18 | 2008-09-10 | Cramer Systems Ltd | Network planning |
GB2433675B (en) | 2005-12-22 | 2008-05-07 | Cramer Systems Ltd | Communications circuit design |
CN1992632B (zh) * | 2005-12-28 | 2010-05-12 | 大唐软件技术股份有限公司 | 一种通信网络告警方法以及告警系统 |
GB2435362B (en) | 2006-02-20 | 2008-11-26 | Cramer Systems Ltd | Method of configuring devices in a telecommunications network |
EP1868318A1 (de) * | 2006-06-13 | 2007-12-19 | Nokia Siemens Networks Gmbh & Co. Kg | Flexible Änderung des Zuständigkeitsbereiches eines Operators für das Netzwerkmanagement |
CN101360313B (zh) * | 2007-08-01 | 2012-07-18 | 中兴通讯股份有限公司 | 网元管理系统向网络管理系统上报告警数量信息的方法 |
CN101179813B (zh) * | 2007-12-05 | 2012-01-11 | 中兴通讯股份有限公司 | 一种基站控制器告警测试的自动上报方法 |
CN103368969B (zh) * | 2013-07-22 | 2016-02-10 | 烽火通信科技股份有限公司 | 传输管理eml-nml间全量配置同步的方法及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1996020547A1 (en) * | 1994-12-23 | 1996-07-04 | Italtel Spa | Process for automatic event report realignment in a management system and related system |
DE19801785A1 (de) * | 1998-01-19 | 1999-07-22 | Siemens Ag | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
WO1999059326A2 (de) * | 1998-05-11 | 1999-11-18 | Siemens Aktiengesellschaft | Verfahren und kommunikationssystem zur behandlung von zustandsinformationen durch ein mehrere managementebenen aufweisendes managementnetz |
CN1437833A (zh) * | 2000-05-04 | 2003-08-20 | 西门子公司 | 在移动无线电中的与制造商无关的运维中心-网管中心接口上更新制造商特有的硬件信息 |
-
2003
- 2003-09-30 DE DE10345881A patent/DE10345881A1/de not_active Withdrawn
-
2004
- 2004-09-24 EP EP04766850A patent/EP1668822B1/de active Active
- 2004-09-24 AT AT04766850T patent/ATE352925T1/de not_active IP Right Cessation
- 2004-09-24 DE DE502004002812T patent/DE502004002812D1/de active Active
- 2004-09-24 CN CN2009101302154A patent/CN101547121B/zh active Active
- 2004-09-24 MX MXPA06003516A patent/MXPA06003516A/es active IP Right Grant
- 2004-09-24 CN CNB2004800283927A patent/CN100488110C/zh active Active
- 2004-09-24 WO PCT/EP2004/052297 patent/WO2005034428A2/de active IP Right Grant
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1996020547A1 (en) * | 1994-12-23 | 1996-07-04 | Italtel Spa | Process for automatic event report realignment in a management system and related system |
DE19801785A1 (de) * | 1998-01-19 | 1999-07-22 | Siemens Ag | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
WO1999059326A2 (de) * | 1998-05-11 | 1999-11-18 | Siemens Aktiengesellschaft | Verfahren und kommunikationssystem zur behandlung von zustandsinformationen durch ein mehrere managementebenen aufweisendes managementnetz |
CN1437833A (zh) * | 2000-05-04 | 2003-08-20 | 西门子公司 | 在移动无线电中的与制造商无关的运维中心-网管中心接口上更新制造商特有的硬件信息 |
Also Published As
Publication number | Publication date |
---|---|
CN100488110C (zh) | 2009-05-13 |
WO2005034428A3 (de) | 2005-06-30 |
EP1668822A2 (de) | 2006-06-14 |
DE10345881A1 (de) | 2005-04-14 |
CN1860732A (zh) | 2006-11-08 |
ATE352925T1 (de) | 2007-02-15 |
MXPA06003516A (es) | 2006-06-20 |
DE502004002812D1 (de) | 2007-03-15 |
CN101547121A (zh) | 2009-09-30 |
WO2005034428A2 (de) | 2005-04-14 |
EP1668822B1 (de) | 2007-01-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0786882B1 (en) | Gateway apparatus for SNMP/OSI management | |
EP0630539B1 (en) | Network management system | |
CN101547121B (zh) | 在通信网的管理系统中使警报同步的方法 | |
JP5074567B2 (ja) | 通信網のマネージメントネットワークの運用のための方法 | |
CN103546343B (zh) | 网络流量分析系统的网络流量展示方法和系统 | |
US6219705B1 (en) | System and method of collecting and maintaining historical top communicator information on a communication device | |
US20050010659A1 (en) | Use of a communications network element management system to manage network policy rules | |
CN102480759A (zh) | 基于瘦无线接入点架构的网管实现方法及系统 | |
CN100477839C (zh) | 在移动无线电中的与制造商无关的运维中心-网管中心接口上更新制造商特有的硬件信息的方法和系统 | |
JP2005237018A (ja) | ネットワークマネージメントシステムへのデータ送信 | |
JP4673532B2 (ja) | マルチマネージャ環境における包括アライメントプロセス | |
EP1079566A2 (en) | System management in a communications network comprising SNMP and CMIP agents | |
US20080270593A1 (en) | Method and Devices for Distributing Management Information in a Management Network of a Communications System | |
KR100205032B1 (ko) | 광대역 회선 분배 시스템의 종속 망 이력 데이터 관리방법 | |
CN106254122A (zh) | 一种基于eoc设备的简单网络管理协议代理实现方法 | |
AU2002246078B2 (en) | Method for the selective and collective transmission of messages in a tmn network | |
KR960027687A (ko) | 망관리 에이전트와 유지보수의 분산처리를 위한 동기식 전송장치에서의 프로세서 장치 | |
EP1998497A1 (en) | Method for managing a management relationship in a network management system and enhanced element management system therefore | |
JP2002519874A (ja) | 複数のマネージメントレベルを有するマネージメントネットワークにより状態情報を処理するための方法およびコミュニケーションシステム | |
CN101599860A (zh) | 通过通信系统中具有多层的管理网处理警报的方法 | |
KR100198428B1 (ko) | 10gbps 동기식 전송 장치에서의 성능 임계치 객체 관리 방법 | |
KR100443915B1 (ko) | 네트워크 매니지먼트 시스템의 아이피씨 구조 | |
KR20070012686A (ko) | 매니저 고장시 관리 네트워크를 운영하기 위한 방법 및설비들 | |
KR20070022680A (ko) | 통신 시스템의 관리 네트워크에서 관리 정보를 배포하기위한 방법 및 장치들 | |
JP2000059362A (ja) | ネットワーク障害管理システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |