[学习笔记-蓝牙钥匙]CCC协议3.0 - 数据格式

已于 2023-04-16 19:29:29 修改
阅读量1.2k 收藏 5
点赞数
分类专栏： 学习笔记-蓝牙钥匙 文章标签： 学习 笔记 mcu
于 2023-04-16 17:51:57 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Kidwish_mini/article/details/130184733
版权
  • CCC协议规定DK报文必须以L2CAP形式通过 DK 服务（SPSM）进行传输

逻辑链路控制与适配协议  L2CAP

只支持ACL数据传输，不支持SCO数据

  • DK报文以大端编码，除非该区域已被蓝牙规范或CCC规范的其他部分所定义。

L2CAP组成

  • L2CAP 分组头
    • 长度（2byte）
    • CID(0x0001)
  • 信令指令头
    • 代码（1byte）
    • 标识符（1byte）
    • 长度(2byte)
  • 数据（此部分具体格式L2CAP不进行定义，由CCC定义）
    • Message Header    Byte 0 
      • Message Type        Bit [5:0] 

      • RFU(Reserved for Future Use) Bit [7:6] 

    • Payload Header （Message ID）  Byte 1

    • Length Byte [3:2] 

    • Data Byte N

Message Type 与 Message ID

每个Message Type对应某几个Message ID，整理如下(各parameter的长度及详述未列出，详见CCC-TS-101)：

Message Type (Framework, SE)
Message Type Value (decimal)Message IDMessageParameterAPDUs
Framework00x0BDK_APDU_RQAPDU commandSELECT,  
SPAKE2+ REQUEST, 
SPAKE2+ VERIFIER,  
WRITE DATA,  
GET DATA,  
GET RESPONSE, 
OP CONTROL FLOW
0x0CDK_APDU_RSAPDU response
SE10x0BDK_APDU_RQAPDU commandSELECT,  
AUTH0,  
AUTH1,  
EXCHANGE 
CONTROL FLOW CREATE RANGING KEY
0x0CDK_APDU_RSAPDU response
Message Type (UWB Ranging Service)
Message TypeValue (decimal)Message IDMessageParameter
UWB Ranging Service20x01Ranging_Capability_RQSupported_DK_Protocol_Version_Len, 
Supported_DK_Protocol_Version, 
Supported_UWB_Config_Id_Len, 
Supported_UWB_Config_Id 
Supported_PulseShape_Combo_Len 
Supported_PulseShape_Combo 
0x02Ranging_Capability_RSSelected_DK_Protocol_Version, 
Selected_UWB_Config_Id 
Selected_PulseShape_Combo
0x03Ranging_Session_RQSelected_DK_Protocol_Version, 
Selected_UWB_Config_id, 
UWB_Session_Id, 
Selected_PulseShape_Combo, 
Channel_Bitmask
0x04Ranging_Session_RSRAN_Multiplier, 
Slot_BitMask, 
SYNC_Code_Index_BitMask, 
Selected_UWB_Channel, 
Hopping_Config_Bitmask
0x05Ranging_Session_Setup_RQ

Session_RAN_Multiplier, 
Number_Chaps_per_Slot,  
Number_Responders_Nodes, 

Number_Slots_per_Round, 
SYNC_Code_Index, 
Selected_Hopping_Config_Bitmask

0x06Ranging_Session_Setup_RSSTS_Index0, 
UWB_Time0, 
HOP_Mode_Key, 
SYNC_Code_Index
0x07Ranging_Suspend_RQUWB_Session_Id
0x08Ranging_Suspend_RSSuspend_Response
0x09Ranging_Recovery_RQUWB_Session_Id
0x0ARanging_Recovery_RSSTS_Index0, 
UWB_Time0
0x12Configurable_Ranging_Recovery_RQUWB_Session_Id 
Requested_RAN_Multiplier
0X13Configurable_Ranging_Recovery_RSSelected_RAN_Multiplier 
STS_Index0, 
UWB_Time0
Message Type (rest)
Message TypeValue (decimal)Message IDMessageParameter
DK Event Notification30x11Ranging_EventSubevent_Category, 
Subevent_Code
Vehicle OEM App40x10Pass_Through Payload
Supplementary Service50x0DTime_Sync

DeviceEventCount,

UWB_Device_Time, 
UWB_Device_Time_Uncertainty, 
UWB_Clock_Skew_Measurement_available, 
Device_max_PPM, 
Success, 
RetryDelay

0x0EFirst_Approach_RQE1_Payload 
IV1, 
Tag1, 
E2_Payload 
IV2, 
Tag2 
0x0FFirst_Approach_RSE_Payload 
IV, 
Tag
0x14RKE_Auth_RQRKE Challenge
0x15RKE_Auth_RS8个Tag
Head Unit Pairing60x16Head_Unit_Pairing_Preparation (HU-PP)BT_Pairing_Configuration, 
BD_ADDR_Head_Unit, 
Vehicle capabilities
0x17Head_Unit_Pairing_RQ (HUP-RQ)User Intent,  
BD_ADDR_Device, 
Device Capabilities, 
PairingDataR192, 
PairingDataR256, 
PairingDataC192, 
PairingDataC256
0x18Head_Unit_Pairing_RS (HUP-RS)BD_ADDR_Head_Unit, 
PairingDataR192, 
PairingDataR256, 
PairingDataC192, 
PairingDataC256
Reserved7-63///

