5G NR RLC实体详解：从PDU/SDU到分段重传的完整流程

5G NR RLC实体深度解析：从数据封装到可靠传输的实战逻辑

当我们谈论5G网络的高速率与低时延时，往往聚焦于宏大的架构与频谱资源。然而，真正支撑起每一次流畅视频通话、每一秒稳定游戏连接和每一次大文件瞬时下载的，是协议栈中那些精密协作的“无名英雄”。无线链路控制层，即RLC层，便是其中之一。它像一位经验丰富的物流调度员，在PDCP层与MAC层之间，负责将上层交付的“大件货物”拆解、打包成适合下层“运输车辆”尺寸的包裹，并确保关键包裹在“网络拥堵路段”不丢失。对于从事协议栈开发、网络优化或核心网设计的工程师，乃至通信专业的研究生而言，透彻理解RLC实体的工作机制，不仅是读懂3GPP规范文本的基础，更是诊断网络问题、优化传输性能的关键。本文将抛开标准文档的刻板描述，结合工程实践中的常见场景与思考，深入剖析RLC实体如何处理SDU与PDU、为何要进行分段与重组，以及ARQ重传机制如何在AM模式下力挽狂澜，为你呈现一个立体、可操作的RLC层视图。

1. RLC实体：协议栈中的核心调度器

在5G NR协议栈中，RLC层位于PDCP层之下、MAC层之上，扮演着承上启下的核心角色。你可以将其理解为一个协议数据适配与可靠性增强引擎。它的核心使命，是适配上下两层截然不同的数据包处理粒度与服务质量要求。

PDCP层交付下来的数据包，称为RLC SDU。这些SDU的大小是由应用层和PDCP层的处理决定的，可能千差万别，从几个字节的语音包到上千字节的TCP数据段。而MAC层能够通过物理层资源块传输的数据块大小，则受限于动态调度的传输块大小。RLC实体的首要任务，就是解决这个“尺寸不匹配”的矛盾。它并非被动等待，而是主动进行数据封装。

注意：在NR中，RLC层的一个重要变化是移除了对SDU的串联功能。这意味着一个RLC PDU通常只来源于一个RLC SDU（或其分段）。串联的任务交给了MAC层，MAC层可以将多个RLC PDU打包进一个MAC PDU中。这一设计简化了RLC的处理逻辑，将复用功能集中到MAC层，更利于实现低时延。

RLC实体并非单一形态，它根据所承载业务对时延和可靠性的不同要求，分为三种工作模式，每种模式对应一套独立的处理逻辑和实体状态机：