CN114615190B - 重路由方法、通信装置及存储介质 - Google Patents

Abstract

本申请实施例公开了一种重路由方法、通信装置及存储介质，该方法包括：第一节点获取故障消息，所述故障消息用于指示承载M个业务的第一链路出现故障，M为大于或者等于1的整数；所述第一节点根据所述故障消息确定M条恢复路径，其中，所述M个业务与所述M条恢复路径一一对应，所述M条恢复路径经过N个第二节点，N为大于1的整数；所述第一节点分别向所述N个第二节点中的每个第二节点发送重路由消息，所述重路由消息用于指示所述每个第二节点进行重路由。本申请实施例有利于降低重路由时长。

Description

重路由方法、通信装置及存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种重路由方法、通信装置及存储介质。

背景技术

在光网络中，两个节点之间会出现断纤现象，断纤之后经过这两个节点的业务将会受影响，无法正常传输。为了保证业务传输的稳定性，在节点故障之后，故障节点会为受影响的业务进行重路由，以保证受影响业务的正常传输，其重路由就是故障节点为受影响的业务规划出一条恢复路径，并通过信令建立该恢复路径，通过该恢复路径来传输该受影响的业务。

然而，目前是通过逐跳的方式进行恢复路径的建立，重路由时间较长，性能差。

发明内容

本申请提供了一种重路由方法、通信装置及存储介质，通过多个第二节点并行进行业务重路由，缩短重路由时间，提高重路由性能。

第一方面，本申请实施例提供一种该方法的执行主体可以是第一节点，也可以是应用于第一节点中的芯片。下面以执行主体是第一节点为例进行描述。该方法包括：

第一节点获取故障消息，故障消息用于指示承载M个业务的第一链路出现故障，M为大于或者等于1的整数；第一节点根据故障消息确定M条恢复路径，其中，M个业务与M条恢复路径一一对应，M条恢复路径经过N个第二节点，N为大于1的整数；第一节点分别向N个第二节点中的每个第二节点发送重路由消息，重路由消息用于指示每个第二节点进行重路由。

可以看出，在本申请实施例中，第一节点可确定出经过出现故障的第一链路的M个业务，以及该M个业务对应的M条恢复路径，并向该M条恢复路径经过的N个第二节点中的每个第二节点发送重路由消息；然后，每个第二节点接收到重路由消息之后，并行进行业务重路由，建立该M条恢复路径，无需首节点或者重路由触发点逐跳执行业务的重路由，进而降低了重路由的时长，提高了重路由性能。

在一些可能的实施方式中，故障消息包括连接第一链路的两个故障节点，第一节点根据故障消息确定M条恢复路径，包括：第一节点根据两个故障节点以及第一路径列表，确定M条恢复路径，第一路径列表包括故障节点与恢复路径之间的对应关系，第一路径列表是预先配置到第一节点中的。

可以看出，预先配置第一路径列表，这样在两个节点之间的链路故障的情况下，第一节点就可以根据故障节点和第一路径列表快速确定出恢复路径，然后，定位出N个第二节点，从而可以指示N个第二节点并行执行业务重路由，降低重路由时长。而且，只需配置恢复路径和故障节点之间的对应关系，配置方式比较简单、灵活。

在一些可能的实施方式中，故障消息包括连接第一链路的两个故障节点，第一节点根据故障消息确定M条恢复路径，包括：第一节点根据两个故障节点，确定经过两个故障节点的M个业务；第一节点根据M个业务和第二路径列表，确定M条恢复路径，第二路径列表包括业务与恢复路径之间的对应关系，第二路径列表是预先配置到第一节点中的。

可以看出，预先配置第二路径列表，这样在两个节点之间的链路故障的情况下，第一节点就可以根据故障节点和第一路径列表快速确定出恢复路径，然后，定位出N个第二节点，从而可以指示N个第二节点并行执行业务重路由，降低重路由时长。而且，只需配置业务和恢复路径之间的对应关系，配置方式比较简单、灵活。

在一些可能的实施方式中，第一节点根据M个业务和第二路径列表，确定M条恢复路径，包括：第一节点根据M个业务和第二路径列表，确定M个业务中的每个业务对应的至少一条恢复路径；第一节点根据第一预设规则，从每个业务对应的至少一条恢复路径确定出每个业务对应的一条恢复路径，得到M条恢复路径。

可以看出，第一节点可以根据第一预设规则，从每个业务对应的至少一条恢复路径中确定出每个业务对应的一条恢复路径，得到M条恢复路径。应理解，这样确定出的M条恢复路径，为这M个业务对应的所有恢复路径组合中最优的一种组合，比如，第二节点最少的恢复路径，这样就可以通过最优的恢复路径进行重路由，提高重路由性能。

在一些可能的实施方式中，第一节点分别向N个第二节点中的每个第二节点发送故障消息之前，该方法还包括：第一节点对M条恢复路径上的所有节点进行去重，得到N个第二节点。

