CN114253792A - 日志跟踪方法、装置、设备和存储介质 - Google Patents

Abstract

本申请实施例提供了一种日志跟踪方法、装置、设备和存储介质，该方法包括：接收信令业务系统发送的媒体业务请求，媒体业务请求包括跟踪标识；根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据；根据日志数据输出目标跟踪文件。本申请能够在对日志数据进行有效跟踪的同时，降低对媒体业务处理效率的影响。

Description

日志跟踪方法、装置、设备和存储介质

技术领域

本申请属于互联网技术领域，具体涉及一种日志跟踪方法、装置、设备和存储介质。

背景技术

目前，随着互联网的蓬勃发展，出现了众多基于互联网的媒体业务，这些不同的媒体业务在业务处理过程中均会产生大量的业务数据。而在媒体业务处理过程中，为了维护业务系统的稳定，通常需要对业务系统产生的所有日志数据进行日志跟踪，从而监控业务系统。

但是，相关技术中的日志跟踪技术，通常需要对所有媒体业务处理过程对应的日志数据进行全面跟踪，如此，在业务系统高并发、高数据量的情况下，媒体业务量巨大，导致需要跟踪的日志数据量较大，严重影响业务系统的媒体业务处理效率。因此，如何在对日志数据进行有效跟踪的同时，降低对媒体业务处理效率的影响，是当前亟需解决的问题。

发明内容

本申请实施例的目的是提供一种日志跟踪方法、装置、设备和存储介质，能够解决相关技术中无法在对日志数据进行有效跟踪的同时，降低对媒体业务处理效率的影响的问题。

第一方面，提供了一种日志跟踪方法，该方法包括：接收信令业务系统发送的媒体业务请求，媒体业务请求包括跟踪标识；根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据；根据日志数据输出目标跟踪文件，其中，目标跟踪文件包括预设时间段内的日志数据。

在第一方面的一些可实现方式中，在接收信令业务系统发送的媒体业务请求之前，该方法还包括：创建第一线程和第二线程，其中，第一线程用于处理媒体业务请求对应的媒体业务，第二线程用于跟踪媒体业务请求对应的业务处理过程中的日志数据。

在第一方面的一些可实现方式中，根据日志数据输出目标跟踪文件，包括：通过第一线程将日志数据存储至第一文件，并在第一无锁环形队列记录日志数据存储的第一存储地址；通过第二线程从第一无锁环形队列获取第一存储地址，并根据第一存储地址获取第一文件中的预设时间段内的日志数据；通过第二线程输出包含预设时间段内的日志数据的目标跟踪文件。

在第一方面的一些可实现方式中，在接收信令业务系统发送的媒体业务请求之后，该方法还包括：针对媒体业务请求对应的业务处理过程生成网络报文和日志数据；根据媒体业务请求对应的用户数据报协议端口，确定网络报文中的目标网络报文；根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据，包括：根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据和目标网络报文。

在第一方面的一些可实现方式中，根据媒体业务请求对应的用户数据报协议端口，确定网络报文中的目标网络报文，包括：根据用户数据报协议端口生成UDP端口过滤规则；根据UDP端口过滤规则，在网络报文中筛选目标网络报文。

在第一方面的一些可实现方式中，根据日志数据输出目标跟踪文件，包括：通过第一线程将目标网络报文存储至第二文件，并在第二无锁环形队列记录目标网络报文存储的第二存储地址；通过第二线程从第二无锁环形队列获取第二存储地址，并根据第二存储地址获取第二文件中的预设时间段内的目标网络报文；通过第二线程输出包含预设时间段内的日志数据和目标网络报文的目标跟踪文件。

在第一方面的一些可实现方式中，第一线程与第二线程之间相互独立。

在第一方面的一些可实现方式中，媒体业务请求还包括跟踪关键信息，在根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据之前，该方法还包括：在日志数据中添加媒体业务请求中的跟踪关键信息。

第二方面，提供了一种日志跟踪装置，该装置包括：接收模块，用于接收信令业务系统发送的媒体业务请求，媒体业务请求包括跟踪标识；跟踪模块，用于根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据；输出模块，用于根据日志数据输出目标跟踪文件，其中，目标跟踪文件包括预设时间段内的日志数据。

在第二方面的一些可实现方式中，该装置还包括：创建模块，用于创建第一线程和第二线程；其中，第一线程用于处理媒体业务请求对应的媒体业务，第二线程用于跟踪媒体业务请求对应的业务处理过程中的日志数据。

在第二方面的一些可实现方式中，该装置还包括：存储模块，用于通过第一线程将日志数据存储至第一文件，并在第一无锁环形队列记录日志数据存储的第一存储地址；获取模块，用于通过第二线程从第一无锁环形队列获取第一存储地址，并根据第一存储地址获取第一文件中的预设时间段内的日志数据；输出模块，具体用于通过第二线程输出包含预设时间段内的日志数据的目标跟踪文件。

在第二方面的一些可实现方式中，该装置还包括：生成模块，用于针对媒体业务请求对应的业务处理过程生成网络报文和日志数据；确定模块，用于根据媒体业务请求对应的用户数据报协议端口，确定网络报文中的目标网络报文；跟踪模块，具体用于根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据和目标网络报文。

在第二方面的一些可实现方式中，该装置还包括：生成模块，还用于根据用户数据报协议端口生成UDP端口过滤规则；筛选模块，用于根据UDP端口过滤规则，在网络报文中筛选目标网络报文。

在第二方面的一些可实现方式中，该装置还包括：存储模块，用于通过第一线程将目标网络报文存储至第二文件，并在第二无锁环形队列记录目标网络报文存储的第二存储地址；获取模块，用于通过第二线程从第二无锁环形队列获取第二存储地址，并根据第二存储地址获取第二文件中的预设时间段内的目标网络报文；输出模块，还用于通过第二线程输出包含预设时间段内的日志数据和目标网络报文的目标跟踪文件。

在第二方面的一些可实现方式中，第一线程与第二线程之间相互独立。

