CN114339294A - 网络抖动的确认方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种网络抖动的确认方法、装置、设备及存储介质，属于互联网技术领域。该方法包括：响应于流媒体资源的目标流媒体数据帧发生卡顿，获取目标流媒体数据帧对应的网络抖动状态，网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种；基于网络抖动状态，确认网络抖动的存在位置；其中，第一传输过程为传输目标流媒体数据帧的过程，第二传输过程为传输目标流媒体数据帧的确认信息的过程。根据本方案，能够为有针对性地优化传输过程提供数据支持，有利于提高流媒体资源的传输稳定性。

Description

网络抖动的确认方法、装置、设备及存储介质

技术领域

本申请实施例涉及互联网技术领域，特别涉及一种网络抖动的确认方法、装置、设备及存储介质。

背景技术

随着互联网的普及，流媒体资源的传输场景越来越多，例如，云游戏场景、直播场景等。其中，流媒体资源的传输，通过传输流媒体资源的多个流媒体数据帧实现。流媒体数据帧在被传输的过程中，可能发生卡顿。

卡顿通常是由于网络抖动造成的，如何对网络抖动进行确认，从而提高流媒体资源的传输稳定性，是一种亟需解决的问题。

发明内容

本申请实施例提供了一种网络抖动的确认方法、装置、设备及存储介质，可用于提高流媒体资源的传输稳定性。所述技术方案如下：

一方面，本申请实施例提供了一种卡网络抖动的确认方法，所述方法包括：

响应于流媒体资源的目标流媒体数据帧发生卡顿，获取所述目标流媒体数据帧对应的网络抖动状态，所述网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种；

基于所述网络抖动状态，确认网络抖动的存在位置；

其中，所述第一传输过程为传输所述目标流媒体数据帧的过程，所述第二传输过程为传输所述目标流媒体数据帧的确认信息的过程。

另一方面，提供了一种网络抖动的确认装置，所述装置包括：

获取单元，用于响应于流媒体资源的目标流媒体数据帧发生卡顿，获取所述目标流媒体数据帧对应的网络抖动状态，所述网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种；

确认单元，用于基于所述网络抖动状态，确认网络抖动的存在位置；

其中，所述第一传输过程为传输所述目标流媒体数据帧的过程，所述第二传输过程为传输所述目标流媒体数据帧的确认信息的过程。

在一种可能实现方式中，所述获取单元，用于获取目标基准数据帧的传输时间信息和所述目标流媒体数据帧的传输时间信息，所述目标基准数据帧为在获取所述目标流媒体数据帧对应的网络抖动状态之前最新确定出的基准数据帧；基于所述目标基准数据帧的传输时间信息和所述目标流媒体数据帧的传输时间信息，获取所述目标流媒体数据帧对应的网络抖动状态。

在一种可能实现方式中，所述目标基准数据帧的传输时间信息包括所述目标基准数据帧的发送时间和接收时间，所述目标流媒体数据帧的传输时间信息包括所述目标流媒体数据帧的发送时间和接收时间，所述网络抖动状态包括所述第一传输过程的网络抖动状态；所述获取单元，用于获取所述目标流媒体数据帧的接收时间和所述目标基准数据帧的接收时间之间的第一间隔，以及所述目标流媒体数据帧的发送时间和所述目标基准数据帧的发送时间之间的第二间隔；基于所述第一间隔和所述第二间隔之间的差异，获取所述第一传输过程的网络抖动状态。

在一种可能实现方式中，所述目标基准数据帧的传输时间信息包括所述目标基准数据帧的确认信息的发送时间和接收时间，所述目标流媒体数据帧的传输时间信息包括所述目标流媒体数据帧的确认信息的发送时间和接收时间，所述网络抖动状态包括所述第二传输过程的网络抖动状态；所述获取单元，用于获取所述目标流媒体数据帧的确认信息的接收时间和所述目标基准数据帧的确认信息的接收时间之间的第三间隔，以及所述目标流媒体数据帧的确认信息的发送时间和所述目标基准数据帧的确认信息的发送时间之间的第四间隔；基于所述第三间隔和所述第四间隔之间的差异，获取所述第二传输过程的网络抖动状态。

在一种可能实现方式中，所述目标基准数据帧的衡量时间和历史基准数据帧的衡量时间之间的间隔不大于参考间隔，且所述目标基准数据帧的网络传输耗时与所述历史基准数据帧的网络传输耗时的关系满足第一约束条件，所述历史基准数据帧为在确定出所述目标基准数据帧之前最新确定出的基准数据帧。

在一种可能实现方式中，所述目标基准数据帧的衡量时间和历史基准数据帧的衡量时间之间的间隔大于参考间隔，且所述目标基准数据帧的网络传输耗时与所述历史基准数据帧的网络传输耗时的关系满足第二约束条件，所述历史基准数据帧为在确定出所述目标基准数据帧之前最新确定出的基准数据帧。

在一种可能实现方式中，所述获取单元，还用于获取所述目标流媒体数据帧的网络传输耗时；

所述确定单元，还用于响应于所述目标流媒体数据帧的网络传输耗时不小于耗时阈值，确定所述目标流媒体数据帧发生卡顿。

在一种可能实现方式中，所述获取单元，还用于获取所述目标流媒体数据帧的确认信息的接收时间和所述目标流媒体数据帧的发送时间之间的第五间隔，以及所述目标流媒体数据帧的确认信息的发送时间和所述目标流媒体数据帧的接收时间之间的第六间隔；将所述第五间隔和所述第六间隔的差值作为所述目标流媒体数据帧的网络传输耗时。

在一种可能实现方式中，所述网络抖动状态包括所述第一传输过程的网络抖动状态和所述第二传输过程的网络抖动状态，所述第一传输过程的网络抖动状态基于第一识别指标确定，所述第二传输过程的网络抖动状态基于第二识别指标确定；所述获取单元，还用于基于所述第一识别指标和所述第二识别指标，获取目标衡量指标，所述目标衡量指标用于衡量所述第一传输过程和所述第二传输过程的综合网络抖动程度。

在一种可能实现方式中，所述网络抖动状态包括所述第一传输过程的网络抖动状态和所述第二传输过程的网络抖动状态；响应于所述第一传输过程的网络抖动状态为存在网络抖动，且所述第二传输过程的网络抖动状态为不存在网络抖动，所述网络抖动的存在位置为所述第一传输过程；响应于所述第一传输过程的网络抖动状态为不存在网络抖动，且所述第二传输过程的网络抖动状态为存在网络抖动，所述网络抖动的存在位置为所述第二传输过程；响应于所述第一传输过程的网络抖动状态为存在网络抖动，且所述第二传输过程的网络抖动状态为存在网络抖动，所述网络抖动的存在位置为所述第一传输过程和所述第二传输过程。

在一种可能实现方式中，所述流媒体资源为云游戏相关的云视频，所述目标流媒体数据帧为所述云视频的目标视频帧；

所述获取单元，用于响应于所述云视频的目标视频帧发生卡顿，获取所述目标视频帧对应的网络抖动状态。

另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条计算机程序，所述至少一条计算机程序由所述处理器加载并执行，以使所述计算机设备实现上述任一所述的网络抖动的确认方法。

另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条计算机程序，所述至少一条计算机程序由处理器加载并执行，以使计算机实现上述任一所述的网络抖动的确认方法。

另一方面，还提供了一种计算机程序产品，所述计算机程序产品包括计算机程序或计算机指令，所述计算机程序或所述计算机指令由处理器加载并执行，以使计算机实现上述任一所述的网络抖动的确认方法。

本申请实施例提供的技术方案至少带来如下有益效果：

本申请实施例提供的技术方案，在流媒体数据帧发生卡顿时，根据传输流媒体数据帧的过程和/或传输流媒体数据帧的确认信息的过程的网络抖动状态，确认了网络抖动的存在位置。此种方式，扩展了对流媒体资源的传输的研究范围，通过确认网络抖动的存在位置，能够为有针对性地优化传输过程提供数据支持，有利于提高流媒体资源的传输稳定性。

附图说明

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

图1是本申请实施例提供的一种网络抖动的确认方法的实施环境的示意图；

图2是本申请实施例提供的一种网络抖动的确认方法的流程图；

图3是本申请实施例提供的一种目标流媒体数据帧的确认信息的示意图；

图4是本申请实施例提供的一种传输过程的示意图；

图5是本申请实施例提供的一种对流媒体数据帧进行处理的过程的示意图；

图6是本申请实施例提供的一种网络抖动的确认方法的实施环境的示意图；

图7是本申请实施例提供的一种云视频的传输模型的示意图；

图8是本申请实施例提供的一种网络抖动的确认方法的流程图；

图9是本申请实施例提供的一种网络抖动的确认方法的流程图；

图10是本申请实施例提供的一种网络抖动的确认装置的示意图；

图11是本申请实施例提供的一种服务器的结构示意图；

图12是本申请实施例提供的一种终端的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例提供的网络抖动的确认方法可以应用于云技术领域，云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，需要通过云计算来实现。

在示例性实施例中，本申请实施例提供的网络抖动的确认方法可以应用于云技术领域中的云游戏领域。云游戏又可称为游戏点播，是一种以云计算技术为基础的在线游戏技术。云游戏技术使图形处理与数据运算能力相对有限的设备能运行高品质游戏。在云游戏场景下，游戏并不在玩家游戏终端中运行，而是在云端服务器中运行，并由云端服务器将游戏场景渲染为云视频，通过网络传输给玩家游戏终端。玩家游戏终端无需拥有强大的图形运算与数据处理能力，拥有基本的流媒体播放能力与获取玩家输入指令并发送给云端服务器的能力即可。

本申请实施例提供了一种网络抖动的确认方法，请参考图1，其示出了本申请实施例提供的网络抖动的确认方法的实施环境的示意图。该实施环境可以包括：第一设备11和第二设备12。

第一设备11为提供流媒体资源的设备，第一设备11中存储有流媒体资源，第一设备11能够向第二设备12发送流媒体资源的各个流媒体数据帧。第二设备12安装有能够展示流媒体资源的应用程序或网页，第二设备12能够接收第一设备11发送的流媒体数据帧，然后通过展示流媒体数据帧实现对流媒体资源的展示。