可以看出，在本实施方式中，第一节点先对M条恢复路径上的节点进行去重，这样就可以避免第一节点重复向某些第二节点发送重路由消息，降低第一节点发送重路由消息的压力。

在一些可能的实施方式中，第一节点为两个故障节点中的任意一个故障节点；或者，第一节点为两个故障节点中满足第二预设规则的故障节点；或者，第一节点为集中控制单元。

可以看出，在本实施方式中，可以通过多种方式确定出第一节点，保证第一节点的灵活性，进而保证了重路由方式的灵活性。

在一些可能的实施方式中，重路由消息包括两个故障节点，重路由消息用于指示每个第二节点根据两个故障节点，确定M条恢复路径，并建立M条恢复路径上经过每个第二节点的恢复路径。

可以看出，在本实施方式中，可以在重路由消息中携带两个故障节点，可以降低重路由消息的开销，降低第一节点通告重路由消息的压力。

在一些可能的实施方式中，重路由消息包括M条恢复路径，重路由消息用于指示每个第二节点建立M条恢复路径上经过每个第二节点的恢复路径。

可以看出，在本实施方式中，可以在重路由消息中携带M条恢复路径，这样第二节点就可以直接根据M条恢复路径进行重路由，无需去确定M条恢复路径，减少第二节点的计算压力，提高了重路由性能。

第二方面，本申请实施例提供一种该方法的执行主体可以是第二节点，也可以是应用于第二节点中的芯片。下面以执行主体是第二节点为例进行描述。该方法包括：第二节点从第一节点接收重路由消息，第二节点为N个第二节点中的任意一个第二节点，N个第二节点为M个业务对应的M条恢复路径经过的节点，M个业务与M条恢复路径一一对应，M条恢复路径是第一业务节点根据获取到的故障消息确定的，且故障消息指示承载M个业务的第一链路出现故障，M为大于或者等于1的整数，N为大于1的整数；第二节点根据重路由消息进行重路由。

可以看出，在本申请实施例中，每个第二节点都会接收到重路由消息，并根据该重路由消息进行重路由。由于N个第二节点并行进行重路由，降低了重路由时长，提高重路由性能。

在一些可能的实施方式中，重路由消息包括连接第一链路的两个故障节点，第二节点根据重路由消息进行重路由，包括：第二节点根据两个故障节点，确定M条恢复路径；第二节点建立M条恢复路径中经过第二节点的恢复路径。

可以看出，在本实施方式中，由于重路消息包括两个故障节点，则重路由消息的开销较小。而且，第二节点只根据该两个故障节点，即可完成重路由，提升了重路由的灵活性。

在一些可能的实施方式中，第二节点根据两个故障节点，确定M条恢复路径，包括：第二节点根据两个故障节点以及第一路径列表，确定M条恢复路径，其中，第一路径列表包括故障节点与恢复路径之间的对应的关系，第一路径列表是预先配置到第二节点中的。

可以看出，在本实施方式中，预先配置第一路径列表，在接收到重路由消息的情况下，第二节点可根据两个故障节点以及第一路径列表，快速确定出M条恢复路径，从而可以建立经过该第二节点的恢复路径，并行执行业务重路由过程，降低重路由时长。此外，只需配置故障节点和恢复路径之间的对应关系，配置方式比较简单、灵活。

在一些可能的实施方式中，第二节点根据两个故障节点，确定M条恢复路径，包括：第二节点根据两个故障节点，确定经过两个故障节点的M个业务；第二节点根据M个业务和第二路径列表，确定M条恢复路径，第二路径列表包括业务与恢复路径之间的对应关系，第二预设列表是预先配置到第二节点中的。

可以看出，在本实施方式中，预先配置第二路径列表，在接收到重路由消息的情况下，第二节点可根据两个故障节点以及第一路径列表，快速确定出M条恢复路径，从而可以建立经过该第二节点的恢复路径，并行执行业务重路由过程，降低重路由时长。此外，只需配置业务和恢复路径之间的对应关系，配置方式比较简单、灵活。

在一些可能的实施方式中，第二节点根据M个业务和第二路径列表，确定M条恢复路径，包括：第二节点根据M个业务和第二路径列表，确定M个业务中的每个业务对应的至少一条恢复路径；第二节点根据第一预设规则，从每个业务对应的至少一条恢复路径确定出每个业务对应的第一业务路径，得到M条恢复路径。

可以看出，在本实施方式中，第二节点可以根据第一预设规则，从每个业务对应的至少一条恢复路径中确定出每个业务对应的一条恢复路径，得到M条恢复路径。应理解，这样确定出的M条恢复路径，为这M个业务对应的所有恢复路径组合中最优的一种组合，这样就可以通过最优的恢复路径进行重路由，提高重路由性能。

