CN114301765A - 故障定位方法、装置、计算机可读介质及电子设备 - Google Patents

Abstract

本申请的实施例提供了一种故障定位方法、装置、计算机可读介质及电子设备，该故障定位方法包括：对网元的运行日志进行监测，若监测到运行日志中包含异常信息，则根据异常信息确定处理异常的目标网络请求；从异常信息中获取发起目标网络请求的终端的标识信息；获取以标识信息为跟踪标识对目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息；从目标链路跟踪信息中确定目标网络请求的处理过程中经过的目标网元，并获取目标网元的运行日志；根据获取到的运行日志定位目标网络请求的处理异常原因。本申请实施例的技术方案可以通过目标链路跟踪信息确认处理异常的网络请求经过的网元，避免逐一到各个网元中去获取运行日志对处理异常原因进行定位。

Description

故障定位方法、装置、计算机可读介质及电子设备

技术领域

本申请涉及数据处理技术领域，尤其是涉及一种故障定位方法、装置、计算机可读介质及电子设备。

背景技术

相关技术中，网络中部署的网元独立运行，若某一网元在对终端发起的网络请求进行处理的过程中出现异常，便需要获取网络中各网元的运行日志，基于获取到的运行日志定位异常原因。由于网络中部署的网元数量较多，数据也相应较多，从而导致定位处理异常原因的耗时也较长。

发明内容

为解决上述技术问题，本申请的实施例提供了一种故障定位方法、装置、计算机可读介质及电子设备，以便于缩短定位处理异常原因的耗时。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种故障定位方法，包括：对网元的运行日志进行监测，若监测到运行日志中包含异常信息，则根据所述异常信息确定处理异常的目标网络请求；从所述异常信息中获取发起所述目标网络请求的终端的标识信息；获取以所述标识信息为跟踪标识对所述目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息；从所述目标链路跟踪信息中确定所述目标网络请求的处理过程中经过的目标网元，并获取所述目标网元的运行日志；根据获取到的运行日志定位所述目标网络请求的处理异常原因。

根据本申请实施例的一个方面，提供了一种故障定位装置，包括：监测模块，配置为对网元的运行日志进行监测，若监测到运行日志中包含异常信息，则根据所述异常信息确定处理异常的目标网络请求；第一数据处理模块，配置为从所述异常信息中获取发起所述目标网络请求的终端的标识信息；第二数据处理模块，配置为获取以所述标识信息为跟踪标识对所述目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息；第三数据处理模块，配置为从所述目标链路跟踪信息中确定所述目标网络请求的处理过程中经过的目标网元，并获取所述目标网元的运行日志；故障识别模块，配置为根据获取到的运行日志定位所述目标网络请求的处理异常原因。

在本申请的一些实施例中，基于前述方案，所述第二数据处理模块还配置为：在所述获取以所述标识信息为跟踪标识对所述目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息之前，获取所述目标网络请求；从所述目标网络请求中获取发起所述目标网络请求的终端的标识信息；以所述标识信息为跟踪标识对所述目标网络请求的处理过程进行跟踪，得到所述目标链路跟踪信息。

在本申请的一些实施例中，基于前述方案，所述第二数据处理模块配置为：获取以所述标识信息为跟踪标识分别对所述终端发起的多个网络请求进行跟踪得到的多条链路跟踪信息；链路跟踪信息包括网络请求的处理过程中经过的网元以及网元对应的接收时间，其中，所述接收时间为网元接收到网络请求对应的数据的时间；从所述异常信息中获取目标时间戳，其中，所述目标时间戳为所述异常信息所属的网元接收到所述目标网络请求对应的数据的时间；从所述多条链路跟踪信息中确定接收时间与所述目标时间戳匹配的链路跟踪信息，并将确定出的链路跟踪信息作为所述目标链路跟踪信息。

在本申请的一些实施例中，基于前述方案，所述故障识别模块配置为：获取所述目标网络请求相对应的标准处理流程；将所述标准处理流程与所述目标链路跟踪信息对应的异常处理流程进行比对，并生成比对结果；根据所述运行日志以及所述比对结果定位所述目标网络请求的处理异常原因。

在本申请的一些实施例中，基于前述方案，所述故障识别模块配置为：从所述目标网元中确定与所述终端进行通讯的基站；获取所述终端的信息和所述基站的信息，并基于所述运行日志、所述终端的信息以及所述基站的信息定位所述目标网络请求的处理异常原因。