本申请实施例对第一设备11提供的流媒体资源的类型不加以限定，示例性地，流媒体资源的类型为视频，如，云视频、直播视频、点播视频等；或者，流媒体资源的类型为音频。

以流媒体资源的类型为云视频为例，第一设备11可以称为云视频服务器，该云视频服务器是指架构在云端的用于传输云视频的服务器，云视频服务器能够提供云视频服务，云视频服务是指内容集成在云端的视频流服务，如点播、直播、视频通话、云游戏等。第二设备12可以称为云视频消费端，该云视频消费端是指用户侧的用于观看云视频的终端。示例性地，云视频服务器中的云视频由云视频内容创建服务器创建得到，云视频内容创建服务器是指架构在云端的用于创建云视频的服务器。

本申请实施例提供的网络抖动的确认方法可以由第一设备11执行，也可以由第二设备12执行，本申请实施例对此不加以限定。

第一设备11可以为终端，也可以为服务器；第二设备12可以为终端。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、车载终端、智能电视等，但并不局限于此。第一设备11和第二设备12可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例对此不加以限定。

本领域技术人员应能理解上述第一设备11和第二设备12仅为举例，其他现有的或今后可能出现的设备如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

基于上述图1所示的实施环境，本申请实施例提供一种网络抖动的确认方法，该方法由计算机设备执行，该计算机设备可以为第一设备11，也可以为第二设备12，本申请实施例以该方法由第一设备11执行为例进行说明。如图2所示，本申请实施例提供的网络抖动的确认方法包括如下步骤201和步骤202。

在步骤201中，响应于流媒体资源的目标流媒体数据帧发生卡顿，获取目标流媒体数据帧对应的网络抖动状态，网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种。

其中，第一传输过程为传输目标流媒体数据帧的过程，第二传输过程为传输目标流媒体数据帧的确认信息的过程。

流媒体资源是一种由多个流媒体数据帧构成且以流媒体数据帧为数据单元进行传输的资源。示例性地，流媒体资源的类型包括但不限于视频和音频。对于流媒体资源的类型为视频的情况，流媒体数据帧是指视频帧；对于流媒体资源的类型为音频的情况，流媒体数据帧是指音频帧。

流媒体资源存储在第一设备中，通过传输流媒体资源，能够使第二设备展示流媒体资源。流媒体资源的传输，通过传输流媒体资源的各个流媒体数据帧实现。示例性地，在流媒体资源的传输场景下，除了传输流媒体数据帧外，还会传输流媒体数据帧的确认信息。流媒体数据帧的确认信息用于指示已经完成流媒体数据帧的接收和展示。本申请实施例对流媒体数据帧的确认信息的形式不加以限定，可以根据传输协议灵活设定。

传输一个流媒体数据帧的过程和传输该一个流媒体数据帧的确认信息的过程构成该一个流媒体数据帧对应的完整传输过程。在一个流媒体数据帧对应的完整传输过程中，第一设备和第二设备之间的交互过程包括：第一设备向第二设备发送该一个流媒体数据帧；第二设备接收该一个流媒体数据帧；第二设备对接收的该一个流媒体数据帧进行展示，展示完毕后向第一设备发送该一个流媒体数据帧的确认信息，第一设备接收该一个流媒体数据帧的确认信息。

示例性地，根据第一设备和第二设备之间的交互过程可知，传输一个流媒体数据帧的过程具体是指从第一设备发送该一个流媒体数据帧到第二设备接收该一个流媒体数据帧的过程；传输该一个流媒体数据帧的确认信息的过程具体是指从第二设备发送该一个流媒体数据帧的确认信息到第一设备接收该一个流媒体数据帧的确认信息的过程。

每有一个流媒体数据帧对应的完整传输过程结束，则判断该流媒体数据帧是否发生卡顿。目标流媒体数据帧为流媒体资源的任意一个结束了完整传输过程的流媒体数据帧。本申请实施例中，将传输目标流媒体数据帧的过程称为第一传输过程，将传输目标流媒体数据帧的确认信息的过程称为第二传输过程。也就是说，目标流媒体数据帧对应的完整传输过程包括第一传输过程和第二传输过程。示例性地，第一传输过程还可以称为目标流媒体数据帧对应的下行链路传输过程，第二传输过程还可以称为目标流媒体数据帧对应的上行链路传输过程。

目标流媒体数据帧发生卡顿说明目标流媒体数据帧有很大可能未能够按照预期展示。示例性地，若目标流媒体数据帧发生卡顿，还可以将目标流媒体数据帧称为卡顿帧。流媒体数据帧的卡顿通常是由于网络抖动造成的，在流媒体数据帧发生卡顿时，确认网络抖动的存在位置，能够为减少卡顿现象的发生，进而提高流媒体资源的传输稳定性提供数据支持。

在示例性实施例中，在实现步骤201之前，还包括：判断目标流媒体数据帧是否发生卡顿。

在一种可能实现方式中，判断目标流媒体数据帧是否发生卡顿的过程包括：获取目标流媒体数据帧的网络传输耗时；响应于目标流媒体数据帧的网络传输耗时不小于耗时阈值，确定目标流媒体数据帧发生卡顿。示例性地，响应于目标流媒体数据帧的网络传输耗时小于耗时阈值，确定目标流媒体数据帧未发生卡顿。耗时阈值为未发生卡顿的流媒体数据帧的最大网络传输耗时，耗时阈值根据经验设置，或者根据应用场景灵活调整，本申请实施例对此不加以限定。

目标流媒体数据帧的网络传输耗时用于衡量在目标流媒体数据帧对应的完整传输过程中，由于网络的原因产生的耗时。示例性地，网络传输耗时还可以称为网络RTT(Round Trip Time，往返时延)。

在一种可能实现方式中，获取目标流媒体数据帧的网络传输耗时的过程包括：获取目标流媒体数据帧的发送时间、目标流媒体数据帧的接收时间、目标流媒体数据帧的确认信息的发送时间以及目标流媒体数据帧的确认信息的接收时间；基于目标流媒体数据帧的发送时间、目标流媒体数据帧的接收时间、目标流媒体数据帧的确认信息的发送时间以及目标流媒体数据帧的确认信息的接收时间，获取目标流媒体数据帧的网络传输耗时。

示例性地，目标流媒体数据帧可能由于数据量较大而以多个数据包的形式传输，此种情况下，目标流媒体数据帧的发送时间可以是指第一设备发送目标流媒体数据帧的第一个数据包的时间，目标流媒体数据帧的接收时间可以是指第二设备接收目标流媒体数据帧的最后一个数据包的时间。示例性地，目标流媒体数据帧的确认信息以一个数据包的形式传输。

在示例性实施例中，目标流媒体数据帧的发送时间以及目标流媒体数据帧的确认信息的接收时间是由第一设备记录的时间，能够从第一设备本地直接提取得到。示例性地，第一设备能够以时间打点的方式记录各个行为的时间，记录的各个行为的时间中包括目标流媒体数据帧的发送时间以及目标流媒体数据帧的确认信息的接收时间。

目标流媒体数据帧的接收时间以及目标流媒体数据帧的确认信息的发送时间是由第二设备记录的时间。示例性地，第二设备能够以时间打点的方式记录各个行为的时间，记录的各个行为的时间中包括目标流媒体数据帧的接收时间以及目标流媒体数据帧的确认信息的发送时间。

目标流媒体数据帧的接收时间以及目标流媒体数据帧的确认信息的发送时间由第二设备发送给第一设备。示例性地，目标流媒体数据帧的接收时间以及目标流媒体数据帧的确认信息的发送时间携带在目标流媒体数据帧的确认信息中，第二设备在向第一设备发送目标数据帧的确认信息的同时将目标流媒体数据帧的接收时间以及目标流媒体数据帧的确认信息的发送时间发送给第一设备。第一设备通过接收目标流媒体数据帧的确认信息获取到目标流媒体数据帧的接收时间以及目标流媒体数据帧的确认信息的发送时间。

示例性地，目标流媒体数据帧的确认信息的形式可以如图3所示，在目标流媒体数据帧的确认信息中，包括目标流媒体数据帧的接收时间以及目标流媒体数据帧的确认信息的发送时间。示例性地，目标流媒体数据帧的确认信息还可以称为目标流媒体数据帧的回传信息。

当然，在一些实施例中，目标流媒体数据帧的接收时间以及目标流媒体数据帧的确认信息的发送时间还可以由第二设备通过其他方式发送给第一设备，本申请实施例对此不加以限定。

在一种可能实现方式中，基于目标流媒体数据帧的发送时间、目标流媒体数据帧的接收时间、目标流媒体数据帧的确认信息的发送时间以及目标流媒体数据帧的确认信息的接收时间，获取目标流媒体数据帧的网络传输耗时的方式为：获取目标流媒体数据帧的确认信息的接收时间和目标流媒体数据帧的发送时间之间的第五间隔，以及目标流媒体数据帧的确认信息的发送时间和目标流媒体数据帧的接收时间之间的第六间隔；将第五间隔和第六间隔的差值作为目标流媒体数据帧的网络传输耗时。

第五间隔为目标流媒体数据帧的相关信息在第一设备侧的收发间隔，第六间隔为目标流媒体数据帧的相关信息在第二设备侧的发收间隔。由于目标流媒体数据帧的确认信息的接收时间与目标流媒体数据帧的发送时间均是由第一设备记录的，所以第五间隔为在第一设备侧的时间轴下的间隔。由于目标流媒体数据帧的确认信息的发送时间与目标流媒体数据帧的接收时间均是由第二设备记录的，所以第六间隔为在第二设备侧的时间轴下的间隔。基于此，将第五间隔和第六间隔的差值作为目标流媒体数据帧的网络传输耗时的方式无需考虑不同设备侧的时间轴对齐问题，实现友好，准确度相对较高。

示例性地，目标流媒体数据帧的发送时间记为T₁，目标流媒体数据帧的接收时间记为T₂，目标流媒体数据帧的确认信息的发送时间记为T₃，目标流媒体数据帧的确认信息的接收时间记为T₄，目标流媒体数据帧的网络传输耗时记为Rtt，则目标流媒体数据帧的网络传输耗时可以基于公式1计算得到：

Rtt＝(T₄-T₁)-(T₃-T₂) (公式1)

