ble广播包详解
- 格式:doc
- 大小:472.86 KB
- 文档页数:19
在使用EN-Dongle捕获和解析广播包之前,我们先了解一下BLE报文的结构,之后,再对捕获的广播包进行分析。
在学习BLE的时候,下面两个文档是极其重要的,这是SIG发布的蓝牙的核心协议和核心协议增补。
∙核心协议Core_v4.2。
∙核心协议增补CSS v6。
虽然这两个文档是蓝牙技术的根本,但是遗憾的是:通过这两个文档学习蓝牙并不是那么容易的,阅读和理解起来很费力。
尤其是初学者在阅读这两个文档的时候,感觉无从下口。
所以,本文在分析报文的过程中,会明确指出协议文档在什么地方定义了他们,让我们有目的的去查阅协议文档,做到知其然也知其所以然,这样,学习起来就会轻松很多。
1. BLE报文结构BLE报文结构如下,他由下图所示的各个域组成。
因为有的域的长度超过了一个字节,所以在传输的过程中就涉及到多字节域中哪个字节先传输的问题,BLE报文传输时的字节序和比特序如下:∙字节序:大多数多字节域是从低字节开始传输的。
注意,并不是所有的多字节域都是从低字节开始传输的。
∙比特序:各个字节传输时,每个字节都是从低位开始。
图1:BLE报文结构1.1 前导前导是一个8比特的交替序列。
他不是01010101就是10101010,取决于接入地址的第一个比特。
∙若接入地址的第一个比特为0:01010101∙若接入地址的第一个比特为1:10101010接收机可以根据前导的无线信号强度来配置自动增益控制。
1.2 接入地址接入地址有两种类型:广播接入地址和数据接入地址。
∙广播接入地址:固定为0x8E89BED6,在广播、扫描、发起连接时使用。
∙数据接入地址:随机值,不同的连接有不同的值。
在连接建立之后的两个设备间使用。
对于数据信道,数据接入地址是一个随机值,但需要满足下面几点要求:1) 数据接入地址不能超过6个连续的“0”或“1”。
2) 数据接入地址的值不能与广播接入地址相同。
3) 数据接入地址的4个字节的值必须互补相同。
4) 数据接入地址不能有超24次的比特翻转(比特0到1或1到0,称为1次比特翻转)。
5) 数据接入地址的最后6个比特需要至少两次的比特翻转。
6) 符合上面条件的有效随机数据接入地址大概有231个。
1.3 报头1.3.1 广播报文报头报头的内容取决于该报文是广播报文还是数据报文。
广播报文的报头如下图所示:图2:广播报文报头广播报文的报头包含4bit广播报文类型、2bit保留位、1bit发送地址类型和1bit接收地址类型。
1) 广播报文类型Core_v4.2的2583页描述了广播报文类型,共有7种类型,如下图所示。
图3:广播报文类型每种广播报文类型都具有不同的数据格式及行为。
Core_v4.2的2584页的2.3.1节详细的描述了各个广播报文类型,大家可以阅读此章节进一步了解。
2) 发送地址类型和接收地址类型发送地址类型和接收地址类型指示了设备使用公共地址(Public Address)还是随机地址(Random Address)。
公共地址和随机地址的长度一样,都包含6个字节共48位。
BLE设备至少要拥有这两种地址类型中的一种,当然也可以同时拥有这两种地址类型。
∙公共地址(Public Address)公共地址由两部分组成,如下图。
公共地址由制造商从IEEE申请,由IEEE注册机构为该制造商分配的机构唯一标识符OUI(Organizationally Unique Identifier)。
这个地址是独一无二,不能修改的。
Core_v4.2 P2576的1.3.1节描述了公共地址。
图4:公共地址结构∙随机地址随机地址有包含两种:静态地址(Static Device Address)和私有地址(PrivateDevice Address)。
Core_v4.2 P2577的1.3.2.1节描述了静态地址。
图5:静态地址格式静态地址有如下要求:a) 静态地址的最高2位有效位必须是1。
b) 静态地址最高2位有效位之外的其余部分不能全为0。
c) 静态地址最高2位有效位之外的其余部分不能全为1。
在私有地址的定义当中,又包含了两个子类:不可解析私有地址(Non-resolvable Private Address)和可解析私有地址(Resolvable Private Address,RPA)。
nRF51822使用的是静态地址,芯片在出厂时已经设置好了48位地址,我们可以从下面两个寄存器读出地址类型和地址。
a) DEVICEADDRTYPE寄存器。
DEVICEADDR[n]寄存器:包含DEVICEADDR[0]和DEVICEADDR[1]两个寄存器。
图6:地址类型寄存器图7:地址寄存器1.4 长度∙广播报文:长度域包含6个比特,有效值的范围是6~37。
∙数据报文:长度域包含5个比特,有效值的范围是0~31。
广播报文和和数据报文的长度域有所不同,主要原因是:广播报文除了最多31个字节的数据之外,还必须要包含6个字节的广播设备地址。
6+31=37,所以需要6比特的长度域。
再次强调:广播时必须要包含6个字节的广播设备地址。
1.5 数据(AdvData)广播和扫面响应的数据格式如下图所示,由有效数据部分和无效数据部分组成。
图8:广播和扫描响应的数据格式1) 有效数据部分:包含N个AD Structure,每个AD Structure由Length,AD Type和AD Data组成。
其中:∙Length:AD Type和AD Data的长度。
∙AD Type:指示AD Data数据的含义。
问题来了,我们怎么知道有哪些AD Type?他们又表示什么意义?可以通过下面2种方式查看AD Type和他们表示的意义。
∙从官网查询,但是需要是会员才可以查询。
https:///Technical/AssignedNumbers/generic_access_profi le.htm查看Nordic的SDK中的定义,AD type的定义在程序的“ble_gap.h”头文件中。
定义如下:1#define BLE_GAP_AD_TYPE_FLAGS 0x01/**< Flags for discoverability. */ 2#defineBLE_GAP_AD_TYPE_16BIT_SERVICE_UUID_MORE_AVAILABLE 0x02 /**< Partiallist of 16 bit service UUIDs. */ 3#defineBLE_GAP_AD_TYPE_16BIT_SERVICE_UUID_COMPLETE 0x03 /**< Completelist of 16 bit service UUIDs. */ 4#defineBLE_GAP_AD_TYPE_32BIT_SERVICE_UUID_MORE_AVAILABLE 0x04 /**< Partiallist of 32 bit service UUIDs. */ 5#defineBLE_GAP_AD_TYPE_32BIT_SERVICE_UUID_COMPLETE 0x05 /**< Completelist of 32 bit service UUIDs. */ 6#defineBLE_GAP_AD_TYPE_128BIT_SERVICE_UUID_MORE_AVAILABLE 0x06 /**< Partiallist of 128 bit service UUIDs. */ 7#defineBLE_GAP_AD_TYPE_128BIT_SERVICE_UUID_COMPLETE 0x07 /**< Completelist of 128 bit service UUIDs. */ 8#defineBLE_GAP_AD_TYPE_SHORT_LOCAL_NAME 0x08 /**< Shortlocal device name. */ 9#define BLE_GAP_AD_TYPE_COMPLETE_LOCAL_NAME 0x09 /**< Complete local device name. */10#defineBLE_GAP_AD_TYPE_TX_POWER_LEVEL 0x0A /**< Transmitpower level. */11#define BLE_GAP_AD_TYPE_CLASS_OF_DEVICE0x0D /**< Class of device. */12#defineBLE_GAP_AD_TYPE_SIMPLE_PAIRING_HASH_C 0x0E /**< SimplePairing Hash C. */13#defineBLE_GAP_AD_TYPE_SIMPLE_PAIRING_RANDOMIZER_R 0x0F /**< SimplePairing Randomizer R. */14#defineBLE_GAP_AD_TYPE_SECURITY_MANAGER_TK_VALUE 0x10 /**< SecurityManager TK Value. */15#defineBLE_GAP_AD_TYPE_SECURITY_MANAGER_OOB_FLAGS 0x11 /**< SecurityManager Out Of Band Flags. */16#defineBLE_GAP_AD_TYPE_SLAVE_CONNECTION_INTERVAL_RANGE 0x12 /**< SlaveConnection Interval Range. */17#defineBLE_GAP_AD_TYPE_SOLICITED_SERVICE_UUIDS_16BIT 0x14 /**< List of16-bit Service Solicitation UUIDs. */18#defineBLE_GAP_AD_TYPE_SOLICITED_SERVICE_UUIDS_128BIT 0x15 /**< List of128-bit Service Solicitation UUIDs. */19#defineBLE_GAP_AD_TYPE_SERVICE_DATA 0x16 /**< ServiceData - 16-bit UUID. */20#define BLE_GAP_AD_TYPE_PUBLIC_TARGET_ADDRESS 0x17 /**< Public Target Address. */21#defineBLE_GAP_AD_TYPE_RANDOM_TARGET_ADDRESS 0x18 /**< RandomTarget Address. */22#define BLE_GAP_AD_TYPE_APPEARANCE0x19 /**< Appearance. */23#define BLE_GAP_AD_TYPE_ADVERTISING_INTERVAL 0x1A /**< Advertising Interval. */ 24#defineBLE_GAP_AD_TYPE_LE_BLUETOOTH_DEVICE_ADDRESS 0x1B /**< LEBluetooth Device Address. */25#define BLE_GAP_AD_TYPE_LE_ROLE 0x1C /**< LE Role. */26#define BLE_GAP_AD_TYPE_SIMPLE_PAIRING_HASH_C2560x1D /**< Simple Pairing Hash C-256. */27#defineBLE_GAP_AD_TYPE_SIMPLE_PAIRING_RANDOMIZER_R256 0x1E /**< SimplePairing Randomizer R-256. */28#defineBLE_GAP_AD_TYPE_SERVICE_DATA_32BIT_UUID 0x20 /**< ServiceData - 32-bit UUID. */29#defineBLE_GAP_AD_TYPE_SERVICE_DATA_128BIT_UUID 0x21 /**< ServiceData - 128-bit UUID. */30#define BLE_GAP_AD_TYPE_3D_INFORMATION_DATA 0x3D /**< 3D Information Data. */31#defineBLE_GAP_AD_TYPE_MANUFACTURER_SPECIFIC_DATA 0xFF /**<Manufacturer Specific Data. */1.6 校验BLE采用的是24位CRC校验。