BLE协议分析

最新推荐文章于 2023-09-26 15:49:56 发布
最新推荐文章于 2023-09-26 15:49:56 发布
阅读量997 收藏 1
点赞数 1
文章标签： 操作系统
原文链接：http://www.cnblogs.com/bl8ck/p/9710454.html
版权

一，Bluetooth Low Energy协议基本组成

蓝牙系统核心架构可分为三个方面：

BLE Application和BLE Host 属于应用层API

HCI(Host Controller Interface)为中间层

BLE Controller为底层蓝牙芯片

 

其中在HOST层有的两个比较核心的协议：ATT、GATT

1，ATT(Attribute Protocol)

该协议将数据以属性(Attribute)的方式抽象出来，用UUID定义不同的属性，并提供一下方法以供远端设备读取、修改这些属性的值。

每个属性又由三个元素组成：

  • 一个16bits的Handle
  • 一个16bits/32bits/64bits的UUID
  • 确定长度的属性值

需要注意的是，Handle是用于识别唯一属性的数字，而非UUID，因为一个BLE设备中可能有多个属性拥有同一个UUID，UUID由更上层的GATT定义。

UUID用于确定属性中存放的值所对应的服务，其中主要包括一下几种：

  • Service UUID
  • Characteristic UUID
  • Profile UUID
  • Vendor-Specified UUID

和属性相关的读写权限保存于属性值中，但它也由更上层的GATT定义，ATT本身并不关心。

ATT本身有两个角色，即C/S架构，其中Server存储属性，Client什么也不存，Client主动发起请求读写Server端数据，Server端被动相应。但当Server端的属性发生变化时，也可以主动通知Client。

2，GATT(Generic Attribute Profile)

GATT将ATT中的不同属性组合在一起，形成有意义的服务。

纵向来看，GATT Profile包含一个或多个GATT Services，每个GATT Service又包含一个或多个GATT Characteristics。

　　(1)GATT Profile

　　Profile实际上并不存在于BLE外设上，而是由Bluetooth SIG或者外设设计者预先定义的Service的集合。比如说Heart Rate Profile就定义了Heart Rate Service和Device Information Service。　

　　(2)GATT Service

　　GATT Service的基础是UUID值为0x2800的属性，所有紧接着跟在其后边的UUID定义的属性都同属于一个服务，直到另一个0x2800出现。

　　比如说，一个设备中有三个服务，其布局如下：

　　

　　UUID为0x2800的属性定义了Primary服务，0x2801定义了Secondary服务，0x2802定义了Include，0x2803定义了属性(Characteristic)。每个属性不需要知道自己属于哪个服务，GATT根据0x2800作为标记区分不同的属性属于哪个服务。可以通过服务来确定Handle值的范围，比如说Service B的Handle就确定在0x0150~0x02ff之间。这样一来Client就可以找到所有服务而不需要知道服务的具体意义。

　　

　　(3)GATT Service Characteristics

　　每个服务有几个特征，每个特征其中存储了有用的值以及相关权限。特征中至少有两种属性：

  • Characteristic Declaration Attribute:定义了此特征的数据位置
  • Characteristic Data Attribute:存放了特征本身的数据

　　比如说一个温度计，它的特征可以包括只读的温度值和可读写的时间戳：

　　

　　其中主特征的UUID为0x2803，在它的Value值中又定义了不同特征的UUID。如图所示，通过UUID为0x2803的主特征的Value值中的UUID，可以找到UUID为0x2A2B的temperature的特征值，也可以找到UUID为0x2A08的date/time的特征值。

　　特征值的真正格式是由UUID决定的，因此如果客户端知道如何解释UUID为0x0A28的特征值，就能从包含这个特征的任何服务中读取它的日期和时间值。

  • Characteristic Descriptors(可选)