在第二方面的一些可实现方式中，媒体业务请求还包括跟踪关键信息，该装置还包括：添加模块，用于在日志数据中添加媒体业务请求中的跟踪关键信息。

第三方面，提供了一种日志跟踪设备，该设备包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第一方面或第一方面的一些可实现方式中的日志跟踪方法。

第四方面，提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面或第一方面的一些可实现方式中的日志跟踪方法。

本申请涉及互联网技术领域，尤其涉及一种日志跟踪方法、装置、设备和存储介质，在接收到信令业务系统发送的媒体业务请求之后，由于媒体业务请求中包括了跟踪标识，因此在业务处理过程中，可以根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据。如此，大大减少了需要跟踪的日志数据的数量。在此基础上，通过减少需要跟踪的日志数据的数量，能够有效减少日志跟踪的工作量，从而实现对日志数据进行有效跟踪的同时，降低对媒体业务处理效率的影响。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种业务系统的结构示意图；

图2是本申请实施例提供的一种日志跟踪方法的流程示意图；

图3是本申请实施例提供的另一种日志跟踪方法的流程示意图；

图4是本申请实施例提供的再一种日志跟踪方法的流程示意图；

图5是本申请实施例提供的又一种日志跟踪方法的流程示意图；

图6是本申请实施例提供的一种抓包子装置的结构示意图；

图7是本申请实施例提供的一种抓包处理方法的流程示意图；

图8是本申请实施例提供的一种日志跟踪装置的结构示意图；

图9是本申请实施例提供的一种日志跟踪设备的硬件结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

第五代移动通信技术(5th generation mobile networks，5G)是最新一代蜂窝移动通信技术。

中央处理器(Central Processing Unit，CPU)核，中央处理器上面能够处理数据的芯片组。

抓包工具，指拦截并查看网络数据包内容的软件，由于其可以对数据通信过程中的所有lP报文实施捕获并进行逐层拆包分析，一直是传统固网数通维护工作中常用的故障排查工具，而通过对抓获的数据包进行分析，可以得到有用的信息。目前，抓包工具主要用于网络安全，比如查找感染病毒的计算机、获取网页的源代码，以及了解攻击者所用方法、追查攻击者的IP地址等。

回调函数，指通过函数指针调用的函数，如果把函数的指针作为参数传递给另外一个函数，当这个指针被用来调用所指向的函数时，我们就说这个函数为回调函数。例如，在A函数里面调用B函数，则A函数被称为回调函数。

链表，指一种物理存储单元上非连续、非顺序的存储结构，数据元素的逻辑顺序是通过链表中的指针链接次序实现的。链表由一系列节点构成，每个节点包含两个部分：一个是用于存储数据元素的数据域，这个数据域可以是整型、字符串、结构体等变量，另外一个是存储下一个结点地址的指针变量。

如背景技术，随着互联网的蓬勃发展，出现了众多基于互联网的媒体业务，这些不同的媒体业务在业务处理过程中均会产生大量的业务数据。而在媒体业务处理过程中，为了维护业务系统的稳定，通常需要对业务系统产生的所有日志数据进行日志跟踪，从而监控业务系统。

但是，相关技术的日志跟踪技术，通常需要对所有媒体业务处理过程对应的日志数据进行全面跟踪，如此，在业务系统高并发、高数据量的情况下，媒体业务量巨大，导致需要跟踪的日志数据量较大，严重影响业务系统的媒体业务处理效率。

除此之外，在对日志数据进行跟踪时，还需要将跟踪到的日志数据进行日志文件存储，由此，相关技术中提供了两种日志存储方法。

第一种，媒体业务系统创建媒体业务线程，媒体业务线程在处理媒体业务的同时，进行日志跟踪获取跟踪信息(即跟踪到的日志数据)，并直接进行日志文件存储。一方面，因日志文件的存储通常需要调用到硬盘等低速存储设备，存储工作进行的比较慢，此时媒体业务线程需要将慢速的存储工作完成后才能继续执行媒体业务。如此，将会严重影响媒体业务线程处理媒体业务的进度。另一方面，上述使用媒体业务线程进行日志跟踪的方法，若想要跟踪到媒体业务处理过程中的各种细节，则还会影响到媒体业务线程本身的性能。

第二种，媒体业务系统创建媒体业务线程和跟踪线程，媒体业务线程在处理媒体业务的同时，进行日志跟踪获取跟踪信息(即跟踪到的日志数据)，由跟踪线程进行日志文件存储。具体地，在媒体业务线程获取到跟踪信息后不直接进行日志文件存储，而是将跟踪信息发送至跟踪线程。发送的方法一般是媒体业务线程将存放跟踪信息的缓冲地址加入到有互斥锁保护的链表，由跟踪线程读取链表后，再将读取到的跟踪信息存储到日志文件。一方面，如果各媒体业务线程和跟踪线程同时对链表进行操作，则会产生碰撞，碰撞结果是只有一个线程操作成功，其余线程继续等待，而线程在等待时会进行开销大的线程切换，如此，将会影响到线程本身的性能。另一方面，一般各线程不独占CPU核，即线程不与CPU核一一对应，跟踪线程与媒体业务线程共用同一CPU核，这种情况下，若跟踪线程需要存储的日志数据量大，则可能会影响到媒体业务线程对CPU核的使用，从而导致媒体业务线程的媒体业务处理效率受到影响。

因此，如何在对日志数据进行有效跟踪和存储的同时，降低对媒体业务处理效率的影响，是当前亟需解决的问题。

针对相关技术中出现的问题，本申请实施例提供了一种日志跟踪方法、装置、设备和存储介质，在接收到信令业务系统发送的媒体业务请求之后，由于媒体业务请求中包括了跟踪标识，因此在业务处理过程中，可以根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据。如此，大大减少了需要跟踪的日志数据的数量。在此基础上，通过减少需要跟踪的日志数据的数量，能够有效减少日志跟踪的工作量，以及需要存储的日志数据的数量，从而在对日志数据进行有效跟踪和存储的同时，降低对媒体业务处理效率的影响，解决了相关技术中无法在对日志数据进行有效跟踪和存储的同时，降低对媒体业务处理效率的影响的问题。

