《916-NR HARQ 定时指示模式.docx》由会员分享，可在线阅读，更多相关《916-NR HARQ 定时指示模式.docx（3页珍藏版）》请在第壹文秘上搜索。
1、NRHARQ定时指示模式在LTE中，最小HARQ定时是固定值。用于HARQ反馈的PUCeH资源从PDeCH资源隐式映射，或由RRe信令显式配置。然而，高度预定义的时间限制了前向兼容性。此外，当在NR中使用动态TDD时，半静态HARQ定时可能无法很好地适应流量变化。此外，考虑到一些子帧可用于eMBB以外的未来服务，例如MBSFN业务，还希望HARQ定时可动态地指示给UE。这些服务可能需要预订一些时段。在NR中，引入了灵活的HARQ定时。可以在一个上行数据/控制区域中传输用于多个下行传输的HARQ反馈。通过Del的显式信令可以非常灵活地指示HARQ定时和PlJCeH资源，但它可能会增加DCl开销。
2、事实上，对于ue,HARQ定时和PUeCH资源并不经常改变。它可能只需要每隔几个时隙调整一次，如下图1所示。在该图中，下行链路时隙2、时隙3和时隙4的HARQ反馈在上行链路时隙5中传输。对于其他时隙，下行数据接收和相应确认之间的定时关系为n+l,这是最小HARQ定时，也被视为默认值。对于包括时隙#1以及从时隙#5到时隙#9的这些其他下行时隙，用于HARQ反馈的PUCCH资源索引可以像在LTE中那样由预定义规则生成。因此，UE不需要动态通知来改变这些下行时隙中的HARQ定时和PUCCH索引。关于灵活定时的另一个例子与动态TDD部署有关。在图2中，对于时隙#1、时隙#4和时隙#5,假定下行数据的H
3、ARQ反馈是自包含的。在时隙#3处，需要传输的下行流量更多。为了调整下行比率并减少GP开销，上行控制部分不包括在时隙#3中，而在时隙#4的上行控制部分中发送对时隙#3中的下行数据的HARQ反馈。在这种情况下，gNB需要通知UE改变时隙#3的DCI中的HARQ定时和PUCCH索引。此外，当HARQ定时改变到指定时隙时，PUeCH资源可能冲突。然后，还可以将PUeeH资源动态地通知给UE。定时和PUCCH资源的组合应该是可配置的，并根据不同的用例进行不同的使用。ACK/NACK图1:灵活的HARQ计时的示例图2:在动态TDD中进行灵活的HARQ计时的示例下行分配和相应下行数据传输之间的一组定时值由
4、高层配置，gNB可以通过DCl动态指示一组值中的一个。对于不同的ue,值集的大小可能不同。为了减少Del开销和盲解码的复杂性，PDCCH中的DCl可以仅包括1位标志，以通知UE默认配置被动态改变。然后，实际指示信息与PDSCH信道中的下行数据复用。该指示信息的资源元素可以根据预定义规则确定，因此PDCCH中不需要用于此目的的额外控制信息。用于通知HARQ定时和PUCCH资源的资源元素始终位于gNB映射下行数据的那些资源元素的前面。然后将指示信息分配到DMRS位置附近，以便于指示信息的解调。图3：与下行数据复用的指示信息示例关于NR中的整体上下行HARQ流程，将从UE和gNB的角度考虑以下参数。
5、 UE最小HARQ延迟(“min_UE_delay)这意味着gNB配置的NRUE的候选HARQ定时延迟集合中的最小HARQ延迟。HARQ定时的集合是通过考虑报告给gNB的UE最小处理时间来配置的。这里，UEHARQ延迟包括从下行数据接收到相应HARQ-ACK传输的延迟，或者从上行授权接收到相应上行数据传输的延迟。 UE最大HARQ延迟(“max_UE_delay)这意味着由gNB配置的NRUE的候选HARQ定时延迟集合中的最大HARQ延迟。 gNB最小HARQ延迟(min_gNB_delay)这意味着NRUE在gNB侧假设的最小HARQ延迟。这里，gNBHARQ延迟包括从HARQ-ACK接收到
6、相应下行数据（例如，针对相同HARQ过程TD的重传）调度的延迟，或者从上行数据接收到相应上行数据（例如，重传）调度的延迟。最小HARQRTT（“min_HARQ_RTT）这意味着从上下行数据调度或传输到相应的上下行数据（例如，相同进程ID的重传）调度或传输的最小延迟。这里，可以考虑通过UE最小HARQ延迟或UE最大HARQ延迟来确定该最小HARQRTTo最大HARQ进程数（“max_HARQnum）这意味着可以从下行控制信令和MAC层处理的角度识别的HARQ进程的最大数量。在LTE中，上述参数的值，即UEIIARQdelay,eNBHARQdelay,minimumHARQRTT,和maxim
7、umHARQprocessnumber是确定的O例如,在FDD情况下,UEHARQdelay和eNBHARQdelay的值相同并且固定为4亳秒或子帧，并且相应地，minimumHARQRTT被设置为8（=UEHARQdelay+eNBHARQdelay）,然后maximumHARQprocessInnnber被设置为8,minimumHARQRTT的值相同。在TDD情况下，与FDD不同，多个不同值的集合被用作UEHARQ延迟，并且该集合根据UL/DL配置被不同地定义，然后基于UE最大HARQ延迟来确定最小HARQRTT（与最大HARQ处理数相同）。此外，对于给定的服务小区,UL/DL配置在LT
8、E中也是确定性的。另一方面，在NR中，UL/DL配置将被动态地改变以实现灵活的TDD部署，并且至少上述参数中的UEHARQ延迟可由gNB配置。这意味着可以根据gNB的调度策略或资源管理重新配置（更改）一组UEHARQ延迟（例如，组中的最小值和最大值）。此外，gNB（最小）HARQ延迟也可能因gNB的处理能力（实现）或小区部署（例如目标覆盖）而不同。因此，最小HARQRTT也可以通过可配置的UEHARQ延迟以及gNBHARQ延迟来改变。对于NR中HARQ程序的设计，似乎有以下几点需要讨论和决定。（1）如何确定minimumHARQRTT（例如，基于UE最小或最大HARQ延迟，或由gNB独立配置）
9、（2）如何确定maxIIARQprocessnumber（例如，与minimumHARQRTT相同，或由gNB独立配置）（3）如何确定每TB的最小软缓冲区大小（例如，通过最大HARQ进程数，或由gNB独立配置）关于上述几点，根据它们的组合，NR部署可能存在一些效率低下或缺乏灵活性。例如，一种可能的组合可以是，基于UE最大HARQ延迟确定最小HARQRTT,并且最小HARQRTT和最大HARQ处理数相同，并且每TB的最小软缓冲区大小由最大HARQ处理数确定。在这种情况下，与其他可能性相比，由于每TB软位缓冲的限制，DCl开销可能会增加，性能损失也可能会增加。因此，有必要讨论并决定如何确定最小HARQRTT和最大HARQ进程数（以及每TB的最小软缓冲区大小）及其关系，同时考虑开销、性能和操作效率/灵活性。此外，在应用为（初始）随机接入周期定义的默认HARQ定时的情况下，需考虑HARQ过程，即minimumHRQRTT（和maxHARQprocessnumber）0此外，在NRUE被配置为在多个不同11I长度或用例（例如eMBB和URLLC）下部署的情况下，根据maxHARQprocessnumber（以及每TB的最小软缓冲区大小），还需要考虑HARQ过程。
