上一篇把 ACL 连接建立后的加密换钥、特性探测、时钟偏移一条龙捋完了。但链路建好、加密开好，故事才讲了一半——蓝牙世界里还有一批随时可能插入的操作：角色互换、密钥定时刷新、质量服务协商、为无线共存预留时隙，甚至两边同时开口说话的冲突处理。这些操作平时低调，出问题时却个个都是疑难杂症的主力：重连无声、切换掉线、协商被拒，十有八九能在这里找到病根。目录一、角色切换：链路上的权力交接1.1 为什么要换角色1.2 双向都能发起，但起手式不同1.3 真正的交接瞬间：TDD 切换与微微网切换1.4 加密链路上的角色切换：先熄火、再换道、再点火1.5 实测log：一次 320 毫秒的无感换位二、刷新加密密钥：防的不是黑客，是时间2.1 为什么要刷新2.2 传统 E0 路径2.3 Secure Connections 的 AES-CCM 路径2.4 与角色切换的关系三、读远程版本：Controller 的缓存小聪明3.1 规范怎么说3.2 实测log：一次零空口开销的查询四、QoS 设置：Host 只管提需求，拍板在空口4.1 流程4.2 实测：一次没有空口流量的 QoS 设置五、时隙可用性掩码：给邻居留座位的艺术5.1 背景：为什么要在时隙表上做标记5.2 三步走：配置、同步、换图六、事务冲突：两边同时开口怎么办6.1 问题场景6.2 化解规则6.3 实测：sniff 的协商与一次被拒七、全景图：这些操作在链路生命周期的位置八、测验这次继续沿着消息序列图往下走，把角色切换、加密密钥刷新、远程版本读取、QoS 设置、时隙可用性掩码、LMP 事务冲突这六组流程串成一个知识体系，并用两份真实抓包（一份主机侧 HCI 日志、一份空口日志）逐条分析——规范里画的是理想路径，日志里跑的是真实世界。一、角色切换：链路上的权力交接1.1 为什么要换角色蓝牙经典的一对一连接里，Central 掌握着绝对的调度权：跳频序列由它的地址和时钟决定，发送时隙也归它先挑。谁当 Central，不是按设备能力分配，而是按谁发起寻呼决定的——手机主动连耳机，手机就是 Central；耳机主动回连手机，耳机反而成了 C