CN114339493B - 基于otn网络的故障业务处理方法、装置及存储介质 - Google Patents

Abstract

本公开提供一种基于OTN网络的故障业务处理方法、装置及存储介质，包括：响应于网管***输出的故障源，在业务数据结构上确定故障源所在的目标节点，业务数据结构用于反映OTN网络的网络数据与业务数据的关联，目标业务为目标节点对应的目标站点所执行的业务；确定目标业务面向故障源的故障类型，故障类型包括受影响业务、重路由业务和中断业务。本公开提供的基于OTN网络的故障业务处理方法，在OTN网络中某个因素发生故障时，可以准确地确定该故障对各业务的影响情况。

Description

基于OTN网络的故障业务处理方法、装置及存储介质

技术领域

本公开涉及光网技术领域，尤其涉及一种基于OTN网络的故障业务处理方法、装置及存储介质。

背景技术

随着光传输网络(Optical Transport Network，OTN网络)的广泛使用，在100G+的本地传输网络中，实现网络的业务台账的管理，以及，快速确定网络的故障业务尤为重要。因此，越来越多的人将目光汇集到了在本地传输网络的复杂情况下，准确确定OTN网络上的故障业务这一问题。

目前，相关技术是通过卷积神经网络(Convolutional Neural Network，CNN网络)来进行故障的分类比对，以确定OTN网络中某个因素出现故障时受影响的业务情况，但存在确定的业务情况不准确的问题。

发明内容

为了解决上述问题，本公开提供了一种基于OTN网络的故障业务处理方法、装置及存储介质，以解决目前无法准确确定各个受影响业务这一情况。

第一方面，本公开提供了一种基于OTN网络的故障业务处理方法，包括：响应于网管***输出的故障源，在业务数据结构上确定故障源所在的目标节点，业务数据结构用于反映所述OTN网络的网络数据与业务数据的关联，目标业务为目标节点对应的目标站点所执行的业务；确定目标业务面向故障源的故障类型，故障类型包括受影响业务、重路由业务和中断业务。

一种可能的实施方式中，确定目标业务面向故障源的故障类型，包括：确定目标站点在业务数据结构中对应的节点类型，节点类型包括分叉节点和非分叉节点；响应于目标站点在业务数据结构中对应的节点类型为分叉节点，根据目标站点在业务数据结构中对应的节点上是否存在故障标记，确定目标业务面向故障源的故障类型；或者，响应于目标站点在业务数据结构中对应的节点类型为非分叉节点，根据目标业务的数据配置类型，确定目标业务面向故障源的故障类型。

一种可能的实施方式中，根据目标站点在业务数据结构中对应的节点上是否存在故障标记，确定目标业务面向故障源的故障类型，包括：响应于目标站点在业务数据结构中对应的节点上均存在故障标记，确定目标业务面向故障源的故障类型为中断业务；或者，响应于目标站点在业务数据结构中对应的至少一个节点不存在故障标记，确定目标业务面向故障源的故障类型为受影响业务。

一种可能的实施方式中，根据目标业务的数据配置类型，确定目标业务面向故障源的故障类型，包括：响应于目标业务的数据配置类型为重路由，确定目标业务面向故障源的故障类型为重路由业务；或者，响应于目标业务的数据配置类型不为重路由，确定目标业务面向故障源的故障类型为中断业务。

一种可能的实施方式中，输出目标业务面向故障源的故障类型，包括：以工单的形式，将目标业务面向故障源的故障类型推送至相关人员。

一种可能的实施方式中，在业务数据结构上确定故障源所在的目标节点之前，还包括：通过以下方式，创建业务数据结构：获取OTN网络的网络拓扑结构，网络拓扑结构包含多个节点，节点与业务数据结构的站点一一对应；获取节点的本地维度、节点间的波道以及业务数据；将节点间的波道与本地维度形成关联；将业务数据对应保存在节点的设备上，并将设备与节点间的波道，以及本地维度形成关联；将板卡和端口分别与本地维度以及设备形成关联；通过光缆，连接业务对应的站点。

一种可能的实施方式中，还包括：通过应用程序，将业务数据结构进行可视化显示。

