第一部分：HCI协议（八）具体的HCI command和event（16、AUTHENTICATION AND ENCRYPTION 七）

最新推荐文章于 2023-12-24 20:59:26 发布
最新推荐文章于 2023-12-24 20:59:26 发布
阅读量1.2k 收藏 8
点赞数 1
分类专栏： HCI
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sui1005316018/article/details/111187635
版权

（1）IO Capability Request Event（常用）

这个event表示在简单配对过程中host需要提供自己的IO capabilities，host应该使用HCI_IO_Capability_Request_Reply或者HCI_IO_Capability_Request_Negative_Reply进行回复。

参数说明：

BR_ADDR（6 Octets）：远端设备地址

举例说明：

0x04：表示HCI Event Packet

0x31：表示这个event是IO Capability Request event

0x06：表示Parameter_Total_Length即6个byte

0xeb 0x01 0xce 0x55 0x36 0x34：表示远端设备地址BD_ADDR,即远端设备地址是0x34:0x36:0x55:0xce:0x01:0xeb

（2）IO Capability Request Reply Command（常用）

收到IO Capability Request event时可以使用这个命令回复，and specifies the current I/O

参数说明：

BR_ADDR（6 Octets）：对方设备地址

IO_Capability（1 Octets）：取值范围

OOB_Data_Present（1 Octets）：取值范围

如果在IO Capabilty Request event中已经收到来自BD_ADDR设备的OOB认证数据，则OOB_Data_Present应该设置为：

0x1：P-192 OOB authentication data from remote device present表示只收到P-192 OOB数据

0x2：P-256 OOB authentication data from remote device present表示只收到P-256 OOB数据

0x3：P-192 and P-256 OOB authentication data from remote device present表示收到了P-192和P-256 OOB数据

如果在IO Capabilty Request event中没有收到来自BD_ADDR设备的OOB认证数据，则OOB_Data_Present应该设置为：

0x0：OOB authentication data not present

Authentication_Requirements（1 Octets）：取值范围

如果不需要link key，则Authentication_Requirements可以设置成：

0x0:MITM Protection Not Required – No Bonding

0x2:MITM Protection Not Required – Dedicated Bonding

0x4:MITM Protection Not Required – General Bonding

如果2个Hosts设置的Authentication_Requirements都是上面中的一个，那么host应该使用Just Works Association Model.

如果需要link key，则Authentication_Requirements可以设置成：

0x1:MITM Protection Required – No Bonding

0x3:MITM Protection Required – Dedicated Bonding

0x5:MITM Protection Required – General Bonding

返回参数说明：

Status（1 Octet）：0x00表示成功，其他表示失败

BR_ADDR（6 Octets）：对方设备地址

举例说明：

Command如下：

0x01：表示HCI Command Packet

0x042b：表示是HCI_IO_Capability_Request_Reply command

指令的OGF是0x01即0000 01

OCF是0x002b即00 0010 1011

所以整个opcode是0000 0100 0010 1011即0x042b

0x09：表示Parameter_Total_Length=9，即参数总长度是9个byte

0x01：表示设置Secure_Connections_Host_Support为enabled

0xeb 0x01 0xce 0x55 0x36 0x34：表示远端设备地址BD_ADDR,即远端设备地址是0x34:0x36:0x55:0xce:0x01:0xeb

0x01:表示IO_Capability为DisplayOnly

0x00:表示OOB_Data_Present为OOB authentication data not present

0x03:表示Authentication_Requirements为MITM Protection Required – Dedicated Bonding

Command Complete event：

0x04：表示HCI Event Packet

0x0e：表示这个event是command complete event

0x0a：表示Parameter_Total_Length即10个byte

0x01：表示Num_HCI_Command_Packets

0x042b：表示是HCI_IO_Capability_Request_Reply command

0x00：表示status为0

0xeb 0x01 0xce 0x55 0x36 0x34：表示远端设备地址BD_ADDR,即远端设备地址是0x34:0x36:0x55:0xce:0x01:0xeb

