三种蓝牙架构实现方案（蓝牙协议栈方案）

 

蓝牙架构实现方案有哪几种？我们一般把整个蓝牙实现方案叫做蓝牙协议栈，因此这个问题也可以这么阐述：蓝牙协议栈有哪些具体的架构方案？在蓝牙协议栈中，host是什么？controller是什么？HCI又是什么？

 

大家都知道，不同的应用场景有不同的需求，因此不同的应用场景对蓝牙实现方案的要求也不一样，从而催生不同的蓝牙架构实现方案，或者说蓝牙协议栈方案。

 

架构1：host+controller双芯片标准架构

 

蓝牙是跟随手机而诞生的，如何在手机中实现蓝牙应用，是蓝牙规格首先要考虑的问题。如果你仔细阅读蓝牙核心规格，你会发现规格书更多地是站在手机角度来阐述的，然后“顺带”描述一下手机周边蓝牙设备的实现原理。如大家所熟知，手机里面包含很多SoC或者模块，每颗SoC或者模块都有自己独有的功能，比如手机应用跑在AP芯片上（一般而言，Android或者iOS开发者只需跟AP芯片打交道），显示屏，3G/4G通信，WiFi/蓝牙等都有自己专门的SoC或者模块，这些模块在物理上都会通过某种接口与AP相连。如果应用需要用到某个模块的时候，比如蓝牙通信，AP会自动跟蓝牙模块交互，从而完成蓝牙通信功能。市场上有很多种AP芯片，同时也有很多种蓝牙模块，如何保证两者的兼容性，以减轻手机的开发工作量，增加手机厂商蓝牙方案选型的灵活性，是蓝牙规格要考虑的事情。为此，蓝牙规格定义了一套标准，使得手机厂商，比如苹果，用一颗新AP替换老AP，蓝