在一种可能实现方式中，基于目标流媒体数据帧的发送时间、目标流媒体数据帧的接收时间、目标流媒体数据帧的确认信息的发送时间以及目标流媒体数据帧的确认信息的接收时间，获取目标流媒体数据帧的网络传输耗时的方式为：将目标流媒体数据帧的接收时间转换为在第一设备侧的时间轴下的第一时间；将目标流媒体数据帧的确认信息的发送时间转换为在第一设备侧的时间轴下的第二时间；将第七间隔与第八间隔之和作为目标流媒体数据帧的网络传输耗时。

其中，第七间隔为第一时间和目标流媒体数据帧的发送时间之间的间隔；第八间隔为目标流媒体数据帧的确认信息的接收时间和第二时间之间的间隔。第七间隔为第一传输过程中由于网络的原因产生的耗时，第八间隔为第二传输过程中由于网络的原因产生的耗时，第七间隔与第八间隔之和即为目标流媒体数据帧对应的完整传输过程中由于网络的原因产生的耗时，也即目标流媒体数据帧的网络传输耗时。

在示例性实施例中，在通过转换得到第一时间以及第二时间之前，需要先将第一设备侧的时间轴与第二设备侧的时间轴对齐，以得知将第二设备侧记录的时间转换到第一设备侧的时间轴下的时间的转换方式，然后根据该转换方式实现将目标流媒体数据帧的接收时间转换为在第一设备侧的时间轴下的第一时间以及将目标流媒体数据帧的确认信息的发送时间转换为在第一设备侧的时间轴下的第二时间的过程。

在获取目标流媒体数据帧的网络传输耗时后，将目标流媒体数据帧的网络传输耗时与耗时阈值进行比对，若目标流媒体数据帧的网络传输耗时不小于耗时阈值，则说明目标流媒体数据帧对应的完整传输过程中由于网络方面的原因产生的耗时较长，认为目标流媒体数据帧有较大的可能性未能够按照预期展示，此时认为目标流媒体数据帧发生卡顿。若目标流媒体数据帧的网络传输耗时小于耗时阈值，则说明目标流媒体数据帧对应的完整传输过程中由于网络方面的原因产生的耗时较短，认为目标流媒体数据帧有较小的可能性未能够按照预期展示，此时认为目标流媒体数据帧未发生卡顿。

需要说明的是，以上所述仅以根据目标流媒体数据帧的网络传输耗时是否小于耗时阈值来判断目标流媒体数据帧是否发生卡顿的方式为例进行说明，本申请实施例并不局限于此，还可以根据其他方式判断目标流媒体数据帧是否发生卡顿。

示例性地，判断目标流媒体数据帧是否发生卡顿的方式还可以为：响应于第五间隔不小于第一阈值，确定目标流媒体数据帧发生卡顿；响应于第五间隔小于第一阈值，确定目标流媒体数据帧未发生卡顿。第五间隔为完整的网络回环耗时，完整的网络回环耗时能够一定程度上表示出目标流媒体数据帧是否按照预期展示，所以能够利用第五间隔判断目标流媒体数据帧是否发生卡顿。第一阈值根据经验设置，或者根据应用场景灵活调整，本申请实施例对此不加以限定。

示例性地，判断目标流媒体数据帧是否发生卡顿的方式还可以为：响应于目标流媒体数据帧的接收时间和位于目标流媒体数据帧前一帧的流媒体数据帧的接收时间之间的间隔不小于第二阈值，确定目标流媒体数据帧发生卡顿；响应于目标流媒体数据帧的接收时间和位于目标流媒体数据帧前一帧的流媒体数据帧的接收时间之间的间隔小于第二阈值，确定目标流媒体数据帧未发生卡顿。目标流媒体数据帧的接收时间和位于目标流媒体数据帧前一帧的流媒体数据帧的接收时间之间的间隔能够一定程度上表示出目标流媒体数据帧是否按照预期展示，所以能够利用该间隔判断目标流媒体数据帧是否发生卡顿。第二阈值根据经验设置，或者根据应用场景灵活调整，本申请实施例对此不加以限定。

在确定目标流媒体数据帧发生卡顿时，获取目标流媒体数据帧对应的网络抖动状态，以便于基于该网络抖动状态，确认网络抖动的存在位置。目标流媒体数据帧对应的网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种。

也就是说，目标流媒体数据帧对应的网络抖动状态可能仅包括第一传输过程的网络抖动状态，也可能仅包括第二传输过程的网络抖动状态，还可能包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态，本申请实施例对此不加以限定。

第一传输过程的网络抖动状态用于指示第一传输过程是否存在网络抖动，示例性地，第一传输过程的网络抖动状态可能为存在网络抖动，也可能为不存在网络抖动，若第一传输过程的网络抖动状态为存在网络抖动，则说明第一传输过程存在网络抖动；若第一传输过程的网络抖动状态为不存在网络抖动，则说明第一传输过程不存在网络抖动。

第二传输过程的网络抖动状态用于指示第二传输过程是否存在网络抖动，示例性地，第二传输过程的网络抖动状态可能为存在网络抖动，也可能为不存在网络抖动，若第二传输过程的网络抖动状态为存在网络抖动，则说明第二传输过程存在网络抖动；若第二传输过程的网络抖动状态为不存在网络抖动，则说明第二传输过程不存在网络抖动。

由于目标流媒体数据帧对应的网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种，所以基于目标流媒体数据帧对应的网络抖动状态，能够从第一传输过程和/或第二传输过程是否存在网络抖动的角度确认网络抖动的存在位置，该网络抖动的存在位置能够为定位流媒体数据帧的卡顿原因提供数据支持，还能够为有针对性地优化传输过程提供数据支持，从而有利于提高流媒体资源的传输稳定性。

示例性地，网络抖动是一种会降低数据传输稳定性的网络表现。网络抖动可能由于网络阻塞、丢包、排队、攒包等网络行为造成。在存在网络抖动时，网络上发送的不同数据帧，发送间隔与接收间隔存在差异。

在一种可能实现方式中，获取目标流媒体数据帧对应的网络抖动状态的过程包括：获取目标基准数据帧的传输时间信息和目标流媒体数据帧的传输时间信息；基于目标基准数据帧的传输时间信息和目标流媒体数据帧的传输时间信息，获取目标流媒体数据帧对应的网络抖动状态。

目标基准数据帧为在获取目标流媒体数据帧对应的网络抖动状态之前最新确定出的基准数据帧。目标基准数据帧用于为获取目标流媒体数据帧对应的网络抖动状态提供基准。目标基准数据帧是流媒体资源中位于目标流媒体数据帧之前的一个流媒体数据帧。

目标基准数据帧的传输时间信息包括目标基准数据帧对应的完整传输过程中涉及的一个或多个时间。在示例性实施例中，对于目标流媒体数据帧对应的网络抖动状态包括第一传输过程的网络抖动状态的情况，目标基准数据帧的传输时间信息包括目标基准数据帧的发送时间和接收时间；对于目标流媒体数据帧对应的网络抖动状态包括第二传输过程的网络抖动状态的情况，目标基准数据帧的传输时间信息包括目标基准数据帧的确认信息的发送时间和接收时间。

目标流媒体数据帧的传输时间信息包括目标流媒体数据帧对应的完整传输过程中涉及的一个或多个时间。在示例性实施例中，对于目标流媒体数据帧对应的网络抖动状态包括第一传输过程的网络抖动状态的情况，目标流媒体数据帧的传输时间信息包括目标流媒体数据帧的发送时间和接收时间；对于目标流媒体数据帧对应的网络抖动状态包括第二传输过程的网络抖动状态的情况，目标流媒体数据帧的传输时间信息包括目标流媒体数据帧的确认信息的发送时间和接收时间。

在一种可能实现方式中，第一传输过程的网络抖动状态的获取过程包括：获取目标流媒体数据帧的接收时间和目标基准数据帧的接收时间之间的第一间隔，以及目标流媒体数据帧的发送时间和目标基准数据帧的发送时间之间的第二间隔；基于第一间隔和第二间隔之间的差异，获取第一传输过程的网络抖动状态。

第一间隔衡量的是目标流媒体数据帧的接收时间与目标基准数据帧的接收时间之间的差异，第二间隔衡量的是目标流媒体数据帧的发送时间与目标基准数据帧的发送时间之间的差异。

在一种可能实现方式中，基于第一间隔和第二间隔之间的差异，获取第一传输过程的网络抖动状态的方式为：响应于第一间隔大于第二间隔，将存在网络抖动作为第一传输过程的网络抖动状态；响应于第一间隔不大于第二间隔，将不存在网络抖动作为第一传输过程的网络抖动状态。

在一种可能实现方式中，第一传输过程的网络抖动状态基于第一识别指标确定，基于第一间隔和第二间隔之间的差异，获取第一传输过程的网络抖动状态的方式为：基于第一间隔和第二间隔之间的差异，获取第一识别指标；基于第一识别指标，确定第一传输过程的网络抖动状态。

本申请实施例对基于第一间隔和第二间隔之间的差异，获取第一识别指标的方式不加以限定，只要能够保证根据确定出的第一识别指标能够确定第一传输过程的网络抖动状态即可。

在一种可能实现方式中，基于第一间隔和第二间隔之间的差异，获取第一识别指标的方式为：将第一间隔和第二间隔的差值作为第一识别指标。此种方式下，基于第一识别指标，确定第一传输过程的网络抖动状态的方式为：若第一识别指标大于零，则将存在网络抖动作为第一传输过程的网络抖动状态。若第一识别指标不大于零，则将不存在网络抖动作为第一传输过程的网络抖动状态。

在一种可能实现方式中，基于第一间隔和第二间隔之间的差异，获取第一识别指标的方式为：将第二间隔和第一间隔的差值作为第一识别指标。此种方式下，基于第一识别指标，确定第一传输过程的网络抖动状态的方式为：若第一识别指标小于零，则将存在网络抖动作为第一传输过程的网络抖动状态。若第一识别指标不小于零，则将不存在网络抖动作为第一传输过程的网络抖动状态。

