一、真正的痛点，从来不在单制式上

你手上这台样机，射频链路上同时跑着 LTE、5G NR 和 Wi-Fi 7。

要验证的从来不是"5G 能不能连上"，也不是"Wi-Fi 能不能跑满速"。研发阶段真正难啃的是那些落在制式交界处的问题：

• 5G NR 和 Wi-Fi 7 同时工作时，功耗曲线怎么变？吞吐会不会互相挤？

• Wi-Fi 7 的 MLO 把两条链路捆在一起，多链路之间的时序和功率分配对不对？

• 通话从 5G 切到 Wi-Fi（VoWiFi）的那一瞬间，语音质量掉多少？MOS 分能过吗？

• 6 GHz 频段的 out-of-band discovery 在弱场下能不能稳定发现 AP？

这些问题的共同点是：单个制式都正常，组合起来才出问题。

而传统测试台架的逻辑恰恰是"按制式竖切"的——蜂窝一台，WLAN 一台，语音质量再挂一套软件。台面越堆越高，随之而来的是三个绕不开的代价：

CMX500 的设计出发点正是这里：既然被测物是多制式的，测试台架就不该是单制式的。

二、蜂窝侧：LTE 与 5G NR，双制式 + 双组网模式

先说基础功。CMX500 单机覆盖 LTE 与 5G NR 两大制式，同时支持 SA（独立组网）与 NSA（非独立组网）两种模式——NSA 下需要 LTE anchor 承载控制面，SA 下则是完整的 gNB + 5G 核心网仿真，两种路径一台设备都走得通。

• 频率覆盖：FR1 至 8 GHz，FR2 毫米波频率范围至 50 GHz（通过 CMXHEAD50 远端射频头扩展）。

• 测试例预置：3GPP TS 38.521 第 6、7 章的 TX/RX 测试用例已预装在定序器中，可直接调用执行。

• 载波聚合：支持 LTE–5G 联合载波聚合测量，EN-DC 场景无需额外拼台。

• MIMO 与衰落：3GPP MIMO TX/RX 测量，以及衰落条件下的接收机性能测量（BLER）。

• 协议与语音：完整的 3GPP 信令协议测试；VoLTE / VoNR 语音与 ViLTE / ViNR 视频测量，配合内置 IMS 服务器可做内部环回。

如果只看这一段，CMX500 与同类 5G 综测仪的差别还不算大。真正的分水岭在下一条。

三、Wi-Fi 侧：从 160 MHz 到 320 MHz，而且是"信令级"的

这是 CMX500 最容易被低估、却最能拉开差距的一块能力。

3.1  它做的是信令测试，不是非信令测量

WLAN 的非信令测试（打波形、量 EVM）在研发后期和生产阶段很常见，但它测不出"设备在真实网络里的行为"。CMX500 提供的是 Wi-Fi 信令测试，能在真实连接建立、真实数据收发条件下测量 RF TX/RX 特性——这正是研发阶段真正需要的。

3.2  Station 与 Access Point，两个角色都能演

CMX500 的 WLAN 信令测试同时支持 Station 和 Access Point 两种角色仿真。这句话的工程含义是：

• CMX500 扮 AP → 测手机、模组、CPE 这类 STA 侧设备；

• CMX500 扮 STA → 测路由器、网关、企业 AP 这类 AP 侧设备。

市面上不少 WLAN 测试方案只覆盖其中一个方向。能双向演的方案，才真正谈得上"适用性更广"。

3.3  Wi-Fi 7 三根硬骨头，恰好都在这里解决

Wi-Fi 7（IEEE 802.11be）之所以难测，是因为它的三个关键特性都直接冲击测试环境本身：

• 320 MHz 信道带宽——比 Wi-Fi 6 的 160 MHz 翻倍。带宽越宽，对信号质量、平坦度和邻道抑制的要求越苛刻，仪器的瞬时带宽和本底噪声直接成为瓶颈。

• 4096-QAM 调制——星座点密度是 1024-QAM 的四倍，EVM 余量被压缩到极小，对测试链路的自身误差贡献极其敏感。

