文章转载自：http://www.sunyouqun.com/2017/04/page/2/
属性协议（Attribute Protocol）简称ATT。
ATT层定义了属性实体的概念，包括UUID、句柄和属性值等，也规定了属性的读、写、通知等操作方法和细节，这些与属性操作相关的内容称为属性协议。ATT层规定了ATT_MTU值，如果属性值很长，超过了ATT_MTU限制，将使用特殊的读写方法进行操作。
基于ATT层，可以构建出通用属性操作规范。
1. 属性
在蓝牙协议中， 属性是指一个数据实体，它包含标识符，句柄，数据内容，访问权限，安全问题等。
属性协议规定了属性的发现和读写访问的方法。
1.1 类型
属性类型由一个UUID（Universally Unique Identifier）表示。UUID是指从时间尺度和空间尺度都具有唯一性的一串128-bit的数字，该数字串在全球范围内不会重复，并且在未来也不会出现重复。
一个典型的16字节UUID格式为XXXX-XX-XX-XX-XXXXXX。
蓝牙协议设定了一个蓝牙基础UUID： 00000000 – 0000 – 1000 – 8000 – 00805F9B34FB。
利用该基础UUID，可以使用16-bit或32-bit的UUID来代替128-bit的UUID，当传递到对端设备，再还原成128-bit的UUID。
假如16-bit的UUID为YYYY，则还原后的128-bit的UUID为：0000YYYY – 0000 – 1000 – 8000 – 00805F9B34FB。
假如32-bit的UUID为YYYYYYYY，则还原后的128-bit的UUID为：YYYYYYYY – 0000 – 1000 – 8000 – 00805F9B34FB。
ATT层支持使用16-bit和128-bit两种UUID，32-bit的UUID在使用前必须转换成128-bit。
1.2 句柄
属性句柄犹如指向属性实体的指针，对端设备通过句柄来访问该属性。
属性句柄是一个2字节数，有效范围为0x0001-0xFFFF。
属性句柄为有序排列，后面的句柄值会大于前面的句柄，通常下一个属性的句柄值是上一个属性的句柄加1。
1.3 分组
多个属性可以合成一组，一组属性包含的参数为：开始句柄、结束句柄。
1.4 值
属性值可以是一个数字或一个字符串。属性值的长度信息不包含在PDU中，所以需要从PDU的长度间接推算出属性值的长度信息。
属性值通常在一个PDU中发送，如果属性值太长，也可以分成多个PDU进行发送。
1.5 权限
属性的读写权限由ATT层之上的协议层规定，有效的读写权限包括：可读、可写、读写。
在读写属性之前，客户端设备还需要具有足够的安全权限，包括：
- 加密权限：需要加密、无需加密
- 认证权限：需要认证、无需认证
- 授权权限：需要授权、无需授权
如果权限不足，将触发错误处理机制。
1.6 控制点属性
控制点属性是一类特殊属性，它不可读，只能写。
1.7 协议方法
对属性的操作称为协议方法，包括：命令（Command），请求（Request），响应（Response），通知（Notification），指示（Indication）和确认（Confirmation），某些属性PDU还涉及授权签名方法。
1.8 交换MTU Size
ATT_MTU表示ATT层间传输的数据包的最大长度。两端设备可以通过Exchange MTU Request/Response进行交换MTU。
1.9 长包属性
对于读属性的数据包，最大长度为（ATT_MTU-1）个字节。其中减去的1表示1字节的操作码。
对于写属性的数据包，最大长度为（ATT_MTU-3）个字节。其中减去的3表示1字节的操作码和2字节的属性句柄。
如果数据包超过这个长度，则称为长包属性。
读长包属性，需要使用Read Blob Request，写长包属性，需要使用Prepare Write Request和Execute Write Request。
如果使用普通Read操作读长包属性，仅能读取前（ATT_MTU – 1）个字节，使用普通Write操作写长包属性，仅能写前（ATT_MTU-3）个字节。
无论普通属性还是长包属性，属性值的最大长度均为512字节。
1.10 原子操作
一个请求或一个命令，称为一个原子操作。一个原子操作结束后，才能进行新的原子操作。
读写长包属性无法在一个原子操作内完成。
2. 属性PDU
2.1 属性角色
在ATT层协议框架内，拥有一组属性的设备称为服务端（Server），读写该属性值的设备称为客户端（Client）。
2.2 分类
属性PDU有六类：
| 属性PDU | 方向 | 触发响应 |
|---|---|---|
| Command | Client -> Server | – |
| Request | Client -> Server | Response |
| Response | Server -> Client | – |
| Notification | Server -> Client | – |
| Indication | Server -> Client | Confirmation |
| Confirmation | Client -> Server | – |
属性PDU格式如下：
| 字段 | Opcode | Parameter | Authentication Signature |
|---|---|---|---|
| 长度 | 1 octet | 0 – (ATT_MTU-X) octets | 0 or 12 octets |
其中Opcode的第0-5位表示该属性的具体类型，第6位表示命令标志位，如果该位为1，表示该操作码对应一个命令，最后1位表示认证签名（Authentication Signature）标志位，如果该位为1，表示该PDU的最后一个字段中包含12字节的认证签名。
Parameter字段中包含了参数，其长度为0支ATT_MTU-x，如果认证签名位为1，则此处x等于13，否则等于1。
只有写命令才需要认证签名，其他命令不需要。此外，如果链路已经进行加密，则属性PDU中也无需额外添加认证签名。
2.3 操作顺序
对于Request和Indication属性，需要接收端返回响应。在发出Request和Indication后，收到响应之前，不能发出新的Request和Indication。
对于其他无需响应的属性，则可以在自由发送，但是不保证接收端一定能够收到和执行。
可以在Request和Response之间，或Indication和Confirmation之间发送其他无需响应的属性。
2.4 事务
一个Request-Response对，或Indication-Confirmation对，称为一个事务。
对于客户端设备而言，发出Request或收到Indication表示事务的开始，收到Response或返回Confirmation表示事务的结束。
对于服务端设备而言，发出Indication或收到Confirmation表示事务的开始，收到Confirmation或返回Response表示事务的结束。
3. 属性协议PDU
属性协议规定了多种Request-Response对，请求属性由客户端设备发出，响应属性由服务端设备发出。
3.1 错误处理
| Opcode | PDU |
|---|---|
| 0x01 | Error Response |
如果属性PDU的操作码无效，或属性句柄无效，将返回错误响应PDU。在PDU的Parameter字段中，包含了错误编码。
3.2 交换MTU
| Opcode | PDU |
|---|---|
| 0x02 | Exchange MTU Request |
| 0x03 | Exchange MTU Response |
客户端设备向服务端设备发送交换MTU请求，提供客户端设备的MTU值。服务端设备获知客户端的MTU值，并返回自己的MTU值。两端设备都将设置较小的MTU值作为新的MTU值。
如果两端设备没有交换MTU，则使用默认的MTU值（BLE下为23）处理属性事务。
3.3 查找信息
| PDU | Opcode |
|---|---|
| 0x04 | Find Information Request |
| 0x05 | Find Information Response |
| 0x06 | Find By Type Value Request |
| 0x07 | Find By Type Value Response |
查找信息请求，包含两个参数：起始属性句柄和结束属性句柄，用于获取服务端设备属性句柄处于该参数区间内的属性。
查找信息响应，包含指定句柄区间内的属性UUID。如果区间内有多个属性，则返回多个响应。
按类型值查找请求，是在查找信息请求的基础上，加上了属性类型和属性值两个参数，这样能够更加精确的找到目标属性。
按类型值查找响应，包含了满足条件的属性句柄列表。
3.4 读属性
| Opcode | PDU |
|---|---|
| 0x08 | Read By Type Request |
| 0x09 | Read By Type Response |
| 0x0A | Read Request |
| 0x0B | Read Response |
| 0x0C | Read Blob Request |
| 0x0D | Read Blob Response |
| 0x0E | Read Multiple Request |
| 0x0F | Read Multiple Response |
| 0x10 | Read by Group Type Request |
| 0x11 | Read by Group Type Response |
按类型读请求，包含三个参数：起始属性句柄、结束属性句柄和属性类型。
按类型读响应，包含了满足条件的属性的“句柄-值”对的列表。
读请求，包含一个参数：属性句柄。
读响应，返回满足条件的属性值。
读片段（blob）请求，用于读取一个长包属性的值，它包含两个参数：属性句柄和偏移量。以不同的偏移量作为参数，多次执行该请求可以读取长包属性的完整值。
读片段响应，包含了长包属性值的指定偏移量片段。
读多次请求，用于读取多个给定句柄的属性值，它包含一个参数：句柄列表。
读多次响应，包含了多个指定句柄的属性值。
按组类型读请求，用于读取指定组类型的属性值，组类型是由ATT层之上的协议层设定的。它包含三个参数：起始属性句柄、结束属性句柄和属性组类型。
按组类型读响应，包含了满足条件的属性值列表。
3.5 写属性
| Opcode | PDU |
|---|---|
| 0x12 | Write Request |
| 0x13 | Write Response |
| 0x14 | Write Command |
| 0x15 | Signed Write Command |
写请求，将待写数值写入指定的属性值，包含两个参数：属性句柄和数值。
写响应，表示写请求执行成功，不含任何参数。
写命令，将待写数值写入指定的属性值，包含两个参数：属性句柄和数值。它不会触发一个写响应。
签名的写命令，与上面的写命令类似，指示包含了额外的参数：认证签名。典型应用是写控制点属性。
3.6 队列写属性
队列写是指利用一个先进先出的队列，缓存多个属性值的写操作，然后在一个原子操作中完成所有的值写入操作。
队列写专门用于长包属性的写操作，现将一个长数据分成多个部分并记录偏移量，然后通过队列缓存，等数据发送完毕，再按照收到的顺序，一次性将整个长数据写入属性值。
| Opcode | PDU |
|---|---|
| 0x16 | Prepare Write Request |
| 0x17 | Prepare Write Response |
| 0x18 | Execute Write Request |
| 0x19 | Execute Write Response |
准备写请求，用于发送一个长数据片段，它包含三个参数：属性句柄、偏移量和待写入数据。
准备写响应，收到准备写请求以后，缓存收到的数据。
执行写请求，对前面缓存的数据执行写操作，它包含一个参数：标志位。如果标志位为1，则执行写操作，如果为0，则取消前面的缓存数据。
执行写响应，根据执行写请求的标志位，执行或取消写操作。
3.7 通知属性
| Opcode | PDU |
|---|---|
| 0x1B | Handle Value Notification |
| 0x1D | Handle Value Indication |
| 0x1E | Handle Value Confirmation |
发送数值通知，它包含两个参数：属性句柄和属性值。它不需要客户端收到后返回响应。
发送数值指示，它包含两个参数：属性句柄和属性值。它需要客户端收到后返回确认。
发送数值确认，它不包含参数，客户端发出该确认消息表示收到了数值指示。
4. 权限
通知和指示与读写操作类似，也可以设置安全权限。
每个属性可以设置单独的权限。
权限不足将阻止操作，并触发错误响应。
权限问题与ATT之上的协议层有较大联系。
（完）