CN101494801A - 故障恢复方法、系统及网络设备 - Google Patents

Abstract

本发明提供了一种故障恢复方法，包括：发生故障时，检测节点确定受故障影响的工作连接的恢复连接；检测节点将所述恢复连接信息发送给与受所述故障影响的工作连接对应的工作节点；所述工作节点获取所述恢复连接信息，并根据所述恢复连接信息发起建立相应的恢复连接。同时本发明提供了相应的故障恢复系统、检测节点网络设备和工作节点网络设备，由于通过检测节点网络设备集中进行计算恢复连接和通告，有效的避免了资源冲突，减少了网络中连接的折回现象的发生，进而减少了网络故障恢复时间。

Description

故障恢复方法、系统及网络设备

技术领域

本发明涉及通讯领域，尤其涉及一种故障恢复方法、故障恢复系统以及网络设备。

背景技术

自动交换光网络(ASON，Auto Swith Optical Network)/通用多协议标签交换网络(GMPLS，Generalized Multi-Protocol Label Switch)网络引入了控制平面，将一些原来由网管实现的控制功能从管理平面上转移到了控制平面上，并从网管的集中控制逐步发展为智能化节点的分布控制。目前，网络故障恢复技术一般采用分布式源节点处理的方法。检测到故障点的网络节点通过分布式控制信令将故障点的信息通知给受到故障影响的链路的多个源节点，多个源节点收到信令的通告消息后，会为这些链路计算新的光通道。

图1为现有的故障恢复过程的示意图。

如图1所示，网络中有两条工作连接，工作连接1为A-＞C-＞E-＞F，工作连接2为B-＞C-＞E-＞G。当网络中的链路CE出现故障后，节点E检测到故障信号后，将故障信息发送给工作连接1和工作连接2的源节点A和源节点B，源节点A和源节点B根据故障信息，分别对工作连接1和工作连接2进行重路由，建立新的连接。结果，源节点A建立的新连接为A-＞C-＞D-＞E-＞F，源节点B建立的新连接为B-＞D-＞E-＞G，此时，恢复连接1和恢复连接2都选择了DE链路，如果恢复连接1和恢复连接2同时选择了DE链路上的相同链路资源(可能是同一时隙或同一波长资源)，那么在DE链路上就会产生资源冲突。

由此可见，当网络中存在大量的经过故障点的工作连接时，采用上述故障恢复方法会加大资源冲突的程度，进而导致增加网络故障恢复时间以及降低网络故障恢复率。

发明内容

本发明实施例提供一种故障恢复方法、故障恢复系统以及网络设备，以实现在网络故障恢复时，避免资源冲突，提高网络网络故障恢复效率。

本发明实施例提供一种故障恢复方法，包括：发生故障时，检测节点确定受故障影响的工作连接的恢复连接；检测节点将所述恢复连接信息发送给与受所述故障影响的工作连接对应的工作节点；所述工作节点获取所述恢复连接信息，并根据所述恢复连接信息发起建立相应的恢复连接。

以及相应的故障恢复系统，包括：检测节点，用于检测并获取故障信息，确定受所述故障影响的工作连接的恢复连接，并向与受所述故障影响的工作连接对应的工作节点发送所述恢复连接信息；工作节点，用于获得来自检测节点的恢复连接信息，并根据所述恢复连接信息发起建立相应的恢复连接。

本发明实施例还提供了一种检测节点网络设备，包括：恢复连接确定单元，用于当所述故障检测单元检测到故障时，确定受所述故障影响的工作连接的恢复连接；恢复连接信息发送单元，用于向受所述故障影响的工作连接对应的工作节点发送所述恢复连接信息。

以及工作节点网络设备，包括：恢复连接信息获得单元，用于获得来自检测节点的恢复连接信息；恢复连接建立单元，用于根据所述恢复连接信息发起建立相应的恢复连接。

