Wi-Fi CSI 选 2.4GHz 还是 5GHz:覆盖、子载波与干扰
作者 Wu Jun · 更新于 2026-10-29 · 约 5 分钟
选完带宽,第二个决定就是用 2.4GHz 还是 5GHz。最粗的结论是:2.4GHz 传播更好,5GHz 通常有更宽带宽和更干净的频谱。 但对 CSI 来说,覆盖、子载波数、测量率、干扰和客户端兼容性必须一起测,不能只看一个“信号几格”。
本文给出一个可复现的 A/B 流程。5GHz 侧有本项目的完整 10 分钟数据;2.4GHz 侧只有一个未定因异常案例, 不会被包装成“两个频段的公平吞吐对决”。
0. 先给结论
- 需要更好的穿透和更远覆盖,先测 2.4GHz;
- 需要更高频率分辨率、更多子载波和较干净的频谱,先测 5GHz;
- 高密度公寓里,2.4GHz 的“覆盖优势”可能被同频干扰抵消;
- 最终选择必须来自同一设备、同一客户端、同一位置的 A/B,而不是路由器参数表的直觉。
1. 两个频段改变了什么
| 物理性质 | 2.4GHz | 5GHz | 对 CSI 的影响 |
|---|---|---|---|
| 波长 | 更长 | 更短 | 低频更容易绕射,高频更依赖方向性 |
| 材料衰减 | 通常较低 | 通常较高 [1] | 隔墙后 5GHz 链路更可能变弱 |
| 可用带宽 | 通常更窄 | 通常更宽 | 5GHz 可有更多子载波和更细频率分辨率 |
| 常见干扰 | 蓝牙、微波炉、邻居 AP | 邻居 AP、DFS 雷达事件 | 两者都可能让 CSI 质量忽高忽低 |
| 非重叠信道 | 通常 1/6/11 | 多个 20/40/80MHz 组合 | 5GHz 规划空间更大,但 DFS 需处理 |
注意:这里的“通常”不是设备保证。具体能力取决于芯片、固件、国家码、信道和天线。最终一定要从抓包统计
data_num、测量率、RSSI/SNR 与丢包。
2. 本项目硬件上的数字
| 项目 | 2.4GHz 示例 | 5GHz 实测 |
|---|---|---|
| 本项目典型带宽 | HE20 | HE80 |
| 子载波 | 64(HE20) | 256 |
| 距离分辨单元(c/2B) | 约 7.5m | 约 1.875m |
| 记录/MAC | 取决于链路与设备 | 57,293 条链记录 / 600 秒 |
| 独立测量组 | 未形成完整公开数据 | 7,609 组 |
| 独立测量率 | 未形成完整公开数据 | 约 12.68 个闭合组/秒;过滤后 12.64 |
| 长稳 | 只有未定因异常记录 | 无 >5 秒断流 |
5GHz 的完整抓包、校验值和脚本已公开 [2] [3]。2.4GHz 我们没有同等规模的完整数据集, 所以不能把两列数据当成公平吞吐或识别精度比较。
3. 我们实际观察到的 2.4GHz 异常
在一次家庭环境中,2.4GHz 的下行出现过约 5.6 / 8.7Mbps 的低速率状态,而且关闭 CSI 后仍然出现。 当时相邻信道有邻居 AP,环境拥挤,因此我们只确认了“该链路会慢”,没有确认:
- 是频段本身、信道干扰、客户端省电还是速率控制导致;
- 换到其他 2.4GHz 信道后是否仍复现;
- 2.4GHz 的 CSI 识别精度是否因此下降。
这就是“未定因”的含义。把一次现场现象写成固件缺陷,会误导后续复现者。
4. 一次公平的 2.4GHz vs 5GHz A/B
4.1 固定变量
- 同一台 AP、同一根天线、同一客户端;
- 同一房间、同一高度与朝向;
- 固定发射功率、国家码和客户端省电策略;
- 两个频段都用可控内网流量,不用公网镜像;
- 每轮开始前空闲 60 秒,记录恢复时间。
4.2 先扫描,再选信道
# 记录邻居 AP、信道、RSSI 与宽度
iw dev <iface> scan | grep -E "SSID|signal|freq|HT operation|VHT operation|HE operation"
# 查看接口当前状态
iwinfo <iface> info
iw dev <iface> station dump
2.4GHz 优先比较 1/6/11,不要只看路由器自动选的信道。5GHz 要记录:
- 20/40/80MHz;
- primary/secondary channel;
- 是否 DFS;
- 是否发生雷达事件或自动切信道。
4.3 每轮采什么
| 指标 | 采集方式 |
|---|---|
| RSSI / SNR | iw station dump 连续采样 |
| 链记录率 | 原始抓包数 / 时长 |
| 独立测量组率 | chain_info bit15 分组数 / 时长 |
| 子载波数 | data_num 分布 |
| 断流 | 时间戳 gap p95 / max / >1s 次数 |
| 吞吐 | 6 次 6 秒内网下载 |
| 重传/丢包 | AP 与客户端字节对账 |
| 方向 | AP→客户端与客户端→AP 分开 |
| 环境 | 空房、有人、走动、家电开关 |
建议每个频段至少做 3 个 session,每个 session 10 分钟,并交替顺序(2.4→5→5→2.4)减少时间漂移。
5. 只看 RSSI 会漏掉什么
RSSI 是两个频段最容易得到的数字,但它不能说明:
- 子载波是否完整;
- 独立测量组是否稳定;
- 帧间时间是否有长空档;
- 相位是否被速率/链路切换污染;
- 运动分类的误报是否增加。
一个 2.4GHz 链路可能 RSSI 更强,却因为邻居 AP、蓝牙和微波炉出现更多突发干扰;一个 5GHz 链路可能 RSSI 较弱, 但 256 子载波和更干净的频谱仍提供更稳定的频率特征。必须把“信号强度”和“可用数据质量”分开。
6. 干扰排查清单
- 2.4GHz:1/6/11 是否被占满?微波炉、蓝牙、无线键鼠是否靠近?
- 5GHz:是否存在 DFS 雷达事件、自动切信道或动态带宽?
- 邻居 AP 是否使用相同的 80MHz 主/辅信道?
- 空口是否被大流量客户端占满?
- 扫描时记录时间,不要只在故障后回忆;
- 把扫描原始文本与 CSI 抓包一起保存。
不要用“换个信道后感觉快了”作为唯一证据。至少重复 6 次吞吐和一轮 10 分钟抓包。
7. 什么时候选哪一个
| 目标 | 首选 | 必须接受/验证 |
|---|---|---|
| 远距离、穿一堵轻墙 | 2.4GHz | 邻居干扰、子载波较少 |
| 呼吸/微动、频率特征 | 5GHz HE80 | SNR、DFS 与客户端兼容性 |
| 低延迟日常家用 | 5GHz | 覆盖死角与老客户端 |
| 老设备兼容 | 2.4GHz 或独立 40MHz 5GHz | 不要把兼容客户端放进 CSI 专用 BSS |
| 全屋长期采集 | 5GHz AP + 2.4GHz 备用链路 | 需要多 AP/多链路融合 |
8. 常见误判
| 说法 | 问题 |
|---|---|
| “2.4GHz 穿墙更好,所以 CSI 一定更好” | 干扰和子载波更少可能抵消覆盖优势 |
| “5GHz 带宽大,所以一定能测呼吸” | 还取决于发包率、链路、姿势和门控 |
| “RSSI 高就代表数据完整” | 子载波、gap、选链和相位都可能坏 |
| “换信道后一次测速快就够了” | 需要多次、双方向和长稳 |
| “2.4GHz 异常一定是路由器固件” | 我们的案例未排除干扰与客户端省电 |
9. 结论
- 2.4GHz 和 5GHz 是传播与干扰的取舍,不是固定好坏;
- 5GHz HE80 的 256 子载波给我们更好的频率分辨率,但需要 SNR 和兼容性;
- 2.4GHz 覆盖优势必须在自己的信道环境中验证,不能只看理论;
- 频段 A/B 至少要记录方向、测量组率、断流、吞吐和环境扫描;
- 未定因的现场异常应保留为异常,不要升级成未经验证的根因。
相关:80MHz vs 40MHz · OpenWrt 排障 · 数据集 · 复现教程
参考与数据来源
本文的每条外部结论都标注来源与证据等级(分级标准);标注 E 级的是本项目可复现的实测数据。
- B 级 · 同行评审
Measurement and Modeling of Penetration Loss in the Range from 2 GHz to 74 GHz
Y. Du, C. Cao, X. Zou, J. He · 2016 IEEE Globecom Workshops (GC Wkshps) · 2016
doi:10.1109/glocomw.2016.7848958 · 被引 18 · 核实: CrossRef API, 2026-10-11 · 对常见建筑材料做穿损实测与建模,覆盖 2 GHz 以上频段,用来说明“隔墙衰减”的量级。 - E 级 · 本项目实测
本项目 10 分钟实测抓包(57,293 条 / 600.0 s,SHA-256 00373f83…95e2)
Router CSI Lab · 2026
okwujun.pw/zh/datasets/ · 核实: 分片重组逐字节校验通过(2026-10-11) · 本地原始母片 SHA-256 为 00373f83…95e2;公开下载的是去标识派生文件,SHA-256 为 527466ce…a440,两者不可混用。 - E 级 · 本项目实测
Router CSI Toolkit — 采集/分析/守护脚本(MIT,公开仓库)
Router CSI Lab · 2026
github.com/jjjwu/router-csi-toolkit · 核实: GitHub API 于 2026-11-02 核实公开仓库、抓包质量预检、成功 CI 与 v0.1.3 Release;归档 SHA-256 为 59f144c0…adea7 · 公开版含无第三方依赖的抓包质量预检;网页端检查器使用同一容器定义和边界口径。