在本申请的一些实施例中，基于前述方案，所述故障识别模块配置为：从获取到的运行日志中筛选出包含所述跟踪标识的第一数据处理记录；并基于所述第一数据处理记录定位所述目标网络请求的处理异常原因。

在本申请的一些实施例中，基于前述方案，所述故障识别模块配置为：从所述目标链路跟踪信息中获取所述目标网元对应的目标接收时间，其中，所述目标接收时间为所述目标网元接收到所述目标网络请求对应的数据的时间；从所述第一数据处理记录中筛选出与所述接收时间相对应的第二数据处理记录；基于所述第二数据处理记录定位所述目标网络请求的处理异常原因。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行如上述实施例中所述的故障定位方法。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上述实施例中所述的故障定位方法。

在本申请实施例的技术方案中，对网元的运行日志进行监测，若监测到运行日志中包含异常信息，则根据异常信息确定处理异常的目标网络请求；从异常信息中获取发起目标网络请求的终端的标识信息；获取以标识信息为跟踪标识对目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息；从目标链路跟踪信息中确定目标网络请求的处理过程中经过的目标网元，并获取目标网元的运行日志；根据获取到的运行日志定位目标网络请求的处理异常原因，使得当监测到运行日志中包含异常信息时，通过目标链路跟踪信息快速确认目标网络请求的处理过程中经过的目标网元，避免逐一到各个网元中去获取运行日志，提高了定位目标网络请求的处理异常原因的效率，并且通过以终端的标识信息为跟踪标识对网络请求的处理过程进行跟踪的方式，无需额外生成跟踪标识，从而节约资源，并且，便于确定发起处理异常的目标网络请求的终端。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了根据本申请的一个实施例的故障定位方法的流程图；

图2示出了根据本申请的另一实施例的故障定位方法的流程图；

图3示出了图1所示实施例中的步骤S120在一示例性实施例中的流程图；

图4示出了图1所示实施例中的步骤S130在一示例性实施例中的流程图；

图5示出了图1所示实施例中的步骤S140在一示例性实施例中的流程图；

图6示出了图1所示实施例中的步骤S140在一示例性实施例中的流程图；

图7示出了图6所示实施例中的步骤S510在一示例性实施例中的流程图；

图8示出了根据本申请的一个实施例的故障定位装置的框图；

图9示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例的技术方案提出了一种故障定位方法，具体参照图1所示，该故障定位方法可以由部署在网络中的故障定位装置来执行，故障定位装置可以是构成网络的任一网元；该故障定位方法至少包括步骤S100至步骤S140，详细介绍如下：

在步骤S100中，对网元的运行日志进行监测，若监测到运行日志中包含异常信息，则根据异常信息确定处理异常的目标网络请求。

需要说明的是，网元为网络中部署的装置，其类型包括但不限于基站、终端、网关、路由器等。其中，网络包括但不限于5G(5th Generation Mobile CommunicationTechnology，第五代移动通信技术)、4G(4th Generation Mobile CommunicationTechnology,第四代移动通信技术)等网络。

其次，运行日志为网元在运行过程中产生的日志，运行日志中记录有网元对各种数据的处理信息；当数据处理过程中出现异常时，网元会生成异常信息，并记载至运行日志中。例如，当网元出现进程中断、数据处理超时、处理无响应等情况时，会生成异常信息，并记录在运行日志中。

网络请求为终端向网络发起的请求，其类型包括但不限于注册请求、呼叫请求、位置更新请求等。

在本申请实施例中，为了确定网络请求处理过程中是否出现异常，可以对网元的运行日志进行监测，若监测到该运行日志中存在异常信息，可以根据异常信息确定与异常信息相关联的目标网络请求。

其中，根据异常信息确定与异常信息相关联的目标网络请求的方式可以根据实际需要灵活设置。在一种实施方式中，异常信息中包括其所属的目标网络请求的标识信息，在获取到异常信息后，可以对异常信息进行解析，从而得到目标网络请求的标识信息，以确定目标网络请求。

在步骤S110中，从异常信息中获取发起目标网络请求的终端的标识信息。

