故障诊断方法、装置、设备和存储介质与流程

1.本技术涉及通信技术领域，具体涉及一种故障诊断方法、装置、设备和存储介质。


背景技术：

2.在电信网络中，伴随着各类业务的飞速增长，网络的承载能力、安全性、可靠性，都将关系到业务的进一步发展。在现网工程应用里，网络运行时有时会出现故障，影响网络的正常运行，造成用户业务质量下降甚至中断，对网络运营、客户体验造成负面影响。
3.目前，在现有网管系统中业务故障诊断的方法主要有两种。第一种是在网管中利用各种测试套件功能人工地对业务进行分层分段检测；第二种是在网管中输入待诊断的业务信息后，按照一种固化的流程对业务进行检测。
4.第一种方式手工操作方式效率低下，维护成本高；第二种方式虽然提供了自动检测的操作，但是诊断流程固化，诊断过程存在很大差异，会导致诊断结果不准确。


技术实现要素：

5.本技术提供一种故障诊断方法、装置、设备和存储介质，实现了业务故障诊断，可以灵活准确地对出现故障的业务进行定界、定位、定因。
6.第一方面，本技术实施例提供一种故障诊断方法，包括：
7.确定当前组网场景和待诊断业务类型对应的诊断策略；
8.按照所述诊断策略对待诊断业务进行诊断，得到诊断结果；
9.基于所述诊断结果确定所述待诊断业务的故障诊断信息。
10.第二方面，本技术实施例提供一种故障诊断装置，包括：
11.诊断策略确定模块，被配置为确定当前组网场景和待诊断业务类型对应的诊断策略；
12.故障诊断模块，被配置为按照所述诊断策略对待诊断业务进行诊断，得到诊断结果；
13.诊断信息确定模块，被配置为基于所述诊断结果确定所述待诊断业务的故障诊断信息。
14.第三方面，本技术实施例提供一种设备，包括：
15.一个或多个处理器；
16.存储器，用于存储一个或多个程序；
17.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本技术实施例提供的任一项所述的方法。
18.第四方面，本技术实施例提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本技术实施例提供的任一项所述的方法。
19.本技术实施例提供的故障诊断方法、装置、设备和存储介质，通过确定当前组网场景和业务类型对应的诊断策略；按照诊断策略对待诊断业务进行诊断，得到诊断结果；基于
诊断结果确定待诊断业务的故障诊断信息，实现了业务故障诊断，对出现故障的业务进行定界、定位、定因，提升业务故障诊断的准确性和灵活度。
20.关于本技术的以上实施例和其他方面以及其实现方式，在附图说明、具体实施方式和权利要求中提供更多说明。
附图说明
21.图1是本技术实施例提供的一种故障诊断方法的流程图；
22.图2是本技术实施例提供的业务故障诊断系统的结构图；
23.图3是本技术实施例提供的一种业务故障诊断策略编排方法的流程图；
24.图4是本技术实施例提供的一种执行业务故障诊断策略方法的流程图；
25.图5是本技术实施例提供的l3vpn over sr-tp场景业务故障诊断的流程图；
26.图6是本技术实施例提供的l3vpn over sr-tp场景编排仅包含故障定界的诊断策略的流程图；
27.图7是本技术实施例提供的一种故障诊断装置的结构图；
28.图8是本技术实施例提供的一种设备的结构示意图。
具体实施方式
29.为使本技术的目的、技术方案和优点更加清楚明白，下文中将结合附图对本技术的实施例进行详细说明。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互任意组合。
30.在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
31.在一个实施例中，提供一种故障诊断方法，如图1所示，本实施例提供的故障诊断方法主要包括如下步骤：
32.s11、确定当前组网场景和待诊断业务类型对应的诊断策略。
33.s12、按照所述诊断策略对待诊断业务进行诊断，得到诊断结果。
34.s13、基于所述诊断结果确定所述待诊断业务的故障诊断信息。
35.本技术实施例提供的故障诊断方法可以应用于不同网络场景的业务故障诊断，包括但不限于承载网网络业务；也可以应用于网管系统中涉及诊断功能的场景，包括但不限于业务故障诊断。
36.确定当前组网场景和待诊断业务类型对应的诊断策略可以是网管系统执行预设的软件编程来确定，也可以是用户通过网管系统的输入装置输入的选择信息来确定。
37.在一个实施方式中，确定当前组网场景和待诊断业务类型对应的诊断策略，包括：将当前组网场景和各个业务类型对应的所有诊断策略进行显示；基于用户输入的选择指令确定当前组网场景和待诊断业务类型对应的诊断策略。
38.具体的，可以是在网管系统前端界面上显示当前组网场景和所有业务类型对应的所有诊断策略，基于用户在管系统前端的输入装置输入的选择信息选择一种适用的诊断策略，并且将选择的确定的诊断策略传递给网管系统后端。
39.在一个实施方式中，按照所述诊断策略中的工作流对待诊断业务进行诊断包括：基于待诊断业务的业务路由信息和业务层次信息对所述待诊断业务进行建模，得到待诊断业务模型；按照所述诊断策略对所述待诊断业务模型进行诊断。
40.在本实施例中，待诊断业务的业务路由信息和业务层次信息由业务参数信息确定。所述业务参数信息可以用户在网管系统前端的输入装置输入需要诊断的业务参数信息，并将业务信息传递给网管系统后端。
41.进一步的，网管系统后端根据网管系统前端传递的业务参数信息，查询出待诊断业务的业务路由、业务层次信息数据后对该业务进行建模；并以通知形式将业务路由及分层信息传给前端界面进行显示。
42.在一个实施方式中，所述诊断策略包括一个或多个诊断规则，按照所述诊断策略对待诊断业务进行诊断，包括：加载所述诊断策略中所有诊断规则；针对每个诊断规则，按照所述诊断规则的工作流执行诊断动作，得到规则执行结果；将多个所述规则执行结果汇总，形成所述诊断结果。
43.在一个实施方式中，按照所述诊断规则的工作流执行诊断动作之后，还包括：诊断规则执行完毕后，更新诊断规则对应的工作流图和/或工作列表；显示所述工作流图和/或工作列表。
44.在一个实施方式中，按照所述诊断规则的工作流执行诊断动作之后，还包括：诊断动作执行完毕后，生成动作执行状态和动作执行结果；以列表的形式显示动作执行状态和动作执行结果。
45.具体的，网管系统后端利用工作流策略引擎，自动加载所选择的诊断策略里包含的所有诊断规则，并按工作流执行诊断动作；每条诊断规则执行完毕后都会以通知的形式发给网管系统前端界面进行工作流图的执行进度更新；每个诊断动作执行完毕后都会输出一个执行状态(成功或失败)以及执行结果的详细信息，并将这些信息以通知的形式发给前端界面进行诊断过程的信息数据展示。其中，执行状态包括执行成功和执行失败。
46.在一个实施方式中，加载所述诊断策略中所有诊断规则，包括：利用工作流策略引擎自动加载所述诊断策略中的所有诊断规则。
47.在一个实施方式中，所述故障诊断信息包括如下一个或多个：故障类型，引起故障的节点，故障原因。
48.其中，故障类型包括网络内部故障和网络外部故障。
49.在本实施例中，网管系统后端诊断动作的执行结果，得到诊断结果，并找到业务的故障点和故障原因，从而对业务故障进行定界(即是网络内部故障还是外部故障)、定位(引起故障的设备节点)、定因(引起故障的原因)，并将结果信息生成诊断报告，传给前端界面进行显示。
50.在一个实施方式中，确定当前组网场景和业务类型对应的诊断策略之前，还包括：确定每类业务故障和组网场景对应的诊断策略；将多个诊断策略存储至诊断策略库中。
51.在一个实施方式中，确定每个业务故障和每个组网场景对应的诊断策略，包括：基于目标业务故障和目标组网场景确定诊断规则；配置所述诊断规则的参数；将配置后的是多个所述诊断规则按照工作流编排为一个诊断策略。
52.在本实施例中，在网管系统前端界面上按业务故障和组网场景分类显示出所有的
业务故障诊断策略以及策略里包含的诊断规则；根据目标组网场景和业务类型，选择对应的诊断规则，可以选择多个规则；在界面上对诊断规则的一些参数进行配置，包括诊断规则里诊断动作涉及到的参数、执行条件等；将配置好的多种诊断规则按照工作流编排为一个新的诊断策略，并将诊断策略传递给网管系统后端；在网管系统后端保存该诊断策略,并将该策略加入到网管系统的诊断策略库中。
53.在一个实施方式中，基于目标业务故障和目标组网场景确定诊断规则之前，还包括：将业务信息中同类业务元素的诊断过程封装为一个诊断规则。
54.本实施例提供的技术方案，可以克服现有技术中业务故障诊断流程固化、诊断结果不准确的问题，实现了基于策略引擎的业务故障诊断，可以灵活准确地对出现故障的业务进行定界、定位、定因；也可以实现业务的承载“好坏”的检查，便于预先规避一些故障，有效提升了业务故障诊断的准确性和灵活度。
55.在一个应用性实施例中，将业务信息中同类业务元素的诊断过程封装为一项诊断规则，并按照组网场景和业务类型对业务诊断策略进行编排，将多种诊断规则加入到某类业务故障的诊断流程中；再通过工作流引擎，按照编排好的策略进行业务诊断，并输出故障诊断信息，完成对业务故障的定界、定位、定因。
56.图2是本技术实施例提供的业务故障诊断系统的结构图；如图1所示，所述业务故障诊断系统主要包含前端界面和后端两部分。
57.1.业务故障诊断系统前端界面，功能分为诊断策略配置管理、诊断过程管理、诊断报告管理。
58.1.1诊断策略配置管理包括诊断策略显示功能、诊断策略编排功能、诊断参数配置功能。诊断策略显示功能是指按业务故障和组网场景分类显示所有的业务故障诊断策略以及策略里包含的诊断规则；诊断策略编排功能是指运维人员可以根据不同的业务故障和组网场景，选择需要的诊断规则，配置好规则参数后将多个规则组合成一个诊断策略加入到策略库中；也可以对一个已有的诊断策略进行修改。诊断参数配置是指运维人员可以对需要诊断的业务参数进行配置。
59.1.2诊断过程管理包括诊断策略运行过程管理、诊断策略运行状态和数据呈现。诊断策略运行过程管理是指以工作流图和列表展示出诊断规则的运行过程；诊断策略运行状态和数据呈现是指以列表显示诊断策略工作流中所有诊断动作的执行状态、过程和结果数据。
60.1.3诊断报告管理包括业务路由展示、诊断结果展示、诊断报告保存。业务路由展示是指将被诊断业务的实时路由进行分层拓扑图显示；诊断结果展示是指诊断出的业务故障定界、定位、定因结果信息的显示；诊断报告保存是指运维人员可以保存本次诊断策略执行过程中的所有信息和数据。
61.2.业务故障诊断系统后端，功能分为诊断策略配置管理、诊断运行管理。
62.2.1诊断策略配置管理包括诊断规则管理、诊断策略管理。诊断规则管理是指查询及存储业务故障诊断规则信息；诊断策略管理是指查询及存储业务故障诊断策略信息；诊断规则和诊断策略信息都保存在诊断策略库中。
63.2.2诊断运行管理包括工作流策略引擎、诊断规则程序集、诊断动作集、业务模型、诊断策略执行。工作流策略引擎是指将策略拆解成多个任务工作流，并对工作流的执行进
行自动化管理；诊断规则程序集是指将诊断策略里的所有诊断规则输出成一个程序集；诊断动作程序集是指将诊断规则里的所有诊断动作输出成一个程序集；业务模型是指将待诊断的业务路由、业务层次等信息进行建模；诊断策略执行是指利用工作流策略引擎，自动加载诊断策略里包含的所有诊断规则，并按工作流执行诊断动作。
64.利用策略引擎技术，实现了可以根据不同组网和业务场景来编排诊断策略的智能业务故障诊断，可以准确地对出现故障的业务进行定界、定位、定因。与现有技术相比，可以克服现有技术中业务故障诊断流程固化、诊断结果不准确的问题，有效提升了业务故障诊断的准确性和灵活度。
65.在一个实施例中，提供一种业务故障诊断策略编排方法，图3是本技术实施例提供的一种业务故障诊断策略编排方法的流程图。如图3所示，本技术实施例提供的一种业务故障诊断策略编排方法主要包含如下步骤：
66.步骤101：在网管系统前端界面上按业务故障和组网场景分类显示出所有的业务故障诊断策略以及策略里包含的诊断规则。
67.步骤102：根据当前组网场景和业务类型，选择对应的诊断规则，可以选择多个规则。
68.步骤103：在界面上对诊断规则的一些参数进行配置，包括诊断规则里诊断动作涉及到的参数、执行条件等。
69.步骤104：将配置好的多种诊断规则按照工作流编排为一个新的诊断策略，并将策略信息传递给网管系统后端。
70.步骤105：在网管系统后端保存该诊断策略,并将该策略加入到网管系统的诊断策略库中。
71.在一个实施例中，提供一种执行业务故障诊断策略的方法，图4是本技术实施例提供的一种执行业务故障诊断策略方法的流程图。如图4所示，本技术实施例提供的执行业务故障诊断策略方法主要包含如下步骤：
72.步骤201：在网管系统前端界面上根据当前组网场景和业务类型选择一种适用的诊断策略；
73.步骤202：在界面上输入需要诊断的业务参数信息，并将策略和业务信息传递给网管系统后端；
74.步骤203：网管系统后端根据步骤202里传递的业务参数信息，查询出待诊断业务的业务路由、业务层次信息数据后对该业务进行建模；并以通知形式将业务路由及分层信息传给前端界面进行显示；
75.步骤204：网管系统后端利用工作流策略引擎，自动加载步骤201中所选择的诊断策略里包含的所有诊断规则，并按工作流执行诊断动作；每条诊断规则执行完毕后都会以通知的形式发给网管系统前端界面进行工作流图的执行进度更新；每个诊断动作执行完毕后都会输出一个执行状态(成功或失败)以及执行结果的详细信息，并将这些信息以通知的形式发给前端界面进行诊断过程的信息数据展示；
76.步骤205：网管系统后端根据步骤204中诊断动作的执行结果，找到业务的故障点和故障原因，从而对业务故障进行定界(即是网络内部故障还是外部故障)、定位(引起故障的设备节点)、定因(引起故障的原因)，并将结果信息生成诊断报告，传给前端界面进行显
示。
77.在一个实施例中，提供一种承载网管系统中l3vpn over sr-tp场景业务故障诊断方法，图5是本技术实施例提供的l3vpn over sr-tp场景业务故障诊断的流程图。
78.l3vpn是三层虚拟私有网络(layer 3virtual private network)的简称，sr是分段路由(segment routing)的简称。l3vpn over sr是指5g承载传送网中l3到边缘的一种组网部署，而sr-tp是sr隧道的其中一种类型,用于面向连接的、点到点业务承载。本实施例说明了l3vpn over sr-tp这种组网场景下业务故障诊断的流程。在l3vpn over sr-tp场景下l3vpn业务可分为三层:l3vpn、sr-tp隧道、灵活以太网。
79.如图5所示，本技术实施例提供的l3vpn over sr-tp场景业务故障诊断方法主要包含如下步骤：
80.步骤301：在网管系统前端界面上选择l3vpn场景通断诊断策略；
81.步骤302：在界面上输入需要诊断的l3vpn业务以及客户侧边缘设备(后面简称为ce)ip信息，并将策略和业务信息传递给网管系统后端；
82.步骤303：网管系统后端根据步骤302里传递的业务参数信息，查询出待诊断l3vpn业务的业务路由、业务层次(l3vpn、sr-tp隧道、灵活以太网)信息数据后对该业务进行建模；并以通知形式将业务路由及分层信息传给前端界面进行显示；
83.步骤304：网管系统后端利用工作流策略引擎，自动加载步骤301中所选择的l3vpn场景通断诊断策略里包含的所有诊断规则，并按工作流执行诊断动作；首先执行通达性检测规则里的l3vpn ping动作，分别对l3vpn业务的网络侧边缘设备(包括接入侧设备后面简称为upe，落地侧设备后面简称为npe)到ce、upe到npe、upe到l3vpn业务的网络内设备(后面简称为spe)、spe到upe之间执行l3vpn ping；如果upe或npe到ce ping不通，而upe到npe可以ping通，那么说明故障发生在网络外部；如果upe或npe到ce ping通，upe到npe ping不通，那么说明故障发生在网络内部；如果upe或npe到ce ping不通，upe到npe也ping不通，那么说明网络内部和外部都存在故障；这里也就完成了业务故障的定界；
84.步骤305：如果网络外部存在故障，那么执行域外检测规则里的多个诊断动作，包括查询网络侧边缘设备保存的下一跳的arp学习状况以及本地出接口up状态；查询边缘设备上的本地出接口是否是l3接入端口；查询落地侧设备静态路由bfd状态；如果查询到的配置信息检查有异常，则将有问题的设备节点以及问题详细信息保存在内存中；并以通知形式将诊断动作的执行状态(成功或失败)发给前端界面进行诊断过程的信息数据展示；
85.步骤306：如果网络内部存在故障，那么将执行告警性能检测规则里查询业务相关联的告警、性能数据的诊断动作；查询到的告警、性能数据将以通知形式发给前端界面进行展示；
86.步骤307：执行sr-tp检测规则里的sr-tp隧道ping诊断动作；根据步骤303里查询到的sr-tp隧道信息，对每一条隧道都执行隧道ping；以通知形式将隧道ping诊断动作的结果(通或不通)发给前端界面进行展示；
87.步骤308：对于步骤307中隧道ping通的sr-tp隧道，执行sr-tp检测规则里的查询sr-tp隧道连通性丢失告警的诊断动作；查询到的隧道连通性丢失告警数据将以通知形式发给前端界面进行展示；
88.步骤309：对于步骤308中查询到隧道连通性丢失告警的sr-tp隧道执行sr-tp检测
规则里的隧道环回(lb)检测的诊断动作；如果隧道lb检测结果是通，那么说明隧道可能是源宿两端配置错误；如果隧道lb检测结果是不通，那么说明隧道维护点配置错误；将这些问题详细信息保存在内存中，并以通知形式将隧道lb检测诊断动作的结果(通或不通)发给前端界面进行展示；
89.步骤310：对于步骤308中未查询到隧道连通性丢失告警的sr-tp隧道执行sr-tp检测规则里的upe/npe设备负荷分担组成员个数一致性检查以及虚拟路由转发出入标签匹配检查的诊断动作；如果查询到的配置信息检查有异常，则将有问题的设备节点以及问题详细信息保存在内存中；并以通知形式将诊断动作的执行状态(成功或失败)发给前端界面进行诊断过程的信息数据展示；
90.步骤311：对于步骤307中隧道ping不通的sr-tp隧道，执行sr-tp检测规则里的sr-tp隧道trace的诊断动作；以通知形式将隧道trace诊断动作的结果(成功或失败)发给前端界面进行展示；
91.步骤312：对于步骤311中隧道trace失败的sr-tp隧道，根据步骤303中查询到的灵活以太网数据信息，执行灵活以太网检测规则里的灵活以太网配置一致性检查的诊断动作；灵活以太网配置一致性检查包括灵活以太网组(后面简称为flexe group)的源宿两端的groupnumber以及成员个数一致、成员端口的phynumber一致以及协商模式一致；如果查询到的配置信息检查有异常，则将有问题的设备节点以及问题详细信息保存在内存中；并以通知形式将诊断动作的执行状态(成功或失败)发给前端界面进行诊断过程的信息数据展示；
92.步骤313：网管系统后端根据步骤304中诊断动作的执行结果，对业务故障进行定界(即是网络内部故障还是网络外部故障)；根据步骤305、309、310、312中诊断动作的执行结果，找到业务的故障点和故障原因，对业务故障进行定位(引起故障的设备节点)、定因(引起故障的原因)；并生成诊断报告，发给前端界面进行诊断报告的展示。
93.在一个实施例中，提供一种承载网管系统中l3vpn over sr-tp场景编排仅包含故障定界的诊断策略的流程图，图6是本技术实施例提供的l3vpn over sr-tp场景编排仅包含故障定界的诊断策略的流程图。
94.如图6所示，本本技术实施例提供的l3vpn over sr-tp场景编排仅包含故障定界的诊断策略的流程包含如下步骤：
95.步骤401：在网管系统前端界面上按业务故障和组网场景分类显示出所有的业务故障诊断策略以及策略里包含的诊断规则；
96.步骤402：选择l3vpn场景通断诊断策略里的通达性检测的诊断规则；
97.步骤403：在界面上对通达性检测的诊断规则的一些参数进行配置，包括l3vpn ping的参数tos优先级、回包方式；
98.步骤404：将配置好的诊断规则按照工作流编排为一个新的诊断策略，并将策略信息传递给网管系统后端；
99.步骤405：在网管系统后端保存该诊断策略,并将该策略加入到网管系统的诊断策略库中。
100.在一个实施例中，提供一种故障诊断装置，如图7所示，本实施例提供的故障诊断装置主要包括诊断策略确定模块71、故障诊断模块72和诊断信息确定模块73。
101.其中，诊断策略确定模块71，被配置为确定当前组网场景和待诊断业务类型对应的诊断策略；
102.故障诊断模块72，被配置为按照所述诊断策略对待诊断业务进行诊断，得到诊断结果；
103.诊断信息确定模块73，被配置为基于所述诊断结果确定所述待诊断业务的故障诊断信息。
104.本技术实施例提供的故障诊断装置，通过确定当前组网场景和业务类型对应的诊断策略；按照诊断策略对待诊断业务进行诊断，得到诊断结果；基于诊断结果确定待诊断业务的故障诊断信息，实现了业务故障诊断，对出现故障的业务进行定界、定位、定因，提升业务故障诊断的准确性和灵活度。
105.在一个实施方式中，确定当前组网场景和待诊断业务类型对应的诊断策略，包括：将当前组网场景和各个业务类型对应的所有诊断策略进行显示；基于用户输入的选择指令确定当前组网场景和业务类型对应的诊断策略。
106.在一个实施方式中，按照所述诊断策略中的工作流对待诊断业务进行诊断包括：基于待诊断业务的业务路由信息和业务层次信息对所述待诊断业务进行建模，得到待诊断业务模型；
107.按照所述诊断策略对所述待诊断业务模型进行诊断。
108.在一个实施方式中，所述诊断策略包括一个或多个诊断规则，按照所述诊断策略对待诊断业务进行诊断，包括：加载所述诊断策略中所有诊断规则；针对每个诊断规则，按照所述诊断规则的工作流执行诊断动作，得到规则执行结果；将多个所述规则执行结果汇总，形成所述诊断结果。
109.在一个实施方式中，按照所述诊断规则的工作流执行诊断动作之后，还包括：诊断规则执行完毕后，更新诊断规则对应的工作流图和/或工作列表；显示所述工作流图和/或工作列表。
110.在一个实施方式中，按照所述诊断规则的工作流执行诊断动作之后，还包括：诊断动作执行完毕后，生成动作执行状态和动作执行结果，以列表的形式显示动作执行状态和动作执行结果。
111.在一个实施方式中，加载所述诊断策略中所有诊断规则，包括：利用工作流策略引擎自动加载所述诊断策略中的所有诊断规则。
112.在一个实施方式中，所述故障诊断信息包括如下一个或多个：故障类型，引起故障的节点，故障原因。
113.在一个实施方式中，确定当前组网场景和业务类型对应的诊断策略之前，还包括：确定每类业务故障和组网场景对应的诊断策略；将多个诊断策略存储至诊断策略库中。
114.在一个实施方式中，确定每个业务故障和每个组网场景对应的诊断策略，包括：基于目标业务故障和目标组网场景确定诊断规则；配置所述诊断规则的参数；将配置后的是多个所述诊断规则按照工作流编排为一个诊断策略。
115.在一个实施方式中，基于目标业务故障和目标组网场景确定诊断规则之前，还包括：将业务信息中同类业务元素的诊断过程封装为一个诊断规则。
116.本实施例中提供的故障诊断装置可执行本发明任意实施例所提供的故障诊断方
法，具备执行该方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的故障诊断方法。
117.值得注意的是，上述故障诊断装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。
118.本技术实施例还提供一种设备，图8是本技术实施例提供的一种设备的结构示意图，如图8所示，该设备包括处理器81、存储器82、输入装置83、输出装置84和通信装置85；设备中处理器81的数量可以是一个或多个，图8中以一个处理器81为例；设备中的处理器81、存储器82、输入装置83和输出装置84可以通过总线或其他方式连接，图8中以通过总线连接为例。
119.存储器82作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块。处理器81通过运行存储在存储器82中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现本技术实施例提供的任一方法。
120.存储器82可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器82可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器82可进一步包括相对于处理器81远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
121.输入装置83可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置84可包括显示屏等显示设备。
122.通信装置85可以包括接收器和发送器。通信装置85设置为根据处理器81的控制进行信息收发通信。
123.在一个示例性的实施方式中，本技术实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种故障诊断方法，包括：
124.确定当前组网场景和待诊断业务类型对应的诊断策略；
125.按照所述诊断策略对待诊断业务进行诊断，得到诊断结果；
126.基于所述诊断结果确定所述待诊断业务的故障诊断信息。
127.当然，本技术实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本技术任意实施例所提供的故障诊断方法中的相关操作。
128.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本技术可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
129.以上所述，仅为本技术的示例性实施例而已，并非用于限定本技术的保护范围。
130.本领域内的技术人员应明白，术语用户终端涵盖任何适合类型的无线用户设备，例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。
131.一般来说，本技术的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本技术不限于此。
132.本技术的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
133.本技术附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(rom)、随机访问存储器(ram)、光存储器装置和系统(数码多功能光碟dvd或cd光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(dsp)、专用集成电路(asic)、可编程逻辑器件(fgpa)以及基于多核处理器架构的处理器。
134.通过示范性和非限制性的示例，上文已提供了对本技术的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。