一种业务故障诊断方法、装置和系统的制作方法

专利名称：一种业务故障诊断方法、装置和系统的制作方法
技术领域：
本发明涉及通信技术领域，具体涉及一种业务故障诊断方法、装置和系统。
背景技术：
伴随着电信业务的增长，业务故障也日趋凸显，对故障业务的故障诊断和第一时 间修复业务已经成为运营商重点关注的问题，也是网管系统关注的重要功能。故障诊断的 智能化是故障管理追求的目标，也是复杂的电信运用中的业务高可靠性、高生存性的必然 要求。但由于引起业务故障的原因多种多样且不可预测等，导致了业务故障诊断成为目前 网管建设中的一个难点问题。基于实例的业务故障定位系统及方法，指的是将过去成功解决的业务故障以及解 决的方式作为实例记录到实例库中，遇到新问题时，在实例库中寻找类似的实例，利用类比 推理方法得到新问题的近似修复解答；再对近似修复方式加以验证修改，使之适合新的问 题；如果有必要，将该问题作为一个成功实例记录到实例库。实例库主要是按遗忘曲线理论 来进行维护，即长期不用的实例将会被删除。现有的业务故障诊断方法的流程具体可以如下步骤1、网络检视员或者终端用户发现业务故障，向网管上报业务故障信息。步骤2、网管中的故障信息接收模块接收该业务故障信息，并按照预定义的规则提 取或组织整个系统所需要的故障相关信息，并初始化故障解答验证模块。步骤3、故障信息接收模块根据业务故障信息调用实例库，以得到该故障的近似故
障解答。步骤4、故障信息接收模块将从实例库得到的近似解答信息交给故障解答验证模 块进行验证修复处理。步骤5、故障解答验证模块通过类比推理的方法得到该故障的故障解答。步骤6、故障解答验证模块按照解答修复业务，如果修复成功，则执行步骤7，如果 修复失败，则执行步骤8。步骤7、报告成功结果，并根据需要，将该成功实例注入实例库，退出业务故障定位 系统。步骤8、报告失败结果，退出业务故障定位系统。在对现有技术的研究和实践过程中，本发明的发明人发现，由于引起业务故障的 原因一般情况下都会比较复杂，而且存在大量的表象一样，而根因不同的情况，所以根据现 有的方案进行诊断往往会出现误判的情况，导致不能正确修复业务故障，而且对于实例库 中不存在类似实例的业务故障，采用该方法也无法解决。

发明内容
本发明实施例提供一种业务故障诊断方法、装置和系统，可以提高业务故障诊断 的准确性。
一种业务故障诊断方法，包括获取待诊断业务信息；根据所述待诊断业务信息建立诊断任务实例；执行所述诊断任务实例，得到诊断结果信息；将所述诊断结果信息透传到客户端。一种业务故障诊断服务器，包括获取单元，用于获取待诊断业务信息；建立单元，用于根据所述待诊断业务信息建立诊断任务实例；执行单元，用于执行所述诊断任务实例，得到诊断结果信息；发送单元，用于将所述诊断结果信息透传到客户端。一种业务故障诊断系统，包括客户端和本发明实施例提供的任一种业务故障诊断 服务器；客户端，用于发送待诊断业务信息给业务故障诊断服务器，并接收业务故障诊断 服务器返回的诊断结果信息。本发明实施例采用获取待诊断业务信息，然后根据待诊断业务信息建立并执行诊 断任务实例，以得到诊断结果信息；由于诊断任务实例是根据待诊断业务而自动建立的，所 以相对于现有技术通过在实例库中寻找类似的实例的方案而言，更具有针对性，对于业务 故障的定位更为准确，可以提高业务故障诊断的正确性。