第二方面，本公开提供一种基于OTN网络的故障业务处理***，包括：数据采集模块、业务数据结构生成模块以及故障业务处理模块，其中：数据采集模块，用于获取OTN网络的网络数据和业务数据；业务数据结构生成模块，用于根据OTN网络的网络数据以及OTN网络中业务的业务数据，生成业务数据结构；故障业务处理模块，用于执行如第一方面的基于OTN网络的故障业务处理方法。

第三方面，本公开提供一种基于OTN网络的故障业务处理装置，包括：

第一确定模块，用于响应于网管***输出的故障源，在业务数据结构上确定故障源所在的目标节点，业务数据结构用于反映OTN网络的网络数据与业务数据的关联，目标业务为目标节点对应的目标站点所执行的业务；

第二确定模块，用于确定目标业务面向故障源的故障类型，故障类型包括受影响业务、重路由业务和中断业务。

一种可能的实施方式中，第二确定模块具体用于：确定目标站点在业务数据结构中对应的节点类型，节点类型包括分叉节点和非分叉节点；响应于目标站点在业务数据结构中对应的节点类型为分叉节点，根据目标站点在业务数据结构中对应的节点上是否存在故障标记，确定目标业务面向故障源的故障类型；或者，响应于目标站点在业务数据结构中对应的节点类型为非分叉节点，根据目标业务的数据配置类型，确定目标业务面向故障源的故障类型。

一种可能的实施方式中，第二确定模块具体用于：响应于目标站点在业务数据结构中对应的节点上均存在故障标记，确定目标业务面向故障源的故障类型为中断业务；或者，响应于目标站点在业务数据结构中对应的至少一个节点不存在故障标记，确定目标业务面向故障源的故障类型为受影响业务。

一种可能的实施方式中，第二确定模块具体用于：响应于目标业务的数据配置类型为重路由，确定目标业务面向故障源的故障类型为重路由业务；或者，响应于目标业务的数据配置类型不为重路由，确定目标业务面向故障源的故障类型为中断业务。

一种可能的实施方式中，第二确定模块具体用于：以工单的形式，将目标业务面向故障源的故障类型推送至相关人员。

一种可能的实施方式中，第一确定模块还用于：通过以下方式，创建业务数据结构：获取OTN网络的网络拓扑结构，网络拓扑结构包含多个节点，节点与业务数据结构的站点一一对应；获取节点的本地维度、节点间的波道以及业务数据；将节点间的波道与本地维度形成关联；将业务数据对应保存在节点的设备上，并将设备与节点间的波道，以及本地维度形成关联；将板卡和端口分别与本地维度以及设备形成关联；通过光缆，连接业务对应的站点。

一种可能的实施方式中，基于OTN网络的故障业务处理装置还包括显示模块：通过应用程序，将业务数据结构进行可视化显示。

第四方面，本公开提供一种电子设备，包括：

存储器和处理器；

存储器用于存储程序指令；

处理器用于调用存储器中的程序指令执行第一方面的OTN网络的故障业务处理方法。

第五方面，本公开一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序指令，计算机程序指令被执行时，实现第一方面的OTN网络的故障业务处理方法。

第六方面，本公开提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面的OTN网络的故障业务处理方法。

本公开提供一种基于OTN网络的故障业务处理方法、装置及存储介质，包括：响应于网管***输出的故障源，在业务数据结构上确定故障源所在的目标节点，业务数据结构用于反映OTN网络的网络数据与业务数据的关联，目标业务为目标节点对应的目标站点所执行的业务；确定目标业务面向故障源的故障类型，故障类型包括受影响业务、重路由业务和中断业务。由于业务数据结构反映了OTN网络的业务数据与网络数据的关联，因此，可以根据故障源在业务数据结构上的目标节点，准确得到目标业务面向故障源的故障类型，即在OTN网络中某个因素发生故障时，可以准确地确定该故障对各业务的影响情况。

附图说明

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

图1为本公开一实施例提供的应用场景示意图；

图2为本公开一实施例提供的基于OTN网络的故障业务处理方法的流程图；

图3为本公开一实施例提供的业务数据结构的示意图；

