CN112423331A - 一种故障诊断方法及装置 - Google Patents

Abstract

本发明公开了一种故障诊断方法及装置，涉及通信技术领域，用于确定引起语音故障的网络设备，包括：获取待诊断故障的目标投诉内容；根据目标投诉内容，确定待诊断故障对应的目标诊断流程；目标诊断流程包括至少一个目标诊断项；获取至少一个目标诊断项对应的诊断数据，并根据至少一个目标诊断项对应的诊断数据，确定用户设备UE的签约状态；若UE签约正常，则获取核心网设备的失败日志中的目标错误码，并根据失败日志中的目标错误码，从错误码与故障原因的第一映射关系中确定待诊断故障的故障原因。本发明实施例应用于通信网络的运维。

Description

一种故障诊断方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种故障诊断方法及装置。

背景技术

现有通信网络中出现语音故障时，排查故障需要依靠运维人员查看、分析核心网中每个网络设备告警日志，并判断上述语音故障是否由该网络设备引起的。

随着无线通信网络从长期演进(long term evolution，LTE)网络到第五代移动通信技术(5th generation mobile networks，5G)网络的发展，核心网中的网络设备增加，网络结构复杂，仍然采用人工判断的方法去确定导致语音故障的网络设备，耗时耗力，导致通信网络运维效率低下。

发明内容

本发明的实施例提供一种故障诊断方法及装置，用于确定引起语音故障的网络设备。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供了一种故障诊断方法，该方法包括：获取待诊断故障的目标投诉内容；根据目标投诉内容，确定待诊断故障对应的目标诊断流程；目标诊断流程包括至少一个目标诊断项；获取至少一个目标诊断项对应的诊断数据，并根据至少一个目标诊断项对应的诊断数据，确定UE的签约状态；若UE签约正常，则获取核心网设备的失败日志中的目标错误码，并根据失败日志中的目标错误码，从错误码与故障原因的第一映射关系中确定待诊断故障的故障原因。

第二方面，提供了一种故障诊断装置，该故障诊断装置包括获取单元以及确定单元；获取单元，用于获取待诊断故障的目标投诉内容；确定单元，用于根据目标投诉内容，确定待诊断故障对应的目标诊断流程；目标诊断流程包括至少一个目标诊断项；确定单元，还用于获取至少一个目标诊断项对应的诊断数据，并根据至少一个目标诊断项对应的诊断数据，确定UE的签约状态；确定单元，还用于若UE签约正常，则获取核心网设备的失败日志中的目标错误码，并根据失败日志中的目标错误码，从错误码与故障原因的第一映射关系中确定待诊断故障的故障原因。

第三方面，提供了一种存储一个或多个程序的计算机可读存储介质，该一个或多个程序包括指令，上述指令当被计算机执行时使计算机执行如第一方面的故障诊断方法。

第四方面，一种故障诊断装置，其特征在于，包括：处理器以及存储器；其中，存储器用于存储一个或多个程序，一个或多个程序包括计算机执行指令，当故障诊断装置运行时，处理器执行存储器存储的计算机执行指令，以使故障诊断装置执行如第一方面的故障诊断方法。

第五方面，提供了一种包含指令的计算机程序产品，当该指令在计算机上运行时，使得计算机执行第一方面的故障诊断方法。

本发明的实施例提供一种故障诊断方法及装置，应用于通信网络的运维，考虑到每一个语音故障都可能与用户的签约状态以及核心网设备相关，因此，本发明实施例提供的上述技术方案，能够根据用户的目标投诉内容，确定出用于确定用户设备UE的签约状态是否异常的目标诊断流程，并在确定用户设备UE的签约状态为正常的情况下，根据核心网设备的失败日志中的错误码，进一步判断待诊断故障的故障原因，以此，能够提高通信网络的运维效率。

附图说明

图1为本发明的实施例提供的一种运维系统结构示意图；

图2为本发明的实施例提供的一种故障诊断方法流程示意图一；

图3为本发明的实施例提供的一种故障诊断方法流程示意图二；

图4为本发明的实施例提供的一种故障诊断方法流程示意图三；

图5为本发明的实施例提供的一种故障诊断方法流程示意图四；

图6为本发明的实施例提供的一种故障诊断方法流程示意图五；

图7为本发明的实施例提供的一种故障诊断装置结构示意图一；

图8为本发明的实施例提供的一种故障诊断装置结构示意图二；

图9为本发明的实施例提供的一种故障诊断装置结构示意图三。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

在本发明的描述中，除非另有说明，“/”表示“或”的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。此外，“至少一个”“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

本发明实施例提供的故障诊断方法可以适用于运营商通信网络的运维系统。图1示出了该运维系统的一种结构示意图。如图1所示，运维系统10包括故障诊断装置11以及网管设备12。故障诊断装置11与网管设备12连接。故障诊断装置11与网管设备12之间可以采用有线方式连接，也可以采用无线方式连接，本发明实施例对此不作限定。

