CN101150444A - 一种自动交换光网络系统中业务产生告警时的维护方法 - Google Patents

Abstract

本发明公开了一种ASON系统中业务产生告警时的维护方法，包括：业务建立成功后，首节点设置本点的告警监视，并分别请求中间节点和尾节点设置告警监视；中间节点和尾节点根据首节点的请求设置本点的告警监视；当中间节点和/或尾节点产生告警时，将影响所述业务的告警信息通知给首节点；首节点根据接收到的告警信息、首节点本点的告警信息和首节点预配置的保护与恢复策略，制定业务维护策略，并将所述业务维护策略通知给尾节点；首节点和尾节点根据所述业务维护策略进行相应的维护操作。本发明通过在业务的任意节点之间通过通知消息进行点对点的通讯，从而达到快速传递告警信息、减少业务的中断或瞬断、减轻传送资源残余连接生成的目的。

Description

一种自动交换光网络系统中业务产生告警时的维护方法

技术领域

本发明涉及光通信领域，特别涉及在ASON(Automatic Switched OpticalNetwork，自动交换光网络)系统中业务产生告警时的维护方法。

背景技术

ASON网络有一个基本的特点：控制平面全面负责业务维护工作(包括业务的建立、删除、保护与恢复等)，即信令通道的建立、资源申请、交叉连接配置等都是由控制平面管理。在实际应用中，控制平面和传送平面往往是分离的，因此，当传送平面的业务发生故障而产生告警时，控制平面如何及时、正确地获取告警信息，并且合理地进行业务维护，从而减少业务的中断或瞬断，并消除传送平面资源的残余是十分必要的。

由于在业务发生故障时，需要在首尾节点同时进行相应的保护倒换动作，而目前的告警信息在进行传送时需要经过多个业务节点逐点传递给首节点，首节点下发操作维护请求时域同样需要经过多个业务节点逐点传递给尾节点，这种逐点传递的方式所用的时间比较长，往往会造成业务的中断或瞬断；并且，当业务路径上的某个节点发生故障时，有可能导致业务路径上的某些节点无法接收业务首节点发起的操作维护请求，这样中间节点到尾节点之间的传送资源就无法得到有效地释放，从而引起了残余连接的生成。

发明内容

本发明提供一种自动交换光网络系统中业务产生告警时的维护方法，解决现有技术中告警信息传递慢、业务中断或瞬断、残余连接生成的问题。

本发明所述的一种ASON系统中业务产生告警时的维护方法，包括：

步骤A：业务建立成功后，首节点设置本点的告警监视，并分别请求中间节点和尾节点设置告警监视；中间节点和尾节点根据首节点的请求设置本点的告警监视；

步骤B：当中间节点和/或尾节点产生告警时，将影响所述业务的告警信息通知给首节点；

步骤C：首节点根据接收到的告警信息、首节点本点的告警信息和首节点预配置的保护与恢复策略，制定业务维护策略，并将所述业务维护策略通知给尾节点；

步骤D：首节点和尾节点根据所述业务维护策略进行相应的维护操作。

进一步地，所述步骤A具体包括：

步骤A1：业务建立过程中，首节点控制平面保存整条业务的路由信息，中间节点和尾节点保存业务经过本点的入出端口标识和时隙信息；

步骤A2：业务建立成功后，首节点根据业务经过本点的出入端口标识和时隙信息，向本点传送平面的相应时隙下发告警监视；同时，首节点通过携带有设置告警监视请求的通知消息，请求中间节点和尾节点设置告警监视；

步骤A3：中间节点和尾节点根据业务经过本点的出入端口标识和时隙信息，向本点传送平面的相应时隙下发告警监视。

进一步地，所述步骤B具体包括：

中间节点或尾节点产生告警时，本点的控制平面根据告警监视点的匹配，将影响所述业务的告警信息通过携带有传送平面告警上报的通知信息发送给首节点。

进一步地，所述步骤C具体包括：

