五 蓝牙低功耗(BLE)协议栈 之 ATT层

最新推荐文章于 2024-04-20 08:00:00 发布
最新推荐文章于 2024-04-20 08:00:00 发布
阅读量5.1k 收藏 51
点赞数 13
分类专栏： BLE 文章标签： 蓝牙 BLE ATT层 Attribute 嵌入式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chengbaojin/article/details/108142146
版权

一 介绍

ATT全称是Attribute protocol(数据交互协议)，这一层的关键词是Attribute(属性)。一个属性其实就是一条数据，属性是BLE数据提供单元，也是蓝牙空中传播数据的最上层，BLE开发过程中接触最多的就是这一层。

属性协议允许称为服务器的设备向称为客户端的对等设备公开一组属性及其相关值。服务器公开的这些属性可以被客户端发现、读取和写入，并且 可以由服务器指示和通知。

属性是一个离散值，它具有以下三个特征:

  • 属性类型，通过UUID表示
    属性类型指定属性代表什么。
  • 属性句柄
    属性句柄在服务器上唯一标识一个属性，允许客户端在读或写请求中引用该属性； 客户端使用句柄来识别是哪个属性发送过来的通知或者指示， 客户端能够发现服务器属性的句柄；
  • 属性权限
    由每个使用该属性的更高层次规范定义的一组权限;不能使用Attribute协议访问这些权限。
    权限可以应用于属性以防止应用程序获取或更改属性的值。 属性可以由更高层规范定义为可读或可写或两者兼有，并且可能具有额外的安全要求。

通过为每个服务分配不同的句柄范围，可以在单个服务器上公开多个服务。 这些句柄范围的发现由更高层规范定义。

属性也可以被理解成一个被编址并打上标签的一小块数据。每个属性均包含一个用来标识该属性的唯一的句柄、一个用于标识存储数据的类型以及一个值。例如，一个类型是"温度"、值为20.5℃的属性可能放在句柄为0x01CE的属性里。属性协议没有定义任何属性类型，但规定某些属性可以分组，并且可以通过属性协议发现分组的语义。

二 ATT的数据结构

在这里插入图片描述

注意：这里说的数据结构不是在空中传播的数据结构，而是一条属性在存储器中定义的数据结构。

2.1 属性类型

每个属性都有一个类型，用UUID表示。例如，温度、压强、体积、距离、功率、时间等都是一个类型，可以使用不同的UUID来表示。任何人都可以创建UUID并按照需求分发或者暴露个client。uuid没有中央注册中心，因为它们基于一个不重复的唯一标识符。

UUID是一个16字节的数据，设备间为了是被数据类型需要发送长达16字节的数据。为了提高传输效率，SIG定义了一个称为蓝牙UUID基数的128位通用唯一识别码，结合一个较短的16位数使用。二者任然遵循通用唯一识别码的分配规则，只不过设备间传输常用UUID时，只发送较短的16位版本，接收方收到后补上蓝牙UUID基数即可。蓝牙UUID基数为: 0x0000xxxx-0000-1000-8000-00805F9B34FB例如要发送16位识别码为0x2A01，完整128位的UUID为：00002A01-0000-1000-8000-00805F9B34FB。

对于16位的UUID，通常不直接使用其数值，而是冠以一个名称加上书名号。例如用《Include》来表示数值为0x2802的UUID。类似这样的名称定义还有很多。UUID并没有定义自身的用法，为了增加人工调试时的可读性。
在这里插入图片描述

Attribute type一般是由service和characteristic规格来定义，站在蓝牙协议栈角度来看，ATT层定义了一个通信的基本框架，数据的基本结构，以及通信的指令，而GATT层就是定义service和characteristic，GATT层用来赋予每个数据一个具体的内涵，让数据变得有结构和意义。换句话说，没有GATT层，低功耗蓝牙也可以通信起来，但会产生兼容性问题以及通信的低效率。

16位UUID的定义参看这里： https://www.bluetooth.com/specifications/assigned-numbers/#assignedNumbers

2.2 属性句柄

属性句柄是一个 16 位值，由每个服务器分配给它自己的属性，以允许客户端引用这些属性。 任何给定服务器上的属性句柄都应具有唯一的非零值。 属性按属性句柄排序。
比如，温度传感器可以有温度属性，设备名称属性和电池电量属性。属性句柄在同一台服务器上是唯一的。
值为 0x0000 的属性句柄保留供将来使用。 值为 0xFFFF 的属性句柄称为最大属性句柄。

2.3 属性句柄分组

