CN101753243A - 一种业务故障的定位方法及装置 - Google Patents

Abstract

本发明实施例公开了一种业务故障定位的方法及装置，其中方法包括：根据业务的目的网元和源网元，获取所述目的网元和源网元间的业务路径；获取所述业务路径涉及的每一网元的业务状态；根据业务状态为异常的网元，定位所述业务路径上的故障位置。本发明的实施例中，通过获取目的网元到源网元的业务路径所涉及的网元、以及每一网元的业务状态，实现了对业务故障的快速定位。该定位过程中，无需工作人员到达设备现场去逐个检查业务经过的各个网元，因此提高了业务故障的定位效率，使得业务故障定位省时省力。

Description

一种业务故障的定位方法及装置

技术领域

本发明涉及通信技术领域，特别是涉及一种业务故障的定位方法及装置。

背景技术

随着SDH(Synchronous Digital Hierarchy，同步数字体系)网络的发展，对SDH网元的业务故障检测成了SDH应用时，迫切需要解决的关键问题之一。

在现有技术中，在业务故障时最常用的业务故障定位方法是根据告警判断故障点。也就是跟随故障业务经过的网元，逐点确认该业务经过的网元上是否有告警存在，以此告警为分析对象来找到具体的故障网元。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

现有技术中业务故障定位方法需要由工作人员到达设备现场去逐个检查业务经过的各个网元以确定故障位置，因此难以快速定位故障网元或故障路径，且定位过程费时费力。

发明内容

本发明实施例提供一种业务故障的定位方法及装置，用于快速准确的定位业务故障位置。

本发明实施例一种业务故障的定位方法，包括：

根据业务的目的网元和源网元，获取所述目的网元和源网元间的业务路径；

获取所述业务路径涉及的每一网元的业务状态；

根据业务状态为异常的网元，定位所述业务路径上的故障位置。

本发明实施例一种业务故障定位装置，包括：

业务路径获取模块，用于根据业务的目的网元和源网元，获取所述目的网元和源网元间的业务路径；

业务状态获取模块，用于获取所述业务路径涉及的每一网元的业务状态；

定位模块，用于根据所述业务状态获取模块获取的业务状态为异常的网元，定位所述业务路径上的故障位置。

本发明的实施例中，通过获取目的网元到源网元的业务路径所涉及的网元、以及每一网元的业务状态，实现了对业务故障的快速定位。该定位过程中，无需工作人员到达设备现场去逐个检查业务经过的各个网元，因此提高了业务故障的定位效率，使得业务故障定位省时省力。

附图说明

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

图1为本发明实施例中业务故障定位方法的流程图；

图2为本发明实施例中业务故障定位方法应用的网络示意图；

图3本发明实施例中业务故障定位方法应用于SNCP环的网络示意图；

图4为本发明实施例中业务故障定位方法应用于MSP环的网络示意图；

图5为本发明实施例中业务故障定位装置的结构示意图；

图6为本发明实施例中业务故障定位装置的另一结构示意图。

具体实施方式

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

本发明实施例提供一种业务故障的定位方法，如图1所示，包括以下步骤：

步骤s101，根据业务的目的网元和源网元，获取目的网元和源网元间的业务路径。

步骤s102，获取业务路径涉及的每一网元的业务状态。

步骤s103，根据业务状态为异常的网元，定位业务路径上的故障位置。

本发明实施例提供的方法中，通过获取目的网元到源网元的业务路径所涉及的网元、以及每一网元的业务状态，实现了对业务故障的快速定位。该定位过程中，无需工作人员到达设备现场去逐个检查业务经过的各个网元，因此提高了业务故障的定位效率，使得业务故障定位省时省力。

以下结合一个具体的应用场景，描述本发明实施例中业务故障定位方法的具体实施方式，该方法包括以下步骤：

(1)根据业务的目的网元和源网元，从目的网元开始依次获取业务的业务路径涉及的每一网元。

以图2所示的网络场景为例，在进行网络配置时，对主用业务路径进行配置，业务信息由网元1(源网元)通过主用业务路径传输到网元2(目的网元)，配置的主用业务路径为，网元1-＞网元A-＞网元B-＞网元C-＞网元2。

