CN1747407A - 具有多服务器变化请求处理的网络管理系统 - Google Patents

Abstract

一种在通信网络中快速执行事件处理的事件处理系统。该系统包括：控制事件处理顺序的客户机进程；借助于共享对象程序库和调度程序来处理事件的多个服务器，所述调度程序选择可用的服务器以便在任何给定时间上不会有两个服务器处理来自相同事件队列的事件。客户机用时间来标记所述事件，并且使用节点标识将它们组织成每一节点的事件队列。未完成的队列基于消息ID跟踪为节点当前被处理的事件，当事件被发送给服务器时调度程序返回该消息ID。同样，在已经达到给定时间上被处理的事件的最大未完成限度之后，溢出队列跟踪被维护的节点顺序。

Description

具有多服务器变化请求处理的网络管理系统

技术领域

本发明涉及一种通信网络，并且特别涉及能够进行多服务器变化请求处理的网络管理系统(NMS)。

背景技术

现代网络由异构网络设备、网络设备之间的物理硬件连接以及用于发射、接收及交换/发送数据的软件组成。通信网络的配置逐渐发展为：增加了新设备和新业务、现有的设备被重新设置，并且处理掉陈旧的设备。

已知的是提供给网络的网络管理系统(NMS)，用于总体上监控网络的运行状态并且控制各个网络设备的运行和业务量。通过收集设备规格数据、设备连接性数据、关于设备中的通信链路的容量和相对效用的信息、网络中的故障或问题(例如业务量拥塞和数据丢失)等的程度和位置，来达到监控的目的。所述NMS在提供网络集中观察的主数据库中汇集这些数据。

在控制侧，网络管理系统被用来根据网络运行计划配置网络设备，并且通过使跨越网络单元和子网的事件和条件相互关联来操作网络。

受数据通信中技术和结构进展的启发以及用快速和有成本效益的方式开发和配置高度可升级的新业务的需要，网络管理系统正向着高度分布、多厂商系统、具有开放界面以及与基础传输技术无关的应用快速发展。现代网络管理程序在主数据库中保持网络及有关技术的全面的和最新的表示，并且配备有先进的用户-网络接口，例如GUI(图形用户界面)，该界面使用户能够察看这些信息并且与网络相互作用。

为了使网络管理系统有效，网络管理系统保持关于所管理的设备的操作的准确信息是很重要的。通常，如果NMS已经被用来配置网络设备，则推断出该设备的操作配置是由从网络管理系统发送给设备的配置命令流产生的。为了实现这个目的，如果实际发生了任何变化，则该设备告知NMS，以保证在节点数据库和网络管理数据库中的设备信息是准确并且同步的。

结果，对于NMS的主要挑战是大量的消息以及按顺序处理这些消息的需求。如今，支持具有1,000个节点以上的大型网络(例如Telemar、SBC、Telus等等)的网络管理系统是常见的。由于网络通过聚合不同技术及配置的子网络而增大，并且由于网络设备发展以执行更复杂的任务，网络管理系统上用于处理网络变化通知并在主数据库和节点数据库中反映这些变化的负载相应地增加。按照接收顺序来处理数据库变化是很关键的，因为不然NMS数据库将不会准确反映网络节点的状况并且因此NMS将丧失其管理网络的能力。

提供消息/事件处理应用所要求的以改善事件处理性能的解决方案的需要日益增长，使得NMS能够动态地响应变化的负载状况，以提供最佳的性能并处理容量使用权衡(capability usage tradeoff)。

当前事件处理系统执行事件和/或消息的顺序处理。例如，在2002年12月10日公开并转让给Networks Associates公司的美国专利6,493,756(O′Brien等人)“System and method for dynamically sensing anasynchronous network event within a modular framework for networkevent processing”中，描述了单线程结构，借此来顺序处理网络事件队列。网络事件消息由监听器线程接收并被置于保存结构(holding structure)中。通过处理器线程将每个接收消息从保存结构中删除。对于发生器进程，检索与各个接收消息相对应的映射的动作集合，这产生一个动作集合。生成的动作集合被置入事件队列中以进行处理，通过在各个集合上调用处理方法来顺序处理该事件队列。

