数据传输方法、装置及通信设备

摘要

本申请公开了一种数据传输方法、装置及通信设备，属于通信技术领域。所述数据传输方法应用于终端时，包括如下步骤：向网络侧设备发送第一上行数据；在确认所述第一上行数据发送失败的情况下，对所述第一上行数据进行重传。本申请实施例提供的方案解决了相关技术中终端与网络侧设备之间数据传输的可靠性较低的问题。

权利要求

1.一种数据传输方法，应用于终端，其特征在于，所述方法包括：向网络侧设备发送第一上行数据；

在确认所述第一上行数据发送失败的情况下，对所述第一上行数据进行重传；

所述对所述第一上行数据进行重传，包括：获取发送所述第一上行数据的第一HARQ进程，在重传资源对应的HARQ进程为所述第一HARQ进程的情况下，将所述第一上行数据通过所述重传资源对应的第一HARQ进程进行重传；

其中，所述重传资源是所述终端对所述第一上行数据进行重传的资源，所述重传资源是在所述终端向所述网络侧设备发送第一上行数据之前由所述网络侧设备配置的；

在所述重传资源能够发送的数据大小与所述第一上行数据的数据大小不同的情况下，对所述第一上行数据进行重构后通过重传通道进行重传；

其中，重构后的第一上行数据的数据大小与所述重传资源能够发送的数据大小匹配。

2.根据权利要求1所述的方法，其特征在于，所述第一上行数据发送失败通过如下任意一项确认：在预设时间内未接收到所述网络侧设备发送的反馈信息；

接收到所述网络侧设备发送的接收失败指示信息。

3.根据权利要求1所述的方法，其特征在于，所述对所述第一上行数据进行重传包括：在满足第一预设条件的情况下，对所述第一上行数据进行重传；

其中，所述第一预设条件包括如下至少一项：所述第一上行数据对应的第一定时器超时，所述第一定时器用于在超时的情况下允许对所述第一上行数据进行重传；

所述第一上行数据对应的第二定时器处于运行状态，所述第二定时器用于在运行期限内禁止上行数据新传。

4.根据权利要求3所述的方法，其特征在于，所述第一定时器和所述第二定时器中的至少一者的启动条件或重启动条件包括如下任意一项：所述终端进行了第二上行数据的发送；

所述终端进行了所述第一上行数据的重传；

在预设时间内未接收到所述网络侧设备发送的反馈信息。

5.根据权利要求3所述的方法，其特征在于，在满足第二预设条件的情况下，所述第一定时器停止；

其中，所述第二预设条件包括如下任意一项：接收到所述网络侧设备发送的反馈信息；

所述第二定时器停止；

所述第二定时器超时；

所述第二定时器重启动。

6.根据权利要求3所述的方法，其特征在于，在满足第三预设条件的情况下，所述第二定时器停止；

其中，所述第三预设条件包括：接收到所述网络侧设备发送的反馈信息。

7.根据权利要求2、4、5或6所述的方法，其特征在于，所述反馈信息用于指示如下任意一项：所述第一上行数据接收成功；

所述第一上行数据接收失败；

所述终端进行第二上行数据的发送。

8.根据权利要求1所述的方法，其特征在于，所述向网络侧设备发送第一上行数据之前，所述方法还包括：接收网络侧设备发送的第一配置信息；其中，所述第一配置信息用于指示终端通过目标上行资源发送上行数据，所述目标上行资源包括如下任意一项：专属上行资源和随机接入过程中的上行资源；

所述向网络侧设备发送第一上行数据，包括：基于所述第一配置信息，通过所述目标上行资源向网络侧设备发送第一上行数据。

9.根据权利要求8所述的方法，其特征在于，对所述第一上行数据进行重传的资源包括如下任意一项：所述专属上行资源；

所述随机接入过程中的上行资源。

10.根据权利要求1所述的方法，其特征在于，所述重传资源能够发送的数据大小与所述第一上行数据的数据大小相同。

11.根据权利要求1所述的方法，其特征在于，所述重传资源的时间位置通过如下任意一项确定：所述终端确定进行重传的时间位置；

所述终端确定进行重传的时间位置之后的预设个时间位置。

12.根据权利要求1所述的方法，其特征在于，所述方法还包括：在满足第四预设条件的情况下，停止所述第一上行数据的传输，所述传输包括发送和重传；

其中，所述第四预设条件包括如下任意一项：接收到网络侧设备发送的第二配置信息，所述第二配置信息用于指示所述第一上行数据的传输次数或传输时长；

协议规定的所述第一上行数据的传输次数或传输时长；

接收到预设指示信息，所述预设指示信息用于指示停止所述第一上行数据的传输。

13.一种数据传输装置，应用于终端，其特征在于，所述装置包括：发送模块，用于向网络侧设备发送第一上行数据；

重传模块，用于在确认所述第一上行数据发送失败的情况下，对所述第一上行数据进行重传；

所述重传模块还用于：

获取发送所述第一上行数据的第一HARQ进程，在重传资源对应的HARQ进程为所述第一HARQ进程的情况下，将所述第一上行数据通过所述重传资源对应的第一HARQ进程进行重传；

其中，所述重传资源是所述终端对所述第一上行数据进行重传的资源，所述重传资源是在所述终端向所述网络侧设备发送第一上行数据之前由所述网络侧设备配置的；

在所述重传资源能够发送的数据大小与所述第一上行数据的数据大小不同的情况下，对所述第一上行数据进行重构后通过重传通道进行重传；

