一种多层网络中业务保护的方法、设备和系统与流程

本发明涉及通信技术领域，尤其涉及一种多层网络中业务保护的方法、设备和系统。

背景技术：

随着电信技术的快速发展，为了满足不同的业务需求，运营商的网络构架呈现多技术并存，分层分域各司其职的特点。网络的生存性，尤其是多层网络的生存性是亟需突破的关键技术。

在多层网络中，每层都有保证业务可靠性的技术。当某业务发生故障时，该业务所涉及到的每层网络都会感知该故障，并且每层网络都会采取相应的业务保护或恢复动作。为了避免不同的单层保护恢复机制之间的独立运行导致故障产生时的倒换震荡，多层网络生存技术并不是各个单层生存性的简单叠加，而是需要建立有效的多层生存性协调机制，对于多层网络，尤其是要防止多层网络同时发生倒换的情况，需要一种机制进行多层网络的保护协同。

传统的网络中采用设置拖延时间(Hold-off time)的方法来进行多层网络的协同保护，避免倒换震荡。

下面以两层网络为例，说明现有的拖延时间运行机制。

如图1所示，上层为服务层网络，下层为承载层网络。其中，在Router1到Router3之间有一条业务，则该业务在服务层网络的业务路径为：Router1→Router3；在承载层网络的主用路径为：NE1→NE2→NE3：在承载层网络的备用路径为：NE1→NE4→NE3；在服务层网络的实际业务主用路径为：Router1→NE1→NE2→NE3→Router3；在服务层网络的实际业务备用路径为：Router1→NE1→NE4→NE3→Router3。

参照如图2和图3，分别为现有的拖延时间运行机制的时间轴示意图和实现流程示意图。其中：

在t1时刻，业务在承载层网络发生故障。

在t2时刻，承载层网络检测到业务故障，启动保护倒换，即从承载层网络的主用路径倒换到承载层网络的备用路径上。

在t2’时刻，服务层网络检测到业务故障，设定拖延时间为ΔT1(其中，ΔT1大于保护倒换的时间)。另外，t2时刻与t2’时刻由告警传递触发，几乎同步。

在t3时刻，承载层网络完成保护倒换，如果保护倒换成功，则业务恢复正常；如果保护倒换失败，则服务层网络在达到拖延时间时，即t4时刻，启动重路由，并在t5时刻完成业务恢复。

现有的拖延时间运行机制存在两大缺点：一是承载层网络保护倒换失效时，必须等待拖延时间结束后才能够采用上层保护，延长了业务恢复的时间，使业务保护性能劣化；二是上层保护协议复杂，实现时间长。

因此，亟需一种新的多层网络协同保护机制来防止倒换震荡。

技术实现要素：

有鉴于此，本发明实施例提供一种多层网络中业务保护的方法、设备和系统，用于解决现有技术中存在的业务恢复效率较低的问题。

本发明实施例采用以下技术方案：

第一方面，提供了一种多层网络中业务保护的方法，包括：

下层网络检测到业务发生故障时，对所述业务启动保护倒换；

在完成所述保护倒换后，启动恢复路由计算，同时设定第二拖延时间；

在达到第一拖延时间时所述业务恢复正常，或者所述恢复路由计算在达到所述第二拖延时间时未完成时，停止执行恢复路由计算；其中，所述第一拖延时间是所述上层网络检测到所述业务发生故障时设定的；

当所述恢复路由计算在达到所述第二拖延时间之前完成，且确定出所述上层网络未完成重路由时，启动恢复路由倒换；其中，所述重路由是所述上层网络在达到所述第一拖延时间时启动的。

其中，确定所述上层网络未完成重路由，具体包括：

当所述恢复路由计算在达到所述第二拖延时间之前完成时，向所述上层网络发送用于指示所述上层网络判断重路由是否完成的第一报文；

当接收到所述上层网络反馈的用于指示所述上层网络未完成重路由的第二报文时，确定所述上层网络未完成重路由。

其中，所述下层网络为传输层网络，所述上层网络为IP层网络。

第二方面，提供了一种多层网络中业务保护的方法，包括：