分组是由一个特定属性定义的，该属性位于与该属性分组的其他属性范围的开头，这些属性由更高的层规范定义。客户端可以请求与一组属性关联的第一个句柄和最后一个句柄。

2.4 属性值

属性值是一个字节数组，可以是固定长度或可变长度。 例如，它可以是一个字节的值，或4个字节整数，或可变长度的字符串。 一个属性可能包含一个太大而无法在单个 PDU 中传输的值，但是可以使用多个 PDU 发送。
属性值用于表示设备公开的状态信息。属性值对于ATT协议来说并不重要，但他对于上层，包括GATT和GAP来说有着相当重要的意义。

属性类型
用于识别属性类型的UUID包含了一些最基本的属性类型，一般用于GATT规范，而非具体的服务，这些属性类型包括：

  • 首要服务
  • 次要服务
  • 包含
  • 特性

特性描述符
一些服务公开的数据包含了额外的信息。这种额外的信息被称为特性描述符。例如一个描述相关数值格式的信息(单位与表示方式)便是所谓的描述符。

2.5 权限

Attribute的权限属性，权限属性不会直接在空口包中体现，而是隐含在ATT命令的操作结果中。假设一个attribute read 属性设为open（即读操作不需要任何权限），那么client去读这个attribute时server将直接返回attribute的值；如果这个attribute read属性设为authentication（即需要配对才能访问），如果client没有与server配对而直接去访问这个attribute，那么server会返回一个错误码：告诉client你的权限不够，此时client会对server发起配对请求，以满足这个attribute的读属性要求，从而在第二次读操作时server将把相应的数据返回给client。目前主要有如下四种权限属性：

  • Open，直接可以读或者写
  • No Access，禁止读或者写
  • Authentication，需要配对才能读或者写，由于配对有多种类型，因此authentication又衍生多种子类型，比如带不带MITM，有没有LESC
  • Authorization，跟open一样，不过server返回attribute的值之前需要应用先授权，也就是说应用可以在回调函数里面去修改读或者写的原始值。
  • Signed，签名后才能读或者写，这个用得比较少。

2.6 属性访问方法

访问属性方法可分为
在这里插入图片描述

  • 命令，客户端发送给服务端，不要求服务端回复
  • 请求，客户端发送给服务端，要求服务端回复
  • 响应，客户端发送了一个请求，服务端用此响应
  • 通知，服务端发给客户端的数据，不要求客户端回复
  • 指示，服务端发给客户端的数据，要求客户端回复
  • 确认，服务端发给客户端的数据，客户端用此进行回复

在这里插入图片描述
一些属性协议 PDU 还可以包括一个认证签名，以允许在不需要加密的情况下对该 PDU 的发起者进行认证。

2.7 交换MTU

ATT_MTU 定义为客户端和服务器之间发送的任何数据包的最大大小。更高层规范定义了默认的 ATT_MTU 值。
客户端可以使用 ATT_EXCHANGE_MTU_REQ请求改变ATT_MTU, 服务端使用ATT_EXCHANGE_MTU_RSP PDU 进行回复。

2.8 长属性

可以在单个数据包中发送的最大长度为 (ATT_MTU-1) 个字节。 因为属性操作码至少占用一个字节的PDU长度。属性值的长度可以定义为大于ATT_MTU - 1, 这些属性称为长属性。

使用ATT_READ_BLOB_REQ PDU可以一次性大于(ATT_MTU-1) 个字节的属性值。可以使用ATT_READ_REQ PDU读取长属性值的第一个(ATT_MTU-1)字节。

如果属性值得长度大于(ATT_MTU-3),可以使用ATT_PREPARE_WRITE_REQ PDU和 ATT_EXECUTE_WRITE_REQ PDU一次性写入。可以使用ATT_WRITE_CMD PDU写入长属性值的第一个 (ATT_MTU-3) 字节 。

ATT协议没有规定属性值得最大长度。更高层的协议规定了这个值。最长的属性值不应该超过512字节。

2.9 数据库、服务器和客户端

一组属性的集合被称作数据库。数据库可以很小，小至仅包含6种属性，也可以很大很复杂。最小的属性数据库必须包含以下6种属性：

  • 《GAP服务》的《首要服务》
  • 《设备名》的《特性》
  • 《设备名》的值
  • 《外观》的《特性》
  • 《外观》的值
  • 《GATT服务》的《首要服务》

