CN102136865B

CN102136865B - 业务恢复方法、系统和节点设备

Info

Publication number: CN102136865B
Application number: CN201010252063.8A
Authority: CN
Inventors: 资小兵
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2010-08-09
Filing date: 2010-08-09
Publication date: 2014-04-16
Anticipated expiration: 2030-08-09
Also published as: CN102136865A; WO2011110112A1

Abstract

本发明涉及网络通信技术领域，本发明实施例公开了一种业务恢复方法，该方法包括：节点设备接收恢复路径建立请求，恢复路径建立请求中携带需要恢复的业务对应的恢复路径编号；节点设备根据恢复路径编号获取预置的与所述业务对应的恢复路径信息和当前可用的时隙；节点设备根据所述恢复路径信息判断所述节点设备是否为所述业务的端节点；若否，则节点设备根据所述当前可用的时隙配置至少两个恢复通道，建立至少两个恢复通道的交叉连接，根据所述恢复路径信息向下游节点发送所述恢复路径建立请求。本发明实施例还公开了一种业务恢复系统和节点设备。本发明实施例的技术方案可以加快业务恢复速度，有效节省系统资源。

Description

业务恢复方法、系统和节点设备

技术领域

本发明涉及网络通信技术领域，具体涉及一种业务恢复方法、系统和节点设备。

背景技术

光传送网络(Optical Transport Network，OTN)技术是新一代的标准化数字传送体系结构，用于在光纤传输网络上传送经过相应适配的净荷。

OTN定义了电层封装结构，客户信号需要映射到开销处理单元(OverheadProcessing Unit，OPU)，OPU可以封装到一个光通道数据单元(Optical channelData Unit，ODU)。ODU可以封装到一个光通道传送单元(Optical ChannelTransport Unit，OTU)，或者多个低阶ODU(低速率等级的ODU)复用到一个高阶ODU(高速路等级的ODU)，高阶ODU再封装到一个OTU，OTU可以利用一个波长传输。

现有技术中为提高ODU业务的可靠性，在当前的ODU业务工作路径故障时，利用通用多协议标签交换(Generalized Multi-Protocol Label Switching，GMPLS)协议建立备用信令路径，用于传送客户业务。

参见图1，图1是现有技术中业务恢复方法的流程图。

其中，现有的业务恢复方法主要包括：

A1、源节点为业务进行时隙分配，然后沿着源节点至目的节点的方向，向下游节点发送Path消息，该Path消息中携带恢复路径信息、分配的恢复时隙信息。

A2、中间节点接收上游节点发送的Path消息，解析接收到的Path消息获得恢复路径信息和恢复时隙信息，则根据节点设备本身可用的时隙信息和恢复时隙信息为该业务进行时隙分配，确定恢复通道，然后建立恢复通道的交叉连接，更新Path消息中的恢复时隙信息，沿着源节点至目的节点的方向，向下游节点发送更新后的Path消息。

A3、最终，目的节点接收上游节点发送的更新后的Path消息，解析接收到的更新后的Path消息获得恢复路径信息和恢复时隙信息，则根据节点设备设备本身可用的时隙信息和恢复时隙信息为该业务进行时隙分配，沿着目的节点至源节点的方向，向上游节点返回Resv消息。

A4、中间节点接收下游节点发送的Resv消息，沿着目的节点至源节点的方向，向上游节点返回Resv消息。

A5、最终源节点接收到下游节点发送的Resv消息。

至此，实现业务恢复。

发明人在实践现有技术的过程中发现，现有的业务恢复方法需要中间节点解析复杂的Path消息并转发Path消息，消耗较多的系统资源，导致业务恢复速度较慢。

发明内容

本发明提供了一种业务恢复的方法、系统以及节点设备，该技术方案使得路径上的节点不需要解析Path消息即可实现业务恢复。

为解决上述技术问题，本发明实施例是采用如下技术方案来实现的。

本发明实施例提供一种业务恢复方法，包括：

节点设备接收恢复路径建立请求，所述恢复路径建立请求中携带需要恢复的业务对应的恢复路径编号；

所述节点设备根据所述恢复路径编号获取预置的与所述业务对应的恢复路径信息和当前可用的时隙；

所述节点设备根据所述恢复路径信息判断所述节点设备是否为所述业务的端节点；

若所述节点设备不是所述业务的端节点，则所述节点设备根据所述当前可用的时隙配置至少两个恢复通道，建立所述至少两个恢复通道的交叉连接，根据所述恢复路径信息向下游节点发送所述恢复路径建立请求。

本发明实施例提供一种业务恢复方法，包括：

若所述节点设备是所述业务的端节点，则所述节点设备根据所述当前可用的时隙，配置至少一个恢复通道，根据所述恢复路径信息向相邻节点发送恢复路径建立请求。

本发明实施例还提供一种业务恢复方法，包括：

节点设备在检测到业务的业务工作路径故障后，获取所述业务的业务恢复路径的状态信息；

若所述业务恢复路径的状态正常，则所述节点设备获取与所述业务对应的恢复路径编号，根据所述恢复路径编号获取预置的与所述业务对应的恢复路径信息和当前可用的时隙；

所述节点设备根据所述当前可用的时隙配置至少一个恢复通道；

所述节点设备根据所述恢复路径信息向下游节点发送恢复路径建立请求，所述恢复路径建立请求中携带所述恢复路径编号。

本发明实施例还提供一种节点设备，包括：

第一接收单元，用于接收恢复路径建立请求，所述恢复路径建立请求中携带需要恢复的业务对应的恢复路径编号；

第一恢复路径获取单元，用于根据所述恢复路径编号获取预置的与所述业务对应的恢复路径信息；

第一恢复时隙获取单元，用于根据所述恢复路径编号获取预置的与所述业务对应的当前可用的时隙；

第一判断单元，用于根据所述恢复路径信息判断所述节点设备是否为所述业务的端节点；

