CN115915217A - 数据传输故障的监测方法及装置 - Google Patents

Abstract

本申请公开了一种数据传输故障的监测方法及装置，属于无线通信技术领域，本申请实施例的数据传输故障的监测方法包括：终端获取PDCP层的第一数据包的传输状态和数据包类型；所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障。本申请中，数据包的发送端能够根据数据包的传输状态和数据包类型，正确判定数据传输是否出现故障，从而当出现传输故障时能及时调整后续数据的传输策略，提高通信效率。

Description

数据传输故障的监测方法及装置

技术领域

本申请属于无线通信技术领域，具体涉及一种数据传输故障的监测方法及装置。

背景技术

对于有更高可靠性需求的业务，发送端发送的数据包有预期的到达时间，当接收端在预期的到达时间没有接收到数据包，接收端的应用则会进入存活时间(survivaltime)。如果接收端在存活时间内仍不能成功接收数据包，则接收端的应用就会进入不可用状态(unavailable state)，从而需要更长的时间进行正常通信服务的恢复过程。

为避免接收端的应用进入不可用状态，发送端需要能够掌握数据的发送状态，当出现传输故障时能及时调整后续数据的传输策略。因此，发送端如何正确判定数据传输是否出现故障是亟待解决的技术问题。

发明内容

本申请实施例提供一种数据传输故障的监测方法及装置，能够解决发送端如何正确判定数据传输是否出现故障的问题。

第一方面，提供了一种数据传输故障的监测方法，包括：

终端获取PDCP层的第一数据包的传输状态和数据包类型；

所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障。

第二方面，提供了一种数据传输故障的监测装置，包括：

第一获取模块，用于获取所述PDCP层的第一数据包的传输状态和数据包类型；

第一确定模块，用于基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障。

第三方面，提供了一种终端，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现上述第一方面所述的方法的步骤。

第四方面，提供了一种终端，包括处理器及通信接口，其中，所述处理器用于获取PDCP层的第一数据包的传输状态和数据包类型；基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障。

第五方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第六方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

第七方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非易失的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面所述的方法的步骤。

在本申请实施例中，数据包的发送端能够根据数据包的传输状态和数据包类型，正确判定数据传输是否出现故障，从而当出现传输故障时能及时调整后续数据的传输策略，提高通信效率。

附图说明

图1为本申请实施例可应用的一种无线通信系统的框图；

图2为本申请实施例的数据传输故障的监测方法的流程示意图；

图3为本申请实施例的数据传输故障的监测装置的结构示意图；

图4为本申请实施例的终端的结构示意图；

图5为本申请实施例的终端的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：智能手表、手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。

下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的数据传输故障的监测方法及装置进行详细地说明。

请参考图2，本申请实施例提供一种数据传输故障的监测方法，包括：

步骤21：终端获取分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层的第一数据包的传输状态和数据包类型；

步骤22：所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障。

上述步骤21和步骤22，由终端的PDCP层执行。

所述第一数据包是PDCP层的数据包，第一数据包可以包括以下至少一项：新传输的数据包(比如关联了不同编号的数据包，比如关联不同的PDCP SN的数据包)，副本数据包(关联了相同编号的重复传输的数据包，如关联相同的PDCP SN的数据包)。

本申请实施例中，所述第一数据包可以是PDCP层的协议数据单元(Protocol DataUnit，PDU)。

所述第一数据包的传输状态包括传输成功和传输失败。

所述数据包的类型包括：数据类型数据包和控制类型数据包。所谓数据类型数据包，是指包括携带应用层数据的数据包，例如PDCP data PDU。所谓控制类型数据包是指携带无线接入控制信令信息的数据包，例如PDCP control PDU，具体可以说携带EHC反馈的PDCP control PDU，或者携带ROHC反馈的PDCP control PDU。

本申请实施例中，数据包的发送端能够根据数据包的传输状态和数据包类型，正确判定数据传输是否出现故障，从而当出现传输故障时能及时调整后续数据的传输策略，提高通信效率。

本申请实施例中，可选的，终端获取PDCP层的第一数据包的传输状态包括：所述终端接收无线链路控制(Radio Link Control，RLC)层提供的所述第一数据包的传输状态，所述RLC层与所述PDCP层关联。即，所述终端的PDCP层接收RLC层提供的所述第一数据包的传输状态。在协议栈中，RLC层位于PDCP层的下一层，每个PDCP层可以与一个或多个RLC层关联。需要说明的是，前述的PDCP层可以指的是特定的PDCP实体，前述的RLC层可以是与前述PDCP实体关联的一个或多个RLC实体。

本申请实施例中，可选的，所述RLC层的类型包括以下至少一项：确认模式的RLC层(AM RLC)和非确认模式的RLC层(UM RLC)。需要说明的是，前述的RLC层可以指的是特定的确认模式的RLC实体(AM RLC)，或者特定的非确认的RLC实体(UM RLC)。

