故障恢复方法及装置、控制器、软件定义网络与流程

本发明涉及通信领域，具体而言，涉及一种故障恢复方法及装置、控制器、软件定义网络。

背景技术：

软件定义网络(Software defined network，简称SDN)是近年来通信领域的研究热点。开放网络论坛(Open networking forum，简称ONF)、国际电信联盟-电信标准部(International Telecommunications Union-Telecommunications standardization sector，简称ITU-T)、中国通讯标准化协会(China Communications Standards Association，简称CCSA)等国际国内标准组织拟定SDN相关标准建议，重点在于控制器(Controller)和转发设备(Forwarder)之间解耦，规范控制器与控制器、控制器与转发面之间的接口，方便不同厂家的控制器、转发设备联合组网。

图1是相关技术中的SDN控制器和转发设备的基础架构图，如图1所示，控制器一般包含路径管理组件、业务编排组件、拓扑管理组件以及协议适配组件(即协议处理组件)；转发设备一般包含流表组件、告警检测组件、转发组件以及协议适配组件(即协议处理组件)。

传送网(实施包括以太网、多协议标签交换(Multi-Protocol Label Switching，简称为MPLS)、MPLS-TP、光传送网(Optical Transport Network，简称OTN)以及波分复用(Wavelength Division Multiplexing，简称WDM)等传送技术的网络)网络发生故障(比如链路断，元器件或者供电单元等故障)后，创建新路径恢复业务是传送网的重要功能。

传送网演进到SDN之后，如图1所示，故障相邻的转发设备的告警检测组件检测到故障后，通过SDN协议处理组件上送告警至控制器，其中，该协议处理组件主要负责将内容信息封装为SDN协议包，或者从SDN协议包中解析出内容信息；控制器的协议处理组件接收到告警后转发至拓扑管理组件，其中，该拓扑管理组件主要负责SDN网络资源管理，包括链路、节点设备、业务路径等，拓扑管理组件更新网络拓扑，并通知路径管理组件，路径管理组件为故障影响了的路径创建新路径，并通过业务编排组件生成表项信息经协议处理组件下发至新路径相关的各转发设备，其中，路径管理组件主要负责路径的新增、修改和删除等功能，业务编排组件主要根据逻辑路径，按照转发硬件要求生成转发流水所需的流表、组表条目等；转发设备的协议处理组件接收到表项配置后转发至流表组件，流表组件调用相关接口写入转发组件，新路径创建成功，业务恢 复。

一般，从网络发生故障业务中断，到建立新路径恢复业务这段时间要求越短越好，以便减轻对用户功能的影响，改善用户体验。例如，在自动交换光网络(Automatically Switched Optical Network，简称ASON)，相关测试标准规范曾要求所述恢复时间在1秒或几秒之内完成。另外，业务路径的业务编排过程，即根据路径管理组件输出的逻辑路径，按照转发硬件要求生成转发流水所需的流表、组表等转发信息会耗费很多的时间，进而使得SDN网络故障的恢复时间较长。

针对相关技术中SDN网络故障发生后恢复故障时间较长的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明提供了一种故障恢复方法及装置、控制器、软件定义网络，以至少解决相关技术中SDN网络故障发生后恢复故障时间较长的问题。

根据本发明的一个方面，提供了一种故障恢复方法，包括：接收转发设备发送的网络故障信息；根据网络故障信息，获取预先存储在控制器中的与网络故障信息对应的故障恢复信息，其中，该故障恢复信息用于对网络故障信息对应的网络故障进行恢复；将故障恢复信息发送给与故障恢复信息对应的各个转发设备。

在本发明实施例中，网络故障信息包括：链路故障信息。

在本发明实施例中，故障恢复信息包括：备用业务路径对应的各个转发设备的转发表项；其中，备用业务路径为受网络故障信息影响的业务路径的备用业务路径。

在本发明实施例中，在将故障恢复信息发送给与恢复故障信息对应的各个转发设备之后，方法还包括：删除受网络故障信息影响的业务路径。

