920-NR HARQ流程管理.docx
NRHARQ流程管理NR支持为多个UE部署一个上/下行HARQ进程。目前存在如下3个问题： 问题1：HARQ进程的数量及其可配置性 问题2：是否允许不同的numerology组合 问题3:如何管理软缓冲区和HARQ进程问题1HARQ进程数对于连续时隙中的UE调度，HARQ进程的数量应由HARQRTT确定。例如，如果HARQRTT是8个时隙，那么对于连续数据调度，UE的HARQ进程的数量应该至少为8个。在LTE中,每个UE类别定义了软缓冲区大小和UE在TTl中可以接收的最大数据比特数。UE可以在TTI中接收的最大数据比特数可以由最大TBS和支持的载波/小区数导出。即使对于每个TTI相同的最大数据比特数，最大TBS和支持的载波数也可能不是固定的。上述因素，如软缓冲区大小和最大TBS,会影响HARQRTTo关于HARQR11,UE可以向gNB报告其能力，例如，给定最大TBS和给定TTI长度的最小HARQ定时。因此，UE支持的HARQ进程的数量可能与在NR中如何定义UE类别有关。当然，在NR的不同用例中，HARQ进程的适当数量可能不同，例如eMBBURLLC>mMTC0对于URLLC,仅支持一个HARQ进程就足够了。对于eMBB,较小数量的HARQ进程将根据最小HARQ-ACK反馈定时对连续数据调度带来限制。例如，如果最小RTT为k,则eMBBUE需要至少k个HARQ处理来连续接收数据传输。为了最大化eMBB吞吐量性能，eMBBUE应该支持连续数据调度。最小HARQRn取决于处理时间、定时提前等。一致认为，可以通过RRC信令、Ll信令或两者来指示HARQ-ACK和ULGrant定时。这意味着，HARQRTT可以是可变的。在这方面，为了尽可能多地使用软缓冲区，HARQ进程的数量可能也需要可变。问题2是否允许不同的numerology组合 在具有不同TTI的传输之间进行HARQ组合一个例子是，初始传输发生在一个时隙中，而其重传发生在一个mini时隙中，反之亦然。初始传输失败后需要重新传输的数据量可能很小。在这种情况下，通过使用相同范围的prb并且使用比初始传输短的不同TTI长度，可以减少时间资源，并且可以用于其他ue。此外，当eMBBUE使用mini时隙进行调度时，可能存在需要重传大量比特的情况。在这种情况下，用于重传的TTI比初始传输的TTI长得多。因此，为了实现上述用例并为gNB提供更大的调度灵活性，应该支持在具有不同TTI的传输之间进行HARQ组合。 具有不同子载波间隔的传输之间的HARQ组合在NR中的SI阶段期间，一致认为规范支持从UE的角度在子帧持续时间内/跨子帧持续时间内复用TDM和FDM中的numerology。因此，gNB可以在任何时刻以任何子载波间隔调度数据传输。有了这种灵活性，很难找到通过使用不同的子载波间隔来支持HARQ重传的动机。问题3如何管理软缓冲区和HARQ进程对于给定大小的软缓冲区，一个问题是如何根据HARQ进程的数量划分整个软缓冲区。这种分区会影响峰值数据速率和连续调度的能力。如果调度可以在基于时隙和基于mini时隙之间动态切换，那么需要讨论如何使用HARQ进程进行管理。在下图中，说明了在使用时隙和mini时隙TTI的数据传输中管理HARQ过程的两个选项。HARQprocessesforslotT1101234567HARQprocessesformini-slotTH(b) Shared HARQ processes among TTI lengths图1:管理HARQ进程的2个选项(a)IndependentHARQprocessesforTHlengthHARQprocessesforslotandmini-slotTTI对于图1-(a)中所示的TTI长度的独立HARQ过程，可以针对TTI长度优化用于HARQ进程编号指示的DCI的bit位字段大小。使用此选项，应定义时隙TTI和mini时隙TTI的HARQ进程之间的映射，以允许不同TTI长度之间的HARQ组合。如果如图1-(b)所示，在时隙TTI和mini时隙TTI之间共享HARQ进程，则每个HARQ进程的软缓冲区大小将小于仅考虑时隙TTI的情况。由于给定HARQ过程的软缓冲区大小有限，这可能会影响峰值数据吞吐量性能。
