在TDD模式下，确认（ACK/NACK）的发送时间和接收到数据的时序关系，依赖于上下行时隙的分配。
LTE/NR TDD模式和FDD模式的主要区别之一，是上下行的通信在同一个频段上共享，而FDD中上下行分别使用不同的频段。
举例说明配置2的例子
TDD中的HARQ进程数量
TDD模式下，所使用的HARQ进程数量取决于上下行分配。这意味着TDD中的HARQ往返时延（round-trip time）也依赖于配置，甚至在某些子帧间可能会有所不同。
在下行子帧密集的配置（如配置2、3、4和5）中，TDD的下行HARQ进程数量比FDD更多。原因是，TDD模式中可用于上行链路的子帧数量有限，导致某些子帧的k值远大于4（如表12.1所示）。
TDD中的PHICH时序
在TDD模式下，PHICH的时序与上行授权的时序相同，这一点与FDD模式相似。上行授权通常通过PDCCH发送，授权终端发送数据。
PDCCH上的上行授权可以“覆盖”PHICH信道上的确认。这种设计的目的在于实现自适应重传机制。PDCCH的上行授权和PHICH时序需要互相协调，确保确认信息及时发送。
图12.4展示了PDCCH的上行授权与PHICH确认的关系。
TDD的上下行分配对确认块数量的影响
在FDD模式中，上行子帧和下行子帧之间存在固定的对应关系。FDD的上行和下行链路分别使用不同的频段，不存在时隙的共享，因此每个子帧中只需要确认另一个方向上的一个传输块。
与FDD不同，TDD的上下行子帧分配是灵活的，不一定是每个上行子帧都有一个对应的下行子帧，反之亦然。TDD可以根据不同的上下行分配模式，来动态调整上下行时隙的数量。
因为TDD中上下行子帧的分配不一定是对称的，这意味着某些子帧可能会需要确认多个传输块。举例来说：
如果某个配置存在更多的下行子帧，而上行子帧较少，那么某个上行子帧可能需要确认多个下行子帧中的数据传输。
反之，如果上行子帧较多，下行子帧较少，某个下行子帧也可能需要确认多个上行传输块。
这种情况使得TDD模式下的确认机制变得更加复杂，不像FDD模式中每个子帧只需要确认一个传输块。
从小空间阅读到大空间分享，本文由 @阿米尔C 整理。
