CN109391543A - 用于多业务故障恢复的方法和系统、业务恢复辅助系统 - Google Patents

Abstract

本发明公开一种用于多业务故障恢复的方法和系统、业务恢复辅助系统。该用于多业务故障恢复的方法包括：利用闲时资源获取每个业务对应的预制业务辅助路径；在有业务发生故障的情况下，判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用；若故障业务对应的预制业务辅助路径所占用的端口和链路资源可用，则下发预制重路由请求，将所述故障业务重路由至所述预制业务辅助路径。本发明采用动态重路由与预制重路由相结合的方式，利用离线计算达到用闲时资源换取故障恢复效率的目的，同时结合资源确认和在线计算以确保故障业务快速有效恢复。

Description

用于多业务故障恢复的方法和系统、业务恢复辅助系统

技术领域

本发明涉及网络通信领域，特别涉及一种用于多业务故障恢复的方法和系统、业务恢复辅助系统。

背景技术

政企客户专线是电信运营商的重要业务类型，承载网络中的节点或链路往往承载着多条专线业务，其故障会引发多业务同时中断，直接影响客户体验，因此需要在较短时间内予以恢复。如何将受影响的多条专线业务快速、有序地恢复，是网络运维和管理中的重要问题。

发明内容

鉴于以上技术问题，本发明提供了一种用于多业务故障恢复的方法和系统、业务恢复辅助系统，利用离线计算达到用闲时资源换取故障恢复效率的目的。

根据本发明的一个方面，提供一种用于多业务故障恢复的方法，包括：

利用闲时资源获取每个业务对应的预制业务辅助路径；

在有业务发生故障的情况下，判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用；

若故障业务对应的预制业务辅助路径所占用的端口和链路资源可用，则下发预制重路由请求，将所述故障业务重路由至所述预制业务辅助路径。

在本发明的一个实施例中，所述方法还包括：

若故障业务对应的预制业务辅助路径所占用的端口和链路资源不可用，则根据当前端口和链路资源，获取故障业务相对应的当前业务辅助路径；

下发动态重路由请求，将所述故障业务重路由至相应的当前业务辅助路径。

在本发明的一个实施例中，所述利用闲时资源获取每个业务对应的预制业务辅助路径包括：

获取每个业务的业务信息；

根据每个业务的业务信息，按照最短路径优先的路由策略，确定每个业务对应的预制业务辅助路径。

在本发明的一个实施例中，所述判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用包括：

获取故障信息，其中所述故障信息包括故障业务以及对应的节点或链路故障；

根据故障信息确定故障业务相对应的预制业务辅助路径；

将故障业务对应的预制业务辅助路径所占用的端口和链路资源与当前端口和链路资源进行比对，以确定故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用。

在本发明的一个实施例中，所述根据当前端口和链路资源，获取故障业务相对应的当前业务辅助路径包括：

根据当前端口和链路资源、故障信息，按照最短路径优先的路由策略，确定故障业务对应的当前业务辅助路径。

根据本发明的另一方面，提供一种业务恢复辅助系统，包括：

路由计算模块，用于利用闲时资源获取每个业务对应的预制业务辅助路径；

业务管理模块，用于在有业务发生故障的情况下，判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用；并在故障业务对应的预制业务辅助路径所占用的端口和链路资源可用的情况下，下发预制重路由请求给网络管理系统，以便网络管理系统将所述故障业务重路由至所述预制业务辅助路径。

在本发明的一个实施例中，路由计算模块还用于在故障业务对应的预制业务辅助路径所占用的端口和链路资源不可用的情况下，根据当前端口和链路资源，获取故障业务相对应的当前业务辅助路径；

业务管理模块还用于下发动态重路由请求给网络管理系统，以便网络管理系统将所述故障业务重路由至相应的当前业务辅助路径。

在本发明的一个实施例中，业务管理模块，用于从网络管理系统获取每个业务的业务信息，并发送给路由计算模块；

路由计算模块用于根据每个业务的业务信息，按照最短路径优先的路由策略，确定每个业务对应的预制业务辅助路径。

在本发明的一个实施例中，所述业务恢复辅助系统还包括拓扑管理模块，业务管理模块包括业务存储单元和业务恢复单元，其中：

拓扑管理模块，用于接收网络管理系统上报的节点或链路故障；

业务存储单元，用于接收网络管理系统上报的受节点或链路故障影响的故障业务；

