新浪博客

LTE:上行HARQ(一)

2013-03-22 09:47阅读:

上行HARQ



1是关于上行数据传输的一个示意图(除了SR外,不包含PUCCH)。本文主要介绍其中的上行HARQ处理。

[转载]LTE:上行HARQ(一)
1:上行流程

eNodeB使用PHICH来告诉UE是否成功接收PUSCH,一个上行TB对应一个PHICH。关于PHICH的介绍,可以参见我的博文《LTEPHICH(一)》和《LTEPHICH(二)》。
上行支持2中传输模式:TM 1(只支持单天线传输)和 TM2(支持空分复用)。
对于FDD而言,如果上行传输模式为TM1,则有8个上行HARQ process;如果上行传输模式为TM2,则有上行HARQ process数将翻倍,为16个,此时每个子帧有2HARQ process
对于TDD而言,如果上行传输模式为TM1,则不同的TDD上下行配置对应的上行HARQ process数见36.213Table 8-1所示(如下图);如果上行传输模式为TM2,则有上行HARQ process数将翻倍,此时每个子帧有2HARQ process
这里我们不考虑子帧绑定(subframe bundling)的场景。

Table 8-1: Number of synchronous UL HARQ processes for TDD
TDD UL/DL configuration
Number of HARQ processes for normal HARQ operation
Number of HARQ processes for subframe bundling operation
0
7
3
1
4
2
2
2
N/A
3
3
N/A
4
2
N/A
5
1
N/A
6
6
3


每个UE(而不是每个无线承载)会被配置一个最大传输次数。Msg 3的最大传输次数是通过RACH-ConfigCommonmaxHARQ-Msg3Tx字段来配置的;而除Msg3外的其它上行HARQ process允许的最大传输次数是通过MAC-MainConfigmaxHARQ-Tx字段来配置的。

前面已经介绍过,在LTE中,上行使用同步HARQ,但重传可以是自适应的,也可以是非自适应的。
上行HARQ使用同步(synchronous)、非自适应(non-adaptive)的目的是为了降低开销。由于上行重传总是发生在可预知的子帧上(例如:在FDD下,重传总是发生在前一次传输的8个子帧之后;TDD见后续介绍),所以根据timing关系可以直接推导出使用的HARQ process。并且在非自适应重传时,重传与与前一次传输(注意:不是“新传”,这可以在36.3009.1节和36.3215.4.2.2节得到答案)使用相同的PRB资源和MCS。因此下行只需要PHICH这一种控制信令,而不需要PDCCHUL grant),从而降低了开销。
而上行HARQ有时使用自适应(adaptive)重传是为了避免分割上行频域资源或避免与随机接入的资源发生碰撞。此时eNodeB不仅会发送PHICH,还会发送PDCCHUL grant)以指示重传所使用的新的PRB资源和MCS
如果上行同时支持自适应和非自适应HARQ,则要求对应同一上行子帧的PHICHPDCCH拥有相同的timing,即在同一子帧中发送。如果不满足该条件,则UE不知道是该听从PHICH还是该等待UL grant而不管PHICH,实现的复杂度会大增。

HARQ feedback seen by the UE
PDCCH seen by the UE
UE behaviour
retransmission type
ACK or NACK
new transmisson
(NDI is toggled)
new transmission according to PDCCH, and flush the HARQ buffer
NA
ACK or NACK
retransmission
(NDI is not toggled)
retransmission according to PDCCH
adaptive retransmission
ACK
none
no (re)transmission, keep data in HARQ buffer and a PDCCH is required to resume retransmissions
NA
NACK
none
retransmission occurs at the same frequency resources and with the same transmission format as the previous transmission
non-adaptive retransmission
2:上行HARQ处理(参见36.3009.1节)

上行HARQ处理见图2,这对FDDTDD是一样的。可以看出:
1)给定某个HARQ process,即使接收到的PHICH指示为ACK,也不会清空HARQ缓存区。此时,还需要通过在当前子帧或后续子帧中接收到的UL grant中的NDI来决定是进行重传(NDI没有反转),还是进行新传(NDI反转,此时会清空HARQ缓存区)。也即,是否清空HARQ缓存区是由UL grantNDI来决定的。假如UE收到了ACK,之后要进行重传,只能进行自适应重传、而不能进行非自适应重传!(见36.3009.1节)
2)给定某个HARQ process,无论收到的PHICH指示的是ACK还是NACK,只要同时还收到UL grant,则UE会忽略PHICH而使用UL grant来决定如何进行下一次传输(新传还是重传)。
3

我的更多文章

下载客户端阅读体验更佳

APP专享