SNR 才是体验指标
比 RSSI 更能反映真实体验的是 SNR（信噪比）：信号强度减去噪声底。一个 -62dBm 的信号在噪声底 -92dBm 时 SNR 是 30dB，体验良好；但如果噪声底被抬到 -75dBm，SNR 只剩 13dB，同样「信号满格」也会明显卡顿。所以验收与优化都应以 SNR 基线为核心指标，语音与视频场景的要求还要更高。
基本信息
| 参考目标 | 数据 ≥ 20dB，语音与视频建议 ≥ 25dB |
|---|---|
| 采集方法 | RSSI 与噪声底同时记录，SNR = RSSI − 噪声 |
| 基线要求 | 按时间段建立 SNR 基线，优化前后同法对比 |
| 关键修正 | 噪声底抬升时高 RSSI 也可能对应低 SNR |
| 常见陷阱 | 只记 RSSI 不记噪声底，事后无法算出 SNR |
典型使用场景
- 无线验收时用 SNR 替代单一 RSSI 指标
- 语音与视频会议区域的专项测试
- 高密办公区评估实际可用速率
- 优化前后同点位对比 SNR 变化
- 排查「信号满格但网慢」的场景
记录示例
记录示例
# 位置：3F 会议室
# RSSI -62dBm ／ 噪声 -92dBm → SNR = 30dB，达标
# 优化后：-50dBm ／ -85dBm → SNR = 35dB，达标
# 注意：信号更强但噪声同时抬升时，SNR 可能不升反降指标对比
| 指标 | 反映什么 | 局限 |
|---|---|---|
| RSSI | 接收到的信号强度 | 不反映干扰与噪声 |
| 噪声底 | 背景干扰水平 | 需专门采集才能获得 |
| SNR | 实际可用余量 | 目标值随业务类型变化 |
| 重传率 | 链路稳定性 | 需结合 MCS 一起看 |
只看 RSSI 的验收会漏掉「信号强但噪声大」的劣化场景：噪声底往往来自微波炉、图传或邻区，必须单独采集。
不同业务对 SNR 的要求不一样：普通数据 20dB 左右可用，语音与视频建议 25dB 以上，高密场景还要更高。
采集噪声底时要关掉采集软件自带的平滑与平均值显示，并避开软件自身产生的噪声；否则测出的噪声偏低，SNR 会被系统性高估。
验收报告里把 RSSI 与噪声底两个值同时列出，比只写 SNR 更有说服力：出现争议时可以回溯噪声底的变化来源与时间点。
SNR 基线必须区分时段：夜间采集的漂亮数据无法代表白天的真实噪声环境，两者混用会得出错误结论。