CN113708889A - 数据传输方法和设备 - Google Patents

Abstract

本申请实施例公开了一种数据传输方法和设备，用以解决发送端设备无法确定接收端设备的相关应用是否即将进入不可用状态，进而不能提供有效策略来尽量保证数据包在存活时间内到达接收端设备的问题。该方法可以由发送端设备执行，包括：在确定连续的N个第一数据包发送超时的情况下，调整数据传输策略，N为大于1的整数。

Description

数据传输方法和设备

技术领域

本申请实施例涉及通信领域，尤其涉及一种数据传输方法和设备。

背景技术

通信服务的可用性，是许多自动化功能应用的一个重要的服务性能需求指标，特别是对于具有确定性业务流的应用。工业环境中，很多自动化功能应用都有很高的通信服务可用性需求，如移动控制，其通信服务可用性需求高度高达99.999999％。

在实际应用过程中，当接收端设备没有在特定的时间(如存活时间，survivaltime)内正确接收到发送端设备发送的数据包时，将会导致接收端设备的(自动化功能)应用进入不可用状态。

然而，对于发送端设备而言，其并不知道接收端设备的相关应用是否即将进入不可用状态，进而不能提供有效策略来尽量保证数据包在存活时间内到达接收端设备。

发明内容

本申请实施例的目的是提供一种数据传输方法和设备，用以解决发送端设备无法确定接收端设备的相关应用是否即将进入不可用状态，进而不能提供有效策略来尽量保证数据包在存活时间内到达接收端设备的问题。

第一方面，提供了一种据传输方法，所述方法由发送端设备执行，所述方法包括：在确定连续的N个第一数据包发送超时的情况下，调整数据传输策略，N为大于1的整数。

第二方面，提供了一种数据传输方法，所述方法由网络设备执行，所述方法包括如下至少之一：发送第一配置信息，所述第一配置信息用于指示连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置；发送上行授权；发送第二配置信息，所述第二配置信息用于重新配置连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置。

第三方面，提供了一种发送端设备，包括：调整模块，用于在确定连续的N个第一数据包发送超时的情况下，调整数据传输策略，N为大于1的整数。

第四方面，提供了一种网络设备，该网络设备包括发送模块，用于如下至少之一：发送第一配置信息，所述第一配置信息用于指示连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置；发送上行授权；发送第二配置信息，所述第二配置信息用于重新配置连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置。

第五方面，提供了一种发送端设备，该发送端设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的指令或程序，所述指令或程序被所述处理器执行时实现如第一方面所述的数据传输方法的步骤。

第六方面，提供了一种网络设备，该网络设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的指令或程序，所述指令或程序被所述处理器执行时实现如第一方面和第二方面中任意一个方面所述的数据传输方法。

第七方面，提供了一种可读存储介质，所述可读存储介质上存储指令或程序，所述指令或程序被处理器执行时实现如第一方面和第二方面中任意一个方面所述的数据传输方法。

第八方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面和第二方面中任意一个方面所述的数据传输方法。

在本申请实施例中，在确定连续的N个第一数据包发送超时的情况下，发送端设备认为接收端设备的相关应用即将进入不可用状态，进而调整数据传输策略，例如，提高第一数据包对应的逻辑信道优先级；接收专门用于传输第一数据包的上行授权等，以尽量保证数据包在存活时间内到达接收端设备，提高通信有效性。

附图说明

图1是根据本申请的一个实施例的数据传输方法的示意性流程图；

图2是根据本申请的一个实施例的滑动窗口初始状态示意图；

图3是根据本申请的一个实施例的滑动窗口移动后的状态示意图；

图4是根据本申请的一个实施例的滑动窗口无需移动的状态示意图；

图5是根据本申请的另一个实施例的滑动窗口移动后的状态示意图；

图6是根据本申请的一个实施例的定时器启动/停止示意图；

图7是根据本申请的另一个实施例的数据传输方法的示意性流程图；

图8是根据本申请的一个实施例的发送端设备的结构示意图；

图9是根据本申请的一个实施例的网络设备的结构示意图；

图10是根据本申请的一个实施例的终端设备的结构示意图；

图11是根据本申请的另一个实施例的网络设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

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

应理解，本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long Term Evolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)或全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统、5G系统，或者说新无线(New Radio，NR)系统，或者为后续演进通信系统。

在本申请实施例中，终端设备可以包括但不限于移动台(Mobile Station，MS)、移动终端(Mobile Terminal)、移动电话(Mobile Telephone)、用户设备(User Equipment，UE)、手机(handset)及便携设备(portable equipment)、车辆(vehicle)等，该终端设备可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，例如，终端设备可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等，终端设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。

本申请实施例中，网络设备是一种部署在无线接入网中用以为终端设备提供无线通信功能的装置。所述网络设备可以为基站，所述基站可以包括各种形式的宏基站，微基站，中继站，接入点等。在采用不同的无线接入技术的系统中，具有基站功能的设备的名称可能会有所不同。例如在LTE网络中，称为演进的节点B(Evolved NodeB，eNB或eNodeB)，在第三代(3rd Generation，3G)网络中，称为节点B(Node B)，在5G系统中称为下一代节点B(gNB)，或者后续演进通信系统中的网络设备等等，然用词并不构成限制。

如图1所示，本申请的一个实施例提供一种数据传输方法100，该方法100可以由发送端设备设备执行，换言之，该方法100可以由安装在发送端设备的软件或硬件来执行，该方法包括如下步骤。

S102：在确定连续的N个第一数据包发送超时的情况下，调整数据传输策略，N为大于1的整数。

本申请各个实施例中提到的发送端设备，可以是终端设备(如UE)，也可以是网络设备(如gNB)。在发送端设备是终端设备的情况下，N可以由网络设备配置，也可以由协议约定；在发送端设备是网络设备的情况下，N可以由网络设备自主决定，也可以由协议约定。

该实施例中，每个第一数据包可以对应有一个定时器，该定时器用于判断第一数据包是否发送超时，该定时器可以是在数据包(包括前文提到的第一数据包，还可以是其他数据包等)到达的时刻启动，也可以是在数据包到达后经过预定时间后启动。其中，所述的“数据包到达”可以理解为数据包从上层到达维护所述定时器的协议层，也可以理解为维护所述定时器的协议层从上层接收到数据包。在一个例子中，发送端设备的分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层维护有上述定时器，在第一数据包从上层(如SDAP层，或应用层)到达PDCP层的时刻启动该定时器。在另一个例子中，发送端设备的分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层维护有上述定时器，PDCP层在从上层(如SDAP层或应用层)接收到第一数据包时启动该定时器。

该实施例中，连续的N个第一数据包可以是N个编号连续的第一数据包；也可以是N个到达时间(例如，到达某一协议层的时间)连续的第一数据包；还可以是N个编号连续且到达时间连续的第一数据包。

对于上述提到的编号，例如，发送端设备的分组数据汇聚协议(Packet DataConvergence Protocol，PDCP)层维护有上述定时器时，所述的编号可以是PDCP计数值(也就是COUNT)，PDCP序列号(Sequence Number，SN)等。另外一个例子，发送端设备的无线链路控制(Radio Link Control，RLC)层维护有上述定时器时，所述的编号可以是RLC序列号(Sequence Number，SN)等。

