一种数据传输方法、装置和系统

摘要

本申请实施例公开了一种数据传输方法、装置和系统，涉及通信领域，能够灵活地对HARQ process进行配置，进而提升数据传输的吞吐率。具体方案为：网络设备向终端发送第一传输块及第一标识，该第一标识用于指示该第一传输块所在的混合自动重传请求HARQ进程是否由非HARQ传输切换为HARQ传输。该第一标识在该HARQ进程为该HARQ传输时被占用。终端接收来自网络设备的第一传输块及第一标识，该第一标识用于指示该第一传输块所在的混合自动重传请求HARQ进程是否由非HARQ传输切换为HARQ传输。

权利要求

1.一种数据传输方法，其特征在于，所述方法包括：

终端接收第一传输块及第一标识，所述第一标识用于指示所述第一传输块所在的混合自动重传请求HARQ进程是否由非HARQ传输切换为HARQ传输；所述第一标识为新数据传输指示NDI；

所述第一标识在所述HARQ进程为所述HARQ传输时被占用。

2.根据权利要求1所述的方法，其特征在于，当所述第一标识被翻转时，所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输，或者，当所述第一标识未被翻转时，所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：所述终端接收无线资源控制RRC消息，所述RRC消息用于指示所述HARQ进程为所述非HARQ传输。

4.根据权利要求3所述的方法，其特征在于，在所述终端接收到所述RRC消息后，所述方法还包括：所述终端从接收到所述RRC消息的时刻开始，经过预设周期后，将所述HARQ进程配置为所述非HARQ传输。

5.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：所述终端从所述HARQ进程被配置为所述HARQ传输的时刻开始，经第一预设时长后，将所述HARQ进程配置为所述非HARQ传输。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：所述终端在所述HARQ进程被配置为所述非HARQ传输后的第二预设时长内，保持所述HARQ进程为所述非HARQ传输。

7.根据权利要求1或2或4或6所述的方法，其特征在于，在所述终端接收第一传输块及第一标识之后，所述方法还包括：当所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输时，所述终端发送用于指示所述第一传输块是否被正确解码的HARQ消息。

8.一种数据传输方法，其特征在于，所述方法包括：

网络设备发送第一传输块及第一标识，所述第一标识用于指示所述第一传输块所在的混合自动重传请求HARQ进程是否由非HARQ传输切换为HARQ传输；所述第一标识为新数据传输指示NDI；

所述第一标识在所述HARQ进程为所述HARQ传输时被占用。

9.根据权利要求8所述的方法，其特征在于，当所述第一标识被翻转时，所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输，或者，当所述第一标识未被翻转时，所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输。

10.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：所述网络设备发送无线资源控制RRC消息，所述RRC消息用于指示所述HARQ进程为所述非HARQ传输。

11.根据权利要求10所述的方法，其特征在于，在所述网络设备发送所述RRC消息后，所述方法还包括：所述网络设备从发送所述RRC消息的时刻开始，经过预设周期后，将所述HARQ进程配置为所述非HARQ传输。

12.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：所述网络设备从所述HARQ进程被配置为所述HARQ传输的时刻开始，经第一预设时长后，将所述HARQ进程配置为所述非HARQ传输。

13.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：所述网络设备在所述HARQ进程被配置为所述非HARQ传输后的第二预设时长内，保持所述HARQ进程为所述非HARQ传输。

14.根据权利要求8或9或11所述的方法，其特征在于，当所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输时，所述方法还包括：所述网络设备接收HARQ消息，所述HARQ消息用于所述第一传输块是否被正确解码；

当所述第一传输块未被正确解码时，所述网络设备向终端重新发送所述第一传输块，当所述第一传输块被正确解码时，所述网络设备向所述终端发送第二传输块，所述第二传输块与所述第一传输块不同。

15.一种数据传输装置，其特征在于，所述装置包括：接收单元；

所述接收单元，用于接收第一传输块及第一标识，所述第一标识用于指示所述第一传输块所在的混合自动重传请求HARQ进程是否由非HARQ传输切换为HARQ传输；所述第一标识为新数据传输指示NDI；所述第一标识在所述HARQ进程为HARQ传输时被占用。

16.根据权利要求15所述的装置，其特征在于，当所述第一标识被翻转时，所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输，或者，当所述第一标识未被翻转时，所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输。

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

所述接收单元，还用于接收无线资源控制RRC消息，所述RRC消息用于指示所述HARQ进程为所述非HARQ传输。

18.根据权利要求17所述的装置，其特征在于，所述装置还包括：配置单元；

所述配置单元，用于从接收到所述RRC消息的时刻开始，经过预设周期后，将所述HARQ进程配置为所述非HARQ传输。

19.根据权利要求15或16所述的装置，其特征在于，所述装置还包括：配置单元；

所述配置单元，用于从所述HARQ进程被配置为所述HARQ传输的时刻开始，经第一预设时长后，将所述HARQ进程配置为所述非HARQ传输。

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

配置单元，用于在所述HARQ进程被配置为所述非HARQ传输后的第二预设时长内，保持所述HARQ进程为所述非HARQ传输。

21.根据权利要求15或16或18或20所述的装置，其特征在于，所述装置还包括：发送单元；

所述发送单元，用于在终端接收第一传输块及第一标识之后，当所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输时，所述终端发送用于指示所述第一传输块是否被正确解码的HARQ消息。

22.一种数据传输装置，其特征在于，所述装置包括：发送单元；

所述发送单元，用于发送第一传输块及第一标识，所述第一标识用于指示第一传输块所在的混合自动重传请求HARQ进程是否由非HARQ传输切换为HARQ传输；所述第一标识为新数据传输指示NDI；

所述第一标识在所述HARQ进程为所述HARQ传输时被占用。

23.根据权利要求22所述的装置，其特征在于，当所述第一标识被翻转时，所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输，或者，当所述第一标识未被翻转时，所述第一标识用于指示所述HARQ进程由所述非HARQ传输切换为所述HARQ传输。

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

所述发送单元，还用于发送无线资源控制RRC消息，所述RRC消息用于指示所述HARQ进程为所述非HARQ传输。

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

所述配置单元，用于从发送所述RRC消息的时刻开始，经过预设周期后，将所述HARQ进程配置为所述非HARQ传输。

26.根据权利要求22或23所述的装置，其特征在于，所述装置还包括配置单元；

所述配置单元，用于从所述HARQ进程被配置为所述HARQ传输的时刻开始，经第一预设时长后，将所述HARQ进程配置为所述非HARQ传输。

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

所述配置单元，还用于在所述HARQ进程被配置为所述非HARQ传输后的第二预设时长内，保持所述HARQ进程为所述非HARQ传输。

28.根据权利要求22或23或25或27所述的装置，其特征在于，所述装置还包括：接收单元；

所述接收单元，用于接收HARQ消息，所述HARQ消息用于指示所述第一传输块是否被正确解码；

所述发送单元，还用于当所述HARQ消息用于指示所述第一传输块未被正确解码时，重新发送所述第一传输块，或者，当所述HARQ消息用于指示所述第一传输块被正确解码时，发送第二传输块，所述第二传输块与所述第一传输块不同。

29.一种数据传输装置，其特征在于，所述数据传输装置包括一个或多个处理器，所述一个或多个处理器和一个或多个存储器耦合；所述一个或多个存储器存储有计算机指令；

当所述一个或多个处理器执行所述计算机指令时，使得所述数据传输装置执行如权利要求1‑7中任一项所述的数据传输方法。

30.一种数据传输装置，其特征在于，所述数据传输装置包括一个或多个处理器，所述一个或多个处理器和一个或多个存储器耦合；所述一个或多个存储器存储有计算机指令；