上层网络检测到业务发生故障时，设定第一拖延时间；

当达到所述第一拖延时间且所述业务未恢复正常时，对所述业务启动重路由；

当所述重路由未完成，且确定出所述下层网络已完成恢复路由计算时，停止执行所述重路由，由下层网络完成对所述业务的保护；其中，所述恢复路由计算是所述下层网络在启动保护倒换失败或者完成所述保护倒换后所述业务未恢复正常时启动的。

其中，当所述重路由未完成，且确定出所述下层网络已完成恢复路由计算时，所述方法还包括：

设定第三拖延时间；

在达到所述第三拖延时间且所述业务仍未恢复正常时，重新对所述业务启动重路由。

其中，确定所述下层网络已完成恢复路由计算，具体包括：

当接收到所述下层网络发送的用于通知所述上层网络恢复路由计算已完成的第一报文时，确定所述下层网络已完成恢复路由计算。

其中，所述第一报文还用于指示所述上层网络判断重路由是否完成；则

所述方法还包括：

当所述重路由未完成，且确定出所述下层网络已完成恢复路由计算时，向所述下层网络反馈用于指示所述上层网络未完成重路由的第二报文，以指示所述下层网络在接收到所述第二报文时，启动恢复路由倒换。

其中，所述下层网络为传输层网络，所述上层网络为IP层网络。

第三方面，提供了一种下层网络通信设备，包括：

保护倒换单元，用于检测到业务发生故障时，对所述业务启动保护倒换；

恢复路由计算单元，用于在所述保护倒换单元完成所述保护倒换后，启动恢复路由计算，同时设定第二拖延时间；

停止执行单元，用于在达到第一拖延时间时所述业务恢复正常，或者所述恢复路由计算在达到所述恢复路由计算单元设定的第二拖延时间时未完成时，停止执行恢复路由计算；其中，所述第一拖延时间是所述上层网络检测到所述业务发生故障时设定的；

恢复路由倒换单元，用于当所述恢复路由计算在达到所述恢复路由计算单元设定的第二拖延时间之前完成，且确定出所述上层网络未完成重路由时，启动恢复路由倒换；其中，所述重路由是所述上层网络在第一拖延时间结束时启动的。

其中，所述恢复路由倒换单元，具体包括：

第一报文发送模块，用于当所述恢复路由计算在达到所述第二拖延时间之前完成时，向所述上层网络发送用于指示所述上层网络判断重路由是否完成的第一报文；

第二报文接收模块，用于当接收到所述上层网络反馈的用于指示所述上层网络未完成重路由的第二报文时，确定所述上层网络未完成重路由。

第四方面，提供了一种上层网络通信设备，包括：

第一拖延时间设定单元，用于检测到业务发生故障时，设定第一拖延时间；

第一重路由单元，用于当达到所述第一拖延时间设定单元设定的第一拖延 时间且所述业务未恢复正常时，对所述业务启动重路由；

停止执行单元，用于当所述第一重路由单元中执行的重路由未完成，且确定出下层网络已完成恢复路由计算时，停止执行所述重路由，由所述下层网络完成对所述业务的保护；其中，所述恢复路由计算是所述下层网络完成所述保护倒换后启动的。

其中，所述设备还包括：

第三拖延时间设定单元，用于当所述第一重路由单元中执行的重路由未完成，且确定出所述下层网络已完成恢复路由计算时，设定第三拖延时间；

第二重路由单元，用于在达到所述第三拖延时间设定单元设定的第三拖延时间且所述业务仍未恢复正常时，重新对所述业务启动重路由。

其中，所述停止执行单元，具体用于：

当接收到所述下层网络发送的用于通知所述上层网络恢复路由计算已完成的第一报文时，确定所述下层网络已完成恢复路由计算。

其中，所述第一报文还用于指示所述上层网络判断重路由是否完成；则

所述设备还包括：

第二报文发送单元，用于当所述第一重路由单元中执行的重路由未完成，且所述停止执行单元确定出所述下层网络已完成恢复路由计算时，向所述下层网络反馈用于指示所述上层网络未完成重路由的第二报文，以指示所述下层网络在接收到所述第二报文时，启动恢复路由倒换。