属性数据库总是位于属性服务器当中；通过属性协议、属性客户端和属性服务器进行通信。不管低功耗蓝牙还是经典蓝牙设备，每台设备最多只有一个属性服务器和一个属性数据库。对低功耗蓝牙设备而言，由于强制要求属性数据库支持通用访问规范(GAP)服务，每一个低功耗蓝牙设备都要包含一个属性服务器和一个属性数据库。由于强制要求有一个属性服务器和一个属性数据库，要加入一个电量指示服务，只需要向当中追加3种或者更多属性。

三 ATT层空中传播的数据格式

在这里插入图片描述
在这里插入图片描述

  • Opcode: 操作码，用来表示需要执行的操作类型。下图列出来ATT层所支持的Opcode，详见： Version 5.1 | Vol 3, Part F

在这里插入图片描述

  • Parameters：操作类型相应的参数
  • Signature：是否需要认证许可

ATT层将构建好的数据发送给L2CAP层进行传输：
在这里插入图片描述

四 抓包分析ATT层的数据

发现GAP服务

image

1 Read by Group Type Request

方向： M ——> S

image

0d 03 40 04 00 10 09 0d 55 c9 c3 ca 2b 0e 0b 07 00 04 00 10 01 00 ff ff 00 28 c0 4e 24

  • LL preamble: 55

  • LL Access Address: c9 c3 ca 2b

  • LL Header: 0e == 0000 1110

  • LL length: 0b

  • L2CAP length: 07 00

  • L2CAP CID: 04 00

  • ATT Attribute Opcode： 10

  • ATT Starting Handle： 01 00

  • ATT Ending Handle： ff ff

  • ATT Attribute Group Type： 00 28

  • ATT CRC: c0 4e 24

LL层

  • Preamble(1Byte): 0x55
  • Access Address(4Byte): 0x2bcac3c9
  • header(1Byte)
    • LLID(2 bits): 10b
    • MSN(1 bit): 1b
    • SN(1 bit): 1b
    • MD(1 bit): 0b
    • RFU(3 bits): 000b
  • length(1Byte):0x0b

L2CAP层

  • length(2 Byte): 0x0007
  • CID(2 Byte): 0x0004

ATT层

  • Attribute Opcode： 0x10
  • Starting Handle： 0x0001
  • Ending Handle： 0xffff
  • Attribute Group Type： 0x2800 详见 Vol 3, Part G, 3.4, Table 3.18
  • CRCc0: 0xc04e24

2 Read by Group Type Response

方向: S ----> M

image

0d 03 0c 06 00 20 0d 14 55 c9 c3 ca 2b 06 12 0e 00 04 00 11 06 01 00 09 00 00 18 0a 00 0a 00 01 18 b1 18 63

  • LL preamble: 55

  • LL Access Address: c9 c3 ca 2b

  • LL Header: 06

  • LL length: 12

  • L2CAP length: 0e 00

  • L2CAP CID: 04 00

  • ATT Attribute Opcode: 11

  • Length: 06

  • Attribute Data List: 01 00 09 00 00 18 0a 00 0a 00 01 18

  • CRC: b1 18 63

LL层

  • Preamble(1Byte): 0x55
  • Access Address(4Byte): 0x2bcac3c9
  • header(1Byte)
    • LLID(2 bits): 10b
    • MSN(1 bit): 1b
    • SN(1 bit): 0b
    • MD(1 bit): 0b
    • RFU(3 bits): 000b
  • length(1Byte): 0x12

L2CAP层

  • length(2 Byte): 0x000e
  • CID(2 Byte): 0x0004

ATT层

  • ATT Attribute Opcode: 11
  • Length: 06 (The size of each Attribute Data)
  • Attribute Data List:
    • group 1(6Byte):
      • starting Attribute handle: 0x0001
      • ending Attribute handle: 0x0009
      • Attribute Value: 0x1800 (GAP服务， 详见 Vol 3, Part G, Table B.1 )
    • group 2(6Byte):
      • starting Attribute handle: 0x000a
      • ending Attribute handle: 0x000a
      • Attribute Value: 0x1801 (GATT服务， 详见 Vol 3, Part G, Table B.1 )
  • CRC: 0xb11863