需要说明的是，终端在与网络建立连接后，可以向网元发起网络请求；其中，终端包括但不限于智能手机、平板、笔记本电脑、计算机、车载终端等电子设备；标识信息为不同终端各自对应的唯一标识，标识信息包括但不限于SUPI(Subscription PermanentIdentifier，永久身份标识)、IMSI(International Mobile Subscriber Identity，国际移动用户识别码)等。

本申请实施例中，为了确定发起处理异常的目标网络请求的终端，可以从异常信息中获取发起目标网络请求的终端的标识信息。

其中，从异常信息中获取发起目标网络请求的终端的标识信息的方式可以根据需要灵活设置。在一个实施方式中，在确定处理异常的目标网络请求后，可以直接从目标网络请求中获取终端的标识信息。也就是说，在终端向网元发起网络请求之前，终端将与该终端匹配的标识信息添加至网络请求中，再将网络请求发送至网元，这样，在网元接收到目标网络请求并处理异常时，可以直接从目标网络请求中获取发起目标网络请求终端的标识信息。

在另一个实施方式中，异常信息中包含发起目标网络请求的终端的标识信息，因此，可以直接从异常信息中获取标识信息。

在步骤S120中，获取以标识信息为跟踪标识对目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息。

链路跟踪信息为对网络请求的处理过程进行跟踪得到的信息。应当理解的是，网络通常按业务功能划分为多个不同的网元，之后再通过将不同的网元进行组合，从而提供丰富的业务功能。一个网络请求的处理过程可能经过多个网元，为了在网路请求处理异常后，定位异常原因，可以对网络请求的处理过程进行跟踪，得到链路跟踪信息。

链路跟踪信息中可以包括但不限于网络请求的处理过程中经过的网元、各网元接收到网络请求对应数据的时间、网络请求对应数据的处理结果等信息。例如，假设某网络请求的处理过程为：A网元在接收到网络请求后，执行a操作，并向B网元发送调用指令，以调用B网元执行b操作；则链路跟踪信息中可以包括A网元接收到网络请求的时间，B网元接收到调用指令的时间。

其中，为了便于查看链路跟踪信息，在获取到链路跟踪信息后，可以基于链路跟踪信息中对网络请求的处理过程进行跟踪的过程生成树状视图、流程视图等。

需要说明的是，一个网元可能会对多个终端发起的网络请求对应的数据进行处理，为了便于区分对多个终端发起的网络请求的处理过程，网元可以生成与终端相对应的跟踪标识。

在本申请实施例中，可以直接从网络请求中获取发起网络请求的终端的标识信息，将获取到的标识信息作为跟踪标识，通过标识信息的唯一性，从而对多个终端发起的网络请求进行区分，以使得网元无需生成与终端相对应的跟踪标识，减少了减少资源的浪费。

为了确定目标网络请求的处理过程，可以获取目标链路跟踪信息。获取目标链路跟踪信息的具体方式可以根据需要灵活设置，在一个实施方式中，在获取了发起目标网络请求的终端的标识信息后，可以从数据库中搜索与标识信息相对应的链路跟踪信息，以得到目标链路跟踪信息，也就是说，在步骤S130之前，还可以以发起网络请求的终端的标识信息为跟踪标识，对不同网络请求的处理过程进行跟踪，得到不同网络请求对应的链路跟踪信息，并存储至数据库，这样，在从异常信息中获取到发起目标网络请求的终端的标识信息后，可以直接从数据库中获取目标网络请求的目标链路跟踪信息。

另一个实施方式中，在获取了发起目标网络请求的终端的标识信息后，还可以以获取到的标识信息为跟踪标识，对网络请求的处理过程进行跟踪，从而得到目标链路跟踪信息。

在步骤S130中，从目标链路跟踪信息中确定目标网络请求的处理过程中经过的目标网元，并获取目标网元的运行日志。

目标网元为目标网络请求的处理过程经过的网元。

目标链路跟踪信息中包括目标网络请求的处理过程中经过的网元，因此，当获取到目标链路跟踪信息后，可以直接从目标链路跟踪信息中获取目标网络请求处理过程中经过的网元，从而确定目标网元，这样，便可以获取目标网元的运行日志。

在步骤S140中，根据获取到的运行日志定位目标网络请求的处理异常原因。