第五方面，提供了一种多层网络中业务保护的系统，包括下层网络通信设备和上层网络通信设备，其中：

所述上层网络通信设备，用于检测到业务发生故障时，设定第一拖延时间；在达到所述第一拖延时间且所述业务未恢复正常时，对所述业务启动重路由；当所述重路由未完成，且确定出所述下层网络通信设备已完成恢复路由计算时，停止执行所述重路由；

所述下层网络通信设备，用于检测到所述业务发生故障时，对所述业务启 动保护倒换，在完成所述保护倒换后启动恢复路由计算，同时设定第二拖延时间；在达到第一拖延时间时所述业务恢复正常，或者所述恢复路由计算在达到所述第二拖延时间时未完成时，停止执行恢复路由计算；当所述恢复路由计算在达到所述第二拖延时间之前完成时，且确定出所述上层网络通信设备未完成所述重路由时，启动恢复路由倒换。

其中，所述上层网络通信设备，还用于：

当所述重路由未完成，且确定出所述下层网络通信设备已完成恢复路由计算时，设定第三拖延时间；在达到所述第三拖延时间且所述业务仍未恢复正常时，重新对所述业务启动重路由。

其中，所述下层网络通信设备，具体用于：

当所述恢复路由计算在达到所述第二拖延时间之前完成时，向所述上层网络通信设备发送用于通知所述上层网络通信设备恢复路由计算已完成的第一报文；

所述上层网络通信设备，具体用于：

当接收到所述第一报文时，确定所述下层网络通信设备已完成恢复路由计算。

其中，所述第一报文还用于指示所述上层网络通信设备判断重路由是否完成；则

所述上层网络通信设备，还用于：

当所述重路由未完成时，向所述下层网络通信设备反馈用于指示所述上层网络通信设备未完成重路由的第二报文，以指示所述下层网络通信设备在接收到所述第二报文时，启动恢复路由倒换；以及

所述下层网络通信设备，具体用于：

当接收到所述第二报文时，确定所述上层网络通信设备未完成重路由。

本发明实施例的有益效果如下：

本发明实施例中，在现有的拖延时间运行机制的基础上，当下层网络完成 保护倒换后启动恢复路由计算，同时设定第二拖延时间，在达到第一拖延时间时业务恢复正常，或者当恢复路由计算在达到第二拖延时间时未完成时，停止执行恢复路由计算；当恢复路由计算完成，且完成时间在达到第二拖延时间之前，且确定出上层网络未完成重路由时，启动恢复路由倒换，该过程中上层网络和下层网络之间互不影响，避免了倒换震荡。同时与现有技术相比，下层网络在完成保护倒换后，启动恢复路由计算，并在恢复路由计算完成、且上层网络未完成重路由的情况下，继续启动恢复路由倒换，以完成对业务的恢复。由于上层网络占有的网络资源一般仅是下层网络的一部分，因此下层网络保护业务所需的开销更小，速度更快，因此本发明实施例中的业务保护以下层网络优先，能够极大的提高了业务的恢复效率。

另外，在现有的拖延时间运行机制的基础上，当上层网络检测到业务发生故障时，设定第一拖延时间，并当达到第一拖延时间且业务未恢复正常时，对业务启动重路由，当重路由未完成，且确定出下层网络已完成恢复路由计算时，停止执行重路由，由下层网络完成对业务的保护，其中，恢复路由计算是下层网络在启动保护倒换失败或者完成保护倒换后业务未恢复正常时启动的，该过程中上层网络和下层网络之间互不影响，避免了倒换震荡。同时与现有技术相比，上层网络在进行重路由时，不再是执行完毕再停止，而是通过确定下层网络恢复路由计算的状态来决定自身是否继续执行重路由，当下层网络恢复路由计算完成、且自身未完成重路由的情况下，则停止执行重路由，由下层网络继续启动恢复路由倒换来完成对业务的恢复。由于上层网络占有的网络资源一般仅是下层网络的一部分，因此下层网络保护业务所需的开销更小，速度更快，因此本发明实施例中的业务保护以下层网络优先，能够极大的提高了业务的恢复效率。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获 得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为现有技术中的多层网络示意图；