可选地，该实施例中提到的调整数据传输策略包括如下至少之一：

1)调整第一数据包对应的无线承载的逻辑信道配置。例如，提高第一数据包对应的无线承载的逻辑信道优先级，以便于第一数据包及时发送，避免接收端设备的应用进入不可用状态，提高通信有效性。

可选地，在调整数据传输策略之前，所述方法100还包括：接收第一配置信息，所述第一配置信息用于指示连续的N个发送超时的所述第一数据包对应的无线承载的逻辑信道配置。例如，网络设备给某专用无线承载(Dedicated Radio Bearer，DRB)提供两套逻辑信道配置1和2。如果该DRB中存在连续的N个发送超时的第一数据包，终端设备自动将逻辑信道配置1调整为逻辑信道配置2，其中，逻辑信道配置2的逻辑信道优先级可以高于逻辑信道配置1的逻辑信道优先级。

2)接收上行授权。

该上行授权可以用于传输特定类型的数据包，该特定类型的数据包包括发送超时(例如前文提到的第一数据包)或发送即将超时的数据包，避免接收端设备的应用进入不可用状态，提高通信有效性。

可选地，在发送端设备为终端设备的情况下，上述提到的调整数据传输策略包括如下至少之一：

1)向网络设备发送调度请求。可选地，该调度请求携带第一指示信息，所述第一指示信息携带待发送的数据量和剩余时间的至少一项。例如，发送调度请求的调度请求(Scheduling Request，SR)资源和逻辑信道是对应的，发送端设备检测连续多个第一数据包发送超时，可通过与所述连续多个第一数据包的逻辑信道对应的SR资源发送调度请求。网络设备侧通过SR资源可以判断是哪些或哪个逻辑信道对应有发送超时的数据包。示例性的，所述调度请求还可以携带数据量和剩余时间信息，所述剩余时间可以指示的是距离所述定时器超时的剩余时间(所述的剩余时间可以是绝对时间值，也可以是剩余时间的范围值，如1ms～2ms对应范围值1,2ms～3ms对应范围值2。)，所述的数据量可以指示的是剩余时间对应的数据量。例如，剩余时间的范围值1对应的数据量为100字节，剩余时间的范围值2对应的数据量为200字节。所述携带第一指示信息的调度请求也可以在正常情况下触发，也就是说不是在UE检测到连续N个第一数据包发送超时的情况下发送，所述的正常情况可以是有高优先数据到达，但是无法发送BSR的情况下。

2)向网络设备发送缓存状态报告。可选地，该缓存状态报告携带第二指示信息，所述第二指示信息携带缓存的数据量和剩余时间的至少一项。示例性的，所述缓存状态报告还可以携带数据量和剩余时间信息，所述剩余时间可以指示的是距离前述的定时器超时的剩余时间(所述的剩余时间可以是绝对时间值，也可以是剩余时间的范围值，如1ms～2ms对应范围值1,2ms～3ms对应范围值2。)，所述的数据量可以指示的是剩余时间对应的数据量。例如，剩余时间的范围值1对应的数据量为100字节，剩余时间的范围值2对应的数据量为200字节。所述携带第一指示信息的缓存状态报告也可以在正常情况下触发，也就是说不是在UE检测到连续N个第一数据包发送超时的情况下发送，所述的正常情况可以是有高优先数据到达的情况下。

3)向网络设备发送媒体接入控制(Media Access Control，MAC)层信令(如MACCE)。可选地，该MAC层信令可携带逻辑信道标识，用于指示该逻辑信道标识对应的逻辑信道存在超时的数据包。额外的，所述MAC层信令可以触发SR。例如，发送端检测到连续N个第一数据包发送超时，需发送MAC层信令(如MAC CE)给网络设备侧，但没有发送所述MAC层信令的资源(如PUSCH资源)，则发送端设备可以触发SR。

该实施例通过执行上述三种实施方式的一种或多种实施方式的组合，使得网络设备可以分配上行授权给终端设备，该上行授权可以用于传输发送超时或发送即将超时的数据包，避免接收端设备的应用进入不可用状态，提高通信有效性。

可选地，上述多个例子中提到的上行授权可以携带第三指示信息，所述第三指示信息用于指示所述上行授权用于特定类型的数据包，其中，所述特定类型的数据包包括发送超时或发送即将超时的数据包。

该实施例通过执行上述三种实施方式的一种或多种实施方式的组合，网络设备还可以发送第二配置信息，所述第二配置信息用于重新配置所述第一数据包对应的逻辑信道配置。例如，提高第一数据包对应的无线承载的逻辑信道优先级，以便于第一数据包及时发送，避免接收端设备的应用进入不可用状态，提高通信有效性。

本申请实施例提供的数据传输方法，在确定连续的N个第一数据包发送超时的情况下，发送端设备认为接收端设备的相关应用即将进入不可用状态，进而调整数据传输策略，例如，提高第一数据包对应的逻辑信道优先级；接收专门用于传输第一数据包的上行授权等，以尽量保证数据包在存活时间内到达接收端设备，提高通信有效性。

为详细说明本申请上述实施例提供的数据传输方法，以下将结合两个具体的实施例进行说明。

实施例一

该实施例一在实施例100的基础上，还可以通过滑动窗口，确定是否出现连续的N个第一数据包发送超时，该滑动窗口的窗口长度等于N。

该实施例中，如果所述滑动窗口内的N个第一数据包对应的第一定时器都超时，则确定连续的N个第一数据包发送超时，其中，每个第一数据包可以对应一个第一定时器。

该实施例中，发送端设备，例如，发送端设备的PDCP层或无线链路控制(RadioLink Control，RLC)层)可以维护一个滑动窗口，该滑动窗口的窗口长度N可以由网络设备配置，还可以是协议约定。在一个例子中，发送端设备是终端设备，网络设备配置滑动窗口的窗口长度为N，对应N个数据包。

在一个例子中，Uu口有M个连续的数据包没有按要求(如没有按照配置的QoS需求)到达接收端设备时，通信服务或应用将进入不可用状态，此时接入网可以配置N为小于M的整数值，例如N＝M-1。

上述滑动窗口包括有初始状态，在一个例子中，所述滑动窗口包括初始下边界和初始上边界；其中，所述初始下边界位于初始发送的数据包的编号的位置，所述初始上边界为距离所述初始下边界N个数据包的编号位置。在另一个例子中，所述滑动窗口包括初始下边界和初始上边界；其中，所述初始下边界位于数据包的编号为0的位置，所述初始上边界为距离所述初始下边界N个数据包的编号位置。

在图2所示的例子中，滑动窗口的初始下边界位于初始发送的数据包的编号(编号1)的位置，初始上边界为距离所述初始下边界4(N＝4)个数据包的编号位置，即初始上边界位于数据包的编号为4的位置。

该实施例中，发送端设备可以通过以下三种情况中的一种或多种，来移动滑动窗口，或者是维持滑动窗口的位置不变，并判断滑动窗口内的N个第一数据包对应的第一定时器是否都超时。

情况一：

