bluetooth驱动下载，Bluetooth初探

今天给各位分享bluetooth驱动下载的知识，其中也会对Bluetooth初探进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

“蓝牙”（Bluetooth）原是一位在10世纪统一丹麦的国王，他将当时的瑞典、芬兰与丹麦统一起来。用他的名字来命名这种新的技术标准，含有将四分五裂的局面统一起来的意思。蓝牙技术使用高速跳频（FrequencyHopping）和时分多址（TImeDivesionMuli—access）等先进技术，在近距离内最廉价地将几台数字化设备（各种移动设备、固定通信设备、计算机及其终端设备、各种数字数据系统，如数字照相机、数字摄像机等，甚至各种家用电器、自动化设备）呈网状链接起来。

蓝牙技术在发展至今，衍生出了多个版本，如老的经典蓝牙版本和4.0后的低功耗版本，下面主要讨论蓝牙低功耗也就是BLE。

启动--->>扫描设备--->>设备配对--->>数据传输配对过程：1ping码配对

在老的蓝牙2.0协议，配对过程需要输入一个pin码。长度为4到16个数字，在配对过程中通过pin码来生成linkkey(链路密钥)。两个配对后的设备共享一个linkkey，这个行为叫绑定。绑定之后下次两个设备接近后，用linkkey进行认证，认证通过后生成加密密钥进行会话通信的加密。认证的过程采用challenge-response(咨询-响应)的模式，以claimantandtheverifie的方式来验证linkkey。认证完一方之后交换身份，再认证另一方，若认证失败，蓝牙设备会间隔一段时间后重试，间隔时间会成指数级增长，以避免攻击。

