BLE——协议层次结构

未完待续……

BLE协议	Bluetooth Application		Applications
			GATT-Based Profiles/Services
	Bluetooth Core （Stack）	BLE Host	ATT、GATT、SM
			GAP
			L2CAP
		HCI（对蓝牙协议无影响）
		BLE Controller	Link Layer
			Physical Layer

1  Bluetooth Core（Stack）

　　蓝牙核心协议，关注蓝牙核心技术的描述和规范，只提供基础的机制。

　　蓝牙核心协议由Controller和Host两部分组成，在一个系统中，Host只有一个，但Controller可以有多个，如：单独的LE Controller；单独的BR/EDR Controller；单独的LE+BR/EDR Controller；在单独的BR/EDR Controller或LE+BR/EDR Controller基础上，增加一个或多个额外的AMP Controller。

1.1  Controller

　　Controller实现射频相关的模拟和数字部分，完成最基本的数据发送和接收，Controller对外接口是天线，对内接口是主机控制器接口HCI（Hostcontroller interface）；控制器包含物理层PHY（physicallayer），链路层LL（linker layer），直接测试模式DTM（Direct Test mode）以及主机控制器接口HCI。

1.1.1  Physical Layer

　　频率选择（2402-2480MHz） + 信道选择（40） + 信道间隔（2MHz） + 调制方式（GFSK） + 数据传输速率（1Mbps）+ 接收灵敏度 + 发射功率 + 杂散辐射 + 射频容差

1、信道选择

物理信道（Physical Channel）为： F=2402+k*2MHz ，k=0,…,39，共40个信道。

Physical Channel = RF Channel

1.1.2.  Link Layer

信道分类（3+37） + 广播信道定义（37、38、39） + 数据通道分发（跳频） + 状态角色定义和切换 + 数据包校验重传

LL – Link Layer – Logic Link

　　1、广播信道定义

37ch —— 2402MHz

38ch —— 2426MHz

39ch —— 2480MHz

之所以选定3个广播信道是一种权衡，少了可能会被阻塞，多了会增加功耗。3个广播信道刚好避开了WiFi的1ch，6ch，11ch，所以BLE广播的时候，不会被WiFi影响。（PS：可以人为阻塞这三个通道）

　　2、数据信道切换

BLE匹配之后，LL由广播信道切换到数据信道，具体使用哪个数据信道在匹配时约定，且连接不会长期使用一个固定通道，会通过跳频技术随机有规律切换。

　　3、定义状态和角色

图 2 Link Layer状态机

Standby状态是初始状态，即不发送数据，也不接收数据。根据上层实体的命令（如位于host软件中GAP），可由其它任何一种状态进入，也可以切换到除Connection状态外的任意一种状态。

Advertising状态是可以通过广播通道发送数据的状态，由Standby状态进入。它广播的数据可以由处于Scanning或者Initiating状态的实体接收。上层实体可通过命令将Advertising状态切换回Standby状态。另外，连接成功后，也可切换为Connection状态。

Scanning状态是可以通过广播通道接收数据的状态，由Standby状态进入。根据Advertiser所广播的数据的类型，有些Scanner还可以主动向Advertiser请求一些额外数据。上层实体可通过命令将Scanning状态切换回Standby状态。

Initiating状态和Scanning状态类似，不过是一种特殊的接收状态，由Standby状态进入，只能接收Advertiser广播的connectable的数据，并在接收到数据后，发送连接请求，以便和Advertiser建立连接。当连接成功后，Initiater和对应的Advertiser都会切换到Connection状态。

Connection状态是和某个实体建立了单独通道的状态，在通道建立之后，由Initiating或者Advertising自动切换而来。通道断开后，会重新回到Standby状态。

通道建立后（通常说“已连接”），处于Connection状态的双方，分别有两种角色Master和Slave：

Initiater方称作Master

Advertiser方称作Slave

　　4、Air Interface Protocol

解决两个问题：不同实体间在对应状态下的数据交换，根据上层实体的指令以及实际情况负责状态之间的切换。

定义Physical Channel上收发的数据包格式：

Preamble（1 octet） Access Address（4 octets） PDU（2 to 257 octets） CRC（3 octets）

定义不同类型的PDU及其格式：

Advertising channel中Advertising有关的PDU

Advertising channel中Scanning有关的PDU

Advertising channel中Initialing有关的PDU

Data channel中LL data有关的PDU

Data channel中LL control有关的PDU

针对广播通道以白名单（White List）的形式定义Link Layer的数据过滤机制

执行广播通道上实际的packet收发操作

定义连接建立的方式及过之后的应答、流控等机制

　　5、Link Layer Control

抽象出来一个链路控制协议（Link Layer Control），用于管理、控制两个Link Layer实体之间所建立的这个Connection，主要功能包括：

更新Connection相关的参数，如transmitWindowSize、transmitWindowOffset、connInterval等等（具体意义这里不再详述）；

更新该连接所使用的跳频图谱（使用哪些Physical Channels）；

执行链路加密（Encryption）有关的过程。

1.2.  HCI

1. 1. HCI作用图解

图 3 HCI作用图解

