在5G NR的RLC无线链路控制**UM非确认模式** 下协议主要定义了**两个**核心定时器用于接收侧重组检测的 **t-Reassembly**以及用于发送侧SDU生命周期管理的 **t-Discard**。两者职责分明共同保障UM模式下数据的有效传输与及时清理。---## ⏱️ t-Reassembly重组定时器t-Reassembly 是UM模式接收侧**最核心**的定时器用于检测底层MAC层可能发生的RLC PDU丢失。它的工作机制围绕一个“重组窗口”展开。### 触发条件当接收实体从底层收到一个**带SN序列号的RLC PDU**并放入接收缓冲区后会检查是否满足以下条件来启动或重启定时器- **窗口外数据到达**接收到的SN落在了重组窗口之外即 RX_Next_Highest RX_Next_Reassembly 1说明中间有明显的数据缺口。- **窗口内字节段缺失**接收到的SN紧邻 RX_Next_Reassembly但该SDU的字节段byte segment不完整存在缺失的中间部分。### ⚙️ 运行与重启规则- **唯一性**每个UM RLC实体在**同一时刻只能运行一个** t-Reassembly 定时器。- **重启逻辑**如果定时器已在运行且又满足了上述触发条件例如缺失的字节段部分到达但仍无法完成重组则定时器会被**更新并重启**。### ⏰ 超时操作当 t-Reassembly 超时接收实体执行以下清理动作1. **更新窗口基准**将 RX_Next_Reassembly 更新为 RX_Timer_Trigger 之后第一个尚未完成重组的SN。2. **丢弃过期分段**从缓冲区中**丢弃所有SN小于更新后 RX_Next_Reassembly 的分段**因为这些分段对应的SDU已无法在合理时间内完成重组。3. **评估是否重启**检查更新后的窗口状态如果仍存在数据缺口则再次启动 t-Reassembly继续等待缺失的数据。### 核心目的t-Reassembly 的本质是**在“等待缺失数据”和“避免无限阻塞”之间取得平衡**。它给予底层重传或调度一定的容忍时间超时后则强制跳过无法重组的SDU确保接收窗口能够持续向前滑动防止因个别丢失导致整个接收流程停滞。---## ⏳ t-DiscardSDU丢弃定时器与 t-Reassembly 的接收侧重组织不同t-Discard 作用于**发送侧**管理RLC SDU从上层PDCP进入RLC层后的生命周期。### 触发与配置- **配置来源**t-Discard 的值由网络通过RRC信令在 RLC-Config 中配置。- **启动时机**当发送UM RLC实体从上层收到一个RLC SDU或PDCP PDU时如果配置了基于定时器的丢弃机制则为该SDU启动一个 t-Discard 定时器。### ⏰ 超时操作当某个SDU的 t-Discard 超时意味着这个SDU在RLC层中驻留的时间已超过预设时限。发送实体会**丢弃该SDU**及其所有已生成但未发送的分段不再尝试传输。### 核心目的t-Discard 主要用于**实时性敏感的业务**。如果某个数据包例如VoNR的语音帧在RLC缓冲区中等待过久即使最终成功送达其信息也已过时继续传输只会浪费空口资源。t-Discard 确保过期的SDU被及时清理为新的、时效性更强的数据腾出缓冲区空间。---## 关于 t-Reordering 的说明你可能在某些资料中看到 t-Reordering 也与UM有关这需要**特别注意区分**- **在NR5G的RLC UM中标准定义的定时器是 t-Reassembly**而非 t-Reordering。- **t-Reordering 是LTE4GRLC UM** 或 **NR RLC AM模式** 中使用的定时器。它的功能与 t-Reassembly 类似检测丢失、触发重组/重排序但并非5G UM的标准配置。- 某些早期专利或实现中可能混用这两个名称但从3GPP TS 38.322规范来看**5G UM对应的定时器名称应为 t-Reassembly**。---## 总结| 定时器 | 作用侧 | 核心功能 | 超时行为 ||---|---|---|---|| **t-Reassembly** | 接收侧 | 检测底层丢失的RLC PDU控制重组窗口滑动 | 更新窗口、丢弃过期分段、按需重启 || **t-Discard** | 发送侧 | 管理SDU生命周期丢弃超时未成功发送的数据 | 丢弃对应SDU及其分段 || *(t-Reordering)* | 接收侧 | 4G UM / 5G AM的重组/重排序定时器 | **非5G UM标准定时器** |UM模式的定时器设计体现了“**尽力而为**”的传输哲学发送侧用 t-Discard 控制数据的“保鲜期”接收侧用 t-Reassembly 在有限等待后果断推进窗口两者配合实现了无确认机制下的高效、可控的数据流转。