需要说明的是，当监测到任一网元的运行日志中含有对网络请求的处理异常时，该网络请求的处理异常原因可能是在网络请求在处理过程中经过的区别于此网元的其他网元导致的，因此，在本申请的一个实施例中，在获取到目标网络请求经过的目标网元的运行日志后，可以根据获取到的运行日志对目标网络请求的处理异常原因进行定位。

定位目标网络请求的处理异常原因的方式可以根据需要灵活设置。在一个实施例中，在获取目标网元中的运行日志后，可以从运行日志中筛选出异常信息，还可以基于目标网络请求中的标识信息，从异常信息中筛选出与标识信息相对应的异常信息，再基于目标网络请求确定与目标网络请求相关联的异常信息，从而定位目标网络请求的处理异常原因。

在前述实施例的技术方案中，通过运行日志中的异常信息确定处理异常的目标网络请求后，从异常信息中获取发起目标网络请求的终端的标识信息，并基于标识信息获取以标识信息为跟踪标识对目标网络请求的处理过程进行跟踪得到目标链路跟踪信息，再通过目标链路跟踪信息确定目标网络请求再处理过程中经过的目标网元，从而排除掉处理异常的目标网络请求未经过的网元，避免逐一到各个网元中去获取运行日志，提高了定位目标网络请求的处理异常原因的效率，缩小定位处理异常原因的范围，进而缩短了处理故障的时间，并且以标识信息为跟踪标识，无需额外生成跟踪标识对网络请求的处理过程进行跟踪，减少资源的浪费。

参见图2，图2是根据另一示例性实施例示出的一种故障定位方法的流程图。如图2所示，在图1所示实施例中的步骤S120之前，该方法还可以包括步骤S200至步骤S220，详细介绍如下：

步骤S200，获取目标网络请求。

本实施例中，在步骤S120之前，可以先获取目标网络请求。其中，可以从AMF(Access and Mobility Management Function，接入和移动性管理功能)、MME(MobilityManagement Entity，移动管理节点功能)等网元中，获取目标网络请求。

步骤S210，从目标网络请求中获取发起目标网络请求的终端的标识信息。

在本申请的一个实施例中，为了从目标网络请求中获取发起目标网络请求的终端的标识信息，在一个实施例中，获取网络请求之前，终端可以在发起网络请求时，将终端的标识信息添加在网络请求中，因此，便可以直接通过解析目标网络请求来获取发起目标网络请求的终端的标识信息。

在另一个实施方式中，获取网络请求之前，网元在接收到终端发送的网络请求时，网元可以向终端发送用于获取终端的标识信息的请求，网元在接收到终端返回的标识信息后，将终端的标识信息添加至网络请求中，因此，便可以直接通过解析目标网络请求来获取发起目标网络请求的终端的标识信息。

步骤S220，以标识信息为跟踪标识对目标网络请求的处理过程进行跟踪，得到目标链路跟踪信息。

在本申请的一个实施例中，获取到终端的标识信息之后，可以根据标识信息为跟踪标识对网络请求的处理过程进行跟踪，得到链路跟踪信息。

通过上述实施方式，在获取到网络请求后，便可以对通过从网络请求解析获取的标识信息作为跟踪标识，并对网络请求的处理过程进行跟踪，得到链路跟踪信息，并且，在得到链路跟踪信息后，还可以将链路跟踪信息进行存储，从而在目标网络请求出现异常之后，就可以直接从相应的存储位置获取目标链路跟踪信息，从而提升信息获取速度，并且可以避免在目标网络请求出现异常之后再进行跟踪，跟踪标识消失，无法得到目标链路跟踪信息的情况。

参见图3，图3是图1所示实施例中的步骤S120在一示例性实施例中的流程图。如图3所示，获取以标识信息为跟踪标识对目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息的过程，可以包括步骤S121至步骤S123，详细介绍如下：

步骤S121，获取以标识信息为跟踪标识分别对终端发起的多个网络请求进行跟踪得到的多条链路跟踪信息；链路跟踪信息包括网络请求的处理过程中经过的网元以及网元对应的接收时间。

首先需要说明的是，网元对应的接收时间为网元接收网络请求对应的数据的时间。

同一终端可以向网元发起多个网络请求，因此，以终端的标识信息为跟踪标识对网络请求的处理过程进行跟踪，可能得到多条链路跟踪信息，每一条链路跟踪信息对应一个网络请求。