当所述一个或多个处理器执行所述计算机指令时，使得所述数据传输装置执行如权利要求8‑14中任一项所述的数据传输方法。

31.一种芯片，其特征在于，所述芯片包括输入接口，处理电路以及输出接口；所述处理电路用于从存储介质中调用并运行所述存储介质中存储的计算机程序，以执行如权利要求

1‑7中任一项所述的数据传输方法。

32.一种芯片，其特征在于，所述芯片包括输入接口，处理电路以及输出接口；所述处理电路用于从存储介质中调用并运行所述存储介质中存储的计算机程序，执行如权利要求8‑

14中任一项所述的数据传输方法。

33.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机指令，当所述计算机指令运行时，执行如权利要求1‑7中任一项所述的数据传输方法。

34.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机指令，当所述计算机指令运行时，执行如权利要求8‑14中任一项所述的数据传输方法。

35.一种数据传输系统，其特征在于，所述数据传输系统至少包括权利要求29所述的数据传输装置和权利要求30所述的数据传输装置。

说明书

一种数据传输方法、装置和系统

技术领域

[0001] 本申请实施例涉及通信领域，尤其涉及一种数据传输方法、装置和系统。

背景技术

[0002] 目前，混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)技术已经被广泛应用在常规的陆地通信网络的数据传输中。在使用HARQ技术时，可以设置HARQ进程(HARQ process)，用于确保发送端和接收端之间数据的正常传输。示例性的，以发送端为基站，接收端为用户设备(user equipment，UE)为例。当UE通过HARQ process指示的传输通道接收到基站发送的传输块(Transmit block，TB)时，可以根据对TB解码是否正确，向基站发送确认字符(Acknowledge character，ACK)或否认字符(Negative Acknowledge，NACK)，以便基站根据接收到的ACK进行数据新传(即发送新的TB)或者根据接收到的NACK进行TB的重传。现有的HARQ技术遵循停等协议(stop‑and‑wait protocol)。即在基站通过HARQ process发送TB之后，会暂时停止基于该HARQ process的数据传输，直到接收到UE针对该TB反馈的ACK或NACK后才进行下一次数据传输。可以理解的是，基站在发出TB之后到接收到ACK或NACK之间的等待时间越长，数据的吞吐率越低。

[0003] 而随着信息技术发展，对通信过程也提出了更高的要求。卫星通信由于其距离远、覆盖面积大、组网灵活等特点，成为了全球移动通信的一个重要组成部分。如果将现有技术中的HARQ技术应用在卫星通信中，那么由于基站和UE之间的距离非常远，两者间数据传输的时延大，这样基站在发出TB之后到接收到ACK或NACK之间的等待时间也就越长，大大降低数据传输的吞吐率。为了解决该问题，可以将HARQ process配置为HARQ传输(enabling HARQ feedback，HARQe)或非HARQ传输(disabling HARQ feedback，HARQd)。示例性的，当HARQ process被配置为HARQe时，可以按照上述方案进行数据传输，即UE根据数据解码的正确与否，反馈ACK或NACK，基站根据ACK或NACK进行数据新传(即发送新的数据)或重传。当HARQ process被配置为HARQd时，无论UE是否对数据进行了正确的解码，基站都进行数据的新传。在一些对数据误码率要求不高的场景下，通过配置HARQ process为HARQd，可以确保基站不需要等待接收已发送TB对应的ACK或NACK，直接进行数据新传。因而能够有效地提高数据传输的吞吐率。

[0004] 因此，如何对HARQ process进行配置成为了提升数据传输吞吐率的关键。

发明内容

[0005] 本申请实施例提供一种数据传输方法、装置和系统，能够灵活地对HARQ process进行配置，进而提升数据传输的吞吐率。

[0006] 为达到上述目的，本申请实施例采用如下技术方案：

[0007] 第一方面，提供一种数据传输方法，该方法包括：终端接收来自网络设备的第一传输块及第一标识，该第一标识用于指示该第一传输块所在的混合自动重传请求(HARQ)进程是否由非HARQ传输切换为HARQ传输。该第一标识在该HARQ进程为该HARQ传输时被占用。基于该方案，终端可以通过第一传输块对应的第一标识，确定是否需要将对应的HARQ process由HARQd切换为HARQe。由于第一标识在HARQe时是被占用的，因此，在HARQd时对其进行复用，不需要额外的信令传输即可实现对HARQ process的配置。在一些实施例中，该第一标识可以为物理层标识，因此能够更加迅速快捷地实现配置。

[0008] 在一种可能的设计中，当该第一标识被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输，或者，当该第一标识未被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输。基于该方案，通过翻转/不翻转第一标识，即可实现对HARQ process的配置。示例性的，第一标识可以包括一个或多个比特位的信息。以第一标识包括一个比特位为例，当第一标识为1时，翻转后的第一标识即为0，未翻转的第一标识即为1。

[0009] 在一种可能的设计中，该方法还包括：该终端接收来自该网络设备的无线资源控制RRC消息，该RRC消息用于指示该HARQ进程为该非HARQ传输。基于该方案，终端可以根据接收到的RRC消息，将HARQ process配置为HARQd。示例性的，终端可以在开始数据传输之前，通过接收RRC消息将一个或多个HARQ process配置为HARQd。终端还可以在进行数据传输过程中，通过接收RRC消息，将一个或多个HARQ process配置为HARQd。以便在进行下一次数据传输时，按照HARQd进行数据传输。

[0010] 在一种可能的设计中，在该终端接收到该RRC消息后，该方法还包括：该终端从接收到该RRC消息的时刻开始，经过预设周期后，将该HARQ进程配置为该非HARQ传输。基于该方案，终端可以在HARQ process被通过RRC消息配置为HARQd之后预设时间后，将该HARQ process恢复为HARQd。这样，当HARQ process被配置为HARQd之后，在预设时间内，如果该HARQ process被配置为HARQe，则在预设时间后，终端可以重新根据第一标识确定HARQ process是否需要从HARQd切换为HARQe。因此能够有效地提升HARQ process配置的灵活性。

[0011] 在一种可能的设计中，该方法还包括：该终端从该HARQ进程被配置为该HARQ传输的时刻开始，经第一预设时长后，将该HARQ进程配置为该非HARQ传输。基于该方案，当HARQ process被通过RRC消息或第一标识配置为HARQe之后，经过第一预设时长，第一标识即可继续被用作指示是否需要将该HARQ process由HARQd切换为HARQe。因此能够有效地提升HARQ process配置的灵活性。

[0012] 在一种可能的设计中，该方法还包括：该终端在该HARQ进程被配置为该非HARQ传输后的第二预设时长内，保持该HARQ进程为该非HARQ传输。基于该方案，终端可以在HARQ process被配置为HARQd之后的一段时间内，保持该HARQ process的状态不变。能够有效地减少HARQ process在短时间内被重新配置的次数，以此增加数据传输的稳定性。

[0013] 在一种可能的设计中，该第一标识为新数据传输指示NDI。基于该方案，能够复用HARQ process为HARQd时的物理层标识，以便在不浪费标识资源的前提下实现快速的HARQ process的配置。

[0014] 在一种可能的设计中，在该终端接收来自网络设备的第一传输块及第一标识之后，该方法还包括：当该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输时，该终端向该网络设备发送用于指示该第一传输块是否被正确解码的HARQ消息。基于该方案，当终端根据第一标识确定需要将HARQ process由HARQd切换为HARQe时，可以根据接收到的TB是否被正确解码向网络设备发送ACK/NACK消息。