定义Host和Controller（通常是两颗IC）之间的通信协议，对理解蓝牙协议来说，是无关紧要的。向上为主机提供软件应用程序接口（API）。

1. 1. HCI内容

HCI逻辑上定义一系列的命令，事件；

物理上有UART，SDIO，USB，SPI接口；

实际可能包含里面的任意1种或几种。常见RF测试时，我们常使用UART发送标准的HCI指令控制Controller。

1.3.  Host

主机host是蓝牙协议栈的核心部分，GAP层负责制定设备工作的角色，SS层负责指定安全连接，Logic Link层功能非常强大，官方作用为协议/通道的多路复用，负责上层应用数据（L2CAPService Data Units，SDUs）的分割（和重组），生成协议数据单元（L2CAP Packet Data Units，PDUs），以满足用户数据传输对延时的要求，并便于后续的重传、流控等机制的实现。

1.3.1  L2CAP

提供数据封装服务，将LL提供的Logical Channel换分为一个个的L2CAP Channel，以便提供应用程序级别的通道复用。

逻辑连接控制和适配协议，Logic Link Control and Adaptation Protocol

Protocol/channel multiplexing，协议/通道的多路复用；

Segmentation and reassembly，上层应用数据（L2CAP Service Data Units，SDUs）的分割（和重组），生成协议数据单元（L2CAP Packet Data Units，PDUs），以满足用户数据传输对延时的要求，并便于后续的重传、流控等机制的实现；

Flow control per L2CAP channel，基于L2CAP Channel的流控机制；

Error control and retransmissions，错误控制和重传机制；

Support for Streaming，支持流式传输（如音频、视频等，不需要重传或者只需要有限重传）；

Fragmentation and Recombination，协议数据单元（PDUs）的分片（和重组），生成符合Link Layer传输要求的数据片（长度不超过251，具体可参考5.4.1中有关的介绍）；

Quality of Service，QoS的支持。

Protocol/channel multiplexing

channel multiplexing（基于通道的多路复用）—— CID，Channel ID

Protocol multiplexing（基于协议的多路复用）——只允许在BR/EDR controller中使用

1.3.2  ATT（Attribute Protocol）

负责数据检索

对上文的总结：Physical Layer负责提供一系列的Physical Channel；基于这些Physical Channel，Link Layer可在两个设备之间建立用于点对点通信的Logical Channel；而L2CAP则将这个Logical Channel换分为一个个的L2CAP Channel，以便提供应用程序级别的通道复用。到此之后，基本协议栈已经构建完毕，应用程序已经可以基于L2CAP欢快的run起来了。

1. 1. 特点

基于L2CAP，使用固定的Channel ID（0x004）

采用client-server的形式。提供信息（以后都称作Attribute）的一方称作ATT server（一般是那些传感器节点），访问信息的一方称作ATT client。

一个Attribute由Attribute Type、Attribute Handle和Attribute Value组成。

Attribute可以定义一些权限（Permissions），以便server控制client的访问行为

根据所定义的Attribute PDU的不同，client可以对server有多种访问方式

1.3.3  GATT（Generic Attribute Profile）

ATT之所以称作“protocol”，是因为它还比较抽象，仅仅定义了一套机制，允许client和server通过Attribute的形式共享信息。

GATT是一个profile（更准确的说是profile framework）

在蓝牙协议中，profile一直是一个比较抽象的概念，我们可以将其理解为“应用场景、功能、使用方式”都被规定好的Application。传统的BR/EDR如此，BLE更甚。上面我们讲过，BLE很大一部分的应用场景是信息（Attribute）的共享，因此，BLE协议栈基于Attribute Protocol，定义了一个称作GATT（Generic Attribute）的profile framework（它本身也是一个profile），用于提供通用的、信息的存储和共享等功能。

图 4 GATT Profile层次结构

1.3.4  SM（Security Manager）

1.3.5  GAP（Generic Access Profile）

通用访问配置文件，实现功能如下：

1. 1. 定义GAP层的蓝牙设备角色

Broadcaster Role，设备正在发送advertising events；

Observer Role，设备正在接收advertising events；

Peripheral Role，设备接受Link Layer连接（对应Link Layer的slave角色）；

Central Role，设备发起Link Layer连接（对应Link Layer的master角色）。

1. 1. 定义GAP层的、用于实现各种通信的操作模式和过程

Broadcast mode and observation procedure，实现单向的、无连接的通信方式；

Discovery modes and procedures，实现蓝牙设备的发现操作；

Connection modes and procedures，实现蓝牙设备的连接操作；

Bonding modes and procedures，实现蓝牙设备的配对操作。

1. 1. 定义User Interface有关的蓝牙参数

蓝牙地址（Bluetooth Device Address）；

蓝牙名称（Bluetooth Device Name）；

蓝牙的pincode（Bluetooth Passkey）；

蓝牙的class（Class of Device，和发射功率有关）；

等等。

1. 1. Security有关的定义

2.  Application

蓝牙应用层协议，在蓝牙核心协议的基础上，根据具体的应用需求，定义出各种各样的策略，如FTP、文件传输、局域网等。

Profile是Application的代指，翻译为服务，具体有：SPP、HSP、HFP、FTP、IPv6/6LoWPAN等。