上行HARQ案例.docxVIP

上行HARQ??????图1是关于上行数据传输的一个示意图（除了SR外，不包含PUCCH）。本文主要介绍其中的上行HARQ处理。?图1：上行流程???????eNodeB使用PHICH来告诉UE是否成功接收PUSCH，一个上行TB对应一个PHICH。关于PHICH的介绍，可以参见我的博文《LTE：PHICH（一）》和《LTE：PHICH（二）》。?????上行支持2中传输模式：TM 1（只支持单天线传输）和?TM2（支持空分复用）。??????对于FDD而言，如果上行传输模式为TM1，则有8个上行HARQ process；如果上行传输模式为TM2，则有上行HARQ process数将翻倍，为16个，此时每个子帧有2个HARQ process。??????对于TDD而言，如果上行传输模式为TM1，则不同的TDD上下行配置对应的上行HARQ process数见36.213的Table 8-1所示（如下图）；如果上行传输模式为TM2，则有上行HARQ process数将翻倍，此时每个子帧有2个HARQ process。??????这里我们不考虑子帧绑定（subframe bundling）的场景。?Table 8-1: Number of synchronous UL HARQ processes for TDDTDD UL/DL configurationNumber of HARQ processes for normal HARQ operationNumber of HARQ processes for subframe bundling operatio/A33N/A42N/A51N/A663???????每个UE（而不是每个无线承载）会被配置一个最大传输次数。Msg 3的最大传输次数是通过RACH-ConfigCommon的maxHARQ-Msg3Tx字段来配置的；而除Msg3外的其它上行HARQ process允许的最大传输次数是通过MAC-MainConfig的maxHARQ-Tx字段来配置的。???????前面已经介绍过，在LTE中，上行使用同步HARQ，但重传可以是自适应的，也可以是非自适应的。??????上行HARQ使用同步（synchronous）、非自适应（non-adaptive）的目的是为了降低开销。由于上行重传总是发生在可预知的子帧上（例如：在FDD下，重传总是发生在前一次传输的8个子帧之后；TDD见后续介绍），所以根据timing关系可以直接推导出使用的HARQ process。并且在非自适应重传时，重传与与前一次传输（注意：不是“新传”，这可以在36.300的9.1节和36.321的5.4.2.2节得到答案）使用相同的PRB资源和MCS。因此下行只需要PHICH这一种控制信令，而不需要PDCCH（UL grant），从而降低了开销。??????而上行HARQ有时使用自适应（adaptive）重传是为了避免分割上行频域资源或避免与随机接入的资源发生碰撞。此时eNodeB不仅会发送PHICH，还会发送PDCCH（UL grant）以指示重传所使用的新的PRB资源和MCS。??????如果上行同时支持自适应和非自适应HARQ，则要求对应同一上行子帧的PHICH和PDCCH拥有相同的timing，即在同一子帧中发送。如果不满足该条件，则UE不知道是该听从PHICH还是该等待UL grant而不管PHICH，实现的复杂度会大增。?????HARQ feedback seen by the UEPDCCH seen by the UEUE behaviourretransmission typeACK or NACKnew transmisson(NDI is toggled)new transmission according to PDCCH, and flush the HARQ bufferNAACK or NACKretransmission(NDI is not toggled)retransmission according to PDCCHadaptive retransmissionACKnoneno (re)transmission, keep data in HARQ buffer and a PDCCH is required to resume retransmissionsNANACKnoneretransmission occurs at the same frequency resources and with the same transmission format as the previous transmissionnon-adaptive retr