BLE4.0教程二 蓝牙协议之服务与特征值分析
转自https://www.cnblogs.com/asam/p/8676369.html
1.关于服务与特征值的简述
之前说到蓝牙的连接过程，那蓝牙连接之后具体是如何传数据的呢。这里做一下简要说明。
蓝牙4.0是以参数来进行数据传输的，即服务端定好一个参数，客户端可以对这个参数进行读，写，通知等操作，这个东西我们称之为特征值（characteristic），
但一个参数不够我们用，比如我们这个特征值是电量的值，另一个特征值是设备读取的温度值。
那这时候会有多个特征值，并且我们还会对它们分类，分出来的类我们称之为服务（service）。
一个设备可以有多个服务，每一个服务可以包含多个特征值。为了方便操作，每个特征值都有他的属性，例如长度（size）,权限（permission），值（value）,描述（descriptor），如下图。
2.ATT与GATT
我们刚才介绍服务与特征值，那具体我们是怎么去实现的呢.
蓝牙4.0版本推出了低功耗规范，引入了两个核心协议：ATT（Attribute Protocol）和GATT（Generic Attribute Protocol）.这两个协议主要目标是BLE，但是也可以运行在传统蓝牙上（BR/EDR)。
ATT主要是规定了"属性"的定义，GATT则是将这些"属性"包装成我们上面所讲的服务、特征值等。
那我们是怎么搭建起来我们的服务的呢？
大概可以概述为，由一个个属性搭建起来的东西。如下图，每一个属性就会告诉使用者说，我是什么，我带有什么，你能对我做什么，即描述，值，权限
序号
描述
权限
值
属性1
我是 服务A的开头
只读
服务号0001
属性2
我是 特征值1的开头
只读
特征值1的值放在属性3里
特征值1的值类型
特征值1的值权限
属性3
我是 特征值1的值
/
0
属性4
我是 特征值1的特殊操作
读写
关闭
属性5
我是 特征值2的开头
只读
…
属性6
我是 特征值2的值
/
…
属性7
我是 特征值2的特殊操作
读写
…
属性8
我是 服务B的开头
只读
服务号0002
上图是一个简单的表述，真正的属性表如下图。
Handle
Type
Permission
Value
…
…
…
…
39
0x2800
(GATT Primary Service UUID)
Read
E0:FF(2 bytes)
(0xFFE0 = simple keys service custom UUID)
40
0x2803
(GATT Characteristic Declaration UUID)
Read
10:29:00:E1:FF(5 byte)
(0xFFE1 = Simple keys value custom UUID)
(0x0029 = handle 41)
(0x10 = characteristic properties :notify only)
41
0xFFE1
(simple keys state)
(none)
00(1 byte)
(value indicates states of keys）
42
0x2902
(GATT Client Characteristic Configuration UUID)
Read and Write
00:00(2 byte)
(value indicates whether notifications or indications are enabled)
43
0x2800
(GATT Primary Service UUID)
Read
A1:DD(2 byte)
(0xDDA1 = Other Service custom UUID)
属性的定义是这样的
Handle
Type
Permission
Value
Handle: 其实上面那张属性表，在程序里只是一个数组而已，所以Handle这个值其实我们是不需要专门去存的，他只是一个索引而已。
Type:属性的类型，也即UUID ，蓝牙标准组织已经对UUID进行了分类。
如上表中，服务的Type就是0X2800，所以每到一个服务，就会有一个Type类型为0x2800的属性出现。
而特征值Declaration 的Type就是0x2803。至于特征值Value的Type可以是用户自定义的。
Permission：属性的访问权限，一般有Read、Write、 notifications、 indications
Value:属性的值 最长可达512字节