图4为本公开一实施例提供的判断目标业务面向故障源的类型的流程图；

图5为本公开一实施例提供的基于OTN网络的故障业务处理***的结构示意图；

图6为本公开一实施例提供的基于OTN网络的故障业务处理装置的结构示意图；

图7为本公开一实施例提供的电子设备的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

目前，相关技术中，常常使用CNN网络来确定业务是否发生故障。其主要思想是将网络关系转化为矩阵，具体地，上述处理包括：对告警数据进行处理和编码，形成包含故障状态矩阵的故障状态矩阵集。在CNN网络的应用时，将上述故障状态矩阵作为输入，由CNN网络将其转换为灰度图片，从而将网络故障的分类问题转换为图片的分类问题。然而上述方法存在确定的业务情况不准确的问题。

基于上述问题，本公开的实施例提供了一种基于OTN网络的故障业务处理方法、装置及存储介质，主要方法是：先通过收集和制作数据，将OTN网络的网络数据和业务数据转化为业务数据结构后，实现网络数据与业务数据的关联。而后，通过制定发生故障后各个受影响业务的逻辑，确定各个故障源对应业务的故障类型。本公开提供的基于OTN网络的故障业务处理方法，可以具体确定面向各个故障源时业务的故障类型，进而可以在发生故障时，准确地确定业务情况。

图1为本公开一实施例提供的应用场景示意图。如图1所示，本应用场景中，包括一服务器110和显示端120。其中，服务器110用于执行基于OTN网络的故障业务处理方法。具体地，服务器110上保存了OTN网络中多个站点之间的网络拓扑结构等网络数据以及OTN网络中业务的业务数据。服务器110会基于上述网络数据以及业务数据，生成业务数据结构。并通过显示端120将该业务数据结构可视化展示。具体地，可视化的方式可以说通过应用程序，或者通过网页等。

当OTN网络出现故障后，服务器110会接收来自网管***发送的故障源信息，该网管***可以搭载在服务器110上，也可以时其他服务器上，本公开不对其进行限定。服务器110获取故障源信息后，会在之前生成的业务数据结构上确定故障标记。确定故障标记后，服务器110会确定该故障标记对应的目标站点，并基于目标站点的故障情况，确定该目标站点下业务的故障类型。

需要说明的是，图1仅是本公开实施例提供的一种应用场景的示意图，本公开实施例不对图1中包括的设备进行限定，也不对图1中设备之间的位置关系进行限定。例如，在图1所示的应用场景中，还可以包括数据存储设备，该数据存储设备服务器110可以是外部存储器，也可以是集成在客户端110中的内部存储器。显示端120可以是投影设备、也可以是电子屏幕设备。

接下来，通过具体实施例介绍本公开基于OTN网络的故障业务处理方法，图2是本公开一实施例提供的流程图，如图2所示，该方法包括：

S201、响应于网管***输出的故障源，在业务数据结构上确定故障源所在的目标节点，业务数据结构用于反映OTN网络的网络数据与业务数据关联，目标业务为目标节点对应的目标站点所执行的业务。

该故障源可以是一个，也可以是多个；并且，故障源可以发生于一个节点，也可以是多个节点；该故障源可以是硬件故障，也可以是软件故障。

其中，故障源携带了故障的位置信息。如前文所述的服务器，其可以根据故障源，在预先建立好的业务数据结构上确定故障标记，该故障标记可以对应为目标节点。由于业务数据结构可以反映多个业务的线性关系，因此该业务数据结构也可以称为业务链表。该业务链表包含了多条业务链，一条业务链对应一个业务。因此，当业务数据结构上的节点发生故障后，该节点涉及的业务链所对应的业务都会受到影响。

示例地，网络数据可以包括但不限于网络拓扑结构，网络拓扑结构包含多个节点，节点与业务数据结构的站点一一对应；节点的本地维度；节点间的波道，等等。

S202、确定目标业务面向故障源的故障类型，故障类型包括受影响业务、重路由业务和中断业务。

在业务数据结构中，不同业务链上对应不同的业务，不同故障源会导致该业务链上的业务故障类型不同。