图2为现有技术中的拖延时间运行机制的时间轴示意图；

图3为现有技术中的拖延时间运行机制的实现流程示意图；

图4为现有的拖延时间运行机制引入重路由功能的时间轴示意图；

图5为本发明实施例提供的下层网络侧实施的一种多层网络中业务保护的方法的原理流程图；

图6为本发明实施例提供的上层网络侧实施的一种多层网络中业务保护的方法的原理流程图；

图7为本发明实施例提供的多层网络协同保护机制的时间轴示意图；

图8为本发明实施例提供的多层网络协同保护机制的实现流程示意图；

图9为本发明实施例提供的一种下层网络通信设备的结构示意图；

图10为本发明实施例提供的一种上层网络通信设备的结构示意图；

图11为本发明实施例提供的一种多层网络中业务保护的系统的结构示意图。

具体实施方式

为了解决现有技术中存在的业务恢复效率较低的问题，申请人对现有技术进行了仔细研究。

近几年随着控制面技术的发展，比如自动交换光网络(Automatically Switched Optical Network，ASON)，软件定义网络(Software Defined Network， SDN)等技术的进步，承载层网络除了具有传统的网络保护功能外，还具有更加灵活的重路由功能，即利用现有资源重新计算出一条可用路径，利用新计算出的可用路由来保证业务运行。

对于多层网络，上层网络占有的网络资源一般仅是下层网络的一部分，如果下层网络具有更加灵活的业务恢复能力时，会比上层网络在可选资源上的选择性更多，也就说业务不受影响的可能性更大；同时，下层网络更接近物理层，保护或恢复所需的开销代价更小，速度更快。因此应该最大化采用下层网络的保护、恢复机制。但同时考虑到层间协同工作难度较大，应尽量保证上层网络现有的拖延时间运行机制不变。

一旦下层网络中引入重路由功能，下层网络保护恢复占用的时间可能会大于原有设置的拖延时间，那么必将产生倒换震荡。

如图4所示，为现有的拖延时间运行机制引入重路由功能的时间轴示意图。仍以图1所示的两层网络为例：

在t1时刻，业务在承载层网络发生故障。

在t2时刻，承载层网络检测到业务故障，启动重路由，重路由的时间为ΔT2。

在t2’时刻，服务层网络检测到业务故障，设定拖延时间为ΔT1。另外，t2时刻与t2’时刻由告警传递触发，几乎同步。

在t4时刻，服务层网络启动重路由，如果此时承载层网络没有完成重路由，那么承载层网络和服务层网络就会同时对该业务进行保护，从而出现倒换震荡。

基于上述分析，本发明实施例提供了一种多层网络中业务保护的方案。该技术方案中，在现有的拖延时间运行机制的基础上，当下层网络完成保护倒换后启动恢复路由计算，同时设定第二拖延时间，在达到第一拖延时间时业务恢复正常，或者当恢复路由计算在达到第二拖延时间时未完成时，停止执行恢复路由计算；当恢复路由计算完成，且完成时间在达到第二拖延时间之前，且确 定出上层网络未完成重路由时，启动恢复路由倒换，该过程中上层网络和下层网络之间互不影响，避免了倒换震荡。同时与现有技术相比，下层网络在完成保护倒换后，启动恢复路由计算，并在恢复路由计算完成、且上层网络未完成重路由的情况下，继续启动恢复路由倒换，以完成对业务的恢复。由于上层网络占有的网络资源一般仅是下层网络的一部分，因此下层网络保护业务所需的开销更小，速度更快，因此本发明实施例中的业务保护以下层网络优先，能够极大的提高了业务的恢复效率。