下面结合附图对本申请实施例的技术方案进行描述。

为了方便理解本申请实施例，首先对本申请实施例提供的业务系统进行详细阐述。

图1是本申请实施例提供的一种业务系统的结构示意图，如图1所示，业务系统100可以包括信令业务系统101和媒体业务系统102，其中，媒体业务系统102包括媒体控制模块103和媒体处理模块104，媒体处理模块104包括控制处理模块105、业务处理模块106、系统管理模块107、日志模块108、抓包子模块109和媒体面网络协议栈110。

在一个实施例中，媒体业务系统102为信令业务系统101提供媒体资源的各种基本处理能力，使信令业务系统101能够完成复杂的上层业务控制过程。

在一个实施例中，信令业务系统101可以向媒体业务系统102发送媒体资源分配请求，待接收到响应消息后，再向媒体业务系统102发送媒体业务请求。

在上述实施例中，媒体控制模块103对外为信令业务系统101提供媒体处理接口，对内调用媒体处理模块104提供媒体处理能力，完成媒体业务在多个媒体处理模块104间的负荷分担，协调互相关联的多个媒体业务的资源分配。媒体业务系统102中的媒体控制模块103接收到信令业务系统101发送的媒体资源分配请求后，按照负荷分担原则选取媒体处理模块104并分配资源，命令媒体处理模块104创建承载通道，创建完成后发送响应消息给信令业务系统101，信令业务系统101接收到该响应消息后，再向媒体业务系统102发送媒体业务请求。媒体控制模块103接收到该媒体业务请求时，根据媒体业务请求中的具体消息内容，发送开展媒体业务的命令，使媒体处理模块104在之前创建的承载通道上开展媒体业务。

在一个实施例中，媒体处理模块104中业务处理模块106的数量可以是一个、两个或多个，具体数量可以根据实际需求进行设置。控制处理模块105根据媒体控制模块103的命令来控制各业务处理模块106，协调完成媒体业务请求对应的媒体业务。控制处理模块105收到创建承载通道命令后创建一个媒体承载资源，在后续收到开展媒体业务命令时，根据具体业务要求命令相关的业务处理模块106启动媒体业务处理流程。

在一个实施例中，业务处理模块106在控制处理模块105的协调下，合作完成媒体业务请求中要求完成的媒体业务。具体地，各业务处理模块106接收控制处理模块105的任务启动命令，命令内容包含待完成任务的参数以及与其它相关业务处理模块的合作信息，业务处理模块106据此完成自己的任务以及与其它业务处理模块的合作。

在一个实施例中，媒体面网络协议栈110具有包收发功能，业务处理模块106完成对应的媒体业务(或媒体流收发任务)后，调用媒体面网络协议栈110实现基于网络层协议(Internet Protocol，IP)的网络协议栈，支持媒体数据在IP网络上的收发，通过包收发功能将媒体业务系统102内部产生的网络报文发送至网卡，并从网卡接收来自外部网络的网络报文，网络报文包含了从协议栈二层以太网到应用层的内容。

在一个实施例中，系统管理模块107用于对媒体业务系统102中的其他模块进行模块配置，以及启动其他模块。日志模块108用于跟踪媒体业务请求对应的业务处理过程，并将跟踪到的日志数据输出到特定日志文件。抓包子模块109能在收发包节点上记录网络报文到特定文件。

在一个实施例中，日志模块108和抓包子模块109可以提供内外结合的分析定位手段。

下面将详细介绍本申请实施例提供的日志跟踪方法，图2是本申请实施例提供的一种日志跟踪方法的流程示意图，该日志跟踪方法的执行主体可以为图1的媒体业务系统102，为了便于描述，除特别说明外，本申请实施例均以媒体业务系统代替媒体业务系统102、信令业务系统代替信令业务系统101，进行说明。需要说明的是，上述执行主体并不构成对本申请的限定。

该日志跟踪方法可以包括S201-S203：

S201，接收信令业务系统发送的媒体业务请求，媒体业务请求包括跟踪标识。

具体地，媒体业务系统接收信令业务系统发送的媒体业务请求，媒体业务请求中可以包括跟踪标识。

在一个实施例中，媒体业务可以包括音频、视频等编码类型的媒体资源对应的业务，例如音视频播放、录音、桥接等业务。

在一个实施例中，信令业务系统在向媒体业务系统发送媒体业务请求之前，可在媒体业务请求中添加跟踪标识，以使媒体业务请求携带有跟踪标识。但需要说明的是，不是所有媒体业务请求都携带有跟踪标识，信令业务系统只在需要跟踪的媒体业务，即目标媒体业务对应的媒体业务请求中添加跟踪标识。也就是说，跟踪标识用于标识需要进行跟踪的目标媒体业务对应的媒体业务请求。

在另一个实施例中，媒体业务请求还可以包括跟踪关键信息，信令业务系统在向媒体业务系统发送媒体业务请求之前，可以在目标媒体业务对应的媒体业务请求中添加跟踪标识和跟踪关键信息。其中，跟踪关键信息可以用于标识目标媒体业务中的业务对象，例如主被叫号码。

可选地，在一个实施例中，在S201之前，该方法还可以包括：创建第一线程和第二线程，其中，第一线程用于处理媒体业务请求对应的媒体业务，第二线程用于跟踪媒体业务请求对应的业务处理过程中的日志数据。

在这里，第一线程可以为用于处理或执行媒体业务的媒体业务线程，第二线程可以为用于进行日志跟踪的跟踪线程。

可选地，在一个实施例中，第一线程与第二线程之间相互独立，第一线程与第一CPU核相绑定，第二线程与第二CPU核相绑定。也就是说，用于进行日志跟踪的跟踪线程独占一个CPU核，不会占用用于处理媒体业务的媒体业务线程所使用的CPU核。

如此，跟踪线程与媒体业务线程不会共用同一个CPU核，即使跟踪线程需要存储的日志数据量大，也不会影响到媒体业务线程对CPU核的使用，从而保证媒体业务线程处理媒体业务的效率不受到影响。

