5g核心网接口对应的协议（5GHARQ部署和HARQ进程数）

5g核心网接口对应的协议（5GHARQ部署和HARQ进程数）所以，希望具有尽可能少的HARQ处理，以便从UE成本的角度最小化缓冲区大小的量。因此，单个HARQ过程是UE的理想情况。然而，单个HARQ过程不仅需要UE端的自包含结构，还需要快速的调度能力来支持gNB端的背靠背重传。自包含结构的主要动机是前向兼容性，并且它还可以减少传输时延。然而，讨论的是，即使在规范中引入了自包含结构，其实际支持也可能取决于UE能力、TBS等。因为物理层还同意HARQ ACK定时可以通过动态或半静态方式配置，可以假设，一些UE使用具有快速HARQ ACK定时的自包含方法，而其他UE使用宽松HARQ ACK定时。一旦存在一些不应用自包含方法的UE，自包含方法的前向兼容性好处实际上就不再适用。关于时延，HARQ重传通常以大约10%的概率发生。因此，HARQ ACK定时可能不会实质性地影响平均时延。当然，这种时延减少对于一些低时延用例可能是有意义的，例如URLLC。第三，可能

考虑5G上下行之间或控制和数据信道之间应用不同OFDM numerology 的情况，NR的HARQ该如何部署？以及基于gNB和UE之间不同处理能力应用不对称HARQ时延的情况。

首先，由于UE之间的TA失配或不同的时延要求，可能存在上行的CP长度必须大于下行的CP长度的情况。为了支持更大的CP长度，有两种方法：1）通过保持子载波间隔来使用扩展CP，或者2）通过保持CP开销来减少子载波间隔。在这种情况下，只要由于符号间干扰导致的性能退化不严重，子载波间隔的减小可能比使用扩展CP开销更有效。因此，可以考虑对下行应用比上行更大的子载波间隔。

其次，特别是对于基于6ghz以上的模拟波束赋形传输的多波束部署场景，可以考虑对控制信道应用比数据信道更大的子载波间隔。该应用是有益的，因为通过使用比数据信道的符号持续时间短的符号持续时间，可以针对多个波束方向传输控制信道。此外，由于控制信道的可支持最大MCS电平通常低于数据信道的最大MCS电平，即使与数据信道的CP长度相比，控制信道的CP长度缩小，对于控制信道和数据信道来说，对符号间干扰的鲁棒性可以保持在相似的程度。此外，就RS开销而言，控制信道和数据信道之间的不同子载波间隔可以是相当大的。

图1列出了下行（例如30khz）和上行（例如15khz）信道之间的不同子载波间隔的示例。需要考虑的一个方面是，根据上下行的numerology 配置，可以以不同的时间粒度（例如，符号持续时间）分配保护周期（GP）或数据的持续时间。

第三，可能存在上行的TTI长度大于下行的TTI长度以保证足够的上行覆盖的情况。图2列出下行（具有短TTI）和上行（具有长TTI）之间的不对称TTI长度的示例。在这种情况下，根据上下行的TTI配置，可能需要考虑如何确定上行许可接收和相应的上行数据传输之间的时序关系，或者在下行数据接收和相应的HARQ ACK传输之间的时序关系。

此外，考虑到NR系统中时延减少的需求以及gNB和UE之间处理能力的潜在差异，可以考虑gNB侧和UE侧之间的不对称（最小）HARQ时延，如图3所示。就上下行数据编码/解码时延而言，gNB可能具有比UE更好的处理能力。因此，UE侧的HARQ时延，例如下行数据接收和相应的HARQ ACK传输之间或上行准予接收和相应的上行数据传输之间的定时关系，可以认为在gNB侧大于HARQ时延，例如HARQ ACK接收和相应的下行数据调度（用于重传）之间的定时关系，或者上行数据接收和相应的上行授权调度（用于重传）之间的定时关系。在这种情况下，可能需要考虑对下行数据和上行数据的多个HARQ过程的管理。

如图4所示的“self-contained structure”，其中上行确认与相应下行数据传输在同一时隙中传输。

自包含结构的主要动机是前向兼容性，并且它还可以减少传输时延。然而，讨论的是，即使在规范中引入了自包含结构，其实际支持也可能取决于UE能力、TBS等。因为物理层还同意HARQ ACK定时可以通过动态或半静态方式配置，可以假设，一些UE使用具有快速HARQ ACK定时的自包含方法，而其他UE使用宽松HARQ ACK定时。一旦存在一些不应用自包含方法的UE，自包含方法的前向兼容性好处实际上就不再适用。关于时延，HARQ重传通常以大约10%的概率发生。因此，HARQ ACK定时可能不会实质性地影响平均时延。当然，这种时延减少对于一些低时延用例可能是有意义的，例如URLLC。

所以，希望具有尽可能少的HARQ处理，以便从UE成本的角度最小化缓冲区大小的量。因此，单个HARQ过程是UE的理想情况。然而，单个HARQ过程不仅需要UE端的自包含结构，还需要快速的调度能力来支持gNB端的背靠背重传。

鉴于自包含结构不能作为NR UE的基线，并且背对背重传对gNB调度器实现要求太高，因此建议多于一个HARQ过程应作为NR的基线。