　　这些属性用来扩展在Characteristic Declaration Attribute中的数据。一般的Descriptor属性包括如下几种：

  • Extended Properties
    • Contains additional declaration property bits
  • Characteristic User Description
    • Contains a user-readable description for the characteristic in which it is placed (i.e. "Temperature in the Living Room").
  • Client Characteristic Configuration Descriptor (CCCD)
    • A switch, enabling/disabling server-initiated updates.

其它协议

3，GAP(Generic Access Profile)

它负责控制蓝牙设备的广播和连接行为，可通过Advertising Data Payload或者Scan Response Payload来进行广播，它们长度都为31bytes。不同之处在于前者为Peripheral设备自己定时发出，后者为接受到Central设备的请求后的响应内容。

4，SM(Security Manager)

通过使用一种密钥分发的方式来实现蓝牙设备之间通讯的加密与解密。当连接建立之后，双方通过某种方式协商出共同使用的密钥，后续传播的数据就要通过这个密钥使用加密算法来加密。

5，L2CAP(Logic Link Control and Adaptation Protocol)

L2CAP中文名为逻辑链路控制和适配协议，它将上层协议(ATT/SM)与下层的协议连接起来，因为ATT与SM层的协议实现和数据格式完全不同，所以说L2CAP的功能是实现了协议复用。L2CAP中定义了一种抽象概念，名为信道，表示两个设备的某个协议层之间的通道。每个信道分配一个2字节的CID(Channel ID)，对于BLE协议而言共有三种信道ID：

  • 0x0004 – 属性协议
  • 0x0005 – 低功耗信令信道
  • 0x0006 – 安全管理协议

其中ATT都是通过CID为0x0004的Attribute Protocol来传递数据的。我们关心的上层协议的内容也主要体现于此。

 6，Link Layer

直接与Physical Layer进行交互，其中内容包括Channel，Packets，设备之间Discovery和Connection。

(1)Channel分为Advertising Channel和Data Channel两种，BLE一共使用40个Channel。

(2)在Link Layer种设备有不同的状态，以及不同的角色。在Link Layer所称的Master对应于GAP的Central、GATT的Client，而Slave对应于GAP的Peripheral、GATT的Server。下图是Unicast Connection中的设备连接过程：

 

 (3)Packet Types

BLE包种的Protocal Data Unit(PDU)共分为两种：

Advertising Channel PDU：

　　它的Header共定义了7种不同类型的PDU，每种数据包都有不同的格式和功能：

  • Advertising PDUs
    • ADV_IND, ADV_DIRECT_IND, ADV_NONCONN_IND, ADV_SCAN_IND
  • Scanning PDUs
    • SCAN_REQ, SCAN_RSP
  • Initiating PDUs
    • CONNECT_REQ

Data Channel PDU:

　　

 二，wireshark抓取数据包分析

 使用View Tool Hollong BLE Sniffer嗅探手机和蓝牙显示屏之间的通信，并在wireshark上查看数据包具体内容。

我们连接的设备在最下边一行，名字为PRSN-306083，MAC为AC:9A:22:30:60:83。

 

抓到的数据包主要有一下几种：

1，ADV_IND 广播

 属于Link Layer层，长度为37 bytes。

  • Access Adress：0-3 bytes，用于确定通信频道

　　

  • Packet Header：4-5 bytes，定义了PDU Type为ADV_IND

　　

  • Advertising Adress：6-11 bytes，是发送广播的设备的MAC地址

　　

  • Advertising Data：12-33 bytes
    • Flags：12-14 bytes

　　　　

    • Device Name：15-27 bytes
    • Manufacturer Specific：28-33 bytes

　　　　

　　　　

  • CRC：34-36 bytes

　　　 

 2，SCAN_REQ 扫描

长度为21 bytes，由Master发出，也属于Link Layer层

 

包括Access Address，Packet Header，Scanning Address，Advertising Address。

 3，SCAN_RSP 扫描回复

长度为33bytes，Slave接收到SCAN_REQ之后广播回复消息

 

 除了Access Address，Packet Header，Advertising Address之外，还包含了一个UUID

 4，CONNECT_REQ 连接请求