在本申请的实施例中，当获取到终端发起的网络请求后，便从网络请求中获取发起网络请求的终端的标识信息，同时以标识信息为跟踪标识对终端发起的网络请求进行跟踪，由此，得到的多条链路跟踪信息中，既包括处理异常的目标网络请求的目标链路跟踪信息，也包括该终端发起的其余网络请求的链路跟踪信息。

步骤S122，从异常信息中获取目标时间戳。

需要说明的是目标时间戳为异常信息所属网元接收到处理异常的目标网络请求对应的数据的时间。

在本申请的实施例中，当监测到运行日志中包含异常信息后，可以直接从异常信息中获取目标时间戳，也就是说，网元在生成异常信息时，可以将网元接收到目标网络请求对应的数据的时间作为目标时间戳，并且，将目标时间戳添加在异常信息中。

步骤S123，从多条链路跟踪信息中确定接收时间与目标时间戳匹配的链路跟踪信息，并将确定出的链路跟踪信息作为目标链路跟踪信息。

在本申请的实施例中，获取到目标时间戳后，可以直接从多条链路跟踪信息包含的多个接收时间中确定与目标时间戳相匹配的链路跟踪信息，并将确定出的链路跟踪信息作为目标链路跟踪信息。

通过上述实施方式，在同一终端发起的多个网络请求时，以该终端的标识信息分别对发起的多个网络请求进行跟踪，得到多条链路跟踪信息。当目标网络请求处理异常时，通过解析目标网络请求的异常信息获取网元接收目标网络请求对应的数据的接收时间，即目标时间戳。通过目标时间戳与多条链路跟踪信息包含的网元对应的接收时间进行比对，便可以从多条链路跟踪信息中确定接收时间与目标时间戳相匹配的链路跟踪信息，并将确定出的链路跟踪信息作为目标链路跟踪信息，从而得到目标网络请求的目标链路跟踪信息。例如，假设A网元中包括异常信息，异常信息中的目标时间戳为T1，以终端的标识信息为跟踪标识，获取到该跟踪标识对应的3条链路跟踪信息，其中，第一条链路跟踪信息中包括BCD网元，第二条链路跟踪信息中包括ABC网元，A网元对应的接收时间为T1；第三条链路跟踪信息中包括ACE网元，A网元对应的接收时间为T2；由于第二条链路跟踪信息中，包括A网元，且A网元的接收时间与目标时间戳匹配，因此，将第二条链路跟踪信息作为目标链路跟踪信息。

参见图4，图4是图1所示实施例中的步骤S140在一示例性实施例中的流程图。如图4所示，根据获取到的运行日志定位目标网络请求的处理异常原因的过程，可以包括步骤S300至步骤S320，详细介绍如下：

步骤S300，获取目标网络请求相对应的标准处理流程。

在本申请的实施例中，预先设置有的标准流程库，标准流程库中包含有不同网络请求的标准处理流程，即正常处理流程。

在获取到目标网络请求后，可以从标准流程库中获取该目标网络请求对应的处理流程，便可以将获取到的处理流程作为标准处理流程。

步骤S310，将标准处理流程与目标链路跟踪信息对应的异常处理流程进行比对，并生成比对结果。

需要说明的是，异常处理流程是根据目标网络请求在处理过程中经过的目标网元以及目标网元接收目标网络请求对应的数据的时间得出的。

在本申请的实施例中，获取到目标网络请求后，从标准流程库中获取目标网络请求对应的处理流程，将获取到的处理流程作为标准处理流程，再将标准处理流程与从目标链路跟踪信息中获取的对目标网络请求的异常处理流程进行比对，从而得到异常处理流程与标准处理流程之间的区别处理流程，并将该区别处理流程作为比对结果。

其中，区别处理流程为异常处理流程中的网元对网络请求的处理流程与标准处理流程中的网元对网络请求的处理流程不同的处理流程；

步骤S320，根据运行日志以及比对结果定位目标网络请求的处理异常原因。

在本申请的实施例中，获取到异常处理流程与标准处理流程的比对结果后，结合运行日志定位目标网络请求的处理异常原因。

在上述实施方式中，获取到异常处理流程与标准处理流程的比对结果后，根据比对结果中的区别处理流程，获取区别处理流程对应的网元的运行日志定位处理异常原因，从而缩小了定位目标网络请求的处理异常原因的范围，提高了查找运行日志的效率。