例如，对于故障类型为重路由业务的业务，解决方法是通过重路由的方法，即重新搭载一条新的路由，重新建立该业务。故障类型为中断业务和受影响业务则表示受影响程度的不同。示例地，故障类型为中断业务的业务，表示故障源对该业务的影响较大，需要中断业务的进行，故障修复后才可恢复业务；而故障类型为受影响业务的业务，则表示故障源对该业务造成一定的影响，但不至于中断业务。

本公开实施例提供的OTN网络的故障业务处理方法，响应于网管***输出的故障源，在业务数据结构上确定故障源所在的目标节点，业务数据结构用于反映OTN网络的业务数据与网络数据的关联，目标业务为目标节点对应的目标站点所执行的业务；确定目标业务面向故障源的故障类型，故障类型包括受影响业务、重路由业务和中断业务。由于业务数据结构反映了OTN网络的业务数据与网络数据的关联，因此，可以根据故障源在业务数据结构上的目标节点，准确得到目标业务面向故障源的故障类型，即在OTN网络中某个因素发生故障时，可以准确地确定该故障对各业务的影响情况。

为了在业务数据结构上确定故障源所在的目标节点，需要预先建立业务数据结构。在一些实施例中，通过如下方法确定业务数据结构：获取OTN网络的网络拓扑结构，网络拓扑结构包含多个节点，节点与业务数据结构的站点一一对应；获取节点的本地维度、节点间的波道以及业务数据；将节点间的波道与本地维度形成关联；将业务数据对应保存在节点的设备上，并将设备与节点间的波道，以及本地维度形成关联；将板卡和端口分别与本地维度以及设备形成关联；通过光缆，连接业务对应的站点。

示例地，上述关联为级联关系，反映了业务数据的流向关系以及与业务相关的各个硬件设备的连接关系。

如图3所示，图3表示了业务数据结构的示意图。经过上述关联后，会得到多条业务链为“站点-波道-本地维度-板卡-端口-设备”的业务数据结构，该结构中，每个“站点”、“波道”、“本地维度”、“板卡”、“端口”以及“设备”都是一个节点，站点是节点的一种具体表现，换言之，一个节点对应一个站点，但一个站点下可部署多个节点，也可以将站点认为是父节点，其他表现形式的节点(如图3所示的“波道”、“本地维度”、“板卡”、“端口”以及“设备”)为子节点。当发生故障时，故障源对应的节点即前文所述的目标节点。并且，上述站点之间是通过光缆连接的。

示例地，可以由服务器通过应用程序，将业务数据结构进行可视化显示。可选地，还可以将业务数据结构显示在服务器外接的显示器上。

构建业务数据结构之后，示例地，在一些实施例中，可以通过以下方式判断每个目标业务面向故障源的故障类型：

确定目标站点在业务数据结构中对应的节点类型，节点类型包括分叉节点和非分叉节点；响应于目标站点在业务数据结构中对应的节点类型为分叉节点，根据目标站点在业务数据结构中对应的节点上是否存在故障标记，确定目标业务面向故障源的故障类型；或者，响应于目标站点在业务数据结构中对应的节点类型为非分叉节点，根据目标业务的数据配置类型，确定目标业务面向故障源的故障类型。

由图3可知，由于目标节点会对应一个目标站点，而目标站点所对应的业务各不相同。例如，在业务数据结构中，目标站点可以分为两个业务链，如图3中的站点E作为目标站点时，其上下各有一条业务链，该目标站点对应的节点类型为分叉节点。

由图3可知，形如站点C的目标站点由于只存在一条业务链，因此站点C对应的节点类型为非分叉节点。

对于节点类型为分叉节点的目标站点，需要根据其分叉的多条业务链上的故障情况，来判断该目标站点下业务链在出现故障时，业务的故障类型。上述操作的原因在于该节点类型为分叉节点，因此需要分析各个业务链上的故障情况。

对于节点类型为非分叉节点的目标站点，则需要根据目标站点上业务链的目标业务的数据配置类型，来确定目标业务面向故障源的故障类型。对于节点类型为非分叉节点的目标站点，当发生故障时，其业务链上的所有业务均受到影响，因此需要根据数据配置类型来进一步分析各个业务的受影响程度。

