蓝牙文件传输失败弹窗显示时间过长

最新推荐文章于 2023-04-27 16:10:38 发布

无良卍小生

最新推荐文章于 2023-04-27 16:10:38 发布

阅读量1.3k

点赞数 1

文章标签：蓝牙

本文链接：https://blog.csdn.net/weixin_45809934/article/details/107978606

版权

在蓝牙文件传输过程中，若遇到对方设备蓝牙关闭，会出现'蓝牙共享，未发送文件'的长时间提示。该问题源于page timeout设定为12.8s，导致总计25.6s的等待时间。page timeout的设定是为了保证复杂环境下的连接可靠性。优化方案可考虑将page timeout调整为7.68s，但不应改动重连机制，以防影响正常连接成功率。

摘要由CSDN通过智能技术生成

蓝牙文件传输失败弹窗显示时间过长

bug描述
测试机与辅助机配对蓝牙成功后，关闭辅助机蓝牙开关，测试机给辅助机通过蓝牙分享一张图片，提示"蓝牙共享，未发送文件"间隔时间过长

测试步骤：
1.测试机与辅助机配对蓝牙成功
2.进入设置->蓝牙，选择连接蓝牙偏好设置，选择蓝牙，关闭蓝牙开关
3.测试机给辅助机通过蓝牙分享一张图片
4.提示"蓝牙共享，未发送文件"间隔时间过长<-Problem

响应时间长主要是有两个原因：

1）. 在测试机发出OPP传输请求的时候，首先需要建立ACL link，也就是要去page辅助机，由于辅助机关闭了蓝牙，所以page的过程就会等待timeout才会结束。
目前page timeout的设定是12.8s，也就是page了12.8后才会停止并且上报page timeout的status。
这个12.8s由两个方面来控制，一个是BT stack，stack设定的默认值是5.12s，另一个是controller，controller会根据stack设定的值对page timeout时间进行调整，规则是：
当stack设定值>=7.68s时，会采用stack设定的值；当stack设定值<7.68s时，会补偿7.68s，也就是设定为5.12s+7.68s=12.8s
这么做的理由是，通常我们不是单纯做page，还会有multi link、coex的分时等，所需要对page时间做补偿，以保证page performance，比如在复杂环境中，保证page的时