在确定第二数据包发送成功、且所述第二数据包的编号与所述滑动窗口的下边界的差值小于所述窗口长度的情况下，移动所述滑动窗口的下边界至所述第二数据包之后的第一个没有发送成功的第三数据包的编号位置。

示例性的，所述的“第二数据包的编号与所述滑动窗口的下边界的差值”可以理解为第二数据包的编号与所述滑动窗口的下边界对应的数据包编号的差值，或第二数据包的编号与所述滑动窗口的下边界对应的数据包编号的差值的绝对值，或第二数据包与所述滑动窗口的下边界对应的数据包间隔的数据包数量值。

情况一如图2和图3所示，滑动窗口的初始下边界在PDCP COUNT＝1处，滑动窗口的初始上边界在PDCP COUNT＝4处，即图2所示的位置。当接收到PDCP COUNT＝3的数据包(对应于上述第二数据包)被成功接收的指示信息时，移动所述滑动窗口至所述滑动窗口的下边界在PDCP COUNT＝4(对应于上述第三数据包)处，此时，滑动窗口的上边界在PDCP COUNT＝7处，即图3所示的位置。另外，在图3中显示PDCP COUNT＝1的数据包发送超时；PDCPCOUNT＝3的数据包被成功接收。

情况二

在确定第二数据包发送成功、且所述第二数据包的编号与所述滑动窗口的下边界的差值大于或等于所述窗口长度的情况下，保持所述滑动窗口的位置不移动。

示例性的，所述的“第二数据包的编号与所述滑动窗口的下边界的差值”的含义如上文所述，此处不再赘述。

情况二如图3和图4所示，在图3中，滑动窗口的下边界在PDCP COUNT＝4处，滑动窗口的上边界在PDCP COUNT＝7处。当接收到PDCP COUNT＝9的数据包(对应于上述第二数据包)被成功接收的指示信息时，因PDCP COUNT＝9与滑动窗口的下边界PDCP COUNT＝4的差值为5，大于窗口长度4，因此维持滑动窗口的位置不移动，具体参见图4。另外，在图4中显示PDCP COUNT＝1的数据包发送超时；PDCP COUNT＝3和9的数据包被成功接收。

情况三

在确定第二数据包发送成功、且所述第二数据包的编号与所述滑动窗口的下边界的差值小于所述窗口长度的情况下，移动所述滑动窗口的下边界至所述第二数据包之后的第一个没有发送成功的第三数据包的编号(参见图5中的PDCP COUNT＝10)位置；其中，所述第三数据包的编号与距离所述第三数据包之后的第一个发送成功的数据包的编号(图5中的PDCP COUNT＝14)的差值大于或等于所述窗口长度。

可选地，情况三在移动所述滑动窗口的过程中，如果所述滑动窗口内存在发送成功的数据包，则确定发送成功且编号最大的第四数据包，移动所述滑动窗口的下边界至所述第四数据包之后的第一个没有成功发送的数据包的编号位置。

示例性的，所述的“第二数据包的编号与所述滑动窗口的下边界的差值”的含义如上文所述，此处不再赘述。

类似的，所述的“所述第三数据包的编号与距离所述第三数据包之后的第一个发送成功的数据包的编号的差值”的含义同上文所述的所述的“第二数据包的编号与所述滑动窗口的下边界的差值”的含义，此处不再赘述。

情况三如图3和图5所示，在图3中，滑动窗口的下边界在PDCP COUNT＝4处，滑动窗口的上边界在PDCP COUNT＝7处。当接收到PDCP COUNT＝7的数据包(对应于上述第二数据包)被成功接收的指示信息时，首先，移动(暂时移动)所述滑动窗口至所述滑动窗口的下边界在PDCP COUNT＝8处，此时，滑动窗口的上边界在PDCP COUNT＝11处，因滑动窗口内存在发送成功的数据包，即PDCP COUNT＝9的数据包(对应于上述第四数据包)，则继续移动所述滑动窗口至所述滑动窗口的下边界在PDCP COUNT＝10处，此时，此滑动窗口的上边界在PDCP COUNT＝13处，滑动窗口内不存在发送成功的数据包，参见图5所示。

在图5中显示PDCP COUNT＝1的数据包发送超时；PDCP COUNT＝3、7、9和14的数据包被成功接收。

在其它的例子中，可以理解，如果滑动窗口内，也即PDCP COUNT＝10和PDCP COUNT＝13内存在发送成功的数据包，则可以继续按照前述规则来向后移动滑动窗口，直至滑动窗口内不存在发送成功的数据包。

可选地，上述情况一至情况三中提到的第二数据包发送成功包括如下至少之一：

1)所述第二数据包成功发送。

2)对端实体(接收端设备)指示所述第二数据包被成功接收。

3)底层实体指示所述第二数据包被成功接收。

示例性的，所述第二数据包成功发送可以是为维护第一定时器的协议实体(如PDCP实体)将所述第二数据包递交到底层(如RLC实体)。也可以是所述第二数据包从发送端设备发送出去(如从空口发送出去)。

所述对端实体指示所述第二数据包被成功接收可以是通过状态报告指示的。例如所述第一定时器维护在PDCP层，对端PDCP实体通过PDCP状态报告指示，或者所述第一定时器维护在RLC层，对应RLC实体通过RLC状态报告指示。

所述底层实体指示所述第二数据包被成功接收可以是通过底层HARQ反馈和/或底层RLC反馈。

通过前文介绍的滑动窗口，发送端设备在确定出滑动窗口内的N个第一数据包对应的第一定时器都超时的情况下，则确定连续的N个第一数据包发送超时，可以执行如下方法一和方法二的至少之一：

方法一

调整数据包(可以包括前述第一数据包)对应的RB(如DRB)的逻辑优先级配置。该例子适用于发送端设备是终端设备的情况，也适用于发送端设备是网络设备的情况。

额外的，在发送端设备是终端设备的情况下，网络设备侧还可以隐式或显式指示当连续的N个第一数据包发送超时的情况下使用的逻辑信道配置。例如，网络设备给某专用无线承载(Dedicated Radio Bearer，DRB)提供两套逻辑信道配置1和2。如果该DRB中存在连续的N个发送超时的第一数据包，终端设备自动将逻辑信道配置1调整为逻辑信道配置2，其中，逻辑信道配置2的逻辑信道优先级可以高于逻辑信道配置1的逻辑信道优先级。示例性的，当发送端设备将对应第一定时器已超时的数据包(包括第一数据包)发送后，发送端设备还可以自动将逻辑信道配置2调整回之前的逻辑信道配置1。

此外，所述发送端设备是终端设备的情况下，所述发送端设备还可以在发送指示信息给网络侧后，接收网络侧发送的逻辑信道配置。示例性的，发送端设备在发送所述指示之前使用的逻辑信道配置1，所述网络侧发送的逻辑信道配置将其调整为逻辑信道配置2。

方法二

向网络侧发送指示信息。该例子适用于发送端设备是终端设备的情况下，终端设备发送指示信息给网络设备侧的方式可以是以下任意一种：

