您好，

这是由于slave 没有收到这个请求的缘故。通常master会重发这个请求，直到slave收到并回复为止。

收不到的原因通常是RF环境不好，或者性能有差。

可以判断并不是信号问题，因为手机和抓包都观察到蓝牙信号是良好的状态，并且为了排除是信号问题将产品的结构拆开来，只剩下裸板也仍还存在上述问题。

而且出现上述的连接失败问题的时候不是偶尔连接失败，而是一直连接失败。

你试一下 抓包定位一下通信到哪了 

从手机和蓝牙设备连接，主模块发送LL_FEATURE_REQ请求就一直该指令发送了15s，15s之后连接超时，手机显示连接失败。

应该是你框的下一行 从M->S 开始断联，并且ACK状态是UNEXP,NESN

请问你目前使用的示例是什么？

这边硬件是官方的板子还是您客制化的板子？

这个故障设备你可以测试一下断电恢复后该问题会不会仍保留。

目前看似乎是一个偶发性故障，如果其他相同的产品没有这个问题的话，应该是没有什么问题的。

1、出现问题的产品不是官方的开发板，是只用了Ti的 CC2640R2F芯片。模块硬件是我们自己打板开发制作的。

2、使用工程是基于simple_peripheral oad offchip实例开发的。

3、出现问题，有尝试掉电操作，复位不能解决问题。

4、虽然不是大部分产品出现问题（2000个产品中出现5个），但是这个也可能不是偶然，希望你们可以帮助排查问题原因

您好，我看官网资料里有资料描述优化过一个蓝牙连接的问题，我还想问一下，这个文档里优化的这个问题的现象是怎么样？

Bluetooth Low Energy – Invalid Connection Request (SweynTooth) (Rev. A)

我发现正常连接（连接成功）的抓包也会有ACK状态是UNEXP,NESN，这是什么原因呢？