大家好，又见面了，我是你们的朋友全栈君。
一. 声明
本专栏文章我们会以连载的方式持续更新，本专栏计划更新内容如下：
第一篇:蓝牙综合介绍 ，主要介绍蓝牙的一些概念，产生背景，发展轨迹，市面蓝牙介绍，以及蓝牙开发板介绍。
第二篇: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）断开后，芯片自己维护重新计数
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/134840.html原文链接：https://javaforall.net
