5G 上行传输异步HARQ
对于1ms TTI缩短处理，支持通过search space回退到传统处理时间n+4，即处理时间n+3的DCI在PDCCH的USS中进行，处理时间n+4的DCI在PDCCH的CSS中进行。
对于PDSCH，n+3 1ms TTI和n+4 1ms TTI的HARQ进程是共享的
在n+3 1ms TTI和n+4 1ms TTI之间共享可能的PUSCH HARQ进程
上行的非PHICH异步HARQ用于1ms TTI，处理时间缩短。对于FS1和FS2，需要在适用的DCI消息中定义位字段，以指示HARQ processes ID和RV。
RV可以由2位的独立bit字段表示，或者在使用RV#1#3时，可以由5位的调制和编码方案表示，但有一些限制。如果RV由独立的位字段指示，其中2位为DCI format0，则DCI format1A将增加填充位，以确保有效负载大小等于format0的大小。对于上行TM2，DCI format4将增加4位以指示RV，因为每个TB需要一个RV字段。
对于上行HARQ processes ID，FDD有6个上行HARQ进程编号，最小定时k=3。TDD的最大上行HARQ processes 数为7，最小定时k=3。因此，需要3位来指示上行HARQ进程数。如果上行HARQ进程号由DCI format0中的独立3位字段表示，DCI format1A将增加填充位，以确保有效负载大小等于format0的大小。为了不增加DCI format0/1A的大小，可以考虑其他一些方法。例如，格式为0的DM-RS和OCC索引的3位循环移位可以用作上行HARQ进程的号码指示。然后，可以通过具有一些限制的RRC信令来配置用于DM-RS和用于UE的OCC的循环移位。
DCI format0/1A如表1所示，在系统带宽相同的情况下，format0的大小比format1A小1位。format0中添加了1个填充位，以确保两种格式的大小相同。当考虑异步UL-HARQ时，UL-HARQ进程ID和RV被独立指示，额外的5位被添加到format0中。然后需要在format1A中添加4个填充位，并计算大约10%的开销。
如图1所示，当不同ue的不同下行子帧中的相同CCE索引用于PUCCH资源确定时，具有不同HARQ时间线的不同ue之间可能会发生PUCCH资源冲突。给定DCI format1A无论如何都会被加长以匹配格式0的大小，当与处理定时（n+3）一起使用时，可以将2位ARO（如EPDCCH情况中的）附加到format1A，以解决图1所示的冲突问题。当UL HARQ进程ID和RV被独立指示时，format1A只需要附加2个填充位。
如果支持在n+3 1ms TTI和n+4 1ms TTI之间共享PUSCH HARQ进程，则可以启用在不同定时之间切换的HARQ进程，并且可以避免在改变定时后丢弃用于重传的缓冲区中的数据。
对于n+4到n+3的情况，只有在RRC重配的情况下，才会发生HARQ进程切换。对于n+3到n+4的情况，当RRC重配或动态回退时会发生这种情况。但是需要注意的是，预计eNB不会经常在n+3和n+4调度定时之间改变。因此，PUSCH-HARQ过程共享的好处可能不会经常获得。只有当PUSCH HARQ过程在不同的定时之间共享时，只需要很少的规范工作，这是可以接受的。
同步HARQ用于Rel-8到Rel-14中PUSCH的n+4定时。如果异步HARQ用于n+4定时，那么可以通过UL grant中的HARQ进程指示轻松实现HARQ进程共享，因为异步HARQ已被同意用于n+3定时。但似乎没有必要改变这种罕见案例的传统机制。如果为n+4定时保持同步HARQ，则应引入一种机制来确定具有n+4定时的PUSCH的HARQ过程索引。然后，相同的HARQ过程可以在n+3 1ms TTI和n+4 1ms TTI之间切换，而不会产生歧义。一种可能的方法是，以与TS 36.321中规定的SPS HARQ进程索引确定类似的方式确定具有n+4定时的PUSCH的HARQ过程索引。如果这可能会引入其他规范问题，那么最好不要支持PUSCH HARQ进程共享。
如何处理使用传统n+4定时的同步UL HARQ和使用n+3定时的异步HARQ之间的交互？存在两种解决方案，要么使用单独的UL-HARQ过程，要么引入联合UL-HARQ过程。前一种解决方案很简单，但代价是在该重配时间间隔期间增加了延迟，因为eNB只能使用n+4调度定时，直到挂起的同步HARQ过程完成。限制的严重程度取决于UE以n+3或n+4定时重配的频率。后一种解决方案可以通过使用n+3定时来重新传输正在进行的同步HARQ进程来减少延迟，但需要额外的标准化和测试工作来为每个同步HARQ进程生成HARQ process ID。因此，它允许使用异步HARQ来重新传输挂起的同步HARQ进程，以减少处理时间。
n+3和n+4之间的调度定时变化预计将是相当罕见的行为，因为n+3定时通常会针对UE进行配置，以便根据UE能力最小化总体分组延迟。n+4定时很可能在初始接入目标小区时被限制在初始阶段，而n+3定时将在随后获得相应的UE能力时被配置。