第一通道配置单元，用于在所述第一判断单元判断所述节点设备不是所述业务的端节点时，则根据所述当前可用的时隙配置至少两个恢复通道，建立所述至少两个恢复通道的交叉连接；

第一请求消息发送单元，用于在所述第一判断单元判断所述节点设备不是所述业务的端节点时，根据所述恢复路径信息向下游节点发送所述恢复路径建立请求。

本发明实施例还提供一种节点设备，包括：

第二接收单元，用于接收恢复路径建立请求，所述恢复路径建立请求中携带需要恢复的业务对应的恢复路径编号；

第二恢复路径获取单元，用于根据所述恢复路径编号获取预置的与所述业务对应的恢复路径信息；

第二恢复时隙获取单元，用于根据所述恢复路径编号获取预置的与所述业务对应的当前可用的时隙；

第二判断单元，用于根据所述恢复路径信息判断所述节点设备是否为所述业务的端节点；

第二通道配置单元，用于在所述第二判断单元判断所述节点设备是所述业务的端节点时，根据当前可用的时隙配置至少一个恢复通道；

第二请求消息发送单元，用于在所述第二判断单元判断所述节点设备是所述业务的端节点时，根据所述恢复路径信息向相邻节点发送恢复路径建立请求。

本发明实施例还提供一种节点设备，包括：

状态获取单元，用于在检测到业务的工作路径故障后，获取所述业务的业务恢复路径的状态信息；

第三恢复路径获取单元，用于在所述业务恢复路径的状态正常时，获取与所述业务对应的恢复路径编号，根据所述恢复路径编号获取预置的与所述业务对应的恢复路径信息；

第三恢复时隙获取单元，用于在所述业务恢复路径的状态正常时，根据所述恢复路径编号获取预置的与所述业务对应的当前可用的时隙资源；

第三通道配置单元，用于根据所述当前可用的时隙配置至少一个恢复通道；

第三请求消息发送单元，用于根据所述恢复路径信息向下游节点发送恢复路径建立请求，所述恢复路径建立请求中携带所述恢复路径编号。

本发明实施例还提供一种业务恢复系统，其包括如上所述的节点设备。

与现有技术中需要在节点之间传送、解析Path消息相比，本发明实施例中传送的恢复路径建立请求只需要携带恢复路径编号，而不需要携带恢复路径信息和恢复时隙信息，由节点设备根据恢复路径编号直接使用预留的时隙来恢复业务，因而可以加快业务恢复速度，有效节省系统资源。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是现有技术中业务恢复方法的流程示意图；

图2是本发明实施例一提供的业务恢复方法的流程图；

图3是本发明实施例一中根据恢复路径编号获取业务当前可用的时隙的方法流程图；

图4是本发明实施例二提供的业务恢复方法的流程图；

图5是本发明实施例提供的业务恢复方法的应用场景示意图；

图6是本发明实施例三提供的路径恢复方法的流程示意图；

图7是本发明实施例四提供的节点设备的结构示意图；

图8是本发明实施例四提供的节点设备中第一恢复时隙获取单元的结构示意图；

图9是本发明实施例五提供的节点设备的结构示意图；

图10是本发明实施例五提供的节点设备中第二恢复时隙获取单元的结构示意图；

图11是本发明实施例六提供的节点设备的结构示意图；

图12是本发明实施例七提供的业务恢复系统的结构示意图。

具体实施方式

本发明提供了一种业务恢复方法、系统和节点设备。为了更好的理解本发明的技术方案，下面结合附图对本发明提供的实施例进行详细地描述。

参见图2，图2是本发明实施例一提供的业务恢复方法的流程图。

在本发明实施例中，若业务当前的工作路径发生故障，则进行业务恢复，本发明实施例一提供的业务恢复方法主要包括以下步骤：

B1、节点设备接收恢复路径建立请求，恢复路径建立请求中携带需要恢复的业务对应的恢复路径编号。

具体的，节点设备可以接收上游节点设备或网络管理设备发送的恢复路径建立请求，恢复路径建立请求中携带需要恢复的业务对应的恢复路径编号，恢复路径建立请求用于触发业务恢复过程。

在本发明实施例中，若恢复路径建立请求由源节点发送，则接收到恢复路径建立请求的节点设备为中间节点或目的节点。若恢复路径建立请求由网络管理设备发送，则接收到恢复路径建立请求的节点设备可以为源节点、中间节点或目的节点。需要说明的是，本发明实施例将一条恢复路径上两侧端部的节点称作端节点，将恢复路径上除端节点之外的节点称之为中间节点。本发明实施例中的源节点和目的节点是相对的，该业务恢复路径上触发业务恢复过程的端节点为源节点，该恢复路径上另一个端节点为目的节点。上述的上游是指按照从源节点向目的节点传送恢复路径建立请求的先后次序，前一传送恢复路径建立请求的节点位于后一传送恢复路径建立请求的节点的上游。相对应的，下游是指按照从源节点向目的节点传送恢复路径建立请求的先后次序，后一传送恢复路径建立请求的节点位于前一传送恢复路径建立请求的节点的下游。与上述相类似的描述适用于下文的相关内容。

B2、节点设备根据恢复路径编号获取预置的与业务对应的恢复路径信息和当前可用的时隙。

具体的，节点设备可以根据恢复路径建立请求中携带的恢复路径编号来获取预置的与该业务对应的恢复路径信息和当前可用的时隙。

其中，节点设备上可以预先配置需要恢复的业务的恢复路径编号和恢复路径信息之间的对应关系，进而在接收到恢复路径建立请求后，根据恢复路径编号查找到对应的恢复路径信息。

另外，恢复路径信息中可以包括恢复路径上的所有节点或者仅包括该节点设备的上游节点和/或下游节点。若恢复路径信息仅包括节点设备的上游节点和/或下游节点，则可以节省系统资源，有效提高查找效率。

B3、节点设备根据恢复路径信息判断本节点设备是否为该业务的端节点。

