NR-U系统中用于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传输机会，3gppran1#98b次会议已达成支持基站为先前配置的并且反馈失败的所有harq进程请求单触发组harq反馈的协议。在nr-u中，gnb可以向ue发送单触发请求，指示ue报告所有配置的harq进程的反馈。

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

如图1所示，基站发送pdschtb1harq进程x，用户在正确接收后发送ack并被基站正确接收，基站采用相同的harq进程x发送新tb2，但是由于隐藏节点的干扰，导致用户未接收到pdschtb2harqx，因此用户不进行操作，由于基站未接收到pdschtb2harq进程x的harq反馈，因此向用户发送单触发请求(one-shottrigger)指示用户对进程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所示：

表1现有技术中的解决方案二存在nack转ack问题的示意表

当tb1多次传输仍失败时，基站采用相同的harq进程调度新传数据块传输，但是由于隐藏节点的干扰导致用户未接收到tb2并且不会对tb2进行harq反馈，在基站采用单触发机制请求用户再次进行harq反馈时，用户会认为tb1的最后一次重传的异或harq结果没有传输成功，因此将0再次反馈给基站，而基站在收到后会将其与tb2的ndi值1进行异或解码(圆圈所示)，得到结果1，认为tb2接收成功，但实际上tb2接收失败，导致nack转ack问题，使新传数据丢失。

现有的解决方案三是用户报告最新的ndi值以及相应harq进程id的harqa/n(如果没有用于该harq进程的先前ndi值，则ue假定ndi＝0)，此方案的不足之处在于显著增加相关uci的开销，例如当报告了非基于cbg的harq(即tb级)反馈时，基本上使uci大小增加了一倍，由于非授权频谱lbt结果的不确定性，可能会频繁使用单触发harq反馈机制，因此若相关uci开销加倍会对基站端的检测造成一定影响。

基于现有技术存在的上述技术问题，本发明提供一种nr-u系统中用于harq反馈的单触发指示设计方法。

技术实现要素：

为解决现有技术存在的上述技术问题，本发明提供一种nr-u系统中用于harq反馈的单触发指示设计方法。

本发明采用以下技术方案：

本发明提供一种nr-u系统中用于harq反馈的单触发指示设计方法，包括：在单触发dci中添加2bit的状态位；根据状态位的定义，判断基站端针对同一harq进程的上一个harq反馈接收是否成功。

进一步地，单触发请求的控制信息长度能够增加，新增2bit的状态位至控制信息中。

进一步地，单触发请求的控制信息在dciformat1_1中承载。

进一步地，单触发请求的控制信息长度不能增加，通过不调度pdsch的控制信息中的2bit来承载状态位。

进一步地，单触发请求的控制信息长度不能增加时，具体通过如下步骤来承载状态位：

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

s1.2，将不调度pdsch的控制信息的频域资源分配字段设置为全0或全1，并且将mcs、ndi、rv字段设置为reserved状态；

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

进一步地，在基站端，发送harq进程的单触发请求时，根据harq进程的上一个harq反馈是否成功接收，将状态位设置为相应的值告知ue。

进一步地，在ue端，收到单触发请求时，查看状态位设置的值以确定出基站端期待的反馈是上一个harq反馈还是新传tb的harq反馈。

优选地，状态位表示为hfri(harqfeedbackreceivedindication，hfri)，定义状态位的含义如下：

hfri＝00时，该值为默认值；

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

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

hfri＝11时，该值暂时不定义。

优选地，判断基站端针对同一harq进程的上一个harq反馈接收是否成功包括：

s2.1，基站发送pdschtb1harq进程x；

s2.2，ue正确接收pdschtb1harq进程x后发送ack并被基站正确接收；

s2.3，基站采用与s2.1相同的harq进程发送新tb2；

s2.4，若基站未接收到pdschtb2harq进程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。

优选地，判断基站端针对同一harq进程的上一个harq反馈接收是否成功包括：

s3.1，基站发送pdschtb1harq进程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进行重传。

与现有技术相比，本发明的优越效果在于：

本发明所述的nr-u系统中用于harq反馈的单触发指示设计方法，通过在单触发dci中添加2bit作为基站端针对同一harq进程的上一个harq反馈接收成功与否的状态位解决数据块丢失的问题。

附图说明

图1是现有技术中单触发指示存在新传数据nack转ack问题的示意图；

图2是现有技术中的解决方案一中存在ack转nack问题的示意图；

图3是本发明实施例1中设置hfri字段解决图1中nack转ack问题的示意图；

图4是本发明实施例2中设置hfri字段解决图2中ack转nack问题的示意图；

图5是现有技术中在扩展场景中出现nack转ack问题的示意图；

图6是本发明实施例4中设置hfri字段解决图5中nack转ack问题的示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述，需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

所述nr-u系统中用于harq反馈的单触发指示设计方法，包括：在单触发dci中添加2bit的状态位；根据状态位的定义，判断基站端针对同一harq进程的上一个harq反馈接收是否成功。