在本发明实施例中，在接收转发设备发送的网络故障信息之后，方法还包括：在检测到新增业务路径时，创建与新增业务路径对应的备用业务路径；其中，新增业务路径为受网络故障信息影响的业务路径的备用业务路径；将新增业务路径对应的备用业务路径的转发流水线要求的各个转发设备的转发表项存储在控制器中。

根据本发明的另一方面，提供了一种控制器，应用于软件定义网络SDN，控制器包括：协议处理组件，恢复管理组件，表项仓库组件；其中，协议处理组件，用于将从软件定义网络SDN中的转发设备接收到的网络故障信息，发送给恢复管理组件；恢复管理组件，用于根据协议处理组件发送的网络故障信息，从表项仓库组件中检索与网络故障信息对应的故障恢复信息，以及将故障恢复信息通过协议处理组件发送给转发设备；其中，表项仓库组件存储有网络故障信息、故障恢复信息和网络故障信息与故障恢复信息的对应关系。

在本发明实施例中，网络故障信息还包括：链路故障信息。

在本发明实施例中，故障恢复信息包括：备用业务路径对应的各个转发设备的转发表项；其中，备用业务路径为受网络故障信息影响的业务路径的备用业务路径。

在本发明实施例中，控制器还包括：路径管理组件，用于模拟SDN出现的各种故障，对受故障影响的业务路径计算与业务路径对应的备用业务路径；业务编排组件，用于根据备用业务路径转发流水要求，生成故障恢复信息，以及将故障和故障恢复信息存储于所述表项仓库组件中；其中，故障恢复信息包括：与备用业务路径相关的各个转发设备的转发表项。

在本发明实施例中，控制器还包括：拓扑管理组件，用于接收协议处理组件发送的网络故障信息，以及在检测到新增业务路径时，将新增业务路径添加到SDN网络的网络资源信息中，其中，新增业务路径为受网络故障信息影响的业务路径的备用业务路径。

在本发明实施例中，路径管理组件，还用于删除受网络故障信息影响的业务路径。

根据本发明的另一方面，提供了一种软件定义网络SDN，包括：转发设备和上述控制器。

根据本发明的另一方面，提供了一种故障恢复装置，应用于软件定义网络SDN，包括：接收模块，用于接收转发设备发送的网络故障信息；获取模块，用于根据网络故障信息，获取预先存储在控制器中的与网络故障信息对应的故障恢复信息，其中，该故障恢复信息用于对网络故障信息对应的网络故障进行恢复；发送模块，用于将故障恢复信息发送给与故障恢复信息对应的各个转发设备。

在本发明实施例中，网络故障信息包括：链路故障信息。

在本发明实施例中，故障恢复信息包括：备用业务路径对应的各个转发设备的转发表项；其中，备用业务路径为受网络故障信息影响的业务路径的备用业务路径。

在本发明实施例中，装置还包括：删除模块，用于删除受网络故障信息影响的业务路径。

在本发明实施例中，装置还包括：创建模块，用于在检测到新增业务路径时，创建与新增业务路径对应的备用业务路径；其中，新增业务路径为受网络故障信息影响的业务路径的备用业务路径；存储模块，用于将新增业务路径对应的备用业务路径的转发流水线要求的各个转发设备的转发表项存储在控制器中。

通过本发明，采用当接收到转发设备上报的网络故障信息后，直接从控制器中获取预先存储在与该网络故障信息对应的故障恢复信息，再下发给各个转发设备，而不用当接收到网络故障后再去生成该故障恢复信息，进而解决了相关技术中SDN网络故障发生后恢复故障时间较长的问题，进而节省了恢复时间，提高了恢复的效率。

附图说明

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

图1是相关技术中的SDN控制器和转发设备的基础架构图；

图2是根据本发明实施例的故障恢复方法的流程图一；

图3是根据本发明实施例的故障恢复方法的流程图二；

图4是根据本发明实施例的故障恢复方法的流程图三；

图5是根据本发明实施例的控制器的结构框架图一；

图6是根据本发明实施例的控制器的结构框架图二；

图7是根据本发明实施例的控制器的结构框架图三；