前四个部分为Access Address，Packet Header，Initator Address，Adevrtising Address

在接下来的Link Layer Data中重新定义了Access Address，以及一些其它连接相关参数

5，Connection Parameter Update Request/Response 跟新连接参数

属于L2CAP层协议，

可以看到此时Access Adress已经变为373a2a690610，这里L2CAP使用了CID为0x0005的通道，为低功耗信令通道。

6，GATT Primary Service Declaration 声明服务

在L2CAP层，CID为0x0004，代表ATT属性协议。

在GATT数据包中包括了Opcode，Starting Handle，Ending Handle，还使用UUID 0x2800定义了Primary服务(Service)。

在回复的数据包中，定义了3个属性组(Attribute List)，这些属性都是手机自定义的，每个属性里边包含有自己的Handle的起始和结束位置以及UUID。

 我们可以收集到我们的蓝牙设备返回的一系列Service，通过Linux系统下的工具Gatttool也可以获得，我们的设备一共有5个Services。其中前四个为Bluetooth SIG预先设定的，最后一个提供的是自定义的Service。

 7，GATT Include Declaration 

一般在跟在Primary Service Declaraion之后，询问一定handle范围(在一个Service)内的Characteristic，但是我抓到的包每次Server都回复的是error。

在网上查到：

GATT profile attributes defined by SIG, they are Primary Service(0x2800), Secondary Service(0x2801), Include(0x2802), and Characteristic(0x2803).

8，GATT Characteristic Declaration 声明特征

用来声明特征值的读写权限，存放value的handle，对应的UUID。

由前边的Service可以判断出，handle范围在0x002a~0x0036之间的为设备自定义的一些特征，可以提供某些自定义功能。比如说后边抓包发现Write Command是通过改变handle为0x002c中存放的value实现的。通过向0x002c/0x002f的handle发送命令，可以实现控制蓝牙显示屏的内容以及动作。

 9，Find Information 查找信息

查找某些handle的UUID

handleUUID
0x000fClient Characteristic Configuration (0x2902)
0x0026Client Characteristic Configuration (0x2902)
0x0027Characteristic User Description (0x2901)
0X002dCharacteristic User Description (0x2901)
0x0030Characteristic User Description (0x2901)
0x0033Characteristic User Description (0x2901)
0x0036Client Characteristic Configuration (0x2902)

 

 
10，Write Request

 像handle为0x0036请求。

 

 11，Write Command

像Handle 0x002c写入value。

 

 

 最终我们可以画出整个属性表的结构：

HandleUUIDType Of AttributeAttribute PermissionAttribute Value
0x000100002800-0000-1000-8000-00805f9b34fbService DeclarationRead OnlyUUID: 0x1800 Generic Access Profile
0x000200002803-0000-1000-8000-00805f9b34fbCharactristic Declaration0x0a

Value Handle(0x0003)

UUID(0x2a00)

0x000300002a00-0000-1000-8000-00805f9b34fbDevice Name由上定义 
0x000400002803-0000-1000-8000-00805f9b34fbCharactristic Declaration0x02 

Value Handle(0x0005)

UUID(0x2a01)

0x000500002a01-0000-1000-8000-00805f9b34fbAppearance 由上定义 
0x000600002803-0000-1000-8000-00805f9b34fbCharactristic Declaration0x0a 

Value Handle(0x0007)

UUID(0x2a02)

0x000700002a02-0000-1000-8000-00805f9b34fbPeripheral Privacy Flag由上定义 
0x000800002803-0000-1000-8000-00805f9b34fbCharactristic Declaration0x02 

Value Handle(0x0009)

UUID(0x2a04)

0x000900002a04-0000-1000-8000-00805f9b34fbPeripheral Preffered Connection Parameters由上定义 
0x000a00002803-0000-1000-8000-00805f9b34fbCharactristic Declaration0x0e 

Value Handle(0x000b)

UUID(0x2a03)

