CN107005440B - 一种链路故障定位的方法、装置及系统 - Google Patents

一种链路故障定位的方法、装置及系统 Download PDF

Info

Publication number
CN107005440B
CN107005440B CN201580067066.5A CN201580067066A CN107005440B CN 107005440 B CN107005440 B CN 107005440B CN 201580067066 A CN201580067066 A CN 201580067066A CN 107005440 B CN107005440 B CN 107005440B
Authority
CN
China
Prior art keywords
link
state
detected
detection service
service path
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201580067066.5A
Other languages
English (en)
Other versions
CN107005440A (zh
Inventor
马辰
赵永利
张�杰
王伟
侯保刚
郑好棉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN107005440A publication Critical patent/CN107005440A/zh
Application granted granted Critical
Publication of CN107005440B publication Critical patent/CN107005440B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/07—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks

Abstract

本发明实施例提供一种链路故障定位的方法、装置及系统。本发明链路故障定位的方法包括：控制器根据工作业务路径的状态确定待检测链路；根据待检测链路确定检测业务路径，待检测链路上存在至少一条检测业务路径；根据检测业务的状态确定检测业务路径的状态，确定待检测链路中的故障链路。本发明实施例能够准确定位故障链路。

Description

一种链路故障定位的方法、装置及系统
技术领域
本发明实施例涉及光通信技术，尤其涉及一种链路故障定位的方法、装置及系统。
背景技术
随着大数据时代的到来，预计2016年全球网络协议(Internet Protocol，简称IP)网络流量将达到十万亿亿字节(zettabyte)。作为IP网络的主要载体，光网络在其中发挥着重要的作用。随着光纤技术的发展，密集波分复用技术的进步，引入了全光交换技术，全光网应运而生，全光网是指应用全光交换技术的光网络。全光网的超高带宽，促进了多元化业务的发展，同时由于光信号的透明性，也对网络生存性提出了更高的要求。
广义的网络生存性包括故障检测(Fault Detection)，故障定位(FaultLocation)，故障通知(Fault Notification)和故障保护与恢复(Fault Protection andRestoration)等步骤。作为生存性中的重要一环，故障定位的精确度直接关系到故障保护恢复等后续步骤能否顺利完成。因此，当链路故障发生后，如何在大规模光网络中精确、全面地定位出链路故障是需要解决的重要问题。
现有技术中，全光网中链路故障的检测方法，主要是通过收集业务路径信息的被动检测方案实现的。被动检测方案的实质是利用网络中现有的业务路径信息，进行网络故障定位。其特点是利用现有的网络监测器，收集现有的网络业务路径信息，并进行分析。被动检测方案存在以下问题：(1)当故障链路上没有承载业务路径时，这条故障链路无法检测出来，因此不能找出所有的故障链路。(2)当一个业务路径由若干条物理链路承载时，不能由所述业务路径直接确定出故障的物理链路，因为任一物理链路发生故障，都能导致该业务路径故障。
因此，现有技术中被动检测方案不能准确、全面地定位出发生故障的链路。
发明内容
本发明实施例提供一种链路故障定位的方法、装置及系统，以克服现有技术中无法准确定位故障链路的问题。
第一方面，本发明实施例提供一种链路故障定位的方法，包括：
控制器根据工作业务路径的状态确定待检测链路；
所述控制器根据所述待检测链路确定检测业务路径，所述待检测链路上存在至少一条所述检测业务路径；
所述控制器触发光监测节点在所述检测业务路径上发送检测业务；
所述控制器根据所述光监测节点上报的检测业务的状态确定所述检测业务路径的状态，根据所述检测业务路径的状态确定所述待检测链路中的故障链路。
结合第一方面的实现方式，在第一方面的第一种可能的实现方式中，所述根据工作业务路径的状态确定待检测链路，具体包括：
所述控制器根据所述工作业务路径的状态确定空闲链路为第一待检测链路，所述空闲链路为所述工作业务路径不经过的链路。
结合第一方面、或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，当所述工作业务路径的状态为故障状态时，所述根据工作业务路径的状态确定待检测链路，具体包括：
所述控制器根据所述工作业务路径的状态确定第二待检测链路，所述第二待检测链路为所述故障状态的工作业务路径经过的至少两条链路。
结合第一方面、或第一方面的第一至第二种任一可能的实现方式，在第一方面的第三种可能的实现方式中，所述控制器根据工作业务路径的状态确定待检测链路之前，还包括：
所述控制器接收所述光监测节点发送的所述工作业务路径的状态信息。
结合第一方面、或第一方面的第一至第三种任一可能的实现方式，在第一方面的第四种可能的实现方式中，所述根据所述检测业务路径的状态确定所述待检测链路中的故障链路，包括：
若所述待检测链路上存在一条所述检测业务路径，根据所述一条所述检测业务路径的状态确定所述待检测链路中的故障链路；
若所述待检测链路上存在至少两条所述检测业务路径，根据所述至少两条所述检测业务路径的状态确定所述待检测链路中的故障链路。
结合第一方面、或第一方面的第一至第四种任一可能的实现方式，在第一方面的第五种可能的实现方式中，若所述待检测链路上存在一条所述检测业务路径，所述根据所述检测业务路径的状态确定所述待检测链路中的故障链路，具体包括：
若所述检测业务路径的状态为故障状态时，则确定所述检测业务路径经过的所述待检测链路为故障链路；或
若所述检测业务路径的状态为正常状态，则确定所述检测业务路径经过的所述待检测链路为正常链路。
结合第一方面、或第一方面的第一至第五种任一可能的实现方式，在第一方面的第六种可能的实现方式中，若所述待检测链路上存在至少两条所述检测业务路径，所述根据所述至少两条所述检测业务路径的状态确定所述待检测链路中的故障链路，具体包括：
若所述检测业务路径的状态为故障状态，根据所述至少两条所述检测业务路径中的其中一条所述检测业务路径的状态确定所述检测业务路径经过的所述待检测链路的状态，或者，若根据一条所述检测业务路径无法确定所述检测业务路径经过的所述待检测链路的状态时，根据所述待检测链路上存在的其他检测业务路径的状态确定所述待检测链路的状态；
若所述检测业务路径的状态为正常状态，则确定所述检测业务路径经过的所述待检测链路为正常链路。
第二方面，本发明实施例提供一种控制器，包括：
路径计算单元，用于根据工作业务路径的状态确定待检测链路；
所述路径计算单元，还用于根据所述待检测链路确定检测业务路径，所述待检测链路上存在至少一条所述检测业务路径；
接口模块，用于触发光监测节点在所述检测业务路径上发送检测业务；
故障定位单元，用于根据所述光监测节点上报的检测业务的状态确定所述检测业务路径的状态，根据所述检测业务路径的状态确定所述待检测链路中的故障链路。
结合第二方面的实现方式，在第二方面的第一种可能的实现方式中，所述路径计算单元，具体用于：
根据所述工作业务路径的状态确定空闲链路为第一待检测链路，所述空闲链路为所述工作业务路径不经过的链路。
结合第二方面、或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，当所述工作业务路径的状态为故障状态时，所述路径计算单元，具体用于：
根据所述工作业务路径的状态确定第二待检测链路，所述第二待检测链路为所述故障状态的工作业务路径经过的至少两条链路。
结合第二方面、或第二方面的第一至第二种任一可能的实现方式，在第二方面的第三种可能的实现方式中，所述接口模块，还用于：
接收所述光监测节点发送的所述工作业务路径的状态信息。
结合第二方面、或第二方面的第一至第三种任一可能的实现方式，在第二方面的第四种可能的实现方式中，所述故障定位单元，具体用于：
若所述待检测链路上存在一条所述检测业务路径，根据所述一条所述检测业务路径的状态确定所述待检测链路中的故障链路；
若所述待检测链路上存在至少两条所述检测业务路径，根据所述至少两条所述检测业务路径的状态确定所述待检测链路中的故障链路。
结合第二方面、或第二方面的第一至第四种任一可能的实现方式，在第二方面的第五种可能的实现方式中，若所述待检测链路上存在一条所述检测业务路径，所述故障定位单元，具体用于：
若所述检测业务路径的状态为故障状态时，则确定所述检测业务路径经过的所述待检测链路为故障链路；或
若所述检测业务路径的状态为正常状态，则确定所述检测业务路径经过的所述待检测链路为正常链路。
结合第二方面、或第二方面的第一至第五种任一可能的实现方式，在第二方面的第六种可能的实现方式中，若所述待检测链路上存在至少两条所述检测业务路径，所述故障定位单元，具体用于：
若所述检测业务路径的状态为故障状态，根据所述至少两条所述检测业务路径中的其中一条所述检测业务路径的状态确定所述检测业务路径经过的所述待检测链路的状态，或者，若根据一条所述检测业务路径无法确定所述检测业务路径经过的所述待检测链路的状态时，根据所述待检测链路上存在的其他检测业务路径的状态确定所述待检测链路的状态；
若所述检测业务路径的状态为正常状态，则确定所述检测业务路径经过的所述待检测链路为正常链路。
第三方面，本发明实施例提供一种控制器，包括：
处理器、存储器和通信接口，其中，处理器、存储器和通信接口通过总线相连；所述存储器用于存储执行指令；当所述控制器运行时，所述处理器与所述存储器之间通信，所述处理器执行所述执行指令，用于执行如第一方面中任一项所述的方法。
第四方面，本发明实施例提供一种链路故障定位的系统，包括：
如第二方面和第三方面中任一项所述的控制器，以及光监测节点。
本发明实施例链路故障定位的方法、装置及系统，通过控制器根据工作业务路径的状态确定待检测链路；根据待检测链路确定检测业务路径，待检测链路上存在至少一条检测业务路径；控制器触发检测业务路径上的光监测节点发送检测业务；控制器根据光监测节点上报的检测业务的状态确定检测业务路径的状态，根据检测业务路径的状态确定待检测链路中的故障链路，最终实现了能够全面、准确地定位出全光网中的故障链路。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明链路故障定位的方法实施例的SD-AON网络架构示意图；
图2为本发明控制器一实施例的结构示意图；
图3为本发明光监测节点一实施例的结构示意图；
图4为本发明链路故障定位的方法一实施例的流程图；
图5为本发明链路故障定位的方法实施例的网络拓扑示意图一；
图6为图5所示的网络拓扑进行故障定位的二部图表示；
图7为本发明链路故障定位的方法实施例的网络拓扑示意图二；
图8为图7所示的网络拓扑进行故障定位的二部图表示；
图9为本发明链路故障定位的方法实施例的网络拓扑示意图三；
图10为图9所示的网络拓扑进行故障定位的二部图表示；
图11为本发明链路故障定位的方法另一实施例的流程图；
图12为本发明控制器另一实施例的结构示意图；
图13为本发明光监测节点另一实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明链路故障定位的方法的控制架构可以采用，例如软件定义全光网络(Software Definition All Optical Network，简称SD-AON)。其中，本发明的链路是指全光网中两个节点之间的连接链路。本发明实施例中，工作业务路径是指在全光网中发送工作业务的路径，工作业务路径包括至少一条链路，用于传输正常的工作业务数据，还可以通过工作业务的状态检测链路的状态。检测业务路径是指在全光网中发送检测业务的路径，检测业务路径包括至少一条链路，可以通过检测业务的状态检测链路的状态。
图1为本发明链路故障定位方法实施例的SD-AON网络架构示意图。如图1所示，SD-AON网络架构包括：控制器(Controller)、光监测节点(monitoring Optical Cross-Connect，简称M-OXC)。所述控制器和所述光监测节点之间的通信协议机制为开放流(OpenFlow)扩展协议，即在OpenFlow协议中做部分扩展。
具体地，OpenFlow扩展协议包括：Flow_Mod：在原有OpenFlow协议的Flow_Mod的基础上，利用指令字段(command字段)添加建立和拆除光路时监测器打开和关闭的功能，即通过该字段标识是建立光路还是拆除光路。如果需要建立光路时打开监测器，如果监测器所在的链路上的所有光路都拆除此时可关闭该监测器。Port_Status：在原有的OpenFlow协议的Port_Status的基础上添加光端口信号检测功能，即利用端口字段(port_no字段)标识光监测节点之间的链路连接的端口，即也可以标识光监测节点之间的链路；利用扩展字段(ofp_experimenter_port中的扩展字段pad2)标识工作业务和检测业务的状态。
本发明中控制器的路径计算单元确定出检测业务路径之后，触发光监测节点发送检测业务，控制器可以通过OpenFlow扩展协议的消息触发光监测节点在检测业务路径上发送检测业务，光监测节点在检测业务路径上通过收发器发送光信号来发送检测业务，并打开检测业务路径上的监测器，检测该检测业务路径上检测业务的状态，光监测节点可以将检测业务的状态通过通信接口发送给控制器的故障定位单元，该故障定位单元最终根据检测业务路径的状态定位故障。
全光网中的光监测节点一般是双向通信的，工作业务路径上的发送光信号的节点为源节点，接收光信号的节点为宿节点，因此一个节点同时可以作为源节点和宿节点。全光网中在宿节点打开光电转换设备，将光信号转换成为电信号，宿节点的监测器对电信号进行检测；如果是单向通信，源节点可以没有监测器。
图2为本发明控制器一实施例的结构示意图。如图2所示，控制器可以包括：处理器201、存储器202和通信接口203。
处理器201中还包括路径计算单元(Path Computation Element，简称PCE)、故障定位单元(Failure Localization Element，简称FLE)，上述两个单元可以通过软件模块实现，也可以通过硬件实现，还可以通过软件和硬件结合实现；具体地，PCE用于确定待检测链路以及检测业务路径；FLE用于确定检测业务路径的状态，以及从待检测链路中确定故障链路。
存储器202与处理器201通过总线连接，存储器202中包括数据库(DataBase)：用于存储数据信息，以及存储执行指令。
通信接口203，与存储器202和处理器201通过总线连接，用于与光监测节点通信。
图3为本发明光监测节点一实施例的结构示意图。如图3所示，光监测节点(M-OXC)包括：处理器301、存储器302、OpenFlow收发器(OF-TR)303、OpenFlow监测器(OF-M)304和通信接口305。
存储器302与处理器301通过总线连接。
OpenFlow收发器303，与处理器301和存储器302通过总线连接，当光监测节点作为源节点时，用于在工作业务路径和/或检测业务路径上发送光信号；当光监测节点作为宿节点时，接收源节点发送的光信号；光信号用于承载工作业务和/或检测业务。
OpenFlow监测器304，与处理器301、存储器302和收发器303通过总线连接，用于监测OpenFlow收发器303接收的光信号，从而检测光信号承载的工作业务和/或检测业务的状态。
通信接口305，与存储器302、处理器301、收发器303和监测器304通过总线连接。
处理器301用于根据监测器304监测到的信息，确定工作业务路径的状态，和/或，在控制器触发光监测节点发送检测业务时发送检测业务，并根据监测器304监测到的信息确定检测业务的状态，将工作业务路径的状态和/或检测业务的状态通过通信接口305发送给控制器。
M-OXC通过代理Agent协议实现与控制器的OpenFlow协议的转换，从而实现通信。
本发明实施例涉及的方法，旨在解决现有技术无法准确、全面地定位全光网中链路故障的技术问题。
下面以具体的实施例对本发明的技术方案进行详细说明，下面这几个具体的实施例也可以相互结合。
图4为本发明链路故障定位的方法一实施例的流程图。图5为本发明链路故障定位的方法实施例的网络拓扑示意图一。本实施例的执行主体为控制器。具体地，控制器可以为计算机或服务器。如图4所示，本实施例的方法，包括：
步骤401、控制器根据工作业务路径的状态确定待检测链路；
具体来说，首先需要确定待检测链路。控制器可以通过接收光监测节点发送的工作业务路径的状态信息，从而根据工作业务路径的状态确定待检测链路。其中工作业务路径的状态信息可以包括：正常状态或故障状态。待检测链路包括待确定状态的链路和/或空闲链路。所述待确定状态的链路为不能确定是否为故障状态或正常状态的非空闲链路。
如图5所示，该网路拓扑中的所有的节点设备都具有上下业务功能，即均可发送和接收业务；每个节点设备都可以具有监测器，即每个节点设备均为光监测节点。图5所示的网络中，工作业务路径比较密集，只有少量的空闲链路。
本发明实施例中的链路分为以下四种类型：类型1：正常链路；类型2：故障链路；类型3：待确定状态的非空闲链路；类型4：空闲链路。
例如，图5中的工作业务路径包括：w1，w2和w3，其中w1包括的链路有A-D，w2包括的链路有A-D、D-C和C-B，w3包括的链路有A-B。由于链路A-C没有传输工作业务，则链路A-C为空闲链路。假如控制器接收到节点A或节点D处的光监测节点发送的工作业务路径w1的状态信息为故障状态，则由于工作业务路径w1仅经过了一条链路，因此可以判断出链路A-D为故障链路。光监测节点发送的工作业务路径的状态信息包含工作业务路径标识信息(例如节点标识)和状态，从而使得控制器可以获知工作业务路径经过的链路信息以及链路的状态。
假如控制器接收到节点A或节点B处的光监测节点发送的工作业务路径w3的状态信息为正常状态，则链路A-B为正常链路。
假如控制器接收到节点A、B、C、D中任一处的光监测节点发送的业务路径w2的状态信息为故障状态，由于工作业务路径w2包含多条链路，因此不能确定是哪条链路故障或全部故障，则认为链路D-C和C-B均为待确定状态的非空闲链路。
上述一条工作业务路径上的光监测节点可以协商决定由谁想控制器发送状态，也可以由控制器指定；
因此，上述的待确定状态的非空闲链路和空闲链路均为待检测链路。
步骤402、控制器根据待检测链路确定检测业务路径，待检测链路上存在至少一条检测业务路径；
具体来说，控制器根据待检测链路确定检测业务路径，可以是每条待检测链路分别作为一条检测业务路径，发送检测业务；也可以是相邻的多条待检测链路一起作为一条检测业务路径，发送检测业务；可以根据贪婪算法实现。
如图5所示，控制器根据上述链路D-C、链路C-B和链路A-C的状态，确定检测业务路径m1为C-＞B、检测业务路径m2为C-＞A和检测业务路径m3为C-＞D，由于检测业务路径中均经过单条待检测链路，则每条待检测链路上只需存在一条检测业务路径，只通过一条检测业务路径的状态就可以判断出待检测链路的状态。
步骤403、控制器触发光监测节点在检测业务路径上发送检测业务；
具体来说，控制器根据待检测链路确定检测业务路径后，触发光监测节点在检测业务路径上发送检测业务。
如图5所示，控制器确定检测业务路径m1、m2、m3后，触发节点C处的光监测节点向节点B、节点A和节点D发送检测业务，触发的具体过程可以是通过向光监测节点发送检测业务请求，用于请求光监测节点在检测业务路径上发送检测业务。
步骤404、控制器根据光监测节点上报的检测业务的状态确定检测业务路径的状态，根据检测业务路径的状态确定待检测链路中的故障链路。
在本发明实施例中，任何可以设置在检测业务路径的源节点或宿节点上监测光路状态的电设备都可以成为监测器，例如检测业务路径m1中的源节点C和宿节点B。一般双向通信，两个节点均可以为源、宿节点；如果是单向通信，通常在宿节点上设置监测器。该电设备是用于检测电信号的设备，并且监测器可以根据需求动态的打开和关闭。当在检测业务路径发送检测业务时，检测业务路径上的监测器就要打开进行检测，当检测完毕之后可以关闭，减少能耗。
控制器可以通过监测通道收集检测业务路径的状态信息。监测通道可以是带内通道，也可以是带外通道。如果是带外通道，则带宽为发送业务的最低带宽；监测通道为传递监测信息的数据通道，监测信息包括检测业务的状态、工作业务的状态等。
具体来说，控制器根据光监测节点上报的检测业务的状态确定检测业务路径的状态，即检测业务的状态表明了检测业务路径的状态，由于检测业务路径为经过待检测链路的路径，因此根据检测业务路径的状态可以确定出待检测链路中的故障链路。
例如，如图5所示，假设控制器接收到节点C或节点D处的光监测节点发送的检测业务的状态，并确定出检测业务路径m3的状态为故障状态，则链路C-D为故障链路；
假设控制器接收到节点C或节点B处的光监测节点发送的检测业务的状态，并确定出检测业务路径m1的状态为正常状态，则链路C-B为正常链路。
假设控制器接收到节点A或节点C处的光监测节点发送的检测业务的状态，并确定出检测业务路径m2的状态为故障状态，则链路A-C为故障链路。
光监测节点发送的检测业务的状态信息包含检测业务标识信息和状态，从而使得控制器可以获知检测业务对应的检测业务路径经过的链路信息以及链路的状态；最终定位出的故障链路为A-D、D-C和A-C。
为了更直观的看出链路属于哪种类型，则可以采用二部图进行表示。
图6为图5所示的网络拓扑进行故障定位的二部图表示。图6中的二部图B1是表示根据工作业务路径的状态信息确定链路类型；图6中的二部图B2是表示根据检测业务路径的状态信息确定链路类型。
本发明实施例中，若不能根据一条检测业务路径的状态从待检测链路中确定出故障链路，则可以根据待检测链路上存在的多条检测业务路径的状态进行确定，最终可以确定出全部的故障链路。即本发明动态监测方案的主要思路是，根据工作业务路径与检测业务路径的状态，产生新的定位结果，最终定位出全部的故障链路。
本发明提供的链路故障定位方法，通过控制器根据工作业务路径的状态确定待检测链路；根据待检测链路确定检测业务路径，待检测链路上存在至少一条检测业务路径；控制器触发检测业务路径上的光监测节点发送检测业务；控制器根据光监测节点上报的检测业务的状态确定检测业务路径的状态，根据检测业务路径的状态确定待检测链路中的故障链路，最终实现了能够全面、准确地定位出全光网中的故障链路。
在图4所示实施例的基础上，本实施例中，工作业务路径的状态包括：正常状态和/或故障状态；
进一步的，根据工作业务路径的状态确定待检测链路，具体包括：
控制器根据工作业务路径的状态确定空闲链路为第一待检测链路，空闲链路为工作业务路径不经过的链路。
进一步的，当工作业务路径的状态为故障状态时，根据工作业务路径的状态确定待检测链路，具体包括：
控制器根据工作业务路径的状态确定第二待检测链路；第二待检测链路为故障状态的工作业务路径经过的至少两条链路。
具体来说，待检测链路可以包括空闲链路，即工作业务路径不经过的链路；待检测链路还可以包括待确定状态的非空闲链路，即当工作业务路径的状态为故障状态时，发生故障状态的工作业务路径经过的至少两条链路。
例如，如图5所示的网络拓扑中，假如控制器接收到节点D处的光监测节点发送的工作业务路径w1的状态信息为故障状态，则由于工作业务路径w1仅经过了一条链路，因此可以判断出链路A-D为故障链路；
假如控制器接收到节点A或节点B处的光监测节点发送的工作业务路径w3的状态信息为正常状态，则链路A-B为正常链路；
假如控制器接收到节点A、B、C、D中任一处的光监测节点发送的工作业务路径w2的状态信息为故障状态，由于工作业务路径w2经过了多条链路，因此不能确定是哪条链路故障或全部故障，则认为链路D-C和C-B均为第二待检测链路。
控制器根据所有的工作业务路径经过的节点确定网络中是否还有空闲链路即第一待检测链路，业务路径没有经过的节点之间的链路为空闲链路，如图5中的链路A-C。
进一步地，控制器可以根据待检测链路确定检测业务路径。
当网络中工作业务密度比较大时，可以针对每一条检测链路，均发送检测业务，即每条待检测链路作为一条检测业务路径。
例如，图5中的空闲链路为链路A-C，则确定检测业务路径时可以根据待检测链路D-C、C-B和A-C中的至少一个链路，确定检测业务路径。
可选地，控制器根据工作业务路径的状态信息确定待检测链路之前，还包括：
控制器接收光监测节点发送的工作业务路径的状态信息。
可选地，根据检测业务路径的状态确定待检测链路中的故障链路，包括：
若待检测链路上存在一条检测业务路径，根据一条检测业务路径的状态确定待检测链路中的故障链路；
若待检测链路上存在至少两条检测业务路径，根据至少两条检测业务路径的状态确定待检测链路中的故障链路。
可选地，若待检测链路上存在一条检测业务路径，根据检测业务路径的状态确定待检测链路中的故障链路，具体包括：
若检测业务路径的状态为故障状态时，则确定检测业务路径经过的待检测链路为故障链路；或
若检测业务路径的状态为正常状态，则确定检测业务路径经过的待检测链路为正常链路。
具体来说，若待检测链路上存在一条检测业务路径，即第一检测业务路径经过单条待检测链路，如图5中的检测业务路径C-＞D和C-＞B均经过单条待检测链路，则直接根据一条检测业务路径的状态就可以判断出检测业务路径经过的待检测链路的状态，即可以确定出是否为故障链路；
若检测业务路径C-＞D和C-＞B的状态为故障状态时，则确定待检测链路C-D和C-B为故障链路；或
若检测业务路径C-＞D和C-＞B的状态为正常状态，则确定待检测链路C-D和C-B为正常链路。
若待检测链路上存在至少两条检测业务路径，则可以根据至少两条检测业务路径的状态判断出待检测链路的状态，即可以确定出是否为故障链路。
图7为本发明链路故障定位的方法实施例的网络拓扑示意图二。如图7所示，该网路拓扑中的大部分节点都具有上下业务功能，即均可发送和接收业务，如节点A、节点B、节点C和节点D；具有上下业务功能的节点可以设有监测器，节点E没有监测器。本发明实施例中，工作业务路径比较密集，只有少量的空闲链路。
例如，图7中的工作业务路径包括：w1，w2，w3和w4，其中w1包括的链路有A-D，w2包括的链路有B-C和C-D，w3包括的链路有A-E和E-C，w4包括的链路有B-E和E-D；链路A-B为空闲链路。
假如控制器接收到节点A或节点D处的光监测节点发送的工作业务路径w1的状态信息为故障状态，则链路A-D为故障链路；
假如控制器接收到节点B、节点C或节点D处的光监测节点发送的工作业务路径w2的状态信息为正常状态，则链路D-C和C-B均为正常链路；
假如控制器接收到节点A或节点C处的光监测节点发送的工作业务路径w3的状态信息为故障状态，则链路A-E和E-C均为第二待检测链路；
假如控制器接收到节点B或节点D处的光监测节点发送的工作业务路径w4的状态信息为正常状态，则链路B-E和E-D均为正常链路。
控制器根据上述链路A-E、E-C和A-B，由于节点E处没有监测器，因此确定检测业务路径时需要包括前面已经确定状态的链路，最终确定检测业务路径为m2(B-＞E-＞A)、m3(B-＞E-＞C)和m1(B-＞A)，此时待检测链路上存在一条检测业务路径，即检测业务路径经过一条待检测链路，则控制器触发节点B处的光监测节点发送检测业务，节点B处的光监测节点向节点A和节点C发送检测业务。
假设控制器接收到节点B或节点C处的光监测节点发送的检测业务的状态信息，并确定出检测业务路径m3的状态为正常状态，则链路E-C为正常链路；
假设控制器接收到节点B或节点A处的光监测节点发送的检测业务的状态信息，并确定出检测业务路径m2的状态为故障状态，则由于B-E为正常链路，则确定链路A-E为故障链路；
假设控制器接收到节点B或节点A处的光监测节点发送的检测业务的状态信息，并确定出检测业务路径m1的状态为正常状态，则链路A-B为正常链路。
最终定位出的故障链路为A-D和A-E。
图8为图7所示的网络拓扑进行故障定位的二部图表示。
图8中的二部图B1是表示根据工作业务路径的状态信息确定链路类型；图8中的二部图B2是表示根据检测业务路径的状态信息确定链路类型。
图9为本发明链路故障定位的方法实施例的网络拓扑示意图三。
具体来说，如图9所示，该网路拓扑中的部分具有上下业务功能的节点可发送和接收业务，如节点A、节点B、节点C和节点D；可以上下业务的节点具有监测器，节点E没有监测器。业务比较稀疏，有大量空闲链路。
例如，图9中的工作业务路径包括：w1和w2，其中w1包括的链路有A-B和A-D，w2包括的链路有C-D；
假如控制器接收到节点A、节点B或节点D处的光监测节点发送的工作业务路径w1的状态信息为故障状态，则链路A-B和A-D均为第二待检测链路；
假如控制器接收到节点C或节点D处的光监测节点发送的工作业务路径w2的状态信息为正常状态，则链路C-D为正常链路；
其余链路都为空闲链路，即第一待检测链路。
因此，图9中除了C-D链路为正常状态，其他的链路都为待检测链路。
控制器根据上述待检测链路，确定检测业务路径为m11(C-＞B-＞A)、m12(B-＞E-＞D)和m13(A-＞E-＞C)，触发节点A、节点B和节点C处的光监测节点发送检测业务。
假设控制器接收到节点A、节点B或节点C处的光监测节点发送的检测业务的状态，确定出检测业务路径m11的状态为正常状态，则A-B和B-C链路为正常链路；根据业务路径w1的状态信息为故障状态，得到A-B和A-D为待检测链路，而A-B为正常链路，则最终确定链路A-D为故障链路；
假设控制器接收到节点B或节点D处的光监测节点发送的检测业务的状态信息，确定出检测业务路径m12的状态为正常状态，则链路B-E和E-D均为正常链路；
假设控制器接收到节点A或节点C处的光监测节点发送的检测业务的状态信息，确定出检测业务路径m13的状态为故障状态，则此时根据一条检测业务路径m13无法确定检测业务路径m13经过的待检测链路的状态，因此还需要再根据待检测链路上存在的其他检测业务路径确定状态。
例如，控制器根据上述A-E和E-C链路确定链路上存在的其他的检测业务路径为m21(B-＞E-＞A)、m22(B-＞E-＞C)，控制器触发节点B处的光监测节点发送检测业务，节点B处的光监测节点向节点A和节点C发送检测业务。
假设控制器接收到节点B或节点C处的光监测节点发送的检测业务的状态信息，确定出检测业务路径m22的状态为正常状态，则E-C链路为正常链路；
假设控制器接收到节点B或节点A处的光监测节点发送的检测业务的状态信息，确定出检测业务路径m21的状态为故障状态，则由于B-E为正常链路，则确定A-E链路为故障链路。
最终定位出的故障链路为A-D和A-E。
图10为图9所示的网络拓扑进行故障定位的二部图表示。
图10中的二部图B1是表示根据工作业务路径的状态信息确定链路类型；图10中的二部图B2、二部图B3是表示根据检测业务路径的状态信息确定链路类型。
可选地，若待检测链路上存在至少两条检测业务路径，根据至少两条检测业务路径的状态确定待检测链路中的故障链路，具体包括：
若检测业务路径的状态为故障状态，根据至少两条检测业务路径中的其中一条检测业务路径的状态确定检测业务路径经过的待检测链路的状态，或者，若根据一条检测业务路径无法确定检测业务路径经过的待检测链路的状态时，根据待检测链路上存在的其他检测业务路径的状态确定待检测链路的状态；
若检测业务路径的状态为正常状态，则确定检测业务路径经过的待检测链路为正常链路。
进一步地，控制器可以根据待检测链路确定检测业务路径。
当网络中工作业务密度比较稀疏时，可以选择两条链路结合作为检测业务路径；具体可以根据贪婪算法确定检测业务路径，步骤如下：
步骤1：选择一条第一待检测链路或者第二待检测链路作为初始链路(随机或指定均可)；
步骤2：寻找初始链路的相邻链路，是否有第一待检测链路或者第二待检测链路，如果有，则将两条链路结合在一起，建立检测业务路径；如果没有，则仅在初始链路这一条链路上建立检测业务路径；
步骤3：步骤1和步骤2循环，直到确定出所有的待检测链路的状态。
当网络中工作业务密度特别稀疏，可以将N条链路一起结合形成一个检测业务路径；其中，N为大于2的整数。其过程也可以采用上述的贪婪算法。
上述具体的实施方式中，与图4所示的方法实施例的原理及技术效果类似，此处不再赘述。
图11为本发明链路故障定位的方法另一实施例的流程图。本实施例的执行主体为光监测节点。如图11所示，本实施例的方法，包括：
步骤1101、光监测节点获取经过光监测节点的工作业务路径的状态信息，并向控制器发送工作业务路径的状态信息，用于控制器根据工作业务路径的状态确定待检测链路；
步骤1102、光监测节点在检测业务路径上发送检测业务，获取检测业务的状态，并向控制器上报检测路径的状态，用于控制器根据检测业务的状态确定检测业务路径的状态，并根据检测业务路径的状态从待检测链路中确定故障链路；其中，检测业务路径为控制器根据待检测链路确定的。
具体来说，光监测节点首先需要获取到经过光监测节点的业务路径的状态信息，在实际的应用中，可以通过在物理层检测业务路径对应的光路端口的光功率获取状态信息；也可以通过在IP层检测数据包的收发得到误码率，从而获取状态信息；也可以通过宿节点的反馈信息获取状态信息。
光监测节点将工作业务路径的状态信息发送给控制器，其中业务路径的状态信息可以包括：正常状态或故障状态；控制器根据业务路径的状态确待检测链路；待检测链路包括待确定状态的链路，即包括空闲链路和待确定状态的非空闲链路。
如图5所示，该网路拓扑中的所有的节点设备都具有上下路功能，均可发送和接收业务；每个节点设备都具有监测器，即每个节点设备均为光监测节点；业务比较密集，几乎没有大量空闲链路。
例如，图5中的业务路径包括：w1，w2和w3，其中w1包括的链路有A-D，w2包括的链路有A-D、D-C和C-B，w3包括的链路有A-B；链路A-C为空闲链路。
假如控制器接收到节点A或节点D处的光监测节点发送的工作业务路径w1的状态信息为故障状态，则链路A-D为故障链路；
假如控制器接收到节点A或节点B处的光监测节点发送的工作业务路径w3的状态信息为正常状态，则链路A-B为正常链路；
假如控制器接收到节点A、B、C、D中任一处的光监测节点发送的工作业务路径w2的状态信息为故障状态，则链路D-C和C-B均为待确定状态的非空闲链路。
控制器根据待检测链路确定检测业务路径，并触发光监测节点发送检测业务。
例如，控制器根据上述链路D-C、链路C-B和链路A-C的状态，确定检测业务路径m1为C-＞B、检测业务路径m2为C-＞A和检测业务路径m3为C-＞D，由于检测业务路径中均经过单条待检测链路，则每条待检测链路上只需存在一条检测业务路径，只通过一条检测业务路径的状态就可以判断出待检测链路的状态，则控制器触发节点C处的光监测节点向节点B、节点A和节点D发送检测业务，触发的具体过程可以是通过向光监测节点发送检测业务请求，用于请求光监测节点在检测业务路径上发送检测业务。
控制器根据光监测节点上报的检测业务的状态确定检测业务路径的状态，根据检测业务路径的状态从待检测链路中确定故障链路。
例如，假设控制器接收到节点C或节点D处的光监测节点发送的检测业务的状态信息，并确定出检测业务路径m3的状态信息为故障状态，则链路C-D为故障链路；
假设控制器接收到节点C或节点B处的光监测节点发送的检测业务的状态信息，并确定出检测业务路径m1的状态信息为正常状态，则链路C-B为正常链路。
假设控制器接收到节点A或节点C处的光监测节点发送的检测业务的状态信息，并确定出检测业务路径m2的状态信息为故障状态，则链路A-C为故障链路。
最终定位出的故障链路为A-D、D-C和A-C。
本发明提供的链路故障定位的方法，通过光监测节点获取经过光监测节点的工作业务路径的状态信息，并向控制器发送工作业务路径的状态信息，用于控制器根据工作业务路径的状态确定待检测链路；光监测节点在检测业务路径上发送检测业务，获取检测业务的状态，并向控制器上报检测路径的状态，用于控制器根据检测业务的状态确定检测业务路径的状态，并根据检测业务路径的状态从待检测链路中确定故障链路；其中，检测业务路径为控制器根据待检测链路确定的，最终实现了能够全面、准确的定位出全光网中的链路故障，解决了现有技术中故障定位不准确的问题。
在图11所示实施例的基础上，本实施例中，进一步的，
可选地，光监测节点获取经过光监测节点的工作业务路径的状态信息，包括：
若光监测节点没有接收到工作业务路径的宿节点的反馈信息，则确定工作业务路径的状态为故障状态；
若光监测节点接收到工作业务路径的宿节点的反馈信息，则确定工作业务路径的状态为正常状态。
可选地，光监测节点在检测业务路径上发送检测业务，获取检测业务的状态，包括：
光监测节点向检测路径的宿节点发送光信号，根据宿节点的反馈信息获取检测业务的状态。
可选地，根据宿节点的反馈信息获取检测业务的状态，包括：
若光监测节点没有接收到检测业务路径的宿节点的反馈信息，则确定检测业务的状态为故障状态；
若光监测节点接收到检测业务路径的宿节点的反馈信息，则确定检测业务的状态为正常状态。
具体来说，获取工作业务路径和检测业务的状态的实现方法类似，都可以通过该路径的宿节点的反馈信息进行判断，若接收到宿节点的反馈信息，则路径的状态信息为正常状态，否则为故障状态。
图12为本发明控制器另一实施例的结构示意图。如图12所示，本实施例的控制器可以包括：路径计算单元1201、接口模块1202和故障定位单元1203；
其中，路径计算单元1201，用于根据工作业务路径的状态确定待检测链路；路径计算单元1201，还用于根据待检测链路确定检测业务路径，待检测链路上存在至少一条检测业务路径；
接口模块1202，用于触发光监测节点在检测业务路径上发送检测业务；
故障定位单元1203，用于根据光监测节点上报的检测业务的状态确定检测业务路径的状态，根据检测业务路径的状态确定待检测链路中的故障链路。
可选地，路径计算单元1201，具体用于：
根据工作业务路径的状态确定空闲链路为第一待检测链路，空闲链路为工作业务路径不经过的链路。
可选地，当工作业务路径的状态为故障状态时，路径计算单元1201，具体用于：
根据工作业务路径的状态确定第二待检测链路，第二待检测链路为故障状态的工作业务路径经过的至少两条链路。
可选地，接口模块1202，还用于：
接收光监测节点发送的工作业务路径的状态信息。
可选地，故障定位单元1203，具体用于：
若待检测链路上存在一条检测业务路径，根据一条检测业务路径的状态确定待检测链路中的故障链路；
若待检测链路上存在至少两条检测业务路径，根据至少两条检测业务路径的状态确定待检测链路中的故障链路。
可选地，若待检测链路上存在一条检测业务路径，故障定位单元1203，具体用于：
若检测业务路径的状态为故障状态时，则确定检测业务路径经过的待检测链路为故障链路；或
若检测业务路径的状态为正常状态，则确定检测业务路径经过的待检测链路为正常链路。
可选地，若待检测链路上存在至少两条检测业务路径，故障定位单元1203，具体用于：
若检测业务路径的状态为故障状态，根据至少两条检测业务路径中的其中一条检测业务路径的状态确定检测业务路径经过的待检测链路的状态，或者，若根据一条检测业务路径无法确定检测业务路径经过的待检测链路的状态时，根据待检测链路上存在的其他检测业务路径的状态确定待检测链路的状态；
若检测业务路径的状态为正常状态，则确定检测业务路径经过的待检测链路为正常链路。
本实施例的控制器，可以用于执行如图4所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图13为本发明光监测节点另一实施例的结构示意图。如图13所示，本实施例的光监测节点可以包括：获取模块1301、发送模块1302、接收模块1303和处理模块1304；
其中，获取模块1301，用于获取经过光监测节点的工作业务路径的状态信息；获取经过光监测节点的工作业务路径的状态信息，并向控制器发送工作业务路径的状态信息，用于控制器根据工作业务路径的状态确定待检测链路；
发送模块1302，用于向控制器发送工作业务路径的状态信息，用于控制器根据工作业务路径的状态确定待检测链路；；
处理模块1303，用于在检测业务路径上发送检测业务，获取检测业务的状态，并向控制器上报检测路径的状态，用于控制器根据检测业务的状态确定检测业务路径的状态，并根据检测业务路径的状态确定待检测链路中的故障链路；其中，检测业务路径为控制器根据待检测链路确定的。
本实施例的光监测节点，可以用于执行如图11所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
在本发明控制器另一实施例中，如图2所示，本发明实施例的所述控制器包括：
处理器201，存储器202，与处理器201通过总线连接，存储器202中包括数据库(DataBase)：用于存储数据信息，以及存储执行指令；
通信接口203，与所述存储器202和所述处理器201通过总线连接，用于触发检测业务路径上的光监测节点发送检测业务；即上述实施例的控制器，其接口模块的功能具体可以由通信接口203来完成；
还用于接收所述光监测节点发送的检测业务的状态；
处理器201用于执行以下操作：
根据工作业务路径的状态确定待检测链路；
根据待检测链路确定检测业务路径，待检测链路上存在至少一条检测业务路径；
根据光监测节点上报的检测业务的状态确定检测业务路径的状态，根据检测业务路径的状态确定待检测链路中的故障链路。
可选地，处理器201，具体用于：
根据工作业务路径的状态确定空闲链路为第一待检测链路，空闲链路为工作业务路径不经过的链路。
可选地，当工作业务路径的状态为故障状态时，处理器201，具体用于：
根据工作业务路径的状态确定第二待检测链路，第二待检测链路为故障状态的工作业务路径经过的至少两条链路。
可选地，通信接口203，还用于：
接收所述光监测节点发送的工作业务路径的状态信息。
可选地，处理器201，具体用于：
若待检测链路上存在一条检测业务路径，根据一条检测业务路径的状态从待检测链路中确定故障链路；
若待检测链路上存在至少两条检测业务路径，根据至少两条检测业务路径的状态从待检测链路中确定故障链路。
可选地，若待检测链路上存在一条检测业务路径，处理器201，具体用于：
若检测业务路径的状态为故障状态时，则确定检测业务路径经过的待检测链路为故障链路；或
若检测业务路径的状态为正常状态，则确定检测业务路径经过的待检测链路为正常链路。
可选地，若待检测链路上存在至少两条检测业务路径，处理器201，具体用于：
若检测业务路径的状态为故障状态，根据至少两条检测业务路径中的其中一条检测业务路径的状态确定检测业务路径经过的待检测链路的状态，或者，若根据一条检测业务路径无法确定检测业务路径经过的待检测链路的状态时，根据待检测链路上存在的其他检测业务路径的状态确定待检测链路的状态；
若检测业务路径的状态为正常状态，则确定检测业务路径经过的待检测链路为正常链路。
上述实施例的控制器，其路径计算单元和故障定位单元的功能具体可以由处理器201来完成。
在本发明光监测节点另一实施例中，如图3所示，所述光监测节点(M-OXC)包括：
处理器301，存储器302，与处理器301通过总线连接；
OpenFlow收发器(OF-TR)303，与处理器301和存储器302通过总线连接，当光监测节点作为源节点时，用于在工作业务路径和/或检测业务路径上发送光信号；当光监测节点作为宿节点时，接收源节点发送的光信号；光信号用于承载工作业务和/或检测业务；
OpenFlow监测器(OF-M)304，与处理器301、存储器302和收发器303通过总线连接，用于监测收发器接收的光信号，从而检测光信号承载的工作业务和/或检测业务的状态
通信接口305，与存储器302、处理器301、收发器303和监测器304通过总线连接。
上述实施例所描述的光监测节点，其处理模块的功能具体可以由处理器301来完成；
上述实施例所描述的光监测节点，其发送模块和接收模块的功能具体可以由通信接口305和OpenFlow收发器303来完成；
上述实施例所描述的光监测节点，其获取模块的功能具体可以由监测器304来完成。
本发明实施例的链路故障定位的系统可以包括：如图2和图12任一所示实施例的控制器，以及如图3和图13任一所示实施例的光监测节点。
本发明实施例的系统，可以采用SD-AON架构，具有如下优点：
(1)SD-AON架构的集中控制方式有利于网络故障链路分析；
(2)SD-AON可以实现底层器件的可编程，可以对监测器进行编程控制，动态调配；
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元或模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (16)

1.一种链路故障定位的方法，其特征在于，包括：
控制器根据工作业务路径的状态确定待检测链路；
所述控制器根据所述待检测链路确定检测业务路径，所述待检测链路上存在至少一条所述检测业务路径；
所述控制器触发光监测节点在所述检测业务路径上发送检测业务；
所述控制器根据所述光监测节点上报的检测业务的状态确定所述检测业务路径的状态，根据所述检测业务路径的状态确定所述待检测链路中的故障链路。
2.根据权利要求1所述的方法，其特征在于，所述根据工作业务路径的状态确定待检测链路，具体包括：
所述控制器根据所述工作业务路径的状态确定空闲链路为第一待检测链路，所述空闲链路为所述工作业务路径不经过的链路。
3.根据权利要求1所述的方法，其特征在于，当所述工作业务路径的状态为故障状态时，所述根据工作业务路径的状态确定待检测链路，具体包括：
所述控制器根据所述工作业务路径的状态确定第二待检测链路，所述第二待检测链路为所述故障状态的工作业务路径经过的至少两条链路。
4.根据权利要求1所述的方法，其特征在于，所述控制器根据工作业务路径的状态确定待检测链路之前，还包括：
所述控制器接收所述光监测节点发送的所述工作业务路径的状态信息。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述根据所述检测业务路径的状态确定所述待检测链路中的故障链路，包括：
若所述待检测链路上存在一条所述检测业务路径，根据所述一条所述检测业务路径的状态确定所述待检测链路中的故障链路；
若所述待检测链路上存在至少两条所述检测业务路径，根据所述至少两条所述检测业务路径的状态确定所述待检测链路中的故障链路。
6.根据权利要求5所述的方法，其特征在于，若所述待检测链路上存在一条所述检测业务路径，所述根据所述检测业务路径的状态确定所述待检测链路中的故障链路，具体包括：
若所述检测业务路径的状态为故障状态时，则确定所述检测业务路径经过的所述待检测链路为故障链路；或
若所述检测业务路径的状态为正常状态，则确定所述检测业务路径经过的所述待检测链路为正常链路。
7.根据权利要求5所述的方法，其特征在于，若所述待检测链路上存在至少两条所述检测业务路径，所述根据所述至少两条所述检测业务路径的状态确定所述待检测链路中的故障链路，具体包括：
若所述检测业务路径的状态为故障状态，根据所述至少两条所述检测业务路径中的其中一条所述检测业务路径的状态确定所述检测业务路径经过的所述待检测链路的状态，或者，若根据一条所述检测业务路径无法确定所述检测业务路径经过的所述待检测链路的状态时，根据所述待检测链路上存在的其他检测业务路径的状态确定所述待检测链路的状态；
若所述检测业务路径的状态为正常状态，则确定所述检测业务路径经过的所述待检测链路为正常链路。
8.一种控制器，其特征在于，包括：
路径计算单元，用于根据工作业务路径的状态确定待检测链路；所述路径计算单元，还用于根据所述待检测链路确定检测业务路径，所述待检测链路上存在至少一条所述检测业务路径；
接口模块，用于触发光监测节点在所述检测业务路径上发送检测业务；
故障定位单元，用于根据所述光监测节点上报的检测业务的状态确定所述检测业务路径的状态，根据所述检测业务路径的状态确定所述待检测链路中的故障链路。
9.根据权利要求8所述的控制器，其特征在于，所述路径计算单元，具体用于：
根据所述工作业务路径的状态确定空闲链路为第一待检测链路，所述空闲链路为所述工作业务路径不经过的链路。
10.根据权利要求8所述的控制器，其特征在于，当所述工作业务路径的状态为故障状态时，所述路径计算单元，具体用于：
根据所述工作业务路径的状态确定第二待检测链路，所述第二待检测链路为所述故障状态的工作业务路径经过的至少两条链路。
11.根据权利要求8所述的控制器，其特征在于，所述接口模块，还用于：
接收所述光监测节点发送的所述工作业务路径的状态信息。
12.根据权利要求8-11任一项所述的控制器，所述故障定位单元，具体用于：
若所述待检测链路上存在一条所述检测业务路径，根据所述一条所述检测业务路径的状态确定所述待检测链路中的故障链路；
若所述待检测链路上存在至少两条所述检测业务路径，根据所述至少两条所述检测业务路径的状态确定所述待检测链路中的故障链路。
13.根据权利要求12所述的控制器，其特征在于，若所述待检测链路上存在一条所述检测业务路径，所述故障定位单元，具体用于：
若所述检测业务路径的状态为故障状态时，则确定所述检测业务路径经过的所述待检测链路为故障链路；或
若所述检测业务路径的状态为正常状态，则确定所述检测业务路径经过的所述待检测链路为正常链路。
14.根据权利要求12所述的控制器，其特征在于，若所述待检测链路上存在至少两条所述检测业务路径，所述故障定位单元，具体用于：
若所述检测业务路径的状态为故障状态，根据所述至少两条所述检测业务路径中的其中一条所述检测业务路径的状态确定所述检测业务路径经过的所述待检测链路的状态，或者，若根据一条所述检测业务路径无法确定所述检测业务路径经过的所述待检测链路的状态时，根据所述待检测链路上存在的其他检测业务路径的状态确定所述待检测链路的状态；
若所述检测业务路径的状态为正常状态，则确定所述检测业务路径经过的所述待检测链路为正常链路。
15.一种控制器，其特征在于，包括：
处理器、存储器和通信接口，其中，处理器、存储器和通信接口通过总线相连；所述存储器用于存储执行指令；当所述控制器运行时，所述处理器与所述存储器之间通信，所述处理器执行所述执行指令，用于执行如权利要求1-7中任一项所述的方法。
16.一种链路故障定位的系统，其特征在于，包括：
如权利要求8-15中任一项所述的控制器，以及光监测节点。
CN201580067066.5A 2015-06-24 2015-06-24 一种链路故障定位的方法、装置及系统 Active CN107005440B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/082183 WO2016206010A1 (zh) 2015-06-24 2015-06-24 一种链路故障定位的方法、装置及系统

Publications (2)

Publication Number Publication Date
CN107005440A CN107005440A (zh) 2017-08-01
CN107005440B true CN107005440B (zh) 2019-12-06

Family

ID=57584558

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580067066.5A Active CN107005440B (zh) 2015-06-24 2015-06-24 一种链路故障定位的方法、装置及系统

Country Status (2)

Country Link
CN (1) CN107005440B (zh)
WO (1) WO2016206010A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110661674A (zh) * 2018-06-29 2020-01-07 中国电信股份有限公司 检测业务链连通性的方法和系统
CN110752871B (zh) * 2018-12-05 2022-05-13 中兴通讯股份有限公司 光链路诊断方法、及相应的设备和存储介质
CN110601920B (zh) * 2019-09-12 2021-06-29 苏州浪潮智能科技有限公司 一种高速通行链路传输质量检测方法、装置和系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101123542A (zh) * 2007-07-30 2008-02-13 华为技术有限公司 链路故障检测的方法、系统和实现链路故障检测的设备
CN101471821A (zh) * 2007-12-29 2009-07-01 华为技术有限公司 运营商骨干网传输网络的故障检测方法和装置
CN101616019A (zh) * 2008-06-26 2009-12-30 华为技术有限公司 一种实现网络故障检测的方法、网络节点和系统
CN102308522A (zh) * 2011-07-21 2012-01-04 华为技术有限公司 一种定位网络故障的方法、设备及系统
CN102742184A (zh) * 2011-12-07 2012-10-17 华为技术有限公司 光纤链路检测方法、光线路终端和无源光网络系统
CN103997368A (zh) * 2013-02-18 2014-08-20 中兴通讯股份有限公司 无源光网络链路检测方法及装置
CN104283711A (zh) * 2014-09-29 2015-01-14 中国联合网络通信集团有限公司 基于双向转发检测bfd的故障检测方法、节点及系统
CN104301184A (zh) * 2014-10-31 2015-01-21 北京百度网讯科技有限公司 链路的健康检查方法和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4874185B2 (ja) * 2007-07-19 2012-02-15 アラクサラネットワークス株式会社 多重障害対処システムおよびそれに用いる共有リンク終端装置
CN104009795A (zh) * 2013-02-25 2014-08-27 中兴通讯股份有限公司 Otdr光路检测装置及方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101123542A (zh) * 2007-07-30 2008-02-13 华为技术有限公司 链路故障检测的方法、系统和实现链路故障检测的设备
CN101471821A (zh) * 2007-12-29 2009-07-01 华为技术有限公司 运营商骨干网传输网络的故障检测方法和装置
CN101616019A (zh) * 2008-06-26 2009-12-30 华为技术有限公司 一种实现网络故障检测的方法、网络节点和系统
CN102308522A (zh) * 2011-07-21 2012-01-04 华为技术有限公司 一种定位网络故障的方法、设备及系统
CN102742184A (zh) * 2011-12-07 2012-10-17 华为技术有限公司 光纤链路检测方法、光线路终端和无源光网络系统
CN103997368A (zh) * 2013-02-18 2014-08-20 中兴通讯股份有限公司 无源光网络链路检测方法及装置
CN104283711A (zh) * 2014-09-29 2015-01-14 中国联合网络通信集团有限公司 基于双向转发检测bfd的故障检测方法、节点及系统
CN104301184A (zh) * 2014-10-31 2015-01-21 北京百度网讯科技有限公司 链路的健康检查方法和装置

Also Published As

Publication number Publication date
WO2016206010A1 (zh) 2016-12-29
CN107005440A (zh) 2017-08-01

Similar Documents

Publication Publication Date Title
CN110493042B (zh) 故障诊断方法、装置及服务器
CN113395108B (zh) 故障处理的方法、装置以及系统
US20200106662A1 (en) Systems and methods for managing network health
CN107544839B (zh) 虚拟机迁移系统、方法及装置
KR101587748B1 (ko) Pon 프로텍션 시스템의 자기진단 방법 및 pon 프로텍션 시스템
CN112567647B (zh) Pon故障定位的方法和装置
EP2807563B1 (en) Network debugging
US20200021511A1 (en) Performance analysis for transport networks using frequent log sequence discovery
CN111010298B (zh) Pon网络故障监控方法及装置
Lu et al. A new fault detection method for computer networks
CN107005440B (zh) 一种链路故障定位的方法、装置及系统
CN112218321B (zh) 主备链路切换方法、装置、通信设备和存储介质
CN101667953B (zh) 一种快速环网物理链路状态的上报方法及装置
CN101252477B (zh) 一种网络故障根源的确定方法及分析装置
CN102792636A (zh) 提供恢复生存性的方法、设备和通信网络
CN109964450B (zh) 一种确定共享风险链路组的方法及装置
KR100964392B1 (ko) 망 관리에서의 장애 관리 시스템 및 그 방법
US10432451B2 (en) Systems and methods for managing network health
Wu et al. Demonstration of slice fault monitoring and handling for converged optical-wireless access networks
US8571182B2 (en) Systems and methods of masking non-service affecting alarms in a communication system
JP2017034403A (ja) サービス影響原因推定装置、サービス影響原因推定プログラム、及びサービス影響原因推定方法
EP2849370B1 (en) Method for an enhanced failure localization in an optical data transmission network, optical data transmission network and program product
CN112866834B (zh) 光网络单元及其长发光故障的处理方法和系统
Al-Rubaiey et al. Failure detection in virtual network environment
CN116192614A (zh) 链路切换方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant