5G网络支持支持上下行中的异步HARQ，其中不限制重传定时。下行数据接收和相应确认之间的时序关系可以是一个或多个，由L1信令（例如DCI）动态指示，或者通过高层向UE半静态指示。

在LTE中，异步HARQ已经被使用，HARQ process ID连同新数据指示符（NDI：new data indicator）和传输块大小（TBS：transport block size）在PDCCH携带的DCI中被明确指示。然而，对于LTE上行链路（NB-IOT和LAA除外），同步HARQ意味着重传只能在前一次传输之后的固定时间发生。其目的是为了减少信令开销，因为HARQ process ID可以从子帧号导出。对于NR 上行链路异步HARQ，可以通过将LTE下行链路异步HARQ作为基线来设计。当上行链路传输被调度时，HARQ process ID也应当在上行链路许可中明确指示。

异步HARQ的动机在于其允许通过网络动态调度来实现各种重传定时的灵活性。这也意味着UE总是遵循PDCCH中的DCI进行重传。因此，有可能删除基于PHICH的显式反馈，并在DCI中使用NDI隐式指示HARQ重传。然而，这意味着UE将失去清楚了解网络解码情况的机会。如图1所示，新的数据传输和重传都由网络调度。UE可以知道来自调度信息的解码结果，即如果网络调度了新的传输，则意味着解码成功，否则解码失败。只要网络保持对UE的调度，UE总是可以获得反馈信息。然而，对于最后一个数据，当数据解码成功时，网络将停止调度。因此，在某个解码计时器（例如drxRetransmissionTimer）到期之前，UE无法“按时”获得解码状态。

除了上次调度数据传输的未知状态之外，UE不知道非调度数据传输（例如，基于竞争的传输）的解码结果。由于重传总是由上行链路授权调度的，因此如果竞争失败，UE也不会获得任何反馈信息。在这种情况下，需要显式反馈来指示网络侧的解码失败还是竞争失败。

除了使用控制信道来发送明确的下行链路反馈（例如，LTE中的PHICH）之外，甚至可以考虑使用数据信道来携带反馈信息。它可以增加可靠性和灵活性，因为可以设计更多具有CRC的反馈比特。一种方式是，这些反馈信息比特可以由新定义的MAC CE携带，如果可用，该MAC CE可以与下行链路数据复用。在这种情况下，MAC CE不需要通过额外的控制信令来调度。通过使用MAC CE，可以添加更多的反馈信息，例如ACK/NACK、HARQ process ID，甚至用于重传的上行链路许可。此外，用于不同UE的多个MAC CE可以被复用成一个单个MAC PDU，并且具有新定义的标识（例如，common RNTI）的单个控制信道被用于指示MAC PDU传输。以此方式，可以保存最初用于指示每个单独的UE反馈的控制信令。

另一种场景，在同一运营商内或在不同运营商上支持多种numerology技术。不同的numerology具有对MAC层可见的不同TTI持续时间。与会者进一步同意，同一载波内的不同numerology可以使用TDM进行复用。多种numerology对HARQ操作有几个影响：

首先，时域被具有不同TTI持续时间的不同numerology划分，一个HARQ进程可以跨越多个numerology。如果一个HARQ进程被限制为仅在同一numerology中操作，则会增加HARQ传输的延迟。例如，如图2所示，时域中有两种类型的numerology复用：N1和N2。如果假设HARQ重传只能发生在同一numerology上，则重传将一直等到同一numerology的开始，这不必要地增加了传输延迟。

第二个影响是DRX定时器参数的设置。在LTE中，只有一个数字是1ms TTI持续时间或子帧，DRX定时器基于1ms子帧的统一长度。在NR中，如果仍然使用1ms作为DRX计时器设置的单位，可能会出现一些问题。例如，如图3所示，TTI n的TTI长度是TTI m的两倍，如果可以在不同的numerology上进行重传（如果可以在相同的数字上发生重传，则问题仍然存在），则由于错误的HARQ RTT定时器设置，UE可以忽略HARQ重传。