本申请实施例中，可选的，终端获取PDCP层的第一数据包的传输状态之前，还包括：

步骤01：所述终端获取所述RLC层的第二数据包的传输状态，其中，所述第二数据包包含所述第一数据包；例如，所述第一数据包可以是PDCP PDU，所述第二数据包可以是RLC SDU，前述RLC SDU包含所述第一数据包PDCP PDU。需要说明的是，在该种情况下，前述第一数据包和前述第二数据包实际上是相同的数据，只是当前述数据包在不同的协议层时对其的称谓不同。作为另外一个示例，前述第一数据包可以是PDCP SDU，可以通过PDCPdata PDU传输，前述第二数据包可以是RLC SDU，前述第二数据包包含前述第一数据包PDCPSDU。需要说明的是，在该种情况下，前述第一数据包和前述第二数据包不是相同的数据。

步骤02：所述终端基于所述第二数据包的传输状态，确定对应的所述第一数据包的传输状态。

所述第二数据包是RLC层的数据包，所述第二数据包可以是RLC层的服务数据单元(Service Data Unit，SDU)。RLC层的SDU与PDCP层的PDU是一一对应关系。

所述第二数据包的传输状态包括传输成功和传输失败。本申请实施例中，第一数据包的传输状态与对应的第二数据包的传输状态一致。

本申请实施例中，可选的，终端获取PDCP层的第一数据包的传输状态之前，还包括：

步骤01’：所述终端获取所述MAC层的第四数据包的传输状态，其中，所述第四数据包包含所述第一数据包；

步骤02’：所述终端基于所述第四数据包的传输状态，确定对应的所述第一数据包的传输状态。

所述第四数据包是MAC层的数据包，所述第四数据包可以是MAC层的服务数据单元(Service Data Unit，SDU)，或者MAC PDU。

所述第四数据包的传输状态包括传输成功和传输失败。本申请实施例中，第四数据包的传输状态与对应的第一数据包的传输状态一致。需要说明的是，在该实施例中，RLC层在传输前述第一数据包时不会对前述第一数据包进行分段操作，因此前述第一数据包的传输状态和前述第四数据包的传输状态可以认为是一致的。具体来说，终端通过网络侧的指示携带第四数据包的传输块TB是否成功，如果网络侧指示前述传输块传输失败，则终端可以判定第一数据包传输失败。如果网络侧指示前述传输块传输失败，则终端可以判定第一数据包传输失败。另外还需要说明的是，前述的网络侧指示可以是显示的HARQ反馈，例如HARQ ACK或HARQ NACK。也可以是隐式的HARQ反馈，例如新传调度可以认为是HARQ ACK，重传调度可以认为是HARQ NACK。

本申请实施例中，可选的，所述终端获取所述RLC层第二数据包的传输状态包括：所述终端基于媒体接入控制(Media Access Control，MAC)层提供的指示信息，获取所述第二数据包的传输状态；其中，所述第二数据包通过所述RLC层的至少一个第三数据包传输，所述指示信息用于指示所述第二数据包对应的所述RLC层的至少一个第三数据包传输成功或传输失败。

在协议栈中，MAC层位于RLC层的下一层。

所述第三数据包同样是RLC层的数据包，所述第二数据包可以是RLC层的SDU，所述第三数据包可以是RLC层的PDU，一个SDU可以对应一个或多个PDU。若SDU过大，可以将SDU进行分段，通过多个PDU传输。

本申请实施例中，可选的，所述终端基于MAC层提供的指示信息，获取第二数据包的传输状态包括以下至少一项：

在所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功；

在所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败。

本申请实施例中，可选的，在所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功包括以下至少一项：

在所述第二数据包通过所述RLC层的一个第三数据包传输，且所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功；

在所述第二数据包通过所述RLC层的N个第三数据包传输，且所述指示信息指示第二数据包对应的N个第三数据包均传输成功的情况下，确定所述第二数据包的传输状态为传输成功，N为大于1的正整数。也就是说，当第一数据包对应的所有分段均传输成功，则确定所述第二数据包的传输状态为传输成功。

本申请实施例中，可选的，在所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败包括以下至少一项：

在所述第二数据包通过所述RLC层的一个第三数据包传输，且所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败；

在所述第二数据包通过所述RLC层的N个第三数据包传输，且所述指示信息指示第二数据包对应的任意一个第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败，N为大于1的正整数。也就是说，当第二数据包对应的任意一个分段传输失败，则确定所述第二数据包的传输状态为传输失败。

本申请实施例中，可选的，所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障包括：

