[发明专利]一种数据传输的方法及设备

说明书

本发明公开了一种数据传输的方法及设备，用于解决HARQ进程不够使用，导致UE调度不连续，UE调度速率受限，UE调度时长增长，UE功率损耗增加的问题。当基站与终端进行数据传输时，所述基站确定预设数量的混合自动重传请求HARQ进程是否均已被占用；若所述预设数量的HARQ进程均已被占用，所述基站从所述预设数量的HARQ进程中选择第一HARQ进程；所述基站利用所述第一HARQ进程与所述终端进行所述数据传输。

技术领域

本发明实施例涉及无线通信技术领域，尤其涉及机器类通信的一种数据传输的方法及设备。

背景技术

机器间通信(Machine to Machine，M2M)是物联网(Internet Of Thing，IOT)中普遍的应用形式。第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)引入了机器类通信(Machine Type Communications，MTC)技术及增强型机器类通信(Enhancedevolved Machine Type Communications，eMTC)技术。

在现有技术中，eMTC的用户设备(User Equipment，UE)分为模式A(ModeA)和模式B(ModeB)两种覆盖模式。

在ModeA下，eMTC最大支持8个混合自动重传请求(Hybrid Auto Repeat Request，HARQ)进程。

以下行为例，在第n子帧，演进型基站(evolved Node B，eNB)利用机器类通信物理下行控制信道(MTC Physical Downlink Control Channel，MPDCCH)下发下行控制信息(Downlink Control Information，DCI)。eNB在第n+k子帧利用物理下行共享信道(Physical Downlink Shared Channel，PDSCH)向UE发送数据，其中k≥2。在第n+k+4子帧，UE利用物理上行链路控制(Physical Uplink Control CHannel，PUCCH)发送所述数据的反馈确认应答(Acknowledgement，ACK)/否定应答(negative acknowledgement，NACK)。从通过PUCCH发送ACK/NACK到eNB进行解调和处理，大概需要3个传输时间间隔(TransmissionTime Interval，TTI)。因此，最大支持的HARQ进程数，不能填满一个HARQ进程的空隙。

举例说明：eNB在n＝0子帧通过MPDCCH向UE下发DCI，在n＝2子帧eNB通过PDSCH向UE发送数据。UE解码失败，在n＝6子帧，UE通过PUCCH向eNB发送所述数据的NACK信息。eNB根据该NACK信息进行解调和处理。eNB根据下行资源分配情况对重传数据进行调度。如图1所示，一个HARQ进程的往返时间至少需要10个TTI。eMTC HARQ采用多进程的“停止-等待”HARQ实现方式，即对于任一个HARQ进程，在等待ACK/NACK反馈之前，此进程暂时中止传输，当收到反馈后，再根据反馈的是ACK还是NACK选择发送新的数据还是重传。在这段时间内，eNB/UE当然不能停止传输而白白地等待，必须发起其它的并行HARQ进程，以充分利用时域资源。如图2所示，并行HARQ的进程数量跟一个HARQ进程的往返时间有关，也就是传输延迟和UE/eNB的处理时间相关的，HARQ进程的往返时间愈大，需要支持用于填满HARQ进程往返时间的并行HARQ进程数量越多，并行HARQ进程数量需要等于HARQ进程的往返时间TTI，但3GPP协议规定，modeA下，eMTC最大支持8个HARQ进程，而8个HARQ进程数并不能填满HARQ进程的往返时间，存在进程数不足的问题。

在ModeB下，eMTC最大支持2个HARQ进程，也存在上述进程数不足的问题。

由于HARQ进程不够使用，导致UE调度不连续，UE调度速率受限。

发明内容

本发明实施例提供了一种数据传输的方法及设备，可以提升UE调度速率。