簡(jiǎn)述

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

GAP Service

先看一張圖，對(duì)GAP Service有個(gè)整體了解：

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

Peripheral

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

Central

Device Name和Appearance必須要實(shí)現(xiàn)，Peripheral Preferred Connection Parameters不需要，因?yàn)槭轻槍?duì)peripheral的，而Central Address Resolution則要看Link Layer Privacy是否支持。

多GAP Role模式下

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

Characteristic介紹

GAP Service的4個(gè)Characteristic的介紹。

Device Name

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

Appearance

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

Peripheral Preferred Connection Parameters（PPCP）

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

- Minimum connection interval

- Maximum connection interval

- Slave Latency

- Connection Supervision timeout multiplier

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

Central Address Resolution

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

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

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

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

一份實(shí)例

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

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