网络中的每一个网元包括多个单板，其中一个单板用于接收业务路径上游的网元发送的业务信息，另一个单板用于向业务路径下游的网元发送该接收到的业务信息。例如：图2中的网元B包括单板9SL16和单板10SL16，其中单板9SL16用于接收来自网元A的业务信息，单板10SL16用于向网元C发送该业务信息。本发明的实施例中，业务信息经过的单板通道的描述规则如下：单板板位号+单板类型+光口号(支路板无此项)+业务经过的单板通道号。比如：1PQ1-1表示业务经过1号板位PQ1单板的第1通道。9SL16-1-1表示业务经过9号板位SL16单板的1光口中的1通道。以单板10SL16为例，单板第一位数字10表示网元第10板位，后面四位SL16表示单板类型。

本发明的实施例中，单板类型标识表示的信息如下：

PQ1：2M业务支路单板；

SL4：STM-4业务级别的单光口线路板；

SL16：STM-16业务级别的单光口线路板

在本实施例中，如图3所示，以环路为SNCP(Sub-Network ConnectionProtection，子网连接保护)环为例，业务信息由网元1(源网元)通过业务路径传输到网元2(目的网元)。

主用业务路径发生故障而无法使用时，业务倒换到备用业务路径。此时业务处于倒换状态，业务信息通过备用业务路径传递。该情况下，由于当主用业务路径因故障无法使用时，根据网络场景的传输协议，业务路径倒换到备用业务路径继续进行传输。由于备用业务路径是根据传输协议实时生成的，因此备用路径具体经过了哪些网元并不知道。基于该原因，当备用路径出现故障导致业务信息没有传送到目的网元时，需要首先获取备用业务路径以及备用业务路径上的每一网元，然后再进行故障定位。

具体的，为了获取备用业务路径，从目的网元开始，依次获取每一网元中收发业务的单板、以及每一网元的相邻网元；根据每一网元的收发业务的单板以及相邻网元，获取业务的业务路径。例如对于图2所示的网络场景：

自目的网元，即自网元2的单板2PQ1-1开始查询，通过网元内部存储的收发单板间的连接关系记录，得知其业务源为单板5SL4-1-1；

根据网元2存储的网元之间连接关系记录获取备用业务路径上的下一网元，可以获知网元2与网元C连接，具体为通过网元2的单板5SL4-1-1与网元C的单板6SL4-1-1连接；

继续通过网元C内部存储的收发单板间的连接关系记录，得到网元C查询单板6SL4-1-1的业务源为网元C的单板10SL16-1-1；

重复如上步骤，直到查询到业务接入点(即源网元)网元1的单板1PQ1-1。

则根据上述结果，按照由源网元到目的网元的顺序可以将业务的备用业务路径表示为：

网元1：1PQ1-1-＞6SL4-1-1；

网元A：5SL4-1-1-＞9SL16-1-1；

网元D：10SL16-1-1-＞9SL16-1-1；

网元C：10SL16-1-1-＞6SL4-1-1；

网元2：5SL4-1-1-＞2PQ1-1。

即备用业务路径为网元1-＞网元A-＞网元D-＞网元C-＞网元2。

(2)获取业务路径涉及的每一网元的业务状态。

具体的，对于备用业务路径上的每一网元，获取网元上收发业务的单板间的业务信息是否正常；当网元上收发业务的单板间的业务信息正常时，判断该网元的业务状态正常，否则判断该网元的业务状态异常。

本发明的实施例中，假设获取到的备用业务路径上各网元的业务状态具体为：

网元1：1PQ1-1-＞6SL4-1-1，正常；

网元A：5SL4-1-1-＞9SL16-1-1，正常；

网元D：10SL16-1-1-＞9SL16-1-1，正常；

网元C：10SL16-1-1-＞6SL4-1-1，异常；

网元2：5SL4-1-1-＞2PQ1-1，异常；

(3)根据业务路径涉及的每一网元的业务状态，定位业务路径上的故障位置。

根据获取到的备用业务路径中每一网元的业务状态，可以对业务故障进行定位，具体的：获取距离源网元最近的业务状态异常网元，将该业务状态异常网元、以及与其相连的靠近源网元一侧的网元之间的业务路径，定位为业务路径上的可能发生故障的位置，之后可以只对这两个位置(业务状态异常网元、以及与其相连的靠近源网元一侧的网元之间的业务路径)进行检查，对业务故障位置进行快速准确定位。