一些实施例中，对应于目标站点的节点类型为分叉节点时，根据目标站点在业务数据结构中对应的节点上是否存在故障标记，确定目标业务面向故障源的故障类型，可以包括：响应于目标站点在业务数据结构中对应的节点上均存在故障标记，确定目标业务面向故障源的故障类型为中断业务；或者，响应于目标站点在业务数据结构中对应的至少一个节点不存在故障标记，确定目标业务面向故障源的故障类型为受影响业务。

若存在一目标站点，该目标站点下的各节点均存在故障标记，也就是说每条业务链上都存在故障标记，即存在目标节点，则该目标站点上各个业务链都存在中断的情况，因此该目标站点上各个业务面向故障源的故障类型为中断业务。

若一目标站点存在至少一条业务链，该业务链的各个节点不存在故障标记，则该站点不存在故障标记的业务链所负责的业务不会因为其他业务链的故障而中断，因此，该目标站点涉及的业务面向该故障源的故障类型为受影响业务。

一些实施例中，对应于目标站点的节点类型为非分叉节点时，根据目标业务的数据配置类型，确定目标业务面向故障源的故障类型，可以包括：响应于目标业务的数据配置类型为重路由，确定目标业务面向故障源的故障类型为重路由业务；或者，响应于目标业务的数据配置类型不为重路由，确定目标业务面向故障源的故障类型为中断业务。

若目标站点仅存在一条业务链时，当该目标站点下的某个节点出现故障时，还需要判断该业务链上的业务是否为重路由业务。具体地，通过获取目标业务的数据配置类型，判断该数据配置类型的特定字段是否包含了重路由的信息。若特定字段包括了重路由的信息，则将该业务链上的各个业务在目标节点发生故障时，可以定位为重路由业务；若特定字段未包括重路由的信息，则将该业务链上的各个业务在目标节点发生故障时，由于都无法正常运行，因此故障类型为中断业务。

可以通过图4来直观地展示上述判断每个目标业务面向故障源的类型的流程。

图4中，当获取到故障源后，会先根据故障源检索故障标记，并确定故障标记所在的各个节点。之后确定故障标记所在节点对应的目标站点。再通过上述方法判断目标站点为分叉节点或者非分叉节点。进而进一步判断每个目标业务面向故障源的类型，此处不再赘述。

示例地，当确定目标业务面向故障源的故障类型后，服务器会将这些故障类型汇总，并以工单的形式，将目标业务面向故障源的故障类型推送至相关人员。

进一步地，通过图5介绍本公开的基于OTN网络的故障业务处理***500，其中，该基于OTN网络的故障业务处理***500包括：数据采集模块501、业务数据结构生成模块502以及故障业务处理模块503，其中：

数据采集模块501，用于获取OTN网络的网络数据和业务数据；

示例地，该业务数据可以包括业务台账等；网络数据可以包括站点列表、波道资源、光缆资源和板卡资源等。

业务数据结构生成模块502，用于根据OTN网络的网络数据以及OTN网络中业务的业务数据，生成业务数据结构；

业务数据结构生成模块502还可以包括可视化展示模块(未标出)，可视化展示模块用于将生成的业务数据结构进行可视化展示。

故障业务处理模块503，用于执行前述的基于OTN网络的故障业务处理方法，其会判断各个目标站点面向故障源的故障类型，以及，各个不同故障类型的业务以工单或者清单的形式输出。

本公开提供的基于OTN网络的故障业务处理***500，具有以下有益效果：第一，可以输出准确的业务数据结构，其包括了至少一个站点以及该站点对应的板卡、端口、光缆、波道以及本地维度。第二，当出现突发故障时，可以确定故障标记和故障标记所在的目标节点。第三，可以在业务数据结构上，从站点、板卡、端口、光缆、波道以及本地维度多个维度上，确定每个业务面向故障源时的故障类型，包括重路由业务、中断业务以及受影响业务。

图6为本公开一实施例提供的基于OTN网络的故障业务处理装置的结构示意图。如图6所示，该基于OTN网络的故障业务处理装置600包括：

