未完待续……
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
-
- HCI作用图解
图 3 HCI作用图解
定义Host和Controller(通常是两颗IC)之间的通信协议,对理解蓝牙协议来说,是无关紧要的。向上为主机提供软件应用程序接口(API)。
-
- 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起来了。
-
- 特点
基于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)
通用访问配置文件,实现功能如下:
-
- 定义GAP层的蓝牙设备角色
Broadcaster Role,设备正在发送advertising events;
Observer Role,设备正在接收advertising events;
Peripheral Role,设备接受Link Layer连接(对应Link Layer的slave角色);
Central Role,设备发起Link Layer连接(对应Link Layer的master角色)。
-
- 定义GAP层的、用于实现各种通信的操作模式和过程
Broadcast mode and observation procedure,实现单向的、无连接的通信方式;
Discovery modes and procedures,实现蓝牙设备的发现操作;
Connection modes and procedures,实现蓝牙设备的连接操作;
Bonding modes and procedures,实现蓝牙设备的配对操作。
-
- 定义User Interface有关的蓝牙参数
蓝牙地址(Bluetooth Device Address);
蓝牙名称(Bluetooth Device Name);
蓝牙的pincode(Bluetooth Passkey);
蓝牙的class(Class of Device,和发射功率有关);
等等。
-
- Security有关的定义
2. Application
蓝牙应用层协议,在蓝牙核心协议的基础上,根据具体的应用需求,定义出各种各样的策略,如FTP、文件传输、局域网等。
Profile是Application的代指,翻译为服务,具体有:SPP、HSP、HFP、FTP、IPv6/6LoWPAN等。
原文地址:https://www.cnblogs.com/suding/p/11380700.html