CN112866833A - 一种业务恢复方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例涉及通信领域，公开了一种业务恢复方法、装置、电子设备及存储介质。本发明中，业务恢复方法包括：获取光层网络的各潜在故障对应的重路由计算结果；检测到光层网络发生故障时，在各潜在故障对应的重路由计算结果中，查询与故障对应的重路由计算结果；根据查询到的重路由计算结果发送业务恢复指令给相关站点，供相关站点进行业务恢复；其中，相关站点为重路由计算结果对应的恢复路径经过的站点，通过预先获取网络的各潜在故障对应的重路由计算结果，在发生故障时，直接查询预存的重路由计算结果，确定与故障对应的重路由计算结果，根据确定的计算结果发送业务恢复指令给相关站点进行业务恢复，极大的提升了业务恢复的效率。

Description

一种业务恢复方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及通信领域，特别涉及一种业务恢复方法、装置、电子设备及存储介质。

背景技术

光传送网(Optical Transport Network，简称OTN)技术，是一种新型光传送技术体制，继承了同步数字体系(SDH：Synchronous Digital Hierarchy)网络和波分复用(WDM：Wavelength Division Multiplexing)网络的优势，其具有大容量和管控机制良好的优势。OTN可以实现多种粒度的信号的传输、交换、复用等功能。同时，OTN可以支持多种上层业务和协议，是承载光网络重要的组网技术。

自动交换光网络ASON(Automatically Switched Optical Network)技术实现了OTN网络中自动路径计算、建立和恢复等功能。在OTN网络中，ASON通常分布式的部署在各个站点的主控板中。ASON主要由业务控制CC(Connection Controller)模块、路径计算PCE(Path Computation Element)模块、资源数据库模块等组成，实现网络的智能化控制。其中，CC模块维护全网的业务数据库，每条业务由源节点处ASON的CC模块维护；PCE模块接收来自CC的计算请求，基于自身算法，实现路由计算；资源数据库通过定时与控制平面的轮询机制及上报机制，维护着全网的资源信息。

当OTN光层网络中发生故障时，故障链路、故障站点上关联的业务需要进行重路由过程，实现批量业务的恢复。目前，基于ASON的重路由恢复过程大体流程如下：(1)确定全局算路的ASON节点和连通树；(2)ASON收集业务信息；(3)被指定的ASON节点发起批量算路过程；(4)ASON分发路径计算结果。

本发明的发明人发现，当前业务恢复技术存在以下问题：端到端恢复时间太长，目前，批量业务恢复技术，受制于光层业务算路时间限制，通常恢复端到端恢复时间会达到分钟级，严重影响了网络业务的服务质量，网络故障时，现有技术无法给出满足需求的业务恢复方案。

发明内容

本发明实施方式的目的在于提供一种业务恢复方法、装置、电子设备及存储介质，使得在光层网络发生故障时，能够实现快速的业务恢复，降低端到端之间的业务恢复时间。

为解决上述技术问题，本发明的实施方式提供了一种业务恢复方法，包括：获取光层网络的各潜在故障对应的重路由计算结果；检测到光层网络发生故障时，在各潜在故障对应的重路由计算结果中，查询与故障对应的重路由计算结果；根据查询到的重路由计算结果发送业务恢复指令给相关站点，供相关站点进行业务恢复；其中，相关站点为重路由计算结果对应的恢复路径经过的站点。

本发明的实施方式还提供了一种业务恢复方法，包括：获取光层网络的潜在故障对应的重路由计算任务；计算重路由计算任务，并反馈计算得到的重路由计算结果；在光层网络发生故障时，接收业务恢复指令，并根据接收到的业务恢复指令，进行业务恢复。

本发明的实施方式还提供了一种业务恢复装置，包括：获取模块：用于获取光层网络的各潜在故障对应的重路由计算结果；查询模块：用于在检测到光层网络发生故障时，在各潜在故障对应的重路由计算结果中，查询与故障对应的重路由计算结果；控制模块：用于根据查询到的重路由计算结果发送业务恢复指令给相关站点，供相关站点进行业务恢复；其中，相关站点为重路由计算结果对应的恢复路径经过的站点。

本发明的实施方式还提供了一种业务恢复装置，包括：获取模块，用于获取光层网络的潜在故障对应的重路由计算任务；计算模块，用于计算重路由计算任务，并反馈计算得到的重路由计算结果；控制模块，用于在光层网络发生故障时，接收业务恢复指令，并根据接收到的业务恢复指令，进行业务恢复。

本发明的实施方式还提供了一种电子设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述的业务恢复方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述业务恢复方法。

