藍(lán)牙架構(gòu)實(shí)現(xiàn)方案有哪幾種？我們一般把整個(gè)藍(lán)牙實(shí)現(xiàn)方案叫做藍(lán)牙協(xié)議棧，因此這個(gè)問(wèn)題也可以這么闡述：藍(lán)牙協(xié)議棧有哪些具體的架構(gòu)方案？在藍(lán)牙協(xié)議棧中，host是什么？controller是什么？HCI又是什么？

大家都知道，不同的應(yīng)用場(chǎng)景有不同的需求，因此不同的應(yīng)用場(chǎng)景對(duì)藍(lán)牙實(shí)現(xiàn)方案的要求也不一樣，從而催生不同的藍(lán)牙架構(gòu)實(shí)現(xiàn)方案，或者說(shuō)藍(lán)牙協(xié)議棧方案。

架構(gòu)1：host+controller雙芯片標(biāo)準(zhǔn)架構(gòu)

藍(lán)牙是跟隨手機(jī)而誕生的，如何在手機(jī)中實(shí)現(xiàn)藍(lán)牙應(yīng)用，是藍(lán)牙規(guī)格首先要考慮的問(wèn)題。如果你仔細(xì)閱讀藍(lán)牙核心規(guī)格，你會(huì)發(fā)現(xiàn)規(guī)格書更多地是站在手機(jī)角度來(lái)闡述的，然后“順帶”描述一下手機(jī)周邊藍(lán)牙設(shè)備的實(shí)現(xiàn)原理。

如大家所熟知，手機(jī)里面包含很多SoC或者模塊，每顆SoC或者模塊都有自己獨(dú)有的功能，比如手機(jī)應(yīng)用跑在AP芯片上（一般而言，Android或者iOS開發(fā)者只需跟AP芯片打交道），顯示屏，3G/4G通信，WiFi/藍(lán)牙等都有自己專門的SoC或者模塊，這些模塊在物理上都會(huì)通過(guò)某種接口與AP相連。

如果應(yīng)用需要用到某個(gè)模塊的時(shí)候，比如藍(lán)牙通信，AP會(huì)自動(dòng)跟藍(lán)牙模塊交互，從而完成藍(lán)牙通信功能。市場(chǎng)上有很多種AP芯片，同時(shí)也有很多種藍(lán)牙模塊，如何保證兩者的兼容性，以減輕手機(jī)的開發(fā)工作量，增加手機(jī)廠商藍(lán)牙方案選型的靈活性，是藍(lán)牙規(guī)格要考慮的事情。

為此，藍(lán)牙規(guī)格定義了一套標(biāo)準(zhǔn)，使得手機(jī)廠商，比如蘋果，用一顆新AP替換老AP，藍(lán)牙模塊不需要做任何更改；同樣用一顆新藍(lán)牙模塊換掉老藍(lán)牙模塊，AP端也不需要做任何更改。這個(gè)標(biāo)準(zhǔn)把藍(lán)牙協(xié)議棧分成host和controller兩部分，其中host跑在AP上，controller跑在藍(lán)牙模塊上，兩者之間通過(guò)HCI協(xié)議進(jìn)行通信，而且host具體包含協(xié)議棧那些部分，controller具體包含協(xié)議棧那些部分，兩者之間通信的HCI協(xié)議如何定義，這些在藍(lán)牙核心規(guī)格中都有詳細(xì)定義，因此我把它稱為雙芯片標(biāo)準(zhǔn)方案。

只要遵循這套標(biāo)準(zhǔn)，用戶就可以隨意替換Host或者Controller方案。當(dāng)然，這種方案除了可以應(yīng)用在手機(jī)中，也可以應(yīng)用在任何其他設(shè)備中。

AP芯片廠商一般會(huì)直接采用Bluez等開源協(xié)議棧來(lái)實(shí)現(xiàn)Host功能，而Controller部分大部分由藍(lán)牙廠商自己來(lái)實(shí)現(xiàn)。另外，目前比較火的Zephyr開源藍(lán)牙協(xié)議棧也支持這種架構(gòu)。

架構(gòu)2：?jiǎn)涡酒w方案

手機(jī)周邊藍(lán)牙設(shè)備是藍(lán)牙另外一個(gè)非常重要的應(yīng)用場(chǎng)合，通常手機(jī)周邊設(shè)備功能比較簡(jiǎn)單，但對(duì)成本非常敏感，因此采用一顆芯片來(lái)實(shí)現(xiàn)整個(gè)藍(lán)牙協(xié)議棧就是非常明智的選擇，即把藍(lán)牙協(xié)議棧所有功能都放在一顆芯片上。

也就是說(shuō)，host和controller都放在同一顆芯片上，由于host和controller都在同一顆芯片上，因此物理HCI就沒(méi)有存在的必要性，host和controller之間直接通過(guò)API來(lái)交互。像Nordic的藍(lán)牙協(xié)議棧Softdevice，就是采用這種模式。當(dāng)然Zephyr也支持這種架構(gòu)。

架構(gòu)3：自定義雙芯片架構(gòu)

還有一些藍(lán)牙設(shè)備功能比較強(qiáng)大，它需要一顆功能非常強(qiáng)大的MCU來(lái)做主應(yīng)用，而藍(lán)牙SoC只是整個(gè)系統(tǒng)的一部分，這種情況下，大部分藍(lán)牙協(xié)議棧功能或者整個(gè)藍(lán)牙協(xié)議棧功能都是跑在藍(lán)牙SoC中，而藍(lán)牙應(yīng)用則跑在主MCU中，主MCU和藍(lán)牙SoC之間的通信協(xié)議由廠商自己定義，因此稱為自定義雙芯片架構(gòu)方案。

這種方案也非常常見(jiàn)，可以說(shuō)，除了架構(gòu)1和架構(gòu)2之外的架構(gòu)，都可以稱為架構(gòu)3。

架構(gòu)3里面有一種非常特殊的情況，即主MCU和藍(lán)牙SoC之間采用了HCI接口進(jìn)行通信，由于這里的HCI只是用來(lái)進(jìn)行物理通信，而通信的主體不是host和controller，通信包應(yīng)用數(shù)據(jù)也不遵循藍(lán)牙核心規(guī)格規(guī)范，因此不能把它看成第1種架構(gòu)，Nordic的serialization方案就屬于這種特殊情況。

審核編輯 黃宇