在一些可能的实施方式中，重路由消息包括M条恢复路径，第二节点根据重路由消息进行重路由，包括：第二节点建立M条恢复路径中经过第二节点的恢复路径。

可以看出，在本实施方式中，重路由消息包括M条恢复路径，这样第二节点可以直接根据M条恢复路径建立经过该第二节点的恢复路径，无需去确定该M条恢复路径，降低了该第二节点的计算压力，提高重路由性能。

第三方面，本申请实施例提供一种通信装置，有益效果可以参见第一方面的描述此处不再赘述。通信装置具有实现上述第一方面的方法实例中行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，该通信装置包括：处理模块，用于获取故障消息，故障消息用于指示承载M个业务的第一链路出现故障，M为大于或者等于1的整数；以及根据故障消息确定M条恢复路径，其中，M个业务与M条恢复路径一一对应，M条恢复路径经过N个第二节点，N为大于1的整数；收发模块，用于分别向N个第二节点中的每个第二节点发送重路由消息，重路由消息用于指示每个第二节点进行重路由。

第四方面，本申请实施例提供一种通信装置，有益效果可以参见第二方面的描述此处不再赘述。通信装置具有实现上述第二方面的方法实例中行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，该通信装置包括：收发模块，用于从第一节点接收重路由消息，第二节点为N个第二节点中的任意一个第二节点，N个第二节点为M个业务对应的M条恢复路径经过的节点，M个业务与M条恢复路径一一对应，M条恢复路径是第一业务节点根据获取到的故障消息确定的，且故障消息指示承载M个业务的第一链路出现故障，M为大于或者等于1的整数，N为大于1的整数；处理模块，用于根据重路由消息进行重路由。

第五方面，本申请实施例提供一种通信装置，该通信装置可以为上述方法实施例中的第一节点，或者为设置在第一节点中的芯片。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序或指令，处理器与存储器、通信接口耦合，当处理器执行计算机程序或指令时，使通信装置执行上述方法实施例中由第一节点所执行的方法。

第六方面，本申请实施例提供一种通信装置，该通信装置可以为上述方法实施例中的第二节点，或者为设置在第二节点中的芯片。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序或指令，处理器与存储器、通信接口耦合，当处理器执行计算机程序或指令时，使通信装置执行上述方法实施例中由第二节点所执行的方法。

第七方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码并运行时，使得上述各方面中由第一节点执行的方法被执行。

第八方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码并运行时，使得上述各方面中由第二节点执行的方法被执行。

第九方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面的方法中第一节点的功能。在一种可能的设计中，该芯片系统还包括存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第十方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面的方法中第二节点的功能。在一种可能的设计中，该芯片系统还包括存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第十一方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由第一节点执行的方法。

第十二方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由第二节点执行的方法。

第十三方面，本申请提供了一种重路由系统，包括第五方面的通信装置以及第六方面的通信装置。

可以看出，在本申请实施例中，第一节点可以获取故障消息，该故障消息指示了承载M个业务的第一链路出现故障，因此，第一节点可以根据该故障消息确定出M条恢复路径，该M条恢复路径经过N个第二节点；然后，第一节点分别向N个第二节点中的每个第二节点发送重路由消息，这样每个第二节点接收到重路由消息之后，根据该重路由消息进行重路由，则实现N个第二节点并行建立该M条恢复路径，降低了重路由时长，提高了重路由性能。

附图说明

图1为本申请实施例提供的一种业务重路由方法的示意图；

图2为本申请实施例提供的另一种业务重路由方法的示意图；

图3为本申请实施例提供的一种重路由系统的架构示意图；

图4为本申请实施例提供的另一种重路由系统的架构示意图；

图5为本申请实施例提供的一种重路由方法的流程示意图；

图6为本申请实施例提供的一种重路由的示意图；

图7为本申请实施例提供的另一种重路由的示意图；

图8为本申请实施例提供的一种通信装置的结构示意图；

图9为本申请实施例提供的另一种通信装置的结构示意图。

具体实施方式

本申请实施例中的技术方案，可应用于各种光网络。比如，自动交换光网络(AutoMatically Switched Optical Network，ASON)、光传送网络(optical TransportNetwork，OTN)、有源光网络(Active Optical Network，AON)，等等。并且本申请中以ASON为例进行说明，其他类型的光网络与ASON场景类似，不再叙述。

应理解，在将本申请的技术方案应用于ASON的情况下，本申请实施例中的第一节点和第二节点可以为ASON设备，比如，ASON设备可以为光线路终端(Optical LineTerMinal，OLT)或者光缆终端设备(Optical Line TerMinal)，等等。

为了便于理解本申请，首先在此介绍本申请实施例涉及的相关技术知识。