S202，根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据。

在一个实施例中，在S202之前，该方法还可以包括：针对携带有跟踪标识的媒体业务请求对应的业务处理过程生成日志数据。也就是说，媒体业务系统只针对携带有跟踪标识的媒体业务请求对应的业务处理过程生成日志数据，其他不携带有跟踪标识的不生成，大大减少日志数据的生成量。

在上述实施例中，针对携带有跟踪标识的媒体业务请求对应的业务处理过程生成日志数据，可以具体包括：在业务处理过程中，若媒体业务请求中携带了跟踪标识，则在处理该媒体业务请求对应的媒体业务时产生日志数据，并在日志数据中添加媒体业务请求中的跟踪关键信息，例如，在每条日志内容前添加主被叫号码。

在一个实施例中，S202可以具体包括：根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据和目标网络报文。

如此，在业务处理过程中，仅针对携带有跟踪标识的媒体业务请求对应的业务处理过程生成日志数据，大大减少了日志数据的生成量。在此基础上，通过减少日志数据的生成量，还能够减少预设时间段内需要跟踪和存储的日志数据量，从而在对日志数据进行有效跟踪的同时，降低对媒体业务处理效率的影响。

S203，根据日志数据输出目标跟踪文件。

其中，目标跟踪文件包括预设时间段内的日志数据。

在一个实施例中，如图3所示，S203可以具体包括：S2031，通过第一线程将日志数据存储至第一文件，并在第一无锁环形队列记录日志数据存储的第一存储地址；S2032，通过第二线程从第一无锁环形队列获取第一存储地址，并根据第一存储地址获取第一文件中的预设时间段内的日志数据；S2033，通过第二线程输出包含预设时间段内的日志数据的目标跟踪文件。

在上述实施例中，第二线程可以通过循环扫描或读取第一无锁环形队列，获取预设时间段内的日志数据，并输出包含预设时间段内的日志数据的目标跟踪文件。

如此，跟踪线程与媒体业务线程之间使用无锁环形队列进行通信，即使在两个线程同时操作的情况下，也几乎不会碰撞，因此能够减少对媒体业务线程的性能的影响，进而减少对媒体业务处理效率的影响。

在上述实施例中，目标跟踪文件的名称可以包含基本名、日期和序号。本申请可以设置预设阈值，当一个目标跟踪文件的大小达到预设阈值时，则可以将当前获取到的日志数据记录到基本名相同而日期和序号不同的另一个目标跟踪文件。

本申请实施例提供的日志跟踪方法，在接收到信令业务系统发送的媒体业务请求之后，由于媒体业务请求中包括了跟踪标识，因此在业务处理过程中，可以根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据。如此，大大减少了需要跟踪的日志数据的数量。在此基础上，通过减少需要跟踪的日志数据的数量，能够有效减少日志跟踪的工作量，以及需要存储的日志数据的数量，从而在对日志数据进行有效跟踪和存储的同时，降低对媒体业务处理效率的影响，解决了相关技术中无法在对日志数据进行有效跟踪和存储的同时，降低对媒体业务处理效率的影响的问题。

相关技术中，5G技术与前四代通信技术不同，它不是一个单一的无线技术，而是现有无线通信技术的融合。目前，4G长期演进(Long Term Evolution，LTE)技术的峰值速率可达到100Mbps，而5G技术的峰值速率将达到10Gbps，是4G技术的100倍。4G技术的网络处理能力有限，无法支持部分的高清视频、增强现实、虚拟现实等业务。而5G通过引入更先进的技术解决了4G网络面临的问题，构建了一个高速的传输速率、高容量、低时延、高可靠性的网络。在5G核心网络设备中，各类媒体流的处理带宽与4G相比也是成百倍的增长，媒体流处理的高带宽、低时延是5G核心网络设备的基本特征和要求。对于5G核心网络设备来说，在满足高带宽、低时延处理要求的同时，如何进行网络设备的日常运维和问题定位，且又不能影响网络设备的整体性能，这是一个亟待解决的问题。

在本申请的一些实施例中，为了能够在满足高带宽、低时延处理要求且避免对网络设备的整体性能产生影响的同时，对网络设备进行日常运维和问题定位，可以将本申请实施例的方法应用于5G核心网络设备，本申请的业务系统可以为5G核心网络设备中的5G业务系统，信令业务系统和媒体业务系统可以为5G业务系统中的5G业务子系统。

如此，该5G核心网络设备能够在满足高带宽、低时延处理要求，且避免对网络设备的整体性能产生影响的同时，通过5G业务子系统的日志跟踪，对网络设备进行有效的日常运维和问题定位。

相关技术中，由于网络报文中包含业务处理过程的细节，因此为了能够加大对网络设备的日常运维力度，并对问题进行准确定位，通常会使用抓包软件对业务处理过程中产生的网络报文进行抓取，例如使用用户数据报协议(User Datagram Protocol，UDP)或实时传输协议(Real-time Transport Protocol，RTP)对产生的网络报文进行过滤后输出至抓包文件。但是，由于每个媒体通道的UDP端口是在会话建立时动态分配的，因此以手工的方式预先设置某个或某几个特定会话对应的UDP端口，再利用上述UDP端口抓取特定会话对应的网络报文，是难以实现的，且通过上述抓包方式生成的抓包文件的数量和/或文件大小是巨量的。因此，若对生成的巨量抓包文件进行存储，极易出现因系统的存储功能过载而产生的丢包问题，进而得不到有效的完整报文。

在本申请的一些实施例中，为了避免出现因系统的存储功能过载而产生的丢包问题，图4是本申请实施例提供的再一种日志跟踪方法的流程示意图，该日志跟踪方法的执行主体可以为图1的媒体业务系统，需要说明的是，上述执行主体并不构成对本申请的限定。

该日志跟踪方法可以包括S401-S405：

S401，接收信令业务系统发送的媒体业务请求，媒体业务请求包括跟踪标识。