参见图5，图5是图1所示实施例中的步骤S140在一示例性实施例中的流程图。如图5所示，根据获取到的运行日志定位目标网络请求的处理异常原因的过程，可以包括步骤S400至步骤S410，详细介绍如下：

步骤S400，从目标网元中确定与终端进行通讯的基站。

需要说明的是，基站为网络中的基础设施，是终端接入网络的接口设备；在不同区域设置基站，以供该区域的终端通过该区域的基站接入网络。

在本申请的实施例中，从目标网元中可以直接确定与终端进行通讯的基站，也就是说，基站对接收到网络请求中对应的数据进行处理时生成数据处理记录时，在数据处理记录中添加上了发起网络请求的终端的标识信息，从而在链路跟踪信息中网络请求处理过程时经过的网元中包含与终端进行通讯的基站，从而在确定处理异常的目标网络请求后，可以通过目标链路跟踪信息中包含的目标网元，确定接收终端发起的处理异常的目标网络请求的基站。

步骤S410，获取终端的信息和基站的信息，并基于运行日志、终端的信息以及基站的信息定位目标网络请求的处理异常原因。

为了进一步提升定位目标网络请求的处理异常原因的效率，在本实施例中，预先设置有的终端数据库，终端数据库中包括但不限于终端的位置信息、终端的标识信息、终端的运营商信息。

获取终端信息的方式，可以在从目标网络请求获取标识信息后，基于标识信息在终端数据库中确定发起目标网络请求的终端，并从终端数据库中调取该终端在终端数据库中的其他信息。

通过上述实施方式，在对网络请求处理异常原因进行定位时，可以从终端数据库中获取与标识信息相同的终端的信息，以及与终端建立通讯的基站的信息，以便于在运行日志中定位处理异常原因。

参见图6，图6是图1所示实施例中的步骤S140在一示例性实施例中的流程图。如图6所示，根据获取到的运行日志定位目标网络请求的处理异常原因的过程，可以包括步骤S500至步骤S510，详细介绍如下：

步骤S500，从获取到的运行日志中筛选出包含跟踪标识的第一数据处理记录。

需要说明的是，网元的运行日志中包括对不同数据进行处理的数据处理记录。网元会对多个终端发起的网络请求的数据进行处理，因此，网元的运行日志中会包括对多个终端发起的网络请求的数据进行处理的数据处理记录。

为了将多个终端发起的网络请求进行区分，数据处理记录中可以包括终端的标识信息。

本申请的实施例中，为了从运行日志中筛选出包含目标网络请求对应的数据处理记录，可以从获取到的运行日志中筛选出包含有跟踪标识的第一数据处理记录。其中，第一数据处理记录为网元对目标终端发起的网络请求的数据处理记录，目标终端为发起处理异常的目标网络请求的终端。

步骤S510，基于第一数据处理记录定位目标网络请求的处理异常原因。

在本申请的实施例中，获取到第一数据处理记录后，确定了运行日志中目标网络请求对应的数据处理记录，从而基于第一数据处理记录定位目标网络请求的处理异常原因的方式，缩小了定位处理异常原因的范围，进一步提升定位目标网络请求异常原因的准确率。

参见图7，图7是图6所示实施例中的步骤S510在一示例性实施例中的流程图。如图7所示，基于第一数据处理记录记录定位目标网络请求的处理异常原因的过程，可以包括步骤S511至步骤S513，详细介绍如下：

步骤S511，从目标链路跟踪信息中获取目标网元对应的目标接收时间。

需要说明的是，目标接收时间为目标网元接收目标网络请求对应的数据的时间。

同一终端的不同网络请求的处理过程可能经过同一网元，因此，基于终端的标识信息对运行日志进行筛选时，可能会筛选出同一终端的不同网络请求对应的数据处理记录，即，第一数据处理记录中可能包括目标网络请求对应终端发起的其他网络请求的数据处理记录。

为了从第一数据处理记录中筛选出目标网络请求对应的数据处理记录，本实施例中，可以先从目标链路跟踪信息中获取目标网元对应的目标接收时间。

步骤S512，从第一数据处理记录中筛选出与目标接收时间相对应的第二数据处理记录。

