Bluetooth GATT Profile Spec 解读

最新推荐文章于 2024-09-25 00:35:43 发布

饭小粒

最新推荐文章于 2024-09-25 00:35:43 发布

阅读量593

点赞数

分类专栏：蓝牙文章标签： HOST ATT GATT

原文链接：https://blog.csdn.net/utadalight/article/details/80057032?utm_medium=distribute.pc_relevant_download.none-task-blog-blogcommendfrombaidu-1.nonecase&depth_1-utm_source=distribute.pc_relevant_download.none-task-blog-blogcommendfrombaidu-1.nonecas

版权

蓝牙专栏收录该内容

132 篇文章 98 订阅

订阅专栏

ATT（Attribute） protocol为所有基于LE link的应用提供了一个底层的框架。它定义了server与client，定义了属性以及client如何获取server端的一系列属性。Generic Attribute Profile作为一个通用的基于ATT的profile，为上层应用提供了一个基本的服务框架（service framework），使得所有基于LE的应用都可以将自身的功能映射到这个框架中来。

相比ATT protocol，GATT Profile定义了以下更为具体的概念：

一组通用的Attribute Type，如Primary Service、Characteristic；
以上通用Attribute Type的Attribute Value的格式，不是所有的Attribute Value都只有一个UUID；
如何使用ATT PDU对这组通用的Attribute进行读写、查询、配置；
上层应用要如何基于GATT定义自己的Service

Attribute Type

GATT定义了以下通用的Attribute Type：

Attribute Type	UUID	Description
《Primary Service》	0x2800	基础服务，通常包含《Include》以及《Characteristic》来描述它的具体特性
《Secondary Service》	0x2801	二级服务
《Include》	0x2802	通常被包含在另一个Primary Service中，表示当前Service 用到了这个《Include》service。它的Attribute Value包含了《Include》service的Attribute Handle、End Group Handle。如果这个《Include》Service的UUID是BT SIG定义的 16bit UUID，则还包含这个UUID值
《Characteristic》	0x2803	服务的特性，包含Property和Value，以及零或多个Descriptor （下面都是Descriptor）。所有的Descriptor都是用来描述《Characteristic》的。
《Characteristic Extended Properties》	0x2900	扩展属性Descriptor，《Characteristic》本身只有一个字节来描述它的property，更多属性将在这个Descriptor中说明
《Characteristic User Descriptor》	0x2901	对某个《Characteristic》的描述，是一个UTF-8格式的字符串
《Client Characteristic Configuration》	0x2902	GATT的client可以通过配置这个Descriptor，来使能对应《Characteristic》的notification或Indication。不同的GATT client有各自独立的《Client Characteristic Configuration》
《Server Characteristic Configuration》	0x2903	也是一个GATT client可以配置的Descriptor，可以使能 Server的“Broadcast”特性，即将该Descriptor所属的《Characteristic》的value放在LE广播包中进行传输。和《Client Characteristic Configuration》不同的是，所有GATT client共享一个《Server Characteristic Configuration》
《Characteristic Format》	0x2904	描述了Characteristic Value的格式，比如一个温度计的度数所呈现的格式
《Characteristic Aggregate Format》	0x2905	一组《Characteristic Format》Descriptors的handle的集合，每个handle指向一个《Characteristic Format》

以上，《Primary Service》、《Secondary Service》和《Characteristic》属于ATT protocol中定义的“group of attributes”。Service由其声明（declaration）、《Include》和《Characteristic》组成一个group。《Characteristic》则由其声明、Value以及隶属于它的Descriptors组成。《Primary Service》、《Secondary Service》都可以通过“Read By Group Type Request”来查询它们的起止handle，而《Characteristic》则需要多个procedure的组合来查询它的所有信息。

有了以上的几个“group of attributes”的概念，一个完整的GATT Profile的层级视图就可以用下面的图大致勾画出来了：

注意到在上面的图中，《Include》、Descriptors都是用虚线框表示的。因此，一个最简单的GATT层级图，将只有一个Service的描述、一个Characteristic的描述以及Characteristic的Value组成。此外，上图并没有单独列出Service的声明，而实际上它就是Service这个group的第一个Attribute。