上述技术方案中，检测到故障的检测节点网络设备获取故障信息，确定受故障影响的工作连接的恢复连接，并将恢复连接信息发送给与受所述故障影响的工作连接对应的工作节点设备(原工作连接的首节点、或原工作连接与恢复连接的路径重叠节点、或原工作连接与恢复连接的分叉节点)，所述工作节点设备获取所述恢复连接信息，并根据所述恢复连接信息发起建立相应的恢复连接；由于通过检测节点网络设备集中进行计算恢复连接计算和通告，有效的避免了资源冲突，减少了网络中连接的折回现象的发生，进而减少了网络故障恢复时间。

附图说明

图1是现有的故障恢复过程的示意图；

图2是本发明实施例的故障恢复方法的流程示意图；

图3是本发明的故障恢复系统第一实施例的示意图；

图4是本发明的故障恢复系统第二实施例的示意图；

图5是本发明的故障恢复系统第三实施例的示意图；

图6是本发明的检测节点网络设备实施例的示意图；

图7是本发明的工作节点网络设备实施例的示意图。

具体实施方式

本发明实施例提供了一种故障恢复方法、故障恢复系统、以及相应的检测节点网络设备以及工作节点网络设备，下面分别进行详细描述。

参考图2，是本发明实施例的故障恢复方法的流程示意图，包括步骤：

A1、检测节点检测并获取故障信息。

参考图3、本发明的故障恢复系统第一实施例的示意图，当发生图3所示的链路故障时，故障链路的上下游节点节点C和节点E能够通过现有的故障检测机制检测到该链路故障，此时所述节点C和节点E为本发明实施例所述的检测节点；当发生图4所示的传输平面节点故障时，与该传输平面节点对应的控制平面节点将检测到相应的故障，此时控制节点E为本发明实施例所述的检测节点；通常传输平面节点和控制平面节点可能只是逻辑上的分离，而实际上可能为同一物理实体，此时，当该物理实体(节点)发生故障或断电时(统称为节点故障)，传输平面节点和控制平面节点同时失效，如发生图5所示的节点故障时，与故障节点E相邻的节点C、节点D、节点F、节点G为本发明实施例所述的检测节点。

A2、检测节点将故障链路删除，并更新链路状态数据库。

A3、检测节点基于更新后的链路状态数据库，对经过所述故障链路的所有工作连接进行恢复连接计算，生成对应各个工作连接的恢复连接信息。

此处，通过所述检测节点对经过所述故障链路的所有工作连接集中进行恢复连接计算，并确定对应各个工作连接的恢复连接，有效的避免了不同的恢复连接使用同一链路资源(如同一时隙资源或同一波长资源)。对应于图3所示的链路故障、根据预先约定的规则，如由节点ID号大的节点或节点ID号小的节点来计算恢复连接，可以在检测节点C和检测节点E之间确定一个节点负责恢复连接的计算和通告，如约定节点ID小的节点负责恢复连接的计算和通告，在图3中节点E的ID小于节点C的ID，因此节点E将在检测到故障后，将与所述故障相关的故障链路删除，并更新链路状态数据库，然后基于更新后的链路状态数据库，对经过所述故障链路的所有工作连接(图3中示出了工作连接1(A-＞H-＞C-＞E-＞F)和工作连接2(B-＞C-＞E-＞G)两条工作连接)进行恢复连接计算，生成对应各个工作连接的恢复连接信息，如工作节点1的恢复连接1为A-＞H-＞C-＞D-＞E-＞F，工作连接2的恢复连接2为B-＞D-＞G。

对应于图4所示的传输平面节点故障，控制平面节点E将负责传输平面节点E的恢复连接的计算和通告，因此控制平面节点E将在检测到故障后，将与传输平面节点E相关的故障链路删除，并更新链路状态数据库，然后基于更新后的链路状态数据库，对经过所述故障节点E的所有工作连接(图4中示出了工作连接1和工作连接2两条工作连接)进行恢复连接计算，生成对应各个工作连接的恢复连接信息。

对应于图5所示的节点故障，与故障节点E相邻的节点C、节点D、节点F以及节点G将检测到这种故障，节点C、节点D、节点F以及节点G将与节点E相关的链路从链路状态数据库中删除，并更新链路状态数据库，后基于更新后的链路状态数据库，对经过所述故障链路的所有工作连接(图5中示出了工作连接1和工作连接2两条工作连接)进行恢复连接计算，生成对应各个工作连接的恢复连接信息。