（3）IO Capability Request Negative Reply Command（常用）

收到IO Capability Request Event 以后，可以使用这个command拒绝

参数说明：

BR_ADDR（6 Octets）：远端设备地址

Reason（1 Octets）：拒绝的原因

返回参数说明：

Status（1 Octets）：0x00表示成功，其他表示失败

BR_ADDR（6 Octets）：远端设备地址

注意：Reason参数不能使用0x37 (Simple Pairing not Supported by Host)

举例说明：（暂时没有）

（4）IO Capability Response Event（常用）

表示本地设备接收到来自远端设备的IO Capability回复

参数说明：

BR_ADDR（6 Octets）：远端设备地址

IO_Capability（1 Octets）：取值范围

OOB_Data_Present（1 Octets）：取值范围

Authentication_Requirements（1 Octets）：取值范围

举例说明：

0x04：表示HCI Event Packet

0x32：表示这个event是IO Capability Response event

0x09：表示Parameter_Total_Length即9个byte

0xeb 0x01 0xce 0x55 0x36 0x34：表示远端设备地址BD_ADDR,即远端设备地址是0x34:0x36:0x55:0xce:0x01:0xeb

0x03:表示IO_Capability为NoInputNoOutput

0x00:表示OOB_Data_Present为OOB authentication data not present

0x02:表示Authentication_Requirements为MITM Protection Not Required – Dedicated Bonding

第二阶段：public key exchange没有 HCIcommand

第三阶段：Authentication stage 1：Numeric Comparison和Just work

（1）User Confirmation Request Event（常用）

这个event是controller发送给host，请求用户确认Numeric_Value，即用户界面会跳出配对提示框，Numeric_Value就是配对码（host也可能直接响应不在UI显示）

Host可以使用User_Confirmation_Request_Reply或者User_Confirmation_Request_Negative_Reply来响应这个event

至于是否显示根据自己的代码设计，但是我感觉：

如果host的io capability是DisplayYesNo则可以显示配对码让用户选择YES/NO，如果是DisplayOnly，则可以显示一小段时间，host自动回复controller，如果是KeyboardOnly或者NoInputNoOutput就别显示了

注意：host回复controller应该在LMP response timeout之前

参数说明：

BR_ADDR（6 Octets）：远端设备地址

Numeric_Value（4 Octets）：用于显示的配对码000000-999999

举例说明：

0x04：表示HCI Event Packet

0x33：表示这个event是User Confirmation Request event

0x0a：表示Parameter_Total_Length即10个byte

0xcc 0xc8 0x17 0xd5 0x13 0x0a：表示远端设备地址BD_ADDR,即远端设备地址是0x0a 0x13 0xd5 0x17 0xc8 0xcc

0x84 0x00 0x02 0x00:配对码为0x00020084（这是十六进制，一般给用户显示十进制）

（2）User Confirmation Request Reply Command（常用）

当收到User Confirmation Request Event后，可以使用这个命令表示同意配对，host也可以不询问用户直接调用这个command同意配对。

参数说明：

BR_ADDR（6 Octets）：远端设备地址

返回参数说明：

Status（1 Octets）：0x00表示成功，其他表示失败

BR_ADDR（6 Octets）：远端设备地址

举例说明：

0x01：表示HCI Command Packet

0x042c：表示是HCI_User_Confirmation_Request_Reply command

指令的OGF是0x01即0000 01

OCF是0x002C即00 0010 1100

所以整个opcode是0000 0100 0010 1100即0x042C

0x06：表示Parameter_Total_Length=6，即参数总长度是9个byte

0xcc 0xc8 0x17 0xd5 0x13 0x0a：表示远端设备地址BD_ADDR,即远端设备地址是0x0a 0x13 0xd5 0x17 0xc8 0xcc

Command Complete event：

0x04：表示HCI Event Packet

0x0e：表示这个event是command complete event

