2. 5G基础回顾
5G RedCap（Reduced Capability）并非一项凭空出现的全新空口技术，而是5G NR标准体系面向中低速物联网场景的“裁剪优化”。要真正理解RedCap为何要裁剪带宽、减少天线数、降低调制阶数，必须先回到5G NR的核心架构与三大业务族（eMBB、URLLC、mMTC）的设计逻辑中。本章从5G NR的协议栈与网元架构出发，梳理网络切片对资源隔离的支撑方式，再对比eMBB与URLLC在物理层设计上的关键差异，最后引出RedCap在其中的定位——它既不是eMBB的降级版，也不是NB-IoT的升级版，而是NR体系内一个独立的终端能力等级。
2.1 5G NR核心架构：从核心网到终端的能力协商
5G NR的系统架构延续了4G LTE“核心网+接入网+终端”的三层模型，但在内部设计上发生了根本性变化。核心网5GC采用服务化架构（SBA），将传统网元拆分为多个网络功能（NF），例如AMF负责接入与移动性管理，SMF负责会话管理，UPF负责用户面数据转发。接入网gNB则支持CU（集中单元）与DU（分布单元）分离，甚至进一步将DU中的射频部分拆分为RU（射频单元）。这种功能切分的直接好处是：基带处理可以集中部署，射频拉远覆盖，为不同业务场景提供灵活的部署方式。
对于RedCap而言，核心架构中最重要的机制是UE能力协商。终端在接入网络时，通过RRC信令上报自己的能力集，包括支持的带宽、天线数、调制阶数、双工模式等。gNB根据终端能力配置相应的无线参数。RedCap终端在能力上报中声明“RedCap Capability”，网络侧据此限制其调度资源，例如将最大带宽限制在20MHz，同时避免给RedCap终端配置过高的MCS（调制编码方案）阶数。这一机制保证了RedCap终端可以低成本实现，同时不影响网络中其他类型终端的正常通信。
2.2 网络切片：逻辑隔离与业务差异化
网络切片是5G区别于4G的标志性能力之一。它允许在同一物理基础设施上创建多个逻辑网络，每个切片拥有独立的网络功能实例、独立的QoS策略和独立的资源管理策略。例如，一个eMBB切片可以配置大带宽、高MCS，服务于视频流媒体；一个URLLC切片可以配置低时延调度、重复传输，服务于工业控制；一个mMTC切片可以配置大连接数、小数据包优化，服务于智能抄表。
RedCap终端天然适合部署在mMTC切片或专门的RedCap切片中。由于RedCap终端速率需求不高（典型峰值下行100Mbps左右），网络侧可以在切片级别配置更宽松的调度策略，例如延长DRX周期、减少PDCCH监听机会，从而降低终端功耗。同时，切片隔离也意味着RedCap业务不会挤占eMBB或URLLC的资源。
| 切片类型 | 典型业务 | 关键指标 | RedCap适配性 |
|---|---|---|---|
| eMBB切片 | 高清视频、AR/VR | 峰值速率、体验速率 | 低（RedCap速率不足） |
| URLLC切片 | 工业控制、远程手术 | 时延、可靠性 | 中（可支持部分场景） |
| mMTC切片 | 智慧城市、传感器 | 连接密度、功耗 | 高（RedCap核心场景） |
| RedCap专用切片 | 可穿戴、监控、工业传感 | 成本、功耗、覆盖 | 最优（定制化设计） |
在实际部署中，网络切片需要端到端协同：核心网侧通过NSSAI（网络切片选择辅助信息）识别切片，接入网侧通过无线资源管理策略区分切片，终端侧通过URSP（UE路由选择策略）决定业务路由。RedCap终端可以同时注册多个切片，但通常建议只激活一个数据会话，以降低功耗和信令开销。
2.3 eMBB与URLLC的物理层设计对比
eMBB和URLLC代表了5G NR物理层设计的两个极端方向。eMBB追求峰值速率，因此采用大带宽（FR1最大100MHz，FR2最大400MHz）、高阶调制（256QAM）、多流传输（最多8层MIMO）。URLLC追求低时延和高可靠，因此采用短时隙调度（mini-slot，最小2个OFDM符号）、重复传输（K重复）、低码率编码（接近1/3甚至更低）。
这两种设计对RedCap都有借鉴意义。RedCap继承了eMBB的OFDM框架，但降低了带宽和调制阶数；同时借鉴了URLLC的覆盖增强技术，例如重复传输和跳频，用于弥补因天线数减少导致的覆盖损失。具体来说，RedCap终端只有1T2R或2T2R天线，相比eMBB的4T4R，接收分集增益下降约3dB。为了弥补这一损失，RedCap引入了额外的覆盖增强机制，例如PUSCH重复传输次数可配置为2、4、8次。
2.4 案例拆解：智能工厂中RedCap与URLLC的协同部署
某汽车制造工厂计划部署5G专网，用于三类业务：① AGV（自动导引车）控制，要求时延小于20ms，可靠性99.9%；② 高清摄像头质检，要求上行速率50Mbps，时延小于100ms；③ 环境传感器（温度、湿度、振动），要求每天上报一次数据，电池寿命5年。
初始方案中，工厂计划全部采用URLLC终端，但发现成本过高——URLLC终端需要支持高精度时钟同步、更复杂的调制解调器，单价超过2000元。而传感器数量超过5000个，仅终端成本就超过1000万元，显然不可接受。
经过分析，我们建议采用混合部署方案：AGV控制使用URLLC切片，配置1ms时延、99.999%可靠性；摄像头质检使用eMBB切片，配置100MHz带宽、256QAM；环境传感器使用RedCap终端，配置20MHz带宽、64QAM，并启用DRX周期为320ms的省电模式。RedCap终端单价控制在300元以内，且支持10年电池寿命（每天上报一次，每次传输1KB数据）。
实际部署中，我们遇到一个问题：RedCap终端在工厂深处的信号覆盖较弱，RSRP仅为-105dBm，导致PUSCH误块率（BLER）达到15%。通过启用PUSCH重复传输4次，BLER降至2%，满足业务要求。代价是上行速率从5Mbps降至1.2Mbps，但对于传感器数据上报场景完全足够。
2.5 常见误区与总结复盘
关于RedCap与5G基础特性的关系，存在几个常见误区需要澄清。
- 误区一：RedCap是eMBB的简化版。实际上，RedCap虽然降低了带宽和调制阶数，但增加了覆盖增强和功耗优化机制，这些是eMBB终端不具备的。RedCap是独立优化的终端等级，而非简单裁剪。
- 误区二：RedCap可以完全替代NB-IoT。RedCap的功耗仍然高于NB-IoT（RedCap典型功耗约100mW，NB-IoT约10mW），且成本更高。对于超低功耗、超低速率（<100kbps）的场景，NB-IoT仍然更合适。
- 误区三：网络切片是RedCap部署的前提。实际上，RedCap终端可以在非切片网络中正常工作，只是无法获得资源隔离的保障。切片是优化手段，不是必要条件。
- 误区四：RedCap不支持URLLC特性。RedCap终端可以配置mini-slot调度和重复传输，只是不支持URLLC的全部特性（如高精度时间同步）。对于时延要求10ms以上的工业场景，RedCap可以胜任。
总结本章，5G NR的核心架构为RedCap提供了灵活的能力协商机制，网络切片为RedCap提供了逻辑隔离的部署环境，eMBB和URLLC的物理层设计为RedCap提供了速率与可靠性的参考边界。理解这些基础，才能准确判断RedCap在具体项目中的适用性，避免“大材小用”或“力不从心”的部署失误。