业务诊断方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种业务诊断方法及装置。

背景技术：

传输网作为电信业务的承载网，负责为各种业务提供传输通道。作为基础网络，传输网的可靠性、可用性和易维护性非常重要，而网管系统是提供电信级服务质量不可缺少的重要保障机制。随着电信运营商市场竞争格局的出现，电信业务需求呈现多元化的发展趋势，市场对传输网管系统的要求已经不仅停留在数量和种类上，更体现在维护质量和效率上。

在相关技术中，在工程现场，为保证传输业务正常运行，运维人员通常要花费大量的精力在业务巡检和故障排查上，虽然网管提供了丰富的业务链路连通性测试手段来诊断业务，比如vrfping、pwlb、lsplb、lsptrace、lspping、tmsping等等，但这些都要依靠人工来执行，比如想对三层虚拟私有网络(layer3virtualprivatenetwork，简称为l3vpn)业务进行诊断，l3vpn业务根据网络协议分为l3vpn、tunnel(隧道)、t-mpls段层(t-mplssection，简称为tms)三个业务层次，不同的业务层次要使用不同的工具来检测，并且每个业务层次又有多段路径，那么每一段都要分别进行检测，假设l3vpn层面有x段路由，每段路由下面有y段隧道，每段隧道下面又有m段tms路径，那么极端场景下需要进行x+x*y+x*y*m次操作，现场一条隧道下面可能有上百段的tms，那么操作次数的数量级庞大。所以目前全手工操作的方法效率极其低下，尤其是在现场出现故障的时候，不利于快速解决故障。

以下允许申请人对上述背景技术中的英文简称进行说明，虚拟路由转发(virtualroutingforwarding，简称为vrf)，伪线(pseudo—wire，简称为pw)，标签交换路径(labelswitchedpath，简称为lsp)，环回(loopback，简称为lb)。

针对相关技术中，业务故障手动检测效率低的问题，目前还没有有效地解决方案。

技术实现要素：

本发明实施例提供了一种业务诊断方法及装置，以至少解决相关技术中业务故障手动检测效率低的问题。

根据本发明的一个实施例，提供了一种业务诊断方法，包括：网管设备接收输入信号，其中，所述输入信号携带有待诊断的业务信息；搜索与所述业务信息对应的实际路径；在所述实际路径上对所述业务信息所指示的业务进行连通性测试。

可选地，所述业务的实际路径包括：所述业务的各个业务方向的实际路径，所述各个业务方向的各层业务的实际路径。

可选地，搜索与所述业务信息对应的实际路径，包括：依据网管设备存储的业务配置信息、设备上存储的真实的保护倒换状态、设备实际生效的路由信息来获取所述业务的实际路径。

可选地，在所述实际路径上对所述业务信息所指示的业务进行连通性测试，包括：对任一业务的业务方向的最上层业务进行连通性测试，在所述最上层业务通过连通性测试的情况下，确定所述业务方向通过所述连通性测试。

可选地，对任一业务的业务方向的最上层业务进行连通性测试之后，所述方法还包括：在所述业务方向的最上层业务没有通过所述连通性测试的情况下，对与所述最上层业务相邻的下层业务进行连通性测试。

根据本发明的另一个实施例，还提供了一种业务诊断装置，应用于网管设备，包括：接收模块，用于接收输入信号，其中，所述输入信号携带有待诊断的业务信息；搜索模块，用于搜索与所述业务信息对应的实际路径；测试模块，用于在所述实际路径上对所述业务信息所指示的业务进行连通性测试。

可选地，所述业务的实际路径包括：所述业务的各个业务方向的实际路径，所述各个业务方向的各层业务的实际路径。

可选地，所述搜索模块还用于依据网管设备存储的业务配置信息、设备上存储的真实的保护倒换状态、设备实际生效的路由信息来获取所述业务的实际路径。依据网管设备存储的以下信息之一获取所述业务的实际路径：业务配置信息，网管设备真实的保护倒换状态，网管设备实际生效的路由信息。

可选地，所述测试模块还用于对任一业务的业务方向的最上层业务进行连通性测试，在所述最上层业务通过连通性测试的情况下，确定所述业务方向通过所述连通性测试。

可选地，所述测试模块还用于对任一业务的业务方向的最上层业务进行连通性测试之后，在所述业务方向的最上层业务没有通过所述连通性测试的情况下，对与所述最上层业务相邻的下层业务进行连通性测试。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：网管设备接收输入信号，其中，所述输入信号携带有待诊断的业务信息；搜索与所述业务信息对应的实际路径；在所述实际路径上对所述业务信息所指示的业务进行连通性测试。