图8是根据本发明实施例的软件定义网络SDN的结构示意图；

图9是根据本发明实施例的故障恢复装置的结构框图一；

图10是根据本发明实施例的故障恢复装置的结构框图二；

图11是根据本发明实施例的故障恢复装置的结构框图三；

图12是根据本发明优选例的SDN的架构示意图；

图13是根据本发明优选实施例的维护表项仓库组件存储信息有效性的方法的流程示意图；

图14是根据本发明优选实施例的故障恢复场景的示意图；

图15是根据本发明优选实施例的根据网络故障实施快速恢复的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种故障恢复方法，图2是根据本发明实施例的故障恢复方法的流程图一，如图2所示，该流程包括如下步骤：

步骤S202，接收转发设备发送的网络故障信息；

步骤S204，根据网络故障信息，获取预先存储在控制器中的与网络故障信息对应的故障恢复信息，其中，该故障恢复信息用于对网络故障信息对应的网络故障进行恢复；

步骤S206，将故障恢复信息发送给与故障恢复信息对应的各个转发设备。

通过上述步骤，采用当接收到转发设备上报的网络故障信息后，直接从控制器中获取预先存储在与该网络故障信息对应的故障恢复信息，再下发给各个转发设备。与相关技术相比，当接收到网络故障后不再去生成该故障恢复信息，而是该故障恢复信息预先存储在控制器中，当控制器接收到网络故障信息后，直接从控制器中获取该故障恢复信息，进而解决了相关技术中SDN网络故障发生后恢复故障时间较长的问题，进而节省了恢复时间，提高了恢复的效率。

需要说明的是，上述方法可以应用与软件定义网络SDN中，该SDN网络可以包括以太网、MPLS、MPLS-TP、OTN、WDM等相关传送技术的网络，也可以包括采用相似层网络传送技术的传送网络。上述网络故障信息包括：链路故障信息。该链路故障信息可以是链路故障的告警信息，也可以是该链路故障的通知信息等，但并不限于此。该链路故障可以是单重故障，比如网络中只存在一处链路故障，也可以是多重故障，即网络中存在多出链路故障。需要说明的是，链路本身的中断或者转发设备的掉电都可以引起上述链路故障，但并不限于此。

在本发明的一个实施例中，上述故障恢复信息可以包括备用业务路径对应的各个转发设备的转发表项；其中，所述备用业务路径为受网络故障信息影响的业务路径的备用业务路径。需要说明的是，该转发表项可以包括流表和组表信息至少之一。即预先在控制器中存储有各个故障对应的备用业务路径对应的转发表项信息，当接收到网络故障发生时，比如链路故障发生，通过该网络故障信息检索与该网络故障对应的备用业务路径对应的各个转发设备的转发表项，然后将这些转发表项下发至相应的各个转发设备，进而完成故障的恢复。

图3是根据本发明实施例的故障恢复方法的流程图二，如图3所示，在步骤S206之后，上述方法还包括：

步骤S302，删除受网络故障信息影响的业务路径。

通过该步骤，将受上述网络故障信息影响的原业务路径删除，可以减少业务路径的数量，同时减少控制器中需要存储的备用路径的信息，进而可以节省存储空间。

需要说明的是，步骤S302也可以在步骤S204之后执行。

另外，上述步骤S302也可以不执行，即也可以保留受网络故障信息影响的业务路径，由于这个受网络故障信息影响的业务路径可能是一个最优业务路径，在保留了该最优业务路径后，如果网络故障消除了，可以不采用该业务路径的备用业务路径，而是可 以重新选择采用该最优业务路径。对于是删除还是保留受网络故障信息影响的业务路径，可以根据用户的实际需求来确定，但并不限于此。

在本发明的一个实施例中，图4是根据本发明实施例的故障恢复方法的流程图三，如图4所示，在步骤S202之后，上述方法还包括：

步骤S402，在检测到新增业务路径时，创建与新增业务路径对应的备用业务路径；其中，新增业务路径为受网络故障信息影响的业务路径的备用业务路径；