故障诊断装置11可以用于与网管设备12进行数据交互，例如，故障诊断装置11可以从网管设备12中获取多个诊断数据，以及多个核心网设备的失败日志。

网管设备12可以用于获取5G核心网中各个设备的失败日志。

需要说明的，故障诊断装置11和网管设备12可以为相互独立的设备，也可以集成于同一设备中，本发明对此不作具体限定。

当故障诊断装置11和网管设备12集成于同一设备时，故障诊断装置11和网管设备12之间的通信方式为该设备内部模块之间的通信。这种情况下，二者之间的通信流程与“故障诊断装置11和网管设备12之间相互独立的情况下，二者之间的通信流程”相同。

在本发明提供的以下实施例中，本发明以故障诊断装置11和网管设备12相互独立设置为例进行说明。

下面结合附图对本发明实施例提供的故障诊断方法进行描述。

如图2所示，本发明实施例提供的故障诊断方法包括S201-S204：

S201、故障诊断装置11获取待诊断故障的目标投诉内容。

其中，待诊断故障具体为语音业务故障，目标投诉内容为用户通过用户设备UE向网管设备12上报的语音业务故障信息的信息。

作为一种可能的实现方式，故障诊断装置11接收网管设备发送的待诊断故障的目标投诉内容。

示例性的，目标投诉内容可以包括掉话、呼叫失败、无法接通、语音业务在第三代移动通信技术(3rd-Generation，3G)、电话挂断后未返回、呼叫转移失败、来电显示未显示、呼叫等待未提醒、计费异常等内容。

S202、故障诊断装置11根据目标投诉内容，确定待诊断故障对应的目标诊断流程。

其中，目标诊断流程包括至少一个目标诊断项。

作为一种可能的实现方式，故障诊断装置11可以根据目标投诉内容，从多个预设的诊断项中确定出至少一个目标诊断项，并利用至少一个目标诊断项，组成目标诊断流程。

需要说明的，预设的诊断项至少包括诊断UE的用户状态、诊断UE的语音业务开通状态、诊断UE的补充业务状态、诊断UE的用户在核心网设备上的动态信息、诊断UE的计费流量状态、诊断UE的欠费状态、诊断UE与核心网的连接状态。

S203、故障诊断装置11获取至少一个目标诊断项对应的诊断数据，并根据至少一个目标诊断项对应的诊断数据，确定UE的签约状态。

作为一种可能的实现方式，故障诊断装置11可以从网管设备12中获取每一个目标诊断项对应的诊断数据。

需要说明的，对于诊断UE的用户状态、诊断UE的语音业务开通状态、诊断UE的补充业务状态、诊断UE的用户在核心网设备上的动态信息，其对应的诊断数据为用户的签约数据。对于诊断UE的计费流量状态、诊断UE的欠费状态、诊断UE与核心网的连接状态，其对应的诊断数据为用户的话单数据。

示例性的，对于诊断UE的用户状态，网管设备12可以根据用户的SUPI(SUbscription Permanent Identifier)或者国际移动用户识别码(InternationalMobile Subscriber Identity，IMSI)，查询用户在单元部署管理器(unit deploymentmanager，UDM)、国际移动用户识别码归属签约用户服务器HSS(International MobileSubscriber Identity-Home Subscriber Server，IMS–HSS)或者策略控制功能(PolicyControl function，PCF)上的诊断数据，并向故障诊断装置11发送诊断数据。诊断数据可以为SubType的数值。

示例性的，对于诊断UE的语音业务开通状态，网管设备12可以根据用户的SUPI或者IMSI，查询用户在UDM、IMS-HSS上的IMSVoPS(IMS over PS session indicator)的数值，作为诊断数据向故障诊断装置11发送。

示例性的，对于诊断UE的补充业务状态，网管设备12根据用户的IMSI，查询用户在自治系统(autonomous system，AS)上的基站子系统(Base Station Subsystem，BSS)数值，作为补充业务状态的诊断数据，并向故障诊断装置11发送。

示例性的，对于诊断UE的用户在核心网设备上的动态信息，网管设备12根据用户的SUPI或者IMSI，查询用户在UDM、IMS-HSS、用户面功能(User Plane Function，UPF)设备、接入和移动管理功能(Access and Mobility Management Function，AMF)设备上的数据可达(REACHABLE)数值，作为判断用户在核心网设备上的动态信息的诊断数据，向故障诊断装置11发送。

示例性的，对于诊断UE的计费流量状态，网管设备12获取Rating Group中的datavoloume的数值，并作为诊断数据向故障诊断装置11发送。

示例性的，对于诊断UE的欠费状态，网管设备12获取新的UE的状态MSFg的数值，并将MSFg的数值作为诊断数据向故障诊断装置11发送。

示例性的，对于诊断UE与核心网的连接状态，网管设备12基于因特网包探索器(Packet Internet Groper，Ping)测试，确定UE与核心网之间的连接状态，并将Ping测试的测试结果作为诊断数据向故障装置11发送。