业务恢复单元，用于根据故障信息确定故障业务相对应的预制业务辅助路径，其中所述故障信息包括故障业务以及对应的节点或链路故障；并将故障业务对应的预制业务辅助路径所占用的端口和链路资源与当前端口和链路资源进行比对，以确定故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用。

在本发明的一个实施例中，路由计算模块用于在故障业务对应的预制业务辅助路径所占用的端口和链路资源不可用的情况下，根据当前端口和链路资源、故障信息，按照最短路径优先的路由策略，确定故障业务对应的当前业务辅助路径。

根据本发明的另一方面，提供一种用于多业务故障恢复的系统，包括网络管理系统以及如上述任一实施例所述的业务恢复辅助系统。

本发明采用动态重路由与预制重路由相结合的方式，利用离线计算达到用闲时资源换取故障恢复效率的目的，同时结合资源确认和在线计算以确保故障业务快速有效恢复。

附图说明

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

图1为本发明用于多业务故障恢复的系统一个实施例的示意图。

图2为本发明业务恢复辅助系统第一实施例的示意图。

图3为本发明用于多业务故障恢复的方法第一实施例的示意图。

图4为本发明用于多业务故障恢复的方法第二实施例的示意图。

图5为本发明业务恢复辅助系统第二实施例的示意图。

图6为本发明一个实施例的网络拓扑示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1为本发明用于多业务故障恢复的系统一个实施例的示意图。如图1所示，所述用于多业务故障恢复的系统可以包括网络管理系统100和业务恢复辅助系统200，其中：

业务恢复辅助系统200，用于利用闲时资源获取每个业务对应的预制业务辅助路径；在有业务发生故障的情况下，判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用；若故障业务对应的预制业务辅助路径所占用的端口和链路资源可用，则向网络管理系统100下发重路由请求。

网络管理系统100，用于向业务恢复辅助系统200上报闲时资源，其中所述闲时资源包括交互拓扑信息和业务信息；根据网络管理系统100下发的预制重路由请求，将所述故障业务重路由至所述预制业务辅助路径。

在本发明的一个实施例中，业务恢复辅助系统200还可以用于在故障业务对应的预制业务辅助路径所占用的端口和链路资源不可用的情况下，根据当前端口和链路资源，获取故障业务相对应的当前业务辅助路径；并下发动态重路由请求给网络管理系统100。

网络管理系统100还可以用于根据网络管理系统100下发的动态重路由请求，将所述故障业务重路由至相应的当前业务辅助路径。

基于本发明上述实施例提供的用于多业务故障恢复的系统，在现有网络管理系统的北向构建业务恢复辅助系统，采用动态重路由与预制重路由相结合的方式，利用离线计算达到用闲时资源换取故障恢复效率的目的，同时结合资源确认和在线计算以确保故障业务快速有效恢复。

本发明上述实施例充分利用了离线计算能力，实现业务故障时的快速恢复；本发明上述实施例中离线计算与在线计算相辅相成，资源确认过程中发现离线计算得到的路由失效时，即进行在线计算，从而确保了业务成功恢复。

本发明上述实施例在网络管理系统北向构建独立的业务恢复辅助系统，可以根据业务的恢复优先级完成业务恢复。未来随着网络架构的SDN(Software Defined Network，软件定义网络)化演进，该业务恢复辅助系统亦可构建于SDN跨域编排器或任何其它能够提供网络管控能力和开放能力的系统北向。

图2为本发明业务恢复辅助系统第一实施例的示意图。如图2所示，图1实施例的业务恢复辅助系统200可以包括路由计算模块210和业务管理模块220，其中：

路由计算模块210，用于利用闲时资源获取每个业务对应的预制业务辅助路径。

业务管理模块220，用于在有业务发生故障的情况下，判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用；并在故障业务对应的预制业务辅助路径所占用的端口和链路资源可用的情况下，下发预制重路由请求给网络管理系统100，以便网络管理系统100将所述故障业务重路由至所述预制业务辅助路径。

在本发明的一个实施例中，路由计算模块210还可以用于在故障业务对应的预制业务辅助路径所占用的端口和链路资源不可用的情况下，根据当前端口和链路资源，获取故障业务相对应的当前业务辅助路径。

业务管理模块220还可以用于下发动态重路由请求给网络管理系统100，以便网络管理系统100将所述故障业务重路由至相应的当前业务辅助路径。

基于本发明上述实施例提供的业务恢复辅助系统，在网管系统北向构建独立的业务恢复辅助系统，可以根据业务的恢复优先级完成业务恢复。未来随着网络架构的SDN化演进，该辅助系统亦可构建于SDN跨域编排器或任何其它能够提供网络管控能力和开放能力的系统北向。