本发明实施方式相对于现有技术而言，通过预先获取光层网络的各潜在故障对应的重路由计算的结果，在检测到光层网络发生故障的时候，在获取到的重路由计算结果中查询对应的结果，并直接根据查询到的计算结果发送业务恢复指令给相关站点，相关站点根据接收到的业务恢复指令进行业务恢复，由于发生故障前，已经预先对各种可能出现的故障进行了重路由计算，因此在发生故障时可以直接根据查询到的与当前出现的故障对应的重路由计算结果发送业务恢复指令进行业务恢复，从而避免了在光层网络发生故障时，需要临时进行重路由计算，再进行业务恢复过程中耗时较长的问题，大大提升了端到端之间的业务恢复效率。

另外，获取光层网络的各潜在故障对应的重路由计算结果，包括：将各潜在故障按照优先级进行分组；其中，将相同优先级的潜在故障均匀分配至不同的分组中，一个分组对应光层网络的一个站点；将分组中的潜在故障分配给对应的站点，供对应的站点进行潜在故障的重路由计算；获取各站点反馈的重路由计算结果，通过按照优先级顺序将具有相同优先级的潜在故障分散到不同的分组中，每一组与潜在故障对应的重路由计算任务由不同站点进行计算，由于每一组潜在故障的重路由计算任务相互独立，避免了分布式并行计算中的资源冲突问题，进而保证能够对相同优先级的潜在故障都进行良好的模拟计算，并获取计算结果。

另外，在查询与故障对应的重路由计算结果后，还包括：若未查询到与故障对应的重路由计算结果，则创建与故障对应的实时重路由计算任务并进行计算；根据实时重路由计算任务的计算结果发送业务恢复指令给相关站点，供相关站点进行业务恢复；保存实时重路由计算任务的计算结果，由于在未查询到故障对应的重路由计算结果的时候，根据故障信息实时建立与故障对应的重路由计算任务，并根据重路由计算任务的实时计算结果进行业务恢复，避免了发生故障时，由于无法查询到与故障对应的路由计算结果，导致业务无法恢复。

另外，实时重路由计算任务包括：批量业务的算路请求；创建与故障对应的实时重路由计算任务并进行计算，包括：创建与故障对应的批量业务的算路请求；对批量业务的算路请求进行分组计算；校验批量业务的算路请求的计算结果是否符合预设的优度条件；若计算结果不符合预设的优度条件，则选取部分计算成功的业务释放占用资源；根据选取的业务与计算失败的业务创建新的批量业务的算路请求，并进行分组计算，直至批量业务的算路请求的计算结果符合预设的优度条件，通过在得到的批量业务的算路请求计算结果不符合预设优度条件时，选取部分计算成功的业务与计算失败的业务合并，创建新的批量业务的算路请求并进行分组计算，直到得到的计算结果符合预设优度条件，由于计算结果不符合预设优度条件时，重新建立了新的计算任务，并进行计算，从而保证了得到的计算结果的优度。

另外，预设的优度条件，包括以下任一种：所有业务均计算成功、计算成功的业务数量达到预设期望值、计算时间或次数达到预设上限、已获取批量业务的算路请求所有可能的计算结果，由于考虑到业务恢复的需求，可以根据需要更改预设优度条件，通过调整预设优度条件，从而在保证得到的计算结果的优度的同时，避免无意义的重复计算。

另外，业务恢复方法应用于光层网络中的中心站点；或者，业务恢复方法应用于光层网络的外置集中控制模块；其中，中心站点通过光层网络内的各站点选举得到。

另外，反馈计算得到的重路由计算结果，包括：将重路由计算结果反馈给光层网络中的中心站点以及光层网络中的其余站点；其中，中心站点通过光层网络内的各站点选举得到；在光层网络发生故障时，接收业务恢复指令，包括：检测中心站点是否为孤立站点，若中心站点为孤立站点，则重新选取一个中心站点，并接收新的中心站点发送的业务恢复指令，通过将得到的重路由计算结果反馈给光层网络的各站点，从而避免了中心站点成为孤立站点时导致重路由计算结果的数据丢失，在原中心站点成为孤立站点时重新选取新的中心站点，并进行业务恢复，避免了中心站点故障导致无法进行业务恢复的问题，保证业务恢复效率。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。

图1是根据本发明第一实施方式中的业务恢复方法流程图；

图2是根据本发明第一实施方式中的业务恢复方法中的网络结构示意图；

图3是根据本发明第一实施方式中的业务恢复方法中的潜在故障分组示意图；

图4是根据本发明第一实施方式中的业务恢复方法中的分布式站点结构示意图；

图5是根据本发明第二实施方式中的业务恢复方法流程图；

图6是根据本发明第二实施方式中的业务恢复方法中的包含外置集中控制模块的网络结构示意图；

图7是根据本发明第二实施方式中的业务恢复方法中的潜在故障分组示意图；

图8是根据本发明第二实施方式中的业务恢复方法中的批量业务的算路请求计算方法示意图；

图9是根据本发明第三实施方式中的业务恢复方法流程图；

图10是根据本发明第三实施方式中的业务恢复方法中的计算结果获取方法示意图；

