簡述

GAP本身是一個Profile，并不是Protocol，其作用是定義了如何來使用藍(lán)牙的Host的各層的Protocol。GAP中有一個GAP Service，是用來表明設(shè)備的基本信息的，只要作為GATT Server，就需要實現(xiàn)這個GAP Service。

GAP Service

先看一張圖，對GAP Service有個整體了解：

從此圖可看到，BR/EDR可以選擇實現(xiàn)GAP Service的Device Name和Appearance屬性。對于BLE而言，是分角色進(jìn)行對待的，Broadcaster和Observer不需要GAP Service。對于Peripheral和Central角色，則可能會需要實現(xiàn)其中部分或全部實現(xiàn)：

Peripheral

Device Name和Appearance必須要實現(xiàn)，Peripheral Preferred Connection Parameters是可選的，而Central Address Resolution則要看Link Layer Privacy是否支持。

Central

Device Name和Appearance必須要實現(xiàn)，Peripheral Preferred Connection Parameters不需要，因為是針對peripheral的，而Central Address Resolution則要看Link Layer Privacy是否支持。

多GAP Role模式下

對于支持多GAP Role的：GAP Service必須支持所有Role的需求，即為所有Role需求的總和。而當(dāng)操作于不支持某些Characteristic的Role下時，設(shè)備也必須繼續(xù)暴露出其所支持的所有GAP Service的Characteristics。

Characteristic介紹

GAP Service的4個Characteristic的介紹。

Device Name

雖然這里規(guī)定Device Name長度可以到248字節(jié)，但一般不會需要那么長的名字，一般會建議最長到達(dá)40字節(jié)就好了。

Appearance

Appearance即表明這是個什么設(shè)備，如鼠標(biāo)？鍵盤？等等，用2個字節(jié)可以表示很多種類的，某個代碼對應(yīng)某個具體的Appearance表示，這個需要參考SIG的Assigned Numbers，上面有列表的。另外，Device Name和Appearance都是表示本地設(shè)備屬性的，因此只會有一份實例。對于多GAP Role的狀況，應(yīng)當(dāng)還是只會維護(hù)一份Device Name和Appearance，不然一個設(shè)備有多個名字和多個Appearance，就不好表示了。

Peripheral Preferred Connection Parameters（PPCP）

主要是表明Peripheral設(shè)備這邊比較偏好的一個連接參數(shù)，包括：

- Minimum connection interval

- Maximum connection interval

- Slave Latency

- Connection Supervision timeout multiplier

關(guān)于連接參數(shù)的介紹涉及的地方很多了，這里不再贅述。其實最關(guān)注的還是在哪使用這個參數(shù)？如何使用呢？我的想法是，這個是供Central來獲知的。不過有點(diǎn)略為奇怪，Central在鏈路建立時是通過CONN_REQ來設(shè)置好連接參數(shù)的，而此時兩者并未建立連接，因此Central此時并不同通過ATT_Read來獲取Peripheral上的這個PPCP，難道是建立連接后Central有需要知道這個PPCP的必要？因為Peripheral也有直接更新連接參數(shù)的過程的啊，這樣看來具體應(yīng)用估計也不是必要吧。

Central Address Resolution

這個看來是BT 4.2添加的新特性了。因為在BT 4.2中，為了提高BT的安全性（原來SMP的方式是可以破解的），加入了Random Address的內(nèi)容。這里的Central Address Resolution就是用來表明暴露GAP Service的這個Central設(shè)備，是否支持Resolvable Private Address(RPA)的。

Peripheral設(shè)備通過讀對方Central設(shè)備的GAP Service的Central Address Resolution，就能知道其是否支持RPA了，如果其支持，那Peripheral就可以在自己的Directed Advertisement中使用RPA了。如果不支持，那還是只能使用public地址了。

關(guān)于藍(lán)牙的public地址，private地址，請參考設(shè)備藍(lán)牙地址這篇文章。

來看下Central Address Resolution的內(nèi)容：

一份實例

最后補(bǔ)充下，上面的GAP Service，對于一個設(shè)備而言，應(yīng)當(dāng)是只有一份實例的，即不管是多GAP Role設(shè)備還是就只支持一個GAP Role，都只需要維護(hù)一份GAP Service，而該Service中的Characteristics都只有一份實例的。

原文鏈接：https://blog.csdn.net/suxiang198/article/details/48521335/