BLE 4设备是否必须响应SCAN_REQ以保证可发现与可连接？

我有一台不响应SCAN_REQ的BLE设备，目前正与厂商联合排查问题。使用Nordic nRF Connect iPhone客户端时，能在扫描列表中看到该设备并成功连接；但使用Windows平台的Python客户端时，扫描列表中无法找到该设备，即使指定精确地址也无法连接。现咨询：BLE 4设备是否必须响应SCAN_REQ才能具备可发现性与可连接性，还是该响应仅为提供额外广播数据的可选操作？

回答 #

BLE 4.x设备不需要响应SCAN_REQ也能具备基础的可发现性与可连接性，SCAN_REQ对应的响应包（SCAN_RSP）仅用于提供额外的广播信息，属于可选操作。

根据BLE核心规范：

1. 设备的基础可发现性依赖周期性发送的ADV_IND广播包（非定向广播），扫描设备只要接收到这个包，就能获取设备地址、广播标志等基础信息，完全不需要等待SCAN_REQ的响应，即可发起连接请求。
2. SCAN_RSP是可选的：当扫描设备主动发送SCAN_REQ时，广播设备可以选择返回SCAN_RSP来补充更多数据（比如设备名称、服务UUID、厂商自定义数据等），但这一步并非强制要求，不影响设备被发现和连接的核心能力。

针对你的场景：

• iPhone端nRF Connect能正常发现并连接，说明设备的ADV_IND广播是正常工作的，只是不处理SCAN_REQ请求。
• Windows平台的Python客户端无法发现设备，大概率是该客户端的扫描逻辑存在局限性——比如它可能强制等待SCAN_RSP包来获取设备名称或其他附加信息，才会将设备列入扫描列表；即使指定地址连接失败，也可能是客户端在连接前的校验逻辑中，因为未获取到SCAN_RSP而阻断了流程，这属于客户端实现的问题，而非设备不符合BLE规范。

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