162 上行HARQ的自适应调整

文摘   2024-09-23 22:00   江苏  

本文共约1100字,阅读时长约2分钟。

自适应 HARQ 是根据传输情况,动态调整重传策略。非自适应 HARQ 是在数据重传过程中,策略不随着传输情况的变化而调整。

PHICH 用于指示数据包是否被基站正确接收。它提供 HARQ 的确认(ACK)或否定确认(NACK)。当终端接收到 PHICH 上的确认时,终端不会立即清除传输缓冲区。这是因为是否需要重传数据由 PDCCH 上的上行调度授予中的新数据指示符 NDI 来控制。

更详细内容可以参考这篇:https://blog.csdn.net/m_052148/article/details/50595580

图12.4的例子中,子帧n+24时推迟了传输。终端接收到ACK,说明基站此时不需要数据包进行重传。终端的传输缓冲区此时并不会被清除,这样在之后的子帧n+32中,可以利用这部分缓冲区来继续重传。

PHICH 和 PDCCH 的时序一致性
在上行通信中,这两个信道与同一个子帧相关联时,它们需要有相同的时序(同步)。如果 PHICH 和 PDCCH 的时序不同,会增加接收终端的复杂性,因为终端不清楚应该立即响应 PHICH 的反馈还是等待 PDCCH 上可能的调度信息。

新数据指示符与冗余版本

在上行传输中,NDI 用于指示这是否是一个新的数据传输,它在 PDCCH 中明确地被传输出来。
然而,在上行HARQ机制中,重传的数据版本(冗余版本)不像在下行链路那样通过显式信令传递。下行链路中重传的数据可以通过信令,明确指出使用哪个冗余版本,而在上行链路中,由于 PHICH 反馈只有一比特(确认/否认),无法显式指示冗余版本。
上行链路HARQ是同步的,因此,不同冗余版本的传输遵循一个预定义的模式。
初始传输时,从冗余版本序列的第一个版本0开始。每次当 PHICH 反馈为NACK 时,终端会自动使用序列中的下一个冗余版本。这种同步机制减少了显式信令的需求,简化了系统。
而当 PDCCH 显式调度一次重传时(终端在PDCCH上收到重传指令,而不是仅根据PHICH的反馈进行重传),可能会影响使用的冗余版本。这意味着,PDCCH 可以改变原本按顺序使用的冗余版本,提升了灵活性。
这种显式调度与非自适应重传不同,因为非自适应重传只是简单地跟随PHICH 反馈进行下一次的重传。重传时,系统使用与初始传输相同的 PDCCH 格式来授予资源。
上行链路授予中包含了不同的信息字段,其中之一是调制和编码方案(MCS),这个字段决定了冗余版本的使用
MCS字段有32种可能的组合,其中,最后3种组合是保留用于表示不同的冗余版本的。系统可以通过这个字段指定在重传时使用哪个冗余版本。

传输块大小保持不变

重传时,传输块的大小保持不变,即在初始传输和后续重传之间,传输块的大小不会改变。这是为了确保重传的完整性和一致性。
在图12.4的示例中,初始传输在子帧n中使用了第一个冗余版本。
如果在子帧n+8中进行重传,则系统会使用序列中的下一个冗余版本。
如果在子帧n+16中通过PDCCH显式调度了重传,则可能会使用PDCCH上指定的冗余版本,而不是严格按照序列顺序。

从小空间阅读到大空间分享,本文由 @阿米尔C 整理。

无线协议开发
阿米尔C,2016年CSDN博客之星。予人玫瑰,手留余香。
 最新文章