在一种可能实现方式中，第二传输过程的网络抖动状态的获取过程包括：获取目标流媒体数据帧的确认信息的接收时间和目标基准数据帧的确认信息的接收时间之间的第三间隔，以及目标流媒体数据帧的确认信息的发送时间和目标基准数据帧的确认信息的发送时间之间的第四间隔；基于第三间隔和第四间隔之间的差异，获取第二传输过程的网络抖动状态。

第二间隔衡量的是目标流媒体数据帧的确认信息的接收时间与目标基准数据帧的确认信息的接收时间之间的差异，第四间隔衡量的是目标流媒体数据帧的确认信息的发送时间与目标基准数据帧的确认信息的发送时间之间的差异。

在一种可能实现方式中，基于第三间隔和第四间隔之间的差异，获取第二传输过程的网络抖动状态的方式为：响应于第三间隔大于第四间隔，将存在网络抖动作为第二传输过程的网络抖动状态；响应于第三间隔不大于第四间隔，将不存在网络抖动作为第二传输过程的网络抖动状态。

在一种可能实现方式中，第人传输过程的网络抖动状态基于第二识别指标确定，基于第三间隔和第四间隔之间的差异，获取第二传输过程的网络抖动状态的方式为：基于第三间隔和第四间隔之间的差异，获取第二识别指标；基于第二识别指标，确定第二传输过程的网络抖动状态。

本申请实施例对基于第三隔和第四间隔之间的差异，获取第二识别指标的方式不加以限定，只要能够保证根据确定出的第二识别指标能够确定第二传输过程的网络抖动状态即可。

在一种可能实现方式中，基于第三间隔和第四间隔之间的差异，获取第二识别指标的方式为：将第三间隔和第四间隔的差值作为第二识别指标。此种方式下，基于第二识别指标，确定第二传输过程的网络抖动状态的方式为：若第二识别指标大于零，则将存在网络抖动作为第二传输过程的网络抖动状态。若第二识别指标不大于零，则将不存在网络抖动作为第二传输过程的网络抖动状态。

在一种可能实现方式中，基于第三间隔和第四间隔之间的差异，获取第二识别指标的方式为：将第四间隔和第三间隔的差值作为第二识别指标。此种方式下，基于第二识别指标，确定第二传输过程的网络抖动状态的方式为：若第二识别指标小于零，则将存在网络抖动作为第二传输过程的网络抖动状态。若第二识别指标不小于零，则将不存在网络抖动作为第二传输过程的网络抖动状态。

示例性地，流媒体资源中位于目标基准数据帧之后的以目标基准数据帧为基准的流媒体数据帧的数量为n(n为不小于1的整数)个，传输过程如图4所示。第一设备发送目标基准数据帧以及该n个流媒体数据帧(分别记为流媒体数据帧1至流媒体数据帧n)，第二设备接收目标基准数据帧以及该n个流媒体数据帧，第二设备发送目标基准数据帧的确认信息以及该n个流媒体数据帧的确认信息，第一设备接收目标基准数据帧的确认信息以及该n个流媒体数据帧的确认信息。

示例性地，将流媒体数据帧的发送时间记为T_s，则目标基准数据帧的发送时间为T_s0，该n个流媒体数据帧的发送时间分别为T_s1至T_sn。将流媒体数据帧的接收时间记为T_cr，则目标基准数据帧的接收时间为T_cr0，该n个流媒体数据帧的接收时间分别为T_cr1至T_crn。将流媒体数据帧的确认信息的发送时间记为T_cs，则目标基准数据帧确认信息的发送时间为T_cs0，该n个流媒体数据帧的确认信息的发送时间分别为T_cs1至T_csn。将流媒体数据帧的确认信息的接收时间记为T_r，则目标基准数据帧的确认信息的接收时间为T_r0，该n个流媒体数据帧的确认信息的接收时间分别为T_r1至T_rn。

目标流媒体数据帧为上述n个流媒体数据帧中的任意一个流媒体数据帧。以目标流媒体数据帧为上述n个流媒体数据帧中的流媒体数据帧1为例进行说明，在将第一间隔和第二间隔的差值作为第一识别指标、将第三间隔和第四间隔的差值作为第二识别指标的情况下，第一识别指标基于公式2计算得到，第二识别指标基于公式3计算得到：

dljit＝(T_cr1-T_cr0)-(T_s1-T_s0) (公式2)

uljit＝(T_r1-T_r0)-(T_cs1-T_cs0) (公式3)

其中，dljit表示第一识别指标；T_cr1表示目标流媒体数据帧的接收时间；T_cr0表示目标基准数据帧的接收时间；(T_cr1-T_cr0)表示第一间隔；T_s1表示目标流媒体数据帧的发送时间；T_s0表示目标基准数据帧的发送时间；(T_s1-T_s0)表示第二间隔。

uljit表示第二识别指标；T_r1表示目标流媒体数据帧的确认信息的接收时间；T_r0表示目标基准数据帧的确认信息的接收时间；(T_r1-T_r0)表示第三间隔；T_cs1表示目标流媒体数据帧的确认信息的发送时间；T_cs0表示目标基准数据帧的确认信息的发送时间；(T_cs1-T_cs0)表示第四间隔。

对于n个流媒体数据帧中的其他流媒体数据帧，也可以参照流媒体数据帧1的处理过程进行处理，此处不再加以赘述。

对于目标流媒体数据帧对应的网络抖动状态仅包括第一传输过程的网络抖动状态的情况，通过获取第一传输过程的网络抖动状态，即可获取目标流媒体数据帧对应的网络抖动状态；对于目标流媒体数据帧对应的网络抖动状态仅包括第二传输过程的网络抖动状态的情况，通过获取第二传输过程的网络抖动状态，即可获取目标流媒体数据帧对应的网络抖动状态；对于目标流媒体数据帧对应的网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态的情况，通过获取第一传输过程的网络抖动状态和第二传输过程的网络抖动状态，即可获取目标流媒体数据帧对应的网络抖动状态。

在基于目标基准数据帧的传输时间信息和目标流媒体数据帧的传输时间信息，获取目标流媒体数据帧对应的网络抖动状态之前，需要先确定出目标基准数据帧。目标基准数据帧为在获取目标流媒体数据帧对应的网络抖动状态之前最新确定出的基准数据帧。目标基准数据帧为流媒体资源中的哪个流媒体数据帧与基准数据帧的确定方式有关。目标基准数据帧为网络传输性能较好的情况下传输的流媒体数据帧，通过与目标基准数据帧的传输时间信息进行比对，能够较为准确地确认出网络抖动的存在位置。

在一种可能实现方式中，目标基准数据帧是指流媒体资源中位于目标流媒体数据帧之前的网络传输耗时最短且与目标流媒体数据帧距离最近的流媒体数据帧。目标基准数据帧的网络传输耗时的获取方式参见目标流媒体数据帧的网络传输耗时的获取方式，此处不再加以赘述。

在一种可能实现方式中，基准数据帧是数据基础，随着传输过程的进行，基准数据帧不断更新。在连接创建伊始，无可追溯历史有效数据的情况下，默认流媒体资源的第一个流媒体数据帧为基准数据帧，在流媒体资源的传输过程中，基准数据帧的更新过程包括：遍历最新确定出的基准数据帧之后的各个流媒体数据帧，直至确定出与最新确定出的基准数据帧满足参考条件的流媒体数据帧，将该流媒体数据帧更新为最新确定出的基准数据帧，以此类推，不断更新最新确定出的基准数据帧。

示例性地，遍历最新确定出的基准数据帧之后的各个流媒体数据帧，直至确定出与最新确定出的基准数据帧满足参考条件的流媒体数据帧的过程包括：判断最新确定出的基准数据帧之后的第一个流媒体数据帧是否为与最新确定出的基准数据帧满足参考条件的流媒体数据帧，若第一个流媒体数据帧为与最新确定出的基准数据帧满足参考条件的流媒体数据帧，则结束遍历最新确定出的基准数据帧之后的各个流媒体数据帧的过程，将该第一个流媒体数据帧更新为最新确定出的基准数据帧；若第一个流媒体数据帧不为与最新确定出的基准数据帧满足参考条件的流媒体数据帧，判断第二个流媒体数据帧是否为与最新确定出的基准数据帧满足参考条件的流媒体数据帧，以此类推，直至确定出与最新确定出的基准数据帧满足参考条件的流媒体数据帧，将该流媒体数据帧更新为最新确定出的基准数据帧。

判断各个流媒体数据帧是否为与最新确定出的基准数据帧满足参考条件的流媒体数据帧的原理相同，此处以判断最新确定出的基准数据帧之后的第一个流媒体数据帧是否为与最新确定出的基准数据帧满足参考条件的流媒体数据帧的过程为例进行说明。

示例性地，判断最新确定出的基准数据帧之后的第一个流媒体数据帧是否为与最新确定出的基准数据帧满足参考条件的流媒体数据帧的过程包括：响应于该第一个流媒体数据帧的衡量时间和最新确定出的基准数据帧的衡量时间之间的间隔不大于参考间隔，且第一个流媒体数据帧的网络传输耗时与最新确定出的基准数据帧的网络传输耗时的关系满足第一约束条件，或者，响应于该第一个流媒体数据帧的衡量时间和最新确定出的基准数据帧的衡量时间之间的间隔大于参考间隔，且第一个流媒体数据帧的网络传输耗时与最新确定出的基准数据帧的网络传输耗时的关系满足第二约束条件，将该第一个流媒体数据帧作为与最新确定出的基准数据帧满足参考条件的流媒体数据帧。

响应于该第一个流媒体数据帧的衡量时间和最新确定出的基准数据帧的衡量时间之间的间隔不大于参考间隔，且第一个流媒体数据帧的网络传输耗时与最新确定出的基准数据帧的网络传输耗时的关系不满足第一约束条件，或者，响应于该第一个流媒体数据帧的衡量时间和最新确定出的基准数据帧的衡量时间之间的间隔大于参考间隔，且第一个流媒体数据帧的网络传输耗时与最新确定出的基准数据帧的网络传输耗时的关系不满足第二约束条件，确定该第一个流媒体数据帧不为与最新确定出的基准数据帧满足参考条件的流媒体数据帧。

本申请实施例对流媒体数据帧的衡量时间不加以限定，可以是指流媒体数据帧的确认信息的接收时间，也可以是指流媒体数据帧的发送时间等，只要保证不同流媒体数据帧的衡量时间为同一类型的时间即可。参考间隔根据经验设置，或者根据应用场景灵活调整，本申请实施例对此不加以限定。