图11是根据本发明第四实施方式中的业务恢复装置结构示意图；

图12是根据本发明第五实施方式中的业务恢复装置结构示意图；

图13是根据本发明第六实施方式中的电子设备结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本发明的第一实施方式涉及一种业务恢复方法，在本实施方式中，获取光层网络的各潜在故障对应的重路由计算结果；检测到光层网络发生故障时，在各潜在故障对应的重路由计算结果中，查询与故障对应的重路由计算结果；根据查询到的重路由计算结果发送业务恢复指令给相关站点，供相关站点进行业务恢复；其中，相关站点为重路由计算结果对应的恢复路径经过的站点，通过预先获取光层网络的潜在故障，并获取各潜在故障对应的重路由计算结果，在网络发生故障时，直接根据查询到的重路由计算结果发送业务恢复指令给相关站点，供相关站点进行业务恢复，由于直接查询故障对应的计算结果进行业务恢复，避免了需要临时创建故障对应的重路由计算任务并计算，从而极大的提升了端到端之间业务恢复的效率。

上述的业务恢复方法可以应用于分布式管控的光层网络的中心站点或者包含外置集中控制模块的光层网络的外置集中控制模块，本实施方式中以应用在中心站点为例进行说明。

下面对本实施方式的一种业务恢复方法的实现细节进行具体的说明，以下内容仅为方便理解的实现细节，并非本实施方案的必须。

本实施方式的一种业务恢复方法的具体的流程图如图1所示，具体包括以下步骤：

步骤101，获取光层网络的各潜在故障对应的重路由计算结果。

具体地说，由根据选举确定的中心站点获取全网业务信息，根据获取到的信息对网络进行评估，确定光层网络可能由于网络连接、传输光纤等问题发生网络故障的潜在故障场景，得到光层网络的各潜在故障，其中，潜在故障的故障场景包括一次故障中的断纤、站点丢失及二次故障中的断纤、站点丢失等，在此就不一一赘述。中心站点将各潜在故障按照优先级进行分组；其中，将相同优先级的潜在故障尽可能均匀分配至不同的分组中，一个分组对应光层网络的一个站点；将分组中的潜在故障分配给对应的站点，供对应的站点并行的进行潜在故障的重路由计算；获取各站点反馈的重路由计算结果。

在一个例子中，某个网络的结构示意图如图2所示，网络中共包含了4个OTN(光传送网)站点，以1-4进行编号，站点之间的物理光纤链路关系也如图2所示，共包含了6条直连光链路，以(1)-(6)进行编号，其中站点1和站点2之间由两条光纤链路互联。在这个网络中，每个站点都部署了ASON(自动交换光网络)，网络中运行多个光层业务，每条链路上都承载着一定数量光层OTN业务，网络处于正常运行状态。网络内的各站点根据序号ID在光层网络内部进行选举，将一号站点的ASON作为中心站点，确定好中心站点后，由中心站点的CC模块(业务控制模块)收集全网的业务信息，并根据收集的业务信息对网络进行评估，得到光层网络可能发生的各故障，考虑单次断纤和二次断纤的情况，潜在故障的场景包括，任意一条链路发生断纤的单次断纤：(1)、(2)、……(6)，任意两条链路发生断纤的二次断纤：(1)(2)、(1)(3)、(1)(4)……(5)(6)，包含了6种单次断纤和15种二次断纤，共21种故障场景。

在实际应用中，选举的中心站点的方式包括但不限于：选取序号ID最小的一个站点的ASON、选取计算能力最强的站点的ASON或者选择人为指定的站点的ASON作为中心站点等，本实施方式对选取中心站点的具体方法不做限定。

中心站点的CC模块将得到的各潜在故障按照故障发生概率的顺序进行分组，将单次断纤和二次断纤的各种情况排列成如图3所示的4组潜在故障，然后按照分组，将每一组潜在故障分配给对应的站点，各站点接收到分配的潜在故障后，并行的进行重路由计算。各站点ASON的CC模块分别基于接收到的故障场景，依次生成批量业务的算路请求，然后将批量业务的算路请求发送给本站点的PCE模块(路径计算模块)，PCE模块接收到批量业务的算路请求后，生成批量算路计算任务，将所有未计算成功的业务按照同源同宿同策略的方式进行分组，即将满足涉及的原宿站点相同、具有相同的最小跳数、最小中继次数等任一条件的多个业务对应的计算任务分到同一个组内，将批量算路计算任务分成多组计算任务，然后打乱分组后的小组顺序和小组内各计算任务的顺序，以增强计算的随机性，PCE模块按照新的顺序依次调用单业务端到端算路流程对各个业务算路计算，得到各算路计算和标签分配的结果，然后将得到的每一个计算结果回复到本站点的CC模块，CC模块以广播的形式将计算结果反馈给中心站点的CC模块，中心站点将获取的重路由计算结果存储在自身的资源数据库中，各站点的ASON基本框架结构示意图如图4所示，包含了CC模块、PCE模块及资源数据库。

