NR HARQ 定时指示模式

在LTE中，最小HARQ定时是固定值。用于HARQ反馈的PUCCH资源从PDCCH资源隐式映射，或由RRC信令显式配置。然而，高度预定义的时间限制了前向兼容性。此外，当在NR中使用动态TDD时，半静态HARQ定时可能无法很好地适应流量变化。此外，考虑到一些子帧可用于eMBB以外的未来服务，例如MBSFN业务，还希望HARQ定时可动态地指示给UE。这些服务可能需要预订一些时段。

在NR中，引入了灵活的HARQ定时。可以在一个上行数据/控制区域中传输用于多个下行传输的HARQ反馈。通过DCI的显式信令可以非常灵活地指示HARQ定时和PUCCH资源，但它可能会增加DCI开销。事实上，对于ue，HARQ定时和PUCCH资源并不经常改变。它可能只需要每隔几个时隙调整一次，如下图1所示。在该图中，下行链路时隙2、时隙3和时隙4的HARQ反馈在上行链路时隙5中传输。对于其他时隙，下行数据接收和相应确认之间的定时关系为n+1，这是最小HARQ定时，也被视为默认值。对于包括时隙#1以及从时隙#5到时隙#9的这些其他下行时隙，用于HARQ反馈的PUCCH资源索引可以像在LTE中那样由预定义规则生成。因此，UE不需要动态通知来改变这些下行时隙中的HARQ定时和PUCCH索引。

关于灵活定时的另一个例子与动态TDD部署有关。在图2中，对于时隙#1、时隙#4和时隙#5，假定下行数据的HARQ反馈是自包含的。在时隙#3处，需要传输的下行流量更多。为了调整下行比率并减少GP开销，上行控制部分不包括在时隙#3中，而在时隙#4的上行控制部分中发送对时隙#3中的下行数据的HARQ反馈。在这种情况下，gNB需要通知UE改变时隙#3的DCI中的HARQ定时和PUCCH索引。

此外，当HARQ定时改变到指定时隙时，PUCCH资源可能冲突。然后，还可以将PUCCH资源动态地通知给UE。定时和PUCCH资源的组合应该是可配置的，并根据不同的用例进行不同的使用。

下行分配和相应下行数据传输之间的一组定时值由高层配置，gNB可以通过DCI动态指示一组值中的一个。

对于不同的ue，值集的大小可能不同。为了减少DCI开销和盲解码的复杂性，PDCCH中的DCI可以仅包括1位标志，以通知UE默认配置被动态改变。然后，实际指示信息与PDSCH信道中的下行数据复用。该指示信息的资源元素可以根据预定义规则确定，因此PDCCH中不需要用于此目的的额外控制信息。用于通知HARQ定时和PUCCH资源的资源元素始终位于gNB映射下行数据的那些资源元素的前面。然后将指示信息分配到DMRS位置附近，以便于指示信息的解调。

关于NR中的整体上下行 HARQ流程，将从UE和gNB的角度考虑以下参数。

l UE最小HARQ延迟（“min_UE_delay”）

这意味着gNB配置的NR UE的候选HARQ定时延迟集合中的最小HARQ延迟。HARQ定时的集合是通过考虑报告给gNB的UE最小处理时间来配置的。这里，UE HARQ延迟包括从下行数据接收到相应HARQ-ACK传输的延迟，或者从上行授权接收到相应上行数据传输的延迟。

l UE最大HARQ延迟（“max_UE_delay”）

这意味着由gNB配置的NR UE的候选HARQ定时延迟集合中的最大HARQ延迟。

l gNB最小HARQ延迟（“min_gNB_delay”）

这意味着NR UE在gNB侧假设的最小HARQ延迟。这里，gNB HARQ延迟包括从HARQ-ACK接收到相应下行数据（例如，针对相同HARQ过程ID的重传）调度的延迟，或者从上行数据接收到相应上行数据（例如，重传）调度的延迟。

l 最小HARQ RTT（“min_HARQ_RTT”）

这意味着从上下行数据调度或传输到相应的上下行数据（例如，相同进程ID的重传）调度或传输的最小延迟。这里，可以考虑通过UE最小HARQ延迟或UE最大HARQ延迟来确定该最小HARQ RTT。

l 最大HARQ进程数（“max_HARQ_num”）

这意味着可以从下行控制信令和MAC层处理的角度识别的HARQ进程的最大数量。

在LTE中，上述参数的值，即UE HARQ delay, eNB HARQ delay, minimum HARQ RTT, 和maximum HARQ process number是确定的。例如，在FDD情况下，UE HARQ delay和eNB HARQ delay的值相同并且固定为4毫秒或子帧，并且相应地，minimum HARQ RTT被设置为8（＝UE HARQ delay+eNB HARQ delay），然后maximum HARQ process number被设置为8，minimum HARQ RTT的值相同。在TDD情况下，与FDD不同，多个不同值的集合被用作UE HARQ延迟，并且该集合根据UL/DL配置被不同地定义，然后基于UE最大HARQ延迟来确定最小HARQ RTT（与最大HARQ处理数相同）。此外，对于给定的服务小区，UL/DL配置在LTE中也是确定性的。

另一方面，在NR中，UL/DL配置将被动态地改变以实现灵活的TDD部署，并且至少上述参数中的UE HARQ延迟可由gNB配置。这意味着可以根据gNB的调度策略或资源管理重新配置（更改）一组UE HARQ延迟（例如，组中的最小值和最大值）。此外，gNB（最小）HARQ延迟也可能因gNB的处理能力（实现）或小区部署（例如目标覆盖）而不同。因此，最小HARQ RTT也可以通过可配置的UE HARQ延迟以及gNB HARQ延迟来改变。

对于NR中HARQ程序的设计，似乎有以下几点需要讨论和决定。

（1） 如何确定minimum HARQ RTT（例如，基于UE最小或最大HARQ延迟，或由gNB独立配置）

（2） 如何确定max HARQ process number（例如，与minimum HARQ RTT相同，或由gNB独立配置）

（3） 如何确定每TB的最小软缓冲区大小（例如，通过最大HARQ进程数，或由gNB独立配置）

关于上述几点，根据它们的组合，NR部署可能存在一些效率低下或缺乏灵活性。例如，一种可能的组合可以是，基于UE最大HARQ延迟确定最小HARQ RTT，并且最小HARQ RTT和最大HARQ处理数相同，并且每TB的最小软缓冲区大小由最大HARQ处理数确定。在这种情况下，与其他可能性相比，由于每TB软位缓冲的限制，DCI开销可能会增加，性能损失也可能会增加。因此，有必要讨论并决定如何确定最小HARQ RTT和最大HARQ进程数（以及每TB的最小软缓冲区大小）及其关系，同时考虑开销、性能和操作效率/灵活性。

此外，在应用为（初始）随机接入周期定义的默认HARQ定时的情况下，需考虑HARQ过程，即minimum HARQ RTT（和max HARQ process number）。此外，在NR UE被配置为在多个不同TTI长度或用例（例如eMBB和URLLC）下部署的情况下，根据max HARQ process number（以及每TB的最小软缓冲区大小），还需要考虑HARQ过程。