本发明上述实施例的业务恢复辅助系统在闲时自动完成计算，缩短了业务恢复时间。

本发明上述实施例将离线计算与在线计算相结合，在资源确认过程中发现离线计算得到的路由失效时，即进行在线计算，从而确保了业务成功恢复。

图3为本发明用于多业务故障恢复的方法第一实施例的示意图。优选的，本实施例可由用于多业务故障恢复的系统或业务恢复辅助系统执行。如图3所示，所述方法可以包括：

步骤31，利用闲时资源获取每个业务对应的预制业务辅助路径。

在本发明的一个实施例中，步骤31可以包括：

步骤311，获取每个业务的业务信息，其中所述业务信息可以包括业务的源宿节点、路由策略、原路由信息等信息。

步骤312，根据每个业务的业务信息，按照最短路径优先的路由策略，确定每个业务对应的预制业务辅助路径。

步骤32，在有业务发生故障的情况下，判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用。

在本发明的一个实施例中，步骤32中，所述判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用的步骤可以包括：

步骤321，获取故障信息，其中所述故障信息包括故障业务以及对应的节点或链路故障。

步骤322，根据故障信息确定故障业务相对应的预制业务辅助路径。

步骤323，将故障业务对应的预制业务辅助路径所占用的端口和链路资源与当前端口和链路资源进行比对，以确定故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用。

步骤33，若故障业务对应的预制业务辅助路径所占用的端口和链路资源可用，则下发预制重路由请求，将所述故障业务重路由至所述预制业务辅助路径。

图4为本发明用于多业务故障恢复的方法第二实施例的示意图。优选的，本实施例可由用于多业务故障恢复的系统或业务恢复辅助系统执行。与图3实施例相比，在图3实施例的步骤32之后，图4实施例的方法还可以包括：

步骤34，若故障业务对应的预制业务辅助路径所占用的端口和链路资源不可用，则根据当前端口和链路资源，获取故障业务相对应的当前业务辅助路径。

在本发明的一个实施例中，步骤34中，所述根据当前端口和链路资源，获取故障业务相对应的当前业务辅助路径的步骤可以包括：根据当前端口和链路资源、故障信息，按照最短路径优先的路由策略，确定故障业务对应的当前业务辅助路径。

步骤35，下发动态重路由请求给网络管理系统100，以便网络管理系统100将所述故障业务重路由至相应的当前业务辅助路径。

基于本发明上述实施例提供的用于多业务故障恢复的方法，采用了动态重路由和预制重路由相结合的方式，充分利用了闲时资源进行离线计算，同时在对故障进行恢复时进行资源确认，发现预制重路由失效时，会进一步触发动态重路由，由此可以确保故障业务既快速又有效地恢复。

图5为本发明业务恢复辅助系统第二实施例的示意图。与图2所示实施例相比，在图5所示实施例中，所述业务恢复辅助系统还可以包括拓扑管理模块230和备用路由资源池240，业务管理模块220包括业务存储单元221和业务恢复单元222，其中：

拓扑管理模块230，用于负责拓扑管理，包括节点、链路、端口等信息，包括链路、端口的资源占用情况，同时也包括节点、链路、端口等发生故障时的告警信息。

业务存储单元221，用于负责业务存储，包括每条业务的带宽，路径，保护状态，源、宿节点/端口，恢复优先级，路由策略，路径信息中记录完备的沿途节点、链路、端口信息。

业务恢复单元222，用于当发生节点或链路故障时，对受影响的业务进行快速恢复。

路由计算模块210，用于在指定拓扑、源宿节点和路由策略的情况下，计算备用路由。

备用路由资源池240，用于存储路由计算模块输出的计算结果。

图5还给出了本发明用于多业务故障恢复的方法第三实施例的示意图。如图5所示，所述业务恢复辅助系统的工作流程(即，所述用于多业务故障恢复的方法)主要分为离线计算和在线恢复两部分。

第一、离线计算

离线计算即利用闲时资源进行辅助路径的计算，完成预制重路由的工作，具体流程与图5中的步骤①②③对应。

其中，步骤①②分别用于交互拓扑信息和业务信息，网络管理系统100在这两步会把信息上报给业务恢复辅助系统200中的拓扑管理模块230和业务管理模块220。

步骤③即完成辅助路径的计算。这里完成的是预制重路由功能，因此将利用业务恢复辅助系统200的闲时资源进行周期性的计算，具体周期可以根据辅助系统所依赖硬件的计算能力和物理网络规模而定。

