企业官网建设流程全解析

一、常用过滤器

使用 Wireshark 分析蓝牙 HCI 日志，主要关注：连接请求、建连结果、连接句柄、断连原因和建连耗时。本文以经典蓝牙 BR/EDR 为主。过滤表达式复制到 Wireshark 顶部的“显示过滤器”中即可使用。

1. 建连、取消建连、断连综合过滤器

采用==和||写法，避免部分版本不支持集合语法的问题。

(bthci_cmd.opcode == 0x0405) || (bthci_cmd.opcode == 0x0406) || (bthci_cmd.opcode == 0x0408) || (bthci_cmd.opcode == 0x0409) || (bthci_cmd.opcode == 0x040a) || (bthci_evt.code == 0x03) || (bthci_evt.code == 0x04) || (bthci_evt.code == 0x05)

包含以下关键节点：

排查失败时，建议使用完整过滤器，补看 Command Status / Command Complete：

bthci_cmd || bthci_evt

2. 仅查看连接与断连关键事件

只关注“收到请求、建连完成、断连完成”三个时间点时，使用：

bthci_evt.code == 0x04 || bthci_evt.code == 0x03 || bthci_evt.code == 0x05

以上两个综合过滤器针对经典蓝牙。BLE 连接结果需查看 LE Meta Event，见第六节。

二、如何判断连接是否建立

注意：

• 本地主动建连时，不一定出现 Connection Request。
• 成功 Connection Complete 的时间，是 HCI 侧上报成功的时间。
• ACL 建立成功 ≠ A2DP/HFP 连接完成 ≠ 音频开始播放。

三、按 Handle 跟踪连接

建连成功后，记录BD_ADDR 与 Connection Handle 的对应关系。假设 Handle 为0x000b：

bthci_evt.connection_handle == 0x000b || bthci_cmd.connection_handle == 0x000b || bthci_acl.chandle == 0x000b

四、常见断连原因

在 Disconnection Complete 中查看Connection Handle、Status、Reason。

判断断连发起方，应结合 Disconnect 命令、完成事件及上层日志，不要只凭 Reason 推断根因。

五、Wireshark 常用操作

计算建连耗时

1. 找到对应的 Create Connection，按Ctrl + T设置时间参考点。
2. 将时间格式切换为“自参考或捕获开始的秒数”。
3. 找到同一设备成功的 Connection Complete。
4. 读取其 Time，例如0.326表示约326 ms。

说明：

• 设置参考点时，注意其他时间参考点对显示的影响。
• frame.time_relative表示相对抓包起点的时间，不随 Time 列切换成绝对时间而改变。
• 绝对时间依赖文件记录的时间戳及抓包设备时钟，单纯切换显示格式不能恢复缺失的真实时间。

六、BLE 建连过滤补充

BLE 建连成功需检查LE Connection Complete / LE Enhanced Connection Complete：

• 确认Status = 0x00。
• 记录 Handle、Peer Address、Role。
• 查看连接间隔、外围设备延迟和监督超时等参数。

七、过滤器无法使用时的检查方法

建议从正文中的代码块复制综合过滤器，避免表格转义字符影响使用。

八、推荐排查顺序

1. 定位连接请求或本地主动发起命令。
2. 查看命令响应及最终建连结果。
3. 记录 BD_ADDR 与 Handle 的对应关系。
4. 结合时间参考点计算建连耗时。
5. 若建连失败，查看 Connection Complete 的 Status 和 Reason。
6. 若断连，查看 Disconnection Complete 的 Reason，并结合上层日志判断发起方。