通过本发明，网管设备接收携带有待诊断的业务信息的输入信号，在该业务信息的实际路径上对业务进行连通性测试，网管设备自动化的完成了业务检测，解决了相关技术中业务故障手动检测效率低的问题，实现了网管设备自动检测对业务故障进行检测，大幅提升了检测业务故障的效率。

附图说明

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

图1是根据本发明实施例的一种业务诊断方法的流程图；

图2是根据本发明优选实施例的业务诊断方法的工作流程图；

图3是根据本发明优选实施例的某个业务方向的诊断流程图；

图4是根据具体实施方式中的网络架构图；

图5是根据本发明实施例的业务诊断装置的结构框图。

具体实施方式

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

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

实施例1

本申请文件中的技术方案可以运行于网络管理设备，也称网管设备，具体的可以通过网管设备上的软件来实现。

本申请文件中的实际路径的含义是：为保证业务安全，业务路径一般都会配置有保护路径，业务实际运行过程中，会选择一条最合理的路径传输，比如工作路径没问题，就走工作路径，工作路径有问题，那么就走保护路径。实际路径就是指当前业务选择的那条路径。另外，在动态业务中，实际业务路径就是协议经过自己动态计算算出来的最佳路径。总之，实际路径就是业务运行时实际走的那条路径。

图1是根据本发明实施例的一种业务诊断方法的流程图，如图1所示，步骤如下：

步骤s102，网管设备接收输入信号，其中，该输入信号携带有待诊断的业务信息；

步骤s104，搜索与该业务信息对应的实际路径；

步骤s106，在该实际路径上对该业务信息所指示的业务进行连通性测试。

通过上述步骤，网管设备接收携带有待诊断的业务信息的输入信号，在与该业务信息对应的实际路径上，对该业务信息所指示的业务进行连通性测试，解决了相关技术中业务故障手动检测效率低的问题，实现了网管设备自动检测对业务故障进行检测，大幅提升了检测业务故障的效率。

可选地，上述实施例中的实际路径可以是该业务的各个业务方向的实际路径，或者该各个业务方向的各层业务的实际路径。

可选地，依据网管设备存储的业务配置信息、设备上存储的真实的保护倒换状态以及设备实际生效的路由信息来获取所述业务的实际路径。

可选地，对任一业务的业务方向的最上层业务进行连通性测试，在该最上层业务通过连通性测试的情况下，确定该业务方向通过该连通性测试。

可选地，对任一业务的业务方向的最上层业务进行连通性测试之后，在该业务方向的最上层业务没有通过该连通性测试的情况下，对与该最上层业务相邻的下层业务进行连通性测试。

下面结合本发明优选实施例进行详细说明。

本发明优选实施例中提供的智能业务诊断方法和系统，智能业务诊断系统安装于网管设备，图2是根据本发明优选实施例的业务诊断方法的工作流程图，如图2所示，步骤如下：

步骤s201，接收用户的输入信号，选择要诊断的业务；

步骤s202，网管设备搜索上述业务的实际路径；需要说明的是，业务实际路径是进行连通性测试的基础。搜索路径需要完成以下3个小步骤：

步骤(1)，业务有上行和下行两个方向的流量，两个方向走的路径可能不同，系统会对两个方向分别进行路径搜索；

步骤(2)，业务可根据网络协议分为多个层次，上层功能的实现依赖于相邻下层提供的服务，系统会自动根据网管保存的业务配置信息得到该业务的所有层次；

步骤(3)，系统自动查询网管保存的业务配置、设备真实的保护倒换状态、设备实际生效的路由信息等，获得各个方向、各层业务实际走的路径。

步骤s203，确定是否上述业务的所有的业务方向都完成了诊断，在所有业务方向都完成了业务诊断的情况下，转向步骤s205；否则执行步骤s204；

步骤s204，在上述业务未执行过业务诊断的业务方向执行诊断；网管设备自动对业务各个方向、业务各层次、每个层次的各段路径进行诊断。系统对每个业务方向都要完成诊断；

步骤s205，输出最终的诊断报告。

针对某个业务方向，其诊断流程为图3所示，图3是根据本发明优选实施例的某个业务方向的诊断流程图，如图3所示，步骤如下：

步骤s301，对最上层业务路径进行连通性测试。具体方法的：根据该业务层次的协议类型，确定使用的连通性测试手段，然后根据路径信息确定该层业务每段路径的连通性测试的起点和终点；然后执行测试，得到测试结果。

步骤s302，如果本层业务的连通性测试结果为通，或者是所有层次都完成了连通性测试，那么该业务方向的诊断就结束了，否则转步骤s303。

步骤s303，对相邻下层业务进行连通性测试，具体方法同步骤s301，执行完成后，转步骤s302。