步骤221：所述终端在所述第一数据包的数据包类型为数据类型，且所述第一数据包的传输状态为传输失败的情况下，更新预设计数器的计数值；

需要说明的是，前述的第一数据包的数据包类型是数据类型可以指的是前述第一数据包本身是一个数据类型的数据包，即PDCP data PDU。也可以是前述第一数据包本身不是一个数据类型的数据包但是是通过一个数据类型的数据包传输的。在该种情况下，前述第一数据包可以是PDCP SDU。

本申请实施例中，可选的，可以以步长1更新所述预设计数器的计数值。

步骤222：在所述预设计时器的计数值大于或等于预设阈值的情况下，确定数据传输出现故障。

本申请实施例中，可选的，所述预设阈值由网络侧配置或协议约定。示例性的，所述计数器的初始计数值为0。所述预设阈值可以是1。

本申请实施例中，可选的，所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障还包括：所述终端在所述第一数据包的数据包类型为控制类型的情况下，忽略获取到的所述第一数据包的传输状态。需要说明的是，终端忽略控制类型数据包的传输状态意味着终端不会基于前述控制类型数据包的传输状态进行计数器的计数值更新或复位。

需要了解的是，实际上只有数据类型数据包的传输失败才会导致接收端的应用进入不可用状态。因此，在监测数据传输故障时，可以只需要考虑数据类型的数据包的传输状态，不用考虑控制类型的数据包的传输状态。如果考虑了控制类型的数据包的传输失败，会导致发送端错误地或者提前认为数据传输出现故障，进而使用增强方案进行后续数据包的传输，带来的不必要的资源开销。

本申请实施例中，可选的，所述终端在所述第一数据包的数据包类型为数据类型，且所述第一数据包的传输状态为传输失败的情况下，更新预设计数器的计数值包括以下至少一项：

所述终端在获取到第一编号的所述第一数据包的传输状态为传输失败且首次获取到所述第一编号的所述第一数据包的传输状态的情况下，更新所述预设计数器的计数值；即，针对某一个第一数据包，第一次获取到该数据包的传输状态，且传输状态是传输失败的情况下，更新所述预设计数器的计数值；例如，针对与PDCP SN＝1关联的第一数据包，当第一次获取到前述第一数据包的传输状态的情况下，在前述第一数据包的传输状态为传输失败时，更新计数器的计数值。

所述终端在获取到第一编号的所述第一数据包的传输状态为传输失败且非首次获取到所述第一编号的所述第一数据包的传输状态的情况下，对所述计时器执行目标操作，所述目标操作包括：不更新所述预设计数器的计数值，或者，更新所述计时器的计数值。例如，针对与PDCP SN＝1关联的第一数据包，当非首次(例如第二次)获取到前述第一数据包的传输状态的情况下，在前述第一数据包的传输状态为传输失败时，一种操作是不更新计数器的计数值，另一种操作是更新计数器的计数值。具体采用哪种操作可以由网络侧配置或协议约定。另外，还需要说明的是，对于第一种操作，也就是不更新计数器的计数值，第一种场景是当与PDCP SN＝1关联的第一数据包通过不同的传输路径传输(例如通过第一传输路径和第二传输路径传输)时，若获取到第一数据包通过第一传输路径传输失败时已更新计数器的计数值，则当后续获取到第一数据包通过第二传输路径传输失败时，不更新计数器的计数值。第二种场景是当与PDCP SN＝1关联的第一数据包通过某一条传输路径传输(例如通过第一传输路径传输)时，若获取到第一数据包通过第一传输路径传输失败时已更新计数器的计数值，则当再次获取到第一数据包通过第一传输路径传输失败时，不更新计数器的计数值。网络侧可以配置或者协议可以约定仅第一种场景下，或仅第二种场景下，或第一种场景和第二场景下，当非首次(例如第二次)获取到前述第一数据包的传输状态时不更新计数器的计数值。对于第二种操作，也就是更新计数器的计数值，第一种场景是当与PDCP SN＝1关联的第一数据包通过不同的传输路径传输(例如通过第一传输路径和第二传输路径传输)时，若获取到第一数据包通过第一传输路径传输失败时已更新计数器的计数值，则当获取到第一数据包通过第二传输路径传输失败时，再次更新计数器的计数值。第二种场景是当与PDCP SN＝1关联的第一数据包通过某一条传输路径传输(例如通过第一传输路径传输)时，若获取到第一数据包通过第一传输路径传输失败时已更新计数器的计数值，则当再次获取到第一数据包通过第一传输路径传输失败时，再次更新计数器的计数值。网络侧可以配置或者协议可以约定仅第一种场景下，或仅第二种场景下，或第一种场景和第二场景下，当非首次(例如第二次)获取到前述第一数据包的传输状态时更新计数器的计数值。