另外，在现有的拖延时间运行机制的基础上，当上层网络检测到业务发生故障时，设定第一拖延时间，并当达到第一拖延时间且业务未恢复正常时，对业务启动重路由，当重路由未完成，且确定出下层网络已完成恢复路由计算时，停止执行重路由，由下层网络完成对业务的保护，其中，恢复路由计算是下层网络在启动保护倒换失败或者完成保护倒换后业务未恢复正常时启动的，该过程中上层网络和下层网络之间互不影响，避免了倒换震荡。同时与现有技术相比，上层网络在进行重路由时，不再是执行完毕再停止，而是通过确定下层网络恢复路由计算的状态来决定自身是否继续执行重路由，当下层网络恢复路由计算完成、且自身未完成重路由的情况下，则停止执行重路由，由下层网络继续启动恢复路由倒换来完成对业务的恢复。由于上层网络占有的网络资源一般仅是下层网络的一部分，因此下层网络保护业务所需的开销更小，速度更快，因此本发明实施例中的业务保护以下层网络优先，能够极大的提高了业务的恢复效率。

以下结合说明书附图对本发明的实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限制本发明。并且在不冲突的情况下，本发明中的实施例及实施例的特征可以互相结合。

本发明实施例提供了一种多层网络中业务保护的方法，如图5所示，为下层网络侧实施的该方法的实现流程图，其中，本发明实施例中的下层网络可以但不限于为传输层网络，上层网络可以但不限于为IP层网络。

该方法具体包括下述步骤：

步骤51，下层网络检测到业务发生故障时，对业务启动保护倒换。

步骤52，在完成保护倒换后，启动恢复路由计算，同时设定第二拖延时间。

其中，恢复路由计算，即利用现有资源重新计算出一条可用路径。

本发明实施例中，第二拖延时间可以根据下层网络进行重路由的时间(恢复路由计算的时间和恢复路由倒换的时间的总和)进行设定。一般情况下，第二拖延时间应该大于下层网络进行重路由的时间，但是如果下层网络出现异常，那么在执行时就可能会出现恢复路由计算在达到第二拖延时间时未完成的情况。

步骤53，在达到第一拖延时间时业务恢复正常，或者恢复路由计算在达到第二拖延时间时未完成时，停止执行恢复路由计算；其中，第一拖延时间是上层网络检测到业务发生故障时设定的。

在达到第一拖延时间时，业务恢复正常，则无需继续执行恢复路由计算。

当恢复路由计算在达到第二拖延时间时未完成时，恢复路由计算所需的时间必定大于预设的第二拖延时间，在这种情况下，如果继续由下层网络执行对业务的保护，就会使业务保护的时间比较长，而在此期间上层网络有可能已完成重路由，因此为了提高业务保护的效率，当恢复路由计算在达到第二拖延时间时未完成时，停止执行恢复路由计算，由上层网络完成对业务的保护。

步骤54，当恢复路由计算在达到第二拖延时间之前完成，且确定出上层网络未完成重路由时，启动恢复路由倒换；其中，重路由是上层网络在达到第一拖延时间时启动的。

其中，恢复路由倒换，即将业务倒换到新计算出的可用路由，来保证业务运行。

本发明实施例中，确定上层网络未完成重路由，可以按照如下方式实现：

当恢复路由计算在达到第二拖延时间之前完成时，向上层网络发送用于指示上层网络判断重路由是否完成的第一报文；该第一报文还用于通知上层网络 恢复路由计算已完成；具体的，当上层网络接收到第一报文时未完成重路由，则上层网络在接收到第一报文后反馈用于指示上层网络未完成重路由的第二报文；

当下层网络接收到上层网络反馈的第二报文时，确定上层网络未完成重路由。

另外，确定上层网络未完成重路由，还可以按照如下方式实现：

当恢复路由计算在达到第二拖延时间之前完成时，判断是否接收到上层网络发送的用于指示已完成重路由的第三报文；具体的，上层网络在完成重路由时会向下层网络发送用于指示已完成重路由的第三报文；

当判断出没有接收到该第三报文时，确定上层网络未完成重路由。

此时，为了上层网络仍在执行重路由，为了使上层网络停止执行重路由，可以向上层网络发送用于指示上层网络停止执行重路由的第四报文。

上述两种方式中，一种是主动的向上层网络汇报自身已完成恢复路由计算，并指示上层网络判断重路由是否完成，一种是被动的等待上层网络通知重路由已完成。在实际应用中，可以但不限于按照上述两种方式中的任意一种实现。