编码示例

Message: APDU command(Select) message over Bluetooth LE with 
AID as 0xA000000809434343444B417631. 
Message Type in Message Header: 0x01 (SE) 
Message ID in Payload Header: 0x0B (DK_APDU_RQ, 11) 
Data: 0x00A404000DA000000809434343444B41763100 
(SELECT APDU command) 
DK Bluetooth LE Payload: 0x010B001300A404000DA000000809434343444B41763100

Payload解读

0x010B001300...：Message Header    Byte 0

0x010B001300...：Payload Header （Message ID）  Byte 1

0x010B001300...：Length Byte [3:2]：长度为19字节

0x...00A40400...：Data Byte N：Parameter(SELECT command)，共计19字节

SELECT APDU command解读

SELECT command 指令格式： CLA1 A4 04 00 Lc AID 00

其中AID指定为： A000000809434343444B417631 (hex)

0x00A404000DA000...00：CLA1

0x00A404000DA000...00：A4 04 00

0x00A404000DA000...00：Lc，command length，即AID长度，即13

0x00A404000DA000...00：AID

0x00A404000DA000...00：00

Zhu._.
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
CCC数字钥匙2.0&3.0
05-10
汽车数字钥匙 for 3c规范v2.0&v3.0理解学习
[学习笔记-蓝牙钥匙]CCC协议3.0 - DIGITAL KEY APPLET 与 APDU command
Kidwish_mini的博客
04-16 701
数字密钥小程序，旨在提供基于SE的多用途交易机制，结合点对点密钥分发和具有强大安全性和隐私性的数据存储系统。
CCC数字钥匙3.0标准解读(2)
weixin_41738640的博客
09-21 1006
 与车主或好友的设备通信以实现安全测距，从而安全地确定设备和车辆之间的距离，从而支持被动进入和被动发动机启动功能的安全距离测量。 当车辆在离线状态下进行钥匙共享时，为好友设备进行第一次交互传输必要的证明，以便车辆能够验证好友设备的数字钥匙。在本节中，描述了数字密钥生态系统中涉及的实体的角色和责任。 在密钥共享期间为好友设备进行第一次交易时，传输必要的证明，以便车辆能够验证好友设备的数字密钥。 为车辆提供必要的证明（在线时），以便车辆在第一次好友设备交易中接收共享的好友数字钥匙。
