一. 声明
本专栏文章我们会以连载的方式持续更新，本专栏计划更新内容如下：
第一篇:蓝牙综合介绍 ，主要介绍蓝牙的一些概念，产生背景，发展轨迹，市面蓝牙介绍，以及蓝牙开发板介绍。
第二篇: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学院链接（进入选择你想要学习的课程）：https://edu.csdn.net/lecturer/5352?spm=1002.2001.3001.4144
蓝牙交流扣扣群：970324688
Github代码：https://github.com/sj15712795029/bluetooth_stack
入手开发板：https://item.taobao.com/item.htm?spm=a1z10.1-c-s.w4004-22329603896.18.5aeb41f973iStr&id=622836061708
------------------------------------------------------------------------------------------------------------------------------------------
二. 传统蓝牙HCI流控（flow control）
流控制用于在主机和主机控制器之间，避免传送到主机控制器的未应答远程设备的 ACL 数据溢出主机控制器数据缓冲区。主机（蓝牙协议栈）负责管理主机控制器（蓝牙芯片）的数据缓冲区。流控分为两种：
1）蓝牙协议栈到蓝牙芯片的流控
2）蓝牙芯片到蓝牙协议栈的流控
下面我们来一一介绍下：
1. 蓝牙协议栈到蓝牙芯片的流控
从host到Controller的数据流控分为两种：Packet-based Data Flow Control和Data-Block-Based Data Flow Control。通过HCI_Write_Flow_Control_Mode 命令来切换，
但是Packet-based data flow control对于BR/EDR芯片来说是默认的，所以你可以不下这个命令。但是我们既然讲到这个命令，还是看下这个命令的格式，如下图：
这个命令看截图已经很清晰了，一笔带过就好了，我们重点来说下协议栈到蓝牙芯片的流控原理（只说传统蓝牙的Packet-baseddata flow control）：
在初始化时，主机将发送 Read_Buffer_Size 指令。通过该指令返回的两参数可以确定从主机发往主机控制器的 HCI ACL 和 SCO 数据分组(不包括报头)的最大长度。另有两返回参数表示主机控制器可以缓存等待传输的 HCI ACL 和SCO 数据分组数。在至少有一个连接或处于本地回送的情况下,主机控制器利用Number Of Completed Packets 事件控制从主机发来的数据流。事件分组包括一个连接句柄列表, 以及自从前一个事件返回后已经完成的 HCI 数据分组的相应数目（如果对于一个特定的连接句柄，没有事件返回发生，就从连接建立的时间算起 ）。发送完成是指数据分组的传输、清除和回送至主机。根据该事件返回的信息和
Read Buffer Size 命令返回的参数（该参数决定可以存储在主机控制器中的 HCI ACL 和 SCO 数据分组的总数目）主机决定哪个连接句柄的 HCI 数据分组应该发送。在 HCI 每次发送数据分组后，它就假设在主机控制器上所对应链路类型的存储空间减少一个 HCI 分组的量，当主机收到一个新的能提供关于有多少 HCI 数据分组已经完成的 Number Of Completed Packets 事件后，它就可以得到从上一次事件返回后缓冲器数量的减少信息，并可以计算当前的缓冲器的使用量。当主机控制器在其缓存中存放有 HCI 数据分组时,它必须向主机周期性持续发送Number Of Completed Packets 事件, 直到最终所有 ACL 数据分组都已发送完毕或溢出。事件发送频率由厂商指定。注意：如果 SCO 流控制失效,则 Number OfCompleted Packets 就不能在 SCO 连接句柄中进行报告。
看概念可能我们不会那么清晰，我们就以一个举一个列子，根据btsnoop的flow来说明下吧：
Step 1）协议栈初始化的时候会采用Read_Buffer_Size来读取acl,sco的个数，以及acl,sco的每包size.如图，那此步骤分为切开两个小节：
①协议栈发送给芯片read buffer size command，截图如下
②蓝牙芯片回应协议栈comand complete的event携带acl,sco的个数，以及acl,sco的每包size等信息，截图如下：
Step 2）协议栈发送给蓝牙芯片ACL数据，acl的buffer size-1（注意此部分是维护在协议栈中），
而且只有通过frontline能看到剩余的acl buffer size（我试过ellisys以及Wireshark都不会显示，是因为Frontline的软件工具有算法会自动显示）
如图：在初始化的时候我们读到的acl buffer size是10，所以我们发送了一个acl数据，此部分变为9.
Step 3）蓝牙协议栈收到蓝牙芯片回送的Num of complete packet event后，协议栈更新acl buffer size数量。
可以看到收到后就把acl数据个数+1，重新回到10
Step 4）断开后
当host接收到HCI_Disconnection_Complete后，host应该认为controller里面与相关handle有关的packetbuffer都已经被释放，而且controller也不会发送HCI_Number_Of_Completed_Packets event给host。
2. 蓝牙芯片到蓝牙协议栈的流控
在某种情况下,必须在主机控制器到主机的方向上采用流控制。我们来直接上流程吧：
Step 1）初始化的时候协议栈给蓝牙芯片发送Set Controller To Host Flow Control command命令，决定来开启acl或者sco流控，具体命令如下：
可以看到默认是acl跟sco流控都是关闭的，可以单独打开acl或者sco的流控，也可以把两者同时打开
step 2）初始化的时候通过Host Buffer Size command由蓝牙协议栈发送给芯片acl,sco packet num，以及length,命令如下：
Step 3）协议栈收到acl后发送给芯片Host Number Of Completed Packets command
Step 4）断开后，芯片自己维护重新计数
