3. 跳频机制详解：自适应跳频（AFH）的原理与配置策略
蓝牙为什么能在拥挤的2.4GHz频段里活下来？说白了，靠的就是跳频。但早期的跳频是“瞎子跳”——不管信道好坏，按固定顺序蹦。直到自适应跳频（AFH）出现，才真正让蓝牙学会了“挑路走”。
我最早接触AFH是在一个智能家居项目里。客户投诉说，只要家里Wi-Fi一开，蓝牙音箱就断断续续。查了半天，发现蓝牙正好跳到了Wi-Fi占用的信道上。嗯，从那以后，我对AFH的敬畏心就上来了。
3.1 为什么需要跳频？
2.4GHz ISM频段是个大杂烩。Wi-Fi、Zigbee、微波炉、无线鼠标……全挤在这80MHz带宽里。蓝牙如果不跳频，随便一个干扰源就能把它打死。
蓝牙的跳频机制，本质上是时分+频分的结合。每个时隙换一个信道，79个信道轮着来。干扰只能打中某个瞬间，丢包率可控。
核心指标：经典蓝牙每秒跳1600次，每个时隙625μs。BLE稍慢，但也在毫秒级完成跳频。
3.2 自适应跳频（AFH）的原理
AFH不是蓝牙自己发明的，它来自IEEE 802.15.2标准。但蓝牙把它用活了。AFH的核心就两件事：信道分类和信道映射。
3.2.1 信道分类机制
蓝牙主设备会定期检测每个信道的质量。怎么检测？我习惯把它分成三步：
- 接收信号强度指示（RSSI）测量——看信号有没有被压下去。
- 误包率（PER）统计——连续收几个包，算丢包比例。
- 干扰源识别——如果某个信道RSSI突然飙升，大概率是Wi-Fi或微波炉来了。
检测结果会生成一张信道分类表。这张表把79个信道分成三类：
| 分类 | 含义 | 典型场景 |
|---|---|---|
| 好信道 | 可用，PER < 5% | 空闲频段，无干扰 |
| 坏信道 | 不可用，PER > 30% | Wi-Fi占用的信道 |
| 未知信道 | 尚未评估 | 新加入的信道 |
注意：坏信道不是永久标记的。干扰源可能移动，AFH会定期重新评估。我曾经见过一个项目，把坏信道列表写死在固件里，结果用户换了个环境，蓝牙直接连不上——千万别这么干。
3.2.2 信道映射与跳频序列生成
有了分类表，主设备会生成一个信道映射（Channel Map）。这个映射是一个79位的位图：1表示可用，0表示不可用。
然后，蓝牙会基于这个映射重新计算跳频序列。具体算法是：
- 从79个信道中剔除坏信道。
- 在剩余的好信道里，按伪随机序列重新排列。
- 保证连续两次跳频不在同一个信道上。
你想想看，如果79个信道里只有40个是好的，跳频序列就只在这40个里转。干扰打不中，通信自然稳。
3.3 AFH的配置策略
AFH不是开箱即用的。我见过太多工程师直接打开AFH，结果反而更糟。为什么？因为AFH的配置参数没调对。
3.3.1 评估周期设置
AFH多久评估一次信道？这个周期很关键。
- 周期太短（比如100ms）：频繁切换信道映射，主从设备同步开销大，反而丢包。
- 周期太长（比如10s）：干扰来了来不及躲，通信已经断了。
我个人习惯的推荐值：
| 应用场景 | 评估周期 | 理由 |
|---|---|---|
| 静态环境（如智能家居） | 2~5秒 | 干扰源固定，不需要频繁评估 |
| 移动环境（如蓝牙耳机） | 500ms~1秒 | 用户走动时，干扰变化快 |
| 高干扰环境（如办公室） | 200~500ms | Wi-Fi信道切换频繁，需要快速响应 |
3.3.2 坏信道阈值调整
PER超过多少就算坏信道？默认是30%。但我在项目中遇到过一个问题：某个信道PER只有15%，但Wi-Fi偶尔突发干扰，导致蓝牙音频卡顿。
后来我把阈值调到了10%。代价是可用信道变少了，跳频序列的随机性下降。但音频流畅度明显提升。所以阈值是个权衡：
- 阈值低（5%~10%）：信道干净，但可用信道少，抗多径衰落能力下降。
- 阈值高（20%~30%）：信道多，但可能包含弱干扰，丢包率略高。
我的经验：对于数据流（如文件传输），阈值可以设高一点，因为重传机制能兜底。对于实时流（如音频），阈值要设低，宁可少几个信道，也要保证单次传输成功。
3.3.3 主从同步机制
AFH最容易被忽略的是主从同步。主设备更新了信道映射，从设备必须立刻跟上。否则，主设备跳到了新信道，从设备还在老信道上等——这就是断连的根源。
蓝牙协议里，信道映射更新是通过LMP（链路管理协议）消息传递的。主设备发一个LMP_channel_map_req，从设备回复LMP_accepted。然后双方在下一个超帧边界同时切换。
我曾经踩过一个坑：从设备处理LMP消息的优先级太低，导致映射更新延迟了几百微秒。结果主从失步，重连花了3秒。后来我把LMP消息的中断优先级提到最高，问题解决。
3.4 AFH的局限性
AFH不是万能的。我总结了几条：
- 无法对抗全频段干扰——如果整个2.4GHz都被占满（比如密集部署的Wi-Fi AP），AFH也没辙。
- 评估延迟——从检测到干扰到切换信道，至少需要1~2个评估周期。突发干扰（如微波炉启动）可能已经造成丢包。
- BLE的AFH较弱——BLE只有40个信道，其中37个数据信道。可用信道少，AFH的灵活性不如经典蓝牙。
3.5 AFH的实战配置流程
下面是我在项目中常用的配置步骤，你可以直接参考：
- 初始化阶段：所有信道标记为“未知”，使用默认跳频序列。
- 评估阶段：连续接收100个包，统计每个信道的PER。
- 分类阶段：PER < 10%标记为好信道，PER > 30%标记为坏信道，其余保持未知。
- 映射生成：生成79位信道映射，坏信道置0。
- 同步更新：通过LMP消息下发映射，等待从设备确认。
- 持续监测：每500ms重新评估一次，动态调整映射。
关键点：步骤5的同步一定要做超时处理。如果从设备3秒内没有确认，主设备应该回退到旧映射，而不是一直等。
3.6 AFH知识体系总览
下面这张图把AFH的核心逻辑串起来了。你可以看到，从信道检测到映射更新，是一个闭环流程。
这张图里最容易被忽略的是那个虚线反馈回路。很多工程师以为AFH配一次就完事了，其实它是个持续的过程。干扰走了，坏信道要重新启用；干扰来了，好信道要立刻禁用。这个循环不能断。