916-NR HARQ 定时指示模式.docx
NRHARQ定时指示模式在LTE中，最小HARQ定时是固定值。用于HARQ反馈的PUCeH资源从PDeCH资源隐式映射，或由RRe信令显式配置。然而，高度预定义的时间限制了前向兼容性。此外，当在NR中使用动态TDD时，半静态HARQ定时可能无法很好地适应流量变化。此外，考虑到一些子帧可用于eMBB以外的未来服务，例如MBSFN业务，还希望HARQ定时可动态地指示给UE。这些服务可能需要预订一些时段。在NR中，引入了灵活的HARQ定时。可以在一个上行数据/控制区域中传输用于多个下行传输的HARQ反馈。通过Del的显式信令可以非常灵活地指示HARQ定时和PlJCeH资源，但它可能会增加DCl开销。事实上，对于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,假定下行数据的HARQ反馈是自包含的。在时隙#3处，需要传输的下行流量更多。为了调整下行比率并减少GP开销，上行控制部分不包括在时隙#3中，而在时隙#4的上行控制部分中发送对时隙#3中的下行数据的HARQ反馈。在这种情况下，gNB需要通知UE改变时隙#3的DCI中的HARQ定时和PUCCH索引。此外，当HARQ定时改变到指定时隙时，PUeCH资源可能冲突。然后，还可以将PUeeH资源动态地通知给UE。定时和PUCCH资源的组合应该是可配置的，并根据不同的用例进行不同的使用。ACK/NACK图1:灵活的HARQ计时的示例图2:在动态TDD中进行灵活的HARQ计时的示例下行分配和相应下行数据传输之间的一组定时值由高层配置，gNB可以通过DCl动态指示一组值中的一个。对于不同的ue,值集的大小可能不同。为了减少Del开销和盲解码的复杂性，PDCCH中的DCl可以仅包括1位标志，以通知UE默认配置被动态改变。然后，实际指示信息与PDSCH信道中的下行数据复用。该指示信息的资源元素可以根据预定义规则确定，因此PDCCH中不需要用于此目的的额外控制信息。用于通知HARQ定时和PUCCH资源的资源元素始终位于gNB映射下行数据的那些资源元素的前面。然后将指示信息分配到DMRS位置附近，以便于指示信息的解调。图3：与下行数据复用的指示信息示例关于NR中的整体上下行HARQ流程，将从UE和gNB的角度考虑以下参数。 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接收到相应下行数据（例如，针对相同HARQ过程TD的重传）调度的延迟，或者从上行数据接收到相应上行数据（例如，重传）调度的延迟。最小HARQRTT（“min_HARQ_RTT"）这意味着从上下行数据调度或传输到相应的上下行数据（例如，相同进程ID的重传）调度或传输的最小延迟。这里，可以考虑通过UE最小HARQ延迟或UE最大HARQ延迟来确定该最小HARQRTTo最大HARQ进程数（“max_HARQnum"）这意味着可以从下行控制信令和MAC层处理的角度识别的HARQ进程的最大数量。在LTE中，上述参数的值，即UEIIARQdelay,eNBHARQdelay,minimumHARQRTT,和maximumHARQprocessnumber是确定的O例如,在FDD情况下,UEHARQdelay和eNBHARQdelay的值相同并且固定为4亳秒或子帧，并且相应地，minimumHARQRTT被设置为8（=UEHARQdelay+eNBHARQdelay）,然后maximumHARQprocessInnnber被设置为8,minimumHARQRTT的值相同。在TDD情况下，与FDD不同，多个不同值的集合被用作UEHARQ延迟，并且该集合根据UL/DL配置被不同地定义，然后基于UE最大HARQ延迟来确定最小HARQRTT（与最大HARQ处理数相同）。此外，对于给定的服务小区,UL/DL配置在LTE中也是确定性的。另一方面，在NR中，UL/DL配置将被动态地改变以实现灵活的TDD部署，并且至少上述参数中的UEHARQ延迟可由gNB配置。这意味着可以根据gNB的调度策略或资源管理重新配置（更改）一组UEHARQ延迟（例如，组中的最小值和最大值）。此外，gNB（最小）HARQ延迟也可能因gNB的处理能力（实现）或小区部署（例如目标覆盖）而不同。因此，最小HARQRTT也可以通过可配置的UEHARQ延迟以及gNBHARQ延迟来改变。对于NR中HARQ程序的设计，似乎有以下几点需要讨论和决定。（1）如何确定minimumHARQRTT（例如，基于UE最小或最大HARQ延迟，或由gNB独立配置）（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过程。
