3、广播信道与跳频：37/38/39三个广播信道、跳频算法原理、信道选择与干扰规避

好，咱们进入第三章。这一章聊的是广播信道和跳频。说实话，这是BLE协议里一个非常巧妙的设计。我当年第一次接触时，心里就想：为什么非要用三个信道？一个不够吗？后来踩了坑才明白——这里面全是工程智慧。

3.1 为什么是37、38、39？

BLE 5.0在2.4GHz频段里，一共划分了40个信道，编号0到39。但广播只用其中三个：37、38、39。你想想看，为什么偏偏是这三个编号？

其实很简单。这三个信道被刻意安排在了2.4GHz频段里干扰最少的位置。具体来说：

• 信道37（2402 MHz）：在Wi-Fi信道1的左边，避开了Wi-Fi的主力频段
• 信道38（2426 MHz）：夹在Wi-Fi信道1和信道6之间，属于“缝隙”位置
• 信道39（2480 MHz）：在Wi-Fi信道11的右边，同样是个相对干净的区域

我个人习惯把这三个信道叫作“黄金三角”。它们不是随便选的，而是经过大量实测后确定的。我记得有一次在写字楼里做项目，周围全是Wi-Fi路由器，广播包老是丢。后来我手动把广播信道锁定在37和39上，效果立竿见影。

3.2 跳频算法原理

广播信道不是固定不变的。设备会在37、38、39三个信道之间轮换发送广播包。这个轮换机制，就是跳频。

跳频的算法其实不复杂。BLE协议里定义了一个公式：

下一个信道 = (当前信道 + 跳频步长) mod 40

但广播跳频和普通数据信道的跳频不一样。广播跳频只在三个信道之间跳，步长是固定的。具体流程是这样的：

1. 设备在信道37发第一个广播包
2. 下一个广播事件切换到信道38
3. 再下一个切换到信道39
4. 然后回到信道37，循环往复

你可能会问：为什么不随机跳？非要按顺序来？

嗯，这里有个关键点。广播的目的是让周围所有设备都能收到。如果随机跳，扫描设备就得跟着猜下一个信道在哪，复杂度就上去了。按固定顺序跳，扫描设备只需要在三个信道上轮流监听就行，简单又可靠。

3.3 信道选择与干扰规避

实际环境中，干扰是躲不掉的。Wi-Fi、蓝牙、微波炉、甚至USB 3.0都会在2.4GHz频段上产生干扰。那BLE是怎么应对的？

BLE 5.0引入了一个叫“信道选择算法#2”（Channel Selection Algorithm #2，简称CSA #2）的机制。这个算法比老版本的CSA #1更智能。它不只是简单轮换，而是根据信道质量动态调整。

具体来说，CSA #2会做以下几件事：

• 信道映射：主机端维护一个“可用信道列表”，把干扰严重的信道标记为“不可用”
• 跳频序列生成：基于一个伪随机序列，在可用信道里跳转，而不是死板地按顺序来
• 自适应调整：如果某个信道连续丢包，协议栈会自动把它踢出可用列表

不过要注意，广播信道（37/38/39）是不参与CSA #2的。这三个信道是强制使用的，不能屏蔽。为什么？因为广播信道是设备发现的基础，如果某个广播信道被屏蔽了，新设备可能就搜不到你了。

3.4 实际项目中的信道选择策略

讲完了原理，咱们聊聊实战。如果你在做BLE产品，信道这块有几个点值得注意：

场景	推荐策略	原因
高密度Wi-Fi环境	优先使用37和39信道	这两个信道离Wi-Fi主力频段最远
低功耗场景	减少广播信道切换次数	每次切换信道都有功耗开销
高可靠性场景	三个信道全部使用，增加重传	牺牲一点功耗，换取连接成功率
多设备共存场景	错开广播间隔，避免碰撞	多个设备同时广播时，信道冲突概率大增

我个人习惯在产品开发初期，先用抓包工具（比如Ellisys或Frontline）看一下现场环境的信道占用情况。说白了，就是先“踩点”，再决定广播策略。这一步能省掉后面很多调试时间。

3.5 小结

这一章咱们聊了三个广播信道的设计初衷、跳频算法的基本原理，以及实际项目中怎么规避干扰。核心就一句话：广播信道是BLE的“门面”，设计得好不好，直接决定了设备能不能被找到、能不能连得上。

下一章，咱们会深入广播包的格式，看看那41个字节里到底藏了什么秘密。到时候我会分享一个我当年解析广播包时踩过的坑——保证让你印象深刻。