WO2011110112A1

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

Info

Publication number: WO2011110112A1
Application number: PCT/CN2011/072176
Authority: WO
Inventors: 资小兵
Original assignee: 华为技术有限公司
Priority date: 2010-08-09
Filing date: 2011-03-25
Publication date: 2011-09-15
Also published as: CN102136865B; CN102136865A

Description

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

本申请要求于 2010 年 08 月 09 日提交中国专利局、申请号为 201010252063.8、发明名称为"业务恢复方法、系统和节点设备"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

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

光传送网络 ( Optical Transport Network, OTN )技术是新一代的标准化数

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

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

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

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

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

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

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

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

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

至此，实现业务恢复。

现有的业务恢复方法需要中间节点解析复杂的 Path消息并转发 Path消息，消耗较多的系统资源，导致业务恢复速度较慢。发明内容

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

为解决上述技术问题，本发明实施例是采用如下技术方案来实现的。本发明实施例提供一种业务恢复方法，包括：

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

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

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

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

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

所述节点设备根据所述当前可用的时隙配置至少一个恢复通道；所述节点设备根据所述恢复路径信息向下游节点发送恢复路径建立请求，所述恢复路径建立请求中携带所述恢复路径编号。

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

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

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

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

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

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

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

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

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

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

第二恢复时隙获取单元，用于根据所述恢复路径编号获取预置的与所述业务对应的当前可用的时隙；第二判断单元，用于根据所述恢复路径信息判断所述节点设备是否为所述业务的端节点；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

B3、节点设备根据恢复路径信息判断本节点设备是否为该业务的端节点。具体的，节点设备可以根据获取的恢复路径信息判断节点设备本身是否为需要恢复的业务的端节点。若节点设备不是端节点，即接收到恢复路径建立请求的节点设备为中间节点，则执行步骤 B4。若节点设备为端节点，则执行步骤 B5。 B4、节点设备根据该业务当前可用的时隙，配置至少两个恢复通道，建立至少两个恢复通道的交叉连接，根据恢复路径信息向下游节点发送恢复路径建立请求。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具体的，源节点在检测到业务的工作路径故障后，获取该业务预置的恢复路径的状态信息。其中，恢复路径的状态信息可以包括状态正常、状态失效等。本发明实施例中业务恢复路径状态正常，则执行步骤 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所示：

息- 保护资源恢复路相邻保护恢复路相邻

径编号 "P点资源径编号 "P点业务 1 ( ODU0 ) 10 通道 11 时隙 1 1 N6 业务 2 ( ODU0 ) 20 通道 12 时隙 2 2 N6 其中，节点 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

编号业务 3( ODU1 ) 30 通道 33 时隙 9/10 3 N8 其中，节点 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所

其中，节点 N6是中间节点，从两个维度进行配置。在 1#维度中对业务 1、业务 2和业务 3分别配置了时隙资源，并配置了业务 1、业务 2和业务 3的恢复路径信息分别是相邻节点 Nl、 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 )或保护通信通道 ( Protection Communication Channel， PCC )开销等。本发明实施例定义的恢复消息的结构较简单，可以有效节省设备的系统资源。

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

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

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

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

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所示，本发明实施例三提高的业务恢复过程包括：

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

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

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

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

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

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

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

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

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

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

55、节点 N6根据恢复路径信息判断节点本身是否为业务 1的端节点。在本发明实施例中，节点 N6存在上游节点 N1和下游节点 N8，则说明节点 N6不是端节点，执行步骤 S6。

56、节点 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的恢复路径状态不变。

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

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

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

59、节点 N8根据恢复路径信息判断节点本身是否为业务 1的端节点。在本发明实施例中，节点 N8存在上游节点 N6以及下游节点 N2，则说明节点 N8不是端节点，执行步骤 S10。

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

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

511、节点 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的恢复路径状态不变。 512、节点 N2接收恢复路径建立请求，根据恢复路径编号获取业务 1的恢复路径信息和当前可用的时隙。

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

513、节点 N2根据恢复路径信息判断节点本身是否为业务 1的端节点。在本发明实施例中，节点 N2只存在上游节点 N8，则说明节点 N2是端节点，执行步骤 S14。

514、节点 N2才艮据时隙对业务 1配置恢复通道。

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

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

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

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

在本应用场景中，若业务 1的端节点（Nl、 N2 ) 同时检测到业务 1工作路径失效的情况下， N 1、 N2可以同时发起业务恢复过程，即端节点 N 1和 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或 3所述的方法，其特征在于，

所述恢复路径信息包括恢复路径上的所有节点。

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

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

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

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

7、一种业务恢复方法，其特征在于，包括：节点设备在检测到业务的业务工作路径故障后，获取所述业务的业务恢复路径的状态信息；

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

8、根据权利要求 7所述的方法，其特征在于，所述获取预置的与所述业务对应的当前可用的时隙，具体包括：

根据所述恢复路径编号查找预置的映射表获得对应的保护资源和所述业务的恢复带宽，所述保护资源中的时隙的带宽大于或等于所述恢复带宽，该映射表包括所述恢复路径编号以及所述保护资源和所述业务的恢复带宽；从所述保护资源中获取带宽等于所述恢复带宽的当前可用的时隙。

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

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

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

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

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

12、根据权利要求 11所述的节点设备，其特征在于，所述第一恢复时隙获取单元包括：

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

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

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

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

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

14、根据权利要求 13所述的节点设备，其特征在于，所述第二恢复时隙获取单元包括：

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

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

15、一种节点设备，其特征在于，包括：

16、根据权利要求 15所述的节点设备，其特征在于，所述第三恢复时隙获取单元包括：

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

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

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

如权利要求 11或 12所述的节点设备以及如权利要求 13到 16任一项所述的节点设备。