在实际应用中，各潜在故障的优先级确定方法包括但不限于，故障发生概率、故障影响业务数量、第三方指定顺序等，在本实施方式中对潜在故障的优先级确定方法不做限制。

步骤102，查询并确定与故障对应的重路由计算结果。

具体地说，检测到光层网络发生故障时，中心站点的ASON采用包括PCEP(通信协议)在内的标准协议收集网络故障信息，根据发生故障的链路、站点及受影响需要恢复的业务信息，根据故障信息在获取到的各潜在故障的重路由计算结果中，查询与故障对应的重路由计算结果。

在一个例子中，链路(1)发生了故障，链路(1)上承载的所有业务均受到影响，需要进行恢复，此时，中心站点的CC模块根据链路(1)上承载的所有业务的信息，查询获取到的计算结果，确定各业务对应的重路由计算结果。

在实际应用中，获取网络故障的故障信息还可以采用私有协议，在本实施方式中对收集网路故障信息时采用的通信协议不做限制。

步骤103，根据查询到的重路由计算结果发送指令进行业务恢复。

具体地说，在查询到与故障对应的重路由计算结果后，中心站点的CC模块，根据查询到的重路由计算结果发送业务恢复指令给相关站点，供相关站点进行业务恢复；其中，相关站点为重路由计算结果对应的恢复路径经过的站点，即，根据查询到的重路由计算结果，确定对应的业务恢复方法，根据确定的业务恢复方法将业务恢复指令发送给的各业务恢复路径上各站点ASON的CC模块，由各站点的CC模块基于资源预留协议和接收到的业务恢复指令，调配资源并完成业务的恢复。

由此，本实施方式提供了一种业务恢复方法，通过预先将光层网络的各潜在故障对应的重路由计算任务分配给各站点进行并行计算，获取并存储各潜在故障对应的重路由计算结果，通过并行计算的方法极大的提升了计算效率；在检测到网络故障时，根据故障信息查询获取到的计算结果，直接根据查询到的重路由计算结果确定业务恢复方法，下发业务恢复指令进行业务恢复，避免了发生网络故障进行业务恢复的过程中，需要占用大量资源并花费大量的时间根据发生的故障进行重路由计算后才能进行业务恢复，极大地提升了端到端的业务恢复效率和用户的使用体验。

本发明的第二实施方式涉及一种业务恢复方法。第二实施方式与第一实施方式大致相同，在本发明第二实施方式中，获取各潜在故障对应的重路由计算结果后，在网络发生故障时，未查询到与故障对应的重路由计算结果时，根据故障信息生成实时计算任务进行计算，并对计算结果进行校验，根据符合预设优度条件的计算结果进行业务恢复，保证业务恢复的质量和效率。

上述的业务恢复方法可以应用于分布式管控的光层网络的中心站点或者包含外置集中控制模块的光层网络的外置集中控制模块，本实施方式以应用在光层网络的外置集中控制模块为例进行说明。

本实施方式中的一种业务恢复方法的流程图如图5所示，具体包括以下步骤；

步骤501，获取光层网络的各潜在故障对应的重路由计算结果。

具体地说，由外置集中控制模块中的SDON控制器(软件定义光网络控制器)根据全网信息确定网络的各潜在故障，其中包含了外置集中控制模块的网络结构示意图如图6所示，外置集中控制模块和各站点都直接相连，外置集中控制模块并不会影响各站点之间的链路关系，然后外置集中控制模块中的SDON模块将各潜在故障按照优先级进行分组；其中，将相同优先级的潜在故障均匀分配至不同的分组中，一个分组对应光层网络的一个站点；将分组中的潜在故障分配给对应的站点，供对应的站点进行潜在故障的重路由计算；获取各站点反馈的重路由计算结果。

在一个例子中，包含外置集中控制模块的网络的结构示意图同样如图2所示，外置集中控制器中的SDON控制器根据站点间可能出现的单次断纤和二次断纤，确定光层网络的各潜在故障的场景，外置集中控制器的SDON模块按照故障发生可能性的顺序，将各潜在故障进行排列，生成一个具有5组潜在故障的故障场景列表，由于外置集中控制器中包含了内置PCE模块，并且计算能力更强，因此也为外置集中控制器分配潜在故障对应的重路由计算任务，故障场景分组示意图如图7所示，而各站点的CC模块根据接收到的故障场景发起批量业务的算路请求，各PCE模块根据接收到的批量算路请求，生成批量算路计算任务并进行分组计算，各站点的PCE模块将计算结果返回到本站点的CC模块，通过CC模块将计算结果发送给外置集中控制模块的SDON控制器，外置集中控制模块的本地PCE模块计算的结果直接发送到SDON控制器，集中控制模块对获取到的各潜在故障对应的重路由计算结果进行存储。