在ASON中，两个节点之间会出现断纤现象，断纤之后经过这两个节点的业务将会受影响，无法正常传输。为了保证业务传输的稳定性，在节点故障之后，故障节点会为受影响的业务进行重路由，以保证受影响业务的正常传输，其重路由就是故障节点为受影响的业务规划出一条恢复路径，并通过信令建立该恢复路径，通过该恢复路径来传输该受影响的业务。

下面结合附图介绍一下两种重路由方案。

方案1：如图1所示，在节点C和节点D之间断纤之后，故障节点C确定经过两个故障节点的业务有业务S1，节点C为业务S1规划出一条恢复路径(即图1中虚线示出的路径)；然后，节点C将恢复路径通告给这条恢复路径上的首节点，即节点A；最后，从节点A开始通过信令逐跳建立这条恢复路径，在恢复路径建立完成之后，将业务S1的传输路径从原路径(即图1中实线示出的路径)切换到恢复路径上传输业务S1。

可以看出，故障节点需要将恢复路径通告首节点，当首节点与故障节点之间的传输距离较远时，通告的时间较长；而且，这种逐跳重路由的方式，当受影响的业务较多的时候，需要分批重路由多个业务，导致整个重路由的时间较长，重路由性能差。

方案2：如图2所示，首先人工配置每个节点的重路由触发节点，在两个节点之间断纤之后，其中的一个故障节点，比如节点C可以确定出受影响的业务S1的恢复路径，并把恢复路径发送给与节点C对应的重路由触发节点，即节点B；然后，节点B接收到恢复路径之后，从本节点开始逐跳建立该条恢复路径。

可以看出，首先需要人工配置重路由触发节点，人工成本较高；另外，若重路由触发节点为恢复路径的首节点的情况下，重路由的时间较长；而且，这种逐跳重路由的方式，当业务较多的时候，需要分批重路由多个业务，导致整个重路由时间比较长，重路由性能差。

因此，现有的重路由方式耗时久，重路由性能差。

参阅图3，图3为本申请实施例提供的一种重路由系统。重路由系统包括第一节点301和N个第二节点302。示例性的，如图3所示，节点C为第一节点，节点E、节点F、节点G、节点H、节点I以及节点J均为第二节点，且节点C和节点D为两个故障节点，即节点C和节点D之间断纤。

示例性的，第一节点301获取故障消息，故障消息用于指示承载M个业务的第一链路出现故障，其中，第一节点301为第一链路的两个故障节点中的一个节点；第一节点301根据故障消息确定出M条恢复路径，其中，M条恢复路径与M个业务一一对应，且该M条恢复路径经过该N个第二节点，M为大于或者等于1的整数，N为大于1的整数；最后，第一节点301向N个第二节点中的每个第二节点302发送重路由消息；每个第二节点302根据重路由消息进行重路由，即根据该重路由消息建立M条恢复路径中经过该第二节点的恢复路径，从而完成对该M个业务的重路由。

参阅图4，图4为本申请实施例提供的另一种重路由系统。重路由系统包括第一节点401和N个第二节点402。示例性的，如图4所示，节点C为第一节点，节点E、节点F、节点G、节点H、节点I以及节点J均为第二节点，且节点C和节点D为两个故障节点，即节点C和节点D之间断纤。

示例性的，第一节点401从故障节点接收故障消息，故障消息用于指示承载M个业务的第一链路出现故障，其中，第一节点401为光网络的集中控制单元，故障节点为该第一链路连接的两个故障节点中的任意一个；第一节点401根据故障消息确定出M条恢复路径，其中，M条恢复路径与M个业务一一对应，且该M条恢复路径经过该N个第二节点，M为大于或者等于1的整数，N为大于1的整数；最后，第一节点401向N个第二节点中的每个第二节点402发送重路由消息；每个第二节点402根据重路由消息进行重路由，即根据该重路由消息建立M条恢复路径中经过该第二节点的恢复路径，从而完成对该M个业务的重路由。

可以看出，在图3和图4示出的重路由系统中，第一节点可确定出经过出现故障的第一链路的M个业务，以及该M个业务对应的M条恢复路径，并向该M条恢复路径经过的N个第二节点中的每个第二节点发送重路由消息；然后，每个第二节点接收到重路由消息之后，去建立经过该节点的恢复路径，完成对M条恢复路径的建立，进而完成对M个业务的重路由。相当于，N个第二节点可以并行执行重路由过程，无需首节点或者重路由触发点逐跳执行业务的重路由，进而降低了重路由的时长，提高了重路由性能。而且，由于N个第二节点可以并行执行重路由的过程，所以，无论自动交换光网络的规模有多大，重路由的时长由每个第二节点建立恢复路径的时长决定，也就是说，重路由的时长不会再受自动交换光网络的规模的影响。

应理解，图3和图4示出的重路由系统还包括其他节点，比如，节点K、节点L、节点M、节点N、节点A以及节点B，等等。由于这些节点不参与本次的重路由过程，不再叙述这些节点的功能。

