LTE-TDD HARQ(3)-下行HARQ时序

在文章《LTE-TDD HARQ(1)-上行HARQ时序》里已经详细介绍了上行HARQ的时序,包括MSG3/DCI0与PUSCH的时序关系、PUSCH与ACK/NACK的时序关系,以及NACK与重传PUSCH的同步时序关系,本篇继续介绍下行HARQ的时序关系。

在下行HARQ传输过程中,主要有3个步骤(如图1所示):

步骤1:eNB通过PDSCH向UE发送用户数据。如果此时还需要为UE调度上行PUSCH的资源,则除了需要发送DCI1/1A或DCI2/2A等下行DCI之外,还需要发送DCI0。

步骤2:UE收到PDSCH之后,会进行CRC校验:如果CRC校验失败,则在规定时刻向eNB反馈NACK;如果CRC校验成功,则向eNB反馈ACK。如果反馈时刻正好有PUSCH数据需要发送,那么ACK/NACK将通过PUSCH信道发送到eNB(所以DCI0中需要增加DAI字段),否则通过PUCCH信道发送。

步骤3:如果eNB收到的是ACK,那么eNB将继续发送新的数据包,而如果eNB收到的是NACK,那么eNB将会在后续的子帧中重传该数据。由于下行是异步重传,重传的时刻与新传的时刻并没有固定的时序关系,具体在哪个子帧重传,要看eNB侧的算法实现。

(图1 下行HARQ时序示意图)

与上行的HARQ时序相比,由于下行重传采用的是异步传输,与新传之间并没有固定的时序关系,如图1中的B时段,因此下行的时序相比上行而言要简单的多,下文具体介绍PDSCH与UE侧反馈ACK/NACK之间的时序关系,即图1中的A时段。

如下面的图2所示,“UL-DL Configuration”表示当前采用的上下行子帧配置,范围是0~6。"Subframe n"表示的是UE向eNB发送ACK/NACK的上行子帧号,范围是0~9。表格中间的数字用k表示,通过(n+10-k)mod 10可以得到该ACK/NACK对应的PDSCH的发送子帧号,如上文中的图1所示。

(图2 PDSCH与UE反馈的ACK/NACK之间的时序)

比如当前的上下行子帧配置为1,UE在上行子帧号n=2中反馈ACK/NACK,那么查找图2,可以发现对应表格中有2个k值,分别是k0=7,k1=6。k0=7表示2号上行子帧反馈的ACK/NACK对应的是下行子帧号为(2+10-7)=5的PDSCH数据,k1=6表示2号上行子帧反馈的ACK/NACK对应的是下行子帧号为(2+10-6)=6的PDSCH数据。也就是说,当上下行子帧配置为1的时候,5号和6号下行子帧的PDSCH的ACK/NACK应答,UE都在2号上行子帧中反馈,如下文的图4所示。

通过类似的过程可以推导出在任意的上下行子帧配置中,任意的PDSCH数据对应的ACK/NACK反馈的上行子帧是哪一个。图3、4、5分别表示了上下行子帧配置0、1、2这三种情况下的下行HARQ时序关系(shareTechNote上的图画的不错,就直接用他们的图,不另外画了),其中D表示下行子帧,U表示上行子帧,S表示特殊子帧,蓝色球中的数字就是k值。

(图3 上下行子帧配置0时的下行时序)

(图4 上下行子帧配置1时的下行时序)

(图5 上下行子帧配置2时的下行时序)

需要关注的是,有的上行子帧只需要反馈1个PDSCH子帧的应答,比如配置1时的8#子帧只反馈4#子帧的应答;有的上行子帧需要反馈多个PDSCH子帧的应答,比如配置2时的7#子帧,需要反馈9#、0#、1#、3#共四个子帧的应答。当然,也有某些上行子帧不用于反馈PDSCH子帧的应答,比如配置0时的8#子帧,则不需要反馈任何PDSCH的应答。

参考:
(1)3GPP TS 36.213 V9.3.0 (2010-09) Physical layer procedures
(2)http://www.sharetechnote.com

时间: 2024-11-10 08:13:20

LTE-TDD HARQ(3)-下行HARQ时序的相关文章

LTE-TDD HARQ(4)-上下行HARQ的特点