步骤502，检测到网络故障时，检测是否已预存故障对应的重路由计算结果，若未预存，则进入步骤503，若已预存，则进入步骤505。

具体地说，检测到网络发生故障后，根据故障信息对预存的重路由计算结果进行检测，判断是否已经预存了与故障相对应的重路由计算结果，若检测到未预存与故障相对应的重路由计算结果，则进入步骤503，根据故障信息建立实时重路由计算任务并进行计算，然后根据计算结果进行业务恢复，若检测到已预存与故障相对应的重路由计算结果，则进入步骤505，根据对应的重路由计算结果下发业务恢复指令。

步骤503，建立实时重路由计算任务并根据计算结果进行业务恢复。

具体地说，若无法检测到故障对应的重路由计算结果，则外置集中控制模块的SDON控制器根据故障信息和受影响业务的信息，建立实时重路由计算任务，并根据实时重路由计算任务的计算结果发送业务恢复指令给相关站点，供相关站点进行业务恢复。

具体地，批量业务的算路请求计算方法示意图如图8所示，SDON模块根据故障信息，将批量业务的算路请求发送到本地PCE模块，本地PCE模块根据请求生成批量算路计算任务，然后并对批量算路任务进行分组，如步骤801；分组后按照业务的排序，顺序计算各业务对应的算路任务，如步骤802；然后对计算结果进行校验，PCE模块对得到的重路由计算结果与历史最优结果进行比较，若当前计算结果优于历史最优结果，则以当前计算结果替代历史最优结果，存储计算结果，如步骤803；然后对当前的历史最优结果再进行校验，获取计算成功的业务和计算失败的业务，判断计算结果是否符合预设优度条件，如步骤804；检测到重路由计算结果符合预设优度条件时，本地PCE模块直接将结果发给SDON控制器返回计算结果，如步骤805；然后SDON控制器根据获取的重路由计算结果，确定受影响业务的恢复方案并将业务恢复指令下发给各业务恢复路径上的各关联站点的CC模块，供各站点的CC模块基于资源预留协议和接收到的业务恢复指令，配置本地资源完成业务的恢复；检测到重路由计算结果不符合预设优度条件时，在计算成功的业务中选取部分业务，释放选取的业务所占用的资源，如步骤806；并将选取的业务归为计算失败的业务，与计算失败的业务进行合并，生成新的批量重路由计算请求，如步骤807，然后重新进行计算，直到得到的重路由计算结果符合预设要求，向外置集中控制模块反馈计算结果，并进行后续的业务恢复。

其中，重路由计算结果与历史最优结果进行比较时，判断计算结果是否符合优于历史计算结果的条件包括业务恢复成功的数量、业务恢复成功的比例等；对当前历史最优结果进行校验时，预设的优度条件包括所有业务均计算成功、计算成功的业务数量达到预设期望值、计算时间或次数达到预设上限、已获取批量业务的算路请求所有可能的计算结果等；选取部分计算成功的业务的选取方法包括随机选取、选取跳数最多的业务、选取下中继次数最多的业务、选取经过指定节点或链路的业务等。在实际应用中，可以根据用户需要进行设置，在本实施方式中不做限制。

步骤504，保存实时重路由计算任务的计算结果。

具体地说，获取到经过校验的实时重路由计算结果后，外置集中控制模块将故障对应的重路由计算结果添加进本地存储模块中，对本地存储的重路由计算结果进行更新。

如果在步骤502中，检测到已预存与故障对应的重路由计算结果，则进入步骤505，根据查询到的故障对应的重路由计算结果进行业务恢复。

具体地说，在查询到与故障对应的重路由计算结果后，外置集中控制模块的SDON模块按照查询到的重路由计算结果，确定对应的业务恢复方法，将业务恢复指令发送到业务恢复路径上的各站点的CC模块，由各站点的CC模块基于资源预留协议和接收到的业务恢复指令，配置本地资源并完成业务的恢复。

由此本实施方式提供了一种业务恢复方法，预先获取光层网络的各潜在故障对应的重路由计算任务的计算结果，在发生网络故障但是无法查询到对应的重路由计算结果时，建立实时重路由计算任务进行计算，并对得到的计算结果进行校验，对不满足预设优度条件的计算结果进行重计算，最终得到满足预设优度条件的计算结果，从而保证了得到的计算结果能够解决尽可能多的潜在故障，然后根据得到的计算结果进行业务恢复，保证了业务恢复的质量。

本发明的第三实施方式涉及一种业务恢复方法，在本实施方式中，获取光层网络的潜在故障对应的重路由计算任务；反馈计算得到的重路由计算结果；在光层网络发生故障时，接收业务恢复指令，并根据接收到的业务恢复指令，进行业务恢复。通过预先对潜在故障进行计算并反馈计算结果，在网络发生故障的时候根据接收到的业务恢复指令直接进行业务恢复，提升业务恢复的效率，提升用户的体验。