步骤C1：首节点根据接收到的所述匹配监视点的告警信息和首节点自身的告警信息判断所述业务是否发生故障；

步骤C2：当确定所述业务发生故障时，首节点根据本点预配置的保护与恢复策略，制定首尾节点的业务维护策略；

步骤C3：首节点向本点的传送平面下发所述业务维护策略，并发送携带有业务维护策略的通知消息给尾节点。

所述首节点制定的业务维护策略至少包括下述策略中的一项：业务的禁止、业务的允许、业务的删除、桥接、倒换、撤销桥接、撤销倒换。

进一步地，当所述业务维护策略为业务的删除时，所述步骤D包括：

步骤D1：当网管下发业务删除请求时，首节点根据保存的告警信息发现所述业务仍然存在告警，在向下游发起删除的同时，通过携带有业务删除请求的通知消息向尾节点请求，请求尾节点和首节点一起发起业务的删除；

步骤D2：尾节点在接收到首节点的删除请求后，向上游发起业务的删除。

进一步地，所述方法还包括：

步骤E：当首节点发生重启后，需要主动向中间节点和/或尾节点查询告警信息，中间节点和/或尾节点根据首节点的查询告警请求时，向首节点发送本点当前的告警信息。

进一步地，所述步骤E具体包括：

步骤E1：当首节点发生重启时，通过携带有告警查询的通知消息查询在重启过程中丢失的中间节点和/或尾节点上报的告警信息；

步骤E2：业务的中间节点和/或尾节点在收到首节点的告警查询请求时候，向本点的传送平面刷新当前告警信息，并通过携带有告警查询响应的通知消息将最新的告警信息传发送给首节点。

综上所述，自动交换光网络系统中业务产生告警时的维护方法通过在业务的任意节点之间通过通知消息进行点对点的通讯，不同节点根据接收到的Notify消息中携带的不同信息，进行相应的业务维护操作，从而达到快速传递告警信息、减少业务的中断或瞬断、减轻传送资源残余连接生成的目的。

附图说明

图1为本发明所述方法的流程示意图；

图2为本发明所述方法的第一到第四实施例的ASON网络的结构示意图；

图3为本发明所述方法第一实施例的流程示意图；

图4为本发明所述方法第二实施例的流程示意图；

图5为本发明所述方法第三实施例的流程示意图；

图6为本发明所述方法第四实施例的流程示意图。

具体实施方式

下面结合附图对本发明所述方法进行详细说明。

本发明所述方法的核心为：在业务的任意节点之间通过RSVP(ResourcereSerVation Protocol，资源预留协议)协议的Notify(通知)消息进行点对点的通讯，不同节点根据接收到的Notify消息中携带的不同信息，进行相应的业务维护操作。

如图1所示，图1为本发明所述方法的流程示意图，具体可以包括以下步骤：

步骤101：业务建立成功后，首节点设置本点的告警监视，并分别请求中间节点和尾节点设置告警监视；

具体的说就是，业务建立过程中，首节点控制平面保存整条业务的路由信息，其它节点保存业务经过本点的入出端口标识和时隙信息；业务建立成功后，首节点根据业务经过本点的入出端口和时隙信息，向传送平面相应时隙下发告警监视；同时，首节点根据实际需要向业务经过的其它节点发送Notify信息，此时Notify中携带的信息为“请求设置告警监视”；

步骤102：中间节点和尾节点根据首节点的请求设置本点的告警监视；

具体的说就是，业务的中间节点和尾节点收到首节点发送的设置告警监视的Notify信息后，根据本点保存的入出端口和时隙信息，向传送平面下发相应位置的告警监视。

步骤103：当中间节点和/或尾节点产生告警时，将影响所述业务的告警信息通知给首节点；