其中，单触发请求的控制信息长度不能增加时，通过不调度pdsch的控制信息中的2bit来承载状态位，具体通过如下步骤来承载状态位：

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

s1.2，将不调度pdsch的控制信息的频域资源分配字段设置为全0或全1，并且将mcs调制和编码方案、ndi新传数据指示、rv冗余版本字段设置为reserved状态；

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

在基站端，发送harq进程的单触发请求时，根据harq进程的上一个harq反馈是否成功接收，将状态位设置为相应的值告知ue。

在ue端，收到单触发请求时，查看状态位设置的值以确定出基站端期待的反馈是上一个harq反馈还是新传tb的harq反馈。

其中，单触发请求的控制信息长度能够增加，新增2bit的状态位至控制信息中。

其中，状态位表示为hfri(harqfeedbackreceivedindication，hfri)，定义状态位的含义如下：

hfri＝00时，该值为默认值，此时，不表示任何场景；

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

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

hfri＝11时，该值暂时不定义，方便以后扩展。

实施例1

在本实施例中，针对现有技术中单触发请求存在的新传数据nack转ack问题，如图1所示，通过如下的技术方案解决：

如图3所示，基站发送pdschtb1harq进程x，用户正确接收后发送ack并被基站正确接收，基站采用相同的harq进程发送新tb2，但由于隐藏节点干扰，导致用户未接收到pdschtb2，因此ue不进行反馈操作，由于基站未接收到pdschtb2harq进程x的反馈，因此向ue发送单触发请求指示用户对进程x进行反馈，并且因为基站端已知进程x的tb1的反馈基站已成功接收，因此基站将hfri字段设置为01告知ue基站端已成功接收harq进程x的tb1的反馈，ue在收到单触发请求后，需要对进程x的tb进行harq反馈，并且根据hfri字段的值ue了解到对于进程x的上一个反馈基站端已经成功接收，因此本次触发反馈是针对同一进程x的新传tb的反馈，由于ue未接收到来自同一harq进程x的新传tb，因此本次反馈设置为nack反馈给基站端，基站端在收到harq反馈后认为进程x的tb2接收失败，于是进行重传tb2。

在上述实施例中，能够避免了现有技术在上述场景下nack/dtx转ack的问题。

实施例2

在本实施例中，针对现有技术中的中单触发请求存在的ack转nack问题，如图2所示，通过如下的技术方案解决：

如图4所示，当基站端在进程x中发送的数据tb1被ue正确接收后，其对应的harq反馈由于隐藏节点的干扰导致基站端接收失败，基站使用单触发harq反馈请求时，由于没有正确接收到来自ue对进程x的tb1的反馈，因此将单触发反馈dci中的hfri字段设置为10表示基站端接收harq反馈失败，ue在接收到dci后根据hfri表示的含义知道已传输的进程x的tb1的harq反馈未被基站正确接收，因此需要将该进程对应的harq反馈重传一遍。这样避免了非授权频段数据包的重复传输，提高了资源利用率，并在一定程度上降低了数据包的传输时延。

实施例3

在本实施例中，针对现有技术中新传数据nack转ack问题，如表1所示，通过如下的技术方案解决：

如表2所示：

表2设置hfri字段解决表1中nack转ack问题的示意表

当tb1多次重传仍失败时，基站采用相同的harq进程调度新数据块tb2传输，但由于隐藏节点的干扰导致ue未能接收到tb2，并且不会对tb2进行harq反馈，在基站采用单触发机制触发ue再次进行harq反馈时，在触发dci中将hfri设置为01表示同一harq进程的上一个tb的harq反馈已经成功接收，ue收到该触发请求后，根据hfri的值获知同一harq进程的上一tb的反馈基站已成功收到，该触发是针对该进程的新传tb，因此是新传数据，即其ndi是1(tb2新传列灰色单元格所示)，但是由于用户没有收到新传数据，因此其harq反馈值为0(nack)，将异或后的结果1发送给基站，基站端同样进行异或操作，将收到的1与ndi值1异或运算结果为0(单触发后列灰色单元格所示)，因此基站会对tb2进行重传。

实施例4

在本实施例中，针对扩展场景中出现的歧义，通过如下的技术方案解决：

如图5所示，当初次传输的进程x的tb1数据被ue正确接收后，其对应的harq反馈由于隐藏节点干扰导致ack未成功传输到基站端，根据rel-15harq顺序“在给定的harq进程的harq-ack预期传输结束之前，ue不期望在该harq进程接收另一个pdsch”，但是可以在时隙n之后调度该进程，如果ue错过了时隙n之后同一进程的新传tb2，并且基站触发了一次无ndi的harq反馈，那么ue报告该进程tb1的ack，这就会导致新传tb2nack转ack的可能性问题。

如图6所示，本实施例中提到的通过将hfri字段设置为10(因为同一进程的tb1的harq反馈并未收到)，ue收到后知道基站发送了新的数据，而由于自身没收到新传数据，因此反馈nack给基站，避免了新传数据nack转ack的发生。

本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书界定。