参阅图5，图5为本申请实施例提供的一种重路由方法的流程示意图。该方法包括以下步骤：

501：第一节点获取故障消息，其中，故障消息用于指示承载M个业务的第一链路出现故障，M为大于或者等于1的整数。

示例性的，第一节点可以为第一链路的两个故障节点中的任意一个节点，也可以是该两个故障节点中满足第二预设规则的节点，还可是ASON的集中控制单元。

举例来说，第二预设规则可以为两个故障节点中连接节点数量最多的故障节点，如图6所示，节点C和节点D之间断纤，也就是C和D之间的第一链路出现故障，则节点C和节点D为两个故障节点，而与节点C连接的节点有节点B、节点H、节点G、节点F以及节点D，而与节点D连接的节点有节点C、节点F以及节点E，故将节点C作为该第一节点。

应理解，第二预设规则还可以有其他的形式，比如，第二预设规则可以为两个故障节点中经过的业务数量最少的故障节点，本申请不对第二预设规则进行限定。

此外，在第一节点为故障节点的情况下，第一节点获取故障消息其实就是故障节点确定断纤的过程，也就是确定与第一链路连接的两个故障节点是哪两个节点；在第一节点为集中控制单元的情况下，则可以从故障节点接收该故障消息，该故障节点可以是与第一链路连接的两个故障节点中的任意一个。

502：第一节点根据故障消息确定M条恢复路径，其中，M条恢复路径经过N个第二节点。

示例性的，第一节点根据两个故障节点以及第一路径列表，确定M条恢复路径，其中，该第一路径列表包括故障节点与恢复路径之间的对应关系，且该第一路径列表是预先配置到该第一节点中的。应理解，由于并不能提前预知哪些节点会发生故障，所以，预先向该ASON网络中的每个节点配置该第一路径列表。

可以看出，在确定恢复路径的过程中，仅根据故障节点和恢复路径的对应关系即可确定出M条恢复路径，而不用去关注恢复路径对应的业务，从而可以快速的得到M条恢复路径，可以降低重路由的时长。

结合图6示出的节点，表1示出了故障节点与恢复路径之间的对应关系：

表1：

应理解，表1中还示出了业务与恢复路径以及故障节点的对应关系，这样是便于后续恢复路径建立之后，每条恢复路径的首节点知道经过该首节点的恢复路径是哪个业务的恢复路径，以便于在该恢复路径上恢复该业务的传输。

示例性的，第一节点根据故障节点确定经过该两个故障节点的M个业务，即经过第一链路的M个业务，比如，第一节点可以根据本地存储的业务三元组信息确定经过该两个故障节点的M个业务；然后，根据M个业务和第二路径列表，确定M条第一业务路径，其中，该第二路径列表包括业务与恢复路径之间的对应关系，该第二路径列表是预先配置到第一节点中的。同样，需要将第二路径列表配置到ASON网络中的各个节点。

可以看出，仅配置业务与恢复路径之间的对应关系，这样可以减少第二路径列表的存储空间，从而节省了第二路径列表在每个节点中所占用的存储空间。

结合图6示出的节点，表2示出了业务与恢复路径之间的对应关系：

表2：

应理解，可以为每个业务配置至少一条恢复路径。因此，第一节点在确定出M个业务之后，还可以从M个业务中的每个业务对应的至少一条恢复路径中为每个业务选出一恢复路径，作为每个业务的最优恢复路径，进而得到M个业务对应的M条恢复路径。

示例性的，在配置每个业务的恢复路径时，可对每条业务的至少一条恢复路径进行编号，编号越小表示与该编号对应的恢复路径的优先级越高。因此，第一节点可从该第二路径列表中选出每个业务对应的至少一条恢复路径中编号最小的恢复路径为最优恢复路径。

此外，在配置每个业务对应的至少一条恢复路径时，也可以不为每条恢复路径进行编号，即不去配置恢复路径的优先级，而是为每个节点插入第一预设规则，则第一节点可以根据第一预设规则，从每个业务对应的至少一条恢复路径中确定出每个业务的最优恢复路径，得到M条恢复路径。

示例性的，该第一预设规则可以为将每个业务对应的至少一条恢复路径进行交叉组合，得到多个组合结果，将多个组合结果中第二节点数量最少的组合结果，作为M个业务的M条恢复路径。比如，业务S1对应的恢复路径有R1和R2，业务S2对应的恢复路径有L1和L2，则组合结果有：R1和L1，R1和L2，R2和L1，R2和L2，并且确定出R2和L2这个组合结果中第二节点的数量最少，因此，将R2作为S1的恢复路径，将L2作为S2的恢复路径。

可以看出，通过设置第一预设规则，可以使第二节点的数量最少，这样第一节点就可以向数量较少的第二节点通告故障消息，减少了第一节点的通告消息的压力。

