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

权利要求书

1.一种NR-U系统中用于HARQ反馈的单触发指示设计方法，其特征在于，包括：在单触发DCI中添加2bit的状态位；根据状态位的定义，判断基站端针对同一HARQ进程的上一个HARQ反馈接收是否成功；

其中，判断基站端针对同一HARQ进程的上一个HARQ反馈接收是否成功包括：

S2.1，基站发送PDSCH TB1 HARQ进程X；

S2.2，UE正确接收PDSCH TB1 HARQ进程X后发送ACK并被基站正确接收；

S2.3，基站采用与S2.1相同的HARQ进程发送新TB2；

S2.4，若基站未接收到PDSCH TB2 HARQ进程X的反馈，基站向UE发送单触发请求指示用户对进程X进行反馈时将HFRI字段设置为01告知UE，基站端已成功接收HARQ进程X的TB1的反馈；

S2.5，UE在收到单触发请求后对进程X的TB进行HARQ反馈，根据HFRI字段的值，UE获知对于进程X的上一个反馈，基站端已经成功接收，本次触发反馈是针对同一进程X的新传TB的反馈，UE未接收到来自同一HARQ进程X的新传TB，本次反馈设置为NACK反馈给基站端，基站端在收到HARQ反馈后获知进程X的TB2接收失败，进行重传TB2；

其中，状态位表示为HFRI，定义状态位的含义如下：

HFRI＝00时，00为默认值；

HFRI＝01时，表示同一HARQ进程的上一个HARQ反馈接收成功；

HFRI＝10时，表示同一HARQ进程的上一个HARQ反馈接收失败；

HFRI＝11时，11暂时不定义。

2.根据权利要求1所述的NR-U系统中用于HARQ反馈的单触发指示设计方法，其特征在于，单触发请求的控制信息长度能够增加，新增2bit的状态位至控制信息中。

3.根据权利要求1所述的NR-U系统中用于HARQ反馈的单触发指示设计方法，其特征在于，单触发请求的控制信息长度不能增加，通过不调度PDSCH的控制信息中的2bit来承载状态位。

4.根据权利要求3所述的NR-U系统中用于HARQ反馈的单触发指示设计方法，其特征在于，单触发请求的控制信息长度不能增加时，具体通过如下步骤来承载状态位：

S1.1，单触发请求的控制信息触发反馈请求，采用不调度PDSCH的控制信息来承载新增状态位字段；

S1.2，将不调度PDSCH的所述控制信息的频域资源分配字段设置为全0或全1，并且将MCS、NDI、RV字段设置为reserved状态；

S1.3，启用所述reserved状态的2bit用于承载状态位。

5.根据权利要求1所述的NR-U系统中用于HARQ反馈的单触发指示设计方法，其特征在于，在基站端，发送HARQ进程的单触发请求时，根据HARQ进程的上一个HARQ反馈是否成功接收，将状态位设置为相应的值告知UE。

6.根据权利要求1所述的NR-U系统中用于HARQ反馈的单触发指示设计方法，其特征在于，在UE端，收到单触发请求时，查看状态位设置的值以确定出基站端期待的反馈是上一个HARQ反馈还是新传TB的HARQ反馈。

7.根据权利要求1所述的NR-U系统中用于HARQ反馈的单触发指示设计方法，其特征在于，判断基站端针对同一HARQ进程的上一个HARQ反馈接收是否成功包括：

S3.1，基站发送PDSCH TB1 HARQ进程X，TB1超过最大重传次数重传仍失败，其中最大重传次数由RRC高层配置；

S3.2，基站采用与S3.1相同的HARQ进程调度新数据块TB2传输；

S3.3，若UE未接收到TB2，UE不对TB2进行HARQ反馈；

S3.4，基站采用单触发机制触发UE再次进行HARQ反馈时将HFRI设置为01以表示同一HARQ进程的上一个TB的HARQ反馈已经成功接收；

S3.5，UE收到S3.4中触发请求后，根据HFRI的值获知同一HARQ进程的上一TB的反馈基站已成功收到，触发是针对该进程的新传TB；

S3.6，用户将异或后的结果1发送给基站，基站端同样进行异或操作，将收到的1与NDI值1异或运算结果为0，基站对TB2进行重传。