第一约束条件和第二约束条件均用于对两个流媒体数据帧中靠后的流媒体数据帧的网络传输耗时与靠前的流媒体数据帧的网络传输耗时的关系进行约束。需要说明的是，此处的靠后是指在流媒体资源中所处的位置靠后，靠前是指在流媒体资源中所处的位置靠前。第一约束条件比第二约束条件更加严格，也就是说，满足第一约束条件时必定满足第二约束条件，但是，满足第二约束条件时不一定满足第一约束条件。在衡量时间之间的间隔大于参考间隔时，说明已经有较长时间没有更新基准数据帧，为了防止基准数据帧无法更新的问题，将网络传输耗时之间的关系由满足第一约束条件放宽至满足第二约束条件。此种方式可以避免基准数据帧长时间无法更新的问题，使得基准数据帧为随着网络的变化确定的匹配网络实际情况的基准数据帧，保证基准数据帧的可靠性。

示例性地，满足第一约束条件是指两个流媒体数据帧中靠后的流媒体数据帧的网络传输耗时小于靠前的流媒体数据帧的网络传输耗时，满足第二约束条件是指两个流媒体数据帧中靠后的流媒体数据帧的网络传输耗时不大于靠前的流媒体数据帧的网络传输耗时与第一参考耗时之和，第一参考耗时为实数。示例性地，为防止长时间无网络传输耗时更短的流媒体数据帧导致无法更新基准数据帧的问题，满足第一约束条件还可以设置为两个流媒体数据帧中靠后的流媒体数据帧的网络传输耗时不大于靠前的流媒体数据帧的网络传输耗时，满足第二约束条件还可以设置为两个流媒体数据帧中靠后的流媒体数据帧的网络传输耗时不大于靠前的流媒体数据帧的网络传输耗时与第二参考耗时之和，第二参考耗时为大于0的实数。

在示例性实施例中，对于满足第一约束条件是指两个流媒体数据帧中靠后的流媒体数据帧的网络传输耗时小于靠前的流媒体数据帧的网络传输耗时，或者两个流媒体数据帧中靠后的流媒体数据帧的网络传输耗时不大于靠前的流媒体数据帧的网络传输耗时的情况，第一约束条件能够保证与最新确定出的基准数据帧满足参考条件的流媒体数据帧为参考间隔内网络传输耗时最小的流媒体数据帧。示例性地，若在衡量时间之间的间隔达到参考间隔时还未确定出与最新确定出的基准数据帧满足参考条件的流媒体数据帧，则说明流媒体数据帧的网络传输耗时趋势为增长。

目标基准数据帧为在获取目标流媒体数据帧对应的网络抖动状态之前最新确定出的基准数据帧，将在确定出目标基准数据帧之前最新确定出的基准数据帧称为历史基准数据帧。根据上述基准数据帧的更新过程可知，目标基准数据帧与历史基准数据帧的关系包括：目标基准数据帧的衡量时间和历史基准数据帧的衡量时间之间的间隔不大于参考间隔，且目标基准数据帧的网络传输耗时与历史基准数据帧的网络传输耗时的关系满足第一约束条件。或者，目标基准数据帧的衡量时间和历史基准数据帧的衡量时间之间的间隔大于参考间隔，且目标基准数据帧的网络传输耗时与历史基准数据帧的网络传输耗时的关系满足第二约束条件。

示例性地，目标基准数据帧的网络传输耗时与历史基准数据帧的网络传输耗时的关系满足第一约束条件可以是指目标基准数据帧的网络传输耗时小于历史基准数据帧的网络传输耗时，也可以是指目标基准数据帧的网络传输耗时不大于历史基准数据帧的网络传输耗时。

示例性地，对于目标基准数据帧的网络传输耗时与历史基准数据帧的网络传输耗时的关系满足第一约束条件是指目标基准数据帧的网络传输耗时小于历史基准数据帧的网络传输耗时的情况，目标基准数据帧的网络传输耗时与历史基准数据帧的网络传输耗时的关系满足第二约束条件可以是指目标基准数据帧的网络传输耗时不大于历史基准数据帧的网络传输耗时与第一参考耗时之和，第一参考耗时为实数。对于目标基准数据帧的网络传输耗时与历史基准数据帧的网络传输耗时的关系满足第一约束条件是指目标基准数据帧的网络传输耗时不大于历史基准数据帧的网络传输耗时的情况，目标基准数据帧的网络传输耗时与历史基准数据帧的网络传输耗时的关系满足第二约束条件可以是指目标基准数据帧的网络传输耗时不大于历史基准数据帧的网络传输耗时与第二参考耗时之和，第二参考耗时为大于0的实数。

在步骤202中，基于网络抖动状态，确认网络抖动的存在位置。

由于网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种，且任一传输过程的网络抖动状态用于指示该任一传输过程是否存在网络抖动，所以，基于网络抖动状态，能够确认网络抖动的存在位置，该网络抖动的存在位置能够为定位流媒体数据帧的卡顿原因提供数据支持，还能够为有针对性地优化传输过程提供数据支持，从而有利于提高流媒体资源的传输稳定性。示例性地，第一传输过程为下行链路传输过程，第二传输过程为上行链路传输过程，基于网络抖动状态，能够识别出来自下行链路传输过程和/或上行链路传输过程的网络抖动，从而确认出网络抖动的存在位置。示例性地，网络抖动的存在位置是指存在网络抖动的传输过程。

网络抖动的存在位置的情况与网络抖动状态的情况有关。接下来，结合网络抖动状态的情况，对网络抖动的存在位置的情况进行介绍。网络抖动状态的情况包括以下三种：

情况1：网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态。

在此种情况1下，响应于第一传输过程的网络抖动状态为存在网络抖动，且第二传输过程的网络抖动状态为不存在网络抖动，网络抖动的存在位置为第一传输过程；响应于第一传输过程的网络抖动状态为不存在网络抖动，且第二传输过程的网络抖动状态为存在网络抖动，网络抖动的存在位置为第二传输过程；响应于第一传输过程的网络抖动状态为存在网络抖动，且第二传输过程的网络抖动状态为存在网络抖动，网络抖动的存在位置为第一传输过程和第二传输过程。

在示例性实施例中，若第一传输过程的网络抖动状态为不存在网络抖动，且第二传输过程的网络抖动状态为不存在网络抖动，则说明第一传输过程和第二传输过程均不存在网络抖动，此时，可以认为网络抖动的存在位置为空。

示例性地，在情况1下确认的网络抖动的存在位置，能够为定位目标流媒体数据帧的卡顿原因提供数据支持。示例性地，若网络抖动的存在位置为第一传输过程，则可以认为目标流媒体数据帧的卡顿原因包括第一传输过程存在网络抖动；若网络抖动的存在位置为第二传输过程，则可以认为目标流媒体数据帧的卡顿原因包括第二传输过程存在网络抖动；若网络抖动的存在位置为第一传输过程和第二传输过程，则可以认为目标流媒体数据帧的卡顿原因包括第一传输过程和第二传输过程均存在网络抖动。

若网络抖动的存在位置为空，则可以认为目标流媒体数据帧的卡顿原因不是第一传输过程和/或第二传输过程存在网络抖动方面的原因，而是其他方面的原因，本申请实施例对其他方面的原因不加以限定，例如，第二设备上层业务异常，导致目标流媒体数据帧的解码、展示过程延迟等。

情况2：网络抖动状态仅包括第一传输过程的网络抖动状态。

在此种情况2下，响应于第一传输过程的网络抖动状态为存在网络抖动，网络抖动的存在位置为包括第一传输过程的位置。响应于第一传输过程的网络抖动状态为不存在网络抖动，网络抖动的存在位置为不包括第一传输过程的位置。示例性地，包括第一传输过程的位置可能为第一传输过程，也可能为第一传输过程和第二传输过程；不包括第一传输过程的位置可能为第二传输过程，也可能为空。

示例性地，在情况2下确认的网络抖动的存在位置，能够为定位目标流媒体数据帧的卡顿原因提供数据支持。示例性地，若网络抖动的存在位置为包括第一传输过程的位置，则可以认为目标流媒体数据帧的卡顿原因包括第一传输过程存在网络抖动；若网络抖动的存在位置为不包括第一传输过程的位置，则可以认为目标流媒体数据帧的卡顿原因不是第一传输过程存在网络抖动方面的原因，而是其他方面的原因，例如，第二传输过程存在网络抖动、第二设备上层业务异常等。

情况3：网络抖动状态仅包括第二传输过程的网络抖动状态。

在此种情况3下，响应于第二传输过程的网络抖动状态为存在网络抖动，网络抖动的存在位置为包括第二传输过程的位置。响应于第二传输过程的网络抖动状态为不存在网络抖动，网络抖动的存在位置为不包括第二传输过程的位置。示例性地，包括第二传输过程的位置可能为第二传输过程，也可能为第一传输过程和第二传输过程；不包括第二传输过程的位置可能为第一传输过程，也可能为空。

示例性地，在情况3下确认的网络抖动的存在位置，能够为定位目标流媒体数据帧的卡顿原因提供数据支持。示例性地，若网络抖动的存在位置为包括第二传输过程的位置，则可以认为目标流媒体数据帧的卡顿原因包括第二传输过程存在网络抖动；若网络抖动的存在位置为不包括第二传输过程的位置，则可以认为目标流媒体数据帧的卡顿原因不是第二传输过程存在网络抖动方面的原因，而是其他方面的原因，例如，第一传输过程存在网络抖动、第二设备上层业务异常等。

在示例性实施例中，在确认出网络抖动的存在位置后，能够对网络的传输状态有较为精细化的分析，能够为有针对性的优化上行链路、下行链路传输提供数据基础，从而提高流媒体资源的传输稳定性。

示例性地，网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态，第一传输过程的网络抖动状态基于第一识别指标确定，第二传输过程的网络抖动状态基于第二识别指标确定，此种情况下，还包括：基于第一识别指标和第二识别指标，获取目标衡量指标，目标衡量指标用于衡量第一传输过程和第二传输过程的综合网络抖动程度。