为了进一步提高定位目标网络请求的处理异常原因的准确性，在本申请的实施例中，获取到目标网元接收到目标网络请求对应的数据的时间后，可以从第一数据处理记录中筛选出与目标接收时间相对应的第二数据处理记录。

例如，假设目标链路跟踪信息中包含网元a1、a2，其中，网元a1、a2各自对应的目标接收时间为t1、t2；第一数据处理记录中包括5条数据处理记录，分别记为b1、b2、b3、b4、b5，其中，b1、b2、b3、b4、b5中包含的时间分别为t1、t3、t1、t2、t5，b1、b2为a1网元的数据处理记录，b3、b4、b5为a2网元的数据处理记录，因此，从网元a1的数据处理记录b1、b2中筛选出与网元a1的目标接收时间t1匹配的数据处理记录，即b1；从网元a2的数据处理记录b3、b4、b5中筛选出与网元a2的目标接收时间t2匹配的数据处理记录，即b4，从而得到第二数据处理记录，即b1和b4。

步骤S513，基于第二数据处理记录定位目标网络请求的处理异常原因。

在本申请的实施例中，获取到第二数据处理记录后，基于第二数据处理记录定位目标网络请求的处理异常原因，进一步缩小了定位处理异常原因的范围，提高了定位处理异常原因的效率。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的故障定位方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的故障定位方法的实施例。

图8示出了根据本申请的一个实施例的故障定位装置800的框图。

参照图8所示，根据本申请的是个实施例的故障定位装置800，包括：监测模块810，配置为对网元的运行日志进行监测，若监测到运行日志中包含异常信息，则根据异常信息确定处理异常的目标网络请求；第一数据处理模块820，配置为从异常信息中获取发起目标网络请求的终端的标识信息；第二数据处理模块830，配置为获取以标识信息为跟踪标识对目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息；第三数据处理模块840，配置为从目标链路跟踪信息中确定目标网络请求的处理过程中经过的目标网元，并获取目标网元的运行日志；故障识别模块850，配置为根据获取到的运行日志定位所述目标网络请求的处理异常原因。

在本申请的一些实施例中，基于前述方案，第二数据处理模块830还配置为：在获取以标识信息为跟踪标识对目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息之前，获取目标网络请求；从目标网络请求中获取发起所述目标网络请求的终端的标识信息；以标识信息为跟踪标识对目标网络请求的处理过程进行跟踪，得到目标链路跟踪信息。

在本申请的一些实施例中，基于前述方案，第二数据处理模块830配置为：获取以标识信息为跟踪标识分别对终端发起的多个网络请求进行跟踪得到的多条链路跟踪信息；链路跟踪信息包括网络请求的处理过程中经过的网元以及网元对应的接收时间，其中，接收时间为网元接收到网络请求对应的数据的时间；从异常信息中获取目标时间戳，其中，目标时间戳为异常信息所属的网元接收到目标网络请求对应的数据的时间；从多条链路跟踪信息中确定接收时间与目标时间戳匹配的链路跟踪信息，并将确定出的链路跟踪信息作为目标链路跟踪信息。

在本申请的一些实施例中，基于前述方案，故障识别模块850配置为：获取目标网络请求相对应的标准处理流程；将标准处理流程与目标链路跟踪信息对应的异常处理流程进行比对，并生成比对结果；根据运行日志以及比对结果定位目标网络请求的处理异常原因。

在本申请的一些实施例中，基于前述方案，故障识别模块850配置为：从目标网元中确定与终端进行通讯的基站；获取终端的信息和基站的信息，并基于运行日志、终端的信息以及基站的信息定位目标网络请求的处理异常原因。

在本申请的一些实施例中，基于前述方案，故障识别模块850配置为：从获取到的运行日志中筛选出包含跟踪标识的第一数据处理记录；并基于第一数据处理记录记录定位目标网络请求的处理异常原因。

在本申请的一些实施例中，基于前述方案，故障识别模块850配置为：从目标链路跟踪信息中获取目标网元对应的目标接收时间，其中，目标接收时间为目标网元接收到目标网络请求对应的数据的时间；从第一数据处理记录中筛选出与接收时间相对应的第二数据处理记录；基于第二数据处理记录定位目标网络请求的处理异常原因。

需要说明的是，上述实施例所提供的故障定位装置800与上述实施例所提供的故障定位方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

