5G HARQ部署

NR是支持上下行的异步HARQ，而且不限制重传定时。对于上下行链路，重传可以在先前传输之后的任何时间发生。在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也不会获得任何反馈信息。在这种情况下，需要显式反馈来指示网络侧的解码失败还是竞争失败。

在NR中，除了使用上行链路授权作为隐式反馈外，NR引入显式下行链路反馈。

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

如果需要明确的下行链路反馈，则可以使用MAC CE来携带下行链路反馈信息比特。

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

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

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