TS 38.321 MAC层协议关键要素解析

---

TS 38.321 MAC层协议关键要素解析

TS 38.321是5G NR MAC层的核心规范，定义了数据调度、资源管理、信令交互等关键机制。以下从协议设计和测试应用角度提取关键要素：

---

一、核心功能模块

1. 逻辑信道与传输信道映射

• 逻辑信道类型：
  • 控制信道：CCCH（公共控制信道）、DCCH（专用控制信道）。
  • 业务信道：DTCH（专用业务信道）。
• 映射规则：
  • 每个逻辑信道关联一个逻辑信道优先级（priority）和优先级比特率（prioritisedBitRate）。
  • 上行逻辑信道优先级决定MAC PDU复用顺序（高优先级数据优先封装）。

测试关注点：

• 验证逻辑信道优先级配置是否影响吞吐量分配（如高优先级VoIP数据抢占低优先级背景流量）。

---

2. 调度请求（SR）

• 触发条件：
  • UE有上行数据但无可用PUSCH资源时触发。
  • SR禁止场景：切换过程、特定DRX休眠期。
• 资源配置：
  • SR周期（sr-ProhibitTimer）、最大重传次数（sr-TransMax）由RRC配置。
  • SR通过PUCCH或PRACH发送（基于场景）。

测试用例设计：

• 模拟SR资源冲突场景（如多UE同时触发SR），验证调度公平性。

---

3. 缓冲区状态报告（BSR）

• BSR类型：
  • 常规BSR：新数据到达高优先级逻辑信道。
  • 周期性BSR：定时器（periodicBSR-Timer）触发。
  • 填充BSR：MAC PDU剩余空间足够时触发。
• 逻辑信道组（LCG）：
  • 最多4个LCG（ID 0~3），由RRC配置逻辑信道到LCG的映射。

测试异常场景：

• 强制BSR抑制（bsr-ProhibitTimer未超期），观察UE是否违规上报。

---

4. HARQ机制

• 进程管理：
  • 下行最多16个HARQ进程，上行16个（RRC可配置）。
  • 自适应重传：DCI动态调整资源/MCS；非自适应重传沿用原配置。
• 反馈时序：
  • HARQ-ACK/NACK在PUCCH/PUSCH发送，时序由K1参数控制。
  • 下行HARQ采用异步机制，上行为同步机制。

测试重点：

• 验证HARQ进程号（HARQ ID）循环使用正确性，避免进程冲突。
• 模拟高误码率场景，统计HARQ重传率与BLER关系。

---

5. 随机接入（RA）

• 流程类型：
  • 竞争式（CBRA）：四步随机接入（Msg1~Msg4）。
  • 非竞争式（CFRA）：专用前导码分配（用于切换/波束恢复）。
• 关键参数：
  • preambleReceivedTargetPower（前导码初始发射功率）。
  • powerRampingStep（功率爬升步长）。
  • ra-ResponseWindow（Msg2接收窗口）。

测试场景：

• 模拟Msg3冲突（多UE使用相同前导码），验证竞争解决机制。

---

6. 不连续接收（DRX）

• 定时器控制：
  • drx-onDurationTimer：激活期持续时间。
  • drx-InactivityTimer：数据到达后延长激活期。
  • drx-RetransmissionTimer：等待重传的持续时间。
• 节能效果：
  • DRX启用时，UE在休眠期关闭射频模块，降低功耗。

测试方法：

• 测量DRX启用前后的UE功耗差异，验证节能效率。
• 模拟网络侧发送MAC CE（DRX命令），检查UE是否立即进入休眠。

---

7. MAC控制元素（MAC CE）

• 关键类型：
  • 定时提前（TA）：调整上行传输时序。
  • DRX命令：动态控制DRX激活/休眠。
  • 波束失败恢复：触发新波束选择（SSB/CSI-RS）。
  • SCell激活/去激活：控制载波聚合中的辅小区。
• 编码格式：
  • MAC CE通过LCID值标识（如LCID=58为TA命令）。

测试验证：

• 注入错误MAC CE（如无效LCID），观察UE容错行为（丢弃或异常处理）。

---

二、关键数据结构

1. MAC PDU结构

• 子头（Subheader）格式：

  | R | F | LCID | L（长度字段） |
  

  • R：保留位；F：长度字段是否为8bit扩展格式。
• MAC CE格式：
  • 例如TA命令：| LCID=58 | TA值（6bit） |。

测试关注点：

• 验证MAC PDU填充机制（Padding Subheader）是否导致数据包碎片化。

---

2. HARQ实体状态管理

• HARQ进程上下文：
  • 传输块（TB）内容、NDI（新数据指示）、RV（冗余版本）。
  • 下行HARQ：软缓冲区管理（Soft Buffer Partitioning）。

测试场景：

• 强制HARQ进程上下文溢出（如连续16次重传），验证UE是否重置进程。

---

三、测试工程师实战要点

1. 协议一致性测试

• 覆盖场景：
  • MAC层所有信令流程（SR/BSR/RA/HARQ）的3GPP定义用例。
  • 边界条件测试（如sr-TransMax达到最大值后的UE行为）。
• 工具：
  • 使用R&S CMW500或Anritsu ME7834NR模拟基站，注入异常信令。

---

2. 性能测试

• 调度效率：
  • 测量调度器分配RB（资源块）的利用率。
  • 验证不同逻辑信道优先级的吞吐量分配比例。
• 时延分析：
  • HARQ RTT（往返时间）对空口时延的影响。
  • SR响应时延与PUCCH资源配置的关系。

---

3. 故障排查

• 典型问题：
  • 上行调度阻塞：检查BSR是否未触发或LCG映射错误。
  • HARQ频繁重传：分析CQI上报是否准确或MCS配置过激进。
  • 随机接入失败：检查前导码功率爬升参数或Msg2解码失败。

---

四、与4G MAC层（TS 36.321）对比

差异点	4G LTE	5G NR
HARQ进程数	下行8进程，上行8进程	下行16进程，上行16进程
调度粒度	1ms TTI	更灵活时隙（Mini-slot，0.125ms）
波束管理	无	支持MAC CE触发的波束失败恢复
节能机制	基础DRX	增强DRX（更灵活定时器配置）

---

五、总结

TS 38.321的掌握需重点关注：

1. 动态资源分配（HARQ/SR/BSR的联合调度逻辑）。
2. 信令交互时序（如HARQ-ACK的K1偏移计算）。
3. 状态机管理（DRX状态切换、HARQ进程上下文维护）。

测试工程师需结合协议原文与现网日志分析（如QXDM抓取MAC CE），将理论映射到实际故障场景，快速定位层2问题根源。