1)向网络设备侧发送调度请求。所述指示信息可以是所述调度请求。可选地，所述调度请求携带额外指示信息，如数据量和/或剩余时间。可选地，终端设备可以通过专用的调度请求(Scheduling Request，SR)资源发送所述调度请求，其中所述专用SR资源为网络设备侧配置的用于为特定类型数据包(如所述第一定时器超时的数据包，或配置有所述第一定时器的数据包)申请上行授权的专用SR资源。关于该调度请求的详细介绍可以参见实施例100中的相关描述。

2)向网络设备侧发送缓存状态报告。所述指示信息可以是所述缓存状态报告。可选地，所述缓存状态报告携带额外指示信息，如数据量和/或剩余时间。关于该缓存状态报告的详细介绍可以参见实施例100中的相关描述。

3)向网络设备发送MAC层信令，如MAC控制单元(Control Element，CE)，所述MACCE可携带逻辑信道标识，用于指示所述逻辑信道标识对应的逻辑信道存在第一定时器超时的数据包。所述MAC侧信令还可以携带额外信息，如数据量和/或剩余时间，例如逻辑信道1中第一定时器已超时的数据包的总数据量。或者，例如逻辑信道1中剩余时间为0的数据包的总数据量为100字节，逻辑信道2中剩余时间为0.5ms的数据包的总数据量为200字节。关于该MAC层信令的详细介绍可以参见实施例100中的相关描述。

对于实施例一中提到的第一定时器，该第一定时器的启动时机包括：数据包到达后；或，数据包到达后的预定时间后。

该第一定时器的停止时机包括如下至少之一：

1)所述第一定时器对应的数据包成功发送，具体参见前文介绍。

2)对端实体指示所述第一定时器对应的数据包被成功接收。

3)底层实体指示所述第一定时器对应的数据包被成功接收。

可选地，第一定时器以及第一定时器的时长由网络设备侧配置。额外的，所述第一定时器的配置粒度可以是每个DRB或每个服务质量(Quality of Service，QoS)流(flow)。

示例性的，第一定时器的时长可以配置为DRB或QoS flow对应的Uu最大传输时延(如包延迟预算，Packet Delay Budget，PDB)。对于所述第一定时器，终端设备可以有如下行为：

1)当从上层接收到数据包时，启动所述数据包对应的第一定时器。

2)当数据包发送成功后，停止所述数据包对应的第一定时器；其中，所述数据包发送成功可以指的是所述数据包成功被接收，所述发送端设备确定所述数据包成功被接收可以是基于底层实体(如RLC或HARQ)指示的，或基于对端实体(如PDCP状态报告)指示的。

在上述方法二中，网络设备侧接收终端设备发送的指示信息，还可以执行如下一项或多项行为：

1)网络设备侧分配上行授权给终端设备。

额外的，所述上行授权携带指示信息，所述指示信息用于指示所述上行授权适用于特定类型的数据包使用，如所述第一定时器超时的数据包，或配置了所述第一定时器的数据包。

2)重配置逻辑信道优先级配置。例如，将连续的N个第一数据包发送超时的DRB对应的逻辑信道优先级配置1调整为逻辑信道优先级配置2。

实施例二

该实施例二在实施例100的基础上，还可以通过定时器的运行情况，确定是否出现连续的N个第一数据包发送超时。

该实施例二中提到的定时器包括第二定时器和第三定时器。其中，每个数据包可以对应一个第二定时器，所述第二定时器的启动时机可以包括：数据包到达后；或，数据包到达后的预定时间后。第三定时器的启动时机包括：任意一个所述第二定时器超时。关于“数据包到达”的详细介绍可以参见实施例100中的相关描述。

可选地，在所述第二定时器超时，所述第三定时器正在运行的情况下，发送端设备还可以执行如下至少之一：不启动新的所述第三定时器；不重启所述第三定时器；保持正在运行的第三定时器继续运行。

可选地，第二定时器的停止时机包括如下至少之一：

1)所述第二定时器对应的数据包发送成功；

2)对端实体指示所述第二定时器对应的数据包被成功接收；

3)底层实体指示所述第二定时器对应的数据包被成功接收。

示例性的，第二定时器对应的数据包发送成功可以是为维护第二定时器的协议实体(如PDCP实体)将数据包递交到底层(如RLC实体)。也可以是数据包从发送端设备发送出去(如从空口发送出去)。

所述对端实体指示所述第二定时器对应的数据包可以是通过状态报告指示的。例如所述第二定时器维护在PDCP层，对端PDCP实体通过PDCP状态报告指示，或者第二定时器维护在RLC层，对应RLC实体通过RLC状态报告指示。

所述底层实体指示所述第二定时器对应的数据包被成功接收可以是通过底层HARQ反馈和/或底层RLC反馈。

在一个例子中，在确定第五数据包发送成功的情况下，停止所述第五数据包对应的所述第二定时器。

实施例二通过定时器的运行情况，确定是否出现连续的N个所述第一数据包发送超时，包括：如果所述第三定时器超时，则确定连续的N个所述第一数据包发送超时，后续即可执行前述实施例100或实施例一介绍的调整数据传输策略。

在所述第三定时器运行期间，如果确定第五数据包发送成功，则停止所述第三定时器。可选地，该第五数据包对应的所述第二定时器没有超时。

示例性的，在所述第三定时器运行期间，如果接收端反馈已经成功接收到第五数据包，但是在发送端设备，所述第五数据包对应的所述第二定时器已经超时，则不停止所述第三定时器。反之，如果接收端反馈已经成功接收到第五数据包，但是在发送端，所述第五数据包对应的所述第二定时器没有超时，则停止所述第三定时器。

上述提到的第五数据包发送成功包括如下至少之一：

1)所述第五数据包成功发送；

2)对端实体指示所述第五数据包被成功接收；

3)底层实体指示所述第五数据包被成接收。

示例性的，所述第五数据包成功发送可以是为维护第二定时器和/或第三定时器的协议实体(如PDCP实体)将所述第五数据包递交到底层(如RLC实体)。也可以是所述第五数据包从发送端设备发送出去(如从空口发送出去)。

所述对端实体指示所述第五数据包被成功接收可以是通过状态报告指示的。例如所述第二定时器和/或第三定时器维护在PDCP层，对端PDCP实体通过PDCP状态报告指示，或者第二定时器和/或第三定时器维护在RLC层，对应RLC实体通过RLC状态报告指示。

所述底层实体指示所述第五数据包被成功接收可以是通过底层HARQ反馈和/或底层RLC反馈。

为详细说明上述实施例二，以下将结合图6所示的实施实例进行说明。

该例子中，发送端设备(如PDCP层或RLC层)维护两个定时器，分别为第二定时器和第三定时器，上述两个定时器以及定时器时长可以由网络设备侧配置。额外的，所述两个定时器的配置粒度可以是每个DRB或每个QoS flow的。

示例性的，所述第二定时器的时长可以配置为DRB或QoS flow对应的Uu最大传输时延；所述第三定时器的时长可以配置为DRB或QoS flow对应的Uu口存活时间，该Uu口存活时间可以是接收端的应用维护的存活时间经过映射处理得到的，可以是由核心网节点发送给接入网节点的。

示例性的，假设Uu口在时长T内没有接收到的按要求(如没有按照配置的QoS需求)到达接收端设备时，通信服务将进入不可用状态，此时RAN可以配置第三定时器的时长T3<T，示例性的T3＝T-最大Uu口时延。

