lmp

【LMP】规范精讲[13]: 参数的户口本、公钥的集装箱与出厂的兜底值一条链路上飞过的每个数字，都有名有姓有单位；64 字节的公钥，得拆成四节 16 字节的车厢才能上路；而所有谈判开始之前，设备兜里都揣着五个出厂默认值。这篇把 LMP 收尾的三大件一次讲透。

【LMP】规范精讲[12]: 链路层的花名册——一张表数完88条指令的门道先交代两句背景，方便第一次进系列的朋友跟上。蓝牙经典音频设备里，控制器固件住着一个叫链路管理器的模块，两台设备连上之后，两边各自的链路管理器就开始隔空对话：你是谁、支持什么特性、要不要加密、语音链路怎么排时隙、怎么省电。这套对话用的语言就是链路管理协议，消息叫 PDU。这些 PDU 不走普通数据通道，而是塞进控制专用的逻辑链路里随数据包过江。前面十一篇把加密握手、嗅探协商、语音建链、测试模式这些流程挨个过了一遍，这篇换个姿势：不追流程，改读花名册——规范最后压轴的 PDU 总表，88 条指令，每条叫什么、

【LMP】规范精讲[11]: 暗房里的协议——产线射频测试是怎么指挥芯片的一颗蓝牙芯片出厂前要在测试仪上过五关：发射功率、调制谱、初始载波、跳频特性、接收灵敏度。测试仪凭什么能让一块毫无用户界面的芯片乖乖按指定图案、指定频率、指定包型发射？答案就藏在链路管理层的最后一块拼图里——测试模式。它像一间暗房：平时门锁得死死的，产线或认证实验室先用本地手段开锁，然后测试仪通过空口下达指令，芯片终止一切正常业务，变成一台听话的信号发生器或回声机。这一篇把暗房的开门、门禁、内部三间房（发射、回环、暂停）讲清楚，最后用抓包日志看看与它同源的功率控制在正常模式下的样子。

【LMP】规范精讲[10]: 语音专线开线记——SCO 固定占座与 eSCO 限时重传手头两份日志摆在一起看特别有意思。一份是立体声耳机的连接：链路建立后双方互探能力，特性集里明晃晃带着扩展同步传输的支持位，免提应用层的能力查询也有来有回，可从头到尾没有一条语音专线建立，音乐数据全部跑在异步逻辑传输上，双方还专门协商了 5 槽大包来喂饱它。另一份是免提通话的实录：编解码选定那一刻，外设立刻发起扩展同步传输请求，句柄填着 0；中央回填句柄和专用地址，专线开起来之后异步侧的多槽包当场从 5 槽降为 3 槽，通话一结束又升回 5 槽。同一对设备、同一套机制，音乐场景对专线视而不见，通话场景把专线

【LMP】规范精讲[8]: 主从易位——角色切换的时序反转与微微网重构写加密那篇的时候挖过一个坑：重连抓包里，角色切换前出现 Stop Encryption，切换完成后 Resume Encryption 紧跟一条携带新随机数的 Start Encryption。当时只说了结论，这次把整场戏从头到尾拆开。角色切换是链路管理器里动作最复杂的流程之一：它不是发一条消息换个头衔那么简单，而是先踩刹车、再换座位、最后重新点火的一整套仪式，而且底层还藏着一次微微网身份的彻底重塑。

【LMP】规范精讲[7]: 先摸底再共事——连接后的五连问前面几篇一直围着安全和加密转，从钥匙生成讲到加密启停。这次换个视角，看一段所有连接都绕不开、却最容易被忽略的对话：链路刚建好那一瞬间，两个链路管理器之间到底聊了什么。

【LMP】规范精讲[6]: 从陌生到互信——安全简单配对（SSP）的四步握手上一篇讲加密时多次提到一个前提：链路钥匙从哪来。旧版蓝牙用 PIN 码配对，安全性堪忧；4.2 规范中安全简单配对（Secure Simple Pairing，SSP）才是答案。这次把 SSP 完整流程拆开，看看两台陌生设备如何在几秒内建立起密码学信任。

jiang_bluetooth

从ellisys空口分析蓝牙耳机回连手机失败案例前两天同事发现我们现在做的项目，耳机在跟某些特定类型安卓手机（尤其是比较新的手机）回连会失败，然后我帮他分析了一些log，记录如下：回连失败所做步骤如下：

我是有底线的