1.下行HARQ

下行HARQ主要研究PDSCH和其ACK/NACK反馈之间的时序关系，FDD和TDD系统略有不同。对于FDD系统，在下行子帧n上发送的PDSCH，其ACK/NACK反馈需要在上行子帧n+4上反馈回来，并且由于FDD的对称性，下行PDSCH子帧和上行ACK/NACK子帧是一一对应的，一个上行子帧只需要反馈一个下行子帧上PDSCH的ACK/NACK。

对于TDD系统，由于有多种上下行子帧配比，n+4这样的简单规则并不实用，因为有可能n+4子帧连上行都不是，而还是下行子帧。所以，每一种配比的下行PDSCH子帧和上行ACK/NACK子帧的时序对应关系不一样，下行子帧n对应的上行ACK/NACK反馈子帧一般位于n+4之后（包括n+4）的某个上行子帧上。另一方面，从所有配比来看，一般下行子帧比上行子帧多，所以显然存在多个下行需要在同一个上行子帧反馈ACK/NACK情形。各种配比里下行PDSCH子帧和上行ACK/NACK的时序关系如表19-1所示，其中每个配比里对应格子有数字的子帧都是上行子帧，其中的数字k表示当前上行子帧n需要反馈在下行子帧n-k（循环记数）上发生的PDSCH传输对应的ACK/NACK。

不管是FDD系统还是TDD系统，下行PDSCH传输和上行ACK/NACK反馈都相差至少3个子帧，即3 ms，这是有考虑的。中间间隔的这个时间要考虑到下行传播时延，以及收到下行PDSCH后解调译码处理所需时间，上行组包时间和上行提前发送时间量。LTE里最大支持覆盖半径为100 km，所以传播时延和上行提前量之和大概最大能达到700 μs，而解调译码时间和组包时间经评估认为需要2 ms左右，所以这个间隔至少为3 ms。

表19-1 TDD各上下行子帧配比下行HAQR时序关系表

(www.daowen.com)

2.下行数据重传

如果某个PDSCH传输用户接收错误，会反馈NACK，接下来基站会重传这个错误的包。下行数据重传采用异步重传方式，即基站在获取前一次传输为NACK之后，再发起重传的下行子帧位置是不固定的，基站自行确定。但是有一个限制，即最大HARQ进程数，考虑到用户终端缓存状态和业务时延，LTE规定了每个用户挂起的最大进程个数。所谓“挂起”就是已发起初传，但基站还没有接收到对应的一次ACK。FDD里这个最大进程个数为8，而TDD里各上下行配比不一样，具体参见协议。

当挂起的进程个数已经达到最大后，基站必须重传前面某个传输错误的包，而不能继续发起新数据包的初传。如果没有这个限制，因为没有正确处理的数据包，用户终端需要缓存这些数据包以便多次传输合并译码，所以会要求终端有很大的缓存空间；另一方面，一个进程被挂起太久，显然这个业务时延太大。

还有一个问题，既然下行重传不是固定位置，UE怎么知道某个下行子帧上的PDSCH传输是初传还是某个重传呢？不用担心每个PDSCH对应的PDCCH里有进程编号和初传/重传指示，同一个PDSCH的初传/重传HARQ进程编号相同，用户通过这个就能区分出来。