BLE 数据包格式解析

广播态：

LSB									MSB
链路层帧（10-47 Octet）
Preamble	Access Address	PDU （2-39 Octet）									CRC
		PDU type	RFU	TxAdd	RxAdd	length	RFU	广播的数据（0-37 Octet）
								AdvA		0-31 byte
1 Octet	4 Octet	4 bit	2 bit	1 bit	1 bit	6 bit	2bit	6 bytet			3 Octet

preamble = 10101010 or 01010101

Access Address = 0x8e89bedd6

PDU type： 1）0000 - connected undirected advertising event 可连接非定向广播事件 2）0001 - connected directed advertising event 可连接定向广播事件 3）0010 - non-connected undirected advertising event 不可连接非定向广播事件 4）0011 - response to scan request form scanner扫描请求响应 5）0101 - connect request by initiator连接请求 6）0110 -connected directed advertising event 可发现非定向广播事件
非定向广播包（Undirected advertising packets）		定向广播包（Directed advertising packets
AdvA (6 Bytes)	AdvData (31 Bytes max.)	AdvA (6 Bytes)	InitA(6 Bytes)
AdvA  contains advertiser‘s public address if TxAdd = 1, or a random address if TxAdd = 0	AdvData advertising data	AdvA  contains advertiser‘s public address if TxAdd = 1, or a random address if TxAdd = 0;	InitA contains initiator's address if RxAdd = 1, or a random address if RxAdd = 0;

 

 

PDU type： 1）0011 - scan request for further information from advertiser 扫描请求 2）0100 - response to scan request from scanner 扫描响应
扫描请求		扫描响应
ScanA (6 Bytes)	AdvA(6 Bytes)	AdvA(6 Bytes)	ScanRspData（0~31Bytes）
ScanA  contains Scanner's public address if TxAdd = 1, or a random address if TxAdd = 0;	AdvA  contains advertiser‘s public address if TxAdd = 1, or a random address if TxAdd = 0;	ScanRspData data from advertiser’s host;	AdvA  contains advertiser‘s public address if TxAdd = 1, or a random address if TxAdd = 0;

 

PDU type： 0101 - connect request by initiator
连接请求
InitA（6 Bytes）	AdvA（6bytes）	LLData（22 Bytes）

 

连接态：（非链路层控制报文）

LSB

MSB

链路层帧（10-41 Octet）

Preamble

Access Address

PDU （2-33 Octet）

CRC

LLID

NESN

SN

MD

RFU

length

RFU

L2CAP层（0-27 Octet）

MIC

length

Channel ID

ATT_MTU=23协议帧（0-23 Octet）

attribute opcode

attribute handle

attribute Value

1 Octet

4 Octet

2bit

1bit

1bit

1bit

3bit

5bit

3bit

2 byte

2 byte

1 byte

2 byte

0-(MTU-3)

4 byte

3 Octet

 

MIC为4字节，只有在链路加密的情况下才会存在，为 消息完整性校验，防止消息被篡改。PS:加密链路中的空包不会存在MIC

1字节opcode用来指示 write，notify，indication

2字节handle为句柄用来标识是操作哪个特性值的。 

规范中默认这个MTU最大为23字节，这个值其实是可以通过命令来协商的

 

Host层的GAP（通用访问协议）

l 负责：连接前数据广播

l 本层有定义了4种不同类型的广播(gap.h)：

1. 通用的：GAP_ADTYPE_ADV_IND   （可被扫描，可被连接）

2. 定向的：GAP_ADTYPE_ADV_DIRECT_IND   （不可被扫描，可被连接）

3. 不可连接的：GAP_ADTYPE_ADV_DISCOVER_IND （可被扫描，不可被连接）

4. 可发现的：GAP_ADTYPE_ADV_NONCONN_IND （不可被扫描，不可被连接）

 

通用广播：通用广播是用途最广的广播方式。进行通用广播的设备能够被扫描设备扫描到，或者在接收到连接请求时作为从设备进入一个连接。通用广播可以在没有连接的情况下发出，换句话说，没有主从设备之分。

