十、GAP

1.1     背景

GAP(Generic Access Profile)位于主机协议栈的最顶层，用来定义BLE设备在待机或者连接状态中的行为，该Profile保证不同的Bluetooth产品可以互相发现对方并建立连接。GAP定义了：

蓝牙设备如何发现和建立与其他设备的安全/不安全连接；

处理一些一般模式的业务(如询问、命名和搜索)和一些安全性问题(如担保) ；

处理一些有关连接的业务(如链路建立、信道和连接建立)；

下图直观地展示了GAP处于蓝牙协议栈的层次关系。

GAP Role	Description
BROADCASTER	A device that only sends advertising events.
OBSERVER	A device that only receives advertising events.
PERIPHERAL	A device that accepts the establishment of an LE physical link using the connection establishment procedure.
CENTRAL	A device that supports the Central role initiates the establishment of a physical connection.

1.2     广播（advertising）

蓝牙设备通过在广播数据包中发送广播包(PDUS)来允许其他设备(scanners)发现并连接它，这些广播数据最大长度支持31字节的可配置数据，针对到来的scan request，在scan response中，蓝牙设备(Broadcaster)可以发送额外的31字节数据。GAP一共定义了四种不同类型的广播数据包类型：

Advertising PDU	Description	Max Adv Data Len	Max Scan Res Len	Allow Connect
ADV_IND	用于发送可连接，非定向的广播	31 bytes	31 bytes	Yes
ADV_DIRECT_IND	用于发送可连接，定向广播	N/A	N/A	Yes
ADV_SCAN_IND	用于发送扫描，非定向广播	31 bytes	31 bytes	No
ADV_NONCONN_IND	用于发送非可连接，非定向广播	31 bytes	N/A	No

在上面的表格中，除了直接广播(ADV_DIRECT_IND)，其余广播PDU携带广播数据报文最大长度是31字节。对于直接广播来说，其只携带了6字节的目标设备地址，该目标设备地址的预期被连接的设备地址。另外，所有的广播类型允许对于到来的scan response做出scan response，除了直接广播(ADV_DIRECT_IND)和非连接广播(ADV_NONCONN_IND)，更多信息，请参考BT Core Spec V4.2 Vol. 6, Part B, Section 4.4。

下面的表格总结了广播过程中可以配置的参数：

Parameter	Description	Range
Advertising Interval	Time between the start of two consecutive advertising events	20ms to 10.24s
Advertising Types	Different PDUs are sent for different types of advertising	Connectable undirected, connectable directed, scannable directed, non-connectable
Advertising Channels	Advertising packets are sent on three channels	Different combinations of channels 37, 38 and 39.

蓝牙设备有三个特定的广播通道，分别是：通道37 (2402 MHz), 通道 38 (2426 MHz), 和通道39 (2480 MHz)。这三个通道选择能够将与WIFI干扰降低到最小，下图展示了一个广播事件，该事件使用了全部三个广播通道。

需要注意的是：在这三个广播通道上，相同的数据被传递，GAP允许设备只广播在某一个或者两个通道上。在更少的通道上进行广播，意味这激着更小的能量消耗。但是，会降低被对端设备侦听到的概率。

1.3     扫描（Scanning）

当设备处于连接状态时，其或可以发送广播包对外广播其存在，或扫描周边正在广播的设备。扫描周边设备的过程称为设备发现。GAP定义了两种扫描类型——主动(active)和(被动)，两者的区别是，前者可以发送scan request从广播者获取更多额外的信息，而后者仅仅能够接收广播者的广播数据。如无特殊语境，“发现”和“扫描”两个术语讲不加区分，交替使用。下图演示了一个设备对广播者发送扫描请求以及广播者做出应答的时序图。

在扫描过程中，你需要熟悉一些扫描参数，每个参数都有特定的范围，下表罗列了这些参数的语义以及可配置范围。

Parameter	Description	Range
Scan Interval	Interval between the start of two consecutive scan windows	10ms to 10.24s
Scan Window	The duration in which the Link Layer scans on one channel	10ms to 10.24s
Scan Duration	The duration in which the device stays in the scanning state	10ms to infinity

GAP并没有规定扫描过程中，对三个广播通道的扫描顺序，扫描者在每个扫描间隔内，在一个扫描窗口期间内，依次扫描37，38，39通道。下图形象的展示了这些扫描参数的内涵：

1.4     模式/状态

一、发现模式(Discoverablity Modes), 对应于inquiry(inquiry request/response)

- Non-discoverable Mode: 不响应inquiry；