步骤S404，将新增业务路径所对应备用业务路径的转发流水线所要求的各个转发设备的转发表项存储在所述控制器中。

需要说明的是，一个或者多个转发表项形成一个转发流水线，一个备用业务路径可以对应一个或者多个转发流水线。

通过上述步骤，通过检测到新增业务路径时，将该新增业务路径对应的备用业务路径的各个转发设备的转发表项添加到控制器中，来动态的维护该控制器中的转发表项信息，以便当该新增业务路径发生故障时能够快速恢复业务。

以SDN网络中，包含转发设备A、B、C、D，以及一个控制器，当前路径有A-B，A-C，A-D，B-C，B-D，C-D为例，当链路A-B发生故障时，链路A-B的备用业务路径为A-C-B，那么控制器会直接到控制器检索A-C-B对应的A、C和B的转发表项信息，此时有了一个新的业务路径A-C-B，那么应当在该控制器中创建A-C-B的备用业务路径(假设为A-D-C-B)，再将链路为A-D-C-B以及A-D-C-B对应的A、D、C、B的转发表项存储于该控制器中，以为下一次故障(比如A-C或者A-C和A-B都发生故障)时，能够快速恢复。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种控制器，该控制器应用于软件定义网络SDN，图5是根据本发明实施例的控制器的结构框架图一，如图5所示，上述控制器包括：协议处理组件52，恢复管理组件54，表项仓库组件56；

协议处理组件52，用于将从软件定义网络SDN中的转发设备接收到的网络故障信息，发送给恢复管理组件；

恢复管理组件54，与协议处理组件52和表项仓库组件56连接，用于根据协议处理组件52发送的网络故障信息，从表项仓库组件56中检索与网络故障信息对应的故障恢 复信息，以及将故障恢复信息通过协议处理组件发送给转发设备；其中，表项仓库组件56存储有网络故障信息、故障恢复信息和网络故障信息与故障恢复信息的对应关系。

上述控制器通过在表项仓库组件56中预先存储网络故障信息、故障恢复信息和网络故障信息与故障恢复信息的对应关系，当恢复管理组件54接收到网络故障信息时，可以直接从表项仓库组件56中获取与该网络故障信息对应的故障恢复信息，而不需要现生成该故障恢复信息，解决了相关技术中SDN网络故障发生后恢复故障时间较长的问题，进而节省了恢复时间，提高了恢复的效率。

需要说明的是，上述SDN网络可以包括以太网、MPLS、MPLS-TP、OTN、WDM等相关传送技术的网络，也可以包括采用相似层网络传送技术的传送网络。上述网络故障信息可以包括：链路故障信息。该链路故障信息可以是链路故障的告警信息，也可以是该链路故障的通知信息等，但并不限于此。该链路故障可以是单重故障，比如网络中只存在一处链路故障，也可以是多重故障，即网络中存在多出链路故障。需要说明的是，链路本身的中断或者转发设备的掉电都可以引起上述链路故障，但并不限于此。

在本发明的一个实施例中，上述故障恢复信息可以包括备用业务路径对应的各个转发设备的转发表项；其中，所述备用业务路径为受网络故障信息影响的业务路径的备用业务路径。需要说明的是，该转发表项可以包括流表和组表信息至少之一。

图6是根据本发明实施例的控制器的结构框架图二，如图6所示，上述控制器还包括：

路径管理组件62，用于模拟SDN出现的各种故障，对受故障影响的业务路径计算与业务路径对应的备用业务路径；

业务编排组件64，与上述路径管理组件62连接，用于根据备用业务路径转发流水要求，生成故障恢复信息，以及将故障和故障恢复信息存储于表项仓库组件56中，其中，故障恢复信息包括：与备用业务路径相关的各个转发设备的转发表项。

通过该路径管理组件62和业务编排组件64，使得提前模拟故障来计算业务路径的备用业务路径，将该模拟的故障和与该故障对应的备用业务路径信息(即故障恢复信息)存储于表项仓库组件56中，以当故障发生时，直接来获取与该故障对应的故障恢复信息，不用再去计算，节省了恢复的时间。