其中，对应第二定时器，发送端设备(如UE)的行为如下：

1)当从上层接收到数据包时，或距离从上层接收到数据包后的预定义时间时启动第二定时器。例如，UE的PDCP层维护第二定时器，当PDCP层从上层(如SDAP层或应用层)接收到数据包时，启动第二定时器。或者，UE的PDCP层维护第二定时器，当PDCP层从上层(如SDAP层，或应用层)接收到数据包后的预设时长后，启动所述数据包对应的第二定时器(如所述数据包属于QoS flow 1，启动与QoS flow 1对应的第二定时器)。

具体参见图6，在图6中，PDCP SN＝1对应的数据包到达后，启动对应的第二定时器(图6中的timer2)；在经过一定的传输间隔后，PDCP SN＝2对应的数据包到达后，启动对应的第二定时器；在经过一定的传输间隔后，PDCP SN＝3对应的数据包到达后，启动对应的第二定时器；在经过一定的传输间隔后，PDCP SN＝4对应的数据包到达后，启动对应的第二定时器。

在图6中，PDCP SN＝1，PDCP SN＝3和PDCP SN＝4对应的第二定时器均超时；PDCPSN＝2对应的第二定时器未超时。

2)当接收到数据包成功接收的指示时，停止该数据包对应的第二定时器。例如，UE的PDCP层维护第二定时器，当接收到PDCP SN＝2对应的数据包被接收端成功接收的指示信息(如底层RLC指示或PDCP状态报告指示)，PDCP层停止PDCP SN＝2对应的数据包所对应的第二定时器。

3)当第二定时器超时，启动第三定时器。

参见图6，例如，UE的PDCP层维护第二定时器，当PDCP SN＝1对应的数据包的第二定时器(图6中的timer2)超时，PDCP层启动第三定时器(图6中的timer3)。或，例如，UE的RLC层维护第二定时器，当RLC SN＝1对应的数据包的第二定时器超时，RLC层启动第三定时器。

对应第三定时器，发送端设备(如UE)的行为如下至少之一：

1)当第二定时器超时，启动或重启第三定时器。

举例如下，PDCP SN＝1对应的数据包的第二定时器超时，则启动了第三定时器，在该第三定时器运行期间，PDCP SN＝1对应的数据包成功被接收，PDCP层停止了第三定时器，此后，PDCP SN＝3对应的数据包对应的第二定时器超时，则PDCP层重启第三定时器。所述“重启第三定时器”指示的是所述第三定时器从初始值(如0)开始运行。

2)在第三定时器运行期间，若接收到数据包成功被接收的指示时，停止第三定时器，其中，所述被成功接收的数据包对应的所述第二定时器没有超时。

例如，在图6中，在第三定时器运行期间，当接收到PDCP SN＝2对应的数据包被接收端成功接收的指示信息(如底层RLC指示或PDCP状态报告指示)，PDCP层停止第三定时器，其中，PDCP SN＝2对应的数据包对应的第二定时器没有超时。

上述各个例子中，如果第三定时器超时，发送端设备可以执行如下一项或多项：

方法一

调整数据包对应的RB(如DRB)的逻辑优先级配置。该例子适用于发送端设备是终端设备的情况，也适用于发送端设备是网络设备的情况。

额外的，在发送端设备是终端设备的情况下，网络设备侧还可以隐式或显式指示当第三定时器超时的情况下使用的逻辑信道配置。例如，网络设备给某专用无线承载(Dedicated Radio Bearer，DRB)提供两套逻辑信道配置1和2。如果该DRB中存在第三定时器超时，终端设备自动将逻辑信道配置1调整为逻辑信道配置2，其中，逻辑信道配置2的逻辑信道优先级可以高于逻辑信道配置1的逻辑信道优先级。示例性的，当发送端设备将对应第三定时器已超时的数据包发送后，发送端设备还可以自动将逻辑信道配置2调整回之前的逻辑信道配置1。

此外，所述发送端设备是终端设备的情况下，所述发送端设备还可以在发送指示信息给网络侧后，接收网络侧发送的逻辑信道配置。示例性的，发送端设备在发送所述指示之前使用的逻辑信道配置1，所述网络侧发送的逻辑信道配置将其调整为逻辑信道配置2。

方法二

向网络侧发送指示信息。该例子适用于发送端设备是终端设备的情况下，终端设备发送指示信息给网络设备侧的方式可以是以下任意一种：

1)向网络设备侧发送调度请求。所述指示信息可以是所述调度请求。可选地，所述调度请求携带额外指示信息，如数据量和/或剩余时间。可选地，终端设备可以通过专用的SR资源发送所述调度请求，其中所述专用SR资源为网络设备侧配置的用于为特定类型数据包(如所述第二定时器或第三定时器超时的数据包，或配置有所述第二定时器和第三定时器的数据包)申请上行授权的专用SR资源。关于该调度请求的详细介绍可以参见实施例100中的相关描述。

2)向网络设备侧发送缓存状态报告。所述指示信息可以是缓存状态报告(如shortBSR，long BSR等)。所述缓存状态报告可以是与传统缓存状态报告不同的，例如通过逻辑信道ID区分。可选地，所述缓存状态报告携带额外指示信息，如数据量和/或剩余时间。关于该缓存状态报告的详细介绍可以参见实施例100中的相关描述。

3)向网络设备发送MAC层信令，如MAC控制单元(Control Element，CE)，所述MACCE可携带逻辑信道标识，用于指示所述逻辑信道标识对应的逻辑信道存在第三定时器超时的数据包。所述MAC侧信令还可以携带额外信息，如数据量和或剩余时间，例如，逻辑信道1中第二定时器已超时的数据包的总数据量。或者，例如逻辑信道1中剩余时间为0的数据包的总数据量为100字节，逻辑信道2中剩余时间为0.5ms的数据包的总数据量为200字节。额外的，所述MAC层信令可以触发SR。关于该MAC层信令的详细介绍可以参见实施例100中的相关描述。

在上述方法二中，网络设备侧接收终端设备发送的指示信息，还可以执行如下一项或多项行为：

1)网络设备侧分配上行授权给终端设备。

额外的，所述上行授权携带指示信息，所述指示信息用于指示所述上行授权适用于特定类型的数据包使用(如所述第二定时器或第三定时器超时的数据包，或配置有所述第二定时器和第三定时器的数据包)。

2)重配置逻辑信道优先级配置。例如，将存在第三定时器超时的DRB对应的逻辑信道优先级配置1调整为逻辑信道优先级配置2。

以上结合图1值图6详细描述了根据本申请实施例的数据传输方法。下面将结合图7详细描述根据本申请另一实施例的数据传输方法。从网络设备侧的描述可以参见前文发送端设备侧的描述相同，为避免重复，适当省略相关描述。

图7是本申请实施例的数据传输方法实现流程示意图，可以应用在网络设备侧。如图7所示，该方法700包括S702中介绍的至少之一：

S702：发送第一配置信息，第一配置信息用于指示连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置；

发送上行授权；

发送第二配置信息，第二配置信息用于重新配置连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置。