具体的，节点设备可以根据获取的恢复路径信息判断节点设备本身是否为需要恢复的业务的端节点。若节点设备不是端节点，即接收到恢复路径建立请求的节点设备为中间节点，则执行步骤B4。若节点设备为端节点，则执行步骤B5。

B4、节点设备根据该业务当前可用的时隙，配置至少两个恢复通道，建立至少两个恢复通道的交叉连接，根据恢复路径信息向下游节点发送恢复路径建立请求。

具体的，中间节点可以根据获取的时隙配置至少两个恢复通道，然后建立至少两个恢复通道的交叉连接。其中，两个恢复通道分别对应该业务的上、下行方向。

中间节点还根据获取的恢复路径信息向下游节点发送该恢复路径建立请求，进而触发下游节点对该业务进行恢复。

若下游节点还是中间节点，则在接收到恢复路径建立请求后，执行上述步骤B2-B4，完成该节点上的业务恢复，最终将恢复路径建立请求传送到目的节点。若下游节点是目的节点，则具体执行过程如下述内容。

B5、节点设备根据该业务当前可用的时隙，配置至少一个恢复通道，根据恢复路径信息向相邻节点发送恢复路径建立请求。

具体的，节点设备为端节点存在两种情况。若节点设备为源节点，则源节点接收到的恢复路径建立请求由网络管理系统发送，源节点则根据该业务当前可用的时隙，对该业务配置至少一个恢复通道，根据该恢复路径信息向相邻节点(此时为源节点的下游节点)发送恢复路径建立请求。若下游节点是中间节点，则继续执行步骤B2-B4，完成该节点上的业务恢复，最终将恢复路径建立请求发送到目的节点。若下游节点是目的节点，则具体执行过程如下述内容。

若节点设备为目的节点，目的节点接收到由上游节点(中间节点或者源节点)发送的恢复路径建立请求，根据该业务的当前可用的时隙，配置至少一个恢复通道，根据该恢复路径信息向相邻节点(此时为目的节点的上游节点)发送恢复路径建立请求。至此，目的节点可以通过该恢复通道发送或接收该业务的业务数据。

其中，目的节点的相邻节点可以为目的节点的上游节点。若上游节点是中间节点，则中间节点沿着目的节点至源节点的方向将接收到的恢复路径建立请求逐节点传送到源节点。若上游节点是源节点，则源节点直接接收由目的节点发送的恢复路径建立请求。最终，使得源节点可以获知该业务的恢复路径已经建立完毕，进而源节点可以通过该恢复通道发送或接收该业务的业务数据。

与现有技术中需要在节点之间传送、解析Path消息相比，本发明实施例中传送的恢复路径建立请求只需要携带恢复路径编号，而不需要携带恢复路径信息和恢复时隙信息，由节点设备根据恢复路径编号直接使用预留的时隙来恢复业务，因而可以加快业务恢复速度。另外，本发明实施在进行路径恢复时传递的恢复路径建立请求，恢复路径建立请求只需要携带恢复路径编号，和现有技术中节点设备需要解析复杂的Path消息相比，本发明实施例还可以有效节省节点设备的系统资源。

参见图3，图3是本发明实施例一中根据恢复路径编号获取预置的与该业务对应的当前可用的时隙的方法流程图。

在本发明实施例中，网络管理设备或端节点可以预先计算业务的恢复路径信息和恢复路径的时隙信息，然后将恢复路径信息和恢复路径的时隙信息在节点设备上进行配置。其中，保护资源信息(即恢复路径信息和恢复路径的时隙信息)的配置过程可以由网络管理设备来实现，也可以由控制平面的信令来实现。在本发明实施例中，一条业务可以预先配置两个或两个以上的时隙，此时上述根据恢复路径编号获取该业务当前可用的时隙(步骤B2)的过程可以包括：

D1、根据恢复路径编号查找预置的映射表，获得对应的保护资源和该业务的恢复带宽，保护资源中的时隙的带宽大于或等于恢复带宽。

具体的，节点设备可以根据恢复路径编号查找预置的映射表获得对应的保护资源和该业务的恢复带宽，查找到的保护资源中的时隙的带宽大于或等于恢复带宽。其中，恢复带宽为需要恢复的业务进行业务恢复时所需的带宽。

D2、从保护资源中获取带宽等于恢复带宽的当前可用的时隙。

具体的，节点设备从保护资源中获取带宽等于该恢复带宽的当前可用的时隙，以便于对需要恢复的业务配置恢复通道，建立恢复通道的交叉连接。

本发明实施例通过预留带宽较大的时隙，进而在需要时从保护资源中获取可用的时隙，本发明实施例可以增加成功获取可用的时隙的机率，进而根据获取的时隙对需要恢复的业务快速配置恢复通道，建立恢复通道的交叉连接，从而提高业务恢复的稳定性。

参见图4，图4是本发明实施例二提供的业务恢复方法的流程图。

在本发明实施例二提供的业务恢复方法中，若业务当前的工作路径发生故障，则进行业务恢复，本发明实施例二提供的业务恢复方法由源节点触发业务恢复过程，具体包括：

E1、节点设备在检测到业务的工作路径故障后，获取该业务的恢复路径的状态信息。

具体的，源节点在检测到业务的工作路径故障后，获取该业务预置的恢复路径的状态信息。其中，恢复路径的状态信息可以包括状态正常、状态失效等。本发明实施例中业务恢复路径状态正常，则执行步骤E2。需要指出的是，触发业务恢复过程的节点设备可以为源节点设备，也可以为目的节点设备。

E2、若业务的恢复路径的状态正常，则节点设备获取与需要恢复的业务对应的恢复路径编号，根据恢复路径编号获取预置的与业务对应的恢复路径信息和当前可用的时隙。

在本发明实施例中，源节点在业务恢复路径当前的状态为正常时，获取需要恢复的业务对应的恢复路径编号，然后根据该恢复路径编号获取预置的与该业务对应的当前可用的时隙和恢复路径信息。

