零. 概述
主要介紹下藍牙協議棧（bluetooth stack） 串口協議（bluetooth SPP）Serial Port Profile 協議概念介紹。git
一. 聲明
本專欄文章咱們會以連載的方式持續更新，本專欄計劃更新內容以下：github
第一篇:藍牙綜合介紹 ，主要介紹藍牙的一些概念，產生背景，發展軌跡，市面藍牙介紹，以及藍牙開發板介紹。session
第二篇:Transport層介紹,主要介紹藍牙協議棧跟藍牙芯片以前的硬件傳輸協議,好比基於UART的H4,H5,BCSP，基於USB的H2等架構
第三篇:傳統藍牙controller介紹，主要介紹傳統藍牙芯片的介紹，包括射頻層（RF），基帶層（baseband），鏈路管理層（LMP）等app
第四篇:傳統藍牙host介紹，主要介紹傳統藍牙的協議棧，好比HCI,L2CAP,SDP,RFCOMM,HFP,SPP,HID,AVDTP,AVCTP,A2DP,AVRCP,OBEX,PBAP,MAP等等一系列的協議吧。iphone
第五篇：低功耗藍牙controller介紹，主要介紹低功耗藍牙芯片，包括物理層（PHY），鏈路層（LL）ide
第六篇：低功耗藍牙host介紹，低功耗藍牙協議棧的介紹，包括HCI,L2CAP,ATT,GATT,SM等學習
第七篇：藍牙芯片介紹，主要介紹一些藍牙芯片的初始化流程，基於HCI vendor command的擴展ui
第八篇：附錄，主要介紹以上經常使用名詞的介紹以及一些特殊流程的介紹等。this
另外，開發板以下所示，對於想學習藍牙協議棧的最好人手一套。以便更好的學習藍牙協議棧，相信我，學完這一套視頻你將擁有修改任何協議棧的能力（好比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
藍牙學習目錄：http://www.javashuo.com/article/p-cydcgesb-nt.html
--------------------------------------------------------------------------------------------------------------------------
二. 藍牙串口SPP(Serial Port Profile)協議介紹
2.1 概念介紹
SPP是Serial Port Profile（串口協議）的縮寫，其定義了使用藍牙進行RS232（或相似）串行電纜仿真的設備應使用的協議和過程。簡單來講就是在藍牙設備之間創建虛擬的串口進行數據通訊。說白了就是能夠兩個設備對端發送自定義數據，NOTED：蘋果不支持SPP協議。
目前SIG最新的版本是V1.2，以前更早的版本在官網只有V1.1能夠下載到，可是這兩份文檔沒有功能上的差異，因此不作介紹
2.2 SPP協議在整個藍牙中的架構圖以下
2.3 角色介紹
Device A (DevA) – This is the device that takes initiative to form a connection to another device
Device B (DevB) – This is the device that waits for another device to take initiative to connect.
說白了就是就是兩臺設備鏈接，誰發起的鏈接角色就是Device A,被鏈接的就是Device B,可是這個和其餘協議不一樣，兩臺設備以前的code基本都是同樣，角色只是區分兩臺設備。
2.4 SPP特性
Device A是發起鏈接的主動房，因此Device A要至少支持Establish link and set up virtual serial connection.，Device B是被鏈接的乙方，因此要至少支持Accept link and establish virtual serial connection和Register Service record for application in local SDP database.以便Device A查詢服務而且鏈接，可是此協議漏掉最主要的兩個功能，發送數據，接收數據，或者SIG是以爲rfcomm作到了這個功能，因此不寫在SPP協議中吧，可是我仍是決定要在SPP介紹收發功能。
2.4.1 Establish link and set up virtual serial connection.
This procedure refers to performing the steps necessary to establish a connection to an emulated serial port (or equivalent) in a remote device. The steps in this procedure are:
1）Submit a query using SDP to find out the RFCOMM Server channel number of the desired application in the remote device. This might include a browsing capability to let the user select among available ports (or services) in the peer device. Alternatively, if it is known exactly which service to contact, it is sufficient look up the necessary parameters using the Service Class ID associated with the desired service.
2）Optionally, require authentication of the remote device to be performed. Also optionally, require encryption to be turned on.
3) Request a new L2CAP channel to the remote RFCOMM entity.
4) Initiate an RFCOMM session on the L2CAP channel.
5) Start a new data link connection on the RFCOMM session, using the aforementioned server channel number.After step 5, the virtual serial cable connection is ready to be used for communication between applications on both sides.
2.4.2 Accept link and establish virtual serial connection.
This procedure refers to taking part in the following steps:
1）If requested by the remote device, take part in authentication procedure and, upon
further request, turn on encryption.
2) Accept a new channel establishment indication from L2CAP.
3) Accept an RFCOMM session establishment on that channel.
4) Accept a new data link connection on the RFCOMM session. This may trigger a local request to authenticate the remote device and turn on encryption, if the user has required that for the emulated serial port being connected to (and authentication/encryption procedures have not already been carried out).
2.4.3 Register Service record for application in local SDP database.
This procedure refers to registration of a service record for an emulated serial port (or equivalent) in the SDP database. This implies the existence of a Service Database, and the ability to respond to SDP queries.
NOTED：SPP只有安卓手機支持，而且部分安卓手機必須有SPP APP才能夠鏈接，iphone手機不能直接SPP，可是又一個替代協議IAP，此協議須要買MFI chip才能用
2.5 SDP相關的註冊
我看下咱們的SDP註冊：
static const uint8_t spp_service_record[] =
{
/* 1.ServiceClassIDList */
SDP_DES_SIZE8, 0x8,
SDP_UINT16, BT_ATTRIBUTE_SERVICE_CLASS_ID_LIST>>8&0xff, BT_ATTRIBUTE_SERVICE_CLASS_ID_LIST&0xff, /* Service class ID list attribute */
SDP_DES_SIZE8, 3,
SDP_UUID16, BT_SERVICE_CLASS_SERIAL_PORT>>8&0xff, BT_SERVICE_CLASS_SERIAL_PORT&0xff,
/* 2.ProtocolDescriptorList */
SDP_DES_SIZE8, 0x11,
SDP_UINT16, BT_ATTRIBUTE_PROTOCOL_DESCRIPTOR_LIST>>8&0xff, BT_ATTRIBUTE_PROTOCOL_DESCRIPTOR_LIST&0xff,/* Protocol descriptor list attribute */
SDP_DES_SIZE8, 0xc,
SDP_DES_SIZE8, 0x3,
SDP_UUID16, BT_PROTOCOL_L2CAP>>8&0xff, BT_PROTOCOL_L2CAP&0xff, /*L2CAP*/
SDP_DES_SIZE8, 0x5,
SDP_UUID16, BT_PROTOCOL_RFCOMM>>8&0xff, BT_PROTOCOL_RFCOMM&0xff, /*RFCOMM*/
SDP_UINT8, RFCOMM_SPP_SERVER_CHNL, /*RFCOMM channel*/
/* BluetoothProfileDescriptorList */
SDP_DES_SIZE8, 0xd,
SDP_UINT16, BT_ATTRIBUTE_BLUETOOTH_PROFILE_DESCRIPTOR_LIST>>8&0xff, BT_ATTRIBUTE_BLUETOOTH_PROFILE_DESCRIPTOR_LIST&0xff, /* profile descriptor List */
SDP_DES_SIZE8, 0x8,
SDP_DES_SIZE8,0x06,
SDP_UUID16,BT_SERVICE_CLASS_SERIAL_PORT>>8&0xff, BT_SERVICE_CLASS_SERIAL_PORT&0xff,
SDP_UINT16,0x01,0x02, /* V1.2 */
};