应理解，上述的第二预设规则仅为举例说明，并不进行限定。在实际应用中，还可以采用其他的预设规则为每个业务选择一条恢复路径，比如，从每个业务对应的至少一条恢复路径中选择节点数量最少的恢复路径，作为该业务的最优恢复路径。

503：第一节点分别向N个第二节点中的每个第二节点发送重路由消息。

示例性的，在向N个第二节点中的每个第二节点发送重路由消息之前，第一节点对M条第一恢复路径上的所有节点进行去重，得到该N个第二节点。

例如，如图6所示，确定出恢复路径R1和恢复路径R2，其中，恢复路径R1为：节点A→节点I→节点H→节点G→节点F→节点D，恢复路径R2为：节点K→节点I→节点H→节点G→节点F→节点D。因此，对恢复路径R1和恢复路径R2上的所有节点取并集并去重，得到以下第二节点：节点A、节点K、节点I、节点H、节点G、节点F以及节点D。

然后，第一节点分别向N个第二节点中的每个第二节点发送重路由消息。

应理解，第一节点向第二节点发送重路由消息的过程中，如果一个第二节点没有和第一节点直接连接，则第一节点通过中转的方式将重路由消息发送给该第二节点。如图6示，节点C向节点A发送重路由消息，由于节点C和节点A没有直接连接，节点C可以将重路由消息发送给中转节点，比如，节点B，再由节点B将重路由消息转发给节点A。后续涉第一节点向一个第二节点发送重路由消息的过程中，如果该第二节点没有与该第一节点直接连接，则第一节点可以中转的方式将重路由消息发送给该第二节点，不再叙述。同样，对于图中示出的第一节点直接将重路由消息发送给了第二节点，只是用来表示第一节点可以将重路由消息发送给第二节点，而并不是真正的直接将重路由消息发送给第二节点。

504：第二节点根据重路由消息进行重路由。

在本申请的一个实施方式中，该重路由消息包括两个故障节点，则第二节点根据两个故障节点，确定出M条恢复路径；然后，第二节点建立M条恢复路径中经过该第二节点的恢复路径，从而实现对M个业务的重路由。应理解，第二节点确定M条恢复路径的方式，与第一节点确定M条恢复路径的方式类似，不再叙述。

示例性的，第一路径列表和第二路径列表中还包含恢复路径上的各个节点的交叉信息，其中，各个节点的交叉信息是指各个节点之间的连接方向，也就是说，第一路径列表和第二路径列表中除了包含恢复路径之外，还包含每条恢复路径上的各个节点之间的连接方向。这样，第二节点确定M条恢复路径中经过该第二节点的恢复路径之后，可以确定出经过该第二节点的恢复路径上与该第二节点连接的上一个节点和下一个节点；然后，该第二节点可以建立到上一个节点的链路，以及到下一个节点的链路，重路由经过该第二节点的恢复路径。

应理解，若第二节点为两条恢复路径上的交叉节点，则与该第二节点连接的上一个节点的数量可能为多个，以及与该第二节点连接的下一个节点的数量也可能为多个。并且在上一个节点的数量为多个的情况下，第二节点可以同时建立与多个上一个节点对应的链路，以及在下一个节点的数量为多个的情况下，第二节点也可以同时建立与多个下一节点对应的链路。

例如，如图6所示，节点I为恢复路径R1和恢复路径R2的交叉节点，与节点I连接的上一个节点有节点A和节点K。因此，节点I可以同时建立与节点A和节点K之间的链路。

应理解，在该N个第二节点中的每个第二节点均完成与上一个节点以及下一个节点的链路的配置之后，则建立出该M条恢复路径；然后，每个第二节点向自已所在的恢复路径上的首节点反馈建立成功的响应消息；然后，首节点会在该恢复路径上进行端到端刷新信令消息，以及端到端的业务接管和维护，并传输该M个业务中与该恢复路径对应的业务。

在本申请的另一个实施方式中，该重路由消息包括M条恢复路径。因此，第二节点可以直接确定该M条恢复路径中经过该第二节点的恢复路径；然后，N个第二节点可以并行建立经过该第二节点的恢复路径，完成对M条恢复路径的建立，实现对M个业务的重路由。

在本申请的一个实施方式中，如图7所示，第一节点还可以通过洪泛模式向ASON网络中的各个节点发送重路由消息，其中，该重路由消息包括与第一链路连接的两个故障节点。这样，各个节点可以根据两个故障节点确定出经过第一链路的M个业务，以及M条恢复路径，对于属于该M条恢复路径上的节点(即第二节点)，比如，节点A、节点I、节点H，等等，自主建立与本节点连接的上一个节点以及下一个节点之间的链路，完成该M条恢复路径的建立，实现对该M个业务的重路由。

