标准解读 | GB 47955—2026《智能网联汽车 组合驾驶辅助系统安全要求》（二）
引言
近日，国家市场监督管理总局、国家标准化管理委员会正式发布强制性国家标准 GB 47955—2026《智能网联汽车 组合驾驶辅助系统安全要求》，标志着我国首部针对组合驾驶辅助系统的强制性国家标准正式落地。
中汽深圳科技深耕智能网联汽车功能安全领域，深度参与功能安全相关标准起草及验证试验。技术团队具备覆盖概念阶段安全目标确定、系统级FTA/FMEA分析、软硬件安全设计及FMEDA分析等全链条能力，构建起覆盖“概念定义—安全分析—设计开发—测试验证—审核认证”的一站式功能安全技术服务体系。目前，并已与多家主流车企合作落地产品级ASIL D功能安全开发、安全管理体系建设、全域整车级功能安全测试验证等项目。依托“概念定义—安全分析—设计开发—测试验证—审核认证”的一站式功能安全技术服务体系，能够针对GB 47955—2026的功能安全合规要求，为企业提供从前端文档编写指导与文审对标、到后端场地安全验证的全流程落地服务，帮助企业高效通过L2强标的功能安全文档审核与验证确认测试。
此前第一期解读文章已对标准的总览、影响及需求进行介绍。本期聚焦标准附录C、附录D与附录E，深入解读组合驾驶辅助系统的功能安全要求，并为企业梳理核心关注点。
功能安全要求范围
功能安全是智能网联汽车安全运行的核心保障技术，能够有效规避车辆因电子电气系统故障引发的安全风险，现已成为车辆研发的基本技术要求。依据GB 47955—2026，功能安全要求贯穿基础单车道、基础多车道、领航组合驾驶辅助系统及组合驾驶辅助安全保障要求，从技术维度、安全保障维度全面保障系统的安全运行。
功能安全技术文档与验证确认要求
提交文档
附录C要求车辆制造商提交组合驾驶辅助系统功能安全相关总结文档（10份），并备查详细设计开发文档（6份），同时对全部文档与实际开发的一致性、可追溯性做出自我声明。检验检测机构将对提交及备查文档进行文档确认，以下为完整的文档清单。
|
类别 |
序号 |
文档名称 |
标准出处 |
|
提交（10份） |
1 |
系统描述 |
C.2.2 |
|
提交（10份） |
2 |
HARA总结 |
C.2.3.1 |
|
提交（10份） |
3 |
接受准则和确认目标 |
C.2.4 |
|
提交（10份） |
4 |
安全措施说明 |
C.2.5 |
|
提交（10份） |
5 |
软件架构概要 |
C.2.6 |
|
提交（10份） |
6 |
整车安全分析总结 |
C.2.7.2 |
|
提交（10份） |
7 |
系统安全分析总结 |
C.2.7.4 |
|
提交（10份） |
8 |
功能安全验证确认计划总结 |
C.2.8 |
|
提交（10份） |
9 |
SOTIF验证确认计划总结 |
C.2.9 |
|
提交（10份） |
10 |
安全评估发布报告 |
C.2.10 |
|
备查（6份） |
B1 |
详细HARA |
C.2.3.2 |
|
备查（6份） |
B2 |
详细整车安全分析 |
C.2.7.3 |
|
备查（6份） |
B3 |
详细系统安全分析 |
C.2.7.5 |
|
备查（6份） |
B4 |
详细FS验证确认计划和结果 |
— |
|
备查（6份） |
B5 |
详细SOTIF验证确认计划和结果 |
— |
|
备查（6份） |
B6 |
其他支撑性材料或数据（若有） |
— |
对企业而言，核心思路并不复杂——按功能安全方法论完成设计开发和全量测试后，整理总结文档（10份）提交审查、详细记录（6份）备查即可。关键在于文档与实际产品开发过程保持一致、可追溯，避免“文档归文档、设计归设计”的两张皮现象。
验证确认测试
在文审通过后，检验检测机构将基于标准表C.3中系统可能发生的8种整车危害与5种故障类型，在封闭场地开展整车级功能安全故障注入测试，验证企业声明的安全措施是否真实、有效。
|
维度 |
内容 |
|
整车危害（8类） |
供电、通信、信号、执行器、传感器、控制器、人机交互（HMI）、环境感知相关失效导致的整车级危害 |
|
故障类型（5类） |
标准表C.3定义，企业需针对每类整车危害设计对应故障注入用例 |
|
测试方式 |
封闭场地整车级测试，检测机构从企业全量数据中选取代表性条目进行目击验证 |
|
企业配合要点 |
提供故障注入接口与通信协议，配合开展故障模拟 |
在这一环节，企业应提前做好三项准备：
1.在安全分析阶段导出可量化的安全度量接受准则，为验证测试提供明确的“通过线”；
2.被测车辆预留故障注入接口——无论是引出线束还是配备BOB接线盒，都能大幅缩短现场准备时间；
3.同时提前准备好测试所需的通信协议文件。
这三项准备工作做好后，测试周期和认证效率将显著提升。
功能安全描述与全生命周期保障
功能安全描述：支撑同一型式判定
附录D要求企业提交系统功能安全描述，主要内容包括系统描述、HARA总结和安全措施说明，描述内容须与产品实际开发一致。这份描述的核心作用在于支撑第11章“同一型式判定”——不同车型之间如果功能安全设计相同，可以通过同一型式判定机制避免重复认证。企业需要注意：如果涉及功能安全描述的参数变更（如传感器型号调整、控制器软硬件升级），必须按附录D.4要求完成变更影响分析，充分论证变更对安全目标、安全措施的影响范围和程度，以降低不必要的重复投入。
全生命周期保障体系：功能安全体系建设
附录E明确了车辆制造商应搭建覆盖开发、生产、运行全生命周期的安全管理流程、方法和工具，共十项核心要求。功能安全管理体系及开发流程贯穿车辆全生命周期的各个阶段，是附录E中的核心保障要求之一。
企业在面对附录E时，不必将其视为一份独立的“额外任务”。如果企业在功能安全开发过程中已经遵循了GB/T 34590（ISO 26262）方法论，附录E要求的安全方针、风险管理、设计流程等大多已经在开发体系中被覆盖——真正的差距往往不在“有没有”，而在于“有没有完整记录和定期审核”。建议企业以功能安全开发方法论为基础，配套建立体系化的安全保障审核机制，即可系统地应对附录E的保障要求。
标准意义
GB 47955—2026中的功能安全要求，从技术文档到验证确认测试，从功能安全描述到全生命周期保障体系，构建起完整的功能安全技术规范体系。10份提交文档作为合规的“门面”，6份备查文档提供详实支撑，8类整车危害×5类故障类型的验证测试确保安全措施“落地有声”，附录D与附录E则将功能安全从“一次性认证”延伸为“持续合规”。该标准的落地实施，标志着国内智能网联汽车功能安全正从行业推荐实践迈向强制性合规管理。
关于中汽深圳科技
中汽研科技有限公司（简称“中汽深圳科技”）作为扎根大湾区的国家级汽车科技服务平台，已构建起涵盖全项智能驾驶、网联通信标准的测试能力以及全项车规级芯片一站式技术服务能力，获得国家级CMA和CNAS资质，并获批进入深圳市智能网联汽车示范应用测试机构目录。公司具备完善的高精度自动驾驶测试平台，运营拥有多样化高快速场景的湾区智联试验场，可支撑组合驾驶辅助强标及深圳地标的测试验证需求。