01_CCC3.0数字钥匙_蓝牙OOB配对过程
suitcalaw的博客
08-01 3397
CCC3.0数字钥匙专栏第一篇文章，OOB配对前准备的过程以及具体参数来源
CCC3.0学习笔记_数字钥匙系统架构
u010674359的博客
06-30 4560
第六章 CCC3.0 System Architecture随着科技不断发展，车钥匙经历了传统机械钥匙到高低频的电子钥匙再到目前的数字钥匙的转变，由于现在手机或者手环等成为人们生活中必不可少的随身携带的电子产品，于是人们开始寻思着用手机或手环来代替先前的车钥匙，而蓝牙作为数字车钥匙的一个重要部件，本文将介绍CCC3.0中关于蓝牙OOB配对的那部分内容，至于蓝牙模块之间的配对特性交换，认证以及密钥生成分发则不在讨论的范围内。数字钥匙技术规范第3版规定了一个数字钥匙生态系统，该系统使用了一个标准化的数字钥匙小程
USB学习笔记-USB概述与协议基础.pdf
10-26
USB学习笔记_USB概述与协议基础.pdf
autokeras学习笔记-安装篇
最新发布
06-07
autokeras学习笔记-安装篇
java学习笔记-Scokect.pdf
11-29
Java学习笔记-Scoket.pdf Java学习笔记-Scoket.pdf是关于Java编程语言中Socket编程的学习笔记，涵盖了Socket编程的基础知识、Java中Socket的使用、Socket通信的原理及应用等方面的内容。 Socket编程的基础知识 在...
go学习笔记-文档-文档
07-21
go学习笔记-文档
Python数据分析与展示学习笔记-2-1
12-20
维度：一组数据的组织形式，数据维度就是在数据之间形成特定关系，表达多种数据含义的基础概念。 （1） 一维数据：由对等关系的有序或无序数据构成，采用线性方式组织，对应列表、集合、数组等概念  列表：列表中每...
CCC-Digital-Key-R3
05-10
CCC-Digital-Key-R3 for 数字钥匙3C规范
I3C协议Single Data Rate(SDR)模式研读（六）：通用命令代码（CCC）
热门推荐
小孟同学的博客
08-31 1万+
通用命令代码（CCC）是全局支持的命令，可以直接传输到特定的I3C从设备，也可以同时传输到所有I3C从设备。 本节指定如何在I3C总线上传输CCC，每个CCC如何工作以及需要I3C设备支持哪些CCC。 一、通用命令代码格式 CCC命令协议仅使用I3C SDR进行格式化，并且始终以I3C广播地址（7’h7E）开头。 也就是说，在启动或重复启动之后，CCC命令的地址应始终为7’h7E，而RnW位应始终为写。 一旦分配了I3C从机，所有I3C从机都将识别7’h7E广播地址和它们自己的动态地址...
CCC3.0学习笔记_SCP03安全通道
u010674359的博客
04-07 4577
CCC、ICCE和ICCOA数字钥匙协议
旭日的博客
10-09 3572
CCC R3是基于NFC/BLE/UWB作为基础的无线电技术的使用，该系统采用非对称密码技术对车辆和设备进行相互签名认证，且只对已知车辆显示身份，只有使用和车辆存储的公钥相对应的私钥签名计算，车辆才能进行解闭锁、启动发动机等功能。R3可以兼容R2（第二代数字钥匙），R1（第一代数字钥匙）是独立于R2、R3进行部署。ICCOA标准是一种开放性的接口，由国际商会和开放联盟（由小米，Oppo和Vivo主导）联合制定，旨在促进全球贸易和投资的发展，以及推动不同系统之间的数据交互和信息共享1。
蓝牙钥匙应用笔记
weixin_71398270的博客
02-27 847
那首先离不开的就是PEPS了，目前市场上的状态就是射频方案（低频+高频），之后新能源车越来越智能化，发展了蓝牙技术，出现了蓝牙数字钥匙（BPEPS），NFC钥匙，UWB钥匙。整个发展模式呢基本上是射频——射频+蓝牙+NFC——蓝牙+UWB。基本功能都是一样的，后两者的出现是为了满足无感进入+无感启动为基础的数字钥匙。但说实话，目前数字钥匙的发展也都是噱头，只仅仅满足基本的功能，像一些需求的功能都无法实现，所以数字钥匙这条路也仅仅是个开始，个人呢认为数字钥匙的发展是非常需要时间的，也就可能就是个浮云泡沫，得解
CCC联盟数字车钥匙（四）——UWB MAC协议
UWB技术博客
11-27 2826
本文介绍了CCC数字钥匙标准中关于UWB MAC层协议相关时序、定义，通过本文可以大致了解整个MAC层数据交换的特点，便于实现。
关于蓝牙钥匙的应用笔记（1）
weixin_45555625的博客
03-11 1941
工作年限6年，但是之前一直干的工作很多都是纯粹的DRE，导致很多情况下对于产品以及系统的熟悉程度都是建立在很基础的层面，因此毅然决然的决定离职，从新的工作领域开始，最开始的时候是做辅助驾驶和智能驾驶的，但是由于深度优化算法的状态基本上行业都是由mobieye等一些行业尖端的供应商来做的，学到的东西相对来讲比较少，就又朝着别的方向开始前进了，不得不说，学习的过程是非常开心的，但同时也是很焦虑的，算了跑题了，这次写文章主要的目的还是为了让自己在日常工作中能学习的东西得到一个非常有效的保存，以及分...
蓝牙协议分析(11)_BLE安全机制之SM
Do what you want
11-02 2500
本文转自：http://www.wowotech.net/ 1. 前言 注1：此SM是Security Manager的缩写，非彼SM，大家不要理解歪了！ 书接上文，我们在“蓝牙协议分析(10)_BLE安全机制之LE Encryption”中介绍了BLE安全机制中的终极武器----数据加密。不过使用这把武器有个前提，那就是双方要共同拥有一个加密key（LTK，Long Term Key）。这...
CCC数字钥匙标准3.0版本解读(24)
weixin_41738640的博客
01-20 1108
介绍数字钥匙系统中的安全机制，介绍SPARKE+协议算法及过程．
数字钥匙ccc协议中文
08-15
数字钥匙CCC协议中文是一种用于数字加密和身份验证的协议。该协议使用非对称加密算法，包括公钥和私钥的生成和交换过程。 在该协议中，首先，用户A生成一对密钥，即一个公钥和一个私钥。然后，用户A将公钥发送给用户B。用户B接收到公钥后，可使用该公钥对数据进行加密。加密后的数据只能使用用户A的私钥进行解密，确保了数据的机密性。 同时，CCC协议还提供了身份验证的功能。在用户B接收到用户A的公钥后，用户B可以使用公钥对数据进行数字签名。数字签名可以验证数据的完整性和真实性，即只有用户A才能生成该签名。这样，用户B可以确保数据的来源，并且确信数据未被篡改。 通过CCC协议，数字钥匙的生成、数据加密和身份验证等多个问题都得到了解决。它可以广泛应用于网络通信、电子商务、数据传输等领域，保护数据的安全和隐私。 总结来说，数字钥匙CCC协议中文通过非对称加密算法实现数据加密和身份验证，同时保护数据的完整性和真实性。它是一种非常有效和安全的加密协议，被广泛应用于各个领域。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值