蓝牙协议架构扫盲
蓝牙的协议架构图真的是五花八门的，我们以前见过，以hci层区分host和controller的楚河汉界，然后两边细分，hci层以下有lc、lmp层，hci以上有l2cap和profile。
我们再来看这张图，这张图又有所区别了，l2cap层以下是logical layer和physical layer。
是不是又晕了？
其实只是角度不同而已，以前的架构图更侧重的是软件协议，这张图的侧重点则是物理链路、逻辑链路等等大量被抽象出来的基带概念。
看一下下面这张图就更清晰了。
首先是physical channel。
蓝牙通信最基础的条件就是收端和发端把频率调到一个频段上，这里的频段就是物理channel的概念了。
BR、EDR中根据是否支持自适应调频分成basic piconet physical channel和adapted piconet physical channel。
注意只有这两种physical channel是由向上层的physical link的连接线的，为什么page scan和inquiry scan没有呢，因为连接、扫描这两种情况是蓝牙的一种特殊状态，只在特定时间使用，且无法控制任何属性，基本上就是host向controller下个命令，就进入该状态了，所以不在physical link中体现。
Physical link是抽象出來的概念，不对应任何实体，对于功率、收发周期的管理就是这一层干的，active、park对应不同的功耗，上层不必知情。
Logical链路层则对应了不同的包格式了，我们在第三章已经讲到过通过packet header中的llid来区分acl-c和acl-u的情况了。当然这只是对应图中br/edr acl这种链路，其实还有很多种其他链路，基本上的规律是，凡是结尾带个“c”的都是控制链路，比如amp-c、acl-c、le-c等等，凡是结尾带个“u”的都是上层profile数据，比如acl-u、psb-u、le-u等等。
所有的链路，都有对应的格式，每种格式有对应的logical transport层为其提供服务，包括每种格式不同的流控、重传机制等等。
来一个知识点：逻辑链路和逻辑信道的区别——
很多人喜欢讲逻辑链路，其实主要讲的就是上述这个controller层的概念，但是逻辑信道呢，通常意义上，是讲l2cap层向上层开放的cid。这是两个概念的东西。
以上这些，在core spec的controller一章中有详细的阐述，有些概念很抽象，不容易理解。
Controller的协议栈结构相对简单，就是LMP和LC两层，LMP就是link manager protocol，LC就是link controller，因为这个一般是蓝牙模块内部的东西，所以读者了解到的东西可能不多，但是理解一下具体的功能，还是很有必要的。
我们看一下这个图
比以前那个host协议栈的图简单多了是不是？
其实也不简单的，细分的话有很多东西好讲。
在HCI层以下，首先是LMP，LMP的功能顾名思义就是链路管理，上面所说的这些physical link、logical link、logical transport都是LMP去管理的。
LMP上承HOST协议栈，接收来自HOST的hci command，下可以管理LINK controller和基带，向远端蓝牙设备发送LMP pdu（上文我们提到过的ACL-C包还记得吗？就是LMP包），实现链路的连接、控制和维护。
老规矩，我们还是看看我们的抓包，看看连接过程发生了什么。
首先，我们的host向controller发送了建链命令
看看蓝牙core spec中的图，是这样的：
Host发完指令后就撂挑子了，剩下的事情都是LMP在做，看一下空中包，LMP首先和远端设备交换feature，看看彼此都支持些什么，然后发送了一个LMP host connection request给对端。注意看一下下面红色标出的部分，我们之前提到LMP向下是控制LC的，LC填充了这个LMP包的包头，包头中包含了流控、ARQ、包格式等等信息，这里的包格式是DM1，ARQN是个ACK标志，意味着这个LMP包是需要回复的；然后payload header中LLID标识了这个包是个ACL-C包，也就是LMP包。
远端在收到LMP包后，会向host上传一个请求连接的event，由host来判断是否接受连接，假如接受的话，就是如下的流程图，我们这次也确实是收到了LMP accepted包，表示连接是成功的。
这个时候，一条acl的逻辑链路就已经建立了，蓝牙协议规定，两个设备之间是只能有一条acl链路的。但是sco链路可以有几条的。
Sco主要是用于免提通话，在固定时隙(reserved slots)发送，主要保证通信的同步性，不确保，数据丢了就是丢了。
看一下建立sco 链路的流程图：
同样是host发命令，lmp执行，具体的不再赘述了，还是比较清楚的。
Link controller的功能会更靠近底层一点。
总的来说，就是根据当前物理链路的状态，跑一个状态机，执行该状态（page？inquiry？connection？park？）所必须执行的任务，在不同物理信道上调频收发page包、inquiry 包或者其他数据包等等，执行piconet 切换、主从切换等等底层直接和硬件打交道的工作。
组包的时候蓝牙的每个包的包头都是LC的map，其中的ARQ、FLOW这些位就是link controller 加上去的，要注意，蓝牙只有ID包是没有packet header的。