5G HARQ进程数
5G也是支持针对给定UE的多个或一个上下行HARQ进程的操作，但这这并不意味着gNB必须back-to-back调度，也并不意味着UE必须支持K1=0或K2=0。关于自包含HARQ过程的好处可以总结为前向兼容性、低复杂性高吞吐量、通过紧凑的发送和用户体验流程实现UE/网络节能、超可靠性低时延通信、动态TDD。
NR有望提供基于自包含子帧的许多新功能。上下行自包含子帧（K1=0和K2=0）的图示如图1所示。UE提供K1＝0的确认或在授予后立即发送上行数据并不意味着gNB必须安排back-to-back重传。相反，gNB可以在处理ACK和数据的同时调度另一HARQ进程。虽然大于1个HARQ进程允许gNB有更多的时间来准备和调度重传，但它还意味着增加重传时延、缓慢的链路自适应和UE处更大的软缓冲区大小。
在图2中，举例说明了K1=0时基于时隙的调度所需的下行HARQ配置，其中根据UE能力和网络掉头能力（turn-around capability）支持1或2个HARQ进程。注意，具有back-to-back调度的1个 HARQ进程主要适用于小区中活动UE很少的用例。在多UE调度场景中，2个HARQ隔行操作提供了最佳性能和网络调度复杂性权衡。对于K1=0的操作，所以建议不要超过2个HARQ进程，因为时延性能降低，UE内存需求增加。
在图3中，展示了K1=1的基于时隙的调度所需的下行HARQ配置，其中根据UE和网络能力支持2或3个HARQ进程。注意，为了在高多普勒下增强性能，考虑了K1＝1的操作，其中UE可以通过执行非因果信道/干扰估计来利用松弛的ACK/NAK反馈时延。K1的进一步放松会以更高的时延为代价，降低性能回报。在网络端，根据使用情况，不应使用任何时隙或一个额外的时隙来安排新的/重传。进一步的网络调度时延是不合理的，因为它将进一步增加时延和UE缓冲需求。
总之，表1总结了TDD中基于时隙的下行调度的推荐HARQ过程。
类似地，上行NR支持的HARQ进程与下行一样。