本发明实施例中，在现有的拖延时间运行机制的基础上，当下层网络完成保护倒换后启动恢复路由计算，同时设定第二拖延时间，在达到第一拖延时间时业务恢复正常，或者当恢复路由计算在达到第二拖延时间时未完成时，停止执行恢复路由计算；当恢复路由计算完成，且完成时间在达到第二拖延时间之前，且确定出上层网络未完成重路由时，启动恢复路由倒换，该过程中上层网络和下层网络之间互不影响，避免了倒换震荡。同时与现有技术相比，下层网络在完成保护倒换后，启动恢复路由计算，并在恢复路由计算完成、且上层网络未完成重路由的情况下，继续启动恢复路由倒换，以完成对业务的恢复。由于上层网络占有的网络资源一般仅是下层网络的一部分，因此下层网络保护业务所需的开销更小，速度更快，因此本发明实施例中的业务保护以下层网络优 先，能够极大的提高了业务的恢复效率。

相应的，本发明实施例还提供了一种多层网络中业务保护的方法，如图6所示，为上层网络侧实施的该方法的实现流程图，其中，本发明实施例中的下层网络可以但不限于为传输层网络，上层网络可以但不限于为IP层网络。

该方法具体包括下述步骤：

步骤61，上层网络检测到业务发生故障时，设定第一拖延时间。

步骤62，当达到第一拖延时间且业务未恢复正常时，对业务启动重路由。

步骤63，当重路由未完成，且确定出下层网络已完成恢复路由计算时，停止执行重路由，由下层网络完成对业务的保护；其中，恢复路由计算是下层网络在启动保护倒换失败或者完成保护倒换后业务未恢复正常时启动的。

其中，确定下层网络已完成恢复路由计算，可以按照如下方式实现：

当接收到下层网络发送的用于通知上层网络恢复路由计算已完成的第一报文时，确定下层网络已完成恢复路由计算。

另外，第一报文还可以用于指示上层网络判断重路由是否完成；则

在接收到第一报文之后，还可以包括：

当重路由未完成，且确定出所述下层网络已完成恢复路由计算时，向下层网络反馈用于指示上层网络未完成重路由的第二报文，以指示下层网络在接收到第二报文时，启动恢复路由倒换。

另外，确定下层网络已完成恢复路由计算，还可以按照如下方式实现：

当接收到下层网络发送的用于指示上层网络停止执行重路由的第四报文时，则确定下层网络已完成恢复路由计算。

这种方式下，如果上层网络在接收到第四报文之前完成重路由，则向下层网络发送用于指示已完成重路由的第三报文，而下层网络在接收到该第三报文时会停止执行恢复路由计算。

本发明实施例中，停止执行重路由，由下层网络完成对业务的保护，如果下层网络保护失败，则会导致业务无法及时恢复，从而造成一些不可避免的损 失。因此，当重路由未完成，且确定出下层网络已完成恢复路由计算时，除了停止执行重路由，还可以进一步包括下述步骤：

在停止执行重路由的同时，设定第三拖延时间；

其中，在第三拖延时间内，上层网络不执行任何动作，而下层网络执行恢复路由倒换。

在达到第三拖延时间且业务仍未恢复正常时，说明下层网络执行恢复路由倒换失败，则上层网络重新对业务启动重路由，以实现对业务的保护。

本发明实施例中，在现有的拖延时间运行机制的基础上，当上层网络检测到业务发生故障时，设定第一拖延时间，并当达到第一拖延时间且业务未恢复正常时，对业务启动重路由，当重路由未完成，且确定出下层网络已完成恢复路由计算时，停止执行重路由，由下层网络完成对业务的保护，其中，恢复路由计算是下层网络在启动保护倒换失败或者完成保护倒换后业务未恢复正常时启动的，该过程中上层网络和下层网络之间互不影响，避免了倒换震荡。同时与现有技术相比，上层网络在进行重路由时，不再是执行完毕再停止，而是通过确定下层网络恢复路由计算的状态来决定自身是否继续执行重路由，当下层网络恢复路由计算完成、且自身未完成重路由的情况下，则停止执行重路由，由下层网络继续启动恢复路由倒换来完成对业务的恢复。由于上层网络占有的网络资源一般仅是下层网络的一部分，因此下层网络保护业务所需的开销更小，速度更快，因此本发明实施例中的业务保护以下层网络优先，能够极大的提高了业务的恢复效率。

