[发明专利]NR-U系统中用于HARQ反馈的单触发指示设计方法

说明书

本发明公开一种NR‑U系统中用于HARQ反馈的单触发指示设计方法，包括：在单触发DCI中添加2bit的状态位；根据所述状态位的定义，判断基站侧针对同一HARQ进程的上一个HARQ反馈接收是否成功。本发明所述NR‑U系统中用于HARQ反馈的单触发指示设计方法通过在单触发DCI中添加2bit作为基站侧针对同一HARQ进程的上一个HARQ反馈接收成功与否的状态位解决数据块丢失的问题。

技术领域

本发明涉及移动通信技术领域，具体涉及一种NR-U系统中用于HARQ反馈的单触发指示设计方法。

背景技术

移动数据流量呈爆发式增长，无线通信系统对频谱资源的迫切需求越发强烈，为此3GPP积极寻求5G等新技术在非授权频谱上的应用部署方案。2017年3月的RAN-75次会议提出了对基于NR的非授权频段(NR-U)的研究计划，并于2018年初开启研究项目。

在非授权频谱上部署NR的一个重要问题是要保证与使用此频段的其他无线接入技术(RAT)之间的公平共存，为此，NR-U使用“先听后说”的信道接入机制(LBT)，gNB/UE在进行通信前，必须先监听信道是否被占用，满足一定条件才能LBT成功。

HARQ反馈在非授权频段上传输时，由于LBT结果的不确定性，会带来不可预测的HARQ反馈时延，并且隐藏节点问题可能会导致HARQ反馈失败，为了提供多个HARQ传输机会，3GPP RAN1#98b次会议已达成支持基站为先前配置的并且反馈失败的所有HARQ进程请求单触发组HARQ反馈的协议。在NR-U中，gNB可以向UE发送单触发请求，指示UE报告所有配置的HARQ进程的反馈。

若用户不止一次接收到单触发指示，则需要多次传输相应的HARQ反馈信息，此时基站很难区分HARQ反馈信息是初始传输还是重新传输，并可能引起新传数据的NACK转ACK问题。

如图1所示，基站发送PDSCH TB1 HARQ进程X，用户在正确接收后发送ACK并被基站正确接收，基站采用相同的HARQ进程X发送新TB2，但是由于隐藏节点的干扰，导致用户未接收到PDSCH TB2 HARQ X，因此用户不进行操作，由于基站未接收到PDSCH TB2 HARQ进程X的HARQ反馈，因此向用户发送单触发请求(One-shot trigger)指示用户对进程X进行反馈，用户在接收到单触发指示后，会误认为上一次传输的HARQ反馈未被基站成功接收，因此用户将TB1的反馈ACK再次传输给基站，基站收到后误认为TB2已被用户成功接收，最终导致TB2数据块的丢失。

针对上述问题，现有的解决方案都存在不足之处。

现有的解决方案一是用户采用默认NACK机制，且NDI值不与相应PDSCH的HARQ-ACK一起报告，此方案要求一旦在先前的HARQ反馈中针对相同HARQ进程ID报告了ACK，则UE重置该HARQ进程的HARQ状态为NACK，此方案的不足之处在于不支持相同的ACK多次传输，因此可能会造成ACK转NACK问题，如图2所示：

当gNB初次传输的数据TB1被用户正确接收后，其对应的HARQ反馈由于隐藏节点或突发干扰导致基站端接收失败，基站使用单触发组HARQ机制触发反馈时，由于用户采用默认NACK机制，因此在收到单触发请求时向基站报告了NACK，导致在用户侧正确接收的数据被基站理解成错误接收，因此基站会重传已被正确接收的数据包TB1，此时会造成非授权频谱资源的浪费，由于非授权频谱资源的不确定性更大，该方案造成的时延及浪费可能更大。

现有的解决方案二是UE报告对应的PDSCH的最新NDI值和HARQ-ACK的异或结果(如没有用于HARQ进程的先前NDI值，则UE假定NDI＝0)，此方案的不足之处是当某一TB多次传输仍未被用户正确接收，基站准备传输下一新的TB时，若新TB在用户侧接收错误或传输丢失，那么在收到基站的单触发请求后，会将上一TB的异或结果发送给基站，基站再用异或机制解码时会造成新传TB被误认为正确接收的NACK转ACK问题，如表1所示：