S402，针对媒体业务请求对应的业务处理过程生成网络报文和日志数据。

具体地，在业务处理过程中，若媒体业务请求中携带了跟踪标识，则在处理该媒体业务请求对应的媒体业务时生成网络报文和日志数据。

在这里，媒体业务系统只针对携带有跟踪标识的媒体业务请求对应的业务处理过程生成日志数据，其他不携带有跟踪标识的不生成。

在一个实施例中，媒体业务系统可以对接收到的所有媒体业务请求对应的业务处理过程生成网络报文。也就是说，即使媒体业务请求不携带跟踪标识，媒体业务系统也可以针对该媒体业务请求生成网络报文。

S403，根据媒体业务请求对应的用户数据报协议端口，确定网络报文中的目标网络报文。

在一个实施例中，S403可以具体包括：首先，根据媒体业务请求对应的用户数据报协议端口生成UDP端口过滤规则；然后，根据UDP端口过滤规则，在网络报文中筛选目标网络报文。

具体地，根据携带有跟踪标识的媒体业务请求对应的UDP端口，生成UDP端口过滤规则，该UDP端口过滤规则可以包括：保留携带有跟踪标识的媒体业务请求对应的UDP端口，即目标UDP端口，过滤掉其他未携带跟踪标识的媒体业务请求对应的UDP端口，即非目标UDP端口。根据该UDP端口过滤规则，在网络报文中筛选目标网络报文，可以包括：根据该UDP端口过滤规则，在所有媒体业务请求对应的网络报文中，筛选出目标UDP端口对应的网络报文，即特定对话对应的目标网络报文，过滤掉非目标UDP端口对应的网络报文。

如此，可以根据携带有跟踪标识的媒体业务请求对应的用户数据报协议端口，在产生的所有网络报文中，筛选出需要进行跟踪的特定会话对应的目标网络报文。

S404，根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据和目标网络报文。

在这里，仅针对携带有跟踪标识的媒体业务请求对应的业务处理过程中生成的日志数据，以及筛选出的特定会话对应的目标网络报文进行跟踪。

如此，能够快速有效地跟踪特定会话对应的目标网络报文，在有效跟踪的同时大大减少了需要跟踪的日志数据和网络报文的数据量，即跟踪工作量。

S405，根据日志数据输出目标跟踪文件。

在一个实施例中，S405可以具体包括：根据日志数据和目标网络报文输出目标跟踪文件。

在另一个实施例中，如图5所示，S405可以具体包括：S4051，通过第一线程将目标网络报文存储至第二文件，并在第二无锁环形队列记录目标网络报文存储的第二存储地址；S4052，通过第二线程从第二无锁环形队列获取第二存储地址，并根据第二存储地址获取第二文件中的预设时间段内的目标网络报文；S4053，通过第二线程输出包含预设时间段内的日志数据和目标网络报文的目标跟踪文件。

在这里，第二线程，即跟踪线程只需要对预设时间段内的日志数据和目标网络报文进行存储，无需对所有网络报文进行存储，大大减少了需要存储的网络报文的数据量。

如此，通过携带有跟踪标识的媒体业务请求对应的用户数据报协议端口，生成UDP端口过滤规则，并根据该UDP端口过滤规则在所有网络报文中，筛选出需要进行跟踪的特定会话对应的目标网络报文。在对网络报文进行有效跟踪的同时，只对少量特定会话对应的目标网络报文进行存储，极大降低了需存储的网络报文数量，避免了高并发、高数据量情况下跟踪功能影响收发包功能的性能，也避免了存储功能过载产生的丢包而得不到有效完整的报文。

为了能够清楚地了解图1的业务系统100中各个模块之间的交互过程，下面对本申请实施例提供的日志跟踪方法进行进一步地详细阐述。

步骤1，业务系统100初始启动，媒体处理模块104创建独立的跟踪线程。

其中，跟踪线程独占CPU核，跟踪线程启动后循环扫描读取日志模块108中的第一无锁环形队列和抓包子模块109中的第二无锁环形队列。

步骤2，当信令业务系统101发起媒体业务时，发送媒体资源分配请求到媒体控制模块103。

若此媒体业务需要跟踪，则信令业务系统101在媒体资源分配请求内添加跟踪标识和跟踪关键信息(例如主被叫号码)。

步骤3，媒体控制模块103接收到媒体资源分配请求后，选取媒体处理模块104并分配媒体通道资源，向媒体处理模块104发送创建承载通道命令。

若媒体控制模块103接收到的媒体资源分配请求内包含跟踪标识和主被叫号码，则在发送的创建承载通道命令内添加跟踪标识和主被叫号码。

在一个实施例中，媒体控制模块103在处理信令业务系统101下发的媒体资源分配请求时，若该媒体资源分配请求内包含跟踪标识和主被叫号码，则媒体控制模块103对跟踪标识和主被叫号码进行解包处理，将解包处理后的跟踪标识和主被叫号码记录到会话数据区。另外，在向媒体处理模块104发送创建承载通道命令时，还会将该会话数据区的跟踪标识和主被叫号码打包到命令缓存区。

步骤4，媒体处理模块104中的控制处理模块105处理该创建承载通道命令，并在处理完该创建承载通道命令后，向媒体控制模块103返回创建承载通道响应消息。

若该创建承载通道命令内携带跟踪标识和主被叫号码，则控制处理模块105记录跟踪标识和主被叫号码。

步骤5，媒体控制模块103接收到该创建承载通道响应消息后，向信令业务系统101返回媒体资源分配响应消息。

步骤6，信令业务系统101接收到该媒体资源分配响应消息后，向媒体控制模块103发送媒体业务请求。

若该媒体业务请求对应的媒体业务需要跟踪，则信令业务系统101在该媒体业务请求内添加跟踪标识和主被叫号码。

在一个实施例中，媒体业务请求对应的媒体业务可以包括播放控制、录音控制、媒体编解码转换、媒体流收发等。

步骤7，媒体控制模块103接收到该媒体业务请求后，向媒体处理模块104发送承载通道业务开始命令。