进一步的，故障诊断装置11根据获取得到的诊断数据，确定每一个目标诊断项的诊断结果。

示例性的，对于诊断UE的用户状态，故障诊断装置11从网管设备12中获取用户的标签类型(SubType)，若SubType的数值为2，则表明该用户为LTE用户，若SubType的数值为3，则表明该用户为5G用户。

示例性的，对于诊断UE的语音业务开通状态，故障诊断装置11获取用户的从网管设备12中获取IMSVoPS的数值，若IMSVoPS的数值为1，则表明UE的语音业务可用，若IMSVoPS的数值为0，则表明UE的语音业务不可用。

示例性的，对于诊断UE的补充业务状态，故障诊断装置11从网管设备12中获取BSS数值，若BSS数值为0，则表明UE的补充业务状态为数值一致，处于非限制状态；若BSS数值为1，则表明UE的补充业务状态为数据不一致，处于限制状态。

示例性的，对于诊断UE的用户在核心网设备上的动态信息，若故障诊断装置11获取到的REACHABLE数值为1，则表明UE的用户在AMF设备上数据不可达。

示例性的，对于诊断UE的计费流量状态，若故障诊断装置11获取到Rating Grop中的data voloume BCU的数值小于第一阈值，则确定UE的计费流量状态为正常。其中，第一阈值可以为预设的最大流量值。