具体的说就是，业务的中间节点或尾节点产生告警时，该点的控制平面根据告警监视点的匹配(多个时隙可能产生多个告警，但只有承载业务的时隙产生的告警对业务才有影响，因此，只需对承载业务的时隙所产生的告警进行上报)，将符合的告警信息通过Notify消息发送到首节点，此时Notify中携带的信息为“传送平面告警上报”。所述告警监视点的匹配过程在现有技术中已有详细解决方案，此处就不再赘述。

步骤104：首节点根据接收到的告警信息、首节点本点的告警信息和首节点预配置的保护与恢复策略，制定业务维护策略，并将所述业务维护策略通知给尾节点；

具体的说就是，首节点对其接收到的告警信息和首节点本点的告警信息综合进行判断，以确定业务是否发生了故障；

104-1：如果通过综合分析告警信息，判断业务发生了故障，则首节点需根据本点预配置的业务保护与恢复策略，制定首尾节点的业务维护策略，包括业务的禁止、业务的允许、业务的删除、桥接、倒换、撤销桥接、撤销倒换等；当确定采取哪种业务维护策略后，首节点立即向本点的传送平面下发该维护操作策略，同时通过Notify消息向尾节点发送相应的维护操作策略，首尾节点共同完成业务的维护。。

104-2：如果通过综合分析告警信息，判断业务没有发生故障(告警具有传递性，业务外部的告警可能会传递至业务内部，但实际上对业务并无影响，此时业务并无故障)，则首节点抛弃告警信息，而不做其他动作。

步骤105：当尾节点接收到Notify消息后，根据Notify消息中的业务维护策略进行相应的维护操作。

其中，当所述业务维护策略为业务的删除时，业务的首节点需要通知尾节点一起发起业务的删除(采用强制删除手段)，具体处理过程可以包括：

当网管下发业务删除请求时，首节点根据保存的告警信息发现所述业务仍然存在告警，在向下游发起删除的同时，通过携带有业务删除请求的通知消息向尾节点请求，请求尾节点和首节点一起发起业务的删除；

尾节点在接收到首节点的删除请求后，向上游发起业务的删除。

本发明所述方法还包括：当首节点发生重启后，需要主动向中间节点和/或尾节点查询告警信息，中间节点和/或尾节点根据首节点的查询告警请求时，向首节点发送本点当前的告警信息；

具体的说就是，当首节点发生重启时，通过携带有告警查询的通知消息查询在重启过程中丢失的中间节点和/或尾节点上报的告警信息；业务的中间节点和/或尾节点在收到首节点的告警查询请求时候，向本点的传送平面刷新当前告警信息，并通过携带有告警查询响应的通知消息将最新的告警信息传发送给首节点。

为使本发明的目的、技术方案和优点更加清楚，下面举例本发明所述方法进行详细描述，但不作为对本发明的限定。

构建图2所示的ASON网络，所述ASON网络包括四个网元A，B，C和D，每个网元包括控制平面和传送平面。网元间的业务通道通过光纤连接，网元间的控制通道通过以太网连接。其中网元A为业务的首节点，B，C为中间节点，D为业务的尾节点。此时经过四个点存在两条连接，一条为业务的工作连接，一条为保护连接，在正常情况下，业务承载在工作连接上。

如图3所示，图3为本发明所述方法第一实施例的流程示意图，具体包括以下步骤：

步骤301：业务建立成功后，A点设置本点的告警监视，并分别通知B、C、D点设置本点的告警监视；B、C、D点根据A点的请求分别设置本点的告警监视；

步骤302：当经过B点的工作连接收方向断纤，B点1号光口收方向检测到复用段告警信息；

步骤303：B点传送平面将此告警上报给本点的控制平面，本点的控制平面通过匹配，确认该复用段告警是影响该业务的告警后，通过Notify消息将该复用段告警信息发送给节点A；

步骤304：A点收到B点的复用段告警信息后，判定工作连接失效，由于业务存在保护连接，A点发起业务的倒换动作，同时向D点发送Notify消息通知其也需进行倒换动作；

步骤305：当D点收到A点发送的倒换通知消息后，D点向本点的传送平面下发倒换命令，进行业务的倒换；