上述的业务恢复方法可以应用于分布式管控的光层网络中的各站点或者包含外置集中控制模块的光层网络中的各站点，本实施方式中以应用在分布式管控的光层网络的站点为例进行说明。

本实施方式中的业务恢复方法流程图如图9所示，具体包括以下步骤：

步骤901，获取潜在故障对应的重路由计算任务并进行计算。

具体地说，光层网络中的普通站点中的CC模块，获取内部选举出的中心站点所分配的一系列潜在故障，并建立与接收到的潜在故障所对应的重路由计算任务，然后对重路由计算任务进行计算，得到重路由计算结果。

在一个例子中，光层网络内的各站点根据内部协议，在光层网络的各站点的ASON中选举出一个作为中心站点，例如，将所有站点中序号ID最小站点的ASON作为中心站点，在实际应用中，还可以根据需要选取计算能力最强的站点的ASON或者认为指定的站点的ASON，选取的中心站点的方法在本实施方式中不做限制。

被选举出的中心站点收集全网业务信息，确定网络的潜在故障，并将各潜在故障分配给自己在内的各站点进行对应的重路由计算，各站点的CC模块获取到中心站点发送的潜在故障后，向本站点的PCE模块发起批量业务的算路请求，PCE模块根据接收到的请求生成批量算路计算任务，并对批量计算任务进行分组计算。

得到计算结果后，PCE模块对得到的批量算路计算结果与历史最优结果进行比较，若当前计算结果优于历史最优结果，则以当前计算结果替代历史最优结果，进行记录，若当前计算结果未优于历史最优结果，则重新进行计算。然后对当前的历史最优结果再进行校验，获取计算成功的业务和计算失败的业务，判断计算结果是否符合预设优度条件，检测到计算结果符合预设优度条件时，PCE模块直接将结果返回到CC模块，各站点的CC模块将计算结果记录在本地存储模块中；检测到计算结果不符合预设优度条件时，在计算成功的业务中选取部分业务，释放选取的业务所占用的资源，并将选取的业务归为计算失败的业务，与计算失败的业务进行合并，生成新的批量业务的算路请求，重新进行分组计算，并进行计算结果的校验，直到得到的计算结果符合预设优度条件，然后记录得到的计算结果。

其中，重路由计算结果与历史最优结果进行比较时，判断计算结果是否符合要求的方式包括业务恢复成功的数量、业务恢复成功的比例等；对当前历史最优结果进行校验时，预设的优度条件包括所有业务均计算成功、计算成功的业务数量达到预设期望值、计算时间或次数达到预设上限、已获取批量业务的算路请求所有可能的计算结果等；选取部分计算成功的业务的选取方法包括随机选取、选取跳数最多的业务、选取下中继次数最多的业务、选取经过指定节点或链路的业务等。在实际应用中，可以根据用户需要进行设置，在本实施方式中不做限制。

步骤902，反馈计算得到的重路由计算结果。

具体地说，通过分组计算得到符合要求的重路由计算结果后，各站点的CC模块以广播的形式将得到的重路由计算结果反馈给光层网络内的中心站点和其余站点，在反馈计算结果的同时，各站点的CC模块还用来接收其余站点反馈的重路由计算结果，并将接收到的计算结果存储在本地存储模块中。重路由计算结果获取流程的示意图如图10所示，站点1为中心站点，中心站点获取潜在故障10、按照故障场景将各潜在故障分配给各站点20、各站点CC模块根据接收到的故障场景生成批量重路由计算的算路请求30、40、各站点PCE模块根据接收到的重路由计算请求进行计算50、各站点PCE模块返回计算结果到本站点CC模块60、各站点将计算结果以广播的形式分发给其余站点70、中心站点的CC模块接收其余各站点的计算结果80。

步骤903，网络故障时，判断中心站点是否为孤立站点，若是，则进入步骤904，若不是，则进入步骤905。

具体地说，在网络发生故障的时候，各站点的CC模块，检测原中心站点是否成为了孤立站点，在检测到原中心站点成为孤立站点时，重新选取除一个新的中心站点，然后接收由新的中心站点发布的业务恢复指令，若原中心站点未成为孤立站点，则直接接收由原中心站点发布的业务恢复指令。

步骤904，根据选取规则选取新的中心站点。

具体地说，在原中心站点成为孤立站点后，根据选取规则，在其余站点中选举出一个新的中心站点。

在一个例子中，网络结构示意图如图2所示，通过选取规则选取的原中心站点是站点3，某一时刻，链路(3)、(6)都发生了故障，这两条链路上承载的所有业务都需要进行恢复，但是，此时检测到站点3和其余站点连接的链路都已经发生了故障，站点3失去了联系，成为了孤立站点，即原中心站点成为了孤立站点，此时，需要其余站点通过选取规则选取一个新的中心站点，依据选取的规则，选取了除3号站点外，计算能力最强的1号站点成为新的中心站点。