0x000b00002a03-0000-1000-8000-00805f9b34fbReconnection Address由上定义 
0x000c00002800-0000-1000-8000-00805f9b34fbService DeclarationRead OnlyUUID: 0x1801 Generic Attribute Profile
0x000d00002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x000e00002a05-0000-1000-8000-00805f9b34fb   
0x000f00002902-0000-1000-8000-00805f9b34fb   
0x001000002800-0000-1000-8000-00805f9b34fbService DeclarationRead OnlyUUID: 0x180a Device Information
0x001100002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x001200002a29-0000-1000-8000-00805f9b34fb   
0x001300002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x001400002a24-0000-1000-8000-00805f9b34fb   
0x001500002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x001600002a25-0000-1000-8000-00805f9b34fb   
0x001700002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x001800002a27-0000-1000-8000-00805f9b34fb   
0x001900002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x001a00002a26-0000-1000-8000-00805f9b34fb   
0x001b00002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x001c00002a28-0000-1000-8000-00805f9b34fb   
0x001d00002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x001e00002a23-0000-1000-8000-00805f9b34fb   
0x001f00002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x002000002a2a-0000-1000-8000-00805f9b34fb   
0x002100002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x002200002a50-0000-1000-8000-00805f9b34fb   
0x002300002800-0000-1000-8000-00805f9b34fbService DeclarationRead OnlyUUID: 0xfee8 Quintic Corp.
0x002400002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x0025003784cf-f7e3-55b4-6c4c-9fd140100a16   
0x002600002902-0000-1000-8000-00805f9b34fb   
0x002700002901-0000-1000-8000-00805f9b34fb   
0x002800002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x0029013784cf-f7e3-55b4-6c4c-9fd140100a16   
0x002a00002800-0000-1000-8000-00805f9b34fbService DeclarationRead OnlyUUID: 0xfee9 (自定义)
0x002b00002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x002cd44bc439-abfd-45a2-b575-925416129600   
0x002d00002901-0000-1000-8000-00805f9b34fb   
0x002e00002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x002fd44bc439-abfd-45a2-b575-92541612960a   
0x003000002901-0000-1000-8000-00805f9b34fb   
0x003100002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x0032d44bc439-abfd-45a2-b575-92541612960b   
0x003300002901-0000-1000-8000-00805f9b34fb   
0x003400002803-0000-1000-8000-00805f9b34fbCharactristic Declaration  
0x0035d44bc439-abfd-45a2-b575-925416129601   
0x003600002902-0000-1000-8000-00805f9b34fb   

 

这是我在processon上将整个通讯抓包过程绘制成的流程图，可以更加清楚地了解BLE协议的细节。

 https://www.processon.com/view/link/5bb06eb3e4b0d4d65c1d9d77

 

转载于:https://www.cnblogs.com/bl8ck/p/9710454.html

