BLE可扫描信标扫描交互规则及双模工作模式技术问询

嘿，作为刚接触BLE信标的新手，你的这几个问题都是实际项目中非常典型的场景，我来帮你逐一梳理清楚：

1. SCAN REQUEST和SCAN RESPONSE的格式灵活性 #

• SCAN REQUEST（扫描请求）：这个格式是蓝牙核心规范固定死的，完全无法携带自定义负载。它的结构仅包含三个字段：扫描设备的地址类型、扫描设备地址、目标信标的地址，没有任何预留的自定义数据位——毕竟它的设计初衷只是“告诉信标‘我要扫你，请给我回应’”，不是用来传递业务数据的。
• SCAN RESPONSE（扫描响应）：这个是可定制的，但有长度限制（传统BLE单包最大31字节，BLE 5.0及以上支持扩展广播后可到255字节）。它本质是由多个AD（Advertising Data）结构组成，你可以在里面放厂商自定义数据、服务UUID、设备名称、TX功率等信息，用来补充广播包（ADV_IND）里放不下的内容。

2. 无连接下获取超负载信息的替代方案 #

除了分片广播，还有两个更优的思路，取决于你的场景是否有网络：

• 方案一：URL跳转（推荐有网络的场景）
  在信标的扫描响应或广播包中放入一个压缩后的短URL（比如用Eddystone-URL格式，能把普通URL压缩到十几字节），APP识别到特定UUID后，直接通过这个URL去服务器拉取完整的大体积信息。这种方式不需要和信标建立连接，完全依赖网络，是目前信标行业最常用的扩展信息方案。
• 方案二：BLE 5.0扩展广播（无网络场景首选）
  如果你的信标和平板APP都支持BLE 5.0及以上标准，可以使用扩展广播（Extended Advertising），它支持单包最大255字节的负载，足够放下大部分超出传统31字节限制的信息，不需要分片就能一次性传输。
• 补充：如果既没有网络又不支持BLE 5.0，那分片广播确实是唯一的选择，但可以优化分片策略（比如按优先级拆分数据，优先传输关键信息），减少用户等待时间。

3. 信标双模工作的实现思路 #

要实现“常态低频广播+触发后高频交错广播+超时恢复”的逻辑，核心是让信标同时具备广播能力和扫描监听能力，具体步骤如下：

• 常态模式：信标初始化时，设置广播间隔为5秒，发送默认类型的广播包；同时开启扫描功能，过滤监听平板APP发送的特定“到达标识”广播（比如APP发送包含特定服务UUID或厂商自定义数据的广播包，用来标识“我已到达”）。
• 触发切换：当信标扫描到APP的“到达标识”广播后，立即修改广播参数（比如把间隔改成100ms~500ms的高频），并切换为交替发送两种不同类型的信标（可以通过轮询修改广播数据实现，比如第一次发A类型，第二次发B类型，循环往复）。同时启动一个20秒的定时器，每次收到APP的“到达标识”就重置定时器。
• 恢复常态：如果定时器超时（20秒内没再收到APP的广播），信标立即恢复到5秒间隔的常态广播，停止交错发送其他类型信标。

注意：大部分BLE模块都支持同时广播和扫描（通过时分复用实现），但高频广播和持续扫描会增加功耗，所以如果是电池供电的信标，要做好功耗平衡（比如高频模式的间隔不要设置得太小，或者在触发后降低扫描频率）。

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