目前还存在一种面向多线程(并行的)消息处理结构的发展趋势，试图满足大量的处理需求。然而，虽然并行处理很好地满足了处理大量消息的需求，但它并不适合于顺序地处理消息。因为必须保持在节点级的消息排序，这是任何消息处理结构的特性化的队列特征，因此工作区很少，并且不令人满意。

发明内容

本发明的目的是提供一种用于快速处理网络变化通知消息的方法和系统，其完全地或部分地减少了现有方法和系统的缺点。

本发明旨在提供一种事件处理系统(EPS)，该系统用于具有主数据库和多个位于各个网络节点处的本地数据库的类型的通信网络。该事件处理系统包括：消息处理客户机，用于将多个事件顺序地放置在多个事件队列中，每一节点一个事件队列；多个消息处理服务器，一个服务器用于在给定时间处理来自与特定节点有关的特定事件队列中的事件、为特定事件生成特定变化请求，并将该特定变化请求发送到指定数据库；以及调度程序，用于基于在给定时间上消息处理服务器的可用性来选择所述一个服务器，以使得在多个消息处理服务器中没有别的服务器在所述给定时间上处理来自所述特定事件队列中的另一个事件。

根据另一方面，本发明旨在提供一种在具有主数据库和多个位于各个网络节点处的本地数据库的类型的通信网络中处理多个网络事件的方法，一种处理多个网络事件的方法。该方法包括如下步骤：a)在消息处理客户机中保持多个事件队列，特定的事件队列与特定的网络节点相关联；以及b)将所述事件从各个事件队列发送到多个消息处理服务器；以及c)在所述消息处理服务器上同时处理所述事件，一个服务器用于处理来自特定的事件队列中的某一事件，而在所述一个服务器处理该事件期间，多个消息处理服务器中没有别的服务器处理来自该特定事件队列中的另一个事件。

有利地，本发明能实现网络管理系统关于事件处理的更好的性能，因为这样的多服务器-单客户机结构可以更快地处理消息，同时保持消息排序。

另外，本发明的系统可被动态地重新配置，能够适应于消息业务量的变化。

附图说明

根据下列更具体的优选实施例的描述，如附图中所说明的，本发明的上述及其他目的、特征以及优点将变得明显，其中：

图1是当前事件通知系统(现有技术)的高级别视图，

图2示出了本发明的事件通知系统的实施例的高级别视图；

图3A说明了处理网络事件的顺序；

图3B示出了用于处理网络单元(NE)事件的顺序；

图4A示出了用于处理需要网络控制接口(NCI)进行读取的网络单元(NE)事件的顺序；以及

图4B说明了在图4A中示出的顺序的可替代方案。

具体实施方式

下面提供对当前事件通知系统的描述，以更好地理解本发明所提出的解决方法的优点。图1示出了装备有网络管理系统(NMS)的通信网络1，该NMS总体上监控网络的运行状况并且控制NE的操作以及业务流量。图1仅仅示出了NMS与本发明有关的部分，即事件处理系统(EPS)5、主数据库10和NM进程模块3。

这样，NMS提供其控制下的网络的集中视图，该集中视图被存储并保持在主数据库10(在这里也称“NM数据库”)中。NM进程单元3总体来说包括NMS中与本发明有关的全部进程，其中它们触发用于更新主数据库10的事件。这样的NM进程如用户界面(例如GUI)、诊断模块、带宽分配程序(BWA)，等等。本说明书使用术语“网络事件”来表示由进程3所触发的事件。

这个例子中的网络1是具有相关的数据库7的大型网络，如多个网络单元NE1，NE2，...NEj，...NEn所示。应当注意，在这里术语NE指的是通过网络控制接口(NCI)6由NMS管理的NE，由图1中的双线示出。这个接口是用于管理网络的应用级协议。并且，NE也可以称作“网络节点”。

如果NM进程3产生一个网络事件，根据相应的进程3所请求的变化来修改主数据库10。为了在受影响的NE的本地数据库中执行相应的变化，由事件处理系统5提供的变化通知程序(CHN)进程2检测由NM进程3产生的网络事件并且向消息处理器4提供相应的消息。消息处理器4接收消息并且将它们连续地并且按消息到达顺序通知给各自的网络单元。如上所指出，关键的是对网络事件通知和变化请求的处理要按照它们在消息处理器4被接收的顺序，因为不然受影响的数据库将不能准确地反映网络节点的情况。