为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使 用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于 本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附 图。图1是本发明实施例提供的业务故障诊断方法的流程图；图2是本发明实施例提供的业务故障诊断系统的一个示意图；图3是本发明实施例提供的业务故障诊断方法的另一流程图；图4是本发明实施例提供的故障诊断知识库的一个示意图；图fe是本发明实施例提供的业务故障诊断服务器的结构示意图；图恥是本发明实施例提供的业务故障诊断服务器的另一结构示意图；图6是本发明实施例提供的业务故障诊断系统的结构示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施 例，都属于本发明保护的范围。本发明实施例提供一种业务故障诊断方法、装置和系统。以下分别进行详细说明。实施例一、
本实施例将从业务故障诊断服务器的角度进行描述，例如，该业务故障诊断服务 器可以包括故障诊断引擎和诊断任务实例，诊断任务实例单元可以包括故障诊断内核、故 障诊断知识库和数据采集代理模块等模块。一种业务故障诊断方法，包括获取待诊断业务信息，根据该待诊断业务信息建立 诊断任务实例，执行该诊断任务实例，得到诊断结果信息，将诊断结果信息透传到客户端。 参见图1，具体流程可以如下101、获取待诊断业务信息；其中，该待诊断业务信息指的是待诊断业务对象的相 关数据，可以由客户端来提供。例如，在需要进行业务故障诊断时，客户端可以根据当前的拓扑故障状态发起业 务故障诊断请求，则故障诊断引擎在接收到该业务故障诊断请求后，从客户端获取待诊断 业务信息，然后执行步骤102。102、根据待诊断业务信息建立诊断任务实例；其中，业务故障诊断服务器允许用户在同一时间诊断多条业务，每条业务的诊断 我们都称为一个诊断任务实例，该诊断任务实例可以以线程的形式存在，也可以以进程的 形式存在，即，一个诊断任务实例具体可以是一个诊断实例线程，也可以是一个诊断实例进 程。从执行上来看，一个诊断任务实例中至少有一个诊断步骤，所谓的诊断步骤指的是诊断 流程的步骤，一个诊断步骤可以针对一个或若干个诊断项。从结构上来看，一个诊断任务实例可以包括故障诊断内核、故障诊断知识库、数据 采集代理模块等模块；则此时，步骤102具体可以如下由故障诊断引擎根据待诊断业务信息初始化诊断任务实例，以得到诊断任务实例 的标识信息，然后在故障诊断引擎对诊断业务的进行资源注册和资源互斥管理后，将该诊 断任务实例的标识信息发送给客户端，以建立客户端与诊断任务实例之间的通讯。103、执行该诊断任务实例，得到诊断结果信息；例如，可以通过故障诊断内核加载故障诊断知识库到缓存区或内存中，并执行故 障诊断知识库，得到诊断结果信息。其中，该诊断结果信息由诊断步骤来描述，至少包括总的诊断结果，可选的，该诊 断结果信息还可以包括该步骤执行详细信息、该步骤诊断结果和/或修复建议等信息。当 然，该诊断结果信息还可以包括用户感兴趣的其他诊断过程中的数据信息，在此不再类举。 一般情况下，需要定义一个通用的数据结构来描述诊断结果信息。其中，故障诊断知识库可以由脚本来实现，该故障诊断知识库至少包括一个脚本， 其中，该脚本与诊断步骤对应，比如，可以一一对应，即一个诊断步骤对应一个脚本，则“通 过故障诊断内核执行故障诊断知识库”具体可以包括如下步骤Al、通过故障诊断内核确定当前诊断步骤所对应的脚本；A2、通过故障诊断内核发送执行当前诊断步骤所对应的脚本的指令给故障诊断知 识库，以便故障诊断知识库执行该当前诊断步骤所对应的脚本；其中，故障诊断知识库执行当前诊断步骤所对应的脚本具体可以采用如下任意一 种方式来实现1)不分层不对诊断业务进行分层；则步骤“故障诊断知识库执行当前诊断步骤 所对应的脚本”具体可以为
故障诊断知识库向数据采集代理模块获取诊断过程中所需的告警数据、性能数据 和/或业务管理数据等相关数据，然后由当前诊断步骤所对应的脚本根据获取到的告警数 据、性能数据和/或业务管理数据等相关数据做逻辑执行，得到诊断结果信息。例如，具体 可以如下根据获取到的告警数据进行告警分析，以确定业务故障原因，或者确定故障的网 元或链路；和/或，根据获取到的性能数据分析监视对象的性能变化情况，在发现该监视对象的性能 存在弱化时，确定弱化原因，或者确定故障的网元或链路；和/或，根据获取到的业务管理数据检测业务连通性，以确定故障的网元或链路；和/或，根据获取到的业务管理数据检测业务属性，以确定业务故障原因；和/或，根据获取到的业务管理数据进行操作维护管理(0AM，OperationAdministration and Maintenance)检测，以确定业务故障原因。2)分层将诊断业务分为业务层、虚拟电路(PW，Pseudo Wire)层、通道(Tunnel) 层和链路层；则步骤“故障诊断知识库执行当前诊断步骤所对应的脚本”具体可以为故障诊断知识库向数据采集代理模块获取诊断过程中所需的告警数据、性能数据 和/或业务管理数据等相关数据；故障诊断知识库根据获取到的告警数据、性能数据和/或业务管理数据等相关数 据分别对诊断业务的业务层、PW层、通道层和链路层进行诊断，得到各层的诊断结果信息；故障诊断知识库将各层的诊断结果信息进行汇总，以得到当前诊断步骤所对应的 诊断结果信息。A3、通过故障诊断内核接收故障诊断知识库返回的前诊断步骤所对应的诊断结果
fn息ο其中，该诊断结果信息中还可以携带下一诊断步骤所对应的脚本的标识信息，以 便故障诊断内核根据该下一诊断步骤所对应的脚本的标识信息确定下一诊断步骤所对应 的脚本。104、将诊断结果信息透传到客户端；比如，可以由故障诊断内核将得到的诊断结果信息透传到客户端，以便客户端执 行后续操作。例如，客户端接收到该诊断结果信息后，可以实时展示诊断结果，以及刷新拓扑故 障状态，即业务故障诊断服务器每诊断一项，客户端都会将该诊断步骤的诊断结果显示出来。进一步的，为了释放空间，如果客户端接受了诊断结果，则业务故障诊断服务器还 可以删除对应的诊断任务实例。即在将诊断结果透传到客户端之后还可以包括若诊断结果被接受，则删除对应的诊断任务实例。由上可知，本实施例采用获取待诊断业务信息，然后根据待诊断业务信息建立并 执行诊断任务实例，以得到诊断结果信息；由于诊断任务实例是根据待诊断业务而自动建 立的，所以相对于现有技术通过在实例库中寻找类似的实例的方案而言，更具有针对性，对 于业务故障的定位更为准确，可以提高业务故障诊断的正确性。实施例二、
根据实施例一所描述的方法，以下将举例作进一步详细说明。该业务故障诊断系统可以包括业务故障诊断服务器和客户端。具体实施时，业务 故障诊断服务器可以包括故障诊断引擎和诊断任务实例；其中，诊断任务实例可以包括故 障诊断内核、故障诊断知识库和数据采集代理模块等模块，可选的，还可以包括故障修复模 块。参见图2，具体如下(一)客户端指的是业务故障诊断系统客户端，具体可以为个人计算机(PC， PersonalComputer)或移动终端等设备，为了描述方便，在本发明实施例中，均简称为客户 端。该客户端主要作为该业务故障诊断系统的入口，其提供诊断界面，用于根据提供的业务 数据发起对该业务的诊断，接收业务故障诊断服务器返回的诊断结果信息，根据诊断结果 信息更新拓扑故障状态，并在诊断过程中实时展示诊断结果。( 二)业务故障诊断服务器该业务故障诊断服务器可以包括故障诊断引擎、故障诊断内核、故障诊断知识库 和数据采集代理模块；可选的，还可以包括故障修复模块。具体如下(1)故障诊断引擎；故障诊断引擎，作为客户端和故障诊断内核的桥梁，主要用于管理故障诊断任务 实例的生命周期，即用于管理故障诊断任务实例的创建(即初始化)、销毁(即删除)、异常 退出，并在初始化过程中，一方面将需要进行诊断的业务的相关信息传递给诊断任务实例， 另一方面，将诊断任务实例的相关信息传递给客户端，以建立起客户端与故障诊断任务实 例之间的通讯。需说明的是，如果诊断任务实例是以进程形式存在，那么故障诊断引擎通知客户 端该诊断任务实例的进程信息；如果诊断任务实例以线程形式存在，则故障诊断引擎通知 客户端该诊断任务实例的线程信息。此外，故障诊断引擎还用于提供资源注册，以及实现资源互斥管理。所谓资源注册以及资源互斥管理指的是诊断过程中需要防止资源冲突引起的诊 断结果串报问题，比如同一条通道(Tunnel)被两条不同的业务如业务A和业务B使用，那 么在诊断通道的时候就需要对该通道的资源做互斥处理，以防止业务A的通道诊断结果被 错误地当作业务B的通道诊断结果。(2)故障诊断内核；故障诊断内核在整个业务故障诊断系统中承担诊断控制器的功能，其主要用于记 载故障诊断知识库，下发执行故障诊断知识库脚本的指令(即执行指令)给故障诊断知识 库，以便故障诊断知识库执行脚本，接收故障诊断知识库返回的诊断结果信息，该诊断结果 信息中可以携带下一诊断步骤所对应的脚本的标识信息，这样，故障诊断内核就可以根据 该脚本的标识信息确定下一诊断步骤所对应的脚本，以此类推，从而使得故障诊断内核可 以将各个脚本按照诊断流程串联起来。此外，故障诊断内核还用于负责将诊断结果信息透传给客户端。(3)故障诊断知识库；故障诊断知识库主要用于定义业务的诊断流程，是该系统的核心模块。其中，诊断 流程可以根据预置策略进行设置。
在诊断流程中存在多个步骤，通常情况下，每一个步骤完成一个诊断项或几个相 关联的诊断项，比如，“ATM业务配置数据一致性检查”就是一个诊断项。故障诊断知识库一 般由脚本实现，各个脚本中主要完成当前步骤需要执行的任务，脚本的返回信息包括该任 务的执行结果以及下一步骤对应脚本的标识信息其中，任务的执行结果在本发明实施例 中称为诊断结果信息。为了方便设置以及方便故障诊断知识库的扩展和维护，步骤与脚本可以是一对一 的关系，这样，如果需要新增诊断步骤，仅需要添加该诊断步骤所对应的脚本到知识库中 去；同样，如果需要删除某个诊断步骤，则仅需要删除该步骤对应的脚本就可以了。(4)数据采集代理模块；数据采集代理模块主要负责诊断过程中所需数据信息的采集。诊断知识库按需向 数据采集代理模块获取数据，如性能数据、告警数据、业务属性数据等等。数据采集代理模 块和周边系统，比如外部模块交互以采集数据，并对采集到的数据按照诊断知识库的要求 做分析处理，然后提供给诊断知识库。(5)故障修复模块；故障修复模块主要用于完成故障修复。例如，在客户端接受了诊断结果之后，客户 端可以触发故障修复，则此时，故障修复模块会根据诊断结果和修复规则修复业务故障。以下将对举例对该业务故障诊断方法进行说明，如图3所示，具体流程可以如下201、客户端在选定待诊断业务之后，向故障诊断引擎发送故障诊断请求，并向故 障诊断引擎发送待诊断业务信息。例如，该诊断业务信息可以携带在故障诊断请求中发送给故障诊断引擎。202、故障诊断引擎在接收到客户端发起诊断的请求消息后，根据待诊断业务信息 初始化诊断任务实例；即，按照从客户端得到的待诊断业务信息初始化故障诊断内核、诊断 知识库和数据采集代理模块，并且把待诊断业务信息发送给诊断任务实例。203、待诊断任务实例完成初始化后，故障诊断引擎获取诊断任务实例的标识信 息，比如诊断任务实例的标识(ID，IDentity)、进程或者线程信息。204、故障诊断引擎将当前诊断的业务的资源，如通道(Tunnel)和链路等进行注 册以及互斥管理，以防止诊断结果误报，以及便于诊断结束之后释放资源。205、在对资源进行注册和互斥管理后，故障诊断引擎将诊断任务实例的标识信息 通知给客户端，客户端得到诊断任务实例的标识信息后就可以直接和诊断任务实例进行通 讯了。在建立了客户端和诊断任务实例之间的通讯之后，故障诊断内核自动启动诊断， 即执行步骤206 212。206、故障诊断内核将诊断知识库加载到缓存区或内存中，根据待诊断业务信息扫 描故障诊断知识库入口，并开始执行诊断知识库。其中，故障诊断知识库可以由脚本来实现，为了描述方便，在本实施例中，均以一 个诊断步骤对应一个脚本为例进行说明；即，在本步骤(步骤206)中，故障诊断内核发送执 行当前诊断步骤所对应的脚本的指令给故障诊断知识库，故障诊断知识库在接收到该指令 后，执行该当前诊断步骤所对应的脚本。207、故障诊断知识库在执行当前诊断步骤所对应的脚本的过程中，向数据采集代理模块获取完成该诊断步骤所需要的数据，比如告警数据、性能数据和/或业务管理数据等等。208、数据采集代理模块与外部模块进行交互，采集所需数据。其中，外部模块可以 是网元、告警管理模块、性能管理模块或业务管理模块等模块。209、数据采集代理模块按照故障诊断知识库的需求对采集到的数据进行分析处 理，然后将处理后的数据提供给故障诊断知识库。210、故障诊断知识库在得到所需要的数据后，由当前诊断步骤所对应的脚本对获 取到的这些数据做逻辑执行，得到执行结果，在本发明实施例中称为诊断结果信息。该诊断结果信息至少包括总的诊断结果，可选的，该诊断结果信息还可以包括该 步骤执行详细信息、该步骤诊断结果和/或修复建议等信息。当然，该诊断结果信息还可以 包括用户感兴趣的其他诊断过程中的数据信息。211、诊断知识库将诊断结果信息发送给故障诊断内核，其中，诊断结果信息中携 带下一诊断步骤所对应的脚本的标识信息，这样，故障诊断内核就可以根据该标识信息确 定下一诊断步骤所对应的脚本，从而将各个诊断步骤按照诊断流程串联起来。212、故障诊断内核将诊断结果信息透传到客户端。客户端在接收到该诊断结果信息后，可以将该诊断结果信息显示出来，并刷新拓 扑故障状态，即，每执行一步，客户端都会将该诊断步骤的诊断结果信息显示出来，以刷新 当前的显示内容。在执行完当前的诊断步骤之后，故障诊断内核继续诊断下一个诊断步骤，以此类 推；即循环执行步骤206 212，直到所有诊断步骤执行结束。213、如果诊断结果被客户端接受，则客户端可以进一步选择是否对故障进行修 复，如果不需要进行修复，则流程结束；如果需要进行修复，则客户端可以发送故障修复请 求给故障修复模块，故障修复模块在接收到该故障修复请求后，获取诊断结果信息，比如可 以从客户端或故障诊断内核中获取诊断结果信息，然后按照诊断结果信息对故障业务进行 修复。此外，在将诊断结果信息透传到客户端之后，如果诊断结果被客户端接受，则该业 务故障诊断服务器还可以删除该诊断任务实例，以便对资源进行释放。由上可知，本实施例采用获取待诊断业务信息，然后根据待诊断业务信息建立并 执行诊断任务实例，以得到诊断结果信息；由于诊断任务实例是根据待诊断业务而自动建 立的，所以相对于现有技术通过在实例库中寻找类似的实例的方案而言，更具有针对性，对 于业务故障的定位更为准确，可以提高业务故障诊断的正确性。而且，在本实施例中，由于 故障诊断知识库的脚本是与诊断步骤一一对应的，所以，有利于故障诊断知识库的扩展和 维护，比如，如果需要新增诊断步骤，仅需要添加该诊断步骤所对应的脚本到知识库中去； 同理，如果需要删除某个诊断步骤，则仅需要删除该步骤对应的脚本就可以了。实施例三、根据实施例二所描述的方法，其中，故障诊断知识库中的脚本可以采用多种方式 来进行制定，比如，可以根据诊断任务的内容的不同来制定不同的脚本，也可以对诊断业务 进行分层，然后针对不同的层制定不同的脚本，等等。在本实施例中，将以根据诊断任务的内容的不同来制定不同的脚本为例进行说明。故障诊断知识库可以划分为多个诊断知识单元，比如，故障诊断知识库可以包括 告警分析知识单元、性能分析知识单元、连通性检测知识单元、业务检测知识单元和OAM检 测知识单元，如下(1)告警分析知识单元；告警分析知识单元，主要用于从数据采集代理模块获取业务告警、链路告警、物理 实体告警等告警信息，对告警进行告警相关性分析和告警根因分析，然后根据分析结果汇 总出业务故障原因，或者确定出故障的网元或链路。(2)性能分析知识单元性能分析知识单元，主要用于搜集当前性能统计数据和历史性能统计数据，比如 业务收发包数据等，按照预置的性能指标分析监视对象一段时间内的运行状况，得出性能 变化情况，如果发现性能存在弱化或其他问题，则确定弱化原因，或者确定出故障的网元或 链路。(3)连通性检测知识单元；连通性检测知识单元，主要用于通过查找路径的一些命令，比如Ping或 TraceRout等命令来检测业务的连通性，还可以借助网元提供的其他命令如Pathping (也 是一种查找路径的命令)或显示命令(show)等来缩小故障检测的范围，进而确定特定的故 障网元和链路。(4)业务检测知识单元；业务检测知识单元，主要用于对业务相关数据进行检查，比如对业务配置的正确 性或一致性、配置正确性、地址解析协议(ARP，Address ResolutionProtocol)学习情况、网 元单板芯片是否异常丢包等等进行检查。(5) OAM检测知识单元借助OAM手段来查找故障原因。例如，可以通过设置段端属性、连续性检查(CC， Continuity Check)激活状态等OAM检测手段来确定故障原因。故障诊断知识库在执行当前诊断步骤的脚本时，分别执行上述各个诊断知识单 元，得到各个单元的诊断结果信息，然后对这些单元的诊断结果信息进行汇总，得到最终的 诊断结果信息，比如业务故障原因以及修复建议等等。上述各个单元在执行过程中可以互相传递数据，比如连通性检测知识单元可以将 它检测到的故障网元和故障链路信息传递给其他单元，以便其他单元重点检测这些网元或 链路。本实施例的其他步骤同实施例二。本实施例可以实现实施例二同样的有益效果。实施例四、与实施例三不同的是，在本实施例中，将以对诊断业务进行分层，然后针对不同的 层制定不同的脚本为例进行说明。在本实施例中，故障诊断知识库采用分层的方式，即将待诊断业务分为业务层、PW 层、通道层、链路层(包括逻辑链路层和物理链路层)，然后逐层进行诊断，最后将各层的诊 断结果进行汇总以得出业务故障原因。参见图4，具体可以如下(1)业务层诊断知识单元；
业务层诊断知识单元，主要用于对诊断业务的业务层进行诊断，具体的诊断内容 包括告警分析、性能分析、连通性检测、业务相关属性检测和/或OAM检测等。(2) PW层诊断知识单元；PW层诊断知识单元，主要用于对诊断业务的PW层进行诊断，具体的诊断内容包括 告警分析、性能分析、连通性检测、PW相关属性检测和/或OAM检测等。(3)通道层诊断知识单元；通道层诊断知识单元，主要用于对诊断业务的通道层进行诊断，具体的诊断内容 包括告警分析、性能分析、连通性检测和/或通道相关属性检测等。(4)链路层诊断知识单元；链路层诊断知识单元，主要用于对诊断业务的链路层进行诊断，具体的诊断内容 包括告警分析、性能分析、连通性检测和/或链路相关属性检测等。故障诊断知识库在执行当前诊断步骤的脚本时，分别执行上述各个诊断知识单 元，得到各个单元的诊断结果信息，然后对这些单元的诊断结果信息进行汇总，得到最终的 诊断结果信息，比如业务故障原因以及修复建议等等。在本实施例中，除了故障诊断知识库的定义与实施例三不同之外，其它步骤均与 实施例二和三相同，在此不再赘述。本实施例可以实现实施例二同样的有益效果。由上可知，本实施例(即实施例四)与实施例三所提供的两种故障诊断知识库虽 然定义的维度不同，但是它们各有优点。第一种故障诊断知识库(比如实施例三所提供的 故障诊断知识库)是按照业务关联的数据维度来进行定义的，它可以在同一知识单元内 针对同一类型的数据进行分析，这种方式可以快速找到故障点；而第二种故障诊断知识库 (比如本实施例，即实施例四所提供的故障诊断知识库)是按照业务层次来进行定义的，从 链路层到业务层，逐层排查故障，这种方式定位故障操作实现相对简单。需说明的是，本实施例与实施例三分别可以适用于不同的应用场景，比如有某些 业务按照分层的方式更容易划分，而某些业务则不方便进行分层划分，等等，所以，根据不 同的应用场景，可以选用适当的实施方式，以便更快更有效地对业务进行诊断，并得到诊断 结果，使得后续可以更有效地对业务故障进行修复。另外，还需说明的是，本发明实施例所提供的业务故障诊断系统具体可以应用于 网管系统，以及其他的运营支撑系统(OSS，Operating Support System)。此外，该业务故 障诊断系统还可以不依附于任何系统，而直接作为一个独立的系统存在，此时，诊断所需数 据可以通过数据导入的方式予于提供，在此不再赘述。实施例五、为了更好地实施以上方法，本发明实施例还相应地提供一种业务故障诊断服务 器，如图fe所示，该业务故障诊断服务器包括获取单元501、建立单元502、执行单元503和 发送单元504 ；获取单元501，用于获取待诊断业务信息；建立单元502，用于根据获取单元501获取到的待诊断业务信息建立诊断任务实 例；执行单元503，用于执行建立单元502建立的诊断任务实例，得到诊断结果信息；发送单元504，用于将执行单元503得到的诊断结果信息透传到客户端。
其中，参见图5b，执行单元503可以包括加载子单元5031和执行子单元5032 ；建立单元502，用于根据待诊断业务信息建立故障诊断内核、故障诊断知识库和数 据采集代理模块；加载子单元5031，用于通过故障诊断内核加载故障诊断知识库到缓存区或内存 中；执行子单元5032，用于通过故障诊断内核执行故障诊断知识库，得到诊断结果信息。其中，故障诊断知识库可以由脚本来实现，该故障诊断知识库至少包括一个脚本， 其中，该脚本与诊断步骤对应，比如，可以一一对应，即一个诊断步骤对应一个脚本，则执行 子单元5032可以包括确定子级单元、下发子级单元和接收子级单元；确定子级单元，用于通过故障诊断内核确定当前诊断步骤所对应的脚本；下发子级单元，用于通过故障诊断内核发送执行当前诊断步骤所对应的脚本的指 令给故障诊断知识库，以便故障诊断知识库执行当前诊断步骤所对应的脚本；接收子级单元，用于通过故障诊断内核接收故障诊断知识库返回的诊断结果信 息，其中，该诊断结果信息中可以携带下一诊断步骤所对应的脚本的标识信息。其中，故障诊断知识库可以采用多种方式来执行当前诊断步骤所对应的脚本，例 如，具体可以如下执行子单元5032还可以包括信息采集子级单元和脚本执行子级单元；信息采集子级单元，用于通过故障诊断知识库向数据采集代理模块获取诊断过程 中所需的告警数据、性能数据和/或业务管理数据；脚本执行子级单元，用于利用当前诊断步骤所对应的脚本对获取到的告警数据、 性能数据和/或业务管理数据做逻辑执行，得到诊断结果信息。其中，脚本执行子级单元，具体用于根据所述告警数据进行告警分析，以确定业务 故障原因，或者确定故障的网元或链路；和/或，根据所述性能数据分析监视对象的性能变 化情况，在发现所述监视对象的性能存在弱化时，确定弱化原因，或者确定故障的网元或链 路；和/或，根据业务管理数据检测业务连通性，以确定故障的网元或链路；和/或，根据业 务管理数据检测业务属性，以确定业务故障原因；和/或，根据业务管理数据进行OAM检测， 以确定业务故障原因。可选的，也可以对诊断任务进行分层，由故障诊断知识库分别对各层进行诊断后， 对各层的诊断结果信息进行汇总以得到总的诊断结果信息。即此时，执行子单元5032还可 以包括信息采集子级单元、诊断子级单元和汇总子级单元；信息采集子级单元，用于通过故障诊断知识库向数据采集代理模块获取诊断过程 中所需的告警数据、性能数据和/或业务管理数据；诊断子级单元，用于通过故障诊断知识库，利用所述告警数据、性能数据和/或业 务管理数据分别对诊断业务的业务层、PW层、通道层和链路层进行诊断，得到各层的诊断结 果{曰息；汇总子级单元，用于通过故障诊断知识库将各层的诊断结果信息进行汇总，以得 到诊断结果信息。参见图5b，建立单元502可以包括标识信息获取子单元5021和处理子单元5022 ；
标识信息获取子单元5021，用于通过故障诊断引擎根据待诊断业务信息初始化诊 断任务实例，以得到诊断任务实例的标识信息；处理子单元5022，用于通过故障诊断引擎对诊断业务的进行资源注册和资源互斥 管理后，将所述诊断任务实例的标识信息发送给客户端，以建立客户端与诊断任务实例之 间的通讯。则此时，执行单元503，还用于执行标识信息获取子单元5021初始化后的诊断任 务实例，得到诊断结果信息；具体可以如下加载子单元5031，具体用于通过执行标识信息获取子单元5021初始化后的故障 诊断内核加载故障诊断知识库到缓存区或内存中；执行子单元5032，用于通过执行标识信息获取子单元5021初始化后的故障诊断 内核执行故障诊断知识库，得到诊断结果信息。此外，如图5b所示，该业务故障诊断服务器还可以包括故障修复单元505 ；故障修复单元505，用于在发送单元504将诊断结果信息透传到客户端之后，若客 户端触发修复故障，则获取诊断结果信息，按照诊断结果信息对故障业务进行修复。如图5b所示，该业务故障诊断服务器还可以包括删除单元506 ；删除单元506，用于在发送单元504将诊断结果信息透传到客户端之后，若所述诊 断结果被接受，则删除该诊断任务实例。具体实施时，以上各个单元可以作为独立的实体实现，也可以进行任意组合，然后 作为同一实体或若干个实体来实现。例如，获取单元501和删除单元506可以作为实施二 中的故障诊断引擎、建立单元502、执行单元503和发送单元504可以作为实施二中的诊断 任务实例，即故障诊断内核、故障诊断知识库和数据采集代理模块，故障修复单元505可以 作为实施二中的故障修复模块，等等。以上各个单元的具体实施可参见前面实施例，在此不再赘述。该业务故障诊断服务器具体可以应用于网管系统，以及其他的运营支撑系统。此 外，该业务故障诊断服务器还可以不依附于任何系统，而直接作为一个独立的系统存在，此 时，诊断所需数据可以通过数据导入的方式予于提供，在此不再赘述。由上可知，本实施例的业务故障诊断服务器的获取单元501可以获取待诊断业务 信息，然后由建立单元502和执行单元503根据待诊断业务信息建立并执行诊断任务实例， 以得到诊断结果信息；由于诊断任务实例是根据待诊断业务而自动建立的，所以相对于现 有技术通过在实例库中寻找类似的实例的方案而言，更具有针对性，对于业务故障的定位 更为准确，可以提高业务故障诊断的正确性。而且，在本实施例中，由于故障诊断知识库的 脚本是与诊断步骤一一对应的，所以，有利于故障诊断知识库的扩展和维护，比如，如果需 要新增诊断步骤，仅需要添加该诊断步骤所对应的脚本到知识库中去；同理，如果需要删除 某个诊断步骤，则仅需要删除该步骤对应的脚本就可以了。此外，该业务故障诊断中的故障 诊断知识库还可以有多种定义方式，实现较为灵活。实施例六、一种业务故障诊断系统，包括客户端和本发明实施例提供的任一种业务故障诊断 服务器；例如，参见图6，该业务故障诊断系统可以包括业务故障诊断服务器601和客户端 602 ；
业务故障诊断服务器601，用于获取待诊断业务信息，根据待诊断业务信息建立诊 断任务实例，执行诊断任务实例，得到诊断结果信息，将诊断结果信息透传到客户端602 ；客户端602，用于发送待诊断业务信息给业务故障诊断服务器，并接收业务故障诊 断服务器返回的诊断结果信息。其中，诊断任务实例包括故障诊断内核、故障诊断知识库和数据采集代理模块， 则业务故障诊断服务器601，具体用于通过故障诊断内核加载故障诊断知识库到缓 存区或内存中，通过故障诊断内核执行故障诊断知识库，得到诊断结果信息。其中，故障诊断知识库可以由脚本来实现，该故障诊断知识库至少包括一个脚本， 其中，脚本与诊断步骤对应，则业务故障诊断服务器601，具体用于通过故障诊断内核确定当前诊断步骤所对应 的脚本，通过故障诊断内核发送执行当前诊断步骤所对应的脚本的指令给故障诊断知识 库，以便故障诊断知识库执行该当前诊断步骤所对应的脚本，通过故障诊断内核接收故障 诊断知识库返回的诊断结果信息，其中，诊断结果信息中可以携带下一诊断步骤所对应的 脚本的标识信息。业务故障诊断服务器601，具体用于通过故障诊断知识库向数据采集代理模块获 取诊断过程中所需的告警数据、性能数据和/或业务管理数据，由当前诊断步骤所对应的 脚本根据所述告警数据、性能数据和/或业务管理数据做逻辑执行，得到诊断结果信息。具 体可参见前面实施例，在此不再赘述。或者，还可以对诊断任务进行分层，即，将诊断任务分为业务层、PW层、通道层和链 路层，然后由故障诊断知识库分别对诊断任务的各层进行诊断后，将各层的诊断结果信息 进行汇总，得到总的诊断结果信息，即业务故障诊断服务器601，具体用于通过故障诊断知识库向数据采集代理模块获 取诊断过程中所需的告警数据、性能数据和/或业务管理数据，通过故障诊断知识库根据 告警数据、性能数据和/或业务管理数据分别对诊断业务的业务层、PW层、通道层和链路层 进行诊断，得到各层的诊断结果信息，通过故障诊断知识库将各层的诊断结果信息进行汇 总，以得到当前诊断步骤所对应的诊断结果信息。该业务故障诊断服务器601，具体用于通过故障诊断引擎根据待诊断业务信息初 始化诊断任务实例，以得到诊断任务实例的标识信息，然后通过故障诊断引擎对诊断业务 的进行资源注册和资源互斥管理后，将诊断任务实例的标识信息发送给客户端602，以建立 客户端602与诊断任务实例之间的通讯。可选的，该业务故障诊断服务器601，还用于在客户端602触发修复故障时，获取 诊断结果信息，然后按照诊断结果信息对故障业务进行修复。可选的，该业务故障诊断服务器601，还用于若诊断结果被接受，则删除诊断任务 实例。其中，客户端602具体可以为个人计算机或移动终端等设备，该业务故障诊断系 统具体可以应用于网管系统，以及其他的运营支撑系统(OSS，OperatingSupport System)。 此外，该业务故障诊断系统或该业务故障诊断系统中的业务故障诊断服务器602还可以不 依附于任何系统，而直接作为一个独立的系统存在，此时，诊断所需数据可以通过数据导入的方式予于提供，在此不再赘述。以上各个设备的具体实施可参见前面实施例，在此不再赘述。以下将对该业务故障诊断系统的具体执行流程进行简略说明，如下步骤1、客户端602在选定待诊断业务之后，向业务故障诊断服务器601中的故障 诊断引擎发送故障诊断请求，并向该故障诊断引擎发送待诊断业务信息。例如，该诊断业务信息可以携带在故障诊断请求中发送给故障诊断引擎。步骤2、业务故障诊断服务器601中的故障诊断引擎在接收到客户端602发起诊 断的请求消息后，根据待诊断业务信息初始化诊断任务实例；即，按照从客户端602得到的 待诊断业务信息初始化业务故障诊断内核、诊断知识库和数据采集代理模块(故障诊断内 核、诊断知识库和数据采集代理模块都属于故障诊断服务器601)，并且把待诊断业务信息 发送给业务故障诊断服务器601中的诊断任务实例。步骤3、待诊断任务实例完成初始化后，故障诊断服务器601中的故障诊断引擎获 取诊断任务实例的标识信息，比如诊断任务实例的标识(ID，IDentity)、进程或者线程信
肩、ο步骤4、故障诊断服务器601中的故障诊断引擎将当前诊断的业务的资源，如通道 (Tunnel)和链路等进行注册以及互斥管理，以防止诊断结果误报，以及便于诊断结束之后 释放资源。步骤5、故障诊断服务器601中的故障诊断引擎在对资源进行注册和互斥管理后， 将诊断任务实例的标识信息通知给客户端602，客户端602得到诊断任务实例的标识信息 后就可以直接和诊断任务实例进行通讯了。在建立了客户端602和诊断任务实例之间的通讯之后，故障诊断服务器601中的 故障诊断内核自动启动诊断，即执行步骤6 步骤12。步骤6、故障诊断服务器601中的故障诊断内核将诊断知识库加载到缓存区或内 存中，根据待诊断业务信息扫描故障诊断知识库入口，并开始执行诊断知识库。其中，故障诊断知识库可以由脚本来实现，为了描述方便，在本实施例中，均以一 个诊断步骤对应一个脚本为例进行说明；即，在本步骤(步骤6)中，故障诊断内核发送执 行当前诊断步骤所对应的脚本的指令给故障诊断知识库，故障诊断知识库在接收到该指令 后，执行该当前诊断步骤所对应的脚本。步骤7、故障诊断服务器601中的故障诊断知识库在执行当前诊断步骤所对应的 脚本的过程中，向数据采集代理模块获取完成该诊断步骤所需要的数据，比如告警数据、性 能数据和/或业务管理数据等等。步骤8、数据采集代理模块与外部模块进行交互，采集所需数据。其中，外部模块可 以是网元、告警管理模块、性能管理模块或业务管理模块等模块。步骤9、数据采集代理模块按照故障诊断知识库的需求对采集到的数据进行分析 处理，然后将处理后的数据提供给故障诊断知识库。步骤10、故障诊断服务器601中的故障诊断知识库在得到所需要的数据后，由当 前诊断步骤所对应的脚本对获取到的这些数据做逻辑执行，得到执行结果，在本发明实施 例中称为诊断结果信息。该诊断结果信息至少包括总的诊断结果，可选的，该诊断结果信息还可以包括该步骤执行详细信息、该步骤诊断结果和/或修复建议等信息。当然，该诊断结果信息还可以 包括用户感兴趣的其他诊断过程中的数据信息。步骤11、故障诊断服务器601中的诊断知识库将诊断结果信息发送给故障诊断服 务器601中的故障诊断内核，其中，诊断结果信息中携带下一诊断步骤所对应的脚本的标 识信息，这样，故障诊断内核就可以根据该标识信息确定下一诊断步骤所对应的脚本，从而 将各个诊断步骤按照诊断流程串联起来。步骤12、故障诊断服务器601中的故障诊断内核将诊断结果信息透传到客户端 602。客户端602在接收到该诊断结果信息后，可以将该诊断结果信息显示出来，并刷 新拓扑故障状态，即，每执行一步，客户端602都会将该诊断步骤的诊断结果信息显示出 来，以刷新当前的显示内容。在执行完当前的诊断步骤之后，故障诊断内核继续诊断下一个诊断步骤，以此类 推；即循环执行步骤6 步骤12，直到所有诊断步骤执行结束。步骤13、如果诊断结果被客户端602接受，则客户端602可以进一步选择是否对故 障进行修复，如果不需要进行修复，则流程结束；如果需要进行修复，则客户端602可以发 送故障修复请求给故障诊断服务器601中的故障修复模块，故障修复模块在接收到该故障 修复请求后，获取诊断结果信息，比如可以从客户端602或故障诊断内核中获取诊断结果 信息，然后按照诊断结果信息对故障业务进行修复。其中，故障诊断知识库可以有多种定义方式，具体可参见前面实施例，在此不再赘 述。由上可知，本实施例所提供的业务故障诊断系统中的业务故障诊断服务器601采 用从客户端602获取待诊断业务信息，然后根据待诊断业务信息建立并执行诊断任务实 例，以得到诊断结果信息的方式来实现对业务的诊断；由于本方案中的诊断任务实例是根 据待诊断业务而自动建立的，所以相对于现有技术通过在实例库中寻找类似的实例的方案 而言，更具有针对性，对于业务故障的定位更为准确，可以提高业务故障诊断的正确性。而 且，在本实施例中，由于故障诊断知识库的脚本是与诊断步骤一一对应的，所以，有利于故 障诊断知识库的扩展和维护，比如，如果需要新增诊断步骤，仅需要添加该诊断步骤所对应 的脚本到知识库中去；同理，如果需要删除某个诊断步骤，则仅需要删除该步骤对应的脚本 就可以了。此外，该业务故障诊断中的故障诊断知识库还可以有多种定义方式，实现较为灵 活。本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可 以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存 储介质可以包括只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。以上对本发明实施例所提供的一种业务故障诊断方法、装置和系统进行了详细介 绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只 是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的 思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为 对本发明的限制。
权利要求
1.一种业务故障诊断方法，其特征在于，包括 获取待诊断业务信息；根据所述待诊断业务信息建立诊断任务实例； 执行所述诊断任务实例，得到诊断结果信息； 将所述诊断结果信息透传到客户端。
2.根据权利要求1所述的方法，其特征在于，所述执行诊断任务实例，得到诊断结果信 息包括通过故障诊断内核加载故障诊断知识库到缓存区或内存中； 通过故障诊断内核执行故障诊断知识库，得到诊断结果信息。
3.根据权利要求2所述的方法，其特征在于，所述故障诊断知识库至少包括一个脚本， 所述脚本与诊断步骤对应；则所述通过故障诊断内核执行故障诊断知识库，得到诊断结果信息包括 通过故障诊断内核确定当前诊断步骤所对应的脚本；通过故障诊断内核发送执行当前诊断步骤所对应的脚本的指令给故障诊断知识库，以 便故障诊断知识库执行所述当前诊断步骤所对应的脚本；通过故障诊断内核接收故障诊断知识库返回的诊断结果信息。
4.根据权利要求3所述的方法，其特征在于，所述诊断结果信息中携带下一诊断步骤 所对应的脚本的标识信息。
5.根据权利要求3所述的方法，其特征在于，所述故障诊断知识库执行当前诊断步骤 所对应的脚本包括故障诊断知识库向数据采集代理模块获取诊断过程中所需的告警数据、性能数据和/ 或业务管理数据；当前诊断步骤所对应的脚本根据所述告警数据、性能数据和/或业务管理数据做逻辑 执行，得到诊断结果信息。
6.根据权利要求5所述的方法，其特征在于，所述根据告警数据、性能数据和/或业务 管理数据做逻辑执行，得到诊断结果信息包括根据所述告警数据进行告警分析，以确定业务故障原因，或者确定故障的网元或链路； 和/或，根据所述性能数据分析监视对象的性能变化情况，在发现所述监视对象的性能存在弱 化时，确定弱化原因，或者确定故障的网元或链路；和/或，根据业务管理数据检测业务连通性，以确定故障的网元或链路；和/或， 根据业务管理数据检测业务属性，以确定业务故障原因；和/或， 根据业务管理数据进行操作维护管理OAM检测，以确定业务故障原因。
7.根据权利要求3所述的方法，其特征在于，所述诊断业务分为业务层、虚拟电路PW 层、通道层和链路层；则所述故障诊断知识库执行当前诊断步骤所对应的脚本包括 故障诊断知识库向数据采集代理模块获取诊断过程中所需的告警数据、性能数据和/ 或业务管理数据；故障诊断知识库根据所述告警数据、性能数据和/或业务管理数据分别对诊断业务的业务层、PW层、通道层和链路层进行诊断，得到各层的诊断结果信息；故障诊断知识库将各层的诊断结果信息进行汇总，以得到当前诊断步骤所对应的诊断结果信息。
8.根据权利要求1至7中任一项所述的方法，其特征在于，所述根据待诊断业务信息建 立诊断任务实例包括通过故障诊断引擎根据待诊断业务信息初始化诊断任务实例，以得到诊断任务实例的 标识信息；通过故障诊断引擎对诊断业务的进行资源注册和资源互斥管理后，将所述诊断任务实 例的标识信息发送给客户端，以建立客户端与诊断任务实例之间的通讯。
9.根据权利要求1至7中任一项所述的方法，其特征在于，所述将诊断结果信息透传到 客户端之后还包括若所述诊断结果被接受，则删除所述诊断任务实例。
10.一种业务故障诊断服务器，其特征在于，包括 获取单元，用于获取待诊断业务信息；建立单元，用于根据所述待诊断业务信息建立诊断任务实例； 执行单元，用于执行所述诊断任务实例，得到诊断结果信息； 发送单元，用于将所述诊断结果信息透传到客户端。
11.根据权利要求10所述的业务故障诊断服务器，其特征在于，所述执行单元包括加 载子单元和执行子单元；建立单元，用于根据所述待诊断业务信息建立故障诊断内核、故障诊断知识库和数据 采集代理模块；加载子单元，用于通过故障诊断内核加载故障诊断知识库到缓存区或内存中； 执行子单元，用于通过故障诊断内核执行故障诊断知识库，得到诊断结果信息。
12.根据权利要求11所述的业务故障诊断服务器，其特征在于，所述故障诊断知识库 至少包括一个脚本，所述脚本与诊断步骤对应，则所述执行子单元包括确定子级单元，用于通过故障诊断内核确定当前诊断步骤所对应的脚本； 下发子级单元，用于通过故障诊断内核发送执行当前诊断步骤所对应的脚本的指令给 故障诊断知识库，以便故障诊断知识库执行所述当前诊断步骤所对应的脚本；接收子级单元，用于通过故障诊断内核接收故障诊断知识库返回的诊断结果信息，所 述诊断结果信息中携带下一诊断步骤所对应的脚本的标识信息。
13.根据权利要求12所述的业务故障诊断服务器，其特征在于，所述执行子单元还包括信息采集子级单元，用于通过故障诊断知识库向数据采集代理模块获取诊断过程中所 需的告警数据、性能数据和/或业务管理数据；脚本执行子级单元，用于利用当前诊断步骤所对应的脚本对所述告警数据、性能数据 和/或业务管理数据做逻辑执行，得到诊断结果信息。
14.根据权利要求13所述的业务故障诊断服务器，其特征在于，所述脚本执行子级单元，具体用于根据所述告警数据进行告警分析，以确定业务故障 原因，或者确定故障的网元或链路；和/或，根据所述性能数据分析监视对象的性能变化情况，在发现所述监视对象的性能存在弱化时，确定弱化原因，或者确定故障的网元或链路； 和/或，根据业务管理数据检测业务连通性，以确定故障的网元或链路；和/或，根据业务管 理数据检测业务属性，以确定业务故障原因；和/或，根据业务管理数据进行操作维护管理 OAM检测，以确定业务故障原因。
15.根据权利要求12所述的业务故障诊断服务器，其特征在于，所述诊断业务分为业 务层、虚拟电路PW层、通道层和链路层，则所述执行子单元还包括信息采集子级单元，用于通过故障诊断知识库向数据采集代理模块获取诊断过程中所 需的告警数据、性能数据和/或业务管理数据；诊断子级单元，用于通过故障诊断知识库，利用所述告警数据、性能数据和/或业务管 理数据分别对诊断业务的业务层、PW层、通道层和链路层进行诊断，得到各层的诊断结果信 息；汇总子级单元，用于通过故障诊断知识库将各层的诊断结果信息进行汇总，以得到诊 断结果信息。
16.根据权利要求10至15中任一项所述的业务故障诊断服务器，其特征在于，所述建 立单元包括标识信息获取子单元，用于通过故障诊断引擎根据待诊断业务信息初始化诊断任务实 例，以得到诊断任务实例的标识信息；处理子单元，用于通过故障诊断引擎对诊断业务的进行资源注册和资源互斥管理后， 将所述诊断任务实例的标识信息发送给客户端，以建立客户端与诊断任务实例之间的通 讯。
17.根据权利要求10至15中任一项所述的业务故障诊断服务器，其特征在于，还包括删除单元，用于在发送单元将诊断结果信息透传到客户端之后，若所述诊断结果被接 受，则删除所述诊断任务实例。
18.一种业务故障诊断系统，其特征在于，包括客户端和权利要求10至17所述的任一 种业务故障诊断服务器；所述客户端，用于发送待诊断业务信息给业务故障诊断服务器，并接收业务故障诊断 服务器返回的诊断结果信息。
全文摘要
本发明公开了一种业务故障诊断方法、装置和系统。本发明实施例采用获取待诊断业务信息，然后根据待诊断业务信息初始化并执行诊断任务实例，以得到诊断结果信息；由于诊断任务实例是根据待诊断业务而自动建立的，所以相对于现有技术通过在实例库中寻找类似的实例的方案而言，更具有针对性，对于业务故障的定位更为准确，可以提高业务故障诊断的正确性。
文档编号H04L12/26GK102075368SQ20111004257
公开日2011年5月25日 申请日期2011年2月22日 优先权日2011年2月22日
发明者叶生钧, 张勇, 程维强, 陈愧 申请人:华为技术有限公司