A4、所述检测节点向相应的工作节点发送携带有所述恢复连接信息的通告消息。

此处，所述工作节点可以为原工作连接的首节点，如图3、图4以及图5中所示工作连接1的首节点A，工作连接2的首节点B，所述工作节点也可以为原工作连接与恢复连接的连接重叠节点，如图3所示的节点H即为原工作连接1与恢复连接1的连接重叠节点，所述工作节点还可以为原工作连接与恢复连接的连接分叉节点，如图3所示的节点C即为即为原工作连接1与恢复连接1的连接分叉节点。由于负责恢复连接计算通告的检测节点需向原工作连接的工作节点发送恢复连接信息，本发明实施例中通过对现有的Notify通告消息进行扩展，在Notify通告消息中携带所述恢复连接信息，然后通过Notify通告消息实现将恢复连接信息发送给相应的工作节点。在本发明实施例的一个具体示例中，采用采用RSVP-TE作为信令协议(当然，也可以采用其它信令协议，如CR-LDP，并做类似的扩展)，在Notify消息中加入表示显示路由恢复连接信息的EXPLICIT_ROUTE的对象，如下所示：

<Notify message>::＝<Common Header>[<INTEGRITY>]

[<MESSAGE_ID_ACK>|<MESSAGE_ID_NACK>]...]

[<MESSAGE_ID>]

<ERROR_SPEC><notify session list>

[<EXPLICIT_ROUTE>]

A5、所述工作节点从所述通告消息中获取所述恢复连接信息，并根据所述恢复连接信息建立相应的恢复连接。

此处，所述工作节点在接收到携带有恢复连接信息的Notify通告消息后，将从Notify通告消息中获取所述恢复连接信息，然后通过信令建立相应的恢复连接，从而完成业务的保护。

上述技术方案中，检测到故障的检测节点网络设备获取故障信息，确定受故障影响的工作连接的恢复连接，并将恢复连接信息发送给与受所述故障影响的工作连接对应的工作节点设备(原工作连接的首节点、或原工作连接与恢复连接的路径重叠节点、或原工作连接与恢复连接的路径分叉节点)，所述工作节点设备获取所述恢复连接信息，并根据所述恢复连接信息建立相应的恢复连接；由于通过检测节点网络设备集中进行恢复连接计算和通告，有效的避免了不同的恢复连接使用同一链路资源(如同一时隙资源或同一波长资源)，避免了资源冲突，减少了网络中连接的折回现象的发生，进而减少了网络故障恢复时间。

下面对与上述方法实施例对应的故障恢复系统进行详细说明。

参考图3、是本发明的故障恢复系统第一实施例的示意图。本实施例所述的故障恢复系统包括节点A、节点B、节点C、节点D、节点E、节点F、节点G以及节点H，如图中所示，在节点C和节点E之间发生了链路故障，节点C和节点E均检测到该链路故障，可以根据节点ID的大小来约定由节点ID大的节点或节点ID小的节点(如，本实施例中的E节点)负责恢复连接的计算和通告，因此节点E对经过故障链路的原工作连接1(A-＞H-＞C-＞E-＞F)和原工作连接2(B-＞C-＞E-＞G)统一进行恢复连接计算，为原工作连接1生成的恢复连接1为作节点1的恢复连接1为A-＞H-＞C-＞D-＞E-＞F，为原工作连接2的恢复连接2为B-＞D-＞G，进而节点E将恢复连接信息发送给相应的工作节点，由工作节点发起建立相应的恢复连接。对于原工作连接1，相应的工作节点可以是该连接的首节点A，也可以是工作连接1和恢复连接1路径上的分叉节点C，也可以是工作连接1和恢复连接1路径上的重叠节点H。本实施例中只示出了为两条工作连接计算恢复连接的示意图，在实际运用中，发生链路故障时，需要重新计算路由的工作连接数一般是相当可观的，本实施例通过同一检测节点对受链路故障影响的所有工作连接集中进行恢复连接计算，可以有效的避免资源冲突，减少了网络中连接的折回现象的发生，进而减少了网络故障恢复时间。