为了更好的理解本发明实施例，以下结合具体的实施对本发明实施例的具体实施过程进行说明。

以上层网络为IP层网络，下层网络为传输层网络为例。

如图7和图8所示，分别为本发明实施例提供的多层网络协同保护机制的时间轴示意图和实现流程示意图。

参照如图7，按照时间轴顺序对该方法的实现流程进行介绍：

t1时刻：业务在传输层网络发生故障。

t2时刻：传输层网络检测到业务故障，启动保护倒换；

t2’时刻：IP层网络检测到业务故障，启动第一拖延时间计时器，第一拖延时间设置为ΔT1(在图7中为从t2’时刻至t4时刻)，IP层网络在ΔT1期间不做任何操作，其中，ΔT1大于保护倒换的时间。

t3时刻：传输层网络完成保护倒换，启动恢复路由计算，同时启动第二拖延时间定时器，第二拖延时间设置为ΔT2(在图7中为从t3时刻至t8时刻)。

t4时刻：即ΔT1结束。

传输层网络判断业务是否恢复正常，如果业务恢复正常，则传输层网络停止执行恢复路由计算，流程结束；如果业务未恢复正常，则传输层网络继续执行恢复路由计算；

IP层网络判断业务是否恢复正常，如果业务恢复正常，则IP层网络不执行任何操作，流程结束；如果业务未恢复正常，则IP层网络启动重路由。

t5时刻：传输层网络完成恢复路由计算，向IP层网络发送报文，该报文的作用是向IP层网络汇报恢复路由计算已完成。

t6时刻：IP层网络收到上述报文后，判断自身的重路由是否完成；

如果IP层网络的重路由操作已经完成，则业务已恢复正常，其余操作停止，流程结束。

如果IP层网络的重路由未完成，则向传输层网络反馈相应报文，指示传输层网络开始进行恢复路由倒换，同时，IP层网络启动第三拖延时间计时器，第三拖延时间设置为ΔT3(在图7中为从t6时刻至t9时刻)，在此期间IP层网络不做任何操作。

t7时刻：传输层网络收到IP层网络反馈的相应报文后，启动恢复路由倒换。

t8时刻：ΔT2结束。

t9时刻:如果业务恢复正常，则说明传输层网络的恢复路由倒换成功；如 果仍能感知到业务故障，说明恢复路由倒换失败，此时IP层网络重新进行重路由，到t10时刻完成重路由，保证业务恢复正常。

基于同一发明构思，本发明实施例中还分别提供了一种下层网络侧实施的下层网络通信设备和上层网络侧实施的上层网络通信设备以及一种多层网络中业务保护的系统，由于上述设备及系统解决问题的原理与下层网络侧实施的多层网络中业务保护的方法和上层网络侧实施的多层网络中业务保护的方法相似，因此上述设备及系统的实施可以参见方法的实施，重复之处不再赘述。

如图9所示，为本发明实施例提供的下层网络通信设备的结构示意图，包括：

保护倒换单元91，用于检测到业务发生故障时，对所述业务启动保护倒换；

恢复路由计算单元92，用于在所述保护倒换单元91完成所述保护倒换后，启动恢复路由计算，同时设定第二拖延时间；

停止执行单元93，用于在达到第一拖延时间时所述业务恢复正常，或者所述恢复路由计算在达到所述恢复路由计算单元92设定的第二拖延时间时未完成时，停止执行恢复路由计算；其中，所述第一拖延时间是所述上层网络检测到所述业务发生故障时设定的；

恢复路由倒换单元94，用于当所述恢复路由计算在达到所述恢复路由计算单元92设定的第二拖延时间之前完成，且确定出所述上层网络未完成重路由时，启动恢复路由倒换；其中，所述重路由是所述上层网络在第一拖延时间结束时启动的。

其中，所述恢复路由倒换单元94，具体包括：