其中，源节点设备上可以预先配置需要恢复的业务的恢复路径编号和恢复路径信息和当前可用的时隙之间的对应关系，进而根据恢复路径编号查找到对应的恢复路径信息。

另外，恢复路径信息中可以包括恢复路径上的所有节点或者仅包括该节点设备的上游节点和/或下游节点，本发明实施例中可以仅包括源节点的下游节点，则可以节省系统资源，有效提高查找效率。

E3、节点设备根据当前可用的时隙配置至少一个恢复通道。

具体的，源节点根据获取的时隙对需要恢复的业务配置至少一个恢复通道，以便于利用恢复的通道传送该业务。

E4、节点设备根据恢复路径信息向下游节点发送恢复路径建立请求，恢复路径建立请求中携带恢复路径编号。

具体的，源节点还根据获取的恢复路径信息向下游节点发送恢复路径建立请求，该恢复路径建立请求用于触发下游节点对该业务进行恢复。

其中，恢复路径建立请求中携带需要恢复的业务对应的恢复路径编号。下游节点在接收到恢复路径建立请求后，触发该恢复路径编号对应的业务的恢复过程。

在本发明实施例二提供的业务恢复方法中，源节点在业务恢复过程中根据业务当前可用的时隙配置恢复通道，从而完成本节点上的业务恢复。本发明实施例通过向下游节点发送恢复路径建立请求，可以触发业务恢复路径上的除源节点之外的其它节点逐个进行业务恢复，最终完成业务恢复过程。与现有技术中需要在节点之间传送、解析Path消息相比，本发明实施例中传送的恢复路径建立请求不需要携带恢复路径信息和恢复时隙信息，节点设备直接使用预留的时隙来恢复业务，因而可以加快业务恢复速度，有效节省系统资源。

在本发明实施例中，节点设备在发送恢复路径建立请求时，可以将恢复路径建立请求通过光通道传送单元开销或高阶光通道数据单元开销进行传输。

在本发明实施例二提供的业务恢复方法中，源节点可以预先计算业务的恢复路径信息和该业务可用的时隙信息，然后将恢复路径信息和时隙信息在节点设备上进行配置。在本发明实施例中，一条业务可以预先配置两个或两个以上的时隙，此时上述根据恢复路径编号获取业务当前可用的时隙(步骤E2)的具体可以为：根据恢复路径编号查找预置的映射表，获得对应的保护资源和该业务的恢复带宽，保护资源中的时隙的带宽大于或等于该恢复带宽，然后源节点从保护资源中获取带宽等于恢复带宽的当前可用的时隙，以便于对该业务配置恢复通道，建立恢复通道的交叉连接。

本发明实施例通过预留多个时隙，即保护资源中的带宽大于或等于该业务的恢复带宽，进而在需要时从保护资源中获取业务当前可用的时隙，本发明实施例可以增加成功获取可用的时隙的机率，进而根据获取的时隙对需要恢复的业务快速配置恢复通道，建立恢复通道的交叉连接，从而提高业务恢复的稳定性。

为更详细的理解本发明实施例，下面给出本发明实施例的具体应用场景。

参见图5，图5是本发明实施例提供的业务恢复方法的应用场景示意图。

如图5所示，细线条表示各业务的工作路径，粗管道表示一个OTU链路，管道中的粗线条表示OTU链路中的1个时隙，可以用于业务的恢复。

其中，业务1、业务2为ODU0业务，需要占用1个时隙；业务3为ODU1业务，需要占用2个时隙，ODU0业务和ODU1业务具有不同的带宽，因此需要不同的时隙。业务1优先级最高，业务2次之，业务3最低。

源节点或网络管理设备可以预先计算恢复路径信息和恢复路径的时隙。上述三条业务的恢复路径信息如下：

业务1：N1-(时隙1)-N6-(时隙3)-N8-(时隙5)-N2

业务2：N1-(时隙2)-N6-(时隙4)-N8-(时隙6)-N2

业务3：N5-(时隙7/8)-N6-(时隙3/4)-N8-(时隙9/10)-N3

源节点或网络管理设备在恢复路径经过的各个节点预先配置恢复信息。恢复信息包括需要恢复的业务的保护资源、恢复路径编号和恢复路径信息。可选的，恢复信息中还可以包括需要恢复的业务的优先级。在本应用场景中，业务1优先级最高，业务2优先级次之，业务3优先级最低。恢复路径信息为节点设备的上游节点和/或下游节点。

在配置需要恢复的业务的时隙时，如果是该节点设备是业务的端节点，则配置一个维度的时隙；如果是业务的中间节点，则配置两个维度的时隙。上述“一个维度”即一个方向的OTU链路，上述“两个维度”为两个方向的OTU链路。例如业务1在端节点N1上需配置时隙1，业务1在中间节点N6上需要配置时隙1和时隙3。

其中，节点N1配置的恢复信息可以如表1所示：

表1

其中，节点N1是业务1和业务2的端节点，只需要在一个维度上配置保护资源，因而N1节点在2#维度中对业务1和业务2配置了保护资源，并配置了业务1和业务2的恢复路径信息是相邻节点N6，在1#维度保存的是业务1和业务2的端点信息，业务1和业务2的端点分别为通道11和通道12。业务1的优先级(10)高于业务2的优先级(20)。

节点N2配置的恢复信息可以如表2所示：

表2

其中，节点N2是业务1和业务2的端节点，只需要在一个维度上配置保护资源，因而N2在2#维度中对业务1和业务2配置了时隙资源，并配置了业务1和业务2的恢复路径信息是相邻节点N8，在1#维度保存的是业务1和业务2的端点信息，业务1和业务2的端点分别为通道21和通道22。业务1的优先级(10)高于业务2的优先级(20)。

节点N3配置的恢复信息如表3所示：

表3

其中，节点N3是业务3的端节点，只需要在一个维度上配置保护资源，因而N3在2#维度中对业务3配置了时隙资源，并配置了业务3的恢复路径信息是相邻节点N8，在1#维度保存的是业务3的端点信息，业务3的端点为通道33。业务3的优先级(30)低于业务1、业务2的优先级。