[0015] 第二方面，提供一种数据传输方法，该方法包括：网络设备向终端发送第一传输块及第一标识，该第一标识用于指示该第一传输块所在的混合自动重传请求HARQ进程是否由非HARQ传输切换为HARQ传输。该第一标识在该HARQ进程为该HARQ传输时被占用。基于该方案，网络设备可以通过第一传输块对应的第一标识，指示终端是否需要将对应的HARQ process由HARQd切换为HARQe。由于第一标识在HARQe时是被占用的，因此，在HARQd时对其进行复用，不需要额外的信令传输即可实现对HARQ process的配置。在一些实施例中，该第一标识可以为物理层标识，因此能够更加迅速快捷地实现配置。

[0016] 在一种可能的设计中，当该第一标识被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输，或者，当该第一标识未被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输。基于该方案，通过翻转/不翻转第一标识，即可实现对HARQ process的配置。示例性的，第一标识可以包括一个或多个比特位的信息。以第一标识包括一个比特位为例，当第一标识为1时，翻转后的第一标识即为0，未翻转的第一标识即为1。

[0017] 在一种可能的设计中，该方法还包括：该网络设备向该终端发送无线资源控制RRC消息，该RRC消息用于指示该HARQ进程为该非HARQ传输。基于该方案，网络设备可以通过发送RRC消息，将HARQ process配置为HARQd。示例性的，网络设备可以在开始数据传输之前，通过发送RRC消息将一个或多个HARQ process配置为HARQd。网络设备还可以在进行数据传输过程中，通过发送RRC消息，将一个或多个HARQ process配置为HARQd。以便在进行下一次数据传输时，按照HARQd进行数据传输。

[0018] 在一种可能的设计中，在该网络设备发送该RRC消息后，该方法还包括：该网络设备从发送该RRC消息的时刻开始，经过预设周期后，将该HARQ进程配置为该非HARQ传输。基于该方案，网络设备可以在HARQ process被通过RRC消息配置为HARQd之后预设时间后，将该HARQ process恢复为HARQd。这样，当HARQ process被配置为HARQd之后，在预设时间内，如果该HARQ process被配置为HARQe，则在预设时间后，网络设备可以重新通过第一标识配置HARQ process是否需要从HARQd切换为HARQe。因此能够有效地提升HARQ process配置的灵活性。

[0019] 在一种可能的设计中，该方法还包括：该网络设备从该HARQ进程被配置为该HARQ传输的时刻开始，经第一预设时长后，将该HARQ进程配置为该非HARQ传输。基于该方案，当HARQ process被通过RRC消息或第一标识配置为HARQe之后，经过第一预设时长，第一标识即可继续被用作指示是否需要将该HARQ process由HARQd切换为HARQe。因此能够有效地提升HARQ process配置的灵活性。

[0020] 在一种可能的设计中，该方法还包括：该网络设备在该HARQ进程被配置为该非HARQ传输后的第二预设时长内，保持该HARQ进程为该非HARQ传输。基于该方案，网络设备可以在HARQ process被配置为HARQd之后的一段时间内，保持该HARQ process的状态不变。能够有效地减少HARQ process在短时间内被重新配置的次数，以此增加数据传输的稳定性。

[0021] 在一种可能的设计中，该第一标识为新数据传输指示NDI。基于该方案，能够复用HARQ process为HARQd时的物理层标识，以便在不浪费标识资源的前提下实现快速的HARQ process的配置。

[0022] 在一种可能的设计中，当该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输时，该方法还包括：该网络设备接收HARQ消息，该HARQ消息用于该第一传输块是否被正确解码。当该第一传输块未被正确解码时，该网络设备向该终端重新发送该第一传输块，当该第一传输块被正确解码时，该网络设备向该终端发送第二传输块，该第二传输块与该第一传输块不同。基于该方案，当网络设备通过第一标识将HARQ process由HARQd切换为HARQe时，可以根据接收到的终端反馈的ACK/NACK进行数据的新传或重传。

[0023] 第三方面，提供一种数据传输装置，该装置包括：接收单元。该接收单元，用于接收来自网络设备的第一传输块及第一标识，该第一标识用于指示该第一传输块所在的混合自动重传请求HARQ进程是否由非HARQ传输切换为HARQ传输。该第一标识在该HARQ进程为HARQ传输时被占用。

[0024] 在一种可能的设计中，当该第一标识被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输，或者，当该第一标识未被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输。

[0025] 在一种可能的设计中，该接收单元，还用于接收来自该网络设备的无线资源控制RRC消息，该RRC消息用于指示该HARQ进程为该非HARQ传输。

[0026] 在一种可能的设计中，该装置还包括：配置单元。该配置单元，从接收到该RRC消息的时刻开始，经过预设周期后，将该HARQ进程配置为该非HARQ传输。

[0027] 在一种可能的设计中，该装置还包括：配置单元。该配置单元，用于从该HARQ进程被配置为该HARQ传输的时刻开始，经第一预设时长后，将该HARQ进程配置为该非HARQ传输。

[0028] 在一种可能的设计中，配置单元，用于在该HARQ进程被配置为该非HARQ传输后的第二预设时长内，保持该HARQ进程为该非HARQ传输。

[0029] 在一种可能的设计中，该第一标识为新数据传输指示NDI。

[0030] 在一种可能的设计中，该装置还包括：发送单元。该发送单元，用于在该终端接收来自网络设备的第一传输块及第一标识之后，当该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输时，该终端向该网络设备发送用于指示该第一传输块是否被正确解码的HARQ消息。

[0031] 第四方面，提供一种数据传输装置。该装置包括：发送单元。该发送单元，用于向终端发送第一传输块及该第一标识，该第一标识用于指示该HARQ进程是否由非HARQ传输切换为HARQ传输。该第一标识在该HARQ进程为该HARQ传输时被占用。

[0032] 在一种可能的设计中，当该第一标识被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输，或者，当该第一标识未被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输。

[0033] 在一种可能的设计中，该发送单元，还用于向该终端发送无线资源控制RRC消息，该RRC消息用于指示该HARQ进程为该非HARQ传输。

[0034] 在一种可能的设计中，该装置还包括配置单元。该配置单元，用于从发送该RRC消息的时刻开始，经过预设周期后，将该HARQ进程配置为该非HARQ传输。

[0035] 在一种可能的设计中，该装置还包括配置单元。该配置单元，用于从该HARQ进程被配置为该HARQ传输的时刻开始，经第一预设时长后，将该HARQ进程配置为该非HARQ传输。

[0036] 在一种可能的设计中，该配置单元，还用于在该HARQ进程被配置为该非HARQ传输后的第二预设时长内，保持该HARQ进程为该非HARQ传输。

[0037] 在一种可能的设计中，该第一标识为新数据传输指示NDI。

[0038] 在一种可能的设计中，该装置还包括：接收单元。该接收单元，用于接收HARQ消息，该HARQ消息用于指示该第一传输块是否被正确解码。该发送单元，还用于当该HARQ消息用于指示该第一传输块未被正确解码时，向该终端重新发送该第一传输块，或者，当该HARQ消息用于指示该第一传输块被正确解码时，向该终端发送第二传输块，该第二传输块与该第一传输块不同。

[0039] 第五方面，提供一种数据传输装置，该数据传输装置包括一个或多个处理器，该一个或多个处理器和一个或多个存储器耦合。该一个或多个存储器存储有计算机指令。当该一个或多个处理器执行该计算机指令时，使得该数据传输装置执行上述第一方面及其可能的设计中任一项所述的数据传输方法。

[0040] 第六方面，提供一种数据传输装置，该数据传输装置包括一个或多个处理器，该一个或多个处理器和一个或多个存储器耦合。该一个或多个存储器存储有计算机指令。当该一个或多个处理器执行该计算机指令时，使得该数据传输装置执行上述第二方面及其可能的设计中任一项所述的数据传输方法。