在本申请实施例中，网络设备可以采取发送上行授权或者是发送配置信息的方式，以尽量保证发送端设备(如UE)数据包在存活时间内到达接收端设备，提高通信有效性。

可选地，作为一个实施例，所述方法700还包括：接收第一消息，所述第一消息是终端设备在确定连续的N个所述第一数据包发送超时的情况下发送的，所述第一消息包括如下至少之一：

调度请求；

缓存状态报告；

MAC层信令。

可选地，作为一个实施例，

在所述第一消息包括所述调度请求的情况下，所述调度请求携带第一指示信息，所述第一指示信息携带数据量和剩余时间的至少一项；

在所述第一消息包括所述缓存状态报告的情况下，所述缓存状态报告携带第二指示信息，所述第二指示信息携带数据量和剩余时间的至少一项。

可选地，作为一个实施例，所述上行授权携带第三指示信息，所述第三指示信息用于指示所述上行授权用于特定类型的数据包，其中，所述特定类型的数据包包括发送超时或发送即将超时的数据包。

以上结合图1至图7详细描述了根据本申请实施例的数据传输方法。下面将结合图8详细描述根据本申请实施例的发送端设备。

图8是根据本申请实施例的发送端设备的结构示意图，发送端设备可以是终端设备，也可以是网络设备。如图8所示，发送端设备800包括：

调整模块802，可以用于在确定连续的N个第一数据包发送超时的情况下，调整数据传输策略，N为大于1的整数。

在本申请实施例中，在确定连续的N个第一数据包发送超时的情况下，发送端设备认为接收端设备的相关应用即将进入不可用状态，进而调整数据传输策略，例如，提高第一数据包对应的逻辑信道优先级；接收专门用于传输第一数据包的上行授权等，以尽量保证数据包在存活时间内到达接收端设备，提高通信有效性。

可选地，作为一个实施例，在所述发送端设备为终端设备的情况下，所述N由网络设备配置。

可选地，作为一个实施例，

所述连续的N个第一数据包为N个编号连续的第一数据包；和/或

所述连续的N个第一数据包为N个到达时间连续的第一数据包。

可选地，作为一个实施例，发送端设备800还包括确定模块，可以用于通过滑动窗口，确定是否出现连续的N个所述第一数据包发送超时，所述滑动窗口的窗口长度等于所述N。

可选地，作为一个实施例，确定模块通过滑动窗口，确定是否出现连续的N个所述第一数据包发送超时，包括：如果所述滑动窗口内的N个所述第一数据包对应的第一定时器都超时，则确定连续的N个所述第一数据包发送超时。

可选地，作为一个实施例，所述第一定时器的启动时机包括：

数据包到达后；或，

数据包到达后的预定时间后。

可选地，作为一个实施例，所述第一定时器的停止时机包括如下至少之一：

所述第一定时器对应的数据包成功发送；

对端实体指示所述第一定时器对应的数据包被成功接收；

底层实体指示所述第一定时器对应的数据包被成功接收。

可选地，作为一个实施例，发送端设备800还包括移动模块，可以用于在确定第二数据包发送成功、且所述第二数据包的编号与所述滑动窗口的下边界的差值小于所述窗口长度的情况下，移动所述滑动窗口的下边界至所述第二数据包之后的第一个没有发送成功的第三数据包的编号位置。

可选地，作为一个实施例，所述第二数据包发送成功包括如下至少之一：

所述第二数据包成功发送；

对端实体指示所述第二数据包被成功接收；

底层实体指示所述第二数据包被成功接收。

可选地，作为一个实施例，发送端设备800还包括移动模块，可以用于在确定第二数据包发送成功、且所述第二数据包的编号与所述滑动窗口的下边界的差值大于或等于所述窗口长度的情况下，保持所述滑动窗口的位置不移动。

可选地，作为一个实施例，发送端设备800还包括移动模块，可以用于在确定第二数据包发送成功、且所述第二数据包的编号与所述滑动窗口的下边界的差值小于所述窗口长度的情况下，移动所述滑动窗口的下边界至所述第二数据包之后的第一个没有发送成功的第三数据包的编号位置；

其中，所述第三数据包的编号与距离所述第三数据包之后的第一个发送成功的数据包的编号的差值大于或等于所述窗口长度。

可选地，作为一个实施例，在移动所述滑动窗口的过程中，如果所述滑动窗口内存在发送成功的数据包，则确定发送成功且编号最大的第四数据包，移动所述滑动窗口的下边界至所述第四数据包之后的第一个没有成功发送的数据包的编号位置。

可选地，作为一个实施例，所述滑动窗口包括初始下边界和初始上边界；其中，所述初始下边界位于初始发送的数据包的编号的位置，所述初始上边界为距离所述初始下边界N个数据包的编号位置。

可选地，作为一个实施例，所述滑动窗口包括初始下边界和初始上边界；其中，所述初始下边界位于数据包的编号为0的位置，所述初始上边界为距离所述初始下边界N个数据包的编号位置。

可选地，作为一个实施例，发送端设备800还包括确定模块，可以用于通过定时器的运行情况，确定是否出现连续的N个所述第一数据包发送超时。

可选地，作为一个实施例，所述定时器包括第二定时器和第三定时器。

可选地，作为一个实施例，所述第二定时器的启动时机包括：

数据包到达后；或，

数据包到达后的预定时间后。

可选地，作为一个实施例，所述第三定时器的启动时机包括：所述第二定时器超时。

可选地，作为一个实施例，在所述第二定时器超时，所述第三定时器正在运行的情况下，发送端设备800还包括定时器控制模块，可以用于：

不启动新的所述第三定时器；或，

不重启所述第三定时器。

可选地，作为一个实施例，所述第二定时器的停止时机包括如下至少之一：

所述第二定时器对应的数据包发送成功；

对端实体指示所述第二定时器对应的数据包被成功接收；

底层实体指示所述第二定时器对应的数据包被成功接收。

可选地，作为一个实施例，所述通过定时器的运行情况，确定是否出现连续的N个所述第一数据包发送超时，包括：如果所述第三定时器超时，则确定连续的N个所述第一数据包发送超时。

可选地，作为一个实施例，发送端设备800还包括定时器控制模块，可以用于：在确定第五数据包发送成功的情况下，停止所述第五数据包对应的所述第二定时器。

可选地，作为一个实施例，发送端设备800还包括定时器控制模块，可以用于：在所述第三定时器运行期间，如果确定第五数据包发送成功，则停止所述第三定时器。

可选地，作为一个实施例，所述第五数据包发送成功包括如下至少之一：

所述第五数据包成功发送；

对端实体指示所述第五数据包被成功接收；

底层实体指示所述第五数据包被成接收。

可选地，作为一个实施例，所述第五数据包对应的所述第二定时器没有超时。

可选地，作为一个实施例，所述调整模块802调整数据传输策略包括如下至少之一：

调整所述第一数据包对应的无线承载的逻辑信道配置；

接收上行授权。

可选地，作为一个实施例，发送端设备800还包括接收模块，可以用于接收第一配置信息，所述第一配置信息用于指示连续的N个发送超时的所述第一数据包对应的无线承载的逻辑信道配置。

可选地，作为一个实施例，在所述发送端设备为终端设备的情况下，所述调整数据传输策略包括如下至少之一：

