博客
关于我
蓝牙BLE: ATT协议层中属性(Attribute)
阅读量:96 次
发布时间:2019-02-26

本文共 1922 字,大约阅读时间需要 6 分钟。

属性协议(ATT)简介

属性协议(ATT,Attribute Protocol)是蓝牙低能耗(BLE)协议栈中最底层的协议,负责管理设备间的通信。它定义了属性的存储方式、访问权限以及数据传输规则,是GATT(属性协议栈)和GAP(关联协议)运行的基础。

属性的核心概念

在ATT层中,**属性(Attribute)**是核心概念,它定义了设备间通信的数据结构。属性包括以下四个关键部分:

  • 属性句柄(Attribute Handle)

    作为属性操作的入口,属性句柄是一个2字节的十六进制代码,范围在0x0001到0xFFFF之间。它类似于内存中的指针,允许客户端(client)通过句柄来访问特定属性。

  • 属性类型(Attribute Type)

    属性类型由UUID(通用唯一识别码)决定,用于区分属性的种类。例如,UUID 0x1800表示首要服务项(Primary Service),而0x2A00则表示设备名称(Device Name)。
    BLE协议中定义了有限的属性类型,具体包括:

    • 0x1800 – 0x26FF:服务项(Service)
    • 0x2700 – 0x27FF:单位(Characteristic)
    • 0x2800 – 0x28FF:属性类型(Attribute)
    • 0x2900 – 0x29FF:描述符类型(Descriptor)
    • 0x2A00 – 0x7FFF:特征值类型(Characteristic)
  • 属性值(Attribute Value)

    用于存储实际数据。对于服务项或特征值声明,属性值是其对应的UUID;对于普通特征值,属性值则是用户的实际数据。

  • 属性权限(Attribute Permissions)

    定义了属性的访问规则,包括:

    • 只读、只写、读写(Access Permission)
    • 加密(Encryption Permission)
    • 需要认证(Authentication Permission)
    • 需要授权(Authorization Permission)
  • 属性的分类与层级

    属性可以分为三种类型:服务项(Service)特征值(Characteristic)描述符(Descriptor)。它们之间存在树状关系:

    • 一个服务项下包含多个特征值。
    • 特征值下包含多个描述符。
    • 服务项集合构成属性规范(Attribute Profile)。

    常见属性规范

    例如,体重计和心率计的属性规范由SIG(蓝牙技术联盟)定义。设备主从只需遵循特定的Profile即可实现通信。

    属性数据库(GattDB)

    BLE协议栈中使用GattDB(属性数据库)来存储属性信息。GattDB是内存中的一个专用区域,启动时会被写入Flash存储器并加载。例如,CyBle_gattDB数组存储了设备的所有属性信息,包括句柄、属性类型、访问权限等。

    特征值的声明与使用

    特征值的声明和实际特征值项分开管理。例如,设备名称的特征值声明(Characteristic Declaration)和特征值项(Characteristic Value)分别存储不同的信息。这种设计允许开发者在声明阶段指定特征值的类型和 UUID。

    描述符的作用

    描述符用于扩展特征值的功能,提供额外的配置信息。例如,CCCD(Client Characteristic Configuration Descriptor)用于控制特征值的通知或指示功能。

    ATT PDU(属性协议数据单元)

    在ATT层协议中,设备之间的通信通过六种不同的PDU(Protocol Data Unit)进行。这些PDU类型包括:

    PDU类型 发送方向 响应 描述
    Command Client → Server 用于发送命令,服务器无需响应
    Request Client → Server Response 客户端请求服务器操作,服务器需返回响应
    Response Server → Client 服务器确认接收了客户端的请求
    Notification Server → Client 服务器主动向客户端发送通知
    Indication Server → Client Confirmation 客户端需确认接收
    Confirmation Client → Server 客户端确认接收了服务器的指示

    属性协议的实际应用

    在实际开发中,ATT层的理解是开发BLE应用的基础。由于其与开发者接近且易于理解,但内容较为抽象,因此需要通过实例和实际协议分析来加深理解。

    通过以上内容可以看出,属性协议(ATT)是BLE通信的核心,理解其结构和规则是开发BLE应用的关键。

    转载地址:http://phxk.baihongyu.com/

    你可能感兴趣的文章
    Netty工作笔记0077---handler链调用机制实例4
    查看>>
    Netty工作笔记0084---通过自定义协议解决粘包拆包问题2
    查看>>
    Netty工作笔记0085---TCP粘包拆包内容梳理
    查看>>
    Netty常用组件一
    查看>>
    Netty常见组件二
    查看>>
    netty底层源码探究:启动流程;EventLoop中的selector、线程、任务队列;监听处理accept、read事件流程;
    查看>>
    Netty心跳检测机制
    查看>>
    Netty核心模块组件
    查看>>
    Netty框架内的宝藏:ByteBuf
    查看>>
    Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
    查看>>
    Netty源码—2.Reactor线程模型一
    查看>>
    Netty源码—3.Reactor线程模型三
    查看>>
    Netty源码—4.客户端接入流程一
    查看>>
    Netty源码—4.客户端接入流程二
    查看>>
    Netty源码—5.Pipeline和Handler一
    查看>>
    Netty源码—5.Pipeline和Handler二
    查看>>
    Netty源码—6.ByteBuf原理一
    查看>>
    Netty源码—6.ByteBuf原理二
    查看>>
    Netty源码—7.ByteBuf原理三
    查看>>
    Netty源码—7.ByteBuf原理四
    查看>>