图9示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图9示出的电子设备的计算机系统900仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(Central Processing Unit，CPU)901，其可以根据存储在只读存储器(Read-Only Memory，ROM)902中的程序或者从存储部分908加载到随机访问存储器(Random Access Memory，RAM)903中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 903中，还存储有系统操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(Input/Output，I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种故障定位方法，其特征在于，所述方法包括：

对网元的运行日志进行监测，若监测到运行日志中包含异常信息，则根据所述异常信息确定处理异常的目标网络请求；

从所述异常信息中获取发起所述目标网络请求的终端的标识信息；

获取以所述标识信息为跟踪标识对所述目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息；

从所述目标链路跟踪信息中确定所述目标网络请求的处理过程中经过的目标网元，并获取所述目标网元的运行日志；

根据获取到的运行日志定位所述目标网络请求的处理异常原因。

2.根据权利要求1所述的方法，其特征在于，在所述获取以所述标识信息为跟踪标识对所述目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息之前，所述方法还包括：

获取所述目标网络请求；

从所述目标网络请求中获取发起所述目标网络请求的终端的标识信息；

以所述标识信息为跟踪标识对所述目标网络请求的处理过程进行跟踪，得到所述目标链路跟踪信息。

3.根据权利要求1所述的方法，其特征在于，所述获取以所述标识信息为跟踪标识对所述目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息，包括：

获取以所述标识信息为跟踪标识分别对所述终端发起的多个网络请求进行跟踪得到的多条链路跟踪信息；链路跟踪信息包括网络请求的处理过程中经过的网元以及网元对应的接收时间，其中，所述接收时间为网元接收到网络请求对应的数据的时间；

从所述异常信息中获取目标时间戳，其中，所述目标时间戳为所述异常信息所属的网元接收到所述目标网络请求对应的数据的时间；

从所述多条链路跟踪信息中确定接收时间与所述目标时间戳匹配的链路跟踪信息，并将确定出的链路跟踪信息作为所述目标链路跟踪信息。

4.根据权利要求1所述的方法，其特征在于，所述根据获取到的运行日志定位所述目标网络请求的处理异常原因，包括：

获取所述目标网络请求相对应的标准处理流程；

将所述标准处理流程与所述目标链路跟踪信息对应的异常处理流程进行比对，并生成比对结果；

根据所述运行日志以及所述比对结果定位所述目标网络请求的处理异常原因。

5.根据权利要求1所述的方法，其特征在于，所述根据获取到的运行日志定位所述目标网络请求的处理异常原因，包括：

从所述目标网元中确定与所述终端进行通讯的基站；

获取所述终端的信息和所述基站的信息，并基于所述运行日志、所述终端的信息以及所述基站的信息定位所述目标网络请求的处理异常原因。

6.根据权利要求1所述的方法，其特征在于，所述根据获取到的运行日志定位所述目标网络请求的处理异常原因，包括：

从获取到的运行日志中筛选出包含所述跟踪标识的第一数据处理记录；

并基于所述第一数据处理记录定位所述目标网络请求的处理异常原因。

7.根据权利要求6所述的方法，其特征在于，所述基于所述第一数据处理记录记录定位所述目标网络请求的处理异常原因，包括：

从所述目标链路跟踪信息中获取所述目标网元对应的目标接收时间，其中，所述目标接收时间为所述目标网元接收到所述目标网络请求对应的数据的时间；

从所述第一数据处理记录中筛选出与所述接收时间相对应的第二数据处理记录；

基于所述第二数据处理记录定位所述目标网络请求的处理异常原因。

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

监测模块，配置为对网元的运行日志进行监测，若监测到运行日志中包含异常信息，则根据所述异常信息确定处理异常的目标网络请求；

第一数据处理模块，配置为从所述异常信息中获取发起所述目标网络请求的终端的标识信息；

第二数据处理模块，配置为获取以所述标识信息为跟踪标识对所述目标网络请求的处理过程进行跟踪得到的目标链路跟踪信息；

第三数据处理模块，配置为从所述目标链路跟踪信息中确定所述目标网络请求的处理过程中经过的目标网元，并获取所述目标网元的运行日志；

故障识别模块，配置为根据获取到的运行日志定位所述目标网络请求的处理异常原因。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的故障定位方法。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至6中任一项所述的故障定位方法。

Images