其中，重构后的第一上行数据的数据大小与所述重传资源能够发送的数据大小匹配。

14.根据权利要求13所述的装置，其特征在于，所述第一上行数据发送失败通过如下任意一项确认：在预设时间内未接收到所述网络侧设备发送的反馈信息；

接收到所述网络侧设备发送的接收失败指示信息。

15.根据权利要求13所述的装置，其特征在于，所述重传模块还用于：在满足第一预设条件的情况下，对所述第一上行数据进行重传；

其中，所述第一预设条件包括如下至少一项：所述第一上行数据对应的第一定时器超时，所述第一定时器用于在超时的情况下允许对所述第一上行数据进行重传；

所述第一上行数据对应的第二定时器处于运行状态，所述第二定时器用于在运行期限内禁止上行数据新传。

16.根据权利要求15所述的装置，其特征在于，所述第一定时器和所述第二定时器中的至少一者的启动条件或重启动条件包括如下任意一项：所述终端进行了第二上行数据的发送；

所述终端进行了所述第一上行数据的重传；

在预设时间内未接收到所述网络侧设备发送的反馈信息。

17.根据权利要求15所述的装置，其特征在于，在满足第二预设条件的情况下，所述第一定时器停止；

其中，所述第二预设条件包括如下任意一项：接收到所述网络侧设备发送的反馈信息；

所述第二定时器停止；

所述第二定时器超时；

所述第二定时器重启动。

18.根据权利要求15所述的装置，其特征在于，在满足第三预设条件的情况下，所述第二定时器停止；

其中，所述第三预设条件包括：接收到所述网络侧设备发送的反馈信息。

19.根据权利要求14、16、17或18所述的装置，其特征在于，所述反馈信息用于指示如下任意一项：所述第一上行数据接收成功；

所述第一上行数据接收失败；

所述终端进行第二上行数据的发送。

20.根据权利要求13所述的装置，其特征在于，所述装置还包括：接收模块，用于接收网络侧设备发送的第一配置信息；其中，所述第一配置信息用于指示终端通过目标上行资源发送上行数据，所述目标上行资源包括如下任意一项：专属上行资源和随机接入过程中的上行资源；

所述发送模块还用于：

基于所述第一配置信息，通过所述目标上行资源向网络侧设备发送第一上行数据。

21.根据权利要求20所述的装置，其特征在于，对所述第一上行数据进行重传的资源包括如下任意一项：所述专属上行资源；

随机接入过程中的上行资源。

22.根据权利要求13所述的装置，其特征在于，所述重传资源能够发送的数据大小与所述第一上行数据的数据大小相同。

23.根据权利要求13所述的装置，其特征在于，所述重传资源的时间位置通过如下任意一项确定：所述终端确定进行重传的时间位置；

所述终端确定进行重传的时间位置之后的预设个时间位置。

24.根据权利要求13所述的装置，其特征在于，所述装置还包括：停止模块，用于在满足第四预设条件的情况下，停止所述第一上行数据的传输，所述传输包括发送和重传；

其中，所述第四预设条件包括如下任意一项：接收到网络侧设备发送的第二配置信息，所述第二配置信息用于指示所述第一上行数据的传输次数或传输时长；

协议规定的所述第一上行数据的传输次数或传输时长；

接收到预设指示信息，所述预设指示信息用于指示停止所述第一上行数据的传输。

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

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

说明书

数据传输方法、装置及通信设备

技术领域

[0001] 本申请属于通信技术领域，具体涉及一种数据传输方法、装置及通信设备。

背景技术

[0002] 在现有的通信系统中，终端(User Equipment，UE)使用专属上行资源发送上行数据后，终端可以启动一个定时器，用于接收网络侧设备的反馈信息；若终端没有接收到网络侧设备的反馈信息，或者说没有在预设时间内接收到网络侧设备的反馈信息，则终端会认为数据传输失败，并放弃该数据的传输，这会导致数据的丢失，使得终端与网络侧设备之间数据传输的可靠性较低。

发明内容

[0003] 本申请实施例的目的是提供一种数据传输方法、装置及通信设备，能够解决相关技术中终端与网络侧设备之间数据传输的可靠性较低的问题。

[0004] 为了解决上述技术问题，本申请是这样实现的：

[0005] 第一方面，提供了一种数据传输方法，应用于终端，所述方法包括：

[0006] 向网络侧设备发送第一上行数据；

[0007] 在确认所述第一上行数据发送失败的情况下，对所述第一上行数据进行重传。

[0008] 第二方面，提供了一种数据传输方法，应用于网络侧设备，所述方法包括：

[0009] 接收终端发送的第一上行数据；

[0010] 在所述第一上行数据发送失败的情况下，接收所述终端重传的所述第一上行数据。

[0011] 第三方面，提供了一种数据传输装置，应用于终端，所述装置包括：

[0012] 发送模块，用于向网络侧设备发送第一上行数据；

[0013] 重传模块，用于在确认所述第一上行数据发送失败的情况下，对所述第一上行数据进行重传。

[0014] 第四方面，提供了一种数据传输装置，应用于网络侧设备，所述装置包括：

[0015] 第一接收模块，用于接收终端发送的第一上行数据；

[0016] 第二接收模块，用于在所述第一上行数据发送失败的情况下，接收所述终端重传的所述第一上行数据。

[0017] 第五方面，提供了一种通信设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤，或者，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。

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

[0019] 第七方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法。