需要说明的是，上述路径管理组件62，还用于删除受网络故障信息影响的业务路径。以节省控制器中的存储空间。

另外，该路径管理组件62还可以用于保留受网络故障信息影响的业务路径。比如这个受网络故障信息影响的该业务路径可能是一个最优业务路径，由于该路径管理组件62对该最优业务路径进行了保留，如果网络故障消除了，则可以不采用该业务路径的备用业务路径，而是重新选择采用该最优业务路径。

需要说明的是，对于该路径管理组件62是删除还是保留受网络故障信息影响的业务路径，可以根据用户的实际需求进行设定，但并不限于此。

图7是根据本发明实施例的控制器的结构框架图三，如图7所示，上述控制器还包括：

拓扑管理组件72，用于接收协议处理组件发送的网络故障信息，以及在检测到新增业务路径时，将新增业务路径添加到SDN网络的网络资源信息中，其中，新增业务路径为受网络故障信息影响的业务路径的备用业务路径。

拓扑管理组件72，在检测到新增业务路径时，将新增业务路径添加到SDN网络的网络资源信息，然后该业务编排组件64将该新增业务路径对应的备用业务路径的各个转发设备的转发表项添加到表项仓库组件56中，来动态的维护该表项仓库组件56，以便当该新增业务路径发生故障时能够快速恢复业务。

在本实施例中还提供了一种软件定义网络SDN，图8是根据本发明实施例的软件定义网络SDN的结构示意图，如图8所示，该软件定义网络SDN包括：转发设备82和图5至图7任一图所示的控制器84，对于该控制器的解释图5至图7所示的实施例中对控制器的解释，此处不再赘述。

需要说明的是，上述转发设备可以是一个，也可以是多个，并不限于此。

软件定义网络SDN基于对控制器的改进，即通过在表项仓库组件56中预先存储网络故障信息、故障恢复信息和网络故障信息与故障恢复信息的对应关系，当恢复管理组件54接收到网络故障信息时，可以直接从表项仓库组件56中获取与该网络故障信息对应的故障恢复信息，而不需要现生成该故障恢复信息，解决了相关技术中SDN网络故障发生后恢复故障时间较长的问题，进而节省了恢复时间，提高了恢复的效率。

在本实施例中还提供了一种故障恢复装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图9是根据本发明实施例的故障恢复装置的结构框图一，该装置应用于软件定义网络SDN中，如图9所示，该装置包括：

接收模块902，用于接收转发设备发送的网络故障信息；

获取模块904，与上述接收模块902连接，用于根据网络故障信息，获取预先存储在控制器中的与网络故障信息对应的故障恢复信息，其中，该故障恢复信息用于对网络故障信息对应的网络故障进行恢复；

发送模块906，与上述获取模块904连接，用于将故障恢复信息发送给与故障恢复 信息对应的各个转发设备。

通过上述装置，采用当接收到转发设备上报的网络故障信息后，直接从控制器中获取预先存储在与该网络故障信息对应的故障恢复信息，再下发给各个转发设备。该装置当接收到网络故障后不再去直接生成该故障恢复信息，而是将该故障恢复信息预先存储在控制器中，当接收到网络故障信息后，直接从控制器中获取该故障恢复信息，进而解决了相关技术中SDN网络故障发生后恢复故障时间较长的问题，进而节省了恢复时间，提高了恢复的效率。

需要说明的是，上述SDN网络可以包括以太网、MPLS、MPLS-TP、OTN、WDM等相关传送技术的网络，也可以包括采用相似层网络传送技术的传送网络。上述网络故障信息包括：链路故障信息。该链路故障信息可以是链路故障的告警信息，也可以是该链路故障的通知信息等，但并不限于此。该链路故障可以是单重故障，比如网络中只存在一处链路故障，也可以是多重故障，即网络中存在多出链路故障。需要说明的是，链路本身的中断或者转发设备的掉电都可以引起上述链路故障，但并不限于此。

图10是根据本发明实施例的故障恢复装置的结构框图二，如图10所示，上述装置还包括：