向网络设备发送调度请求；

向网络设备发送缓存状态报告；

向网络设备发送媒体接入控制MAC层信令。

可选地，作为一个实施例，

在向所述网络设备发送调度请求的情况下，所述调度请求携带第一指示信息，所述第一指示信息携带数据量和剩余时间的至少一项；

在向网络设备发送缓存状态报告的情况下，所述缓存状态报告携带第二指示信息，所述第二指示信息携带数据量和剩余时间的至少一项。

可选地，作为一个实施例，发送端设备800还包括接收模块，可以用于如下至少之一：

接收上行授权；

接收第二配置信息，所述第二配置信息用于重新配置所述第一数据包对应的逻辑信道配置。

可选地，作为一个实施例，上述各个例子中提到的上行授权携带第三指示信息，所述第三指示信息用于指示所述上行授权用于特定类型的数据包，其中，所述特定类型的数据包包括发送超时或发送即将超时的数据包。

根据本申请实施例的发送端设备800可以参照本申请实施例的方法100的流程，并且，该发送端设备800中的各个单元/模块和上述其他操作和/或功能分别为了实现方法100中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。

图9是根据本申请实施例的网络设备的结构示意图。如图9所述，网络设备900包括：发送模块902，可以用于如下至少之一：

发送第一配置信息，所述第一配置信息用于指示连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置；

发送上行授权；

发送第二配置信息，所述第二配置信息用于重新配置连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置。

在本申请实施例中，网络设备可以采取发送上行授权或者是发送配置信息的方式，以尽量保证发送端设备(如UE)数据包在存活时间内到达接收端设备，提高通信有效性。

可选地，作为一个实施例，网络设备900还包括接收模块，可以用于接收第一消息，所述第一消息是终端设备在确定连续的N个所述第一数据包发送超时的情况下发送的，所述第一消息包括如下至少之一：

调度请求；

缓存状态报告；

MAC层信令。

可选地，作为一个实施例，

在所述第一消息包括所述调度请求的情况下，所述调度请求携带第一指示信息，所述第一指示信息携带数据量和剩余时间的至少一项；

在所述第一消息包括所述缓存状态报告的情况下，所述缓存状态报告携带第二指示信息，所述第二指示信息携带数据量和剩余时间的至少一项。

可选地，作为一个实施例，所述上行授权携带第三指示信息，所述第三指示信息用于指示所述上行授权用于特定类型的数据包，其中，所述特定类型的数据包包括发送超时或发送即将超时的数据包。

根据本申请实施例的网络设备900可以参照对应本申请实施例的方法700的流程，并且，该网络设备900中的各个单元/模块和上述其他操作和/或功能分别为了实现方法700中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。

本说明书中的各个实施例采用递进的方式描述，每个实施例重点说明的通常是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于设备实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在指代某特征或名词时使用不定冠词或定冠词(例如，“一”、“该”)的情况下，所用冠词不对该特征或名词的数量产生限定，也就是说，除另外特别声明该特征或名词为一个的情况之外，并不排除该特征或名词包括多个的情况。

此外，在说明书和权利要求书中使用术语“第一”、“第二”和“第三”等来在相似数据包或定时器之间进行区分，并且这些术语不必描述次序或时间顺序。应当理解，这样使用的术语在适当的环境下是可交换的，并且本文所描述的申请的实施方案能够以本文所描述或说明的次序之外的其它次序来操作。

图10是本申请另一个实施例的终端设备的框图。图10所示的终端设备1000包括：至少一个处理器1001、存储器1002、至少一个网络接口1004和用户接口1003。终端设备1000中的各个组件通过总线系统1005耦合在一起。可理解，总线系统1005用于实现这些组件之间的连接通信。总线系统1005除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图10中将各种总线都标为总线系统1005。

其中，用户接口1003可以包括显示器、键盘、点击设备(例如，鼠标，轨迹球(trackball))、触感板或者触摸屏等。

可以理解，本申请实施例中的存储器1002可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例描述的系统和方法的存储器1002旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器1002存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统10021和应用程序10022。

其中，操作系统10021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序10022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本申请实施例方法的程序可以包含在应用程序10022中。

在本申请实施例中，终端设备1000还包括：存储在存储器上1002并可在处理器1001上运行的指令或程序，指令或程序被处理器1001执行时实现如下方法实施例100的步骤。

上述本申请实施例揭示的方法可以应用于处理器1001中，或者由处理器1001实现。处理器1001可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1001可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的可读存储介质中。该可读存储介质位于存储器1002，处理器1001读取存储器1002中的信息，结合其硬件完成上述方法的步骤。具体地，该可读存储介质上存储有指令或程序，指令或程序被处理器1001执行时实现如上述方法实施例100的各步骤。

