速率自适应是怎么工作的
无线终端并不是固定用一个速率发送数据：它根据确认帧是否丢失、重传次数等反馈，动态选择调制与编码策略档位。信号好时尝试更高档位，失败就回落，因此同一台终端在不同位置的协商速率差异很大。理解这一点，才能解释为什么边缘位置的吞吐下降会比信号强度下降更剧烈。
基本信息
| 决策依据 | 确认帧丢失、重传次数、信号与信噪比 |
|---|---|
| 行为特征 | 逐档试探或基于统计切换，档位实时变化 |
| 常见算法 | 开源实现如 Minstrel，厂商也多有私有算法 |
| 方向差异 | 上下行速率可不同，AP 与终端各自决策 |
| 工程影响 | 档位差异直接改变单次传输占用的空口时间 |
典型使用场景
- 容量估算：按边缘档位而非峰值速率核算承载
- 覆盖设计：边缘区域需要额外的覆盖余量
- 测速解释：瞬时速率波动大，应看一段时间的中位值
- 语音保障：速率反复跳档会带来时延抖动
- 故障排查：确认低速档位是否由干扰或弱信号导致
- 品牌对比：相同信号下不同终端的档位选择差异明显
观察方式
观察方式
# Linux 侧查看无线链路的协商速率与信号质量
iw dev wlan0 link
# 记录一段时间内的速率变化，而非只看某一时刻
# 结合重传率与信噪比判断档位为何回落档位与空口代价
| 信号条件 | 常见档位 | 空口代价 |
|---|---|---|
| 信号强且干净 | 高档位调制 | 占用时间短 |
| 中等信号 | 中档位调制 | 占用时间增加 |
| 弱信号边缘 | 低档位调制 | 占用时间显著变长 |
| 干扰严重 | 频繁回落 | 重传多、时延抖动 |
速率自适应让协商速率时刻变化，测速时看瞬时值意义有限，应观察一段时间的中位速率与重传情况，结论才稳定可复现。