- Discoverable Mode: 是下面两种模式的总称, 设备进入INQUIRY_SCAN状态, 响应inquiry；

- Limited discoverable Mode: 响应LIAC inquiry；

- General discoverable Mode: 响应GIAC inquiry；

二、连接模式(Connectability Modes), 对应于paging(paging request/response)

- Non-connectable Mode: 不响应paging；

- Connectable Mode: 设备进入PAGE_SCAN状态, 响应paging；

三、配对模式(Bondable Modes), 对应于bonding/paring, 需要和SSP(Secure Simple Pairing)配合使用

- Non-bondable Mode: 设备不可接受来自远端设备的绑定/配对请求；

- Bondable Mode: 设备可接受来自远端设备的绑定/配对请求；

1.5     ADK信号时序

以ADK4.4为例，简单的罗列了设备在初始化时，如何进行扫描，广播初始化的，具体细节请见ADK源代码。

/*Power on -> start scan -> start(fast)advertising -> start(slow)advertising (if not connected)*/

sink_ble.c

sinkBleInitialiseDevice()-->

ConnectionDmBleAddTdlDevicesToWhiteListReq(BLE_ONLY)  /* Setup whitelist*/

sinkGattInitInitialiseDevice();  /* Initialise GATT */

sinkBleGapInitialise();-->

sinkBleGapInitGapConnFlag();

gapSetAdvSpeed(ble_gap_adv_speed_fast);

sinkBlePowerOnEvent()-->

sinkBleGapEvent(ble_gap_event_power_on)-->

gapStateIdleHandleEvent()-->

sinkBleSetGapState(ble_gap_state_scanning_advertising)

sinkBleCheckNoConnectionsEvent()-->BLE_INTERNAL_MESSAGE_EVENT_NO_CONNECTIONS

-->sinkBleGapEvent(ble_gap_event_no_connections)

gapStateScanAdvHandleEvent(ble_gap_event_no_connections)-->

sinkBleGapStartReadLocalName(ble_gap_read_name_advertising)

gapStartScanning(TRUE)-->

bleStartScanning()-->

ConnectionDmBleSetScanParametersReq()-->DM_HCI_ULP_SET_SCAN_PARAMETERS_REQ

ConnectionDmBleSetScanEnable(TRUE)

bluestack_handler.c

DM_HCI_READ_LOCAL_NAME_CFM-->

connectionHandleLocalNameComplete()-->

localNameComplete()-->CL_DM_LOCAL_NAME_COMPLETE

sinkBleHandleCLMessage()-->CL_DM_LOCAL_NAME_COMPLETE-->

sinkBleGapReadLocalNameComplete()-->

bleSetupAdvertisingData(ble_gap_read_name_advertising)-->

ConnectionDmBleSetAdvertisingDataReq()-->

DM_HCI_ULP_SET_ADVERTISING_DATA_REQ

DM_HCI_ULP_SET_ADVERTISING_DATA_CFM-->

connectionHandleDmBleSetAdvertisingDataCfm()-->CL_DM_BLE_SET_ADVERTISING_DATA_CFM-->

bleHandleSetAdvertisingData()-->

sinkBleGapEvent(ble_gap_event_set_advertising_complete)

gapStartAdvertising();-->

gapStartAdvertising()-->

sinkBleGetAdvertisingParameters()

sinkBleSetAdvertisingParamsDefault()

sinkGattManagerStartAdvertising()-->

sinkEnableGattConnectable()-->

enablePageScan(sink_scan_connectable_gatt)

gapStartFastAdvTimer()-->

MessageSendLater(BLE_INTERNAL_MESSAGE_FAST_ADV_TIMER)

BLE_INTERNAL_MESSAGE_FAST_ADV_TIMER-->

sinkBleGapEvent(ble_gap_event_fast_adv_timeout)-->

gapStateScanAdvHandleEvent()-->

gapStopAdvertising(ble_gap_adv_speed_slow)-->

gapSetAdvSpeed(new_speed) /* First stop fast advertising*/

sinkGattManagerStopAdvertising()-->  /* Then start slow advertising */

GattManagerCancelWaitForRemoteClient()

GATT_MANAGER_CANCEL_REMOTE_CLIENT_CONNECT_CFM-->

handleGattManagerCancelRemoteClientConnectCfm()-->

sinkBleCancelAdvertisingEvent()-->

sinkBleGapEvent(ble_gap_event_cancelled_advertising)-->

gapStateScanAdvHandleEvent()-->

sinkBleGapStartReadLocalName(ble_gap_read_name_advertising)