本申请实施例中，可选的，所述目标操作由网络侧配置或协议约定。

本申请实施例中，可选的，所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障还包括：所述终端在获取到所述第一数据包的传输状态为传输成功的情况下，复位所述预设计数器。所述第一数据包包括新传输的数据包和/或副本数据包。也就是说，当PDCP层的第一数据包传输成功的情况下，说明通信链路已经恢复正常，此时可以对预设计时器进行复位。需要说明的是，前述的终端在获取到所述第一数据包的传输状态为传输成功的情况下复位所述预设计数器的行为可以包括两种场景。第一种场景是针对与PDCP SN＝1关联的第一数据包，终端获取到前述第一数据包的传输状态为传输失败并对计数器的计数值进行了更新。当后续获取到前述第一数据包的传输状态为成功传输时，复位计数器的计数值。第二种场景是，当前计数器的计数值由于获取到与PDCP SN＝1关联的第一数据包的传输状态为传输失败时而进行过更新，当获取到与PDCP SN＝2关联的数据包的传输状态为传输成功时，复位计数器的计数值。需要说明的是，前述的与PDCP SN＝2关联的数据包是在与PDCP SN＝1关联的第一数据包之后发送的。

本申请实施例中，可选的，所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障还包括：所述终端在同时获取到两个所述第一数据包的传输状态，且其中一个所述第一数据包的传输状态为传输成功，另一所述第一数据包的传输状态为传输失败的情况下，复位所述预设计数器；

其中，所述两个所述第一数据包属于同一数据包(即对应于同一编号的数据包)的不同次传输；或者

所述两个所述第一数据包为不同数据包(即不同编号的数据包)，且传输状态为传输成功的数据包的发送顺序或编号顺序在后。

示例性的，前述的两个所述第一数据包属于同一数据包的不同次传输指的是同一个PDCP层数据包的多次传输，比如与PDCP SN＝1关联的PDCP PDU通过第一传输路径和第二传输路径传输。相当于对于前述第一数据包使用了副本传输方法，例如启用了数据复制功能。当同时获取到前述与PDCP SN＝1关联的PDCP PDU通过第一传输路径传输成功和通过第二传输路径传输失败时，复位所述计数器。

示例性的，前述的两个所述第一数据包为不同数据包指的是不同的PDCP层数据包，例如与PDCP SN＝1关联的PDCP PDU和与PDCP SN＝2关联的PDCP PDU的两个数据包。当同时获取到前述与PDCP SN＝1关联的PDCP PDU传输成功和与PDCP SN＝2关联的PDCP PDU传输失败时，复位所述计数器。

本申请实施例中，可选的，所述复位所述预设计数器之后，还包括：所述终端在获取到所述第一数据包的传输状态为传输失败且所述第一数据包为副本数据包的情况下，忽略所述第一数据包的传输状态。需要说明的是，在终端获知第二编号对应的第一数据包的传输状态为传输成功的情况下而复位了所述预设计数器时，在后续终端获取到前述第二编号对应的第一数据包的传输状态为传输成功的情况下，终端忽略获取到的前述第二编号对应的第一数据包传输失败的信息。在该种情况下，终端不会对计数器进行更新操作。

示例性的，与PDCP SN＝1关联的PDCP PDU通过不同的传输路径传输(如第一传输路径和第二传输路径)，终端获知到前述PDCP PDU通过第一传输路径传输成功时复位了计数器的计数值。在此之后终端获知到前述PDCP PDU通过第二传输路径传输失败时，忽略前述PDCP PDU传输失败的传输状态。在该情况下，终端不会更新计数器的计数值。

需要说明的是，本申请实施例提供的数据传输故障的监测方法，执行主体可以为数据传输故障的监测装置，或者，该数据传输故障的监测装置中的用于执行数据传输故障的监测方法的控制模块。本申请实施例中以数据传输故障的监测装置执行数据传输故障的监测方法为例，说明本申请实施例提供的数据传输故障的监测装置。

请参考图3，本申请实施例还提供一种数据传输故障的监测装置30，包括：

第一获取模块31，用于获取所述PDCP层的第一数据包的传输状态和数据包类型；

第一确定模块32，用于基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障。

本申请实施例中，数据包的发送端能够根据数据包的传输状态和数据包类型，正确判定数据传输是否出现故障，从而当出现传输故障时能及时调整后续数据的传输策略，提高通信效率。

可选的，所述第一获取模块，用于接收RLC层提供的所述第一数据包的传输状态，所述RLC层与所述PDCP层关联。

或者

所述第一获取模块，用于接收MAC层提供的所述第一数据包的传输状态，所述MAC层与所述PDCP层关联。

可选的，所述数据传输故障的监测装置30还包括：

第二获取模块，用于获取所述RLC层的第二数据包的传输状态，其中，所述第二数据包包含所述第一数据包；