前面几篇HARQ博文已经介绍了时序相关的内容,本篇再总结下HARQ的特点.在LTE中,上下行HARQ具备以下几个特点: (1)遵循N个进程的并发停等(N-process Stop-And-Wait).无论是上行HARQ还是下行HARQ,都是N个HARQ进程同时运行.N的取值取决于当前的上下行子帧配置,如图1所示.如果当前是子帧配置1,那么对于上行HARQ,N=4,而对于下行HARQ,N=7.N值的具体推算过程,参考<LTE-TDD HARQ(2)-计算HARQ最大并行个数>. (图1 不同上下

LTE下行物理层传输机制(5)-DCI格式的选择和DCI1A

PDCCH信道传输的是与物理上下行共享信道(PUSCH.PDSCH)相关的控制信息,即DCI信息(Downlink Control Information),这些DCI信息包含了诸如RB资源分配信息.调制方式MCS.HARQ-ID等等若干相关内容.终端只有正确的解码到了DCI信息,才能正确的处理PDSCH数据或PUSCH数据. 不同的DCI信息,它的目的可以是不同的,比如,有针对下行RB资源进行分配的DCI,有针对上行RB资源进行分配的DCI,有针对上行功率控制进行调整的DCI,有特别针对下行双

HARQ(Hybrid Automatic Repeat Request ) 混合自动重传请求

数据通信最初是在有线网上发展起来的,通常要求较大的带宽和较高的传输质量.对于有线连接,数据传输的可靠性是通过重传来实现的.当前一次尝试传输失败时,就要求重传数据分组,这样的传输机制就称之为ARQ(自动请求重传).在无线传输环境下,信道噪声和由于移动性带来的衰落以及其他用户带来的干扰使得信道传输质量很差,所以应该对数据分组加以保护来抑制各种干扰.这种保护主要是采用前向纠错编码(FEC),在分组中传输额外的比特.然而,过多的前向纠错编码会使传输效率变低.因此,一种混合方案HARQ,即ARQ和FEC相

不要看不起WiFi,LTE在速率上始终落后于WiFi

Scenario Typical clientform factor PHY link rate Aggregatecapacity(speed) One-antenna AP, one-antenna STA, 80 MHz Handheld 433 Mbit/s 433 Mbit/s Two-antenna AP, two-antenna STA, 80 MHz Tablet, laptop 867 Mbit/s 867 Mbit/s One-antenna AP, one-antenna

LTE学习之路(17)——TTI BUndling

1.正常情况下,当UE收到eNB发来的一个授权(DCI 0)后,UE就会在一个特定的子帧发送PUSCH(接收到这个授权后的4ms).2.TTI bundling就是一种连续多个子帧发送一个PUSCH的方法(根据当前规范,一般是连续4个子帧).换句话说,UE在一个绑定的TTI上发送一个PUSCH.典型的TTI bundling如下图所示: 疑问1:有些情况下,你也许会有这样的疑问,认为这样做(TTI bundling)会浪费资源(毕竟是在多个子帧上就发送一个PUSCH),那么,既然浪费资源,为什么

插叙LTE-2

LTE TDD与LTE FDD技术简介和比较 标签: 频分双工(FDD) 时分双工(TDD) LTE 摘要:UTRA 的长期演进(Long Term Evolution ,LTE) 技术存在LTE FDD和LTE TDD两大阵营,本文在比较分析TDD和FDD技术特点的基础上,对LTE TDD(即TD-LTE)的特有技术进行了总结,并结合中国移动现有的网络部署和TDD频段资源情况,对LTE TDD和LTE FDD的应用前景进行了初步分析. 1.引言 随着移动通信技术的蓬勃发展,无线通信系统呈现出移

参观人数超百万 &quot;砥砺奋进的五年&quot;成就展受好评h

我们这样做不仅是对中国自身,也是对整个世界负责任,因为这将为全球增长创造更多机遇,有助于世界经济的复苏.一旦车主按揭买车,担保公司一般由车商指定,这就给了无良商家相互串通的机会.据当地媒体报道,一名警察18日中午时分按要求到死者的住所查看时,赫然发现这触目惊心的情景.于文生表示,在绥芬河流通的大量卢布没法输出流动,通胀压力严重.过去几年,乌克兰逐步向欧盟靠拢,乌克兰国内有不少呼声希望乌进入欧洲大家庭.带着上述疑问,记者拨打网站上的电话,与一位自称是宾利4S店工作人员的男子取得联系,询问展厅地址.

华为:为何整个世界都怕它?

转:.. 新加一段:[华为700亿美元目标的自信与坚持]虽然华为在2013年的营收达到了395亿美元,但任正非认为,华为并没有到什么都可以做的时候,华为需要更谦虚,更谨慎,更稳健,认清自己的现在,联合各个行业共同发展,才能在2018年实现“年营收突破700亿美元”的目标. <经济学人>称它是:“欧美跨国公司的灾难”,<时代>杂志称它是:“所有电信产业巨头最危险的竞争对手,”爱立信全球总裁卫翰思(Hans Vestberg)说:“它是我们最尊敬的敌人,”思科执行长钱伯斯(John C

嵌入式linux系统下NDIS拨号

一.USB端口信息 U8300C模块USB会枚举出6个逻辑端口,他们的枚举顺序.端口功能.端口名称如下表所示: 二.驱动集成 1.内核配置: make menuconfig 到内核时: Device Drivers  ---> USB support  ---> USB Network Adapters  ---> <*> Multi-purpose USB Networking Framework USB Serial Converter support  --->