[0041] 第七方面，提供一种芯片，该芯片包括输入接口，处理电路以及输出接口。该处理电路用于从存储介质中调用并运行该存储介质中存储的计算机程序，以执行上述第一方面及其可能的设计中任一项所述的数据传输方法。

[0042] 第八方面，提供一种芯片，该芯片包括输入接口，处理电路以及输出接口。该处理电路用于从存储介质中调用并运行该存储介质中存储的计算机程序，执行上述第二方面及其可能的设计中任一项所述的数据传输方法。

[0043] 第九方面，提供一种计算机可读存储介质，该计算机可读存储介质包括计算机指令，当该计算机指令运行时，执行上述第一方面及其可能的设计中任一项所述的数据传输方法。

[0044] 第十方面，提供一种计算机可读存储介质，该计算机可读存储介质包括计算机指令，当该计算机指令运行时，执行上述第二方面及其可能的设计中任一项所述的数据传输方法。

[0045] 第十一方面，提供一种数据传输系统，该数据传输系统至包括上述第五方面以及第六方面所述的数据传输装置。

[0046] 示例性地，上述第三方面至第十一方面中任一种设计方式均可对应到上述第一方面及其任一种可能的设计或者第二方面及其任一种可能的设计，因此，能够带来类似的技术效果，此处不再赘述。

附图说明

[0047] 图1为现有技术提供的一种使用HARQ技术进行数据传输的流程示意图；

[0048] 图2为现有技术提供的一种多个HARQ process并行进行数据传输的示意图；

[0049] 图3为现有技术提供的又一种多个HARQ process并行进行数据传输的示意图；

[0050] 图4为本申请实施例提供的一种网络架构示意图；

[0051] 图5为本申请实施例提供的一种协议堆栈层的组成示意图；

[0052] 图6为本申请实施例提供的一种数据传输方法的流程示意图；

[0053] 图7为本申请实施例提供的一种HARQ process配置过程示意图；

[0054] 图8为本申请实施例提供的又一种HARQ process配置过程示意图；

[0055] 图9为本申请实施例提供的又一种HARQ process配置过程示意图；

[0056] 图10为本申请实施例提供的又一种HARQ process配置过程示意图；

[0057] 图11为本申请实施例提供的又一种HARQ process配置过程示意图；

[0058] 图12为本申请实施例提供的一种数据传输装置的组成示意图；

[0059] 图13为本申请实施例提供的又一种数据传输装置的组成示意图；

[0060] 图14为本申请实施例提供的又一种数据传输装置的组成示意图；

[0061] 图15为本申请实施例提供的一种芯片系统的组成示意图；

[0062] 图16为本申请实施例提供的又一种数据传输装置的组成示意图；

[0063] 图17为本申请实施例提供的又一种芯片系统的组成示意图。

具体实施方式

[0064] 在常规的陆地通信网络中，使用HARQ技术进行数据传输，能够有效提高数据传输的可靠度。示例性的，接收端可以对接收到的TB进行解码，当解码失败时可以向发送端发送重传请求，以便发送端重传该TB。接收端可以将解码错误的TB保存在HARQ缓存(HARQ buffer)中，并将接收到的重传TB存储到相同的HARQ buffer中(即执行软合并)，以便得到一个比单独解码更可靠的数据包。接收端可以通过对HARQ buffer中的数据包进行解码，以获取对应的解码数据。如果解码依然不成功，则接收端可以重复执行上述过程。由于软合并后的数据包比单独一个TB更加可靠，解码成功的几率更高，因此能够有效提高数据传输的可靠度。

[0065] 作为一种示例，在HARQ技术中，接收端可以通过循环冗余校验(Cyclic Redundancy Check，CRC)来判断接收到的数据包是否解码成功。如果CRC成功，则表示解码成功，接收端可以向发送端发送ACK。如果CRC失败，则表示解码失败，接收端可以向发送端发送NACK。

[0066] 为了更加清楚地对使用HARQ技术进行数据传输的过程进行说明，图1示出了一种使用HARQ技术进行数据传输的流程示意图。如图1所示，发送端可以向接收端发送数据包。对应的，接收端可以接收该数据包，并对其进行解码。接收端可以根据解码是否成功向发送端反馈ACK/NACK，以便发送端根据接收到的ACK/NACK，进行数据包的新传或重传。例如，当解码成功时，接收端发送ACK，发送端接收该ACK，并进行数据新传。又如，当解码失败时，接收端发送NACK，发送端接收该NACK，并进行数据重传。

