专利名称：用于通信网中设备部件的本地保证管理设备的制作方法
技术领域：
本发明涉及通信网络，更具体地说，本发明涉及提供业务连续性保证的通信网络。
背景技术：
许多通信网实现的保证方法监控预防性和补救性维护行为的执行，以确保其用户能够连续使用业务，业务的连续性以服务质量(QoS)的形式定义。为此，网络配备的网管系统(或NMS)连续分析设备的状态和性能，以预测或检测问题或故障，并决定需要采取的行动，避免用户遭受损失。
这种集中化分析的基本点是从执行网络中参数值测量的网络设备的许多零件收集很大量数据和告警，更确切地说，前述参数值位于它们的管理信息库(或MIB)中，用于存储代表测得值的管理数据。一旦通过，例如SNMP收集器收集到数据和告警，将数据存储在例如Oracle类型的文档管理库中，并送入计算模块，后者执行预定的公式或方程。
这种方案例如在L. Lawrence Ho，Christopher J.Macey和RonaldG.Hiller的题为“Real-Time Performance Monitoring and AnomalyDetection on the Internetan Adaptive，Objective-Driven，Mix-and-Match Approach”的文章中进行了描述。
这种集中化保证方法需要利用很大容量的管理库，需要很多计算时间，并且消耗带宽(在收集过程中)，降低了网络性能。
为了使用网元中配备的代理，人们做了一些尝试，但是做出决定的仍然是一个集中化的部件，具有和以前方案一样的缺陷。此外，这些尝试没有涉及到保证问题。
这种尝试的例子可以参见美国专利US 6272537和US 6085243。
发明内容
因此，本发明的目的是改进这种情况。
为此，本发明提出了一种用于通信网中设备部件的本地保证设备或者装置，它具有一种选定的配置，包括测量网络中参数值的装置，以及存储代表测得值的管理数据的管理信息库(MIB)。
该设备的特征在于，它包括一种安装在该设备中的管理装置，用于针对存储在其管理信息库中的管理数据，以及选定的规则，调整设备配置，前述选定的规则称为保证规则，定义了本地保证策略。
换句话说，本发明包括将一种内置保证设备集成到网络设备(或接点)中，从而能够本地提供至少一部分NMS所管理的保证方法。
按照本发明的内置保证设备或装置可以包括其他特性，这些特性可以单独和/或组合采纳，具体有管理装置，能够针对来自至少一个其他网元的信息数据，调整其设备的配置；一种配置，包括改变参数测量策略和/或改变向NMS报告传输(或报告)策略；一种配置，包括改变设备操作方法；管理装置，包括分析网络参数的装置，它能够交付信息数据，后者代表了网络中特定参数值(例如业务量或路由器的状态)在选定时间段上随时间的演变，前述参数存储在MIB中。在这种情况下，用于分析的装置可以配置成交付代表趋势分析和/或用户信息记录分析(profile)或者签名分析(或“原始资料”)和/或非连续性分析和/或网络参数值的综合的信息数据。此外，这些分析装置可配置，尤其是为了针对NMS传送的网络参数进行即时计算；管理装置，包括告警装置，负责按照选定的保证规则，触发向NMS和/或至少一个其他网元发送告警和/或信息数据。这种信息数据和告警，例如代表了分析装置所执行的分析结果或者数据综合和/或存储在MIB中的网络参数值。此外，告警装置可配置；管理装置，其中网络观测装置定义了端到端类型的流测量代理，并且交付信息数据。在这种情况下，观测网络所用的装置可配置；管理装置，包括管理交付信息数据的业务等级约定(SLA)的装置。在这种情况下，管理业务等级约定(SLA)的装置可配置；管理装置，能够执行活跃测量类型的测试，或者例如辅助故障排除。这些测试可以具体用于在NMS层面上反馈综合信息或者测试结果(例如TCP类型操作所需的时间)；管理装置，能够按照一张时间表确保其管理任务的执行，使得特定(或者所有)保证或测试功能只在一月或者一周内的某些天执行，或者例如在特定时间执行；管理装置，包括监控装置，用于按照选定的保证规则以及分析装置、告警装置、网络观测装置和业务等级约定(SLA)管理装置交付的信息数据，管理其操作(尤其是配置)。这种监控装置可以采用存储选定保证规则的规则引擎的形式。此外，这些监控装置可配置；可配置的管理装置；管理装置和/或分析装置和/或告警装置和/或监控装置和/或网络观测装置和/或业务等级约定(SLA)管理装置能够由NMS通过应用程序编程接口(API)配置，并且可能通过MIB配置。在这种情况下，MIB可由NMS通过API配置或者编程；管理装置和/或分析装置和/或告警装置和/或网络观测装置和/或业务等级约定(SLA)管理装置和/或监控装置能够由NMS通过专用命令配置，例如那些采用“命令行接口”(或CLI)的命令。
本发明还涉及一种配备了前述类型的设备和装置的网元。本发明尤其适用于网络设备，例如路由器、交换机和防火墙，但本发明并不局限于此。
本发明还提供了一种配备有网管系统(NMS)和大量前述类型不同网元的通信网。在分布式类型的一种实施例中，每个网元交付不同类型的告警和/或信息数据给网管系统。
具体地，本发明可以实现在所有需要管理的网络技术中，尤其是在用于传输数据(例如因特网-IP或ATM类型的数据)或者语音(例如传统、移动或NGN类型语音)的网络中(例如WDM、SONET或SDH类型的网络)。
通过对后面详细描述的考察，本发明的其它特性和优点将会显现，在附图中图1概要示出了一种通信网，后者包括按照本发明的网管系统(NMS)和网络设备，以及图2概要示出了按照本发明的网元实现的一个例子。
附图不仅用于完善本发明，而且在适当的场合，还有助于本发明的说明和描述。
具体实施例方式
本发明的目的是利用网络设备，利用通信网络的网管系统(NMS)所执行的部分保证方法实现本地管理。
如图1所示，通信网(N)示意性地包括大量网络部件(wei-其中i＝1或2，但也可以是任何值)，例如配备了防火墙的服务器、交换机、边际路由器或核心路由器，它们能够按照网管协议，与网管系统，确切地说是网管服务器(NMS)交换数据。
每个设备部件(wei)一般包括管理信息库(MIB)，也称为对象实例库。每个MIB存储的管理数据代表了信息域的值，这些信息域描述了相关设备部件(WEi)的特征。特定的信息域指定的网络参数的瞬时值可以由安装在设备部件(WEi)中，或者由设备部件(WEi)控制的探测器(MM)来测量。此外，每个MIB与一个管理信息库规定(未示出)相关联，管理信息库规定也称作MIB规定，它存储在网管系统中，可以由网管服务器(NMS)访问。
下面通过非限制例子，考虑了通信网(N)是因特网类型(IP)，网络管理协议是简单网络管理协议(SNMP-RFC 2571-2580)。当然，本发明还可以应用于其它类型的网络，例如WDM、SONET或SDH类型的传输网络，ATM类型的管理网络，或者传统、移动或NGN类型的语音网络，以及其他网管协议，例如TL1，CORBA或CMISE/CMIP。
此外，下面还考虑了网络设备部件(NEi)是边际(外设)路由器，充当端到端类型流观测的代理。这些路由器一般位于网络边缘，能够与其他网络建立连接。这些代理一般用于执行端到端测量，以发现是否存在可量测型问题。但本发明当然不局限于这种类型的网元。本发明涉及能够与NMS交换管理数据的所有网络设备，尤其是不充当观测器的边际路由器、核心路由器、交换机和防火墙。
每个网元(NEi)一般配置成向NMS(或NMS层)传送信息数据，后者代表了它利用一个或多个探测器(MM)执行的测量，并且存储在MIB中，以及告警信令问题或故障。配置一般由一种或多种策略定义。作为例子，第一策略涉及设备部件(NEi)利用其探测器(MM)测得的值的报告条件。第二策略可能涉及设备部件(NEi)利用其探测器(MM)必须进行的参数测量。第三策略涉及设备部件(NEi)的操作方法。这些策略通常利用NMS的配置模块(MC)针对各个设备部件(NEi)指定。它们通过网络(N)，利用管理协议(这里是SNMP)发送给设备部件(NEi)。
但是，NMS，尤其是它的收集器模块(连接器)(MCC)，在必要时还可以发送请求给网元(NEi)，要求发送存储在其MIB中的某些信息域的值。这是本领域技术人员所熟知的“轮询”。
在图2中更为清晰地表示出了本发明提供了一种本地保证管理设备(D)，它或者安装在设备部件(NEi)中，或者集成在直接连接到设备部件(NEi)的外部单元上。下面认为该设备或装置(D)安装在设备部件(NEi)中。
按照本发明的设备(D)包括本地保证管理模块(MAE)，它负责按照称为保证规则的选定规则，存储在其MIB中的管理数据，以及它从其它网络设备接收的任何信息数据，调整安装了该模块的设备部件(NEi)的配置。
“调整”这里意味着改变参数测量策略(甚至是引进新的测量策略或者重新配置测量策略)，和/或对NMS的报告策略和/或设备部件(NEi)的操作方法，这最初由NMS的配置模块(MC)指定。
此外，“保证规则”这里是指指定设备部件的本地保证策略的规则，它考虑了特定网络参数所计算的，并且存储在其MIB中的值，或者外部事件，例如另一路由器的NMS层的行为。
安装的保证模块(MAE)能够在设备部件(NEi)中安装特定保证功能，使得这些设备部件“更加聪明”，限制通过网络的信息量，并可能按照保证规则允许其部分重新配置。
为了在本地管理保证策略，保证模块(MAE)最好包括第一子模块(SM1)，后者负责对存储在MIB中的特定信息域的值应用一项或多项处理。更准确地说，这些处理包括按照专用的保证规则，对选定信息域的值应用NMS的配置模块(MC)所指定的公式和方程，从而交付信息数据。
例如，第一子模块(SM1)负责在选定间隔上(或者遵照预定时间表)执行趋势分析，这在预测问题或故障时很有用。具体地说，它可以指出路由器CPU的使用百分比在一个小时中将会到达某个重要的阈值，或者LSP的通带将在两个小时中超过选定的阈值。
它还可以负责进行用户信息记录或者签名(或者“原始资料”)的分析。在试图识别出具有典型特征的使用信息记录，例如对某个路由器或者计费方法进行特定攻击时，这尤其有用。
它还可以负责对流和业务量非连续性进行分析。例如，在网络过载时，丢弃分组，从而对丢弃参数的非连续性检测(从0到x)能够说明确实丢弃了分组。
它还可以负责对网络参数值进行综合，对例如路由器中的数据收集模块(MCC)应用公式，或者计算预定时间段上的平均值(例如，上周所用的平均通带)。在这种情况下，综合值可以存储在MIB中，然后响应NMS的收集器(MCC)所发布的轮询请求，从MIB中析取该值。
作为一个例子，第一子模块(SM1)可以负责估计分组丢失数量的预测变化(趋势)，以及设备部件(NEi)的所用通带和/或计算负荷(CPU上)的趋势。它还可以执行例如活跃测量的测试，或者辅助故障排除。具体地说，这些测试可以用于在NMS层上反馈综合信息或者测试结果(例如TCP类型的操作所用时间)。
第一子模块(SM1)最好交付代表其分析(或者评估)结果的信息数据给(第五)管理子模块(SM5)，后者按照其设备部件(NEi)的本地保证策略，确定需要采取的行动。
保证模块(MAE)最好还包括第二子模块(SM2)，后者负责按照专用的保证规则，在第五子模块(SM5)指令下，触发告警和/或信息数据(或报告)的发送。
但是也可以设想，第一子模块(SM1)提供给第二子模块(SM2)信息数据，使得它能够对后者应用特定的保证规则，并决定是发送它们，还是发送告警给NMS，更确切地说，发送给事件接收模块(MRE)和/或至少一个其它网元。
在端到端类型边际路由器的例子中，保证模块(MAE)最好还包括第三子模块(SM3)，后者负责按照专用的保证规则，观测网络，具体说是端到端类型的业务量。例如，安装一个探测器来执行端到端测量。安装的探测器配置成确定需要考察的流，并将测量结果馈送到专用保证规则。例如，这些规则之一可以是“如果测量两个边际路由器之间的两个不同流，那么综合两个流的测量，以限制计算”。
在这种情况下，第三子模块(SM3)定义了本领域技术人员所称的端到端流测量代理。
第三子模块(SM3)最好交付代表其观测(或者测量)结果的信息数据给第五管理子模块(SM5)，后者按照其设备部件(NEi)的本地保证策略，确定需要采取的行动。但是也可以设想，第三子模块(SM3)提供给第二子模块(SM2)信息数据，使得它能够对后者应用特定的保证规则，并决定是发送它们，还是发送告警给NMS，更确切地说，发送给事件接收模块(MRE)和/或至少一个其它网元。
此外，如图2所示，保证模块(MAE)可以包括第四子模块(SM4)，后者负责按照专用的保证规则，本地管理特定业务等级约定(SLA)。例如，子模块(SM4)知道客户的业务等级约定(SLA)，它能够负责检查该SLA是否被正确观测，如果没有被正确观测(或者如果情况恶化)，可以产生告警(或者信息数据)。
第四子模块(SM4)最好交付代表管理报告的信息数据给第五子模块(SM5)，后者按照其设备部件(NEi)的本地保证策略，确定需要采取的行动。但是也可以设想，第四子模块(SM4)提供给第二子模块(SM2)信息数据，使得它能够对后者应用特定的保证规则，并决定是发送它们，还是发送告警给NMS，更确切地说，发送给事件接收模块(MRE)和/或至少一个其它网元。
前面多次提到，保证模块(MAE)包括第五子模块(SM5或者监控模块)，它负责监控其它子模块的操作(这里是SM1到SM4)。该第五子模块(SM5)最好应当采用规则引擎的形式，在前述规则引擎中存储了用于其它子模块的所有保证规则。这可以是例如“Java专家系统命令解释器(Java Expert System Shell)”。
虽然每个子模块(SM1到SM4)进行计算和/或分析和/或编制基于专用保证规则确定的报告，第五子模块(SM5)最好管理所有所述专用保证规则。“管理所有规则”这里意味着管理不同规则所指定的条件和行动。
更确切地说，第五子模块(SM5)有两个主要功能。
第一功能包括告诉第二子模块(SM2)产生告警，或者发送报告给NMS层(或者网络中的另一设备部件)，因为通过对其他子模块之一(SM1到SM4)所交付的数据应用保证规则，能够看到相应的条件没有得到满足。
例如，它命令产生告警，因为第一子模块(SM1)所交付的分析数据不满足本地保证策略施加给它们的条件，或者因为第四子模块(SM4)警告它，它正在本地操作的某个SLA没有得到遵从。
第二功能包括决定设备部件(NEi)，尤其是安装的保证模块(MAE)的配置调整，调整基于它从其它子模块(SM1到SM4)接收的信息数据，以及决定本地保证策略的保证规则。
例如，将第一子模块(SM1)分析特定网络参数的结果考虑在内，第五子模块(SM5)决定修改它的分析方法，或者确实要求第二子模块(SM2)发送告警给NMS层，所以它发送新的分析公式。它也可以决定修改例如第一子模块(SM1)所采用的分析时间表。
当第五子模块(SM5)决定修改子模块(SM1到SM4)之一的操作(或配置)时，它发送给它相应的指令，这些指令对应于要求SMS修改它的计算和/或分析和/或报告。类似地，当本地策略允许时，第五子模块(SM5)可以负责通过安装的重新配置模块，追溯地改变路由器的配置。
值得注意，第五子模块(SM5)所确定的重新配置操作(操作变化)由本地策略的保证规则所指定。换句话说，第五子模块(SM5)所做的一切就是命令执行预定行动。
第五子模块(SM5)也可以对来自其它网络部件(Nej)的信息数据应用选定的保证规则。事实上，设备部件(Nej)可以负责传送它测得和/或综合的值给另一设备部件(NEi)，后者配备了设备和装置(D)，负责处理这些值，从而产生新的信息数据，随后可以反馈给NMS或者发送到另一设备部件(Nej)。
本地保证策略可以例如如下定义如果第一子模块(SM1)所估计的分组丢失的数量趋势增加了5％以上，那么必须发布趋势告警，如果经第一子模块(SM1)分析，采用的通带保持在第一阈值以下，所用通带的值必须每天发送给NMS的收集器(MCC)，如果经第一子模块(SM1)分析，采用的通带跌到了第一阈值和第二阈值之间，所用通带的平均值必须每小时发送给NMS的收集器(MCC)，如果经第一子模块(SM1)估计，采用的通带达到第二阈值所需的时间小于两个小时，那么必须发布趋势告警，如果经第一子模块(SM1)估计，设备部件(NEi)的计算负荷(在CPU上)大于80％，则不再需要进行趋势分析，如果经第一子模块(SM1)估计，分组丢失增加了5％，那么缓冲器存储器的大小必须增加5％。
换句话说，本地保证策略一方面包括，在设备部件(NEi)表现正常时，每天发送通带的测量结果，如果设备部件(NEi)行为有所不同，激活趋势分析，增加报告传送的频率，另一方面，包括在参数值变得很重要时，中断涉及该参数的所有任务，最终按照所述参数的任一变化，修改该参数所代表的设备部件(NEi)的内部操作。
保证模块(MAE)最好能够由NMS的配置模块(MC)通过网络(N)远程配置。更确切地说，每个子模块(SM1到SM5)最好应当可配置。事实上，这使得每个子模块(SM)的操作能够根据情况远程调整，例如因为网络(N)的迁移，和/或根据需求，例如当NMS的集中保证控制器需要新参数的值时，或者需要额外的综合参数或者新的实际分析或者预期分析(传输新的公式或方程)。
可以设想两种实施例。第一方法包括将配置数据通过安装在设备部件(NEi)中的应用程序编程接口(API)，还可能通过MIB，间接发送到保证模块(MAE)。该API接口最好还可以允许NMS的配置模块(MC)对MIB进行配置或者编程，使得它不是静态类型。事实上，保证模块(MAE)可以与MIB协作，从而配置自己，并且定义MIB的新条目，从而能够访问这些新条目。在这种情况下，对MIB的访问通过SNMP请求(“GET”和“SET”)来获得，从而能够很容易地配置(甚至管理与SNMP3进行数据交换的权限和安全)；因为MIB的域通过定义良好的对象标识符(OID)来访问，所以MIB能够支持“规范化”接口。对象标识符这里是指希望检索到的MIB变量的主题标识符。这种标识符一般通过例如RFC1213的MIB II标准规范化。
第二方法包括利用专用命令，例如“命令行接口”(或者CLI)中的命令，直接将配置数据发送给保证模块(MAE)。
保证模块(MAE)可以以电子电路、软件(计算机)模块、或者电路和软件的组合形式生成。
本发明并不局限于前面通过例子描述的本地保证管理设备的实施例和网元实施例，而是包括后附权利要求书范围内，专业工程师所能设想的所有变化。
因此在上述文档中，我们描述了能够本地管理NMS监管的保证处理的网络设备。但是，也可以设想一种分布式操作，其中至少一些网络设备配备有简化的本地保证管理，从而能够发送告警和/或专用的和附加的信息数据给NMS的保证服务器。在这种情况下，网络设备当然保持能够按照存储在其MIB中的管理数据值，调整其配置。
此外，我们描述了一个实施例，其中按照本发明的设备或装置安装或者放置于该网元中。但是，按照本发明的设备或装置也可以采用安装在直接连接到该网元的某个外部部件的形式。
权利要求
1.一种用于通信网(N)中网元(NE)的本地保证设备(D)，它配备了网管系统(NMS)，其中所述设备部件(NE)具有一种选定的配置，并包括测量网络中参数值的装置(MM)，以及用以存储代表所述测得值的管理数据的内置管理信息库(MIB)，其特征在于，它包括一种管理装置(MAE)，用于至少根据存储在所述管理信息库(MIB)中的所述管理数据，以及选定的规则，调整所述设备部件(NE)的配置，前述选定的规则称为保证规则，定义了本地保证策略，其中所述调整包括测量策略参数的改变和/或向所述网管系统(NMS)报告传输策略的改变。
2.根据权利要求1的设备，其特征在于，所述管理装置(MAE)能够根据来自至少一个其他网元(NE)的信息数据，调整所述配置。
3.根据权利要求1的设备，其特征在于，所述调整包括改变设备操作方法。
4.根据权利要求1的设备，其特征在于，所述管理装置(MAE)包括分析装置(SM1)，它能够按照特定的所述选定保证规则，以及存储在所述管理信息库(MIB)中的参数值，确定代表了在选定时间段上随时间的变化的信息数据。
5.根据权利要求4的设备，其特征在于，所述分析装置(SM1)配置成交付代表趋势分析和/或用户信息记录分析或者签名分析和/或非连续性分析和/或网络参数值的综合的信息数据。
6.根据权利要求4的设备，其特征在于，所述分析装置(SM1)可配置。
7.根据权利要求6的设备，其特征在于，所述分析装置(SM1)配置成针对从所述网管系统(NMS)接收的网络参数进行即时计算。
8.根据权利要求1的设备，其特征在于，所述管理装置(MAE)包括告警装置(SM2)，能够按照特定的所述选定保证规则，触发向所述网管系统(NMS)和/或至少一个其他网元(NE)发送告警和/或信息数据。
9.根据权利要求8的设备，其特征在于，所述告警装置(SM2)可配置。
10.根据权利要求8的设备，其特征在于，所述信息数据和所述告警代表了所述分析装置(SM1)所执行的分析结果，和/或所述分析装置(SM1)所实现的数据综合，和/或存储在所述管理信息库(MIB)中的网络参数值。
11.根据权利要求1的设备，其特征在于，所述管理装置(MAE)包括网络观测装置(SM3)，它定义了端到端类型的流测量代理，按照特定的所述选定保证规则，确定代表了所述端到端类型的流的信息数据。
12.根据权利要求11的设备，其特征在于，所述网络观测装置(SM3)可配置。
13.根据权利要求1的设备，其特征在于，所述管理装置(MAE)包括管理业务等级约定或SLA的装置(SM4)，它按照特定的所述选定保证规则，确定代表所述约定管理的信息数据。
14.根据权利要求13的设备，其特征在于，所述业务等级约定管理装置(SM4)可配置。
15.根据权利要求2的设备，其特征在于，所述管理装置(MAE)包括监控装置(SM5)，它按照至少一些所述选定的保证规则，管理所述分析装置(SM1)、所述告警装置(SM2)、所述网络观测装置(SM3)和所述业务等级约定管理装置(SM4)的操作。
16.根据权利要求15的设备，其特征在于，所述分析装置(SM1)和/或所述网络观测装置(SM3)和/或所述业务等级约定管理装置(SM4)向所述监控装置(SM5)提供信息数据，如果检测到接收到的信息数据与保证规则不一致，则指令所述告警装置(SM2)产生告警和/或报告。
17.根据权利要求15的设备，其特征在于，所述监控装置(SM5)采用存储所述选定的保证规则的规则引擎的形式。
18.根据权利要求15的设备，其特征在于，所述监控装置(SM5)可配置。
19.根据权利要求1的设备，其特征在于，所述管理装置(MAE)能够由所述网管系统(NMS)通过所述设备部件(NE)的应用程序编程接口(API)配置。
20.根据权利要求1的设备，其特征在于，所述管理装置(MAE)能够由所述网管系统(NMS)通过所述设备部件(NE)的应用程序编程接口(API)配置，并且通过所述管理信息库(MIB)配置。
21.根据权利要求19的设备，其特征在于，所述分析装置(SM1)和/或所述告警装置(SM2)和/或所述网络观测装置(SM3)和/或所述监控装置(SM5)和/或所述业务等级约定管理装置(SM4)能够由所述网管系统(NMS)通过所述应用程序编程接口(API)配置。
22.根据权利要求20的设备，其特征在于，所述分析装置(SM1)和/或所述告警装置(SM2)和/或所述网络观测装置(SM3)和/或所述监控装置(SM5)和/或所述业务等级约定管理装置(SM4)能够由所述网管系统(NMS)通过所述应用程序编程接口(API)配置，并且通过所述管理信息库(MIB)配置。
23.根据权利要求1的设备，其特征在于，所述管理装置(MAE)能够由所述网管系统(NMS)通过专用命令配置。
24.根据权利要求23的设备，其特征在于，所述分析装置(SM1)和/或所述告警装置(SM2)和/或所述网络观测装置(SM3)和/或所述业务等级约定管理装置(SM4)和/或所述监控装置(SM5)能够由所述网管系统(NMS)通过专用命令配置。
25.根据权利要求23的设备，其特征在于，所述命令是“命令行接口”类型。
26.一种通信网(N)中的网元(NE)，该通信网配备了网管系统(NMS)，其中所述设备部件(NE)具有一种选定的配置，包括测量网络中参数值的装置(MM)，以及用以存储代表所述测得值的管理数据的管理信息库(MIB)，其特征在于，它包括按照前述权利要求之一的设备或装置(D)。
27.根据权利要求26的设备部件，其特征在于，它包括应用程序编程接口(API)，所述管理信息库(MIB)能够由所述网管系统(NMS)通过所述应用程序编程接口(API)配置。
28.根据权利要求26的设备部件，其特征在于，它包括应用程序编程接口(API)，所述管理信息库(MIB)能够由所述网管系统(NMS)通过所述应用程序编程接口(API)编程。
29.根据权利要求26的设备部件，其特征在于，它从至少包括路由器、交换机和防火墙的组中选出。
30.一种包含网管系统(NMS)的通信网(N)，其特征在于，它包含大量根据权利要求26的不同网络设备(NE)。
31.根据权利要求30的网络，其特征在于，每个网络设备(NE)交付不同类型的告警和/或信息数据给所述网管系统(NMS)。
32.在需要管理的网络技术中，使用按照任一前述权利要求的设备或装置，设备部件和通信网。
33.根据权利要求32的使用，其特征在于，所述网络技术从这样一组网络中选出，该组包括传输网，具体说是WDM、SONET和SDH类型，管理网络，具体说是因特网-IP和ATM类型，以及语音网络，具体说是传统、移动和NGN类型。
全文摘要
本发明公开了一种安装的设备(D)，用于通信网(N)中网元(NE)的本地保证管理，该通信网配备了网管系统(NMS)，其中所述设备部件(NE)具有一种选定的配置，包括测量网络中参数值的装置(MM)，以及存储代表测得值的管理数据的管理信息库(MIB)。该设备或装置(D)包括一种管理装置(MAE)，用于至少根据存储在管理信息库(MIB)中的管理数据，以及选定的规则，调整该设备部件(NE)的配置，前述选定的规则称为保证规则。
文档编号H04L12/26GK1534927SQ200410030928
公开日2004年10月6日 申请日期2004年3月26日 优先权日2003年3月28日
发明者埃马纽埃尔·马里伊, 埃马纽埃尔 马里伊, 娜 贝热布勒泽兹, 斯特凡娜·贝热布勒泽兹, 奥利维耶·马蒂诺, 耶 马蒂诺, 舍瓦纳, 米歇尔·舍瓦纳, 德莱格, 热拉尔·德莱格 申请人:阿尔卡特公司