至此，业务保护恢复成功。

如图4所示，图4所示为本发明所述方法第二实施例的流程示意图，具体可以包括以下步骤：

步骤401：业务建立成功后，A点设置本点的告警监视，并分别通知B、C、D点设置本点的告警监视；B、C、D点根据A点的请求分别设置本点的告警监视；

步骤402：A点的工作连接1号光口的1号VC4产生通道告警；

步骤403：A点传送平面将该通道告警上报给控制平面，A点综合分析后，需要判断该通道告警是否由连接外部传入，因此A点通过Notify消息向尾节点查询连接外部是否存在通道告警；

步骤404：D点收到A点的告警查询请求，向本点的传送平面请求刷新1号光口的1号VC4是否存在告警；

步骤405：D点收到传送平面上报的连接段外告警信息(即告警信息是连接以外的故障引起)后，通过Notify消息将所述连接段外告警信息发送到A点；

步骤406：A点收到D点上报的连接段外告警信息，此时分为两种情况：如果不存在外部通道告警，则表示故障发生在连接内部，此时A点要启动业务的保护恢复流程，同步骤304-305；如果存在外部通道告警，则表示故障发生在连接外部，不需要启动业务的保护恢复动作。

如图5所示，图5所示为本发明所述方法第三实施例的流程示意图，具体包括以下步骤：

步骤501：业务建立成功后，A点设置本点的告警监视，并分别通知B、C、D点设置本点的告警监视；B、C、D点根据A点的请求分别设置本点的告警监视；

步骤502：A点的控制平面发生重启，同时D点1号光口的1号VC4产生了通道告警；

步骤503：由于A点没有启动，无法接收到D点上报的告警信息；

步骤504：A点重新启动后，通过Notify消息主动向D点查询告警信息；

步骤505：D点收到A点的查询请求后，向本点的传送平面请求刷新本地当前的告警信息，并将传送平面上报的告警信息通过Notify消息发送到A点。

步骤506：A点收到D上报的告警信息，通过分析判定工作连接失效，此时A点需启动业务的保护恢复流程，同步骤304-305。

如图6所示，图6所示本发明所述方法第四实施例的流程示意图，具体包括以下步骤：

步骤601：业务建立成功后，A点设置本点的告警监视，并分别通知B、C、D点设置本点的告警监视；B、C、D点根据A点的请求分别设置本点的告警监视；

步骤602：C点的传送平面和控制平面全部掉电，无法正常工作；

步骤603：此时B点1号光口和2号光口收方向以及D点的1号和2号光口均检测到复用段告警信息；

步骤604：B、D点传送平面分别将所述复用段告警信息上报给本点的控制平面，B、D点的控制平面通过匹配后，通过Notify消息将所述复用段告警信息发送给节点A；

步骤605：A收到B、D点的复用段告警信息后，判定业务的工作连接和保护连接均失效，若此时网管下发删除整条业务的命令，A点就会向下游发送RSVP PathTear(RSVP协议的一种删除消息)消息进行业务的删除，同时向D点发送Notify消息通知其也进行业务的删除动作；

步骤606：当D收到A发送的业务删除请求消息，D点向其上游节点C发送RSVP PathErr(RSVP协议的一种删除消息)消息进行业务删除；

至此，A、B、D三点的传送资源得到有效地释放，减少了残余连接的生成。

这里，仅以图2所示的ASON网络结构为例，对本发明所述方法进行了举例说明，但本领域技术人员应该知道，本发明所述方法并不仅限图2所示的结构。

综上所述，从以上本发明提供的技术方案可以看出，本发明所述方法在ASON网络告警产生时的业务维护过程中具有以下三个特点：

及时性，Notify消息是直接从源发送到目的，不需要中间节点的干预和解析，因此在节点之间通过点对点方式进行维护信息的传递是非常迅速的。