0x0a：表示Parameter_Total_Length即10个byte

0x01：表示Num_HCI_Command_Packets

0x042C：表示是HCI_User_Confirmation_Request_Reply command

0x00：表示status为0

0xcc 0xc8 0x17 0xd5 0x13 0x0a：表示远端设备地址BD_ADDR,即远端设备地址是0x0a 0x13 0xd5 0x17 0xc8 0xcc

（3）User Confirmation Request Negative Reply Command（常用）

当收到User Confirmation Request Event后，可以使用这个命令表示拒绝配对，host也可以不询问用户直接调用这个command拒绝配对。

参数说明：

BR_ADDR（6 Octets）：远端设备地址

返回参数说明：

Status（1 Octets）：0x00表示成功，其他表示失败

BR_ADDR（6 Octets）：远端设备地址

举例说明：（暂时没有）

第三阶段：Authentication stage 1：Passkey Entry procedure

（1）User Passkey Request Event（常用）

这个event表示Simple Pairing过程中需要host输入passkey，host应该使用User_Passkey_Request_Reply或者User_Passkey_Request_Negative_Reply回复

参数说明：

BR_ADDR（6 Octets）：远端设备地址

举例说明：（暂时没有）

（2）User Passkey Notification Event（常用）

这个event表示controller提供一个passkey给host，用于显示。Passkey Entry过程中IO capability为DisplayOnly或者DisplayYesNo的设备会收到这个event

参数说明：

BR_ADDR（6 Octets）：远端设备地址

Passkey（4 Octets）：用于显示的passkey，000000-999999

举例说明：（暂时没有）

（3）Send Keypress Notification Command（常用）

Passkey Entry过程中IO capability为KeyboardOnly的设备用这个command来通知远端设备自己开始输入密码/清除密码/输入密码结束等动作。

参数说明：

BR_ADDR（6 Octets）：远端设备地址

Notification-Type（1 Octets）：取值范围：

返回参数说明：

Status（1 Octets）：0x00表示成功，其他表示失败

BR_ADDR（6 Octets）：远端设备地址

举例说明：（暂时没有）

（4）Keypress Notification Event（常用）

当远端设备使用Send Keypress Notification Command发送passkey输入状态时，本地host就会接收到这个event，用来确定远端设备的动作。

参数说明：

BR_ADDR（6 Octets）：远端设备地址

Notification-Type（1 Octets）：取值范围：

举例说明：（暂时没有）

（5）User Passkey Request Reply Command（常用）

当host收到User Passkey Request event后，host可以使用这个command将用户输入的passkey（Numeric_Value）发送给Controller

参数说明：

BR_ADDR（6 Octets）：远端设备地址

Numeric_Value（4 Octets）：表示用户输入的passkey，000000-999999

返回参数说明：

Status（1 Octets）：0x00表示成功，其他表示失败

BR_ADDR（6 Octets）：远端设备地址

举例说明：（暂时没有）

（6）User Passkey Request Negative Reply Command（常用）

当host收到User Passkey Request event或者User Passkey Notification Event后，可以中这个command拒绝配对。

参数说明：

BR_ADDR（6 Octets）：远端设备地址

返回参数说明：

Status（1 Octets）：0x00表示成功，其他表示失败

BR_ADDR（6 Octets）：远端设备地址

举例说明：（暂时没有）

第三阶段：Authentication stage 1：OOB（没用过不会用）

