《920-NR HARQ流程管理.docx》由会员分享,可在线阅读,更多相关《920-NR HARQ流程管理.docx(2页珍藏版)》请在优知文库上搜索。
1、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相同的最大数据
2、比特数,最大TBS和支持的载波数也可能不是固定的。上述因素,如软缓冲区大小和最大TBS,会影响HARQRTTo关于HARQR11,UE可以向gNB报告其能力,例如,给定最大TBS和给定TTI长度的最小HARQ定时。因此,UE支持的HARQ进程的数量可能与在NR中如何定义UE类别有关。当然,在NR的不同用例中,HARQ进程的适当数量可能不同,例如eMBBURLLCmMTC0对于URLLC,仅支持一个HARQ进程就足够了。对于eMBB,较小数量的HARQ进程将根据最小HARQ-ACK反馈定时对连续数据调度带来限制。例如,如果最小RTT为k,则eMBBUE需要至少k个HARQ处理来连续接收数据传输。
3、为了最大化eMBB吞吐量性能,eMBBUE应该支持连续数据调度。最小HARQRn取决于处理时间、定时提前等。一致认为,可以通过RRC信令、Ll信令或两者来指示HARQ-ACK和ULGrant定时。这意味着,HARQRTT可以是可变的。在这方面,为了尽可能多地使用软缓冲区,HARQ进程的数量可能也需要可变。问题2是否允许不同的numerology组合 在具有不同TTI的传输之间进行HARQ组合一个例子是,初始传输发生在一个时隙中,而其重传发生在一个mini时隙中,反之亦然。初始传输失败后需要重新传输的数据量可能很小。在这种情况下,通过使用相同范围的prb并且使用比初始传输短的不同TTI长度,可以
4、减少时间资源,并且可以用于其他ue。此外,当eMBBUE使用mini时隙进行调度时,可能存在需要重传大量比特的情况。在这种情况下,用于重传的TTI比初始传输的TTI长得多。因此,为了实现上述用例并为gNB提供更大的调度灵活性,应该支持在具有不同TTI的传输之间进行HARQ组合。 具有不同子载波间隔的传输之间的HARQ组合在NR中的SI阶段期间,一致认为规范支持从UE的角度在子帧持续时间内/跨子帧持续时间内复用TDM和FDM中的numerology。因此,gNB可以在任何时刻以任何子载波间隔调度数据传输。有了这种灵活性,很难找到通过使用不同的子载波间隔来支持HARQ重传的动机。问题3如何管理软缓
5、冲区和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过程的软缓冲区大小有限,这可能会影响峰值数据吞吐量性能。