嵌入式A2DP接收器BLE与经典蓝牙共存的Android兼容性问题咨询

我们正在开发一款嵌入式音频产品，配置为A2DP Sink（经典蓝牙），同时通过BLE GATT服务为配套应用（支持Web Bluetooth的浏览器应用及原生应用）提供控制功能。硬件采用NXP iMXRT系列MCU搭配IW416蓝牙/WiFi SOC，这套控制+音频方案已通过iOS、Windows、Linux、macOS的互操作性测试，但在Android设备上遇到兼容性问题，具体约束与故障情况如下：

• 必须以带名称的可连接服务形式广播BLE，保证应用控制可独立于音频连接工作；
• 必须保持A2DP服务可连接，确保音频可独立于控制应用进行流式传输；
• 当前硬件限制：BLE与经典蓝牙使用相同MAC（BD_ADDR），正在研究能否在PHY层设置不同MAC或随机化LE地址；
• 其他系统表现正常：Windows蓝牙设置可清晰区分LE与经典蓝牙（音频）连接，A2DP连接带扬声器标识；iOS默认自动连接A2DP，适配无问题；
• 故障场景：Android会将BLE与经典蓝牙连接合并为同一设备，若两者广播名称不同，优先使用LE设备名称；用户点击设备时默认连接LE控制服务，导致无法正常连接音频。

想咨询：有没有开发者遇到过类似问题？是否有标准的规避方案？蓝牙标准允许同一设备同时支持BLE与经典蓝牙，我们的使用场景并非个例，但受限于上述约束无法轻易调整。

补充说明：将BLE广播设为匿名可解决Android音频连接问题，但会导致Web Bluetooth控制时用户无法识别设备（仅显示LE MAC地址）。

备注：

• 不少厂商（如索尼耳机）采用经典蓝牙音频连接后再启用LE服务的方案，但不符合我们的UX设计要求；
• 潜在方案：随机化LE地址，保留静态经典蓝牙BD_ADDR，目前正在验证硬件是否支持。

内容的提问来源于stack exchange，提问作者Tom Wilson