节点N5配置的恢复信息如表4所示。

表4

其中，节点N5是业务3的端节点，只需要在一个维度上配置保护资源，因而N5在2#维度中对业务3配置了时隙资源，并配置了业务3的恢复路径信息是相邻节点N6，在1#维度保存的是业务3的端点信息，业务3的端点为通道53。业务3的优先级(30)低于业务1、业务2的优先级。

节点N6配置的恢复信息如表5所示。

表5

其中，节点N6是中间节点，从两个维度进行配置。在1#维度中对业务1、业务2和业务3分别配置了时隙资源，并配置了业务1、业务2和业务3的恢复路径信息分别是相邻节点N1、N1和N5；在2#维度中配置的是保护资源为保护组10，保护组10中的时隙资源由业务1、业务2和业务3共享，并配置了业务1、业务2和业务3的恢复路径信息是相邻节点N8。保护组10中包括时隙3和时隙4，还可以包括更多的时隙。业务1的优先级(10)高于业务2的优先级(20)。业务3的优先级(30)低于业务1、业务2的优先级。

节点N8配置的恢复信息如表6所示。

表6

其中，节点N8是中间节点，从两个维度进行配置。在1#维度中对业务1、业务2和业务3分别配置了时隙资源，并配置了业务1、业务2和业务3的恢复路径信息分别是相邻节点N2、N2和N3；在2#维度中配置的是保护资源为保护组10，保护组10中的时隙资源由业务1、业务2和业务3共享，并配置了业务1、业务2和业务3的恢复路径信息是相邻节点N6。保护资源10中包括时隙3和时隙4，还可以包括更多的时隙。业务1的优先级(10)高于业务2的优先级(20)。业务3的优先级(30)低于业务1、业务2的优先级。

参见图6，图6是本发明实施例三提供的路径恢复方法的流程图。

本发明实施例提供的方法基于上述应用场景，并且在本应用场景中，预先定义恢复消息的格式。恢复消息格式如下：

消息类型

恢复路径编号

其中，节点设备可以利用OTU开销或者高阶ODU的开销来传送上述恢复消息，例如可以采用1个或多个预留(Reserve，RES)字节开销，或自动保护倒换(Automatic Protection Switching，APS)或保护通信通道(ProtectionCommunication Channel，PCC)开销等。本发明实施例定义的恢复消息的结构较简单，可以有效节省设备的系统资源。

本发明实施例在传送上述消息的过程中，可以采用简单的高级数据链路控制(High-Level Data Link Control，HDLC)格式封装，用于消息的发送与接收，此时恢复消息封装格式如下：

HDLC封装

消息类型

恢复路径编号

当然，恢复消息也可以采用IP封装，此时恢复消息可以采用控制通道传送(控制通道可以用OTU/ODU的开销实现，也可以利用OTU之外的控制通道实现，例如节点间的以太网链路)，恢复消息封装格式如下：

HDLC封装

点对点协议封装

IP封装

消息类型

恢复路径编号

本应用场景中定义以下恢复消息类型：

消息类型取值	含义
		1	恢复路径状态正常
2	恢复路径被低优先级业务占用
		3	恢复路径状态降级
4	恢复路径被高优先级业务占用
		5	恢复路径建立请求

9

工作路径失效

和上述消息类型相对应，业务恢复路径的状态包括：

1)正常；

2)低优先级业务占用；

3)信号降级；

4)高优先级业务占用；

5)失效。

假设初始时保护资源状态正常；某时刻N3与N8之间的OTU链路发生故障，导致失效，即时隙9/10失效，由于业务3的恢复路径需要用到时隙9/10，因此业务3的两个端点需要能知道该故障，并将业务3的恢复路径状态更新为“失效”，此时将禁止业务3自动触发恢复过程，即业务3工作路径故障时，禁止建立恢复路径。

N3与N8之间的OTU链路发生故障时，链路两端的节点可以检测到该故障，即N3、N8可以检测到该故障。此时N3查找恢复信息(上述表3)，发现为业务3配置了失效OTU链路中的时隙，并且N3是业务3的端点，因此将业务3的恢复路径状态更新为“失效”。

业务3的另一个端点N5发现业务3恢复路径失效的方法如下：

1)N8检测到OTU链路失效，查找恢复信息(上述表6)，发现为业务3的恢复路径配置了失效OTU链路中的时隙，并且N8不是业务3的端点，因此利用N8和N6之间的开销，或者是控制通道，发送业务3的“恢复路径建立请求”消息(消息类型＝5，恢复路径编号＝3)到N6。

2)N6收到来自N8的业务3的“恢复路径建立请求”消息(表5中的2#维度)，根据接收到的业务3的恢复路径建立请求，以及时隙3、4的状态，或其对应的OTU链路的目前状态(状态为“正常”)，选择最坏的状态(恢复路径状态失效)发往另一维度(表5中的1#维度)；即查找N6的恢复信息(表5)，利用N6和N5之间的开销，或者是控制通道，发送业务3的“恢复路径建立请求”消息(消息类型＝5，恢复路径编号＝1)。

3)N5收到来自N6的业务3的“恢复路径建立请求”消息，查找N5的恢复信息(上述表4)，发现自己是业务3的端点，根据接收到的业务3的恢复路径状态消息，以及时隙7、8的状态，或其对应的OTU链路的目前状态(状态为“正常”)，选择最坏的状态作为业务3的恢复路径状态(恢复路径状态失效)。

在上述步骤中，节点设备需要根据接收到的恢复路径状态消息，以及消息关联的业务的恢复路径的当前状态，选择最坏的状态发往下一个节点，一直传送到端节点。这样端节点可以获取最坏的保护资源状态作为其恢复路径的状态信息。其中，状态可以按照以下顺序由坏到好排列：失效，被高优先级业务占用，信号降级，被低优先级业务占用，正常。