参考图4、是本发明的故障恢复系统第二实施例的示意图。本实施例所述的故障恢复系统包括节点A、节点B、节点C、节点D、节点E、节点F以及节点G，如图中所示，节点E发生了传输平面节点故障，控制平面节点E将检测到该传输平面节点故障，节点E对经过故障链路的原工作连接1(A-＞C-＞E-＞F)和原工作连接2(B-＞C-＞E-＞G)统一进行恢复连接计算，为原工作连接1生成的恢复连接1为作节点1的恢复连接1为A-＞C-＞F，为原工作连接2的恢复连接2为B-＞D-＞G，进而节点E将恢复连接信息发送给相应的工作节点，由工作节点发起建立相应的恢复连接。发生链路故障时，需要重新计算路由的工作连接数一般是相当可观的，本实施例通过与发生传输平面节点故障的传输平面节点对应的控制平面节点对受传输平面节点故障影响的所有工作连接集中进行恢复连接计算，可以有效的避免资源冲突，减少了网络中连接的折回现象的发生，进而减少了网络故障恢复时间。

参考图5、是本发明的故障恢复系统第三实施例的示意图。本实施例所述的故障恢复系统包括节点A、节点B、节点C、节点D、节点E、节点F以及节点G，如图中所示，节点E发生了节点故障，与故障节点E相邻的节点C、节点D、节点F以及节点G将检测到这种故障，节点C负责计算原工作连接1(A-＞C-＞E-＞F)和原工作连接2(B-＞C-＞E-＞G)的恢复连接，节点F计算工作连接1的恢复连接，节点G计算工作连接2的恢复连接，进而节点C、节点F、节点G将恢复连接信息发送给相应的工作节点，由工作节点发起建立相应的恢复连接。发生链路故障时，需要重新计算路由的工作连接数一般是相当可观的，本实施例通过与发生节点故障相邻节点对受链路故障影响的所有工作连接集中进行恢复连接计算，可以有效的避免资源冲突，减少了网络中连接的折回现象的发生，进而减少了网络故障恢复时间。

下面对与上述方法实施例以及系统实施例相应的检测节点网络设备以及节点网络设备实施例进行详细说明。

本发明实施例的检测节点网络设备的逻辑结构示意图如图6所示，该检测节点网络设备的具体结构包括：

故障检测单元11，用于检测故障并获取故障信息；

恢复连接确定单元12，用于当所述故障检测单元检测到故障时，确定受所述故障影响的工作连接的恢复连接；

恢复连接信息发送单元13，用于向受所述故障影响的工作连接对应的工作节点发送所述恢复连接信息。恢复连接信息发送单元具体包括：

通告消息生成单元131，用于生成携带有所述恢复连接信息的通告消息；

传输单元132，用于向与受所述故障影响的工作连接对应的工作节点发送携带有所述恢复连接信息的通告消息。

本发明实施例的工作节点网络设备的逻辑结构示意图如图7所示，该工作节点网络设备的具体结构包括：

恢复连接信息获得单元21，用于获得来自检测节点的恢复连接信息。恢复连接信息获得单元21具体包括：

传输单元211，用于接收来自检测节点的携带有连接恢复信息的通告消息；

恢复连接信息获取单元212，用于从所述传输单元中获取连接恢复信息。

恢复连接建立单元22，用于根据所述恢复连接信息发起建立相应的恢复连接。

通过上述实施例可以看出，本发明实施例通检测到故障的检测节点网络设备获取故障信息，确定受故障影响的工作连接的恢复连接，并将恢复连接信息发送给与受所述故障影响的工作连接对应的工作节点设备(原工作连接的首节点、或原工作连接与恢复连接的路径重叠节点、或原工作连接与恢复连接的路径分叉节点)，所述工作节点设备获取所述恢复连接信息，并根据所述恢复连接信息建立相应的恢复连接；由于通过检测节点网络设备集中进行计算恢复连接计算和通告，有效的避免了不同的恢复连接使用同一链路资源(如同一时隙资源或同一波长资源)，避免了资源冲突，减少了网络中连接的折回现象的发生，进而减少了网络故障恢复时间。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (13)