第二确定模块，用于基于所述第二数据包的传输状态，确定对应的所述第一数据包的传输状态。

或者

第三获取模块，用于获取所述MAC层的第四数据包的传输状态，其中，所述第四数据包包含所述第一数据包；

第三确定模块，用于基于所述第四数据包的传输状态，确定对应的所述第一数据包的传输状态。

可选的，所述第二获取模块，用于基于MAC层提供的指示信息，获取所述第二数据包的传输状态；其中，所述第二数据包通过所述RLC层的至少一个第三数据包传输，所述指示信息用于指示所述第二数据包对应的所述RLC层的至少一个第三数据包传输成功或传输失败。

可选的，所述第二获取模块，用于执行以下至少一项：

在所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功；

在所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败。

可选的，在所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功包括以下至少一项：

在所述第二数据包通过所述RLC层的一个第三数据包传输，且所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功；

在所述第二数据包通过所述RLC层的N个第三数据包传输，且所述指示信息指示第二数据包对应的N个第三数据包均传输成功的情况下，确定所述第二数据包的传输状态为传输成功，N为大于1的正整数。

可选的，在所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败包括以下至少一项：

在所述第二数据包通过所述RLC层的一个第三数据包传输，且所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败；

在所述第二数据包通过所述RLC层的N个第三数据包传输，且所述指示信息指示第二数据包对应的任意一个第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败，N为大于1的正整数。

可选的，所述第一确定模块32，用于在所述第一数据包的数据包类型为数据类型，且所述第一数据包的传输状态为传输失败的情况下，更新预设计数器的计数值；在所述预设计时器的计数值大于或等于预设阈值的情况下，确定数据传输出现故障。

可选的，所述数据传输故障的监测装置30还包括：

第一忽略模块，用于在所述第一数据包的数据包类型为控制类型的情况下，忽略获取到的所述第一数据包的传输状态。

可选的，在所述第一数据包的数据包类型为数据类型，且所述第一数据包的传输状态为传输失败的情况下，更新预设计数器的计数值包括以下至少一项：

在获取到第一编号的所述第一数据包的传输状态为传输失败且首次获取到第一编号的所述第一数据包的传输状态的情况下，更新所述预设计数器的计数值；

在获取到第一编号的所述第一数据包的传输状态为传输失败且非首次获取到第一编号的所述第一数据包的传输状态的情况下，对所述计时器执行目标操作，所述目标操作包括：不更新所述预设计数器的计数值，或者，更新所述计时器的计数值。

可选的，所述数据传输故障的监测装置30还包括：

第一复位模块，用于在获取到所述第一数据包的传输状态为传输成功的情况下，复位所述预设计数器。

可选的，所述数据传输故障的监测装置30还包括：

第二复位模块，用于在同时获取到两个所述第一数据包的传输状态，且其中一个所述第一数据包的传输状态为传输成功，另一所述第一数据包的传输状态为传输失败的情况下，复位所述预设计数器；

其中，所述两个所述第一数据包属于同一数据包的不同次传输；或者

所述两个所述第一数据包为不同数据包，且传输状态为传输成功的数据包的发送顺序或编号顺序在后。

可选的，所述数据传输故障的监测装置30还包括：

第二忽略模块，用于在复位所述预设计数器之后，获取到所述第一数据包的传输状态为传输失败且所述第一数据包为副本数据包的情况下，忽略所述第一数据包的传输状态。

本申请实施例中的数据传输故障的监测装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例提供的数据传输故障的监测装置能够实现图2的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

如图4所示，本申请实施例还提供一种终端40，包括处理器41，存储器42，存储在存储器42上并可在所述处理器41上运行的程序或指令，该程序或指令被处理器41执行时实现上述数据传输故障的监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种终端，包括处理器和通信接口，处理器用于获取PDCP层的第一数据包的传输状态和数据包类型；基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障。该终端实施例是与上述终端侧方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图5为实现本申请实施例的一种终端的硬件结构示意图。

该终端50包括但不限于：射频单元51、网络模块52、音频输出单元53、输入单元54、传感器55、显示单元56、用户输入单元57、接口单元58、存储器59、以及处理器510等中的至少部分部件。

本领域技术人员可以理解，终端50还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器510逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图5中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元54可以包括图形处理器(GraphicsProcessing Unit，GPU)541和麦克风542，图形处理器541对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元56可包括显示面板561，可以采用液晶显示器、有机发光二极管等形式来配置显示面板561。用户输入单元57包括触控面板571以及其他输入设备572。触控面板571，也称为触摸屏。触控面板571可包括触摸检测装置和触摸控制器两个部分。其他输入设备572可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

