- 1、本文档被系统程序自动判定探测到侵权嫌疑,本站暂时做下架处理。
- 2、如果您确认为侵权,可联系本站左侧在线QQ客服请求删除。我们会保证在24小时内做出处理,应急电话:400-050-0827。
- 3、此文档由网友上传,因疑似侵权的原因,本站不提供该文档下载,只提供部分内容试读。如果您是出版社/作者,看到后可认领文档,您也可以联系本站进行批量认领。
查看更多
LTE HARQ重传
HARQ 重传
本篇主要介绍 LTE 中的 2 级重传处理机制:MAC 层的 HARQ 机制 ,以
及 RLC 层的 ARQ (只针对AM 数据传输)机制。
丢失或出错的数据的重传主要是由 MAC 层的 HARQ 机制处理的,并由
RLC 的重传功能进行补充。
MAC 层的 HARQ 机制能够提供快速重传,RLC 层的 ARQ 机制能够提
供可靠的数据传输。二者结合可以实现较小的往返时间、适度的反馈开销以
及可靠传输的要求。
HARQ 机制的目标在于实现非常快速的重传 ,其反馈出错率大概在1%
左右。对于某些业务,如 TCP 传输(要求丢包率小于 105 ),HARQ 反馈
的出错率显然过高了。对于这类业务, RLC 层的重传处理能进一步降低反
馈出错率。与 HARQ 相比,RLC 状态报告并不会频繁传输,因此获得 105 甚
至更低丢包率的可靠性开销并不大。
第 1 章 HARQ 介绍
本章主要介绍 HARQ 的基本概念。
1.1 带软合并的 HARQ (HARQ with soft combining )
HARQ (Hybrid Automatic Repeat reQuest ),混合式自动重传请
求,是一种结合 FEC (Forward Error Correction )与ARQ (Automatic
Repeat reQuest )方法的技术。
FEC 通过添加冗余信息,使得接收端能够纠正一部分错误,从而减少重
传的次数。
对于 FEC 无法纠正的错误,接收端会通过 ARQ 机制请求发送端重发数
据。接收端使用检错码,通常为 CRC 校验 ,来检测接收到的数据包是否出
错。如果无错,则接收端会发送一个肯定的确认(ACK )给发送端,发送端
收到 ACK 后,会接着发送下一个数据包。如果出错,则接收端会丢弃该数
据包,并发送一个否定的确认(NACK )给发送端,发送端收到NACK 后,
会重发相同的数据。
前面介绍的 ARQ 机制采用丢弃数据包并请求重传的方式。虽然这些数
据包无法被正确解码,但其中还是包含了有用的信息,如果丢弃了,这些有
用的信息就丢失了。通过使用 HARQ with soft combining (带软合并的
HARQ ),接收到的错误数据包会保存在一个HARQ buffer 中,并与后续
接收到的重传数据包进行合并,从而得到一个比单独解码更可靠的数据包
(“软合并”的过程)。然后对合并后的数据包进行解码,如果还是失败,
则重复“请求重传,再进行软合并”的过程。
根据重传的比特信息与原始传输是否相同,HARQ with soft
combining 分为 chase combining 和 incremental redundancy (增量冗
余)两类。chase combining 中重传的比特信息与原始传输相同;
incremental redundancy 中重传的比特信息不需要与原始传输相同。本书
不会对 chase combing 做进一步介绍,这是因为 LTE 中只使用
incremental redundancy 机制。
在 incremental redundancy 中,每一次重传并不需要与初始传输相
同。相反,会生成多个 coded bit 的集合,每个集合都携带相同的信息。当
需要重传时,通常会传输与前一次不同的 coded bit 集合 ,接收端会把重传
的数据与前一次传输的数据进行合并。每次重传的 coded bit 集合称为一个
冗余版本(Redundancy Version ,RV )。
图 1.1 是一个增量冗余的例子 :
图 1.1 :增量冗余的例子
由于重传可能携带了不包含在前次传输中的额外奇偶校验比特(parity
bit ),所以重传的码率会降低。每次重传可以包含与初始传输数目不同的
coded bit ,且不同重传的调制方式也可以不同。
这里我们以 DL-SCH 的物理层处理步骤来简单介绍一下冗余版本 RV 的
生成过程。UL-SCH 的处理与之类似。
图 1.2 :DL-SCH 的物理层处理
图 1.3 :速率匹配和HARQ 功能
从图 1.2、图 1.3 可以看出,在 Turbo 编码之后,会输出 systematic
bits ,fir
文档评论(0)