其中，业务辅助路径的计算过程可以包括：

根据业务恢复优先级属性，业务管理模块220依次从业务存储单元221中读取业务信息，包括业务的源宿节点、路由策略、原路由信息等，并发送给路由计算模块210，由路由计算模块210完成预制重路由的计算，得到多条辅助路径，存储到备用路由资源池240。

在上述计算过程中，业务辅助路径计算的基本规则是：采用KSP(K shortestpaths,K最短路径)算法得到K条路径，进一步筛选得到满足故障恢复条件的重路由；根据业务属性中的路由策略重路由。

第二、在线恢复

在线恢复指的是在故障发生时对多条受影响的业务进行快速恢复的过程，对应图5中的步骤④⑤⑥⑦⑧。

在步骤④中，由网络管理系统200向拓扑管理模块230上报节点或链路故障，同时将受影响的业务上报给业务管理模块220。

在步骤⑤中，由拓扑管理模块230向网络管理系统200发起拓扑资源的更新请求，完成节点或链路故障后的拓扑更新。

在步骤⑥中，由业务恢复单元222从备用路由资源池240中提取之前计算得到的备用路由，然后将备用路由所占用的端口和链路资源与拓扑管理模块230中的信息进行比对和资源确认。

如果资源可用，执行图1中步骤⑦，即由业务恢复单元222向网络管理系统100发送重路由请求，指定此业务的源宿节点，同时以显式方式指定经过上述备用路由，最终由网络管理系统100完成对物理设备的配置。

如果资源不可用，先执行图1中的步骤⑧，根据更新后的拓扑资源，由路由计算模块210按原路由策略重新进行路径计算，将路径存储至备用路由资源池240，然后反馈给业务恢复单元222。然后再按步骤⑦的流程发送重路由请求。

本发明上述实施例在网络管理系统的北向构建业务恢复辅助系统，设置备用路由资源池，充分利用离线计算能力，实现业务故障时的快速恢复。

本发明上述实施例在网管系统北向构建独立的业务恢复辅助系统，可以根据业务的恢复优先级完成业务恢复。未来随着网络架构的SDN化演进，本发明上述实施例的辅助系统亦可构建于SDN跨域编排器或任何其它能够提供网络管控能力和开放能力的系统北向。

本发明上述实施例中，离线计算与在线计算相辅相成，资源确认过程中发现离线计算得到的路由失效时，即进行在线计算，从而确保了业务成功恢复。

下面通过具体实施例对本发明用于多业务故障恢复的方法和系统进行说明

图6为本发明一个实施例的网络拓扑示意图。假设网络拓扑如图6所示，网络中存在两条业务，分别为业务1和业务2，本发明路由策略均为“最短路径优先”。

在离线过程中，分别对业务1和业务2进行预制重路由计算。依次排除两条业务经过的链路和节点，计算得到重路由，并存储到备用路由资源池中。计算过程描述如下：

业务1：当节点B发生故障时，重路由为A-D-E-F-C；当链路A-B发生故障时，重路由为A-D-E-B-C；当链路B-C发生故障时，重路由为A-B-E-F-C。

业务2：当节点E发生故障时，重路由为D-A-B-C；当节点B发生故障时，重路由为D-E-F-C；当链路D-E发生故障时，重路由为D-A-B-C；当链路E-B发生故障时，重路由为D-E-F-C；当链路B-C发生故障时，重路由为D-E-F-C。

通过上述预制重路由的计算，可以得到相应的备用路由资源，用于故障恢复。

当节点或链路实际发生故障时，即可进行在线恢复。假定节点B发生故障，该节点同时承载了业务1和业务2，因此需要对两条业务同时进行恢复。

假定业务1的业务恢复优先级较高，首先对业务1进行恢复。通过业务恢复辅助系统的拓扑管理模块向网管系统发起拓扑资源更新请求，然后从备用路由资源池中提取预先计算得到的重路由A-D-E-F-C，与更新后的拓扑资源进行对比，确认资源有效后下发重路由请求。

类似地，对于业务2的恢复，将首先采用重路由D-E-F-C进行资源确认，如果资源有效，则直接下发重路由请求，否则将根据更新后的拓扑资源重新进行在线重路由计算。

至此，利用业务恢复辅助系统完成了业务1和业务2故障后的快速恢复。

本发明上述实施例引入了备用路由资源池，业务恢复辅助系统在闲时自动完成计算，由此缩短了业务恢复时间。

本发明上述实施例将离线计算与在线计算相结合，资源确认过程中发现离线计算得到的路由失效时，即进行在线计算，从而确保了业务成功恢复。