第一确定模块601，用于响应于网管***输出的故障源，在业务数据结构上确定故障源所在的目标节点，业务数据结构用于反映OTN网络的业务数据与网络数据的关联，目标业务为目标节点对应的目标站点所执行的业务；

第二确定模块602，用于确定目标业务面向故障源的故障类型，故障类型包括受影响业务、重路由业务和中断业务。

一种可能的实施方式中，第二确定模块602具体用于：确定目标站点在业务数据结构中对应的节点类型，节点类型包括分叉节点和非分叉节点；响应于目标站点在业务数据结构中对应的节点类型为分叉节点，根据目标站点在业务数据结构中对应的节点上是否存在故障标记，确定目标业务面向故障源的故障类型；或者，响应于目标站点在业务数据结构中对应的节点类型为非分叉节点，根据目标业务的数据配置类型，确定目标业务面向故障源的故障类型。

一种可能的实施方式中，第二确定模块602具体用于：响应于目标站点在业务数据结构中对应的节点上均存在故障标记，确定目标业务面向故障源的故障类型为中断业务；或者，响应于目标站点在业务数据结构中对应的至少一个节点不存在故障标记，确定目标业务面向故障源的故障类型为受影响业务。

一种可能的实施方式中，第二确定模块602具体用于：响应于目标业务的数据配置类型为重路由，确定目标业务面向故障源的故障类型为重路由业务；或者，响应于目标业务的数据配置类型不为重路由，确定目标业务面向故障源的故障类型为中断业务。

一种可能的实施方式中，第二确定模块602具体用于：以工单的形式，将目标业务面向故障源的故障类型推送至相关人员。

一种可能的实施方式中，第一确定模块601还用于：通过以下方式，创建业务数据结构：获取OTN网络的网络拓扑结构，网络拓扑结构包含多个节点，节点与业务数据结构的站点一一对应；获取节点的本地维度、节点间的波道以及业务数据；将节点间的波道与本地维度形成关联；将业务数据对应保存在节点的设备上，并将设备与节点间的波道，以及本地维度形成关联；将板卡和端口分别与本地维度以及设备形成关联；通过光缆，连接业务对应的站点。

一种可能的实施方式中，还包括显示模块(未示出)：通过应用程序，将业务数据结构进行可视化显示。

图7为本公开一实施例提供的电子设备的结构示意图。示例性地，电子设备可以被提供为一计算机。参照图7，电子设备700包括处理组件701，其进一步包括一个或多个处理器，以及由存储器702所代表的存储器资源，用于存储可由处理组件701的执行的指令，例如应用程序。存储器702中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件701被配置为执行指令，以执行上述任一方法实施例。

电子设备700还可以包括一个电源组件703被配置为执行电子设备700的电源管理，一个有线或无线网络接口704被配置为将电子设备700连接到网络，和一个输入输出(I/O)接口705。电子设备700可以操作基于存储在存储器702的操作***，例如WindowsServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本公开还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当处理器执行计算机执行指令时，实现如上基于OTN网络的故障业务处理方法的方案。

本公开还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上的基于OTN网络的故障业务处理方法的方案。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于基于OTN网络的故障业务处理装置中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述各实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的范围。

Claims (10)

1.一种基于OTN网络的故障业务处理方法，其特征在于，包括：

响应于网管***输出的故障源，在业务数据结构上确定所述故障源所在的目标节点，所述业务数据结构用于反映所述OTN网络的网络数据与业务数据的关联，目标业务为所述目标节点对应的目标站点所执行的业务；

确定所述目标业务面向所述故障源的故障类型，所述故障类型包括受影响业务、重路由业务和中断业务；

所述确定所述目标业务面向所述故障源的故障类型，包括：

确定所述目标站点在所述业务数据结构中对应的节点类型，所述节点类型包括分叉节点和非分叉节点；

响应于所述目标站点在所述业务数据结构中对应的节点类型为分叉节点，根据所述目标站点在所述业务数据结构中对应的节点上是否存在故障标记，确定所述目标业务面向所述故障源的故障类型；

或者，响应于所述目标站点在所述业务数据结构中对应的节点类型为非分叉节点，根据所述目标业务的数据配置类型，确定所述目标业务面向所述故障源的故障类型。