• MLO 多链路操作——多频段、多链路同时工作，这是 Wi-Fi 7 的标志性能力，也是最难测的一项：测试环境必须提供多条独立 RF 链路，单链路架构根本无从下手。

CMX500 的多技术、多通道架构恰好对应这些挑战：一台仪器内提供多路 RF 链路，直接支撑 MLO 场景；同时覆盖 Wi-Fi 7 的 2×2 MIMO、6 GHz 频段带外发现（out-of-band discovery）、多制式共存（coexistence）以及端到端吞吐测试。

四、跨制式：把"蜂窝 + WLAN"变成一个可测项

前面两块能力叠加起来，会得到一个单制式台架给不了的东西——制式之间的那部分也能测了。

• WLAN offloading：CMX500 内置 N3IWF 网关（非 3GPP 互通功能），可以模拟"原本该走蜂窝的数据改由 WLAN 承载"的真实网络行为，验证设备的分流策略是否正确。

• Voice over WLAN：通话在蜂窝与 WLAN 之间无缝切换，是否掉话、是否断续，可以在实验室里稳定复现。

• POLQA 语音质量客观评分：内置 POLQA 测量功能，把"听起来还行"变成可量化的 MOS 分数。

• Field-to-Lab：把外场路测或现场试验记录的网络配置直接导入实验室环境复现，把"复现不出来的偶发问题"变成可调试的确定性问题。

• 应用层与 IP 层：内置 Web、FTP、DNS、IMS 服务器，配合 iPerf、ping 时延测量、抓包与 IPv4/IPv6 支持，吞吐与业务体验在单机内闭环。

五、与安立 MT8000A 的定位差异

MT8000A 是一台成熟、口碑扎实的 5G NR 测试平台，在蜂窝侧的基础能力上两者是同一量级的选手。差异不在"谁测得更准"，而在覆盖面的宽度——下表按公开规格逐项对齐：

注：MT8000A 相关参数依据 Anritsu 公开产品资料及第三方仪器数据库整理，实际能力以厂商最新选件清单为准。本表用于说明两款平台的产品定位差异，不构成对任何厂商产品的性能评价。

差异归结成一句话

MT8000A 是一台做得很扎实的 5G NR 测试平台；CMX500 是一台 覆盖蜂窝 + 非蜂窝的无线综合测试平台。前者的边界止于"蜂窝制式"，后者把 WLAN 也纳入了同一台仪器、同一套软件、同一条时间基准。

对今天的终端研发来说，这个差别不是锦上添花。当一台样机上同时跑着 5G NR 和 Wi-Fi 7，只覆盖蜂窝的方案，把最关键的那部分问题留给了工程师自己去拼台架解决。

六、适用性：从芯片到量产，同一套命令

• 芯片 / 模组研发：射频指标验证、协议栈调试、RedCap 与 NB-IoT 等新特性预研。

• 终端整机研发：吞吐、功耗、VoNR / VoWiFi、跨制式并发与共存测试。

• 预认证与一致性：3GPP TS 38.521 / TS 36.521 测试例，配合 R&S^® CONTEST 做自动化符合性测试。

• 量产与产测：CMX500 与 CMP 系列使用相同的 SCPI 命令集——研发阶段写好的验证脚本，可以平滑迁移到产测环节，不必重写。

• 面向未来的路径：NTN 卫星直连、5G 网络切片、XR、NG eCall、GNSS 均可在同一平台上按需扩展，无需整机更换。

七、结论

选台仪器，本质上是选"你能测什么"和"你不能测什么"的边界。

• 如果研发对象只有 5G NR，没有 WLAN，也没有跨制式需求——那 CMX500 的这部分能力你用不上。

• 但只要你的产品上同时存在 蜂窝 + Wi-Fi 6/6E/7，并且要在研发阶段把两者放在一起验证，CMX500 就是目前覆盖面更完整的选择：制式最全、适用场景最广、单机闭环程度最高。

LTE 与 5G NR 双制式、SA/NSA 双模式、Wi-Fi 6/6E/7 信令测试与 320 MHz / MLO 全覆盖，再加上内置的 N3IWF、IMS 与 POLQA——一台仪器，一张台面，一条时间基准。