ICS43. 020 GB CCS T 40 中华人民共和国国家标准 GB XXXXX—XXXX 汽车软件升级通用技术要求 General technical requirements for software update of vehicles (点击此处添加与国际标准一致性程度的标识) （征求意见稿） 在提交反馈意见时，请将您知道的相关专利连同支持性文件一并附上 XXXX - XX - XX 发布 XXXX-XX-XX实施 国家市场监督管理总局 发布 国家标准化管理委员会 GB XXXXX—XXXX 目 次 前 言 II 1范围 2规范性引用文件 3术语和定义 4软件升级管理体系要求 5车辆要求 3 6试验方法 7车辆型式的变更和扩展 5 8说明书 9标准实施 GB XXXXX—XXXX 前言 本文件按照GB/T1.1一2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定 起草。 本文件由中华人民共和国工业和信息化部提出并归口。 II GB XXXXX—XXXX 2 3 汽车软件升级通用技术要求 １范围 5 本文件规定了汽车软件升级的管理体系要求、车辆要求、试验方法、车辆型式的变更和扩展、说明 6 书。 7 本文件适用于M类、N类汽车，其他车辆类型可参照执行。 8 2 规范性引用文件 6 本文件没有规范性引用文件。 10 3 术语和定义 11 下列术语和定义适用于本文件。 12 3.1 13 软件 software 14 电子控制系统中由数字数据和指令组成的部分。 15 3. 2 16 软件升级 software update 17 将某版本的软件更新到新版本或更改配置参数的过程。 18 注：“软件升级”也称“软件更新”。 19 3. 3 20 软件识别码 software identification number；SwiN 21 由车辆制造商定义，用于表示与准入或认证相关系统中软件信息的专用标识符。 22 3. 4 23 软件升级管理体系 software update management system；sUMS 24 为完成软件升级而制定的一种规范组织的过程和程序的系统方法。 25 3. 5 26 在线升级 over-the-air update 27 通过无线方式而不是使用电缆或其他本地连接进行数据传输的软件升级。 28 3. 6 29 升级包update package 30 用于进行软件升级的软件包。 31 3. 7 32 执行 execution 33 安装和激活已下载升级包的过程。 34 3. 8 35 安全状态 safe state 36 当软件升级中断或失败时，一种没有不合理风险的运行模式。 37 3. 9 38 完整性验证数据 integrity validation data 1 GB XXXXX—XXXX 39 用以检测数据中的错误或变化的值。 40 示例：校验值、哈希值等。 41 3. 10 42 系统system 43 用于实现功能的一组部件和/或子系统。 44 3. 11 45 车辆用户 vehicle user 46 操作、驾驶、拥有或管理车辆的人。 47 示例：车辆所有者，车队经理的授权代表或雇员，车辆制造商的授权代表或雇员、授权的技术人员。 48 软件升级管理体系要求 49 4.1一般要求 50 4.1.1车辆制造商应建立软件升级管理体系。 51 4.1.2对于每次软件升级，车辆制造商应记录并安全存储4.3要求的相关信息，该信息应至少保存至 52 车型停产后10年。 53 4.1.3对于具有软件识别码的车型，车辆制造商应确保： 54 a）每个软件识别码是唯一可识别的； 55 b）当软件升级导致车型扩展或变更时，同步更新软件识别码。 56 4.1.4 若车辆未存储软件识别码，车辆制造商应确保： 57 a) 声明与准入或认证相关的电子控制单元（ECU）的软件版本； 58 b）对所声明软件版本进行软件升级时，同步更新a）中的声明。 59 4.2过程要求 60 4.2. 1 应具备唯一地标识准入或认证相关系统所有初始和更新版本的软件（至少包括完整性验证数据） 61 以及相关硬件部件的过程。 62 4.2.2对于具有软件识别码的车型，应具备： 63 a) 在软件升级前后，能访问软件识别码相关信息的过程； 64 b) 在软件升级后，能更新软件识别码相关信息的过程，至少更新所有相关软件的版本及完整性验 65 证数据； 66 c） 能验证相关系统中软件版本与相关软件识别码中软件版本保持一致的过程。 67 4.2.3 应具备识别被升级系统与其他车辆系统之间相关性的过程。 68 4.2.4应具备识别软件升级的目标车辆的过程。 69 4.2.5 在软件升级发布之前，应具备确认软件升级与目标车辆配置兼容性的过程，至少应评估目标车 70 辆在软件升级发布之前最新已知软硬件配置，以确保其与升级包的兼容性。 71 4.2.6应具备评估、识别和记录软件升级是否会影响准入或认证相关系统的过程，至少应包括软件升 72 级是否会影响或更改被升级系统的受准入或认证约束的参数或其他关键参数。 73 4.2.7应具备评估、识别和记录软件升级是否会增加、更改或启用在准入或认证时不存在或未启用的 74 任何功能，或是否会更改、禁用标准法规中定义的任何其他参数或功能的过程，至少应包括： 75 a) 准入或认证相关的信息条目是否需要修改； 76 b) 型式试验结果是否不再适用软件升级后的车辆； 77 c) 对车辆功能的修改是否影响车辆的准入或认证结果。 78 4. 2.8 应具备评估、识别和记录软件升级是否会影响任何其他系统（该系统可能与车辆安全和持续运 2 GB XXXXX—XXXX 79 行有关），或是否会增加或更改车辆注册登记时的功能的过程。 80 4.2.9应具备通知车辆用户有关软件升级的过程。 81 4.3信息记录要求 82 4.3.1描述车辆制造商进行软件升级的过程，以及证明其符合性的相关标准的文件。 83 4.3.2在软件升级前后，描述准入或认证相关系统的配置的文件，至少应包括系统的硬件、软件（包 84 括软件版本）的唯一标识以及相关车辆或系统参数。 85 4.3.3在软件升级前后，每个软件识别码应有一个可审核的记录用于描述所有相关的软件，至少应包 86 括所有相关软件的版本及完整性验证数据， 87 4.3.4列出软件升级的目标车辆并确认其配置与软件升级兼容性的文件。 88 4.3.5 描述车型所有软件升级的文件： 89 a） 软件升级的目的； 90 b) 软件升级可能影响的车辆系统或功能； 91 b)中系统或功能是否与准入或认证有关： 92 (p 对于c）中与准入或认证有关的系统或功能，软件升级是否影响其准入或认证的符合性； 93 软件升级是否影响系统的任何准入或认证相关参数； 94 f) 是否获得软件升级批准： 95 g) 执行软件升级的方法和先决条件； 96 h) 确认软件升级将安全可靠地进行； 97 i） 确认软件升级已经成功通过验证和确认程序， 98 4.4安全相关要求 66 4. 4. 1 应具备保护升级包的过程，合理地防止其在执行前被篡改。 100 4. 4. 2 应保护软件升级过程，合理地防止其受到损害，包括软件升级发布系统。 101 4. 4. 3 应确保验证和确认车辆软件的功能和代码的过程是适当的。 102 4.4.4/ 应具备处理软件升级突发事件的应急管理机制。 103 4.5在线升级的附加要求 104 4.5.1若在线升级是在车辆行驶过程中进行，车辆制造商应证明其采用了过程和程序以确保该在线升 105 级不会影响车辆安全。 106 4.5.2当在线升级需要特定的技能或复杂操作时，车辆制造商应证明其采用了过程和程序以确保只有 107 在专业人员在场或执行该操作的情况下才能进行在线升级。 108 5车辆要求 109 5.1一般要求 110 5.1.1应保护升级包的真实性和完整性，合理地防止其受到损害和防止无效软件升级。 111 5.1.2当车辆存储软件识别码时，车辆应具备更新软件识别码的能力，每个软件识别码应能通过使用 112 电子通信接口，至少通过标准接口（如OBD端口），以标准化的方式易于读取。 113 5.1.3当车辆未存储软件识别码时，车辆应具备更新软件版本的能力，与准入或认证相关系统的软件 114 115 5.1.4应保护车辆上的软件识别码和/或软件版本免受改。 3 GB XXXXX—XXXX 116 5.2在线升级的附加要求 117 5.2.1 在执行软件升级前，应告知车辆用户有关软件升级的信息，至少应包括： 118 a) 目的（例如，软件升级的重要性，以及是否与召回、安全等有关）； 119 b) 对于车辆功能的任何更改； 120 完成软件升级的预期时间； 121 (P 执行软件升级期间任何可能无法使用的车辆功能； 122 可能帮助车辆用户安全执行软件升级的任何说明。 123 5.2.2 在执行软件升级前，应得到车辆用户的确认。 124 5.2.3不 在执行软件升级前，应确保车辆满足先决条件。 125 5.2. 4 在执行软件升级前，应确保车辆有足够电量（包括可能恢复到以前版本或使车辆进入安全状态 126 所需的电量）完成软件升级。 127 5.2.5 若执行软件升级可能影响车辆安全，在执行软件升级中，应通过技术手段确保车辆安全。 128 5.2.6若执行软件升级可能影响驾驶安全，在执行软件升级中，至少应满足： 129 a) 确保车辆不能被驾驶； 130 b) 确保任何影响成功执行