E4857632
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
（汇总）深入理解蓝牙BLE协议
04-09 8041
背景： 前一段时间，编写了《深入理解蓝牙Mesh协议》的系列文章，现在打算趁着这股劲，再把蓝牙BLE的知识点整理起来，汇总为《深入理解蓝牙BLE协议》，知识点比较琐碎，不成什么系统，还是以往的风格，对一知半解的知识点，刨根问底的深入理解。BLE的相关文章，网上有很多，其中不乏有一些特别优秀的文章，因此有一些我就直接在附上原文链接的基础上，附加一些我的详细的理解和举例。 前言： 本系列文章主要以最基础的4.2版本的蓝牙进行介绍，5.0的“扩展广播”，2M PHY物理层和1M的Coded PHY等，我会最
蓝牙BLE部分协议中文版 - 史上最全分析
04-17
4、空中接口协议 5.链路层控制 4.9反射应答Code = ox09 5、配置参数选项 PARTC -GAP(GENERIC ACCESS PROFILE) 1介绍 2、协议概览 3、用户接定义 9、LE物理信道使用的工作模式和处理流程 10 LE加密处理 11、广播和...
BLE协议_图解BLE协议
weixin_41794847的博客
03-26 1万+
微信公众号：卢同学 关注可了解更多的图解笔记以及编程相关技巧。问题或建议，请公众号留言;如果你觉得对你有帮助，欢迎赞赏。 分层思想 无论是OSI七层模型，还是在BLE协议，为了能快速理解，可以利用分而治之的思想把大问题分割成多个小问题。各层向上提供服务，向下提供兼容。 从整体来看，低功耗蓝牙体系的整体结构主要分为三个部分：主机host，控制器，以及基于此向上提供的应用层。主机就是开发接触比较多的软件栈部分，用来管理设备间通讯以及如何利用无线电提供服务。 控制器就是负责发送和接收无线电信号，以及如.
蓝牙BLE(协议栈、OSAL、蓝牙APP工具)
热门推荐
zhuguanlin121的博客
12-18 1万+
蓝牙配对和绑定 蓝牙4.0 BLE 信道(RF Channel) BLE协议栈分层 PHY层(Physical layer 物理层) LL层(Link Layer 链路层) HCI层(Host controller interface 主机控制接口层) L2CAP层(Logic link control and adaptation protocol 逻辑链路控制和自适应协议) SMP层(Secure manager protocol 安全管理协议) GAP层(Generic access profile
蓝牙BLE句柄指示\确认(Handle Value Indication\Confirmation)（CH582）
最新发布
BLE_Baby的博客
09-26 1404
句柄值指示（Indication）类似于Notification，它有着相同的属性句柄字段和数值，不同的是Client收到Indication以后需要回复。在CH58x的peripheral例程中，发送indication或者notification是通过TMOS任务管理，1s调用1次performPeriodicTask函数进行发送，然后在函数中进行peripheralChar4Notify或者peripheralChar4Indcation的发送，最终就实现了Indication数据1s发送1次。
BLE协议栈详解
moge19的专栏
05-11 1万+
1、目的 因最近面试，总有人问到BLE协议栈，据此，记录学习BLE协议栈的过程。 2 协议概述 所谓协议，即将指定的字节按照一定的顺序排列起来，以便他人使用自己的设备时，能通过该协议同其他设备进行通信。协议一特点，就是有固定的帧格式，通过该格式发送，接收者通过解读帧格式，进而得到新息内容； 3 BLE连接过程 3.1 前言 一般通信协议，一类通信是直接发生数据，当设备接送到数据时，直接对数据进行解...
ble协议栈压缩包
04-16
**BLE协议栈详解** BLE（Bluetooth Low Energy），也被称为Bluetooth Smart，是蓝牙技术联盟（SIG）推出的一种低功耗无线通信标准，旨在为物联网设备提供高效、低成本的连接方案。BLE协议栈是实现这种通信的核心...
蓝牙BLE协议中文版.pdf
06-16
蓝牙BLE协议中文版，帮助初学者更快掌握协议内容。协议为SIG官方协议的中文版，所有协议内容均与英文原版协议内容保持一致
蓝牙BLE4.2协议
11-27
### 蓝牙BLE 4.2协议详解 #### 一、概述 蓝牙技术联盟（Bluetooth Special Interest Group, SIG）于2014年12月2日发布了蓝牙4.2标准，作为蓝牙低功耗（Bluetooth Low Energy, BLE）技术的重要版本之一，它在前几代...
ble.zip_BLE linux 分析
09-23
标题 "ble.zip_BLE Linux 分析" 涉及的核心知识点主要集中在蓝牙低功耗（BLE）技术在Linux操作系统上的应用和分析。BLE是一种基于IEEE 802.15.4标准的无线通信技术，主要设计用于低功耗设备间的通信，如物联网设备、...
BLE（16）—— BLE 层次（HOST/HCI/Controller）
码农临时工
03-03 945
BLE HCI和Controller
BLE service, characteristic
嵌入式技术
01-08 2831
BLE协议栈架构如下所示： 用户开发应用程序或者说service的时候，调用的都是GATT API，而GATT又调用了ATT API。 BLE client/server(C/S) 架构 1、上图所示的Request和Response其实就是我们经常说的ATT命令（ATT PDU），也就是说Client和Server之间通过ATT PDU进行交互。 2、在BLE中，数据是通过character...
BLE协议栈入门一（基本概念）
猪葛大李
05-19 3080
一、什么是BLE？ BLE全称Bluetooth Low Energy，低功耗蓝牙，是一种无线传输小数据的超低功耗蓝牙技术。蓝牙设备总共分为三种：Bluetooth、Bluetooth smart、Bluetooth smart ready。 Bluetooth设备是经典蓝牙设备（比如蓝牙耳机），包括BR/EDR/AMP三种技术；Bluetooth smart是BLE设备（比如蓝牙温度计），即低功耗蓝牙设备；Bluetooth smart ready是双模蓝牙设备（比如手机），即同时支持传统蓝牙个低功耗蓝牙
BLE协议框架理解
qq_38836825的博客
10-07 874
BLE协议框架理解 文章目录BLE协议框架理解前言一、Physical layer二、Link layer1.广播通信2.连接通信3.Air Interface Protocol三、Host Controller interface(HCI)四、Logical link control&Adaption protocol(L2CAP)五、Attribute Protocol(ATT)六、Generic Attribute Protocol(GATT)七、Generic Access Profile(
qt windows ble低功耗蓝牙
u010816417的博客
05-09 6447
qt 初学操作ble所踩过的坑
Android 蓝牙 ble Notification和Indication，Write Request 和Write Command的区别
手机-手表蓝牙开发工程师的博客
04-21 4241
android-蓝牙A2dp-avrcp-hfp-opp-配对流程-ble-rfcomm源码流程 Android 蓝牙低功耗ble 广播、扫描、连接、数据读写源码流程分析大全 - 点击下载 notify和indication的区别在于： 1、notification只是将你要发的数据发送给手机，没有确认机制，不会保证数据发送是否到达。 2、而indication的方式在手机收到数据时会主动回一个ack回来。即有确认机制，只有收到这个ack你才能继续发送下一个数据。这保证了数据的正确到达，也起到了流控
Android-BlutoothBle，蓝牙中心设备（peripheral）向外围设备（GattServer）连续写入多个Characteristic的注意事项...
weixin_30332241的博客
02-17 206
新写入一个characteristic时，应该等上一个写入characteristic操作结束后，在回调函数里面得到返回状态过后，再能继续写入下一个characteristic 新写入一个characteristic时， public static boolean Write_Characteristic_Callback_Success = true; Th...
ble属性数据库
lilifang_2011的专栏
06-06 1111
这里只介绍常用的一些概念，一些极少用到的概念为避免混淆这里不做介绍。 简单的来说，BLE的服务端属性数据库可以就看做是一张表。表中包含很多个条目。每一条条目就称为属性条目。   属性条目 属性条目 属性条目 。。。。。。 。。。。。。。 服务端，比如一个简单的防丢器。当连接后作为服务
Android BLE学习笔记
逍遥游
07-07 1万+
1、概述 蓝牙无线技术是一种全球通用的短距离无线技术，通过蓝牙技术能够实现多种电子设备间的相互连接，特别是在小型无线电、耗电量低、成本低、安全性、稳定性、易用性以及特别的联网能力等固有的优势上，蓝牙无线技术发展迅速。 2、分类 蓝牙分为三种：Bluetooth Smart Ready、Bluetooth Smart（Smart是低功耗蓝牙的标识）、以及标准 Bluetooth。
BLE协议栈实验教程：从入门到提高
"BLE协议栈实验教程，适用于初学者，通过CC2541了解和实践BLE协议栈，提供全面的教程内容，包括实验、协议栈结构解析、程序分析及通信测试。" 这篇教程旨在引导初学者进入蓝牙低功耗（BLE）的世界，特别是使用CC...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值