本申请实施例中，射频单元51将来自网络侧设备的下行数据接收后，给处理器510处理；另外，将上行的数据发送给网络侧设备。通常，射频单元51包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器59可用于存储软件程序或指令以及各种数据。存储器59可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器59可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。

处理器510可包括一个或多个处理单元；可选的，处理器510可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。

其中，处理器510，用于获取PDCP层的第一数据包的传输状态和数据包类型；基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障。

本申请实施例中，数据包的发送端能够根据数据包的传输状态和数据包类型，正确判定数据传输是否出现故障，从而当出现传输故障时能及时调整后续数据的传输策略，提高通信效率。

可选的，获取PDCP层的第一数据包的传输状态包括：接收RLC层提供的所述第一数据包的传输状态，所述RLC层与所述PDCP层关联。

或者

接收MAC层提供的所述第一数据包的传输状态，所述MAC层与所述PDCP层关联。

可选的，所述处理器510，还用于获取所述RLC层的第二数据包的传输状态，其中，所述第二数据包包含所述第一数据包；基于所述第二数据包的传输状态，确定对应的所述第一数据包的传输状态。

或者，所述处理器510，还用于获取所述MAC层的第四数据包的传输状态，其中，所述第四数据包包含所述第一数据包；基于所述第四数据包的传输状态，确定对应的所述第一数据包的传输状态。

可选的，获取所述RLC层第二数据包的传输状态包括：

基于MAC层提供的指示信息，获取所述第二数据包的传输状态；其中，所述第二数据包通过所述RLC层的至少一个第三数据包传输，所述指示信息用于指示所述第二数据包对应的所述RLC层的至少一个第三数据包传输成功或传输失败。

可选的，基于MAC层提供的指示信息，获取第二数据包的传输状态包括以下至少一项：

在所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功；

在所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败。

可选的，在所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功包括以下至少一项：

在所述第二数据包通过所述RLC层的一个第三数据包传输，且所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功；

在所述第二数据包通过所述RLC层的N个第三数据包传输，且所述指示信息指示第二数据包对应的N个第三数据包均传输成功的情况下，确定所述第二数据包的传输状态为传输成功，N为大于1的正整数。

可选的，在所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败包括以下至少一项：

在所述第二数据包通过所述RLC层的一个第三数据包传输，且所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败；

在所述第二数据包通过所述RLC层的N个第三数据包传输，且所述指示信息指示第二数据包对应的任意一个第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败，N为大于1的正整数。

可选的，所述RLC层的类型包括以下至少一项：确认模式的RLC层和非确认模式的RLC层。

可选的，所述基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障包括：

在所述第一数据包的数据包类型为数据类型，且所述第一数据包的传输状态为传输失败的情况下，更新预设计数器的计数值；

在所述预设计时器的计数值大于或等于预设阈值的情况下，确定数据传输出现故障。

可选的，所述预设阈值由网络侧配置或协议约定。

可选的，基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障还包括：

在所述第一数据包的数据包类型为控制类型的情况下，忽略获取到的所述第一数据包的传输状态。

可选的，所述在所述第一数据包的数据包类型为数据类型，且所述第一数据包的传输状态为传输失败的情况下，更新预设计数器的计数值包括以下至少一项：

在获取到第一编号的所述第一数据包的传输状态为传输失败且首次获取到所述第一编号的所述第一数据包的传输状态的情况下，更新所述预设计数器的计数值；

在获取到第一编号的所述第一数据包的传输状态为传输失败且非首次获取到所述第一编号的所述第一数据包的传输状态的情况下，对所述计时器执行目标操作，所述目标操作包括：不更新所述预设计数器的计数值，或者，更新所述计时器的计数值。

可选的，所述目标操作由网络侧配置或协议约定。

可选的，所述基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障还包括：

在获取到所述第一数据包的传输状态为传输成功的情况下，复位所述预设计数器。

可选的，所述基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障还包括：

所述在同时获取到两个所述第一数据包的传输状态，且其中一个所述第一数据包的传输状态为传输成功，另一所述第一数据包的传输状态为传输失败的情况下，复位所述预设计数器；

其中，所述两个所述第一数据包属于同一数据包的不同次传输；或者

所述两个所述第一数据包为不同数据包，且传输状态为传输成功的数据包的发送顺序或编号顺序在后。

可选的，所述处理器510，还用于在复位所述预设计数器之后，获取到所述第一数据包的传输状态为传输失败且所述第一数据包为副本数据包的情况下，忽略所述第一数据包的传输状态。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述数据传输故障的监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述数据传输故障的监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非易失的存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述数据传输故障的监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (31)

1.一种数据传输故障的监测方法，其特征在于，包括：

终端获取分组数据汇聚协议PDCP层的第一数据包的传输状态和数据包类型；

所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障。