例如，如果操作员响应于来自于包括在NMS进程单元3中的GUI的请求，引起变化至网络单元NE1，NE2以及NEj，该变化被立即反映在数据库10中，并且同时EPS5接收该网络事件并且使用消息处理器4在网络1上将该网络变化广播到NE1，NE2以及NEj。结果，受影响的网络单元NE1，NE2以及NEj在各自的数据库7-1，7-2以及7-j中执行该变化。

在网络中发生的所有事件(例如警报，或NE的添加、更新、删除)，也必须被记录在主数据库10里，用于使主数据库同步于产生该事件的NE的数据库。本说明书使用术语“NE事件”代表导致在各自的本地数据库中的变化的网络节点上的事件。在这种情况下，消息处理器4从相应的网络节点以及与数据库10的接口接收NE事件通知，以请求数据库变化来反映该事件。如上所述，该变化被顺序地处理，这样主数据库10始终正确地反映当前的网络配置及状态。消息处理器4还将该网络事件消息发送到CHN2，用于将该事件广播到对它有兴趣的进程3。

例如，如果NE1接收到一个硬件更新，这个网络事件通过NCI接口6被发送到消息处理器4，所述消息处理器4修改主数据库10以反映NE1的新配置。消息处理器4也通知该事件的CHN2，并且CHN2将这个消息提供给被影响的进程(例如，如果硬件更新影响了NE1的带宽，则受影响的进程是带宽分配程序)，并且最终提供给GUI，以将该变化通知给操作员。

图1方法的问题是消息处理器4构成单个的进程，既担负处理从网络单元进入NMS的全部网络事件，又用于将来自NM进程3的变化请求传播到网络单元。由于只有单个事件可以由处理器4一次处理，等待事件的数目在大型网络的情况下可以变得相当大。此外，因为通常通过网络控制接口6连接的NE配备有15秒的重发定时器，如果响应(确认该事件已经被成功地处理)在该时限之内没有被接收到，则重发事件。结果，这种解决方案不能很好地衡量由大规模用户网络产生的事件的数量。

为了改善MP4的事件处理速度，本发明提出了基于并行事件处理的、依然顾及事件顺序的事件处理系统50，如图2所示。这一新的消息处理系统具有客户机-服务器结构，并且更确切地说，包括消息处理客户机(MPC)20和多个消息处理服务器(MPS)25。MPC20控制消息处理的排序，同时MPS25借助于共享对象程序库(SOL)27执行实际的消息处理，共享对象程序库27包含用于由服务器25处理的各个消息类型的特定处理指令。

消息处理客户机(也称为“客户机进程”)20是网络1中通过NCI接口6接收的所有事件的入口点，并且所有的网络事件都影响主数据库10。MPC20的主要任务是等待来自CHN(变化通知程序)26或者来自网络单元NE1-NEn的变化事件。将事件按照每一节点一个队列进行排队，这样可以对到达或来自不同的NE的事件进行并行处理。一旦设置了队列，就将消息转发到调度程序21以分配给空闲的服务器用于基于时间进行处理。

消息处理服务器25(在这里也称服务器进程)通过调度程序21负责处理从MPC20接收的大量事件的处理；服务器的管理完全由调度程序控制。每一个服务器25响应网络事件更新NM数据库10，或者响应网络事件更新NE数据库7。基于包含在描述该事件的数据包的主参数列表(MPL)中所提供的分类和条目，将NE事件发送到相应的MPS的处理程序功能。(MPL是在所有节点上都可寻址的全部参数列表，通过分类和条目号对其识别。)更高数目的MPS25允许并行处理更多事件。服务器的数目可动态地配置以适应在消息处理负载中的变化。

更具体地说，MPS25具有三个主要功能。第一个功能翻译进入的网络事件并在主数据库10内更新相应的字段。第二个功能将网络事件翻译成NCI事件并通过NCI(网络控制接口)6将其传送至相应的NE。第三个任务是如果对进入的网络事件的翻译程序需要更多信息，则从网络单元请求附加信息。

这两个进程20、25使用调度程序21来通信，调度程序21在服务器实例之中选择一个可用的服务器并将该消息分发至服务器用于处理。然后调度程序返回一个消息识别至客户机进程20用于跟踪该消息。就网络事件而言，需要来自NE的更多数据；在这种情况下相应的服务器根据需要从相应的节点直接读取附加数据。

