一. 声明

本专栏文章我们会以连载的方式持续更新，本专栏计划更新内容如下：

第一篇:蓝牙综合介绍 ，主要介绍蓝牙的一些概念，产生背景，发展轨迹，市面蓝牙介绍，以及蓝牙开发板介绍。

第二篇:Transport层介绍,主要介绍蓝牙协议栈跟蓝牙芯片之前的硬件传输协议,比如基于UART的H4,H5,BCSP，基于USB的H2等

第三篇:传统蓝牙controller介绍，主要介绍传统蓝牙芯片的介绍，包括射频层（RF），基带层（baseband），链路管理层（LMP）等

第四篇:传统蓝牙host介绍，主要介绍传统蓝牙的协议栈，比如HCI,L2CAP,SDP,RFCOMM,HFP,SPP,HID,AVDTP,AVCTP,A2DP,AVRCP,OBEX,PBAP,MAP等等一系列的协议吧。

第五篇：低功耗蓝牙controller介绍，主要介绍低功耗蓝牙芯片，包括物理层（PHY），链路层（LL）

第六篇：低功耗蓝牙host介绍，低功耗蓝牙协议栈的介绍，包括HCI,L2CAP,ATT,GATT,SM等

第七篇：蓝牙芯片介绍，主要介绍一些蓝牙芯片的初始化流程，基于HCI vendor command的扩展

第八篇：附录，主要介绍以上常用名词的介绍以及一些特殊流程的介绍等。

另外，开发板如下所示，对于想学习蓝牙协议栈的最好人手一套。以便更好的学习蓝牙协议栈，相信我，学完这一套视频你将拥有修改任何协议栈的能力（比如Linux下的bluez，Android下的bluedroid）。

------------------------------------------------------------------------------------------------------------------------------------------

CSDN学院链接（进入选择你想要学习的课程）：

蓝牙交流扣扣群：970324688

Github代码：

入手开发板：

蓝牙学习目录：

------------------------------------------------------------------------------------------------------------------------------------------

二. L2CAP的连接流程（以主动连接RFCOMM为例）

整个过程连接流程如下：

其中红色就是SIGNALING command，也就是C-frame,绿框是SDU（解释见截图），也就是B-frame

整理流程如下：

步骤整理如下：

步骤1）我们发送L2CAP Connection Request with RFCOMM PSM，对方回复L2CAP Connection Response

步骤2）我们发送L2CAP Configure Request配置请求 with MTU，对方回复L2CAP Configure Response

步骤3）当MTU不符合要求的时候，对方发送L2CAP Configure Request配置请求with MTU,我们会送L2CAP Configure Response

步骤4）后续的SDU的交互。

我们就结合前面的知识来分析下raw data，加深我们上面的理解：

步骤1）我们发送L2CAP Connection Request with RFCOMM PSM，对方回复L2CAP Connection Response

① 我们L2CAP Connection Request with RFCOMM PSM

在这里我们还是重复下C-frame的封包格式，上面已经介绍，下面用到C-frame的时候格式我们就不再介绍。

其中Information Payload格式为

那么本步骤connection request以及connection response用到的information payload如下：

Raw data分析

08 00 01 00 02 04 04 00 03 00 41 00(hex data)

08 00 -> payload len，也就02 01 04 00 01 00 40 00

01 00->Signaling channel

02 -> Code,L2CAP_CONNECTION_REQ (CODE 0x02)

04->Identifier

04 00 -> data的长度，也就是01 00 40 00

03 00->PSM,0x0003就是RFCOMM

40 00->0x0040,Source cid

② 对方回复L2CAP Connection Response

L2CAP raw data为：0C 00 01 00 03 04 08 00 42 00 41 00 00 00 00 00

0c 00 -> 整个L2CAP payload长度，也就是 03 04 08 00 42 00 41 00 00 00 00 00

01 00-> Signaling channel

03 -> L2CAP_CONNECTION_RSP (CODE 0x03)

04 ->Identifier，可以看到跟connect req是一样的

08 00->data长度，也就是42 00 41 00 00 00 00 00长度

42 00 -> Destination CID

41 00->Source CID

00 00->Result connection successful

00 00->Status

步骤2）我们发送L2CAP Configure Request配置请求 with MTU，对方回复L2CAP Configure Response

用到的C-frame information payload格式如下：

①我们发送L2CAP Configure Request配置请求 with MTU‘

L2CAP raw data为0C 00 01 00 04 05 08 00 42 00 00 00 01 02 8E 04

0c 00 -> 后续payload长度，也就是04 05 08 00 42 00 00 00 01 02 8E 04的长度

01 00-> Signaling channel

04 ->L2CAP_CONFIGURATION_REQ (CODE 0x04)

05 ->Identifier

08 00-> 后续的data长度

42 00 -> Destination CID,在connection response的回复的

00 00->Flags (2 octets)，no continye

01 02 8e 04是config opt,整个配置选项格式如下：

那MTU的格式如下：

01 -> MTU的type

02 -> length

8e 04 -> 0x48e = 1166byte

②对方回复L2CAP Configure Response

0A 00 01 00 05 05 06 00 41 00 00 00 00 00

0A 00-> 后续payload长度，也就是 05 05 06 00 41 00 00 00 00 00长度

01 00-> Signaling channel

05 ->L2CAP_CONFIGURATION_RSP (CODE 0x05)

05 -> Identifier

06 00 -> 后续的data长度

41 00-> Source CID

00 00->flag no continue

00 00->Result

步骤3）当MTU不符合要求的时候，对方发送L2CAP Configure Request配置请求with MTU,我们会送L2CAP Configure Response

这个交互跟2）基本一样，所以不再重复说明

步骤4）后续的SDU的交互

SDU的我们走的basic mode，格式如下：

Raw data为：04 00 42 00 03 3F 01 1C

04 00 -> payload length是4

42 00 -> CID

03 3F 01 1C -> 数据，也就是rfcomm数据

OK，本章结束