BLE中GATT的服务和特征发现机制

BLE中GATT的服务和特征发现机制

​ 在BLE中，GATT客户端发现服务端服务的过程与经典蓝牙不同，经典蓝牙会有专门的SDP协议来完成。而BLE中，这个过程会直接在GATT层完成。直接在GATT层完成服务和特征的发现。

相关ATT的协议

GATT层协议基于ATT协议，因此一些Attribute的读写也是用的ATT层的接口，这里先介绍下和服务特征发现有关的ATT层接口

• Read By Type Request

• Read By Type Response

上述的req和resp是通过attribute Type(也就是UUID)来获取Attribute。

• Read by Group Type Request

• Read by Group Type Response

​ 上述的req和resp是通过attribute group Type(也是UUID)来获取Attribute。这里通用的type和group type没有太大差别，只是在后面GATT中一个用于服务发现，一个用于特征发现。

更多关于ATT层协议PDU类型的说明请参考BLUETOOTH CORE SPECIFICATION Version 5.1 | Vol 3, Part F 3.4 ATTRIBUTE PROTOCOL PDUS

服务发现

​ 到了GATT层，当主从设备完成基本的连接，和MTU交换后便由客户端发起服务发现过程。该过程如上图所示，客户端启动《主要服务发现》过程，向服务端询问所有的服务。服务端随后将自己主要服务的UUID返回给客户端。随后客户端继续询问，直到服务端将所有服务的UUID都返回给客户端，这是客户端再询问服务端就直接返回Error Respond终止该过程。

特征发现

​ 特征发现的过程和服务发现过程类似

上述为服务和特征的主要的发现过程，另外还有一些辅助流程。这里不作过多说明，详情可以阅读spec原文BLUETOOTH CORE SPECIFICATION Version 5.1 | Vol 3, Part G 4.4 PRIMARY SERVICE DISCOVERY

抓包

为了更直观的了解服务和特征的发现过程，如下是蓝牙抓包演示。

服务发现

• request

可以看到，服务发现是直接从handle1到max handle。

• respond

随后返回通用的GAP 服务

特征发现

特征发现和服务发现类似

• request

• respond