1. 精讲蓝牙协议栈（Bluetooth Stack）：SPP/A2DP/AVRCP/HFP/PBAP/IAP2/HID/MAP/OPP/PAN/GATTC/GATTS/HOGP等协议理论
2. 欢迎大家关注和订阅，【精讲蓝牙协议栈】、【精讲BLE协议栈】和【Android Bluetooth Stack】专栏会持续更新中.....敬请期待！
目录
1. 蓝牙核心系统架构
2. 核心传输承载架构
3.传统蓝牙命令格式（command/event/acl/sco/iso）
3.1 蓝牙 command 格式
3.2 蓝牙 event 格式
3.3 蓝牙 acl 格式
3.4 蓝牙 sco 格式
3.5 蓝牙 iso 格式
4. SCO/ACL/eSCO的区别
1. 蓝牙核心系统架构
CORESYSTEM ARCHITECTURE
黑色的为用户数据通路，灰色的为命令/事件通道。
上图为蓝牙的核心模块，每个核心模块都有相关联的通信协议。 BR/EDR Controller由链路管理，链路控制器和BR/EDR无线模块构成。AMP Controller由AMP PAL，AMP MAC和AMP PHY构成。LE Controller由链路管理，链路控制器和LE无线模块构成。上图可以看出host和controller进行信息交互需通过特定的通道。SCO(SCO,eSCO),ACL用来传输用户数据，称之为U-plane。SCO与eSCO用来传输时间敏感的数据，比如音频数据，而eSCO支持重传机制，ACL不支持重传机制。C/E用来传输命令和事件，称之为C-plane。
2. 核心传输承载架构
CORE TRAFFIC BEARERS
蓝牙核心系统为服务协议和应用数据的传输提供了很多的传输载体，如下图所示：
蓝牙传输实体结构(TRANSPORT ARCHITECTURE ENTITIES)如下图所示：
3.传统蓝牙命令格式（command/event/acl/sco/iso）
3.1 蓝牙 command 格式
HCI 命令包用于从协议栈发送给芯片的命令
HCI 命令包的格式如下图所示
我们来一一介绍下每个字段的意思！ Opcode:每个命令被分配一个 2 字节的操作码（opcode），用来唯一地识别不同
类型的命令,操作码(opcode)参数分为两个字段，称为操作码组字段(Opcode Group Field, OGF)和操作码命令字段(Opcode Command Field, OCF)。其中 OGF 占用高 6bit 字节，OCF 占用低 10bit 字节。所以算法是这样：
一共有以下几组 OGF：
1）Link Control commands, the OGF is defined as 0x01. 此组 Command 集合是用于连接控制的，比如搜索啦，连接啦等等
2）Link Policy commands, the OGF is defined as 0x02 此组 Command 集合是用于连接策略的，比如进入 Sniffer mode/角色切换等！
3）HCI Control and Baseband commands, the OGF is defined as 0x03 此组 Command 集合是用于控制本地 Controller 跟基带的，比如复位，设置连接 超时等！
4）Informational Parameters commands, the OGF is defined as 0x04 此组 Command 集合是设置或者获取信息参数的，比如读取蓝牙地址
5）Status parameters commands, the OGF is defined as 0x05 此组 Command 集合是状态参数的，比如读取信号强度等
6）Testing commands, the OGF is defined as 0x06 此组 Command 集合是测试命令，比如让设备进度 DUT（Device under Test）模 式的
7）LE Controller commands, the OGF code is defined as 0x08 此组 Command 集合是 BLE 的 command
8）vendor-specific debug commands，the OGF code is defined as 0x3F,此 部分是 vendor 定义的，也就是芯片厂商为了扩展 core 文档的 HCI command 定义 OCF 众多，在每个 OGF 下都有一堆的 OCF 定义，我们在下个小节进行详细介绍
Parameter Total Length：后续参数的长度
Parameter:每个 command 的 para，下个小节做说明
下面我们来截图举例下，我们以 HCI reset 为例，在介绍前，我们先看下 HCI reset 的 command, 这个命令是上电第一条发给芯片的 command(bcsp,h5 transport 除外,这两个需 要额外的 hex data 来启动 link 等，详细见 Transport 介绍)
HCI reset 的 OGF 为 3，OCF 也为 3，根据以上算法我们算下：
Opcode[0] = OCF & 0xff = 0x03
Opcode[1] = (OCF >> 8) | (OGF << 2) = 0x0c
我们在组合封包的时候代码如下
3.2 蓝牙 event 格式
HCI event 是蓝牙芯片发送给协议栈的事件。
HCI 事件包的格式如下图所示，每 个字段的定义如下所示：
Event code:唯一 event 编码，在后续的小节会介绍
Parameter Total Length:后续参数的长度
Parameter:event 参数
Event header 结构体代码如下：
以一个 event 来做说明，event 在后续的小节会介绍，在这里大概了解下就 OK 了 以 HCI_Command_Complete 格式为例，格式如下：
Btsnoop 如下：
raw data 分析：
0x0E -> command complete event code
0x04 -> para len，也就是后面参数的长度
0x01 -> num HCI command pacekets 0x03
0x0c -> HCI reset command opcode
0x00 -> status success
3.3 蓝牙 acl 格式
ACL (Asynchronous Connection-Less)
HCI acl 用于从协议栈跟蓝牙芯片双向交互上层协议的数据。HCI acl 的格式如 下图所示，每个字段的定义如下所示：
Handle:连接句柄，用于蓝牙连接后跟 remote 交互 acl 数据用
PB flag:此部分就是用于上层数据（L2CAP），是否是分隔数据，具体 bit 的定 义如下
BC flag:此部分定义是是否为广播，每个 bit 定义如下：
Data total length:后续 payload 的长度
举一个例子
3.4 蓝牙 sco 格式
ScO (Synchronous Connection-0riented)：SCO链路是一种面向连接的同步传输模式，适用于对实时传输要求较高的音频数据等场景。在传统的SCO链路中，主从设备之间的通信是以固定帧长和固定帧速率的方式进行的。SCO链路通过传输时间间隙实现数据的可靠传输，但是由于固定帧长和速率的限制，其带宽利用率较低。
HCI sco 用于从协议栈跟蓝牙芯片双向交互音频数据，主要用于传统蓝牙HFP
HCI sco 的格式如下图所示，每个字段的定义如下所示：
Handle:连接句柄，用于蓝牙连接后跟 remote 交互 sco 数据用
Packet_Status_Flag:此部分协议栈发送给芯片的设置为 0x00，芯片发送给协议栈的如下图
Data_Total_Length：SCO 数据长度
3.5 蓝牙 iso 格式
此部分是从 core5.2 开始增加，主要是蓝牙协议栈跟蓝牙芯片交互同步数据，主要用来传输 BLE Audio 的数据。
HCI iso 的格式如下图所示，每个字段的定义如下所示：
Handle:连接句柄，用于蓝牙连接后跟 remote 交互 iso 数据用 PB_Flag:是否为分隔数据，定义如下
4. SCO/ACL/eSCO的区别
eSCO(Enhanced Synchronous Connection Oriented)：eSCO链路是蓝牙核心规范4.0版本引入的改进型SCO链路，旨在提供更高的带宽和灵活性。eSCO链路在传输上具有更高的灵活性，可以根据实际需求动态调整帧长和速率。此外，eSCO链路还引入了更好的信道编码和差错控制机制，提高了链路的可靠性。
1. SCO 是一种同步连接，用于实时音频传输(如电话)，其带宽固定，传输延迟较低，但不支持数据流传输，
2. ACL是一种异步连接，用于传输数据流，其带宽可变，传输延迟较高，但支持数据流传输。
3. eSCO 是一种增强的同步连接，可以在实时音频传输的同时支持数据流传输，其带宽和传输延迟介于 SCO 和 ACL 之间
总的来说，SCO 适用于实时音频传输，ACL适用于数据流传输，eSC0 则是二者的折中方案，可以同时支持实时音频传输和数据流传输。
