汽车数字钥匙设计01：CCC系统架构

本文主要是介绍汽车数字钥匙设计01：CCC系统架构，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

CCC规范3.0主要说明了数字钥匙的生态系统，涉及到UWB，BLE，NFC等技术。

该规范主要包含如下三个部分：

1) 标准化的数字钥匙小程序

2) 标准化的车辆访问协议

3) 可扩展的架构（支持不同整车厂和不同手机厂商）

第一部分关注手机端的标准化、第二部分关注车辆端的标准化、第三部分关注整体的扩展性。

一、概述

1) 数字钥匙系统使用非对称加密来相互验证车辆和手机。手机仅向已匹配车辆显示其身份。

2) 通过手机与车辆的配对来相互交换公钥。然后，车主可以通过签署朋友和家人手机的公钥，来授权朋友和家人使用数字钥匙。

3) 该数字系统执行时，所有相关功能可完全离线工作。

a) 相关功能：例如，车主配对、使用数字钥匙解锁/闭锁车辆；

b) 完全离线工作：即，车辆或手机不需要连接服务器。

二、高层级功能

数字系统需符合以下高层级要求：

1) 等同于或优于物理钥匙的安全性和隐私性；

2) 车主设备（如手机）和车辆的配对；

3) 车主和朋友之间的钥匙分享；

4) 跨设备和车辆OEM的互操作性，即不同手机设备连接到不同整车厂的车辆，都能互相兼容。

5) 在同一个手机上，同时支持不同车辆 OEM 的多个数字钥匙。即，一把手机上可以同时拥有多个数字钥匙，用来控制不同整车厂的车辆。

6) 由整车厂来控制数字密钥的发行、控制数字钥匙的相关政策。

7) 针对主动/被动窃听者进行隐私保护。

三、系统架构

数字钥匙生态系统由多个角色组成，这些角色如下：

1) 车辆(Vehicle) ：

a) 门把手NFC读卡器(Door NFC Reader);

b) 中控NFC读卡器;(ConsoleS NFC Reader);

c) BLE模块(BLE Module);

d) UWB模块(UWB Module);

2) 车辆OEM服务器(Vehicle OEM Server)；

3) 车主手机(Owner Device)：

a) NFC模块(NFC Module);

b) BLE模块(BLE Module);

c) UWB模块(UWB Module)；

4) 车主手机OEM服务器(Owner Device OEM Server)；

5) 朋友手机(Friend Device)；

6) 朋友手机OEM服务器(Friend Device OEM Server)；

7) 密钥追踪服务器(Key Tracking Server

图1：数字钥匙生态系统框图

上图虚线部分链路不在该文档范围内，故CCC规范重点定义的是实线部分的交互。

1) 链路（1）：车端通过远程链路(1)链接到整车厂服务器。该链接提供了一个安全的通信通道，并且完全由汽车OEM控制。

2) 链路（3）、（4）、(11)、(12)：车端配有NFC 读卡器和可选的蓝牙/UWB模块，用于与设备进行通信，以进行车主配对、车辆闭锁/解锁和发动机启动等功能。在NFC连接的情况下，通过链路(3)、(4)实现这些功能；或者在BLE/UWB连接的情况下，通过链路(11)、(12)实现这些功能。

3) 链路（2）、(6) 、(7)、(8)：通过这几条链路，车主手机可以与朋友手机共享数字钥匙。

i. 链路2，7：车主/朋友）手机OEM服务器负责管理数字钥匙小程序的生命周期，并通过(2) / (7)更新车主/朋友手机中的必要证书。它可以在手机丢失或被盗时提供暂停、恢复和擦除数字钥匙的服务。

ii. 链路6，8：汽车OEM服务器和（车主/朋友）手机OEM服务器之间的通信链路(6)和(8)用于交换服务器的证书、密钥共享、密钥跟踪、密钥终止和通知。

4) 链路（5）：汽车OEM服务器管理用户账户及 ID&V （Identification and Verification of User Identity）。可通过链路5连接到可选的密钥跟踪服务器，以注册车辆的所有已发行数字钥匙，从而保护存储信息的隐私。

5) 链路（10）：车主手机可以使用汽车OEM服务器的专有应用程序界面，通过链路10直接与汽车OEM通信。

6) 链路（9）：同样，朋友手机也可以使用汽车OEM服务器的专有应用程序接口，通过链路9直接与汽车OEM 服务器通信。