以上述显示的网元的业务状态为例，在业务路径上，业务信息由网元1发送到网元2，从上述检测到的状态信息可知，网元D正常，业务信息在途径网元D之后出现了业务异常，距离源网元最近的业务状态异常网元为网元C。网元C之前的网元处于正常状态，业务信息没有发送到网元C，由此可以得出故障位置位于网元C与网元D之间，或故障位置位于网元C。

该业务信息的路径还可以为MSP(Multiplex Section Protection，复用段保护)环，如图4所示，同样，当主用业务路径如网元A-B间发生故障后，业务转由备用业务路径传送，则根据MSP环的倒换关系，由目的网元向源网元依次查询，得到的业务路径是：网元1-＞网元A-＞网元D(保护通道)-＞网元C(保护通道)-网元B-＞网元C-＞网元2；在该路径中，保护通道无法与网元2直接连接，因此业务路径到网元C后，需要向上回环到网元B后，由网元B沿业务路径的主通道再回到网元C，然后由网元C与网元2连接。

查询这一业务的路径，获取到备用业务路径如下：

网元1：1PQ1-1-＞6SL4-1-1；

网元A：5SL4-1-1-＞9SL16-9-1；

网元D：10SL16-9-1-＞9SL16-9-1；

网元C：10SL16-9-1-＞9SL16-9-1；

网元B：10SL16-9-1-＞10SL16-1-1；

网元C：9SL16-1-1-＞6SL4-1-1；

网元2：5SL4-1-1-＞2PQ1-1。

通过查询备用业务路径上的网元的业务状态，对需要进行故障定位的业务路径上的故障点进行定位。根据备用业务路径上网元的业务状态进行的业务故障定位方法可以参考上述SNCP环中的业务故障定位流程，在此不进行重复描述。

本发明实施例提供的方法中，通过获取目的网元到源网元的业务路径所涉及的网元、以及每一网元的业务状态，实现了对业务故障的快速定位。该方法可以在网络侧具有网元管理功能的设备如网管设备上直接执行，并快速获取业务故障的定位结果。该定位过程与现有技术相比，无需工作人员到达设备现场去逐个检查业务经过的各个网元，因此提高了业务故障的定位效率，使得业务故障定位省时省力。

本发明实施例还提供一种业务故障定位装置，如图5所示，包括：

业务路径获取模块10，用于根据业务的目的网元和源网元，获取所述目的网元和源网元间的业务路径；

业务状态获取模块20，用于获取业务路径涉及的每一网元的业务状态；

定位模块30，用于根据业务状态获取模块20获取的业务状态为异常的网元，定位业务路径上的故障位置。

本发明的另一实施例中，如图6所示，

业务路径获取模块10可以包括：第一业务路径获取子模块11，用于从目的网元开始，依次获取每一网元的收发业务的单板、以及每一网元的相邻网元；根据每一网元的收发业务的单板以及相邻网元，获取业务的业务路径涉及的每一网元直至到达源网元，得到目的网元和源网元间的业务路径。该第一业务路径获取子模块11可以进一步包括：单板获取子模块，用于根据每一网元上存储的收发单板间的连接关系记录，获取网元上收发业务的单板；相邻网元获取子模块，用于根据每一网元上存储的网元之间连接关系记录，获取网元在业务路径上的相邻网元。

业务状态获取模块20可以包括：第一业务状态获取子模块21，用于对于业务路径上的每一网元，获取网元上收发业务的单板间的业务信息是否正常；网元上收发业务的单板间的业务信息正常时，网元的业务状态正常，否则网元的业务状态异常。

定位模块30可以包括：

异常网元获取子模块31，用于根据业务路径涉及的每一网元的业务状态，获取最靠近源网元的业务状态异常网元；

故障定位子模块32，用于将异常网元获取子模块31获取到的业务状态异常网元、以及与业务状态异常网元连接的靠近源网元一侧的网元之间的业务路径，定位为业务路径上的故障位置。

