1、共存概述：为什么BLE和WiFi会打架？

做无线通信这行十几年了，每次有新入行的同事问我：“BLE和WiFi为什么老互相干扰？”我的回答通常很简单——它们住在同一个小区里，用的还是同一条马路。

这个“小区”就是2.4GHz ISM频段。BLE和WiFi都挤在这条80多MHz宽的“马路”上。你想想看，两家人共用一条窄巷子，能不碰着吗？

1.1 2.4G频段共享机制

先看看这条“马路”到底长什么样。2.4G频段范围是2.400GHz到2.4835GHz，总共83.5MHz带宽。BLE和WiFi在这上面划分了各自的“车道”。

技术	信道数量	信道带宽	信道间隔	典型发射功率
BLE	40个（37个数据+3个广播）	2MHz	2MHz	0~10dBm
WiFi 802.11b/g/n	13个（中国）	20/40MHz	5MHz	15~20dBm

看到问题了吗？WiFi一个信道就占了20MHz，而BLE一个信道才2MHz。WiFi像一辆大卡车，BLE像一辆自行车。大卡车一上路，自行车就得躲着走。

我习惯用一张图来说明这个重叠关系。下面这张图是我自己画的，能让你一眼看明白。

你看，WiFi的CH1、CH6、CH11这三个不重叠信道，正好把BLE的37个数据信道分成三段。BLE的广播信道（红色）偏偏又落在WiFi信道的缝隙里。这设计其实是有意为之，但实际用起来还是免不了打架。

1.2 共存问题的本质

说白了，共存问题的本质就三个字：抢资源。

具体抢什么？抢两样东西：频率资源和时间资源。

• 频率重叠：WiFi一占就是20MHz，BLE的2MHz信道只要落在这个范围内，就会被“淹没”。
• 功率不对等：WiFi发射功率通常是15~20dBm，BLE只有0~10dBm。WiFi嗓门大，BLE说话小声，很容易被压住。
• 时序冲突：两者都用CSMA/CA机制，但WiFi的帧长动不动就几毫秒，BLE的连接事件才几百微秒。WiFi一说话，BLE的窗口就错过了。

我在项目中遇到过最典型的情况：一个智能门锁产品，用BLE连接手机开门，结果用户家里WiFi一开视频通话，门锁就死活连不上。最后排查发现，WiFi路由器正好在CH6，而BLE的广播信道38（2426MHz）被完全覆盖了。

1.3 典型的干扰场景分析

根据我的经验，干扰场景可以归纳为三类。我列个表，方便你对照排查。

场景类型	典型表现	根因分析	我见过的案例
连续干扰	BLE连接频繁断开，重连困难	WiFi持续大流量（视频/下载）占用信道	智能音箱播放音乐时，BLE遥控器失灵
突发干扰	BLE丢包率突然升高，延迟抖动	WiFi突发帧（如TCP ACK聚合）冲击	蓝牙鼠标在WiFi下载时卡顿
广播信道干扰	BLE设备扫描不到，广播丢失	WiFi信道恰好覆盖BLE广播信道	门锁广播信号被WiFi CH6淹没

这里我要特别强调一下广播信道的问题。BLE有三个广播信道：37（2402MHz）、38（2426MHz）、39（2480MHz）。WiFi的CH1中心频率是2412MHz，CH6是2437MHz，CH11是2462MHz。

你算算看：

• BLE CH37（2402MHz）紧挨着WiFi CH1的下边沿
• BLE CH38（2426MHz）落在WiFi CH1和CH6之间
• BLE CH39（2480MHz）在WiFi CH11的上边沿

理论上广播信道避开了WiFi中心频点，但WiFi信道的带外辐射和邻道干扰依然会影响BLE广播。我实测过，当WiFi CH1满功率发射时，BLE CH37的接收灵敏度会下降6~8dB。

还有一个容易被忽视的场景——多设备聚合干扰。现在家庭里WiFi设备动辄十几个，BLE设备也有五六个。每个设备都在发射，虽然单个功率不大，但底噪被整体抬高了。我见过一个智能家居网关，同时连接8个BLE传感器和2个WiFi摄像头，结果BLE的误码率从0.1%飙升到5%。

嗯，说到这里，你应该对“为什么打架”有了基本认识。简单总结一下：

• 频段共享是客观事实，躲不开
• 功率不对等让BLE天生吃亏
• 时序冲突导致通信窗口丢失
• 广播信道脆弱是BLE的软肋

后面的章节，我会具体讲怎么从硬件设计、软件协议栈、信道选择、天线布局等角度来解决这些问题。别急，一步步来。