定向广播：有时候，设备间需要快速建立连接。如果从设备想这么做，就需要进行广播。定向广播事件就是为了尽可能快的建立连接。这种报文包含两个地址：广播者的地址和发起者的地址。发起设备收到发绐自己的定向广播报文后，可以立即发送连接请求作为回应。

不可连接广播：不想被连接的设备使用不可连接广播事件。这种广播的典型应用包括设备只想广播数据，而不想被扫描或者连接。也是唯一可用于只有发射机而没有接收机设备的广播类型。不可连接广播设备不会进入连接态，因此，它只能根据主机的要求在广播态和就绪态之间切换。

可发现广播：最后一种广播事件是可发现广播。这种广播不能用于发起连接，但允许其他设备扫描该广播设备。这意味着该设备可以被发现，既可以广播数据，又可以响应扫描，但不能建立连接。这是一种适用于广播数据的广播形式，动态数据可以包含于广播数据之中，而静态数据可以包含于扫描响应数据之中。可发现广播不会进入连接态，而只能在停止后回到就绪态。

协议规定，payload 最大 27。剩下的就 23 个字节 MTU。就是你看到的。就剩下 20了。这剩下的 20 字节就是我们常说的发送的 20 字节的数据。

payload 最大 27
L2CAP	23 个字节 MTU
	ATT 层op code	ATT 层attribute handle	可用
4 个字节	1 个字	2 个字节	20byte

　　上面是蓝牙协议 4.0 中的内容。所以这个 MTU 是不少于 23，也是可以修改的，但是前提是 client 支持修改 MTU，如果 client 只支持 Default Value，那就不能修改。如果一个设备既有 client 又有 server，那么 client Rx MTU 和 server Rx MTU 必须是一样的。
　　但是这个修改我不确定是不是 BLE 的特性，问了 TI 的人，给的回答是 BLE 允许修改 MTU 是蓝牙 4.1 的新特性，姑且相信他吧。

 

 

广播PDU格式：

无方向广播包：

PDU Type = ADV_IND类型的：PDU解析

 

 

 

协议数据单元PDU
Header(16bits)						Payload=advA(6byte)+advdata(0-31byte)
PDU Type (4 bits)	RFU (2 bits)	TxAdd (1 bit)	RxAdd (1 bit)	Length (6 bits)	RFU (2 bits)	Payload (长度由Header中的“Length”字段决定)
指示PDU(协议数据单元)的类型	reserved	由具体的PDU Type决定	由具体的PDU Type决定	PDU的长度	reserved	XXX
0	/	0	0	13	/

 

32 octets(octet专指8 bits构成的字节)				说明
有效数据部分 significant	长度 Len (1 octes)	Data (len octes)		/
		AD Type（n ）AD Type.c	AD data（len-n)	/
	表示这个 AD Structure 的长度（除去 len本身 1）	标记这段广播数据代表什么， 比如设备名， uuid	数据	/
	02	01	06	广播数据单元1 AD Structure
	03	02	F0  FF	广播数据单元2 AD Structure
	。。。	。。。	。。。	广播数据单元n AD Structure
无效数据 non-significant	补充 0；到32octets			/

扫描请求包和扫描回应包分析：

 

扫描请求包:

扫描回应广播包：

 

 

 

连接请求和回应包：

 

 

Host层的GATT（通用属性协议）

l 负责：连接后的数据传输。在属性协议(ATT)的基础上构建，为属性协议传输和存储数据建立了一些通用操作和框架。

l 本层有定义两个角色：服务器和客户端

l GATT的角色并不一定与特定的GAP角色有关联，但可能由更高层级的配置文件指定。

l GATT和ATT不是传输专用，也可以用于BR/EDR和低耗能。但是，由于GATT和ATT用作发现服务，故必须在低耗能技术中实施。

l GATT服务器存储通过属性协议传输的数据，并接受GATT客户端发出的属性协议请求、指令及确认。

参考：BLE]低功耗蓝牙之GAP、GATT：http://blog.csdn.net/qq_21842557/article/details/50771077