2.根据权利要求1所述的方法，其特征在于，终端获取PDCP层的第一数据包的传输状态包括：

所述终端接收无线链路控制RLC层提供的所述第一数据包的传输状态，所述RLC层与所述PDCP层关联；

或者

所述终端接收媒体接入控制MAC层提供的所述第一数据包的传输状态，所述MAC层与所述PDCP层关联。

3.根据权利要求2所述的方法，其特征在于，终端获取PDCP层的第一数据包的传输状态之前，还包括：

所述终端获取所述RLC层的第二数据包的传输状态，其中，所述第二数据包包含所述第一数据包；

所述终端基于所述第二数据包的传输状态，确定对应的所述第一数据包的传输状态；

或者

所述终端获取所述MAC层的第四数据包的传输状态，其中，所述第四数据包包含所述第一数据包；

所述终端基于所述第四数据包的传输状态，确定对应的所述第一数据包的传输状态。

4.根据权利要求3所述的方法，其特征在于，所述终端获取所述RLC层第二数据包的传输状态包括：

所述终端基于MAC层提供的指示信息，获取所述第二数据包的传输状态；

其中，所述第二数据包通过所述RLC层的至少一个第三数据包传输，所述指示信息用于指示所述第二数据包对应的所述RLC层的至少一个第三数据包传输成功或传输失败。

5.根据权利要求4所述的方法，其特征在于，所述终端基于MAC层提供的指示信息，获取第二数据包的传输状态包括以下至少一项：

在所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功；

在所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败。

6.根据权利要求5所述的方法，其特征在于，在所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功包括以下至少一项：

在所述第二数据包通过所述RLC层的一个第三数据包传输，且所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功；

在所述第二数据包通过所述RLC层的N个第三数据包传输，且所述指示信息指示第二数据包对应的N个第三数据包均传输成功的情况下，确定所述第二数据包的传输状态为传输成功，N为大于1的正整数。

7.根据权利要求5所述的方法，其特征在于，在所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败包括以下至少一项：

在所述第二数据包通过所述RLC层的一个第三数据包传输，且所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败；

在所述第二数据包通过所述RLC层的N个第三数据包传输，且所述指示信息指示第二数据包对应的任意一个第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败，N为大于1的正整数。

8.根据权利要求2所述的方法，其特征在于，所述RLC层的类型包括以下至少一项：确认模式的RLC层和非确认模式的RLC层。

9.根据权利要求1所述的方法，其特征在于，所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障包括：

所述终端在所述第一数据包的数据包类型为数据类型，且所述第一数据包的传输状态为传输失败的情况下，更新预设计数器的计数值；

在所述预设计时器的计数值大于或等于预设阈值的情况下，确定数据传输出现故障。

10.根据权利要求9所述的方法，其特征在于，所述预设阈值由网络侧配置或协议约定。

11.根据权利要求1所述的方法，其特征在于，所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障还包括：

所述终端在所述第一数据包的数据包类型为控制类型的情况下，忽略获取到的所述第一数据包的传输状态。

12.根据权利要求9所述的方法，其特征在于，所述终端在所述第一数据包的数据包类型为数据类型，且所述第一数据包的传输状态为传输失败的情况下，更新预设计数器的计数值包括以下至少一项：

所述终端在获取到第一编号的所述第一数据包的传输状态为传输失败且首次获取到所述第一编号的所述第一数据包的传输状态的情况下，更新所述预设计数器的计数值；

所述终端在获取到第一编号的所述第一数据包的传输状态为传输失败且非首次获取到所述第一编号的所述第一数据包的传输状态的情况下，对所述计时器执行目标操作，所述目标操作包括：不更新所述预设计数器的计数值，或者，更新所述计时器的计数值。

13.根据权利要求12所述的方法，其特征在于，所述目标操作由网络侧配置或协议约定。

14.根据权利要求9所述的方法，其特征在于，所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障还包括：

所述终端在获取到所述第一数据包的传输状态为传输成功的情况下，复位所述预设计数器。

15.根据权利要求9所述的方法，其特征在于，所述终端基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障还包括：

所述终端在同时获取到两个所述第一数据包的传输状态，且其中一个所述第一数据包的传输状态为传输成功，另一所述第一数据包的传输状态为传输失败的情况下，复位所述预设计数器；

其中，所述两个所述第一数据包属于同一数据包的不同次传输；或者

所述两个所述第一数据包为不同数据包，且传输状态为传输成功的数据包的发送顺序或编号顺序在后。

16.根据权利要求14或15所述的方法，其特征在于，所述复位所述预设计数器之后，还包括：

所述终端在获取到所述第一数据包的传输状态为传输失败且所述第一数据包为副本数据包的情况下，忽略所述第一数据包的传输状态。

17.一种数据传输故障的监测装置，其特征在于，包括：