完成上述一系列动作后，网管设备会给出业务的诊断报告，即：业务哪个方向的哪些层次的哪些路径有问题，供用户定位故障。

下面记载有本申请文件中技术方案的具体实施方式

图4是根据具体实施方式中的网络架构图，如图4所示，是移动4g使用的省干l3vpn组网。其中有以下设备：

ce：customeredge，客户侧边缘设备，直接与服务提供商相连的设备；

pe：provideredge，网络侧边缘设备，服务提供商网络上的边缘设备，与ce相连；

p：provider，核心设备，是传输网络内部的设备。

网管设备使用智能业务诊断工具，诊断该l3vpn业务，操作步骤共有四大步骤，步骤如下：

一、用户选中待诊断的业务，即输入业务名称为l3vpn-lte，ce1的ip地址100.2.2.2，ce2的ip地址200.3.3.3，然后进入智能业务诊断。

二、系统自动搜索出l3vpn-lte业务的实际路径。

如图4所示：

首先，确定业务所有流向，从ce1到ce2的业务流认为是上行业务，从ce2到ce1的业务流认为是下行业务。与ce1相连的有pe1和pe2两个设备，上行业务流可以分别从这两个设备出发，形成两条上行业务流，在图4中使用蓝色虚线和绿色虚线标注；同样的与ce2相连的有pe3和pe4两个设备，形成两条下行业务流，在图4中使用桔色虚线和紫色虚线标注；

然后，确定业务层次，l3vpn业务层次，从高到低有：l3vpn、tunnel(隧道)、tms(t-mplssection，t-mpls段层)三层，另外accesslink(访问链接)虽然不属于l3vpn业务，但是在诊断中需要用到，与l3vpn是同一层。

最后，从上行起点设备出发，查询网管的配置数据和设备实际路由(到ce2即ip为200.3.3.3的实际路由)以及主备倒换状态数据，得到每层业务的真实路径。下行业务也一样。

最终完整的业务路径数据如下表1所示，表1是根据具体实施方式的搜索完毕的实际业务路径数据表。

表1

三、系统自动进行业务诊断

系统自动对各个方向的业务流、各个层次的业务、每层业务上的各段路径进行连通性测试。不同的层次使用不同协议的连通性测试手段，即，l3vpn使用vrfping；tunnel使用lspping；tms使用tmsping。

在本实施例中，pe1与p之间的链路存在问题，所以经过这段链路的连通性测试将不通，其他都是通的。

具体要完成下面的测试，其中如果上层业务连通性测试是通的，那么不必再检查对应的下层业务，否则要继续检查相邻下层的业务连通性。表2是根据具体实施方式的连通性测试结果表

表2

四、得出最终的诊断结果报告

输出报告：上行业务1中的pe1与p1之间的tms链路存在问题。从而帮助用户准确的定位到故障点。

本申请文件中的技术方案旨在提供一种智能业务诊断的方法，将复杂的业务诊断、故障定位工作简易化、便捷化与自动化，有效帮助网络管理人员轻松驾驭网络，提高网络管理效率与水平。相对于传统的全手工诊断而言，本申请文件提供的业务诊断方法，只需要用户选定需诊断的业务，系统将一键式完成诊断，最后得到诊断结果，过程中不需要人为干预，无疑增强了网管的易用性、提高了业务诊断的效率。

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

实施例2

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

图5是根据本发明实施例的业务诊断装置的结构框图，如图5所示，该装置包括：

接收模块52，用于接收输入信号，其中，该输入信号携带有待诊断的业务信息；

搜索模块54，与该接收模块52连接，用于搜索与该业务信息对应的实际路径；

测试模块56，与该搜索模块54连接，用于在该实际路径上对该业务信息所指示的业务进行连通性测试。

可选地，该业务的实际路径包括以下之一：

该业务的各个业务方向的实际路径，该各个业务方向的各层业务的实际路径。

可选地，该搜索模块还用于依据网管设备存储的业务配置信息、设备上存储的真实的保护倒换状态、设备实际生效的路由信息来获取所述业务的实际路径。

可选地，该测试模块还用于对任一业务的业务方向的最上层业务进行连通性测试，在该最上层业务通过连通性测试的情况下，确定该业务方向通过该连通性测试。

可选地，该测试模块还用于对任一业务的业务方向的最上层业务进行连通性测试之后，在该业务方向的最上层业务没有通过该连通性测试的情况下，对与该最上层业务相邻的下层业务进行连通性测试。

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

实施例3

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

s1，网管设备接收输入信号，其中，该输入信号携带有待诊断的业务信息；

s2，搜索与该业务信息对应的实际路径；

s3，在该实际路径上对该业务信息所指示的业务进行连通性测试。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例中的方法步骤。

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

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

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