本发明上述实施例通过读取业务路由策略信息，允许计算备用路由的过程中直接采用业务原有的路由策略，在节点或链路故障的情况下仍能提供最符合需求的路径。

本发明上述实施例在网管系统北向构建独立的业务恢复辅助系统，可以根据业务的恢复优先级完成业务恢复。未来随着网络架构的SDN化演进，该辅助系统亦可构建于SDN跨域编排器或任何其它能够提供网络管控能力和开放能力的系统北向。

在上面所描述的业务恢复辅助系统可以实现为用于执行本申请所描述功能的通用处理器、可编程逻辑控制器(PLC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。

至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (11)

1.一种用于多业务故障恢复的方法，其特征在于，包括：

利用闲时资源获取每个业务对应的预制业务辅助路径；

在有业务发生故障的情况下，判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用；

若故障业务对应的预制业务辅助路径所占用的端口和链路资源可用，则下发预制重路由请求，将所述故障业务重路由至所述预制业务辅助路径。

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

若故障业务对应的预制业务辅助路径所占用的端口和链路资源不可用，则根据当前端口和链路资源，获取故障业务相对应的当前业务辅助路径；

下发动态重路由请求，将所述故障业务重路由至相应的当前业务辅助路径。

3.根据权利要求1或2所述的方法，其特征在于，所述利用闲时资源获取每个业务对应的预制业务辅助路径包括：

获取每个业务的业务信息；

根据每个业务的业务信息，按照最短路径优先的路由策略，确定每个业务对应的预制业务辅助路径。

4.根据权利要求1或2所述的方法，其特征在于，所述判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用包括：

获取故障信息，其中所述故障信息包括故障业务以及对应的节点或链路故障；

根据故障信息确定故障业务相对应的预制业务辅助路径；

将故障业务对应的预制业务辅助路径所占用的端口和链路资源与当前端口和链路资源进行比对，以确定故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用。

5.根据权利要求2所述的方法，其特征在于，所述根据当前端口和链路资源，获取故障业务相对应的当前业务辅助路径包括：

根据当前端口和链路资源、故障信息，按照最短路径优先的路由策略，确定故障业务对应的当前业务辅助路径。

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

路由计算模块，用于利用闲时资源获取每个业务对应的预制业务辅助路径；

业务管理模块，用于在有业务发生故障的情况下，判断故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用；并在故障业务对应的预制业务辅助路径所占用的端口和链路资源可用的情况下，下发预制重路由请求给网络管理系统，以便网络管理系统将所述故障业务重路由至所述预制业务辅助路径。

7.根据权利要求6所述的业务恢复辅助系统，其特征在于，

路由计算模块还用于在故障业务对应的预制业务辅助路径所占用的端口和链路资源不可用的情况下，根据当前端口和链路资源，获取故障业务相对应的当前业务辅助路径；

业务管理模块还用于下发动态重路由请求给网络管理系统，以便网络管理系统将所述故障业务重路由至相应的当前业务辅助路径。

8.根据权利要求6或7所述的业务恢复辅助系统，其特征在于，

业务管理模块用于从网络管理系统获取每个业务的业务信息，并发送给路由计算模块；

路由计算模块用于根据每个业务的业务信息，按照最短路径优先的路由策略，确定每个业务对应的预制业务辅助路径。

9.根据权利要求6或7所述的业务恢复辅助系统，其特征在于，还包括拓扑管理模块，业务管理模块包括业务存储单元和业务恢复单元，其中：

拓扑管理模块，用于接收网络管理系统上报的节点或链路故障；

业务存储单元，用于接收网络管理系统上报的受节点或链路故障影响的故障业务；

业务恢复单元，用于根据故障信息确定故障业务相对应的预制业务辅助路径，其中所述故障信息包括故障业务以及对应的节点或链路故障；并将故障业务对应的预制业务辅助路径所占用的端口和链路资源与当前端口和链路资源进行比对，以确定故障业务对应的预制业务辅助路径所占用的端口和链路资源是否可用。

10.根据权利要求7所述的业务恢复辅助系统，其特征在于，包括：

路由计算模块用于在故障业务对应的预制业务辅助路径所占用的端口和链路资源不可用的情况下，根据当前端口和链路资源、故障信息，按照最短路径优先的路由策略，确定故障业务对应的当前业务辅助路径。

11.一种用于多业务故障恢复的系统，其特征在于，网络管理系统以及如权利要求6-10中任一项所述的业务恢复辅助系统。