LTE-HARQ协议解读
LTE有关下行链路HARQ的几个问题
NDI toggled，就代表NDI翻转（0变为1，或者 1变为0），NDI翻转则表示这次要是一次新的传输，而与NDI每次具体的值无关，只看其值翻转与否1. PDCCH和PDSCH在一个时隙中占用不同的OFDM symbol，前面1~3个OFDM symbol是控制域，用于存放PBCH、PHICH、PCFICH和PDCCH，后面的是PDSCH；2. 接收端确定PDCCH位置的过程为：首先接收位置固定的PBCH，获得PHICH的格式和占用情况；接着收取位置固定的PCFICH，获得PDCCH在一个子帧中的 OFDM 数目；最后在控制域内剔除PCFICH和PHICH，获得PDCCH的起点；知道了起点和OFDM symbol数目，PDCCH就可以正确接收了，而PDSCH属于数据域，位置可以认为是固定的。
上报方法要在上行控制信息UCI里面找。
ACK/NACK反馈模式要在PUCCH的反馈过程中有描述。
大概思路：1 首先根据高层配置选择绑定模式还是复用模式；2 如果是绑定，则绑定范围内多个子帧的同一个codeword的Crc结果相与，得到和codeword数目相同的bit，每个对应一个codeword的绑定ACK/NACK信息，根据比特数目为1或者2分别选择1a或者1b；3 如果是复用模式，则每个子帧内可能的codeword的crc校验结果相与，得到一个bit的ACK信息，然后再根据复用范围内每个子帧的ACK信息，查表获得最终的上报比特。
花雨小筑主页博客相册|个人档案 |好友查看文章LTE有关下行链路HARQ的几个问题2010-06-29 15:49如果只是从标准流程上看HARQ和Rate Matching的话，恐怕根本无法理解其实质吧，虽然HARQ貌似是个提出很久的理论，但在LTE的实施中其设计还是非常精巧的，以至于我至今也没能完全理解它和Rate Matching之间的关系。
其实重点不是在HARQ，而是HARQ的冗余版本如何控制Rate Matching中数据比特选择和修剪的，其中有几个概念一度让我非常混淆。
LTE-HARQ协议解读
HARQ基本原理LTE HARQ快速重传，只涉及到L2/L1层，重传合并产生合并增益N-process Stop-And-WaitDL:自适应异步HARQUL ACK/NAK 在PUCCH/PUSCH发送PDCCH 携带 HARQ 进程号重传总是通过PDCCH调度，这是因为它采用异步自适应HARQUL:同步HARQ，相对于第一次传输，会在固定的地方重传最大传输次数是针对UE的而不是RB在PHICH 发送DL ACK/NAK概述增量冗余HARQ除了传统的Chase合并的HARQ技术，LTE还采用了增量冗余（IR）HARQ，既通过第一次传输发送信息bit和一部分的冗余bit，而通过重重发送额外的冗余bit，如果第一次传输没有成功解码，则可以通过重传更多的冗余bit降低信道的编码率，从而实现更高的解码成功率。
如果加上重重的冗余bit仍无法正确解码，则进行再次重传，随着重重次数的增加，冗余bit不断积累，信道编码率不断降低，从而可以获得更好的解码效果。
HARQ正对每个传输块进行重传。
进程实现模式下行HARQ采用多进程的“停止-等待”HARQ实现方式，即对于某一个HARQ进程，在等待ACK/NACK反馈之前，此进程暂时中止传输，当收到反馈后，再根据反馈的是ACK还是NACK 选择发送新的数据还是重传。
同步/异步HARQ按照重传发生的时刻来区分，可以将HARQ可以分为同步和异步两类。
这也是目前在3G LTE中讨论比较多的话题之一。
同步HARQ是指一个HARQ进程的传输(重传)是发生在固定的时刻，由于接收端预先已知传输的发生时刻，因此不需要额外的信令开销来标示HARQ进程的序号，此时的HARQ进程的序号可以从子帧号获得；异步HARQ是指一个HARQ进程的传输可以发生在任何时刻，接收端预先不知道传输的发生时刻，因此HARQ进程的处理序号需要连同数据一起发送。
由于同步HARQ的重传发生在固定时刻，在没有附加进程序号的同步HARQ在某一时刻只能支持一个HARQ进程。
HARQ技术简介
•2021/6/7
•3
差错控制技术简介
差错控制编码的种类有很多，大体上分为2种： 检错码和纠错码。
检错码是在接收端根据监督关系进行检查，并发 现错误。纠错码是在接收端除发现错误外，还能进 行自动纠正错误。
常见的检错码：恒比码、奇偶校验码， CRC码。在纠错码中应用最广泛的是代数码， 它包括线性分组码、循环码、BCH码。
以上分析说明：HARQ和FEC更适 图3 ARQ 、FEC、type-I HARQ的吞吐量对比
应无线信道多径衰落的情况。在信道
状态较好的状态下，三者的吞吐量性
能差别不大。
•2021/6/7
•22
•2021/6/7
•23
特点：
第一类HARQ在接收端不进行任何合 并，每次收到的数据包直接译码。这 种方法信令开销小，解码简单。对传 错的数据帧只是单纯的丢弃，没能充 分利用其中的有用信息。
•2021/6/7
•13
HARQ定义及过程
第二类HARQ：
又称为完全增量冗余（IR）的重传机制。这种机制下，错误的数据 包不会被丢弃，而是在接收端先缓存起来，与重传的数据包进行合 并之后再进行解码。
相比第一类HARQ，实现第二类HARQ需要更多的存储器，结构 复杂，但对于吞吐量的改善明显。
•2021/6/7
•15
HARQ定义及过程
第三类HARQ： 是完全增量冗余重传机制(IR)的改进。在该机制中，每次的重传 是可以自行解码的，这一点与第二类HARQ不同。对于每次发送 的数据包采用互不删除方式，各个数据包既可以单独译码，也可 以合成一个具有更大冗余信息的编码包进行合并译码。
•2021/6/7
•9
差错控制技术简介
FEC（前向纠错）
LTE学习笔记 HARQ、HARQ process、HARQ information、同步异步、自适应非自适应、ACKNACK反馈、上行HARQ1
20140307 （HARQ、HARQ process、HARQ information、同步/异步、自适应/非自适应、ACK/NACK反馈、上行HARQ（1））一、HARQ介绍HARQ（Hybrid Automatic Repeat reQuest），混合式自动重传请求，是一种结合FEC（Forward Error Correction）与ARQ（Automatic Repeat reQuest）方法的技术。
FEC通过添加冗余信息，使得接收端能够纠正一部分错误，从而减少重传的次数。
对于FEC无法纠正的错误，接收端会通过ARQ机制请求发送端重发数据。
接收端使用检错码，通常为CRC校验，来检测接收的数据包是否出错。
如果无错，则发送一个肯定的确认（ACK）；如果出错，则接收端会丢弃数据包，并发送一个否定的确认（NACK）给发送端，发送端收到NACK后，会重发相同的数据。
前面介绍的ARQ机制采用丢弃数据包并请求重传的方式。
然而，虽然这些数据包无法被正确解码，但其中还是包含了有用的信息，如果丢弃了，这些有用的信息就丢失了。
通过使用HARQ with soft combining，接收到的错误数据包会保存在一个HARQ buffer中，并与后续接收到的重传数据包进行合并，从而得到一个比单独解码更可靠的数据包。
然后对合并后的数据包进行解码，如果还是失败，则再请求重传，再进行软合并。
根据重传的bit信息与原始传输是否相同，HARQ with soft combining 分为Chase combining和incremental redundancy（IR，增量冗余）两类。
Chase combining中重传的bit信息与原始传输相同；增量冗余中重传的bit信息不需要与原始传输相同。
这里我们只介绍增量冗余，因为LTE中使用的是这种机制。
在增量冗余中，每一次重传并不需要与初始传输相同。
相反，会生成多个coded bit的集合，每个集合都携带相同的信息。
LTE_HARQ
DL/UL=3:2
RTT = 8 * Tsf
0 T/R 1 2 3 4
Nproc = 7
0 1 2 3 4
DL/UL=4:1
TP 3*Tsf - 2*TP
0 T 0 R 1 2 3 1 2 3
TP
3*Tsf
4
0
1
2
3
4
4
0
1
2
3
4
TDD系统的 系统的HARQ RTT与进程数 系统的 与进程数
Sub-frame 0
Sub-frame 1
TDD系统的进程数（下行） 系统的进程数（下行） 系统的进程数
DL/UL allocation
Process number
5ms periodicity
1DL+DwPTS : 3UL 2DL+DwPTS : 2UL 3DL+DwPTS : 1UL 3DL+2DwPT : 5UL 6DL+DwPTS : 3UL 7DL+DwPTS : 2UL 8DL+DwPTS : 1UL
HARQ 定时关系
重传与初传之间的定时关系：同步HARQ协议；异步HARQ协议 重传与初传之间的定时关系 LTE上行为同步HARQ协议：如果重传在预先定义好的时间进行，接收 机不需要显示告知进程号，则称为同步HARQ协议 LTE下行为异步HARQ协议：如果重传在上一次传输之后的任何可用时 间上进行，接收机需要显示告知具体的进程号，则称为异步HARQ协议
4 7 10 6 9 12 15
10ms periodicity
TDD系统的进程数（上行） 系统的进程数（上行） 系统的进程数
ห้องสมุดไป่ตู้
[转载]LTE：下行HARQ简介
![[转载]LTE：下行HARQ简介](https://img.taocdn.com/s3/m/a109937326d3240c844769eae009581b6bd9bdc2.png)
[转载]LTE：下⾏HARQ简介原⽂地址：LTE：下⾏HARQ简介作者：⾦辉_LTE下⾏HARQ简介下⾏HARQ使⽤异步（asynchronous）、⾃适应（adaptive）的⽅式意味着重传可能发⽣在任意时刻和频域上的任意位置。
下⾏HARQ使⽤异步、⾃适应⽅式的原因是为了避免与系统信息、MBSFN⼦帧之类的传输产⽣冲突。
通过在时域或频域上重新调度重传，避免与系统信息、MBSFN⼦帧在⽆线资源上发⽣重叠。
也就是说，下⾏重传总是通过PDCCH来调度的。
下⾏PDSCH传输对应的ACK/NACK在PUCCH或PUSCH上发送。
对TDD⽽⾔，DwPTS可⽤于发送PCFICH/PHICH/PDCCH和PDSCH。
也就是说，特殊⼦帧可⽤于发送UL grant和对应PUSCH数据的ACK/NACK等。
这⾥有个特例：对于带normal downlink CP的特殊帧配置0和5，或带extended downlink CP的特殊帧配置0和4（见36.211的Table 4.2-1。
），特殊⼦帧的DwPTS是不⽤于传输PDSCH的（见36.213的7.1.7节。
这些配置下，DwPTS的持续时间都很短，占3个OFDM symbol，所以不⽤于传输PDSCH）。
对TDD⽽⾔，UpPTS可⽤于发送SRS和PRACH（preamble format 4），但不能⽤于发送PUCCH和PUSCH（见36.213的8.2节；36.211的5.4、5.7节。
UpPTS的持续时间都很短，所以不⽤于传输PUCCH和PUSCH）。
也就是说，特殊⼦帧不能⽤于发送对应于PDSCH传输的ACK/NACK。
因此，对于下⾏数据⽽⾔，只能使⽤⾮特殊⼦帧来发送对应的ACK/NACK。
通常eNodeB和UE侧的解码处理时间⾄少为3ms。
对于下⾏数据⽽⾔，UE根据接收到的PDCCH来决定如何处理HARQ。
图1：下⾏DCI中与HARQ相关的字段（以DCI format 2A为例）图1介绍了下⾏DCI中与HARQ相关的字段，我在《LTE：HARQ（三）---HARQ information》中介绍过这些字段，这⾥就不再重复了。
LTE_中的HARQ和BSR
LTE：上行HARQ（二）接下来，我们来看看上行是如何进行同步的。
首先需要说明的是，如果UE需要在PUSCH上发送数据，UE需要满足以下两个条件之一： 1）收到一个有效的UL Grant：该UL grant可以来自动态调度的PDCCH（DCI format 0/4，本文只介绍这种情况）、或来自RAR，或通过半静态semi-persistently配置。
2）收到一个PHICH且指示为NACK：对应非自适应重传。
接下来，我们分FDD、TDD 1~6、TDD 0三种配置来介绍上行HARQ在时域上的同步关系！每种配置都包含2部分：1）UL grant/PHICH与对应的PUSCH传输之间的timing关系；2）PUSCH传输与对应的PHICH（ACK/NACK）之间的timing关系。
1) FDD对FDD而言，如果UE在子帧n收到了UL grant（DCI format 0/4，对应新传或自适应重传）或PHICH（只收到NACK，对应非自适应重传），则UE会在n + 4子帧发送对应的PUSCH。
（见36.213的8.0节）对FDD而言，如果UE在子帧n收到了PHICH，则该PHICH对应UE 在上行子帧n - 4发送的PUSCH。
（见36.213的8.3节）如图3所示。
图3：FDD中的上行传输，UL grant、PUSCH、ACK/NACK之间的timing关系子帧n，n+4、n+8、n+12、n+16都对应同一HARQ process。
只要确定了子帧n所使用的HARQ process number，根据timing关系，也就知道后续子帧n+4、n+8、n+12、n+16所使用的HARQ process。
TDD的情况类似，但是timing关系略有不同。
（注：每个子帧只对应一个HARQ process，空分复用的情况下是2个，每个对应一个TB。
）2) TDD 1~6对TDD UL/DL configuration 1~6而言，如果UE在子帧n收到了UL grant（DCI format 0/4，对应新传或自适应重传）或PHICH（只收到NACK，对应非自适应重传），则UE会在n + k子帧发送对应的PUSCH。
LTE其他的一些关键技术
▊HARQ混合自动重传1、HARQ技术LTE中HARQ技术主要是系统端对编码数据比特的选择重传以及终端对物理层重传数据合并。
在这里涉及到2个方面，一个就是自动重传请求也就是ARQ技术，另外一个就是前向纠错技术FEC。
也可以这么说HARQ=ARQ+FECFEC是一种编码技术，编码的作用主要就是保证传输的可靠性，具有自动纠错的能力。
举个例子，如果我要传输信息0，我可以发0000，如果收到干扰变成了0001或者1000的话，FEC可以纠正为0000，从而增加了容错率，而只发一个0的话一旦干扰成了1就会造成误码。
而假如接收端收到的是1100，由于1和0一样多所以，会认为是错码，从而要求重传，触发ARQ。
而ARQ技术则是收到信息后，会通过CRC校验位进行校验，如果发现错误了或者压根就没收到这个包会回NAK要求重传，否则回ACK说明已经收到了。
2、HARQ有两种运行方式：⑴跟踪（Chase）或软合并（Soft Combining）方式－即数据在重传时，与初次发射时的数据相同；⑵递增冗余(Incremental Redundancy)方式－即重传时的数据与发射的数据有所不同。
后一种方式的性能要优于第一种，但在接收端需要更大的内存。
终端的缺省内存容量是根据终端所能支持的最大数据速率和软合并方式设计的，因而在最大数据速率时，只可能使用软合并方式。
而在使用较低的数据速率传输数据时，两种方式都可以使用。
3、HARQ流程下面是一个软合并的流程图图HARQ流程从图1看，ENB先发一个packet1给UE，UE没有解调出来，回NAK给ENB。
这时候ENB将packet1另外一部分发给UE，UE通过两次发送的包进行软合并，解出来回ACK，ENB收到后继续发packet2。
这里要的一点是，HARQ发端每发一个包都会开一个timer，如果timer到时了还没有下一个包到来，ENB会认为这是最后一个包，会发一个指示给UE，告诉它发完了，防止最后一个包丢失。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
HARQ基本原理LTE HARQ快速重传，只涉及到L2/L1层，重传合并产生合并增益N-process Stop-And-WaitDL:自适应异步HARQUL ACK/NAK 在PUCCH/PUSCH发送PDCCH 携带 HARQ 进程号重传总是通过PDCCH调度，这是因为它采用异步自适应HARQUL:同步HARQ，相对于第一次传输，会在固定的地方重传最大传输次数是针对UE的而不是RB在PHICH 发送DL ACK/NAK概述增量冗余HARQ除了传统的Chase合并的HARQ技术，LTE还采用了增量冗余（IR）HARQ，既通过第一次传输发送信息bit和一部分的冗余bit，而通过重重发送额外的冗余bit，如果第一次传输没有成功解码，则可以通过重传更多的冗余bit降低信道的编码率，从而实现更高的解码成功率。
如果加上重重的冗余bit仍无法正确解码，则进行再次重传，随着重重次数的增加，冗余bit不断积累，信道编码率不断降低，从而可以获得更好的解码效果。
HARQ正对每个传输块进行重传。
进程实现模式下行HARQ采用多进程的“停止-等待”HARQ实现方式，即对于某一个HARQ进程，在等待ACK/NACK反馈之前，此进程暂时中止传输，当收到反馈后，再根据反馈的是ACK还是NACK 选择发送新的数据还是重传。
同步/异步HARQ按照重传发生的时刻来区分，可以将HARQ可以分为同步和异步两类。
这也是目前在3G LTE中讨论比较多的话题之一。
同步HARQ是指一个HARQ进程的传输(重传)是发生在固定的时刻，由于接收端预先已知传输的发生时刻，因此不需要额外的信令开销来标示HARQ进程的序号，此时的HARQ进程的序号可以从子帧号获得；异步HARQ是指一个HARQ进程的传输可以发生在任何时刻，接收端预先不知道传输的发生时刻，因此HARQ进程的处理序号需要连同数据一起发送。
由于同步HARQ的重传发生在固定时刻，在没有附加进程序号的同步HARQ在某一时刻只能支持一个HARQ进程。
实际上HARQ操作应该在一个时刻可以同时支持多个HARQ进程的发生，此时同步HARQ需要额外的信令开销来标示HARQ的进程序号，而异步HARQ本身可以支持传输多个进程。
另外，在同步HARQ方案中，发送端不能充分利用重传的所有时刻，例如为了支持优先级较高的HARQ进程，则必须中止预先分配给该时刻的进程，那么此时仍需要额外的信令信息。
自适应/非自适应HARQ根据重传时的数据特征是否发生变化又可将HARQ分为非自适应和自适应两种，其中传输的数据特征包括资源块的分配、调制方式、传输块的长度、传输的持续时间。
自适应传输是指在每一次重传过程中，发送端可以根据实际的信道状态信息改变部分的传输参数，因此，在每次传输的过程中包含传输参数的控制信令信息要一并发送。
可改变的传输参数包括调制方式、资源单元的分配和传输的持续时间等。
在非自适应系统中，这些传输参数相对于接收端而言都是预先已知的，因此，包含传输参数的控制信令信息在非自适应系统中是不需要被传输的。
在重传的过程中，可以根据信道环境自适应地改变重传包格式和重传的时刻的传输方式，可以称为基于IR类型的异步自适应HARQ方案。
这种方案可以根据时变信道环境的特性有效地分配资源，但是具有灵活性的同时也带来了更多的系统复杂性。
在每次重传过程中包含传输参数的控制信令信息必须与数据包一起发送，这样就会造成额外的信令开销。
而同步HARQ 在每次重传过程中的重传包格式，重传时刻都是预先已知的，因此不需要额外的信令信息。
与异步HARQ相比较，同步HARQ具有以下的优势：1.控制信令开销小，在每次传输过程中的参数都是预先已知的，不需要标示HARQ的进程序号。
2.在非自适应系统中接收端操作复杂度低。
3.提高了控制信道的可靠性，在非自适应系统中，有些情况下，控制信道的信令信息在重传时与初始传输是相同的，这样就可以在接收端进行软信息合并从而提高控制信道的性能。
根据层一/层二的实际需求，异步HARQ具有以下的优势：1.如果采用完全自适应的HARQ技术，同时在资源分配时，可以采用离散、连续的子载波分配方式，调度将会具有很大的灵活性。
2.可以支持一个子帧的多个HARQ进程3.重传调度的灵活性LTE下行链路系统中将采用异步自适应的HARQ技术。
因为相对于同步非自适应HARQ技术而言，异步HARQ更能充分利用信道的状态信息，从而提高系统的吞吐量，另一方面异步HARQ可以避免重传时资源分配发生冲突从而造成性能损失。
例如：在同步HARQ中，如果优先级较高的进程需要被调度，但是该时刻的资源已被分配给某一个HARQ进程，那么资源分配就会发生冲突；而异步HARQ的重传不是发生在固定时刻，可以有效地避免这个问题。
同时，LTE系统将在上行链路采用同步非自适应HARQ技术。
虽然异步自适应HARQ技术相比较同步非自适应技术而言，在调度方面的灵活性更高，但是后者所需的信令开销更少。
由于上行链路的复杂性，来自其他小区用户的干扰是不确定的，因此基站无法精确估测出各个用户实际的信干比(SINR)值。
在自适应调制编码系统中，一方面自适应调制编码(AMC)根据信道的质量情况，选择合适的调制和编码方式，能够提供粗略的数据速率的选择；另一方面HARQ基于信道条件提供精确的编码速率调节，由于SINR值的不准确性导致上行链路对于调制编码模式(MCS)的选择不够精确，所以更多地依赖HARQ技术来保证系统的性能。
因此，上行链路的平均传输次数会高于下行链路。
所以，考虑到控制信令的开销问题，在上行链路确定使用同步非自适应HARQ技术。
下行HARQ流程下行异步HARQ操作是通过上行ACK/NACK信令传输、新数据指示、下行资源分配信令传输和下行数据的重传来完成的。
每次重传的信道编码冗余版本是预定义好的，不需要额外的信令支持。
RV的设计，由于下行HARQ重传的信道编码率已经确定，因此不进行完全的MCS的选择，但仍可以进行调制方式的选择。
调制方式的变化会同时造成rB数的不同，因此需要通过下行的信令资源分配指示给UE，另外，还需要通过一个比特的新数据指示符（NDI）指示此次传输是新数据还是重传。
下行HARQ流程的时序实例如下图所示，图3.4.5-1 下行HARQ时序图假设下行跟上行是子帧同步，接收发送之间没有时延（实际上也不可能，只是便于理解）首先eNB在时刻0的PDSCH信道发送了一份下行数据，UE首先监听到后，进行解码，发现解码失败，它将在时刻4的上行控制信道（PUCCH）向eNB反馈上次传输的NACK信息， eNB 对PUCCH中的NACK信息进行解调和处理，然后根据下行资源分配情况对重传数据进行调度，此时的调度时间并没有规定，eNB根据情况来调度，这里假设在时刻6在PDSCH上发送重传，如果此时UE成功解码，那么它就在时刻10发送确认，那么一个传输就结束了。
上行HARQ流程上行同步HARQ操作是通过下行ACK。
NACK信令传输，NDI和上行数据的重传来完成的，每次重传的信道编码RV和传输格式是预定义好的，不需要额外的信令支持，只需通过NDI 指示是新数据的传输还是重传。
上行HARQ流程的时序如下图所示，图3.4.5-2 上行HARQ 时序图这里不对下行实例进行详细说明，大家仔细对比两个图就会发现，相对应下行来说，反馈跟重传的位置都是固定的按照n+4来处理，而下行重传时并没有规定好重传的时刻，eNB 可以根据情况来调度下行重传。
因此这也就是为什么上行叫同步HARQ ，而下行叫异步HARQ 的原因。
HARQ 的进程数量对于“停止-等待”HARQ ，在一个harq 进程中，一次传输发出后，需要等待的长度为RTT 才能决定一下次传输是传输新数据，还是进行旧数据的重传。
在这段时间内，eNB/UE 当然不能停止传输而白白地等待。
因此，必须发起其它的并行HARQ 进程，以充分利用时域资源。
从前面两个图可以看出，HARQ 的进程数量跟RTT ，也就是传输延迟和UE/eNB 的处理时间相关的，RTT 愈大，需要支持的并行HARQ 进程数量以填满RTT ，HARQ 进程的数量约等于RTT/TTI 。
对于FDD 系统上下行都是采用8个进程的。
TDD 有很大的不同，不在本系列之中讲解。
UE 和eNB 的处理时延很大程度跟具体实现有关的，另外还要考虑传输时延，因此8个TTI 是一个比较折中的数据。
Ue RxUe Tx eNB eNB前面主要讨论了HARQ的基本知识，以及在LTE实现中的考虑，下面我们基于MAC协议来分析上下行处理的原则：DL-SCH数据传输为了便于说明与理解，暂且只讨论动态调度的情况，对于半静态部分暂且不说明。
DL assignment接收在PDCCH上发送下行分配信息，用于指示在DL-SCH上的下行数据的如果DL-SCH上有数据发送，则相应的DL assignment 会在PDCCH上发送，UE就需要监听PDCCH获得必要的信息用于解码DL-SCH数据。
而当UE得到C-RNTI，它就能够监听PDCCH信道（除了DRX情况），当这个TTI内有DL assignment发送给这个UE的C-RNTI：如果对于这个HARQ 进程，它的上一个DL assignment是给SPS调度或者是配置好的下行分配，那么无论NDI的值是否改变，那么认为这是一个新的传输。
而此时，则可以确认在这个TTI内有一个下行分配信息，并把HARQ相关信息发送到HARQ 实体。
对于SPS的过程稍微复杂一点，因为涉及到周期性资源的配置问题、释放与重传的问题，因此要稍微麻烦一点。
并且因为它的资源分配好以后不需要PDCCH来指示，因此UE必须自己推到相应的信息，例如HARQ进程ID。
特殊下行任务LTE中还有一个很有意思的HARQ进程就是BCH的HARQ进程，它专门来处理广播消息，我们知道广播消息不应该有反馈的。
但是这并不妨碍它可以使用HARQ重传的合并增益相同的原理，通过不同发送机会发送不同版本的广播消息，在接收端，如果第一个版本解码失败，它可以继续接收下一个版本，然后把他们进行合并，从而获得合并增益。
当UE需要读取BCCH，UE可能会根据RRC的指示调度信息来读取如果在PDCCH上监听到这个TTI内针对SI-RNTI的下行分配信息：那么，就把这个TTI内的DL-assignment以及RV送到特定的广播HARQ进程。
虽然上面的公式显得比较复杂，但是计算下来它的顺序都是0，2，3，1，因此广播的HARQ进程可以根据TTI来判断此时到底是哪一个版本，然后据此解码。
HARQ操作HARQ实体在UE端有一个HARQ实体，它可以维护一定数量的并行HARQ进程，每一个进程有一个标识，HARQ实体会把HARQ信息以及在DL-SCH上收到的传输块(TB)送到相应的HARQ进程；如果在物理层定义了空间分集，那么在一个子帧内，可以收到一个或者二个传输块(TB)，它们都和一个HARQ进程相关。