若该媒体业务请求内携带跟踪标识和主被叫号码，则媒体控制模块103在承载通道业务开始命令内添加跟踪标识和主被叫号码。

步骤8，媒体处理模块104中的控制处理模块105处理该承载通道业务开始命令，并向各业务处理模块106发送媒体任务启动命令。

若该承载通道业务开始命令内携带跟踪标识和主被叫号码，则控制处理模块105在媒体任务启动命令内添加跟踪标识和主被叫号码。

在这里，控制处理模块105此时已获取到携带有跟踪标识的媒体业务请求对应的UDP端口，在抓包子模块109增加对应的UDP端口过滤规则。

步骤9，各业务处理模块106接收到该媒体任务启动命令后，开始进行媒体业务处理，然后向控制处理模块105返回媒体任务响应消息。

若该媒体任务启动命令内携带跟踪标识和主被叫号码，则业务处理模块106在媒体任务响应消息内添加跟踪标识和主被叫号码。

步骤10，媒体控制模块103接收到该媒体任务响应消息后，向信令业务系统101返回媒体业务响消息。

步骤11，各业务处理模块106已经处于业务处理过程中，若接收到的媒体任务启动命令内记录了跟踪标识，则在该媒体任务启动命令对应的媒体业务处理过程中产生日志数据。

在这里，在每条日志内容前添加主被叫号码，然后调用日志输出接口将产生的日志数据输出至第一文件。其中，各业务处理模块106将日志数据输出至同一文件。日志模块108从日志输出接口得到第一文件后，将日志数据在第一文件中的存储地址存放至日志模块108中的第一无锁环形队列。

步骤12，在媒体业务请求对应的业务处理过程中，还会产生网络报文。各业务处理模块106完成媒体流收发任务后，调用媒体面网络协议栈110完成网络报文收发。其中，媒体面网络协议栈110包括包收发功能，抓包子模块109的前端被媒体面网络协议栈110的包收发功能调用，根据步骤8中记录的UDP端口过滤规则，匹配需要跟踪的特定会话对应的目标网络报文。

在这里，日志模块108将得到的目标网络报文输出至第二文件，将目标网络报文在第二文件中的存储地址存放至抓包子模块109中的第二无锁环形队列。

在一个实施例中，包收发功能将产生的网络报文向网卡发送，并从网卡接收来自外部网络的网络报文，网络报文包含了从协议栈二层以太网到应用层的内容。

步骤13，跟踪线程扫描日志模块108的无锁环形队列得到跟踪内容后输出到最终目标文件，目标文件名包含日期和序号，当目标文件大小或记录的时间段超过设置值，内容记录到基本名相同而日期和序号不同的其他文件；

步骤14，跟踪线程通过扫描第二无锁环形队列得到目标网络报文，调用后端存储功能将目标网络报文的内容存储到抓包文件。

步骤15，当会话结束，信令业务系统101向媒体控制模块103发送媒体资源释放请求。

步骤16，媒体控制模块103接收到该媒体资源释放请求，向媒体处理模块104发送删除承载通道命令。

步骤17，媒体处理模块104中的控制处理模块105接收到该删除承载通道命令，向各业务处理模块106发送媒体任务停止命令。

此时，抓包子模块109删除增加的UDP端口过滤规则。

步骤18，各业务处理模块106接收到该媒体任务停止命令后，停止处理媒体业务，清除跟踪标识和跟踪关键信息，并向控制处理模块105返回媒体任务停止响应消息。

步骤19，各业务处理模块106停止处理媒体业务之后，不再产生日志数据。

此时，由于抓包子模块109的前端的UDP端口过滤规则被删除，因此匹配不到特定会话对应的目标网络报文。

步骤20，控制处理模块105接收到各业务处理模块106发送的媒体任务停止响应消息后，向媒体控制模块103返回删除承载通道响应消息。

步骤21，媒体控制模块103接收到该删除承载通道响应消息后，向信令业务系统101返回媒体资源释放响应消息。

本申请实施例的日志跟踪方法，在接收到信令业务系统发送的媒体业务请求之后，由于媒体业务请求中包括了跟踪标识，因此在业务处理过程中，可以根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据。如此，大大减少了需要跟踪的日志数据的数量。在此基础上，通过减少需要跟踪的日志数据的数量，能够有效减少日志跟踪的工作量，以及需要存储的日志数据的数量，从而在对日志数据进行有效跟踪和存储的同时，降低对媒体业务处理效率的影响，解决了相关技术中无法在对日志数据进行有效跟踪和存储的同时，降低对媒体业务处理效率的影响的问题。

在本申请的一些实施例中，图6是本申请实施例提供的一种抓包子装置的结构示意图，如图6所示，抓包子装置600可以包括抓包初始化模块610、抓包前端模块620、抓包后端模块630和抓包管理模块640。需要说明的是，该抓包子装置600可以为图1中的抓包子模块109。

其中，抓包前端模块620在收发包节点上获取目标网络报文并传递给抓包后端模块630；抓包后端模块630负责将目标网络报文记录到文件；抓包管理模块640提供接口维护功能，并调用抓包前端模块620、抓包后端模块630功能协调完成抓包功能。

在一个实施例中，抓包前端模块620对应媒体业务线程，抓包后端模块630对应跟踪线程，媒体业务线程与跟踪线程间之间通过第二无锁环形队列进行通信，传递网络报文数据。

在上述实施例中，抓包初始化模块610申请第二无锁环形队列及内存池，创建抓包命令链表。抓包前端模块620提供前端启动接口函数和前端停止接口函数，该前端启动接口函数和前端停止接口函数被抓包管理模块640所调用。

其中，前端启动接口函数的入参包括：网络设备端口号、报文收发方向、前后端无锁环形队列地址、内存池地址、过滤规则地址。

