LTE-TDD HARQ(4)-上下行HARQ的特点
(4A)执行同步HARQ。
“同步“是相对”异步“来说的,是指重传与新传的时间间隔存在着确定的对应关系,即无论是UE还是eNB,都可以通过子帧号来推断当前的HARQ进程号。注意这里不是指”新传在n号子帧,重传也在n号子帧”的意思,而是说当上下行子帧配置确定的时候,对于在某个上行子帧中传输的某个HARQ进程,它的重传与新传的间隔是确定的,是可以通过子帧号来推断HARQ进程号的。比如在上下行子帧配置0的时候,2号子帧的新传,它的重传是在下个系统帧的3号子帧。这种时序关系,具体参考《LTE-TDD HARQ(1)-上行HARQ时序》。
另外,不同于下行HARQ,这里协议并没有提到”自适应“还是”非自适应“。也就意味着,对于上行HARQ的重传,既可以是自适应的,也可以是非自适应的。
(4B)每个UE都可以配置最大重传次数。可能有的同学并没有注意,协议其实只为上行HARQ规定了最大传输次数,包括MSG3,由RRC配置到UE,并没有为下行HARQ配置最大次数,想想为什么?之所以可以这么规定,是因为下行的重传只存在自适应这一种情况,不存在非自适应重传。所以如果发生下行重传,eNB必然要发送DCI到UE,而UE通过DCI里的NDI是否翻转就可以判断当前的下行HARQ进程是新传还是重传,因此协议也就没有必要为UE配置下行HARQ最大次数了。当然在实现的时候,eNB本地设定下行HARQ最大重传次数即可,不需要配置到UE侧。
(4C)在PHICH信道中反馈上行新传或重传的ACK/NACK应答。
(4D)上行HARQ操作按照以下的原则管理(如图4所示):
(4D1)无论PHICH信道中的反馈结果是ACK还是NACK,当这个UE正确的收到一个DCI0时,UE需要按照DCI0的内容执行相应的操作,比如进行新传还是自适应重传。收到DCI0之后的重传就不能称为非自适应重传了,而是自适应重传。
(4D2)如果UE没有检测到DCI0,那么UE将按照PHICH的反馈结果来确定怎么执行重传流程:
(a)如果PHICH携带的是NACK:UE将执行非自适应(non-adaptive)重传。重传将使用该进程上一次使用的资源。
(b)如果PHICH携带的是ACK:UE将不会执行任何的上行新传或重传,同时数据也会继续保存在HARQ缓存中。此时如果需要执行上行重传(此时为自适应重传),需要eNB发送DCI0(NDI不翻转),不能执行非自适应重传。(图4 上行HARQ操作)
来源: http://www.bubuko.com/infodetail-1863335.html