第一获取模块，用于获取PDCP层的第一数据包的传输状态和数据包类型；

第一确定模块，用于基于至少一个所述第一数据包的传输状态和数据包类型，监测数据传输故障。

18.根据权利要求17所述的装置，其特征在于，

所述第一获取模块，用于接收RLC层提供的所述第一数据包的传输状态，所述RLC层与所述PDCP层关联；

或者

所述第一获取模块，用于接收MAC层提供的所述第一数据包的传输状态，所述MAC层与所述PDCP层关联。

19.根据权利要求18所述的装置，其特征在于，还包括：

第二获取模块，用于获取所述RLC层的第二数据包的传输状态，其中，所述第二数据包包含所述第一数据包；

第二确定模块，用于基于所述第二数据包的传输状态，确定对应的所述第一数据包的传输状态；

或者

第三获取模块，用于获取所述MAC层的第四数据包的传输状态，其中，所述第四数据包包含所述第一数据包；

第三确定模块，用于基于所述第四数据包的传输状态，确定对应的所述第一数据包的传输状态。

20.根据权利要求19所述的装置，其特征在于，

所述第二获取模块，用于基于MAC层提供的指示信息，获取所述第二数据包的传输状态；

其中，所述第二数据包通过所述RLC层的至少一个第三数据包传输，所述指示信息用于指示所述第二数据包对应的所述RLC层的至少一个第三数据包传输成功或传输失败。

21.根据权利要求20所述的装置，其特征在于，

所述第二获取模块，用于执行以下至少一项：

在所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功；

在所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败。

22.根据权利要求21所述的装置，其特征在于，在所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功包括以下至少一项：

在所述第二数据包通过所述RLC层的一个第三数据包传输，且所述指示信息指示第二数据包对应的所述第三数据包传输成功的情况下，确定所述第二数据包的传输状态为传输成功；

在所述第二数据包通过所述RLC层的N个第三数据包传输，且所述指示信息指示第二数据包对应的N个第三数据包均传输成功的情况下，确定所述第二数据包的传输状态为传输成功，N为大于1的正整数。

23.根据权利要求22所述的装置，其特征在于，在所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败包括以下至少一项：

在所述第二数据包通过所述RLC层的一个第三数据包传输，且所述指示信息指示第二数据包对应的所述第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败；

在所述第二数据包通过所述RLC层的N个第三数据包传输，且所述指示信息指示第二数据包对应的任意一个第三数据包传输失败的情况下，确定所述第二数据包的传输状态为传输失败，N为大于1的正整数。

24.根据权利要求17所述的装置，其特征在于，

所述第一确定模块，用于在所述第一数据包的数据包类型为数据类型，且所述第一数据包的传输状态为传输失败的情况下，更新预设计数器的计数值；在所述预设计时器的计数值大于或等于预设阈值的情况下，确定数据传输出现故障。

25.根据权利要求24所述的装置，其特征在于，还包括：

第一忽略模块，用于在所述第一数据包的数据包类型为控制类型的情况下，忽略获取到的所述第一数据包的传输状态。

26.根据权利要求24所述的装置，其特征在于，在所述第一数据包的数据包类型为数据类型，且所述第一数据包的传输状态为传输失败的情况下，更新预设计数器的计数值包括以下至少一项：

在获取到第一编号的所述第一数据包的传输状态为传输失败且首次获取到所述第一编号的所述第一数据包的传输状态的情况下，更新所述预设计数器的计数值；

在获取到第一编号的所述第一数据包的传输状态为传输失败且非首次获取到所述第一编号的所述第一数据包的传输状态的情况下，对所述计时器执行目标操作，所述目标操作包括：不更新所述预设计数器的计数值，或者，更新所述计时器的计数值。

27.根据权利要求24所述的装置，其特征在于，还包括：

第一复位模块，用于在获取到所述第一数据包的传输状态为传输成功的情况下，复位所述预设计数器。

28.根据权利要求24所述的装置，其特征在于，还包括：

第二复位模块，用于在同时获取到两个所述第一数据包的传输状态，且其中一个所述第一数据包的传输状态为传输成功，另一所述第一数据包的传输状态为传输失败的情况下，复位所述预设计数器；

其中，所述两个所述第一数据包属于同一数据包的不同次传输；或者

所述两个所述第一数据包为不同数据包，且传输状态为传输成功的数据包的发送顺序或编号顺序在后。

29.根据权利要求27或28所述的装置，其特征在于，还包括：

第二忽略模块，用于在获取到所述第一数据包的传输状态为传输失败且所述第一数据包为副本数据包的情况下，忽略所述第一数据包的传输状态。

30.一种终端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至16任一项所述的方法的步骤。

31.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至16任一项所述的方法。

Images