可以看出，在本申请实施例中，第一节点无需确定M条恢复路径，以及N个第二节点，而是将故障节点直接下发给所有的节点，增加了重路由的灵活性，以及把计算任务分发到各个节点，减轻了第一节点的处理压力。

上述本申请提供用于实现重路由的实施例中，分别从第一节点、第二节点、以及第一节点与第二节点之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，第一节点、第二节点可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

图8和图9为本申请的实施例提供一种通信装置的结构示意图。这些通信装置可以实现上述方法实施例中第一节点或第二节点的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请实施例中，该通信装置可以是如图5对应的实施例中所示的第一节点，也可以是第二节点，还可以是应用于第一节点或第二节点的模块(如芯片)。

如图8所示，通信装置800包括收发模块801和处理模块802。通信装置800可用于实现上述图5对应的实施例中第一节点或第二节点的功能。

当通信装置800用于实现图5方法实施例中的第一节点的功能时：

处理模块802，用于获取故障消息，故障消息用于指示承载M个业务的第一链路出现故障，M为大于或者等于1的整数；

处理模块802，用于根据故障消息确定M条恢复路径，其中，M个业务与M条恢复路径一一对应，M条恢复路径经过N个第二节点，N为大于1的整数；

收发模块801，用于分别向N个第二节点中的每个第二节点发送重路由消息，重路由消息用于指示每个第二节点进行重路由。

当通信装置800用于实现图5方法实施例中的第二节点的功能时：

收发模块801，用于从第一节点接收重路由消息，第二节点为N个第二节点中的任意一个第二节点，N个第二节点为M个业务对应的M条恢复路径经过的节点，M个业务与M条恢复路径一一对应，M条恢复路径是第一业务节点根据获取到的故障消息确定的，且故障消息指示承载M个业务的第一链路出现故障，M为大于或者等于1的整数，N为大于1的整数；

处理模块802，用于根据重路由消息进行重路由。

关于上述收发模块801和处理模块802更详细的描述，可参考上述方法实施例中的相关描述，在此不再说明。

如图9所示，通信装置900包括处理器901和接口电路902。处理器901和接口电路902之间相互耦合。可以理解的是，接口电路902可以为收发器或输入输出接口。可选的，通信装置900还可以包括存储器903，用于存储处理器901执行的指令或存储处理器901运行指令所需要的输入数据或存储处理器901运行指令后产生的数据。

当通信装置900用于实现上述方法实施例中的方法时，处理器901用于执行上述处理模块802的功能，接口电路902用于执行上述收发模块801的功能。

当上述通信装置为应用于第一节点中的芯片时，该第一节点中的芯片实现上述方法实施例中第一节点的功能。该第一节点中的芯片从第一节点中的其它模块(如射频模块或天线)接收信息，该信息是第二节点发送给第一节点的；或者，该第一节点中的芯片向第一节点中的其它模块(如射频模块或天线)发送信息，该信息是第一节点发送给第二节点的。

当上述通信装置为应用于第二节点中的芯片时，该第二节点中的芯片实现上述方法实施例中第二节点的功能。该第二节点中的芯片从第二节点中的其它模块(如射频模块或天线)接收信息，该信息是第一节点发送给第二节点的；或者，该第二节点中的芯片向第二节点中的其它模块(如射频模块或天线)发送信息，该信息是第二节点发送给第一节点的。

本申请实施例还提供了一种重路由系统，包括上述实现第一节点功能的通信装置以及上述实现第二节点功能的通信装置。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的重路由方法中与第一节点相关的流程。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的重路由方法中与第二节点相关的流程。