在实际应用中，选取中心站点的规则包括，选取指定站点的ASON作为中心站点、选取ID序号最小站点的ASON作为中心站点或者选取计算能力最强的站点的ASON作为中心站点，在本实施方式中对中心站点的选取规则不做限制。

步骤905，接收业务恢复指令并进行业务恢复。

具体地说，中心站点根据故障信息，查询获取到的重路由计算结果，确定故障对应的重路由计算结果，并根据查询到的故障对应的重路由计算结果，确定业务的恢复方案，然后向各业务恢复路径上各站点的CC模块发布业务恢复指令，各站点的CC模块接收到中心站点发出的业务恢复指令后，根据接收到的业务恢复指令，调配本地资源进行业务恢复。

由此本实施方式提供了一种业务恢复方法，普通站点获取潜在故障对应的重路由计算任务，对计算任务进行分组计算并进行计算结果的校验，得到符合预设优度条件的重路由计算结果，保证计算结果的优度。在反馈计算结果的同时时获取其余站点反馈的重路由计算结果，避免中心站点成为孤立站点时，重路由计算结果数据丢失。在网络故障并且原中心站点成为孤立站点时，选取一个新的中心站点，并根据新的中心站点发布的业务恢复指令进行业务恢复，避免了中心站点孤立后影响业务恢复进度，进而保证了业务恢复的效率。

本发明第四实施方式涉及一种业务恢复装置，如图11所示，包括：

获取模块1101，用于获取光层网络的各潜在故障对应的重路由计算结果。

查询模块1102：用于在检测到光层网络发生故障时，在各潜在故障对应的重路由计算结果中，查询与故障对应的重路由计算结果。

具体地说，查询模块1102在光层网络发生故障时，根据故障的信息在获取的各潜在故障对应的重路由计算结果中进行查询，确定故障对应的重路由计算结果。

控制模块1103，用于根据查询到的重路由计算结果发送业务恢复指令给相关站点，供相关站点进行业务恢复。

具体地说，控制模块1103根据查询到的故障对应的重路由计算结果确定业务恢复方案，并发送业务恢复指令给相关站点，供相关站点进行业务恢复；其中，相关站点为重路由计算结果对应的恢复路径经过的站点。

在一个例子中，在获取模块1101获取各潜在故障对应的重路由计算结果前，控制模块1103将根据全网业务信息和网络评估结果确定的光层网络的各潜在故障，按照优先级进行分组；其中，将相同优先级的潜在故障均匀分配至不同的分组中，一个分组对应光层网络的一个站点；将分组中的潜在故障分配给对应的站点，供对应的站点进行潜在故障的重路由计算；然后获取模块1101获取各站点反馈的重路由计算结果。

在一个例子中，在查询模块1102查询与故障对应的重路由计算结果后，若未查询到与故障对应的重路由计算结果，则控制模块1103创建与故障对应的实时重路由计算任务并进行计算；根据实时重路由计算任务的计算结果发送业务恢复指令给相关站点，供相关站点进行业务恢复；保存实时重路由计算任务的计算结果。

在一个例子中，控制模块1103创建的实时重路由计算任务包括：批量业务的算路请求；创建与故障对应的实时重路由计算任务并进行计算，包括：创建与故障对应的批量业务的算路请求；对批量业务的算路请求进行分组计算；校验批量业务的算路请求的计算结果是否符合预设的优度条件；计算结果不符合预设的优度条件时，选取部分计算成功的业务释放占用资源；根据选取的业务与计算失败的业务创建新的批量业务的算路请求，并进行分组计算，直至批量业务的算路请求的计算结果符合预设的优度条件。

在一个例子中，控制模块1103采用的预设优度条件包括以下任一条件，所有业务均计算成功、计算成功的业务数量达到预设期望值、计算时间或次数达到预设上限、已获取批量业务的算路请求所有可能的计算结果。

本发明第五实施方式涉及一种业务恢复装置，如图12所示，包括：

获取模块1201，用于获取光层网络的潜在故障对应的重路由计算任务。

计算模块1202，用于计算重路由计算任务，并反馈得到的重路由计算结果。

具体地说，计算模块1202对获取到的潜在故障对应的重路由计算任务进行计算，得到重路由计算结果，并对得到的计算结果进行反馈。

控制模块1203，用于在光层网络发生故障时，接收业务恢复指令，并根据接收到的业务恢复指令，进行业务恢复。

具体地说，在网络发生故障时，控制模块1203接收业务恢复指令，根据接收到的业务恢复指令配置本地资源，进行业务恢复。

在一个例子中，计算模块1202反馈计算得到的重路由计算结果包括：将重路由计算结果反馈给光层网络中的中心站点以及光层网络中的其余站点；其中，中心站点通过光层网络内的各站点选举得到，控制模块1203在光层网络发生故障时，接收业务恢复指令包括：检测中心站点是否为孤立站点，中心站点为孤立站点时，重新选取一个中心站点，并接收新的中心站点发送的业务恢复指令。