第一报文发送模块941，用于当所述恢复路由计算在达到所述第二拖延时间之前完成时，向所述上层网络发送用于指示所述上层网络判断重路由是否完成的第一报文；

第二报文接收模块942，用于当接收到所述上层网络反馈的用于指示所述上层网络未完成重路由的第二报文时，确定所述上层网络未完成重路由。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

如图10所示，为本发明实施例提供的上层网络通信设备的结构示意图，包括：

第一拖延时间设定单元101，用于检测到业务发生故障时，设定第一拖延时间；

第一重路由单元102，用于当达到所述第一拖延时间设定单元101设定的第一拖延时间且所述业务未恢复正常时，对所述业务启动重路由；

停止执行单元103，用于当所述第一重路由单元102中执行的重路由未完成，且确定出下层网络已完成恢复路由计算时，停止执行所述重路由，由所述下层网络完成对所述业务的保护；其中，所述恢复路由计算是所述下层网络完成所述保护倒换后启动的。

其中，所述设备还包括：

第三拖延时间设定单元104，用于当所述第一重路由单元102中执行的重路由未完成，且确定出所述下层网络已完成恢复路由计算时，设定第三拖延时间；

第二重路由单元105，用于在达到所述第三拖延时间设定单元104设定的第三拖延时间且所述业务仍未恢复正常时，重新对所述业务启动重路由。

其中，所述停止执行单元103，具体用于：

当接收到所述下层网络发送的用于通知所述上层网络恢复路由计算已完成的第一报文时，确定所述下层网络已完成恢复路由计算。

其中，所述第一报文还用于指示所述上层网络判断重路由是否完成；则

所述设备还包括：

第二报文发送单元106，用于当所述第一重路由单元102中执行的重路由未完成，且所述停止执行单元确定出所述下层网络已完成恢复路由计算时，向 所述下层网络反馈用于指示所述上层网络未完成重路由的第二报文，以指示所述下层网络在接收到所述第二报文时，启动恢复路由倒换。

如图11所示，为本发明实施例提供的一种多层网络中业务保护的系统的结构示意图，包括：下层网络通信设备111和上层网络通信设备112，其中：

所述上层网络通信设备112，用于检测到业务发生故障时，设定第一拖延时间；在达到所述第一拖延时间且所述业务未恢复正常时，对所述业务启动重路由；当所述重路由未完成，且确定出所述下层网络通信设备111已完成恢复路由计算时，停止执行所述重路由；

所述下层网络通信设备111，用于检测到所述业务发生故障时，对所述业务启动保护倒换，在完成所述保护倒换后启动恢复路由计算，同时设定第二拖延时间；在达到第一拖延时间时所述业务恢复正常，或者所述恢复路由计算在达到所述第二拖延时间时未完成时，停止执行恢复路由计算；当所述恢复路由计算在达到所述第二拖延时间之前完成时，且确定出所述上层网络通信设备112未完成所述重路由时，启动恢复路由倒换。

其中，所述上层网络通信设备112，还用于：

当所述重路由未完成，且确定出所述下层网络通信设备111已完成恢复路由计算时，设定第三拖延时间；在达到所述第三拖延时间且所述业务仍未恢复正常时，重新对所述业务启动重路由。

其中，所述下层网络通信设备111，具体用于：

当所述恢复路由计算在达到所述第二拖延时间之前完成时，向所述上层网络通信设备112发送用于通知所述上层网络通信设备112恢复路由计算已完成的第一报文；

所述上层网络通信设备112，具体用于：

当接收到所述第一报文时，确定所述下层网络通信设备111已完成恢复路由计算。

其中，所述第一报文还用于指示所述上层网络通信设备112判断重路由是 否完成；则

所述上层网络通信设备112，还用于：

当所述重路由未完成时，向所述下层网络通信设备111反馈用于指示所述上层网络通信设备112未完成重路由的第二报文，以指示所述下层网络通信设备111在接收到所述第二报文时，启动恢复路由倒换；以及

所述下层网络通信设备111，具体用于：

当接收到所述第二报文时，确定所述上层网络通信设备112未完成重路由。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个 流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。