[0020] 在本申请实施例中，终端向网络侧设备发送第一上行数据，在确认第一上行数据发送失败的情况下，可以对所述第一上行数据进行重传。这样，终端在数据传输失败的情况下，并不会放弃该数据的传输，而是能够对传输失败的数据进行重传，避免数据的丢失，增加了网络侧设备对数据接收成功的机率，提高了终端与网络侧设备之间数据传输的可靠性。

附图说明

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

[0022] 图2是本申请实施例提供的一种数据传输方法的流程图；

[0023] 图3是本申请实施例提供的另一种数据传输方法的流程图；

[0024] 图4是本申请实施例提供的一种数据传输装置的结构图；

[0025] 图5是本申请实施例提供的另一种数据传输装置的结构图；

[0026] 图6是本申请实施例提供的一种通信设备的结构图；

[0027] 图7是本申请实施例提供的一种终端的结构图；

[0028] 图8是本申请实施例提供的一种网络侧设备的结构图。

具体实施方式

[0029] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

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

[0031] 值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE‑Advanced，LTE‑A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple 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术语，尽管这些技术也可应用th于NR系统应用以外的应用，如第6代(6  Generation，6G)通信系统。

[0032] 图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(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系统中的基站为例，但是并不限定基站的具体类型。

[0033] 下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的数据传输方法进行详细地说明。

[0034] 请参照图1，图1是本申请实施例提供的一种数据传输方法的流程图，所述数据传输方法应用于终端，如图1所示，所述数据传输方法包括以下步骤：

[0035] 步骤201、向网络侧设备发送第一上行数据。

[0036] 需要说明的是，终端可以是通过专属上行资源或随机接入过程中的上行资源发送所述第一上行数据。可选的，所述步骤201之前还可以包括：

[0037] 接收网络侧设备发送的第一配置信息；其中，所述第一配置信息用于指示终端通过目标上行资源发送上行数据，所述目标上行资源包括如下任意一项：专属上行资源和随机接入过程中的上行资源。

[0038] 可选的，所述专属上行资源可以是专属上行物理上行共享信道(Physical Uplink Shared Channel，PUSCH)资源。例如，网络侧设备可以是在无线资源控制(Radio Resource Control，RRC)Release消息中给非激活(inactive)态终端配置pur‑Config，该配置指示了非激活态终端发送上行数据专属的PUSCH上行资源。

[0039] 可选的，向网络侧设备发送第一上行数据包括：处于空闲(idle)态或非激活(inactive)态的终端通过专属上行资源发送第一上行数据，其中，第一上行数据可以理解为小数据(small data)。需要说明的是，小数据是指数据大小小于预设字节数的数据(例如，数据量小于10byte的数据)。

[0040] 可选的，所述步骤201可以是：

[0041] 基于所述第一配置信息，通过所述目标上行资源向网络侧设备发送第一上行数据。

[0042] 可以理解地，终端在接收到网络侧设备发送的第一配置信息的情况下，也就能够通过网络侧设备配置的专属上行资源发送所述第一上行数据，或者是通过随机接入过程中的上行资源发送所述第一上行数据。

[0043] 步骤202、在确认所述第一上行数据发送失败的情况下，对所述第一上行数据进行重传。

[0044] 需要说明的是，所述对第一上行数据进行重传，可以是指向网络侧设备重新传输或者说重新发送所述第一上行数据，以增加网络侧设备成功接收到所述第一上行数据的机率，增加终端与网络侧设备之间的数据传输的可靠性。

[0045] 本申请实施例中，所述第一上行数据发送失败通过如下任意一项确认：

[0046] 在预设时间内未接收到所述网络侧设备发送的反馈信息；

[0047] 接收到所述网络侧设备发送的接收失败指示信息。

[0048] 在一种实施方式中，终端在向网络侧设备发送第一上行数据后，若在预设时间内未接收到所述网络侧设备发送的反馈信息，则终端可以确认或者说判定所述第一上行数据发送失败。例如，终端发送第一上行数据后启动定时器(如pur‑ResponseWindowTimer)，在该定时器运行期间，终端都没有接收到网络侧设备发送的对于该第一上行数据的接收反馈，则确认所述第一上行数据发送失败，或者，也可以是确认pur‑ResponseWindowTimer超时。

[0049] 在另一种实施方式中，终端在向网络侧设备发送第一上行数据后，若接收到网络侧设备发送的接收失败指示信息，则也可以确认所述第一上行数据发送失败。例如，终端可以是通过混合自动重传请求(Hybrid automatic repeat request，HARQ)进程‑1发送第一上行数据后启动定时器(如pur‑ResponseWindowTimer)，在该定时器运行期间，若终端接收到网络侧设备发送的对于该第一上行数据的接收反馈为接收失败，如接收到关于HARQ进程‑1的接收反馈为否定确认NACK，或者，接收到网络侧设备通过下行控制信息(Downlink Control Information，DCI)指示终端通过HARQ进程‑1发送新数据，则终端确认所述第一上行数据发送失败。

[0050] 本申请实施例中，终端向网络侧设备发送第一上行数据，在确认第一上行数据发送失败的情况下，可以对所述第一上行数据进行重传。这样，终端在数据传输失败的情况下，并不会放弃该数据的传输，而是能够对传输失败的数据进行重传，避免数据的丢失，增加了网络侧设备对数据接收成功的机率，确保终端与网络侧设备之间的数据交互的顺畅。

[0051] 可选的，所述对所述第一上行数据进行重传包括：在满足第一预设条件的情况下，对所述第一上行数据进行重传；其中，所述第一预设条件包括如下至少一项：

[0052] 所述第一上行数据对应的第一定时器超时，所述第一定时器用于在超时的情况下允许对所述第一上行数据进行重传；

[0053] 所述第一上行数据对应的第二定时器处于运行状态，所述第二定时器用于在运行期限内禁止上行数据新传。

[0054] 例如，在所述第一上行数据对应的第一定时器超时的情况下，则终端对发送失败的第一上行数据进行重传。需要说明的是，所述第一定时器用于在超时的情况下允许对所述第一上行数据进行重传，在一些实施方式中，所述第一定时器也可以称之为重传定时器。例如，终端在发送HARQ进程‑1的第一上行数据后，启动该第一上行数据对应的重传定时器(如retransmissionTimer)，若该重传定时器超时，则终端可以进行所述第一上行数据的重传。

[0055] 或者，在所述第一上行数据对应的第二定时器处于运行状态的情况下，则终端对发送失败的第一上行数据进行重传，所述第二定时器用于在超时的情况下允许对所述第一上行数据进行重传，在一些实施方式中，所述第二定时器也可以称之为新传禁止定时器。例如，终端在发送HARQ进程‑1的第一上行数据后，启动该第一上行数据对应的新传禁止定时器(如configureGrantTimer)，若该新传禁止定时器仍然运行，或者说该新传禁止定时器没有停止或重启，则终端进行所述第一上行数据的重传。

[0056] 进一步地，所述第一定时器和所述第二定时器中的至少一者的启动条件或重启动条件包括如下任意一项：

[0057] 所述终端进行了第二上行数据的发送；

[0058] 所述终端进行了所述第一上行数据的重传；

[0059] 在预设时间内未接收到所述网络侧设备发送的反馈信息。

[0060] 可以理解地，所述第二上行数据不同于所述第一上行数据，终端进行了第二上行数据的发送也可以表述为终端进行了新数据的发送，这种情况下，终端可以进行所述第一定时器和/或所述第二定时器的启动或重启动。或者，在终端进行了所述第一上行数据的重传的情况下，终端也可以对所述第一定时器和/或所述第二定时器进行启动或重启动。

[0061] 另外，终端在向网络侧设备发送第一上行数据时，可以是启动第一定时器，若在预设时间内未接收到网络侧设备发送的对于该第一上行数据的接收反馈的反馈信息，则终端可以是对所述第一定时器进行重启动，和/或，对所述第二定时器进行启动。

[0062] 本申请实施例中，还可以对第一定时器和第二定时器的停止条件进行限定。可选的，在满足第二预设条件的情况下，所述第一定时器停止；其中，所述第二预设条件包括如下任意一项：

[0063] 接收到所述网络侧设备发送的反馈信息；

[0064] 所述第二定时器停止；

[0065] 所述第二定时器超时；

[0066] 所述第二定时器重启动。

[0067] 可以理解地，终端是在向网络侧设备发送第一上行数据时，启动第一定时器，以对所述第一上行数据的发送进行定时或者说计时。所述第一定时器停止，也即停止定时或者说计时。例如，终端在发送所述第一上行数据后，若接收到网络侧设备发送的对于该第一上行数据的接收反馈的反馈信息，无论该反馈信息是指示第一上行数据接收失败还是接收成功，终端都可以停止第一定时器。

[0068] 所述第二定时器用于在运行期限内禁止上行数据新传，若所述第二定时器停止，也就不再禁止上行数据新传，终端也就能够进行新数据的传输，则可以停止用于对第一上行数据定时的第一定时器。或者，若所述第二定时器超时或者重启动，也可以停止第一定时器。

[0069] 可选的，在满足第三预设条件的情况下，所述第二定时器停止；其中，所述第三预设条件包括：接收到所述网络侧设备发送的反馈信息。也就是说，终端在发送第一上行数据后，若接收到网络侧设备发送的对于该第一上行数据的接收反馈的反馈信息，无论该反馈信息是指示第一上行数据接收失败还是接收成功，终端都可以停止第二定时器。

[0070] 本申请实施例中，所述网络侧设备发送的所述反馈信息用于指示如下任意一项：

[0071] 所述第一上行数据接收成功；

[0072] 所述第一上行数据接收失败；

[0073] 所述终端进行第二上行数据的发送。

[0074] 可以理解地，终端在向网络侧设备发送第一上行数据后，所述网络侧设备能够向终端发送针对所述第一上行数据接收反馈的反馈信息。若网络侧设备接收到第一上行数据，所述反馈信息可以是指示所述第一上行数据接收成功；若网络侧设备未接收到所述第一上行数据，所述反馈信息可以是指示所述第一上行数据接收失败，或者还可以是指示终端进行第二上行数据的发送，也就是指示终端发送新数据。或者，网络侧设备在成功接收到所述第一上行数据的情况下，所述反馈信息也可以指示终端进行第二上行数据的发送。

[0075] 本申请实施例中，对所述第一上行数据进行重传的资源包括如下任意一项：

[0076] 所述专属上行资源；

[0077] 所述随机接入过程中的上行资源。

[0078] 也就是说，终端通过专属上行资源向网络侧设备发送第一上行数据，在第一上行数据发送失败的情况下，终端可以仍然通过专属上行资源对所述第一上行数据进行重传。

[0079] 或者，终端通过专属上行资源向网络侧设备发送第一上行数据，在第一上行数据发送失败的情况下，终端可以是通过随机接入过程中的上行资源对所述第一上行数据进行重传。

[0080] 或者，终端通过随机接入过程中的上行资源向网络侧设备发送第一上行数据失败后，仍然通过随机接入过程中的上行资源对所述第一上行数据进行重传。或者，终端通过随机接入过程中的上行资源向网络侧设备发送第一上行数据失败后，终端可以是通过专属上行资源对所述第一上行数据进行重传。

[0081] 本申请实施例中，对第一上行数据进行重传的重传资源可以是具有相同的资源类型，或者也可以是不同的资源类型，例如随机接入信道(Random Access Channel，RACH)上行资源或上行链路资源(Preconfigured Uplink Resource，PUR)等。

[0082] 可选的，所述对所述第一上行数据进行重传，包括如下任意一项：

[0083] 在所述第一上行数据存储于缓存内的情况下，从所述缓存内提取所述第一上行数据，并将所述第一上行数据通过重传资源对应的混合自动重传请求HARQ进程进行重传；

[0084] 获取发送所述第一上行数据的第一HARQ进程，在所述重传资源对应的HARQ进程为所述第一HARQ进程的情况下，将所述第一上行数据通过所述重传资源对应的第一HARQ进程进行重传；

[0085] 获取发送所述第一上行数据的第一HARQ进程，在所述重传资源对应的HARQ进程为第二HARQ进程的情况下，将所述第一上行数据通过所述重传资源对应的所述第二HARQ进程进行重传。

[0086] 在第一种实施方式中，终端可以是将所述第一上行数据放入特定的缓存内进行存储，当进行第一上行数据重传时，终端从该特定的缓存内取出所述第一上行数据，并放入重传资源对应的HARQ进程后进行重传。例如，终端在使用专属上行资源(如uplink grant‑1)发送第一上行数据时，终端将所述第一上行数据(如MAC PDU‑1)放入特定的预设资源(如Msg3/MsgA/PUR缓存)内存储，当终端使用重传资源(如uplink grant‑2)对所述第一上行数据进行重传时，终端从该特定的缓存内取出第一上行数据，并通过重传资源对应的HARQ进程发送该第一上行数据。

[0087] 在第二种实施方式中，终端在使用专属上行资源(如uplink grant‑1)发送第一上行数据时，终端将第一上行数据(如MAC PDU‑1)通过HARQ进程‑1进行传输；当终端使用重传资源(如uplink grant‑2)对所述第一上行数据进行重传时，如果该重传资源对应的HARQ进程也是HARQ进程‑1，则终端通过该重传资源对应的HARQ进程‑1对第一上行数据进行重传。

[0088] 在第三种实施方式中，终端在使用专属上行资源(如uplink grant‑1)发送第一上行数据时，终端将第一上行数据(如MAC PDU‑1)通过HARQ进程‑1进行传输；当终端的重传资源(如uplink grant‑2)对应的HARQ进程是HARQ进程‑2时，则终端可以是通过该重传资源对于HARQ进程‑1的数据(也即第一上行数据)通过HARQ进程‑2进行重传。

[0089] 需要说明的是，所述重传资源能够发送的数据大小可以是与所述第一上行数据的数据大小相同，例如，终端发送的第一上行数据MAC PDU‑1的数据大小为10字节，则可以限定重传资源的能够发送的数据大小也必须是10字节。

[0090] 或者，所述重传资源能够发送的数据大小也可以与所述第一上行数据的数据大小不同。在所述重传资源能够发送的数据大小与所述第一上行数据的数据大小不同的情况下，对所述第一上行数据进行重构后通过重传通道进行重传；其中，重构后的第一上行数据的数据大小与所述重传资源能够发送的数据大小匹配。例如，终端发送的第一上行数据MAC PDU‑1的数据大小为10字节，而重传资源能够发送的数据大小为20字节，则终端可以根据MAC PDU‑1的数据进行重构，重新生成一个20字节的MAC PDU‑2后，将该MAC PDU‑2通过重传资源进行发送。

[0091] 本申请实施例中，所述重传资源的时间位置通过如下任意一项确定：

[0092] 所述终端确定进行重传的时间位置；

[0093] 所述终端确定进行重传的时间位置之后的预设个时间位置。

[0094] 例如，终端确定要进行重传的时间位置后，确定该时间位置最近可用的重传资源，进而也就确定了该重传资源的时间位置。或者，终端确定要进行重传的时间位置后的预设个时间位置，确定该预设个时间位置后最近可用的重传资源，进而以确定重传资源的时间位置。

[0095] 可选的，所述方法还包括：

[0096] 在满足第四预设条件的情况下，停止所述第一上行数据的传输，所述传输包括发送和重传；其中，所述第四预设条件包括如下任意一项：

[0097] 接收到网络侧设备发送的第二配置信息，所述第二配置信息用于指示所述第一上行数据的传输次数或传输时长；

[0098] 协议规定的所述第一上行数据的传输次数或传输时长；

[0099] 接收到预设指示信息，所述预设指示信息用于指示停止所述第一上行数据的传输。

[0100] 本申请实施例中，终端可以根据网络侧设备的配置或协议规定的条件停止第一上行数据的发送或重传。

[0101] 例如在一种实施方式中，终端接收到网络侧设备发送的第二配置信息，该第二配置信息用于指示所述第一上行数据的传输次数或传输时长，终端基于所述第二配置信息，也就能够在满足了传出次数或传输时长的条件后，停止所述第一上行数据的发送或重传。

[0102] 例如，网络侧设备配置终端自主的选择重传资源对第一上行数据进行重传的次数为3次(则第一上行数据总的传输次数为4次)；或者，网络侧设备配置终端自主的选择重传资源对第一上行数据总的传输次数为4次(则第一上行数据重传的次数为3次)。或者，网络侧设备配置终端自主的选择重传资源进行第一上行数据重传的总的数据传输时长为20ms，终端在进行第一上行数据发送后，启动传输时长定时器，则该传输时长定时器的运行时长为20ms，在该传输时长定时器运行期间内，终端可以自主的旋转重传资源进行第一上行数据的重传。

[0103] 或者，所述第一上行数据的传输次数或传输时长也可以是协议规定，终端基于协议规定，也就能够在满足了传出次数或传输时长的条件后，停止所述第一上行数据的发送或重传。

[0104] 或者，终端也可以基于接收到的预设指示信息停止所述第一上行数据的发送或重传，所述预设指示信息可以是网络侧设备发送。需要说明的是，所述网络侧设备发送的预设指示信息，也可以是网络侧设备发送的用于指示终端进行第二上行数据发送的反馈信息。

[0105] 本申请实施例提供的技术方案中，终端向网络侧设备发送第一上行数据，在确认第一上行数据发送失败的情况下，可以对所述第一上行数据进行重传。这样，终端在数据传输失败的情况下，并不会放弃该数据的传输，而是能够对传输失败的数据进行重传，避免数据的丢失，增加了网络侧设备对数据接收成功的机率，提高了终端与网络侧设备之间数据传输的可靠性。

[0106] 请参照图3，图3是本申请实施例提供的另一种数据传输方法，所述数据传输方法应用于网络侧设备，如图3所示，所述数据传输方法包括：

[0107] 步骤301、接收终端发送的第一上行数据；

[0108] 步骤302、在所述第一上行数据发送失败的情况下，接收所述终端重传的所述第一上行数据。

[0109] 本申请实施例中，在终端发送的第一上行数据发送失败的情况下，终端能够对第一上行数据进行重传，以使得网络侧设备能够接收终端重传的所述第一上行数据，增加第一上行数据接收成功的机率，进而以提高终端与网络侧设备之间数据传输的可靠性。

[0110] 可选的，在所述步骤301之前，所述方法还包括：

[0111] 向所述终端发送第一配置信息；其中，所述第一配置信息用于指示所述终端通过目标上行资源发送上行数据；所述目标上行资源包括如下任意一项：专属上行资源和随机接入过程中的上行资源；

[0112] 所述接收终端发送的第一上行数据，包括：

[0113] 接收所述终端通过所述目标上行资源发送的第一上行数据。

[0114] 可选的，所述专属上行资源可以是专属上行物理上行共享信道(Physical Uplink Shared Channel，PUSCH)资源。例如，网络侧设备可以是在无线资源控制(Radio Resource Control，RRC)Release消息中给非激活(inactive)态终端配置pur‑Config，该配置指示了非激活态终端发送上行数据专属的PUSCH上行资源。

[0115] 可选的，所述方法还包括：

[0116] 向所述终端发送第二配置信息，所述第二配置信息用于指示所述第一上行数据的传输次数或传输时长。

[0117] 可选的，所述方法还包括：

[0118] 向所述终端发送预设指示信息，所述预设指示信息用于指示所述终端停止所述第一上行数据的发送或重传。

[0119] 需要说明的是，本申请实施例中上述技术特征的相关概念及具体实现方式可以是参照图2所述方法实施例中的具体描述，本实施例不再赘述。

[0120] 本申请实施例提供的方案中，网络侧设备接收终端发送的第一上行数据，在所述第一上行数据发送失败的情况下，能够再次接收所述终端重传的所述第一上行数据。这样，终端在数据传输失败的情况下，并不会放弃该数据的传输，而是能够对传输失败的数据进行重传，避免数据的丢失，进而增加了网络侧设备对数据接收成功的机率，提高了终端与网络侧设备之间数据传输的可靠性。

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

[0122] 请参照图4，图4是本申请实施例提供的一种数据传输装置的结构图，所述数据传输装置应用于终端，如图4所示，所述数据传输装置400包括：

[0123] 发送模块401，用于向网络侧设备发送第一上行数据；

[0124] 重传模块402，用于在确认所述第一上行数据发送失败的情况下，对所述第一上行数据进行重传。

[0125] 可选的，所述第一上行数据发送失败通过如下任意一项确认：

[0126] 在预设时间内未接收到所述网络侧设备发送的反馈信息；

[0127] 接收到所述网络侧设备发送的接收失败指示信息。

[0128] 可选的，所述重传模块402还用于：在满足第一预设条件的情况下，对所述第一上行数据进行重传；其中，所述第一预设条件包括如下至少一项：

[0129] 所述第一上行数据对应的第一定时器超时，所述第一定时器用于在超时的情况下允许对所述第一上行数据进行重传；

[0130] 所述第一上行数据对应的第二定时器处于运行状态，所述第二定时器用于在运行期限内禁止上行数据新传。

[0131] 可选的，所述第一定时器和所述第二定时器中的至少一者的启动条件或重启动条件包括如下任意一项：

[0132] 所述终端进行了第二上行数据的发送；

[0133] 所述终端进行了所述第一上行数据的重传；

[0134] 在预设时间内未接收到所述网络侧设备发送的反馈信息。

[0135] 可选的，在满足第二预设条件的情况下，所述第一定时器停止；

[0136] 其中，所述第二预设条件包括如下任意一项：

[0137] 接收到所述网络侧设备发送的反馈信息；

[0138] 所述第二定时器停止；

[0139] 所述第二定时器超时；

[0140] 所述第二定时器重启动。

[0141] 可选的，在满足第三预设条件的情况下，所述第二定时器停止；

[0142] 其中，所述第三预设条件包括：接收到所述网络侧设备发送的反馈信息。

[0143] 可选的，所述反馈信息用于指示如下任意一项：

[0144] 所述第一上行数据接收成功；

[0145] 所述第一上行数据接收失败；

[0146] 所述终端进行第二上行数据的发送。

[0147] 可选的，所述数据传输装置400还包括：

[0148] 接收模块，用于接收网络侧设备发送的第一配置信息；其中，所述第一配置信息用于指示终端通过目标上行资源发送上行数据，所述目标上行资源包括如下任意一项：专属上行资源和随机接入过程中的上行资源；

[0149] 所述发送模块401还用于：

[0150] 基于所述第一配置信息，通过所述目标上行资源向网络侧设备发送第一上行数据。

[0151] 可选的，对所述第一上行数据进行重传的资源包括如下任意一项：

[0152] 所述专属上行资源；

[0153] 所述随机接入过程中的上行资源。

[0154] 可选的，所述重传模块402还用于执行如下任意一项：

[0155] 在所述第一上行数据存储于缓存内的情况下，从所述缓存内提取所述第一上行数据，并将所述第一上行数据通过重传资源对应的混合自动重传请求HARQ进程进行重传；

[0156] 获取发送所述第一上行数据的第一HARQ进程，在所述重传资源对应的HARQ进程为所述第一HARQ进程的情况下，将所述第一上行数据通过所述重传资源对应的第一HARQ进程进行重传；

[0157] 获取发送所述第一上行数据的第一HARQ进程，在所述重传资源对应的HARQ进程为第二HARQ进程的情况下，将所述第一上行数据通过所述重传资源对应的所述第二HARQ进程进行重传。

[0158] 可选的，所述重传资源能够发送的数据大小与所述第一上行数据的数据大小相同。

[0159] 可选的，在所述重传资源能够发送的数据大小与所述第一上行数据的数据大小不同的情况下，对所述第一上行数据进行重构后通过重传通道进行重传；

[0160] 其中，重构后的第一上行数据的数据大小与所述重传资源能够发送的数据大小匹配。

[0161] 可选的，所述重传资源的时间位置通过如下任意一项确定：

[0162] 所述终端确定进行重传的时间位置；

[0163] 所述终端确定进行重传的时间位置之后的预设个时间位置。

[0164] 可选的，所述数据传输装置400还包括：

[0165] 停止模块，用于在满足第四预设条件的情况下，停止所述第一上行数据的传输，所述传输包括发送和重传；

[0166] 其中，所述第四预设条件包括如下任意一项：

[0167] 接收到网络侧设备发送的第二配置信息，所述第二配置信息用于指示所述第一上行数据的传输次数或传输时长；

[0168] 协议规定的所述第一上行数据的传输次数或传输时长；

[0169] 接收到预设指示信息，所述预设指示信息用于指示停止所述第一上行数据的传输。

[0170] 本申请实施例中，数据传输装置400在数据传输失败的情况下，并不会放弃该数据的传输，而是能够对传输失败的数据进行重传，避免数据的丢失，增加了网络侧设备对数据接收成功的机率，提高了终端与网络侧设备之间数据传输的可靠性。

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

[0172] 本申请实施例中的数据传输装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

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

[0174] 请参照图5，图5是本申请实施例提供的另一种数据传输装置的结构图，所述数据传输装置应用于网络侧设备，如图5所示，所述数据传输装置500包括：

[0175] 第一接收模块501，用于接收终端发送的第一上行数据；

[0176] 第二接收模块502，用于在所述第一上行数据发送失败的情况下，接收所述终端重传的所述第一上行数据。

[0177] 可选的，所述数据传输装置500还包括：

[0178] 第一发送模块，用于向所述终端发送第一配置信息；其中，所述第一配置信息用于指示所述终端通过目标上行资源发送上行数据，所述目标上行资源包括如下任意一项：专属上行资源和随机接入过程中的上行资源；

[0179] 所述第一接收模块501还用于：

[0180] 接收所述终端通过所述目标上行资源发送的第一上行数据。

[0181] 可选的，数据传输装置还包括：

[0182] 第二发送模块，用于向所述终端发送第二配置信息，所述第二配置信息用于指示所述第一上行数据的传输次数或传输时长。

[0183] 可选的，数据传输装置还包括：

[0184] 第三发送模块，用于向所述终端发送预设指示信息，所述预设指示信息用于指示所述终端停止所述第一上行数据的发送或重传。

[0185] 本申请实施例中，数据传输装置500能够接收终端重传的第一上行数据，以避免数据的丢失，进而增加了网络侧设备对数据接收成功的机率，提高了终端与网络侧设备之间数据传输的可靠性。

[0186] 本申请实施例中的数据传输装置可以是装置，也可以是网络侧设备中的部件、集成电路、或芯片。

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

[0188] 可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述图2所述数据传输方法实施例的各个过程，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述图3所述数据传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

[0189] 图7为实现本申请实施例的一种终端的硬件结构示意图。

[0190] 该终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、以及处理器710等部件。

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

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

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

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

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

[0196] 其中，射频单元701，用于向网络侧设备发送第一上行数据；

[0197] 在确认所述第一上行数据发送失败的情况下，对所述第一上行数据进行重传。

[0198] 可选的，所述第一上行数据发送失败通过如下任意一项确认：

[0199] 在预设时间内未接收到所述网络侧设备发送的反馈信息；

[0200] 接收到所述网络侧设备发送的接收失败指示信息。

[0201] 可选的，射频单元701，还用于：在满足第一预设条件的情况下，对所述第一上行数据进行重传；其中，所述第一预设条件包括如下至少一项：

[0202] 所述第一上行数据对应的第一定时器超时，所述第一定时器用于在超时的情况下允许对所述第一上行数据进行重传；

[0203] 所述第一上行数据对应的第二定时器处于运行状态，所述第二定时器用于在运行期限内禁止上行数据新传。

[0204] 可选的，所述第一定时器和所述第二定时器中的至少一者的启动条件或重启动条件包括如下任意一项：

[0205] 所述终端进行了第二上行数据的发送；

[0206] 所述终端进行了所述第一上行数据的重传；

[0207] 在预设时间内未接收到所述网络侧设备发送的反馈信息。

[0208] 可选的，在满足第二预设条件的情况下，所述第一定时器停止；

[0209] 其中，所述第二预设条件包括如下任意一项：

[0210] 接收到所述网络侧设备发送的反馈信息；

[0211] 所述第二定时器停止；

[0212] 所述第二定时器超时；

[0213] 所述第二定时器重启动。

[0214] 可选的，在满足第三预设条件的情况下，所述第二定时器停止；

[0215] 其中，所述第三预设条件包括：接收到所述网络侧设备发送的反馈信息。

[0216] 可选的，所述反馈信息用于指示如下任意一项：

[0217] 所述第一上行数据接收成功；

[0218] 所述第一上行数据接收失败；

[0219] 所述终端进行第二上行数据的发送。

[0220] 可选的，射频单元701还用于：

[0221] 接收网络侧设备发送的第一配置信息；其中，所述第一配置信息用于指示终端通过目标上行资源发送上行数据，所述目标上行资源包括如下任意一项：专属上行资源和随机接入过程中的上行资源；

[0222] 基于所述第一配置信息，通过所述目标上行资源向网络侧设备发送第一上行数据。

[0223] 可选的，对所述第一上行数据进行重传的资源包括如下任意一项：

[0224] 所述专属上行资源；

[0225] 随机接入过程中的上行资源。

[0226] 可选的，射频单元701还用于实现如下任意一项：

[0227] 在所述第一上行数据存储于缓存内的情况下，从所述缓存内提取所述第一上行数据，并将所述第一上行数据通过重传资源对应的混合自动重传请求HARQ进程进行重传；

[0228] 获取发送所述第一上行数据的第一HARQ进程，在所述重传资源对应的HARQ进程为所述第一HARQ进程的情况下，将所述第一上行数据通过所述重传资源对应的第一HARQ进程进行重传；

[0229] 获取发送所述第一上行数据的第一HARQ进程，在所述重传资源对应的HARQ进程为第二HARQ进程的情况下，将所述第一上行数据通过所述重传资源对应的所述第二HARQ进程进行重传。

[0230] 可选的，所述重传资源能够发送的数据大小与所述第一上行数据的数据大小相同。

[0231] 可选的，在所述重传资源能够发送的数据大小与所述第一上行数据的数据大小不同的情况下，对所述第一上行数据进行重构后通过重传通道进行重传；

[0232] 其中，重构后的第一上行数据的数据大小与所述重传资源能够发送的数据大小匹配。

[0233] 可选的，所述重传资源的时间位置通过如下任意一项确定：

[0234] 所述终端确定进行重传的时间位置；

[0235] 所述终端确定进行重传的时间位置之后的预设个时间位置。

[0236] 可选的，处理器710用于：

[0237] 在满足第四预设条件的情况下，停止所述第一上行数据的传输，所述传输包括发送和重传；

[0238] 其中，所述第四预设条件包括如下任意一项：

[0239] 接收到网络侧设备发送的第二配置信息，所述第二配置信息用于指示所述第一上行数据的传输次数或传输时长；

[0240] 协议规定的所述第一上行数据的传输次数或传输时长；

[0241] 接收到预设指示信息，所述预设指示信息用于指示停止所述第一上行数据的传输。

[0242] 本申请实施例中，终端向网络侧设备发送第一上行数据，在确认第一上行数据发送失败的情况下，可以对所述第一上行数据进行重传。这样，终端在数据传输失败的情况下，并不会放弃该数据的传输，而是能够对传输失败的数据进行重传，避免数据的丢失，增加了网络侧设备对数据接收成功的机率，提高了终端与网络侧设备之间数据传输的可靠性。

[0243] 具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络设备800包括：天线81、射频装置82、基带装置83。天线81与射频装置82连接。在上行方向上，射频装置82通过天线81接收信息，将接收的信息发送给基带装置83进行处理。在下行方向上，基带装置83对要发送的信息进行处理，并发送给射频装置82，射频装置82对收到的信息进行处理后经过天线81发送出去。

[0244] 上述频带处理装置可以位于基带装置83中，以上实施例中网络侧设备执行的方法可以在基带装置83中实现，该基带装置83包括处理器84和存储器85。

[0245] 基带装置83例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为处理器84，与存储器85连接，以调用存储器85中的程序，执行以上方法实施例中所示的网络设备操作。

[0246] 该基带装置83还可以包括网络接口86，用于与射频装置82交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。

[0247] 具体地，本发明实施例的网络侧设备还包括：存储在存储器85上并可在处理器84上运行的指令或程序，处理器84调用存储器85中的指令或程序执行图5所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

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

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

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

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

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

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

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