可以理解的是，本申请实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital SignalProcessing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(ProgrammableLogic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本申请实施例所述功能的模块(例如过程、函数等)来实现本申请实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

终端设备1000能够实现前述实施例中发送端设备实现的各个过程，并且能够达到相同或等同的技术效果，为避免重复，这里不再赘述。

请参阅图11，图11是本申请实施例应用的网络设备的结构图，能够实现方法实施例100和700的细节，并达到相同的效果。如图11所示，网络设备1100包括：处理器1101、收发机1102、存储器1103和总线接口，其中：

在本申请实施例中，网络设备1100还包括：存储在存储器上1103并可在处理器1101上运行的指令或程序，指令或程序被处理器1101、执行时实现方法实施例100和700的步骤。

在图11中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1101代表的一个或多个处理器和存储器1103代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1102可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

处理器1101负责管理总线架构和通常的处理，存储器1103可以存储处理器1101在执行操作时所使用的数据。

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

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

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

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

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

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

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

Claims (39)

1.一种数据传输方法，其特征在于，所述方法由发送端设备执行，所述方法包括：

在确定连续的N个第一数据包发送超时的情况下，调整数据传输策略，N为大于1的整数。

2.根据权利要求1所述的方法，其特征在于，在所述发送端设备为终端设备的情况下，所述N由网络设备配置。

3.根据权利要求1所述的方法，其特征在于，

所述连续的N个第一数据包为N个编号连续的第一数据包；和/或

所述连续的N个第一数据包为N个到达时间连续的第一数据包。

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

通过滑动窗口，确定是否出现连续的N个所述第一数据包发送超时，所述滑动窗口的窗口长度等于所述N。

5.根据权利要求4所述的方法，其特征在于，所述通过滑动窗口，确定是否出现连续的N个所述第一数据包发送超时，包括：

如果所述滑动窗口内的N个所述第一数据包对应的第一定时器都超时，则确定连续的N个所述第一数据包发送超时。

6.根据权利要求5所述的方法，其特征在于，所述第一定时器的启动时机包括：

数据包到达后；或，

数据包到达后的预定时间后。

7.根据权利要求5所述的方法，其特征在于，所述第一定时器的停止时机包括如下至少之一：

所述第一定时器对应的数据包成功发送；

对端实体指示所述第一定时器对应的数据包被成功接收；

底层实体指示所述第一定时器对应的数据包被成功接收。

8.根据权利要求4或5所述的方法，其特征在于，所述方法还包括：

在确定第二数据包发送成功、且所述第二数据包的编号与所述滑动窗口的下边界的差值小于所述窗口长度的情况下，移动所述滑动窗口的下边界至所述第二数据包之后的第一个没有发送成功的第三数据包的编号位置。

9.根据权利要求8所述的方法，其特征在于，所述第二数据包发送成功包括如下至少之一：

所述第二数据包成功发送；

对端实体指示所述第二数据包被成功接收；

底层实体指示所述第二数据包被成功接收。

10.根据权利要求4或5所述的方法，其特征在于，所述方法还包括：

在确定第二数据包发送成功、且所述第二数据包的编号与所述滑动窗口的下边界的差值大于或等于所述窗口长度的情况下，保持所述滑动窗口的位置不移动。

11.根据权利要求4或5所述的方法，其特征在于，所述方法还包括：

在确定第二数据包发送成功、且所述第二数据包的编号与所述滑动窗口的下边界的差值小于所述窗口长度的情况下，移动所述滑动窗口的下边界至所述第二数据包之后的第一个没有发送成功的第三数据包的编号位置；

其中，所述第三数据包的编号与距离所述第三数据包之后的第一个发送成功的数据包的编号的差值大于或等于所述窗口长度。

12.根据权利要求11所述的方法，其特征在于，

在移动所述滑动窗口的过程中，如果所述滑动窗口内存在发送成功的数据包，则确定发送成功且编号最大的第四数据包，移动所述滑动窗口的下边界至所述第四数据包之后的第一个没有成功发送的数据包的编号位置。

13.根据权利要求4所述的方法，其特征在于，所述滑动窗口包括初始下边界和初始上边界；其中，所述初始下边界位于初始发送的数据包的编号的位置，所述初始上边界为距离所述初始下边界N个数据包的编号位置。

14.根据权利要求4所述的方法，其特征在于，所述滑动窗口包括初始下边界和初始上边界；其中，所述初始下边界位于数据包的编号为0的位置，所述初始上边界为距离所述初始下边界N个数据包的编号位置。

15.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过定时器的运行情况，确定是否出现连续的N个所述第一数据包发送超时。

16.根据权利要求15所述的方法，其特征在于，所述定时器包括第二定时器和第三定时器。

17.根据权利要求16所述的方法，其特征在于，所述第二定时器的启动时机包括：

数据包到达后；或，

数据包到达后的预定时间后。

18.根据权利要求16所述的方法，其特征在于，所述第三定时器的启动时机包括：

所述第二定时器超时。

19.根据权利要求18所述的方法，其特征在于，在所述第二定时器超时，所述第三定时器正在运行的情况下，所述方法还包括：

不启动新的所述第三定时器；或，

不重启所述第三定时器。

20.根据权利要求16所述的方法，其特征在于，所述第二定时器的停止时机包括如下至少之一：

所述第二定时器对应的数据包发送成功；

对端实体指示所述第二定时器对应的数据包被成功接收；

底层实体指示所述第二定时器对应的数据包被成功接收。

21.根据权利要求18所述的方法，其特征在于，所述通过定时器的运行情况，确定是否出现连续的N个所述第一数据包发送超时，包括：

如果所述第三定时器超时，则确定连续的N个所述第一数据包发送超时。

22.根据权利要求16所述的方法，其特征在于，所述方法还包括：

在确定第五数据包发送成功的情况下，停止所述第五数据包对应的所述第二定时器。

23.根据权利要求18所述的方法，其特征在于，所述方法还包括：

在所述第三定时器运行期间，如果确定第五数据包发送成功，则停止所述第三定时器。

24.根据权利要求22或23所述的方法，其特征在于，所述第五数据包发送成功包括如下至少之一：

所述第五数据包成功发送；

对端实体指示所述第五数据包被成功接收；

底层实体指示所述第五数据包被成接收。

25.根据权利要求23所述的方法，其特征在于，所述第五数据包对应的所述第二定时器没有超时。

26.根据权利要求1所述的方法，其特征在于，所述调整数据传输策略包括如下至少之一：

调整所述第一数据包对应的无线承载的逻辑信道配置；

接收上行授权。

27.根据权利要求26所述的方法，其特征在于，所述调整数据传输策略之前，所述方法还包括：

接收第一配置信息，所述第一配置信息用于指示连续的N个发送超时的所述第一数据包对应的无线承载的逻辑信道配置。

28.根据权利要求1所述的方法，其特征在于，在所述发送端设备为终端设备的情况下，所述调整数据传输策略包括如下至少之一：

向网络设备发送调度请求；

向网络设备发送缓存状态报告；

向网络设备发送媒体接入控制MAC层信令。

29.根据权利要求28所述的方法，其特征在于，

在向所述网络设备发送调度请求的情况下，所述调度请求携带第一指示信息，所述第一指示信息携带数据量和剩余时间的至少一项；

在向网络设备发送缓存状态报告的情况下，所述缓存状态报告携带第二指示信息，所述第二指示信息携带数据量和剩余时间的至少一项。

30.根据权利要求28所述的方法，其特征在于，所述方法还包括如下至少之一：

接收上行授权；

接收第二配置信息，所述第二配置信息用于重新配置所述第一数据包对应的逻辑信道配置。

31.根据权利要求26或30所述的方法，其特征在于，所述上行授权携带第三指示信息，所述第三指示信息用于指示所述上行授权用于特定类型的数据包，其中，所述特定类型的数据包包括发送超时或发送即将超时的数据包。

32.一种数据传输方法，其特征在于，所述方法由网络设备执行，所述方法包括如下至少之一：

发送第一配置信息，所述第一配置信息用于指示连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置；

发送上行授权；

发送第二配置信息，所述第二配置信息用于重新配置连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置。

33.根据权利要求32所述的方法，其特征在于，所述方法还包括：接收第一消息，所述第一消息是终端设备在确定连续的N个所述第一数据包发送超时的情况下发送的，所述第一消息包括如下至少之一：

调度请求；

缓存状态报告；

MAC层信令。

34.根据权利要求33所述的方法，其特征在于，

在所述第一消息包括所述调度请求的情况下，所述调度请求携带第一指示信息，所述第一指示信息携带数据量和剩余时间的至少一项；

在所述第一消息包括所述缓存状态报告的情况下，所述缓存状态报告携带第二指示信息，所述第二指示信息携带数据量和剩余时间的至少一项。

35.根据权利要求32所述的方法，其特征在于，所述上行授权携带第三指示信息，所述第三指示信息用于指示所述上行授权用于特定类型的数据包，其中，所述特定类型的数据包包括发送超时或发送即将超时的数据包。

36.一种发送端设备，其特征在于，包括：

调整模块，用于在确定连续的N个第一数据包发送超时的情况下，调整数据传输策略，N为大于1的整数。

37.一种网络设备，其特征在于，包括发送模块，用于如下至少之一：

发送第一配置信息，所述第一配置信息用于指示连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置；

发送上行授权；

发送第二配置信息，所述第二配置信息用于重新配置连续的N个发送超时的第一数据包对应的无线承载的逻辑信道配置。

38.一种通信设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的指令或程序，所述指令或程序被所述处理器执行时实现如权利要求1至35中任一项所述的数据传输方法。

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

Images