删除模块1002，与上述发送模块906连接，用于删除受网络故障信息影响的业务路径。

需要说明的是，上述删除模块1002也可以与上述获取模块904连接，并不限于此。

通过上述删除模块1002将受上述网络故障信息影响的原业务路径删除，可以减少业务路径的数量，同时减少控制器中需要存储的备用路径的信息，进而可以节省存储空间。

需要说明的是，上述装置也可以不包括删除模块1002，而是包括一个保留模块，用于保留受网络故障信息影响的业务路径，对于上述装置是包括删除模块1002还是包括保留模块，可以根据用户的实际需求进行确定，当然，上述装置也可以同时包括删除模块1002和保留模块，并不限于此。

由于上述保留模块可以保留受网络故障信息影响的业务路径，在使用该保留模块的装置时，如果这个受网络故障信息影响的业务路径是一个最优业务路径，如果网络故障消除了，可以不采用该业务路径的备用业务路径，而是可以重新选择采用该保留模块保留的该最优业务路径。

图11是根据本发明实施例的故障恢复装置的结构框图三，如图11所示，上述装置还包括：

创建模块1102，与上述接收模块902，用于在检测到新增业务路径时，创建与新增业务路径对应的备用业务路径；其中，新增业务路径为受网络故障信息影响的业务路径 的备用业务路径；

存储模块1104，与上述创建模块1102连接，用于将新增业务路径对应的备用业务路径的转发流水线要求的各个转发设备的转发表项存储在控制器中。

通过创建模块1102和存储模块1104，在检测到新增业务路径时，将该新增业务路径对应的备用业务路径的各个转发设备的转发表项添加到控制器中，来动态的维护该控制器中的转发表项信息，以便当该新增业务路径发生故障时能够快速恢复业务。

以SDN网络中，包含转发设备A、B、C、D，以及一个控制器，当前路径有A-B，A-C，A-D，B-C，B-D，C-D为例，当链路A-B发生故障时，链路A-B的备用业务路径为A-C-B，那么获取模块1004会直接到控制器检索A-C-B对应的A、C和B的转发表项信息，此时有了一个新的业务路径A-C-B，那么创建模块1202需要在该控制器中创建A-C-B的备用业务路径(假设为A-D-C-B)，再将链路为A-D-C-B以及A-D-C-B对应的A、D、C、B的转发表项存储于该控制器中，以为下一次故障(比如A-C或者A-C和A-B都发生故障)时，能够快速恢复。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

为了更好的理解本发明，以下结合优选的实施例对本发明做进一步解释。

本发明优选实施例基于控制器现有架构，引入恢复管理组件和表项仓库组件，提出一种快速恢复功能的实施方法，解决现有技术恢复功能时间长的问题，以满足实施包括以太网、MPLS、MPLS-TP、OTN以及WDM等传送技术的网络要求。

图12是根据本发明优选例的SDN的架构示意图，如图12所述，该SDN包括控制器和转发设备，其中，该控制器包括协议处理组件，拓扑管理组件，路径管理组件，业务编排组件，以及新引入的表项仓库组件和恢复管理组件；该转发设备中也包括协议处理组件，告警检测组件，转发组件以及流表组件，该控制器中的上述各个组件与图5至图7中所示实施例的相应的各个组件的功能相同。本优选实施例的核心内容在于网络故障发生后，协议处理组件快速传递故障信息至恢复管理组件，恢复管理组件根据故障信息检索表项仓库组件，并通过协议处理组件快速下发创建恢复路径的配置信息，具备速度快，恢复效果好的优点。

对于控制器和多台转发设备组成的SDN传送网络，实施快速恢复的功能，因而本发明优选实施例的快速恢复功能的方法包括：

步骤1，根据当前SDN网络资源及业务路径配置，转发设备的告警检测组件检测相关元件是否有故障产生？是，则通过转发设备的协议处理组件将故障信息上报控制器，流程转入下一步；否，则重新实施本步骤内容。