黑刀夜
关注
专栏目录
【蓝牙协议栈】【BLE】【ATT】史上最全ATT层数据分析
金陵岂是池中物的博客
04-10 1469
Attribute Value: 0x1801 (GATT服务， 详见 Vol 3, Part G, Table B.1 )Attribute Value: 0x1800 (GAP服务， 详见 Vol 3, Part G, Table B.1 )Attribute Group Type： 0x2800 详见 Vol 3, Part G, 3.4, Table 3.18。方向: S ----> M。方向： M ——> S。
【蓝牙协议栈】【BLE】【ATT】低功耗蓝牙之属性协议介绍
金陵岂是池中物的博客
04-03 1941
一个attribute包含的attribute value长度可能大于一个PDU的长度，所以会分成多个PDU传输。（2）在一个request、response、notification、indication中只有attribute value字段的长度是可变的 （3）bearer protocol (e.g. L2CAP)会保留数据包的边界 注意：有些response包含多个attribute value，但是这些attribute value的长度都是attribute type定义好的固定长度。
BLE ATT和GATT小结
flying white bugs
05-07 4057
1、ATT（Attribute Protocol）协议 ATT协议允许服务器设备将一组属性及其相关值暴露给对等的客户端设备。服务器公开的属性可以被客户端发现，读取和写入，并且可以由服务器指示和通知。 ATT协议定义了两种角色：服务器角色和客户端角色。 1.1 属性 属性(Attribute) 类似于C语言中的数据结构，其定义了一组属性的信息，并将这些属性信息暴露给对等...
BLE协议栈 – ATT
joylihaiyong的博客
05-24 9481
ATT（Attribute Protocol）属性层是GATT和GAP的基础，它定义了BLE协议栈上层的数据结构和组织方式。 属性（Attribute）概念是ATT层的核心，ATT层定义了属性的内容，规定了访问属性的方法和权限。以编程的眼光来看，属性是一个数据结构，它包括了数据类型和数据值，就如同C语言结构体的概念，开发者可以设计独特的结构，来描述外部世界实体。 属性包括三种类型：服务项、特征
详细介绍BLE的ATT协议
GUMU12345的专栏
01-10 896
BLE的ATT（Attribute Protocol）是一种轻量级的协议，用于在蓝牙设备之间传输和交换属性信息。ATT主要用于描述设备之间的属性，例如设备的状态、配置和其他相关信息。总体而言，BLE的ATT协议是建立在GATT之上的一种协议，它定义了设备之间如何交换属性信息和实现通信的规范。ATT协议的灵活性使得它适用于多种应用场景，从简单的传感器应用到复杂的物联网设备。
BLE-ATT
edgers的博客
11-25 320
BLE-ATTATT属性句柄属性类型属性权限属性值 ATT BLE协议建立在许多层上。 应用层位于GATT之上，而GATT又建立在ATT之上。ATT是基于客户端和服务器关系，服务器保存状态，数据之类的信息。该信息以表的形式组织，称为属性表。每个属性都有一个句柄，一个类型，一组权限和一个值。 属性句柄 属性句柄唯一的标识服务器上的属性，从而允许客户端在读取或写入请求中引用该属性。通过句柄来引用各种...
蓝牙相关学习：5.BLE协议属性协议层（ATT）
嗯...
02-22 6337
BLE 属性协议层
蓝牙BLE ATT剖析（一）
朝气蓬勃
05-28 7671
一.概述 The attribute protocol allows a device referred to as the server to expose a set  of attributes and their associated values to a peer device referred to as the  client. These attributes expose
【蓝牙协议栈】【BLE】低功耗蓝牙广播方式\连接方式深度分析
最新发布
金陵岂是池中物的博客
04-20 1329
一般而言，我们把某个协议的实现代码称为协议栈（protocol stack），BLE协议栈就是实现低功耗蓝牙协议的代码，理解和掌握BLE协议是实现BLE协议栈的前提。在深入BLE协议栈各个组成部分之前，我们先看一下BLE协议栈整体架构。
低功耗蓝牙协议栈+v3.x+编程指南
03-07
通过深入理解BLE协议栈v3.x的API接口和事件回调机制，开发者可以有效地利用低功耗蓝牙技术构建高效、可靠的应用程序。此外，熟悉BLE技术的基本原理有助于更好地理解和应用这些API，进而实现创新的物联网解决方案。
ble_Stack_1.3.2.zip_4 3 2 1_ble-stack-1.3_ble蓝牙_蓝牙协议栈_蓝牙底层
07-14
本文将深入探讨BLE（Bluetooth Low Energy，蓝牙低功耗）协议栈在版本1.3中的核心概念、结构以及与CC2540芯片的底层实现关系。BLE蓝牙4.0是物联网(IoT)设备中广泛采用的无线通信技术，它以其低功耗、低成本和广泛...
ble4.2 ATT层包详解（Attribute Protocol）
freemote的博客
08-02 809
L2CAP层用于BLE设备的CID 可以看出BLE主要使用0x0004、0x0005、0x0006三个信道； 0x0004用于ATT协议， 0x0005用于L2CAP信令， 0x0006用于安全管理。 Attribute Protocol PDU格式 Opcode：操作码； Attribute Parameters：ATT参数； Authentication Signature：身份验证签名。 ATT层完整数据包 Attribute Opcode取值 ATT层抓包 Read By Group Typ
BLE(低功耗蓝牙)中ATT协议简介
feelinghappy的专栏
11-28 3861
BLE ATT(Attribute Protocol) BLE属性协议，它是处于L2CAP协议层与GATT之间的一层属性操作协议。 ATT协议在BLE协议框架 在了解ATT前有必要先了解GATT，GATT(Generic Attribute Profile)，通用属性协议，在GATT之上即是我们的应用程序，通过GATT统一属性格式和属性访问接口，对于APP开发来讲操作对象就变成了对一个个定义的属性进行读写。 BLE协议数据交换框架 对于GATT本身，可以简单的理解为一种...
BLE之ATT请求
生命不息，奋斗不止!
12-18 776
BLE之ATT数据包 1. mtu交换 request: Exchange MTU Request (client/server都可以发起) Client Rx MTU: 23 response: Exchange MTU Response Server Rx MTU: 652. 发现服务 request: Find By ...
BLE协议—协议栈基础
起风的博客
12-27 2051
BLE设备每次广播时，会在3个广播信道（37/38/39，对应的中心频率是2402MHz，2426MHz，2480MHz）上发送相同的报文，这些报文被称为一个广播事件。属性协议层（Attribute Protocol，ATT）：定义了访问对端设备上数据的一组规则，是GATT规范的基础，也是低功耗蓝牙的基石。一个广播数据包最长为37个字节 ， 前6个字节为设备地址，后面是数据区，数据区最大31个字节，又分为若干个AD Sturcture，扩展广播包的最大长度为255字节。数据区没用完的话，系统会在后面补0。
BLE Host解析: ATT/GATT
Do what you want
12-29 5843
本部分是从各位前辈的学习经验中，总结过来的，希望对初学者有益。 从蓝牙Spec 4.0开始，推出了低功耗（BLE）规范，BLE的协议可分为Bluetooth Application和Bluetooth Core两大部分，而Bluetooth Core又包含BLE Controller和BLE Host两部分，整体架构如下图所示。本章节，先来看一下Host部分中的两个核心协议：ATT（Attrib...
ATT层容器结构
qq_32417133的博客
02-13 419
att服务器数据库数据结构
Bluetooth GATT介绍
weixin_30701575的博客
12-11 961
1. 介绍 GATT(Generic Attribute Profile)，描述了一种使用ATT的服务框架 该框架定义了服务(Server)和服务属性(characteristic)的过程(Procedure)及格式 Procedure定义了characteristic的发现、读、写、通知(Notifing)、指示(Indicating)及配置characteristic的广播 GATT可以被Ap...
ble- ATT profile详解
feelinghappy的专栏
10-12 1482
从数据格式了解ATT Opcode 总体分为6种大类型的Opcode request / response indicate / confirm command notify 所有的ATT数据，都是属于这6种类型的子类 request 和command从client 端发起，区别是request 必须要有response ，而command 不需要，单向 indicate和notify从server 端发起，区别是indicate必须要有confirm 返回，而notify不需要，单向 op
由浅入深,蓝牙4.0/ble协议栈开发攻略大全
11-17
蓝牙4.0/ble协议栈开发是一项复杂的工作，需要系统地掌握相关技术知识和开发技巧。首先，了解蓝牙4.0/ble协议栈的工作原理和基本架构是非常重要的。可以通过阅读相关的文档和资料，以及参加专门的培训课程来学习。 其次，掌握BLE协议栈的开发工具和环境也是至关重要的。开发过程中需要使用一些专业的软件和硬件工具来辅助开发工作，比如BLE协议栈开发工具包、调试器等。熟练掌握这些工具的使用方法和技巧，可以提高开发效率。 在实际的开发过程中，要从浅入深地逐步深入研究BLE协议栈的各个部分，包括GAP、GATT、L2CAP等。针对每个部分，需要深入理解其工作原理和具体实现方法，并且进行详细的实践和调试。同时，还需要不断地查阅相关的资料和文档，了解最新的开发技术和最佳实践。 最后，要不断地进行实际的测试和调试工作，确保开发的BLE协议栈在各种情况下都能够正常工作。通过理论知识的学习和实践经验的积累，可以逐步提高开发的效率和质量。 总之，蓝牙4.0/ble协议栈开发需要系统的学习和不断的实践。从浅入深地掌握相关技术知识和开发技巧，才能够顺利地完成开发工作。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值