1、一种故障恢复方法，包括以下步骤：

发生故障时，检测节点确定受故障影响的工作连接所对应的恢复连接，生成恢复连接信息；

检测节点将所述恢复连接信息发送给与受所述故障影响的工作连接对应的工作节点；

所述工作节点获取所述恢复连接信息，并根据所述恢复连接信息发起建立相应的恢复连接。

2、如权利要求1所述的方法，其特征在于，所述检测节点将所述恢复连接信息发送给与所述受故障影响的工作连接对应的工作节点的步骤具体为：

生成携带有所述恢复连接信息的通告消息；

所述检测节点向与受所述故障影响的工作连接对应的工作节点发送携带有所述恢复连接信息的通告消息。

3、如权利要求2所述的方法，其特征在于，所述通告消息中还携带有故障通告信息。

4、如权利要求1所述的方法，其特征在于，所述检测节点确定受故障影响的工作连接的恢复连接的步骤包括：

所述检测节点将发生故障的故障链路删除，并更新链路状态数据库；

所述检测节点基于更新后的链路状态数据库，对经过所述故障链路的所有工作连接进行恢复连接计算，生成对应各个工作连接的恢复连接信息。

5、如权利要求1至4任意一项所述的方法，其特征在于，所述工作节点为原工作连接的首节点，或为原工作连接与恢复连接的连接重叠节点，或为原工作连接与恢复连接的路径分叉节点。

6、如权利要求1至4任意一项所述的方法，其特征在于，所述故障为链路故障，所述检测节点为发生所述链路故障的链路的端节点；

或所述故障为传输平面节点故障，所述检测节点为与该传输平面节点对应的控制平面节点；

或所述故障为节点故障，所述检测节点为发生节点故障的节点的相邻节点。

7、一种网络设备，包括故障检测单元，用于检测故障并获取故障信息，其特征在于，还包括：

恢复连接确定单元，用于当所述故障检测单元检测到故障时，确定受所述故障影响的工作连接的恢复连接；

恢复连接信息发送单元，用于向受所述故障影响的工作连接对应的工作节点发送所述恢复连接信息。

8、如权利要求7所述的网络设备，其特征在于，所述恢复连接信息发送单元包括：

通告消息生成单元，用于生成携带有所述恢复连接信息的通告消息；

传输单元，用于向与受所述故障影响的工作连接对应的工作节点发送携带有所述恢复连接信息的通告消息。

9、一种网络设备，其特征在于，包括：

恢复连接信息获得单元，用于获得来自检测节点的恢复连接信息；

恢复连接建立单元，用于根据所述恢复连接信息发起建立相应的恢复连接。

10、如权利要求9所述的网络设备，其特征在于，所述恢复连接信息获得单元包括：

传输单元，用于接收来自检测节点的携带有恢复连接信息的通告消息；

恢复连接信息获取单元，用于从所述传输单元中获取连接恢复信息。

11、一种故障恢复系统，其特征在于，包括：

检测节点，用于检测并获取故障信息，确定受所述故障影响的工作连接的恢复连接，并向与受所述故障影响的工作连接对应的工作节点发送所述恢复连接信息；

工作节点，用于获得来自检测节点的恢复连接信息，并根据所述恢复连接信息发起建立相应的恢复连接。

12、如权利要求11所述的系统，其特征在于，所述工作节点为原工作连接的首节点，或为原工作连接与恢复连接的路径重叠节点，或为原工作连接与恢复连接的路径分叉节点。

13、如权利要求11所述的系统，其特征在于，所述故障为链路故障，所述检测节点为发生所述链路故障的链路的端节点；

或所述故障为传输平面节点故障，所述检测节点为与该传输平面节点对应的控制平面节点；

或所述故障为节点故障，所述检测节点为发生节点故障的节点的相邻节点。

Images