深入理解5g＜五十六＞UM的接收过程

5G RLC UMUnacknowledged Mode非确认模式接收端的主要职责是**按序重组并向上层递交RLC SDU**同时通过窗口机制和定时器来管理乱序、分段和丢失的PDU。其过程严格遵循3GPP TS 38.322规范。### 核心状态变量与重组窗口接收端维护一个**重组窗口Reassembly Window**用于判断接收到的PDU是否在有效处理范围内。窗口边界由以下两个关键状态变量决定* **RX_Next_Highest**接收到的最高SN的下一个值作为窗口的**上边缘**。* **RX_Next_Reassembly**最早仍在等待重组的SN作为窗口的**下边缘**。窗口大小由常量 **UM_Window_Size** 定义通常为SN空间的一半。一个SN在窗口内的条件是(RX_Next_Highest - UM_Window_Size) SN RX_Next_Highest。### 接收与初步处理TS 38.322 §5.2.2.2.2当接收端从底层收到一个UMD PDU时会根据其SN和当前窗口状态执行以下操作之一1. **无SN的PDU**如果PDU头不包含SN如某些完整的SDU则直接**移除RLC头并递交上层**。2. **过时的PDU**如果SN满足 (RX_Next_Highest - UM_Window_Size) SN RX_Next_Reassembly说明该PDU的SN早于最早待重组的SN属于重复或过时数据直接**丢弃**。3. **窗口内的PDU**其他情况则**放入接收缓冲区**等待后续处理。### 重组与状态更新TS 38.322 §5.2.2.2.3PDU放入缓冲区后会触发更复杂的重组与状态机更新逻辑* **重组完成**当某个SN设为x的所有字节分段都收齐后会**重组出完整的RLC SDU**移除RLC头后递交上层。* **推进下边缘**如果x恰好等于RX_Next_Reassembly则需要**更新RX_Next_Reassembly**将其推进到大于当前值且尚未重组递交的第一个SN。* **窗口滑动**如果x落在了重组窗口之外即x RX_Next_Highest则**将RX_Next_Highest更新为x 1**窗口整体前移。同时**丢弃所有已落在新窗口之外的旧PDU**。如果RX_Next_Reassembly也因此落在窗外则将其重置为新窗口下边缘之后第一个未递交的SN。* **定时器管理**根据重组进度可能会**停止或重启t-Reassembly定时器**。例如当RX_Next_Highest远大于RX_Next_Reassembly存在空洞或当前SN的分段有缺失时会启动定时器。### ⏱️ 定时器t-Reassembly超时处理TS 38.322 §5.2.2.2.4t-Reassembly定时器用于**检测丢失的PDU防止接收端无限等待**。当其超时时执行以下操作* **更新RX_Next_Reassembly**将其推进到RX_Timer_Trigger触发定时器的SN之后第一个未重组的SN。* **丢弃过期分段****丢弃所有SN小于新RX_Next_Reassembly的分段**。* **判断是否重启**如果更新后RX_Next_Highest仍大于RX_Next_Reassembly 1仍有空洞则**再次启动t-Reassembly**并将RX_Timer_Trigger设为当前RX_Next_Highest。### 总结UM接收端的核心是一个**基于窗口的滑动重组机制**通过RX_Next_Highest和RX_Next_Reassembly界定有效数据范围丢弃过时PDU重组窗口内完整的数据单元。t-Reassembly定时器则作为一种“超时放弃”机制确保接收端不会因为个别PDU的永久丢失而阻塞后续数据的递交在**低时延和可靠性之间取得平衡**。