在一个实施例中，收发包函数在每个网口上设有回调函数及参数链表，收发包函数调用这些回调函数，回调函数入参包含：当前收发的报文内容地址、回调参数地址。前端启动接口函数在此参数链表上加入前端回调函数和回调参数。其中，报文内容地址包括媒体存取控制(Media Access Control Address，MAC)地址、虚拟局域网(Virtual LocalArea Network，VLAN)信息；回调参数包括报文收发方向、前后端无锁环形队列地址、内存池地址、过滤规则地址。

在上述实施例中，回调函数实现的功能是按回调参数包含的过滤规则对报文进行过滤，符合规则的报文复制到从内存池申请到的内存块中，再将内存块放到无锁环形队列。前端停止接口函数在上述回调函数及参数链表中按回调函数地址找到对应项，然后将其从链表删除。

在一个实施例中，抓包后端模块630实现按过程特性分析软件包(PCAP)格式存储报文内容的功能，并可以为抓包管理模块640提供打开和关闭PCAP文件虚拟设备的接口的功能，以及PCAP文件虚拟设备包存储功能。

在一个实施例中，抓包管理模块640提供UDP端口过滤规则增加接口和删除接口，这两个接口可以被控制处理模块105调用。抓包管理模块640还提供面向用户的管理命令，包括启动抓包命令和停止抓包命令。其中，管理命令被格式转化后放到抓包命令链表。

在上述实施例中，启动抓包命令包含的参数有：网络设备端口号、收发方向、过滤模式、过滤规则、PCAP文件名控制规则、PCAP文件基本名。停止抓包命令包含的参数有：网络设备端口号。抓包管理模块640通过跟踪线程执行管理命令，在跟踪线程每次循环执行的抓包函数内，抓包管理模块640尝试执行抓包命令链表。

启动抓包命令的执行内容包括：分析命令参数得到启动抓包命令包含的参数，当过滤模式为跟踪，则过滤规则为抓包子装置600中的UDP端口过滤规则，否则，使用管理命令指定的过滤规则。

抓包管理模块640以PCAP文件名控制规则、PCAP文件基本名为参数启动抓包后端模块630，即打开PCAP文件虚拟设备，以网络设备端口号、报文方向、过滤规则作为参数启动抓包后端模块620，最后设置抓包状态为启动。

在跟踪线程每次循环执行的抓包函数内，若抓包状态为启动，抓包管理模块640循环读取抓包子装置600中的第二无锁环形队列，直到读取完结束。在进行读取时，读取到第二无锁环形队列上的内存块就取下，将内容作为参数调用到PCAP文件虚拟设备包存储接口。停止抓包命令的执行内容包括：调用前端停止接口函数、调用关闭PCAP文件虚拟设备接口，最后设置抓包状态为停止。

本申请实施例提供的抓包子装置，能够对业务处理过程中产生的网络报文进行有效抓取，且通过上述抓取方式极大降低了需存储的网络报文数量，避免了高并发、高数据量情况下跟踪功能影响收发包功能的性能，也避免了存储功能过载产生的丢包而得不到有效完整的报文。

在本申请的一些实施例中，为了进一步描述抓包处理过程，图7是本申请实施例提供的一种抓包处理方法的流程示意图，该抓包处理方法的执行主体可以为图6的抓包子装置600。需要说明的是，上述执行主体并不构成对本申请的限定。

S701，创建抓包命令链表。

S702，确定抓包命令链表中是否存在命令；若是，执行S703；若否，执行S704。

S703，获取该命令并进行处理。

S704，确定是否处于抓包状态；若是，执行S705；若否，结束。

S705，确定抓包命令链表中是否存在命令；若是，结束；若否，执行S706。

S706，读取第二无锁环形队列并获取目标网络报文。

S707，确定是否读取到内容；若是，执行S705；若否，结束。

本申请实施例提供的抓包处理方法，能够通过抓包命令链表和第二无锁环形队列对业务处理过程中的目标网络报文进行有效获取。

基于本申请实施例提供的日志跟踪方法，相应地，本申请实施例还提供了日志跟踪装置。

图8是本申请实施例提供的一种日志跟踪装置的结构示意图，如图8所示，该日志跟踪装置800可以包括：接收模块810、跟踪模块820、输出模块830。

其中，接收模块810，用于接收信令业务系统发送的媒体业务请求，媒体业务请求包括跟踪标识；跟踪模块820，用于根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据；输出模块830，用于根据日志数据输出目标跟踪文件，其中，目标跟踪文件包括预设时间段内的日志数据。

在一些实施例中，该装置还包括：创建模块840，用于创建第一线程和第二线程；其中，第一线程用于处理媒体业务请求对应的媒体业务，第二线程用于跟踪媒体业务请求对应的业务处理过程中的日志数据。

在一些实施例中，该装置还包括：存储模块850，用于通过第一线程将日志数据存储至第一文件，并在第一无锁环形队列记录日志数据存储的第一存储地址；获取模块860，用于通过第二线程从第一无锁环形队列获取第一存储地址，并根据第一存储地址获取第一文件中的预设时间段内的日志数据；输出模块830，具体用于通过第二线程输出包含预设时间段内的日志数据的目标跟踪文件。

在一些实施例中，该装置还包括：生成模块870，用于针对媒体业务请求对应的业务处理过程生成网络报文和日志数据；确定模块850，用于根据媒体业务请求对应的用户数据报协议端口，确定网络报文中的目标网络报文；跟踪模块830，具体用于根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据和目标网络报文。

在一些实施例中，该装置还包括：生成模块870，还用于根据用户数据报协议端口生成UDP端口过滤规则；筛选模块850，用于根据UDP端口过滤规则，在网络报文中筛选目标网络报文。

在一些实施例中，该装置还包括：存储模块850，还用于通过第一线程将目标网络报文存储至第二文件，并在第二无锁环形队列记录目标网络报文存储的第二存储地址；获取模块860，还用于通过第二线程从第二无锁环形队列获取第二存储地址，并根据第二存储地址获取第二文件中的预设时间段内的目标网络报文；输出模块830，还用于通过第二线程输出包含预设时间段内的日志数据和目标网络报文的目标跟踪文件。

在一些实施例中，第一线程与第二线程之间相互独立。

