第二章：测试环境搭建——硬件准备与软件工具链
做吞吐测试，环境搭建是第一步，也是翻车最多的一步。我见过不少团队，模组选对了、天线也买了，结果测试数据一塌糊涂——最后发现是射频线缆没拧紧，或者SIM卡欠费停机了。嗯，这些坑我都踩过。
这一章，咱们把硬件和软件的准备说透。你跟着我的清单走，基本不会出大问题。
2.1 硬件准备：模组、开发板、SIM卡、射频线缆
硬件选型直接决定测试结果的可信度。说白了，你拿个劣质线缆测出来的-90dBm，跟人家用专业线缆测出来的-70dBm，根本没法比。
2.1.1 模组选型
吞吐测试用的模组，我建议选主流厂商的成熟型号。比如：
- 移远 EC20 / EG25-G：Cat 4 模组，理论下行150Mbps，适合LTE基础测试
- 广和通 L610 / L860：支持Cat 6以上，带载波聚合，适合高速场景
- 华为 ME909s-821：老牌稳定，但注意停产风险
我个人习惯是，手头常备两块同型号模组。一块做DUT（被测设备），一块做参考对比。为什么？因为有时候模组本身就有问题，你测了半天，其实是模组坏了。
2.1.2 开发板与接口
模组需要开发板来供电和通信。常见方案：
| 接口类型 | 速率上限 | 适用场景 | 注意事项 |
|---|---|---|---|
| USB 2.0 | ~35 MB/s | Cat 4 以下模组 | 驱动兼容性差，Win10/11需手动装 |
| USB 3.0 | ~300 MB/s | Cat 6 / Cat 12 模组 | 线缆长度不要超过1米 |
| PCIe | ~1 GB/s | 5G模组 / 高速测试 | 需要专用转接板，成本高 |
| UART | ~1 Mbps | AT指令调试 | 不能用于吞吐测试，太慢 |
我建议你优先用USB 3.0接口。USB 2.0在Cat 4模组上勉强够用，但一旦开载波聚合，USB 2.0就成了瓶颈。我曾经遇到过，模组显示下行120Mbps，但USB抓包只有35MB/s——查了半天，是USB 2.0的锅。
2.1.3 SIM卡选择
SIM卡是很多人忽略的环节。我直接说结论：
- 不要用普通手机卡：手机卡有APN限速、流量限速、甚至QoS限制
- 用物联网专用卡：比如中国移动的OneLink、中国电信的CTWing
- 确认APN配置：物联网卡通常有专用APN，比如
cmiot或ctnet
2.1.4 射频线缆与转接头
射频线缆是测试链路中最容易出问题的环节。我见过太多人用劣质SMA线缆，结果插损大得离谱。
选型要点：
- 频率范围：至少覆盖到6GHz（5G Sub-6GHz需要）
- 插损：1米线缆，在2.4GHz时插损应小于0.5dB
- 接头类型：SMA、SMB、IPEX（模组端常见）
- 屏蔽性能：双层屏蔽是底线，三层更稳
我个人习惯是，每次测试前用网络分析仪扫一遍线缆。如果没有网分，至少用万用表测一下通断——别笑，我遇到过新线缆内部断芯的情况。
2.2 软件工具链：串口工具、抓包工具、AT指令集
硬件搭好了，软件就是你的眼睛和手。选对工具，效率翻倍。
2.2.1 串口工具
串口是跟模组交互的最基本方式。我推荐这几款：
| 工具名称 | 平台 | 特点 | 我的评价 |
|---|---|---|---|
| SecureCRT | Windows / Mac | 支持脚本、日志、多会话 | 收费但好用，我用了10年 |
| PuTTY | Windows | 免费、轻量 | 够用，但日志功能弱 |
| MobaXterm | Windows | 集成SSH、串口、X11 | 免费版够用，推荐 |
| screen / minicom | Linux | 命令行，适合脚本化 | 自动化测试首选 |
我建议你至少准备两个工具：一个图形化的（比如SecureCRT）做交互调试，一个命令行的（比如screen）做自动化脚本。为什么？因为吞吐测试经常要跑几个小时，图形化工具容易崩，但screen稳如老狗。
2.2.2 抓包工具
吞吐测试的核心是抓包。你需要确认数据真的从模组发出去了，而不是在本地打转。
- Wireshark：必装。抓USB网卡或以太网口的流量
- tcpdump：Linux下首选，轻量、可脚本化
- 模组自带抓包：部分模组（如高通平台）支持内部抓包，用QXDM或QCAT
我个人习惯是，先用Wireshark抓一次，确认TCP窗口、重传率、RTT这些指标正常。然后切到tcpdump做长时间采集。
tcpdump -i eth0 not host 127.0.0.1 过滤。
2.2.3 AT指令集
AT指令是控制模组的核心手段。吞吐测试常用的指令：
| 指令 | 用途 | 示例 |
|---|---|---|
AT+CSQ |
查询信号强度 | +CSQ: 28,99（28对应约-65dBm） |
AT+QENG="servingcell" |
查询服务小区信息 | 包含频点、RSRP、SINR |
AT+QCFG="band" |
锁定频段 | AT+QCFG="band",1,3,40 锁定Band 1/3/40 |
AT+QCFG="nwscanmode" |
设置网络模式 | 3=仅LTE，4=仅NR |
AT+QCFG="data_interface" |
设置数据接口 | 0=USB，1=PCIe |
嗯，这里要注意：不同厂商的AT指令集不完全一样。移远用 AT+Q...，广和通用 AT+F...，华为用 AT+^...。你拿到模组后，第一件事就是看AT指令手册。
2.3 屏蔽箱与天线选择
屏蔽箱和天线，是决定测试环境是否可控的关键。
2.3.1 屏蔽箱
为什么需要屏蔽箱？因为室外测试有太多干扰：基站信号、Wi-Fi、蓝牙、微波炉……你根本不知道测出来的是模组的性能，还是环境的噪声。
选型要点：
- 屏蔽效能：至少60dB @ 2.4GHz，80dB以上更好
- 内部尺寸：能放下开发板+天线+线缆
- 接口面板：SMA、USB、DC电源接口要齐全
- 通风散热：模组长时间跑吞吐会发热，没散热会降频
我建议你买屏蔽箱时，多要几个SMA转接头。因为不同模组的天线接口不一样，你总不想每次测试都焊线吧？
2.3.2 天线选择
天线是模组的“嘴巴”和“耳朵”。选错了，再好的模组也白搭。
| 天线类型 | 增益 | 适用场景 | 注意事项 |
|---|---|---|---|
| 全向天线 | 2-3 dBi | 通用测试，模拟真实使用 | 方向性弱，适合屏蔽箱内 |
| 定向天线 | 5-8 dBi | 远距离、高增益场景 | 需要对准方向，不适合屏蔽箱 |
| PCB板载天线 | 0-1 dBi | 嵌入式产品原型 | 效率低，只做功能验证 |
| 外接高增益天线 | 10-15 dBi | 极限吞吐测试 | 注意阻抗匹配，50Ω |
我个人习惯是，屏蔽箱内用全向天线，箱外用定向天线。为什么？屏蔽箱内空间小，全向天线能保证信号均匀；箱外测试时，定向天线能减少干扰，聚焦到目标基站。
2.4 整体环境搭建流程
说了这么多，咱们把整个流程串起来。下面这张图，是我每次搭建测试环境时的标准流程：
这个流程我用了很多年，基本没出过大的纰漏。你跟着走一遍，大概30分钟就能搭好一个可用的测试环境。