在本应用场景中，业务端点维护的恢复路径状态的结果可以如下：

1)恢复路径中，只要有一个区段的资源失效，则该恢复路径状态为“失效”；

2)否则，只要有一个区段的资源被高优先级业务占用，则该恢复路径状态为“被高优先级业务占用”；

3)否则，只要有一个区段的资源信号降级，则该恢复路径状态为“信号降级”；

4)否则，只要有一个区段的资源被低优先级业务占用，则该恢复路径状态为“被低优先级业务占用”；

5)否则，恢复路径状态为“正常”。

需要指出的是，上述状态定义是一个较优的例子，也可以有其它状态定义方法，例如不需要信号降级的状态。

在本应用场景中，若业务1的工作路径发生故障，需要触发业务的恢复过程。如图6所示，本发明实施例三提高的业务恢复过程包括：

S1、节点N1在检测到业务的工作路径故障后，获取业务恢复路径的状态信息。

具体的，源节点(节点N1)获取业务1的业务恢复路径的状态信息。本发明实施例中业务恢复路径的状态为正常，则执行步骤S2。

S2、节点N1获取与业务1对应的恢复路径编号，根据恢复路径编号获取预置的与业务1对应的恢复路径信息和当前可用的时隙。

具体的，节点N1可以查找上述表1，获得业务1当前可用的时隙为时隙1以及业务1的恢复路径信息。此时，业务1的恢复路径信息为节点N6，节点N6即为恢复路径上节点N1的下游节点。

S3、节点N1根据获取的时隙对业务1配置一个恢复通道，向节点N6发送恢复路径建立请求。

具体的，节点N1将获取的时隙(时隙1)配置为一个ODU0通道，将业务1利用该ODU0通道传送，并向下游节点(节点N6)发送恢复路径建立请求，触发N6进行业务恢复过程。其中，该恢复路径建立请求中携带的恢复路径编号为1，表明业务1需要恢复。

S4、节点N6接收恢复路径建立请求，根据恢复路径编号获取业务1对应的恢复路径信息和当前可用的时隙。