如上所述，客户机进程20负责收集全部NE和网络事件。优选地，客户机进程20优选地保持三个队列以控制由服务器进程25执行的消息处理的排序。

分级的事件队列22由节点使用节点标识符(节点ID)来组织，以便对于当前有消息要处理的每个节点都具有一个队列。在每个节点队列内都是与该节点有关的事件通知，所述事件通知以时间为标记以确保根据通知被接收的顺序来处理。客户机20在任何给定时间在每一节点只能有一个事件发送给调度程序21，这一事实确保了事件处理的排序。

消息处理客户机20还保持未完成的队列23，其跟踪为节点正处理的事件。这一过程使用分配给每个消息的消息标识符(消息ID)来完成，并且当消息被发给服务器进程25时，由调度程序21返回所述消息标识符。能在任何同一时刻处理事件的节点的最大数是有限的。被称为最大未完成的限度的这个限度，取决于服务器进程的数量，也可以基于消息处理负载进行动态配置。

还要产生一个溢出队列24，以允许MPC20甚至在出现事件超限时还继续处理事件。溢出队列24在已经达到最大未完成的限度之后再次使用节点ID跟踪要维护的节点序列。所述溢出队列24是必需的，因为事件队列在节点级上没有定序。

消息处理客户机20和服务器25优选地配备有度量收集能力(metricscollection capabilities)以监控系统内的事件处理。例如，客户机20可以收集关于所接收的事件的总数、排队事件的总数以及由于在事件队列内超时而减少的事件总数的统计数据。它还保持总的周转时间的度量，所述周转时间是指数据包在系统内从它被接收的时刻直到该事件被反向确认至发送NE的时刻为止所花费的时间。服务器25收集关于各个单独事件所用的处理时间和在一时间段上被接收/被处理的事件的数量的度量。由节点类型、MPL(主参数列表)分类和条目号来存储这些定时。这些度量中的每个都用来获得用于消息通知系统5的总的事件速率。

实验表明，依据事件类型的不同，每个单独事件的处理可以花费不同长度的时间。这主要归因于事件处理可能需要作为接收事件的副作用来处理的网络或数据库访问的数量。例如，就端口名称事件来说，一旦名称被转换为字符串，它在数据库中就被简单地更新。插件状态事件需要在数据库中的状态被更新之前执行许多附带的任务。这些任务中的一些包括列出在插件上的全部端口和在那些端口上的全部电缆并且根据接收的状态将每个电缆的状态设置为“下行”或“上行”。

此外，一些单独的NE事件花费比目前分配给这一进程的十五秒时限更长的时间。例如，如果对于任何插件“可编程插件类型MPL”事件都可以被接收，所有与该插件有关的数据库记录必须在数据库10中产生。对于包含大量端口和电路的大型插件，产生或删除这些记录根据插件类型可以花费数分钟。对于所述特定节点在当前事件被处理的时间上的事件处理被阻塞，但是本发明的结构允许事件处理系统50继续为其它的网络单元处理事件。

目前，消息处理器4(参见图1)仅知道它所处理的事件，并且将所有其它的NE消息发送到NE队列，直到接收到关于该事件的响应为止。结果，只要事件持续，网络单元就连续地发送事件。根据本发明，一种对消息通知系统50的改进方法是允许识别重复进入的NE事件。这些事件通常来自网络中的状态跳跃的设备。一旦事件被识别为来自“跳跃”物体，则该事件就可以被筛选，直到相应设备的问题被解决。为此，当接收到它们时，消息处理客户机20立刻确认所有的NCI事件。这样，通知程序26具有事件的节点缓存器的可视性。

图3A描述了在主数据库10上执行更新时出现的操作顺序。它由客户机进程20从CHN26接收网络事件的通知并且请求服务器处理该事件作为响应开始。调度程序将该请求转发至可用的服务器进程25。所述服务器将该网络事件翻译成合适的MPL消息并且向NE发出NE变化请求。然后将MPL消息写入相应的本地数据库，并且确认该变化请求。一旦收到确认，所述服务器25返回一个转发到客户机20的成功代码。

图3B描述了在NE数据库7上执行更新时出现的顺序。它由客户机进程20接收NE事件开始，紧接着客户机请求服务器处理该事件；调度程序21将该请求转发至可用的服务器25。所述服务器将NE事件翻译成合适的数据库更新请求，并且返回一个被转发到客户机进程20的成功代码，该代码向NE确认该变化。