在蓝牙核心规范中，有三个主要的架构层：控制器，主机和应用程序，在主机层中，有一个名为安全管理器(GM)的模块定了一了配对和密钥分发的方法和协议和相应的安全工具箱，以及定义配对命令帧格式，帧结构和超时限制的安全管理器协议(smp）。

在建立密钥后，使用这些密钥去加密连接，然后进行密钥共享，这些密钥将用于重新连接后的加密链接，验证签名数据后执行随机地址解析，通常分为以下三个阶段：

配对是安全功能的交换，包括输入/输出(IO)功能，中间人保护的要求等，俩个设备之间的配对信息交换是通过请求和配对响应数据包完成，内容如下表配对请求/响应所示。

在配对特征交换后，发起方和响应方确定使用密钥生成方法，当密钥生成后，会进入身份验证阶段，用来防止中间人攻击(MITM）攻击，同时根据密钥生成方法去生成用于加密连接链路的密钥，然后进行密钥配对，认证过程如下：

蓝牙协议规定了两个层次的协议，分别为蓝牙核心协议（BluetoothCore）和蓝牙应用层协议（BluetoothApplication）。蓝牙核心协议关注对蓝牙核心技术的描述和规范，它只提供基础的机制，并不关心如何使用这些机制；蓝牙应用层协议，是在蓝牙核心协议的基础上，根据具体的应用需求，百花齐放，定义出各种各样的策略，如FTP、文件传输、局域网等等。

蓝牙协议是由许多层和功能模块组成，有些是必须的，而有些功能和层是可选得。这些部分分布在被称为主机和控制器得两个主要的体系结构块上，而这两个组件的通信方式由他们之间的标准逻辑接口去定义。主机通常是类似于操作系统的东西，而控制器通常是芯片上的一个系统，但蓝牙的规范并不强制此类的实施细节，而主机和控制器作为独立的逻辑，使得架构中的容器可以以某种方式在独立的组件中实现，并为他们之间的通信定义标准接口，从而使得蓝牙可以由不同制造商的主机和控制器的组件组成，如下图所示：

图2是蓝牙协议栈，图三是osi模型协议栈：

phy层定义了定义与无线电(RF)使用相关的蓝牙技术的所有方面，包括调制方案、频带、信道使用、发射机和接收机特性。

ll层定义空中接口包格式、位流处理程序(如错误检查)、状态机以及空中通信和链路控制协议，还定义了几种使用底层无线电实现无连接的不同方式

ISOAL层允许使用同步通信的设备使用不同的帧持续时间。并且对有框的pdu进行分割和重组，或对未框的pdu进行碎片和重组。

HCI层为主机组件和控制器之间的命令和数据的双向通信提供良好的功能接口(可选）

L2CAP充当主机内的协议多路复用器，确保协议由适当的主机组件提供服务。

对L2CAP上下两层之间的pdu/dsu进行分割和重组。

ATT层?来定义?户命令及命令操作的数据，?如读取某个数据或者写某个数据。

GATT?来规范attribute中的数据内容，并运?group（分组）的概念对attribute进?分类管理。

GAP定义在非连接状态下可能使用的操作模式和程序，例如如何使用广告进行无连接通信

以及如何执行设备发现。还定义了定义安全级别和模式和一些用户界面标准

蓝牙LE工作在2400MHz到2483.5MHz范围内的2.4GHz的频段，该频段分为40个通道，每个通道的间距为2MHz，但如何使用这些通道是由链路层和数据传输体系结构去定义的，而在这40个信道中，有3个信道是广播通道，分别是37、38、39，用于发现设备、初始化连接和广播数据；剩下的37个信道为数据通道，用于两个连接的设备间的通讯。

LINKLAYER层主要用于控制设备的不同状态，具体状态分为以下几种：

设备只响应来自特定设备的广播数据包以请求连接

设备会传输广播报文，并可能处理响应其他设备发送的广播的报文。

当两个蓝牙设备链接时，他们采用的时面向异步连接的逻辑传输(简称为acl)。

由c>p知识的两个连接期间，报文传输由中心设备完成，p>c由外..围设备完成

数据包在发送后，设备B会进行crc检查，然后将NESE设置为设备A想要的值，然后设备A会使用SN作为设备B的确认，确认它正确的接收了最后一个发送的数据包，但如果设备B收到SN值错误的报文，它就会认为该报文时错误的，设备B会重传接收到的前一个数据包，然后再确认它，但是不会将他进行下一步的处理。

但是如果设备A在设备B的回复中收到了非预期的NESN值，或者在设备B的回复中没有收到的时候，设备A会使用原来相同的SN的值重新发送数据包，如下图所示：

在HCL中，是通过包的方式来传送数据，命令和事件的，所有在主机和主机控制器之间的通信都以包的形式进行，包括每个命令的返回参数都通过特定的事件包来传输，HCL有数据，命令和事件三种类型的包。命令包COMMAND(0X01)只能从主机发往主机控制器，其中数据包是双向的，分为两类：ACL（0x02）、SCO（0x03），而事件包EVENT（0x04）始终是主机控制器发向主机的。

命令包和数据包发送在主机和控制器交换如下：

主机发出的大多数命令包都会触发主机控制器产生相应的事件包作为响应，在传输过程中会有一个句柄，用于识别主机之间的逻辑通道和控制器，共有三种类型的句柄：连接句柄、逻辑链路句柄和物理链路句柄。

在传送的数据包中我们重点关注ACL数据包：

Connection_Handle用于在主控制器上传输数据包或段

以八位位组为单位的数据长度，包含高层协议data

L2CAP使用通道的概念来分离在堆栈层之间传递的数据包序列。固定通道不需要设置，立即可用，并与特定的高层协议相关联。还可以动态创建通道，并通过指定的协议服务多路复用器(PSM)值与协议关联。

如果将acl理解为ip的话，可以将L2CAP层理解为tcp/udp协议，L2CAP层实现了更为完善的数据传输功能，实现的主要功能如下：

在对等设备中的两个端点之间的逻辑连，其特征在于它们的信道标识符（CID）

服务数据单元：L2CAP与上层交换的数据包，并使用本文档中规定的过程通过L2CAP通道透明传输

协议数据单元：包含L2CAP协议信息字段，控制信息和/或上层信息数据的数据包

上层实体可以接受的有效载荷数据的最大大小（以八位字节为单位）（即，MTU对应于最大SDU大小）。

L2CAP层实体可以接受的八位字节中的有效负载数据的最大大小（即，MPS对应于最大PDU有效载荷大小）。

链路层数据包的PDU字段可能包含各种不同的协议数据单元(PDU)，这取决于蓝牙LE的使用方式。固定频率扩展信号(CTE)只在使用两种测向方法(AOA或AOD)中的一种时才会出现。

ATT由俩台设备使用，一台为客户端，另一台为服务器，服务器会公开一系列称为属性的组合数据，而这些属性由服务器组织在一个被称为属性表的索引列表中。

每个属性包含一个句柄，一个唯一标识符(uuid)，一个值和一组权限，而属性可以理解为一个信息，比如温度，湿度，时间等信息，被服务器存储并开放一些方法供客户端读取和去修改这些属性。

GATT基于属性表中的属性定义更高级别的数据类型，这些数据类型被称为服务，特征和描述符。它还定义了通过ATT使用这些数据类型所涉及的一系列过程，应用程序通常使用映射到这些过程的平台api。

服务是一种分组机制，它提供了一个上下文，在该上下文中使用它们包含的特征并具有已定义的类型。服务通常与设备的主要功能或功能相对应。

特征是状态数据的单个项，具有类型、关联值和一组属性，这些属性表明如何根据相关GATT程序集使用数据。例如，可以定义一个连接的对等设备可以读取一个特定特性的值，但不能写入它。

特征属于一个服务。相同的特征类型可以是多个服务的成员，根据这些服务提供的不同上下文，使用特征的规则可能会有所不同。服务规范将提供这些细节。

描述符属于某些特征，可以包含元数据，比如特征的文本描述，或者可能提供控制特征行为的一些方法。

服务，特征和描述符的层次结构如图所示：

GAP层定义了四种设备角色，分别如下：

接收报文等数据包，不连接到其他设备，观察者能够以无连接的方式接收广播数据

外设可以和主机连接。它包含一个发射机和一个接收器。

主机能够发起连接与外设建立连接。它包含一个发射机和一个接收器

链路层定义了两种报文类型。第一个是由未编码的PHY使用，LE1M和LE2M，第二个是由LE编码的PHY使用。

这俩种报文类型中，都包含了字段“preamble”，“AccessAddress”和“crc”

用于接收时精确地同步信号的频率，执行自动增益控制和估计数据速率同步，固定为01010101或者10101010序列

4个字节长度，广播报文接入地址为：0x8E89BED6，数据报文接入地址为：32bits随机数

在大致了解了蓝牙BLE各层协议的特点和功能后，还是对蓝牙数据包结构朦朦胧胧，所以去买了NRF52832并且配好环境后去看看真实的蓝牙数据包

1.wireshark：下载wireshark的时候要标选USBPcap选项

2.nrf_sniffer_for_bluetooth_le_4.1.0下载：

https://nsscprodmedia.blob.core.windows.net/prod/software-and-other-downloads/desktop-software/nrf-sniffer/sw/nrf_sniffer_for_bluetooth_le_4.1.0.zip(根据自己wireshark的版本去选择对应的版本)

3.将解压文件中的extcap中的文件全部复制到wireshark的extcap文件中

4.将Profile_nRF_Sniffer_Bluetooth_LE文件复制到个人配置文件夹中的profiles中(可在帮助栏中的关于Wireshark中查看个人文件夹的配置）

pipinstallpyserial>=3.4

最后运行extcap中的nrf_sniffer_ble.sh确认nrfsniffer可以正常运行。

nrf_sniffer_ble.bat--extcap-interfaces

出现这些内容则说明插件安装成功

6.此时重启电脑打开wireshark的时候过滤器会出现usbcap的选项

选择该选项即可进行蓝牙数据包的抓取

下面是抓取的我的电脑和蓝牙耳机的通信协议包：

可以看到HCL层分为了HCL_CMD(命令包)和HCL_EVT(事件包)，具体在上文有所说明

随机选取一个HCL_CMD，数据包如下：

本HCL_CMD的功能是发送本地设备名称，也就是数据包中的DeviceName:DESKTOP-QU1G395这个值，应该是处于建立蓝牙链接过程中的特征交换

这是本机接收到的蓝牙耳机的设备名称

标准的含有data的HCL_ENV数据报如下(随机选取)：

这是配对过程中发送的hcl_acl数据包，可以很明显的看到acl的数据包特征，data内容如下

通过这个数据包我们可以同时间看到HCL的ACL包和L2CAP的数据包。

ACL数据包非常明显的Handle和PBFLAG还有BCFLAG的格式和L2CAP数据包的格式，HCL的数据包被包裹在了L2cap中，响应的数据我们就可以通过不同层去查看响应的值。

在流量包中还获取到了如RFCOMM，SDP，A2DP，aptx这些用于处理蓝牙音频传输的协议，音频的信息数据交换可能是再这些协议之间。

因为蓝牙耳机涉及协议复杂，所以我通过文件传输去学习蓝牙通信，为了方便确认某协议层是传输数据层，所以我使用了web中常见的图片的形式去传输。

依旧是HCL的发送和接收，猜测是特征交换过程，比如前面的pin值确认等。

然后再L2CAP看到了我的手机标识，猜测是已经建立了链接。

文件的数据传输是通过RFCOMM协议去完成的，如下图所示：

可以看到很明显的我起的kfc.jpg的名称，同时再后面的数据中看到我预先存放的一句话木马。

在蓝牙ble学习中，蓝牙协议栈的每个层都有着自己的功能和特定的数据传输，下层的协议不会只对上层数据进行简单的包裹，也有可能会进行编码解码等操作，所有从不同层抓取的数据包可能会不一样。且因为蓝牙协议层的应用面广泛，所有可能在不同应用上会出现新的协议层，从安全角度去思考的话可以根据不同应用去重点关注某些协议层。

OK，关于bluetooth驱动下载和Bluetooth初探的内容到此结束了，希望对大家有所帮助。