本发明实施例采用业务故障定位装置，提供的方法中，通过获取目的网元到源网元的业务路径所涉及的网元、以及每一网元的业务状态，实现了对业务故障的快速定位。该方法可以在网络侧具有网元管理功能的设备如网管设备上直接执行，并快速获取业务故障的定位结果。该定位过程与现有技术相比，无需工作人员到达设备现场去逐个检查业务经过的各个网元，因此提高了业务故障的定位效率，使得业务故障定位省时省力。另外，本发明实施例并不局限应用于包括主用业务路径和备用业务路径的组网场景，在包括多条业务路径，或只具有一个业务路径的网络场景情况下仍然适用。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (10)

1.一种业务故障的定位方法，其特征在于，包括：

根据业务的目的网元和源网元，获取所述目的网元和源网元间的业务路径；

获取所述业务路径涉及的每一网元的业务状态；

根据业务状态为异常的网元，定位所述业务路径上的故障位置。

2.如权利要求1所述的方法，其特征在于，所述根据业务的目的网元和源网元，获取所述目的网元和源网元间的业务路径包括：

从所述目的网元开始，依次获取每一网元上收发所述业务的单板、以及每一网元的相邻网元；根据每一网元上收发所述业务的单板以及相邻网元，获取所述业务的业务路径涉及的每一网元直至到达所述源网元，得到所述目的网元和源网元间的业务路径。

3.如权利要求2所述的方法，其特征在于，

所述获取每一网元上收发所述业务的单板包括：根据每一网元上存储的收发单板间的连接关系记录，获取所述网元上收发所述业务的单板；

所述获取每一网元的相邻网元包括：根据每一网元上存储的网元之间连接关系记录，获取所述网元在业务路径上的相邻网元。

4.如权利要求1或2所述的方法，其特征在于，所述获取所述业务路径涉及的每一网元的业务状态包括：

对于所述业务路径上的每一网元，获取所述网元上收发所述业务的单板间的业务信息是否正常；所述网元上收发所述业务的单板间的业务信息正常时，所述网元的业务状态正常，否则所述网元的业务状态异常。

5.如权利要求4所述的方法，其特征在于，所述根据业务状态为异常的网元，定位所述业务路径上的故障位置包括：

根据所述业务路径涉及的每一网元的业务状态，获取最靠近所述源网元的业务状态异常网元，将所述业务状态异常网元、以及与所述业务状态异常网元连接的靠近所述源网元一侧的网元之间的业务路径，定位为所述业务路径上的故障位置。

6.一种业务故障定位装置，其特征在于，包括：

业务路径获取模块，用于根据业务的目的网元和源网元，获取所述目的网元和源网元间的业务路径；

业务状态获取模块，用于获取所述业务路径涉及的每一网元的业务状态；

定位模块，用于根据所述业务状态获取模块获取的业务状态为异常的网元，定位所述业务路径上的故障位置。

7.如权利要求6所述的装置，其特征在于，所述业务路径获取模块包括：

第一业务路径获取子模块，用于从所述目的网元开始，依次获取每一网元的收发所述业务的单板、以及每一网元的相邻网元；根据每一网元的收发所述业务的单板以及相邻网元，获取所述业务的业务路径涉及的每一网元直至到达所述源网元，得到所述目的网元和源网元间的业务路径。

8.如权利要求7所述的装置，其特征在于，所述第一业务路径获取子模块包括：

单板获取子模块，用于根据每一网元上存储的收发单板间的连接关系记录，获取所述网元上收发所述业务的单板；

相邻网元获取子模块，用于根据每一网元上存储的网元之间连接关系记录，获取所述网元在业务路径上的相邻网元。

9.如权利要求6或7所述的装置，其特征在于，所述业务状态获取模块包括：

第一业务状态获取子模块，用于对于所述业务路径上的每一网元，获取所述网元上收发所述业务的单板间的业务信息是否正常；所述网元上收发所述业务的单板间的业务信息正常时，所述网元的业务状态正常，否则所述网元的业务状态异常。

10.如权利要求9所述的装置，其特征在于，所述定位模块包括：

异常网元获取子模块，用于根据所述业务路径涉及的每一网元的业务状态，获取最靠近所述源网元的业务状态异常网元；

故障定位子模块，用于将所述异常网元获取子模块获取到的所述业务状态异常网元、以及与所述业务状态异常网元连接的靠近所述源网元一侧的网元之间的业务路径，定位为所述业务路径上的故障位置。

Images