第一识别指标除了能够用于确定第一传输过程的网络抖动状态外，还可以用于确定第一传输过程的网络抖动程度。第二识别指标除了能够用于确定第二传输过程的网络抖动状态外，还可以用于确定第二传输过程的网络抖动程度。

在一种可能实现方式中，基于第一识别指标和第二识别指标，获取目标衡量指标的过程包括：将第一识别指标转换为第一衡量指标，将第二识别指标转换成第二衡量指标，将第一衡量指标和第二衡量指标的和作为目标衡量指标。

第一衡量指标用于衡量第一传输过程的网络抖动程度，示例性地，若基于第一识别指标确定的第一传输过程的网络抖动状态为存在网络抖动，则将第一识别指标的绝对值作为第一衡量指标；若基于第一识别指标确定的第一传输过程的网络抖动状态为不存在网络抖动，则将参考值作为第一衡量指标，例如，参考值为0。在此种方式下，第一衡量指标越大说明第一传输过程的网络抖动程度越大，第一衡量指标越小说明第一传输过程的网络抖动程度越小。当然，在一些实施例中，还可以利用其他方式实现将第一识别指标转换为第一衡量指标的过程。

第二衡量指标用于衡量第二传输过程的网络抖动程度，示例性地，若基于第二识别指标确定的第二传输过程的网络抖动状态为存在网络抖动，则将第二识别指标的绝对值作为第二衡量指标；若基于第二识别指标确定的第二传输过程的网络抖动状态为不存在网络抖动，则将参考值作为第二衡量指标，例如，参考值为0。在此种方式下，第二衡量指标越大说明第二传输过程的网络抖动程度越大，第二衡量指标越小说明第二输过程的网络抖动程度越小。当然，在一些实施例中，还可以利用其他方式实现将第二识别指标转换为第二衡量指标的过程。

需要说明的是，第一衡量指标对第一传输过程的网络抖动程度的衡量方式与第二衡量指标对第二传输过程的网络抖动程度的衡量方式相同，从而能够保证在将第一衡量指标和第二衡量指标的和作为目标衡量指标后，能够利用目标衡量指标对第一传输过程和第二传输过程的综合网络抖动程度进行准确衡量。示例性地，第一衡量指标对第一传输过程的网络抖动程度的衡量方式为：第一衡量指标越大说明第一传输过程的网络抖动程度越大，第二衡量指标对第二传输过程的网络抖动程度的衡量方式为：第二衡量指标越大说明第二传输过程的网络抖动程度越大，在此种情况下，目标衡量指标越大说明第一传输过程和第二传输过程的综合网络抖动程度越大。

示例性地，在第一识别指标和第二识别指标分别基于公式2和公式3计算得到，且基于第一识别指标和第二识别指标确定的网络抖动状态均为存在网络抖动的情况下，第一识别指标和第二识别指标均大于零，也即第一衡量指标为第一识别指标本身，第二衡量指标为第二识别指标本身。目标衡量指标基于公式4计算得到：

jit＝dljit+uljit (公式4)

其中，jit表示目标衡量指标；dljit表示第一衡量指标，也表示第一识别指标；uljit表示第二衡量指标，也表示第二识别指标。

示例性地，第一设备对流媒体数据帧进行处理的过程如图5所示。第一设备对流媒体数据帧进行时间打点，并且向第二设备发送流媒体数据帧；第一设备等待第二设备处理流媒体数据帧；第一设备接收流媒体数据帧的确认信息，该确认信息包括流媒体数据帧的接收时间以及流媒体数据帧的确认信息的发送时间等信息；第一设备判断流媒体数据帧是否发生卡顿，若该流媒体数据帧未发生卡顿，则结束对该流媒体数据帧的处理过程。若该流媒体数据帧发生卡顿，则获取流媒体数据帧对应的网络抖动状态；根据网络抖动状态，确认网络抖动的存在位置，在此基础上进行针对性优化等后续处理，结束对该流媒体数据帧的处理过程。

需要说明的是，本申请实施例仅以目标流媒体数据帧这一个流媒体数据帧为例进行说明，流媒体资源中的其他流媒体数据帧的处理过程与目标流媒体数据帧的处理过程原理相同，此处不再加以赘述。

本申请实施例中，设置基准数据帧，通过计算后序逐帧与基准数据帧在各端侧收发行为的时间间隔，分别识别下行链路传输过程、上行链路传输过程中的网络抖动，且基准数据帧也会随着传输过程进行更新，确保基准数据帧的相对准确性。此种方式能够在获取网络RTT(网络传输耗时)的基础上，精细化定位网络抖动的存在位置，也即下行链路传输过程还是上行链路传输过程存在网络抖动，能够为定位流媒体数据帧的卡顿原因提供数据支持。对于发生卡顿是指网络传输耗时不小于耗时阈值的情况，此种方式还能够精细化定位网络传输耗时增加的原因。基于此，能够为进一步针对性地对下行链路传输过程以及上行链路传输过程的传输优化提供数据基础。

本申请实施例采用时间间隔(包括发送间隔、接收间隔)概念，能够排除第一设备、第二设备之间时间轴差异等可能导致流媒体数据帧发生卡顿的间接因素。通过双端时间轴计算各自的处理间隔，可排除业务或其他非网络因素对网络抖动识别的影响。同时，通过多端间隔对比，能够较准确的区分网络抖动的来源，也即网络抖动来源下行链路传输过程还是上行链路传输过程，从而对完整传输过程的网络抖动进行分类。

示例性地，流媒体资源可以是指云视频，也就是说，本申请实施例可以应用在云视频场景下。在云视频场景下，第一设备是指云视频服务器，第二设备是指云视频消费端，流媒体数据帧为视频帧。在云视频场景下，如互动直播场景、基于视频流的云游戏场景等，对服务质量的要求很高。比如云游戏场景，既要求高码率，又要求超低延迟，以期给玩家带来高画质、良好操作手感的串流游戏服务。

互联网是复杂的，数据传输并没有保障。当网络本身不稳定、或公网数据流突发竞争时，往往会造成丢包率增加、排队延时增长，进一步增加网络抖动。因此，在云视频等对网络传输高要求的场景下，如何获取准确、且能进一步精细化的网络抖动数据，是很有必要的。本申请实施例可以在云视频场景的云视频业务中应用，以视频帧为数据单元，通过识别视频帧在下行链路传输过程和/或上行链路传输过程中的网络抖动，获取视频帧对应的网络抖动状态，该视频帧对应的网络抖动状态能够为计算上层流控模块或卡顿判断中上下行链路QoE(Quality of Experience，体验质量)评估指标提供数据基础。

本申请实施例提供的方法，在流媒体数据帧发生卡顿时，根据传输流媒体数据帧的过程和/或传输流媒体数据帧的确认信息的过程的网络抖动状态，确认了网络抖动的存在位置。此种方式，扩展了对流媒体资源的传输的研究范围，通过确认网络抖动的存在位置，能够为有针对性地优化传输过程提供数据支持，有利于提高流媒体资源的传输稳定性。

本申请实施例提供的网络抖动的确认方法可应用于云游戏领域、直播领域等多种领域。接下来，以云游戏领域为例，介绍网络抖动的确认方法的实现过程。

在云游戏领域下，流媒体资源为云游戏相关的云视频，第一设备为云端服务器，第二设备为玩家游戏终端。云游戏相关的云视频是指在云游戏运行的过程中由云端服务器渲染得到的视频。示例性地，在云游戏领域下，网络抖动的确认方法的实施环境如图6所示，该实施环境包括玩家游戏终端610和云端服务器620。

云端服务器620是支持云游戏运行环境的服务器，玩家游戏终端610中运行有支持云游戏的应用程序。玩家游戏终端610和云端服务器620通过有线或无线通信方式进行直接或间接地连接。

玩家游戏终端610可以获取玩家的游戏控制操作，生成与该游戏控制操作对应的游戏控制指令，然后向云端服务器620发送游戏控制指令。云端服务器620接收该游戏控制指令，根据游戏控制指令对游戏逻辑进行运算，并且根据运算结果对游戏画面进行渲染，得到云视频，然后向玩家游戏终端610传输该云视频。玩家游戏终端610在接收到云视频后，播放该云视频。

示例性地，云视频包括多个视频帧，云端服务器620通过传输云视频的各个视频帧实现云视频的传输，玩家游戏终端610通过播放云视频的各个视频帧实现云视频的播放。示例性地，玩家游戏终端610在完成一个视频帧的播放后，会向云端服务器620发送视频帧的确认信息。

示例性地，云视频包括m(m为大于1的整数)个视频帧，云视频的传输模型如图7所示。云端服务器发送云视频的各个视频帧；玩家游戏终端接收云视频的各个视频帧；玩家游戏终端发送云视频的各个视频帧的确认信息；云端服务器接收云视频的各个视频帧的确认信息。

在示例性实施例中，在云游戏领域下，目标流媒体数据帧为云视频的目标视频帧，目标视频帧为云视频的任一视频帧。在云游戏领域下，网络抖动的确认方法可以由云端服务器执行，也可以由玩家游戏终端执行，本申请实施例对此不加以限定。如图8所示，在云游戏领域下，网络抖动的确认方法包括步骤801和步骤802：

步骤801：响应于云视频的目标视频帧发生卡顿，获取目标视频帧对应的网络抖动状态。

其中，网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种，第一传输过程为传输目标视频帧的过程，第二传输过程为传输目标视频帧的确认信息的过程。

示例性地，第一传输过程为从云端服务器发送目标视频帧到玩家游戏终端接收目标视频帧的过程，第二传输过程为从玩家游戏终端发送目标视频帧的确认信息到云端服务器接收目标视频帧的确认信息的过程。

步骤802：基于网络抖动状态，确认网络抖动的存在位置。

上述步骤801和步骤802的实现过程参见图2所示的实施例中的步骤201和步骤202，此处不再加以赘述。

在示例性实施例中，以目标视频帧对应的网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态为例，对云游戏领域下的网络抖动的确认方法的实现过程进行示例性说明。如图9所示，该实现过程包括步骤901至步骤905：

步骤901：获取目标视频帧的确认信息的接收时间和目标视频帧的发送时间之间的第五间隔，以及目标视频帧的确认信息的发送时间和目标视频帧的接收时间之间的第六间隔；将第五间隔和第六间隔的差值作为目标视频帧的网络传输耗时。