Primary Service

关于Service的格式，Spec定义如下图：

首先，它的Attribute Type就是前面说的一个GATT定义的通用的Attribute Type。其次，Attribut Value字段就是UUID，一般是上层应用的Service UUID。BT SIG已经定义了一些，比如HID Service为0x1812，这些UUID都可以直接用16bit来表示；如果需要自己定义一个Service，就需要使用一个128-bit的UUID了。最后，Attribute Permission描述了Service的权限为可读。这也就是ATT protocol规定的由上层（这里就是GATT Profile）来定义的permission。

Characteristic

一个Service的主要特性由它的Characteristic来说明。它可以是《Device Information Service》中用于描述厂商信息的《PnP_ID》，只能用于client读取；也可以是《HID Service》中的《HID Report》，用于将HOGP device（GATT Server）的按键消息传送给HOGP Host（GATT Client）。一个Characteristic由声明、Value以及零或多个Descriptors组成。声明的格式如下：

在这里，Characteristic Declaration这个Attribute的Value由properties、value attribute handle和UUID三个部分组成。除了Characteristic，其他也有很多的通用Attribute Type的Value是由多个字段组成的。

Characteristic Properties是一个单字节的bit mask，格式如下：

不同于ATT protocol定义的Attribute Permission，它涉及的主要是如何使用Characteristic，而不是access的权限。部分bit，如Notify和Indicate，一旦置位为1，就意味着这个Characteristic将包含一个《Client Characteristic Configuration》Descriptor。GATT client可以通过这个Descriptor来配置使能/禁能Characteristic的notification或indication。此外，Extended Properties和前面提到的《Characteristic Extended Properties》相关，由这个Descriptor来说明扩展的properties。

Characteristic Value Attribute Handle是保存Characteristic本身的value的handle值。Characteristic UUID由上层定义，比如《HID Service》中的《Report Map》的UUID为0x2A4B。

Characteristic Value的Attribute格式如下：

注意到，这里的Attribute Type是上层定义的。这也是GATT Profile当中唯一一个Type由上层定义的Attribute。其实它就是前面Characteristic声明中Attribute Value的Characteristic UUID字段。本身就是上层定义的，因此它的Attribute Permissions也是上层来决定的。每个基于GATT的profile都需要定义自己的Characteristic及其permissions。

GATT Feature Requirements

其实在我看来，介绍完通用的Attribute Type及其存储格式之后，GATT Profile的工作就完成了。在Spec中，Feature这一章介绍的是如何使用ATT的protocol PDUs来获取那些通用Attribute Type的信息。比ATT更为具体的是，GATT Profile定义了不同Attribute Type具有不同的Attribute Value格式。对一个Characteristic Value handle进行read，返回的结构肯定与读取一个Characteristic Declaration返回的不同。因此，可以将这章介绍到的procedure，当做ATT protocol PDUs那节的具体的例子来看。

GATT Service

这里的GATT Service是GATT Profile为自己定义的一个Service，它的UUID为0x1801。它存在的意义在于，它包含了一个Service Changed Characteristic。一旦server端的GATT属性分布有变（增加了或者移除了一些信息），server就可以通过这个Characteristic的indication来通知client（前提是，client配置过server的《Client Characteristic Configuration》，允许server进行indicate）。Service Changed Characteristic的格式如下：

Service Changed Characteristic具有固定的properties——0x20，这意味着它只能通过indication来告知自身的变化。它的Value Handle包含了发生变化的Attribute的起止handle，client可以对这个范围内的所有Attribute重新进行查询。

其他

ATT protocol提到了“ATT Bearer”的概念，GATT对其进行了具体的解释。并不是只有LE link才能承载ATT，经典的BR\EDR link也可以传输ATT数据。不同的是，对于LE link而言，ATT使用fixed L2CAP channel（channel ID为0x0004），PDU不可被flush，断开ATT Bearer就意味着断开LE link。而在BR\EDR传输ATT时，使用PSM（0x001F）来动态分配L2CAP channel ID，MTU size也由L2CAP signal channel进行配置。基于LE link的GATT，加密是可选项目；而在BR\EDR link上使用GATT就必须先加密。最后，列出GATT的SDP record：