本申请实施例还提供了一种计算机程序产品，当其在计算机或处理器上运行时，使得计算机或处理器执行上述任一个重路由方法中的一个或多个步骤。上述所涉及的设备的各组成模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在计算机可读取存储介质中。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其它通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(Read-Only Memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于第一节点或第二节点中。当然，处理器和存储介质也可以作为分立组件存在于第一节点或第二节点中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行计算机程序或指令时，全部或部分地执行本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其它可编程装置。计算机程序或指令可以存储在计算机可读存储介质中，或者通过计算机可读存储介质进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，DVD；还可以是半导体介质，例如，固态硬盘(solid state disk，SSD)。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

Claims (16)

1.一种重路由方法，其特征在于，包括：

第一节点获取故障消息，所述故障消息用于指示承载M个业务的第一链路出现故障，M为大于或者等于1的整数；

所述第一节点根据所述故障消息确定M条恢复路径，其中，所述M个业务与所述M条恢复路径一一对应;

所述第一节点对所述M条恢复路径上的所有节点进行去重，得到N个第二节点，所述M条恢复路径经过N个第二节点，N为大于1的整数；

所述第一节点分别向所述N个第二节点中的每个第二节点发送重路由消息，所述重路由消息用于指示所述每个第二节点进行重路由，以使所述N个第二节点并行执行重路由。

2.根据权利要求1所述的方法，其特征在于，所述故障消息包括连接所述第一链路的两个故障节点，所述第一节点根据所述故障消息确定M条恢复路径，包括：

所述第一节点根据所述两个故障节点以及第一路径列表，确定所述M条恢复路径，所述第一路径列表包括故障节点与恢复路径之间的对应关系，所述第一路径列表是预先配置到所述第一节点中的。

3.根据权利要求1所述的方法，其特征在于，所述故障消息包括连接所述第一链路的两个故障节点，所述第一节点根据所述故障消息确定M条恢复路径，包括：

所述第一节点根据所述两个故障节点，确定经过所述两个故障节点的M个业务；

所述第一节点根据所述M个业务和第二路径列表，确定所述M条恢复路径，所述第二路径列表包括业务与恢复路径之间的对应关系，所述第二路径列表是预先配置到所述第一节点中的。

4.根据权利要求3所述的方法，其特征在于，所述第一节点根据所述M个业务和第二路径列表，确定所述M条恢复路径，包括：

所述第一节点根据所述M个业务和所述第二路径列表，确定所述M个业务中的每个业务对应的至少一条恢复路径；

所述第一节点根据第一预设规则，从所述每个业务对应的至少一条恢复路径确定出所述每个业务对应的一条恢复路径，得到所述M条恢复路径。

5.根据权利要求2-4中任一项所述的方法，其特征在于，

所述第一节点为所述两个故障节点中的任意一个故障节点；

或者，所述第一节点为所述两个故障节点中满足第二预设规则的故障节点；

或者，所述第一节点为集中控制单元。

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

所述重路由消息包括所述两个故障节点，所述重路由消息用于指示所述每个第二节点根据所述两个故障节点，确定所述M条恢复路径，并建立所述M条恢复路径上经过所述每个第二节点的恢复路径。

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

所述重路由消息包括所述M条恢复路径，所述重路由消息用于指示所述每个第二节点建立所述M条恢复路径上经过所述每个第二节点的恢复路径。

8.一种重路由方法，其特征在于，包括：

第二节点从第一节点接收重路由消息，所述第二节点为N个第二节点中的任意一个第二节点，所述N个第二节点为M个业务对应的M条恢复路径经过的节点，且所述N个第二节点是所述第一节点对所述M条恢复路径上的所有节点进行去重得到的，所述M个业务与所述M条恢复路径一一对应，所述M条恢复路径是所述第一节点根据获取到的故障消息确定的，且所述故障消息指示承载M个业务的第一链路出现故障，M为大于或者等于1的整数，N为大于1的整数；

所述第二节点根据所述重路由消息进行重路由，以使所述N个第二节点并行执行重路由。

9.根据权利要求8所述的方法，其特征在于，所述重路由消息包括连接所述第一链路的两个故障节点，所述第二节点根据所述重路由消息进行重路由，包括：

所述第二节点根据所述两个故障节点，确定所述M条恢复路径；

所述第二节点建立所述M条恢复路径中经过所述第二节点的恢复路径。

10.根据权利要求9所述的方法，其特征在于，所述第二节点根据所述两个故障节点，确定所述M条恢复路径，包括：

所述第二节点根据所述两个故障节点以及第一路径列表，确定所述M条恢复路径，其中，所述第一路径列表包括故障节点与恢复路径之间的对应的关系，所述第一路径列表是预先配置到所述第二节点中的。

11.根据权利要求9所述的方法，其特征在于，所述第二节点根据所述两个故障节点，确定所述M条恢复路径，包括：

所述第二节点根据所述两个故障节点，确定经过所述两个故障节点的M个业务；

所述第二节点根据所述M个业务和第二路径列表，确定所述M条恢复路径，所述第二路径列表包括业务与恢复路径之间的对应关系，所述第二路径列表是预先配置到所述第二节点中的。

12.根据权利要求11所述的方法，其特征在于，所述第二节点根据所述M个业务和第二路径列表，确定所述M条恢复路径，包括：

所述第二节点根据所述M个业务和所述第二路径列表，确定所述M个业务中的每个业务对应的至少一条恢复路径；

所述第二节点根据第一预设规则，从所述每个业务对应的至少一条恢复路径确定出所述每个业务对应的第一业务路径，得到所述M条恢复路径。

13.根据权利要求8所述的方法，其特征在于，所述重路由消息包括连接所述M条恢复路径，所述第二节点根据所述重路由消息进行重路由，包括：

所述第二节点建立所述M条恢复路径中经过所述第二节点的恢复路径。

14.一种通信装置，其特征在于，包括用于执行如权利要求1-7或权利要求8-13中任一项所述方法的模块。

15.一种通信装置，其特征在于，包括处理器和通信接口，所述通信接口用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1-7或权利要求8-13中任一项所述的方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被运行时，实现如权利要求1-7或权利要求8-13中任一项所述的方法。

Images