在一些实施例中，媒体业务请求还包括跟踪关键信息，该装置还包括：添加模块890，用于在日志数据中添加媒体业务请求中的跟踪关键信息。

图8所示的日志跟踪装置中的各个模块可以实现图2-图5中媒体业务系统所执行的方法/步骤，为简洁描述，在此不再赘述。

本申请实施例的日志跟踪装置，在接收到信令业务系统发送的媒体业务请求之后，由于媒体业务请求中包括了跟踪标识，因此在业务处理过程中，可以根据跟踪标识跟踪媒体业务请求对应的业务处理过程中的日志数据。如此，大大减少了需要跟踪的日志数据的数量。在此基础上，通过减少需要跟踪的日志数据的数量，能够有效减少日志跟踪的工作量，以及需要存储的日志数据的数量，从而在对日志数据进行有效跟踪和存储的同时，降低对媒体业务处理效率的影响，解决了相关技术中无法在对日志数据进行有效跟踪和存储的同时，降低对媒体业务处理效率的影响的问题。

基于本申请实施例提供的日志跟踪方法，相应地，本申请实施例还提供了日志跟踪设备。

图9是本申请实施例提供的一种日志跟踪设备的硬件结构示意图。

如图9所示，本实施例中的日志跟踪设备900包括输入设备901、输入接口902、中央处理器903、存储器904、输出接口905、以及输出设备906。其中，输入接口902、中央处理器903、存储器904、以及输出接口905通过总线910相互连接，输入设备901和输出设备906分别通过输入接口902和输出接口905与总线910连接，进而与日志跟踪设备900的其他组件连接。

具体地，输入设备901接收来自外部的输入信息，并通过输入接口902将输入信息传送到中央处理器903；中央处理器903基于存储器904中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器904中，然后通过输出接口905将输出信息传送到输出设备906；输出设备906将输出信息输出到日志跟踪设备900的外部供用户使用。

在一个实施例中，图9所示的日志跟踪设备900包括：存储器904，用于存储程序；处理器903，用于运行存储器中存储的程序，以执行本申请实施例提供的图2-图5所示实施例的方法。

另外，结合上述实施例中的日志跟踪方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现本申请实施例提供的图2-图5所示实施例的方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，做出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、只读存储器(Read-Only Memory，ROM)、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(Radio Frequency，RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (11)

1.一种日志跟踪方法，其特征在于，包括：

接收信令业务系统发送的媒体业务请求，所述媒体业务请求包括跟踪标识；

根据所述跟踪标识跟踪所述媒体业务请求对应的业务处理过程中的日志数据；

根据所述日志数据输出目标跟踪文件，其中，所述目标跟踪文件包括预设时间段内的所述日志数据。

2.根据权利要求1所述的方法，其特征在于，在所述接收信令业务系统发送的媒体业务请求之前，所述方法还包括：

创建第一线程和第二线程，其中，所述第一线程用于处理所述媒体业务请求对应的媒体业务，所述第二线程用于跟踪所述媒体业务请求对应的业务处理过程中的日志数据。

3.根据权利要求2所述的方法，其特征在于，所述根据所述日志数据输出目标跟踪文件，包括：

通过所述第一线程将所述日志数据存储至第一文件，并在第一无锁环形队列记录所述日志数据存储的第一存储地址；

通过所述第二线程从所述第一无锁环形队列获取所述第一存储地址，并根据所述第一存储地址获取所述第一文件中的所述预设时间段内的日志数据；

通过所述第二线程输出包含所述预设时间段内的日志数据的所述目标跟踪文件。

4.根据权利要求3所述的方法，其特征在于，在所述接收信令业务系统发送的媒体业务请求之后，所述方法还包括：

针对所述媒体业务请求对应的业务处理过程生成网络报文和所述日志数据；

根据所述媒体业务请求对应的用户数据报协议端口，确定所述网络报文中的目标网络报文；

所述根据所述跟踪标识跟踪所述媒体业务请求对应的业务处理过程中的日志数据，包括：

根据所述跟踪标识跟踪所述媒体业务请求对应的业务处理过程中的所述日志数据和所述目标网络报文。

5.根据权利要求4所述的方法，其特征在于，所述根据所述媒体业务请求对应的用户数据报协议端口，确定所述网络报文中的目标网络报文，包括：

根据所述用户数据报协议端口生成UDP端口过滤规则；

根据所述UDP端口过滤规则，在所述网络报文中筛选所述目标网络报文。

6.根据权利要求4所述的方法，其特征在于，所述根据所述日志数据输出所述目标跟踪文件，包括：

通过所述第一线程将所述目标网络报文存储至第二文件，并在第二无锁环形队列记录所述目标网络报文存储的第二存储地址；

通过所述第二线程从所述第二无锁环形队列获取所述第二存储地址，并根据所述第二存储地址获取所述第二文件中的所述预设时间段内的目标网络报文；

通过所述第二线程输出包含所述预设时间段内的日志数据和目标网络报文的所述目标跟踪文件。

7.根据权利要求2所述的方法，其特征在于，所述第一线程与所述第二线程之间相互独立。

8.根据权利要求1所述的方法，其特征在于，所述媒体业务请求还包括跟踪关键信息，在所述根据所述跟踪标识跟踪所述媒体业务请求对应的业务处理过程中的日志数据之前，所述方法还包括：

在所述日志数据中添加所述媒体业务请求中的所述跟踪关键信息。

9.一种日志跟踪装置，其特征在于，包括：

接收模块，用于接收信令业务系统发送的媒体业务请求，所述媒体业务请求包括跟踪标识；

跟踪模块，用于根据所述跟踪标识跟踪所述媒体业务请求对应的业务处理过程中的日志数据；

输出模块，用于根据所述日志数据输出目标跟踪文件，其中，所述目标跟踪文件包括预设时间段内的所述日志数据。

10.一种日志跟踪设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-8任意一项所述的日志跟踪方法。

11.一种计算机存储介质，其特征在于，所述计算机存储介质上存储计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-8任意一项所述的日志跟踪方法。

Images