好好学习，天天向上。。
关注
  • 1
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
通信与网络中的基于HCI协议层的蓝牙通用外接模块的研究开发
12-06
摘要：蓝牙是一种短距离无线通信技术。本文从蓝牙协议栈中的HCI层入手，对该层的主要功能和工作机制进行了剖析，进而阐述了基于HCI层的蓝牙应用开发方案，并设计了一个基于蓝牙技术开发的产品实例——蓝牙通用外接模块，最后，还对基于此模块的扩展应用——无线裁判打分系统进行了说明。　　关键词:HCI；蓝牙技术；无线通信              1   引言 　　蓝牙（Bluetooth），是一种短距离无线通信技术，用于替代数字设备牙设备运行在和计算机外设间的电缆连接以及实现数字设备间的无线组网。1998年5月由爱立信、IBM、英特尔、诺基亚、东芝等5家公司成立了蓝牙特殊利益小组（SIG），负责
hcideadlines:HCI confs的截止日期
04-30
此页面显示了HCI期刊/会议和相关领域中的论文截止日期列表。 去 笔记： 我最初是为实验室内部成员制作此列表的。 请注意： 该列表基于我的个人兴趣，我无意对期刊/会议进行评估或排名。 截止日期往往会延长，...
hci_event.rar_HCI_event
09-19
Bluetooth HCI event handling.
蓝牙LMP响应超时 BLE_HCI_STATUS_CODE_LMP_RESPONSE_TIMEOUT
Jason___xiao的博客
04-11 1961
蓝牙LMP回复超时
第一部分：HCI协议（八）具体的HCI command和event（16、AUTHENTICATION AND ENCRYPTION 五）
sui1005316018的博客
12-14 961
2、认证时使用的command（先看认证，认证失败才会重新配对） （1）Authentication Requested Command（常用） 这个命令用来请求对远端设备进行认证，Connection_Handle表示本地设备和远端设备之间的ACL连接 注意：如果认证失败，不会自动断开连接，需要host发起断开动作 这个命令的后续动作： 第一步：host发送Authentication_Requested以后，会立即收到一个Command Status event表示Au
蓝牙secure simple pair 概述
weixin_33828101的博客
08-18 691
Secure Simple Pairing，简称SSP，其流程主要分为六个部分： • IO capabilities exchange • Public key exchange • Authentication stage 1 • Authentication stage 2 LINK KEY CALCULATION LMP AUTHENTICATION AND ENCRYPTI...
蓝牙btsnoop log，hci 连接流程详解
一叶知秋之味的博客
12-06 3402
1.HCI（HOST CONTROLLER INTERFACE）：主机控制层接口 从字面意思不难理解，是沟通host和controller的接口，每个蓝牙设备都由host和controller组成，host为蓝牙协议栈，controller为厂商封装好的固件，host通过hci下发command给controller，controller返回固件自身信息或从远端controller接收到的信息通过event上报给host，两个设备之间的controller数据交互则为工作中常说的空中包，需要借
第一部分：HCI协议（八）具体的HCI command和event（10、CONNECTION STATE）
sui1005316018的博客
07-21 2893
只介绍常用的几个 （1）Mode Change Event 这个event用来表明Connection_Handle表示的ACL连接在Active、Hold、Sniff以及Park模式进行了切换 参数说明： Status（1 Octet）：0x00表示mode change已经发生；0x01-0xFF表示Hold_Mode、Sniff_Mode、Exit_Sniff_Mode、Park_State或者Exit_Park_State command失败 Connection_Hand
传统蓝牙HCI Event（蓝牙HCI事件）详细介绍
朝气蓬勃
07-31 6822
一. 声明 本专栏文章我们会以连载的方式持续更新，本专栏计划更新内容如下： 第一篇:蓝牙综合介绍 ，主要介绍蓝牙的一些概念，产生背景，发展轨迹，市面蓝牙介绍，以及蓝牙开发板介绍。 第二篇:Transport层介绍,主要介绍蓝牙协议栈跟蓝牙芯片之前的硬件传输协议,比如基于UART的H4,H5,BCSP，基于USB的H2等 第三篇:传统蓝牙controller介绍，主要介绍传统蓝牙芯片的介绍，包括射频层（RF），基带层（baseband），链路管理层（LMP）等 第四篇:传统蓝牙host介绍，主要
BLE 配对流程梳理
feelinghappy的专栏
09-09 1019
blog.csdn.net BLE 配对流程梳理 21-26 分钟 BLE配对是一个三阶段的过程。 前两个阶段总是使用，可能跟随着一个可选的传输特定秘钥分配的阶段。 阶段1：配对特征交换 阶段2：短期秘钥（STK）生成 阶段3：传输特定秘钥分配 STK 生成规则： 1： Just work 没有加密 TK=0x00 2: passkey entry 密码输入如果 passkey 是 ‘019655’ then TK shall be 0x000000000000000000000.
蓝牙HCI 部分Command，Event
qq_44840245的博客
07-03 1934
蓝牙HCI部分Command与Event
hci_event.rar_bluetooth hci_event
09-24
BlueZ - Bluetooth protocol stack for Linux.
The-Real-Scoop：HCI，移动应用程序项目
02-06
The-Real-Scoop：HCI，移动应用程序项目
01_CCC3.0数字钥匙_蓝牙OOB配对过程
suitcalaw的博客
08-01 3337
CCC3.0数字钥匙专栏第一篇文章，OOB配对前准备的过程以及具体参数来源
经典蓝牙安全机制
JAYCE_chen的博客
03-27 1392
BR/EDR中使用的安全机制经过了三个阶段的规范的多个版本的发展，分别是：Legacy，Secure Simple Pairing和Secure Connections。encryption, authentication 和key generation安全算法和这三个阶段的关系如下： Legacy 当两台设备没有common link key时，当使用Legacy Pairing或Secure Simple Pairing时应当生成Kinit。Kinit基于PIN, random number
CCC数字钥匙设计【BLE】--车主配对之BLE OOB配对
最新发布
12-24 843
本文主要介绍CCC3.0采用BLE进行车主配对时，关于蓝牙OOB配对的内容。 首先，介绍下BLE Pairing的一些基础知识，有一些基本概念。之后，再着重介绍CCC规范定义的BLE OOB配对流程。
第一部分：HCI协议（八）具体的HCI command和event（16、AUTHENTICATION AND ENCRYPTION 二）
sui1005316018的博客
08-24 1091
（1）Link Key Notification Event 当controller发送Link Key Notification event给host时，表示本地设备与地址为BD_ADDR的远端设备之间的连接已经产生了一个新的Link key，此时host可以将这个Link key存起来，也可以使用Write_Stored_Link_Key将link key存到controller内。 参数说明： BD_ADDR（6 Octet）：远端设备地址 Link_Key（16 Octet）：与...
第一部分：HCI协议（八）具体的HCI command和event（16、AUTHENTICATION AND ENCRYPTION 八）
sui1005316018的博客
12-14 1016
第四阶段：Authentication stage 2: DHKey Check （1）Simple Pairing Complete Event（常用） 这个event用来通知host配对完成。 参数说明： Status（1 Octets）：0x00表示配对成功，其他表示配对失败 BR_ADDR（6 Octets）：远端设备地址 举例说明： 0x04：表示HCI Event Packet 0x36：表示这个event是Simple Pairing Complete event
第一部分：HCI协议（一）HCI传输层
sui1005316018的博客
07-19 3232
一、HCI传输层： 1、UART传输层配置 （1）HCI UART使用的是RS232,具体配置如下图所示： 主要需要注意的就是流控（Flow control），流控是为了防止uart buffer溢出，这个流控不是HCI流控，HCI有自己的流控机制（注意：有的bt chip直接可以设置uart流控，不用设置hci 流控） 接线方式：BT CHIP的TX和MCU的RX接；BT CHIP的RX和MCU的TX接；BT CHIP的CTS和MCU的RTS接；BT CHIP的RTS和MCU的CTS接。 （
Bluetooth: hci0: command 0x1003 tx timeout
07-04
这个错误信息通常表示蓝牙设备在发送命令时超时。可能的原因包括蓝牙设备与主机之间的...请注意，这些方法仅供参考，具体解决方案可能因设备和环境而异。如果问题仍然存在，建议咨询专业技术支持以获取更详细的帮助。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值