一、问题背景：选型不当的代价
在物联网设备开发中，通信模组选型往往在项目早期完成，却直接影响后续的 BOM 成本、续航设计、天线布局与认证周期。常见的问题场景包括：
-
速率过配：只需周期性上报传感器数据的设备，使用了 Cat.4 模组，导致硬件成本和功耗显著上升；
-
速率不足：需要回传视频流的终端，使用 Cat.1 模组，出现画面卡顿、上行拥塞；
-
生命周期错配：面向长周期部署的项目，未考虑 5G SA 网络的演进节奏，后期面临二次改版。
这三类问题的共同点是：选型依据停留在"速率越高越好"的直觉，而非工程约束。本文从 3GPP 协议定位出发，梳理三者的差异，并给出可执行的选型与验证流程。
二、三者技术定位梳理
2.1 Cat.1 / Cat.1 bis
Cat.1 定义于 3GPP Release 8，下行峰值 10 Mbps，上行峰值 5 Mbps。Cat.1 bis 是其演进版本，核心变化是接收路径从两条精简为一条，取消接收分集，从而降低射频与天线设计复杂度，峰值速率保持不变。
工程意义：在 2G/3G 退网背景下，Cat.1 bis 成为中低速物联网设备迁移 4G 的主要路径，运行于标准 LTE 网络，无需专用频谱或额外漫游配置。
2.2 Cat.4
Cat.4 采用 2×2 MIMO，下行峰值 150 Mbps，上行峰值 50 Mbps。相比 Cat.1，仅增加一路发射天线，速率提升约 10 倍，上行从 5 Mbps 提升至 50 Mbps。
工程意义：对需要视频回传、大文件 OTA 的场景，Cat.4 的上行能力是关键约束。代价是更高的功耗、更复杂的射频设计和更大的 PCB 面积。
2.3 5G RedCap
5G RedCap 引入于 3GPP Release 17，定位在 eMBB 与 mMTC 之间。其设计思路是做减法：基带带宽限制在 20 MHz（FR1），支持 1--2 根接收天线，取消载波聚合与双连接，峰值速率仍可达下行 226 Mbps、上行 120 Mbps。
工程意义：RedCap 继承 5G 的低时延、网络切片与 SA 架构支持，同时降低终端复杂度。但需注意，当前 RedCap 商用部署仍处于早期，规模部署依赖 5G SA 核心网成熟度，区域差异明显。
三、核心指标对比
| 指标 | Cat.1 / Cat.1 bis | Cat.4 | 5G RedCap (Rel-17) |
|---|---|---|---|
| 下行峰值 | 10 Mbps | 150 Mbps | 226 Mbps |
| 上行峰值 | 5 Mbps | 50 Mbps | 120 Mbps |
| 典型时延 | 50--100 ms 级 | 50--100 ms 级 | 低于 4G，依赖 SA 部署 |
| 功耗特性 | 低（支持 PSM/eDRX） | 中高（MIMO 增加功耗） | 相对较低（RedCap 节能特性） |
| 硬件成本 | 低（单接收路径） | 中（2×2 MIMO） | 中高（早期阶段） |
| 网络生命周期 | 4G 覆盖期内长期可用 | 4G 覆盖期内长期可用 | 面向 5G SA 生命周期 |
| 全球可用性 | 几乎普遍 | 几乎普遍 | 初期，区域差异大 |
表中数据为公开资料整理的典型值，实际表现受模组厂商、网络配置与终端设计影响。
四、选型决策流程
建议按以下顺序逐项确认，而非直接以速率参数做判断。
步骤一：明确上行速率需求
统计设备的峰值上行数据量。例如：
-
周期性上报（传感器、定位）：通常 < 100 kbps
-
图片上传（工业巡检、资产拍照）：数百 kbps 至数 Mbps
-
视频回传（1080P）：通常需要 2--8 Mbps 稳定上行
若峰值上行需求低于 5 Mbps，Cat.1 bis 即可满足；若涉及视频流，需评估 Cat.4 或更高。
步骤二：确认功耗与供电约束
电池供电设备需关注 PSM/eDRX 支持情况。Cat.1 bis 在低功耗场景中表现较好；Cat.4 因 MIMO 与更高处理负载，功耗明显上升。
步骤三：核查部署区域的网络能力
通过运营商或现网测试确认目标区域是否具备：
-
成熟的 4G 覆盖（Cat.1/Cat.4 前提）
-
可用的 5G SA 网络（RedCap 前提）
步骤四：评估项目生命周期
若项目部署周期超过 5 年，且目标区域 5G SA 建设明确，可将 RedCap 纳入技术预研；若项目近期量产且对 BOM 敏感，优先选择成熟度更高的 4G 方案。
五、实践验证方法
选型不能只依赖规格书，建议在硬件定型前完成以下验证。
5.1 确认模组注册的网络制式
通过 AT 命令查看当前注册网络与信号质量：
bash
# 查询当前网络注册状态
AT+CEREG?
# 查询信号质量（RSRP/RSRQ/SINR）
AT+CSQ
AT+CESQ不同模组的命令集存在差异，需以模组手册为准。
5.2 实测上下行吞吐
使用 iperf3 在设备与服务器之间进行吞吐测试：
bash
# 服务端启动监听
iperf3 -s
# 设备端上行测试（持续 30 秒）
iperf3 -c <server-ip> -t 30
# 设备端下行测试
iperf3 -c <server-ip> -t 30 -R测试时需记录信号强度、网络制式与并发连接数，避免单次测试结果作为唯一依据。
5.3 评估典型时延
通过 ping 与业务层请求测量端到端时延：
bash
# 基础链路时延
ping -c 20 <server-ip>
# 结合业务请求测量应用层时延
curl -w "time_connect: %{time_connect}\ntime_total: %{time_total}\n" -o /dev/null -s <api-endpoint>5.4 功耗评估
在典型业务负载下测量平均电流与峰值电流。建议覆盖以下状态：
-
空闲态（PSM/eDRX 生效）
-
数据发送态
-
网络重连态
六、工程实践中的补充考量
在实际项目中，设备侧往往需要支持多种制式以适配不同现场条件。部分工业路由器与嵌入式模组产品线会同时提供 Cat.1、Cat.4 以及面向 5G 演进的模组选项，便于在统一硬件平台上完成协议适配与测试。这类产品布局的价值在于降低现场调试与替换成本，但选型判断仍需基于前文的工程约束，而非单一产品参数。
七、小结
-
Cat.1 / Cat.1 bis：适合低速率、低功耗、成本敏感的中低速物联网设备；
-
Cat.4：适合需要视频回传、大文件传输的中高速场景；
-
5G RedCap：适合生命周期长、对时延有明确要求、且目标区域 5G SA 可用的项目。
选型的起点不是技术名称，而是设备的上行需求、功耗约束、部署区域网络能力与项目生命周期。在硬件定型前完成吞吐、时延与功耗的实测验证，比单纯对比规格书参数更能降低后期改版风险。