具体的，节点N6根据N1发送的恢复路径建立请求(1#维度)中的恢复路径编号1、发送恢复路径建立请求的节点(节点N1)来查找表5，得知1#维度分配给业务1使用的保护资源为时隙1，2#维度分配给业务1使用的时隙为保护组10，由于保护组10中所有时隙状态正常，没有业务占用，因此从保护组10中选择编号最小的时隙(时隙3)作为业务1在2#维度可用的时隙。

其中，本发明实施例还可以预置保护资源中的时隙选择规则，例如按照业务优先级从高到低，选择时隙编号从小到大的时隙；或者按照业务优先级从低到高，选择时隙编号从小到大的时隙。预置保护资源中的时隙选择规则可以使得相邻的节点设备之间不需要协商确定如何选择时隙，可以进一步加快业务恢复速度。

另外，节点N6还根据恢复路径编号查找表5来获得业务1的恢复路径信息，此时恢复路径信息中包括多个相邻节点(N1、N8)。

S5、节点N6根据恢复路径信息判断节点本身是否为业务1的端节点。

在本发明实施例中，节点N6存在上游节点N1和下游节点N8，则说明节点N6不是端节点，执行步骤S6。

S6、节点N6对业务1配置两个恢复通道，建立交叉连接。

具体的，节点N6配置时隙1和时隙3分别为ODU0通道，并建立这两个ODU0通道的交叉连接，从而节点N6实现业务恢复。

S7、节点N6向节点N8发送恢复路径建立请求，向节点N5发送恢复路径被高优先级业务占用消息。

具体的，节点N6利用N1和N6之间的开销或控制通道，向业务1恢复路径上的下游节点N8发送恢复路径建立请求，触发节点N8的业务恢复过程。

此时，时隙3被业务1占用，并且时隙3也被业务3共享，业务1的优先级高于业务3的优先级，因此节点N6更新业务3的恢复路径状态，即利用N6与N5之间的开销，或控制通道，发送业务3的“恢复路径被高优先级业务占用”消息(消息类型＝4，恢复路径编号＝3)给N5。N5收到该消息，更新业务3恢复路径状态为“被高优先级业务占用”。

其中，时隙3也被业务2共享，但是业务2只需占用一个时隙，而且还有时隙4可用，因此业务2的恢复路径状态不变。

S8、节点N8接收恢复路径建立请求，根据恢复路径编号获取业务1的恢复路径信息和当前可用的时隙。

具体的，节点N8接收N6发送的恢复路径建立请求(2#维度)，根据恢复路径编号1查找上述表6，获得1#维度分配给业务1使用的保护资源为时隙5，2#维度分配给业务1使用的保护资源为保护组10，由于保护组10中所有时隙状态正常，没有业务占用，因此从保护组10中选择编号最小的时隙(时隙3)作为业务1在2#维度的保护资源。

节点N8根据恢复路径编号获取业务1的恢复路径信息。此时，业务1的恢复路径信息中包括多个相邻节点(N6、N2)。

S9、节点N8根据恢复路径信息判断节点本身是否为业务1的端节点。

在本发明实施例中，节点N8存在上游节点N6以及下游节点N2，则说明节点N8不是端节点，执行步骤S10。

S10、节点N8对业务1配置两个恢复通道，建立交叉连接。

具体的，节点N8配置时隙5和时隙3分别为ODU0通道，并建立这两个ODU0通道的交叉连接，从而节点N8实现业务恢复。

S11、节点N8向节点N2发送恢复路径建立请求，向节点N3发送恢复路径被高优先级业务占用消息。

具体的，节点N8利用N2和N8之间的开销或控制通道，向业务1恢复路径上的下游节点N2发送恢复路径建立请求，触发节点N2的业务恢复过程。

此时，时隙3被业务1占用。由于时隙3也被业务3共享，而且业务1的优先级高于业务3的优先级，因此根据上一个实施例的规则，N8更新业务3的恢复路径状态，即利用N8与N3之间的开销，或控制通道，发送业务3的“恢复路径被高优先级业务占用”消息(消息类型＝4，恢复路径编号＝3)给节点N3。节点N3收到该消息，更新业务3恢复路径状态为“被高优先级业务占用”。

需要指出的是，时隙3也被业务2共享，但是业务2只需占用一个时隙，而且还有时隙4可用，因此业务2的恢复路径状态不变。

S12、节点N2接收恢复路径建立请求，根据恢复路径编号获取业务1的恢复路径信息和当前可用的时隙。

具体的，节点N2接收节点N8发送的恢复路径建立请求，根据恢复路径编号查找上述表2，获得业务1当前可用的时隙为时隙5以及业务1的恢复路径信息。此时，业务1的恢复路径信息为节点N8，节点N8即为恢复路径上节点N2的上游节点。

S13、节点N2根据恢复路径信息判断节点本身是否为业务1的端节点。

在本发明实施例中，节点N2只存在上游节点N8，则说明节点N2是端节点，执行步骤S14。

S14、节点N2根据时隙对业务1配置恢复通道。

具体的，节点N2将时隙5配置为一个ODU0通道，从该ODU0通道接收业务数据，以及利用该ODU0通道传送业务1，从而实现目的节点上的业务恢复。

S15、节点N2向节点N8发送恢复路径建立请求。

具体的，节点N2根据恢复路径信息向相邻节点，即上游节点N8，返回业务1的恢复路径建立请求。

节点N8在接收到恢复路径建立请求后，发现业务1的恢复路径已经建立，则将接收到恢复路径建立请求转发给上游节点N6，最终N1收到业务1的恢复路径建立请求，发现业务1的恢复路径已经建立，N1可以从ODU0通道发送或接收业务数据，至此业务1的恢复过程完成。

在本应用场景中，若业务1的端节点(N1、N2)同时检测到业务1工作路径失效的情况下，N1、N2可以同时发起业务恢复过程，即端节点N1和N2均向相邻节点发送恢复路径建立请求，中间节点处理恢复路径建立请求的过程参见上述步骤S4-S11中的中间节点的处理过程，在此不再赘述。端节点N1和N2在接收到对方发送的恢复路径建立请求后，最终完成业务1的路径恢复。与节点N1或N2单独发送恢复路径建立请求相比，两端节点分别进行业务恢复可以进一步加快业务恢复速度。

以上对本发明实施例提供的业务恢复方法进行了详细描述，下面再给出和上述方法实施例对应的装置。

参见图7，图7是本发明实施例四提供的节点设备的结构示意图。

本发明节点设备实施例四提供的节点设备包括：

第一接收单元110，用于接收恢复路径建立请求，恢复路径建立请求中携带需要恢复的业务对应的恢复路径编号；

第一恢复路径获取单元120，用于根据恢复路径编号获取预置的与业务对应的恢复路径信息；

第一恢复时隙获取单元130，用于根据恢复路径编号获取预置的与业务对应的当前可用的时隙；

第一判断单元140，用于根据恢复路径信息判断节点设备是否为该业务的端节点；

第一通道配置单元150，用于在第一判断单元140判断节点设备不是该业务的端节点时，则根据当前可用的时隙配置至少两个恢复通道，建立至少两个恢复通道的交叉连接；

第一请求消息发送单元160，用于在第一判断单元140判断节点设备不是该业务的端节点时，根据恢复路径信息向下游节点发送恢复路径建立请求。

本发明实施例四提供的节点设备可以使用在前述相对应的业务恢复方法第一实施例中，详细过程参见上述方法实施例，在此不再重复描述。

参见图8，图8是本发明实施例四提供的节点设备中第一恢复时隙获取单元的结构示意图。

在本发明实施例中，节点设备中第一恢复时隙获取单元130具体可以包括：

第一查找模块131，用于根据恢复路径编号查找预置的映射表获得对应的保护资源和业务的恢复带宽，保护资源中的时隙的带宽大于或等于恢复带宽；

第一获取模块132，用于从保护资源中获取带宽等于恢复带宽的当前可用的时隙。

本发明实施例提供的节点设备通过预留多个时隙，进而在需要时从保护资源中获取带宽满足要求的可用时隙，本发明实施例可以增加成功获取可用的时隙的机率，进而根据获取的时隙快速建立恢复通道，从而提高业务恢复的稳定性。

参见图9，图9是本发明实施例五提供的节点设备的结构示意图。

本发明节点设备实施例五提供的节点设备包括：

第二接收单元210，用于接收恢复路径建立请求，恢复路径建立请求中携带需要恢复的业务对应的恢复路径编号；

第二恢复路径获取单元220，用于根据恢复路径编号获取预置的与业务对应的恢复路径信息；

第二恢复时隙获取单元230，用于根据恢复路径编号获取预置的与业务对应的当前可用的时隙；

第二判断单元240，用于根据恢复路径信息判断节点设备是否为业务的端节点；

第二通道配置单元250，用于在第二判断单元判断节点设备是该业务的端节点时，根据当前可用的时隙配置至少一个恢复通道；

第二请求消息发送单元260，用于在第二判断单元240判断节点设备为端节点时，根据恢复路径信息向相邻节点发送恢复路径建立请求。

本发明实施例五提供的节点设备可以使用在前述相对应的业务恢复方法第一实施例中，详细过程参见上述方法实施例，在此不再重复描述。

参见图10，图10是本发明实施例五提供的节点设备中第二恢复时隙获取单元的结构示意图。

在本发明实施例五提供的节点设备中，第二恢复时隙获取单元230具体可以包括：

第二查找模块231，用于根据恢复路径编号查找预置的映射表获得对应的保护资源和业务的恢复带宽，保护资源中的时隙的带宽大于或等于恢复带宽；

第二获取模块232，用于从保护资源中获取带宽等于恢复带宽的当前可用的时隙。

参见图11，图11是本发明实施例六提供的节点设备的结构示意图。

本发明实施例六提供的节点设备主要包括：

状态获取单元310，用于在检测到业务的工作路径故障后，获取该业务的业务恢复路径的状态信息；

第三恢复路径获取单元320，用于在业务恢复路径的状态正常时，获取与该业务对应的恢复路径编号，根据恢复路径编号获取预置的与该业务对应的恢复路径信息；

第三恢复时隙获取单元330，用于在业务恢复路径的状态正常时，根据恢复路径编号获取预置的与该业务对应的当前可用的时隙资源；

第三通道配置单元340，用于根据当前可用的时隙配置至少一个恢复通道；

第三请求消息发送单元350，用于根据恢复路径信息向下游节点发送恢复路径建立请求，恢复路径建立请求中携带恢复路径编号。

本发明实施例六提供的节点设备可以使用在前述相对应的业务恢复方法第二实施例中，详细过程参见上述方法实施例，在此不再重复描述。

在本发明实施例六提供的节点设备中，第三恢复时隙获取单元330具体可以包括：

第三查找模块，用于根据恢复路径编号查找预置的映射表获得对应的保护资源和业务的恢复带宽，保护资源中的时隙的带宽大于或等于恢复带宽；

第三获取模块，用于从保护资源中获取带宽等于恢复带宽的当前可用的时隙。

以上对本发明实施例提供的节点设备进行了详细介绍，本发明实施例还提供和装置实施例对应的业务恢复系统。

参见图12，图12是本发明实施例七提供的业务恢复系统的结构示意图。

本发明实施例七提供的业务恢复系统包括第一节点设备300和第二节点设备400，其中第一节点设备300的具体结构和上述实施例四提供的节点设备相同，详情参见上述实施例四。第二节点设备400的具体结构和上述实施例五、六提供的节点设备相同，详情参见上述实施例五和实施例六，在此不再重复描述。

需要说明的是，上述装置和系统内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处均不再重复描述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上对本发明实施例提供的业务恢复方法、节点设备以及业务恢复系统进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，本说明书内容不应理解为对本发明的限制。

Claims

1.一种业务恢复方法，其特征在于，包括：

若所述节点设备不是所述业务的端节点，则所述节点设备根据所述当前可用的时隙配置至少两个恢复通道，建立所述至少两个恢复通道的交叉连接，根据所述恢复路径信息向下游节点发送所述恢复路径建立请求；

其中，所述节点设备根据所述恢复路径编号获取预置的与所述业务对应的当前可用的时隙，具体包括：

根据所述恢复路径编号查找预置的映射表获得对应的保护资源和所述业务的恢复带宽，所述保护资源中的时隙的带宽大于或等于所述恢复带宽；

从所述保护资源中获取带宽等于所述恢复带宽的当前可用的时隙。

2.根据权利要求1所述的方法，其特征在于，还包括，

若所述节点设备是所述业务的端节点，则根据所述当前可用的时隙配置至少一个恢复通道，根据所述恢复路径信息向相邻节点发送恢复路径建立请求。

3.根据权利要求1或2所述的方法，其特征在于，

所述恢复路径信息包括恢复路径上的所有节点；或者，

所述恢复路径信息包括所述节点设备的上游节点和/或下游节点。

4.根据权利要求1或2所述的方法，其特征在于，

所述恢复路径建立请求通过光通道传送单元开销或高阶光通道数据单元开销进行传输。

5.一种业务恢复方法，其特征在于，包括：

若所述节点设备是所述业务的端节点，则所述节点设备根据所述当前可用的时隙配置至少一个恢复通道，根据所述恢复路径信息向相邻节点发送恢复路径建立请求；

6.根据权利要求5所述的方法，其特征在于，

所述恢复路径信息包括恢复路径上的所有节点；或者，

7.根据权利要求5所述的方法，其特征在于，

8.一种业务恢复方法，其特征在于，包括：

所述节点设备根据所述恢复路径信息向下游节点发送恢复路径建立请求，所述恢复路径建立请求中携带所述恢复路径编号；

其中，所述获取预置的与所述业务对应的当前可用的时隙，具体包括：

9.根据权利要求8所述的方法，其特征在于，

所述恢复路径信息包括恢复路径上的所有节点；或者，

10.根据权利要求8所述的方法，其特征在于，

11.一种节点设备，其特征在于，包括：

第一请求消息发送单元，用于在所述第一判断单元判断所述节点设备不是所述业务的端节点时，根据所述恢复路径信息向下游节点发送所述恢复路径建立请求；

其中，所述第一恢复时隙获取单元包括：

第一查找模块，用于根据所述恢复路径编号查找预置的映射表获得对应的保护资源和所述业务的恢复带宽，所述保护资源中的时隙的带宽大于或等于所述恢复带宽；

第一获取模块，用于从所述保护资源中获取带宽等于所述恢复带宽的当前可用的时隙。

12.一种节点设备，其特征在于，包括：

第二请求消息发送单元，用于在所述第二判断单元判断所述节点设备是所述业务的端节点时，根据所述恢复路径信息向相邻节点发送恢复路径建立请求；

其中，所述第二恢复时隙获取单元包括：

第二查找模块，用于根据所述恢复路径编号查找预置的映射表获得对应的保护资源和所述业务的恢复带宽，所述保护资源中的时隙的带宽大于或等于所述恢复带宽；

第二获取模块，用于从所述保护资源中获取带宽等于所述恢复带宽的当前可用的时隙。

13.一种节点设备，其特征在于，包括：

其中，所述第三恢复时隙获取单元包括：

第三查找模块，用于根据所述恢复路径编号查找预置的映射表获得对应的保护资源和所述业务的恢复带宽，所述保护资源中的时隙的带宽大于或等于所述恢复带宽；

第三获取模块，用于从所述保护资源中获取带宽等于所述恢复带宽的当前可用的时隙。

14.一种业务恢复系统，其特征在于，包括：

如权利要求11所述的节点设备以及如权利要求12或13所述的节点设备。