步骤902：根据目标视频帧的网络传输耗时判断目标视频帧是否发生卡顿，若目标视频帧发生卡顿，执行步骤903；若目标视频帧未发生卡顿，将云视频中位于目标视频帧后一位的视频帧更新为目标视频帧，返回执行步骤901。

示例性地，根据目标视频帧的网络传输耗时判断目标视频帧是否发生卡顿的方式包括：响应于目标视频帧的网络传输耗时不小于耗时阈值，确定目标视频帧发生卡顿；响应于目标视频帧的网络传输耗时小于耗时阈值，确定目标视频帧未发生卡顿。

步骤903：获取目标视频帧的接收时间和目标基准视频帧的接收时间之间的第一间隔，以及目标视频帧的发送时间和目标基准视频帧的发送时间之间的第二间隔；基于第一间隔和第二间隔之间的差异，获取第一传输过程的网络抖动状态。

步骤904：获取目标视频帧的确认信息的接收时间和目标基准视频帧的确认信息的接收时间之间的第三间隔，以及目标视频帧的确认信息的发送时间和目标基准视频帧的确认信息的发送时间之间的第四间隔；基于第三间隔和第四间隔之间的差异，获取第二传输过程的网络抖动状态。

其中，目标基准视频帧为在获取第一传输过程的网络抖动状态和第二传输过程的网络抖动状态之前最新确定出的基准数据帧。需要说明的是，目标基准视频帧是指云视频中的位于目标视频帧之前的一个视频帧。

将在确定出目标基准视频帧之前最新确定出的基准视频帧称为历史基准视频帧。示例性地，目标基准视频帧与历史基准视频帧之间的关系包括两种：

关系1：目标基准视频帧的衡量时间和历史基准视频帧的衡量时间之间的间隔不大于参考间隔，且目标基准视频帧的网络传输耗时与历史基准视频帧的网络传输耗时的关系满足第一约束条件。

关系2：目标基准视频帧的衡量时间和历史基准视频帧的衡量时间之间的间隔大于参考间隔，且目标基准视频帧的网络传输耗时与历史基准视频帧的网络传输耗时的关系满足第二约束条件。

步骤905：基于第一传输过程的网络抖动状态和第二传输过程的网络抖动状态，确认网络抖动的存在位置。

示例性地，响应于第一传输过程的网络抖动状态为存在网络抖动，且第二传输过程的网络抖动状态为不存在网络抖动，网络抖动的存在位置为第一传输过程；响应于第一传输过程的网络抖动状态为不存在网络抖动，且第二传输过程的网络抖动状态为存在网络抖动，网络抖动的存在位置为第二传输过程；响应于第一传输过程的网络抖动状态为存在网络抖动，且第二传输过程的网络抖动状态为存在网络抖动，网络抖动的存在位置为第一传输过程和第二传输过程。

上述步骤901至步骤905的实现方式可以参见图2所示的实施例中的相关内容，此处不再加以赘述。

将网络抖动的确认方法应用在云游戏领域，能够在云游戏相关的云视频的视频帧发生卡顿时，及时确认网络抖动的存在位置，从而根据该网络抖动的存在位置分析导致视频帧发生卡顿的原因，进而在后续传输过程中，有针对性的优化传输过程，减少视频帧发生卡顿的现象，提高云视频的传输稳定性，从而给玩家带来高画质、良好操作手感的云游戏服务。

参见图10，本申请实施例提供了一种网络抖动的确认装置，该装置包括：

获取单元1001，用于响应于流媒体资源的目标流媒体数据帧发生卡顿，获取目标流媒体数据帧对应的网络抖动状态，网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种；

确认单元1002，用于基于网络抖动状态，确认网络抖动的存在位置；

其中，第一传输过程为传输目标流媒体数据帧的过程，第二传输过程为传输目标流媒体数据帧的确认信息的过程。

在一种可能实现方式中，获取单元1001，用于获取目标基准数据帧的传输时间信息和目标流媒体数据帧的传输时间信息，目标基准数据帧为在获取目标流媒体数据帧对应的网络抖动状态之前最新确定出的基准数据帧；基于目标基准数据帧的传输时间信息和目标流媒体数据帧的传输时间信息，获取目标流媒体数据帧对应的网络抖动状态。

在一种可能实现方式中，目标基准数据帧的传输时间信息包括目标基准数据帧的发送时间和接收时间，目标流媒体数据帧的传输时间信息包括目标流媒体数据帧的发送时间和接收时间，网络抖动状态包括第一传输过程的网络抖动状态；获取单元1001，用于获取目标流媒体数据帧的接收时间和目标基准数据帧的接收时间之间的第一间隔，以及目标流媒体数据帧的发送时间和目标基准数据帧的发送时间之间的第二间隔；基于第一间隔和第二间隔之间的差异，获取第一传输过程的网络抖动状态。

在一种可能实现方式中，目标基准数据帧的传输时间信息包括目标基准数据帧的确认信息的发送时间和接收时间，目标流媒体数据帧的传输时间信息包括目标流媒体数据帧的确认信息的发送时间和接收时间，网络抖动状态包括第二传输过程的网络抖动状态；获取单元1001，用于获取目标流媒体数据帧的确认信息的接收时间和目标基准数据帧的确认信息的接收时间之间的第三间隔，以及目标流媒体数据帧的确认信息的发送时间和目标基准数据帧的确认信息的发送时间之间的第四间隔；基于第三间隔和第四间隔之间的差异，获取第二传输过程的网络抖动状态。

在一种可能实现方式中，目标基准数据帧的衡量时间和历史基准数据帧的衡量时间之间的间隔不大于参考间隔，且目标基准数据帧的网络传输耗时与历史基准数据帧的网络传输耗时的关系满足第一约束条件，历史基准数据帧为在确定出目标基准数据帧之前最新确定出的基准数据帧。

在一种可能实现方式中，目标基准数据帧的衡量时间和历史基准数据帧的衡量时间之间的间隔大于参考间隔，且目标基准数据帧的网络传输耗时与历史基准数据帧的网络传输耗时的关系满足第二约束条件，历史基准数据帧为在确定出目标基准数据帧之前最新确定出的基准数据帧。

在一种可能实现方式中，获取单元1001，还用于获取目标流媒体数据帧的网络传输耗时；

确定单元1002，还用于响应于目标流媒体数据帧的网络传输耗时不小于耗时阈值，确定目标流媒体数据帧发生卡顿。

在一种可能实现方式中，获取单元1001，还用于获取目标流媒体数据帧的确认信息的接收时间和目标流媒体数据帧的发送时间之间的第五间隔，以及目标流媒体数据帧的确认信息的发送时间和目标流媒体数据帧的接收时间之间的第六间隔；将第五间隔和第六间隔的差值作为目标流媒体数据帧的网络传输耗时。

在一种可能实现方式中，网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态，第一传输过程的网络抖动状态基于第一识别指标确定，第二传输过程的网络抖动状态基于第二识别指标确定；获取单元1001，还用于基于第一识别指标和第二识别指标，获取目标衡量指标，目标衡量指标用于衡量第一传输过程和第二传输过程的综合网络抖动程度。

在一种可能实现方式中，网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态；响应于第一传输过程的网络抖动状态为存在网络抖动，且第二传输过程的网络抖动状态为不存在网络抖动，网络抖动的存在位置为第一传输过程；响应于第一传输过程的网络抖动状态为不存在网络抖动，且第二传输过程的网络抖动状态为存在网络抖动，网络抖动的存在位置为第二传输过程；响应于第一传输过程的网络抖动状态为存在网络抖动，且第二传输过程的网络抖动状态为存在网络抖动，网络抖动的存在位置为第一传输过程和第二传输过程。

在一种可能实现方式中，流媒体资源为云游戏相关的云视频，目标流媒体数据帧为云视频的目标视频帧；

获取单元1001，用于响应于云视频的目标视频帧发生卡顿，获取目标视频帧对应的网络抖动状态。

本申请实施例提供的装置，在流媒体数据帧发生卡顿时，根据传输流媒体数据帧的过程和/或传输流媒体数据帧的确认信息的过程的网络抖动状态，确认了网络抖动的存在位置。此种方式，扩展了对流媒体资源的传输的研究范围，通过确认网络抖动的存在位置，能够为有针对性地优化传输过程提供数据支持，有利于提高流媒体资源的传输稳定性。

需要说明的是，上述实施例提供的装置在实现其功能时，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将设备的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

在示例性实施例中，还提供了一种计算机设备，该计算机设备包括处理器和存储器，该存储器中存储有至少一条计算机程序。该至少一条计算机程序由一个或者一个以上处理器加载并执行，以使该计算机设备实现上述任一种网络抖动的确认方法。示例性地，该计算机设备可以为上述实施例中涉及的第一设备，也可以为上述实施例中涉及的第二设备。该计算机设备可以为终端，也可以为服务器，接下来，对服务器和终端的结构分别进行介绍。

图11是本申请实施例提供的一种服务器的结构示意图，该服务器可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(Central Processing Units，CPU)1101和一个或多个存储器1102，其中，该一个或多个存储器1102中存储有至少一条计算机程序，该至少一条计算机程序由该一个或多个处理器1101加载并执行，以使该服务器实现上述各个方法实施例提供的网络抖动的确认方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

图12是本申请实施例提供的一种终端的结构示意图。该终端可以是：智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、车载终端、智能电视等。终端还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端包括有：处理器1201和存储器1202。

处理器1201可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1201可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field-Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1201也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1201可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1201还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1202可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1202还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1202中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1201所执行，以使该终端实现本申请中方法实施例提供的网络抖动的确认方法。

在一些实施例中，终端还可选包括有：外围设备接口1203和至少一个外围设备。处理器1201、存储器1202和外围设备接口1203之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1203相连。具体地，外围设备包括：射频电路1204、显示屏1205、摄像头组件1206、音频电路1207和电源1209中的至少一种。