本发明第六实施方式涉及一种电子设备，如图12所示，包括至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上述第一至第三实施方式中任一实施方式的业务恢复方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，***接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本发明第七实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (12)

1.一种业务恢复方法，其特征在于，包括：

获取光层网络的各潜在故障对应的重路由计算结果；

检测到所述光层网络发生故障时，在各所述潜在故障对应的重路由计算结果中，查询与所述故障对应的重路由计算结果；

根据所述查询到的重路由计算结果发送业务恢复指令给相关站点，供所述相关站点进行业务恢复；

其中，所述相关站点为所述重路由计算结果对应的恢复路径经过的站点。

2.根据权利要求1所述的业务恢复方法，其特征在于，所述获取光层网络的各潜在故障对应的重路由计算结果，包括：

将各所述潜在故障按照优先级进行分组；其中，将相同优先级的潜在故障均匀分配至不同的分组中，一个分组对应所述光层网络的一个站点；

将所述分组中的潜在故障分配给对应的站点，供所述对应的站点进行所述潜在故障的重路由计算；

获取各站点反馈的重路由计算结果。

3.根据权利要求1所述的业务恢复方法，其特征在于，在所述查询与所述故障对应的重路由计算结果后，还包括：

若未查询到与所述故障对应的重路由计算结果，则创建与所述故障对应的实时重路由计算任务并进行计算；

根据所述实时重路由计算任务的计算结果发送业务恢复指令给所述相关站点，供所述相关站点进行业务恢复；

保存所述实时重路由计算任务的计算结果。

4.根据权利要求3所述的业务恢复方法，其特征在于，所述实时重路由计算任务包括：批量业务的算路请求；所述创建与所述故障对应的实时重路由计算任务并进行计算，包括：

创建与所述故障对应的批量业务的算路请求；

对所述批量业务的算路请求进行分组计算；

校验所述批量业务的算路请求的计算结果是否符合预设的优度条件；

若所述计算结果不符合所述预设的优度条件，则选取部分计算成功的业务释放占用资源；

根据选取的业务与计算失败的业务创建新的批量业务的算路请求，并进行分组计算，直至所述批量业务的算路请求的计算结果符合所述预设的优度条件。

5.根据权利要求4所述的业务恢复方法，其特征在于，所述预设的优度条件，包括以下任一条件：

所有业务均计算成功、计算成功的业务数量达到预设期望值、计算时间或次数达到预设上限、已获取所述批量业务的算路请求所有可能的计算结果。

6.根据权利要求1至5中任一项所述的业务恢复方法，其特征在于，所述业务恢复方法应用于光层网络中的中心站点；或者，所述业务恢复方法应用于所述光层网络的外置集中控制模块；

其中，所述中心站点通过所述光层网络内的各站点选举得到。

7.一种业务恢复方法，其特征在于，包括：

获取光层网络的潜在故障对应的重路由计算任务；

计算所述重路由计算任务，并反馈计算得到的重路由计算结果；

在所述光层网络发生故障时，接收业务恢复指令，并根据接收到的所述业务恢复指令，进行业务恢复。

8.根据权利要求7中所述的业务恢复方法，其特征在于，所述反馈计算得到的重路由计算结果，包括：

将所述重路由计算结果反馈给所述光层网络中的中心站点以及所述光层网络中的其余站点；其中，所述中心站点通过所述光层网络内的各站点选举得到；

所述在所述光层网络发生故障时，接收业务恢复指令，包括：

检测中心站点是否为孤立站点；

若所述中心站点为孤立站点，则重新选取一个中心站点，并接收新的中心站点发送的所述业务恢复指令。

9.一种业务恢复装置，其特征在于，包括：

获取模块：用于获取光层网络的各潜在故障对应的重路由计算结果；

查询模块：用于在检测到所述光层网络发生故障时，在各所述潜在故障对应的重路由计算结果中，查询与所述故障对应的重路由计算结果；

控制模块：用于根据所述查询到的重路由计算结果发送业务恢复指令给相关站点，供所述相关站点进行业务恢复；其中，所述相关站点为所述重路由计算结果对应的恢复路径经过的站点。

10.一种业务恢复装置，其特征在于，包括：

获取模块，用于获取光层网络的潜在故障对应的重路由计算任务；

计算模块，用于计算所述重路由计算任务，并反馈计算得到的重路由计算结果；

控制模块，用于在所述光层网络发生故障时，接收业务恢复指令，并根据接收到的所述业务恢复指令，进行业务恢复。

11.一种电子设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至6中任一项所述的业务恢复方法，或，执行如权利要求7或8所述的业务恢复方法。

12.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的业务恢复方法，或，实现权利要求7或8所述的业务恢复方法。

Images