图4A描述了在本地数据库上执行更新以及相应的事件需要来自NE的更多消息时出现的序列。该序列与图3B的相似，但作为事件处理的一部分，所述服务器执行更多NCI读取以获得所需要的附加消息。最终，NCI的读出响应从NE到达，并且服务器25更新数据库中的所有相关消息并且返回一个被转发到客户机进程20的成功代码，同时该网络事件被确认。就某些数据库的条目而言，这种方案是某些节点的运行状况所必需的，并且因为它要花费更多的网络资源，如有可能应该尽量避免。

图4B说明了图4A中描述的队列的可替代方案，在附加消息读取方式上有区别。于是，该队列由NE事件被发送到空闲服务器25开始，但是从该服务器返回的成功代码是需要从NE读取的附加信息列表。当客户机20接收到成功完成网络事件处理时，在确认原始事件之前，发布不阻塞的NC附加信息读取。最后，NCI读取响应从NE到达并且如同是另一个NCI事件似的被处理，即该事件被传递到服务器。从那里开始，序列重复。注意，随后的事件处理产生另一个NCI读取是完全有可能的，虽然这种情况没有在图中描述。

应当注意，图4B中示出的这个方案某种程度上降低了事件处理的效率，因为经常有相同的记录被更新，导致关键字转换、获得记录以及记录更新发生多次而不是一次。此外，所述方案增加了结构的复杂性。采用多服务器结构，使得增加服务器的数量以解决等待网络读取时被阻塞(或可能被阻塞)的服务器的数量更加有意义。

Claims (33)

1.在具有主数据库和多个位于各个网络节点处的本地数据库的类型的通信网络中，一种事件处理系统(EPS)包括：

消息处理客户机，用于将多个事件顺序地放置于多个事件队列中，每一节点一个事件队列；

多个消息处理服务器，一个服务器用于在给定时间上处理来自与特定的节点有关的特定事件队列中的事件，为所述特定事件生成特定的变化请求，并且将所述特定变化请求发送到指定的数据库；以及

调度程序，用于基于在所述给定时间上的所述消息处理服务器的可用性来选择所述一个服务器，以便在所述多个消息处理服务器中没有其它服务器在所述给定时间上处理来自所述特定事件队列中的另外的事件。

2.如权利要求1所述的EPS，还包括变化通知程序进程，用于将从多个网络管理进程接收的网络事件发送到所述消息处理客户机。

3.如权利要求2所述的EPS，其中所述网络事件指的是在所述主数据库中的变化。

4.如权利要求1所述的EPS，其中所述特定事件队列包括一个或多个影响所述主数据库的网络事件。

5.如权利要求4所述的EPS，其中所述指定数据库是本地数据库。

6.如权利要求1所述的EPS，其中所述特定事件队列包括由所述特定节点产生的NE事件，所述NE事件反映由所述特定节点保持的本地数据库中的相应的更新。

7.如权利要求6所述的EPS，其中所述指定数据库是所述主数据库。

8.如权利要求1所述的EPS，其中每个所述事件是用时间标记的，用于保持所述变化请求的顺序，用于根据所述事件的顺序来更新所述指定的数据库。

9.如权利要求1所述的EPS，其中所述特定的事件队列包括节点标识，用于使得所述消息处理客户机能够将与所述特定节点有关的所有事件放置在所述特定事件队列中。

10.如权利要求1所述的EPS，其中所述多个事件包括由网络进程产生的网络事件以及由网络节点产生的NE事件。

11.如权利要求1所述的EPS，其中所述消息处理客户机还保持有未完成的队列，用于跟踪当前为节点被处理的事件。

12.如权利要求11所述的EPS，其中所述未完成的队列包括与消息识别相关联的节点标识，所述消息标识用于由所有的所述服务器在任一给定时间上处理的所有事件。

13.如权利要求12所述的EPS，其中所述未完成的队列使用最大未完成限度，用于在任一时刻上对具有被处理的事件的节点的数量进行限制。

14.如权利要求13所述的EPS，其中所述最大未完成的限度取决于所述消息处理服务器的数量。

15.如权利要求1所述的EPS，其中基于当前事件处理负载来动态配置所述消息处理服务器的数量。