步骤2、控制器的协议处理组件接收到故障信息(相当于图1所示实施例中的步骤S302)后，传递至恢复管理组件，同时传递至拓扑管理组件；流程转入下一步。

步骤3、控制器的恢复管理组件依据故障信息检索表项仓库组件(相当于图1所示实施例的步骤S204)，是否检索到期望信息？是，则将检索到的信息通过协议处理组件下发至转发设备(相当于图1所示实施例的步骤S206)，流程转入步骤1；否，则重新实施本步骤内容。

上述步骤1中的相关元件可以包括影响业务正常传送的单元，比如物理链路中断、标签交换路径检测失效等。步骤2中的恢复管理组件在检索到期望信息实施恢复业务操作时或实施恢复业务操作后，路径管理组件也可以触发受故障影响的原业务路径的删除操作。步骤2所述的告警传递至拓扑管理组件，将触发表项仓库组件存储信息的更新，即下文维护表项仓库组件存储信息有效性。

图13是根据本发明优选实施例的维护表项仓库组件存储信息有效性的方法的流程示意图，如图13所示，维护表项仓库组件存储信息有效性的方法主要包括如下步骤：

步骤S1302、根据当前SDN网络资源及业务路径配置，控制器的路径管理组件模拟网络出现各种故障，对受故障影响的业务路径，计算其备用路径(相当于上述各实施例中的备用业务路径)；

步骤S1304、基于控制器路径管理组件输出的备用路径，业务编排组件对其实施业务编排，即根据路径各节点设备转发流水生成所需的流表和组表条目等信息(相当于图1所示实施例中的故障恢复信息)，并与网络故障信息一起存储于表项仓库组件；

步骤S1306、控制器的拓扑管理组件检测SDN网络是否有故障发生，网络资源是否有新增、修改或删除发生？或者路径管理组件检测是否有新增、修改或删除业务及路径操作？是，执行步骤S1308；否，则重新实施本步骤内容。

步骤S1308，更新当前网络拓扑及资源状态，流程转入步骤S1302。

需要说明的是上述的故障或故障信息，包括单重故障(任何时候，网络都只有一处故障，比如单条链路中断)，多重故障(网络同时或先后发生多个故障，比如多处链路中断，或者节点掉电等)等场景。

上述方法适用于SDN网络，包括实施以太网、MPLS、MPLS-TP、OTN以及WDM等现有传送技术的网络，也包括采用相似的层网络传送技术的传送网络。

本发明优选实施例的上述技术方案通过在控制器引入恢复管理组件、表项仓库组件、以及它们与控制器现有组件之间的交互接口，根据转发设备上报的网络故障快速检索备用路径的信息下发至转发设备恢复业务，具备快速、简洁、可靠的优点。

为了加速SDN网络业务路径的恢复效率，本发明基于SDN现有基础架构提出了又 一个快速恢复功能的实施方法，该优选实施例的核心是SDN现有控制器引入表项仓库组件、恢复管理组件，以及它们与现有组件之间的接口；控制器提前模拟故障计算业务路径的备用路径(或恢复路径)，并将备用路径的信息保存于表项仓库组件；当故障发生后，恢复管理组件快速检索表项仓库组件并下发转发信息至转发设备恢复业务。

图14是根据本发明优选实施例的故障恢复场景的示意图，以图14所述的故障恢复场景为例，即以SDN网络部署控制器以及A、B、C和D四台SDN转发设备，设备A和B之间的双向业务已经开通，传送路径为A--B，T1时刻链路A<—B方向的光纤中断为例，说明本发明优选实施例快速恢复的实施方案，图15是根据本发明优选实施例的根据网络故障实施快速恢复的流程图。

结合图12中的SDN的架构，图14中的故障恢复场景，以及图15的快速恢复的实施方案，本发明优选实施例快速恢复的实施方案包括以下步骤：

步骤S1502，根据当前SDN网络资源及业务路径配置，转发设备A、B、C和D的告警检测组件检测本地相关元件是否有故障产生，如果是，执行步骤S1504，如果否，执行本步骤S1602。