合理性，在业务发生故障时，需要在首尾节点同时进行相应的保护倒换动作，由于Notify消息传递的及时性，使得首尾节点几乎可以同时执行相关的维护操作，大大减少了业务的中断或瞬断；

有效性，通过Notify消息，首尾节点同时发起业务的删除，非常有效地解决了当业务路径上的某个节点发生故障时，就可能导致业务路径上的某些节点无法接收业务首节点发起的删除请求的问题，很大程度上减轻了传送资源残余连接的生成。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (8)

1.一种ASON系统中业务产生告警时的维护方法，其特征在于，包括：

步骤A：业务建立成功后，首节点设置本点的告警监视，并分别请求中间节点和尾节点设置告警监视；中间节点和尾节点根据首节点的请求设置本点的告警监视；

步骤B：当中间节点和/或尾节点产生告警时，将影响所述业务的告警信息通知给首节点；

步骤C：首节点根据接收到的告警信息、首节点本点的告警信息和首节点预配置的保护与恢复策略，制定业务维护策略，并将所述业务维护策略通知给尾节点；

步骤D：首节点和尾节点根据所述业务维护策略进行相应的维护操作。

2.根据权利要求1所述的方法，其特征在于，所述步骤A具体包括：

步骤A1：业务建立过程中，首节点控制平面保存整条业务的路由信息，中间节点和尾节点保存业务经过本点的入出端口标识和时隙信息；

步骤A2：业务建立成功后，首节点根据业务经过本点的出入端口标识和时隙信息，向本点传送平面的相应时隙下发告警监视；同时，首节点通过携带有设置告警监视请求的通知消息，请求中间节点和尾节点设置告警监视；

步骤A3：中间节点和尾节点根据业务经过本点的出入端口标识和时隙信息，向本点传送平面的相应时隙下发告警监视。

3.根据权利要求1所述的方法，其特征在于，所述步骤B具体包括：

中间节点或尾节点产生告警时，本点的控制平面根据告警监视点的匹配，将影响所述业务的告警信息通过携带有传送平面告警上报的通知信息发送给首节点。

4.根据权利要求1所述的方法，其特征在于，所述步骤C具体包括：

步骤C1：首节点根据接收到的所述匹配监视点的告警信息和首节点自身的告警信息判断所述业务是否发生故障；

步骤C2：当确定所述业务发生故障时，首节点根据本点预配置的保护与恢复策略，制定首尾节点的业务维护策略；

步骤C3：首节点向本点的传送平面下发所述业务维护策略，并发送携带有业务维护策略的通知消息给尾节点。

5.根据权利要求1所述的方法，其特征在于，所述首节点制定的业务维护策略至少包括下述策略中的一项：业务的禁止、业务的允许、业务的删除、桥接、倒换、撤销桥接、撤销倒换。

6.根据权利要求5所述的方法，其特征在于，当所述业务维护策略为业务的删除时，所述步骤D包括：

步骤D1：当网管下发业务删除请求时，首节点根据保存的告警信息发现所述业务仍然存在告警，在向下游发起删除的同时，通过携带有业务删除请求的通知消息向尾节点请求，请求尾节点和首节点一起发起业务的删除；

步骤D2：尾节点在接收到首节点的删除请求后，向上游发起业务的删除。

7.根据权利要求1到6中任意一项所述的方法，其特征在于，所述方法还包括：

步骤E：当首节点发生重启后，需要主动向中间节点和/或尾节点查询告警信息，中间节点和/或尾节点根据首节点的查询告警请求时，向首节点发送本点当前的告警信息。

8.根据权利要求7所述的方法，其特征在于，所述步骤E具体包括：

步骤E1：当首节点发生重启时，通过携带有告警查询的通知消息查询在重启过程中丢失的中间节点和/或尾节点上报的告警信息；

步骤E2：业务的中间节点和/或尾节点在收到首节点的告警查询请求时候，向本点的传送平面刷新当前告警信息，并通过携带有告警查询响应的通知消息将最新的告警信息传发送给首节点。

Images