2. RedCap标准与协议栈概览

RedCap（Reduced Capability，降低能力）是 3GPP 在 NR 框架内为中等速率物联网终端定义的一类终端类型。它并不是一套独立制式，而是对 NR 终端能力做“减法”后形成的一个能力子集：保留 NR 的基本空口结构、调度机制与安全体系，裁剪掉对中等速率场景收益有限的高带宽、多天线和大带宽处理能力。理解 RedCap，关键要抓住三条主线：核心规范定义了哪些能力被裁剪，协议栈因此发生了哪些实质变化，以及终端在接入与连接过程中如何把这些约束“告诉”网络并与之协同。

一、核心规范：能力裁剪的边界在哪里

RedCap 的核心规范主要分布在 3GPP 的 38 系列（NR 物理层与高层）和 23 系列（系统架构）中。其中最关键的是 TS 38.306（UE 无线接入能力）与 TS 38.331（RRC 协议），它们分别定义了 RedCap UE 的能力参数集合和信令承载方式；TS 38.101-1 规定了射频指标，TS 38.213/38.214 则约束了物理层过程与调度行为。Rel-17 首次引入 RedCap，Rel-18 进一步扩展了 eRedCap（更低速率等级），因此开发中必须明确目标终端对应的 Release 版本。

从能力维度看，RedCap 的裁剪集中在四处：带宽由普通 NR 终端的 100 MHz 降至 20 MHz（FR1）；接收天线数由 4 收降至 1 收或 2 收；下行 MIMO 层数由 4 层降至 1 层（FR1）；调制阶数下行最高 64QAM、上行最高 64QAM（普通 NR 上行可达 256QAM）。此外，RedCap 还支持半双工 FDD（HD-FDD）类型，即收发不同时进行，以降低射频成本。这些裁剪直接决定了终端在速率、覆盖和功耗上的表现边界。

二、NR协议栈裁剪：哪些层被“动过”

RedCap 的协议栈整体沿用 NR 的 PHY / MAC / RLC / PDCP / RRC / NAS 分层结构，裁剪并非删层，而是对层内功能和参数空间做收缩。物理层最明显：带宽缩小后，PRB 数量减少，BWP（带宽部分）配置必须落在 20 MHz 以内；单收天线意味着下行接收分集能力下降，SRS 和 CSI 反馈的维度也随之简化。MAC 层仍支持 HARQ、动态调度和 Configured Grant，但调度器需要针对 RedCap 的窄带特性调整 MCS 与重复次数。RLC/PDCP 层基本不变，仍支持 AM/UM 模式和头压缩，这保证了 RedCap 能复用 NR 的承载体系。

真正需要开发者特别关注的是 RRC 层。RedCap 终端在初始接入阶段就要通过 RedCap-ConfigCommon 等 IE 向网络声明自身类型，网络据此决定是否允许其驻留、如何配置 BWP 和 DRX。如果终端不声明或声明错误，网络可能按普通 NR 终端调度，导致带宽、天线数不匹配而接入失败。因此协议栈裁剪的实质是：物理层能力收缩 + RRC 能力协商增强。

三、终端能力约束：开发中必须对齐的参数

RedCap 终端的能力约束不是“可选建议”，而是网络调度的前提。开发时至少要对齐以下几类参数：频段与带宽（FR1 n1/n3/n5/n8/n28/n41/n77/n78 等，带宽 20 MHz）、天线配置（1T1R 或 1T2R，需与射频前端一致）、调制阶数（64QAM 上下行）、双工方式（HD-FDD 或 FD-FDD）、最大发射功率（通常 23 dBm，部分场景 33 dBm）。这些参数最终会体现在 UE Capability Information 消息中，通过 ue-CapabilityRAT-Container 上报给网络。

一个常见的工程问题是：终端射频只支持 1 收，但 RRC 能力上报中误填了 2 收。网络按 2 收调度下行 MIMO 时，终端无法正确解调，表现为接入后频繁掉线或吞吐异常。因此能力参数必须与硬件 BOM 严格一致，并在协议栈初始化阶段做一次自检。

四、关键信令流程：RedCap 如何“自我介绍”

RedCap 的接入流程与普通 NR 终端大体一致，但有两个关键差异点。第一，在随机接入阶段，RedCap 终端可能使用独立的 RACH 资源或 PRACH 前导格式，网络通过 Msg3 中的 RedCap-ConfigCommon 或专用 RRC IE 识别终端类型。第二，在 RRCSetupRequest 中，终端需要携带 RedCap 能力标识；若网络不支持 RedCap 或不允许该终端接入，会通过 RRCReject 或重定向到其他频点/制式。

以一次典型的 RedCap 接入为例：终端开机后先搜索 SSB，读取 MIB 和 SIB1，获取小区是否支持 RedCap 的指示；随后发起 RACH，Msg3 中携带 RRCSetupRequest，其中包含 ue-Identity 和 RedCap 相关字段；网络回复 RRCSetup，配置初始 BWP、DRX 和 SRB1；终端完成安全模式激活和 NAS 注册后进入连接态。此时网络已知道这是一台 RedCap 终端，后续调度会限制在 20 MHz 带宽和 1 层 MIMO 以内。

五、从规范到实现：开发者的检查顺序

面对 RedCap 开发，建议按“规范版本 → 能力参数 → 协议栈配置 → 信令验证”的顺序推进。先确认目标 Release（Rel-17 还是 Rel-18），再根据硬件确定带宽、天线、调制和双工方式，然后在协议栈中正确配置 RRC 能力上报和 BWP 参数，最后通过信令日志和吞吐测试验证网络是否按 RedCap 能力调度。只有这四步对齐，终端才能在 RedCap 网络中稳定接入并达到预期的速率与功耗表现。