2.根据权利要求1所述的基于OTN网络的故障业务处理方法，其特征在于，所述根据所述目标站点在所述业务数据结构中对应的节点上是否存在所述故障标记，确定所述目标业务面向所述故障源的故障类型，包括：

响应于所述目标站点在所述业务数据结构中对应的节点上均存在所述故障标记，确定所述目标业务面向所述故障源的故障类型为中断业务；

或者，响应于所述目标站点在所述业务数据结构中对应的至少一个节点不存在所述故障标记，确定所述目标业务面向所述故障源的故障类型为受影响业务。

3.根据权利要求1所述的基于OTN网络的故障业务处理方法，其特征在于，所述根据所述目标业务的数据配置类型，确定所述目标业务面向所述故障源的故障类型，包括：

响应于所述目标业务的数据配置类型为重路由，确定所述目标业务面向所述故障源的故障类型为重路由业务；

或者，响应于所述目标业务的数据配置类型不为重路由，确定所述目标业务面向所述故障源的故障类型为中断业务。

4.根据权利要求1至3中任一项所述的基于OTN网络的故障业务处理方法，其特征在于，所述确定所述目标业务面向所述故障源的故障类型，包括：

以工单的形式，将所述目标业务面向所述故障源的故障类型推送至相关人员。

5.根据权利要求1至3中任一项所述的基于OTN网络的故障业务处理方法，其特征在于，所述响应于网管***输出的故障源，在业务数据结构上确定所述故障源所在的目标节点之前，还包括：

通过以下方式，创建所述业务数据结构：

获取所述OTN网络的网络拓扑结构，所述网络拓扑结构包含多个节点，所述节点与所述业务数据结构的站点一一对应；

获取所述节点的本地维度、节点间的波道以及业务数据；

将所述节点间的波道与所述本地维度形成关联；

将所述业务数据对应保存在所述节点的设备上，并将所述设备与所述节点间的波道，以及所述本地维度形成关联；

将板卡和端口分别与所述本地维度以及所述设备形成关联；

通过光缆，连接所述业务对应的站点。

6.根据权利要求1至3中任一项所述的基于OTN网络的故障业务处理方法，其特征在于，还包括：

通过应用程序，将所述业务数据结构进行可视化显示。

7.一种基于OTN网络的故障业务处理***，包括：数据采集模块、业务数据结构生成模块以及故障业务处理模块，其中：

数据采集模块，用于获取OTN网络的网络数据和业务数据；

业务数据结构生成模块，用于根据OTN网络的网络数据以及OTN网络中业务的业务数据，生成业务数据结构；

故障业务处理模块，用于执行如权利要求1至6中任一项所述的基于OTN网络的故障业务处理方法。

8.一种基于OTN网络的故障业务处理装置，其特征在于，包括：

第一确定模块，用于响应于网管***输出的故障源，在业务数据结构上确定故障源所在的目标节点，业务数据结构用于反映所述OTN网络的网络数据与业务数据的关联，目标业务为目标节点对应的目标站点所执行的业务；

第二确定模块，用于确定目标业务面向故障源的故障类型，故障类型包括受影响业务、重路由业务和中断业务；

所述第二确定模块，具体用于确定所述目标站点在所述业务数据结构中对应的节点类型，所述节点类型包括分叉节点和非分叉节点；响应于所述目标站点在所述业务数据结构中对应的节点类型为分叉节点，根据所述目标站点在所述业务数据结构中对应的节点上是否存在故障标记，确定所述目标业务面向所述故障源的故障类型；或者，响应于所述目标站点在所述业务数据结构中对应的节点类型为非分叉节点，根据所述目标业务的数据配置类型，确定所述目标业务面向所述故障源的故障类型。

9.一种电子设备，包括：存储器和处理；其中：

存储器用于存储程序指令；

处理器用于调用存储器中的程序指令执行权利要求1至6中任一项的基于OTN网络的故障业务处理方法。

10.一种计算机可读存储介质，其特征在于，计算机可读存储介质中存储有计算机程序指令，计算机程序指令被执行时，实现权利要求1至6中任一项的基于OTN网络的故障业务处理方法。

Images