示例性的，对于诊断UE的欠费状态，若故障诊断装置11获取到得MSFg的数值为0，则确定UE未欠费；若MSFg的数值为1，则确定UE处于报停状态；若MSFg的数值为2，则确定UE处于挂失状态；若MSFg的数值为3，则确定UE处于第一欠费状态(限制呼出、限制电路交换(Circuit Switch，CS)呼出、限制GPSR(greedy perimeter stateless routing)、限制第四代移动通信系统(Evolved Packet System，EPS)；若MSFg的数值为7，则确定UE处于第二欠费状态(限制呼入、限制CS呼如、限制GPSR、限制EPS)。

示例性的，对于诊断UE与核心网的连接状态，故障诊断装置11基于Ping测试的测试结果，确定UE与核心网的连接状态。

最终，故障诊断装置11根据至少一个目标诊断项的诊断结果，确定UE的签约状态为正常或者异常。

示例性的，在上述诊断结果中，若存在以下任意一个诊断结果：UE的用户为LTE用户、UE的语音业务不可用、UE的补充业务状态异常(数据不一致)、UE的用户在AMF设备上数据不可达、UE的计费流量异常、UE的欠费状态不为UE未欠费、UE与核心网的连接处于断开状态，则故障诊断装置11确定UE处于签约异常状态。

示例性的，在上述诊断结果中，若存在以下全部诊断结果：UE的用户为5G用户、UE的语音业务可用、UE的补充业务状态正常、UE的用户在AMF设备上数据可达、UE的计费流量正常、UE的欠费状态为UE未欠费、UE与核心网的连接处于连接状态，则故障诊断装置11确定UE处于签约正常状态。

S204、若UE签约正常，则故障诊断装置11获取核心网设备的失败日志中的目标错误码，并根据失败日志中的目标错误码，从错误码与故障原因的第一映射关系中确定待诊断故障的故障原因。

作为一种可能的实现方式，故障诊断装置11获取核心网设备中的失败日志，并确定失败日志中的目标错误码。

进一步的，故障诊断装置11根据目标错误码，从第一映射关系中查询待诊断故障的故障原因。

需要说明的，第一映射关系可以保存在故障诊断装置11的存储器中。

下表一示出了第一映射关系的一种示例，第一映射关系用于反映不同错误码对应的故障原因，如下表一所示：

表一

可选的，如表一所示，第一映射关系中也可以包括告警标识码、细化故障场景、故障定界。

其中，告警标识码用于对错误码的注释，细化故障场景用于反映错误码对应的故障类型，故障定界用于反映引起故障的设备侧。

可选的，第一映射关系中还可以包括首拆点。首拆点用于反映首次无法正常继续语音业务流程的信令交互。

示例性的，在错误码为400的情况下，错误码400对应的首拆点为：终端发起注册，S-CSCF(Serving-Call Session Control Function，S-CSCF)回复400。在错误码为503、故障场景为呼叫接续失败的情况下，错误码503对应的首拆点为：SBC(Session BorderController,SBC)定时器拆除语音业务线路。在错误码为503、故障场景为回落失败的情况下，错误码503对应的首拆点为：语音业务回落至LTE后，无线侧的基站发起上下文释放请求，终端侧通过多媒体子系统(IP Multimedia Subsystem，IMS)的会话初始协议(SessionInitiation Protocol，IMS SIP)提示503失败。

在一种设计中，如图3所示，本发明实施例提供的S202，包括下述S2021。

S2021、故障诊断装置11根据目标投诉内容，从投诉内容与诊断项的第二映射关系中确定目标诊断流程。

其中，第二映射关系包括以下诊断项：诊断UE的用户状态、诊断UE的语音业务开通状态、诊断UE的补充业务状态、诊断UE的用户在核心网设备上的动态信息、诊断UE的计费流量状态、诊断UE的欠费状态、诊断UE与核心网的连接状态。

下表二示出了第二映射关系的一种示例，第二映射关系用于反映不同投诉内容对应的诊断项，如下表二所示：

表二

如表二所示，第二映射关系中包括与投诉内容对应的诊断流程。诊断流程中包括多个诊断项，每个诊断项之间存在预设的诊断顺序。

可选的，如表二所示，第二映射关系中也可以包括场景以及业务流程。其中，场景为语音业务故障所涉及的故障场景，业务流程为语音业务故障所涉及的业务流程。

在一种设计中，如图4所示，本发明实施例提供的S203，具体包括以下S2031-S2035。

S2031、故障诊断装置11根据至少一个目标诊断项对应的诊断数据，确定至少一个目标诊断项的诊断结果。

作为一种可能的实现方式，故障诊断数据11根据至少一个目标诊断项，从网管设备12中获取至少一个目标诊断项对应的诊断数据，并根据至少一个目标诊断项对应的诊断数据，确定至少一个目标诊断项的诊断结果。

需要说明的，故障诊断装置11确定至少一个目标诊断项的诊断结果的过程，具体参照上述S203中的具体描述，此处不再赘述。

S2032、故障诊断装置11判断至少一个目标诊断项的诊断结果是否全部属于以下第一预设结果。

S2033、若至少一个目标诊断项的诊断结果全部属于以下第一预设结果，则故障诊断装置11确定UE的签约状态正常。

其中，第一预设结果包括：UE的用户状态为5G用户、UE的语音业务为可用状态、UE的补充业务数据一致、UE的用户在核心网设备上数据可达、UE的计费流量为正常状态、UE为无欠费状态、UE与核心网的连接正常。

S2034、故障诊断装置11若至少一个目标诊断项的诊断结果中存在任意一个诊断结果不属于上述第一预设结果，则判断至少一个目标诊断项的诊断结果中是否存在以下第二预设结果中的任意一个。

其中，第二预设结果包括：UE的用户状态为LTE用户、UE的语音业务为不可用状态、UE的补充业务数据不一致、UE的用户在核心网设备上数据不可达、UE的计费流量为异常状态、UE为欠费状态、UE与核心网的连接断开。

S2035、若至少一个目标诊断项的诊断结果中存在以下第二预设结果中的任意一个，则故障诊断装置11确定UE的签约状态异常。

可选的，故障诊断装置11可以在确定至少一个目标诊断项的诊断结果中存在任意一个诊断结果不属于上述第一预设结果的情况下，直接确定UE的签约状态为异常。

在一种设计中，在确定UE的签约状态异常之后，如图5所示，本发明实施例提供的故障诊断方法，还包括下述S301-S303。

S301、在UE的签约状态异常的情况下，故障诊断装置11确定至少一个目标诊断项中每一个目标诊断项的诊断顺序。

作为一种可能的实现方式，故障诊断装置11从第二映射关系中确定目标诊断流程之后，从第二映射关系中获取每一个目标诊断项的诊断顺序。

S302、故障诊断装置11按照诊断顺序，判断第一诊断结果是否为导致UE的签约状态为异常的诊断结果。

其中，第一诊断结果为至少一个目标诊断项的诊断结果中任意一个诊断结果。

作为一种可能的实现方式，故障诊断装置11按照获取到的诊断顺序，依次判断每一个目标诊断项的诊断结果，是否为首次导致UE的签约状态为异常的第一诊断结果。

需要说明的，导致UE的签约状态为异常的诊断结果，具体可以参照本发明实施例上述S203中的具体描述，此处不再赘述。

S303、若第一诊断结果为导致UE的签约状态为异常的诊断结果，则故障诊断装置11确定第一诊断结果对应的诊断内容，为待诊断故障的故障原因。

在一种设计中，本发明实施例提供的第一映射关系中包括注册失败对应的故障原因、回落失败对应的故障原因、呼叫接续失败对应的故障原因以及返回失败对应的故障原因。如图6所示，本本发明实施例提供的S204，包括下述S2041-S20410：

S2041、故障诊断装置11获取第一设备的失败日志。

其中，第一设备为语音业务的注册流程中的设备。

作为一种可能的实现方式，故障诊断装置11从网管设备12中获取第一设备的失败日志。

示例性的，第一设备可以为AMF设备、会话管理功能(Session ManagementFunction，SMF)设备、网络节点(Mobility Management Entity，MME)设备、P-SBC设备(包括P-CSCF以及SBC)、I-CSCF(Interrogationg-Call Session Control Functon)设备、S-CSCF设备以及归属签约用户服务器(Home Subscriber Server，HSS)中的一个或多个。

S2042、故障诊断装置11判断第一设备的失败日志中是否存在第一错误码。

示例性的，如表一所示，第一错误码可以为400。

S2043、若第一设备的失败日志中存在第一错误码，则故障诊断装置11确定待诊断故障的故障原因为注册失败对应的故障原因。

作为一种可能的实现方式，若第一设备的失败日志中存在第一错误码，则故障诊断装置11根据第一错误码从第一映射关系中查询注册失败对应的故障原因，为待诊断故障的故障原因。

S2044、若第一设备的失败日志中不存在第一错误码，则故障诊断装置11获取第二设备的失败日志。

其中，第二设备为语音业务的呼叫回落流程中的设备。

示例性的，第二设备可以为AMF设备、MME设备、服务网关(Serving GateWay，SGW)、PDN网关(PDN GateWay，PGW)、SMF设备以及UPF设备中的一个或多个。

S2045、故障诊断装置11判断第二设备的失败日志中是否存在第二错误码。

S2046、若第二设备的失败日志中存在第二错误码，则故障诊断装置11确定待诊断的故障原因为回落失败对应的故障原因。

作为一种可能的实现方式，若第二设备的失败日志中存在第二错误码，则故障诊断装置11根据第二错误码从第一映射关系中查询回落失败对应的故障原因，为待诊断故障的故障原因。

S2047、若第二设备的失败日志中不存在第二错误码，则故障诊断装置11获取第三设备的失败日志。

其中，第三设备为语音业务的呼叫流程中的设备。

示例性的，第三设备可以为PSBC设备、I-CSCF设备、S-CSCF设备、媒体网关控制功能(MGCF)设备、AS设备、HSS、以及出口网关控制功能(Breakout Gateway ControlFunction，BGCF)设备中的一个或多个。

S2048、故障诊断装置11判断第三设备的失败日志中是否存在第三错误码。

S2049、若第三设备的失败日志中存在第三错误码，则故障诊断装置11确定待诊断的故障原因为呼叫接续失败对应的故障原因。

作为一种可能的实现方式，若第三设备的失败日志中存在第三错误码，则故障诊断装置11根据第三错误码从第一映射关系中查询呼叫接续失败对应的故障原因，为待诊断故障的故障原因。

S20410、若第三设备的失败日志中不存在第三错误码，则故障诊断装置11确定待诊断的故障原因为返回失败对应的故障原因。

作为一种可能的实现方式，若第三设备的失败日志中不存在第三错误码，则故障诊断装置11确定第四设备中存在第四错误码，并确定根据第四错误码从第一映射关系中查询呼返回失败对应的故障原因，为待诊断故障的故障原因。

其中，第四设备为语音业务的返回流程中的设备。

示例性的，第四设备可以为AMF设备、MME设备、SGW设备、PGW设备、SMF设备以及UPF设备中的一个或多个。

本发明的实施例提供一种故障诊断方法及装置，应用于通信网络的运维，考虑到每一个语音故障都可能与用户的签约状态以及核心网设备相关，因此，本发明实施例提供的上述技术方案，能够根据用户的目标投诉内容，确定出用于确定用户设备UE的签约状态是否异常的目标诊断流程，并在确定用户设备UE的签约状态为正常的情况下，根据核心网设备的失败日志中的错误码，进一步判断待诊断故障的故障原因，以此，能够提高通信网络的运维效率。

上述主要从方法的角度对本发明实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对故障诊断装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图7为本发明实施例提供的一种故障诊断装置的结构示意图。如图7所示，故障诊断装置11用于确定引起语音故障的故障原因，例如用于执行图3所示的故障诊断方法。该故障诊断装置11包括获取单元111以及确定单元112。

获取单元111，用于获取待诊断故障的目标投诉内容。

确定单元112，用于根据目标投诉内容，确定待诊断故障对应的目标诊断流程。目标诊断流程包括至少一个目标诊断项。

确定单元112，还用于获取至少一个目标诊断项对应的诊断数据，并根据至少一个目标诊断项对应的诊断数据，确定UE的签约状态。

确定单元112，还用于若UE签约正常，则获取核心网设备的失败日志中的目标错误码，并根据失败日志中的目标错误码，从错误码与故障原因的第一映射关系中确定待诊断故障的故障原因。

可选的，如图7所示，本发明实施例提供的确定单元112，具体用于根据目标投诉内容，从投诉内容与诊断项的第二映射关系中确定目标诊断流程。第二映射关系包括以下诊断项：诊断UE的用户状态、诊断UE的语音业务开通状态、诊断UE的补充业务状态、诊断UE的用户在核心网设备上的动态信息、诊断UE的计费流量状态、诊断UE的欠费状态、诊断UE与核心网的连接状态。

可选的，如图7所示，本发明实施例提供的确定单元112，具体还用于根据至少一个目标诊断项对应的诊断数据，确定至少一个目标诊断项的诊断结果。

确定单元112，具体还用于若至少一个目标诊断项的诊断结果全部属于以下第一预设结果，则确定UE的签约状态正常。第一预设结果包括：UE的用户状态为5G用户、UE的语音业务为可用状态、UE的补充业务数据一致、UE的用户在核心网设备上数据可达、UE的计费流量为正常状态、UE为无欠费状态、UE与核心网的连接正常。

确定单元112，具体还用于若至少一个目标诊断项的诊断结果中存在以下第二预设结果中的任意一个，则确定UE的签约状态异常。第二预设结果包括：UE的用户状态为LTE用户、UE的语音业务为不可用状态、UE的补充业务数据不一致、UE的用户在核心网设备上数据不可达、UE的计费流量为异常状态、UE为欠费状态、UE与核心网的连接断开。

可选的，如图7所示，本发明实施例提供的故障诊断装置还包括判断单元113。

确定单元112，还用于在UE的签约状态异常的情况下，确定至少一个目标诊断项中每一个目标诊断项的诊断顺序。

判断单元113，用于按照诊断顺序，判断第一诊断结果是否为导致UE的签约状态为异常的诊断结果。第一诊断结果为至少一个目标诊断项的诊断结果中任意一个诊断结果。

确定单元112，还用于若第一诊断结果为导致UE的签约状态为异常的诊断结果，则确定第一诊断结果对应的诊断内容，为待诊断故障的故障原因。

确定单元112，还用于根据每一个目标诊断项的诊断结果，确定待诊断故障的故障原因。

可选的，如图7所示，本发明实施例提供的第一映射关系中包括注册失败对应的故障原因、回落失败对应的故障原因、呼叫接续失败对应的故障原因以及返回失败对应的故障原因。

确定单元112，具体还用于获取第一设备的失败日志。第一设备为语音业务的注册流程中的设备。

确定单元112，具体还用于若第一设备的失败日志中存在第一错误码，则确定待诊断故障的故障原因为注册失败对应的故障原因。

确定单元112，具体还用于若第一设备的失败日志中不存在第一错误码，则获取第二设备的失败日志。第二设备为语音业务的呼叫回落流程中的设备

确定单元112，具体还用于若第二设备的失败日志中存在第二错误码，则确定待诊断的故障原因为回落失败对应的故障原因。

确定单元112，具体还用于若第二设备的失败日志中不存在第二错误码，则获取第三设备的失败日志。第三设备为语音业务的呼叫流程中的设备。

确定单元112，具体还用于若第三设备的失败日志中存在第三错误码，则确定待诊断的故障原因为呼叫接续失败对应的故障原因。

确定单元112，具体还用于若第三设备的失败日志中不存在第三错误码，则确定待诊断的故障原因为返回失败对应的故障原因。

在采用硬件的形式实现上述集成的模块的功能的情况下，本发明实施例提供了上述实施例中所涉及的故障诊断装置的另外一种可能的结构示意图。如图8所示，一种故障诊断装置50，用于确定引起语音故障的故障原因，例如用于执行图2所示的故障诊断方法。该故障诊断装置40包括处理器401，存储器402以及总线403。处理器401与存储器402之间可以通过总线403连接。

处理器401是通信装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器401可以是一个通用中央处理单元(central processing unit，CPU)，也可以是其他通用处理器等。其中，通用处理器可以是微处理器或者是任何常规的处理器等。

作为一种实施例，处理器401可以包括一个或多个CPU，例如图8中所示的CPU 0和CPU 1。

存储器402可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

作为一种可能的实现方式，存储器402可以独立于处理器401存在，存储器402可以通过总线403与处理器401相连接，用于存储指令或者程序代码。处理器401调用并执行存储器402中存储的指令或程序代码时，能够实现本发明实施例提供的故障诊断方法。

另一种可能的实现方式中，存储器402也可以和处理器401集成在一起。

总线403，可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

需要指出的是，图8示出的结构并不构成对该故障诊断装置40的限定。除图8所示部件之外，该故障诊断装置40可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

作为一个示例，结合图7，故障诊断装置中的获取单元111、确定单元112实现的功能与图8中的处理器401的功能相同。

可选的，如图8所示，本发明实施例提供的故障诊断装置40还可以包括通信接口404。

通信接口404，用于与其他设备通过通信网络连接。该通信网络可以是以太网，无线接入网，无线局域网(wireless local area networks，WLAN)等。通信接口404可以包括用于接收数据的接收单元，以及用于发送数据的发送单元。

在一种设计中，本发明实施例提供的故障诊断装置中，通信接口还可以集成在处理器中。

图9示出了本发明实施例中故障诊断装置的另一种硬件结构。如图9所示，故障诊断装置50可以包括处理器501以及通信接口502。处理器501与通信接口502耦合。

处理器501的功能可以参考上述处理器501的描述。此外，处理器501还具备存储功能，可以参考上述存储器502的功能。

通信接口502用于为处理器501提供数据。该通信接口502可以是通信装置的内部接口，也可以是通信装置对外的接口(相当于通信接口504)。

需要指出的是，图9中示出的结构并不构成对故障诊断装置50的限定，除图9所示部件之外，该故障诊断装置50可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明。在实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，该计算机执行上述方法实施例所示的方法流程中的各个步骤。

本发明的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行上述方法实施例中的故障诊断方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘。随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的人以合适的组合、或者本领域数值的任何其他形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本发明实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

由于本发明的实施例中的故障诊断装置、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本发明实施例在此不再赘述。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何在本发明揭露的技术范围内的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (12)

1.一种故障诊断方法，其特征在于，包括：

获取待诊断故障的目标投诉内容；

根据所述目标投诉内容，确定所述待诊断故障对应的目标诊断流程；所述目标诊断流程包括至少一个目标诊断项；

获取所述至少一个目标诊断项对应的诊断数据，并根据所述至少一个目标诊断项对应的诊断数据，确定用户设备UE的签约状态；

若所述UE签约正常，则获取核心网设备的失败日志中的目标错误码，并根据所述失败日志中的目标错误码，从错误码与故障原因的第一映射关系中确定所述待诊断故障的故障原因。

2.根据权利要求1所述的故障诊断方法，其特征在于，所述根据所述目标投诉内容，确定所述待诊断故障对应的目标诊断流程，包括：

根据所述目标投诉内容，从投诉内容与诊断项的第二映射关系中确定所述目标诊断流程；所述第二映射关系包括以下诊断项：诊断所述UE的用户状态、诊断所述UE的语音业务开通状态、诊断所述UE的补充业务状态、诊断所述UE的用户在核心网设备上的动态信息、诊断所述UE的计费流量状态、诊断所述UE的欠费状态、诊断所述UE与核心网的连接状态。

3.根据权利要求2所述的故障诊断方法，其特征在于，所述根据所述至少一个目标诊断项对应的诊断数据，确定所述UE的签约状态，包括：

根据所述至少一个目标诊断项对应的诊断数据，确定所述至少一个目标诊断项的诊断结果；

若所述至少一个目标诊断项的诊断结果全部属于以下第一预设结果，则确定所述UE的签约状态正常；所述第一预设结果包括：所述UE的用户状态为第五代移动通信技术5G用户、所述UE的语音业务为可用状态、所述UE的补充业务数据一致、所述UE的用户在核心网设备上数据可达、所述UE的计费流量为正常状态、所述UE为无欠费状态、所述UE与核心网的连接正常；

若所述至少一个目标诊断项的诊断结果中存在以下第二预设结果中的任意一个，则确定所述UE的签约状态异常；所述第二预设结果包括：所述UE的用户状态为长期演进LTE用户、所述UE的语音业务为不可用状态、所述UE的补充业务数据不一致、所述UE的用户在核心网设备上数据不可达、所述UE的计费流量为异常状态、所述UE为欠费状态、所述UE与核心网的连接断开。

4.根据权利要求3所述的故障诊断方法，其特征在于，所述方法还包括：

在所述UE的签约状态异常的情况下，确定所述至少一个目标诊断项中每一个目标诊断项的诊断顺序；

按照所述诊断顺序，判断第一诊断结果是否为导致所述UE的签约状态为异常的诊断结果；所述第一诊断结果为所述至少一个目标诊断项的诊断结果中任意一个诊断结果；

若所述第一诊断结果为导致所述UE的签约状态为异常的诊断结果，则确定所述第一诊断结果对应的诊断内容，为所述待诊断故障的故障原因；

根据所述每一个目标诊断项的诊断结果，确定所述待诊断故障的故障原因。

5.根据权利要求1-4任一项所述的故障诊断方法，其特征在于，所述第一映射关系中包括注册失败对应的故障原因、回落失败对应的故障原因、呼叫接续失败对应的故障原因以及返回失败对应的故障原因；所述获取核心网设备的失败日志中的目标错误码，并根据所述失败日志中的目标错误码，从错误码与故障原因的第一映射关系中确定所述待诊断故障的故障原因，包括：

获取第一设备的失败日志；所述第一设备为语音业务的注册流程中的设备；

若所述第一设备的失败日志中存在第一错误码，则确定所述待诊断故障的故障原因为所述注册失败对应的故障原因；

若所述第一设备的失败日志中不存在所述第一错误码，则获取第二设备的失败日志；所述第二设备为语音业务的呼叫回落流程中的设备

若所述第二设备的失败日志中存在第二错误码，则确定所述待诊断的故障原因为所述回落失败对应的故障原因；

若所述第二设备的失败日志中不存在第二错误码，则获取第三设备的失败日志；所述第三设备为语音业务的呼叫流程中的设备；

若所述第三设备的失败日志中存在第三错误码，则确定所述待诊断的故障原因为所述呼叫接续失败对应的故障原因；

若所述第三设备的失败日志中不存在第三错误码，则确定所述待诊断的故障原因为所述返回失败对应的故障原因。

6.一种故障诊断装置，其特征在于，包括获取单元以及确定单元；

所述获取单元，用于获取待诊断故障的目标投诉内容；

所述确定单元，用于根据所述目标投诉内容，确定所述待诊断故障对应的目标诊断流程；所述目标诊断流程包括至少一个目标诊断项；

所述确定单元，还用于获取所述至少一个目标诊断项对应的诊断数据，并根据所述至少一个目标诊断项对应的诊断数据，确定用户设备UE的签约状态；

所述确定单元，还用于若所述UE签约正常，则获取核心网设备的失败日志中的目标错误码，并根据所述失败日志中的目标错误码，从错误码与故障原因的第一映射关系中确定所述待诊断故障的故障原因。

7.根据权利要求6所述的故障诊断装置，其特征在于，所述确定单元，具体用于根据所述目标投诉内容，从投诉内容与诊断项的第二映射关系中确定所述目标诊断流程；所述第二映射关系包括以下诊断项：诊断所述UE的用户状态、诊断所述UE的语音业务开通状态、诊断所述UE的补充业务状态、诊断所述UE的用户在核心网设备上的动态信息、诊断所述UE的计费流量状态、诊断所述UE的欠费状态、诊断所述UE与核心网的连接状态。

8.根据权利要求7所述的故障诊断装置，其特征在于，所述确定单元，具体还用于根据所述至少一个目标诊断项对应的诊断数据，确定所述至少一个目标诊断项的诊断结果；

所述确定单元，具体还用于若所述至少一个目标诊断项的诊断结果全部属于以下第一预设结果，则确定所述UE的签约状态正常；所述第一预设结果包括：所述UE的用户状态为第五代移动通信技术5G用户、所述UE的语音业务为可用状态、所述UE的补充业务数据一致、所述UE的用户在核心网设备上数据可达、所述UE的计费流量为正常状态、所述UE为无欠费状态、所述UE与核心网的连接正常；

所述确定单元，具体还用于若所述至少一个目标诊断项的诊断结果中存在以下第二预设结果中的任意一个，则确定所述UE的签约状态异常；所述第二预设结果包括：所述UE的用户状态为长期演进LTE用户、所述UE的语音业务为不可用状态、所述UE的补充业务数据不一致、所述UE的用户在核心网设备上数据不可达、所述UE的计费流量为异常状态、所述UE为欠费状态、所述UE与核心网的连接断开。

9.根据权利要求8所述的故障诊断装置，其特征在于，所述故障诊断装置还包括判断单元；

所述确定单元，还用于在所述UE的签约状态异常的情况下，确定所述至少一个目标诊断项中每一个目标诊断项的诊断顺序；

所述判断单元，用于按照所述诊断顺序，判断第一诊断结果是否为导致所述UE的签约状态为异常的诊断结果；所述第一诊断结果为所述至少一个目标诊断项的诊断结果中任意一个诊断结果；

所述确定单元，还用于若所述第一诊断结果为导致所述UE的签约状态为异常的诊断结果，则确定所述第一诊断结果对应的诊断内容，为所述待诊断故障的故障原因；

所述确定单元，还用于根据所述每一个目标诊断项的诊断结果，确定所述待诊断故障的故障原因。

10.根据权利要求6-9任一项所述的故障诊断装置，其特征在于，所述第一映射关系中包括注册失败对应的故障原因、回落失败对应的故障原因、呼叫接续失败对应的故障原因以及返回失败对应的故障原因；所述确定单元，具体还用于获取第一设备的失败日志；所述第一设备为语音业务的注册流程中的设备；

所述确定单元，具体还用于若所述第一设备的失败日志中存在第一错误码，则确定所述待诊断故障的故障原因为所述注册失败对应的故障原因；

所述确定单元，具体还用于若所述第一设备的失败日志中不存在所述第一错误码，则获取第二设备的失败日志；所述第二设备为语音业务的呼叫回落流程中的设备

所述确定单元，具体还用于若所述第二设备的失败日志中存在第二错误码，则确定所述待诊断的故障原因为所述回落失败对应的故障原因；

所述确定单元，具体还用于若所述第二设备的失败日志中不存在第二错误码，则获取第三设备的失败日志；所述第三设备为语音业务的呼叫流程中的设备；

所述确定单元，具体还用于若所述第三设备的失败日志中存在第三错误码，则确定所述待诊断的故障原因为所述呼叫接续失败对应的故障原因；

所述确定单元，具体还用于若所述第三设备的失败日志中不存在第三错误码，则确定所述待诊断的故障原因为所述返回失败对应的故障原因。

11.一种存储一个或多个程序的计算机可读存储介质，其特征在于，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如权利要求1-5中任一项所述的故障诊断方法。

12.一种故障诊断装置，其特征在于，包括：处理器以及存储器；其中，所述存储器用于存储一个或多个程序，所述一个或多个程序包括计算机执行指令，当所述故障诊断装置运行时，处理器执行所述存储器存储的所述计算机执行指令，以使所述故障诊断装置执行权利要求1-5中任一项所述的故障诊断方法。

Images