外围设备接口1203可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1201和存储器1202。在一些实施例中，处理器1201、存储器1202和外围设备接口1203被集成在同一芯片或电路板上；在一些其他实施例中，处理器1201、存储器1202和外围设备接口1203中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1204用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1204通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1204将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1204包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等。射频电路1204可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1204还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1205用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1205是触摸显示屏时，显示屏1205还具有采集在显示屏1205的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1201进行处理。此时，显示屏1205还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1205可以为一个，设置在终端的前面板；在另一些实施例中，显示屏1205可以为至少两个，分别设置在终端的不同表面或呈折叠设计；在另一些实施例中，显示屏1205可以是柔性显示屏，设置在终端的弯曲表面上或折叠面上。甚至，显示屏1205还可以设置成非矩形的不规则图形，也即异形屏。显示屏1205可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode，有机发光二极管)等材质制备。

摄像头组件1206用于采集图像或视频。可选地，摄像头组件1206包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1206还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1207可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1201进行处理，或者输入至射频电路1204以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1201或射频电路1204的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1207还可以包括耳机插孔。

电源1209用于为终端中的各个组件进行供电。电源1209可以是交流电、直流电、一次性电池或可充电电池。当电源1209包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端还包括有一个或多个传感器1210。该一个或多个传感器1210包括但不限于：加速度传感器1211、陀螺仪传感器1212、压力传感器1213、光学传感器1215以及接近传感器1216。

加速度传感器1211可以检测以终端建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1211可以用于检测重力加速度在三个坐标轴上的分量。处理器1201可以根据加速度传感器1211采集的重力加速度信号，控制显示屏1205以横向视图或纵向视图进行用户界面的显示。加速度传感器1211还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1212可以检测终端的机体方向及转动角度，陀螺仪传感器1212可以与加速度传感器1211协同采集用户对终端的3D动作。处理器1201根据陀螺仪传感器1212采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1213可以设置在终端的侧边框和/或显示屏1205的下层。当压力传感器1213设置在终端的侧边框时，可以检测用户对终端的握持信号，由处理器1201根据压力传感器1213采集的握持信号进行左右手识别或快捷操作。当压力传感器1213设置在显示屏1205的下层时，由处理器1201根据用户对显示屏1205的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

光学传感器1215用于采集环境光强度。在一个实施例中，处理器1201可以根据光学传感器1215采集的环境光强度，控制显示屏1205的显示亮度。具体地，当环境光强度较高时，调高显示屏1205的显示亮度；当环境光强度较低时，调低显示屏1205的显示亮度。在另一个实施例中，处理器1201还可以根据光学传感器1215采集的环境光强度，动态调整摄像头组件1206的拍摄参数。

接近传感器1216，也称距离传感器，通常设置在终端的前面板。接近传感器1216用于采集用户与终端的正面之间的距离。在一个实施例中，当接近传感器1216检测到用户与终端的正面之间的距离逐渐变小时，由处理器1201控制显示屏1205从亮屏状态切换为息屏状态；当接近传感器1216检测到用户与终端的正面之间的距离逐渐变大时，由处理器1201控制显示屏1205从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图12中示出的结构并不构成对终端的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条计算机程序，该至少一条计算机程序由计算机设备的处理器加载并执行，以使计算机实现上述任一种网络抖动的确认方法。

在一种可能实现方式中，上述计算机可读存储介质可以是只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact DiscRead-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品，该计算机程序产品包括计算机程序或计算机指令，该计算机程序或计算机指令由处理器加载并执行，以使计算机实现上述任一种网络抖动的确认方法。

需要说明的是，本申请中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以上示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

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

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种网络抖动的确认方法，其特征在于，所述方法包括：

响应于流媒体资源的目标流媒体数据帧发生卡顿，获取所述目标流媒体数据帧对应的网络抖动状态，所述网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种；

基于所述网络抖动状态，确认网络抖动的存在位置；

其中，所述第一传输过程为传输所述目标流媒体数据帧的过程，所述第二传输过程为传输所述目标流媒体数据帧的确认信息的过程。

2.根据权利要求1所述的方法，其特征在于，所述获取所述目标流媒体数据帧对应的网络抖动状态，包括：

获取目标基准数据帧的传输时间信息和所述目标流媒体数据帧的传输时间信息，所述目标基准数据帧为在获取所述目标流媒体数据帧对应的网络抖动状态之前最新确定出的基准数据帧；

基于所述目标基准数据帧的传输时间信息和所述目标流媒体数据帧的传输时间信息，获取所述目标流媒体数据帧对应的网络抖动状态。

3.根据权利要求2所述的方法，其特征在于，所述目标基准数据帧的传输时间信息包括所述目标基准数据帧的发送时间和接收时间，所述目标流媒体数据帧的传输时间信息包括所述目标流媒体数据帧的发送时间和接收时间，所述网络抖动状态包括所述第一传输过程的网络抖动状态；

所述基于所述目标基准数据帧的传输时间信息和所述目标流媒体数据帧的传输时间信息，获取所述目标流媒体数据帧对应的网络抖动状态，包括：

获取所述目标流媒体数据帧的接收时间和所述目标基准数据帧的接收时间之间的第一间隔，以及所述目标流媒体数据帧的发送时间和所述目标基准数据帧的发送时间之间的第二间隔；

基于所述第一间隔和所述第二间隔之间的差异，获取所述第一传输过程的网络抖动状态。

4.根据权利要求2所述的方法，其特征在于，所述目标基准数据帧的传输时间信息包括所述目标基准数据帧的确认信息的发送时间和接收时间，所述目标流媒体数据帧的传输时间信息包括所述目标流媒体数据帧的确认信息的发送时间和接收时间，所述网络抖动状态包括所述第二传输过程的网络抖动状态；

所述基于所述目标基准数据帧的传输时间信息和所述目标流媒体数据帧的传输时间信息，获取所述目标流媒体数据帧对应的网络抖动状态，包括：

获取所述目标流媒体数据帧的确认信息的接收时间和所述目标基准数据帧的确认信息的接收时间之间的第三间隔，以及所述目标流媒体数据帧的确认信息的发送时间和所述目标基准数据帧的确认信息的发送时间之间的第四间隔；

基于所述第三间隔和所述第四间隔之间的差异，获取所述第二传输过程的网络抖动状态。

5.根据权利要求2-4任一所述的方法，其特征在于，所述目标基准数据帧的衡量时间和历史基准数据帧的衡量时间之间的间隔不大于参考间隔，且所述目标基准数据帧的网络传输耗时与所述历史基准数据帧的网络传输耗时的关系满足第一约束条件，所述历史基准数据帧为在确定出所述目标基准数据帧之前最新确定出的基准数据帧。

6.根据权利要求2-4任一所述的方法，其特征在于，所述目标基准数据帧的衡量时间和历史基准数据帧的衡量时间之间的间隔大于参考间隔，且所述目标基准数据帧的网络传输耗时与所述历史基准数据帧的网络传输耗时的关系满足第二约束条件，所述历史基准数据帧为在确定出所述目标基准数据帧之前最新确定出的基准数据帧。

7.根据权利要求1-4任一所述的方法，其特征在于，所述方法还包括：

获取所述目标流媒体数据帧的网络传输耗时；

响应于所述目标流媒体数据帧的网络传输耗时不小于耗时阈值，确定所述目标流媒体数据帧发生卡顿。

8.根据权利要求7所述的方法，其特征在于，所述获取所述目标流媒体数据帧的网络传输耗时，包括：

获取所述目标流媒体数据帧的确认信息的接收时间和所述目标流媒体数据帧的发送时间之间的第五间隔，以及所述目标流媒体数据帧的确认信息的发送时间和所述目标流媒体数据帧的接收时间之间的第六间隔；

将所述第五间隔和所述第六间隔的差值作为所述目标流媒体数据帧的网络传输耗时。

9.根据权利要求1-4任一所述的方法，其特征在于，所述网络抖动状态包括所述第一传输过程的网络抖动状态和所述第二传输过程的网络抖动状态，所述第一传输过程的网络抖动状态基于第一识别指标确定，所述第二传输过程的网络抖动状态基于第二识别指标确定；所述方法还包括：

基于所述第一识别指标和所述第二识别指标，获取目标衡量指标，所述目标衡量指标用于衡量所述第一传输过程和所述第二传输过程的综合网络抖动程度。

10.根据权利要求1-4任一所述的方法，其特征在于，所述网络抖动状态包括所述第一传输过程的网络抖动状态和所述第二传输过程的网络抖动状态；

响应于所述第一传输过程的网络抖动状态为存在网络抖动，且所述第二传输过程的网络抖动状态为不存在网络抖动，所述网络抖动的存在位置为所述第一传输过程；

响应于所述第一传输过程的网络抖动状态为不存在网络抖动，且所述第二传输过程的网络抖动状态为存在网络抖动，所述网络抖动的存在位置为所述第二传输过程；

响应于所述第一传输过程的网络抖动状态为存在网络抖动，且所述第二传输过程的网络抖动状态为存在网络抖动，所述网络抖动的存在位置为所述第一传输过程和所述第二传输过程。

11.根据权利要求1-4任一所述的方法，其特征在于，所述流媒体资源为云游戏相关的云视频，所述目标流媒体数据帧为所述云视频的目标视频帧；

所述响应于流媒体资源的目标流媒体数据帧发生卡顿，获取所述目标流媒体数据帧对应的网络抖动状态，包括：

响应于所述云视频的目标视频帧发生卡顿，获取所述目标视频帧对应的网络抖动状态。

12.一种网络抖动的确认装置，其特征在于，所述装置包括：

获取单元，用于响应于流媒体资源的目标流媒体数据帧发生卡顿，获取所述目标流媒体数据帧对应的网络抖动状态，所述网络抖动状态包括第一传输过程的网络抖动状态和第二传输过程的网络抖动状态中的至少一种；

确认单元，用于基于所述网络抖动状态，确认网络抖动的存在位置；

其中，所述第一传输过程为传输所述目标流媒体数据帧的过程，所述第二传输过程为传输所述目标流媒体数据帧的确认信息的过程。

13.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条计算机程序，所述至少一条计算机程序由所述处理器加载并执行，以使所述计算机设备实现如权利要求1至11任一所述的网络抖动的确认方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条计算机程序，所述至少一条计算机程序由处理器加载并执行，以使计算机实现如权利要求1至11任一所述的网络抖动的确认方法。

15.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序或计算机指令，所述计算机程序或所述计算机指令由处理器加载并执行，以使计算机实现如权利要求1至11任一所述的网络抖动的确认方法。

Images