步骤S1504，T1时刻链路A<—B方向的光纤中断，A的告警检测组件检测到此链路故障，通过协议处理组件将A--B链路失效的告警上报控制器。A、B、C和D的告警检测组件继续在线检测本地相关元件告警。

步骤S1506，控制器的协议处理组件接收到A上报的A--B链路失效的告警(相当于图2所示实施例的步骤S202)，传递至恢复管理组件，同时传递至拓扑管理组件。

步骤S1508，控制器的恢复管理组件依据A--B链路失效的告警信息检索表项仓库组件(相当于图2所示实施例的步骤S204)；如果检索到期望的信息，即恢复路径A—C—B对应的A、C和B转发表项信息，则执行步骤S1510，如果表项仓库组件没有业务路径A—B对应的恢复路径信息，比如控制器还没有来得及生成恢复路径信息存入表项仓库组件(即没有检索到期望的信息)，则恢复管理组件持续重新检索。。

步骤S1510，分别将A、C、B的信息通过协议处理组件下发至A、C和B转发设备(相当于图2所示实施例的步骤S206)，业务恢复，然后流程转入步骤S1502。

步骤S1508，所述的恢复管理组件实施恢复业务操作时或实施恢复业务操作后，路径管理组件也可以删除受故障影响的原业务路径A-B。

结合图12中的SDN的架构，图14中的故障恢复场景，以及图13的维护表项仓库组件存储信息有效性的方法，以SDN网络部署控制器以及A、B、C和D四台SDN转发设备，设备A和B之间的双向业务已经开通，传送路径为A--B，T1时刻链路A<—B方向的光纤中断为例，说明本发明优选实施例的维护表项仓库组件所存储信息有效性的实施方案。

上述实施方案包括如下步骤：

步骤一、根据当前SDN网络资源，包括A—B、A—C、A—D、B—C、B—D和C—D链路，A、B、C、D四台转发设备以及业务路径A—B，告警检测组件检测本地相关元件是否有故障产生。控制器路径管理组件模拟网络所述各链路分别故障，或者各节点分别故障时，找到受故障影响的业务路径，计算备用路径(相当于上述的备用业务路径)。当A-B链路故障时，双向业务的A-B路径会受故障影响，计算出备用路径A-C-B。

步骤二、基于控制器路径管理组件输出的当A-B链路故障，A-B路径受影响，‘、转发设备的转发流水要求，生成A、C和B的转发表项，比如各级流表、组表等信息。这些信息与A-B链路故障信息一起存储与表项仓库组件，以便根据故障来快速检索相关备用路径转发信息。

步骤三、控制器的拓扑管理组件在T1时刻检测到A-B链路故障；路径管理组件检测到新增A-C-B业务路径。拓扑管理组件更新SDN网络资源信息，包括A—C、A—D、B—C、B—D和C—D链路，A、B、C、D四台转发设备以及业务路径A—C—B，A-B。执行技术方案步骤一所述内容。

特别地，上述步骤三执行完毕，A-C-B新的备用路径将被创建(比如A-D-C-B)，可以在下一次故障(比如A-C链路中断)时，再次快速恢复业务。这是本发明实施方案针对多重故障(A-B、A-C链路都故障)的应用，虽然没有在上述步骤一、二、三显示描述。

特别地，上述步骤三，如果实施了快速恢复方案所述的删除故障路径A-B，则步骤三拓扑管理组件更新SDN网络资源信息不再包括业务路径A-B。

需要说明的是，上述优选实施例中的控制器的协议处理组件，表项仓库组件，恢复管理组件，拓扑管理组件，路径管理组件以及业务编排组件，与图6至图8中的控制器中的协议处理组件，表项仓库组件，恢复管理组件，拓扑管理组件，路径管理组件以及业务编排组件完成的功能相似。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，接收转发设备发送的网络故障信息；

S2，根据网络故障信息，获取预先存储在控制器中的与网络故障信息对应的故障恢复信息，其中，该故障恢复信息用于对网络故障信息对应的网络故障进行恢复；

S3，将故障恢复信息发送给与故障恢复信息对应的各个转发设备。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、 磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。