16.如权利要求1所述的EPS，还包括具有特定处理指令的共享对象程序库，所述特定处理指令用于由所述消息处理服务器处理的每个事件类型。

17.如权利要求13所述的EPS，其中所述消息处理客户机还保持有溢出队列，用于能够延期处理在所述未完成的队列达到所述最大未完成限度之后到达所述消息处理器客户机的附加的事件。

18.如权利要求17所述的EPS，其中所述溢出队列为各个附加事件保持所述节点标识。

19.在具有主数据库和多个位于各自的网络节点处的本地数据库的通信网络中，一种处理多个数据库事件的方法，包括如下步骤：

a)在消息处理客户机保持多个事件队列，特定的事件队列与特定的网络节点相关联；以及

b)将来自各个所述事件队列的所述事件分配到多个消息处理服务器；

c)在所述消息处理服务器中同时处理所述事件，一个服务器用于处理来自所述特定的事件队列中的特定事件，同时在所述一个服务器处理所述事件期间，所述多个消息处理服务器中没有其它服务器处理来自所述特定事件队列的另一个事件。

20.如权利要求19所述的方法，还包括在所述消息处理客户机上保持未完成的队列，用于跟踪为各个网络节点当前被处理的各个事件。

21.如权利要求20所述的方法，其中所述保持未完成的队列的步骤包括提供最大未完成限度，用于限制在任何给定时刻都具有被处理事件的节点的数量。

22.如权利要求21所述的方法，还包括保持溢出队列的步骤，用于能够延期处理在所述未完成的排列达到所述最大未完成的限度之后到达所述消息处理客户机的事件。

23.如权利要求19所述的方法，其中所述步骤b)包括：

基于所述消息处理服务器的可用性选择所述一个服务器；

检测是否当前正在处理事件的所有服务器都不处理来自所述特定事件队列的另外的事件；

将来自所述特定事件队列的所述特定事件发送到所述一个服务器进行处理；并且

一旦所述特定事件已被处理，则释放所述一个服务器，以处理来自所述多个事件队列的任一队列的另外的事件。

24.如权利要求19所述的方法，其中步骤c)包括，在各个消息处理服务器上查询共享程序库，以获得与所述各个消息处理服务器当前所处理的事件的类型有关的特定事件处理指令。

25.如权利要求19所述的方法，其中所述特定事件是由网络进程响应于对在所述特定网络节点上的本地数据库有影响的主数据库的更新而生成的网络事件。

26.如权利要求25所述的方法，其中所述步骤a)包括：

将节点标识与所述网络事件相关联，以识别被所述网络事件影响的所述特定网络节点；并且

向所述网络事件提供时间标记，并且根据所述节点标识和所述时间标记将所述网络事件放置在所述特定的事件队列中。

27.如权利要求26所述的方法，其中所述步骤a)还包括：

在所述一个服务器上产生消息标识，用于在所述消息处理服务器当前处理的所有事件中识别出所述网络事件；以及

在所述消息处理客户机上，将所述消息标识与所述网络事件相关联，并且基于所述节点标识和所述消息标识来组织未完成队列。

28.如权利要求25所述的方法，还包括这一步骤：从所述特定的网络节点向所述一个服务器发送表明所述本地数据库已被成功更新的确认消息。

29.如权利要求19所述的方法，其中所述事件是响应于影响所述主数据库的特定网络节点的本地数据库中的更新而产生的NE事件。

30.如权利要求29所述的方法，其中所述步骤a)包括：

将节点标识与所述NE事件相关联，以识别产生所述NE事件的所述特定网络节点；以及

向所述NE事件提供时间标记，并且根据所述节点标识和所述时间标记在所述特定队列中放置所述NE事件。

31.如权利要求30所述的方法，其中所述步骤a)还包括：

在所述的一个服务器上产生消息标识，用于在所述消息处理服务器当前处理的所有事件中识别所述NE事件；

在所述消息处理客户机上，将所述消息标识与所述NE事件相关联，并且基于所述节点标识和所述消息标识组织未完成队列。

32.如权利要求29所述的方法，还包括：从所述消息处理客户机向所述特定的网络节点发送表明所述主数据库已被成功更新的确认消息。

33.如权利要求32所述的方法，还包括如果在预设的时间间隔内没有接收到确认消息，就从特定的网络节点重发NE事件。

Images