[0067] 一般而言，需要被发送的数据大多是连续的数据流，在使用HARQ技术对该数据流进行传输时，接收端可以将该数据流划分成多个TB，并按照一定时序分别进行传输。接收端在接收到多个TB之后可以对其进行解码及重组，即可获取对应的连续的数据流。示例性的，以数据流被划分成6个传输块(如TB1，TB2，TB3，TB4，TB5以及TB6)，同时设置有3个HARQ process(如HARQ process 0#，HARQ process 1#以及HARQ process 2#)，进行数据传输为例。如图2所示，发送端可以按照时序分别将TB1通过HARQ process 0#发送给接收端，将TB2通过HARQ process 1#发送给接收端，将TB3通过HARQ process 2#发送给接收端。接收端可以按照先后顺序接收到TB1，TB2以及TB3，并分别对其进行解码处理。当TB1，TB2以及TB3分别解码成功时，接收端就可以分别向发送端分别通过对应的HARQ process反馈ACK，以便发送端继续通过这3个HARQ process进行数据传输。例如，如图2所示的，发送端继续按照时序分别将TB4通过HARQ process 0#发送给接收端，将TB5通过HARQ process 1#发送给接收端，将TB6通过HARQ process 2#发送给接收端。如果该TB4，TB5以及TB6均被解码成功，则接收端就可以按照接收时序，将TB1，TB2，TB3，TB4，TB5以及TB6进行重组，获得连续的数据流。

[0068] 需要说明的是，通过HARQ process进行数据传输过程中，在进行数据传输的同时，还需要通过其他的信令交互保证数据的正常传输。以数据传输为下行传输，即发送端为基站，接收端为UE为例。基站可以通过向UE发送下行控制信息(Downlink Control Information，DCI)，其中可以包括多个标识符，用于指示数据传输的相关信息。示例性的，DCI中与HARQ process相关的标识符如表1所示。

[0069] 表1

[0070]与HARQ process相关的DCI标识符 格式1‑0(bits) 格式1‑1(bits)
HARQ进程数 4 4
新传数据指示 1 1
冗余版本 2 2
下行分配指数 2 0,2,4
调度物理上行控制信道的TPC命令 2 2
物理上行控制信道资源标识 3 3
HARQ反馈定时指示器 3 0,1,2,3

[0071] 在实际使用过程中，可以选取格式1‑0或格式1‑1其中一种进行DCI的配置。以采用格式1‑0为例。

[0072] HARQ进程数(HARQ process number)可以用4比特于表示当前数据的进程号，因此，最大的进程号是16，用于终端识别当前数据是属于哪个进程的。

[0073] 新传数据指示(New data indicator，NDI)可以用1比特指示当前数据时新传数据或重传数据。示例性的，当前数据为新传数据时，基站可以在发出该DCI时，将NDI翻转，以便终端根据NDI的翻转确定当前数据为新传数据。反之，当前数据为重传数据时，基站可以在发出该DCI时，保持NDI与上次发送数据时的NDI一致，即不翻转，以便终端根据NDI的未翻转确定当前数据为重传数据。

[0074] 冗余版本(Redundancy version，RV)可以包括2比特信息。每一次重传的bit内容并不一定需要与第一次传输相同。发送端会根据同一份TB生成多个不同bit集合(但携带的信息相同)。每次重传发送一份冗余版本，但多份可以组合解码。每次传输发送端告知用户所传的数据是属于哪个版本用于终端的软合并和译码。

[0075] 下行分配指数(Downlink assignment index，DAI)可以包括2比特信息。当用户在一个时隙中反馈多个下行数据时，DAI用于指示辅助UE进行HARQ‑ACK反馈，其物理含义是对在同一个时隙反馈的下行调度进行计数。DAI只有2比特，最多表示个数为4，那么如果调度的个数大于4时，则继续从‘00’开始循环计数，UE需要对这种情况进行识别，并正确进行计数以确定最后反馈的比特数。

[0076] 调度物理上行控制信道的TPC命令(TPC command for scheduled PUCCH)可以包括2比特信息。用于表示上行控制中ACK反馈的功率调整。示例性的，2比特可以表示4种大小的功率调整。

[0077] 物理上行控制信道资源标识(PUCCH resource indicator PUCCH)可以包括3比特信息。用于指示上行控制中ACK反馈所占用的资源位置，例如第几个符号进行反馈，占用多少符号，相对的频域位置，包括八种资源配置。

[0078] 物理下行共享信道‑HARQ反馈定时指示器(PDSCH‑to‑HARQ feedback timing indicator)可以用3比特信息确定ACK反馈的时隙。终端可以根据该字段指示的值可以计算出，在多少个时隙后进行ACK反馈。

[0079] 当然，DCI中还可包括除上述标识外的其他标识，以上表1仅为示例性说明。本申请实施例在此不作限制。需要说明的是，1个DCI可以用于指示1个传输块的传输信息，也可以用于指示多个传输块的传输信息。当1个DCI对应1个传输块时，该DCI可以同该传输块一同被发送。

[0080] 可以看到，通过HARQ技术进行数据传输，能够有效地提升数据传输的可靠度，但是也存在一些问题。

[0081] 示例性的，当现有的HARQ技术应用于具有更长传输路径的卫星通信中时，对于每个HARQ process，由于每次数据发送都需要等待上一个数据的译码结果，会使得一个HARQ process的数据传输效率比普通的陆地传输网络更低。由此会对整个传输系统的吞吐率造成较为显著的影响。

[0082] 另外，当存在一个或多个TB出现解码失败时，就会使得接收端对于数据的重组出现问题。示例性的，依然以数据流被划分成6个传输块(如TB1，TB2，TB3，TB4，TB5以及TB6)，同时设置有3个HARQ process(如HARQ process 0#，HARQ process 1#以及HARQ process 2#)，进行数据传输为例。如图3所示，当TB1被第一次通过HARQ process 0#发送后，在接收端出现解码失败时，则接收端会向发送端反馈NACK，以便发送端可以在下次通过HARQ process 0#发送数据时进行TB1的重传。按照预设的时序，接收端解码后按照顺序获取的应该是TB1‑TB2‑TB3‑TB4‑TB5‑TB6。但是由于HARQ process 0#进行了TB1的重传，因此接收端解码后按照顺序获取传输块变成了TB1‑TB2‑TB3‑TB1‑TB5‑TB6‑TB4。显而易见的，在进行数据传输过程中，如果出现数据的重传，就会导致接收端接收到的传输块的顺序出现问题，由此也会导致接收端无法正常进行数据重组以获取发送端发送的数据流。为了解决该问题，需要在接收端设置更加复杂的重组机制，以便能够对解码成功的传输块进行正确的重组。

[0083] 为了解决较长延时导致的吞吐率较低的问题，可以通过配置HARQ process为HARQd，以便在误码率要求较低的数据场景下，发送端每次数据传输都进行数据的新传，从而不需要等待上次传输数据的解码情况再继续数据传输。同时，当HARQ process被配置为HARQd时，由于不存在数据的重传，因此也不会出现接收端接收到的传输块的时序出现问题。

[0084] 当然，由于HARQ process在不同时刻所发送的数据不同，也就是说，在发送TB1时HARQ process需要被配置为HARQd，在发送TB2时，HARQ process就可能需要被配置为HARQe。因此，需要能够灵活地配置HARQ process为HARQe或HARQd，以便在对不同数据进行传输时，能够灵活地控制是否进行数据重传，进而提高整个系统的吞吐率。

[0085] 目前可以通过无线资源控制(Radio Resource Control，RRC)消息实现对于HARQ process的配置。示例性的，基站可以向UE发送RRC消息，用于指示UE将对应的HARQ process设置为HARQd或HARQe。然而，由于RRC消息的延时较长，同时考虑到卫星通信中的长距离传输路径，因此依赖于RRC消息对HARQ process进行配置存在调度不够灵活，同时延迟显著的问题。

[0086] 另外，还可以通过在控制信道中增加新的标识，用于指示将HARQ process配置为HARQe或HARQd。然而，当使用一个固定的标识位配置HARQ process时，就会导致控制信道中标识位资源的浪费。

[0087] 本申请实施例提供一种数据传输方法，能够实现对HARQ process的灵活配置，同时不会产生资源的浪费。以下结合附图对本申请实施例进行详细说明。

[0088] 本申请实施例提供的一种网络架构。该网络架构中可以包括终端，基站，地面站，用户面处理单元(User Plane Function，UPF)和由接入及接入与移动管理单元(Access and Mobility Management Function，AMF)以及会话管理单元(Session Management Function，SMF)构成的控制面设备。其中，UPF、AMF以及SMF可以构成核心网。示例性的，当该网络架构用于5G通信时，对应的设备可以为5G设备。例如，如图4所示，该网络架构可以包括终端，5G基站，地面站，5G UPF，5G AMF以及5G SMF。5G UPF，5G AMF以及5G SMF构成5G核心网。以下以图4所示的网络架构为例进行说明。

[0089] 在该网络架构中终端(如UE)可以通过5G新空口(New Radio，NR)接入网络。在卫星通信系统中，5G基站部署在卫星上，并通过无线网络，经地面站与5G核心网相连。同时，在卫星上的5G基站之间存在通过无线网络通信的无线链路，以便实现基站与基站之间的通信，如基站之间的信令交互和用户数据传输等。

[0090] 其中，终端是能够支持NR的移动设备。例如手机，平板电脑等移动设备。终端可以通过NR接入卫星网络并实现通话呼叫，上网等业务。5G基站主要用于提供无线接入服务，调度无线资源给接入终端，并提供可靠的无线传输协议和数据加密协议等。地面站可以用于转发卫星基站和5G核心网之间的信令和业务数据。在如图4所示的网络架构中，可以包括多种接口及通信链路。例如，5G新空口为终端和基站之间的无线链路。Xn接口为5G基站和基站之间的接口，主要用于切换等信令交互。NG接口为5G基站和5G核心网之间接口，主要交互核心网的NAS等信令，以及用户的业务数据。

[0091] 5G核心网可以用于提供用户接入控制，移动性管理，会话管理，用户安全认证，计费等业务。示例性的，5G核心网可以由多个功能单元组成，例如，5G核心网可以分为控制面和数据面的功能实体。控制面中的AMF可以用于负责用户接入管理，安全认证，还有移动性管理。数据面中的UPF可以用于管理用户面数据的传输，流量统计，安全窃听等功能。

[0092] 需要说明的是，在一些实施例中，为了实现终端与基站(如5G基站)之间的数据通信，还可将终端和/或基站划分为多个协议堆栈层。示例性的，该协议堆栈层可以根据无线接口协议划分确定。由于无线接口协议既要承载用户面的数据，也要承载控制面的数据，因此，上述协议堆栈层可以包括用户面协议栈和控制面协议栈。例如，如图5中的(a)所示，用户面协议栈由下层至上层包括物理层(Physical Layer，PHY)，媒体接入控制(Media Access Control，MAC)，无线链路控制(radio link control，RLC)以及分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)。上述用户面协议栈可以分别设置在终端和基站中。如图5中的(b)所示，控制面协议栈中，在基终端和基站中可以分别设置物理层，媒体接入控制，无线链路控制，分组数据汇聚协议以及无线资源控制。此外，终端侧还可包括用于与移动管理实体(Mobility Management Entity，MME)进行数据交互的非接入层(Non‑access stratum，NAS)。

[0093] 本申请示例提供的数据传输方法均可应用于如图4所示的网络架构中，并通过具有如图5中的(a)以及图5中的(b)所示的协议堆栈层结构的终端和/或基站实现数据传输。为了能够更加清楚地对本申请实施例进行说明，以下以发送端为网络设备(如4G基站，5G基站，未来通信网络中的基站，D2D(设备对设备，Device‑to‑Device)通信或机器通信中承担基站功能的终端，卫星等等)，接收端为终端(如UE，手持终端，车载终端，接入蜂窝或者卫星通信网络的各种形式的通信终端等等)，已经存在的多个HARQ process中包括一个用于发送第一传输块(或称为TB1)的HARQ process为例进行说明。请参考图6，为本申请实施例提供的一种数据传输方法的流程示意图。如图6所示，该方法可以包括S601‑S604。

[0094] S601、基站配置第一标识。

[0095] 其中，该第一标识用于指示TB1所在的HARQ进程是否由HARQd切换为HARQe。该第一标识在HARQ进程为HARQe时被占用。

[0096] 可以理解的是，当HARQ进程被配置为HARQe时，在基站与UE之间存在一部分物理层信令交互，用于标识传输对应传输块对应的相关信息。例如，在传输TB1时，基站可以在发送TB1的同时，向UE发送对应的DCI，该DCI中可以包括上述表1中的与HARQ process相关的配置信息，用于指示UE此次数据传输相关的信息。而当该HARQ process被配置为HARQd时，DCI中的部分信令(如NDI)则变为无效，即无论这些信令被配置为何值，均不会影响对应的数据传输。例如，当HARQ process被配置为HARQd时，NDI无论翻转与否，基站发送的数据均为新传数据，而UE接收到的TB也均为新传数据。本申请实施例中，可以将HARQ process被配置为HARQd时无效的物理层信令中的任意一个或多个比特位，作为第一标识，用于指示UE是否将HARQ进程由HARQd切换为HARQe。以便在需要UE反馈ACK/NACK时，根据对接收到传输块的解码成功与否向基站反馈ACK或NACK。这样可以复用现有信令中的这些比特，一方面节省了信令开销，另一方面也可以快速实现HARQ状态的改变，迅速快捷的完成配置。

[0097] 示例性的，基站可以根据TB1的传输对于误码率的要求高低，确定是否需要将对应的HARQ process由HARQd切换为HARQe。当然，基站还可以根据其他需求来确定是否需要将HARQ进程由HARQd切换为HARQe，本申请实施例对此不作限制。

[0098] 当基站确定需要将TB1所在的HARQ进程由HARQd切换为HARQe时，基站可以将第一标识配置为对应的状态，例如，对第一标识进行翻转，以便指示TB1所在的HARQ进程需要由HARQd切换为HARQe。又如，对第一标识不进行翻转，以便指示TB1所在的HARQ进程需要由HARQd切换为HARQe。两者的效果是一样的。

[0099] 当基站确定不需要将TB1所在的HARQ进程由HARQd切换为HARQe时，基站可以将第一标识配置为对应的状态，例如，不对第一标识进行翻转，即保持第一标识不变，以便指示TB1所在的HARQ进程不需要由HARQd切换为HARQe。又如，对第一标识进行翻转，即保持第一标识不变，以便指示TB1所在的HARQ进程不需要由HARQd切换为HARQe。

[0100] S602、基站向UE发送TB1和第一标识。

[0101] 基站可以将TB1发送给UE，还可以将用于指示是否将HARQ process由HARQd切换为HARQe的第一标识。其中，TB1可以与第一标识一同发送给UE，也可以分别发送给UE，其先后顺序可以按照实际情况灵活设置，本申请实施例对此不作限制。示例性的，以第一标识为DCI中的任意一个或多个比特位为例。基站可以将携带有第一标识的DCI与TB1一同发送给UE，以便UE可以根据DCI中的第一标识，确定是否需要将TB1对应的HARQ process由HARQd切换为HARQe。

[0102] S603、UE接收TB1和第一标识。

[0103] S604、UE根据第一标识确定TB1所在的HARQ进程是否由HARQd切换为HARQe。

[0104] UE可以在TB1所在的HARQ process所指示的下行数据传输通道，如物理下行共享信道(physical downlink shared channel，PDSCH)，接收到基站发送的TB1以及第一标识。

[0105] UE可以根据第一标识确定是否需要将TB1所在的HARQ process由HARQd切换为HARQe。

[0106] 当UE确定需要将该HARQ process由HARQd切换为HARQe时，UE可以根据对TB1的解码情况，向基站反馈ACK或NACK，以便基站根据接收到的ACK或NACK确定TB1是否被正确的解码。

[0107] 当UE确定不需要将该HARQ process由HARQd切换为HARQe时，则UE可以确定无论该TB1是否被正确解码，从该HARQ process接收到的下一个TB均为新传数据。同时，UE也不需要根据对TB1的解码情况，向基站反馈ACK或NACK。

[0108] 需要说明的是，在开始执行上述S601之前，基站可以将TB1对应的HARQ process配置为HARQd。本申请实施例中，在进行数据传输之前，对于HARQ process的配置也可成为初始化。示例性的，基站可以通过RRC信令配置TB1对应的HARQ process为HARQd，也可以通过其他方法配置TB1对应的HARQ process为HARQd，本申请实施例对此不作限制。另外，在进行数据传输的过程中，基站可以根据需要，通过RRC信令配置任意一个或多个HARQ process为HARQe或HARQd，以便能够统一对HARQ process进行管理。

[0109] 为了能够更加清楚地对HARQ process的配置过程进行说明，以下以第一标识为NDI为例，对同时存在多个HARQ process并行进行数据传输的场景下的配置过程进行举例说明。

[0110] 示例性的，基站可以使用RRC信令配置HARQ process为HARQd，并通过设置NDI的翻转与否，指示UE是否需要将对应的HARQ process由HARQd切换为HARQe。

[0111] 在一些实施例中，当NDI翻转时，可以用于指示将对应的HARQ process由HARQd切换为HARQe，对应的，当NDI未发生翻转时，可以用于指示保持HARQ process为HARQd不变。也就是说，当基站确定保持某个HARQ process为HARQd不变时，则不翻转利用该HARQ process传输的数据所对应的NDI，与之对应，当基站确定要将某个HARQ process由HAQRd切换为HARQe时，则翻转利用该HARQ process传输的数据所对应的NDI。

[0112] 例如，该配置过程请参考图7。如图7所示，同时存在16个HARQ process(如0#‑15#共16个HARQ process)。在开始进行数据传输时，可以通过RRC配置1，将#0配置为HARQe，其他1#‑15#均配置为HARQd。那么，利用0#传输的数据所对应的NDI会根据数据新传或重传进行对应配置，而利用1#‑15#传输的数据所对应的NDI可以保持默认值不变，如NDI的默认值可以为如图7所示的0。如图7所示，在NDI翻转1的配置过程中，基站将利用11#传输的数据所对应的NDI由0翻转为1，则对应的HARQ process由HARQd切换为HARQe，此后该利用11#传输的数据所对应的NDI会根据数据新传或重传进行对应配置。类似的，在NDI翻转2的配置过程中，基站将利用2#，3#，6#以及9#传输的数据所对应的NDI分别翻转为1，则对应的HARQ process由HARQd切换为HARQe，此后该利用2#，3#，6#以及9#传输的数据所对应的NDI会根据数据新传或重传进行对应配置。在基站需要对所有的HARQ process进行统一管理时，可以通过RRC信令配置。如图7所示，基站可以进行RRC配置2，以便将0#和11#配置为HARQe，将其他14个HARQ process配置为HARQd。

[0113] 在另一些实施例中，当NDI未发生翻转时，可以用于指示将对应的HARQ process由HARQd切换为HARQe，对应的，当NDI发生翻转时，可以用于指示保持HARQ process为HARQd不变。也就是说，当基站确定保持某个HARQ process为HARQd不变时，则翻转利用该HARQ process传输的数据所对应的NDI，与之对应，当基站确定要将某个HARQ process由HAQRd切换为HARQe时，则不翻转利用该HARQ process传输的数据所对应的NDI。

[0114] 例如，该配置过程请参考图8。如图8所示，同时存在16个HARQ process(如0#‑15#共16个HARQ process)。在开始进行数据传输时，可以通过RRC配置1，将0#配置为HARQe，其他1#‑15#均配置为HARQd。那么，利用0#所传输的数据对应的NDI会根据数据新传或重传进行对应配置，而利用1#‑15#所传输的数据对应的NDI可以保持默认值不变，如NDI的默认值可以为如图8所示的0。如图8所示，在NDI翻转1的配置过程中，基站保持利用6#和11#传输的数据所对应的NDI不翻转，则对应的HARQ process由HARQd切换为HARQe，此后利用该6#和11#传输的数据所对应的NDI会根据数据新传或重传进行对应配置。类似的，在NDI翻转2的配置过程中，基站保持利用2#，3#和9#传输的数据所对应的NDI不翻转，则对应的HARQ process由HARQd切换为HARQe，此后利用该2#，3#和9#传输的数据所对应的NDI会根据数据新传或重传进行对应配置。在基站需要对所有的HARQ process进行统一管理时，可以通过RRC信令配置。如图8所示，基站可以进行RRC配置2，以便将0#和11#配置为HARQe，将其他14#个HARQ process配置为HARQd。

[0115] 可以看到，当TB1所在的HARQ process被配置为HARQe后，第一标识由无效变为有效，用于标识HARQe数据传输过程中的相关数据。也就是说，当HARQ process被配置为HARQe之后，第一标识就无法用于指示是否对HARQ process进行变更，例如将HARQe切换为HARQd。本申请实施例还提供多种方法，使得能够灵活地对HARQ process进行配置。

[0116] 示例性的，在一些实施例中，从完成HARQ process的初始化开始，HARQ process就可以开始支持数据的传输。在该过程中，可以通过上述第一标识或RRC信令等方法对HARQ process进行配置。本实施例中，可以设置计时器，从完成HARQ process的初始化的时刻开始计时，经过预设周期后，将HARQ process恢复初始化状态，以实现HARQ process的周期性初始化，提高系统的稳定性。例如，如图9所示，该HARQ process在T1时刻被初始化为HARQd，则从T1时刻开始计时。假设在预设周期内的某时刻T2，该HARQ process被配置为HARQe，则当计时器计时到达预设周期时长时，将该HARQ process重新初始化为HARQd。

[0117] 在另一些实施例中，从HARQ process被配置HARQe的时刻开始，经第一预设时长后，将该HARQ process配置为HARQd。例如，如图10所示，该HARQ process在T3时刻由HARQd切换为HARQe，则可以设置计时器，从T3时刻开始计时，经过第一预设时长后，该HARQ porcess可以自动由HARQe切换到HARQd。其中，将HARQ process配置为HARQe可以是通过第一标识的翻转(或未翻转)实现的，也可以是通过RRC信令实现的，本申请实施例对此不作限制。

[0118] 在另一些实施例中，从HARQ process被配置为HARQd的时刻开始，在第二预设时长内，保持该HARQ process为HARQd不变。示例性的，如图11所示，当HARQ process在T4时刻由HARQe切换为HARQd时，则从T4时刻开始，在其后的第二预设时长内，保持该HARQ process为HARQd不变，直至T5时刻。从T5时刻开始，当UE接收到指示由HARQd切换为HARQe的第一标识或其他指示(如RRC信令)时，UE才确定将该HARQ process切换为HARQe。这样，UE可以在第二预设时长内不对第一标识进行查询判断，能够有效地减小UE的工作负荷，同时适当减小HARQ process的切换频率，有利于系统的正常运行。其中，将HARQ process配置为HARQd可以是通过RRC信令实现的，也可以是通过其他方法配置实现的，本申请实施例对此不作限制。

[0119] 需要说明的是，上述图9中涉及的预设周期，图10中涉及的第一预设时长以及图11中涉及的第二预设时长，可以是预先约定并预置在发射端以及接收端中的，也可以是通过发送RRC信令等方法实时配置的，本申请实施例对此不作限制。另外，HARQ process在发射端和接收端两侧被分别维护，发射端和接收端可以分别根据上述数据传输方法，设置各自所维护的HARQ process，保证两侧的HARQ process保持一致，以此确保数据的正常传输。

[0120] 在HARQ process被配置为HARQe之后，UE可以根据对TB1的解码情况，向基站反馈ACK或NCAK，以便基站执行对应的操作。例如，当TB1解码成功时，UE可以向基站反馈ACK。基站在接收到ACK之后，可以在该TB1对应的HARQ process上进行数据的新传。当TB1解码失败时，UE可以向基站反馈NACK。基站在接收到NACK之后，可以在该TB1对应的HARQ process上进行数据的重传。需要说明的是，本申请实施例中，对于数据的重传，可以是异步重传。也就是说，使用该HARQ process进行TB1的重传可以发生在任意时刻。这样可以使得基站能够根据当前传输资源情况灵活地选取数据重传的时机，以提高系统的数据传输稳定性。

[0121] 另外，上述示例中，均以第一标识为NDI为例进行说明。本申请实施例中，还可以使用DCI中其他标识作为第一标识，或者其他信令中在HARQe状态下有效但HARQd状态下失效的标识作为第一标识，对第一标识所占用的比特大小也不作限制。

[0122] 需要说明的是，上述说明中，均以基站确定并控制是否需要切换HARQ process为例进行说明的。本申请实施例中，UE和基站还可以根据预设条件来触发HARQ process的切换。示例性的，可以在UE和基站中，可以针对服务质量(Quality of Service，QoS)的要求设置门限，UE和基站能够同时对符合门限要求的数据传输过程进行HARQ process的配置。例如，可以针对QoS中的可靠度要求设置第一门限，当数据传输的可靠度要求高于所述第一门限时，UE和基站同时将对应HARQ process配置为HARQe。与之相反，当数据传输的可靠度要求低于所述第一门限时，UE和基站同时将对应HARQ process配置为HARQd。本申请实施例中，激活或去激活上述触发条件可以是基站通过RRC消息配置的，也可以是预设的。

[0123] 当然，本申请实施例提供的多种HARQ process配置方法，可以采用其中的一种进行HARQ process的配置，也可以采用其中的两种或更多同时实现对于HARQ process的配置，本申请实施例对此不作限制。

[0124] 这样，利用HARQ process处于HARQd时空闲的物理层信令(如DCI中的NDI)，实现对HARQ process的配置，实现了在不占用新的标识资源的前提下，使用物理层信令进行快速灵活的配置，由此提升了数据传输的吞吐率。

[0125] 进一步的，通过RRC信令与第一标识(如NDI)结合的配置方法，使得基站可以在任意时刻，例如在没有数据传输，也就没有NDI的传输时，也能够实现对于HARQ process的自适应配置。另外，通过设置第一时长，使得HARQ process可以定时恢复HARQd的状态，即实现了不需要额外信令开销的HARQ process非自适应配置。通过设置第二时长，使得HARQ process不会出现频繁的切换，由此增加系统的稳定性。

[0126] 上述主要从各个设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述终端和网络设备为了实现上述功能，其包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

[0127] 本申请实施例可以根据上述方法示例对终端和网络设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

[0128] 图12示出了的一种数据传输装置1200的组成示意图，该数据传输装置1200可以为终端或者终端中的芯片或者片上系统，该数据传输装置1200可以用于执行上述实施例中涉及的终端的功能。作为一种可实现方式，图12所示数据传输装置1200包括：接收单元1201。

[0129] 接收模块1201可以用于接收来自网络设备的第一传输块及第一标识，该第一标识用于指示该第一传输块所在的混合自动重传请求HARQ进程是否由非HARQ传输切换为HARQ传输。该第一标识在该HARQ进程为HARQ传输时被占用。示例性的，接收模块1201可以用于执行如图6所示的S603。

[0130] 在一种可能的设计中，当该第一标识被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输，或者，当该第一标识未被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输。

[0131] 在一种可能的设计中，该接收单元1201，还用于接收来自该网络设备的无线资源控制RRC消息，该RRC消息用于指示该HARQ进程为该非HARQ传输。

[0132] 在一种可能的设计中，该装置还包括：配置单元1202。该配置单元1202，用于从接收到该RRC消息的时刻开始，经过预设周期后，将该HARQ进程配置为该非HARQ传输。

[0133] 在一种可能的设计中，该配置单元1202，用于从该HARQ进程被配置为该HARQ传输的时刻开始，经第一预设时长后，将该HARQ进程配置为该非HARQ传输。

[0134] 在一种可能的设计中，配置单元1202，用于在该HARQ进程被配置为该非HARQ传输后的第二预设时长内，保持该HARQ进程为该非HARQ传输。

[0135] 在一种可能的设计中，该第一标识为新数据传输指示NDI。

[0136] 在一种可能的设计中，该装置还包括：发送单元1203。该发送单元，用于在该终端接收来自网络设备的第一传输块及第一标识之后，当该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输时，该终端向该网络设备发送用于指示该第一传输块是否被正确解码的HARQ消息。

[0137] 需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。本申请实施例提供的数据传输装置，用于执行上述通信方法中终端的功能，因此可以达到与上述通信方法相同的效果。作为可选而不是必须，可以理解的是，必要时，本申请实施例提供的数据传输装置可以包括用于支持上述接收单元1201和/或配置单元1202和/或发送单元1203完成相应功能的处理模块或者控制模块。

[0138] 图13示出了的一种数据传输装置1300的组成示意图，该数据传输装置1300可以为网络设备中的芯片或者片上系统，该数据传输装置1300可以用于执行上述实施例中涉及的网络设备的功能，作为一种可实现方式，图13所示数据传输装置1300包括：发送单元1301。

[0139] 发送单元1301，用于向终端发送第一传输块及该第一标识，该第一标识用于指示该HARQ进程是否由非HARQ传输切换为HARQ传输。该第一标识在该HARQ进程为该HARQ传输时被占用。示例性的，发送单元1301可以用于执行如图6所示的S602。

[0140] 在一种可能的设计中，当该第一标识被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输，或者，当该第一标识未被翻转时，该第一标识用于指示该HARQ进程由该非HARQ传输切换为该HARQ传输。

[0141] 在一种可能的设计中，发送单元1301，还用于向该终端发送无线资源控制RRC消息，该RRC消息用于指示该HARQ进程为该非HARQ传输。

[0142] 在一种可能的设计中，该装置还包括配置单元1302。该配置单元1302，用于从发送该RRC消息的时刻开始，经过预设周期后，将该HARQ进程配置为该非HARQ传输。

[0143] 在一种可能的设计中，该配置单元1302，用于从该HARQ进程被配置为该HARQ传输的时刻开始，经第一预设时长后，将该HARQ进程配置为该非HARQ传输。

[0144] 在一种可能的设计中，该配置单元1302，还用于在该HARQ进程被配置为该非HARQ传输后的第二预设时长内，保持该HARQ进程为该非HARQ传输。

[0145] 在一种可能的设计中，该第一标识为新数据传输指示NDI。

[0146] 在一种可能的设计中，该装置还包括：接收单元1303。该接收单元1303，用于接收HARQ消息，该HARQ消息用于指示该第一传输块是否被正确解码。该发送单元，还用于当该HARQ消息用于指示该第一传输块未被正确解码时，向该终端重新发送该第一传输块，或者，当该HARQ消息用于指示该第一传输块被正确解码时，向该终端发送第二传输块，该第二传输块与该第一传输块不同。

[0147] 需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。本申请实施例提供的数据传输装置，用于执行上述通信方法中网络设备的功能，因此可以达到与上述通信方法相同的效果。作为可选而不是必须，可以理解的是，必要时，本申请实施例提供的数据传输装置可以包括用于支持上述发送单元1301和/或配置单元1302和/或接收单元1303完成相应功能的处理模块或者控制模块。

[0148] 图14示出了的另一种数据传输装置1400的组成示意图。该数据传输装置1400可以包括：处理器1401和存储器1402。该存储器1402用于存储计算机执行指令。示例性的，在一些实施例中，当该处理器1401执行该存储器1402存储的指令时，可以使得该数据传输装置1400执行如图6所示的S603，以及终端需要执行的其他操作。

[0149] 图15示出了的一种芯片系统1500的组成示意图。该芯片系统1500可以包括：处理器1501和通信接口1502，用于支持终端实现上述实施例中所涉及的功能。示例性的，在一些实施例中，处理器1501可以通过通信接口1502与终端之外的其他设备(如网络设备)进行通信。在一种可能的设计中，该芯片系统1500还包括存储器，用于保存终端必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

[0150] 图16示出了的另一种数据传输装置1600的组成示意图。该数据传输装置1600可以包括：处理器1601和存储器1602。该存储器1602用于存储计算机执行指令。示例性的，当该处理器1601执行该存储器1602存储的该计算机执行指令时，可以使得该数据传输装置1600执行如图6所示的S602，以及网络设备需要执行的其他操作。

[0151] 图17示出了的一种芯片系统1700的组成示意图。该芯片系统1700可以包括：处理器1701和通信接口1702，用于支持网络设备实现上述实施例中所涉及的功能。示例性的，处理器1701可以通过通信接口1702与网络设备之外的其他设备(如终端)进行通信。在一种可能的设计中，芯片系统还包括存储器，用于保存终端必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

[0152] 本申请实施例还提供一种通信系统，该通信系统可以包括一个或多个终端和/或一个或多个网络设备。示例性的，一个或多个终端可以用于执行如图6所示的S603，以及终端所要执行的其他操作。一个或多个网络设备可以用于执行如图6所示的S602，以及网络设备所要执行的其他操作。

[0153] 需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。本申请实施例提供的数据传输装置，用于执行上述通信方法中终端的功能，因此可以达到与上述通信方法相同的效果。

[0154] 在上述实施例中的功能或动作或操作或步骤等，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

[0155] 尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。