3. 关键性能指标：吞吐量、延迟、抖动、丢包率、RSSI与SNR、信道利用率
做无线优化，说白了就是跟几个数字打交道。你调天线、改信道、换网卡，最终都要落到这些指标上。我见过不少工程师，上来就改配置，改完也不知道效果怎么样——这就是典型的「凭感觉优化」。今天咱们把这几个核心指标掰开揉碎了讲清楚。
核心观点：无线性能不是单一指标，而是一组指标的平衡。吞吐量高不一定体验好，延迟低也不代表覆盖没问题。你得学会看组合拳。
3.1 吞吐量：最直观的「速度」指标
吞吐量就是单位时间内能传多少数据。单位是 Mbps 或 Gbps。你买路由器时看到的「1200Mbps」「3000Mbps」，那是物理层速率，不是实际吞吐量。实际能跑多少？我测过太多设备了，一般打五到七折。
我的经验：802.11ac 5GHz 下，80MHz 频宽、2x2 MIMO，理论速率 867Mbps，实际 TCP 吞吐量大概在 400-500Mbps。别被包装盒上的数字忽悠了。
吞吐量分两种：
- TCP 吞吐量 — 更接近真实体验，因为 TCP 有确认重传机制
- UDP 吞吐量 — 纯数据搬运，适合视频流等场景
我习惯用 iPerf3 测吞吐量。命令很简单：
# 服务端（在电脑上跑）
iperf3 -s
# 客户端（在手机上跑，假设服务端 IP 是 192.168.1.100）
iperf3 -c 192.168.1.100 -t 30 -i 1跑的时候注意几个坑：
- 手机和电脑要在同一个网段
- 关闭其他大流量应用
- 距离别太远，先近场测基准值
注意：我曾经在客户现场测吞吐量，怎么都跑不满。折腾了半天，发现是笔记本的网卡驱动太老，协商速率只有 150Mbps。先检查协商速率，再谈优化。
3.2 延迟：游戏和语音的「命门」
延迟就是数据从 A 到 B 的时间，单位毫秒。你打游戏时感觉「卡卡的」，很多时候不是网速慢，是延迟高。
延迟的构成：
- 传播延迟 — 电磁波在空中飞的时间，基本固定
- 处理延迟 — 路由器、网卡处理数据包的时间
- 排队延迟 — 数据包在队列里等转发的时间，这个最不稳定
测延迟用 ping 就够了：
ping -c 100 192.168.1.1看平均延迟和最大延迟。我一般要求：
- 局域网内延迟 < 2ms
- 游戏场景 < 30ms
- 语音通话 < 100ms
避坑指南：我曾经遇到一个案例，ping 网关延迟只有 1ms，但打游戏就是卡。后来发现是抖动太大——平均 1ms，但偶尔跳到 200ms。这就是为什么不能只看平均延迟。
3.3 抖动：延迟的「不稳定因子」
抖动是延迟的变化量。你想想看，如果延迟稳定在 10ms，体验很好。但如果一会儿 5ms，一会儿 100ms，视频就会一卡一卡的。
抖动的计算公式：
抖动 = |延迟(i) - 延迟(i-1)| 的平均值说白了就是相邻两个数据包延迟差值的平均。我一般用 iPerf3 的 UDP 模式测抖动：
# 服务端
iperf3 -s
# 客户端，UDP 模式，带宽 10Mbps
iperf3 -c 192.168.1.100 -u -b 10M -t 30输出里会直接显示抖动值。我见过的正常范围：
- 有线网络：抖动 < 0.5ms
- WiFi 近场：抖动 < 2ms
- WiFi 远场：抖动 < 10ms
我的习惯：如果抖动超过 5ms，我会先检查同频干扰。用 Wi-Fi Analyzer 扫一下，看看是不是有邻居的路由器在抢信道。
3.4 丢包率：数据「丢了」多少
丢包率就是发送的数据包中，没到达目的地的比例。单位是百分比。WiFi 环境下，丢包率在 0.1% 以内算正常，超过 1% 就要警惕了。
丢包的原因：
- 信号弱 — 接收端解调失败
- 干扰 — 同频或邻频干扰导致帧冲突
- 队列溢出 — 路由器处理不过来，直接丢弃
测丢包率用 ping 加统计：
ping -c 1000 -i 0.01 192.168.1.1 | grep loss或者用 iPerf3 的 UDP 模式，输出里直接有丢包率。
我曾经踩过的坑：有一次客户说视频会议老断，我测丢包率只有 0.5%，觉得没问题。后来发现是突发丢包——平时不丢，每 30 秒集中丢 5 个包。这种突发丢包对实时应用影响极大。所以别只看平均丢包率，要看丢包分布。
3.5 RSSI 与 SNR：信号质量的「体检报告」
这两个指标经常被混用，但本质不同。
| 指标 | 全称 | 含义 | 单位 | 好值范围 |
|---|---|---|---|---|
| RSSI | Received Signal Strength Indicator | 接收信号强度 | dBm | > -65 dBm |
| SNR | Signal-to-Noise Ratio | 信号与噪声的比值 | dB | > 25 dB |
RSSI 告诉你「信号有多强」，SNR 告诉你「信号有多干净」。我见过太多人只看 RSSI，觉得信号满格就万事大吉。其实不然。
真实案例：有一次在工厂部署 WiFi，RSSI 显示 -55 dBm，信号很好，但吞吐量只有 20Mbps。一查 SNR，只有 12 dB。为什么？因为工厂里有大量电机和变频器，噪声底噪极高。信号虽强，但被噪声淹没了。后来换了 5GHz 频段，避开干扰源，SNR 升到 30 dB，吞吐量直接飙到 200Mbps。
怎么看 RSSI 和 SNR？
- 手机或电脑连上 WiFi 后，在设置里看信号强度
- 专业工具用 Ekahau、NetSpot 或 Wi-Fi Analyzer
- 命令行用
iwconfig（Linux）或netsh wlan show interfaces（Windows）
# Linux 下查看
iwconfig wlan0 | grep -E "Signal|Noise"
# 输出示例
# Signal level=-55 dBm Noise level=-85 dBm
# SNR = 30 dB我的经验法则：SNR > 40 dB 可以用最高调制方式（256-QAM 或 1024-QAM）；SNR 25-40 dB 用 64-QAM；SNR 15-25 dB 用 16-QAM；SNR < 15 dB 就只能用 BPSK 了，速率会掉到谷底。
3.6 信道利用率：WiFi 的「拥堵指数」
信道利用率就是某个信道被占用的时间比例。范围 0% 到 100%。你想想看，如果信道利用率到了 80%，那你的数据包就得排队等空位，延迟和抖动自然就上去了。
信道利用率的构成：
- 本小区流量 — 你自己的 AP 和客户端在发数据
- 邻小区干扰 — 邻居的 AP 在同信道或重叠信道上发数据
- 非 WiFi 干扰 — 微波炉、蓝牙、无线摄像头等
怎么看信道利用率？
- 用 Wi-Fi Analyzer 看每个信道的占用情况
- 企业级 AP 的管理后台一般都有信道利用率统计
- 命令行用
iw dev wlan0 survey dump（Linux）
# Linux 下查看信道利用率
iw dev wlan0 survey dump | grep -A 10 "in use"
# 输出示例
# Channel: 6 (2437 MHz)
# Noise: -89 dBm
# Channel time: 1000 ms
# Channel time busy: 350 ms
# 信道利用率 = 35%注意：信道利用率超过 50% 就要考虑优化了。我一般建议：
- 利用率 0-30%：绿色，正常
- 利用率 30-50%：黄色，需要关注
- 利用率 50-70%：橙色，建议优化
- 利用率 > 70%：红色，必须处理
优化信道利用率的方法：
- 换到更干净的信道（用 DFS 信道往往更好）
- 降低 AP 发射功率，减少重叠覆盖
- 启用 802.11ax 的 OFDMA，提高信道利用率效率
- 限速某些大流量客户端
总结一下：这六个指标不是孤立的。吞吐量低，可能是 SNR 差，也可能是信道利用率高。延迟高，可能是丢包导致 TCP 重传。抖动大，可能是邻小区干扰。我每次做优化，都会把这六个指标列成一张表，先看哪个指标最差，再针对性下手。