车联网安全标准化白皮书车联网安全标准化白皮书（2023 年）年）中国通信标准化协会中国通信标准化协会 2023年11月 I 版权说明版权说明 本白皮书版权属于中国通信标准化协会，并受法律保护。转载、摘编或利用其他方式使用本白皮书文字或者观点的，应注明“来源：中国通信标准化协会”。违反上述声明者，本协会将追究其法律责任。II前前 言言 车联网是汽车、电子、信息通信、道路交通运输等行业深度融合的新型产业形态，通过贯通汽车、道路交通运输、云网通信和平台等关键要素，实现“人车路云”数据交互和高效协同，使能综合信息服务、交通治理、安全效能提升、辅助驾驶和自动驾驶等应用，提升交通出行的智能化、网联化和绿色化水平，助力经济社会实现高效、便捷、安全与低碳运转，已成为汽车行业新的发展方向和世界主要国家竞相角逐的产业制高点，也是我国新型工业化进程中的重要推动力量。党的十八大以来，我国车联网产业规模不断壮大，汽车产销量全球第一，建成全球最大 5G 网络，截至 2023 年 5 月，我国车辆装载车联网卡数量超 9840 万张，具备组合驾驶辅助功能（L2）级的乘用车渗透率达到 34.9%。伴随产业快速发展，车联网内涵不断延伸，互联网资产暴露面和安全边界持续扩大，网络安全各类风险加速向车联网领域渗透蔓延，车联网网络安全、数据安全、车辆行驶安全、产业安全等方面风险交织叠加，车联网安全日益成为各方关注焦点。党中央、国务院高度重视车联网产业发展和安全，相关部门陆续印发智能汽车创新发展战略车联网（智能网联汽车）产业发展行动计划关于加强车联网网络安全和数据安全工作的通知车联网网络安全和数据安全标准体系建设指南等政策文件，积极开展车联网安全工作部署。进一步强化车联网安全保障能力建设，不仅需要从监管、技术、行业机制的角度寻求突破，也亟需从标准化维度加 III大工作力度，切实发挥标准在车联网安全工作中的基础性、规范性、引领性作用，有效指导和体系化推进相关重点标准研究制定工作。本白皮书系统梳理了国内外主要国家、地区车联网安全相关发展战略政策，描述了国内外车联网安全标准化现状，针对车联网安全关键要素和重点环节，研究提出车联网安全标准需求和发展方向，给出标准化工作推进建议，旨在呼吁社会各界加强对车联网安全标准化工作的重视程度，共同助力车联网产业高质量安全发展。IV 本白皮书由中国通信标准化协会（CCSA）网络与数据安全（TC8）车联网安全任务组（TF2）牵头，参与编写单位包括：中国信息通信研究院、天翼物联科技有限公司、广东为辰信息科技有限公司、中国第一汽车集团有限公司、国汽（北京）智能网联汽车研究院有限公司、广州小鹏汽车科技有限公司、北京百度网讯科技有限公司、中信科移动通信技术股份有限公司、三六零数字安全科技集团有限公司、郑州信大捷安信息技术股份有限公司、浙江大学网络空间安全学院、浙江吉利控股集团有限公司。主要参与编写人员：魏亮、谢玮、林美玉、赵爽、张倩、柯皓仁、张宁、杜霖、郭茜、冯开瑞、陈荆花、仇俊华、宋雪冬、杨汶翰、陈鹏、薛宇、闫昭、丁润涛、安景斌、郑德熙、冯世杰、黄丹、韩松庭、徐晖、包施晗、龚伟炜、严敏睿、刘献伦、刘为华、任奎、薛强、卢立、杨坤、潘亮，罗巧玲。V 目目 录录 1.车联网安全法律政策进展.1 1.1.国外情况.1 1.1.1.美国.1 1.1.2.欧盟.2 1.1.3.英国.2 1.1.4.日本.3 1.2.国内情况.3 1.2.1.法律法规.3 1.2.2.国家政策.4 1.2.3.地方政策.4 2.国外车联网安全标准化进展.5 2.1.国际组织.5 2.1.1.联合国（UN/WP29）.5 2.1.2.国际标准化组织（ISO）.6 2.1.3.国际电信联盟（ITU）.7 2.1.4.国际汽车工程师学会（SAE）.8 2.1.5.3GPP.8 2.1.6.国际电气与电子工程师协会（IEEE）.8 2.2.重点国家地区.9 2.2.1.美国.9 2.2.2.欧盟.9 2.2.3.英国.10 2.2.4.日本.10 3.我国车联网安全标准化现状.12 3.1.标准框架.12 3.1.1.车联网产业标准体系（1 5 分册）.12 VI3.1.2.车联网网络安全和数据安全标准体系框架.17 3.2.总体与基础共性标准.17 3.3.终端和设施网络安全标准.18 3.4.网联通信安全标准.19 3.5.数据安全标准.20 3.6.应用服务安全标准.21 3.7.安全保障支撑标准.21 4.工作建议.22 4.1.立足强化风险应对提升标准研判能力.22 4.2.持续夯实标准体系建设和迭代更新.22 4.3.加强标准宣传推广和符合性评估.23 4.4.加大标准化人才培养力度.23 4.5.深度参与车联网安全国际标准化工作.23 附件一：国际车联网安全标准清单.24 附件二：国内车联网安全标准清单.26 1 1.车联网安全法律政策进展车联网安全法律政策进展 伴随车联网产业快速发展，车联网网络安全和数据安全事件频发，车联网安全形势不容乐观，对此世界各国都十分重视车联网安全。国际层面以美国、欧盟、英国、日本等国家为代表，陆续出台各项法规政策，强化车联网网络安全、数据安全总体布局。其中，美国加强各方广泛合作，推动技术创新和安全；欧盟则注重隐私保护，对个人数据和非个人数据都提出相应的规范；英国关注网联汽车全生命周期的网络安全，将安全责任拓展到产业链各主体；日本重视数据安全和隐私保护，汽车网络安全方面主要沿用联合国世界车辆法规协调论坛（UN/WP29）制定的规定和要求。国内则从法律法规、国家政策、地方政策等不同层面构建车联网安全保障体系。国家层面顶层设计逐步完善，车联网安全“有法可依”，网络安全法数据安全法和个人信息保护法先后发布实施，初步构建起网络安全和数据安全保障领域的法律体系框架。国务院、工业和信息化部、交通运输部、科学技术部、国家发展改革委、公安部等部委相继出台一系列顶层规划及政策文件，车联网安全发展取得阶段性成效。各级地方政府高度重视网络安全和数据安全的能力建设，密集发布了一系列地方政策对智能网联汽车领域的网络安全和数据安全工作提出了具体要求。1.1.国外情况国外情况 1.1.1.美国美国 美国加强与各利益相关方广泛合作，推动道路运输技术创新和安全，确保美国加强与各利益相关方广泛合作，推动道路运输技术创新和安全，确保美国在自动化领域处于全球领先地位。美国在自动化领域处于全球领先地位。2021 年 1 月，美国自动驾驶汽车综合计划确定了实现自动驾驶系统（ADS）愿景的三个目标：促进合作与透明，为合作伙伴和利益相关者提供技术能力；营造现代化监管环境，开发以安全为中心的框架和工具，以评估自动驾驶系统技术的安全性能；为自动驾驶系统（ADS）的安全集成准备交通系统。美国交通运输部（USDOT）将与利益相关者合作，开展安全评估和整合 ADS 所需的基础研究和示范活动。2021 年 11 月，美国国会正式通过两党基础设施法，意在通过建设更好的道路、桥梁和港口、强化各部门信息技术和网络安全、向清洁能源转型以及加强所有其他关键基础设施部门，为实现长期的安全和繁荣奠定基础，推动产业链向北美转移。2022 年 4 月，美国发布交通战略计划 2022-2026，意图通过变革性投资使美国基础设施现代化，以提供更安全、更清洁、更出色的交通系统。其中强调要加强运输系统的弹性，以保护其免受网络和其他攻击的破坏。2023 年 5 月，美国两党基础设施法案资助的项目批复中包括实时交通信息、公交信号定时系统和无缝公交支 2 付系统，以提高安全性和交通效率。1.1.2.欧盟欧盟 欧盟明确车联网网络安全与数据安全基线，更加注重隐私保护，通过行业欧盟明确车联网网络安全与数据安全基线，更加注重隐私保护，通过行业协作强化整个产业的安全能力。协作强化整个产业的安全能力。从职能分工来看，欧盟负责出台适用全体成员国的普适性安全法规，各成员国在欧盟法规要求下制定符合国内现状的安全领域法律法规。以网络安全、数据安全法规为通用基本要求，通过汽车产品的型式准入相关法规向车联网安全领域延伸。2023 年 1 月 13 日，关于在欧盟全境实现高度统一网络安全措施的指令（NIS 2 指令）正式取代网络和信息系统安全指令（NIS 指令）生效。作为欧盟在安全防护体系的系统性协同指导与网络安全监管方法的法律支撑，NIS 2指令旨在消除成员国在网络安全要求和措施实施方面的差异。较之 NIS 指令，NIS 2 指令大大扩展了属于其范围的关键实体部门和类型，同时也加强了企业需要遵守的网络安全风险管理要求。如今，NIS 2 指令同欧盟网络安全法共同构成了欧盟在网络安全领域的通用上位法。数据安全领域则是由欧盟通用数据保护条例（GDPR）、数据法案（DGA）、数据治理法等已出台的法规，共同构成数据保护的法律体系。GDPR 作为个人数据保护的主要法规，其立法目的就是保护隐私权并促进该权利的行使。适用于任何收集、处理、管理或存储欧洲公民数据的组织。所以，实质上 GDPR 是一个数据保护的全球标准。但与以往的隐私条例不同，GDPR 对数据处理者也赋予了新的合规要求。从原有的收集和使用数据的拥有者需要对数据保护负责，到现今的数据处理者也将需要直接承担合规风险和义务。同时，GDPR还提高了数据保护标准，避免数据滥用和数据泄露，其中第 45（3）条的充分性决定条例更是影响、促进了国家间法规框架融合，推动了全球数据治理方式的改变。对于非个人数据的管控上，主要依赖于 2020 年 11 月发布的数据治理法与 2022 年的数据方案管理受知识产权或商业秘密保护的非个人数据的国际传输。在汽车产品的安全管理方面，欧盟通过将联合国世界车辆法规协调论坛（UN/WP29）的 R155、R156、R157 三项法规要求强制引入型式批准，结合（EU）2018/858 的整车型式批准和（EU）2019/2144 的零部件型式批准，共同构建起了欧盟车型准入管理的框架体系，将网络安全与数据安全管理要求引入车联网安全领域。1.1.3.英国英国 英国关注网联汽车全生命周期的网络安全，将安全责任拓展到产业链各主英国关注网联汽车全生命周期的网络安全，将安全责任拓展到产业链各主体，力图在自动驾驶领域率先颁布监管制度体，力图在自动驾驶领域率先颁布监管制度。2022 年 1 月 26 日，英格兰及威尔士法律委员会与苏格兰法律委员会联合发表了一份名为自动驾驶汽车：联合报 3 告的法律改革报告，旨在建立一个更安全的、责任划分更清晰的自动驾驶汽车道路安全运行机制。报告针对目前法规的局限性提出了修改建议，对自动驾驶汽车与有驾驶辅助功能的汽车进行区分，将自动驾驶汽车在行驶各阶段的责任划分得更清楚。1.1.4.日本日本 日本重视数据安全和隐私保护，汽车网络安全方面主要沿用联合国世界车日本重视数据安全和隐私保护，汽车网络安全方面主要沿用联合国世界车辆法规协调论坛（辆法规协调论坛（UN/WP29）制定的规定和要求。）制定的规定和要求。2021 年 8 月 3 日，日本个人信息保护委员会（PPC）公布个人信息保护法修订案，该法于 2022 年 4 月 1日正式实施，适用于包括车联网在内的数据安全和隐私保护，是日本个人信息保护的基本框架，在个人信息范围的界定、与第三方的共享、跨境传输等制度方面都独具特色。为加快制定 L4 级自动驾驶法规，近期日本警察厅表示，新版道路交通法修正案预定于 2023 年下半年施行，该法案列入了在特定条件下实现完全自动化驾驶的“Level 4”运行许可制度。如果该法开始实施，将意味着日本将允许 L4 级自动驾驶汽车上路。1.2.国内情况国内情况 1.2.1.法律法规法律法规 国家层面网络和数据安全相关法律法规陆续正式实施，安全工作有法可依。国家层面网络和数据安全相关法律法规陆续正式实施，安全工作有法可依。2017 年 6 月 1 日起，网络安全法正式实施，明确要求网络运营者（包括整车企业及车辆运营商等）应“履行网络安全保护义务，接受政府和社会的监督，承担社会责任”“依照法律、行政法规的规定和国家标准的强制性要求，采取技术措施和其他必要措施，保障网络安全、稳定运行，有效应对网络安全事件，防范网络违法犯罪活动，维护网络数据的完整性、保密性和可用性”等。2021 年 9月 1 日起，数据安全法正式施行，从法律层面清晰定义了数据活动、数据安全，提出国家将对数据实行分类分级保护、开展数据活动必须履行数据安全保护义务承担社会责任等。在明确国家数据安全基本制度体系的基础上，对于重要数据提出了加强安全保护的要求。2021 年 11 月 1 日起，个人信息保护法正式施行，对个人信息保护提供更强有力的保障，规定了个人信息的收集、使用、保存和安全保护等方面的具体要求，对下位法规、规章和国家标准形成有效指引。网络安全法数据安全法和个人信息保护法的先后发布实施，初步构建起网络安全和数据安全保障领域的法律体系框架。2021 年 7 月 30 日，国务院发布了关键信息基础设施安全保护条例，自2021 年 9 月 1 日生效。目的为保障关键信息基础设施安全，维护网络安全、数据安全，细化和落实网络安全法的有关规定。针对汽车行业中可能涉及关键 4 信息基础设施的运营者，需高度重视组织内网络安全和数据安全合规工作，履行关键信息基础设施运营者的特殊安全保护制度。2021 年 11 月 14 日，网信办发布了 网络数据安全管理条例（征求意见稿），虽然文件中并未明确提及汽车行业，但在智能网联汽车快速发展的背景下，汽车已从孤立的电子信息终端向网联化、智能化的信息节点发展，对数据安全保护的紧迫性也日益凸显。文件中涵盖了数据安全、个人信息保护、数据跨境、网络平台、监督管理等内容，倡导性条款较少，重点在于对三部上位法的落地实施。上述法律法规，主要是以保障网络安全、防范网络风险、保护数据安全、个人信息安全等为基本考虑，构建智能网联汽车网络安全和数据安全的法律法规体系框架。1.2.2.国家政策国家政策 自自 2015 年以来，国务院、工业和信息化部、交通运输部、科学技术部、国年以来，国务院、工业和信息化部、交通运输部、科学技术部、国家发展改革委、公安部等部委相继出台一系列顶层规划及政策文件，车联网安家发展改革委、公安部等部委相继出台一系列顶层规划及政策文件，车联网安全发展取得阶段性成效。全发展取得阶段性成效。出台汽车产业中长期发展规划 车联网（智能汽车）产业发展行动计划智能汽车创新发展战略等指导性文件，旨在宏观指导智能网联汽车产业稳步发展，并将智能网联汽车网络安全和数据安全作为一项重要目标和工作重点。2021 年 7 月，工业和信息化部发布了关于加强智能网联汽车生产企业及产品准入管理的意见，要求压实企业主体责任，加强汽车数据安全、网络安全、软件升级、功能安全和预期功能安全管理，保证产品质量和生产一致性，推动智能网联汽车产业高质量发展。2021 年 9 月，工业和信息化部发布关于加强车联网网络安全和数据安全工作的通知，要求加强车联网网络安全和数据安全工作，建立健全信息安全管理制度，保障车联网系统的稳定安全运行，防范网络攻击和安全事件发生。2022 年 3 月，工业和信息化部发布车联网网络安全和数据安全标准体系建设指南，围绕总体与基础设施、终端与设施网络安全、网联通信安全、数据安全、应用服务安全、安全保障与支撑六个重点领域和方向，共布局 103 项标准项目，强化标准的体系化推进。2022 年 10 月，工业和信息化部会同有关部门起草了道路机动车辆生产准入许可管理条例（征求意见稿），为适应当前汽车行业发展的新趋势，文件中强化了汽车网络安全、数据安全及个人信息保护，提出智能网联汽车生产企业应当建立车辆产品网络安全、数据安全、个人信息保护、车联网卡安全管理、软件升级管理制度，完善安全保障机制，落实安全保障措施等内容。1.2.3.地方政策地方政策 各级地方政府高度重视网络安全和数据安全的能力建设，密集发布了一系列 5 地方政策对智能网联汽车领域的网络安全和数据安全工作提出了具体要求。2023年5 月12 日，北京市高级别自动驾驶示范区工作办公室正式发布了 北京市智能网联汽车政策先行区数据安全管理办法（试行），填补了国内自动驾驶示范区级数据安全管理的空白。文件中主要包含三个版块内容：一是明确了智能网联汽车产业数据安全管理的关键环节、二是详细梳理了重点数据类型的合规风险、三是创新性构建了示范区数据安全能力建设机制。2022 年 6 月 30 日，深圳市印发了 深圳经济特区智能网联汽车管理条例，在该条例中专门设置了“网络安全和数据安全保护”章节，对智能网联汽车涉及的网络安全和数据安全保护问题进行规范。明确规定了相关企业应当依法取得网络关键设备和网络安全专用产品的安全检测认证、依法制定智能网联汽车网络安全事件应急预案，建立网络安全评估和管理机制，制定数据安全管理制度和隐私保护方案并将存储数据的服务器设置在中国境内等。此外，上海市、长沙市、苏州市等对智能网联汽车的网络安全和数据安全均提出了相关要求，例如上海市加快智能网联汽车创新发展实施方案上海市智能网联汽车测试与应用管理办法 长沙市智能网联汽车道路测试管理实施细则（试行）V3.0苏州市智能车联网发展促进条例、苏州市关于促进车联网和智能网联汽车发展的决定（草案）等。2.国外车联网安全标准化进展国外车联网安全标准化进展 国际车联网安全标准化建设稳步推进，加快车联网安全标准化工作的统筹布局。以联合国世界车辆法规协调论、国际标准化组织、国际电信联盟、国际汽车工程师学会、3GPP 组织等为代表的国际组织聚焦各自宗旨和任务，以网络安全、软件升级、V2X 通信安全、自动驾驶安全等为重点方向加快车联网安全标准研制工作。美国、欧盟、英国、日本等国家的权威标准化组织也面向汽车网络安全、车辆通信、数据安全等方面的标准展开标准研制工作，对本国的汽车企业和供应商等主体提出相应的网络安全要求。2.1.国际组织国际组织 2.1.1.联合国（联合国（UN/WP29）联合国世界车辆法规协调论坛（The World Forum for the harmonization of vehicle regulations，简称 WP.29）是联合国欧洲经济委员会（UN/ECE）下的永久性工作组，主要负责开展国际范围内汽车技术法规和汽车产品认证的协调工作。其下所设的自动驾驶与网联车辆工作组（GRVA），于 2020 年 6 月，发布了强 6 制法规 R155（UN Regulation No.155）与 R156（UN Regulation No.156），明确提出了汽车网络安全及软件升级要求。R155 法规要求包含网络安全管理体系认证（CSMS）和车辆网络安全产品型式认证（VTA）。体系认证要求汽车厂商在车辆完整生命周期各个阶段制定网络安全管理流程，并采取对应的控制措施，以确保汽车网络安全风险得到较为全面的识别评估，以及有效的处置。而产品型式认证则侧重对具体车型网络安全缓解措施的审查验证，以确保其与设计方案的一致性和完备性，保障管理体系有效运行。R156 法规要求包含软件升级管理体系认证（SUMS）和车辆软件升级产品型式认证（VTA），要求汽车厂商对车辆完整的软件升级过程制定管理规范，以充分评估升级对车辆及用户的影响，保障其符合预期的安全执行并实现可追溯。其中，在保护软件包的真实性及完整性、保障升级相关链路安全等部分，则与 R155 存在关联，共同约束汽车厂商实现软件升级网络安全。除此之外，WP.29 GRVA 还负责其他相关领域的法规和技术标准制定，如自动车道保持系统 ALKS（R157）、转向装置（R79）、自动紧急制动系统 AEBS（R131）、电子稳定控制系统 ECS（R140）、用于 M1 和 N1 车辆的自动紧急制动系统 AEBS（R152）、事件数据记录系统（R160）等。这些法规和正在制定中的驾驶员控制辅助系统（DCAS）、自动驾驶测试方法和评估方法（VMAD）、自动驾驶事件数据记录系统（EDR/DSSAD）等法规，都构成了 WP.29 对自动驾驶和网联车辆的全面监管体系。2.1.2.国际标准化组织（国际标准化组织（ISO）国际标准化组织（ISO）下设的道路车辆技术委员会（ISO/TC 22 Road vehicles）负责 1968 年维也纳公约中所规定的道路车辆及其装备的兼容性、互换性、安全性和性能评价试验规程（包括仪器的特性）等标准化工作。ISO/TC 22/SC 32 作为其分技术委员会，目前已发布的标准有 ISO/SAE 21434、ISO 24089、ISO/PAS 5112 等。ISO/SAE 21434 Road vehicles-Cybersecurity engineering（道路车辆 网络安全工程）于 2021 年 8 月发布，规定了道路车辆网络安全风险管理的工程要求，定义了标准的网络安全流程管理框架和网络安全风险管理的通用语言。R155 法规引用其作为对认证机构及技术服务方的人员能力要求，说明其可指导组织开展网络安全策略和流程制定、网络安全风险管理、培养网络安全文化意识等。ISO 24089:2023 Road vehicles Software update engineering（道路车辆 软件升级工程）于 2023 年 2 月发布，提供了软件升级的标准要求和建议，可用于指导企业建立规范的软件升级管理、过程监控、测量及改进流程，有效识别软件升级过程中的功能安全和网络安全风险，提升相关方之间的功能安全和网络安全 7 意识，为汽车厂商满足 R156 提供了参考。ISO/PAS 5112:2022 Road vehicles Guidelines for auditing cybersecurity engineering（道路车辆 网络安全工程审核指南）于 2022 年 3 月发布，是 ISO/SAE 21434 相关联的支撑性文件，并且将 ISO 19011 管理体系审核指南扩展到了汽车领域，可用于指导汽车厂商内外部审核的开展。除上述三个标准外，ISO/TC 22/SC 32 及 33 分技术委员会还发布了 ISO 26262 系列道路车辆功能安全标准、ISO/PAS 21448 预期功能安全、ISO 22735评估车道保持辅助系统性能的测试方法、ISO 34501 自动驾驶系统测试场景的术语和定义、ISO 34502 基于情景的安全评估的工程框架和过程等相关标准。同时，ISO/TC 22 技术委员会还关注与自动驾驶相关标准的制定，如 ISO 34503 道路车辆 用于自动驾驶系统的运营设计领域的分类法、ISO 34504 道路车辆 场景属性和分类、ISO 34505 道路车辆 自动驾驶系统的测试场景场景评估和测试用例生成、ISO 22733-2 道路车辆 评估自动紧急制动系统性能的试验方法第 2 部分：汽车对行人、ISO/SAE AWI PAS 8475 道路车辆 网络安全保证级别（CAL)和针对性攻击可行性（TAF）等相关标准的制定。2.1.3.国际电信联盟（国际电信联盟（ITU）ITU-T 第 17 研究组（SG17）负责协调所有 ITU-T 研究组的安全相关工作，致力于智能运输系统、物联网、智能电网、智能手机、软件定义网络、网络服务等方面的应用和服务安全。关于车联网安全相关标准一般在 Intelligent transportation system(ITS)security 部分讨论。其标准号分配范围为 X.1370X.1389。其中 ITU-T X.1371定义并描述了联网车辆面临的安全威胁。ITU-T X.1372 为车联网（V2X）通信提供了安全导则，描述了 V2X 通信环境中的威胁，规定了 V2X 通信的安全要求，并描述可能的安全 V2X 通信的实施方案。ITU-T X.1373 在软件更新服务器和有适当安全控制的车辆之间提供了安全软件更新程序。它作为一套最佳实践的标准化功能，可以被车辆制造商和 ITS 相关的产业实际应用。ITU-T X.1374 从对车辆与外部设备间通信接口的威胁和对与车辆通信的外部设备的威胁两个部分分析了对网联车辆的安全威胁。ITU-T X.1374 规定了电信网络环境中可接入车辆的外部接口和外部设备的安全要求，以便根据接入接口的类型，消除已确定的威胁。ITU-T X.1375 则为车载网络（IVNs）的入侵检测系统（IDS）制定了指导方针，主要侧重于检测车载网络中的入侵和恶意活动。ITU-T X.1376 是首个由我国主导的车联网国际标准，其描述了一种针对联网车辆的安全异常行为检测机制，以帮助利益攸关方利用汽车数据来提高车辆安全性。ITU-T X.1377 为联网汽车的入侵防御系统（IPS）制定了指导方针，主要关注对入侵行为的主动响应能力，包括联网汽车入侵防御系统的实施指南和使用案例。8 ITU SG17 的车联网安全标准研究工作比较注重实用性，在指导行业实践和产品发展方面具有独特的意义。2.1.4.国际汽车工程师学会（国际汽车工程师学会（SAE）国际汽车工程师学会（SAE）主要致力于汽车制造业、航空航天等行业的标准化工作，由相关行业的 128,000 多名工程师和相关技术专家组成，其所制定的标准为国际上很多机动车辆技术团体广泛采用。其于 2016 年 1 月发布的 J3061 Cybersecurity Guidebook for Cyber-Physical Vehicle Systems（信息物理汽车系统网络安全指南）是首部针对汽车网络安全而制定的指导性文件，为汽车信息安全提供了全生命周期的保护策略，贯穿于车辆产品设计、研发、生产、运营、服务和退役等各阶段。而随着 ISO/SAE 21434 的发布，SAE J3061 作为其前身，目前已被其代替。2.1.5.3GPP 3GPP 组织长期研究移动通信网络演进与发展，其关于 V2X 标准的研制和实施，对车联网 V2X 行业的发展具有基础性的指导意义，也为真正意义的无人驾驶技术发展提供重要支撑。TS33.536 是目前 3GPP 唯一关于 NR-V2X 的安全规范，提供了支持 PC5 单播链路的安全策略。V2X 技术在3GPP的标准发展可以分为三个阶段：第一阶段为3GPP Release 14 基于LTE的V2X标准化工作，已于2017年3月完成。第二阶段为3GPP Release 15 对 LTE-V2X 的增强标准化工作已于 2018 年 6 月完成。第三阶段为 3GPP Release 16 于 2018 年 6 月启动了 NR-V2X 的研究课题，重点是面向高级 V2X 业务的需求，研究基于 5G NR 的 PC5 接口技术和对 UU 接口的增强。3GPP Release 16 主要围绕 NR-V2X 的安全需求和安全关键问题，形成了3GPP TS 33.536 Security aspects of 3GPP support for advanced Vehicle-to-Everything(V2X)services 标准规范。该规范针对 NR-V2X 业务的单播业务场景，定义了基于 PC5 单播模式的安全需求和安全机制，NR-V2X 系统应支持对 PC5 单播用户平面数据和控制面信令的机密性保护、完整性保护和重放保护；NR-V2X 系统应支持为特定的 PC5 单播链路提供配置信令面和用户面的安全策略手段。2.1.6.国际电气与电子工程师协会国际电气与电子工程师协会（IEEE）国际电气与电子工程师协会（IEEE）的标准协会主要从事研究信息技术、通信、电力和能源等多个领域的标准化工作，已在全球吸纳了超过 43 万名会员。其在 2010 年发布的针对智能运输系统应用的标准 IEEE 802.11p（又称 WAVE，Wireless Access in the Vehicular Environment）对传统的无线短距离网络技术加以扩展，实现了车一车之间、车一路之间的网络通讯能力，其最终愿景是建立国家范围的网络，实现车辆与路边接入点或其他车辆之间的通信。该协议标准在很长 9 一段时间里，被欧美发达国家采用为主流车联网通信技术标准。IEEE 1609 标准就是以该协议为基础的高层标准。在欧洲，IEEE 802.11p 标准还被用作 ITS-G5标准的基础，支持用于车辆到车辆和车辆到基础设施通信的协议。2.2.重点国家地区重点国家地区 2.2.1.美国美国 美国基于国家公路交通安全管理局、美国电气和电子工程师协会和美国汽车工程师学会等标准化组织开展车辆通信、数据安全等方面标准研制工作。2016年 11 月美国国家公路交通安全管理局（NHTSA）制定的一系列标准，如 FMVSS 150-V2V/V2I 等系列，旨在规范车辆间通信的技术规范、数据加密和身份认证等。2019年10月美国电气和电子工程师协会（IEEE）制定的一系列标准，如IEEE 1609系列，借鉴了传统 PKI 系统的体系结构，通过证书链实现终端互信，旨在规范车辆间通信加密、身份认证、安全证书、接入安全等。2020 年 4 月美国汽车工程师学会（SAE）制定的一系列标准，如 SAE J2735、SAE J2945.1 等，旨在规范车辆间通信（V2X）的数据格式、数据交换机制、数据加密和身份认证等。2.2.2.欧盟欧盟 欧盟网络安全领域标准化组织由欧洲网络安全局（ENISA）及欧洲标准化委员会（CEN）、欧洲电工标准化委员会（CENELEC）和欧洲电信标准协会（ETSI）三大标准化机构共同组成，从通用安全技术和个人数据保护等细化维度制定相关标准。其中，ENISA 受欧盟网络安全法赋予的职能，在促进成员国网络安全利益相关者与欧盟机构和机构之间的积极合作方面发挥着关键作用。而三大标准化机构则负责具体标准起草，分别为：欧洲标准化委员会（CEN）主要负责制定工业、商品和服务方面标准；欧洲电工标准化委员会（CENELEC）主要负责电气和电子领域的标准制定；欧洲电信标准协会（ETSI）主要负责电信领域的标准制定。在网络安全领域，联合机构 CEN/CENELEC 通过工作组 JTC 13 网络安全及数据保护工作组制定标准，从通用安全技术、个人数据保护、安全评估标准等维度规范安全要求。已发布标准如 EN 17926：2023 用以承接 ISO/IEC 27701的隐私信息管理系统、EN ISO/IEC 15408-1：2020IT 安全评估标准、EN ISO/IEC 19896-1：2023人员能力要求标准等共计 41 项，起草及审批中的标准 21 项。CEN 下属新建工作组 CLC/SC 9XB，负责车辆电气、电子及软件的规范制定，虽尚未开展标准制定工作，但预计将在网联汽车标准研究领域发挥重要作用。ETSI 同样成立了 TC SEC 安全技术委员会，负责提供 ESTI 技术报告及标准，向其他标委提供安全建议与援助。目前标准主要围绕关键基础设施安全要求与规范展开，发布ETSI TR 103 303关键基础设施背景下的信通技术保护措 10施、ETSI TR 103 305有效网络防御的关键安全控制等标准 62 项。德国汽车工业协会（VDA）参考 ISO 27001、ISO 27002 等规范，并参酌法规 GDPR 及汽车产业标准要求为管制项目，提出了 TISAX 信息安全的评估和交换机制。除此之外，欧盟标委在自动驾驶的标准起草方面也发挥了重要作用，其中CEN 和 ETSI 正式发布的自动驾驶标准共计 117 项。CEN 主要由其 TC 278 工作组参与起草，主要涉及道路安全、车辆/基础设施/道路使用者之间应用信息通讯技术等智能交通领域标准化；ESTI 则是通过其 ITS 技术委员会，支持跨网络的智慧交通服务应用开发与实施，用以快速响应市场对自动驾驶汽车标准的需求，重点关注信息安全、验证测试等领域。2.2.3.英国英国 英国标准协会（BSI）作为全球权威的标准研发和国际认证评审服务提供商，注册标准涵盖质量、信息安全、电信等几乎所有领域，在车联网安全方面重点关注自动驾驶领域的网络安全。2018 年 12 月，英国标准协会发布自动驾驶技术新网络安全标准，是首个发布此类标准的国家。此标准由英国标准协会与捷豹路虎、福特、宾利等汽车行业领先企业及国家网络安全中心共同合作完成，并获得英国运输部门资金支持。标准内容覆盖评估和管理安全风险、车辆系统生命周期的安全管理、供应链安全管理、软件更新以及车辆系统数据管理等自动驾驶汽车网络安全管理的各个方面。该网络安全标准有助于提高自动驾驶行业的弹性和准备程度，并帮助英国保持在推进运输技术发展的最前沿。在网络安全与数据安全方面，英国也陆续发布多个标准。主要包括车辆设备防盗系统规范程度的安全标准（BS AU 209-2:1998,汽车安全 娱乐和通信用车内设备防盗安全系统规范），安全设备/系统在车辆上的应用指南（BS AU 209-0:1996，汽车安全 汽车安全设备/系统应用指南），车联网服务安全跟踪变化标准（BS ISO 20078-3:2021,道路车辆 扩展的车辆网络服务安全）（BS ISO 20078-3:2021-TC,跟踪变化 道路车辆 扩展的车辆网络服务安全），车辆与外部设备之间的通信、排放标准（BS ISO 15031-7:2013 道路车辆 车辆与排放相关诊断外部设备之间的通信 数据连接安全）等。2.2.4.日本日本 日本工业标准（JIS,Japanese Industrial Standards）由日本工业标准调查会（JISC）组织制定和审议，是日本国家级标准中最重要、最权威的标准之一。在信息技术网络安全方面，JISC 已制定关于信息加密、对使用者操作权限和通信范围实施访问控制管理等相关标准。主要包括信息技术（IT）检索设备安全 第1 部分：通用要求：JIS C6950-1-2009；信息技术 安全技术 密码模块安全预留要求：JIS X19790-2007;信息技术 安全技术 IT 安全评估标准 第三部分安全保障要求：JIS X5070-3-2000；信息安全管理规范 JIS Q27002-2006；信息安全管理 11系统审查、认证单位要求：JIS Q27006-2008 等。12 3.我国车联网安全标准化现状我国车联网安全标准化现状 我国车联网安全标准化工作稳步推进，已取得积极进展。在标准体系建设方面，早于 2017 年开始，由工业和信息化部联合公安部、交通运输部、国家标准化管理委员会等部委，先后印发 国家车联网产业标准体系建设指南 总体要求、智能网联汽车、信息通信、电子产品与服务、车辆智能管理、智能交通相关等标准体系系列分册，分领域规划网络安全标准项目。2022 年 3 月 7 日，工业和信息化部办公厅印发车联网网络安全和数据安全标准体系建设指南，立足当前车联网安全工作实际，明确标准体系建设框架的六大重点领域及方向。在具体标准研制方面，中国通信标准化协会、全国汽车标准化技术委员会、全国信息安全标准化技术委员会等主要标委会均下设专门的工作组，依照标准体系建设方向和要求，加快推进车联网安全标准的研制工作。3.1.标准框架标准框架 3.1.1.车联网产业标准体系（车联网产业标准体系（1 5分册）分册）2017 年，国家车联网产业标准体系建设指南发布，明确到 2020 年基本建成国家车联网产业标准体系的目标。该指南将标准体系分为智能网联汽车、智能交通、信息通信、车辆智能管理、电子产品与服务五个重点领域，为车联网产业提供标准化支撑。落实该指南开展网络安全标准化工作，是夯实车联网产业健康发展的根基，对提升车联网产业网络安全防护水平具有重要意义。图图 1 车联网产业标准体系框架车联网产业标准体系框架 13 1、智能网联汽车标准体系智能网联汽车标准体系 2023 年 7 月，工业和信息化部、国家标准化管理委员会联合修订印发国家车联网产业标准体系建设指南（智能网联汽车）（2023 版），是对 2018 版指南的继承、延伸与完善。该指南提出了到 2025 年系统形成能够支撑组合驾驶辅助和自动驾驶通用功能的智能网联汽车标准体系，到 2030 年全面形成能够支撑实现单车智能和网联赋能协同发展的智能网联汽车标准体系的两个建设目标。该指南按技术逻辑架构划分为三个层级，包括基础、通用规范、产品与技术应用等三个部分（如下图所示）。其中，网络安全与数据安全被划定在通用规范标准部分，网络安全标准主要分为安全保障类和安全技术类两个方面，其中，具体包括企业及产品相关的体系管理和审核评估方法、车用数字证书、密码应用等要求。而数据安全标准主要着眼于数据保护和利用的安全性，包括数据通用要求、数据安全管理体系规范、数据安全共享模型和架构等标准。图图 2智能网联汽车标准体系框架智能网联汽车标准体系框架 2、智能交通相关标准体系智能交通相关标准体系 2021 年，工业和信息化部、交通运输部以及国家标准化管理委员会联合印发国家车联网产业标准体系建设指南（智能交通相关）。该指南旨在构建智能交通相关的标准体系，包括智能交通基础标准、服务标准、技术标准和产品标准等，以支持智能交通通用规范核心技术和关键应用。智能交通标准体系包括基础类标准、道路设施标准、车路交互标准、管理与服务标准和网络安全标准 5部分（如下图所示）。其中网络安全标准包括证书密钥管理、网络安全防护 2类技术标准。证书密钥管理类标准主要包括车路信息交互所使用的交通行业证书、密钥等相关标准；网络安全防护类标准主要包括路侧设施、计算控制中心等进行信息交互过程中的网络安全防护方法等相关标准确保车联网系统安全。14 图图 3车联网车联网（智能交通相关智能交通相关）标准体系结构图标准体系结构图 3、信息通信标准体系信息通信标准体系 2018 年，工业和信息化部、国家标准化管理委员会联合印发国家车联网产业标准体系建设指南（信息通信）分册。该指南主要针对信息通信领域通用规范、核心技术与关键产品应用，有目的、有计划、有重点地指导车联网产业信息通信领域标准化工作，加快构建包括通信协议、设备、应用服务及安全在内的信息通信标准体系。主要包括基础标准、通信协议和设备、业务与应用、网络与数据安全标准 4 大部分，其中网络与数据安全包括安全体系架构、通信安全、数据安全、网络安全防护、安全监控、应急管理、重要通信、网络信息安全等方面的标准。15 图图 4车联网信息通信标准体系车联网信息通信标准体系 4、车辆智能管理标准体系车辆智能管理标准体系 2020 年，工业和信息化部 公安部 国家标准化管理委员会联合印发国家车联网产业标准体系建设指南（车辆智能管理）分册。该指南针对车联网环境下的车辆智能管理需求，指导智能网联汽车的登记管理、身份认证与安全、道路运行管理以及车路协同管控与服务等领域的标准化工作。主要包括基础标准、智能网联汽车登记管理、身份认证与安全、智能网联汽车运行管理、车路协同管控与服务标准等 5 部分。其中，身份认证与安全类标准，主要包括智能网联汽车身份与安全、道路交通管理设施身份与安全、身份认证平台及电子证件等 3 类标准。16 图图 5车辆智能管理标准体系框架图车辆智能管理标准体系框架图 5、电子产品与服务标准体系电子产品与服务标准体系 2018 年，工业和信息化部、国家标准化管理委员会联合印发国家车联网产业标准体系建设指南（电子产品与服务）分册。该指南包括基础、汽车电子产品、网络设备、服务与平台、网络与信息安全等标准，其中网络与信息安全是贯穿整个体系的共性要求，包括车载系统、终端和服务的安全标准，安全标准主要涉及汽车电子信息安全类标准包括车载系统安全、车载终端安全、移动应用软件和服务运营平台安全等。图图 6车联网产业（电子产品和服务）标准体系技术结构图车联网产业（电子产品和服务）标准体系技术结构图 17 3.1.2.车联网网络安全和数据安全标准体系框架车联网网络安全和数据安全标准体系框架 2022 年 3 月 7 日，工业和信息化部办公厅印发车联网网络安全和数据安全标准体系建设指南，提出车联网网络安全和数据安全标准体系 2023 年和2025年建设目标，明确标准体系建设框架的六大重点领域及方向：总体与基础共性、终端与设施网络安全、网联通信安全、数据安全、应用服务安全和安全保障与支撑，旨在确保车联网环境下的网络和数据安全，为相关行业和企业提供指导和规范。图图 7车联网网络安全和数据安全标准体系框架图车联网网络安全和数据安全标准体系框架图 3.2.总体与基础共性标准总体与基础共性标准 总体与基础共性部分标准包括术语和定义、总体架构、密码应用等，规范车联网网络安全和数据安全的基本概念、整体架构要求以及密码的通用要求。其中术语和定义标准主要规范车联网网络安全和数据安全的主要概念，为其他标准中的术语和定义提供依据支撑，总体架构标准主要规范车联网网络安全总体架构要 18 求，明确和界定防护对象、防护方法、防护机制，指导企业体系化开展网络安全防护工作，目前这两个分类的相关标准待制定。密码应用标准主要规范车联网密码应用要求，明确密码应用通用要求、汽车密码应用、通信密码应用、设备密码应用等要求。目前暂无相关密码国家标准和行业标准的发布，其中国家标准汽车密码技术要求、通信行业标准车联网密码应用通用要求车路协同通信密码应用技术要求车云通信密码应用基本要求等标准正加紧编制中。后续还需推动密码算法、密钥管理、密码协议在不同车联网场景、通信、设备和平台等应用的基础标准制定工作。3.3.终端和设施网络安全标准终端和设施网络安全标准 终端和设施网络安全标准主要针对汽车内外包含路侧的设备设施的网络安全提出要求，包括车载设备网络安全、车载网络安全、路侧通信设备网络安全以及网络设施与系统安全等。车载设备网络安全标准主要规范联网汽车关键智能设备和组件的安全防护与检测要求。目前已发布 GB/T 40857-2021汽车网关信息安全技术要求及试验方法和 GB/T 40856-2021车载信息交互系统信息安全技术要求及试验方法两项国标，已报批基于移动互联网的数字车钥匙信息安全技术要求一项通信行业标准。后续应重点推动开展车用安全芯片、车载计算平台、汽车电子控制单元等相关的网络安全标准工作。车载网络安全标准主要规范整车电子电气架构、总线架构、系统架构等安全防护与检测要求。目前已发布 GB/T 38628-2020汽车电子系统网络安全指南、GB/T 40861-2021汽车信息安全通用技术要求和 GB/T41578-2022 电 动 汽车充电系统信息安全技术要求及试验方法等三项国标。汽车软件升级、整车信息安全、诊断接口信息安全等正在制定中。后续还需推动车载总线系统网络安全、车载以太网网络安全、车载操作系统及应用软件安全等相关标准的制定。路侧通信设备网络安全标准主要规范联网路侧设备的安全防护设计与实现要求。当前路侧通信设备与计算设备的安全技术要求已在制定中，如车路协同系统路侧基础设施信息安全技术要求 路侧采集交通数据脱敏技术要求及测试方法等。检测与信息服务设备的相关安全标准还待制定。网络设施与系统安全标准主要规范车联网网络设施与系统的安全防护与检测要求。当前启动了车路协同安全技术架构的通信行业标准的制定，建议后续推动通用的及更多细分领域的车联网网络设施与系统安全标准的制定。总体而言，车联网终端与设施网络安全标准化程度尚处于启动阶段。同时，随着行业生态发展，在较多的细分项目上涌现了安全标准化诉求，是原先体系建设指南未曾覆盖到的。19 后续 23 年内，首先应按车联网网络安全和数据安全标准体系建设指南的规划，加快相关标准的制定，促进标准体系的初步充实完备。同时，除通信与汽车的标准组织外，鼓励 CCSA、CSAE 等行业联盟组织针对更多细分领域的需求，以团标的形式制定车载终端设备与设施的网络安全标准，以满足更多样灵活的生态需求。3.4.网联通信安全标准网联通信安全标准 网联通信安全标准涵盖车联网通信网络安全和身份认证等相关要求，包括通信安全和身份认证两类标准，规范蜂窝车联网和其他通信技术的安全防护和身份认证方法。通信安全标准主要规范蜂窝车联网（C-V2X），以及应用于车联网的蜂窝移动通信（4G/5G）、卫星通信、无线射频识别、车内无线局域网、蓝牙低能耗（BLE）、紫蜂（Zigbee）、超宽带（UWB）等安全防护与检测要求。目前，国内已经形成共识使用 PKI（Public Key Infrastructure）公钥体系建立车联网直接通信链路的通信安全体系架构，已发布 YD/T 3750-2020 车联网无线通信安全技术指南、YD/T 3737-2020 基于公众电信网的联网汽车信息安全技术要求和 YD/T 3594-2019基于 LTE 的车联网通信安全技术要求等 3 项通信行业标准。身份认证标准主要规范车联网数字身份认证相关的证书格式、证书应用和管理、安全认证技术及测试方法等技术要求。目前已发布 GB/T 37376-2019交通运输 数字证书格式、YD/T 3957-2021基于 LTE 的车联网无线通信技术 安全证书管理系统技术要求等标准，正加紧编制基于 LTE 的车联网无线通信技术 安全认证测试方法汽车数字证书应用规范等标准。这些标准规定了国内车联网安全证书体系架构、证书格式和证书申请过程等。同时，针对车联网网络部署中的两大难点，即如何将不同运营模式下的车载设备进行统一管理的问题，以及如何快速识别出车辆出现的异常情况，如何将异常行为检测与证书撤销进行关联的问题，目前 CCSA 分别制定行标C-V2X 车联网认证授权系统技术要求和C-V2X 车辆异常行为管理技术要求，来规范车联网设备的认证和授权，管理车辆异常行为。在 C-V2X 直通链路上，因为车联网具有车辆的高移动性、网络拓扑频繁变化等特性，甚至在严重情况下可能危害车辆和行人的道路安全和人身安全。随着车联网业务的不断发展，联网通信面临拒绝服务、中间人攻击、用户跟踪等多种可能的安全威胁，这些威胁将影响 C-V2X 业务的正常运行。因此，C-V2X 需要轻量化的身份认证和完善访问授权机制以提高通信效率的同时保证安全性，同时，隐私保护也是车联网系统中的重要要求。因此，更需要针对NR-V2X 安全、隐私保护方向、云边协同的车联网安全技术等制定安全标准。20 3.5.数据安全标准数据安全标准 数据安全标准主要规范智能网联汽车、车联网平台和车载应用服务等的数据安全和个人信息保护要求，包括通用要求、分类分级、出境安全、个人信息保护和应用数据安全等方面。通用安全要求标准主要是在采集、共享、传输等生命周期各个环节制定相关标准规范数据处理活动。分类分级标准主要规范车联网数据分类分级保护要求，制定数据分类分级的维度、方法、示例等标准，明确重要数据类型和安全保护要求。数据出境安全标准主要规范车联网行业依法依规落实数据出境安全要求，包括数据出境安全评估要点、评估方法等标准。个人信息保护标准主要规范车联网用户个人信息保护机制及相关技术要求，明确用户敏感数据和个人信息保护的场景、规则、技术方法，包括匿名化、去标识化、数据脱敏、异常行为识别等标准。应用数据安全标准主要规范车联网相关应用所开展的数据采集和处理使用等活动，包括车联网平台、网约车、车载应用程序等数据安全标准。目前，在通用要求、数据分类分级、个人信息保护方面，已发布 GB/T 41871-2022信息安全技术 汽车数据处理安全要求、YD/T 3751-2020 车联网信息服务 数据安全技术要求、YD/T 3746-2020车联网信息服务 用户个人信息保护要求、T/CSAE 211-2021智能网联汽车数据共享安全要求等标准。就如何系统化对车联网领域的数据进行分类和分级管理方面，T/CAAMTB 34-2021智能网联汽车数据格式与定义中引入了数据安全等级的定义，在该团队标准中定义的近 200 个数据字段都设置了数据安全等级。同时，正加紧编制智能网联汽车 数据通用要求 智能网联汽车 数据安全管理体系规范等通用要求标准，车联网服务平台安全保护要求车联网重要数据和核心数据识别规范 车联网领域数据安全保护要求等数据分类分级标准，车联网数据跨境流动安全管理要求车联网数据跨境流动安全评估规范等数据出境安全标准，基于移动互联网的汽车用户数据应用与保护技术要求 基于移动互联网的汽车用户数据应用与保护评估方法等个人信息保护标准，信息安全技术 网络预约汽车服务数据安全指南车联网信息服务 数据安全保护能力评估规范等应用数据安全标准。车联网数据安全贯穿于智能网联汽车、通信网络、手机 APP 以及服务平台等之间的各个互联互通过程，数据安全防护目标复杂多样，规模和价值急剧提升，近年来已成为黑客的重点攻击目标，任一过程管理不严或者数据防护不当都会导致被窃取或非法篡改，造成用户数据泄露或损坏，侵犯个人隐私、侵害企业权益。面对以上威胁，更需要从数据分级、数据存储、数据处理和数据上传等多个方面加快制定标准来保障车联网的数据安全。21 3.6.应用服务安全标准应用服务安全标准 应用服务安全标准规范车联网服务平台和应用程序的安全要求，包括平台安全、应用程序安全和服务安全等方面，确保在典型业务应用场景下的安全性。平台安全标准主要规范车联网信息服务平台、远程升级（OTA）服务平台、边缘计算平台、电动汽车远程信息服务与管理等安全防护与检测要求。目前已发布 GB/T 40855-2021电动汽车远程服务与管理系统信息安全技术要求及试验方法、YD/T 3752-2020车联网信息服务平台安全防护技术要求、T/CCSA 3392021车联网网络安全防护定级备案实施指南、T/CCSA 441-2023车联网服务平台网络安全防护要求、T/CCSA 480-2023车联网在线升级（OTA）安全技术要求与测试方法。其中，车联网网络安全防护定级备案实施指南 车联网服务平台网络安全防护要求 为实施车联网服务平台网络安全防护定级备案及分级防护的指导标准，为企业落实车联网网络安全防护要求提供依据。同时，车联网网络安全防护定级备案实施指南车联网服务平台网络安全防护要求等团体标准对应的行业标准/国家标准已经完成立项申请，正加紧制定中。同时还需推动车联网远程监控平台网络安全技术要求等标准的立项研制。应用程序安全标准主要规范车联网应用软件等安全防护与检测要求，目前已发布 T/CCSA 481-2023车联网应用软件通用安全技术规范团体标准，对应的行业标准也已经完成立项，正加紧制定中。同时车载移动应用人机交互安全体验要求和测试方法也在报批中。服务安全标准主要规范车联网典型业务服务场景下的安全要求，包括汽车远程诊断、高级辅助驾驶、车路协同等服务安全要求，该部分的标准均有待制定。总体来看而言，车联网平台安全和应用程序安全方面，已经针对具体业务场景下不同服务等现状进行了较为全面的布局，正加紧编制和预研究，但随着技术的发展和更新，仍需不断完善，填补空白。后续 23 年内的标准建设目标，应定位在标准体系的初步充实完备上。按车联网网络安全和数据安全标准体系建设指南 的规划，加快相关标准的制定，对待制定的标准项目，推动尽快立项制定。3.7.安全保障支撑标准安全保障支撑标准 安全保障与支撑标准涵盖安全风险评估、安全监测与应急管理和安全能力评估等方面，为车联网网络安全管理和支撑提供相关的安全要求和准则。风险评估标准方面，目前，正加快编制 车联网网络安全风险评估规范 车联网网络安全风险分类分级指南 车联网密码应用安全评估要求 等行业标准。安全监测与应急管理标准方面，在研国标共有 7 项，包括车联网网络安全 22 异常行为检测机制汽车信息安全应急响应管理规范道路车辆 信息安全工程 道路车辆 信息安全工程审核指南汽车网络安全入侵检测技术规范汽车安全漏洞分类分级规范车联网安全管理接口规范等。其中车联网安全管理接口规范为企业平台和国家平台的安全对接提供规范依据。同时，在研通信行业标准包括车联网安全管理平台通用技术要求 车联网卡实名登记系统技术要求车联网网络安全能力成熟度模型车联网网络安全风险分类分级指南等，其中车联网安全态势感知系统与监管平台接口技术要求行标报批稿已公示结束，现进入正式发布流程。建议加快风险评估和安全监测与应急管理标准研制步伐促使标准尽快发布实施，特别是推动车联网安全管理接口规范汽车安全漏洞分类分级规范车联网网络安全风险分类分级指南等重点标准的研制和发布，完善车联网网络安全保障能力。同时，加快车联网卡实名制管理、车联网风险评估、车联网安全能力评估等方面的标准，为实现车联网终端与设施网络安全、网联通信安全、应用服务安全、数据安全提供保障与支撑基础。4.工作建议工作建议 4.1.立足强化风险应对提升标准研判能力立足强化风险应对提升标准研判能力 随着汽车电动化、网联化、智能化交融发展，车辆开放连接逐渐增多，“车、路、云、网”数据交互日益频繁，车联网网络安全、数据安全、车辆行驶安全、产业安全等方面风险交织叠加，非法控车、恶意调度、产线入侵、数据泄露等网络安全新威胁不断涌现，车联网安全形势日趋严峻复杂。在车联网安全产业发展的关键期，面对挑战，应积极开展风险分析和应对工作，坚持问题导向、需求导向、目标导向，及时提炼并总结车联网安全风险趋势和特点，不断优化重点标准研制方向，积极推进已有标准的修订完善和亟需标准的立项研制，进一步提升车联网安全标准的引领性、及时性、有效性，指导企业夯实安全防护能力，发挥标准保障车联网产业安全发展的重要作用。4.2.持续夯实标准体系建设和迭代更新持续夯实标准体系建设和迭代更新 应建立车联网安全标准协调推进工作机制，统筹协调各标准委员会车联网安全标准立项、技术归口等工作，加大产学研用资源凝聚力度，广泛吸纳相关单位参与，加强标准化工作对网络安全技术在车联网领域深入应用的支撑力度。紧密结合国内外车联网安全技术和产业发展新动态、新趋势，持续提炼梳理车联网安 23 全标准新需求，启动面向未来的前瞻性标准预研。加强对标准实施情况的监督和评估，及时识别标准实施中暴露的问题，并在现有标准体系的基础上迭代更新，保障车联网安全标准对车联网产业高质量安全发展的持续推动作用。4.3.加强标准宣传推广和符合性评估加强标准宣传推广和符合性评估 应充分发挥政府部门、产业组织引导作用，建立完善、高效的标准宣贯及培训机制，及时开展车联网安全标准体系和重点标准的宣讲、培训和推广，向相关企业和机构解读标准和评估方法，帮助产业各方深刻理解车联网安全标准化的发展现状和未来规划并落实标准要求。应针对终端与设施网络安全、网联通信安全、数据安全、应用服务安全等领域重点标准开展试验验证和试点示范，汇聚优秀应用案例。以此为基础建立并不断完善标准符合性评估体系，制定明确的评估指南和实施细则，完善认证程序，研发高效、方便的评估工具，培育车联网安全标准符合性评估、测试、咨询能力。4.4.加大标准化人才培养力度加大标准化人才培养力度 应建立标准化人才培养体系，制定培养计划和培养方案，开展课程学习、研讨会、实践培训等多种教育培训方式。高校、科研机构、企业等应加强协作，联合建立标准化人才培养基地，打造标准化教育和培训中心。建立标准化人才评价机制，制定评价标准和方法，开展标准化人才评估和认证，为企业和市场提供高层次标准化人才。建立标准化人才激励机制，在职称晋升、薪资待遇、荣誉表彰等方面给予侧重支持，为标准人才加强职业发展和成长空间。加强国际标准化人才的培养和引进，提升参与国际标准化工作的能力。4.5.深度参与车联网安全国际标准化工作深度参与车联网安全国际标准化工作 积极参与国际标准化组织（ISO）、国际电信联盟（ITU）、国际电工技术委员会（IEC）、联合国世界车辆法规协调论坛（WP.29）等相关国际标准化组织的标准制定工作。依托我国智能网联汽车产业整体优势及标准体系建设成果，深度参与国际标准的研究和编写，牵头起草重点国际标准与法规，提升我国标准成果的国际转化率和影响力。全面、深入参与国际标准法规的交流与协调，依托汽车产业对话机制与标准化合作框架，加强与国际主要汽车产业国家、地区及“一带一路”沿线国家的交流合作。24 附件一：国际车联网安全标准清单附件一：国际车联网安全标准清单 序号序号 组织组织 名称名称 发布时间发布时间 1 ISO/SAE 21434 ROAD VEHICLES-CYBERSECURITY ENGINEERING 道路车辆-网络安全工程 2021.8.31 2 SAE Cybersecurity for Commercial Vehicles 2018.08.28 3 ISO TR 4804-Road vehicles-Safety and cybersecurity for automated driving systems-Design,verification and validation 2020.12.01 4 SAE EPR2020013-Unsettled Topics Concerning Airworthiness Cybersecurity Regulation 2020.8.31 5 SAE EPR2020026-Unsettled Topics Concerning the Impact of Quantum Technologies on Automotive Cybersecurity 2020.12.10 6 SAE J3061-Cybersecurity Guidebook for Cyber-Physical Vehicle Systems 2016.01.01 7 NEMA NEMA TS 10-Connected Vehicle Infrastructure-Roadside Equipment 2020.01.01 8 DS DS/ISO/TR 23786-Road vehicles-Solutions for remote access to vehicle-Criteria for risk assessment 2019.09.19 9 ISO ISO TR 23786-Road vehicles-Solutions for remote access to vehicle-Criteria for risk assessment 2019.09.01 10 NEMA NEMA TS 8智能交通系统（ITS）的网络和物理安全 2018.01.01 11 UNECE WP.29 UN Regulation No.155 Uniform provisions concerning the approval of vehicles with regards to cyber security and cyber security management system 2020.6 12 UNECE WP.29 UN Regulation No.156 Uniform provisions concerning the approval of vehicles with regards to software update and software updates management system 2020.6 13 UNECE WP.29 UN Regulation No.157 Uniform provisions concerning the approval of vehicles with regard to Automated Lane Keeping Systems 2020.6 14 ISO/SAE ISO/SAE 21434-2021 Road vehicles-Cybersecurity engineering 2021.8 15 SAE SAE J3061 Cybersecurity Guidebook for Cyber-Physical 2021.12 25 Vehicle Systems 16 ISO/PAS ISO/PAS 5112:2022 Road vehicles-Guidelines for auditing cybersecurity engineering 2022.3 17 ISO ISO 24089:2023 Road vehicles-Software update engineering 2023.2 18 ITU-T ITU-T X.1371 Security threats to connected vehicles 2022.05.29 19 ITU-T ITU-T X.1372 Security guidelines for vehicle-to-everything(V2X)communication 2020.03.26 20 ITU-T ITU-T X.1373 Secure software update capability for intelligent transportation system communication devices 2017.03.30 21 ITU-T ITU-T X.1374 Security requirements for external interfaces and devices with vehicle access capability 2020.10.29 22 ITU-T ITU-T X.1375 Guidelines for an intrusion detection system for in-vehicle networks 2020.10.29 23 ITU-T ITU-T X.1376 Security-related misbehaviour detection mechanism using big data for connected vehicles 2021.01.07 24 ITU-T ITU-T X.1377 Guidelines for an intrusion prevention system for connected vehicles 2022.10.14 25 3GPP 22.885 study on LTE support for Vehicle to Everything(V2X)services 2015.12.21 26 3GPP 36.785 Vehicle-to-Vehicle(V2V)services based on LTE sidelink;User Equipment(UE)radio transmission and reception 2016.10.12 27 3GPP 36.786 Vehicle-to-Everything(V2X)services based on LTE;User Equipment(UE)radio transmission and reception 2017.3.31 28 3GPP 36.885 Study on LTE-based V2X services 2016.6.20 29 3GPP 22.185 service requirement for V2X services 2022.4.1 30 3GPP 37.885 study on evaluation methodology of new vehicle-to-Everything V2X use cases for LTE and NR Rel15 2019.6.24 31 3GPP 23.303 Proximity-based services(ProSe)2023.6.21 32 3GPP 22.186 Enhancement of 3GPP support for V2X scenarios 2022.4.1 33 3GPP 22.886 study on enhancement of 3GPP support for 5G V2X services 2018.12.21 34 3GPP 38.885 Study on NR Vehicle-to-Everything(V2X)2019.3.28 26 附件二：国内车联网安全标准清单附件二：国内车联网安全标准清单 序号序号 标准名称标准名称 标准号标准号/计划号计划号 状态状态 100 总体与基础共性总体与基础共性 101 术语和定义术语和定义 1 车联网网络安全通用术语和定义 待制定 102 总体架构总体架构 2 车联网网络安全总体架构 待制定 103 密码应用密码应用 3 车联网密码应用通用要求 2023-0701T-YD 制定中 4 汽车密码技术要求 GB 制定中 5 车路协同通信密码应用技术要求 2023-0694T-YD 制定中 6 车云通信密码应用基本要求 H-202204243894 制定中 7 车联网通信设备密码应用技术要求 待制定 8 车联网服务平台密码应用基本要求 待制定 200 终端与设施网络安全终端与设施网络安全 201 车载设备网络安全车载设备网络安全 9 汽车网关信息安全技术要求及试验方法 GB/T 40857-2021 已发布 10 车载信息交互系统信息安全技术要求及试验方法 GB/T 40856-2021 已发布 11 汽车芯片信息安全技术规范 GB/T 制定中 12 车载可插卸物联网设备安全防护及检测要求 H-202207294262 制定中 13 智能网联汽车环境智能感知算法安全评测规范 2022-1491T-YD 制定中 14 基于移动互联网的数字车钥匙信息安全技术要求 2019-1022T-YD 已报批 15 V2X 车载通信单元基于通用引导架构的安全证书管理功能技术要求 H-202303076217 制定中 16 汽车电子控制单元网络安全防护技术要求 待制定 17 汽车安全芯片技术要求及试验方法 QC/T 制定中 18 车载计算平台网络安全技术要求 待制定 19 智能网联汽车车载端信息安全技术要求 T/CSAE 1012018 修订中 20 智能网联汽车车载端信息安全测试规程 T/CSAE 2522022 已发布 21 智能网联汽车人机交互安全测试评价规程 T/ITS 0221-2022 制定中 202 车载网络安全车载网络安全 22 汽车电子系统网络安全指南 GB/T 38628-2020 已发布 23 汽车信息安全通用技术要求 GB/T 40861-2021 已发布 24 电动汽车充电系统信息安全技术要求及试验方法 GB/T 41578-2022 已发布 25 汽车软件升级通用技术要求 20214423-Q-339 制定中 26 汽车整车信息安全技术要求 20214422-Q-339 制定中 27 道路车辆-信息安全工程 20230389-T-339 制定中 28 汽车诊断接口信息安全技术要求及试验方法 20211169-T-339 制定中 29 基于公众电信网的车载远程通信终端网络安全技术要求 2021-1065T-YD 制定中 30 汽车网络安全域及防护层级化定义 待制定 27 31 车载总线系统网络安全技术要求 待制定 32 车载以太网网络安全技术要求 待制定 33 车载操作系统及应用软件安全防护要求 待制定 34 汽车电子外部接口网络安全技术要求 待制定 203 路侧通路侧通信设备网络信设备网络安安全全 35 车联网设备安全技术要求及检测方法 路侧无线通信设备 H-202211305485 制定中 36 车联网设备安全技术要求及检测方法 路侧计算设备 H-202211305483 制定中 37 面向车联网应用的算力网络安全指南 H-202304076460 制定中 38 车联网网络关键设备安全技术及检测要求 路侧检测与信息服务设备 待制定 204 网络设施与系统安全网络设施与系统安全 39 智能网联汽车时空数据传感系统安全检测基本要求 20230947-Q-334 制定中 40 面向车路协同的车云互联安全技术要求 H-202303136232 制定中 41 车联网网络设施与系统安全防护要求 待制定 42 车联网网络设施与系统安全检测要求 待制定 300 网联通信安全网联通信安全 301 通信安全通信安全 43 车联网无线通信安全技术指南 YD/T3750-2020 已发布 44 基于公众电信网的联网汽车信息安全技术要求 YD/T3737-2020 已发布 45 基于 LTE 的车联网通信安全技术要求 YD/T3594-2019 已发布 46 基于 NR-V2X 的车联网无线通信安全技术要求 H-202204243899 制定中 47 车联网网络安全接入技术要求 待制定 48 面向车联网的卫星通信安全技术要求 待制定 49 车联网汽车短程通信接口安全技术规范 待制定 302 身份认证身份认证 50 交通运输 数字证书格式 GB/T 37376-2019 修订中 51 基于 LTE 的车联网无线通信技术 安全证书管理系统技术要求 YD/T 3957-2021 已发布 52 车联网数字证书应用接口规范 2023-0705T-YD 制定中 53 基于 PKI 的车联网应用服务安全认证体系框架 2023-0714T-YD 制定中 54 智能网联汽车数字身份及认证通用规范 20221429-T-312 制定中 55 基于 LTE 的车联网无线通信技术 安全认证测试方法 2019-0022T-YD 制定中 56 汽车数字证书应用规范 GB/T 制定中 57 C-V2X 车联网认证授权系统技术要求 2021-0580T-YD 制定中 58 车联网服务 V2X 安全证书应用接口规范 待制定 59 车联网 V2X 密钥管理系统技术规范 待制定 60 电子驾驶证安全技术要求 待制定 61 车联网关键部件轻量级安全认证通用技术要求 待制定 62 面向车路协同的通信证书管理技术规范 T/ITS 0127-2020 已发布 400 数据安全数据安全 401 通用要求通用要求 63 信息安全技术 汽车数据处理安全要求 GB/T 41871-2022 已发布 28 64 智能网联汽车数据通用要求 20213606-T-339 制定中 65 智能网联汽车数据安全管理体系规范 GB/T 制定中 66 智能网联汽车数据安全共享模型与规范 待制定 67 智能网联汽车数据安全共享参考架构 待制定 68 智能网联汽车数据安全要求 待制定 69 智能网联汽车时空数据安全处理基本要求 20230949-Q-334 制定中 70 智能网联汽车数据保护密码应用技术要求 待制定 71 车联网数据安全保护能力参考框架 2023-0702T-YD 制定中 72 车联网安全监测数据采集技术要求及测试方法 H-202112273507 制定中 402 分类分级分类分级 73 车联网信息服务 数据安全技术要求 YD/T 3751-2020 已发布 74 车联网服务平台重要数据记录系统技术规范 待制定 403 数据出境安全数据出境安全 75 车联网数据跨境流动安全管理要求 2023-0704T-YD 制定中 76 车联网数据出境流动安全评估规范 2023-0703T-YD 制定中 77 车联网数据跨境流动安全评估规范 待制定 404 个人信息保护个人信息保护 78 车联网信息服务 用户个人信息保护要求 YD/T 3746-2020 已发布 79 基于移动互联网的汽车用户数据应用与保护技术要求 2018-0182T-YD 制定中 80 基于移动互联网的汽车用户数据应用与保护评估方法 2018-0183T-YD 制定中 81 车联网个人信息安全保护要求及测评方法 2023-0696T-YD 制定中 82 车联网用户个人信息合规检测要求 待制定 405 应用数据安全应用数据安全 83 信息安全技术 网络预约汽车服务数据安全要求 GB/T 42017-2022 制定中 84 网络预约出租汽车服务平台数据安全防护要求 2017-0938T-YD 制定中 85 车联网信息服务 数据安全保护能力评估规范 2020-1317T-YD 制定中 86 车联网数据和个人信息脱敏实施规范 H-202303086223 制定中 87 车联网应用服务 数据脱敏实施方法 待制定 500 应用服务安全应用服务安全 501 平台安全平台安全 88 电动汽车远程服务与管理系统信息安全技术要求及试验方法 GB/T 40855-2021 已发布 89 车联网信息服务平台安全防护技术要求 YD/T 3752-2020 已发布 90 车联网密码应用安全监测平台技术要求 2023-0699T-YD 制定中 91 车联网信息服务平台安全防护检测要求 2021-0192T-YD 制定中 92 车联网在线升级（OTA）安全技术要求与测试方法 T/CCSA 480-2023 已发布 93 车联网安全态势感知平台技术要求 2021-0944T-YD 制定中 94 车联网服务平台通信安全保障技术要求 待制定 95 车联网网络安全防护定级备案实施指南 T/CCSA 3392021 已发布 96 车联网网络安全防护定级备案实施要求 H-202106102110 制定中 97 车联网服务平台网络安全防护要求 T/CCSA 4412023 已发布 29 98 车联网服务平台网络安全防护要求 G-202106100081 制定中 99 车联网服务平台安全接入技术要求 H-202204083808 制定中 100 车联网远程监控平台网络安全技术要求 待制定 502 应用程序安全应用程序安全 101 车联网应用软件通用安全技术规范 T/CCSA 481-2023 已发布 102 车联网应用软件安全技术规范 2023-0713T-YD 制定中 103 车载移动应用人机交互安全体验要求和测试方法 2020-1863T-YD 制定中 503 服务安全服务安全 104 车联网服务平台与车载终端交互安全技术要求 待制定 105 车联网汽车远程诊断服务网络安全技术要求 待制定 106 车联网高级辅助驾驶系统与远程平台交互网络安全技术要求 待制定 107 车联网车路协同服务网络安全技术规范 待制定 600 安全保障与支撑安全保障与支撑 601 风险评估风险评估 108 车联网网络安全风险评估规范 2023-0707T-YD 制定中 109 车联网网络安全风险分类分级指南 2023-0706T-YD 制定中 110 车联网密码应用安全评估要求 H-202207294268 制定中 602 安全监测与应急管理安全监测与应急管理 111 汽车信息安全应急响应管理规范 20213611-T-339 制定中 112 车联网安全管理接口规范 G-202106090080 制定中 113 车联网安全管理平台通用技术要求 2023-0695T-YD 制定中 114 车联网密码应用安全监测平台通用技术要求 2023-0700T-YD 制定中 115 车联网网络安全异常行为检测机制 20221740-T-339 制定中 116 C-V2X 车辆异常行为管理技术要求 2021-0187T-YD 制定中 117 汽车网络安全入侵检测技术规范 GB/T 制定中 118 车联网安全态势感知平台技术要求 2021-0944T-YD 制定中 119 车联网安全态势感知平台与监管平台接口技术要求 2021-1053T-YD 制定中 120 车联网网络安全信息共享要求 待制定 121 车联网网络安全应急管理要求 待制定 122 车联网系统安全漏洞分类分级指南 2023-0712T-YD 制定中 123 车联网卡实名登记系统技术要求 2023-0698T-YD 制定中 124 车联网卡实名登记及人像比对技术要求 待制定 125 车联网卡实名登记及人像比对测试规范 待制定 126 车联网业务 HI 接口总体技术要求 待制定 127 车联网业务 HI 接口技术实施要求 待制定 128 车联网业务 HI 接口测试方法 待制定 129 车联网网络安全能力成熟度模型 2023-0709T-YD 制定中 130 车联网网络安全能力成熟度评价准则 2023-0711T-YD 制定中 131 车联网网络安全能力成熟度评估实施方法 2023-0710T-YD 制定中 132 车联网网络安全服务机构能力认定准则 2023-0708T-YD 制定中 133 车联网供应链网络安全风险管理准则 2023-0697T-YD 制定中 134 道路车辆 信息安全工程审核指南 待制定 30 135 车联网网络安全 设计文档分类与定义 待制定 136 车联网网络安全防护要求 T/TIAA 015-2019 已发布 注：所有“待制定”状态的标准为工业和信息化部在 2022 年 2 月发布的车联网网络安全和数据安全标准体系建设指南中的“车联网网络安全和数据安全相关标准项目明细”。

0人已浏览 2023-12-15 37页 5星级

  白皮书白皮书 CCC 数字钥匙数字钥匙 进入进入汽车的未来汽车的未来 91948957v.2 Legal Notice The copyright in this information docum.

0人已浏览 2023-11-08 21页 5星级

12导读目前，我国车联网行业处于与 5G 技术的深度融合时期。随着 5G 与 V2X 技术的发展成熟，未来的车联网产业必将打开新的成长空间。车联网是物联网技术在交通系统领域的典型应用，车联网行业所涉及. 

0人已浏览 2023-11-03 118页 5星级

!近年来，车联网基础设施建设如火如荼，目前全国已有 7 个国家级车联网先导区，16 个“双智试点”城市，道路智能化改造里程超7000 公里，开放道路里程超 15000 公里，LTE-V2X 路侧单元（RSU）部署超 8500 套，建设 5G 基站超 318.9 万个。另一方面，车联网典型应用场景持续丰富，由提供多元化信息服务以及驾驶安全与效率提升等预警类应用，逐步向支持实现自动驾驶的协同控制类应用演进，同时依托路侧感知设备和云平台功能在交通治理等方面开展应用探索。但同时，各地在车联网建设和场景部署时也面临着困难和挑战。如基础设施建设标准不一致、商业模式仍在探索、场景跨域性能不一致等问题，各类应用成熟阶段也不尽相同，部分应用还处在试验阶段，而部分应用已经形成有效的商业模式，各地在应用部署和引入时也会结合实际情况有所侧重。综上，在车联网规模化部署和推广的背景下，部分场景已临近商用化落地，各类新场景新应用也在不断成熟。为进一步推动地方车联网场景应用和基础设施部署，推进车联网应用商业化进程，对典型的案例进行总结和归纳，汇编成车联网典型应用案例集（2023 年），以期为业界提供参考和启发，共同推动产业发展壮大。本案例集的编写参考了大量公开发布的相关技术资料，并吸取了成员单位所提交的案例材料，在此向他们深表谢意。此次收集案例仅代表项目当时水平能力，以兹行业应用发展借鉴，如有误漏之处，请广大读者批评指正。!一、网联智能辅助驾驶.1 二、车路协同智慧公交.3 三、高速公路车路协同.5 四、车路协同自动驾驶.8 五、园区、停车场等特定场景.9 六、智慧交通管控.13 附录：.16 一、网联智能辅助驾驶案例.19（一）量产车型智能座舱案例.19（二）智行无锡 APP 案例.20（三）长沙 V2X 车联网预商用服务应用案例.21（四）襄阳“智能网联 智慧交管”全域融合应用案例.23（五）无锡基于车路协同的 L2 辅助驾驶场景.25（六）武汉智能后视镜案例.27（七）成都车联网智慧交通综合应用.28 二、智慧公交应用案例.29（一）厦门城市级 5G 车路协同应用.29（二）长沙智慧公交与公交优先案例.30 三、高速公路车路协同案例.31（一）重庆石渝高速涪丰段智慧高速案例.31（二）云南昭通昭阳西环智慧高速项目.32 （三）四川面向隧道等无 GNSS 信号场景的 V2X 车路协同通信技术与应用.33 四、车路协同自动驾驶案例.35（一）苏州“轻车熟路”车路协同自动驾驶系统.35（二）天津基于车联网的京东末端物流快递智能配送.36（三）雄安新区基于云边协同的 5G 远程驾驶系统.38（四）无锡自动驾驶无人环卫清扫应用.41（五）合肥无人驾驶公开道路物流配送.43 五、园区、停车场等特定场景案例.45（一）合肥滨湖国家森林公园智能网联项目.45（二）重庆智慧物流园区案例.47（三）高合汽车工厂自动下线案例.49（四）内蒙宝日希勒煤矿 5G 无人矿卡案例.51（五）苏州工业园基于车路协同的无人代客泊车应用.52（六）柳州工业园区无人驾驶重卡物流车案例.55 六、智慧交通管控案例.56（一）成都基于全息路口的交通管理案例.56（二）广州黄浦区智慧路口案例.58（三）基于车联网路侧感知数据的区域级信控优化.60（四）襄阳智能信控治堵减排案例.61（五）淄博“智行交通”车路协同项目.62（六）C-V2X 车联网道路交通碳中和应用.63 车联网典型应用案例集（2023 年）1!#$%&()*网联智能辅助驾驶场景是车联网基础应用场景，可为私家车、公交车、出租车、货运物流车等各类车型提供服务。通过部署车联网路侧感知与通信系统，以及智能座舱、智能后视镜、车载应用软件等车载终端，可向驾驶员提供安全驾驶、效率提升两大类服务，旨在解决城市中交通事故频发、交通拥堵等问题。这两大类服务具体内容为：!1#$%&()*!#$%：在车辆相互接近并可能发生交通事故时，车载终端通过语音提醒、画面警示等方式，向驾驶员发出预警信息。例如，前向碰撞预警可提示驾驶员前方车辆的停车或减速，从而提前避让或者刹车；交叉路口碰撞预警可在车辆驶向交叉路口时，向驾驶员预警垂直方向驶向同一路口车辆的潜在碰撞威胁。此外，安全驾驶服务还可包车联网典型应用案例集（2023 年）2 含异常车辆提醒、车辆失控预警、道路危险状况提示、紧急制动预警、紧急车辆提醒等其他应用。!2 ,-.&()*!&()*车载终端从平台或路侧获取交通道路状态、交通管控、高优先级车辆通行请求等信息，使驾驶员可以在第一时间更合理地决策出行时间和行驶路线。其中，车内标牌可将道路标识与交通信号灯等信息直接显示在车载终端设备上，为驾驶员提供更清晰、动态的道路信息的同时，避免了环境对道路标识的遮挡；绿波车速引导则通过接收红绿灯状态信息，计算并向驾驶员提供车速建议，使车辆能够经济、舒适地通过信号灯控制的交叉路口，无需停车等待。此外，效率提升服务还可包含前方拥堵提醒、紧急车辆提醒等应用。车联网典型应用案例集（2023 年）3 ,-./2 车路协同智慧公交场景通过在路侧建设部署车联网路侧感知与通信系统，对公交站台、公交车进行网联化改造，支撑公交系统数字化升级，实现乘客、车、路、站台、平台之间的协同，从而提升公交车的行驶安全和运行效率，解决城市道路中因公交车造成的拥堵以及乘客上下车时的安全问题，多维度地优化用户乘坐体验，为市民提供集中化、较大运量的公众出行服务。智慧公交场景除了智能辅助驾驶的安全驾驶和效率提升服务外，还主要包括了精准停靠、交通灯透传以及优先通行等服务，具体内容为：!3/012()*! ,-.：公交车可从平台或路侧系统获取站台高精度地图，配合融合感知算法、高精定位能力、路径规划策略等，缩短停靠时与站车联网典型应用案例集（2023 年）4 台间的距离，减少乘客下车踩空的事故。!4 34567()*!/0123：公交车可从平台或路侧收取交通灯状态信息，并将其显示于车尾的情报板上，可避免后车受到遮挡导致无法观察到交通灯状态。!5 839:4;()*!4506：公交车在通过有交通灯的十字路口时，可向平台或路车联网典型应用案例集（2023 年）5 侧交通灯信号机发送优先通行请求，平台或路侧计算单元发送信号灯调整指令，动态调整交通灯状态，从而减少公交车等待红灯时间。配合路口针对性的车道分配和公交通行白名单的机制，可以进一步提升公交优先的效果。3451-,-./高速公路车路协同场景可通过在传统高速公路机电系统的基础上融合车联网系统，增强路侧的感知能力、动态管控能力、服务通行车辆能力，实现道路状况的可视、可测、可控，从而有效降低交通事故频率、减少经济损失、提升物流运输效率，最终提升路方综合竞争力以及路网整体服务水平。当前车联网在高速车路协同应用可在匝道汇入汇出口、隧道出入口等路段支持安全驾驶和效率提升的智能辅助驾驶服务，还可实现公路异常感知、车辆编队行驶、重点车辆监控等服务，具体内容为：车联网典型应用案例集（2023 年）6 !6 8?()*!789:;?6%：高速公路上的货运车辆可通过车联网技术实现编车联网典型应用案例集（2023 年）7 队行驶，车队中的车辆接收来自头车以及路侧系统或平台的信息，自动或部分自动地跟随头车行驶，可以降低空气阻力并节省油耗，同时有效降低驾驶员的劳动强度，并适当减少车队司机人数。!8 DEAFGH()*!A=BCD：高速公路协同场景可对危险物品运输车、重载卡车等重点车辆进行全程定位与监控，确保重点车辆合理使用道路，减少事故发生时的响应与处理时间。EFCDGHI*隧道协同场景可以通过隧道内状况的监控，为即将进入隧道的车辆提供隧道内的预警信息，减少车辆因光线条件变化引起的事故和二次事故，同时还可以为隧道内车辆提供定位和授时服务。车联网典型应用案例集（2023 年）8 6,-./78)*车路协同的高等级自动驾驶场景是在单车自动驾驶的基础上，叠加路侧车联网基础设施的强大感知能力，提升车辆的感知与规划能力，从而改善乘坐体验，提升自动驾驶安全性，进而降低自动驾驶汽车成本，推动自动驾驶普及。车联网技术具体可以在以下几个方面支撑自动驾驶：1JKLMN 自动驾驶汽车或配送车辆可以从平台或路侧获取交通灯状态信息、道路状态信息，自动驾驶系统可根据此信息调整行驶速度与路线规划；在通过路口或者复杂路段时，路侧系统可以给无人驾驶车辆发送碰撞预警、汇入汇出预警、弱势交通参与者预警等提示，车辆可以提前减速规避，降低事故风险。2JOP;通过路侧全息感知系统与高可靠的 5G 与 C-V2X 网络，可从平台或路侧获取车辆盲区内、交叉路口受遮挡区域的路况、道路标牌等信息，与车辆自身感知信息进行融合处理，为自动驾驶系统提供更大范围和感知能力。这些信息是对单车自动驾驶感知能力的补充与完善，使自动驾驶系统能够做出更安全的决策，进一步能降低自动驾驶车辆的成本。车联网典型应用案例集（2023 年）9 !9 IJ?()*!3、远程驾驶 通过车联网技术和 5G 高速网络，将车辆数据和车载感知设备数据实时回传至平台侧，从而实现对车辆的实时监控和远程操控，可用于小型车辆远程脱困、矿山驾驶等特定场景，为自动驾驶提供冗余可靠性支撑。9:;?=A 园区与停车场等特定场景，是通过对园区或工厂内的道路或产线进行智能化、网联化改造，实现末端无人配送、无人货运物流、无人巡检、无人环卫清扫、矿山无人作业等场景应用，帮助解决园区或工厂在生产作业环节中提升效率、降低人力成本等问题。目前车联网技术应用于智慧园区与工厂主要可提供全息感知、网联调度、远程遥控作业以及多车协同作业等服务，具体内容为：车联网典型应用案例集（2023 年）10 !10#K?&()*!#Q;：智能网联作业车，例如无人配送或巡检小车、物流卡车、环卫车以及矿卡车等，可从平台或路侧获取路侧感知信息，包括车辆盲区、交叉路口受遮挡区域的路况、道路标牌等信息，实现对单车感知能力的补充与完善，使自动驾驶系统或远程遥控作业人员能够做出更安全的决策。同时，对于低速轻小的无人配送或巡检小车，路侧感知信息可一定程度上代替车载传感器，从而降低单车成本。车联网典型应用案例集（2023 年）11 !11 LMNO()*!RSMN：平台可通过对区域内整体的道路状态及工作需求的分析，为每一辆作业车规划不同的工作区域、工作线路并下发到车辆，提高整体的运行效率。!12 PQ$%&()*!TUVDWX：在作业车无法完全自主地完成工作任务的情况下，智能网联作业车可通过车联网技术传输现场工况视频及远程操控指车联网典型应用案例集（2023 年）12 令，实现工作人员在控制室内遥控作业车进行远程巡检、清扫以及采矿等任务，在保证人员安全的同时灵活高效地完成任务。!13 RAIJST)*!Y=OPWX：不同功能的智能网联作业车可互相进行通信，从而共同完成更为复杂的复合性任务，例如在进行道路清扫的同时进行洒水除尘，或在矿石挖掘的同时进行装载。-=Z AVP=：通过停车场的智能网联化改造，实现停车场内的网联信号覆盖、停车位监测和环境感知，可为自动驾驶车辆提供地下停车场内的精准定位、路径规划和盲区预警等服务，支撑 AVP 类的自动驾驶类应用落地，也可为普通网联车辆和手机终端提供停车位导航、寻车等服务，提升停车场的服务水平和停车效率。车联网典型应用案例集（2023 年）13 BCDE 智慧交通管控场景，可对城市路口进行网联化、智能化改造，并采集车道、车辆、行人的状态信息，推送至平台进行统计、分析，从而实现道路交通数字孪生，形成精细化的动态交通管控指令，优化交通拥堵，减少交通事故。目前，基于车联网的智慧交通管控应用主要包含交通信号精确控制、特殊车辆优先通行、弱势交通参与者管控等服务，具体内容有：!14 34UV/WHX)*!/0 D_*通过路侧设备采集区域内机动车、非机动车和行人流量、道路交通事件、气象气候等数据，分析后通过车联网系统下发至路口信号灯，实现对交通的智慧协同调度，精准地控制信号灯的放行顺序和放行时长，最大化路口的通行效率。车联网典型应用案例集（2023 年）14 !15 YZAF9:4;)*!a=B4506*应用通过平台统一调度算法与补偿机制，支持 120、119、110 等特殊车辆信号优先通行，且不影响其他社会车辆的正常通行。!16 34_H()*!bc/0dGefD：通过路侧单元实现对非法横穿路口的非机车联网典型应用案例集（2023 年）15 动车及行人进行识别与管控，并对周边其他车辆进行警告。车联网典型应用案例集（2023 年）16 FGH#$%&()#$%&()*序号 案例名称 公司名称 城市 网联智能辅助驾驶案例 1 量产车型智能座舱案例 广汽集团、上汽、奥迪等 多地 2 智行无锡 APP 案例 无锡智汇交通科技有限公司 无锡 3 长沙 V2X 车联网预商用服务应用案例 湖南湘江智芯云途科技有限公司 长沙 4 襄阳“智能网联 智慧交管”全域融合应用案例 江苏天安智联科技股份有限公司、腾讯 襄阳 5 无锡基于车路协同的L2 辅助 驾驶案例 博世智能网联科技有限公司、无锡慧网科技发展有限公司 无锡 6 武汉智能后视镜案例 百度车联网 武汉 7 成都车联网智慧交通综合应用案例 腾讯 成都 智慧公交应用案例 1 厦门城市级 5G 车路协同应用案例 中国移动、厦门公交集团 厦门 车联网典型应用案例集（2023 年）17 2 长沙智慧公交与公交优先案例 湘江智能、希迪智驾 长沙 高速公路车路协同案例 1 重庆石渝高速涪丰段智慧高速案例 中信科智联、中交资管、重庆车检院 重庆 2 云南昭通昭阳西环智慧高速案例 北京万集科技股份有限公司 昭通 3 四川面向隧道等无GNSS信号场景的 V2X 车路协同通信应用案例 中信科智联、四川数字交通科技股份有限公司 四川 车路协同自动驾驶案例 1 苏州“轻车熟路”车路协同自动驾驶案例 天翼交通科技有限公司 苏州 2 天津基于车联网的京东末端物流快递智能配送案例 江苏天安智联科技股份有限公司 天津 3 雄安新区基于云边协同的 5G远程驾驶案例 联通智网科技股份有限公司 雄安 4 自动驾驶无人环卫清扫应用仙途智能科技有限公司 无锡 车联网典型应用案例集（2023 年）18 案例 5 合肥无人驾驶公开道路物流配送案例 新石器、白犀牛 合肥 园区、停车场等特定场景案例 1 合肥滨湖国家森林公园智能网联自动驾驶案例 北京星云互联科技有限公司 合肥 2 重庆智慧物流园区案例 飞力达、联想、中国电信、重庆邮电大学、庆铃汽车 重庆 3 高合汽车工厂自动下线案例 高合汽车 盐城 4 内蒙宝日希勒煤矿 5G 无人矿卡案例 国能宝日希勒能源有限公司 内蒙古 5 苏州工业园基于车路协同的无人代客泊车案例 联通智网科技股份有限公司 苏州 智慧交通案例 1 成都基于全息路口的交通管控案例 北京万集科技股份有限公司 成都 2 广州黄埔区智慧路口案例 百度 广州 3 基于车联网路侧感知数据的江苏天安智联科技股份有限多地 车联网典型应用案例集（2023 年）19 区域级信控优化案例 公司 4 襄阳智能信控治堵减排案例 江苏天安智联科技股份有限公司、腾讯 襄阳 5 淄博“智行交通”车路协同案例 淄博市公安局交通警察支队 淄博 6 C-V2X 车联网道路交通碳中和应用案例 中信科智联 多地 !#$%&()*IJ!#$%&()* ,-!#$%&()* ,-ghij在 2020 年 12 月量产了 AION V 车型，全系可选装 5G VBOX，具备 5G 蜂窝通信和 C-V2X 直连通信能力。AION V 将 C-V2X 直连通信数据与车载摄像头、雷达进行了感知融合，不仅可以增强前向碰撞预警、盲区预警等传统的高级驾驶辅助系统（ADAS）功能，而且支持交叉路口碰撞预警、逆向超车预警、异常车辆提醒等依托单车智能无法支持的功能，提高了行车安全。车联网典型应用案例集（2023 年）20 !17 AION V ab C-V2X cdefAghijkAlmno)kh0lmn于2020年底在GL8艾维亚量产车型上搭载C-V2X直连通信能力，可通过接收周围车辆的行驶状态信息，结合自身车速、加速度等相关数据，评估是否存在碰撞风险，并通过仪表盘/抬头显示功能（HUD）向驾驶者提供紧急制动预警、异常车辆提醒、车辆失控预警、交叉路口碰撞预警等功能。opqr基于 C-V2X 直连通信技术，结合中国道路交通环境打造了智能互联驾驶功能解决方案，可实现道路危险状况提示、紧急制动预警、紧急车辆提醒等车间交互功能，并在 2019 年世界物联网博览会期间，展示了 16 个面向城市场景的全新智能互联驾驶功能以及下一代协作型自适应巡航控制等新功能。!.#(/01!.#(/01APP,-,-江苏无锡在城市内 618 个点位上建设了 C-V2X 直连通信路侧设备（RSU）、智能信号机等车联网路侧基础设施，打造了车联网大数车联网典型应用案例集（2023 年）21 据应用服务平台，并开发了智行无锡 APP，为用户提供车内标牌、绿波车速引导等服务。其中，车联网大数据应用服务平台汇聚了车联网用户位置、交通信号灯状态、交通事件等信息；平台既可以通过智行无锡 APP 向用户实时显示行进方向交叉路口的红绿灯秒数及当前交通事件，又可以通过地图导航 APP 等第三方厂商向用户提供相应的交通信息服务。!18 ApqrjkAlmnst)*!19 uvwx!nyApqr APP UV5z|)*!2#34!2#34V2X&56789:;9,-&56789:;?()65!=#?()65 (ABCDEFGH9,-(ABCDEFGH9,-襄阳在城市建成区域实现 244 个路口车联网覆盖，通过 C-V2X以及 5G 等通信的方式，打造多种泛 C-V2X 应用，服务公众美好出行。主要实现以下应用场景：车联网典型应用案例集（2023 年）24 信控自适应路口：基于路侧感知数据，红绿灯可以根据车流量自动调整配时，不会再出现空等、空放的现象，让过往的车辆和行人都能少等灯，将高峰期路口排队长度从上百米减少至 50 至 60 米。公交优先及信号灯穿透：9 路公交车可以与沿途路侧的智能设备实时协同，不仅可以保证优先通过路口，红绿灯状态、车辆状态也会显示在公交车尾部的屏幕上，给后方被遮挡视线的车辆提供更加丰富的信息。智能手机终端触达：开发泛 V2X 应用和小程序，接入襄阳市车路协同系统，能实现各类车联网辅助驾驶预警应用，如信号灯提示、绿波引导、弱势交通参与者预警等都能通过语音、画面、弹窗等形式推送到驾驶者的手机上，对道路上的车辆和行人都形成保护。!21 V2X(Q)*车联网典型应用案例集（2023 年）25 !22 V2X#-)&()*!I#01JK&LMNO!I#01JK&LMNOL2 PQRSTUPQRSTU 博世智能网联科技有限公司与无锡慧网科技发展有限公司联合在无锡锡山“双智”试点核心区打造 V2X ADAS 融合的试点项目。该应用通过 V2X 通信技术将路侧安装传感器感知信号及其他交通信息发送给智能网联车辆，从而提升智能网联车辆的辅助驾驶性能。车端实现包括：协作式限速区控制、闯红灯预警、弱势交通参与者碰撞预警、基于路侧感知的交通状况识别、协作式自适应巡航、协作式匝道汇入、超视距识别辅助、基于路侧感知的特殊车辆优先、感知数据共享、基于路侧的隧道通行、协作式特殊车辆引导 11 项应用功能。无锡市锡山区锡东商务区完成 11 个路口（包括十字路口、三岔路口、隧道入口、高架匝道入口等城市典型场景）的路侧感知系统部车联网典型应用案例集（2023 年）26 署，系统性优化车端 11 个 ADAS V2X 应用场景。通过增强用户体验，提高了用户付费意愿，加快车路协同 2B 商业模式落地。!23 ADAS V2X Ap|) )*!24 ADAS V2X!项目建设内容通过了信通院组织的“四跨”测试以及与服务的整车企业进行车路协同功能一致性测试，路侧子系统可向第三方车辆或其他用户开放；建成的相关云平台可根据车企需求提供数据和接口服车联网典型应用案例集（2023 年）27 务。!V#WX()YZ,-!V#WX()YZ,-武汉经开区在近 500 平方公里的道路范围内建设部署了 RSU，通过对社会车辆加装支持 C-V2X 直连通信功能的智能后视镜，使车辆可与 RSU 以及“城市操作系统平台”进行通信交互，获取智慧出行服务。通过语音助手、地图导航、个性化音频内容等交互方式，路侧或者平台侧的车联网服务信息可以推送至车载终端用户。通过为用户提供交通灯倒计时状态等信息，实现车内标牌服务；通过为用户提供行驶速度建议，实现绿波车速引导功能。以部署的 10 个路口共 7.5公里路程为例，用户使用绿波车速引导的行驶速度建议，可缩短行程时间约 2 分钟，同时减少行驶启停顿挫，提高了用户出行体验和效率。!25“”UV5jk)*车联网典型应用案例集（2023 年）28!#&56(AB_H9!#&56(AB_H9 四川（成都）车联网先导区一期项目建设中，通过与腾讯地图合作，使司机通过微信、小程序、地图、先导区专属 App 等渠道，体验车联网应用。安全方面，在视野盲区突然出现行人或其他车辆，存在潜在的碰撞危险时，司机就能通过手机及时收到语音、画面、弹窗等预警提醒；在通行效率方面，借助绿波通行功能，司机可以实时了解到信号灯的状态，根据 APP 提示的建议车速，就可以实现全程不停车的状态；通过天眼功能，可以看到指定路口交通状态的实时视频直播。!26 AML APP()*!车联网典型应用案例集（2023 年）29 2KLIJ!#abcde!#abcde5G &LMN9&LMN9 中国移动、厦门公交集团联手金龙客车、清研宏达等企业，基于“人、车、路”高效协同以及市民出行便利，在 5G 北斗高精度定位、自动驾驶等前沿技术赋能下，构建了 5G 城市智慧公交应用模式，打造了“云管端”一体化服务体系，致力于解决公交共性问题，实现车路协同、公交安全节能、运营效率及出行感知的全面提升。目前，厦门 3500 多辆公交车已实现 5G 智慧化配装，终端可智慧控制油门、刹车，可实现精准定位、平稳起步、斑马线及进站前自动限速，保障驾驶安全，市民乘车体验大幅提升。对比系统实施前，一些不良驾驶行为明显下降，急加速下降 97%，急减速下降 73%，不良起步下降 80%。同时有责行车事故数、客伤事故、事故经济损失都下降了 70%。在厦门独有的 BRT（快速公交系统）高架专用道上，“5G 辅助驾驶”为厦门公交集团提供亚米级乃至厘米级的BRT车辆定位信息。在遏制危险驾驶、斑马线礼让等方面做到“高级辅助驾驶”主动干预，实现车速稳定、零超速、能耗下降、事故发生率降低等，截至目前，已在厦门全市 150 台 BRT 车辆及部分常规公交车应用。车联网典型应用案例集（2023 年）30 !27 BRT LMAIJ(!.#34(AfBgfBhi,-!.#34(AfBgfBhi,-湖南长沙打造了基于 C-V2X 的智慧公交示范应用，目前在智慧公交 315 号线、3 号线、9 号线上实现了商用运营。可实现公交信号优先、交通灯穿透等多项功能，日均服务乘客约 3 万人。公交优先场景已覆盖 2072 辆公交车和全市 76 条公交线路，实现了规模化的商业运营。在交通灯透传功能中，智能网联公交车可将通过路侧设备广播得到的交通灯信息通过车尾标识牌显示出来，以避免造成对后车的遮挡；在公交优先功能中，智能网联公交车可主动向智能路口发送包含车辆位置、行驶速度、车内乘客数、准点状态等在内的数据，路侧计算设备据此生成公交信号优先策略，通过红灯缩短、绿灯延长等方式实现公交优先通行。公交优先功能可显著提升公交车的运行效率，经过统计优先线路提升信号优先线路通行效率 20%，出行服务累计触达 200万市民，信号优先线路服务 2 万人日常通勤。车联网典型应用案例集（2023 年）31 !28 83UKst34567)*3451-,-./IJ!#jklmnopqr(Ano,-!#jklmnopqr(Ano,-重庆在石渝高速涪丰段打造基于车联网 C-V2X 技术的智慧高速。该路段双向近 130 公里，其中交通互通 8 处，隧道 12 处（总长 15.5公里），服务区 1 处，5 处事故多发区域。该路段所处区域地质、气象条件复杂，包含隧道群、特大桥、急弯、急下坡、多雾、积水、上下行车道分离等多种影响交通安全的不利因素，桥隧比高达 47%以上，交通场景复杂。石渝高速涪丰段在建设智慧高速时共计在道路侧部署350 余台 RSU，400 余套路侧感知、计算、显示设备，基本实现双向近 130 公里的全覆盖，实现了安全与效率提升的功能，有效保障高速公路异常情况的快速发现、快速通知、快速处置。通过路侧融合感知车联网典型应用案例集（2023 年）32 和边缘计算实现道路动态风险的快速发现；通过 C-V2X 技术与智能车载终端实现了公路异常感知与协同交通的应用场景；通过空口同步和定位技术实现了隧道定位不丢失，进而实现了重点车辆全程监控。该项目提高了高速公路在安全与效率提升领域的应急保障能力，提高了路网交通事件监测与快速响应协同救助的能力，减少交通事故人员伤亡。!29 l()*!.#stu!.#stu_u?vw(Anoxy_u?vw(Anoxy 云南昭阳西环智慧高速公路项目，选取永丰隧道（右线）进行隧道安全管控智慧化提升示范系统建设，全长 1380m。案例基于隧道内厘米级高精地图、真实场景三维建模，以及激光雷达和视频等多传感器融合技术，实现隧道全域感知系统，形成智慧隧道全域交通数字孪生平台。通过车辆特征识别和绑定，车辆车联网典型应用案例集（2023 年）33 厘米级的精准定位和全域跟踪技术，实现“两客一危”车辆全域监控，以及高可靠的事件检测；同时，基于隧道交通事件应急管控系统，应用车路协同技术服务对车辆进行预警和引导，提高隧道及影响区安全系数，降低管理成本。!30 l8!本项目业主昭通市高速公路投资发展有限责任公司采用自有资金建设模式，开展运营服务。通过系统的建设，有效降低了隧道事故发生率，提升隧道通行效率，进而提高整条高速通行能力，达到收费运营数据的增加。!2#=z|0!2#=z|0GNSSTUOTUOV2X&L&LMN_g9MN_g9 中信科智联科技有限公司联合四川数字交通科技股份有限公司，车联网典型应用案例集（2023 年）34 通过创新性地通过 C-V2X 的空口同步技术和 1588 V2 协议解决了隧道内车路协同路侧设备与车载终端的时间同步难题，实现高速公路主干道与隧道全场景连续 C-V2X 通信全覆盖，进一步打造车联网与高速出行融合创新的良好应用环境。!31 l-!本项目已在四川蜀道集团智慧高速项目中进行了规模安装和部署，实际覆盖隧道内里程约 360km，基于时钟同步实现雾区提醒、超速告警、道路施工提示、跟车过近提醒、异常停车提醒、临近车道并线提示等多种安全与信息服务应用，及重点车辆全程监控（隧道定位不丢失）等车路协同端侧应用，提升高速通行安全、通行效率和应急处置能力。车联网典型应用案例集（2023 年）35 6,-./78)*IJ!#&LD&LMNRS!#&LD&LMNRS 苏州“轻车熟路”自动驾驶案例为全国首个纯依赖路端感知即可实现 5G 网联式长距离、长时间 L4 级别自动驾驶的车路协同系统，通过在路口和路段布设定向激光雷达、补盲激光雷达、枪式摄像头以及路侧通信模块、边缘机房等多种设备，建设高级别的全息道路，使L2 级别配置的驾驶辅助车辆实现 L4 级别的自动驾驶智慧出行服务。基于“苏州高铁新城智能网联三期道路建设项目”，天翼交通建设了 51 公里支持高等级自动驾驶的全息道路，是国内里程最长 I4 级智能路网。通过面向高等级自动驾驶的车路协同系统，目前已在苏州高铁新城落地 3 条 Robobus 公交线路和多个 Robotaxi 站点，满足商务便民需求，提供车路协同自动驾驶接驳服务，真正实现车路协同自动驾驶的常态化运行。项目主要实现以下（1）安全性能提高：实现全路段高精度感知，解决感知盲区问题，提升自动驾驶安全性；（2）群智协同示范：精准识别交通信息，提前规划车辆轨迹，有效疏导城市交通，为智慧交通群智协同提供示范样板；（3）单车成本下降：通过路侧增强感知，降低车端感知和计算车联网典型应用案例集（2023 年）36 设备成本，验证规模化应用的成本可行性；（4）出行体验提升：赋能自动驾驶常态化运营，体现路侧数据服务价值，提升大众对智慧化道路建设的体验感和认可度。商业价值方面。基于全息道路的面向高等级自动驾驶的车路协同系统可以使赋能车辆无需安装复杂和高成本的激光雷达等传感器阵列和大算力处理器芯片，从而减轻单车“负担”，让原本实现 L4 级别自动驾驶所需的单车多维感知，变为由路端传感器分担，路端为车辆提供海量低时延、强实时、高可靠的感知数据，并统筹更宏观的信息，帮助车辆智慧决策，从而实现车辆软、硬件配置大幅降低，车辆交付周期明显缩短，量产难度显著下降，大大加快自动驾驶的商业化落地。!.#JK&56O“”()!.#JK&56O“”()天津（西青）车联网先导区获批建设以来，在基础设施建设方面，智能升级改造 408 个路口，总长 449 公里，覆盖面积约为 342.2 平方公里。天津先导区与京东联手，共同在天津市西青区开展智能物流配送场景的创新发展及商业应用。项目在天津市西青区部署京东物流智能快递车，为居民社区、企事业单位、写字楼等场景进行末端物流智能配送服务。车联网典型应用案例集（2023 年）37 智能快递车借助于距离传感器、激光雷达与摄像头等模块功能，通过采集外部环境信息并依托内置智能算法进行信息加工建模，实时加载绘制的高精度地图，可按照运行轨迹实现障碍物识别及避障行走，借助人机交互功能实现快递的收发。装配 V2X 功能的智能快递车与路侧系统实现全方位的信息交互及车路协同，能够通过对实时交通信息的分析，自动选择路况最佳的行驶路线，从而大大缓解交通堵塞。目前京东无人配送主要在天津西青区的张窝小镇、曹庄子等区域投放了约 50 余辆智能快递车，有多种车型，可以满足不同场景的配送需求。每天的运营时间是 9:0021:00，每天每台车 2 个波次，覆盖该区域的居民的快递包裹配送；车辆每辆单次载重约 200 公斤，车辆续航里程 100 公里，可以根据营业站点货物量、站点配送、社区需求等随时配送，能够降低快递员的工作强度，提升配送的效率，在京东618 购物节期间，在包裹量巨大的情况下，智能快递车能起到很好的运力辅助作用。据运营数据统计，目前西青区域内三个站点曹庄营业部、祥和大道营业部及张窝小镇营业部，全年全车累计跑行约 19.2 万公里，单车平均一年运行 4120 公里。车联网典型应用案例集（2023 年）38!2#JKsMNO!2#JKsMNO5GRSRS 基于云边协同的 5G 远程驾驶系统是由无人车、5G/MEC 网络、远程驾驶服务平台，远程驾驶舱等组成的人车协同共驾系统。该方案充分利用 5G/MEC 云网优势，降低了传输时延，提升业务体验；实现“多舱对多车”的智能调度技术，大大降低运营成本；与中国联通的呼叫中心业务打通，实现“一键呼叫，海量服务直达”的远程救援服务。!32 5G PQ$%!（1）跨区远程驾驶 雄安智绘未来科技园：由雄安数字交通实验室牵头，在智绘未来园区近 2 公里道路上，开展车路协同智能交通示范工作。道路有 22根杆柱已经通网、通电，满足新增设备挂载需求。挂载设备包括毫米波雷达、激光雷达、摄像机。路口部署信控机。车联网典型应用案例集（2023 年）39 !33 PQ$%)*!（2）跨市远程驾驶 2021 年 9 月 6 日8 日，以“创新发展与数字经济”为主题的2021 中国国际数字经济博览会在石家庄（正定）国际会展中心举办。智网科技作为中国联通代表和河北联通合作参展智慧交通展台演示中国联通 5G 远程驾驶。!34 PQ$%)*!（3）跨省远程驾驶 2021 中关村智能网联汽车国际创新论坛以智能汽车飞速发展为背景，邀请国内外智能网联汽车产业领域的专家学者、创新企业参与论坛，以“智车智驾 智创未来”为主题，共同探讨智能汽车、自动驾驶发展与未来，促进智能网联汽车产业的创新发展。车联网典型应用案例集（2023 年）40 智网科技联合北京联通合作参展智慧交通展台，演示中国联通5G 远程驾驶。!35 PQ$%)*!（4）跨省超远距远程驾驶 2021 年 4 月 25 至 29 日，第四届数字中国建设峰会在福州海峡国际会展中心举行。智网科技重点展示核心自研产品 5Gn 智能网联平台及 5Gn 远程驾驶应用，在雄安有一辆无人清扫车正在运行，车端的 4 路视频通过 5G/MEC 回传到 2000 公里之外的福州展示中心。通过福州现场的远程驾舱实现对车辆的实时监控和远程操控，提高无人车运行的安全性，减少人工成本。车联网典型应用案例集（2023 年）41!36 fPPQ$%)*!远程驾驶在复杂环境驾驶员远程代替无人驾驶车做出决策，可以提高无人驾驶的安全性和可靠性，实现复杂路况下的行驶，通过引入人为决策，减少了交通事故和人员伤亡；在灾区、高危路段的远程驾驶，可以提高营救效率和通行效率；在矿山、油田等生产区域，远程智能驾驶代替工人完成作业，减少人员伤亡；甚至在无人驾驶车辆出现问题时，驾驶员及时接管，可以消除车辆异常，改变车辆失控状态，避免车辆伤害到行人和其他车辆。!=#01RS0w 9!=#01RS0w 9 仙途智能是位于锡东商务区的总部企业，2023 年 5 月仙途智能中标商务区智慧环卫一体化项目，本项目是仙途智能全国范围内规模最大、无人化程度最高的常态化运营项目，本项目中投入了仙途智能最新的纯电动驾驶环卫洗扫设备，实现了区域内全路段洗扫工作的无人化作业，提升了环卫作业效率以及环卫作业质量，实现了无人驾驶赋能基础环卫作业。车联网典型应用案例集（2023 年）42 !37$%A 该试点运营项目在锡东新城的落地，获得了社会和各级媒体的广泛关注，在民众感知层面，加深了老百姓对无人驾驶车辆的认知，提升了城市形象。目前在商务区内已开展常态化清扫运营，已完成区内超百万平方米道路保洁与数十万方绿化保洁，车队累计作业里程近 7万公里，累计作业时长达 1.3 万小时。仙途智能面向环卫作业的环卫车无人驾驶系统方案，通过整车线控系统、感知数据 高精 SLAM 定位 多目标优化的动态路径规划、多传感融合等技术的研发，实现达到 L4 级别自动驾驶的环卫车辆。基于该无人驾驶系统方案，车辆能够完成多种垃圾识别与追踪、自动唤醒、自动泊车、自动规划、贴边清扫模式、自适应清扫模式、动态障碍物识别，上述工作不需要任何人工参与。车联网典型应用案例集（2023 年）43!I#H0RSfL“!I#H0RSfL“合肥市通过放宽无人配送车在城区行驶的路权，推动末端物流的新能源化和智能化快速落地，吸引白犀牛、新石器等企业在公开道路上开展商超物流配送和快递分拣站间无人运输的试点应用。商超物流配送：白犀牛已与合肥永辉超市达成合作，通过配送车云控平台与商超后台系统的对接，在合肥开展日常化的商超与生鲜无人配送。当运营示范区居民完成线上下单后，白犀牛智能调度系统对订单进行分配，车辆接到系统分配的订单后开始配送。当无人配送车到达相应的站点后，由白犀牛管家将货物从车内取出，上楼送至居民手中，车辆将返回门店等待下一单的配送指令。目前无人车已在合肥市开放道路实现常态化运营，配送车辆与普通快递员享受同样配送收益。车联网典型应用案例集（2023 年）44 !38$%A 快递分拣站间无人运输：新石器与顺丰快递合作推出无人驾驶物流配送车，在合肥市实现公开道路的常态化运行。无人车在分拣站由快递员将货物装入货仓，随后无人车将货物运送至末端的快递配送点（如小区集中点、学校、园区等集中点），末端快递员则负责货物的卸车，并完成最后的上楼到门配送工作。此类配送模式避免了先前无人配送车人机交互复杂、配送效率低的特点，有效地节省了快递分拣分发的人力成本，据估计在应用无人车后，单个快递分拣站可节省 1名以上的快递员，节省人力成本 1 万元以上。目前，新石器无人车已与顺丰达成车辆租赁合作，实现了有效的商业闭环。车联网典型应用案例集（2023 年）45 !39$%A 9:;?=AIJ!#Hf()65xy!#Hf()65xy 合肥市联合星云互联，在滨湖国家森林公园通过车、路、云、网、图等基础设施建设，投入 5 辆网联无人驾驶观光车、3 辆无人驾驶售卖车、3 辆无人驾驶清扫车、3 辆无人驾驶安防车等交通科技生态应用，构建一网贯通的交通应用服务。依托网联无人驾驶观光车实现公园任意角落的一键约车及查询网联公园科技观光游览线，从乘客、网联化交通服务视角提供丰富的网联交通体验功能。依托网联无人驾驶售卖车和清扫车，创建任角落车联网典型应用案例集（2023 年）46 配送售卖线、清扫线。整体上依托网联 自动驾驶技术以观光、售卖和清扫车辆等为载体打造立体网联自动驾驶科技观光园区，增加公园科技元素和吸引力，降低作业人工成本，提升工作效率，提升游客观光体验。!40 8$%A 运营以来，观光车接驳乘客数超 1500 人，无人售卖车服务人数超 4500 人，网联车辆累计行驶里程超 3.4 万公里、累计运行时长超11800 小时，网联无人车清扫面积超 550 万平方米。无人清扫车和无人安防车在公园运营降本增效方面效果明显，每年为园区运营方产生间接经济效益超 150 万元。产业带动效果显著，项目带动包河区本地智能网联生态企业 7 家，形成综合产值过亿。项目社会受众面宽，多元化网联场景的运营满足“老中青幼”不同年龄段游客乘车和购物需车联网典型应用案例集（2023 年）47 求，有力提升了游客游园的获得感和体验感。项目有效带动包河区智能网联产业科普教育、研学游、产学游和人才实践实训，自运营以来开展 30 余场科普教育和研学等活动，受众人数超过 1500 人，总时长达到 1000 小时。宣传效果明显，公园智能网联元素的运营吸引了包括新华社、人民网、今日头条及中央广播电台等众多媒体的关注和广泛报道，各平台累计精确覆盖人群达一亿人次。项目于 2022 年成功入选国内“第一批智能交通先导应用试点项目”，为安徽省唯一入选交通部试点项目。!.#jk(A“,-!.#jk(A“,-重庆市围绕“5G 智能制造”无人化供应链共享协同平台，在重庆飞力达物流仓储企业与旭硕、纬创等 6 个生产企业之间建成全国首个商业化 L4 I4 级车路协同自动驾驶智慧物流配送系统，形成生产企业零库存、零周转、自动配送调度一体化物流运输新体系。项目通过搭建云控平台、改装 L4 级智能网联物流汽车、建设支持无人驾驶的 5G 专网、建设 I4 级全域感知智慧道路和打造近源安全能力池等内容的建设，实现八大智慧物流场景：（1）智慧泊车 自动驾驶车辆通过控制转向、油门、刹车等实现智慧泊车入位。车联网典型应用案例集（2023 年）48 !41 AQ（2）货台对接 物流车自动停靠至无人码头后，自动打开货箱，启动装卸货台，货台上升至最高度后，展开对接板，与货箱自动对接。（3）协同 AGV 自动装卸 当物流车停靠无人码头，并完成货台对接后，AGV 将等待装卸的货架运输至指定位置，完成装卸。!42 IJ AGV Q（4）绿波通行 当自动驾驶车辆驶近有信号灯控制的路口时，云控平台通过路侧感知系统获取道路信息和信号灯实时状态信息，引导自动驾驶车能够车联网典型应用案例集（2023 年）49 以平稳的速度通过路口。（5）自动闸机 当物流车需要进出匝道口时，通过发送抬杆请求和自身位置，平台通过后台验证后，抬杆放行，可实现不停车通过闸机。（6）借道超车预警 当借用逆向车道超车、与逆向车道上的逆向行驶远车存在碰撞危险时，对主车驾驶员进行预警或提供决策依据。（7）超视距感知 云控平台通过感知融合识别障碍物的位置，将障碍物的信息通过5G 专网下发给接近该位置的车辆驾驶员，提醒驾驶员提前采取措施。（8）盲区检测 当车辆行驶至交叉口时，云控平台通过路侧感知获取本区域的车辆行驶信息，对于潜在的碰撞风险，提前发出预警，避免碰撞事故。项目运行后，园区的操作效率提升 30%，操作准确度达到 100%，同时客户的库存周转率提高 20%。!2#nH&-,-!2#nH&-,-2019 年至 2021 年初，华人运通在高合工厂打造了基于 5G 与 C-V2X 融合的车路协同车辆自动下线应用，对车辆下线系统进行了网车联网典型应用案例集（2023 年）50 联化、智能化改造，提升车辆下线系统运行效率，提升了高合工厂自动下线系统的数字化和智能化水平。高合工厂自动下线系统包含两段下线路线：一是总装工厂内部分道路及总装车间至检测车间的道路；二是检测车间至停车场停车位的道路。高合工厂在车辆下线路线上部署连续覆盖的 C-V2X 网络及摄像头、激光雷达等高精度感知系统，部署实时回传网络以及智能网联边缘计算处理平台和车路协同下线应用服务，实现了下线车辆自动行驶、自动泊车等功能。同时，下线的高合汽车为智能网联车辆，配备车载 C-V2X 通信能力的 OBU 设备、车路协同控制器等设备，支持网联式自动驾驶、自动泊车等功能。基于车路协同的车辆自动下线应用重点解决了当前工厂下线车辆的三大痛点问题：下线效率低，传统下线车辆驾驶员需要从下线工位到检测车间、停车场等目的地往返，中间等待时间长；下线车辆行驶路线和调度配置信息化低，不具有较高的弹性，难以实现闭环自动化过程；下线过程执行信息、完成情况不是数字化管理，反馈慢，难以及时迅速对下线系统进行分析和优化调整。车联网典型应用案例集（2023 年）51 !43 AF!=#!=#5G0,-0,-宝日希勒煤矿建设了全覆盖的 5G 通信环境，将无人矿车、矿山道路和系统云智能调度平台联结起来，实现车与车、车与路、车与云平台的实时通信连接和信息传输，为承载无人驾驶业务提供基础条件。!44 宝日希勒煤矿对 220 吨 MT4400 矿卡进行线控改造，加装毫米波雷达、激光雷达、摄像头等感知元件，可实现对作业环境的实时感知，进而实现矿卡网联自动驾驶作业。实际运营时，空载的无人驾驶矿卡依次行驶至装载作业点，装载设备（如挖掘机、电铲等）将物料装载车联网典型应用案例集（2023 年）52 至矿卡的车斗，矿卡再依次离开作业点。在该场景下，矿卡、挖掘设备、云平台通过 5G 网络沟通明确整个装载协作流程（包括协同入场、装载、出场等步骤）。矿卡根据云平台规划的路径和对周围环境的感知，自动行驶至装载区，同时将自车的实时状态信息和任务信息实时发送至装载设备，装载设备也将自身的位置、朝向等信息同步发送至矿卡，从而实现多车协同作业。此外，宝日希勒煤矿云端无人驾驶管理平台可协同调度电铲、洒水车、平路机、指挥车、加油车等开展联合作业，形成一套完整的露天矿无人运输作业系统，包含装载、运输、卸载等作业场景，实现露天矿山的安全、高效生产。!45 AST!I#-JK&LMNO0&9!I#-JK&LMNO0&9 联通智网科技股份有限公司在 2023 年智能交通世界大会主会址苏州国际博览中心地面/地下停车场规划停车位，开展自主代客泊车车联网典型应用案例集（2023 年）53 示范应用。面向未来量产车型先行开展基于车场协同的自主代客泊车技术验证，兼顾为传统车辆提供停车场内精准导航定位服务。!46 x1A !47 x1A 根据规划的 AVP 停车位方案，设计科学合理的 AVP 上下车点区域，上下车点区域与传统停车区域进行差异化设计，设计有人驾驶、自动泊取车线路方案，停车场场端具备车位识别与管理、全局路径规划、场端环境感知、场端定位、场端通信、场端高精度地图服务、场车联网典型应用案例集（2023 年）54 区安全监管与处理等功能，提供传统车辆智能泊车引导应用平滑落地。!48 1A)*!在自主泊车场景中，车辆进入智能停车场，启动自主驾驶泊车模式，接收到智慧泊车服务系统下发的指定空闲车位信息和准确的定位导航路径坐标信息集，车辆沿着规划路径行驶，并结合路侧高精定位进行实时的路径校正，车身雷达自动检测车身附近的障碍物，进行速度控制，同时接收路侧 RSU 推送过来的路侧感知信息和行驶引导信息；在转弯盲区，路侧感知单元检测到行人和障碍物，通过 5G/V2X主动推动给车辆，车辆进行紧急制动以及避让，当路径中的障碍物消失，车辆恢复行驶状态，到达指定位置后自主停入停车位。对于停车引导场景，通过泊车服务 APP，实现停车的引导，以及障碍物的信息推送。车联网典型应用案例集（2023 年）55!V#-0RSj“&,-!V#-0RSj“&,-目前封闭园区内的物流正面临运营成本高、司机招募困难等问题。园区业主迫切希望在装卸、运输、配送、仓储等环节转型升级，向自动化、智能化、无人化发展，提升运营效率。基于此背景，东风柳州汽车有限公司联合希迪智驾及中国移动广西分公司，共同发布“乘龙领航 MAX”园区智能网联电动物流解决方案，实现首个园区物流无人驾驶重卡（无安全员）商业化运营。!49 Ty MAX$%A 无人物流车场景选取广西汽车集团新能源整车基地柳州五菱汽车工业有限公司柳东基地约 4.61 公里半开放道路为部署区域，实现智能网联示范应用在工业园区内的短途物流运输，后续也将打通外部开放道路的路权，实现厂区间的全无人物流配送。同时，自动驾驶车联网典型应用案例集（2023 年）56 系统配备远程驾驶系统，若自动驾驶途中遇到突发情况，工作人员可通过远程驾驶控制舱远程操控驾驶，保障作业安全。BCDEIJ!#JKELOB_C,-!#JKELOB_C,-北京万集科技股份有限公司根据智能网联车辆运行道路分级需求和区域管理需求，在成都建设两个全息路口和 150 个信号灯开放路口升级工程。全息路口应用云计算、物联网、大数据、人工智能等先进技术，基于厘米级高精度地图、实景三维建模、全息感知的智慧基站，打造城市路口管理的数字底座，对路口交通基础设施、交通参与者、交通流、交通事件等要素进行数字化重构，完成城市路口全域数字孪生，并基于交通流仿真模型、信号动态优先控制等技术，实现进口车辆身份识别、路口态势运行监测、交通信号优化、态势研判分析、多维信息交互、车路协同赋能五大功能，构建从数据采集、智能管控到仿真评价的智慧化交通管理体系。车联网典型应用案例集（2023 年）57 !50#K!项目应用后的直接效果包括：（1）提升运行监测能力 通过路口交通参与者全要素信息精准感知、全域跟踪和全过程轨迹构建，从“上帝视角”对路口范围内交通运行状态进行一张图式的全域监控，提高交管部门对城市路口的运行监测能力。（2）提升路权配置能力 基于目标特征的识别与身份绑定，结合精准感知的全域跟踪技术，能够实现优先通行权的特殊车辆的精准识别与路线跟踪。结合车道级的交通状态识别与信控调整能力，实现对特殊车辆的路径引导和优先通行，实现特殊车辆的优先通行，提升了交管部门的路权配置能力。（3）提升违法监管能力 通过实时采集交通参与者运行状态，结合路口交通组织与信号灯车联网典型应用案例集（2023 年）58 状态，监测机动车、非机动车和行人违规行驶行为，实现违法行为精准治理、交通事故轨迹还原、身份画像精准刻画等功能，提高交管部门对交通参与者的违法监管能力。经济上的收益包括：（1）提升通行效率 方案能够减少车辆与行人的交通违法行为，并通过动态信控优化等手段，缓解城市拥堵，保障交通的畅通，能够显著减少交通拥堵造成的经济损失。据估计，以车路协同为基础的智慧交通能够提升150%的道路通行效率。（2）减少碳排放 通过动态信控优化、车路协同等手段，能够缓解交通拥堵，对车辆进行绿波车速引导减少停车等待提高道路通行效率 10%以上，可节省城市交通碳排放超过 10%。!.#(AL,-!.#(AL,-广州市黄埔区基础车联网打造了智慧路口信号控制、智慧交通运行分析研判等应用。建设了基于 C-V2X 路侧感知能力、升级了交通信号控制系统，并将车联网“新基建”与交警现有信息化系统深度融合，实现了数据接口的互联互通，搭建了精细化交通管理和智能化交车联网典型应用案例集（2023 年）59 通辅助决策平台，实现车道级实时分析、研判、预测、优化和控制等能力。在交通信号精确控制应用中，本案例可进行路口配时方案管理、对路口和干线优化策略进行灵活配置，并可与信号控制中心进行实时交互，实现信控优化策略从配置到下发的业务闭环流程，提高信号控制系统的智能化管理水平。该应用还可以实现对区域拥堵研判、重点道路拥堵研判、重点道路潮汐研判、路口拥堵监测、路口历史拥堵分析、道路拥堵事件筛选及查看、拥堵警情黑点筛选及查看等功能。!51?(),-!=#?(),-湖北襄阳基于智能信号灯实现了交通信号精确控制的应用。该应用在市区拥堵情况最严重的 12 个路口进行了网联化、智能化改造，建设和部署实施基于人工智能和边缘计算的交通灯协同调度系统，实现人工智能和边缘计算的交通灯协同调度。通过结合路侧通信、传感、计算等信息化基础设施以及智能网联云控管理平台，实现对进入调度区域的各个方向各个车道的车辆数据变化的感知。云控管理平台上全智慧调度模型根据路口感知信息实时精确地计算出各个车道、方向和总体的车辆拥堵状态，直接控制交通灯的信号控制机以及与车联网平台和指挥中心通讯的交互盒，发出最优调度指令，实现交通信号精确控制。指挥中心的工作人员可以对路口的运行情况及时监控、管理、维护，并可对路口调度进行实时人工干预和控制。!52 j5 12 襄阳通过实施该应用，依法科学地分配通行权利，改善了通行秩车联网典型应用案例集（2023 年）62 序，提高了交通设施的资源利用率和道路交叉口的通行能力和通行效率，减少了交通延误和资源浪费，提升了区域和城市路网的承载能力，进而有效缓解交通拥堵。相较之前，智能化改造之后的路口通行效率平均至少了提高 25%。!I#!I#(/B_D&LMNxy(/B_D&LMNxy“智行淄博”车路协同项目是基于物联网大数据云计算，在全市 1000 多个路口安装了物联网信号机、交通信号采样器等硬件设施，将建议绿波速度以红绿色块的方式叠加在时速表上，以 APP 的形式实时展示给驾驶人，驾驶人只需要做出相应加减速操作，将时速表指针指向绿波部分，就会让车辆行驶到下一个路口时，交通信号灯恰好显示为绿灯。而在消防救援、医疗救护等特勤车执行任务时，沿途信号灯能通过感知特勤车辆的位置和速度，自动调整红绿灯时间，保证车辆一路畅通。目前，全市有 205 条道路（路段），1056 个红绿灯路口已纳入绿波协调，73的红绿灯路口可实现绿波通行。经过相关测试，使用“车路协同”系统后，平均车速提高 28.21%，通行时间减少 27.04%；平均油耗减少 24.02%，平均碳排放降低 23.81%。车联网典型应用案例集（2023 年）63 !53!;#$Qny!V#!V#C-V2X&56LB_9&56LB_9 中信科智联科技有限公司基于车路协同的智慧交通碳中和应用以通用的车路云架构为基础，以已有的路侧智能网联基础设施为感知设备，通过接入路侧融合感知设施数据，监测实时道路交通情况，提供精细化的车速、车型、道路流量等排放相关数据。通过 RSU 下发减碳策略与行驶建议，应用路侧边缘计算单元，将区域 OD（出行）数据转化为碳排放数据上报平台。同时，通过接入平台的车载终端 OBU 数据提供 VSP 对照，完善碳排放测算模型，并通过可移动道路观测站与低速自动驾驶车辆结合，为碳排放数据采集提供多源对照组。车联网典型应用案例集（2023 年）64 !54 34%&(!通过建设道路交通碳排放平台，支撑用户实时监管区域道路碳排放数据及制定管理减碳策略。通过绿色出行 APP 提供个人低碳出行及碳普惠激励，引入绿色激励、绿色生活、碳足迹跟踪、碳交易市场等机制，让人民获得绿色出行体验，企业获得碳减排收益，推动城市双碳终极目标的达成，分阶段实现绿色低碳精细化管理与商业闭环。

0人已浏览 2023-10-31 68页 5星级

?12 60/2 30/?/2?2 221?2?22 22?2?0?0 aH 0.40.4 1 1?0 aH 0.40.4 0.8 0.8?2 2 3?2 22 2 4?

0人已浏览 2023-10-30 41页 5星级

车载智能计算基础平台车载智能计算基础平台 参考架构参考架构 2.0（2023 年年）中国软件评测中心（工业和信息化部软件与集成电路促进中心）工业和信息化部装备工业发展中心 国家智能网联汽车创新中心 中国汽车工程学会 中国汽车工业协会 二二三年十月 I 编写委员会编写委员会 顾顾 问问 刘文强 中国电子信息产业发展研究院党委书记、副院长 瞿国春 工业和信息化部装备工业发展中心主任 张进华 中国汽车工程学会常务副理事长兼秘书长 付炳峰 中国汽车工业协会常务副会长兼秘书长 主主 任任 李克强 中国工程院院士、国家智能网联汽车创新中心首席科学家、清华大学教授 副副 主主 任任 张文杰 国家智能网联汽车创新中心 安 晖 中国电子信息产业发展研究院 王 耀 中国汽车工业协会 主主 编编 张文杰 国家智能网联汽车创新中心 指导专家指导专家 刘法旺 工业和信息化部装备工业发展中心 高炽扬 中国电子信息产业发展研究院 罗 蕾 电子科技大学 尚 进 国汽智控(北京)科技有限公司 II 陈 渝 清华大学 彭 鑫 复旦大学 李玉峰 网络通信与安全紫金山实验室 陈维富 黑芝麻智能科技有限公司 许 庆 清华大学 丛 炜 国汽智控(北京)科技有限公司 王 野 合众新能源汽车股份有限公司 张晓先 普华基础软件股份有限公司 刘建业 中兴通讯股份有限公司 万 蕾 华为技术有限公司 李丰军 中汽创智科技有限公司 商国平 东软睿驰汽车技术(上海)有限公司 王 恺 斑马网络技术有限公司 周 铮 华为技术有限公司 杨彦鼎 东风汽车集团有限公司 陈 勇 吉利汽车研究院(宁波)有限公司 周时莹 中国第一汽车集团有限公司 上官云飞 远程新能源商用车集团 许 林 赛力斯汽车有限公司 孙大兴 广汽丰田汽车有限公司 III 张 衡 东风商用车有限公司 胡大林 北京赛目科技股份有限公司 阚志刚 北京梆梆安全科技有限公司 IV 编写编写单位：单位：国家智能网联汽车创新中心 中国软件评测中心（工业和信息化部软件与集成电路促进中心）工业和信息化部装备工业发展中心 清华大学 电子科技大学 复旦大学 网络通信与安全紫金山实验室 国汽智控(北京)科技有限公司 黑芝麻智能科技有限公司 合众新能源汽车有限公司 普华基础软件股份有限公司 华为技术有限公司 北京赛目科技股份有限公司 合肥杰发科技有限公司 中瓴智行(成都)科技有限公司 V 参研参研单单位位：北京理工大学 合肥工业大学 中国第一汽车集团有限公司 东风商用车有限公司 上海汽车集团股份有限公司 浙江吉利控股集团有限公司 比亚迪股份有限公司 郑州宇通集团有限公司 上海蔚来汽车有限公司 赛力斯集团股份有限公司 中汽创智科技有限公司 北京经纬恒润科技股份有限公司 斑马网络技术有限公司 北京百度网讯科技有限公司 中兴通讯股份有限公司 国科础石（重庆）软件有限公司 东软睿驰汽车技术（沈阳）有限公司 北京地平线机器人技术研发有限公司 南京芯驰半导体科技有限公司 VI 北京翼辉信息技术有限公司 易特驰汽车技术(上海)有限公司 广东为辰信息科技有限公司 上海映驰科技有限公司 中信科智联科技有限公司 智达诚远科技有限公司 VII 目 录 第第 1 1 章章 编制背景编制背景.1 1.11.1 智能网联变革机遇期，参考架构智能网联变革机遇期，参考架构 1.01.0 有效凝聚共识有效凝聚共识.1 1.21.2 智能网联技术成长期，参考架构亟需迭代与细化智能网联技术成长期，参考架构亟需迭代与细化.2 1.31.3 智能网联加速落地期，参考架构智能网联加速落地期，参考架构 2.02.0 加强前瞻引导加强前瞻引导.3 第第 2 2 章章 车载智能计算基础平台参考架构车载智能计算基础平台参考架构 2.02.0 概述概述.5 2.12.1 参考架构参考架构 2.02.0 总体框架总体框架.5 2.22.2 参考架构参考架构 2.02.0 的特点的特点.8 2.32.3 参考架构参考架构 2.02.0 的重点创新研究方向的重点创新研究方向.9 第第 3 3 章章 异构分布硬件架构异构分布硬件架构.12 3.13.1 AIAI 计算单元计算单元.12 3.23.2 通用计算单元通用计算单元.13 3.33.3 控制单元控制单元.13 3.43.4 安全处理单元安全处理单元.13 第第 4 4 章章 车控操作系统车控操作系统.15 4.14.1 系统软件系统软件.15 4.24.2 功能软件功能软件.19 第第 5 5 章章 工具链工具链.27 VIII 5.15.1 开发调试工具开发调试工具.27 5.25.2 测试仿真工具测试仿真工具.29 5.35.3 持续集成工具持续集成工具.29 5.45.4 过程管理工具过程管理工具.30 第第 6 6 章章 安全体系安全体系.33 6.16.1 功能安全功能安全.33 6.26.2 预期功能安全预期功能安全.35 6.36.3 网络安全网络安全.37 6.46.4 数据安全数据安全.40 6.56.5 软件升级安全软件升级安全.40 6.66.6 融合融合安全安全.42 第第 7 7 章章 发展建议发展建议.44 7.17.1 凝聚发展思路，统筹协作竞争凝聚发展思路，统筹协作竞争.44 7.27.2 鼓励技术攻关鼓励技术攻关，加快生态构建，加快生态构建.45 7.37.3 完善标准体系，探索开发实践完善标准体系，探索开发实践.45 7.47.4 加强检测认证，强化安全保障加强检测认证，强化安全保障.45 附件：缩略语附件：缩略语.47 1 第第 1 1 章章 编制背景编制背景 1.1 1.1 智能网联变革机遇期，参考架构智能网联变革机遇期，参考架构 1.1.0 0 有效凝聚共识有效凝聚共识 车载智能计算基础平台是智能网联汽车的关键核心。车载智能计算基础平台是智能网联汽车的关键核心。智能网联汽车是决定中国汽车行业胜负的下半场。与电动化相比，智能化、网联化涉及的行业领域更多、技术交叉融合更深、社会影响更大。智能驾驶、智能座舱、车路云一体化的快速发展，引发汽车创新链、技术链、产业链的重构。作为汽车的“大脑”，车载智能计算基础平台负责处理海量的多样数据、进行复杂的逻辑运算，是新型汽车电子电气架构的核心。参考架构参考架构 1.01.0 为为智能网联汽车智能网联汽车产品产品研发应用创新提供了重研发应用创新提供了重要指引。要指引。智能网联汽车是汽车、电子信息、通信等领域跨界融合的载体和重要产物。在其发展初期，不同行业主体对汽车电子电气架构演进趋势、车载智能计算基础平台概念和架构的认识不尽相同。为推动行业凝聚共识、形成合力，多家高校、企业、研究机构等联合编制发布了车载智能计算基础平台参考架构 1.0（2019 年），为我国车载智能计算基础平台的技术创新、标准研制、试验验证、应用实践、产业生态构建等提供了参考和引导。国内已有华为、中兴、国汽智控等多家企业基于参考架构 1.0 进行产品开发。2022 年中国汽车基础软件生态委员会发布AUTOSEMO Service Framework 技术规范，在参考架构 1.0 基础上，结合应用创新需求，构建了进一步向应用层、面向服务的架构（SOA）拓展的服务框架，通过该规范统一服务和接口，实 2 现整车控制器的设计与开发。1.2 1.2 智能网联智能网联技术成长期，参考架构亟需迭代与细化技术成长期，参考架构亟需迭代与细化 智能网联技术向更高级别自动驾驶和车路云一体化等方向智能网联技术向更高级别自动驾驶和车路云一体化等方向迈进，参考架构需要适应发展新要求。迈进，参考架构需要适应发展新要求。当前 L1、L2 级自动驾驶渗透率快速增长，L3 及以上级别自动驾驶成为研发攻关的主要内容。为促进高级别自动驾驶产品的功能、性能提升，支持其商业化应用，工业和信息化部、公安部等正在筹备智能网联汽车准入和上路通行试点。北京、广州、杭州、武汉等地启动了自动驾驶“车内无人”商业化试点。多个地方政府部门联合基础设施供应商、自动驾驶解决方案提供商、整车企业积极探索“车路云一体化”发展路线，打造技术、商业双闭环。技术的演进、需求的丰富和认识的更新不断拓展车载智能计技术的演进、需求的丰富和认识的更新不断拓展车载智能计算基础平台的内涵和外延，参考架构需要满足发展新趋势。算基础平台的内涵和外延，参考架构需要满足发展新趋势。一是高性能车载芯片不断推出，正推进汽车电子电气架构进一步向集中化演进。二是 Linux 和 QNX 等主流车用操作系统持续增强，华为 AOS、国汽智控 ICVOS、普华 ORIENTAIS、中兴车用 OS、斑马AliOS 等国产车用操作系统相继推出，深化了行业对车载智能计算基础平台的认识理解。三是智能驾驶、智能座舱、车路云一体化的应用场景更加具体和丰富，对车载智能计算基础平台的功能、性能、配套工具链提出更高要求。四是智能网联汽车的安全体系不断拓展、完善和重要预期功能安全、数据安全、OTA 安全等日益受到行业重视。3 1.3 1.3 智能网联加速落地期，参考架构智能网联加速落地期，参考架构 2.02.0 加强前瞻引导加强前瞻引导 未来未来 3 3-5 5 年，智能网联汽车年，智能网联汽车将将踊跃踊跃创新、创新、加速加速普及普及，对对车载车载智能计算基础平台智能计算基础平台参考架构参考架构的需求也将的需求也将更加强烈更加强烈。从分域架构到“中央计算 区域控制”架构，汽车电子电气架构将向域集中、域融合的方向持续演进。全球高性能车载芯片、车用操作系统产业尚未发展成熟，发展格局仍未“锁定”。SOA 和 OTA 如何改变汽车软件价值链和商业模式、自动驾驶解决方案是否需要依赖高精地图和激光雷达、数据通信及智能技术在车上如何实现安全可信的商业闭环、AI 大模型如何支持融入智能网联技术发展，都成为智能网联大规模部署所面临的热点问题。车载智能计算基础平台架构需要关注技术发展热点，以更好的规范包容性和前瞻设计，引导相关产品创新研发。车载智能计算基础平台产品胜出的关键车载智能计算基础平台产品胜出的关键，在于能否形成包括在于能否形成包括硬件平台、操作系统、应用软件、工具链在内的生态体系，硬件平台、操作系统、应用软件、工具链在内的生态体系，能否能否构建完善构建完善的安全体的安全体系，系，能否能否建立技术优势和市场竞争力。建立技术优势和市场竞争力。这就需要统一认识理解，增强互操作性，引导提升产业生态整体水平。为此，参考架构 2.0 要在参考架构 1.0 的基础上，进一步加强前瞻性、战略性、系统性的顶层设计，在与国家标准、行业标准、团体标准术语定义保持一致的基础上，积极吸纳行业代表性研究成果，一是面向未来 3-5 年的应用需求，定义典型的应用场景、提出参考设计及指导产品研发；二是围绕高算力硬件支持、内核重构优化、系统软件构建、功能软件丰富等重点内容，引导软硬 4 件分层解耦的设计和开发；三是研究 AI 大模型等新兴智能技术，梳理构建应用生态涉及到对系统软件、功能软件、工具链等的依赖及需求；四是研究车载智能计算基础平台安全体系，促进智能网联汽车安全保障能力提升。五是展望未来车载智能计算基础平台可能应用的新技术新方向，提出行业发展建议。参考架构 2.0 的主要内容及观点是编写组依据参考架构 1.0为基础蓝本，调研当前行业实际现状及结合未来 3-5 年产品技术发展趋势形成的总结及思考研判。车载智能计算基础平台参考架构将随着智能网联汽车行业发展继续更新，欢迎更多专家学者及企业共同参与、提出建议并推进完善。5 第第 2 2 章章 车载智能计算基础平台参考车载智能计算基础平台参考架构架构 2.02.0 概述概述 2.1 2.1 参考架构参考架构 2.02.0 总体框架总体框架 车载智能计算基础平台实现的主要目标包括：支持异构多核高算力与冗余的硬件架构、SOA 软件架构、车内高带宽主干通信网络及多种网络协议、OTA 升级等；满足高实时、多级功能安全需求，网络安全与数据安全要求；实现软硬件的平台化、标准化，构建软硬件一体化技术体系；促进智能网联汽车的创新化、生态化发展。车载智能计算基础平台参考架构包含异构分布硬件架构、车控操作系统、安全体系、工具链（如图 1 所示）。6 图 1 车载智能计算基础平台参考架构 7 异构分布硬件架构异构分布硬件架构负责提供各类硬件接口规范和满足多方面算力需求，包括 AI 计算单元、通用计算单元、控制单元和安全处理单元等。车控操作系统车控操作系统采用纵向分层（包含系统软件和功能软件）、横向分区（包括安全车控操作系统、智能驾驶操作系统）式架构，支撑智能网联汽车驾驶自动化功能实现和安全可靠运行。系统软件纵向分为跨内核驱动框架层、内核及虚拟化管理层、系统接口层、系统中间件层。系统软件通过标准的系统接口、系统中间件向上层提供服务，实现与功能软件的解耦；通过跨内核驱动框架（包括 AI 驱动、BSP 等各类驱动）实现向下与硬件平台的解耦。功能软件根据各类智能驾驶功能的核心共性需求，定义和实现共性的功能组件，并通过标准的应用软件接口及服务，向上层应用软件及开发提供服务，实现与应用软件的解耦。安全体系安全体系保障车载智能计算基础平台的质量安全和使用安全，包括功能安全、预期功能安全、网络安全、数据安全、OTA安全、融合安全等。工具链工具链为车载智能计算基础平台的开发迭代提供支撑，包括开发调试工具、测试仿真工具、持续集成工具、过程管理工具等。车载智能计算基础平台结合传感器、V2X、动力、底盘控制乃至车辆平台，向上支撑应用软件开发与运行。应用软件运行于车控操作系统之上，负责智能驾驶具体功能的实现。当前 L1、L2 8 级智能辅助驾驶应用已经成熟普及，包括自适应巡航（ACC）、自动紧急制动（AEB）、自动紧急转向（AES）、车道保持辅助（LKA）、车道居中辅助（LCC）、自动辅助导航驾驶（NOA）/智能辅助导航驾驶（NOP）等。L3 级以上自动驾驶应用正在开发和推广之中，包括自主代客泊车（AVP)、自动驾驶出租车（RoboTaxi）、绿波车速引导（GLOSA）、驾舱融合应用及车路云一体化应用等。2.22.2 参考架构参考架构 2.02.0 的的特点特点 立足新阶段新认识，依据已经量产的应用，以及面向未来中央集中及车路云一体化趋势，进一步明确应用软件的定义，提出典型应用场景。总体架构方面，在延续车载智能计算基础平台参考架构 1.0基本概念的基础上，固化下沉技术主框架。硬件平台方面，升级计算基础平台硬件架构，根据车用芯片当前发展状况增加安全处理单元应对各类安全需求。车控操作系统方面，优化明确概念边界，扩充、迭代、细化其功能软件及系统软件各层内各模块分工及技术栈。分层解耦分层解耦。车载智能计算基础平台采用分层解耦的架构，既使得软件功能不依赖于底层特定硬件，更能将复杂系统划分为具有明确功能的不同层次，实现每个层次的高内聚与层次之间的低耦合，降低系统的复杂性，增加安全性、可靠性、可维护性、可移植性和可扩展性，提升开发效率，灵活实现“性能优先”和“成本优先”的差异化产品需求，更好支持不同的技术路线。互联通信互联通信。面向人机物融合泛在计算的新模式和新场景，需 9 要实现泛在感知与泛在互联，包括车联网（V2X）、移动通信（4G、5G）、增强的位置和导航服务、无线短距通信等。需要结合车内通信、车云通信、车人通信等业务场景，充分吸纳已有的行业标准和最佳实践，保障系统的兼容性和可移植性。安全融合安全融合。从车载智能计算基础平台整体角度考虑安全体系建设，将功能安全、预期功能安全、网络安全、数据安全、OTA安全有机融入到产品的设计、开发、生产、运维、报废的全过程中。采用软硬件结合的安全技术，打造全栈内生安全体系，提升安全策略的通用性和灵活度，同时兼顾产品的性能和成本。AIAI 大模型融合大模型融合。探索和发挥 AI 大模型在智能驾驶系统感知、理解和决策能力等方面的提升作用，研究和把握多模态整合、多模型合并、端到端、轻量化演进等创新态势，加强 AI 大模型训练、推理与车载智能计算基础平台研发、应用等环节的融合，重点在数据闭环、自动标注、场景构建等云端环节使用大模型提高效率、降低成本，在智能驾驶、智能座舱等车端环节使用大模型提供更丰富、适用的应用服务。2.3 2.3 参考架构参考架构 2.02.0 的的重点重点创新创新研究研究方向方向 车控操作系统及应用软件复杂性高、更新迭代速度快，要求车载智能计算基础平台不仅要支持基础 OTA 功能，而且要实现软硬件解耦、区域分离、接口开放、算法和软件模块可复用，满足安全性、可靠性、实时性等方面的综合需求。重点创新方向包括：芯片与芯片与硬件硬件平台平台。研究大算力实时计算、存算一体化的芯片，10 推动计算性能的提升。研究硬隔离技术，支持不同安全业务独立运行。研究软硬件低功耗设计，提高续航和蓄电池使用寿命。跨内核跨内核驱动标驱动标准化准化。研究虚拟化/跨操作系统驱动架构，实现一次驱动开发，多操作系统内核、多虚拟化管理兼容。研究基于标准化的虚拟驱动实现与底层异构硬件解耦、平台化，满足针对异构计算平台的硬件快速适配需求，提升生态协同效率。操作系统内核操作系统内核。研究面向多核环境的新型内核架构、实时调度、高性能 IPC（进程间通信）/RPC（远程过程调用）、内存管理、安全编程语言、内核安全模型等技术。研究高安全、强实时的微内核、单内核、多内核架构设计，实现安全实时操作系统和虚拟化管理。研究兼容 Linux 服务接口的操作系统内核，继承 Linux生态。基于大模型的智能驾驶技术基于大模型的智能驾驶技术。研究大模型的云端应用技术，降低数据标注成本，提高长尾数据挖掘效率，提高自动驾驶场景构建速度和准确度。研究大模型的车端应用技术，提升驾乘适应能力和舒适性，提高导航、娱乐、通信等方面的应用服务质量及用户体验。研究大模型与小模型协同技术，探索数据柔性上传及边端处理机制，提高海量数据预处理水平和精准利用能力，进一步提升车载智能计算基础平台及智能网联汽车的智能性，降低处理延迟，提高整体效率。安全保障技术安全保障技术。研究可靠冗余设计、多层多样化监测方案、失效可运行或失效降级安全模式、场景库构建与测试评估等安全 11 技术，降低平台随机性失效或系统性失效带来的功能安全风险。研究安全可信环境构建、纵深防御体系、网络安全监测、基于内生安全的弹性工程等防御技术，从识别风险和漏洞、安全防护、安全检测、安全响应以及快速恢复等方面综合保障网络安全。研究构建面向数据采集、传输、存储、处理、提供、公开、删除和销毁全生命周期的数据安全技术体系。工具链工具链。研究车载智能计算基础平台开发过程的工具链，提升研发团队开发调试能力、自动测试效率、持续集成及过程管理水平，提升软件开发质量，实现产品高质量快速迭代、分发、升级和维护。12 第第 3 3 章章 异构分布硬件架构异构分布硬件架构 异构分布硬件平台提供灵活高效的计算资源集成方式，通过集成多种不同类型的处理单元，并根据各种处理单元的特点和优势，将通用计算任务、特定类型计算任务、整体控制和协调任务等分配到最适合的处理单元上，实现更高的计算性能和能效。异构分布硬件平台通常包括 AI 计算单元、通用计算单元、控制单元以及安全处理单元等。3.1 AI3.1 AI 计算单元计算单元 AIAI 计算单元计算单元负责图像处理、深度学习推理等负责图像处理、深度学习推理等数据数据密集密集型型计计算。算。架构方面架构方面，FPGA、DSP、GPU、NPU、TPU 等专用加速器等引入到 AI 计算单元中，并负责不同的计算任务。性能方性能方面面，随着数据量的增加、复杂模型的推理和部署、实时性要求的提高以及 AI应用领域的丰富，对 AI 计算单元的算力需求持续增长，需要通过芯片制程升级以及内存访问、数据传输、电源管理、时钟管理、电路设计的优化提升 AI 计算单元的能效。同时，运用更灵活的任务划分和卸载机制、动态任务调度和资源管理等技术，实现通用计算单元与 AI 计算单元的协同，进一步提高处理效率。通信通信方面方面，高速串行计算机扩展总线（PCIE）、计算快速链路（CXL）、英伟达高速 GPU 互连技术（NVLink）、高带宽内存、片上网络（NoC）优化等高速互联技术加快普及应用，奠定车载智能计算的基础。模型和算子方面模型和算子方面，AI 计算单元通过通用处理器和专用加速器实现对模型和算子的支持。除了增加定点计算的比重，AI 计算单元 13 还为矩阵计算、卷积计算、时序计算等算子以及更复杂的Transformer 模型等不同任务量身设计计算模组，以模块化方式提升性能、降低能耗。3.2 3.2 通用计算单元通用计算单元 通用计算单元通用计算单元负责负责处理处理通用通用计算计算任务任务。随着智能驾驶业务和算法模型的发展，对通用算力的需求也急剧增长。通用计算单元由多个车规级多核 CPU 组成，各单核主频高、计算能力强。通用嵌入式 CPU 通常采用 ARM 架构，近年来业界也在尝试基于 RISC-V 架构进行设计。在实际应用中，需要针对具体任务进行优化和并行化，以充分利用多核 CPU 的算力。3.3 3.3 控制单元控制单元 控制单元控制单元负责负责运行安全车控相关的运行安全车控相关的单一单一计算任务计算任务。控制单元一般基于车控 MCU，包含实时多核 CPU、嵌入式存储单元以及必要的 I/O 与通信接口。为满足实时性要求，需对 MCU 取指令的通路、数据存取通路等特别设计，同时通过提升 MCU 核心工作频率、使用实时的软件任务调度器等，减少任务切换延迟。MCU 还需要集成 Ethernet/CAN-FD 等高速接口，提供硬件的包转发、路由等功能，减少 CPU 资源消耗，降低延迟，提供数据交换的吞吐量。3.4 3.4 安全处理单元安全处理单元 安全处理单元安全处理单元负责负责安全业务的处理。安全业务的处理。在硬件设计上，根据功能安全等级需求，一般采用内建自测（BIST）电路监测电路工作状态。对于部分执行单元，采用冗余电路设计，以实现高功能安 14 全等级要求。在数据存储模块、数据通信链路上，采用奇偶校验编码保证端到端的数据传输安全性。在架构层面，一些大型 SoC采用安全岛技术实现对系统内功能的监控与错误处理。为减少 CPU 负载，对称、非对称、哈希等加解密算法加速单元被越来越多地集成到芯片之中。安全与非安全执行环境的隔离既有基于虚拟化技术的逻辑 CPU 方案，也可基于硬件电路完全隔离的硬件安全模块（HSM）技术。在系统层面，需在总线、内存接口中加入安全设计，实现系统地址空间的安全隔离要求。15 第第 4 4 章章 车控操作系统车控操作系统 车控操作系统是车载智能计算基础平台的核心部分。车控操作系统是车载智能计算基础平台的核心部分。按按应用领域划分，应用领域划分，车控操作系统包括智能驾驶操作系统和安全车控操作系统。其中，智能驾驶操作系统主要面向智能驾驶领域，支撑感知、定位、规划、决策等功能的实现，对安全性和可靠性要求较高。安全车控操作系统主要面向经典车辆控制领域，如动力系统、底盘系统和车身系统等，对实时性和安全性要求极高。为保证车载智能计算基础平台的安全可靠，车控操作系统一般需要满足 ASIL-B 以上等级功能安全要求（安全车控操作系统需满足 ASIL-D），并根据自动驾驶需求进行适度扩展。按逻辑层次划分，按逻辑层次划分，车控操作系统包括系统软件和功能软件。系统软件创建了复杂嵌入式系统的运行环境，支持环境感知、AI计算、通用计算和实时控制等。系统软件借鉴 AUTOSAR 软件架构中的分层思想，在车控操作系统中实现 Classic 和 Adaptive 两个平台的兼容和交互。功能软件根据自动驾驶共性需求，定义和实现通用模块，以填补 AUTOSAR 架构在自动驾驶方面的不足和缺失。4.1 4.1 系统软件系统软件 系统软件是为系统软件是为智能网联汽车应智能网联汽车应用用场景场景设计设计的复的复杂大规模嵌杂大规模嵌入式系统运行环境。入式系统运行环境。系统软件从底向上包括跨内核驱动框架、虚拟化管理、操作系统内核、系统接口与系统中间件。4.1.1 4.1.1 跨内核驱动框架跨内核驱动框架 16 跨内核驱动框架主要包含四个方面。一是架构设计。定义跨内核驱动框架的整体架构，包括驱动模型、硬件抽象、核心接口等，支持常见的宏内核、微内核、混合内核架构等。二是硬件抽象。通过定义通用的硬件访问接口，实现对不同硬件的抽象和封装，方便上层驱动的移植。三是核心接口。定义跨内核的通用驱动接口，例如文件操作接口、中断处理接口、内存管理接口等，使得驱动程序能够通过统一的接口访问不同内核。四是驱动模型。定义驱动程序的基本模型和框架，例如字符设备驱动、块设备驱动、总线设备驱动等，规范驱动程序的实现方式。车控操作系统中的跨内核驱动框架相比面向单一内核的驱动具有四方面优势。一是可移植性强。跨内核驱动只需要开发一次，就可以工作在不同的操作系统内核上，大大提高了驱动程序的可移植性。二是开发效率高。基于通用接口和硬件抽象层，开发人员不需要了解具体内核实现，就可以更快速地开发驱动。三是维护成本低。跨内核驱动代码可以重用，不需要针对不同内核做定制化工作，大大降低了维护成本。四是兼容性好且升级方便。抽象层使得驱动能够支持多种版本内核，当内核升级时，不需要重新开发和编译驱动。4.1.2 4.1.2 虚拟化管理虚拟化管理 虚拟化管理包括虚拟化管理包括 HypervisorHypervisor 和和虚拟机监视器（虚拟机监视器（VMMVMM）等，利等，利用硬件辅助虚拟化技术有效地实现系统资源的整合和隔离。用硬件辅助虚拟化技术有效地实现系统资源的整合和隔离。虚拟化管理能够管理并虚拟化 CPU、内存、外接设备等硬件资源，并 17 将它们分配给运行在虚拟化管理系统软件上的多个操作系统内核。车控操作系统基于异构分布硬件架构，应用程序可能需要依赖不同的内核环境和驱动，但在物理层面上要共享 CPU 等硬件资源。虚拟化管理起到了至关重要的作用，不仅能支撑实现跨平台应用的运行，而且能显著提高硬件的使用效率。4.1.4.1.3 3 操作系统内核操作系统内核 面向复杂驾驶场景的车控操作系统面向复杂驾驶场景的车控操作系统内核层内核层需要实现多内核需要实现多内核设计。设计。操作系统内核主要负责管理汽车的硬件资源，并为上层软件提供进程、线程、内存、网络和安全等基础支持。这些内核可兼容 Classic AUTOSAR 和 Adaptive AUTOSAR 所规定的需求。车载智能计算基础平台异构分布硬件架构中，不同单元加载的内核应具有不同的功能安全等级：支持 AI 计算单元的操作系统内核功能安全等级为 QMASIL-B；支持通用计算单元的操作系统内核功能安全等级为 QMASIL-B；支持控制单元的操作系统内核功能安全等级为 ASIL-D。这就需要安全等级不同的多内核设计，或者单个内核支持不同功能安全等级应用的设计。目前，应用在汽车中的实时操作系统可选择 QNX、OSEK OS、VxWorks 等操作系统内核，选择时需考虑功能安全等级和市场成熟度。由于车载智能计算基础平台的复杂性，操作系统内核必须对系统软件、功能软件以及应用软件的库进行支持并且具备可扩展性和可持续演进能力。国内企业已经推出多款自主研发的操作 18 系统内核，部分已开源并探索商用。部分内核基于 Linux，功能全面、生态丰富，能广泛支持各类芯片、硬件环境及应用程序。地平线、黑芝麻、芯驰等企业基于自研 SoC 芯片对 Linux 和 RTOS进行了定制优化，在增加功能的同时注重强化安全性，实现对部分 CPU 和内存资源的保护，以满足功能安全等级要求。在异构分布硬件架构中，独立的安全处理单元已成为芯片设计的重要方向。独立的安全处理单元可支撑运行可信内核、密码库，提供安全可信的服务功能接口。可信内核增强了对密码访问的服务支持。密码库基于硬件实现椭圆曲线密码（ECC）、高级加密标准（AES）、SM2/SM3/SM4 等密码算法，提供可并发的密码服务调用。4.1.4.1.4 4 系统接口与系统中间件系统接口与系统中间件 系统接口是操作系统内核对上层软件提供的服务接口，支持内存分配、调度管理、I/O 处理、同步互斥等功能。系统中间件向下获取操作系统内核的系统接口服务支持，向上支撑功能软件层提供系统中间件的服务和接口。POSIX APIPOSIX API 提升跨多种操作系统内核的兼容性。POSIX API有实时扩展，包括定时器和时间管理、优先级调度互斥量和条件变量、消息队列、共享内存、异步 I/O 和同步 I/O 等。SOASOA 框架框架通常包含模块化服务、服务注册发现、标准互操作性接口、服务编排等内容和特征。AIAI 框架框架用于支撑自动驾驶 AI 应用和大模型应用的开发及运 19 行。管理中间件管理中间件中中包括数据加密、身份验证、健康管理、网络与系统安全监测等安全措施及服务，对功能软件中的安全框架和安全服务等提供支撑，提升整体车控系统的稳定性和安全性。通信中间件通信中间件（SOME/IPSOME/IP、D DDSDS 等）等）具备服务发现、远程服务调用、读写进程信息等典型功能，实现车内单一节点内进程间通信或多节点间通信传输，由基于 CAN 信号向面向服务的车载以太网数据包传输过渡。4.2 4.2 功能软件功能软件 功能软件根据自动驾驶共性需求定义和实现通用模块，是支撑智能驾驶应用生态建设的重要层级。功能软件包括功能中间件、应用支撑层、应用软件接口及服务。4.2.1 4.2.1 功能中间件功能中间件 功能中间件是功能软件的核心和驱动部分功能中间件是功能软件的核心和驱动部分，由数据抽象、数由数据抽象、数据流框架、车云协同框架、安全框架组成。据流框架、车云协同框架、安全框架组成。一方面，针对智能驾驶产生的安全和产品化共性需求，通过设计和实现通用框架模块来满足这些共性需求，是保障智能驾驶系统实时、安全、可扩展和可定制的基础。另一方面，随着高阶智驾应用的逐步实现，面对更复杂更多样的场景，可以通过车云计算框架对云端的强大算力和存储资源进行利用，实现对大规模数据的高效处理和分析，以及利用云端的算法和模型进行更复杂和高级的决策和规划，提高智能驾驶系统的感知、决策和控制能力。20 数据抽象数据抽象是针对不同传感器、车辆底盘、外围硬件等的原始数据进行处理和封装，提供统一的数据格式。通过标准格式为上层的智能驾驶通用模型提供各种不同的数据源，进而建立异构硬件数据抽象，达到屏蔽硬件差异、开发平台差异，应用软件与系统软件分层解耦。数据流框架数据流框架是依托中间件技术提供标准数据接口和实时数据处理框架。数据流框架一是能够屏蔽不同硬件平台及系统软件的差异，确保功能软件之间的解耦和可靠通信；二是提供智能驾驶功能的编排、调度及部署，对各个智能驾驶系统组件和任务进行协调，提供合理的任务分配和调度机制；三是支持对智能驾驶应用和算法的数据流节点的拓扑关系进行配置，以及进行任务、计算单元、实时性等多个维度的调度管理配置；四是结合系统性能及功能安全等需求，将不同的节点配置到特定的 AI 加速单元、计算域、安全域等处理单元，在系统运行过程中能够实时调整应用和算法节点的拓扑关系及调度策略。车云协同框架车云协同框架实现了智能网联车与云计算、边缘计算等关键车路云协同技术的有机融合。车云协同框架需要提供可靠的数据传输和同步机制，以确保车辆与云端之间的数据传输和同步的效率和准确性，以及提供可靠的网络通信和安全机制，同时支持车辆端和云端之间的协同处理，将计算任务在不同的计算资源之间进行分布和协作。安全框架安全框架提供了一系列的安全机制和措施，包括对硬件设备、21 操作系统、应用程序等进行实时监测，在发现相关故障时及时处理，防止故障蔓延，进而影响整个系统的运行。其中，安全监控模块包括设备监控、资源监控、应用程序监控等，在检测到异常状态时，通过安全监控及时上报，由安全监控服务程序根据系统配置进行决策处理。4.2.2 4.2.2 应用支撑层应用支撑层 应用支撑层使应用支撑层使用用 SOASOA 服务服务等方式为智能驾驶功能提供支持，等方式为智能驾驶功能提供支持，主要包含算法主要包含算法/模型库和基础服务。模型库和基础服务。算法/模型库提供智能驾驶应用的可拆解重组的算法模块和原子组件库，随着深度学习和神经网络、多模态感知、强化学习等技术发展，算法/模型库提供的算法模块需要不断丰富扩展，借助新技术，以适应更复杂、更广泛的智驾应用场景。基础服务为智能驾驶系统提供必要的功能和支持，随着智能驾驶技术的发展，数据安全和网络安全将成为更加关键的问题，功能要求更加全面和智能化，基础服务需要具备可扩展性，不断演进和创新，以应对智能驾驶技术的挑战和需求。1 1）算法）算法/模型库模型库 算法算法/模型库是多个独立的算法模块及模型组成，用户可通模型库是多个独立的算法模块及模型组成，用户可通过对这些模块的直接或组合使用，形成智能驾驶系统中不同的功过对这些模块的直接或组合使用，形成智能驾驶系统中不同的功能。能。智能驾驶算法库主要为支撑智能驾驶算法进行高效开发，提供智能驾驶应用的可拆解重组的算法模块和原子组件库，支持组件式开发，并可自由扩展和引入第三方单元可插扩算法模块，快速实现环境感知、融合定位、决策规划、运动控制、车用大模型 22 等算法开发。环境感知环境感知是对车辆周围的环境和道路条件进行感知和理解，帮助智能驾驶系统决策规划。感知算法模型库提供预置的可拆解重组的感知算法原子组件，包含基于 Transformer BEV 技术下的多模态多种传感器下的端到端感知模型组件化和配置化开发。支持使用各种传感器（如摄像头、毫米波雷达、激光雷达等）获取车辆周围环境的信息，通过 V2X 通信接收来自其他车辆、交通信号灯以及交通管理中心的实时信息，将来自不同传感器的数据与V2X 实时交互信息进行融合，使智能驾驶系统获得更加准确和完整的环境感知结果。融合定位融合定位是指利用多种传感器技术对车辆位置和环境信息进行综合处理，以实现精确的定位和导航功能。融合定位模型库提供预置的可拆解重组的融合定位算法原子组件。通过将不同传感器的数据进行融合，可以提高定位的准确性和鲁棒性，从而更好地支持智能驾驶系统对车辆的控制和决策。融合定位技术在智能驾驶领域具有重要的应用价值，可以提高车辆的定位精度、抗干扰能力和安全性，为实现可靠的智能驾驶提供基础支持。决策规划决策规划是基于感知和预测结果进行路线与轨迹的决策规划。决策规划模型库提供预置的可拆解重组的规划算法原子组件，包括通用 AI 和规则的决策规划算法组件化和配置化开发，实现对道路环境进行全面、精细的建模和理解，对交通参与者的行为和意图进行准确的预测和分析，制定出最优的行动策略。23 运动控制运动控制是根据决策规划的输出结果，对车辆的横纵向进行控制。运动控制模型库提供预置的可拆解重组的控制算法原子组件，包括主流的横纵向控制算法组件化和配置化开发，实现根据决策规划结果，对车辆进行精确的操控和控制策略的实施。车用大模型车用大模型是指在智能驾驶系统中应用大型的深度学习模型来处理感知数据、做出决策以及规划行车路径等任务。利用车用大模型，将环境信息输入到神经网络中进行特征提取和识别，决策阶段将感知结果作为输入，经过神经网络的推理和判断，输出对车辆行为的预测和路径规划，控制阶段将决策结果转化为车辆的具体控制指令，如转向、加速、制动等。使用车用大模型可以显著提升智能驾驶系统的感知、理解和决策能力，使得车辆能够更加准确地识别和适应各种复杂的交通环境。2 2）基础服务）基础服务 基础服务支持智能驾驶系统的安全、可靠和高效运行基础服务支持智能驾驶系统的安全、可靠和高效运行，包括包括数数据服务、据服务、配置服务配置服务、地图服务、网联服务地图服务、网联服务、安全服务、等。安全服务、等。这些基础服务在智能驾驶操作系统中起着关键的作用，支持智能驾驶系统的安全、可靠和高效运行。它们相互协作，为智能驾驶系统提供必要的功能和支持。数据服务数据服务为智能驾驶车辆提供数据采集和处理的服务。需要支持数据的采集、触发、回传等能力。采集服务负责采集任务的生命周期管理，包括任务建立，收集数据、放入缓存。需要在资源有限的情况下做数据采集，采集对象为结构化数据和非结构化 24 数据。可以通过相关的配置，对采集的数据、频率、策略以及存储策略等进行定制化管理和限制。配置服务配置服务对外提供统一的配置接口，支持进行外部链接，获取用户配置设定，以及返回配置后的结果。可以依据需求通过动态库和配置来进行加载和使用。在与各种用户界面（UI）进行交互时，配置服务应提供统一的数据获取与数据发送的方式，便于各种 UI 进行相关的适配。配置服务还应负责处理和缓存所有的数据，保证数据的一致性，并统筹处理命令冲突的决策。地图服务地图服务提供高精度、实时的地图数据，以支持智能驾驶系统的定位、路径规划和决策制定。实现系统与不同厂商的高精地图数据接入，支持高级驾驶辅助系统（ADAS）功能获取地图相关的感知数据，支持基于高精地图的定位服务。地图服务提供了包含 EHP（电子地平线提供者）、EHR（电子地平线解析者）在内的一系列模块，并对外提供统一的接口获取数据。网联服务网联服务是指智能驾驶技术和网络技术相结合，使车辆通过互联网实现数据交换和通信。可通过网联服务实现车辆间交通信息共享和云端控制等。为智能驾驶系统提供远程监控、数据上传和指令下发等功能，可以实时获取实时交通信息、车辆的状态、位置、传感器数据等信息，进行数据分析和处理，并根据需要下发指令给车辆，以实现远程控制和协同操作。同时，可实现对智能驾驶车辆的协同管理和智能决策。安全服务安全服务包括数据安全、网络安全、AI 安全等，为智驾系统 25 提供基础安全服务。为车辆数据和个人隐私提供了全生命周期的安全防护机制，并保护智能驾驶系统免受未经授权的访问、篡改和破坏。采用不同的防护手段，以数据安全分级为基础，按照一定的规则和策略实现对数据进行全生命周期的管控，包括对数据建立分类分级处理机制、对敏感个人信息进行加密、提供安全的数据传输通道、对车外个人信息进行脱敏等。对车载计算平台的系统完整性保护、机密性保护、身份和访问权限控制、安全管理和安全隔离，边界和通信安全，智能驾驶应用安全等。提供模型加密、模型完整性验证等方式确保模型的安全性，避免遭受对抗性样本攻击，模型篡改等问题。4.2.3 4.2.3 应用软件接口及服务应用软件接口及服务 应用软件接口及服务是车控操作系统应用软件接口及服务是车控操作系统为为应用软件开发所提应用软件开发所提供的供的封装程序，降低技术门槛，提升开发效率封装程序，降低技术门槛，提升开发效率。应用软件接口主要包括配置接口、加载接口和数据交换接口。配置接口主要为传感器和执行器的适配和标定提供相应接口；加载接口主要为开发模板及组件的加载提供相应接口，可实现自定义组件的定制化开发，以及数据流框架的节点编排、部署和调度；数据交换接口实现应用软件与功能软件之间、功能软件内部算法之间的数据交换，应包括传感器接口、执行器接口、自车状态接口、地图接口、感知融合接口、定位接口等。用户可基于接口开发应用软件，依靠拆解可重组算法库的开发方式，使运行时调度和函数级服务更加自主灵活，不同应用之间的功能软件组件可高度复用；同时，可 26 通过服务配置和接口，进行功能服务差异化配置和扩展性开发，支撑软件灵活迭代，为用户提供千人千面的用户体验。这些接口和服务共同为智能网联汽车系统的开发和应用提供了支持和便利。27 第第 5 5 章章 工具链工具链 完善的工具链对车载智能计算基础平台产品快速开发迭代、完善的工具链对车载智能计算基础平台产品快速开发迭代、高高质量交付具有质量交付具有关键作用，主要包含开发调试工具、测试仿真工关键作用，主要包含开发调试工具、测试仿真工具、持续集成工具、过程管理工具具、持续集成工具、过程管理工具（见图 2）。工具链为汽车软件开发过程(V 模型、敏捷开发等)提供安全、易用、可扩展的支撑工具，并为各阶段建立数据流或工作流的联接，实现研发的数据统计和过程追溯。工具链应具备开放性、兼容性和互操作能力，能够适应各类业务场景，形成无缝协同的一体化平台，支持软件模块的复用，降低开发成本，提升开发效率。图 2 工具链构成 5.1 5.1 开发调试工具开发调试工具 开发调试工具是进行软件开发、配置、编译、调试、源码管开发调试工具是进行软件开发、配置、编译、调试、源码管理、版本管理和软件发布的可视化集成开发环境。理、版本管理和软件发布的可视化集成开发环境。开发调试工具需要支持的编程语言包括 C/C 、Rust、Python、Java 等。28 5.1.1 5.1.1 开发工具开发工具 开发工具用于架构设计、模块定义以及通信模式搭建等任务。开发工具用于架构设计、模块定义以及通信模式搭建等任务。开发工具以图形化的方式创建和修改架构，简化系统架构设计的复杂性，并提供模块和接口的定义、配置功能，提高系统的可维护性和稳定性，同时支持多种通信协议和标准，能够设计和验证通信路径，能够扩展自动驾驶应用场景库，覆盖自动驾驶整体研发过程，具备采集、回放、清洗、标注的数据闭环能力。5.1.2 5.1.2 配置工具配置工具 配置工具辅助实现软硬件抽象，屏蔽软硬件的差异性、复杂配置工具辅助实现软硬件抽象，屏蔽软硬件的差异性、复杂性，支撑产品模块化、标准化。性，支撑产品模块化、标准化。配置工具一般包括基础软件配置工具和应用软件配置工具，支持模块化、标准化代码生成和验证。5 5.1.3.1.3 调试工具调试工具 调试工具可支撑实时或离线的故障定位和问题分析，提高车调试工具可支撑实时或离线的故障定位和问题分析，提高车载智能计算基础平台调试效率。载智能计算基础平台调试效率。调试工具主要包括标定工具、运行监控工具、录制与回放工具等，可以将产生的边角案例（Corner Case）保存下来，用于支撑自动驾驶场景系统失效故障分析。5.1.4 5.1.4 集成工具集成工具 集成工具可将多个开发环境跨平台整合到一个工具环境中，集成工具可将多个开发环境跨平台整合到一个工具环境中，提供无缝集成的软硬件基础设施和标准化接口。提供无缝集成的软硬件基础设施和标准化接口。集成工具包含编辑器、编译器、调试器、构建工具和版本控制的应用程序，具备模块化设计、代码自动生成、组件配置和参数管理等功能，支持可扩展的自动驾驶应用场景库、车云一体化的敏捷集成开发模式。29 5.2 5.2 测试仿真工具测试仿真工具 测试仿真工具可支撑算法、软件的测试验证，以保证车载智测试仿真工具可支撑算法、软件的测试验证，以保证车载智能计算基础平台的质量和可靠性。能计算基础平台的质量和可靠性。测试仿真在保障软硬件功能符合需求定义的基础上，进一步满足功能安全、预期功能安全、网络安全等要求。5.2.1 5.2.1 测试工具测试工具 测试工具具备测试用例自动化执行测试工具具备测试用例自动化执行、测试流程标准化管理和测试流程标准化管理和报告生成等功能。报告生成等功能。测试工具用于单元测试、集成测试、系统测试等关键环节，支撑验证软硬件的功能、性能、安全和可靠等测试内容，帮助规范测试方法和测试流程。5.2.2 5.2.2 仿真工具仿真工具 仿真工具用于模拟自动驾驶运行场景及软硬件环境。仿真工具用于模拟自动驾驶运行场景及软硬件环境。仿真工具包括虚拟仿真工具和物理系统在环仿真工具，可以模拟车辆控制、静态场景、动态交通流、感知传感器等，支持自动驾驶设计运行场景及响应测试。仿真工具具备多种核心能力，包括测试场景库建设能力、仿真场景生成能力、场景孪生测试能力、云端大规模并行加速测试能力等。仿真测试根据不同阶段可分为模型在环、软件在环、处理器在环、硬件在环、车辆在环等。5.3 5.3 持续集成工具持续集成工具 持续集成工具具有自动化的检出代码、编译构建、运行测试、持续集成工具具有自动化的检出代码、编译构建、运行测试、结果记录、测试统计等功能，是实现敏捷开发流程结果记录、测试统计等功能，是实现敏捷开发流程及及 OTA 更新更新安全安全上车上车质量保障质量保障的重要支撑。的重要支撑。30 DevOps 工具可用于执行自动驾驶算法和软件构建过程中的代码仓库管理、依赖管理、代码编译、代码分析、安全测试等任务。DevOps 工具可以减小算法集成与灌装上车的交付风险，缩短产品迭代周期，加强过程保障。ModelOps 工具用于执行对自动驾驶 AI 模型的搜索、转换、压缩、测试与训练任务。ModelOps 工具可以提升模型质量及其开发速度，提升模型的推理响应速度，确保数据安全和隐私。5.4 过程管理工具过程管理工具 过程管理工具可以全面地规约车载智能计算基础平台相关过程管理工具可以全面地规约车载智能计算基础平台相关软件过程的需求、软件过程的需求、复用过去的过程经验，减少过程开发和改进中的重复劳动。复用过去的过程经验，减少过程开发和改进中的重复劳动。过程管理工具可为软件质量管理体系提供基于软件开发数据的客观证据，使产品研发过程满足 IATF16949、ASPICE、GB/T 34590、ISO 21434 等标准要求。5.5.4.1 4.1 需求规约与管理工具需求规约与管理工具 需求规约与管理工具需求规约与管理工具用于用于需求获取、分析、需求获取、分析、评审、评审、管理，保管理，保证需求的一致性和可追踪性证需求的一致性和可追踪性,具备协作功能，可以实现多人在线具备协作功能，可以实现多人在线协同。协同。需求规约与管理包括四种工具。需求获取工具支持汽车软件功能、性能效率、安全性、可靠性等需求内容的收集；需求分析与规约工具制定系统需求，生成软件需求，形成符合规范的规约描述；需求评审工具通过模型检查、形式化验证等自动化检测需 31 求之间的冲突、不一致性或遗漏，提供相应的反馈和建议；需求管理工具支持需求追踪、需求变更，扩展、维护、追踪、可视化需求关联，可以生成报告或报表，为决策与规划提供依据。5.4.2 5.4.2 任务和缺陷管理工具任务和缺陷管理工具 任务管理工具提供各类开发任务的建立、分配、状态和进度管理、历史查询分析等功能。任务管理工具与代码版本管理工具之间需要建立任务与代码提交操作的关联关系，支撑对代码修改原因的深入回溯分析。缺陷管理工具为软件中发现的缺陷提供全生命周期的管理，实现缺陷的快速发现、全程追踪、及时消除和主动预防。5.4.3 5.4.3 代码分析与追溯工具代码分析与追溯工具 代码分析与追溯工具用于跟踪、评估、优化代码质量，确保代码分析与追溯工具用于跟踪、评估、优化代码质量，确保交付高质量、可追溯的软件产品。交付高质量、可追溯的软件产品。工具包括静态分析工具、动态分析工具和代码演化追溯工具。模型或代码静态分析通过程序分析等技术识别代码中的潜在缺陷。模型或代码动态分析通过持续监测和代码测试，确保代码符合开发规范，规避已知漏洞。代码演化追溯工具用于代码变化历史的分析，呈现问题引入、发现和修复的过程，可根据代码依赖关系进行回溯，找出问题的原因。5.4.4 5.4.4 软件供应链安全工具软件供应链安全工具 软件供应链安全工具用于检测商业或开源软件安全漏洞、许软件供应链安全工具用于检测商业或开源软件安全漏洞、许可证合规性等问题。可证合规性等问题。汽车软件往往来源于不同的供应商，且包含开源组件，可能存在安全漏洞、许可证不合规、版本更新不及时 32 等问题。软件供应链安全工具可以实现软件组件级、源码级和二进制级的组成成分分析，构建软件物料清单，在此基础上实现安全风险分析、许可证合规分析、维护风险分析。33 第第 6 6 章章 安全体系安全体系 车载智能计算基础平台是整车的计算核心和自动驾驶的功能载体，也是整车安全保障的基础关键和核心要地。安全体系保障车载智能计算基础平台的质量安全和使用安全，包括功能安全、预期功能安全、网络安全、数据安全、OTA 安全、融合安全等（见图 3）。图 3 安全体系构成 6.1 6.1 功能安全功能安全 车载智能计算基础平台需要根据车载智能计算基础平台需要根据 GB/T 34590GB/T 34590 相关标准规范相关标准规范，降低随机性失效或系统性失效带来的风险降低随机性失效或系统性失效带来的风险。加强功能安全，可以从监测方案、安全模式、安全测试用例库、产品过程管理、人工智能安全等五方面考虑。34 6.1.1 6.1.1 多样化监测方案多样化监测方案 车载智能计算基础平台可采用多样化监测方案，对于重要输入数据采用循环冗余校验（CRC）、范围校验等多重校验方式，验证输入数据的正确性、有效性；对于重要输出数据采用多种计算方式，设置安全机制，优先使用安全保障程度更高的数据或通过仲裁等方式判断最终输出；对于重要模块或单元采用程序流监控等方式监控其运行状态。6.1.2 6.1.2 失效可运行或失效降级安全模式失效可运行或失效降级安全模式 车载智能计算基础平台重要硬件需考虑冗余设计，确保发生故障时能够快速切换到备用模块。软件采用分层架构，各层之间通过定义接口进行交互，降低耦合度，保证软件模块的独立性；重要的软件功能模块设计冗余机制；加强软件各层的容错处理，发生故障时可以自动重启、重试或开启备用模块，避免整体系统失效。6.1.3 6.1.3 安全测试用安全测试用例库例库 构建标准化的功能安全测试用例库，测试用例有明确的预期结果和合格判断标准，支撑开展面向多样化复杂场景的仿真测试与实车测试；注重构建持续的数据收集和反馈机制，软件运行过程中持续监控返回的数据，不断丰富和完善测试用例，积极推动功能安全测试由经验驱动向数据驱动转变。6.6.1.4 1.4 产品过程管理产品过程管理 充分集成并严格优化现有安全工程流程，实施贯穿“概念、35 研发、生产、运维、报废”全流程的安全管理，确保功能安全可覆盖产品全过程。6.1.56.1.5 人工智能安全人工智能安全 保证自动驾驶通用模型算法的开发流程严格遵守功能安全要求；确保模型经过足量学习训练且通过测试验证，在真实场景下具备良好鲁棒性和容错性；保证车用大模型内容生成的安全性和合规性，确保模型训练数据或参数通过测试验证；确保 AI 计算单元、通用计算单元等硬件的随机失效率满足安全要求。6.2 6.2 预期功能安全预期功能安全 以失效风险预防、探测、消除为核心的以失效风险预防、探测、消除为核心的传统传统功能安功能安全体系已全体系已无法满足自动驾驶车辆的安全保障需求无法满足自动驾驶车辆的安全保障需求，需要聚焦因设计不足或需要聚焦因设计不足或性能局限风险的预期功能安全（性能局限风险的预期功能安全（SOTIFSOTIF）。）。为最大限度保障汽车预期功能安全，车载智能计算基础平台应符合 ISO 21448 和ISO/AWI PAS 8800 相关要求，综合应用功能优化、性能提升、风险监测防护、异构冗余设计等多种安全保障手段，在设计开发、分析评估、验证确认、测试评价、功能改进、发布等环节予以全面保障。6.2.1 6.2.1 功能性能提升功能性能提升 为适配新为适配新型外部传感器型外部传感器、处理、处理大流量实时数据，在感知定位、大流量实时数据，在感知定位、决策规划、控制执行领域决策规划、控制执行领域进行进行软硬件优化软硬件优化，提高智能驾驶功能，提高智能驾驶功能的的场景适应性场景适应性。软件层面，面向各类感知决策算法，从模型选择、网络结构、训练策略、数据质量等方面优化调整，重点考虑车用 36 大模型、对抗训练、迁移学习、高效数据清洗、数据增强等技术，尽可能多和可靠地适应各种驾驶场景。硬件层面，应进一步优化硬件单元的计算及处理性能和能效，综合提升车载智能计算基础平台处理的可移植性、准确性、鲁棒性、实时性。6.2.2 6.2.2 风险监测防护风险监测防护 聚聚焦焦 SOTIFSOTIF 场景长尾效应导致的未知风险，建立感知定位、场景长尾效应导致的未知风险，建立感知定位、决策规划、控制执行相关风险监测模型。决策规划、控制执行相关风险监测模型。对自动驾驶场景的复杂程度进行分类，并与自动驾驶不同级别的功能进行场景科学适配，降低不安全未知场景的自动驾驶风险。综合利用外部感知信息和车辆动力学信息，分析汽车所处环境与设计运行域关系，提高预期功能安全风险综合认知能力，及时通过功能限制或请求驾驶员接管以降低风险。注重基于关键场景数据反馈的系统更新优化机制,加强数据驱动下的持续迭代学习，依托 OTA 等远程升级技术共同构建具备自学习、自适应的 SOTIF 风险防护体系。6.2.6.2.3 3 多层级异构冗余设计多层级异构冗余设计 针对单一软硬件的局限性及设计不足，考虑关键部件、关键针对单一软硬件的局限性及设计不足，考虑关键部件、关键系统的异构冗余设计。系统的异构冗余设计。感知层面，应采用多传感器融合方案，综合各类传感器在不同场景下的优势，分别在数据级、特征级及目标级实现融合，提高环境要素识别完整性。决策层面，应考虑规则驱动与数据驱动相结合的混合决策机制，以提高决策过程及结果的可靠性、可解释性。控制层面，应注意完善面向中、高风险工况的冗余控制方案。系统层面，可考虑“高阶 低阶”的自动 37 驾驶系统冗余配置方案,避免单一风险导致整体安全问题，同时可通过多组件间的互补提高整体功能性能。6.6.2.4 2.4 测试评估测试评估 为确保预期功能安全风险可接受，应推行基于优先场景库的为确保预期功能安全风险可接受，应推行基于优先场景库的高效自动驾驶测试方法，并遵循高效自动驾驶测试方法，并遵循 SOTIFSOTIF 双层安全接受准则开展双层安全接受准则开展量化评估。量化评估。测试方面，应注意场景要素的合理解耦，依据要素敏感性、严重度、暴露频次等综合评估筛选出场景优先度子集，建立优先场景库；构建高效高保真的仿真模型，开展基于优先场景库的自动驾驶仿真测试，提高自动驾驶测试效率，用更少的测试里程达到更充分的验证效果。评估方面，应严格遵循危害行为事件接受准则、总体安全风险接受准则、自动驾驶里程累积测试终止原则等基本原则，通过可控性、SOTIF信心度等安全度量指标，量化评估自动驾驶车辆预期功能安全水平。6.3 6.3 网络安全网络安全 网络安全旨在保障平台网络系统软硬件及数据不因偶然或网络安全旨在保障平台网络系统软硬件及数据不因偶然或恶意原因被破坏、更改、泄露，是智恶意原因被破坏、更改、泄露，是智能网联汽车设计、开发、生能网联汽车设计、开发、生产、应用、运营、维护全生命周期中不可或缺的关键要素。产、应用、运营、维护全生命周期中不可或缺的关键要素。网络安全保障应遵循最小权限设计、周期性安全测试、攻击面收敛等原则，同时需坚持整体安全观，综合考虑安全风险识别、安全防护、安全响应以及韧性抗毁等方面。6.3.1 6.3.1 安全风险识别与管理安全风险识别与管理 为提升网络安全防护的精准性和高效性，应加强对安全风险为提升网络安全防护的精准性和高效性，应加强对安全风险 38 的识别、共享和规范管理。的识别、共享和规范管理。安全风险识别方面，应开展平台网络安全检测，从传感器干扰欺骗、AI 对抗攻击、越权访问、软件漏洞、系统后门等安全风险入手，结合其危害性和延续性，综合评估风险等级。依据优先级实施风险应对措施。推动共享网络安全信息情报，落实已知漏洞和网络威胁对策，构建威胁数据及防护产品标准库。网络安全风险管理方面，应强调构建全过程的网络安全保障能力，建立平台供应链网络安全责任共担机制，将操作系统等重点防护和平台整体防护相结合。6.3.2 6.3.2 安全可信基础能力建设安全可信基础能力建设 为了确保车载智能计算基础平台基础能力的安全可靠性，需要强化安全可信基础能力建设。综合运用硬件安全模块（HSM）、可信执行环境（TEE），建立信任锚点，构建跨域认证机制，形成计算平台的安全可信基础能力。需要融合身份认证、网络安全监护、数据加密、实名注册等安全措施，同时兼顾车载模块资源紧缺因素，建议采用轻量化防护措施，提升车载智能计算基础平台安全可信的能力。需要加强车载智能计算基础平台设计、建设、运行、维护等服务实施安全管理，采购安全可信的网络产品和服务，确保供应链安全。此外，需要制定车载智能计算基础平台相关技术标准、管理标准和过程标准等，为保障其基础能力安全可控提供标准化参考准则。6.3.3 6.3.3 纵深防御体系构建纵深防御体系构建 车载智能计算基础平台需要建立具备纵深防御、长期监控和 39 全生命周期的网络安全防护体系。需考虑平台与外部环境、平台与车内网络各节点的访问隔离及网络层安全；需要考虑从硬件、固件、系统软件到功能软件的全栈软硬件防护，并建议将加密认证、防火墙、异常检测等防护标准化、模块化，以方便供给侧实现；需要考虑与车内网其他节点以及 V2X 节点和云端的传输安全。车载智能计算基础平台也要求其内部多域之间的访问控制和监控、与执行器传输的高等级认证和加密要求、更多代码安全、海量数据的存储安全如防泄漏功能，以及相应的 OTA 升级支持等等。同时，需对车载智能计算基础平台运行状态、产生输出的数据、车载网络流量等方面进行实时监测和风险评估，强化车载通信端口与路侧通信设备、服务云平台等节点网络通信的监测能力，防范网络侵入、数据窃取、远程控制等安全风险，防止车载智能计算基础平台隐私数据泄漏、重要数据非法出境等异常情况。6.3.4 6.3.4 网络弹性赋能网络弹性赋能 为了提升对已知及未知网络攻击威胁的容忍能力，传统网络安全范畴需要向网络弹性赋能方向演进发展。智能网联汽车作为复杂物理信息系统，容易遭受各类已知及未知的网络攻击威胁。传统网络安全侧重从预防、抵御两方面制定防护目标及措施，难以提升智能网联汽车应对未知网络攻击的快速恢复、主动适应的能力。因此，需要建立涵盖预防、抵御、恢复和适应等安全能力。车载智能计算基础平台需要建立能够感知抵御已知及未知威胁的弹性防护能力。强调构建、设计、开发、实施、维护和维持平 40 台的可信度。实施融合安全策略，运用内生安全、动态防御、安全监控等技术，使平台具有预测、感知、承受、恢复和适应不利条件和攻击的能力。6.4 6.4 数据安全数据安全 车载智能计算基础平台是整车数据的汇集和处理核心，须充车载智能计算基础平台是整车数据的汇集和处理核心，须充分重视数据安全。分重视数据安全。车载智能计算基础平台在数据的开发利用上要依法依规开展，满足合规要求。国际层面，以欧盟通用数据保护条例（GDPR）为代表，规定未经数据主体同意，原则上禁止处理敏感个人数据；我国为规范数据处理活动，保障数据依法有序自由流动，发布了数据安全法、个人信息保护法，对敏感个人信息的收集、处理等进行严格要求，并以此为基础，不断推出和完善关于智能网联汽车数据安全的政策法规、标准体系，为数据安全保障提供了具体指引和实施参考。车载智能计算基础平台要建立以数据为中心、面向业务数据流转、按需防护的数据安全管理体系。对平台设计、研发、生产、运维、报废等过程中涉及的数据分级分类，明确数据分类分级的安全技术保护要求。构建以数据收集、存储、使用、传输、删除和出境安全为核心的数据安全技术体系。数据安全保障措施应与车载智能计算基础平台产品同步规划、同步建设、同步使用，围绕数据处理的各个场景，实现数据全过程保护。6.5 6.5 软件升级安全软件升级安全 设计并建立车载智能计算基础平台软件升级安全防护体系，设计并建立车载智能计算基础平台软件升级安全防护体系，41 不仅是智能网联汽车安全性要求，也是影响车辆系统基础功能稳不仅是智能网联汽车安全性要求，也是影响车辆系统基础功能稳定运行的关键因素。定运行的关键因素。软件升级是使系统保持具备最新功能和更高安全性的根本途径，但是软件升级环节也面临较为严重的安全威胁，针对软件升级包和升级过程的篡改、破坏、窃取、伪造等攻击手段给系统以及行车安全带来巨大风险和安全隐患。车载智能计算基础平台需遵照各类政策法规与标准要求建立可靠的软件升级安全保障体系。针对车辆软件升级，国际上出台了 R156 法规，即关于就软件更新与软件更新管理系统批准车辆的统一规定，我国的强制性国标汽车软件升级通用技术要求已进入审查阶段，用以支撑对汽车生产企业的软件研发管理体系以及车辆升级功能的监管与规范。车载智能计算基础平台软件升级安全，需在软件发布和升级使用中通过有效的安全建设方法和技术手段，确保软件升级的安全可靠。建议车辆制造商要建立软件升级管理体系，并加强软件升级安全测试体系与安全基础保障能力，在已有技术要求与管理机制基础上，参考网络安全与数据安全体系架构，梳理智能网联汽车安全相关标准、规范，以标准属性作为分类维度构建体系框架，逐步健全和完善系统软件升级全流程管控体系。软件升级包的真实性和完整性应受到保护，以合理方式防止软件包被破坏并阻止无效的软件更新，设备端需部署保护机制，确保仅可执行经过安全认证和完整性校验的软件升级包。在用户安全与合法性层面，须制定可靠的软件升级策略，特别对于 OTA 升级，须按规定 42 要求进行备案，并且无论采用 OTA 模式还是传统有线升级模式，在软件升级前后需尽到用户告知义务，并在功能层面禁止非驻车模式、电量不足等情况下的软件升级，避免安全隐患。对于可能出现的升级失败场景，具有自动回滚机制，确保设备系统始终可恢复至安全状态。最后，设备系统需具备记录升级过程的能力，对于每次软件升级，系统需按规范要求记录数据信息并保存规定时限，以供安全审计使用。6.6 6.6 融合融合安全安全 数据安全数据安全、网络安全、网络安全、功能安全和预期功能安全在智能网联功能安全和预期功能安全在智能网联汽车身上并不是孤立存在的，它们相互影响，甚至特定条件下相汽车身上并不是孤立存在的，它们相互影响，甚至特定条件下相互转化，产生了严重的融合安全问题。互转化，产生了严重的融合安全问题。面对融合安全问题，依靠单方面安全已无法保障系统安全，亟需进行功能安全、预期功能安全、网络安全及数据安全的协同研究，突破各类安全领域的共性技术问题，更加系统地保障智能网联汽车产品安全。依托 V 型开发流程，从融合安全风险辨析、一体化防护、协同联动测试、综合论证评估及全生命周期监测五个阶段开展：在融合安全风险辨析阶段，重点研究融合安全特征及风险传递机理、协同相关项定义、威胁/危害识别及融合安全目标分类分级的相关内容；在融合安全一体化防护阶段，重点考虑协同优化设计、一体化安全架构及安全机制冲突解决等内容；在融合安全协同联动测试阶段，重点关注基于“三支柱”的联动测试方法及在具体测试过程中，测试对象、人员、场景、用例与工具等的协同；在 43 融合安全综合论证评估阶段，构建融合安全多层级评价指标系统，依托全面的安全体系进行系统安全确认。面向全生命周期开展融合安全监测，包含融合态势感知、异常监测预警相关内容。44 第第 7 7 章章 发展建议发展建议 车载智能计算基础平台是实现汽车智能化的创新底座，也是保障智能网联汽车供应链安全的基础核心。国内外企业积极布局车载智能计算基础平台研发，已取得丰硕成果。车载智能计算基础平台将飞速发展，有关技术研究及应用将成为未来趋势：研究车用存算一体芯片、大容量高效安全车用存储介质及大规模数据低时延车内云端传输网络等技术，推动计算性能、数据存储及传输网络的提升；研究车用软件产品安全管控及智能应用快速开发迭代更新之间的平衡问题，推进软件定义汽车各功能快速上车落地商业验证。研究大模型与车载智能计算基础平台的融合趋势，实现更丰富、更适用、更智能的智能网联应用服务及人车交互体验；研究车用大模型与小模型协同技术，提高汽车海量数据预处理和利用水平；研究车云协同框架，加快车路云协同技术及应用落地。建议行业集中资源，开源协同，打造架构统一、功能解耦、生态完善、具有产品技术竞争力的车载智能计算基础平台。7.1 7.1 凝聚发展思路，统筹协作竞争凝聚发展思路，统筹协作竞争 凝聚行业共识，明确车载智能计算基础平台的发展目标、参考架构、关键核心技术和重点攻关任务。统筹不同的技术路线，突破关键共性技术。鼓励联合攻关和合作开发，鼓励开源开放，降低开发成本，提升开发效率。支持企业在具体技术实现、应用场景、商业模式等方面持续深耕，挖掘细分领域市场，开展差异化良性竞争，充分发挥企业比较优势。45 7.2 7.2 鼓励鼓励技术攻关技术攻关，加快生态构建加快生态构建 围绕车载智能计算基础平台参考架构，攻关车规级计算芯片、车控操作系统、核心算法、开发测试工具链、安全保障等核心技术。充分发挥专精特新、揭榜挂帅、科技专项等政策机制引导作用，构建协同开放型技术创新体系，政府、行业、企业联动，打通“基础前沿重大共性关键技术应用示范研究”的技术创新全链条。鼓励整车企业构建多元化产业应用生态，以整车带动核心软硬件零部件实现一体化交付集成应用；建立开放型产业链协同创新环境，繁荣智能网联汽车生态。7.3 7.3 完善标准体系，探索开发实践完善标准体系，探索开发实践 聚合行业优势资源，同步推动相关接口标准的规范化建设，推动实现软硬件分层解耦以满足底层操作系统与芯片的高效适配。通过编制完善产业发展指导性文件以及国家、行业、团体标准体系，增强解决方案的通用性与可移植性，促进产业链的精细化分工与密切配合，提升产业链协同开发效率。探索基于参考架构和标准的开发实践，强化标准牵引能力。7.4 7.4 加强加强检测认证，强化安全保障检测认证，强化安全保障 建设第三方检测认证体系，涵盖车载智能计算基础平台关键质量特性、软硬件接口、安全合规等。可以通过建立基础门槛，以加强产品质量保障，更好地促进上下游之间的沟通互信。跟踪国际国内最新的安全技术研究成果和法律法规，鼓励检测机构提升软硬件检测能力，重点完善功能安全、预期功能安全、网络安 46 全、数据安全、软件升级检测认证体系。以测促研，以评促用，加快推动产品研发和试点示范。鼓励数据共享与检测认证结果互认。47 附件附件：缩略语：缩略语 缩略语缩略语 英文名称英文名称 中文名称中文名称 ADAS Advanced Driving Assistance System 高级驾驶辅助系统 AEB Autonomous Emergency Brake 自动紧急制动 AES Automatic Emergency Steering 自动紧急转向 AES Advanced Encryption Standard 高级加密标准 AI Artificial Intelligence 人工智能 ARA AUTOSAR Runtime Adaptive AUTOSAR 自适应平台运行时 ARM Advanced Reduced Instruction Set Computing Machine 高级精简指令集计算机 ASIL Automotive Safety Integrity Level 汽车安全完整性等级 ASPICE Automotive Software Process Improvement and Capacity dEtermination 汽车软件过程改进及能力评定 AUTOSAR AUTomotive Open System Architecture 汽车开放系统架构 AVP Automated Valet Parking 自主泊车辅助 BEV Birds Eye View 鸟瞰图 BIST Built In Self Test 内建自测 BSP Board Support Package 板级支持包 CAN Controller Area Network 控制器局域网总线 CAN-FD CAN with Flexible Data rate 可变速率 CAN CPU Central Processing Unit 中央处理器 CRC Cyclic Redundancy Check 循环冗余校验 CXL Compute Express Link 计算快速链路 DDS Data Distribution Service 数据分发服务 48 缩略语缩略语 英文名称英文名称 中文名称中文名称 DevOps Development and Operations 开发运维一体化 DSP Digital Signal Processor 数字信号处理器 ECC Elliptic Curve Cryptography 椭圆曲线密码 ECU Electronic Control Unit 电子控制单元 EHP Electronic Horizon Provider 电子地平线提供者 EHR Electronic Horizon Reconstructor 电子地平线解析者 ETH EtherNet 以太网 FPGA Field Programmable Gate Array 现场可编程门阵列 GDPR General Data Protection Regulation 通用数据保护条例 GLOSA Green Light Optimal Speed Advisory 绿波车速引导 GMSL Gigabit Multimedia Serial Links 千兆多媒体串行链路 GPU Graphics Processing Unit 图形处理单元 HSM Hardware Security Module 硬件安全模块 I/O Input/Output 输入/输出 IPC Inter-Process Communication 进程间通信 LCC Lane Centering Control 车道居中辅助 LKA Lane Keeping Assist 车道保持辅助 MCU Microcontroller Unit 微控制单元 ModelOps Model and Operations 模型运维一体化 NOA Navigate On Autopilot 领航辅助驾驶 NoC Network on Chip 片上网络 NOP Navigate On Pilot 领航辅助 NPU Neural network Processing Unit 神经网络处理单元 OTA Over the Air 空中升级 49 缩略语缩略语 英文名称英文名称 中文名称中文名称 PCIe Peripheral Component Interconnect Express 高速串行计算机扩展总线标准 POSIX Portable Operating System Interface of UNIX 可移植操作系统接口 QM Quality Management 质量管理 RISC-V Reduced Instruction Set Computing-Five 精简指令集第五代 RoboTaxi 自动驾驶出租车 RPC Remote Procedure Call 远程过程调用 RTOS Real Time Operating System 实时操作系统 SOA Service-Oriented Architecture 面向服务的架构 SoC System on Chip 片上系统 SOME/IP Scalable Service-Oriented Middleware over IP 基于 IP 的可扩展的面向服务的中间件 SOTIF Safety of the Intended Functionality 预期功能安全 TPU Tensor Processing Unit 张量处理单元 UI User Interface 用户界面 V2X Vehicle to Everything 车用无线通信技术 VMM Virtual Machine Monitor 虚拟机监控器

0人已浏览 2023-10-30 58页 5星级

“AI 大数据 物联网”融合构建新一代汽车智能网联安全上下游协同集成共同守护汽车智能网联安全态势网络安全智能硬件安全基础软件安全车联网安全汽车智能网联安全上游下游数据安全芯片制造商设备供应商IT和互联网公司车企政府、监管机构安全研究机构保证汽车智能网联安全运行的基础用户各环节共同合作政府建立相关标准推动产业发展“云、路、车、人”应用于企业端和检测端，汽车智能网联安全场景丰富企业端检测端6汽车智能网联安全产业PEST分析PolicyEconomicSocialTechnical7政策环境：汽车智能网联安全政策取得阶段性成果法律法规国家标准政策名称发布时间汽车智能网联安全终端与设施安全网联通信安全应用服务安全数据安全安全保障与支撑汽车智能网联安全架构图8汽车制造业总体平缓增长，汽车智能网联安全潜在规模有待发掘9“行业标准的不完善”为现阶段亟待解决的首要难题请问您认为目前汽车智能网联安全发展过程中遇到的难点有哪些？请问您认为汽车智能网联安全行业发展成熟度可以打几分？数据安全、无人驾驶等成为汽车智能网联安全未来重点研究的技术12中国汽车智能网联安全产业SCP分析框架SCP产业分析模型框架Structure一结构Conduct一行为Performance一表现Conduct一产业行为Performance一产业表现Structure产业结构“中国汽车智能网联安全市场潜在规模大，2024年后将进入高速增长阶段3亿汽车智能网联安全营收规模5 22年网络安全市场规模潜在规模457亿元汽车智能网联安全市场潜在规模全国汽车零售额的1%汽车智能网联安全存在众多壁垒，需要协同提升生态协同壁垒暴露面壁垒生态协同壁垒国产化壁垒暴露面壁垒人才壁垒国产化壁垒人才壁垒以“车”为中心，网络安全为基石，保障汽车行业链条的安全高速发展创新应用提供商整车厂商网络安全企业信息通信企业基础软件供应商汽车零部件供应商123456汽车智能网联安全能力提供商具有产业链条范围广、边界模糊等特点智能网联汽车数据安全维护车辆系统的完整性010203汽车智能网联数据安全典型厂商产品平台/解决方案服务汽车智能网联安全解决方案将与传统汽车行业整合发展自动驾驶信息安全解决方案O1OTA升级解决方案身份管理解决方案O3云平台解决方案汽车智能网联安全完整生命周期咨询服务提升客户认知风险评估咨询01政策法规咨询02安全防护咨询03安全培训体系咨询04【典型厂商】汽车智能网联保险降低用户财产损失汽车智能网联安全业务保险赔偿汽车智能网联安全应急管理汽车智能网联安全保险2022年投融资事件创新高，股权投资为主要方式0152025六大角度阐明汽车智能网联安全厂商盈利模式数据层技术层硬件层共享层软件层安全服务层2024年强标落地后，汽车智能网联安全将加速进入成熟期-20252026-发展初期成长期成熟期自适应弹性车联网安全解决方案方案优势生态建设荣誉奖项天融信，致力于成为领先的车联网安全产品/解决方案供应商联盟生态标准专利赛事承办车联网安全运营平台（VSOC）车载入侵检测系统（VIDPS）天融信-某主机厂车联网安全项目（VIDPS VSOC）客户价值实施方案建设内容车端安全协同车联网安全运营平台（VSOC）实施方案云端业务平台安全防火墙入侵防御WAFDDOS车载防火墙车载入侵检测数据安全车载认证加密建设内容客户价值天融信-某车联网示范区车路云一体化安全项目安全测评安全防护安全运营车联网安全检测平台（VTS）V2X安全车联网业务平台V2X入侵检测V2X防火墙应急响应流转监控资产监控行为审计资产分布安全运维数据上报安全协同协同大鲲智联，致力于解决车辆智能化发展中面临的安全问题Part 01Part 02Part 03研发难点与对策厂商优势合作客户大鲲智联-中汽中心车辆合规检测工具解决方案解决方案产品优势大鲲智联-哈尔滨某公司车联网仿真实测平台解决方案实验室赋能产品优势趋势一：智能网联汽车安全将朝着绿色环保、自动驾驶完全落地等方向迈进趋势二：打造“智慧城市-智慧交通-汽车安全”相结合的社会生态平台社会生态平台智慧城市智慧交通汽车安全趋势三：提高车载数据可用性，加强数据的合法利用与管理服务商角度车载用户角度趋势四：保障自动驾驶控制能力，守护自动驾驶全周期安全路径层面01技术层面02行业平台层面03汽车智能网联安全专家观点：天融信、大鲲智联霍盛錕 大鲲智联 COO范雪俭 天融信车联网安全总架构师靳博 梆梆安全车联网事业部总经理咸德玉 泽鹿安全 CTO汽车智能网联安全专家观点：梆梆安全、泽鹿安全时间事件2022年部分国内外汽车信息安全大事件

0人已浏览 2023-10-28 39页 5星级

版权声明本报告版权属于德国汽业协会、中国信息通信研究院和众汽（中国）投资有限公司，并受法律保护。转载、摘编或利其它式使本报告字或者观点的，应注明“来源：德国汽业协会、中国信息通信研究院和众汽（中国）投资有限公司”。违反上述声明者，编者将追究其相关法律责任。中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告牵头编制单位：德国汽车工业协会中国信息通信研究院大众汽车（中国）投资有限公司参与编制单位：大众汽车安徽有限公司江汽集团合肥经济技术开发区管理委员会合肥海恒国际物流有限公司信通院车联网创新中心（成都）有限公司浙江德清莫干山智联未来科技有限公司斑马网络技术有限公司（参编单位排名不分先后，按首字笔画排序）编制说明中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告落实中国工业和信息化部与德国联邦经济和气候保护部、德国联邦数字化和交通部共同签署的关于自动网联驾驶领域合作的联合意向声明，加强中德两国车联网（智能网联汽车）技术研发和产业化落地应用合作，两国企业和行业机构在发布中德车联网（智能网联汽车）C-V2X量产应用研究报告，分析研究C-V2X应用商业可行性路径的基础上，进一步探索验证基于蜂窝移动通信技术的车联网（C-V2X）技术赋能智慧物流行业的价值。本报告以大众安徽工厂零部件运输真实需求为背景，构建C-V2X与智慧物流融合应用环境，开展测试验证，分析总结C-V2X技术赋能下智慧物流场景在效率、安全、碳排放、光环效应四个方面的量化效益，综合呈现C-V2X对提高物流运输效率、提升城市交通安全与绿色低碳的实质成效。前中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告录一、项目背景概述二、C-V2X 与智慧物流融合应用遴选与验证方案设计 (一)应用遴选 (二)验证方案设计三、C-V2X 与智慧物流融合应用评价方法 (一)评价指标定义 (二)评价指标采集方法四、C-V2X 与智慧物流融合应用效益分析五、总结与展望附录 1:缩略语2中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告图录图1 智慧物流测试验证系统架构图2 物流场景故事线图图3 测试验证路线图图4 平均运输时长与准点率指标对比图图5 光环效应问卷结果表1 效率指标具体设置表2 安全性指标具体设置表3 碳排放指标具体设置表4 光环效应指标具体设置表5 评价指标总汇表表录2348956669中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告、项背景概述2021年3月，中国发布中华人民共和国国民经济和社会发展第十四个五年规划和2035年远景目标纲要，提出要积极稳妥发展车联网，加快交通传统基础设施数字化改造，构建基于5G的应用场景和产业生态，在智能交通、智慧物流等重点领域开展试点示范。2021年12月，工业和信息化部、住房和城乡建设部联合印发关于智慧城市基础设施与智能网联汽车协同发展第二批试点城市的通知，指出“双智”试点要以加强智慧城市基础设施建设、实现不同等级智能网联汽车在特定场景下的示范应用为目标，坚持需求引领、市场主导、循序建设、车路协同的原则，不断提升城市基础设施智能化水平，加快智能网联汽车产业发展。在此背景下，中德两国企业和行业机构依托大众安徽智慧物流项目（以下简称“本项目”），构建C-V2X与智慧物流融合的物流运输环境，验证C-V2X赋能智慧物流提升运输效率、降低事故发生率、节能减排等方面效益，探索可复制、可推广的智慧物流与智慧城市建设运营实践模式，为后续商业模式开发提供量化模型参考，为智慧城市基础设施与智能网联汽车协同发展积累宝贵经验。、C-V?X与智慧物流融合应遴选与验证案设计（）应遴选智慧物流是车联网、人工智能、云计算等新一代信息通信技术与现代物流业深度融合的新兴领域，通过实现物流全过程的自动化、数字化和智能化，解决传统物流运输效率低、运输成本高、驾驶事故率高等痛点问题。C-V2X作为实现“人-车-路-云”全方位连接和高效信息交互的新一代信息通信技术，通过实现智能网联物流车辆（以下简称“物流车辆”）之间，物流车辆与其他车辆、路侧设施、平台等之间的信息通信，获取实时交通信息和运输数据等，帮助物流车辆减少发生交通事故的可能性，提高运输安全性，更好地规划运输路线、避免交通拥堵、提升运输效率。基于中德车联网（智能网联汽车）C-V2X量产应用研究报告价值场景遴选结果、应用量产方案等研究成果，结合大众安徽物流需求、项目周期、技术路线等真实需求，本项目遴选绿波车速引导、闯红灯预警、弱势交通参与者预警、限速预警、交叉路口碰撞预1中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告警等C-V2X应用作为运输车辆实际运输过程中的综合应用功能，设计C-V2X与智慧物流融合应用评价指标，通过开展C-V2X与智慧物流融合应用的实际运营，探索C-V2X赋能物流运输实际成效。（）验证案设计?.系统架构本项目在大众汽车平台工厂与大众安徽合肥一工厂之间的运输路段（公开道路）构建车-路-云协同的物流运输环境，开展C-V2X与智慧物流融合应用验证。测试验证系统架构主要由网联电动卡车、路侧设施及多个平台组成，如图1所示。中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告（2）路侧分为感知计算路口和非感知计算路口两类建设模式。感知计算路口由RSU、摄像头、毫米波雷达、激光雷达、交通信号灯等路侧设施组成，RSU可与车端OBU直连通讯，实现V2X场景；非感知计算路口不包含路侧感知计算系统，仅在信号灯加装交通信号学习机，通过DTU通信设备将信号灯信息上传至路侧设施平台，路侧设施平台结合车端上报信息、信号灯信息计算出红绿灯信号、闯红灯预警、绿波车速建议等，通（1）网联电动卡车搭载车载OBU、HMI等模块，用于采集定位、车控、V2X等信息，并安装可视化信息辅助设备，为驾驶员提供路线规划建议和安全驾驶行为语音提醒，以提高运输效率、行驶安全性。过4G/5G网络下发至车载HMI。（3）平台端由智慧物流云控平台、路侧设施平台、运输管理平台（TMS）、地图平台组成。智慧物流云控平台作为系统核心平台，打通与路侧设施平台、地图平台及车载设备的数据交互接口，实现车辆管理、C-V2X信息管理、动态调度、路径规划等管理功能，图1 智慧物流测试验证系统架构2以及报表分析、CA认证等服务能力；路侧设施平台获取感知数据、信号灯数据、实时交通状态信息，并可上传至云控平台或下发至车端；TMS平台为车辆的运输管理系统，负责将卡车的行驶起始点、终点信息发送至智慧物流云控平台；地图平台获取智慧物流云控平台下发的运输任务信息，为车端规划最优行驶路径，并下发至车端HMI进行展示，上传至智慧物流云控平台进行数据分析与管理。?.场景故事线智慧物流场景故事线描述了从TMS平台派单到在途运输最后到达目的地等主要环节的信息交互过程，如图2所示。（1）TMS平台将物流派送的起始点信息下发至智慧物流平台；（2）智慧物流平台将起始点、时间、排班等网联卡车调度信息发送至车端，并同步发送给地图平台以获取推荐行驶路径。同时，地图平台同步将路径规划结果发送至车端，并通过ID实现车、云的路线同步；（3）驾驶员从车载HMI获取运输任务信息、最优路径信息后出发；（4-1）车载OBU与智慧物流平台之间通过4G/5G网络通信。OBU向云端上报车辆实时位置、车辆实时信息、产生的V2X信息及V2X事件，云端对相关信息进行合规处理后开展业务应用；（4-2）若车辆途径感知计算路口，车载OBU通过PC5与RSU通信，获取信息提醒、安全预警等V2X信息，并通过HMI进行信息提示、预警；若车辆途径非感知计算路口，车载HMI通过4G/5G网络获取路侧设施平台发送的信号灯类预警结果并进行信息提示，如红绿灯信息、绿波车速信息；（4-3）车载HMI与地图平台对接，实现路径展示与实时导航；图2 物流场景故事线图3中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告（5）驾驶员到达运输终点，通过车载HMI确认到达消息并发送至智慧物流平台；（6）智慧物流平台保存本次运输的车辆数据，如V2X信息、时间、实时路径、交通规划、调度排班信息等，进一步分析C-V2X场景对物流运输的效益提升情况。?.测试案测试分为两个对照组，一组为智能网联电动车辆，具备绿波车速引导、闯红灯预警、弱势交通参与者预警、限速预警、交叉路口碰撞预警灯等C-V2X功能；另一组为非网联电动车辆，不具备C-V2X功能；两组车辆均具备路径规划功能。测试过程中，两组车辆分别获取由智慧物流平台下发的相近排班时间、相同起始点的运输任务信息，地图平台根据运输任务、实际道路拥堵情况等，向相近排班的两组车辆下发相同的的路径建议（路线1或路线2）。其中路线1如图3（a）所示，途径约9公里智能化道路（16个感知计算路口），路线2如图3（b）所示，途径约9公里智能化道路（9个感知计算路口、9个非感知计算路口）。两条路线的蓝色标号点位为重合路线。图3 测试验证路线图（a）路线1（b）路线2三、C-V2X与智慧物流融合应评价法（）评价指标定义基于物流运输过程中企业对于高效运输、安全驾驶、绿色低碳、为工厂生产赋能等实际业务诉求，本项目设计效率、安全性、碳排放、光环效应四项评价指标，开展C-V2X与智慧物流融合应用效益的综合量化评估。4?.效率效率指标旨在评估智慧物流技术对实际物流效率的提升。效率指标包括运输时间和被动绿波通行效果两项二级指标，如表1所示，其中：（1）绿波通行效果可以评估在被动绿波技术加持下物流运输效率的提升效果，下设有效绿波通行次数、绿波引导准确率两项三级指标。（2）运输时间指标可以衡量行驶过程中的速度、时间等要素，下设平均运输时长、准点率两项三级指标。表1 效率指标具体设置一级指标二级指标三级指标指标描述效率绿波通行效果有效绿波通行次数绿波通行路口的有效次数绿波引导准确率依据建议速度通过路口总数量/通过红绿灯路口的总数量。其中，依据建议速度通过路口是指车辆在通过“进入路口的停止线”时，实际行驶速度在绿波通行建议速度范围内运输时间平均运输时长车辆运输总时长/车辆运输总次数计算准点率车辆准点到达次数/车辆运行总次数计算?.安全性安全性指标旨在评估智慧物流技术相对传统物流场景对运输安全性的提升，包括车辆安全和人员安全两项二级指标，如表2所示，其中：（1）车辆安全指标针对车辆自身在运行过程中的安全隐患进行评估，下设车辆事故次数、行车事故损失、静态预警次数、动态预警次数四项三级指标。其中，静态预警场景为限速预警、红绿灯信息播发等信息播发类场景，动态预警场景为闯红灯预警、弱势交通参与者预警、交叉路口碰撞预警等安全预警类场景；（2）人员安全指标针对车辆在行驶过程中对司机及行人造成的安全隐患进行评估，下设人员伤亡次数一项三级指标。5中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告表2 安全性指标具体设置一级指标二级指标三级指标指标描述安全性车辆安全车辆事故次数车辆事故数量行车事故损失累加行车事故损失金额静态预警次数静态预警场景的提醒次数动态预警次数动态预警场景的提醒次数人员安全人员伤亡次数车辆事故造成人员伤亡次数?.碳排放碳排放指标旨在评估项目采用网联电动卡车相较非网联电动卡车在绿波车速引导等C-V2X应用技术加持下，节能减排方面产生的效益。碳排放指标包括电力消耗碳排一项二级指标，如表3所示。电力消耗是指车辆运行能耗产生的碳排放。其中，电力消耗碳排放总量=使用电量电网排放因子，其中电网排放因子为0.5703t CO2/MWh（根据企业温室气体排放核算方法与报告指南 发电设施对电力能源的电网排放因子数值定义）。表3 碳排放指标具体设置一级指标二级指标指标描述碳排放电力消耗碳排放使用电量电网排放因子?.光环效应光环效应指标旨在评估依托智慧物流项目能够实现的企业社会责任等价值。下设三项二级指标，分别为环境评分、社会价值评分和公司治理评分，如表4所示。表4 光环效应指标具体设置一级指标二级指标指标描述光环效应环境评分提升碳中和目标、减少能源消耗并实现可持续发展目标社会价值评分可以保障行驶与运输安全、有助于实现智慧城市发展理念、带动周边企业良性发展公司治理评分有助于推动科技创新、提升运输效率和工作效率6（）评价指标采集法项目主要通过智慧物流管理平台数据统计、问卷调研、人工统计等方式进行数据采集，各指标的数据采集方式如下。?.效率效率相关三级指标采集方式由智慧物流管理平台采集。其中，平均运输时长、准点率通过智慧物流管理平台采集车辆出场、入场时间信息，统计运输时长；有效绿波通行次数、绿波引导准确率通过智慧物流管理平台采集车辆在跨越“进入路口的停止线”时的绿波通行建议速度和车辆运行实际速度，进行人工测算。?.安全性安全性相关三级指标采用智慧物流管理平台数据与人工统计结合的方式进行采集。其中，车辆事故次数、行车事故损失、人员伤亡次数通过人工统计，或从第三方合作机构获取；静态预警次数、动态预警次数采用智慧物流管理平台统计的预警次数数据。?.碳排放碳排放三级指标由智慧物流管理平台采集，采集数据为车辆运行能耗间接造成的碳排放数据。?.光环效应光环效应通过调查问卷的方式，采集并统计项目相关人员对智慧物流理念在环境、社会、公司治理领域贡献的评分结果。四、C-V2X与智慧物流融合应效益分析项目共开展为期2个月，总计6500余公里有效里程的测试验证。从测试数据分析结果来看，网联电动卡车相比非网联电动卡车在物流运输效率、安全、碳排放、光环效应四方面均呈现积极效益。?.提升运输效率经统计分析，本项目中网联电动卡车平均单程的有效绿波通行次数（有效绿波通行路口的次数）、绿波引导准确率（依据建议速度通过的路口总数量/通过红绿灯路口的总数量计算）分别为3.65、35%。基于上述绿波通行效果，物流运输效率效益提升结果分析如下：7中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告（1）平均运输时长平均运输时长指标反映车辆在每次运输过程中的平均耗时。经统计分析，非网联电动卡车、网联电动卡车的平均运输时长分别为2051.36秒、2022.69秒，即在C-V2X遴选应用技术的加持下，其平均单程运输时长相较于传统运输场景提升了1.42%。因此，C-V2X技术有助于提升运输效率，使物流运输更顺畅，更贴合生产经营节奏，有助于实现物流运输效率的最大化。（2）准点率准点率指标反映车辆准点到达次数占运行总次数的比例。经统计分析，非网联电动卡车、网联电动卡车场景平均单程准点率分别为82%、91%。即在C-V2X遴选应用技术的加持下，车辆运行准点率提升9%，一定程度提升了物流任务执行的响应能力和物流运输高效性。2051.362022.6982vx0002500非网联电动卡车网联电动卡车平均运输时长准点率图4 平均运输时长与准点率指标对比图?.提安全两组电动卡车均未出现车辆事故、行车事故、人员伤亡情况。其他指标方面，网联电动卡车平均单程静态预警0.76次，动态预警13.95次，有效辅助网联电动卡车降低事故发生率，从而进一步保障物流运输安全。?.降低碳排放网联电动卡车、非网联电动卡车平均单程碳排放分别为6.22、6.23千克，即在C-V2X遴选应用技术加持下的电动卡车，具有减少碳排放量的趋势，有助于帮助企业实现绿色低碳发展目标。8表5 评价指标汇总表（平均单程）一级指标二级指标三级指标网联车辆非网联车辆效率绿波通行效果绿波总数3.65N/A绿波成功率35%N/A运输时间平均运输时长(秒)2022.692051.36准点率91%安全车辆安全静态预警次数0.76N/A动态预警次数13.95N/A碳排放电力消耗碳排放（千克）6.226.23?.产光环效应项目共收集有效问卷1248次。根据调研问卷结果，80%以上的参与者认为C-V2X与智慧物流的融合应用具有提升环境保护、社会价值与公司治理方面的价值，分别体现在：有助于提升碳中和目标、减少能源消耗并实现可持续发展目标；保障行驶与运输安全、有助于实现智慧城市发展理念、带动周边企业良性发展；有助于推动科技创新、提升运输效率和工作效率。图5 光环效应问卷结果9中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告五、总结与展望（）总结鉴于上述分析结果，C-V2X与智慧物流的融合应用具有巨大的发展潜力和前景，有助于提升物流运输智能化、高效化、安全化、节能化水平。一方面，C-V2X技术为物流运输车辆提供了更准确的道路状况、交通拥堵等信息，为物流车辆的路径规划和调度提供更精确的数据依据，可一定程度实现物流车辆高效运输、绿色低碳；另一方面，C-V2X技术通过为物流车辆提供安全预警应用，降低了物流运输发生安全事故的可能性；此外，C-V2X技术与物流信息系统相结合，实现对物流车辆的实时监控和追踪，提供更精确的物流运输信息，提高物流服务质量。但是在项目验证过程中，由于测试数据样本量有限，且测试结果受司机驾驶习惯、司机对绿波通行等C-V2X应用使用熟练度不足、电池的损耗程度等其他因素干扰，导致部分指标分析结果尚不精准，例如绿波成功率计算结果较低、网联带来的低碳效益尚不明显，并且从车速同方比的数据分析结果来看，C-V2X应用一定程度上影响了司机驾驶速度的平稳性，间接造成碳排放量的增加。同时，由于本次测试的公开道路未实现全路段的道路智能化改造，且验证阶段个别路口处于同步调试状态，测试环境一定程度影响C-V2X应用触发质量。此外，由于智慧物流平台与跨行业平台间数据共享的局限性，此次未能开展物流运输车辆在申请主动绿波通行的场景下对物流效益、城市交通效率提升方面的验证。（）展望基于项目的建设成果与经验，本报告从推进C-V2X与智慧物流融合产业化角度，提出下一步发展建议：一是持续推进规模化应用试点，开展多维度测试验证。从当前验证结果来看，由于测试样本量有限、行驶路线智能化基础设施改造率不足、存在干扰因素等原因，效率、安全、碳排放等应用评价指标虽有提升但尚不明显，因此仍需更大规模、更多样的应用试点，以及更深入数据积累和分析，进一步挖掘长期、规模化运营下C-V2X与智慧物流融合应用价值。此外，商业价值，车辆、路侧设施、平台等融合应用环境的建设运营成本、应用为运输效率与生产自动化等提升带来的间接盈利等指标，也是应用效益的重要评价维度，需要进一步通过规模化的应用验证深入探索。10车速同方比：(x-x)2 (x-x)2 . (x-x)2/n，x为单车单运单的平均速度；x 为运单过程中每间隔10s记录的实时车速二是加强技术兼容性研究和标准化工作。C-V2X技术的应用需要与智慧物流现有系统的需求和技术特点兼容，例如需要通过C-V2X技术实现物流系统与物流车辆、交通设施、第三方平台间的数据交换、协议转换、接口调用等互操作，来支撑融合应用的实现。因此，建议制定适用于物流行业的C-V2X技术应用标准和规范，指导不同系统、设备间的互联互通、业务数据流转流程的规范化，进而推动C-V2X与智慧物流融合系统商用化复制与扩展。三是推动跨行业数据共享。C-V2X技术能够收集和分析大量的交通、物流数据，通过与其他行业（如交通管理、交通运输、城市规划等）的数据共享，综合分析并优化整个物流运输过程，共同解决交通拥堵、安全事故等问题。建议相关管理部门、企业共同推动跨行业数据共享机制、并制定相应的激励政策，以促进物流行业利用更全面、准确的数据，提高整个物流运输系统的效能。四是打造定制化融合应用产品。当前智慧物流与C-V2X融合应用主要为安全、效率、信息服务类场景，但尚无面向智慧物流低碳运输需求的网联节能类应用。建议深入研究面向不同道路交通环境的车辆节能驾驶模式，结合C-V2X技术研发相关环境下的节能驾驶应用，如最优行驶速度、最佳加速曲线、最佳减速曲线等节能驾驶建议类应用，反馈、鼓励司机以更节能方式驾驶的节能行为反馈类应用，提供车辆节能换挡、电源开关等建议的节能辅助策略类应用。11中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告附录1：缩略语 缩略语中文全称英文全称C-V2X基于蜂窝移动通信技术的车联网Cellular Vehicle to EverythingDTU无线终端设备Data Transfer UnitHMI人机接口Human Machine InterfaceOBU车载单元On-Board UnitTMS运输管理系统Transportation Management SystemV2X车载单元与其他设备通讯Vehicle to Everything12德国汽业协会地址：北京市朝阳区东方东路19号DRC亮马桥外交办公大楼D1-0501A邮编：100191电话：-66网址：中国信息通信研究院地址：北京市海淀区花园北路52号邮编：100191电话：传真：网址：众汽（中国）投资有限公司地址：北京市朝阳区七圣中街12号院1号楼邮编：100028电话：(86-10)6531 3666/3888网址：中德车联网（智能网联汽车）C-V2X与智慧物流融合应用研究报告

0人已浏览 2023-10-20 20页 5星级

点击查看更多上海交通大学行业研究院：2023智能网联行业研究白皮书（46页）.pdf精彩内容。

0人已浏览 2023-10-20 46页 5星级

国家车联网产业标准体系建设指南（智能网联汽车）（2023 版）2023 年 7 月目录前言.I一、总体要求.1（一）指导思想.1（二）基本原则.1（三）建设阶段及目标.2二、建设思路.3三、建设内容.4（一）标准体系框架.4（二）标准体系内容.6四、组织实施.12附件 1 智能网联汽车现行和在研标准清单.14附件 2 智能网联汽车标准建设重点.21I前 言车联网产业是汽车、电子、信息通信和道路交通运输等行业深度融合的新型产业，是全球创新热点和未来发展制高点。为全面推动车联网产业技术研发和标准制定，促进产业健康可持续发展，工业和信息化部、国家标准化管理委员会等部门联合组织制定 国家车联网产业标准体系建设指南。按照不同行业属性，划分为智能网联汽车、信息通信、电子产品与服务、车辆智能管理、智能交通相关等若干部分。其中，2017 年发布的国家车联网产业标准体系建设指南（智能网联汽车）对我国智能网联汽车标准体系做出了系统规划和部署。目前，智能网联汽车标准体系建设第一阶段目标任务已圆满完成，有效满足产业发展和管理需求，在国际标准法规协调中做出积极贡献。为适应我国智能网联汽车发展新阶段的新需求，工业和信息化部、国家标准化管理委员会联合修订形成了国家车联网产业标准体系建设指南（智能网联汽车）（2023 版）。新版标准体系建设指南主要针对智能网联汽车通用规范、核心技术与关键产品应用，构建包括智能网联汽车基础、技术、产品、试验标准等在内的智能网联汽车标准体系，指导车联网产业智能网联汽车领域的相关标准制修订，充分发挥标准对车联网产业关键技术、核心产品和功能应用的引领作用，与国家车联网产业标准体系建设指南其他部分共同形成统一、协调的国家车联网产业标准体系架构。1一、总体要求（一）指导思想坚持以习近平新时代中国特色社会主义思想为指导，全面贯彻党的二十大精神，积极落实国家标准化发展纲要要求，加快推进交通强国、科技强国、网络强国、数字中国建设，构建跨领域协同开放的智能网联汽车技术标准体系，发挥标准的基础性、引领性和规范性作用，推进智能网联汽车产业基础高级化、产业链现代化，构建以国内为主体、国内国际互促发展的格局，建设社会主义现代化智能网联汽车强国。（二）基本原则统筹规划统筹规划，协同推进协同推进。立足我国智能网联汽车产业现状，加强标准体系规划与政策措施研究、管理制度建设的协同，按照前瞻布局、急用先行的思路，以汽车产品为核心，统筹推进智能网联汽车标准体系建设。服务需求服务需求，鼓励创新鼓励创新。以产业发展需求为导向，发挥标准在新产品新业态新模式发展中的领航作用，突出企业在技术创新、产品市场化等方面的主体地位，提升标准在智能网联汽车技术创新与产业发展中的贡献和价值。筑牢底线筑牢底线，保障安全保障安全。强化系统思维和底线思维，针对智能网联汽车发展应用带来的新形势新挑战，适时开展功能评价、产品规范、体系保障等相关标准规范制定，为智能网联汽车发展、应用及管理提供安全保障。2开放兼容开放兼容，动态完善动态完善。强化智能网联汽车与相关产业的协同配合，主动分享我国标准体系研究及建设成果，强化国际标准法规参与合作及国内国际协调兼容，以动态发展的思维适时调整、优化智能网联汽车标准体系。（三）建设阶段及目标根据智能网联汽车技术现状、产业需要及未来发展趋势，分阶段建立适应我国国情并与国际接轨的智能网联汽车标准体系：第第一一阶段到阶段到 2025 年年，系统形成能够支撑组合驾驶辅助和自动驾驶通用功能的智能网联汽车标准体系。制修订 100项以上智能网联汽车相关标准，涵盖组合驾驶辅助、自动驾驶关键系统、网联基础功能及操作系统、高性能计算芯片及数据应用等标准，并贯穿功能安全、预期功能安全、网络安全和数据安全等安全标准，满足智能网联汽车技术、产业发展和政府管理对标准化的需求。第第二二阶段到阶段到 2030 年年，全面形成能够支撑实现单车智能和网联赋能协同发展的智能网联汽车标准体系。制修订 140项以上智能网联汽车相关标准并建立实施效果评估和动态完善机制，满足组合驾驶辅助、自动驾驶和网联功能全场景应用需求，建立健全安全保障体系及软硬件、数据资源支撑体系，自动驾驶等关键领域国际标准法规协调达到先进水平，以智能网联汽车为核心载体和应用载体，牵引“车-路-云”协同发展，实现创新融合驱动、跨领域协同及国内国际协调。3二、建设思路智能网联汽车是具备环境感知、智能决策和自动控制，或与外界信息交互，乃至协同控制功能的汽车。智能网联汽车标准体系建设思路是：适应我国智能网联汽车在新发展阶段的新趋势、新业态和新需求，围绕智能化和网联化协同创新发展，兼顾企业产品研发、产业生态建设和政府行业管理需要，同步推进技术创新发展和基本安全保障，统筹国内国际标准法规制定协调，构建科学合理、开放创新、协调兼容的智能网联汽车标准体系，为我国智能网联汽车发展发挥引领和基础支撑作用。智能网联汽车标准体系横向以智能感知与信息通信层、决策控制与执行层、资源管理与应用层三个层次为基础，纵向以功能安全和预期功能安全、网络安全和数据安全通用规范技术为支撑，形成“三横两纵”的核心技术架构，完整呈现标准体系的技术逻辑，明确各项标准在智能网联汽车产业技术体系中的地位和作用。同时结合智能网联汽车与移动终端、基础设施、智慧城市、出行服务等相关要素的技术关联性，体现跨行业协同特点，共同构建以智能网联汽车为核心的协同发展有机整体，更好地发挥智能网联汽车标准体系的顶层设计和指导作用，见图 1。4图 1 智能网联汽车标准体系技术逻辑框架三、建设内容（一）标准体系框架按照智能网联汽车标准体系的技术逻辑架构，综合考虑不同功能、产品和技术类型、各子系统之间的交互关系，将智能网联汽车标准体系划分为三个层级。其中，第一层级规定了智能网联汽车标准体系的基本分类，即基础、通用规范、产品与技术应用三个部分；第二层级根据标准内容范围和技术等级，细分形成 14 个二级分类；第三层级按照技术逻辑，进一步细化形成 23 个三级分类，从而形成了逻辑清晰、内容完整、结构合理、界限分明的标准体系框架，见图 2。5图 2 智能网联汽车标准体系框架图6（二）标准体系内容智能网联汽车标准体系主要包括基础标准、通用规范标准、产品与技术应用标准等三个部分，现行和在研的标准清单详见附件 1，标准建设重点方向详见附件 2。1.基础标准基础标准主要用于统一智能网联汽车领域相关概念，厘清标准化对象及边界，建立标准化对象的统一表达方式，包括术语和定义、分类和分级、符号和编码三个部分。（1）术语和定义术语和定义标准主要用于统一智能网联汽车领域的基础通用概念，为各相关行业统一用语奠定基础，同时为其它各部分标准的制定提供规范化术语支撑，该部分内容主要包括智能网联汽车相关的术语和定义等标准。（2）分类和分级分类和分级标准主要用于支撑各相关方认识和理解智能网联汽车领域标准化的对象、边界，以及各标准化对象之间的层级关系和内在联系，包括汽车驾驶自动化分级、汽车网联化等级划分、汽车网络安全防护等级划分以及自动驾驶系统设计运行条件等标准。（3）符号和编码符号和编码标准主要用于统一智能网联汽车各类产品、技术和功能对象的标识和符号，包括智能网联汽车操纵件、指示器及信号装置的标志、汽车软件识别码、车用数据格式及编码等基础性规则标准。72.通用规范标准通用规范标准侧重于提出适用于智能网联汽车技术框架的通用要求和共性评价准则，主要包括功能安全与预期功能安全、网络安全与数据安全、人机交互、地图与定位、电磁兼容、评价体系及工具等部分。（1）功能安全与预期功能安全功能安全标准用于确保电子电气系统故障（包括软件、硬件、系统故障）等功能异常的情况下，车辆能够安全运行、不会引发安全风险，主要包括产品层面的功能安全分析、设计开发要求、测试评价方法，以及企业层面的功能安全管理要求和审核评估方法。预期功能安全标准用于规避车辆因设计不足、性能局限及人为误用导致危害发生的不合理风险，主要包括产品层面的预期功能安全分析、设计开发要求、测试评价方法，以及企业层面的预期功能安全管理要求和审核评估方法。（2）网络安全与数据安全汽车网络安全标准基于车联网复杂环境，以车端为核心运用纵深防御理念保护其免受网络攻击或缓解网络安全风险，主要包括安全保障类与安全技术类标准。其中，安全保障类标准主要规范了企业及产品相关的体系管理和审核评估方法；安全技术类标准主要包括车用数字证书、密码应用等底层支撑类技术要求，元器件级、关键系统部件级、整车级安全技术要求及测试评价方法，以及入侵检测等综合安全防护技术要求、软件升级技术要求等。8汽车数据安全标准用于确保智能网联汽车数据处于有效保护和合法利用的状态并具备保障持续安全状态的能力，对数据提出明确的安全保护要求，对重要数据和个人信息提出重点安全保护要求，主要包括数据通用要求、数据安全要求、数据安全管理体系规范、数据安全共享模型和架构等标准。（3）人机交互人机交互标准主要指智能网联汽车产品形态相较于传统汽车在人机工程、信息传递、交互方式等方面存在差异的技术规范类标准，分为驾驶交互和座舱交互两部分。驾驶交互标准指驾驶员或驾驶自动化系统在执行动态驾驶任务过程中的交互规范，交互的内容与动态驾驶任务有较强关联性，包括信号提示通用规范、自动驾驶系统与外部交通参与者的交互、用户告知及安全使用等标准。座舱交互指智能座舱相关功能产生的交互需求，是针对新形态智能化交互技术在车辆上的应用要求标准。（4）地图与定位地图与定位标准主要包括坐标系、车用地图、卫星定位、惯性导航和融合定位等标准。坐标系标准主要规范车辆和相关关键部件实现导航、定位、测距、感知等相关功能时，所使用的相关坐标系及其技术要求。车用地图标准主要规范车用地图实现上车应用的要求及评价方法。卫星定位、惯性导航和融合定位标准主要侧重于为车辆提供安全、可靠的定位服务，支撑车辆实现导航、路径规划和决策控制等功能。9（5）电磁兼容电磁兼容标准主要包括智能网联汽车电磁兼容典型测试场景，以及在测试场景下进行智能网联汽车电磁兼容性能评价的要求与试验方法，保证在复杂的车内外电磁环境影响下，智能网联汽车相关功能不会发生性能降低或失效，进而影响车辆操控、提示报警、数据记录、数据传输等安全相关功能。（6）评价体系及工具评价体系及工具标准规范了智能网联汽车测试评价技术中的关键要素，创建以评价及审核能力、管理及开发流程、测试设备及工具、测试场景为核心的全新测试评价系列标准，为建立智能网联汽车测评认证体系提供基础支撑。3.产品与技术应用标准产品与技术应用标准主要涵盖信息感知与融合、先进驾驶辅助、自动驾驶、网联功能与应用、资源管理与应用等智能网联汽车核心产品与技术应用的功能、性能及相应试验方法，其中先进驾驶辅助和自动驾驶相关标准将充分体现智能化和网联化技术的融合发展需求。（1）信息感知与融合信息感知与融合标准是指通过车载毫米波雷达、车载激光雷达、车载摄像头等感知部件以及车载信息交互终端，探测和接收车辆外部信息，经过感知融合和分析处理，为后续的决策与控制环节提供依据。主要包括雷达与摄像头、车载信息交互终端和感知融合等标准。10（2）先进驾驶辅助先进驾驶辅助标准是指 0-2 级驾驶自动化功能，先进驾驶辅助系统（ADAS）是利用安装在车辆上的传感、通信、决策及执行等装置，实时监测驾驶员、车辆及其行驶环境，并通过信息和/或运动控制等方式辅助驾驶员执行驾驶任务或主动避免/减轻碰撞危害的各类系统的总称。ADAS 标准主要包括信息辅助以及控制辅助两个部分，主要规定各类别ADAS 对于车辆内外目标事件识别、系统状态转换条件及显示方式、动态驾驶任务执行及响应等核心能力的技术要求及相应试验方法。信息辅助标准是指ADAS在特定条件下向驾乘人员发出车辆及环境信息的提示或预警信号，包括全景影像、乘用车夜视、盲区监测、车门开启预警、后方交通穿行提示等标准。控制辅助标准是指ADAS在特定条件下短暂或持续地辅助驾驶员执行车辆横向和/或纵向运动控制，包括自动紧急制动、紧急转向辅助、车道保持辅助、车道居中控制、泊车辅助、组合驾驶辅助、加速踏板防误踩等标准。（3）自动驾驶自动驾驶标准是指 3-5 级驾驶自动化功能，自动驾驶系统（ADS）在特定的设计运行条件下能够代替驾驶员持续自动地执行全部动态驾驶任务，替代人类成为驾驶主体。自动驾驶类标准主要包括功能规范、试验方法和关键系统等。功能规范标准主要以高速公路、城市道路、其他特定区域等不同应用场景为基础，综合考虑自动驾驶功能的级别和11相应的设计运行条件两个因素，提出车辆自动驾驶系统在相应场景下的技术要求以及评价方法和指标。试验方法标准以“多支柱法”为指导，针对车辆自动驾驶系统，利用仿真试验、场地试验、道路试验等方法验证车辆自动驾驶系统的基础安全性。关键系统标准针对支撑车辆自动驾驶功能实现的关键系统提出功能、性能要求及试验方法。（4）网联功能与应用网联功能与应用标准主要指车辆在自身传感器探测的基础上，通过车载无线通信装置与其他节点进行信息交互，主要包括功能规范和网联技术应用两个部分。功能规范标准针对在车辆上通过无线通信技术实现的特定功能，用于规范相关功能的技术要求和试验方法。网联技术应用标准针对不同类型的无线通信技术制定相关系统技术要求标准，用于规范无线通信技术在车辆上的应用。基于现有产业基础，优先开展基于 LTE-V2X 的信息辅助类技术标准制定，并根据应用需求逐步推动基于下一阶段通信技术的车载应用标准制定。（5）资源管理与应用资源管理与应用标准侧重于规范平台架构、车用软件、车用芯片等智能网联汽车核心共性资源的功能、性能及应用要求，推动软硬件资源协同化规范化，主要包括平台架构、车用软件和车用芯片等标准。平台架构标准主要包括智能网联汽车云控平台、电子电气架构的接口、车内有线通信技术、12诊断通信等标准。车用软件标准侧重于为软件管理及软件层级的应用实现提供标准支撑，主要涵盖了软件升级管理标准、车用操作系统标准、应用软件标准等。车用芯片标准主要侧重于智能网联汽车关键芯片性能要求及试验方法，主要涵盖了安全芯片、计算芯片等体现智能网联汽车应用特点的车用芯片相关标准。四、组织实施（一）加强统筹协调。在智能网联汽车推进组（ICV-2035）等相关机制下，加强汽车、信息通信、电子、智能交通、车辆管理、信息安全、密码、地理信息等相关标委会等组织机构的协同配合，形成顶层设计科学、层次结构清晰、职责范围明确、合作协调顺畅的工作模式，以智能网联汽车标准体系为主体，推动国标、行标、团标协同配套，协力研制符合产业发展需要的系列技术标准。（二）加速创新驱动。聚焦智能网联汽车重点技术领域，整合行业优势资源力量，充分发挥标准领航效应，实现技术创新与标准制定相互融合、验证试验与效果评估相互促进，引领智能网联汽车新产品、新业态、新模式快速发展，共同加速智能化网联化技术进步，推动构建智能网联汽车融合创新发展的产业生态。（三）加深开放合作。积极参与联合国世界车辆法规协调论坛（WP.29）、国际标准化组织（ISO）、国际电工委员会（IEC）、国际电信联盟（ITU）等国际标准法规协调，持13续关注自动驾驶、V2X 通信、车用操作系统等相关国内外技术标准组织动态，通过国际专家咨询组（FEAG）及国际标准法规协调专家组（HEAG）等机制，组织开展双边、多边沟通交流，携手推进智能网联汽车国际标准法规制定。（四）加大宣贯实施。调动地方主管部门、行业组织、科研院所、高等院校及行业企业等各方力量，推进智能网联汽车标准技术研讨、标准宣贯、示范应用、人才引育等工作，持续提升公众认知。结合技术创新和产业发展趋势，定期开展行业调研与实施效果评估，持续完善标准体系，为产业发展和行业管理提供有力保障。14附件 1智能网联汽车现行和在研标准清单标准项目及分类标准项目及分类标准标准类型类型性性质质计划号计划号/标准号标准号采用的或相采用的或相应的国际应的国际、国国外标准号外标准号备注备注基础（基础（100）术语和定义（术语和定义（110）110-1智能网联汽车 术语和定义国标推荐20203968-T-339110-2道路车辆 先进驾驶辅助系统(ADAS)术语及定义国标推荐GB/T 39263-2020分类和分级（分类和分级（120）120-1汽车驾驶自动化分级国标推荐GB/T 40429-2021ISO/SAEPAS 22736120-2智能网联汽车 自动驾驶系统设计运行条件国标推荐20230388-T-339ISO 34503符号和编码（符号和编码（130）130-1智能网联汽车 操纵件、指示器及信号装置的标志国标推荐20203960-T-339通用规范（通用规范（200）功能安全与预期功能安全（功能安全与预期功能安全（210）功能安全（功能安全（211）15211-1道路车辆 功能安全第 1 部分：术语第 2 部分：功能安全管理第 3 部分：概念阶段第 4 部分：产品开发：系统层面第 5 部分：产品开发：硬件层面第 6 部分：产品开发：软件层面第 7 部分：生产、运行、服务和报废第 8 部分：支持过程第 9 部分：以汽车安全完整性等级为导向和以安全为导向的分析第 10 部分：指南第 11 部分：半导体应用指南第 12 部分：摩托车的适用性国标推荐GB/T 34590.1-2022GB/T 34590.2-2022GB/T 34590.3-2022GB/T 34590.4-2022GB/T 34590.5-2022GB/T 34590.6-2022GB/T 34590.7-2022GB/T 34590.8-2022GB/T 34590.9-2022GB/T 34590.10-2022GB/T 34590.11-2022GB/T 34590.12-2022ISO 262621-10 部分是对 GB/T34590-2017道路车辆功能安全 第1-10 部分的修订211-2道路车辆 电子电气系统 ASIL 等级确定方法指南国标指导GB/Z -3道路车辆 功能安全审核及评估方法第 1 部分：通用要求第 2 部分：概念阶段和系统层面第 3 部分：软件层面第 4 部分：硬件层面国标推荐20203971-T-33920203966-T-33920203964-T-33920203965-T-339预期功能安全（预期功能安全（212）212-1道路车辆 预期功能安全国标推荐20203970-T-339ISO 21448网络网络安全与数据安全（安全与数据安全（220）网络网络安全（安全（221）221-1汽车整车信息安全技术要求国标强制20214422-Q-339UN R155221-2汽车软件升级通用技术要求国标强制20214423-Q-339UN R156221-3道路车辆 信息安全工程国标推荐20230389-T-339ISO 2143416221-4汽车信息安全应急响应管理规范国标推荐20213611-T-339221-5汽车信息安全通用技术要求国标推荐GB/T -6车载信息交互系统信息安全技术要求及试验方法国标推荐GB/T -7电动汽车远程服务与管理系统信息安全技术要求及试验方法国标推荐GB/T -8汽车网关信息安全技术要求及试验方法国标推荐GB/T -9电动汽车充电系统信息安全技术要求及试验方法国标推荐GB/T -10汽车诊断接口信息安全技术要求及试验方法国标推荐20211169-T-339数据安全（数据安全（222）222-1智能网联汽车 数据通用要求国标推荐20213606-T-339人机交互（人机交互（230）驾驶交互（驾驶交互（231）座舱交互（座舱交互（232）232-1道路车辆 免提通话和语音交互性能要求及试验方法国标推荐20213581-T-339地图与定位（地图与定位（240）240-1车载定位系统技术要求及试验方法第 1 部分：卫星定位国标推荐20221438-T-339电磁兼容（电磁兼容（250）17评价体系及工具（评价体系及工具（260）评价及审核能力（评价及审核能力（261）管理及开发流程（管理及开发流程（262）测试设备及工具（测试设备及工具（263）测试场景（测试场景（264）产品与技术应用（产品与技术应用（300）信息感知与融合（信息感知与融合（310）雷达雷达与与摄像头（摄像头（311）311-1汽车用超声波传感器总成国标推荐GB/T -2车载激光雷达性能要求及试验方法国标推荐20230386-T-339311-3车载毫米波雷达性能要求及试验方法行标推荐2021-1123T-QC311-4汽车用主动红外探测系统国标推荐20193383-T-339311-5汽车用被动红外探测系统国标推荐20193384-T-339311-6汽车用摄像头行标推荐QC/T 1128-2019车载信息交互终端（车载信息交互终端（312）312-1车载无线通信终端国标推荐20193386-T-339感知融合（感知融合（313）18313-1汽车事件数据记录系统国标强制GB 39732-2020UN R160先进驾驶辅助（先进驾驶辅助（320）信息辅助（信息辅助（321）321-1汽车全景影像监测系统性能要求及试验方法国标推荐20203958-T-339321-2乘用车夜视系统性能要求与试验方法国标推荐20203963-T-339321-3道路车辆 盲区监测（BSD）系统性能要求及试验方法国标推荐GB/T 39265-2020UN R151321-4乘用车车门开启预警系统性能要求及试验方法国标推荐20205126-T-339321-5乘用车后方交通穿行提示系统性能要求及试验方法国标推荐20205125-T-339321-6驾驶员注意力监测系统性能要求及试验方法国标推荐GB/T 41797-2022控制辅助（控制辅助（322）322-1乘用车自动紧急制动系统（AEBS）性能要求及试验方法国标推荐GB/T 39901-2021UN R152拟变更为强制性国家标准322-2商用车辆自动紧急制动系统（AEBS）性能要求及试验方法国标推荐GB/T 38186-2019UN R131拟变更为强制性国家标准322-3乘用车车道保持辅助（LKA）系统性能要求及试验方法国标推荐GB/T 39323-2020ISO 22735322-4商用车辆车道保持辅助系统性能要求及试验方法国标推荐GB/T 41796-2022UN R130拟变更为强制性国家标准322-5汽车智能限速系统性能要求及试验方法国标推荐20203961-T-33919322-6智能泊车辅助系统性能要求及试验方法国标推荐GB/T -7智能网联汽车 组合驾驶辅助系统技术要求及试验方法第 1 部分：单车道行驶控制第 2 部分：多车道行驶控制国标推荐20213607-T-33920213610-T-339UN R79拟变更为强制性国家标准计划自动驾驶（自动驾驶（330）功能规范（功能规范（331）331-1智能网联汽车 自动驾驶系统通用技术要求国标推荐20213608-T-339试验方法试验方法（332）332-1智能网联汽车 自动驾驶功能场地试验方法及要求国标推荐GB/T -2智能网联汽车 自动驾驶功能道路试验方法及要求国标推荐20213609-T-339关键系统（关键系统（333）333-1智能网联汽车 自动驾驶数据记录系统国标强制20214420-Q-339网联功能与应用（网联功能与应用（340）功能规范（功能规范（341）341-1道路车辆 网联车辆方法论第 1 部分：通用信息第 2 部分：设计导则国标推荐GB/T 41901.1-2022GB/T 41901.2-2022ISO 20077-1ISO 20077-2341-2车载事故紧急呼叫系统国标强制20230441-Q-339UN R144网联技术应用（网联技术应用（342）342-1车载专用无线短距传输系统技术要求和试验方法行标推荐2021-0135T-QC20342-2基于 LTE-V2X 直连通信的车载信息交互系统技术要求及试验方法国标推荐20230390-T-339资源管理与应用（资源管理与应用（350）平台架构（平台架构（351）351-1车载有线高速媒体传输系统技术要求及试验方法行标推荐2021-1122T-QC351-2道路车辆 基于因特网协议的诊断通信（DoIP）第 2 部分：传输协议与网络层服务第 3 部分：基于 IEEE 802.3 有线车辆接口第 4 部分:基于以太网的高速数据链路连接器国标推荐20211165-T-33920211163-T-33920213576-T-339ISO 13400本系列标准等同采用的ISO 13400 第1 部分已废止车用软件（车用软件（352）车用芯片（车用芯片（353）21附件 2智能网联汽车标准建设重点方向序号序号一级分类一级分类二级分类二级分类三级分类三级分类重点方向重点方向1基础基础（100）术语和定义术语和定义（110）道路车辆 自动驾驶系统测试场景 术语等2分类和分级分类和分级（120）汽车网联化等级划分、汽车网络安全防护等级划分等3符号和编码符号和编码（130）汽车软件识别码、智能网联汽车 车用数据格式及编码等4通用规范通用规范（200）功能安全与预期功能安全与预期功能安全功能安全（210）功能安全功能安全（211）道路车辆 功能安全要求及验证确认方法等5预期功能安全预期功能安全（212）道路车辆 安全相关系统理论过程分析方法、道路车辆 预期功能安全审核及评估方法、道路车辆 预期功能安全要求及验证确认方法等6网络安全与数据网络安全与数据安全安全（220）网络安全网络安全（221）道路车辆 信息安全工程审核指南、道路车辆 网络安全保障等级和目标攻击可行性、道路车辆 网络安全验证和确认、汽车网络安全入侵检测技术规范、车载安全模块加密认证技术规范、智能网联汽车 数字身份标识、信息安全、网络安全和个人信息保护 智能网联汽车设备的安全要求及评估、汽车电子控制单元信息安全防护技术规范、汽车数字证书应用规范、汽车密码应用技术要求、汽车安全漏洞分类分级规范、汽车芯片信息安全技术规范等7数据安全数据安全（222）智能网联汽车 数据安全要求、智能网联汽车 数据安全管理体系规范、智能网联汽车数据安全共享模型与规范、智能网联汽车 数据安全共享参考架构等8人机交互人机交互（230）驾驶交互驾驶交互（231）智能网联汽车 信号提示通用规范、智能网联汽车 自动驾驶系统与外部交通参与者交互规范、驾驶自动化功能用户告知及安全使用规范等9座舱交互座舱交互（232）智能网联汽车 用户使用非驾驶任务功能 通用安全规范、汽车智能座舱功能评价规范、智能网联汽车 车内生物滞留监测系统技术要求及试验方法、智能网联汽车 车载人脸识别系统技术要求及试验方法、智能网联汽车 座舱声学系统技术要求及试验方法、乘用车抬头显示系统性能要求及试验方法等2210地图与定位地图与定位（240）智能网联汽车 坐标系、车用地图应用要求及评价方法、车载定位系统技术要求及试验方法 惯性导航、智能网联汽车 融合定位系统技术规范等11电磁兼容（电磁兼容（250）智能网联汽车 电磁兼容典型测试场景、道路车辆 复杂电磁环境适应性要求和试验方法等12评价体系及工具评价体系及工具（260）评价及审核能力评价及审核能力（261）智能网联汽车 主观评价规范、智能网联汽车 管理体系审核人员要求等13管理及开发流程管理及开发流程（262）道路车辆 自动驾驶系统设计与验证安全规范等14测试设备及工具测试设备及工具（263）道路车辆 智能网联汽车感知功能评价测试设备、道路车辆 智能网联汽车网联功能测试设备、道路车辆 智能网联汽车测试自然环境模拟设备、道路车辆 智能网联汽车测试对象监测和控制技术规范等15测试场景测试场景（264）道路车辆 自动驾驶系统测试场景 基于场景的安全评估框架、道路车辆 自动驾驶系统测试场景 数据采集和分析方法、道路车辆 自动驾驶系统测试场景 分类方法、道路车辆 自动驾驶系统测试场景 场景评估和测试用例生成方法、道路车辆 自动驾驶系统测试场景 自然语言描述方法、智能网联汽车 自动驾驶测试场景库技术规范等16产品与技术应用产品与技术应用（300）信息感知与融合信息感知与融合（310）雷达与摄像头雷达与摄像头（311）道路车辆 CMS 系统人机工程学及其性能要求与试验方法、车载视频影像系统性能要求及试验方法等17车载信息交互终端车载信息交互终端（312）道路车辆 整车天线系统射频性能要求及试验方法、道路车辆 整车天线系统通信性能要求及试验方法等18感知融合感知融合（313）智能网联汽车 感知融合系统技术规范、道路车辆 自动驾驶传感器与数据融合单元间数据通信逻辑接口等19先进驾驶辅助先进驾驶辅助（320）信息辅助信息辅助（321）商用车辆行人和自行车移动监测系统技术规范、汽车倒车辅助系统技术规范等20控制辅助控制辅助（322）乘用车紧急转向辅助系统技术规范、商用车辆紧急转向辅助系统技术规范、智能网联汽车 车道居中控制系统技术规范、智能网联汽车 部分驾驶辅助系统纵向行驶控制性能要求及试验方法、智能网联汽车 组合驾驶辅助系统技术要求及试验方法、汽车加速踏板防误踩系统技术规范等21自动驾驶自动驾驶（330）功能规范功能规范（331）智能网联汽车 高速公路及城市快速路自动驾驶系统技术规范、智能网联汽车 城市干支路自动驾驶系统技术规范、智能网联汽车 自动驾驶系统最小风险策略技术规范、智能网联汽车 自动泊车系统性能要求与试验方法、智能网联汽车 港口自动驾驶系统技术规范、智能网联汽车 末端配送自动驾驶系统技术规范等2322试验方法试验方法（332）智能网联汽车 自动驾驶系统仿真测试工程、智能网联汽车 自动驾驶功能仿真试验方法及要求等23关键系统关键系统（333）智能网联汽车 驾驶员接管能力监测系统、智能网联汽车 安全监测和报告技术规范等24网联功能与应用网联功能与应用（340）功能规范功能规范（341）智能网联汽车 列队跟驰系统技术规范、智能网联汽车 远程驾驶控制系统技术规范、智能网联汽车 基于网联技术的信息辅助系统技术规范、汽车数字钥匙系统技术规范等25网联技术应用网联技术应用（342）基于 NR-V2X 直连通信的车载信息交互系统技术要求及试验方法等26资源管理与应用资源管理与应用（350）平台架构平台架构（351）智能网联汽车云控平台技术规范、道路车辆 电子电气架构接口规范、道路车辆 车载以太网、车载以太网时间敏感网络（TSN）等27车用软件车用软件（352）道路车辆 软件升级工程、智能网联汽车 应用软件通用技术规范、智能网联汽车 车控操作系统技术要求及试验方法、智能网联汽车 车载操作系统技术要求及试验方法等28车用芯片车用芯片（353）汽车安全芯片技术要求及试验方法、汽车智能驾驶计算芯片技术要求及试验方法、汽车智能座舱计算芯片技术要求及试验方法等

83人已浏览 2023-10-10 26页 5星级

智能网联汽车电子电气架构产业技术路线图智能网联汽车电子电气架构产业技术路线图电动汽车产业技术创新战略联盟中国智能网联汽车产业创新联盟电动汽车产业技术创新战略联盟中国智能网联汽车产业创新联盟汽车电子电气架构工作组电子电气信息架构与网络工作组2023 年年 5 月月2参研单位参研单位国汽（北京）智能网联汽车研究院有限公司、中国汽车工程学会、国汽智控（北京）科技有限公司、北京邮电大学、北京理工大学、北京国家新能源汽车技术创新中心有限公司、中国第一汽车集团有限公司、北京新能源汽车股份有限公司、华为技术有限公司、中兴通讯股份有限公司、武汉路特斯科技有限公司、岚图汽车科技有限公司、网络通信与安全紫金山实验室、博世汽车部件(苏州)有限公司、惠州市德赛西威汽车电子股份有限公司、上海鲲宜软件技术有限公司、紫光展锐（上海）科技有限公司、东软睿驰汽车技术（上海）有限公司、博泰车联网科技（上海）股份有限公司、华砺智行（武汉）科技有限公司、极氪汽车(宁波杭州湾新区)有限公司、宇通客车股份有限公司、天海汽车电子集团股份有限公司、上海科络达云软件技术有限公司、清华大学深圳国际研究生院、中国信息通信研究院、北汽福田汽车股份有限公司、北京交通大学、普华基础软件股份有限公司、上海仰望平凡科技有限公司、长城汽车股份有限公司、合众新能源汽车股份有限公司、重庆长安汽车股份有限公司、中国汽车工程研究院股份有限公司编写组成员编写组成员唐风敏、丛炜、朱海龙、曹万科、刘璟、邹广才、李秋霞、赵立金、刘国芳、刘德舟、常伟、刘兴亮、李红、靳龙辉、王翔宇、冷卫杰、董玉廷、赵琳、王勇、鲍振标、韩可强、黄小云、王磊、包哈达、谢晓、樊琛、黄韬、鲁京京、黄成凯、张旭东、李克、高长胜、李超、林源、李长龙、孔祥明、张兆龙、孙江辉、王颖鑫、王孟轩、刘建业、李玉鹏、李振、白平在、陈晓、宋超、李雪峰、丁先山、尹扬、叶淼波、张贵海、司华超、方伟家、张华宇、严园园、李庆、李迎宾、王存跃、孔德刚、和林、邱安崇、王碧、黄军、梁迪、林永彬、甘庆忠、陈翠兰、唐侨、叶浩宇、周晓萌、吴胜武、朱勇旭、刘威、闻继伟、刘德宽、时红仁、张瑜、顾照泉、任学锋、殷凡、彭方强、张伟云、赵公旗、李剑峰、康金灿、章鑫杰、聂晟、李志恒、张凯、李巍、何巍、张立峰、李明辉、葛文奇、李宗辉、杨冬、赵亚涛、罗青松、陈浩鑫、贾承前、彭双印、胡斌、张良、王静、刘建峰、王野、侯亚飞、蒋峰、雷剑梅、刘杰、徐维3前言前言智能网联汽车成为全球汽车产业战略重点，各类新技术加速在汽车上融合应用，汽车智能化功能越来越多，汽车电子电气架构随之持续演进，有着向中央集中式架构及车路云一体化系统架构进化的趋势，同时软件架构通过服务化逐步实现分层解耦，通信升级确保智能网联汽车海量数据的高速传输。智能网联汽车电子电气架构产业技术路线图的研制立足于智能网联汽车新型电子电气架构，新型电子电气架构本质是为车端提供一个面向服务的分布式异构计算平台，涵盖汽车电子软件架构、硬件架构和通讯架构等要素。本报告在中国汽车工程学会、电动汽车产业技术创新战略联盟（CAEV）和中国智能网联汽车产业创新联盟（CAICV）的支持和指导下，通过 CAEV 汽车电子电气架构工作组和CAICV 电子电气信息架构与网络工作组的通力合作，历时一年多，由来自三十多家参研单位的一百余名专家倾力研制。最后，感谢参与路线图编撰、研讨、审核修订的全体专家的努力和贡献！感谢编写组牵头单位国汽（北京）智能网联汽车研究院有限公司、国汽智控（北京）科技有限公司、北京邮电大学、北京理工大学、北京国家新能源汽车技术创新中心有限公司的专家和老师的颇具成果的贡献！感谢广州汽车集团汽车工程研究院侯旭光、奇瑞汽车股份有限公司石瑞林、北京理工大学邹渊、中汽研（天津）汽车工程研究院有限公司韩光省、中国信息通信研究院技术与标准研究所张恒升、普华基础软件股份有限公司解决方案中心陈永钢、武汉光庭信息技术股份有限公司新能源事业部技术中心钟国华对本报告的评审及专业指导！4目录目录第 1 章 概论第 1 章 概论.51.1 行业背景.51.2 新型电子电气架构（EEA）定义.61.3 总体研究目标和范围.7第 2 章 产业发展概况第 2 章 产业发展概况.92.1 产业发展现状.102.2 产业链概况.182.3 政策和标准.332.4 产业技术发展趋势.452.5 问题和挑战.55第 3 章 关键技术体系第 3 章 关键技术体系.593.1 软件架构关键技术.593.2 硬件架构关键技术.843.3 通信架构关键技术.11003.4 车路云协同关键技术.1493.5 电子电气架构相关安全体系.1555第 4 章 开发与测试流程方法及工具（第 4 章 开发与测试流程方法及工具（PMT）.1674.1 基于模型的汽车电子电气系统设计理论基础.1674.2 架构开发模式和开发流程.17114.3 架构测试流程.17334.4 开发和测试工具链.1811第 5 章 产业技术发展路线图：预期目标和实现路径第 5 章 产业技术发展路线图：预期目标和实现路径.19425.1 产业发展总体路线.19425.2 软件架构发展路线.1995.3 硬件架构发展路线.2065.4 通信架构发展路线.21775.5 车路云协同发展路线.22225.6 电子电气架构相关安全体系发展路线.2255第 6 章 总体发展建议第 6 章 总体发展建议.2322参考文献参考文献.2366英文术语、英文名词缩略语对照表英文术语、英文名词缩略语对照表.239第 1 章 概论5第 1 章 概论第 1 章 概论1.1 行业背景行业背景上世纪 80 年代起随着汽车电子技术的快速发展，电子控制单元（ECU）逐渐成为汽车的核心组成部分。汽车电子技术的演进历经从最早的发动机管理单元（EMS）、到防抱死控制系统（ABS）、到智能车控、智能驾驶、智能座舱和智能网关域控制器，以及智能传感器、智能执行器和线控系统等。近年来，在国家产业政策的引导和扶持下，以节能环保为代表的新能源汽车得到发展机遇。同时，在物联网（IoT）和 IT 技术的推动下，智能驾驶及智能网联技术在汽车行业得到广泛应用，使汽车从简单的代步工具逐步演变为用户移动出行的智能伴侣智能网联汽车，如图 1-1 所示。图 1-1 智能网联汽车发展趋势目前，智能网联汽车正从单车智能向车路云协同的方向转变。智能网联汽车不仅与基础设施网联通信，而且可进行更广泛的网联（V2V、V2I、V2P、V2N）。可以预见，智能网联汽车远期形态将向“车路云网图”协同发展模式演进。当云端得到充分发展后，车云通信技术可支持高实时、高可靠、低延时、大带宽的数据传输时，车端与 5G、边缘计算和云计算技术可做到真正融合。同时，支持高级别自动驾驶和车路云协同的智能网联汽车要求电子电气架第 1 章 概论6构在车载算力集中、车路云多源算力分配、时间敏感关键信息流、多核多任务软件架构等方面提供相应的技术支撑能力。智能网联汽车的电动化、网联化、智能化、共享化发展需求对汽车电子电气架构（EEA）的技术演进和变革提出创新要求，也促进汽车电子电气架构技术向“软件定义汽车”方向逐步演绎和进化。汽车电子电气架构的发展历程和趋势总体上正在从分布式架构向域集中式架构、中央集中式架构、车路云一体化架构发展，如下图 1-2。图 1-2 汽车 EEA 发展路线11.2 新型电子电气架构（新型电子电气架构（EEA）定义）定义智能网联汽车新型电子电气架构区别于传统汽车的电子电气架构，其本质是为车端提供一个异构的分布式面向服务的计算平台，涵盖汽车电子软件架构、硬件架构和通讯架构等要素。传统电子电气架构集合应用场景需求、功能逻辑实现、网络通讯拓扑、线束连接等，包含电子电器部件以及建立这些部件之间的交互机制的过程。在功能需求、法规和设计要求等特定约束下，通过对功能、性能、成本、装配等各方面进行分析，得到优化的电子电气系统1研究报告智能网联汽车新型电子电气架构标准化需求研究，全国汽车标准化技术委员会，2022。第 1 章 概论7解决方案。而智能网联汽车新型电子电气架构以软件架构为核心，以支撑汽车进入“软件定义汽车”的新愿景。其中，软件架构层面采用面向服务架构（SOA）作为车端软件系统的架构风格，通过服务化对功能逻辑进行封装，通过服务组合方式进行软件集成，通过软件集中化、一体化、横向化和敏捷化管理降低软件开发成本，提高软件架构的可组合扩展性等，加快智能网联汽车场景应用的快速迭代更新；在硬件架构层面采用域控制器、区域控制器和中央计算平台等高性能大算力平台为支撑，在提升算力的同时实现硬件平台的集成化、通用化和标准化，为软件服务灵活部署和运行提供高效能的物理平台；在车载通讯架构层面，以太网作为骨干网络，采用 SOME/IP（Scalable Service-oriented Middleware over IP，可扩展面向服务的通信中间件协议）或 DDS（Data Distribution Service，用于数据分发/订阅的通信中间件协议和应用程序接口标准）面向服务通讯中间件，融入 TSN（Time-Sensitive Network，时间敏感网络）、安全等技术，确保智能网联汽车海量数据的高速传输；在信息物理层面，借助 5G 无线通信、车规级边缘云、数字孪生、安全以及实现车路云同步的数字底座等技术，形成车路云一体化集中计算能力。1.3 总体研究目标和范围总体研究目标和范围智能网联汽车电子电气架构产业技术路线图（后简称路线图）的研制旨在推进新一代电子电气架构技术、标准、工具链和产业发展等方面的合作研究，集聚产业链及产学研各方力量，促进电子电气架构共性技术研究，在产业内促成友好互助的技术交流势态和开放共享的产业合作模式，支撑国家汽车强国建设工作。路线图总体研究目标为：1.适应新一代智能网联汽车技术及其应用场景的特点，如智能驾驶、智能座舱、新能源驱动、“车路云网图”协同、共享出行；2.研究产业生态发展趋势，立足现状，促进产业生态不断完善，可持续发展；3.研究汽车新型电子电气架构的关键技术体系，主要包括软件架构、硬件架构、通信架构等；4.研究汽车电子电气架构设计方法论以及开发测试的流程、方法和工具；第 1 章 概论85.促进将信息安全、功能安全和预期功能安全融入到架构开发和系统升级中；6.对智能网联汽车电子电气架构的产业和技术发展路线给予预判和发展建议。围绕上述研究目标，本报告从产业发展、关键技术体系、开发测试流程方法工具、发展路线四大部分展开研究，覆盖智能网联汽车电子电气架构产业和技术的发展现状与目标，引领行业对新一代汽车电子电气架构技术演进和产业促进的思考、探索和践行，促进产业创新、跨界融合、共享生态，为从业者及决策部门提供智能网联汽车基础平台智库。同时，路线图中的关键技术体系将聚焦于新型电子电气架构，重点介绍软件架构、硬件架构、通信架构、车路云协同中的关键技术，以及纵贯电子电气架构的信息安全、功能安全和预期功能安全核心流程和关键技术。路线图整体内容结构如下图 1-3 所示。图 1-3 路线图整体内容结构第 2 章 产业发展概况9第 2 章 产业发展概况第 2 章 产业发展概况表 2-1 产业发展概况导读2.1 产业发展现状2.1.1 国外整体产业发展现状2.1.2 国内整体产业发展现状2.1.3 国内外架构整体方案对比2.2 产业链概况2.2.1 产业链综述2.2.2 软件架构产业链2.2.3 硬件架构产业链1.域控制器2.域控制器芯片3.感知传感器2.2.4 通信架构产业链1.综述2.传统总线芯片3.汽车以太网芯片4.汽车以太网设备-TSN 网络设备2.3 政策和标准2.3.1 政策1.全球智能网联汽车产业政策概况2.全球智能网联汽车产业发展支持体系3.智能网联汽车产业政策的若干建议2.3.2 标准1.软件架构标准化组织和软件平台规范2.接口标准化与互操作性3.车载总线标准化组织和标准4.功能安全/预期功能安全标准5.信息安全标准法规2.4 产业技术发展趋势2.4.1 电子电气架构演进2.4.2 整车计算平台形态演进2.4.3 构建 SOA（面向服务架构）2.4.4 通信架构升级2.4.5 功能安全、网络安全升级2.4.6 计算芯片短期分化与长期融合第 2 章 产业发展概况102.5 问题和挑战2.1 产业发展现状产业发展现状2.1.1 国外整体产业发展现状国外整体产业发展现状关于汽车电子电气架构演进，行业内讨论最多的是博世提出的电子电气架构发展六阶段，如图 2-1 所示。博世将整车 EEA 划分为六个阶段：模块化（Modular）、集成化（Integration）、域集中（Domain Centralization）、域融合（Domain Fusion）、整车中央计算平台（VehicleComputer）、车-云计算（Vehicle Cloud Computing）阶段。该演进概念清晰指明了未来汽车电子电气架构算力会逐渐集中化，最终会发展到云端计算。当前主流架构处于功能域控制器集中阶段，正在朝多域控制器融合架构方向发展。图 2-1 博世 EEA 发展六阶段安波福提出智能电气架构（SVC），采用中央计算机及带有标准化接口和互联网安全网关，统一供电和数据主干网，通过双环拓扑结构实现冗余网络。而动力数据中心（PDC）可以为周围的电子系统分配电源，收集并分发大量原始传感器数据到中央计算机，在中央计算第 2 章 产业发展概况11机中对它们进行处理以实现自动驾驶命令。区域控制器为传感器提供接口，管理电源，并提供区域算力。作为中央计算平台的开放式服务器平台可动态分配算力资源，保证汽车即使在关键部位发生故障的情况下也能安全行驶，从而保证汽车的安全冗余。为了适应市场对电动化的需求，实现从分布式向集中式电子电气架构转变。国内外整车企业已开始建立适合未来的车辆电子电气架构和汽车软件架构，使其可以在不同的车辆计划、开发单位和组织之间进行协调，从而提高开发的灵活性和创新性，减少开发时间与风险。国外整车企业如特斯拉和大众已实现整车集成至 4 个主控 ECU，实现整车域控制器软件开发，实现软硬件解耦设计，并多次通过 OTA 升级整车功能。特斯拉 Model S、Model X 再到 Model 3/Y 的电子电气架构演变，推动力是商业模式及技术路径的变革，充分体现了软件定义车辆的技术创新。图 2-2 特斯拉 Model 3 ECU 图示目前最有名的是特斯拉 Model 3 采用的架构，如上图 2-2。Model 3 车载中央电脑和区域控制器架构，采用 Autopilot（自动驾驶） IVI（信息娱乐系统） T-BOX（远程信息处理器）三合一计算平台，将三块控制板集成到同一壳体中，新引入 BCM-F/L/R 三个区域控制器，实现 ECU 整合并对执行器供电。彻底抛弃了功能域的概念，实现集中式电子电气架构和区域控制器方案，通过中央计算模块（CCM）对不同的区域 ECU 及其部件进行统一管理，并通过CAN（控制器局域网）进行通信，并实现了高度集成，高度模块化，对传统汽车电子架构进行了全方位的创新，实现了“软件定义汽车”，加快了汽车产品迭代速度。实现了算力集中化、服务附加值提升、内部拓扑结构简化。特斯拉的准中央计算 EEA 已带来了线束革命，第 2 章 产业发展概况12Model S/Model X整车线束的长度是3公里，Model 3整车线束的长度缩短到了1.5公里，ModelY 进一步缩短到 1 公里左右。特斯拉的集中控制功能集成在三个域控制器中，中央计算模块直接整合了智能驾驶与信息娱乐域控制模块，以及外部连接和车内通信系统域功能，架构方案较之前车型简化，即：AICM（智能驾驶与信息娱乐域控制模块）：连接各类自动驾驶传感器，综合执行逻辑计算功能，以及完成人机交互；FBCM（前车身控制模块）/智能配电模块：负责 12V 的电池、电源分配和热管理的功能；LBCM（左车身控制模块）和 RBCM（右车身控制模块）：分别负责剩下的车身与便利系统、底盘与安全系统和部分动力系统的功能。德国曼恩商用车（MAN）的中央计算式电子电气架构，以集中化为特征，采用了一个中央控制单元，部署了所有与策略相关的功能，因此车辆的 ECU 也相应地减少。剩余的 ECU也不再包含任何策略相关功能，因此新功能的集成发生在功能架构级别，不影响 ECU 和 CAN通信。另外该 EEA 引入了标准化的 I/O 模块，如果车辆新增功能，仅需安装附加的 I/O 模块以及相关的执行器和 ECU。这也为将来的车辆功能和系统提供了良好的可扩展性，并使该架构与时俱进。大众为了适应市场对电动化的需求，推出了 MEB 平台，实现从分布式向域融合电子电气架构转变。MEB 电子电气架构分为整车控制器（ICAS1）、智能驾驶（ICAS2）和智能座舱（ICAS3）三大域控制器。ICAS1 实现整车所有控制类功能集成，如高压能量管理、低压电源管理、扭矩控制、车身电子控制、网关、存储等功能；另外 ICAS1 连接诊断接口和 T-BOX，实现信息安全设计，并作为 OTA 主控 ECU 实现整车并行刷写。ICAS2 作为智能驾驶运算中心，通过以太网接收 ICAS1 的雷达和摄像头信息，实现运算处理，并实现对于制动和转向系统的请求。ICAS3 采用一机多屏控制方式，通过以太网接收 ICAS1 和 ICAS2 的需求。另外大众推出自身 VW.OS，并采用 Adaptive AUTOSAR（又称 AUTOSAR AP，AUTOSAR 自适应平台）和 SOA 实现不同应用的集成。沃尔沃的区域电子电气架构包括 Core System（核心系统）和 Mechatronic Rim（机电区域），如下图 2-3 所示。沃尔沃的 VIU（Vehicle Integration Unit，整车集成单元）对应不同第 2 章 产业发展概况13整车区域的感知、控制与执行。沃尔沃的 VCU（Vehicle Computation Unit，整车计算单元/整车控制器）对应车载中央计算机，提供整车智能化所需的算力与数据存储。图 2-3 沃尔沃 EEA 架构示意图奥迪将采取中央集群计算方案（Central Computing Cluster）。如下图 2-4 所示，整车划分为：驱动域、能源域、横纵向控制域、驾驶辅助域、座舱域、车身舒适域、信息安全域；不同的域之间通过高速以太网来进行信息交互，域内采用 CANLIN 等进行实时低速通信；新架构分为传感器与执行器层和承载不同功能的域层；车辆的中央计算单元会与企业的后台相连接，奥迪的后台会与 HERE 后台相连，接进行数据共享。图 2-4 奥迪 EEA 架构示意图第 2 章 产业发展概况142.1.2 国内整体产业发展现状国内整体产业发展现状目前，国内主流汽车企业三化融合车型的电子电气架构方案已从完全分布式控制，进入域集中式控制。国内造车新势力普遍直接采用功能域控到域融合的过渡方案，域融合方案普遍集中在智能驾驶和智能座舱。国内传统整车企业和 Tier1 较多采用采用功能域控式控制，如下图 2-5，即“中央网关 域控制器”方案，大体上划分动力、底盘、信息娱乐、自动驾驶、车身舒适等领域。中央网关通过 CAN/以太网路由，统筹动力、底盘、信息娱乐、自动驾驶、车身舒适等子网的信号交互。同时国内传统整车企业也存在不同的技术路线。图 2-5 国内传统整车企业 EEA 架构示意图宇通电子电气架构当前采用的是分布式电子电气架构（如图 2-6），由独立网关隔离不同功能域，分别为动力域、底盘域、车身域、交互域、网联域等。图 2-6 宇通 EEA 架构示意图极氪汽车已量产（车型：极氪 001）的电子电气架构是功能域集中式架构（如图 2-7），由四大功能域主控承担整车级别的各域功能逻辑软件部署中心的角色，将绝大多数传感器和第 2 章 产业发展概况15执行器的控制逻辑与整车功能应用进行分离，大部分普通 ECU 作为纯粹的传感和执行控制单元，功能域内跨子系统和子系统内部的逻辑接口交互在域控内部即可完成，跨域信息交互通过 Flexray（高速容错网络协议）和以太网为主干网的双网实现。ECU 实现功能业务应用和执行器控制逻辑的解耦，功能接口模块化、标准化、开放化。在电子硬件集成度上，域控集成 了 大 量 的 简 单 I/O 驱 动，复 杂 的 执 行 器 和 传 感 器 作 为 独 立 的 电 子 单 元 通 过CAN/LIN/A2B/LVDS 等网络连接在各自的域控上，一定程度上缩减了 ECU 数量、降低了整车成本。图 2-7 极氪汽车 EEA 架构示意图华为基于自身的 ICT 技术为积累，推出华为 CCA 架构为基础的全栈式解决方案（如图2-8）。其中底层的基础是“计算 通信”为核心的 CCA 架构，用以太环网作为车载通信主干网络，实现了“功能域” “区域”的集成。以太环网 VIU 区域控制器构建车内通信架构。整车网络架构设置 3-5 个 VIU，相应的传感器、执行器甚至部分 ECU 就近接入，实现电源供给、电子保险丝、I/O 口隔离等功能。VIU 之间通过高速以太网的环形网络进行连接，确保整车网络高效率和高可靠。在整车通信架构之上，设置智能座舱域控制器 CDC、智能驾驶域控制器MDC 和整车控制器 VDC，共同完成信息娱乐、自动驾驶、整车及底盘域的控制。第 2 章 产业发展概况16图 2-8 华为 EEA 架构（CCA）示意图国内造车新势力整车企业普遍采用功能域控到域融合的过渡方案（如下图 2-9），大体上划分信息娱乐、自动驾驶、整车控制、车身控制四个领域，骨干网采用以太网与 CAN 混合，各领域内多种通信总线混合搭配。在自动驾驶域、信息娱乐域分别采用了域融合控制器，利于后续持续迭代开发。图 2-9 国内造车新势力 EEA 架构示意图集中控制主要适用动力底盘控制系统、智能驾驶系统及部分智能座舱系统，分布式控制主要适用车身控制、舒适控制、车联网等系统。在主流现行电子电气架构方案下，整车通信主干网采用 CAN 或 Flexray 通信技术。在智能驾驶域、车联网系统、诊断系统引入了车载以太网通信技术。高合汽车（华人运通旗下纯电汽车品牌）HiPhi X 的 H-SOA 超体架构包含六大计算平台：第 2 章 产业发展概况17娱乐域计算平台 IDCM、自动驾驶域计算平台 ADCM、动力和底盘域计算平台 VDCM、车身域计算平台 BDCM、中央网关 CGW、V-Box 通信计算平台，据称实现主动自主学习和软件远程迭代，实现整车级 FOTA，采用千兆以太网，可支持 5G V2X 车路协同和智慧城市技术。2.1.3 国内外架构整体方案对比国内外架构整体方案对比总体而言，国内整车企业电子电气架构整体方案与国外传统整车企业方案相当，都处在功能域控或功能域控到域融合的过渡阶段。不过，国内方案相对比在行业内处于领先地位的特斯拉架构方案，大概有 35 年的的差距，这些差距主要体现在：1.功能软件设计模型功能软件设计模型方面，国内整车企业自主设计车载核心功能较少，缺少开发和验证能力积累。2.架构设计的模型库架构设计的模型库方面，尤其是在智能驾驶功能方面，国外主流整车企业在开发智能驾驶功能时均基于较为完善的功能模型库进行设计和验证，以确保智能驾驶的可靠性和安全性。而国内各整车企业在智能驾驶功能模型的开发领域还处于空白阶段，大部分需要依靠国外供应商或者第三方技术支持才能开展智能驾驶设计工作。另外，智能驾驶的场景数据库也是目前国内整车企业的储备软肋。3.控制器底层软件控制器底层软件方面，市场底层软件多为国外产品，我国产品的应用范围少、用量少，很难发展完善；4.主流车载总线技术主流车载总线技术方面，技术被国外垄断，难以满足国内智能网联汽车在通信方面需求；5.汽车电子基础软件汽车电子基础软件方面，国外汽车行业已较成熟（日本汽车软件标准化组织 JASPAR和欧洲 AUTOSAR 体系），而国内属于发展初期。另外，汽车电子底层软件主要依赖国外零部件供应商。6.网络架构设计网络架构设计方面，智能网联汽车的通信网络需要满足大带宽、高实时性的要求，车载以太网作为车载网络中的主干网是新型网络架构的必然趋势。国际上基于车载以太网的新型网络拓扑结构以及通信协议已经基本成型，而国内车载以太网的研究和应用较少，无法第 2 章 产业发展概况18在车载以太网标准发布后快速进入应用阶段。7.冗余技术冗余技术方面，冗余技术在保证未来智能汽车安全性和可靠性方面具有十分重要的作用，国际上领先的电子电气架构研发团队提出多种冗余方式，将冗余技术应用在整个电子电气架构的开发过程中。国内目前更多将冗余技术应用于高级别自动驾驶系统的开发中。2.2 产业链概况产业链概况2.2.1 产业链综述产业链综述智能网联汽车的发展对原有汽车产业链已经产生一定冲击和影响，具体表征在以下三个方面：上游上游由仅提供零部件的传统模式，增加了可提供车用操作系统（OS）、计算平台硬件等多种形态的 Tier1（一级供应商）生态，且感知传感器，包括摄像头、毫米波雷达、激光雷达等得以快速发展，并且随国内外智能驾驶功能装配比例增加，加速了落地，行业得以蓬勃发展。中游中游从仅由传统整车企业占据市场，变为科技公司迅速下场与传统整车企业展开角逐，并形成了一定的竞争力。新造车势力对新技术的拥抱，对用户体验的重视，使得汽车行业开发周期迅速缩短，形成从对标逆向开发到以产品功能需求和用户体验为主导向的正向开发模式的转变。下游下游后市场变化更加巨大，随着移动出行的快速推广，网约车等新的出行方式被广泛使用，整车企业在下游的经营方式由传统的以 TO C（对消费者）为核心的汽车销售策略转变为多样化经营。如可以和出行公司合作 TO B（对企业）、TO M（对市场）获得盈利，也可以亲自下场组建出行公司，同时可采用软件运营的方式增加用户粘性并持续获得经营利益。智能网联汽车电子电气架构相关的产业链概况如下图 2-10 所示。从云平台、OTA、应用软件、车用 OS、控制器及芯片、关键基础部件、信息安全和数据安全、网络通信、工具链多个产业要素分别列举上中下游企业。第 2 章 产业发展概况19图 2-10 汽车电子电气架构产业链概况2.2.2 软件架构产业链软件架构产业链2汽车智能化的趋势下，“软件定义汽车”成为产业共识。软件定义汽车（Software DefinedVehicles，SDV）指的是软件将深度参与到汽车定义、开发、验证、销售、服务等过程中，并不断改变和优化各个过程，实现体验持续优化、过程持续优化、以及价值的持续创造。传统汽车软件产业中，产业链较短，产业结构较为简单（如图 2-11）。软件产品主要为一些基础软件程序或简单的嵌入式实时 OS，与 ECU 硬件深度耦合。产业链上游为软件产品供应商，中游为零部件集成商，下游为整车集成商。部分主流 Tier1 厂商同时涉及上游和中游环节，构建核心技术壁垒，整车企业基于单个车型设计需求选择各个 ECU 进行搭配，零部2中国智能汽车软件产业发展趋势洞见，东软集团和赛迪顾问，2021第 2 章 产业发展概况20件间关联较小，车型间设计经验无法积累，车型不具备持续升级能力，无法应对智能化、网联化变革趋势，更无法追踪消费者对车辆的升级需求。图 2-11：传统汽车软件产业链在智能化、网联化变革趋势下，车载软件以软件架构视角做统一设计、开发、管理和运维，软件系统和硬件系统将在零部件层面全面解耦，软件以服务组件的形式成为核心商业产品。伴随汽车软件越来越复杂，代码量指数级增长，软件质量提升难度加大，传统的产业供应链方式已不合时宜。汽车软件产业链正在重塑过程中，具有软件研发优势的互联网和 ICT（信息通信技术）企业不断入局，与传统汽车软件 Tier2 厂商一起成为上游环节 Tier1 厂商，甚至出现了新的 Tier1.5 供应商。整车企业成为中游环节，同时部分车企向上游软件环节布局，下游向应用服务延伸，互联网类企业凭借与消费者的深度关联深挖汽车软件后续应用服务价值。如下图 2-12 所示。图 2-12：新一代汽车软件产业链国内汽车基础软件架构标准及产业生态整体发展较晚，在汽车智能化转型升级的趋势下，国内厂商纷纷将 AdaptiveAUTOSAR 作为发力重点，推出相应的中间件及其工具链产品，抢占市场先机，取得了一定进展，但总体和国外还存在差距。国内智能汽车软件操作系统底层技术多基于国外，内核层面仍由国外企业掌控，宏内核主要是采用 Linux 以及 Linux 定制化的宏内核，目前 Linux 主要推广组织是 GENIVI 联盟和Linux 基金会。微内核代表企业有美国 Wind River（风河，TPG Capital 旗下）和加拿大的第 2 章 产业发展概况21BlackBerry（黑莓），国内自主企业华为、中兴、斑马等也开发出了相应产品，有望摆脱国外内核。汽车电子软件标准主要包括 AUTOSAR、OSEK/VDX 等，其中 AUTOSAR 标准发展了十多年，形成了复杂的技术体系和广泛的开发生态，已成为车控操作系统的主流。全球应用AUTOSAR 解决方案的知名厂商包括 Vector、ETAS（博世旗下）、EB（大陆旗下）、MentorGraphics（西门子旗下）、Wind River 以及 KPIT 等，国内主要是东软睿驰、华为、普华软件、经纬恒润等。AdaptiveAUTOSAR 处于起步阶段，EB 已与大众合作将 AdaptiveAUTOSAR和 SOA 平台应用于大众 MEB 平台 ID 系列纯电动车型上。功能软件是智能汽车软件操作系统核心共性功能模块，能够高效支持自动驾驶、智能座舱等 功能开发。国内外功能软件的研发还都处于起步阶段，国内外企业“并跑”，目前国汽智控、华为等企业已发布自主研发的功能软件层。功能软件还需要在技术上突破壁垒，在架构理解和产品定义等方面实现统一认识，便于快速建立产业生态和产品落地。2.2.3 硬件架构产业链硬件架构产业链1.域控制器域控制器随着芯片算力集成度提高，控制器向着功能集成和算力集成的方向发展。减少整车线束长度，降低 ECU 数量，从而降低整车电子部件总重量，降低整车制造成本，将分散的控制器按照功能域或空间区域划分，集成为运算能力更强的域控制器（Domain Control Unit，DCU）的想法应运而生。功能域与空间域是当前域控制器发展的两条路径。域控制器根据划分方式，主要可以分为以五大功能域划分和以车辆特定物理区域划分两种，相较于纯粹以功能为导向的域控制器，空间域划分的集中化程度更高，对 整车企业厂商自身开发能力要求也会更高：（1）基于功能划分的域控制器：典型代表，博世、大陆等传统 Tier1博世、大陆等传统 Tier1 将汽车 EEA 架构按功能划分为动力域（安全）、底盘域（车辆运动）、信息娱乐域（座舱域）、自动驾驶域（辅助驾驶）和车身域（车身电子）五大功第 2 章 产业发展概况22能域。每个功能域对应推出相应的域控制器，最后再通过 CAN/LIN 等通讯方式连接至主干线甚至托管至云端，从而实现整车信息数据的交互。（2）基于空间划分的域控制器：典型代表，整车企业特斯拉基于空间划分的域控制器是以车辆特定物理区域为边界来进行功能集成部署，相较于纯粹以功能为导向的域控制器，其集中化程度更高。特斯拉则是其中的典型代表，2012 年Model S 还是以典型的功能域划分为主，2017 年推出 Model 3 则直接进入中央计算 空间域架构阶段，特斯拉的 EEA 只有四大部分，包括 AICM（智能驾驶与信息娱乐域控制模块）、FBCM（前车身控制模块）/智能配电模块、LBCM（左车身控制模块）、RBCM（右车身控制模块）。其中，自动驾驶域控制器：自动驾驶域控制器能够使车辆具备多传感器融合、定位、路径规划、决策控制的能力，通常需要外接多个摄像头、毫米波雷达、激光雷达等设备的数据，完成的功能包含图像识别、数据处理等。全球范围内，全球 Tier1 基本都已布局自动驾驶域控制器产品，典型产品如伟世通DriveCore、博世 DASy、大陆集团 ADCU、采埃孚 ProAI、Veoneer Zeus、麦格纳 MAX4 等，国内方面，如德赛西威 IPU 系列、经纬恒润 ADC、东软睿驰 CPDC、华为 MDC 等。其中，智能座舱域控制器：智能座舱域控制器提供座舱的软硬件支持。座舱功能的智能化、主动化，依赖座舱域控制器的硬件普及和算力支撑。智能座舱域控制器最初的作用为管理车内日益增多的显示屏及其信息排布展示，从车机触控屏，到液晶仪表和触控屏，再到如今高端车中前后排多块不同的显示屏。未来则不再局限于实现多屏互联，将逐步整合空调控制、HUD（抬头显示器）、后视镜、人机交互、DMS（驾驶员监测系统）、OMS（乘员监测系统），以及 T-BOX（远程信息处理器）和 OBU（车载微波通讯单元），在统一的软硬件平台上实现座舱电子功能。全球范围内，伟世通、大陆、博世、安波福、佛吉亚歌乐、哈曼市场占据主导地位，国内企业华为、德赛西威、航盛电子、东软睿驰、博泰等也纷纷推出了座舱域控制器解决方案。第 2 章 产业发展概况23国内自主 Tier1 在智能座舱域领域快速渗透。德赛西威率先量产座舱域控制器，在座舱AI 场景生态也有成熟技术。在智能座舱领域，德赛西威产品线布局完整，硬件范围覆盖域控制器、中央网关、传感器、显示器等，软件范围覆盖信息娱乐系统、ADAS 系统、IMS 系统、健康系统等。德赛西威和高通（Qualcomm）合作推出一机多屏智能座舱域控制器，该域控制器采用了 8155 和 QNX Hypervisor，实现座舱双系统，已应用于奇瑞和广汽等车型。诺博科技的座舱域控制器也投入量产。诺博基于高通 8155 芯片和 BlackBerry 实时操作系统打造的智能座舱域控制器 IN9.0 现已投入量产，软件采用虚拟化技术，单颗芯片支持多操作系统，可集成多个电子部件模块如仪表、中控娱乐、副驾屏、抬头显示器、座椅空调控制、DMS、360 环视等，最大可支持 6 块屏幕显示。IN9.0 已被应用于 10 月底上市的哈弗 H6S。华阳集团已定点多个座舱域控制器项目。华阳集团在 21 年上海车展推出“一芯多屏”座舱域控制器，通过虚拟化技术将不同操作系统和安全级别的功能融合到一个平台上，实现仪表、信息娱乐、副驾屏、AR-HUD 等多屏互联及跨屏显示。公司公告已定点多个整车企业的座舱域控制器项目。博泰、东软睿驰将推出基于高通芯片的座舱域控制器。2021 年博泰基于恩智浦（NXP）芯片的智能座舱方案量产搭载东风岚图 FREE 已上市，一机三屏（仪表、中控、副驾），支持多屏交互、多模交互（手势 语音）等多种生态闭环服务，且博泰正在研发基于高通 8155芯片的智能座舱域控制器方案。2019 年东软睿驰基于英特尔车载计算方案以及 Hypervisor虚拟化技术，已实现一机双系统多屏功能配置。目前，东软主推智能座舱平台化产品线，高端平台基于高通 8155/6155 高性能芯片座舱域控制器，即将进入量产阶段。中科创达推出座舱域方案可兼容多个芯片供应商。2021 年公司推出 E-Cockpit 4.5 座舱域控制器，可适配高通（Qualcomm）、瑞萨（Renesas Electronics）、恩智浦（NXP）三个主流芯片平台，支持一芯多屏（仪表、中控、副屏、空调座椅屏）多系统（Android、Linux、QNX、INTEGRITY）。中科创达还可提供定制的包括汽车娱乐系统、智能仪表盘、集成驾驶舱、ADAS 和音频产品在内的整体智能驾驶舱软件解决方案。均胜电子绑定华为生态。公司旗下均联智行与华为在智能座舱领域达成合作，华为提供第 2 章 产业发展概况24座舱芯片核心模组、鸿蒙操作系统以及应用生态，均胜智行主要负责智能座舱中与操作系统适配的算法、软硬件架构设计、系统集成开发。2.域控制器芯片域控制器芯片硬件方面，相比 MCU（微控制单元）芯片，SoC（System on Chip，系统级芯片，也称片上系统）芯片算力和集成度更高，可应用于智能座舱、自动驾驶等领域。在 ECU（ElectronicControl Unit，电子控制单元）时代，MCU 芯片为主控芯片；进入 DCU（Domain Control Unit，域控制器）时代，汽车智能化程度大幅增加，运算处理复杂度呈指数级增加，如 L4 级以上自动驾驶所需算力或将超过 700 TOPS，且整车企业在智能化功能开发过程中，往往先预埋高性能硬件，通过算法软件实现功能更新，需要 DCU 主控芯片有更强的多核、更大的计算能力。不同于以 CPU 为主的 MCU 芯片，SoC 芯片集成了 CPU、AI 芯片（GPU、FPGA、ASIC）、深度学习加速单元（NPU）等多个模块。相比 MCU 芯片，SoC 芯片算力和集成度更高，算力主要来自于 AI 芯片，其中以图像运算为主的 GPU 相比 CPU 运算优势明显，帮助 SoC 芯片获得比 MCU 明显更强的算力优势。因此，DCU 采用 SoC 芯片成为主流趋势。目前 SoC 芯片中 GPU 为主力，ASIC 有望在软件算法成熟稳定后成为主流。GPU 运算优势明显，且在消费电子领域多年应用，通用性强，开发难度相对较低，因此在目前及未来一段时间都将占据主流地位。为弥补 GPU 成本高、功耗大的劣势，又引入定制化的 FPGA 芯片和 ASIC 芯片。FPGA 是半定制型芯片，相比 GPU 有明显的性能和能耗优势，但量产成本高；ASIC 是定制化芯片，需要定制化的研发，设计研发周期较长、资金需求较大，在当前技术路线尚不明确情况下大规模流片的性价比不高。因此，目前二者在 AI 芯片中均是补充作用。未来当软件算法技术路线大部分标准化后，高性能、功耗低、量产成本低的 ASIC 将对 GPU 形成替代作用，成为主流 AI 芯片。FPGA 结合能耗和功能可修改优势，对 GPU 和ASIC 将形成长期补充作用，保持一定市场份额。（1）自动驾驶 AI 芯片目前自动驾驶 AI 芯片市场能实现大规模量产的厂商主力有英伟达（NVIDIA）、Mobileye和特斯拉（自研 FSD）等，高通正在加速推进，国内华为、地平线和黑芝麻等公司尚在起步阶段。第 2 章 产业发展概况25英伟达占据先发优势，目前是整车企业主要芯片供应商。英伟达进入自动驾驶市场较早，且技术路径激进，Xavier 芯片、Orin 芯片都是同时期市场上算力最高的量产芯片。2021 年4 月英伟达又发布了下一代芯片 Atlan，单芯片算力达 1000TOPS，预计 2023 年向开发者提供样品，2025 年大量装车，高算力助力英伟达在 L3 及以上等级的自动驾驶具备明显优势。另外此前英伟达的低能效比被认为是短板，2022 年即将量产推出的 DRIVE AGX Orin 解决方案能效比已经达到了 2.7，预计 Orin 芯片的推出和 Drive、AGX、Orin 软件平台的配合，将奠定英伟达在 L3 级以上市场的先发优势。高通在 2020 年 CES 大会上发布自动驾驶平台“骁龙 Ride”，入局智能汽车领域，骁龙Ride SoC 搭载第六代高通 Kryo CPU 与第六代 Adreno GPU，算力达 700-760TOPS，支持L1/L2 级 ADAS 及 L2 功能，如高速公路辅助/自动驾驶，辅助/自动泊车等；L4/L5 全自动驾驶，用于城市自动驾驶，出租车和机器人物流等。Mobileye EyeQ 封闭式方案弊端显露，转向开放。Mobileye 对外提供摄像头 芯片 基础软件 应用算法的一体式解决方案，多是黑盒子模式，对于刚起步或技术能力不足的整车企业来说可以缩减成本，加速车型成型并实现量产。但软件算法是车企自动驾驶的核心能力，主流车企需要掌握软件开发能力，黑盒子模式不再是优选，为此 Mobileye 自 2020 年提供开放版 EyeQ5 芯片，可执行第三方的程序代码，支持车企自行编译程序。同时，英特尔目前正全力支持 EyeQ5 新芯片的工具链开发。华为具备软硬件集成能力，是自动驾驶域控的重要力量。华为具备 MDC 计算平台 AOS智能驾驶操作系统，MDC 计算平台全栈布局单车智能所有软硬件，且 AI 芯片全部自研。华为 MDC 是业界率先量产的车规级智能驾驶计算平台，算力范围覆盖 48400 TOPS，支持L2 L5 级别自动驾驶的平滑演进，兼容 AUTOSAR 架构。地平线征程芯片与多家车企合作。2021 年地平线发布面向 L3 级以上自动驾驶的征程 5芯片，采用 16nm 工艺，单颗芯片最高算力可达 128TOPS，且功耗只有 30W，延迟仅有 60ms，可支持 16 路摄像头视频输入。黑芝麻也实现芯片突破。黑芝麻目前最先进的芯片是华山二号 A1000 Pro，采用 16nm 工艺，基于 16 核 Arm v8 CPU 构建异构多核架构，支持 20 路高清摄像头输入，且功耗只有第 2 章 产业发展概况2625W。（2）智能座舱域控制器芯片“一芯多屏”是目前智能座舱域控制器发展共识，同一芯片模组支持中控大屏、数字仪表、后座娱乐屏等设备，可减少 ECU 数量，避免多个芯片间的通信传输问题，同时降低成本。实现一芯多屏的难点在于芯片需要强大的处理能力以及复杂的软件操作系统，目前芯片厂商加速技术迭代，如高通 8155/8195 芯片最多支持 8 个传感器输入和 5 路显示屏；2021 年芯驰科技最新发布的智能座舱芯片 X9U，能够支持 10 个独立高清显示屏。目前智能座舱芯片市场能实现大规模量产的主要包括高通、英伟达，国内华为、地平线、芯驰科技等公司尚在起步阶段。高通率先采用 5nm 汽车芯片，是座舱域芯片领导者。高通第三代数字座舱平台搭载全球首款 7nm 工艺的 8155 芯片，是目前量产车可以选用的性能最强的座舱芯片，因此已有十多个品牌的车型宣布搭载。第四代骁龙汽车数字座舱平台于 2021 年 1 月发布，将采用全球第一款 5nm 汽车芯片及第 6 代高通 Kryo CPU、高通 Hexagon 处理器、多核高通 AI 引擎、第6 代高通Adreno GPU 以及高通Spectra ISP，性能媲美旗舰手机芯片骁龙888，预计于 2022年实现量产，已与 20 家主流车企达成合作意向，高通在座舱域的地位已经确立。英伟达借助自动驾驶开发经验异军突起。英伟达之前只是单纯地出售芯片，但目前除了针对自动驾驶的 DRIVE AV 全套协议栈，还有针对座舱的 DRIVE IX 全套协议栈，支持仪表显示、座舱娱乐、乘客交互和监控领域功能。英伟达一芯多屏产品实现上车，搭载于现代汽车 GV60 车型，实现一套计算硬件拖动仪表、中控、HUD 和两个电子倒车镜。英伟达另外也与奔驰、奥迪合作开发座舱域。地平线基于征程系列芯片提出座舱解决方案。2021 年上海车展，地平线提出基于征程 5芯片的车载智能交互解决方案，在统一芯片架构的基础上，能够基于车外路况和车内驾驶员状态融合判断主动介入，如疲劳提醒、高速匝道警示、吸烟模式等，实现车内场景感知和理解动态调整驾驶策略。华为主推麒麟芯片和鸿蒙 OS。华为座舱方案主要包括三部分鸿蒙 OS、鸿蒙车域生态和基于华为麒麟芯片平台的 CDC 智能硬件平台。现阶段华为座舱业务的重心是推广麒麟芯第 2 章 产业发展概况27片和发展鸿蒙 OS 生态，由 Tier1 负责智能座舱中与操作系统适配的算法、软硬件架构设计、系统集成开发。芯驰科技芯片可支持 10 屏。2021 年上海车展，芯驰科技发布智能座舱芯片 X9U，CPU算力 100KDMIPS，AI 算力 1.2TOPS。可以支持语音、导航、娱乐、环视、DMS、OMS 等座舱功能，支持多达 10 个独立全高清显示屏。3.感知传感器感知传感器（1）激光雷达得益于创新技术的快速推进，前半场国外激光雷达 Tier1 得以迅猛发展，主要的激光雷达公司包括 Velodyne、Ibeo、Quanergy、Innoviz 和 LeddarTech 等;而我国车载激光雷达尚处于起步阶段，自动驾驶企业尚未大规模采用，但已经形成了一定的竞争格局。国内主要的激光雷达公司包括禾赛科技、速腾聚创、华为、镭神智能以及大疆子公司 Livox 等。国内公司在固态激光雷达领域积极布局，已经研制出较多的产品，部分产品技术性能在全球领先，随着激光雷达往固态化持续发展，国内激光雷达公司具备较大的发展机会。激光雷达上游元器件方面，距离完全自主供应还存在一定的差距。但国内厂商的激光器、传感器、控制芯片等产品的性能也在不断提高，逐渐追赶世界先进水平。激光雷达的开发方面，国内激光雷达厂商已取得重大突破，多线束高性能车载激光雷达在探测范围、分辨率等方面已达到国际领先水平。（2）毫米波雷达芯片技术方面，国内毫米波雷达芯片创业公司渐多，部分厂家的技术已经成熟，部分指标与国际主流产品相当，在量产化方面需要进一步得到毫米波雷达整机企业的支持，以检测量产质量与加快量产化进程。在产品化方面，通过近年来的技术探索和经验积累，国内的毫米波雷达在很多关键技术上已经取得突破，以森思泰克为代表的自主品牌企业在角雷达方面实现大批量产并获得一定市场份额；但在前雷达方面尚需加快产品化、批产进程。第 2 章 产业发展概况28毫米波成像雷达（4D 毫米波雷达）方面，国内毫米波雷达厂家与国际主流企业处于同一起跑线。成像雷达涉及大量的数据处理及高级处理算法，在数据处理层次国内外都需要做进一步的探索。在市场应用上，本土厂商在毫米波雷达领域已展现逐渐驱逐国外厂家的能力，在未来数年内本土厂商的市占率完全可能超越国际厂商。当前主要的毫米波雷达厂商有福瑞泰克、森思泰克、博世、大陆等。（3）车载摄像头产业链角度来看，镜头、CMOS 芯片、DSP（数字信号处理器）和模组是车载摄像头最重要的成分，其中 CMOS 芯片是摄像头的核心部件，价值约占整个摄像头的三分之一。光学镜头方面，产业比较成熟，基本满足预期目标，如国内的舜宇光学、联创电子、丘钛科技等，在行业中已占有一席之地。在未来的发展中国本土产业链仍会进一步发展。感光芯片方面，在高分辨率、低功耗、高动态、高低照度等技术方面已经取得了很大突破，但在市场占有率方面仍显不足，国际厂商如索尼、安森美、豪威科技仍占据主流市场，国内厂任重道远。视觉计算芯片方面，以地平线为代表的本土玩家在国内市场已初获成功，但国际市场上仍有待突破。视觉感知算法和产品方面，预警类产品已经取得了大规模应用，以视觉感知为基础的车辆控制类产品渗透率较高，但是为高度自动驾驶实现的全方面识别和集成技术仍然在初期阶段。在市场应用上，视觉系统在整车上的配备的增长将带来产业整体需求的增长，未来五年内本土厂家将迎来高速发展期。2.2.4 通信架构产业链通信架构产业链1.通信架构产业链综述早期汽车采用点对点的单一通信方式，相互之间少有联系。每一路信号传递都需要一根第 2 章 产业发展概况29铜电缆连接交换数据，导致每一个 ECU 都需要 N 个接口，有些 ECU 的接口数会是十几个甚至三十几个，形成庞大的布线系统。这引发了车辆空间占用、车重、成本、系统复杂度以及不稳定性等一系列问题。以 CAN 为代表的现代总线出现以后，硬线连接大大减少，有效降低了系统、零部件设计的复杂度和开发成本，驱使整车企业与零部件供应商之间形成标准化协议。总线作为一种车辆网络拓扑结构，是车上所有电子和电气部件互联结构的线束表现，直接影响到控制器功能的分配、数据网络的规划，犹如汽车的神经。目前汽车上普遍采用的汽车总线主要有控制器局域网 CAN，局部互联协议 LIN，高速容错网络协议 FlexRay,用于汽车多媒体和导航的 GMSL、MOST、A2B 和车载以太网等。另外，当然也有传输带宽达到 12Gbps 以上的 SerDes 总线，也称 LVDS 总线，主要应用于音频、视频信号的传输。随着车辆应用交互场景的增加，越来越多的传感器、控制器对总线带宽的要求越来越高，车内不同电子器件间和不同区域之间彼此通信的需求也越来越高，这些复杂性直接导致了对总线使用上的增长。然而，几乎每个汽车电子器件都有其特定的线缆和通信要求，这必然导致车内总线布线复杂性，车内线束已成为继引擎和底盘之外车内第三大成本支出的部分，生产环节中布置配线的人工成本占整车的 50%，车内线束重量也是继底盘和引擎之外占第三位重量要素。“智能驾驶、智能座舱、智能网联”的趋势下，车载通信网络向着“高速、低延时、安全、互联”的方向演进。车载以太网依托单线对非屏蔽双绞线的传输介质，使用更小巧紧凑的连接器，其可减少高达 80%的车内通信连接成本和高达 30%的车内布线重量。为此，得到汽车与通信行业技术人员、汽车制造商与半导体公司的广泛关注，成立了 OPEN、AVnu、IEEE、AUTOSAR 等联盟和标准化组织，致力于车载以太网推广与使用，积极讨论制定适用于车载环境及应用的以太网标准，支持车载以太网技术应用与发展。当然，汽车是一个既传统又现代的产品，现阶段以车载以太网完全替代传统总线是不实际的。对于典型的控制任务，基于信号的方法经历了近三十年的测试和验证。所以，基于服务的通信与基于信号的通信将在车内并存。咨询公司弗若斯特沙利文公司（Frost&Sullivan）预测，到 2025 年，车载以太网的市场渗透率将增加至 80%。2.传统总线芯片传统的车身总线 CAN/LIN/FlexRay/MOST 芯片，通常称收发器器件，负责车载总线信号第 2 章 产业发展概况30的转换，在主机内部，转换成标准的 SPI（Serial Peripheral Interface，串行外设接口）、UART（Universal Asynchronous Receive Transmitter，通用异步接收/发送装置）或专用的总线低电平低压信号，实现主机系统和车身网络、传感器网络等信息交互。该类收发器芯片，主要以国际巨头恩智浦、TI（德州仪器）等为主，占据了市场 90%以上的份额。芯力特电子科技有限公司围绕智慧电网、车联网等物联网进行相关芯片技术攻关，继成功研发 CAN FD 收发器芯片 SIT1042 后，芯力特电子再次打破国外垄断成功量产 42V 耐压 LIN 收发器芯片 SIT1021。串行-解串器芯片，主要通过 LVDS 信号实现音视频图像的数据传输，如摄像头信号传输，图像显示信号传输等，具有高带宽、低延时、无压缩等特点。目前占有率最高的是美信公司的 GMSL 和 TI 公司的 FPD Link，几乎覆盖了市场 80%以上份额。3.汽车以太网芯片以太网芯片，主要包括 PHY 和 Switch 芯片（交换芯片），将车载以太网总线 100Base-T1、1000Base-TI 转换成标准低压的 SGMII、RMII 等以太网 MAC 接口。在以太网通信芯片领域，以太网芯片市场规模庞大，而且比较稳固，目前主要以博通（Broadcom）和美满电子（Marvel）为行业领头羊，技术领先，占据大部分市场，但恩智浦（NXP）、TI（德州仪器）、Microchip、Realtek（瑞昱）等多家公司也已布局，以更优的性价比占据一定市场份额。车载以太网车载以太网 PHY 芯片芯片的主要供应商有 Marvell、Broadcom、Microchip、Realtek 和 NXP。Marvell 与 Micrel（麦瑞半导体）在 2012 年就发布了全球首款完全符合 IEEE 802.3 标准的用于车载网络的以太网实体元件，最高可支持 100Mb/s 的速率。Micrel 推出的以太网物理层芯片支持高达 125 的环境温度，而且针对汽车市场的需求加强了 ESD 保护（静电保护）。2019 年 1G 的车载以太网 PHY 芯片开始量产。在 CES 2019，Marvell 推出了 1000BASE-T1 汽车以太网物理层（PHY）收发器 Marvell 88Q2112，符合 IEEE 802.3bp 1000BASE-T1 标准草案要求。2020 年 11 月，Broadcom 宣布推出的 BCM8989X 是业内第一个对应 NGBase-T1 标准的多 G 车载 PHY 芯片。而 10Gbps 车载 PHY 芯片当前仅有 Aquantia（已被 Marvell 收购）的AQV107。交换（交换（Switch）芯片）芯片的供应商主要是 Marvell、Broadcom、NXP 和 Realtek。Continental（大陆）旗下子公司 Elektrobit 与 Marvell 联合打造了一款车载以太交换芯片，第 2 章 产业发展概况31型号为 88Q5050，用于英伟达最新旗舰 Pegasus，这也是基于 TSN（Time-Sensitive Network，时间敏感网络）的首次实际应用。NXP 的 LS1028A 工业应用处理器内置了 TSN 转换器和TSN 终端模块。TI 的 Sitara 处理器、Renesas Electronics（瑞萨）的 RZ/N1D 处理器支持TSN 标准。NXP 和 ADI（亚德诺半导体）也推出了专用 TSN 交换芯片。Xilinx（赛灵思）等FPGA（现场可编程逻辑门阵列）厂商，也提出了基于 FPGA 的 TSN IP 核心解决方案。在可以预期的未来，基于 TSN 的以太网 MAC（介质访问控制）将被普遍集成到各类嵌入式 SoC芯片中。2022 年 9 月工信部工业互联网产业联盟公布最新“时间敏感网络（TSN）产业链名录计划”，其中东土科技刚刚发布的中国首颗自主设计的 TSN 芯片KD6530，成为首款进入该名录的TSN 芯片。东土科技车规级时间敏感网络交换芯片可在车载以太网网关或车载多媒体网关等车内通信网络中使用。这标志着国产芯片正式进入 TSN 商用领域，打破该领域长期被欧美企业垄断的格局。飞思卡尔（NXP 旗下）是中央网关芯片的领导者，在 2008 年量产第一代以太网诊断的网关控制器 MPC5667，并用在当年宝马 5 系和 7 系上。2013 年量产第一片带 EAVB 网关的芯片MPC5604e，并用在宝马 X5 的 360 环视上。第四代 MPC574x 系列，以 MPC5748G 为最高级配置，拥有多达 8 个 CAN 接口。4.汽车以太网设备-TSN 网络设备TSN 以太网交换机是车载网络解决方案的关键组成部分。Elektrobit（EB）于 2021 年 11月宣布推出业界首款能够实现安全、高性能车载网络通信的车载以太网交换机固件。据Elektrobit（EB）介绍，EB zoneo SwitchCore 现可用于行业领先硬件供应商的交换机，并已在量产电动汽车中得以应用。EB zoneo SwitchCore 增加了智能模块的固件，能够满足增强车辆可扩展性、功能安全和信息安全的要求；提供高级网络管理和网络安全功能，例如路由、网关、防火墙以及网络入侵检测和防御系统。Cisco（思科）IE4000 系列 TSN 交换机提供高带宽交换（第 2 层）和经过验证的基于 CiscoIOS 软件的路由（第 3 层）功能，使用思科弹性以太网协议（REP）提供高度安全的访问并且支持工业协议，具有更高的整体性能、更大的带宽、更全面的功能集和增强的硬件。Belden（百通）2017 年发布的模块化管理的赫斯曼（Hirschmann）交换机类型 RSPE35第 2 章 产业发展概况32和 RSPE37 可针对 TSN 技术进行升级。RSPE35 和 RSPE37 版本支持符合 IEEE 1588-2008 的精确时间协议（PTP），并具有 FPGA 模块，可以实现基于硬件的选择性冗余机制，如高可用性无缝冗余（HSR）、并行冗余协议（PRP）。MOXA（摩莎）推出两款 TSN 交换机 TSN-G5004 和 TSN-G5008，采用紧凑型设计，配有用户友好配置界面的全新 Moxa web GUI，简化了网络部署。支持 IEEE 802.1AS，IEEE 802.1Qbv 等 TSN 协议，并将进一步提供对其他 TSN 协议的支持。TTTech 推出的 PCIE-0400-TSN 网卡是基于 FPGA 的超薄型千兆以太网接口卡，支持IEEE 802.1AS、IEEE 802.1Qbv、IEEE802.1Qbu、IEEE 802.1Qcc 等标准，用于将工控机连接到符合 IEEE 802.1TSN 的网络，具有四个 10/100/1000 Base-T 以太网端口，可用于从生产层到 IT 层的融合网络中构建确定性控制应用。近年来，国内厂商对 TSN 技术的关注度持续提高，积极推进 TSN 相关网络设备的研发和应用。2017 年起，包括华为、东土科技、研华、新华三在内的多家通信设备厂商已经研发出或正在研发 TSN 相关网络设备，包括交换机、网关及通信模块。研华公司于 2020 年发布了 EKI-8500G 工业级 TSN 以太网交换机，采用 TSN 专用芯片设计，具备 8 个千兆 RJ45 端口 2 个千兆 SFP 端口。支持 IEEE 802.1AS、IEEE 802.1Qbu、IEEE802.1Qbv 和 IEEE 802.1CB 等 TSN 协议。东土科技推出两款 TSN 交换机 SICOM3000TSN、SICOM3028TSN 及基于 SDN（软件定义网络）的时间敏感网络交换机的组网管理配置平台，具有 IEEE802.1Qbu、IEEE802.1Qbv、IEEE802.1Qci、IEEE 802.1Qch、IEEE 802.1Cr 等协议功能模块。华为 2018 年首次展出的中国国内第一款 TSN 交换机样机，支持 IEEE 802.1AS 和 IEEE1588v2 时钟同步协议，支持 IEEE802.1Qbv（门控调度）、IEEE802.1Qbu（帧抢占）、IEEE802.1Qci（流过滤）、IEEE 802.1CB（无缝环网冗余）等 TSN 协议。同时打通了 OPCUA 至TSN 协议栈，并可通过 YANG 模型从网络控制器对网络中 TSN 交换机进行集中配置。新华三（H3C）推出两款 TSN 工业交换机 IE4320-10S-UPWR、IE4320-10S，同时支持基于 SDN 的时间敏感网络交换机的网络管理配置平台，目前已支持 IEEE802.1AS、IEEE802.1Qbv、IEEE802.1Qcc 等 TSN 特性，具体性能为：转发延时最低小于 10us 秒，时延第 2 章 产业发展概况33抖动最高指标能达到正负 2us 内，802.1Qbv 门控精度可达到 ns 级。中国电子技术标准化研究院和华中科技大学国家数字化设计与制造创新中心联合搭建的 TSN 测试床，包含当前主流的 TSN 交换机设备和终端设备，用于进行 TSN 设备的兼容性测试、互操作性测试，面向典型应用场景的网络配置和性能测试。在兼容性和互操作性测试方面，目前主要针对 IEEE802.1AS、IEEE802.1Qbv 和 IEEE802.1Qcc 的核心内容进行测试。在网络延迟和抖动等性能测试方面，主要参照正在制定中的 IEEE60802 标准，对 8 种类型网络流量的的 QoS 进行测试。总体而言，目前 TSN 产业初具规模，产业链包括了科研机构、标准化机构、芯片厂商、设备厂商、应用厂商和测试厂商。TSN 产品主要包括芯片、交换机等终端设备以及测试床。从 TSN 产业发展看来，国内外差距明显。大部分的 TSN 芯片厂商和设备厂商为国外企业。国内厂商主要以开发 TSN 交换机为主，但数量远远不及国外厂商。2.3 政策和标准政策和标准2.3.1 政策政策智能网联汽车作为前沿科技集聚的代表载体，已成为全球汽车产业发展的战略方向，世界各国争先围绕战略规划、法律法规、标准规范、研发创新等方面，制定滚动发展的综合性产业发展政策体系，力求在新一轮汽车产业变革中取得领先优势。1.全球智能网联汽车产业政策概况全球智能网联汽车产业政策概况总体上，国内外主要围绕智能网联汽车研发设计、生产准入、销售流通、测试示范、报废回收等全生命周期环节，聚焦战略规划、研发创新、法律法规、标准规范等领域，推动产业政策制定完善，加快构建支持智能网联汽车高质量发展的政策环境体系。（1）美国：持续弱化监管，政府主导完善政策体系美国自动驾驶先发先至，初步建立领先全球的战略规划-创新支持-法律法规-标准规范-推广应用完备综合性产业政策体系，在平衡创新与安全的基础上，总体呈现为监管持续弱化第 2 章 产业发展概况34的特征。战略规划方面，形成连续性的产业发展顶层布局，自 2010 至 2021 年每 5 年发布智能交通战略，持续强调自动驾驶与 V2X 发展规划；自 2016 至 2021 年，陆续发布自动驾驶 1.04.0以及综合计划，细化自动驾驶研发应用、法规标准等准则要求。创新支持方面，向自动驾驶技术研发应用提供专项资金，其中道路运输管理局累计拨款超过 800 万美元。法律法规方面，推进新技术车辆豁免程序、运输安全条例等既有法规的解释、修订，2017 年众议院通过自动驾驶法案，加州、内华达州分别通过 8 部及 4 部相关法案，涉及测试、税收等多个领域。（2）欧洲：立足商业布局，率先探索创新保险及伦理专项政策面向自动驾驶商业的全方位布局，欧洲率先开展自动驾驶保险、责任规则及伦理道德研究，以战略规划、法律法规、标准规范为主的产业政策日益完善。战略规划方面，聚焦自动驾驶创新、基础设施、法律、数据安全等，欧盟及成员国持续开展顶层路线设计，其中通往自动化出行之路：欧盟未来出行战略明确到 2030 年普及完全自动驾驶。创新法规方面，强调安全保障，英国自动与电动汽车法案率先明确保险和责任分担；德国自动化和互联互驾驶道德准则是全球首个自动驾驶系统设计伦理要求。标准规范方面，着力推动跨国协同，出台自动驾驶指导文件。技术研发方面，面向自动驾驶技术、商业模式、保险等研究探索，英国建立了 2 亿英镑的专项基金，法国开展 1 亿欧元资助。（3）日本：注重法规引领，产学官共建商业应用支持政策环境围绕智能网联汽车稳步有序的商业应用，日本持续完善以法规为引领的智能网联汽车综合政策体系，明确产学官一体的产业发展协作机制。创新法规方面，针对合法上路、合理执法面临的瓶颈障碍，持续推进道路交通法、道路运输车辆法等法规修订，增加自动运行装置管理等新的安全标准，将自动驾驶模式下的交通事故纳入传统汽车强制保险适用范围。创新机制方面，制定国家级创新项目SIP（战略性创新创造项目）自动驾驶系统研究开发计划，并据此成立自动驾驶推进委员会，形成产学官一体的自动驾驶研发机制。标准规范方面，注重智能网联汽车与智能道路基础设施标准的协同推进，发布自动驾驶汽车安全技术指南，明确运行设计范围管理要求。第 2 章 产业发展概况35（4）国内：战略标准并重，聚焦产业指导及测试示范管理政策从部委行动上升为国家战略，我国着力完善智能网联汽车顶层设计及基础支撑环境，逐步形成以发展规划及标准建设为核心的产业政策体系。战略规划方面，从工信部 2018 年发布的车联网（智能网联汽车）产业发展行动计划、2020 年发布的 11 部委智能汽车创新发展战略到国务院新能源汽车产业发展规划（20212035 年），智能网联汽车上升为国家战略，封闭测试、道路测试、示范应用、试运营、商业运营的发展路线基本明确。标准建设方面，奉行成体系布局、专项突破的推进模式。工业和信息化部科技司 2017 年开始制定并持续更新 国家车联网产业标准体系建设指南（智能网联汽车），明确统一的标准体系架构，并在此基础上，陆续制定基于 LTE 的车联网通信安全技术要求、汽车驾驶自动化分级等技术规范。2020 年 10 月，中国汽车工程学会节能与新能源汽车技术路线图（2.0 版）的发布，进一步明确了构建中国方案智能网联汽车技术体系和新型产业生态，强调应围绕车载操作系统等智能网联汽车核心零部件加强攻关。2021 年 8 月，工业和信息化部印发关于加强智能网联汽车生产企业及产品准入管理的意见，要求加强汽车数据安全、网络安全、软件升级、功能安全和预期功能安全管理，保证产品质量和生产一致性，推动智能网联汽车产业高质量发展。2021 年 11 月工业和信息化部印发了“十四五”软件和信息技术服务业发展规划，指出提升应用软件、平台软件、嵌入式软件等产业链中游的软件水平，充分释放“软件定义汽车”创新活力。2021 年 12 月，中国智能网联汽车产业创新联盟牵头编制的智能网联汽车团体标准体系建设指南（2021 版）指出，以“3 N”智能网联汽车相关标准研究框架、智能网联汽车技术路线“三横两纵”技术体系为基础，构建中国方案智能网联汽车团体标准体系。这一系列举措为智能网联汽车发展指明了方向，同时也要求汽车电子电气架构能够适应汽车智能化、网联化、共享化及数字化的发展趋势，与时俱进。2.全球智能网联汽车产业发展支持体系全球智能网联汽车产业发展支持体系第 2 章 产业发展概况36未来 5 年是智能网联汽车场景式规模部署及早期商业探索的快速突破期，世界各国力图构建智能网汽车从上路、使用、监管、商贸到生态的完整产业发展支持政策体系，力促既有政策障碍破除及新技术发展基础强化。（1）力推合法上路，以有条件的商业运营寻求产业自我造血的破解之道率先推动智能网联汽车有条件的运营落地，是当前各国力推行业自我造血，支撑新技术迭代可持续演进的首要举措。面向成熟产品的商业应用法规需要一定周期的探索和验证，其他国家主要从解释及修订现有法规，从豁免及有条件商用部署的角度平衡创新发展与安全保障，为近期产业投入与合理运营造血提供支持。例如，美国政府计划进一步简化新技术车辆豁免申请法规、修改调整道路运输条例中有关车辆操作、维修等内容，支持符合条件的智能网联汽车上路运营，并于2021 年向 Nuro 自动驾驶低速配送车辆发放运营许可，允许提供收费服务。我国于 2021 年由工信部发布的智能网联汽车道路测试与示范应用管理规范（试行）支持示范应用，并探索推动高速公路测试工作；地方也有开启智能网联汽车政策先行区高速公路及城市快速路测试。（2）加快产业落地，支持出行体系重新定义下的关键技术及理论突破自动驾驶系统替代驾驶员实现环境感知、决策控制及人车路交互，需要汽车产业由车辆制造向高精度传感器、智能算法软件、车联网等新技术拓展，叠加智能移动空间出行模式引领的交通服务与管理重构，新技术与新理论突破作为迎接未来交通的基础储备已成为各国共识。技术突破方面，欧盟推出Horizon2020、GEAR2030，重点强化自动驾驶、网联驾驶技术研发支持，开展 C-ITS 系统研究试点；我国出台智能汽车创新发展战略，提出开展复杂系统体系架构、复杂环境感知、车路交互等关键基础技术研发。理论突破方面，美国自动驾驶综合计划提出推进自动驾驶对现有政策体系影响、自动驾驶提升交通运输效能等理论研究。（3）创新安全监管，强化车辆运行状态的实时监测与多源数据要素保障第 2 章 产业发展概况37智能网联汽车实时动态联网是其核心功能体系，涉及车云、车车、车人、车路、车内等五个通信场景，加上公众出行偏好等行为数据将是交通服务潜在盈利点之一，如何防范网络安全漏洞、信息数据泄露、网络攻击等是各国以强化监管促进产业发展的重要关注方向。例如，美国在其系列自动驾驶政策 3.04.0 均将网络安全及隐私保护作为基本原则，并推进自动驾驶数据开放平台建设，向公众展示自动驾驶运行区域、部署规模、运营企业、事故状态等实时数据，初步具备自动驾驶车辆运行监管能力。我国于 2021 年由工信部发布了智能网联汽车生产企业及产品准入管理指南（试行）和关于加强智能网联汽车生产企业及产品准入管理的意见，要求加强汽车数据安全、网络安全、软件升级、功能安全和预期功能安全管理。（4）蓄力市场竞争，开展产品流通的标准规范-基础设施-协作机制探索毋庸置疑，当前处于智能网联汽车商业运营前夜，面向未来智能网联汽车全场景运营及成熟商品发展阶段的自由商品流通，各国争先前瞻性布局国际化标准、认证体系等未来汽车产业价值分配制高点。例如，欧盟推出合作式智能交通系统战略，建立完善成员国内部统一的车路协同标准体系，破除贸易壁垒，为未来商品流通做好储备。美国积极参与国际智能网联汽车组织及国际标准制定，推动七国集团自动化和联网驾驶专家组成立，健全未来国外市场转入环境。另外，智能网联汽车技术仍处于探索发展阶段，技术路径、商业模式、潜在影响有待进一步打磨及迭代，各国高度关注政府与行业企业、研究机构、社会公众的协同发力的生态圈共建机制建设，政府引导、支持并监管新技术发展，行业企业、研究机构推动产品突破与理论研究，公众认可并监督新技术应用。3.智能网联汽车产业政策的若干建议智能网联汽车产业政策的若干建议当前世界新一轮科技革命和产业变革如火如荼，应主动推动智能网联汽车产业升级、出行模式重构，积极应对技术路径的不确定性，从战略路线、法规政策、技术研发、配套环境、产业生态等方面，构建智能网联汽车综合性产业政策体系，实现政府上层引导、企业底层自驱、行业协同共建的完整覆盖，推动形成全生命周期各环节齐头并进的行业发展格局。（1）发挥战略路线顶层引领作用立足技术发展阶段性特征、已有基础及自身潜能研判，理念上从赶超转变为领跑，加快第 2 章 产业发展概况38明确智能网联汽车产业发展路线图，包括场景到全域的应用时间表、主流技术方案、产业链空间分布及区域互补策略等部署计划。推进上下协同，鼓励有条件的地区在国家宏观路线的基础上出台地方特色推进路线。（2）有序推进法规政策制定完善面向智能网联汽车合法上路、合规商用、合理执法等近期迫切需求及长期发展需要，一是推动既有相关法规适应性修订或编制智能网联汽车专用法规，建议率先探索智能网联汽车豁免上路机制，支持标准尚未完善但技术稳定成熟的细分场景开展运营收费，同时逐步制定面向全面商用的认证、准入、责任认定等法规。二是建立滚动更新型支持政策，当下技术探索阶段，鼓励并资助在有条件的区域开展试运营，未来随着规模扩大及逐步成熟后，则偏重模式规范及效益奖惩。（3）提升关键核心技术研发能力技术尚未完全成熟、新技术对既有交通体系影响的不确定性是当前制约自动驾驶发展的底层瓶颈，建议提升关键核心技术研发支持力度，通过重点研发计划、重大科技专项、企业税收优惠等措施，对车规级量产零部件、复杂环境智能决策控制算法及平台、自适应敏捷组网理论等技术突破给予资助。（4）加快搭建新型开放配套设施紧扣新基建战略窗口期，充分发挥 5G、卫星互联网、智能交通等细分领域与智能网联汽车的协同共进作用。一是研究制定智慧道路建设规划及保障政策，明确智慧道路功能等级划分、部署计划、建设运营职责及资金资助政策等。二是推进面向全量测试服务的封闭测试场建设，由当前的场景测试及评估，向基于实际运行情况的多功能一体化测试、混行驾驶能力评估、按需响应服务模式等全量测试服务转变，提升测试场评估科学性。（5）提升产业生态协同创新能力鼓励行业企业协同突破、差异化发展。一是支持产业链上下游联合开展技术攻关及应用，推进激光雷达等关键零部件、整车制造、决策控制整体解决方案、车路协同设备、出行服务商等产业链上下游企业强强联合，形成产业链各环节产销高效对接可持续发展格局。二是支第 2 章 产业发展概况39持团体标准突破，鼓励企业、科研机构、高校组建具有国际影响力的联盟平台，优先资助团体标准制定，并支持向行标、国标乃至国际标准迭代，以点带面加快培育行业国际竞争力、抢占关键领域话语权。2.3.2 标准标准1.软件架构标准化组织和软件平台规范软件架构标准化组织和软件平台规范AUTOSAR（Automotive Open System Architecture，汽车开放系统架构），是一家致力于制定汽车电子软件架构标准的联盟，成立于 2003 年，由全球汽车制造商、部件供应商及其他电子、半导体和软件系统公司联合建立，致力于建立一个标准化平台，为独立于硬件的分层软件架构制定各种车辆应用接口规范和集成标准，为应用开发提供方法论层面的指导，以减少汽车软件设计的复杂度，提高汽车软件开发的灵活性和效率，以及在不同汽车平台的复用性。AUTOSAR 以 OSEK/VDX 为基础，但涉及的范围更广。截至目前，AUTOSAR 组织已发布 Classic Platform 和 Adaptive Platform 两个平台规范，分别应对安全控制类和自动驾驶的高性能类软件功能。ClassicAUTOSAR 平台基于 OSEK/VDX 标准，定义了安全车控操作系统的技术规范。AUTOSAR 组织为应对自动驾驶技术的发展推出了 Adaptive AUTOSAR 平台，其主要特点是采用面向服务的架构（SOA），服务可根据应用需求动态加载，可通过配置文件动态加载和配置，并可进行单独更新，相对于 ClassicAUTOSAR，可以满足更强大的算力需求，更安全，兼容性好，可进行敏捷开发。Adaptive AUTOSAR 平台是适应新一代电子电气架构下的集中式计算需求而产生的，但只是整车功能中的一小部分，缺乏从整车电子电气系统视角考虑信息安全、功能安全、通信等需求。国内汽车基础软件架构产业及标准化发展整体较晚。2020 年，国汽（北京）智能网联汽车研究院有限公司、华为技术有限公司等 16 家单位联合起草和发布了 智能驾驶功能软件平台设计规范；全国汽车标准化技术委员会研究并发布研究报告车载操作系统总体技术要求（2021 年）、车载操作系统架构研究（2021 年），并且将进行研制国家标准智能网联汽车 车载操作系统技术要求及试验方法；中国汽车工业协会和中国汽车基础软件生态委员会从 2020 年开始研究并于 2022 年 9 月发布了最新版中国汽车基础软件发展白皮书3.0；中国智能网联汽车产业创新联盟于 2022 年 8 月发布了 车载智能计算基础平台 SOA 软第 2 章 产业发展概况40件架构白皮书。2.接口标准化与互操作性接口标准化与互操作性接口标准化主要涉及原子服务接口与硬件抽象接口。其中原子服务是实现一定的数据融合或控制逻辑的功能模块。对于作为服务的最小单位和单一执行实体（如传感器、执行器）进行抽象，通过 API（应用程序编程接口）向上提供单一功能的服务接口，一次开发多次重用，最大化提升开发效率。硬件抽象接口需要为上层提供完备的设备访问能力，而又隐藏硬件实现的细节，从而实现硬件逻辑和应用程序逻辑的分离。上层服务通过规范的接口调用所需的硬件服务，无需了解底层实现，无需关心硬件的初始化、反初始化、故障重启恢复等细节的具体实现形式。国内已有相关组织逐步开展设备抽象和原子服务接口的标准化研究工作。中国汽车工业协会 SDV 工作组 2021 年起陆续发布软件定义汽车原子服务接口参考规范系列规范，原子服务 API 覆盖车身域、运动控制域、热管理、能量管理，以及设备抽象 API 覆盖车身域、热管理、动力域、底盘域。中国汽车工程学会在研团体标准包括车控操作系统功能软件架构及接口要求、智能网联汽车设备抽象与感知服务接口规范等。3.车载总线标准化组织和标准（车载总线标准化组织和标准（1）国际标准组织）国际标准组织LINLIN 是由摩托罗拉与奥迪等知名企业联手推出的一种新型低成本开放式串行通讯协议，主要用于车内分布式电控系统，尤其是面向智能传感器或执行器的数字化通讯场合。主要应用于电动门窗、座椅调节、灯光照明等控制。LIN 联盟成立于 1999 年，最初的成员有奥迪、宝马、克莱斯勒、摩托罗拉、博世、大众和沃尔沃等，最新发布了 LIN V2.2 版。CANCAN 协议已经由 ISO 标准化，有 2 个版本，如 ISO11898 和 ISO11519-2，它们之间在数据链路层没什么不同，但是在物理层有些区别。ISO11898 标准用于高速 CAN 通讯。最初数据链路层和物理层都在标准 ISO11898 中规定，后来被拆分为 ISO11898-1（仅涉及数据链路第 2 章 产业发展概况41层）和 ISO11898-2（仅涉及物理层）。ISO11519 标准用于低速（最高 125kbps）CAN 通讯。除了 ISO，工业标准组织如汽车工程师协会（SAE，Society ofAutomotive Engineers）也进行了 CAN 的标准化。同时一些私立研究机构和公司也进行了 CAN 的标准化，比如博世 1991年发布了 CAN2.0 技术规范。为促进 CAN 以及 CAN 协议的发展，1992 在欧洲成立了国际用户和厂商协会 CiA（CANin Automation），协作开发和支持各类 CAN 高层协议。CAN 接口已经被公认为微控制器（Microcontroller）的标准串行接口，应用在各种分布式内嵌系统。目前 CiA 协会积极将 CANFD 带入中国。MOST 是一种专门针对车内使用而开发的、服务于多媒体应用的标准的高速数据传送系统，是汽车行业合作的成果，而不是正式的标准。90 年代中期，由宝马公司、戴姆勒克莱斯勒（DaimlerChrysler）公司、Harman/Becker 公司（音响系统制造商）和 Oasis Silicon Systems公司联合推出。车载以太网车载以太网在车载以太网的标准化方面，以下四个标准化组织或联盟起到了主要的推动作用，分别为 IEEE 802.3 和 IEEE 802.1 工 作 组、AUTOSAR 联 盟、OPEN 联盟以及 AVnu 联盟。IEEE 即电气和电子工程师协会，对车载以太网的物理层和上层通信协议进行标准化。其中 IEEE 802.3 主要负责定义传输物理层的标准，车载以太网技术是在 IEEE 802.3 基础上开发研制的，因此 IEEE 是目前最为重要的车载以太网国际标准化机构。IEEE 802.1 则主要负责定义数据链路层中的标准。为了满足车内的要求，涉及到 IEEE 802.3 和 802.1 两个工作组内的多个新规范的制定和原有规范的修订，包括 PHY 规范、AVB 规范、单线对数据线供电等。另外，AVB 中有关 AV 的传输、定时同步等规范还需 IEEE 的其他技术委员会的标准化，如 IEEE1722、IEEE 1588 等。OPEN 联盟（Open Alliance）于 2011 年 11 月由博通（Broadcom）、恩智浦（NXP）、宝马（BMW）等发起成立的开放产业联盟，通过推进 BroadR-Reach 单对非屏蔽双绞线以太网传输技术的标准化和车载以太网标准的完善逐步实现车载以太网技术标准的开放系统的创建。AUTOSAR 是由汽车制造商、供应商以及工具开发商发起的联盟，旨在制定一个开放的、第 2 章 产业发展概况42标准化的车用软件架构。AUTOSAR 的规范包括车用 TCP/UDP/IP 协议栈。AUTOSAR 联盟的标准化工作从 AUTO-SAR 4.0 版本开始包含车载以太网相关内容，主要为 DoIP（通过互联网协议进行诊断通讯）协议，新版本中已经支持车载 Ethernet AVB 以及 SOME/IP 协议。AVnu 联盟是由博通联合思科、哈曼和英特尔等成立，关注车载以太网上层协议，致力于推广 IEEE 802.1 的 AVB 标准和时间同步网络（TSN）标准，创建了一个可互操作的生态系统的社区，建立认证体系，并解决诸如精确定时、实时同步、带宽预留以及流量整形等重要的技术和性能问题。目前，AVnu 已发布其车载以太网 AVB 的认证测试规范，并已认证了多个型号的产品。新一代网络技术时间敏感网络（TSN）是一项从音视频领域延伸至工业、汽车、移动通信领域的技术。目前，IEEE 等组织均在制定基于 TSN 的车载以太网、工业互联网等的网络互操作性标准与规范，其发展演进详见下图 2-13。图 2-13 TSN 标准发展概况TSN 为以太网协议的 MAC（MediaAccess Control，介质访问控制）层提供一套通用的时间敏感机制，在确保以太网数据通讯的时间确定性的同时，为不同协议网络之间的互操作提供了可能性。如图 2-14 所示，已经发布的 TSN 系列规范大致分为四个部分：时间同步、调度延时、可靠性、资源管理。第 2 章 产业发展概况43图 2-14 TSN 标准主要内容（2）国内标准化组织）国内标准化组织TSNSAC/TC 28：全国信息技术标准化技术委员会数据通讯分技术委员会（SAC/TC 28/SC 6）正在制定 2 项 TSN 的国家标准，一是信息技术 系统间远程通信和信息交换 局域网和城域网 桥接和桥接网络（计划号：20190835-T-469），该标准修改采用 ISO/IEC/IEEE8802-1Q:2016 国际标准。二是 信息技术 系统间的远程通信和信息交换 局域网和城域网 桥接局域网用时间敏感应用的定时和同步（计划号：20194195-T-469），该标准修改采用ISO/IEC/IEEE 8802-1AS:2014 国际标准。两项标准规定了 TSN 的关键技术和主要的协议机制。SAC/TC 124：全国工业过程测量控制和自动化标准化技术委员会也在研究 TSN 在工业领域应用。正在制定基于时间敏感技术的宽带工业总线规范 AUTBUS（计划号：20194001-T-604）。CCSA：中国通信标准化协会（CCSA）也在进行确定性网络的标准化研究工作，研制 超高精度时间同步接口要求（计划号：2019-1248T-YD）、增强型同步设备时钟技术要求（计划号：2019-1250T-YD）、路由域通用 YANG 数据模型技术要求（计划号：2019-1276T-Y）相关通信行业标准。无线短距通信无线短距通信在成本控制、汽车轻量化以及灵活部署等方面的诉求驱动下部分有线功能展现出无线化趋势。星闪联盟（SparkLink Alliance）2020 年 9 月成立，目标是推动新一代无线短距通信技第 2 章 产业发展概况44术 SparkLink 的创新和产业生态，承载智能汽车、智能家居、智能终端和智能制造等快速发展的新场景应用，满足极致性能需求。为了满足产业发展需求，星闪联盟识别包含智能网联汽车领域在内的应用场景及需求，于 2022 年 11 月发布星闪 1.0 标准。星闪标准体系主要由星闪接入层规范、基础服务层规范、基础应用层规范及其配套的支撑性规范构成。4.功能安全功能安全/预期功能安全标准预期功能安全标准为了完全满足自动驾驶车辆的安全保障需求，全球汽车工业领域亟需建立全新的自动驾驶安全评判准则体系，以指导正向设计开发和测试评价工作。国际标准化组织 ISO 下设的功能安全工作组（ISO/TC22/SC32/WG8）于 2016 年 2 月启动了预期功能安全 ISO 21448 的制定工作。经 WG8 功能安全工作组组内起草、协商一致，于 2019 年 1 月，以 PAS（可公开提供规范）形式发布了 ISO/PAS 21448。ISO 于 2022 年 6 月正式发布ISO 21448 道路车辆预期功能安全：2022（Road Vehicles-Safety Of The Intended Functionality，简称 SOTIF）。为加快推动功能安全和预期功能安全（SOTIF）技术和标准在国内应用和实施，全国汽车标准化技术委员会汽车电子与电磁兼容分技术委员会（SAC/TC114/SC29）下设的道路车辆功能安全标准研究制定工作组，制定了“中国功能安全（Functional Safety）和预期功能安全（SOTIF）技术和标准研究中长期规划（2020-2025）”、“中国功能安全（Functional Safety）和预期功能安全（SOTIF）技术及标准体系”；道路车辆功能安全标准研究制定工作组ISO/TC22/SC32/WG8 中国专家组发布了预期功能安全国际标准 ISO21448 及中国实践-白皮书。5.信息安全标准法规信息安全标准法规ISO/SAE 21434 规定了有关道路车辆电子电气系统（包括其组件和接口）的概念、开发、生产、经营、维护和停用阶段的网络安全风险管理要求。SAE J3061 将分为三个部分，第一部分将定义 AcSIL 和 TARA 分析方法；第二部分侧重于供应商硬件和软件安全测试方法的概述；第三部分侧重于使用测试工具的概述。SAE J3061 还致力于指导硬件信息安全以及如何保护 OBDII（The Second On-Board Diagnostics，汽车诊断第二代系统）接口。国际电信联盟 ITU 致力于智能交通系统的安全问题,重点考虑 V2X 通信，也考虑了车载系统信息安全问题。第 2 章 产业发展概况45联合国经济及社会理事会欧洲经济委员会中内陆运输委员会道路交通分委会下属的车辆结构工作组（WP.29）起草了车辆网络安全和远程软件升级法规。针对信息安全的要求主要分为两大方面，即信息安全管理体系认证（Cyber Security Management System，以下简称“CSMS 认证”）和车辆型式审批。CSMS 认证主要审查整车企业是否在汽车的全生命周期中制定了信息安全相关的流程，以确保汽车全生命周期中都有对应的流程措施。各流程实施于开发、生产、量产运维各个阶段，保证信息安全设计、实施及响应均有流程体系指导；车辆型式审批则是针对 整车企业信息安全开发中具体的工作项进行审查，旨在保证实施于车辆的信息安全防护技术在进行审查认证时足够完备。美国在 AV1.04.0 基础上发布自动驾驶综合计划，明确智能网联汽车发展愿景及目标；强调安全第一，通过豁免机制鼓励智能网联汽车设计创新；各州加速智能网联汽车立法，推动道路测试、示范应用及商业化探索。欧盟通过法律法规修订、编制最佳实践等方式，强化数据安全管理与数据应用，欧洲各国加速完善法律法规环境，支撑 L3、L4 级智能网联汽车的商业化应用。AUTOSAR 标准定义了车辆软件网络安全标准，包含三个主要安全机制，加密服务管理（CSM）、加密抽象层（CAL）和车载安全通信（SecOC）。Adaptive AUTOSAR 提供了多种加密操作的唯一标准接口，并将加密服务程序进行分组，每组实现特定的加密功能。加密服务程序包括：加密服务程序、密钥存储程序、X.509 证书管理程。国内汽车信息安全标准研制情况如下。2021 年国家市场监督管理总局发布了四项汽车信息安全国家标准，GB/T 40861-2021汽车信息安全通用技术要求、GB/T 40856-2021车载信息交互系统信息安全技术要求及试验方法、GB/T 40857-2021汽车网关信息安全技术要求及试验方法、GB/T 40855-2021电动汽车远程服务与管理系统信息安全技术要求及试验方法规定了汽车及远程服务与管理、信息交互系统、网关产品等方面的信息安全要求及试验方法。2022 年 3 月工业和信息化部印发车联网网络安全和数据安全标准体系建设指南，提出到 2023 年底，初步构建起车联网网络安全和数据安全标准体系。重点研究基础共性、终端与设施网络安全、网联通信安全、数据安全、应用服务安全、安全保障与支撑等标准，完成50 项以上急需标准的研制。第 2 章 产业发展概况462.4 产业技术发展趋势产业技术发展趋势2.4.1 电子电气架构演进电子电气架构演进传统汽车采用的分布式 EEA 因计算能力不足、通讯带宽不足、不便于软件升级等瓶颈，无法满足现阶段汽车发展的需求，EEA 升级将助力智能汽车实现跨越式革新。博世提出了众所周知的电子电气架构技术路线图，并描绘了未来电子架构的主要特征及可能的实现时间点。其中的两个重要标志性节点依然值得强调，即 DCU（域控制器）或 HPC（高性能计算机）平台的出现，以及统一的基础软件平台的出现，标志着 EEA 的本质进化。（1）在基于域控的集中式架构之下，各个功能部件均成为独立的域，在每个域之下有相应的控制功能集合。域与域之间可以做到安全隔离，也可以根据需求进行通信和互操作，形成类似以太网总线上的计算机局域网，变成了松散耦合的架构。各域控制器完成各自的的数据处理，并在域本地完成决策，只通过中央网关与其它域控制器交换所需数据。其中，与自动驾驶相关的传感数据由自动驾驶域控制器处理后进行决策。（2）跨域融合架构：为进一步提升性能，满足协同执行又减少成本，跨域融合集中化方案应运而生，即将两个或者多个集成型域控制器合并为一个域控制器。比如动力域和底盘域的合并、车身域与智能座舱域的合并，座舱域和自动驾驶域再集成至同一控制器硬件，达到部分程度的中央域控。该架构示意图如下图 2-15 所示：第 2 章 产业发展概况47图 2-15 域集中式电子电气架构（3）在未来，随着高级别自动驾驶的规模化应用，汽车电子及软件功能大幅增长，架构形式将向基于中央计算平台的整车集中式电子电气架构演进：各采集、执行节点将原始数据通过网关传输到中央控制器处理，所有数据的处理与决策制定都在这里完成。其中，与自动驾驶相关的传感数据也将由中央控制器处理后进行决策。该架构示意图 2-16 如下所示：图 2-16 整车中央集中式电子电气架构（4）最终电子电气架构将向车路云协同架构发展。车路云协同架构是利用新一代信息与通信技术，将车、路、云的物理层、信息层、应用层连为一体，进行融合感知、决策与控制，可实现车辆行驶和交通运行安全、效率等性能综合提升的一种信息物理系统。目前，少部分整车企业的 EEA 已经处于跨域融合阶段向整车中央集中化阶段转型过程。但大多数车企的 EEA 的发展现在正处于由域控集中阶段向域融合阶段转型的过程中，其显著特征是：第一，DCU 的出现使 ECU 标准化且数量大幅减少，并直接带来“降本”和“增效”。第二，智能传感器/执行器数量增加；传统功能导向的 ECU 传感器集成方案中的算力会被剥离并集中到 DCU 里，同时传感器本身也需具备基础算力，以便与 DCU 沟通。第三，软件开始独立于硬件，但并未完全分离。一些独立的功能仍然依靠 ECU 实现，但抽象层（AbstractionLayer）的出现是未来实现软硬件完全分离以及域融合的重要基础。第四，中央网关与各个域之间可通过以太网通讯。第 2 章 产业发展概况48而整车中央集中化阶段和跨域融合阶段的本质不同是：一，软硬件完全分离，且所有的ECU/DCU 共享同一套基础软件平台。二，相互独立的功能应用搭载在一套高算力的车载计算机（HPC）上，且它的算力远超阶段二的 DCU。三，基础软件平台 功能独立 HPC 将带来规模化，即一套架构可以承载任何形式、数量的功能及服务。目前 EEA 的演进主要集中在上述三个阶段之间，但并未存在明显的分界点。因此，基于对这套路线的基本共识，车企与全球领先供应商根据自身技术规划、车型平台和内部能力等制定适合自己的方案，以至于目前几乎没有两家车企在架构上完全相同。其中，特斯拉已经处于域融合阶段向整车中央集中化阶段过渡，而传统车企大多仍处于域融合阶段甚至域控集中阶段。传统车企在统一战线应对特斯拉带来的冲击时，也形成了各具特色的 EEA。目前，行业内没有统一的架构设置标准，却有相似的划分原则。由于采用渐进式改革，大部分传统车企（尤其是豪华品牌）短期内会定义出 3-5 个域，包括整车控制（底盘与动力总成）、ADAS（高级驾驶辅助系统）/自动驾驶与安全、信息娱乐（IVI）、车身和互联互通；其中，ADAS与 IVI 会通过以太网与中央网关相连接，以保证数据传输的低延迟与大流量。不管是特斯拉还是传统车企，领先者都不会局限于跨域融合阶段的 DCU 架构，因为它只能带来短期的降本与功能创新，若要实现长期效益，就必须实现新架构平台的规模化，从软件入手。EEA 由分布式 ECU 向域集中/整车中央集中架构方向发展主要好处在于：第一、算力利用率更高，汽车在实际运行过程中，大部分时间仅部分芯片执行计算工作，而且未满负荷，导致分散的各个独立功能的 ECU 运算处理能力处于闲置中，采用计算集中域控制器架构方式，可以在综合情况下，最大化利用处理器算力，不造成浪费。第二、统一交互，实现整车功能协同，传统分布式 ECU 在执行器、传感器、控制器、软件算法等方面都是紧耦合设计，造成跨部件跨 ECU 级特性设计和开发效率低、升级困难等问题；新一代架构实现软硬件解耦，减少 ECU 数量，实现真正意义上的整车级特性开发，提高更新迭代速度和缩短产品上市时间，并大幅度降低汽车开发和升级改款成本。第三、缩短整车线束长度和重量，降低故障率，传统分布式 ECU 造成线束错综复杂和长度不可控，以及导致电磁干扰，故障率提升；新一代架构实现执行器、传感器等部件区域接入，缩短线束长度从而降低整车重量。第 2 章 产业发展概况492.4.2 整车计算平台形态演进整车计算平台形态演进整车计算平台主要分为三个部分，自动驾驶集成平台（ADIP，Automated DrivingIntegration Platform）、车控集成平台（VIP，Vehicle Integration Platform）以及座舱集成平台（CIP，Cockpit Integration Platform）。VIP 的主要功能范围是集成动力控制、车身控制、网关功能以及区域控制器控制和管理；ADIP 的主要功能范围是高阶自动驾驶、驾驶辅助以及车辆运动控制；CIP 的主要功能范围是娱乐以及网联的功能集。同时它们之间都有功能交集，正是因为这些功能交集的存在，整车计算平台的形态也会存在多种，如下图 2-17。图 2-17 整车计算平台功能交集（博世）（1）针对 SAE Level 2 应用场景，如下图 2-18 所示有三种模式：图 2-18 整车计算平台三种模式（SAE Level 2 ）PatternA:三个集成平台之间相对独立，适合于 L2 应用；Pattern B1:CIP 集成了 L2 的驾驶辅助功能；Pattern B2:VIP 集成了 L2 的驾驶辅助功能；Pattern C:xIP（Cross-domain Integration Platform，跨域集成平台）集成了所有，通常 ADIP和 CIP 整合在一起也属于这个范畴；第 2 章 产业发展概况50Pattern B2 方案，目前的解决方案主要还是外扩一个单独的算力芯片进行驾驶辅助的感知等处理。Pattern B1 方案，目前以及下一代的座舱芯片已有足够的算力去直接集成驾驶辅助的功能，无需单独的硬件芯片，一些整车企业已经把集成泊车功能作为第一步，进一步集成 L2 的行车功能。VIP 功能主要用来实现动力控制、网关以及车身等基础功能，对于实时性有很高的要求。驾驶辅助功能是以数据驱动的开发方式，持续频繁地进行软件迭代。把 VIP 和辅助驾驶功能糅合在一起，复杂程度会很大，并且在成本效率上也没有明显优势。因此 Pattern B1 方案会优于 Pattern B2 方案。总体而言，Pattern A 目前仍然会是实现 L2 的主要架构形式，单独的 ADIP 允许接入更多的传感器，可以实现更多的功能场景；针对 L2 的应用，Pattern B1 会优于 Pattern B2；长期发展方向会向着 Pattern C 去演变。（2）针对 SAE Level 3 应用场景，如下图 2-19 所示有三种模式：图 2-19 整车计算平台三种模式（SAE Level 3）针对L3 应用，自动驾驶的冗余是必要的：PatternA：ADIP 内部或外部冗余Pattern B1:ADIP 和 CIP 组成冗余Pattern B2:ADIP 和 VIP 组成冗余第 2 章 产业发展概况51Pattern C:xIP 内部实现冗余总体而言，针对 L3 或以上的应用，Pattern A 优于 Pattern B1，Pattern B1 优于 Pattern B2；长期发展方向会向着 Pattern C 去演变。2.4.3 构建构建 SOA（面向服务架构）（面向服务架构）1.SOA（面向服务架构）（面向服务架构）面向服务的架构 SOA（Service-Oriented Architecture）是一种软件架构设计的理念和方法论，也是 IT 行业企业软件的一种主流架构风格，是一个架构组件模型，将软件组件（称为服务）通过定义良好的标准接口和服务契约联系起来。SOA 架构需从传统电子电气架构的“面向信号”转变为“面向服务”，将功能独立出来。其核心内涵即从本质上通过复用、松耦合、互操作等机制来提高软件质量、加快软件研发效率、使研发出来的产品能够交互并灵活适应业务变化。目标是如何最大限度地减少应用（或业务）变化对已部署或正在运行的软件系统带来最小的冲击，以满足长期治理的需求，实现服务架构随应用变化可持续性演化。2.软件的工业化生产软件的工业化生产3面对车载软件庞大且仍在增加的软件代码量，汽车行业开始借鉴 ICT（信息通信技术）行业的“软件工厂”理念。比如戴姆勒旗下的全资软件开发公司 MBition 正在打造软件工厂，根据开发项目需求，通过对软件组件的标准化、结构化运用，实现快速开发。正如传统制造业在上世纪初引入福特式流水线生产那样，软件开发也正在从“定制化手工制作”向“自动化产线制造”转变。软件工厂需为开发者提供可行的软件框架、配套的开发指令、预设的程序模板、可复用的代码以及伴随开发进程可以连续测试的环境。在此基础上，当软件工厂收到一项开发需求时，开发者能够根据工厂现有能力拆解需求模块，并将其分配至各个“产品线”，每个产品线再根据新需求识别可以复用和需要新开发的部分，判断开发工作所需资源，最后部署开发、3罗兰贝格.报告解读|汽车电子革命系列白皮书 第一期：四大核心技术趋势，微信公众号:罗兰贝格管理咨询，2020,12,10第 2 章 产业发展概况52测试工具并完成任务。相比于传统的“手工”开发模式，软件工厂可以提升软件产品的一致性、品质和开发效率，提前识别开发工作量，前置风险，使整个开发和部署流程更可预测，大大提升了车企对软件工作的资源配置和进程管控能力。3.软件与服务成为差异化的关键软件与服务成为差异化的关键汽车电子电气架构的变革使得汽车硬件体系趋于集中化，软件体系的差异化成为汽车价值差异化的关键。科技公司进入汽车行业推动了供应链生态体系的变化，汽车产业链逐渐从整车企业、一级、二级供应商的线性关系演变为更加复杂的整车企业、供应商和科技公司均参与的汽车新生态体系，以及整个产业覆盖汽车全生命周期的网状关系。商业模式上也从出售汽车硬件发展为出售硬件与后续服务的转变。研发流程也从软硬件集成开发转变为软硬件解耦的独立开发。新的整车电子电气架构构成了未来智能网联汽车的核心，软件和服务能力将成为未来汽车产业里最为重要的竞争力。4.标准化的软件架构将逐步建立标准化的软件架构将逐步建立汽车软件架构走向分层化、模块化，使得应用层功能够在不同车型、硬件平台、操作系统上复用，并且可以通过标准化接口对应用功能进行快速迭代升级。未来随着智能网联汽车的应用场景越来越丰富和逐渐固化，在面向服务设计思想下，在容器化和虚拟化技术的支持下，汽车硬件设备趋向于具备通用性、算例化和标准化特性。系统软件和功能软件将是汽车行业技术研发和应用的重点。整车企业将更多聚焦在产品定义、应用算法开发及系统集成匹配等方面，而底层共性的基础软件架构等可由专业的供应商提供。5.汽车产业格局将被重塑汽车产业格局将被重塑在软件定义汽车时代，整车企业为了掌握主导权并降低高昂的研发成本，往往会选择直接与具备较强的独立算法研发能力的软件供应商合作，因此这些软件供应商一跃成为了 Tier1厂商。未来，软件供应商的盈利模式有望发生转变，基础平台开发以许可费的形式收费，功能模块以版权费的形式收费及定制化的二次开发费用等。“硬件预埋，软件升级”成为当下车企的主流策略，至 2025 年将成为 L3 及更高级别自动驾驶发展的关键节点，具有领先软件和算法能力的车企、软件供应商有望获得重要发展机遇。从长期来看，SOA 将重构汽车生态，汽车行业或将复制 PC 和智能手机的软件分工模式。第 2 章 产业发展概况53车企可通过自建或与供应商合作搭建操作系统和 SOA 平台，引入大量算法供应商和合作伙伴等形成开发者生态圈，汽车行业上下游参与者各自的角色与定位将发生根本性变化。2.4.4 通信架构升级通信架构升级随着新一代架构的发展和自动驾驶的应用，车载网络技术的发展趋势为高带宽、低延时、高可靠、车云协同（如图 2-20 所示）。汽车网络通信系统朝向多网络、高带宽、低延时、多冗余、高可靠等方向发展，同时打破核心技术垄断，提升自主化率，逐步实现引领超越。图 2-20 车载网络技术趋势预计至 2025 年，CANFD-XL、10Base-T1S、2.5G Base-T1 等车载总线技术将趋于成熟，逐渐量产应用。预计至 2025 年，随着中央计算 区域控制器的架构逐渐实施，将逐渐发展为以 1G 车载以太网为骨干网的网络架构，结合 AVB/TSN、SOME/IP、DDS 等传输协议，解决低时延、高带宽、高同步、高冗余应用场景传输需求。通信技术正在快速演进中，从 CAN 到 CANFD 到 CAN XL,从 100M 以太网到 1G 以太网到 2.5G 以太网，甚至 10G 以太网的技术。自动驾驶需要以更快速度采集并处理更多数据，传统汽车总线无法满足低延时、高吞吐量要求。因此，集带宽更宽、低延时等诸多优点的以太网有望成为未来车载网络骨干。2015 年首个车载以太网规范 100Base-T1 发布，仅需要一对双绞线进行传输，可以减少 70-80%的连接第 2 章 产业发展概况54器成本，减少 30%以上的重量，并且能够有效的满足车内 EMC（电磁兼容性）电磁干扰的要求。随着 1000BASE-T1 以及更高带宽 NGBase-T1 以太网标准的不断推出，以太网有望成为未来智能汽车时代的车载主干网络。不过为了不使零部件成本和线缆重量急剧增加，并且尽可能降低技术升级带来的安全风险，各域内依然保持 CAN/CAN FD 的连接架构。2.4.5 功能安全、网络安全升级功能安全、网络安全升级随着汽车智能化程度的不断提高，面对车内外通信的复杂环境和未知情况，必须提高安全策略级别以应对复杂多变的外部环境。汽车架构的初期设计中需充分考虑安全保障，并在在整个产品使用生命周期内确保安全性。根据新一代电子电气架构的正向开发方式，利用用户思维、软件思维和硬件思维从整车、系统和部件的角度开展从上到下的架构设计，将安全体系融入其中，并在汽车的整个生命周期内对安全保障进行维护。汽车的智能化使得监管和法规将机器人安全总则三法则延伸到汽车产业上。所以最近这十年来，汽车安全的监管和法规呈现三个趋势：（1）从结果安全逐步向架构、设计、开发、构建、集成与测试、生产制造等全过程安全可控扩展；（2）从功能安全向网络、数据、隐私等安全与合规扩展；汽车数字体验需要不断地获取数据和服务，而且功能要始终保持更新，因此必须从一开始就在系统开发中考虑数据安全；（3）从整车安全向每个部件安全扩展。2.4.6 计算芯片短期分化与长期融合计算芯片短期分化与长期融合41.自动驾驶高性能芯片的定制化自动驾驶高性能芯片的定制化由于自动驾驶算法仍具有高度不确定性，芯片方案需兼顾目前 AI 算法的算力要求和灵活性，GPU（图形处理器） FPGA（现场可编程逻辑门阵列）的组合受到大多数玩家的青睐。当自动驾驶技术路线相对成熟且进入大规模商用的阶段后，GPU 也难以胜任对更多空间信息的整合处理，需要定制的专用集成电路 ASIC（特定用途集成电路）。ASIC 芯片可在相对低水平的能耗下，提升车载信息的数据处理速度，虽然研发和首次“开模”成本高，但量产成本4罗兰贝格.报告解读|汽车电子革命系列白皮书 第一期：四大核心技术趋势，微信公众号:罗兰贝格管理咨询，2020,12,10第 2 章 产业发展概况55低，是算法成熟后理想的规模化解决方案。然而，鱼和熊掌不可兼得，低功耗、大算力、可编程灵活性（以应对算法的快速升级）在短期内是无法完美兼顾的。多核 SoC 将成为未来智能座舱主控芯片的主流。丰富生态的中控大屏系统、“一芯多屏”系统、AR-HUD 等多屏场景需求需要多核 SoC 进行支持。多核 SoC 芯片技术解决方案发展呈现多样化，如车机主控芯片 MCU 兼顾安全的方案以及集成式的座舱域控制器方案。2.芯片的长期兼容与融合芯片的长期兼容与融合远期来看，负责不同域的芯片架构将呈现兼容与融合趋势。如前文所述，短期内自动驾驶高性能芯片和座舱主控芯片分别演进。究其原因，座舱应用场景和芯片性能要求已相对明晰，并且消费电子级芯片可满足座舱现有场景需求，消费电子芯片可以利用规模优势实现低成本商业化开发；相反，自动驾驶技术路线尚不成熟，其人工智能算法所要求的芯片性能远高于目前消费电子芯片的能力，因而在自身技术路线选择下进行高成本、小规模开发应用。据罗兰贝格预测，2030 年以后，随着自动驾驶技术路线的逐渐成熟，高性能芯片进入标准化、规模化生产阶段，其与座舱主控芯片进一步向中央计算芯片融合，从而通过集成进一步提升运算效率并降低成本，但由于自动驾驶和座舱安全要求不同，满足安全要求将成为融合的前提。2.5 问题和挑战问题和挑战1.基础软件平台规范、接口不统一，服务化架构刚起步。基础软件平台规范、接口不统一，服务化架构刚起步。（1）平台规范层面：对于车载基础软件来说，如何满足整车电子电气架构变化的需求，是值得深入探讨的关键问题。一方面，基础软件平台需要统一标准并兼容不同整车企业的应用，另一方面，基础软件平台安全性需要重点加以考虑，并给出系统性解决方案。无论是域集中式架构还是基于中央计算平台的架构，整车功能设计，控制逻辑都离不开高性能计算单元。高性能计算单元的引入增加了基础软件平台的复杂度，整车功能设计如何把握和驾驭这种复杂度成为首要问题。同时，基于 SOA 的整车设计和功能服务化理念也对基础软件平台产生了重要影响，如何满足新的设计和功能，实现未来需求也是亟待解决的问第 2 章 产业发展概况56题。电子电气架构基础软件平台技术和测试要求的标准化和规范参考有助于形成软件定义汽车的行业共识，降低整车企业、零部件供应商等之间的沟通成本，实现应用软件复用，提高开发效率。不过国内汽车基础软件平台产业及标准化及产业发展刚起步，各行业组织或企业切入方式和领域不同，有待形成进一步的共识。于此同时，基础软件平台的安全性也应从整车电子电气架构视角考虑信息安全、功能安全、通信安全等。（2）接口层面：接口标准化主要是为智能驾驶、智能交互等应用提供标准化的运行环境和服务，满足不同硬件外设可扩展、即插即用以及功能/应用软件包可升级、可复用，高效实现和互操作，实现软硬件分层解耦，满足跨平台、跨车型、可扩展等要求。当前汽车传感器、执行器等设备的物理接口、电气接口和通信接口还未实现标准化。以执行器为例，执行器的物理接口受限于供应商及整车企业的布置以及产品延续性等因素，其标准化进程较为艰难，目前只局限于单个供应商内部的标准化或是单个整车企业内部的标准化。执行器的电气接口当前多数为硬线驱动，由于执行器的驱动方式不同，导致其硬线的电气接口也不尽相同；但这些年已慢慢向 CAN 或 LIN 接口的智能执行器方向发展，节省大量的硬线线束与 ECU 硬线接口，省去了接口电路的匹配工作，诊断与刷写程序更加便捷，状态监测以及故障诊断信息更加丰富，为 ECU 电气接口的通用化、标准化提供了保障；而执行器的通信接口标准化目前还局限于单个供应商内部或是单个整车企业内部，待电气接口标准化后逐步完备。此外，在远程服务和车云通信方面，除了 GB/T 32960电动汽车远程服务与管理系统技术规范规定了电动汽车远程服务与管理系统中协议结构、通信连接、数据包结构与定义、数据单元格式与定义，其他智能驾驶车辆功能的车云交互数据种类、格式、协议以及信号各类属性的标准化工作暂未有统一性的成果发布。智能网联和智能驾驶技术正在日新月异的进化中，各汽车企业开发和应用电子电气架构的技术路线各异，架构服务化程度各异，设备抽象和原子服务数据结构标准化对实现软件定义汽车有着显著价值，同时接口标准化工作刚刚起步也面临着极大的挑战。第 2 章 产业发展概况572.自主开发操作系统内核和虚拟化软件的挑战。自主开发操作系统内核和虚拟化软件的挑战。随着汽车电子电气架构的发展，分布式架构向集中式架构过渡，这需要域控制器在软件层面利用虚拟化技术在一个处理器上集成多个操作系统与应用系统。虚拟化软件层作为支持多个操作系统内核和应用系统同时运行的基础模块，其安全性、隔离性和时延小成为系统的关键要素。操作系统内核和虚拟化软件是底层操作系统最为核心的基础模块，同时也是保护系统安全的核心组件。智能网联汽车的特殊属性，要求操作系统内核和虚拟化软件应该满足高实时、高安全、高性能和高可靠性。在功能安全和信息安全方面面临着极其严苛的考验。3.工具链层面缺乏从电子电气架构概念设计到产品系列开发的全过程的协同开发平台。工具链层面缺乏从电子电气架构概念设计到产品系列开发的全过程的协同开发平台。针对汽车电子电气系统复杂的开发过程，比如急剧增加的车型功能特性及复杂度、不同技术职能部门相关人员参与与设计交互、不同车型的特性配置管理与方案评估等，电子电气系统设计工具需提供给用户一个完整的协同开发平台，支持从电子电气架构概念设计到产品系列开发的全过程。当前工具链多为国外企业提供，车规级芯片工具链平台，包括操作系统、集成开发环境（IDE）、编译器、调试与烧录工具、开发评估套件、底层驱动库、USB 协议栈、TK 产品应用开发包、无线产品应用开发包，以及和实时操作系统供应商合作开发的嵌入式操作系统板级支持包。但在面向新一代 EEA 的服务化设计方面，缺少成熟工具链支撑，特别是需要支持团队协作甚至是跨地域的协作模式的服务设计平台，目前国内外较为缺乏。4.智能网联化对汽车通信技术提出了大带宽和高实时性的要求。智能网联化对汽车通信技术提出了大带宽和高实时性的要求。通信协议栈是汽车电子电气架构的重要组成部分，基于 CAN 总线的信号传输已经无法满足全部需求，而新型总线的各类传输协议标准（如：TSN）还在不断完善，上层应用协议的应用生态还没有构建完成，各整车企业在 SOME/IP、DDS、PCIE 的协议应用仍处于论证阶段。TSN 国际、国内标准中与车载相关的技术标准尚不全面，并且支持 TSN 技术的芯片没有达到车规级应用。SOME/IP 通信设计开发需实现基于服务的信号设计开发，即在功能信号中提取“服务”，然后进行打包传输，开发难度高。第 2 章 产业发展概况585.中央计算硬件平台芯片和设计方案尚不成熟中央计算硬件平台芯片和设计方案尚不成熟中央集中式电子电气架构下的中央计算硬件平台目前尚无成熟的芯片和硬件设计方案，需要整车与芯片供应商和硬件平台供应商进行同步验证开发。同时，中央计算平台对软件开发能力要求也很高，需协同基础软件、应用软件、软件集成等资源共同实现软件设计工作。第 3 章关键技术体系59第 3 章 关键技术体系第 3 章 关键技术体系本章围绕新型电子电气架构概述并重点介绍软件架构、硬件架构、通信架构、车路云协同技术中的关键技术，以及纵贯电子电气架构的安全体系相关流程和关键技术。3.1 软件架构关键技术软件架构关键技术表 3-1 软件架构关键技术导读3.1 软件架构关键技术3.1.1 整体软件架构SOA 设计思想，架构组成：系统软件、功能软件、应用软件、云平台，设计安全要求，分层解耦等3.1.2 系统软件3.1.2.1 虚拟化管理与板级支持包3.1.2.2 内核3.1.2.3 中间件3.1.3 功能软件3.1.3.1 关键技术数据抽象，通用框架，通用模型，安全域基础应用，管理平面，API3.1.3.2 技术应用现状及前景展望3.1.4 软件远程升级3.1.4.1 关键技术分布式部署，可靠性设计，差分升级，无感升级，OTA 通信协议3.1.4.2 技术应用现状及前景展望3.1.1 整体软件架构整体软件架构5汽车电子电气架构正在由传统的分布式架构向域集中式和中央集中式演进，并继续演进至车路云一体化协同。智能网联汽车整体软件架构需要采用 SOA 分层思路构建，从下往上，分为系统软件层、功能软件层、应用软件层，以及云平台。其中，系统软件与功能软件构成了广义上的操作系统（本文中，没有特别强调说明的“操作系统”，均指广义操作系统。如下图 3-1 智能网联汽车软件架构中红色线框内所示），是汽车软件的基础。此外，汽车软件一般要配合专业的硬件平台来运行，硬件平台为基于高性能芯片搭建的异构分布式硬件运行环5智能网联汽车技术路线图 2.0，中国汽车工程学会，2020 年中国汽车基础软件发展白皮书 1.0，中国汽车工业协会和中国汽车基础软件生态委员会（AUTOSEMO），2020 年车载操作系统总体技术要求，全国汽车标准化技术委员会，2021 年车载操作系统架构研究，全国汽车标准化技术委员会，2021 年第 3 章关键技术体系60境，具有选型灵活、配置可插扩、算力可堆砌等特点。图 3-1 智能网联汽车软件架构系统软件是针对汽车场景定制的复杂大规模嵌入式系统运行环境，不仅为上层应用以及功能的实现提供了高效、稳定环境的支持，也是各类应用调度底层硬件资源的“桥梁”，在智能汽车整体软硬件架构中处于核心的位置。主要包含虚拟化管理与 BSP（板级支持包）、操作系统内核（如：OSEK、RTOS、Linux、Android Q）、基础中间件三层，进一步细化可分为异构分布系统的多内核设计及优化、虚拟化管理（如 Hypervisor）、POSIX（可移植操作系统接口）、系统中间件及服务（如 AUTOSAR、DDS）等。功能软件是根据面向服务的架构设计理念，通过提取智能网联汽车核心共性需求，形成各共性服务功能模块，高效实现智能网联功能开发的软件模块。主要包括数据抽象、通用框架、通用模型、API，以及安全域基础应用和管理平面。应用软件运行在操作系统之上，具体负责功能实现。即为实现具体自动驾驶功能、HMI（人机界面）交互等算法软件，基于下层基础服务实现对整车服务、应用、体验等进行定义和组合增强，构建差异化竞争力的应用。应用算法差异化涵盖了智能座舱（车载信息娱乐系统 IVI、车联网、人机交互、中控系统、ADAS、智能座椅等）、智能驾驶（L1-L5 级智能驾驶等级）等领域。同时伴随着云端软件复杂性的提高，车载网络信息安全（检测与防卫远程攻击）也将逐步成为未来应用算法的关注焦点。第 3 章关键技术体系61云平台是独立与车端之外，可以在云端部署，并与车端互联互通，提供计算、互联等服务的远程服务平台。在新一代汽车的 SOA 架构下，越来越多的应用层接入云端，使得车载网络在以前独立的电子领域（例如信息娱乐、ADAS 和动力总成）之间建立连接。云服务平台包含大数据服务、远程诊断、应用商店、驾驶服务等。此外，汽车软件整体架构在设计和开发过程中，还需要关注安全要求，以及配套工具链。安全体系自底向上贯穿硬件、系统软件、功能软件和应用软件等各个层级，需要关注的安全要求有功能安全、信息安全、预期功能安全，防护的层次主要有三个，分别是车路云一体安全防控、整车级安全防控、零部件级安全防控。软件的配套工具链包括系统设计工具、软件配置工具、系统集成工具和开发、调试、测试工具等。当前，车端软件架构 SOA 化主要集中在智驾、座舱、车身功能域，动力和底盘域受限于实际需求、时延和可靠性要求以及其他非技术原因，暂时还未实现 SOA 化。但未来，随着EEA 向 HPC 中央计算平台的进一步演进，车端各功能域软件也会逐步实现完全 SOA 化。各大整车企业和供应商提出的新一代软件架构中，均采用了 SOA 设计思想，提出分层解耦开发目标。从底层的内核与基础中间件，到框架支撑层的功能软件，再到上层应用软件，明确了各层之间的向下依赖关系，各层之间通过规范化的 API 进行交互，实现了不同层次间的分离与解耦。汽车软件整体架构中，操作系统（OS）是基础支撑。不同功能域对于操作系统的要求也不同。比如传统的动力和底盘域，仍然是高实时性高确定性的嵌入式 OS（如 OSEK/VDX OS），通常和经典 AUTOSAR 平台绑定在一起。在智能座舱领域，以车端 Android 操作系统为主，通过 SOA 网关实现自身服务和外部功能域之间的服务化交互。在智驾域，满足高功能安全和高性能要求的实时操作系统 RTOS 被广泛应用（如 BlackBerry QNX，中兴 ZEOS 等），同时为满足机器学习和视觉 AI 算法的 OS 层接口要求，安全 Linux 操作系统也需要引入，比如和RTOS 一起构筑软件功能安全岛，支撑 AI 算法丰富接口要求的同时，满足智驾要求的功能安全等级，如图 3-2 所示。第 3 章关键技术体系62图 3-2 智驾域控制器软件架构示意图汽车软件 SOA 新架构中均引入了自适应 AUTOSAR（AdaptiveAUTOSAR）平台，用于满足一定的代码规范性和功能安全的目标，同时也是借助于 AdaptiveAUTOSAR 平台自身SOA 架构完成软件系统设计与开发。AdaptiveAUTOSAR 经过五年左右的发展，目前推出了R21-11最新规范（如图3-3），国内外AUTOSAR厂商均在规划对齐最新规范进行各自AdaptiveAUTOSAR 产品的完善。总体而言，AdaptiveAUTOSAR 平台面临的场景更加多样化，相应的处理逻辑更加复杂多样，功能范围更加宽泛，即使是目前 AdaptiveAUTOSAR 最新的规范也不能完全满足应用软件的需要，需要在此基础上做进一步的扩展和完善。在国内，中国智能网联汽车产业创新联盟基础软件工作组和中国汽车基础软件生态委员会（AUTOSEMO）等组织正在致力于推进相关标准化工作。图 3-3 Adaptive AUTOSAR R21-11 规范框架在汽车软件 SOA 架构中，通过针对不同设备的抽象和适配，对外发布原子服务，实现设备和软件平台之间的解耦。在此基础上进一步定义组合服务、应用服务以及动态服务，实现服务的完全共享和重用。当前，中国汽车工程学会、汽车工业协会等组织在积极推进感知设第 3 章关键技术体系63备、执行机构、车身传感器及执行器、热管理系统的设备抽象和原子服务定义，具体落地实现还需要一个较长时期的过程。此外，软件 SOA 架构中各服务和应用模块之间的通讯，当前应用层协议主要还是SOME/IP 及其关联的服务发现（SD）。目前 ClassicAUTOSAR 和 Adaptive AUTOSAR 都已经支持了 SOME/IP 协议栈，同时在 Adaptive AUTOSAR 平台中还提供了 S2S 服务，实现服务和信号的相互转换，支持面向服务功能模块和面向信号模块之间的消息互通。当前，以数据为中心的 DDS 协议虽然已经纳入 AdaptiveAUTOSAR，但目前对 DDS 的支持还很少。另外，用于车云通讯的 MQTT（Message Queuing Telemetry Transport，消息队列遥测传输，ISO标准下基于发布/订阅范式的消息协议）、RESTful 还没有正式应用到车端软件架构中。汽车 SOA 架构设计当前处于起步阶段，面临诸多挑战。其中包括车端硬件环境的限制，高实时性和高确定性要求，系统设计与工作模式的转变，面向服务通讯组件的整合与集成，架构服务化带来的信息安全风险，功能安全方面的挑战，异构环境及非 SOA 架构模块的并存增加了系统架构的复杂度等。总体而言，目前整车企业更多是进行少量服务化尝试，SOA 架构还未形成通用普适性规范。汽车软件架构正处于 SOA 化和传统非 SOA 化架构并存的阶段，软件跨域分布式计算与多功能域异构软件环境是其显著特点。未来随着汽车电子电气架构向中央集中式演进，汽车软件架构也会逐步实现全面 SOA 化，各域功能进一步融合，服务定义更加丰富，服务重用与共享程度更高，软件开发更加灵活便捷。伴随着车云一体化发展，汽车软件平台会逐步演进为智能网联汽车边缘计算节点，和智能网联云平台充分协同，有效推动软件定义汽车的实现。3.1.2 系统软件系统软件3.1.2.1 虚拟化管理与板级支持包虚拟化管理与板级支持包6系统软件层面，主要包括 BSP（板级支持包）、Hypervisor（虚拟化管理）、操作系统内核（狭义操作系统）、中间件组件等。Hypervisor 是运行在基础物理服务器和操作系统之间的中间软件层，可允许多个操作系6车载操作系统（七）：虚拟化（Hypervisor），欧珊瑚，微信号：数字技术观察，2021 年第 3 章关键技术体系64统和应用共享硬件，也可称为 VMM（Virtual Machine Monitor），即虚拟机监视器。硬件虚拟化技术管理并虚拟化硬件资源（如 CPU、内存和外围设备等），提供给运行在 Hypervisor之上的多个内核系统。虚拟化（Hypervisor）解决方案提供了在同一硬件平台上承载异构操作系统的灵活性，同时实现了良好的高可靠性和故障控制机制，以保证关键任务、硬实时应用程序和一般用途、不受信任的应用程序之间的安全隔离，实现了车载计算单元整合与算力共享，是实现车载跨平台应用、提高硬件利用率的重要途径。在域集中式电子电气架构下，各种功能模块都集中到少数几个计算能力强大的域控制器中，不同安全等级的应用需要共用相同的计算平台，传统的物理安全隔离被打破。虚拟化技术可以模拟出一个具有完整硬件系统功能、运行在一个完全隔离环境中的计算机系统。此时供应商不再需要设计多个硬件来实现不同的功能需求，而只需要在车载主芯片上进行虚拟化的软件配置，形成多个虚拟机，在每个虚拟机上运行相应的软件即可满足需求，如图3-4。虚拟化技术的出现让“多系统”成为现实。图 3-4 虚拟化技术示意如图 3-5 所示，Hypervisor 通常被分成 Type1 与 Type2，Type1 类型的 Hypervisor 直接运行在硬件之上，Hypervisor 需要自己管理所有硬件资源；Type2 类型的 Hypervisor 运行在某个Host 系统之上，利用 Host 系统对硬件资源进行访问。大家在 PC 上使用的 Virtual Box 和VMware 虚拟机，就属于 Type2 的类型。第 3 章关键技术体系65图 3-5 Hypervisor 类型全虚拟化时，Hypervisor 完整模拟了所有硬件资源，Guest OS 不知道正在被虚拟化，它也不需要任何修改就能运行，Hypervisor 负责捕获并处理所有特权指令，如果 Guest OS 使用的指令集架构与物理设备的相同（例如都是 ARM64），那么用户级别的指令可以直接在物理设备上运行。在某些场景下，要完全模拟一个真实的物理设备是非常慢的，因为所有对模拟寄存器的访问都会产生一个软中断，之后系统需要切换处理器特权模式，陷入到 Hypervisor当中进行模拟，这样会带来很多额外的性能开销。为了解决这个问题，部分外围设备会采用半虚拟化，半虚拟化方式需要修改 Guest OS，使之意识到自身运行在虚拟机当中，通过 GuestOS 当中的前端驱动，与 Hypervisor 中的后端驱动进行直接通信，以此来换取更好得 I/O 性能，VMware vSphere、华为 FusionSphere 就是比较常见的半虚拟化的方案。全虚拟化和半虚拟化方案如图 3-6。第 3 章关键技术体系66图 3-6 全虚拟化与半虚拟化每个提供商都将为该特定处理器提供操作系统和应用程序,随着系统复杂程度的提高，所需的计算能力被集中在一台集中式计算机中。这些处理器被要求放在一起，同时又要互不干扰分开工作，不同的安全等级往往会带来很大的难度。通过软件虚拟化的方法，可以创建分配任务的错觉，将每个任务分开，如果某个特定任务由于软件故障而失败，那么其他所有任务都将不受影响。软件虚拟化是分隔不同软件系统并降低总体硬件成本的有效方法。在车载虚拟化领域，主流的虚拟化技术提供商包括BlackBerry QNX Hypervisor（闭源）及Intel与Linux基金会主导的ACRN（开源）。目前，只有QNX Hypervisor应用到量产车型，也是唯一被认可功能安全等级达到ASIL D级的虚拟化操作系统。Hypervisor 介乎于底层 DCU 硬件和上层操作系统软件之间，与标准化服务器（x86） 标准化操作系统（Windows 和 Linux）的云虚拟化应用场景不同，汽车嵌入式环境中的虚拟化技术面临的挑战是 Hypervisor 往往需要定制适配底层 DCU 硬件和上层操作系统软件，这对于 Hypervisor 的大规模商用与普及是一个非常大的技术障碍。因此 OASIS（Organization fortheAdvancement of Structured Information Standards，结构化信息标准促进组织）于 2016 年 3月正式标准化 VirtIO 项目，旨在提供一种通用的框架和标准接口，减少 Hypervisor 对底层不同硬件和上层不同软件的适配开发工作量。同样地，BSP（板级支持包）是介于主板硬件和操作系统之间的中间软件层。BSP 用于第 3 章关键技术体系67为操作系统提供虚拟硬件平台，使其具有硬件无关性，可以在多平台上移植。BSP 包括Bootloader（以基础支持代码来加载操作系统的引导程序）、HAL（硬件抽象层）代码、驱动程序、配置文件等。不同的操作系统对应于不同定义形式的 BSP，例如 VxWorks 的 BSP 和Linux的BSP相对于某一CPU来说尽管实现的功能一样，可是写法和接口定义是完全不同的，所以写 BSP 一定要按照该系统 BSP 的定义形式来写，这样才能与上层操作系统保持正确的接口。对于一般的嵌入式系统，硬件部分需要嵌入式硬件工程师设计硬件电路，新出厂的电路板，需要 BSP 来保证其能稳定工作，在此基础之上，才能进行下一步的软件开发。BSP 涉及到的企业较多，涵盖芯片制造商、第三方软件服务商、整车企业，比如高通、华为、德赛西威、中科创达、长城毫末和长城诺博等。3.1.2.2 内核内核内核（狭义操作系统）是汽车操作系统最基本的部分，负责管理系统的进程、内存、设备驱动程序、文件和网络系统，决定着系统的性能和稳定性，是系统软件层的核心，也被称为操作系统内核（OS 内核）/底层操作系统。根据域集中架构下汽车操作系统的发展情况，可将对应的内核粗略分为三大类：智能座舱操作系统内核、智能驾驶操作系统内核和安全车控操作系统内核。智能座舱操作系统主要为车载信息娱乐服务以及车内人机交互提供控制平台，是汽车实现座舱智能化与多源信息融合的运行环境。智能座舱操作系统应用于车机中控、仪表、T-Box等系统，提供导航、多媒体娱乐、语音、辅助驾驶、AI 以及网联等功能，对于安全性和可靠性的要求处于中等水平。随着车辆由单纯交通工具向智能移动终端转变，智能座舱操作系统内核需要支持更多样化的应用与服务，可以支撑一个丰富的生态。智能驾驶操作系统主要面向智能驾驶领域，运行于智能驾驶域控制器，支持智能驾驶所需的高性能计算、高带宽通信的高算力异构芯片，对安全性和可靠性要求较高，同时对性能和运算能力的要求也较高。智能驾驶操作系统内核应以标准的 POSIX 接口为基础，兼容国际主流的系统软件。中间件如 AdaptiveAUTOSAR 等，满足智能驾驶不同应用所需的功能安全和信息安全等要求。根据当前异构分布硬件架构各单元所加载的内核系统安全等级有所不同，第 3 章关键技术体系68AI 单元内核系统支持 QMASIL-B，计算单元内核系统支持 QM ASIL-D，控制单元内核系统需支持 ASIL-D 安全等级。安全车控操作系统用于传统的车辆控制，适用于动力系统、底盘与车身控制等领域，支持 MCU 等控制芯片。车辆底盘控制与动力系统对操作系统最基本的要求是高实时性，系统需要在规定时间内完成资源分配、任务同步等指定动作，而嵌入式实时操作系统具有高可靠性、及时性、交互性以及多路性等优势，系统响应度极高，通常在毫秒或者微秒级别，满足了高实时性的要求。目前主流的安全车控操作系统都兼容 OSEK/VDX 和 Classic AUTOSAR标准。安全车控操作系统内核需要符合车规级实时控制功能安全应用需求，应达到 ISO26262ASIL-D 级安全认证。在汽车电子电气系统中，不同的 ECU 提供不同的服务，同时对底层操作系统的要求也不同。为支持车载软件适应不同的汽车应用场景和硬件资源，需要不同的底层汽车操作系统（OS内核）来支撑。因打造全新操作系统需要花费太大的人力、物力，所以当前基本没有企业会开发全新的 OS 内核。比如 Waymo、百度、特斯拉、Mobileye，无论是自动驾驶企业还是车企的“自研操作系统”，其实都是在上述现成 OS 内核的基础之上，将自研中间件和应用软件整合形成。目前普遍采用的汽车 OS 内核主要有：（1）OSEK/VDX OS，主要用于安全车控操作系统；OSEK/VDX 是应用在模块和静态实时操作系统上的标准，由主要的汽车制造商、供应商、研究机构以及软件开发商发起。OSEK，是指德国的汽车电子类开放系统和对应的接口标准；而 VDX 则是汽车分布式执行标准，后来加入了 OSEK 团体。OSEK/VDX 标准主要由四部分组成：操作系统规范、通信规范、网络管理规范和 OSEK 实现语言。OSEK/VDX OS 一般用作安全车控操作系统，主要用于 ECU/TCU（远程信息控制单元）等底层控制单元。这些单元通常使用处理能力简单且资源受限的 MCU 执行传统的车辆控制任务，对实时性、安全性要求非常苛刻。目前 OSEK/VDX 是国际上被广泛应用的汽车行业标准，AUTOSAR OS 正是在OSEK/VDX 的基础上进行了扩展，并成为汽车应用主流。各嵌入式操作系统厂商都相继推出了符合 OSEK/VDX 规范的产品，比较典型的有 Vector 公司的 osCAN 及 MICROSAR OS、第 3 章关键技术体系69WINDRIVER 公司的 OSEKWorks、ETAS 公司的 RTA-OSEK、MOTOROLA 的 OSEKturbo、美国密西根大学的 EMERALDS-OSEK、普华软件的 ORIENTAIS OS 等。随着该规范应用的不断深人，其结构和功能不断完善和优化，版本也不断升级和扩展。（2）微内核 RTOS，用于智能驾驶操作系统和安全车控操作系统；随着自动驾驶技术的发展，车辆环境融合感知与智能决策需求带来了更为复杂的算法，并产生了大量的数据，需要更高的计算能力和数据通讯能力。基于 OSEK/VDX OS 的传统嵌入式实时操作系统已经不能满足未来自动驾驶的需求，这些需求对原有的车控操作系统提出了巨大的挑战。为应对挑战，业界在继承 OSEK/VDX OS 高实时、高功能安全特性的基础上，发展出可运行于异构大算力、高带宽环境之上的微内核 RTOS 实时操作系统。微内核 RTOS 架构设计是内核部分代码量少，系统服务更多的运行在用户空间，当某个服务发生问题时并不会影响内核稳定性，天生具备功能安全优势。但微内核缺少类似 Linux的开源生态环境支持，所以微内核更适合汽车软件中对功能安全要求更高、稳定性更强的部分，但同时对软件生态没有过高要求的场景使用（如需要 AI 算法模型框架的高级自动驾驶，较为封闭的微内核 RTOS 的应用生态很难满足）。基于 POSIX 标准的微内核 RTOS，通常以 ASIL-D 功能安全级别为目标，满足安全实时要求，适用于自动驾驶所需要的高性能计算和高带宽通信，支撑自动驾驶决策、规划、控制的算法需求，可用于智能驾驶操作系统。在一些基于异构核的 SOC 硬件环境，微内核 RTOS可以通过 Hypervisor 虚拟化平台运行在实时核上，用作安全车控操作系统，支撑一些对实时性、安全性要求高的功能需求。目前应用在汽车领域的微内核 RTOS 主要包括 BlackBerryQNX、风河 VxWorks、华为鸿蒙 OS、中兴 GoldenOS、阿里 AliOS 等。（3）Safety Linux OS，用于智能驾驶操作系统和智能座舱操作系统；Linux 是一款开源、功能强大、应用广泛的操作系统。Linux 具有内核紧凑高效等特点，可以充分发挥硬件的性能。它与 QNX 等微内核解决方案相比最大优势在于开源以及丰富的生态应用，具有很强的定制开发灵活度。通常基于 Linux 开发新的操作系统是指基于 LinuxKernel 进一步集成中间件、桌面环境和部分应用软件。Linux 功能较 QNX 等微内核更强大，组件也更为复杂，因此 Linux 常用于支持更多应用和接口的信息娱乐系统中。AGL、GENIVI第 3 章关键技术体系70等联盟致力于将开源 Linux 操作系统推广至汽车领域中。AGL（Automotive Grade Linux）是一款基于开放源代码的车载操作系统。Linux 基金会推出可定制、开源的车载系统平台 AGL，旨在成为未来车载系统开源标准平台。互联汽车系统联盟（COVESA），前身为 GENIVI 联盟，专注于实现对车载信息娱乐系统开源开发平台的广泛普及。不论是 AGL、GENIVI，还是原生 Linux，由于其对硬件外设驱动支持性高、软件生态丰富等特性，成为了现阶段汽车操作系统首选之一，但其依然面临缺乏功能安全的局限。为此，Linux 基金会启动了 ELISA 开源项目，致力于联合业界厂家研发以功能安全级别 ASIL-B 为目标的 Safety Linux 操作系统。Safety Linux 操作系统继承 Linux 丰富的应用生态，可更好地支持汽车高级自动驾驶业务。ELISA项目吸引来诸多重量级汽车领域厂商和供应商参与。ELISA的创始会员包括丰田、宝马、Intel、RedHat、英伟达等，国内厂家华为、中兴通讯、斑马智行、上汽、地平线、国汽智控也已经加入该组织。目前来看，实现 Safety Linux 工作量巨大，尽管 ELISA 发布了一些资料对 Linux 进行了诸多卓有成效的鉴定分析，但由于系统过于庞大，后续分析仍然道路漫长，而基于分析构建的认证工具、过程资产也需要 ELISA 成员贡献大量的精力，任重而道远。以 ASIL-B 为目标的 Safety Linux 实现，尤其对内核关键功能进行安全增强更是一个长期任务。（4）AndroidAutomotive OS，主要用于智能座舱操作系统。Google 基于移动端 Android 操作系统，开发了 Android Automotive OS，专门服务于汽车领域。由于 Android Automotive 继承了 Android 生态圈开放灵活的优点，被广泛应用到了车载信息娱乐系统当中（安全性要求较低，车规要求宽松，个性化需求多）。但对功能安全要求高的仪表、ADAS/AD 相关系统，Android Automotive OS 则无法胜任。近年来，智能座舱的娱乐与信息服务属性越发凸显，目前主流车型的智能座舱操作系统包括 QNX、Linux、Android 等。QNX 占据了绝大部分份额，开源的 Linux 以及在手机端拥有大量成熟信息服务资源的 Android 也被众多厂商青睐。Android Automotive OS 成为后起之秀，为了加快 AndroidAutomotive OS 在座舱领域的应用进程，Google 建立了一个联盟 OAA，包括奥迪、通用、现代、芯片厂商英伟达等。Android Automotive OS 的买家，不仅包括绝大第 3 章关键技术体系71部分后装供应商，同时也有新兴造车势力和传统整车企业。国内各大互联网巨头、造车新势力纷纷基于 Android 进行定制化改造，推出了自己的汽车操作系统，如阿里 AliOS、百度小度车载 OS、比亚迪 DiLink、蔚来 NIO OS、小鹏 Xmart OS等，威马等也基于 Android 开发了自身的车载系统。传统车企，吉利推出的 GKUI 智能车载系统、奇瑞 Cloudrive、东风风神 Windlink 3.0、长安的 in Call 均是基于 Android Automotive OS开发。此外，一些 Tier1 供应商，也在 Android 领域进行深耕，例如博泰推出基于 Android 深度定制版擎 OS。总体而言，智能驾驶操作系统与智能座舱操作系统将是未来发展重点，其内核发展分别呈现如下趋势。1.智能驾驶操作系统内核：（1）宏内核 Linux 的安全能力增强继承 Linux 丰富的开源生态，基于开源、功能强大 Linux 宏内核，重点增强其安全性和实时性，发展以功能安全级别 ASIL-B 为目标的 Safety Linux 操作系统。在实时性处理方面，Safety Linux 包括大部分 POSIX 标准中的实时信号处理机制和功能，如符合 POSIX 标准的调度策略，包括 FIFO（先入先出）调度策略、时间片轮转调度策略和静态优先级抢占式调度策略。Safety Linux 内核提供内存锁定功能，以避免在实时处理中存储页面被换出，同时通过实时调度算法减少任务上下文的切换时间，从而满足任务的时限要求。另外，Safety Linux通过开源实时性 RT 补丁，支持三级抢占、自旋锁主动释放、资源分区、任务可配置优先级、任务排他性绑核运行、无中断干扰、智能迁移等特性，增强实时调度能力。在安全性方面，Safety Linux 针对车用场景需求裁剪系统配置，借助 ELISA 开源项目提供的安全分析方法和认证工具，识别功能安全需求，对安全关键功能采用 ISO 26262 形式化或半形式化方法完成正向设计和验证。另外提供任务运行监控、内核增强管理、紧急控制台、可靠重启、轻量级异常转储以及系统黑匣子等安全机制，增强 Linux 安全能力。（2）微内核生态支持能力拓展注重功能安全，以 ASIL-D 功能安全级别为目标，基于 POSIX 标准实现的微内核 RTOS。微内核 RTOS 仅实现任务调度、时钟、中断、内存管理、IPC 等最基础功能，文件系统、网第 3 章关键技术体系72络协议栈、设备驱动、POSIX 接口等都放在微内核之外，运行在受内存保护的用户态空间。微内核 RTOS 内核小巧，代码量少，运行速度极快，具有独特的微内核架构，安全和稳定性高，不易受病毒破坏系统。微内核 RTOS 目前在全世界范围内处于研究发展的初期，不同厂家有不同的实现，芯片及应用生态尚未完备。相比 Linux，由于微内核 RTOS 缺少类似的开源生态环境支持，目前只适合对功能安全要求更高、稳定性更强，但同时对软件生态没有过高要求的场景使用。未来对于智驾应用引入的 AI 算法模型框架，微内核 RTOS 需要向上扩展支持 PSE51、PSE52 及 PSE53、PSE54 等 POSIX 接口标准，甚至需要支持非 POSXI 标准接口，向下则需定制适配兼容不同硬件厂家的 AI 算力芯片。2.智能座舱操作系统内核：（1）支持多样化应用能够支持多样化的应用已经成为智能座舱操作系统的重要指标。目前，汽车座舱除了仪表显示、空调/车窗控制等传统功能外，已经开始集成支付、娱乐、导航、信息服务等多样化功能。（2）多生态资源越来越多的智能座舱操作系统采用Android Automotive OS或其他类Linux系统的原因是便于应用程序移植。目前手机端已经具备十分庞大的信息娱乐服务生态资源，通过采用相同或类似的操作系统，直接将功能移植到车辆智能终端上，无疑是一种能够避免重复开发并且快速丰富车端生态的思路。（3）安全性智能座舱的使用不仅关乎用户的个人隐私安全与财产安全，同时也通过车载网络与底盘控制、自动驾驶等车控系统相连通。因此，智能座舱操作系统不能简单地将手机操作系统复制到车端，而应通过深度定制达到车辆信息安全和功能安全的标准。3.1.2.3 中间件中间件为了提高软件的管理性、移植性、裁剪性和质量，需要定义一套架构、方法学和应用接口，从而实现标准的接口、高质量的无缝集成、高效的开发以及通过新的模型来管理复杂的系统，第 3 章关键技术体系73即软件架构“中间件”。中间件位于硬件及操作系统之上，应用软件之下，是汽车软件架构中重要的基础软件。总体作用是为应用软件提供运行与开发环境，帮助用户灵活、高效地开发和集成复杂的应用软件，并能在不同的技术之间实现资源共享，并管理计算资源和网络通信。中间件的核心思想在于“统一标准、分散实现、集中配置”。统一标准才能给各个厂商提供一个通用的开放的平台；分散实现则要求软件系统分层化、模块化，并且降低应用与平台之间的耦合度；由于不同模块来自不同的厂商，模块之间存在复杂的相互联系，要想将其整合成一个完善的系统，必须要求将所有模块的配置信息以统一的格式集中管理起来，集中配置生成系统。有了汽车软件中间件后，所有的软件和应用都具备了标准化接口，同时硬件功能也被抽象成服务，可以随时被上层应用调用；软件开发可以跨配置、跨车型、跨平台、跨硬件适应；软件开发者可以更多地聚焦软件功能的差异化；软件认证可以有标准可依。汽车软件架构中间件包括了应用广泛的AUTOSAR、ROS2，以及百度 Apollo 专为无人驾驶研发的Cyber RT，博世旗下子公司ETAS研发的针对高级别自动驾驶应用的通信中间件Iceoryx，通信中间件SOME/IP、DDS、MQTT等。（1）在所有中间件方案中，AUTOSAR是目前应用范围最广的车载电子软件架构标准规范。AUTOSAR分为Classic Platform和Adaptive Platform两个平台，分别对应传统控制类车辆电子系统与智能汽车的高性能类车载电子系统。不同于ClassicAUTOSAR平台自身已经包含了基于OSEK标准的操作系统，Adaptive AUTOSAR平台只是一个运行在Lunix、QNX等基于POSIX标准的操作系统上面的中间件（自身并不包含操作系统），进一步推进了软硬件解耦进程。AdaptiveAUTOSAR基于SOA架构，采用基于服务的SOA动态通信方式（SOME/IP），硬件资源间的连接关系虚拟化，不局限于通信线束的连接关系，ECU 可以动态地与其他ECU进行连接，各服务模块独立，具有更高的安全性以及部署灵活性。（2）ROS2 为可支持自动驾驶场景的中间件。ROS（RobotOperating System）指的是机器人操作系统，是一套开源的软件框架和工具集，用来帮助开发人员建立机器人应用程序，它提供了硬件抽象、设备驱动、函数库、可视化工具、消息传递和软件包管理等诸多功能。ROS 原来的功能设计不能满足海量应用对于某些性能（如实时性、安全性、嵌入式移植等）的需求，ROS2 即在这样的背景下被设计和开发，产品环境适用度更广。ROS 2 采用全新的架构，底层基于 DDS 通信机制，支持实时性、嵌入式、分布式、多操作系统，同时在内部提第 3 章关键技术体系74供了 DDS 的抽象层实现。ROS2 并不是根据 ASIL 标准设计的，因此 ROS2 实现功能安全的解决方案是要把底层更换为满足 ASIL 要求的 RTOS 和商用工具链（编译器）。ROS2 作为机器人开发的应用框架，在应用和操作系统之间提供了通用的中间层框架和常用软件模块（ROSPackage），在某种意义上可以称作操作系统了。（3）CyberRT 是百度 Apollo 开发出来的中间件，于 Apollo3.5 中正式发布。Cyber RT和 ROS2 类似，其底层也是使用了一个开源版本的 DDS；为了解决 ROS1 的问题，CyberRT删除了 master 机制，用自动发现机制代替，这个通信组网机制和汽车网络 CAN 完全一致。此外，Cyber RT 的核心设计将调度、任务从内核空间搬到了用户空间。相较于其他中间件方案，Cyber RT 的一大优势是其专为无人驾驶设计，包括基础库、通信层、数据层和计算层。（4）Iceoryx 是博世旗下子公司 ETAS 于 2020 年推出的中间件解决方案，适用于各种操作系统的进程间通信（IPC），目前已支持 Linux、macOS 和 QNX，可兼容 ROS2 和 AdaptiveAUTOSAR 的接口，以满足不同开发阶段的需求。Iceoryx 设计了一种“零拷贝”的内存共享技术，采用了发布/订阅架构、服务发现和计数器相结合的通信机制。通过添加避免复制的应用程序编程接口，实现了“零拷贝”，即一种从发布者到订阅者的端到端的方法，而无需创建一个拷贝。Iceoryx 还需要更多的验证以及持续的打磨优化。3.1.3 功能软件功能软件3.1.3.1 关键技术关键技术1.数据抽象数据抽象数据抽象通过对传感器、执行器、自车状态、地图以及来自云端的接口等数据进行标准化处理，为上层的通用模型提供各种不同的数据源进而建立异构硬件数据抽象，达到功能和应用开发与底层硬件的解耦。2.通用框架通用框架功能软件通用框架是承载通用模型的基础，分为数据流（计算引擎）和基础服务两部分。数据流向下封装不同的智能驾驶系统软件和中间件服务，向通用模型中的算法提供与底层系统软件解耦的算法框架，基础服务是功能软件层共用的基本服务，其主要服务于通用模型或第 3 章关键技术体系75功能应用。（1）数据流数据流框架向下封装不同的智能驾驶系统软件和中间件服务，向智能驾驶通用模型中的算法提供与底层系统软件解耦的算法框架。数据流框架的主要作用是对通用模型中的算法进行抽象、部署、驱动，解决跨域、跨平台部署和计算的问题。（2）基础服务基础服务是功能软件层共用的基本服务，其主要服务于通用模型或功能应用，比如网联服务、数据服务、OTA、地图服务等。a.网联服务网联服务可提供操作系统的安全冗余信息、超视距信息和通用模型的信息。网联可通过LTE-V2X、4G/5G 的通讯方式，实现与车车通讯、车云通讯、车人通讯和车与路侧基础设施通讯。通过网联服务，可使得操作系统具备车路协同的能力，实现协同感知、协同规划等服务，加速智能驾驶的落地。网联服务既提供标准的、抽象的信息服务，如红绿灯信息、交通提醒信息、安全预警信息、周边车辆行驶信息，也提供可插扩算法的能力，可以新增、转换、适配不同的云控算法和应用。网联服务是车内外信息通信的桥梁，操作系统可以把自车状态、行驶意图广播到周围环境中或上传到云平台，同时也可从周围环境或边缘云获得感知信息（如障碍物信息）、决策规划建议，甚至运行轨迹信息。网联服务也可提供当前车辆中通讯模块的工作状态，如网络连接状态、信号强度、断网或异常通知等信息。b.数据服务数据服务为车端数据定义了数据类型和安全等级，为车端功能和应用定义的数据处理功能定义。根据以上分类和车辆运行场景，定义数据处理规则。数据流框架上的算法部署和数据流编排模块，按规则定义控制算法部署和数据交换。c.OTA 服务第 3 章关键技术体系76OTA 软件的车端主要负责处理升级管理，包括车端的人机交互、升级包的下载、升级条件判断、升级流程管理、升级结果通知等。3.通用模型通用模型（1）智能驾驶通用模型智能驾驶通用模型是对智能驾驶中智能感知、智能决策和智能控制等过程的模型化抽象。环境模型作为智能感知框架，为智能决策和智能控制提供模型化的广义环境信息描述。环境模型调度各类感知、融合和定位算法，对传感器探测信息，车-路、车-车协同信息，以及高精地图先验信息进行处理加工，提供探测、特性、对象、态势、场景等各级语义的道路交通环境和自车状态信息。规划模型根据环境模型、自车定位、个性化设置和自车状态反馈等信息，为自车提供未来一段时间内的行驶轨迹，主要分为行为预测、行为决策和运动规划三大部分。行为预测是根据感知和地图数据对其他交通参与者未来的行驶轨迹进行预测，为行为决策提供更全面、可靠的参考信息；行为决策为自车提供行为策略，同时为运动规划提供相应的规划约束条件，保证规划结果不仅满足交通法规等硬性要求，同时更加符合人的驾驶策略；运动规划根据以上信息，为自车规划未来一段时间内的安全、舒适、正确的轨迹。控制模型主要由常规工况和降级工况组成，其中常规工况主要针对 ODD（运行设计域）以内的动态驾驶任务，降级工况主要针对发生系统性失效或者超出 ODD 以外的动态驾驶任务，均需要进行输入处理、状态决策、控制计算及执行输出等。针对上游及底盘信息的输入，以及控制输出均需要适配层去匹配不同的功能算法框架平台及车辆平台；针对横纵向及紧急控制等算法模块需要进行故障诊断、配置及标定接口模块统一管理。（2）智能座舱通用模型a.智能语音识别框架智能语音交互主要涵盖语音唤醒、语音识别、自然语言理解、语音合成等技术，核心是自然语言处理（NLP）。智能座舱语音交互应用主要是语音助手，不同于早期的只能拨打电话或简单地识别几个单词，自然语音识别一般指可以识别一个句子，语音助手则是基于自然第 3 章关键技术体系77语义的理解并做出对应的调整或给出对应的响应。智能座舱域将 NLP 技术（含自然语言理解、自然语言生成）封装成服务框架，为座舱各类智能语音交互提供 API 接口。b.智能视觉识别框架在智能座舱领域，计算机视觉使用深度学习等先进技术，配合摄像头和显示器等输入输出设备，结合专业的 AI 计算芯片，及时有效地存储、传输、处理图像信息，帮助大幅度提升信息转化效率和用户体验。计算机视觉的底层技术可分为全图检测、目标跟踪、分类识别（粗细粒度）、Re-ID（行人重识别技术）、视频理解、3D 感知及特定任务回归等。结合应用可以进一步扩展为人体部位检测、活体检测、行为分类、人脸识别、手势识别和视线跟踪等方向，这些视觉感知结果为座舱的人机交互及图像识别提供了基础能力。座舱域控针对智能视觉识别框架封装服务接口，提供手势识别服务支持手势交互。同时也提供人脸图像识别接口，支持 DMS（驾驶员监测系统）和 OMS（乘客监测系统）等智能应用。c.多模智能交互框架基于语音和视觉的多模智能交互是提升车载智能 HMI 体验的关键技术，其核心是多模态交互，对应技术是多模感知的算法融合技术，从被动交互走向主动交互，实现个性化推荐、多模意图理解、多模态输出等。多模语音是典型的多模融合技术，该技术深度融合了语音和唇部图像信息，有非常明显的优点，无论语音前端和后端都可以借助于多模技术提升算法性能。多模语音技术的主要优点主要体现在图像信息的引入、误唤醒的控制以及音区个数的增加。随着车载终端 AI 芯片的丰富算力能支持视频流和音频流的实时处理，结合视觉辅助的多模语音方案正成为技术演进的趋势。相较于纯语音算法日益趋缓的发展，多模语音方案不仅能够带来高噪声场景下指标的显著提升，解决高噪环境语音方案难用的传统痛点，极大提高用户体验。座舱域控针对多模智能交互框架封装服务接口，提供手势、语音识别的融合服务。同时也提供人脸图像识别接口，支持 DMS（驾驶员疲劳监测系统）和 OMS（乘客监测系统）等第 3 章关键技术体系78智能应用。d.HMI 展示框架智能座舱 HMI 人机交互界面逐步朝着大屏、多屏、酷炫、智能等方向发展，针对不同形式的 HMI 展示需要，统一封装一套强大的 MVC（模型视图控制器）展示框架尤为必要。近年来中科创达提供的 Kanzi 展示框架在座舱车机领域应用广泛，Kanzi 框架包括 KANZI Studio和 KANZI Engine，以及由 KANZI Connect、KANZI Maps、KANZI Particles、KANZIAutostereoscopy 构成的功能包，如图 3-7。基于 Kanzi 框架进行服务化封装，可以支撑 3D 仪表、HUD 抬头显示、AR 导航等应用的酷炫效果展示。图 3-7 Kanzi 框架示意4.安全域基础应用安全域基础应用安全域是指同一系统内有相同的安全保护需求，相互信任，并具有相同的安全访问控制和边界控制策略的子网或网络。将安全需求相同的接口进行分类，并划分到不同的安全域，能够实现域间策略的统一管理。例如车内网系统对外的安全接口包括了：近场通讯（wifi/bluetooth/rke/pke/）、远端通讯（4g/5g/gps）、对外物理连接节点（bms）、对外物理连接端口（obd、USB 等）。针对车内通信数据进行传输控制，车载通信架构中引入防火墙，在整车架构外围及各安全域层之间进行监控隔离，根据既定的安全策略（如黑/白名单）对通信通路进行可靠性管理。5.管理平面管理平面管理平面是汽车操作系统实现的设计基石。管理平面是复杂嵌入式系统的通用概念，包第 3 章关键技术体系79含日志、管理、配置、监控等非强实时功能，存在于每个硬件单元。数据平面是实时控制平面，实现自动驾驶操作系统的主要功能和数据处理，运行自动驾驶通用数据、实时状态监控、数据收集、失效切换、网联、云控等功能模块。6.API应用程序接口可以是基于面向服务（SOA）的订阅形式架构，也可以是使用统一开发接口（API）函数调用的形式，使用这些应用软件接口和 SDK（软件开发工具包）可以进行高效、灵活、敏捷的定制化开发。3.1.3.2 技术应用现状及前景展望3.1.3.2 技术应用现状及前景展望2019 年中国软件评测中心发布的车载智能计算基础平台参考架构 1.0白皮书，首次提出了自动驾驶操作系统功能软件概念和架构，即功能软件包含自动驾驶通用框架模块、云控模块和网联模块，该架构形成了车载智能计算基础平台的中国方案和行业共识。目前，ICT 行业、平台公司和整车企业纷纷投入人力物力，大力开展整体解决方案研究和产品研发，并共同促进汽车行业功能软件相关技术的标准研制。2020 年国汽（北京）智能网联汽车研究院有限公司联合 16 家单位起草并发布了业界首个 智能驾驶功能软件平台设计规范，主要规定了智能驾驶功能软件平台的系统架构、功能模块和算法组件划分，以及感知融合、定位、预测和决策规划的功能服务接口，有利于缩短智能驾驶系统的开发周期并降低系统集成成本。但是由于处于发展初期，现阶段能单独提供功能软件的企业较少，国汽智控推出可实现操作系统与应用软件、硬件平台双解耦的智能驾驶基础平台产品家族，包含智能汽车操作系统、智能汽车域控制器、车路云基础软件和信息安全数据安全软件等；光庭信息构建以车载操作系统为核心的基础软件平台，涵盖了智能座舱、智能电控和智能驾驶等领域；东软睿驰的汽车基础软件平台产品可以兼容最新版 AUTOSAR 标准，对基于域控制器和新电子电气架构的软件开发提供基础软件、中间件和开发工具；小鹏汽车等整车企业通过自行研发功能软件层，打造整车产品差异化功能。标准化将成为未来软件开发的最重要的前提，它贯穿功能软件开发及后期维护的全生命周期。且标准化概念将在不同维度上影响功能软件的形态。一是标准化的开发流程：符合功第 3 章关键技术体系80能安全和网络信息安全的开发流程。二是标准化接口：标准化接口的原则是汽车行业发展的过程中满足所有利益相关方实行求同存异的实际操作方法，对于功能软件而言，标准化的接口又显得尤为重要，基于标准化接口的新的纯软件模块（自动驾驶、人机交互等）有助于提升汽车新型电子电气架构开发效率，在可见的未来，功能软件的商业化将迎来可观的增长趋势。功能软件中心化，依托于电子电气架构的演进，伴随着硬件集中化趋势的也必然是软件中心化，软硬件中心化将有效的做到软硬件资源整合，且支持整车级跨域功能的开发。在整车电脑层面，功能的划分已经逐渐明朗，主要聚焦为驾驶辅助（自动驾驶）功能模块、车身以及运动控制模块、智能座舱模块，而在功能软件中心化前提下，三大功能模块的融合将是未来车企功能软件发展面临的最大课题。功能软件服务化，从通信层看面向信号的通信因为其庞大的传输量以及未抽象化的特性，已经可以预见地不能满足未来大算力对于底层通信的要求，在未来 SOA（面向服务的软件架构）下所支持的 SOC（面向服务的通信）将是解决大算力对于通信的最优方案，但这并不意味着面向信号的通信会完全消失。服务化的通信又将跟标准 API 进行完美的融合以支持软件下层解耦和上层功能软件的标准化开发。功能软件终端互通，为了让驾驶者在车内拥有更好的体验，汽车需要承担与个人电脑终端、手机终端等同等的服务支持，而让驾驶者在各个终端基于使用场景灵活切换也将是重要的消费者体验，因此横向打通各个终端的连通性也是未来汽车必须要完成的一点，但汽车作为新型个人终端与传统个人电脑、手机等又有较大区别，必须是以驾驶安全作为优先考虑，因此汽车互联化也必须遵守符合功能安全以及信息安全的设计前提。3.1.4 软件远程升级软件远程升级3.1.4.1 关键技术关键技术在软件定义汽车的时代，汽车安装了大量的软件程序，从而变得越来越智能，但当出现一个程序问题或者更新升级时，传统模式将是一项繁重的任务，而远程升级技术会是解决汽车软件程序/系统升级的难题的有效方案。第 3 章关键技术体系81汽车远程升级，又称为 OTA（Over-the-air，空中下载技术），是指通过移动通信网络（3G/4G/5G 或 WiFi 等），对零部件终端上固件、数据及应用等“软件”进行远程管理的技术。OTA 贯穿了汽车软件系统最上层的应用软件、云服务，直到最底层的系统软件层，纵向跨越了软件不同层次，将深刻影响汽车软件的开发和更新迭代。汽车 OTA 可分两类：一是 SOTA（Software-over-the-air，软件在线升级），在操作系统的基础上对应用程序进行升级，例如 UI 界面、车载地图、人机交互界面等。二是 FOTA（Firmware-over-the-air 即固件在线升级），在不改变车辆原有配件的前提下，通过写入新的固件程序进行设备升级，比如通过 FOTA 新增自动驾驶功能等。汽车 OTA 主要作用：一是降低汽车召回的成本。通过 OTA 修复部分软件 BUG，可以大大节省汽车厂家、4S 店和车主的费用及时间成本。二是增加汽车新功能和体验。具备 OTA功能的车辆在使用期间可以增加新人机交互方式或功能、优化设备系统性能。三是拓展了汽车服务新空间。借助于 OTA，整车企业在完成车辆销售后可以继续和车主产生互动，并持续提升用户体验，拓宽了车厂用户运营及服务的范畴。汽车 OTA 升级流程，核心业务包括软件包研制、升级任务定义、车端版本下载和刷新等部分。升级过程一般可分为三步，首先将更新软件上传到 OTA 中心，然后 OTA 中心无线传输更新软件到车辆端，最后车辆端自动更新软件。汽车 OTA 业务可以划分为 OTA 云端、OTA 车端和整车企业 IT 系统，如下图 3-8 所示。OTA 的云平台用以管理 OTA 的业务，包括车型管理、车辆管理、零件管理、升级固件管理、升级任务管理、用户管理、数据统计等功能。OTA 的车端主要负责处理升级管理，包括车端的人机交互、升级包的下载、升级条件判断、升级流程管理、升级结果通知等。汽车 OTA 业务还可以与整车企业现有的 IT 系统做整合从而实现车厂信息化系统的统一建设。第 3 章关键技术体系82图 3-8 汽车 OTA 业务汽车 OTA 关键技术：1.分布式部署随着以中央计算为核心的电子电气架构的普及，以及软件定义汽车的普及，要实现整车软件升级，OTA 软件功能将会在不同的域进行部署，来满足 OTA 的实时性与硬件资源的局限性。这就要求 OTA 软件功能的设计具有可移植性，OTA 软件的分布式设计技术尤为关键。2.可靠性设计容灾备份：软件包仓库（软件包文件）及 OTA 云服务的关键数据（车辆、ECU 档案、最新版本号等）需要支持灾备，通过在不同数据中心、甚至不同城市之间做备份。加密及认证：加密和认证机制保证升级包完整可靠。支持断电续传、断电续升：车端 OTA 升级代理从云端下载升级包时，需要支持断电/短链续传功能，和具体实现方式，比如可以将升级包切分为多个数据块，每次下载之后记录当前最新的块序号，续传时从最新的块序号开始下载即可。断电续升是指车端升级代理刷写ECU 固件包时，断电恢复后可以按最新版本数据位置继续刷写。支持 A/B 块升级策略：在车端 ECU 模块中，只是先向备用目录刷写版本包，刷写成功后再重启切换加载位置（bootloader 中控制），通过这种方式实现 A/B 块升级策略。如果升第 3 章关键技术体系83级后出现问题，可以确保快速安全回退。此外，车端针对同类 ECU，支持灰度升级策略，即先升级一个 ECU，验证正常后再批量刷写同类型的其他各个 ECU。支持升级回退：对于升级异常或成功的情况都支持回退操作，恢复到升级前的版本。支持重复升级：支持同版本号多次重复刷写，主要应用场景是对于升级结果不可信的情况，可以多次尝试，确保升级结果可信。3.差分升级差分升级又称“增量升级”，就是升级时并不会把所有的文件全部进行替换，而只是替换那些需要更新的文件。过程分为：（1）从两个升级包通过差分工具，利用差分算法生成差分包。（2）在设备端升级时，通过还原算法把差分包还原后再进行升级。差分升级与整包升级相比，优势在于升级包的大小减少，缩减了下载时间节省了网络流量；劣势在于在升级过程的处理上更为复杂，流程控制上需要更严谨。4.无感升级无感升级是指在系统升级过程中，对于用户使用车辆没有影响。这种升级方式常用于车辆的智能设备，目前市场上多数案例还是集中体现在座舱域。无感升级对于设备的要求较高，需要有 A/B 两套均可正常工作的系统分区。例如，在域控制器内进行内存分区，一个区用于升级，一个区用于车辆正常运行，可实现在 A 系统正常提供各种应用功能的情况下，去升级B 系统，从而在升级期间不影响车辆使用。对于集成了复杂功能的域控设备的车辆，无感升级可大大缩短车辆用户可感知的升级时间，减小了驻车升级时对车辆电量的消耗，缩短了车辆不可用时间，也保证了系统始终的可用性。不过，在车辆运行时执行完成 B 系统的升级过程，对设备系统的性能与安全性也提出了很高的要求。尤其是在 FOTA 层面，例如实现传统的电子控制单元 ECU 的“无感升级”，一方面需要解决数据包传输的问题，另一方面 ECU 本身要支持类似于“A/B”的系统特性，提供备份冗余，或者实现软件内容 A/B 区域的地址映射。5.OTA 通信协议OTA 的通信协议主要包括车云的通信协议，与车内控制器之间的通信协议。随着新的汽车电子电气架构的发展，以及以中央计算为核心的电子电气架构的普及，OTA 的车云通信协第 3 章关键技术体系84议需要实现标准化，用于普及未来汽车软件生态的共享。同时通过统一的通信协议，更好的监管 OTA 的升级记录与 OTA 的安全流程。3.1.4.2 技术应用现状及前景展望技术应用现状及前景展望从应用现状来看，目前仅有少数车型能够提供整车 FOTA，大多数车型能够做到的 OTA还只是将软件升级包发送至车内的 T-BOX，而不能实现 ECU 层面的软件升级。FOTA 能够深层次改变汽车控制系统、管理系统及性能表现，比 SOTA 在技术实现上难度更大。FOTA 涉及控制器核心功能（控制策略）的系统性更新，对整车性能影响较大，升级过程对时序、稳定性、安全性要求极高，同时升级前置条件包括挡位、电量、车速等要求，因而升级过程一般不支持车辆运行，也就是前文提及的“无感升级”在 FOTA 层面的实现颇具挑战。作为车辆应用软件的底层载体，操作系统是汽车 OTA 得以实现的关键支撑技术，尤其 FOTA 固件更新。传统碎片化的分布式电子电气架构导致车企严重依赖供应链，在控制器的工作逻辑、基础软件层和汽车芯片方面的理解和掌握不够透彻，难以实现系统性升级。因此，采用面向服务的新型电子电气架构、对基础软件的深度把握等成为车企适配最佳 OTA 解决方案的基础。随着汽车 OTA 技术升级快速增长，中国出台了多项与汽车 OTA 升级相关的政策标准，对智能网联汽车软件升级相关工作和要求进行了明确，对 OTA 管理有了积极的进展。其中，工信部从生产企业及产品准入角度出台关于加强智能网联汽车生产企业及产品准入管理的意见、关于开展汽车软件在线升级备案的通知等政策；市场监管总局从产品召回、认证认可角度出台关于进一步加强汽车远程升级（OTA）技术召回监管的通知、关于汽车远程升级（OTA）技术召回备案的补充通知等政策。随着 OTA 技术的广泛应用，两部委的监管趋严，共同规范汽车 OTA 行业，整顿市场秩序，向标准化和规范化发展。3.2 硬件架构关键技术硬件架构关键技术表 3-2 硬件架构关键技术导读3.硬件架构3.2.1 分布式架构下的硬件架构概述第 3 章关键技术体系85关键技术3.2.2 域 集 中架构下的硬件架构关键技术3.2.2.1 域集中架构下的硬件架构综述物理形态、连接方式、硬件组成、控制器内部结构（内部硬件组成）3.2.2.2 分域硬件架构关键技术-车辆控制域车控域控制器、线控底盘系统技术3.2.2.3 分域硬件架构关键技术-智能驾驶域智能驾驶域控制器、智能驾驶域控制器芯片、环境感知技术3.2.2.4 分域硬件架构关键技术-智能座舱域智能座舱域控制器、智能座舱域控制器芯片3.2.3 中 央 集中架构下的硬件架构关键技术3.2.3.1 中央计算架构的拓扑物理形态、连接方式3.2.3.2 中央计算单元关键硬件技术异构多核计算芯片技术多 2SoC 芯片之间的高速可靠通信技术面向安全的硬件/模块技术硬件层面的数据预处理和计算分流高性能数据存储3.2.4 整 车 电气设计3.2.4.1 电源系统设计-智能配电技术3.2.4.2 线束设计和布置3.2.1 分布式架构下的硬件架构概述分布式架构下的硬件架构概述传统分布式电子电气架构主要以功能域进行划分，一般分为车身、底盘、动力、信息娱乐以及自动驾驶，每个功能域按网段进行设计，通过网关控制器进行跨域通信和路由，主干网和支路主要采用 CAN/LIN 通信，其硬件拓扑如下图 3-9 所示：第 3 章关键技术体系86图 3-9 分布式电子电气架构车身舒适网段主要包括车身控制器 BCM、无钥匙进入系统 PEPS、座椅记忆模块 DSM、电动尾门模块 PTM、电动压缩机控制器 EAS、蓝牙模块 BLE、气囊控制器 SDM、胎压检测模块 TPMS 等；信息娱乐网段主要包括车机 HUM、仪表 ICM、独立功放 AMP、行车记录仪 DVR等；底盘动力网段主要包括发动机控制系统 EMS、变速箱控制单元 TCU、车身电子稳定系统ESP、电动助力转向 EPS、电子换挡控制器 ETRS 等；网联网段以远程终端控制器 T-BOX 为主。在传统分布式架构阶段，车辆各功能由不同的单一电子控制单元控制，一辆车往往分布着上百个控制单元，各个控制单元不但直接驱动执行器和传感器，还承担了业务功能的很多控制逻辑。因此，功能的更新迭代，往往需要多个控制器配合修改，而各个 ECU 采购至不同的供应商，这导致软件变更周期长、难度大。这种关系下，传统分布式架构无法支持汽车在自己的生命周期里实现复杂功能的增加，而且伴随着汽车越来越智能化，分布式架构下的各控制单元如果无限制扩张，一来算力不能协同，产生极大浪费，二来内部也需要大量通信，导致线束成本和装配难度大幅增加。3.2.2 域集中架构下的硬件架构关键技术域集中架构下的硬件架构关键技术3.2.2.1 域集中架构下的硬件架构综述域集中架构下的硬件架构综述7为了进一步降低零部件数量和线束长度，系统功能集成度进一步提升，电子电气架构向集中式 EE 架构演进。物理形态物理形态：将两个或者多个功能域，进一步合并为一个跨域控制器（Cross-Domain ControlUnit,CDCU），例如将动力域、底盘域、车身域合并为车辆控制域，或者将动力域与底盘域合并为动力底盘域。整体上，从集成度相对较低的“五域”（如包括自动驾驶域、动力域、底盘域、座舱域和车身域）逐步过渡到集成度较高的“三域”（如包括自动驾驶域、智能座舱域、车控域）。连接方式连接方式：在跨域集中的情况下，连接方式通常有两种常见方案，如图 3-10 和 3-11 所示：（1）基于中央网关的跨域集中式电子电气架构的网络架构，采用多条总线，如汽车以太7研究报告智能网联汽车新型电子电气架构标准化需求研究，全国汽车标准化技术委员会，2022 年第 3 章关键技术体系87网、CAN、LIN 等，并通过中央网关互连集成；（2）基于骨干网的跨域集中式电子电气架构的网络架构，其中骨干网可采用高速车载网络，如汽车以太网，基于 1000BASE-T1、100BASE-T1 协议，可提供高达 1000Mbps/100Mbps 的通讯速率，子网络可采用 CAN/CANFD、LIN 总线作为辅助。硬件组成硬件组成：跨域集中式架构的硬件组成主要包括：跨域控制器（CDCU）、域控制器（DCU）、高速通信网络、中央网关（可选）。图 3-10 基于中央网关的跨域集中式电子电气架构的网络架构示意图图 3-11 基于骨干网的跨域集中式电子电气架构的网络架构示意图控制器内部结构控制器内部结构（内部硬件组成）（内部硬件组成）：与域架构相比，在跨域集中式架构下控制器内部结构的变化主要体现在跨域控制器（CDCU）单元上。与域控制器相比，跨域控制器承担了更多、更复杂或更综合的功能，需要更高计算处理能力的芯片，比如：芯驰科技发布的一款车规控制单元（MCU）E3 系列，可以将动力域、底盘域、车控域集成为车控域，这款芯片主频最高可支持 800MHz，有四大优势：高可靠、高安全、高性能、广覆盖。是针对汽车安全相关应用设计的新一代高性能产品，集成多达 6 个 ARM Cortex R5 CPU 核心，其中 4 个内核可配置成双核锁步或独立运行，E3 MCU 不仅同时能处理更多的任务，处理每个任务的速度也会更快，同时也保证高可靠和高安全性。可以把 VCU（整车控制器）、BMS（电池管理）等单元，或 T-BOX、BCM（车身控制模块）集成在一起，实现更好的协同性能。此外，相比域控制器，跨域控制器与其它域控制器的通信需求也更高，需要更高带宽的车载网络接口。3.2.2.2 分域硬件架构关键技术分域硬件架构关键技术-车辆控制域车辆控制域整车控制包含动力系统控制、底盘系统控制、车身系统控制。动力系统负责动力总成的第 3 章关键技术体系88优化与控制，进行发动机、变速箱管理、电池监控、排放、限速和节能管理等功能；底盘系统包含传动系统、行驶系统、转向系统和制动系统，使用传感器检测车速、车身姿态和道路环境，控制车辆的行驶行为和行驶姿态；随着车辆智能化发展，车身系统功能越来越多，负责车灯、车门、车窗控制、天线、雨刮洗涤、智能钥匙、胎压监测、网关通信等功能管理。车控域的功能是将这些控制的逻辑运算集成在车控域控制器中，被控的单元仅执行控制命令及本地的功能。（一）车控域控制器图 3-12 车控域硬件结构车控域控制器的硬件架构设计车控域控制器的硬件架构设计主要包含下述内容，如图 3-12 所示：通讯接口设计：通讯接口设计：定义和设计各种通讯接口芯片和电路，包括 LIN 总线的收发器型号和数量的定义、选择电路的设计工作等；CAN/CANFD 总线的收发器型号和数量选择和定义工作，外围电路元件数值的计算和布板；以太网 Switch 和 PHY 芯片的选型和定义，以及外围电路的设计工作。电源电路设计布置：电源电路设计布置：包含电源功能的设计，例如：是否有电源唤醒，是否有多路电源输出等，计算电源的功率、芯片型号选择、芯片的转换效率、自身功耗以及发热损害等。LIN外围电路CAN外围电路SWICH中央运算电路（MCU、MPU、多核、SOC、GPU）驱动放大电路输入信号处理电路EEPROM无 线高 频低频测点接地电路电源电路扩展预留电路晶振ESD EMC 电路接插件PHY输出第 3 章关键技术体系89驱动电路设计：驱动电路设计：根据对驱动负载的功率计算，驱动芯片的内阻值、驱动的方式、驱动的自检等方面进行驱动芯片的选型和芯片的保护方法的设计工作等。信号处理电路设计：信号处理电路设计：对各种输入信号的处理电路的设计工作，包括数字电压信号、模拟电压信号、PWM（脉冲宽度调制）信号、电流信号、光电信号，高频和低频信号等等。EMC 电路设计：电路设计：对 ESD（静电保护）和各频段干扰电路的设计工作，进行 ESD 元件和干扰元器件的选择和位置设计工作。接地电路设计：接地电路设计：包括模拟接地和数字接地的区别，总线通讯接地的设计工作，以及大电流负载接地是设计等工作。中央运算及存储电路设计：中央运算及存储电路设计：根据算力的计算外围 I/O 电路、外围设备（CAN 控制器、PWM、定时器等）和功能的需求，进行 MCU 或 MPU 或 SOC 的选型计算，了解各公司相近功能元器件的区别和优劣势的对比，以及代码量的大小、升级的需求等方面来确定存储器的大小和设计位置（内置还是外置）。无线高频和低频接收电路设计：无线高频和低频接收电路设计：对高低频接收电路的设计工作，高低频电路的 EMC 设计工作，以及对芯片的应用技术的工作。接插件设计：接插件设计：包括接插件型号的选择，插接件内电源接入的通道数量和接地的通道数量，总线输出的 pin 脚在接插件内的位置，小信号输入和大电流输出的 pin 脚在接插件内的位置，接插件的防水性能，接插件的锁扣形式以及可维修性等设计工作。（二）线控底盘系统技术线控（drive-by-wire）技术，是底盘人机解耦的关键，也是实现高阶自动驾驶的基础支撑。线控系统摒弃了复杂的机械或液压链接，结构紧凑，系统仅含传感器、控制器、电机等。线控技术的实现通过传感器将驾驶员的操纵指令转换成电信号传送给控制器，控制器分析信号、并将指令发送给执行机构，最终由功能装置实现目标指令。线控转向、线控制动、线控驱动、线控悬挂为线控底盘的四大关键方向，而安全冗余是线控底盘的关键挑战，本领域的关键技术包含硬件基础、软件平台及控制算法。线控底盘作为自动驾驶汽车的核心零部件，综合了软件、硬件以及机械的能力，具有较第 3 章关键技术体系90高的技术门槛。国际巨头如博世、采埃孚、大陆等在二十多年前就开始研发线控底盘系统，掌握了全球领先的核心技术。国内供应商已开始奋起直追，补缺本土线控底盘的短板，如亚太股份、联创汽车电子、格陆博、拿森等公司，均已取得不错的进展，同时近来还有一些新型创业公司以提供整体的滑板底盘作为自己的主业，相信在未来数年，国内的线控底盘厂商将迎来飞速发展期。3.2.2.3 分域硬件架构关键技术分域硬件架构关键技术-智能驾驶域智能驾驶域（一）智能驾驶域控制器早期大多数 L0-L2 级别的 ADAS 系统都是基于分布式控制器架构，整个 ADAS 系统由4-5 个 ADAS 子系统组成，每个子系统通常是一体机整体方案（可以被看作是一个智能传感器），子系统独占所配置的传感器，通常相互之间是独立的。分布式架构的 ADAS 系统存在两个缺点：（1）各个子系统互相独立，无法做多传感器之间的深度融合；（2）各子系统独占所配置的传感器，因此无法实现跨多个不同子系统传感器的复杂功能。随着智能驾驶的来临，其所涉及的感知、控制、决策系统复杂性更高，与车身其它系统的信息交互、控制也越来越多，伴随着 EEA 从分布式向集中式的演进，催生了模块化、可移植、便于管理的智能驾驶域控制器。智能驾驶域控制器中配置了集成度更高、算力性能更高的计算处理平台，实现更复杂的传感器数据融合算法支撑，通过对摄像头、超声波雷达、毫米波雷达、激光雷达等传感器信号的融合处理，结合高精地图和导航等信息，做出自动驾驶决策，并输出整车控制指令，从而实现更高级别的智能驾驶功能。第 3 章关键技术体系91图 3-13 智能驾驶域控制器示意8如上图 3-13 所示，硬件结构上，智能驾驶域控制器需兼容多类型多数量传感器，并具备高安全性和高性能。现有单一芯片无法满足诸多接口和算力要求，大批量、多类型的数据流入特征，使得智能驾驶域控制器应当是异构多核芯片的硬件方案，即传统的 CPU AI 计算单元的解决方案。自动驾驶域控制器通常要连接多个摄像头、毫米波雷达、激光雷达以及 IMU 等传感器设备，并对来自这些传感器的大量数据进行处理和计算。尤其是摄像头和激光雷达所产生的数据量非常大，因此需要核心运算性能强劲的主控芯片。自动驾驶域控制器对于主控芯片的算力要求很高，衡量智能驾驶域控制器芯片的关键指标如下：（1）CPU 算力。与其他域控制器芯片一样，以 DMIPS（Dhrystone MIPS）来测量 CPU核心的整数计算能力。CPU 对智能驾驶域主控 SoC 芯片的影响体现在对于前端感知的原始目标（图像、激光点云等）的前融合处理（这里不包含 AI 感知运算）。（2）AI 算力。除了理论硬件算力之外，实际的算力利用率也至关重要。不同 AI 加速器的架构设计通常会导致不同的硬件算力实际利用率，因而相同的神经网络模型在两款具有相8高性能自动驾驶域控制器的关键要素设计，焉知智能汽车，2021 年第 3 章关键技术体系92同硬件理论算力的 AI 加速器上跑出不同的实测性能。（3）能效比。能效比是算力与 TDP 功耗之比，也即每瓦功耗所能贡献的理论算力值，这是衡量 AI 加速器设计好坏的一个非常重要指标。比如：NIVIDAOrin 芯片算力为 200TOPS，TDP 是 50W，其能效比约为 4TOPS/W。（4）内存带宽。智能驾驶芯片平台因为要接入大量的传感器数据，因此内存的压力非常大。整个系统往往呈现出 Memory-Bound（内存受限）系统的特点，因此内存带宽通常决定了系统性能的理论上限。常见的 256-bit LPDDR44266，其带宽为：（256*4266）/（8*1000）=136.5GB/s。256-bit LPDDR56400 的带宽为：（256*6400）/（8*1000）=204.8 GB/s。（5）视觉接口与处理能力。智能驾驶域控制器 SoC 芯片通常内置集成的 ISP（图像信号处理）模块。通过 MIPI-CSI-2 接口所连接的摄像头传感器，先把原始图像数据送给 ISP 进行处理，ISP 处理过后的 RGB/YUV 图像数据再送给其它模块，比如 CODEC 或 CV 加速器等。为了得到更好的图像效果，智能驾驶汽车对 ISP 的要求非常高。此外，跟视觉处理相关的重要特性还包括图像绘制加速 GPU、显示输出接口以及视频编解码等。（6）丰富的 IO 接口资源。智能驾驶域控制器主控芯片接口包括传感器设备接口和高/低速总线接口。智能驾驶传感器主要有：摄像头、激光雷达、毫米波雷达、超声波雷达、组合导航、IMU 以及 V2X 模块等。1）对摄像头的接口类型主要有：MIPI CSI-2、LVDS、FPDLink 等；2）激光雷达一般是通过车载以太网接口来连接；3）毫米波雷达都是通过 CAN 总线来传输数据；4）超声波雷达基本都是通过 PS15 或者 LIN 总线；5）组合导航与惯导 IMU常见接口是 CAN；6）V2X 模块一般也是采用以太网接口来传输数据。高速接口与低速接口包括 PCIe、USB、I2C、SPI、RS232 等。（二）智能驾驶域控制器芯片智能驾驶域控制器芯片方案从最早的四芯片方案，过渡到三芯片方案，再到两芯片方案，芯片趋向集成化。SoC 通过在单块芯片上集成多个微处理器、模拟 IP 核、数字 IP 核和存储器等部件来实现相关功能，包括 CPU、AI 计算、DSP、ISP、Codec、NPU（ASIC）、Modem 等模块，其中最核心的是计算单元和 AI 单元。第 3 章关键技术体系93从图 3-14 中的智能驾驶计算平台硬件架构可以看出，智能驾驶计算平台硬件智能驾驶计算平台硬件一般包括以下几个关键技术部分：图 3-14 智能驾驶计算平台硬件架构1.通用计算单元通用计算单元计算单元可采用高性能的 SoC 芯片集成多个处理器，具有运算力高、功耗低、可编程等特点，计算单元执行了大部分自动驾驶相关的核心算法，根据 AI 单元整合完成的多传感器融合数据，完成路径规划、决策、控制等功能。当前主流 SoC 选择的多是 ARM 架构的多核 CPU。2.AI 加速单元加速单元AI加速单元采用并行计算架构AI芯片，并使用多核CPU配置AI芯片和必要处理。AI 芯片可选用 GPU、FPGA、ASIC（专用集成电路）AI 芯片等。当前完成硬件加速功能的芯片通常依赖内核系统（多用 Linux）进行加速引擎及其他芯片资源的分配、调度。通过加速引擎来实现对多传感器的数据高效处理与融合，获取用于规划及决策的关键信息。AI 计算单元作为智能驾驶计算平台中算力需求最大的一部分，需要突破成本、功耗和性能的瓶颈以达到产业化要求。AI 算力衡量方法，其核心是衡量芯片对于数据处理的效能。这需要软硬结合，从三个维度来衡量：（1）峰值算力（由芯片架构、前后端设计和芯片工艺共同决定）；第 3 章关键技术体系94（2）峰值算力的有效利用率（由编译器和芯片架构决定）；（3）算力转化为 AI 性能比率（主要是速度和精度两方面，由算法决定）。3.控制单元控制单元控制单元使用性能强大的 MCU 芯片，又称为 Safety MCU，满足功能安全 ASIL D 要求，具有强大的运算能力。有多路 CAN 总线接口和高速以太网接口，能与车身传感器连接，并接收和发送车身 CAN 总线和以太网消息，从而实现控制平台与整车其它节点进行交互。Safety MCU 是控制平台的大脑，通过监控温度、SoC 的工作状态、供电模块状态、通信状态以及交互节点的状态，从而决定车辆横向、纵向和制动控制的最终指令，保证行驶安全。当检测到控制平台或配合模块出现异常时，Safety MCU 能够及时进入安全状态，及时告知驾驶员或安全停车。在一些特殊情况下，例如 SoC 异常，Safety MCU 能够根据雷达的信号计算出前方的障碍物，能够继续执行辅助驾驶，提高了辅助驾驶的舒适性。控制单元主要特征以及趋势如下：（1）包含高性能多核处理器，采用异构、模块化、可扩展式架构，计算能力可配置；支持多线程处理任务等；（2）硬件接口丰富，支持多路摄像头视频数据接入，多路以太网设备接入，多路 CAN接口设备计入，多路 LIN、FlexRay 的接口设备输入；（3）内置图像处理模块，随着图像分辨率的提高，摄像头尺寸小型化，散热要求增高，摄像头不适合单独增加图像处理模块，已逐渐形成往计算单元集成的趋势。摄像头图像数据的处理能力也会对算法效果造成直接影响；（4）内置温度传感器，计算单元模块要进行大量数据运算，芯片对温度要求也比较敏感，通常内置温度传感器，当温度过高时，会输出相应信号，核心模块根据温度结果，采取对应的温度策略，以保证系统的稳定、可靠运行；（5）计算单元至少需要满足功能安全 ASIL B 等级，在 L3 级别以上的自动驾驶场景，系统需要整体满足 ASIL D 等级要求。自检（BIST）模块，支持故障注入；片上存储器支持错误检查和纠正（ECC）保护；内置错误信号监控（ESM）模块；运行时安全诊断；支持监第 3 章关键技术体系95控电压、温度、时钟、看门狗定时器、存储器循环冗余校验（CRC）等。（三）环境感知技术1.视觉系统视觉系统视觉系统作为汽车的“眼睛”，在智能汽车中扮演着举足轻重的角色，它在障碍物分类、横向距离检测等方面具有先天优势，无法被其他传感器取代。关键技术包含镜头、感光芯片、AI 芯片及算法。车载摄像头主要有前视（安装在前挡风玻璃上）、侧视、后视摄像头、环视摄像头等，其中前视摄像头是使用频率最高的摄像头。摄像头的成像过程是光线首先通过镜头，到达感光元件 CMOS，将光线转换为数字信号，然后数字信号被传送到一个专门的外理器（DSP）或者内置的 ISP。随着城市自动驾驶的普及，自动驾驶对车载摄像头的性能要求进一步提升，L2 及以上的自动驾驶前视由 200 万像素摄像头提升到 800 万摄像头，侧视和后视也有逐步提高分辨率的趋势，对计算平台 SOC 的算力提出了更高的要求。2.毫米波雷达毫米波雷达毫米波雷达的优势在于可以提供精确的距离和速度信息，探测距离也比较远，可以全天候工作，穿透雾、烟、灰尘的能力强，是摄像头传感器的必要补充。关键技术涉及 MMIC（单片微波集成电路）、天线 PCB、雷达整机集成。汽车前向探测以 77GHz 毫米波雷达为主。3.激光雷达激光雷达激光雷达由于其指向性指标的优势可以准确测量视场中物体轮廓边沿与设备间的相对距离，准确绘制出精度达厘米级别的 3D 环境地图，是技术可靠的的定位技术。激光雷达可增强感知系统的冗余性，补充毫米波雷达、摄像头缺失的场景，与高精地图配合发挥定位作用。在 L3 及以上级别的自动驾驶系统中，激光雷达的作用从辅助走向主导，配备个数也将增加。激光雷达的核心技术主要包含主要包括激光发生和探测、FPGA 芯片、模拟芯片、光学部件。3.2.2.4 分域硬件架构关键技术分域硬件架构关键技术-智能座舱域智能座舱域第 3 章关键技术体系96（一）智能座舱域控制器智能驾驶舱集成了 DIC、HUD、IVI 和 RSE 等多屏融合为汽车带来更为智能化和安全性的交互体验，同时也是高级辅助驾驶（ADAS）、自动驾驶和人工智能等技术的关键接口。实现一芯多屏的难点在于芯片需要强大的处理能力以及复杂的软件操作系统，目前芯片厂商正加速技术迭代。智能座舱 DCU 内部芯片由主控制器芯片、MCU、存储、DSP、I/O、以太网口等组成。外部通过以太网接口与 DVR、DMS、AR-HUD、ETGW 等相连，通过 Fakra 接口与摄像头相连，通过 HFM、HSD 接口连接外部显示器包括仪表、HUD、ACD，通过 Fakra 连接流媒体后视镜。在内部主控芯片通过 UART/SPI 接口与 MCU 相连，通过 RGMII 与以太网口相连，通过 I2C 和 I2S 与 DSP 相连。（二）智能座舱域控制器芯片目前智能座舱的芯片多以 ARM 打造的 CPU 以及 GPU、ISP、DSP 组成的 SoC 芯片为主，负责座舱内海量数据的运算处理工作包括多个摄像头的视频接入、车内音频处理、语音以及多个显示屏的图像渲染和输出、车内 WiFi/BT 互联以及与车内其他域之间的以太网数据交互。智能座舱域控制器芯片需要综合考虑芯片架构和芯片算力，其对座舱系统的响应速度、启动时间、连接速度等具有重要影响。从 ARM 内核的发展架构来看，正在从单 SOC 多核变化到单 SOC 多核异构（图 3-15）。单 SOC 多系统共存技术趋于成熟，一体化程度更高。对于多核异构 CPU 而言，其整体算力可看成是多个核算力的总和。图 3-15 单 SOC 多核变化到单 SOC 多核异构示意3.2.3 中央集中架构下的硬件架构关键技术中央集中架构下的硬件架构关键技术第 3 章关键技术体系973.2.3.1 中央计算架构的拓扑9为了进一步提升集中处理能力、减少线束长度、简化通信等，电子电气架构的集成度进一步提高，软硬件进一步解耦，形成了中央集中式电子电气架构。与（跨）域集中架构不同，中央集中式电子电气架构，不再按照功能去部署车内的电子电气系统，原有分布式架构下的ECU 的控制或计算功能被中央计算大脑收编，计算集中于中央计算大脑。物理形态物理形态：在中央集中式电子电气架构中，核心的物理形态体现为中央计算大脑，即通过将域集中式电子电气架构中的多个域控制器进一步的高度整合，拥有算力更强的多核芯片以及各种操作系统组合的的高性能计算平台。同时为了减少线束长度、简化通信、提高功率分配性能，可以按照物理位置划分区域并在区域内部署区域控制器（ZCU）或区域网关等。最终形成中央计算平台（1 个或多个高性能计算单元） 多个区域控制器（或网关）的架构。连接关系连接关系：在中央集中式架构下，连接方式通常具有以中央计算平台为核心、区控制区为辅助的星型及星型 环形复合拓扑方案等，如图 3-16 和 3-17 所示。图 3-16 基于 SOA 的星型中央集中式电子电气架构的网络架构示意图图 3-17 双拓扑型中央集中式电子电气架构的网络架构示意图3.2.3.2 中央计算单元关键硬件技术中央计算单元关键硬件技术1.异构多核计算芯片技术异构多核计算芯片技术中央计算单元用异构多核 SOC 芯片，架构可以分为以下两类形态：硬件隔离式和软件虚拟式，如下图 3-18 和 3-19。9研究报告智能网联汽车新型电子电气架构标准化需求研究，全国汽车标准化技术委员会，2022第 3 章关键技术体系98图 3-18 硬件隔离式多核控制器示意图图 3-19 软件虚拟式多核控制器示意图硬件隔离式是指，在统一的计算平台上采用虚拟化方案，同时运行多个操作系统，但是各个系统依然在硬件上进行隔离，每个系统都有自己的专属硬件资源。软件虚拟式是指，在统一的计算平台上采用虚拟化方案，同时运行多个操作系统，每个操作系统所使用的硬件资源，由 Hypervisor 层动态调配，每个系统并没有专属的硬件资源。硬件隔离式和软件虚拟式，都采用了虚拟化方案，唯一不同点在于硬件资源是否专属，如果是专属的，就意味着资源无法动态调配，容易产生资源浪费。虚拟化方案最大的好处是，硬件上的可拓展性，如果中央计算单元采用刀片式的设计结构，可以很方便的拓展计算单元的算力，而不用替换整个计算单元。在中央计算单元中，只需要两个操作系统即可，用于自动驾驶、车控、网关的 RTOS，以及用于娱乐的普通 OS（如 Android、Linux）。用于娱乐的 OS 完全可以通过虚拟机的方式运行，用于自动驾驶、车控、网关的 RTOS，可以直接运行在 Hypervisor 层，这样在兼顾实时计算的要求的前提下也能获得丰富的娱乐系统功能。中央计算单元的核心芯片多采用高性能 SOC。SOC 在单块芯片上集成多个微处理器、模拟 IP 核、数字 IP 核和存储器等部件，比如 CPU、GPU、DSP、ISP、Codec、NPU、Modem等模块。此外，为了提高功能安全，中央计算单元采用的高性能 SOC 还需要考虑功能安全的增强第 3 章关键技术体系99设计，采用独立于环境的功能安全要素（SEooc，Safety Element out of Context）开发方式。2.多多 SoC 芯片之间的高速可靠通信技术芯片之间的高速可靠通信技术（1）SPISPI（Serial Peripheral Interface，串行外设接口）是一种高速的、全双工、同步的串行通信总线，由摩托罗拉提出。SPI 至少需要 4 根线，分别是 MISO（主设备输入从设备输出）、MISI（主设备输出从设备输入）、SCLK（时钟）、CS（片选信号）。SPI 采用主从方式工作，一个主设备可以互联一个或多个从设备。当主设备要和某个从设备进行通信时，主设备需要先向对应从设备的片选线上发送使能信号（高电平或者低电平，根据从机而定）表示选中该从设备。SPI 总线在进行数据传输时，先高位后低位，一个字节传输完成后无需应答即可开始下一个自己的传输。总线采用同步方式工作，没有起始信号、结束信号和应答位。时钟线在上升沿或者下降沿时，发送器向数据线上发送数据，在紧接着的下降沿或者上升沿时，接收器从数据线上读取数据，完成一位数据传输，8 个时钟周期即可完成一个字节数据的传输。SPI 的传输速率受到最大时钟频率和 CPU 处理能力的影响，一般最高可达 50Mbits/s。鉴于此，SPI 可为多颗 SOC 芯片板级通信提供支持。如图 3-20 为多颗 SOC 芯片间采用 SPI 板级通信的示意图（一主多从模式，M 为主 SoC，Si 为从 SoC，i=1n）。图 3-20 SPI 板级通信示意图（2）IICIIC（Inter Integrated Circuit，集成电路总线）是一种由飞利浦公司开发的半双工串行总线。IIC 是各种总线中使用信号线最少，并具有自动寻址、多主机时钟同步和仲裁等功能的总线。它只有两根通信线，分别是时钟线 SCL（Serial Clock）和数据线 SDA（Serial Data），SCL 通过方波信号提供时钟节拍，SDA 使用高低电平传输二进制的数据。SCL 和 SDA 线都第 3 章关键技术体系100是双向的，空闲时二者都为高电平，SDA 线上的数据在时钟线高电平期间必须是稳定的，只有当 SCL 线上的时钟信号为低电平时，数据线上的电平状态才可以改变。输出到 SDA 线上的每个字节必须是 8 位，每次传输的字节不受限制，但每个字节必须要有一个应答 ACK。IIC使用多主多从架构，允许多个器件并联在 IIC 总线上，每个器件有特定的地址，分时共享 IIC总线。其数据传输速率在标准模式下可达 100Kbit/s，在快速模式下可达 400Kbit/s，在高速模式下可达 3.4Mbit/s，在超高速模式下可以达到 5Mbit/s。IIC 也可为多颗 SoC 芯片板级通信提供支持。如图 3-21 为多颗 SoC 芯片间采用 IIC 板级通信的示意图（多主多从模式，M 为主SoC，S 为从 SoC，M/S 为主或从）。图 3-21 IIC 板级通信示意图（3）车规级 PCIePCIe（Peripheral Component Interconnect Express）是一种高速串行计算机扩展总线标准，由英特尔在 2001 年提出的。它的主要优势是数据传输速率高、抗干扰能力强、传输距离远、功耗低等。PCIe 使用点对点的串行收/发链路将各 PCIe 设备连接到主机，每个设备单独占用通道带宽，数据传输速率得到提高。其数据发送端/接收端各自独立工作，支持全双工通信，传输数据量的大小由通道数决定的。每个通道由两对数据线组成，一对发送，一对接收，每对数据线包含两根差分线。一个连接通道称为 X1，由 4 根数据线组成，每个时钟周期各方向可传输 1bit 数据，类似的还有 X2、X4、X8、X16 等。PCIe 协议已有版本包括 1.0、2.0、3.0、4.0、5.0 和 6.0，当前高性能的车规级 SoC 多采用 PCIe3.0 进行通信。PCIe3.0 采用 128b/130b编码，可抵抗外部干扰，保持数据传输的稳定性，每一条通道可支持最高 7.877Gbits/s 的传输速率。鉴于此，PCIe 可作为多颗 SoC 芯片板级通信的方案。比如 Diodes 推出了车规级 PCIe第 3 章关键技术体系1014.0 频率产生器与缓冲器产品，可用于车载影音主机、ADAS、导航、信息娱乐等领域。如图3-22 为多颗 SoC 芯片间采用 PCIe 板级通信的示意图，主要包括 3 个 PCIe 端点（如 SoC#1、SoC#2、SoC#3）、一个 PCIe Switch、一个 PCIe Bridge、一个 PCIe RC（Root Complex）模块和一个个存储器。图 3-22 PCIe 板级通信示意图3.面向安全的硬件面向安全的硬件/模块技术模块技术（1）面向信息安全的硬件/模块技术面向信息安全的硬件/模块技术，如 MPC5748G 配备 HSM 硬件安全模块，与传统的 CSE相比，CSE 只能完全按照 SHE 的规范来写，HSM 用户可以自己写加密算法，硬件上 CSE 和HSE 都有一个 32 位处理器，不过 HSM 有独立的 Flash/RAM。（2）面向功能安全的硬件/模块技术如图 3-23 所示，面向功能安全的硬件/模块技术，主要包括：1）通过车规级 MCU（较稳定）作为安全岛，实现以 SoC 为主的计算平台健康状态监控/及容错备份；2）采用具有锁步核监控的 SoC，实现任务处理的状态监控；3）存储独立性（分区管理、安全访问），保证数据安全；4）信号冗余采集（对同一功能设置多个控制端口），提高系统安全性。第 3 章关键技术体系102图 3-23 面向功能安全的硬件/模块技术SoC 状态监控，状态监控，通过车规级 MCU 监控 SoC 的运行状态，确保区域控制器能正常执行功能。SoC 容错容错，锁步核与被监控的核监控，两个核运行同样的程序，将结果输入一个比较逻辑中，周期性比较两个核的输出结果是否相同。如果相同，则继续运行；否则，则需要采取一定的措施。如果一段时间后错误还是存在，可能重启或者重新检查。采用具有锁步核监控SoC 实现了高诊断覆盖度（检测错误发生的能力）。存储隔离存储隔离/分区（独立性），分区（独立性），有助于多道程序设计，从而提高系统的资源利用率，同时单个区块数据错误时，不影响其他区域的数据，保证数据安全。接口冗余（信号），接口冗余（信号），对同一功能（同一按钮）赋予多个不同（moduleA，module B）控制端口（输入），通过功能冗余提高功能的可靠性。4.硬件层面的数据预处理和计算分流硬件层面的数据预处理和计算分流数据前融合在空间、时间同步的前提下，将传感器原始数据融合在一起，然后进行处理，得到一个具有多维综合属性的结果层目标，当前一般在 AI 加速芯片中由软件进行处理；这种将原始数据直接融合的方式，可以尽可能多的保留传感器信息，具有很高的精度，但由于传感器数据量大，所以处理时间较长，效率低下，实时性很难保证；对融合系统的通信带宽要求较高，采用 FPGA 方案将串行处理改为并行处理，提高数据融合处理的实时性和处理效率。计算分流一般是指为了提高数据计算效率充分使用当前闲置的其他计算资源进行分布并第 3 章关键技术体系103行数据处理，主 SoC 将其他处理完成的结果再进行汇总决策，以充分提高计算效率。5.高性能数据存储高性能数据存储增强存储技术：在当前大数据背景下，大量数据的本地存储、校验、传输确实存在较大的问题，受限于 NOR Flash 的耐久性（产品寿命限制）、性能瓶颈（传输速率，协议兼容）、存储分区（频繁擦写数据而损坏全盘）、数据预烧录等问题，应用车规级 DDR、DDR2、DDR4、SSD 和 UFS 等存储技术能显见的提高数据存储性能、容量、安全性和可靠性。（三）区域控制器的硬件组成及结构在汽车电子电气架构不断发展演进过程中，区域控制器（ZCU，Zonal Controller Unit）扮演了关键角色。在通常的架构设计中，区域网关控制器提供丰富的外部接口以及合适的计算能力，主要完成区域（Zone）的连接网关功能（包括 CAN/LIN/以太网关等），同时提供传感设备和执行机构的原子化服务（如电机控制服务、冷暖风门服务、灯控服务、制动控制服务、油门踏板服务、档位服务、转向服务、水泵服务、风扇服务等）。区域控制器主要配置实时域硬件，支撑各类实时控制操作，其中设备抽象代理是工程化适配的重点。同时考虑功能扩展以及 SOA 统一化部署，可以预埋性能域硬件，当然也可以基于实时域硬件有条件地实现部分功能的服务化。在汽车电子电气架构中引入区域控制器 ZCU，主要目的包括：实现 ECU 的集成和整合，减少整车 ECU 数量；集成智能配电技术，实现设备的就近配电和智能化用电管理；实现设备抽象和原子服务定义，支撑软硬分离与解耦；实现通讯网关功能，支持 CAN/LIN/以太网的消息转换和路由转发。当前阶段，在汽车电子电气架构中区域控制器（ZCU）所承担的是一个区域中心的角色，具体包括如图 3-24 所示三类功能：第 3 章关键技术体系104图 3-24 区域控制器三类功能（1）区域 I/O 中心：接入各类传感器和执行机构，实现 I/O 控制与信号采集；（2）区域供电中心：为区域内用电设备供电，并提供设备用电智能化管理（用电采集、用电策略配置、用电管理等）；（3）区域数据中心：传感器/执行器设备抽象和原子服务封装，支持 S2S，实现服务与信号映射。车控域控制器的硬件架构关键技术主要包含：（1）运算芯片选型技术：MCUMPUSoC 等运算芯片的作用、算力、应用场景、制程以及编程环境应用、编译工具应用等技术。（2）通讯电路应用技术：对各类通讯控制器和收发器的应用技术。（3）元器件的应用技术：对各类电子元器件的选型和应用技术。（4）电路原理设计技术：对电子电路的工程设计技术。（5）硬件电路测试技术：对电路板的测试技术以及根据功能对电路板上测点（Test Point）的设计技术。（6）电路板的布板技术：多层板的设计能力，元器件的布置能力，了解各种和不同厂家元器件的封装和尺寸，接地层的布置，高低频电路等设计能力。（7）电磁兼容设计技术：EMC 和 ESD 元件的选型和应用技术。（8）电路板的加工技术：电路板的加工工艺水平。第 3 章关键技术体系1053.2.4 整车电气设计整车电气设计3.2.4.1 电源系统设计电源系统设计-智能配电技术智能配电技术随着整车电气负载的增加、电气架构的发展、新型能源的涌现，电源系统设计也随之变革和优化，从开始的保障电网用电平衡、用电安全，逐步发展到电网的智能、绿色。电源系统设计已从电源部件的组合，转型为电源网络的系统设计和电源网络的控制设计。在汽车电子领域配电方面，随着 MOSFET 和 HSD 芯片的迅速发展，目前已经可以做到使用单一芯片取代诸如继电器、保险丝、继电器驱动器等众多组件了。从芯片的角度来看，MOSFET 寿命更长，因此配置与组装组件时具有更多弹性。传统保险丝和继电器都属于机电件，属于材料和机械电气结合的领域，而基于半导体技术的 MOSFET 和 HSD 芯片则是电子器件，二者是有本质的区别的。智能配电技术就是采用 MOSFET 等芯片类产品取代传统的继电器保险，对相应的设备进行供电，并通过信号采集对设备用电进行智能监控和用电管理。基于半导体器件的智能配电方案根据应用场景主要有如下两种：（1）驱动芯片加 MOSFET 分立方案。这种方案的复杂度很高，突出表现在：电流检测难度大，电路保护复杂，诊断功能复杂，保护功能少，保护速度慢，保护策略复杂。该方案的综合成本较高，适用于大电流场合。目前车载应用较少，车载大电流应用还是以保险丝 继电器为主。（2）HSD 智能高边开关集成方案。单芯片集成了驱动、MOSFET、电流检测、热保护、电压保护、EMC、各种诊断等功能。此方案十年前已开始普及，至今仍限于小电流负载应用。以特斯拉为例，其 FBCM（前车身控制模块）中大量使用低 RDS_ON（即低导通阻抗，大电流）的 MOSFET 用于电源分配，总数在 50 颗以上；小电流采用了英飞凌的 HSD 芯片，而作为二级配电的 LBCM（左车身控制模块）中则只用了 20 颗左右的 MOSFET。相较于传统配电方式，智能配电技术存在较大的优势：第一，能源管理。根据用户场景进行智能化精准配电，减少不必要的电力浪费，让电力得到最优化的利用。可以智能化管理设备休眠与唤醒，降低整车功耗。第二，独立控制和模块化管理。采用可编程的半导体器件分别控制每个回路后，可实现第 3 章关键技术体系106整车复杂的 VMM（Vehicle Model Management，车辆模块管理），并且当需要设计变更时，还可支持 OTA 升级。第三，智能配电具备明显的安全优势。采用智能配电方式，发生短路故障时，可实现微妙（S）级保护，瞬间切断故障回路，保证重要设备的正常使用。如表 3-3 所示，除了短路保护之外，基于 MOSFET 的智能配电在过流保护、过压保护、过温保护以及相关异常检测方面都有传统配电所不具备的天然优势。表 3-3智能配电与传统配电保护功能分类传统配电基于MOSFET智能配电过流保护过压保护短路保护过温保护过压检测欠压检测输出开路检测输出对电源短路检测电源输出可配置脉冲电压抑制第四，采用智能配电方式，可以有效避免线束冗余设计，降低线径、成本和重量。第 3 章关键技术体系107当前，对于汽车电子而言，智能配电的应用还存在一定的技术难度，特别是在软件控制策略、保护机制、容错管理、线束老化检测等方面存在一些挑战，这也是影响着车端智能配电技术广泛应用的主要因素。不过，随着软硬件技术的不断成熟，智能配电在车控领域的应用会逐步扩大。3.2.4.2 线束设计和布置线束设计和布置1.线束设计关键技术（线束设计关键技术（1）概述）概述线束是汽车电路中连接各电器设备的接线部件，由绝缘护套、接线端子、导线及绝缘包扎材料等组成，汽车线束是汽车电路的网络载体，是整车电器零部件的血管和神经系统，没有线束也就不存在汽车电路。随着整车电子电气系统增加，车辆电动化、智能化、网联化、共享化及5G技术的应用，导致线束的质量、体积急剧增加，进一步的增加了线束的布置难度。线束对整车电器电子功能的实现起着至关重要的作用。汽车线束主要用于连接汽车的蓄电池、分电盒、执行器、控制器、传感器、动力电池等部件，为整车电器电子部件提供电能、信号传输，并为控制回路提供基础连接，使之实现所有的电器功能。电气安全和信号精度对线束的连接稳定性要求极高，确保线路不产生过载、短路、断路、电压波动以及信号传输衰减。在线束布置的总体设计中要充分考虑各相关的边界条件，对车身、动力总成、仪表台、底盘、内饰件必须充分、系统的了解，充分考虑各相关件对线束布置可能产生的影响，并对相关件的设计提出相应合理的要求。同时，我们要充分考虑整车的温度分布和震动，避免线束通过高温区，避免线束剧烈震动，从而提高线束布置的可靠性。（2）整车线束布置设计的几种基本走向）整车线束布置设计的几种基本走向传统车型在线束的布置中，通常有H、L、E、R 型等多种布置形式，最具有代表性的为H型与E型，如图3-25所示。第 3 章关键技术体系108图 3-25 线束布置H型（左）和E型（右）新能源车型在线束布置中通常采用川型布置，如图3-26所示，即高压线束在中央，低压线束分布两侧，避免了因高低压线束布置导致的EMC问题。图 3-26 线束布置川型（3）整车线束的基本分类）整车线束的基本分类在整车的线束中，我们可以将线束按区域和功能划分成：前舱线束总成、前保险杠线束总成、仪表板线束总成、顶棚线束总成、蓄电池正极线束总成、蓄电池负极线束总成、地板线束总成、发动机线束总成、变速箱线束总成、左前门线束总成、右前门线束总成、后门线束总成、尾门线束总成、行李箱线束总成和高压线束等。常见的线束分段见下图3-27。第 3 章关键技术体系109图 3-27 线束拓扑图（4）线束布置的确认）线束布置的确认线束的划分和整车的结构和装配工艺有很大的关系，不必拘泥于以上的划分形式。力求达到结构简单、拆装方便、布局美观、固定保护良好。同时，在线束中尽量采用模块化设计，减少回路。此外、在线束的设计中，局部的线束需要采用转接线等形式，需要具体车型而定。要充分考虑线束的走向、过孔、固定及温度震动等，把所有可能出现的情况尽可能的在设计初期考虑周全，避免以后出现颠覆性错误。明确输入输出信息。把以后所有可能的出现的重大问题解决完毕。在对以上所有的资料进行充分的分析以后，进行线束的总体布置。要求线束结构简单、便于线束制造、装配及后期维护。把主要的电器件初步连接起来，并确定大概的线束划分方法。在方案形成以后，对线束布置方案进行可行性分析从而确认整车线束的走向类型及分段信息。2.汽车线束技术前景展望（汽车线束技术前景展望（1）轻量化及低成本）轻量化及低成本各汽车厂家都致力于降低整车制造成本的同时降低客户的使用成本（油耗），轻量化已经成为各汽车生产厂家的重要课题，也是各车型能否进一步占领市场的关键。线束作为整车的重要零部件，占整车总重量的5%，而且随着汽车电子设备的逐渐增加而继续扩大。在新能源车第 3 章关键技术体系110型中，轻量化也意味着行驶里程的增加，平均每5kg的质量节约意味着1km行驶里程的增加，整车线束轻量化具有重大意义。（2）集成化）集成化上世纪90年代以来，欧、美、日整车企业不断推广使用模块集成化生产方式。作为模块集成内配线介质，采用平面配线材料例如柔性化印刷电路（FPC，Flexibleprinted Circuit）或柔性化平面电缆（FFC，Flexible Flat Cable）。模块集成化应用在配线空间非常有限的车顶、车门及配电板（Console）中，作为兼顾扩大车厢空间与提高线束布置有效性方法，预计今后将会进一步推广。柔性化印刷电路应用于模块，以及电子部件装配或传感器部件集成化，使配线材料向高功能方向发展。例如FPC仪表板上应用与膜片（Membrane）支承传感器或天线上应用，就是很好的实例。目前国内自主车厂在保险丝盒设计时主要采用传统的线束与保险丝盒一体的方式，线束与保险丝盒不可拆卸。一个车型通常采用2-4个保险丝盒，内置几十个继电器。在线束总成中，保险丝盒所占空间、重量比重较大。随着技术的不断发展、产品质量的不断提升，自主品牌整车企业将更多地应用线束与保险丝盒分体可拆卸式，以及更多的继电器、控制单元等元件集成在一起的BCM（车身控制器）。随着生产线自动化程度的高度发展，模块化装配将大大降低装配时间，提升工作效率。（3）智能化）智能化汽车电子电气架构已迎来升级，汽车架构从分布式向域集中式再向中央计算式逐渐进化，控制功能迅速集中。域控制器通过集成多个 ECU，减少车辆线束，有利于降低线束布局复杂度和整车成本。随着车载数据传输量的不断增加，数据传输频率、速率呈现一种快速增长的态势。高速数据传输线束（如以太网、同轴线缆等）作为信号传输的主要媒介的应用越来越多，是适应未来自动驾驶车辆大数据体量、高传输速率的主要且关键的技术。3.3 通信架构关键技术通信架构关键技术第 3 章关键技术体系111随着汽车智能化、网联化的发展，汽车通信架构包括车内网络通信、车车通信、车路通信及车云通信。车内网络通信，是通过车载以太网/CAN（FD）/LIN 等多种车载总线信息传输技术来实现功能需求在各个电控单元之间的交互，即对用户功能需求进行信息交互层面的传输规则定义、网络参数配置、软件平台适配、诊断、软件升级等；车与外部通信，主要通过 V2X 等技术，实现本车与其他车辆、行人、路侧设施和云端的信息交互。通信架构贯穿在软件架构和物理架构（硬件架构）之中。表 3-4 通信架构关键技术导读3.3 通 信 架构关键技术3.3.1 车内网络通信关键技术3.3.1.1 传统车载网络技术（一）传统车载网络技术综述（二）CAN XL 技术3.3.1.2 车载以太网技术（一）车载以太网技术综述（二）车载以太网物理层技术（三）车载时间敏感网络（TSN）技术（四）DDS 技术（五）汽车内部 IP 技术（六）透明化的以太网分析方法（七）总线负载测试（八）接口/软件灵活组合的重要性3.3.2 车载无线通信技术3.3.3 诊断技术（一）DoIP 诊断（二）多场景下的智能云诊断3.3.4 车载网络通信应用现状及前景展望3.3.1车内网络通信关键技术车内网络通信关键技术3.3.1.1 传统车载网络技术传统车载网络技术（一）传统车载网络技术综述CAN 总线可应用于汽车动力系统、底盘和车身电子等领域，已经成为各汽车制造商车载网络设计应用的首选网络。然而 CAN 总线属于共享式总线，通信速率相对较低，已不能满足第 3 章关键技术体系112汽车总线带宽日益增加的需求。CAN FD 总线在继承了 CAN 总线的绝大多数特性的同时，提高了 CAN 总线带宽，最高通讯速率可达 8MBit/s 甚至更高（一般 5MBit/s），降低总线负载。CAN FD 可以兼容传统 CAN 网络，目前车内的控制网络正逐步由 CAN 网络转向 CAN FD 网络。LIN 总线采用单主多从的模式架构，使用单信号线进行传输，主、从节点间的通信有具体的规则，只有主节点需要，从节点才能发送信息，不需要总线仲裁。LIN 总线带宽比较低，最高约 20Kbps，适合用于汽车车窗、天窗、座椅、车内照明等通信速度较低的应用场景，因此在汽车应用中通常作为 CAN 总线的补充网络。FlexRay 是一种共享式总线技术，是继 CAN 和 LIN 之后的新一代汽车控制总线技术，带宽可达 10Mbps，是一种具备时间可确定性的、分布式时钟同步的、故障容错的总线标准，于2005 年应用于汽车领域。FlexRay 提供两个独立信道，采用双信道冗余结构，基于时间发送报文，所有节点共享高准确时基，实现最高级别的可靠性，该总线用于满足汽车环境下独特的网络需求，支持重要的安全线控技术应用，例如线控转向、线控制动等。FlexRay 相比较于 CAN总线要复杂许多，带宽增加，安全性相对较高，但其成本过高，除了德系车厂在量产车上使用过，其他国家量产车型极少见，我国吉利部分车型也有应用。MOST 是由德国 MOST 组织于 2001 年制定的一个针对汽车领域的多媒体应用通信标准，由于 MOST 通信物理层使用的是光纤传输，采用环形网络拓扑结构，其线束质量轻、抗干扰性强、带宽高、信号衰减少，最新的 MOST-150 标准速率可达 150MBit/s，内置流媒体数据信道，高数据带宽，支持多种光纤电缆布线方式，EMC 性能良好，主要应用于汽车音频、视频数据传输，但是 MOST 为多媒体定向系统传输，其采用环形结构，只能朝着一个方向传输数据，MOST 最多可连接 64 个节点。如果其中一个节点故障中断，其他节点也无法传输数据，系统鲁棒性差，扩展性差，同时技术开发周期长，成本昂贵，难以得到普及，也仅仅应用于国外的中高端车。（二）CAN XL 技术1.CAN XL 技术优势第 3 章关键技术体系113CAN FD 与 100BASE-T1 以太网之间存在较大的比特率差距。因此有必要开发一种新的CAN 协议，以达到以下目标：针对初始目标提供优异的 10Mbit/s CAN 解决方案，低成本，安全性，服务质量保留 CAN 的现有属性。CAN XL 具有如下优点：（1）拥有12 Mbit/s 的高比特率：使用 CAN SIC（具有信号改进能力）收发器，速度可达 8 Mbit/s；使用 CAN SIC XL 收发器，速度12 Mbit/s，最高可达 20 Mbit/s（实际极限取决于拓扑结构，目前正在评估中）。（2）有效载荷多达 2048 个字节，可按一个字节粒度进行配置。（3）与 CAN FD 的互操作性（CAN FD 节点忽略 CAN XL 帧）。（4）以太网隧道：完整的以太网帧适合于 CAN XL 帧；在 CAN XL 节点中启用 TCP/IP SW功能。（5）安全性：在汉明距离为 6 的帧中有 2 x CRC；固定的比特以提高鲁棒性；正在开发二层安全解决方案 CANSec（类似于 MACSec）。（6）服务质量：优先级总线访问（如 CAN FD 中的仲裁域）；分片功能（选项）正在规范中，以减少低比特率下大型 CAN 帧引起的总线占用时间。（7）新报头字段有很大的灵活性：DU Type（8 位）显示负载内容（如隧道式以太网帧）；虚拟 CAN 网络标识符（8 位）允许划分流量并简化 RX 过滤；接受字段（32 位）是一个用于寻址的字段；在 CAN XL 中，消息标识符放在接受字段中。（8）应用实例全面：基于内容寻址（消息标识符）的 CAN 实例；现代概念，如面向服务的体系结构（SOA）。（9）技术成熟：CAN 总线已用于数百万辆汽车；鲁棒性、安全性（CRC）、CAN 仲裁（CSMA/CD）。（10）增量升级：重复使用线束，使用 CAN XL 节点扩展现有 CAN FD 网络；重复使用现有组件，如收发器、电缆、PCB、连接器。（11）EEA 设计自由：“混合 FD/XL”或“纯 XL”网络。（12）混合 CAN FD/XL 网络：CAN XL 和 CAN FD 在同一总线上有不同的数据比特率。第 3 章关键技术体系114（13）低成本解决方案，12Mbit/s：收发器只有 2 个引脚连接；收发器集成电路（引脚与现有引脚兼容）；带宽/价格优化的终端；使用现有的线束、连接器、收发器、设计、PCB（布局）、SW（转换引脚）；可采用长接线柱（可达 1-2 米），减少布线，降低成本。2.混合 CAN FD/CAN XL 网络技术特点CAN FD 与 CAN XL 兼容，可在同一网络中使用，如图 3-28 所示。在混合 CAN FD/XL网络中，可以在同一总线上使用 2 个数据比特率。可选择带宽和价格最优化的终端。（1）Arbitration-Phase（仲裁段）：500 kbit/s。（2）FD Data-Phase（CAN FD 数据段）：2 Mbit/s。（3）XL Data-Phase（CAN XL 数据段）：5 to 8 Mbit/s（NO mode switch），取决于所使用的 CAN SIC 收发器。（4）Error Signaling（错误标定）：ENABLED（允许）。图 3-28 混合 CAN FD/CAN XL 网络，SIC and FD 收发器3.纯 CAN XL 网络技术特点所有的 CAN XL 节点具有相同的比特率，如图 3-29 所示：（1）Arbitration-Phase（仲裁段）：650 kbit/s。（2）FD Data-Phase（CAN FD 数据段）：not used（未使用）。（3）XL Data-Phase（CAN XL 数据段）：12 to 20 Mbit/s，取决于所使用的 CAN SIC XLCAN BusCAN XLCAN XLCAN XLSICCAN FDFDCAN FDFDCAN FDFDSICSIC第 3 章关键技术体系115收发器。（4）Error Signaling（错误标定）：DISABLED（不允许）。图 3-29 纯 CAN XL 网络,只有 CAN SIC XL 收发器4.CAN、CAN FD、CAN XL 对比车载网络 CAN、CAN FD、CAN XL 规格对比见下表 3-5。表 3-5 CAN、CAN FD、CAN XL 对比属性属性ClassicalCANCAN FDCAN XL数据域数据域0.8 byte0.64 byte1.2048 byteID11 bit&29bit11 bit&29 bit11 bitBus 监听监听CSMA/CDCSMA/CDCSMA/CD接收域接收域32 bit（消息 ID）VCAN ID8 bitSDU Type8 bitCANBusCAN XLSICCAN XLSICCAN XLSICCAN XLSICCAN XLSICCAN XLSIC第 3 章关键技术体系116位填充位填充动态动态CRC 固定动态（仲裁域）固定（数据域）CRC15 bit17 or 21 bitPCRC:13 bitFCRC:32 bit错误标识错误标识ONON软件可配:ON/OFF收发器模式转换收发器模式转换不支持不支持软件可配:ON/OFF比特率比比特率比:data/arb接近 16可达 40（e.g.,500 kbit/s&20Mbit/s）判决位比特率数据位比特率判决位比特率数据位比特率0.1 Mbit/s0.1 Mbit/sarb.phase bit rate.8 Mbit/s0.1 Mbit/s2x arb.phase bit rate.20 Mbit/s3.3.1.2 车载以太网技术车载以太网技术（一）车载以太网技术综述随着汽车智能化的发展，CAN、CAN-FD 和 FlexRay 等总线依然占据主要地位，不过车载以太网不仅可以满足汽车制造商对带宽的需求同时还能降低车内的网络成本，从技术层面已经占据优势地位，是未来整车网络架构设计的趋势。传统总线和以太网的对比见下表 3-6。表 3-6 常见的车载总线对比总线名称通信速度通信介质成本应用范围LIN小于20Kb/s（车身）单线缆低大灯、灯光、门锁、电动座椅等CAN125K1Mb/s（状态信息）非屏蔽双绞线低汽车空调、电子指示、故障诊断等CANFD8Mb/s非屏蔽双绞低汽车空调、电子指示、故障诊断等第 3 章关键技术体系117线FlexRay1M10Mb/s（实时控制）双绞线/光纤中引擎控制、ABS、悬挂控制、线控转向等MOST/1394150Mb/s双绞线/光纤高汽车导航系统、多媒体娱乐等Ethernet（以太网）100Mb/s1Gb/s非屏蔽或屏蔽双绞线低汽车多媒体通讯、主干网和诊断车载以太网目前已是排在 CAN 之后应用很普遍的局域网技术，工作在 1010000Mbps 之间，可广泛应用于信息娱乐、ADAS、车联网、诊断等系统中。以太网目前有十兆以太网（10Mbps）、百兆以太网（100Mbps）、千兆以太网（1Gbps）、以及未来推出的万兆以太网（10Gbps）和 100Gbps 以太网。近年来，车载以太网技术受到了通信企业、汽车制造商与半导体公司的广泛关注。OPEN、AVnu、IEEE、AUTOSAR 等联盟和标准化组织致力于车载以太网推广与使用，积极讨论和制定适用于车载环境及应用的以太网标准，支持车载以太网技术应用与发展。车载以太网物理层 BroadR-Reach 技术能够提供 100Mbps 及更高的宽带性能，同时实现30%的线束减重、80%通信连接成本的降低。车载以太网上层协议包括 TCP/IP、AVB、SOME/IP 等。以太网音视频桥接（AVB）在传统以太网的基础上，新增了精准时钟同步、流预留、队列控制等协议，可提升传统以太网音视频传输的实时性。车载时间敏感网络（TSN）是 AVB 的进一步拓展，TSN 引入时间触发式以太网的理念，能满足汽车控制类数据的传输的超低时延要求。SOME/IP 定义了面向服务的通信传输方法，与传统 CAN/LIN 等总线面向信号的通信方式有显著的差别，是新一代面向服务汽车网络架构（SOA）的关键通讯技术。此外，1Gbps 速率通信标准的高速车载以太网将实现以太网供电（POE）功能和高效节能以太网（EEE，Energy-Efficient Ethernet）功能，POE 功能可在双绞线发送数据的同时为网络的终端设备提供电源，省去终端外接供电，降低了线束复杂度。目前市场上成熟的车载以太网技术标准包括100BASE-T1和1000BASE-T1。100BASE-T1第 3 章关键技术体系118（IEEE802.3bw）为 100Mbps 带宽，1000BASE-T1（IEEE802.3bp）为 1Gbps 带宽。1000BASE-T1不仅能提高数据的传输速率，同时满足汽车行业高可靠性、低电磁辐射、低功耗以及同步实时性等方面的要求。此外，更高带宽的车载以太网总线协议是 2.5Gbps、10Gbps，OPEN 联盟现在正在定义这些标准。车载以太网分层协议模型与 OSI 模型（开放式系统互联通信参考模型）的对应关系如图3-30 所示。图 3-30 车载以太网协议模型（二）车载以太网物理层技术物理层，即 OSI 模型的最底层，是开放系统的基础，其作用是确保原始数据可在各种物理媒体上传输。车载以太网中，主要应用 100BASE-T1 及 100BASE-TX 两种规格。100BASE-T1多用于车辆内部以太网网络，而 100BASE-TX 多用于诊断系统，如 DoIP 等。Broadcom 公司提出的百兆以太网技术 BroadR-Reach，原名为 OABR（Open AllianceBroadR-Reach）。现在 OABR 已经由 IEEE 标准化，并命名为 100BASE-T1。100BASE-TX 为传统百兆以太网技术，和 100BASE-T1 对比二者在物理层上有所差别。100BASE-T1 在物理连接上使用了一对双绞线实现全双工的信息传输，而 100BASE-TX 则使用了两对双绞线实现全双工，一对用于收，另一对用于发。100BASE-T1 和 100BASE-TX 物理连接示意图分别如图3-31 和图 3-32 所示。第 3 章关键技术体系119图 3-31 100BASE-T1 示意图图 3-32 100BASE-TX 示意图101.100BASE-T1100BASE-T1 利用回音消除技术（echo cancellation）实现了在一对双绞线上的全双工通信。回音消除技术的大概过程为：作为发送方的节点将自己要发送的差分电压加载到双绞线上，而作为接收者的节点则将双绞线上的总电压减去自己发出去的电压，做减法得到的结果就是发送节点发送的电压。100BASE-T1 的物理层在 ISO/IEC/IEEE 8802-3-2017 第 96 章节中规定。在100BASE-T1 中，链路上建立了主从关系，在每个物理链路上，只能有一个主节点连接到一个10图 3-31 和 3-32 来自 Vector（维克多汽车技术(上海)有限公司）。第 3 章关键技术体系120从节点。为了提高链路建立的速度，主、从属性必须预先配置，不能自动协商。100BASE-T1 物理层采用单对非屏蔽双绞线线缆双向传输数据（全双工），特性如下：（1）与以太网 MAC 兼容的全双工通信。（2）采用脉冲幅度调制（PAM3）来提供带宽和 EMI 性能之间的权衡。物理编码子层 PCS 接收来自 100BASE-T1 的 PMA 上的信号，并向媒体独立接口 MII 发送该信号，或者接收来自 MII 的信号，并发送至 100BASE-T1 的 PMA 上。其中，PMA 支持单对平衡双绞线介质。PMA可通过最长15米的单对平衡双绞线提供66.666Mbaud的全双工通信，向/从 PCS 发送/接收信号到单对平衡双绞线电缆介质上，并支持链路管理和 100BASE-T1 PHY控制功能。100BASE-T1 物理层接口由收发器模块（包括：收发器、可选的低通滤波器、可选的 ESD保护设备、电源滤波器等，均符合收发器制造商的相关数据）、共模电感（CMC）、直流阻断电容（DC）、共模终端网络（CMT）、可选 ESD 位置（ESD）和 ECU 连接器（CON）等组成。2.100BASE-TX100BASE-TX 使用两对阻抗为 100的 5 类非屏蔽双绞线，最大传输距离是 100 米。其中一对用于发送数据，另一对用于接收数据。采用的是 4B/5B 编码方式，然后将 4B/5B 编码成NRZI 进行传输。与 100BASE-T1 相比，100BASE-TX 物理层多包括以下两个子层：（1）物理媒介相关子层（PMD）（2）自动协商子层（AUTONEG）100BASE-TX 物理层界面应根据 DoIP 实现。与车辆连接的部分常使用 OBD 连接口，连接 Tester 的部分常使用 RJ45 连接口。100BASE-TX 规定了通过 5 类双绞线进行操作的规范。整个 100BASE-TX 链路（从 ECU 到诊断仪）必须满足 IEEE802.3-2018 标准的第 25.4.9 章节中关于“线缆”部分的要求。（三）车载时间敏感网络（TSN）技术时间敏感网络（TSN），即在非确定性的以太网中实现确定性的最小时间时延的协议族，第 3 章关键技术体系121是由 IEEE 802.1 TSN 任务组制定的一系列 IEEE 802 以太网子标准集。正因其符合标准的以太网架构，具有精准的流量调度能力，可保证多种业务流量的共网高质量传输等技术及成本优势，TSN 技术从最初的视频音频数据领域延伸至工业领域、汽车领域，成为下一代网络承载技术的演进方向之一。在汽车控制系统中，用支持低延时且具有实时传输机制的 TSN 进行统一管理，可以降低给汽车和专业 A/V 设备增加网络功能的成本及复杂性。目前，IEEE、IEC等组织均在制定基于 TSN 的车载以太网、工业互联网等的网络互操作性标准与规范。TSN 技术在车载以太网中的应用，包括底层交换芯片、PHY 接口、MAC 层控制协议等。此外，还可以和上层应用协议（如 DDS）配合，支持多种 QoS 策略的高可靠、确定性时延条件下的数据传输。TSN 相关协议包括 IEEE 802.x 系列化协议簇，涵盖时间同步、高可靠性、确定时延、场景增强、资源管理等方面。这些系列化的协议也在不断改进和完善中，如下图3-33 所示，不同底色标记了当前已经完成并正式发布的协议以及还在标准制定和完善中的协议。图 3-33 TSN 相关系列协议标准化状态TSN 在汽车上的应用主要使用了基于 802.1AS-Rev 的时钟同步协议，以及随后推出的802.1Qbv、802.1Qbu、802.1CB、802.1QCi 等一系列满足车载网络流量调度需求的协议规范（如下图 3-34）。第 3 章关键技术体系122图 3-34 TSN 相关系列协议特征1.时间同步时间同步IEEE 802.1 工作组参考 IEEE 1588 协议制定了 IEEE 802.1AS 协议，定义了广义精确时钟同步系统（generalized Precision Time Protocol，gPTP）用于 TSN 中的时钟同步。IEEE 802.1AS提供了准确可靠的时钟同步机制，该标准所规范的协议严格保证时延敏感的业务（例如音视频）在基于以太网的桥接网络或虚拟桥接网络等时延固定或对称的传输媒质中的同步传送。2.调度延时调度延时IEEE 802.1Qbv 协议通过基于类型的流量整形门机制实现网络中业务流量的转发控制，实现确定性时延的传输。该标准中定义了时间感知整形器（TimeAware Shaper，TAS），TAS 通过一种类似于现实生活中的门结构，通过门的打开和关闭来对网络流量进行实际的控制，并减小由突发或异常请求而产生的某个流的流量超过预留带宽资源的情况所带来的影响。802.1Qbv和 802.1Qbu 同时使用，可以在保证链路延时和带宽相对确定的情况下，对高实时报文进一步降低传输延时。3.可靠性可靠性IEEE 802.1CB 主要是通过交换机硬件的报文复制功能，实现发送端数据帧在交换机指定转发端口处的复制，并通过不同的交换机传输路径发送至最终目的节点所在的交换机连接端口，然后在该交换机端口利用交换机硬件对特定协议复制帧重复消除，进而利用网络拓扑中的冗余路径实现在传输链路中实时的可靠性数据备份，并且不增加软件收发数据产生的额外第 3 章关键技术体系123负载，可以满足高实时高可靠性的应用场景。IEEE 802.1Qci 协议主要通过过滤和控制策略限制异常流量对正常流量的影响，以保证网络健壮性和可靠性。4.资源管理资源管理IEEE 802.1Qat 协议中，定义了流预留协议（Stream Reservation Protocol，SRP）。该协议提供了一套完整的沿路预留机制，目的是解决网络中音视频实时流量与普通异步流量间的资源竞争问题。对于应用了 SRP 的设备，设备上各业务流在实际发送之前，需要先在传播路径上预留出必需的资源。当且仅当路径上各节点均能够预留成功后，才允许实际业务流的传送。此外，在 TSN 中设计了一些冗余方案，包括链路冗余和节点冗余等方式。链路冗余和节点冗余需要增加额外的节点资源和网络链路，是一种以资源换取可靠性的方式。常见的冗余结构是环形结构，它可以实现较高等级的网络可靠性。车载 TSN 应用场景举例如下：1.ADAS 域控制器安全控制信号转发（1）场景子类描述：ADAS 域控制器转发发动机控制、制动、转向等信息到 PowerTrain 域控制器，为了保证关键安全数据传输的低延迟特性，数据被封装在一个单独的帧里。另外也需要对关键数据的无缝冗余切换，对控制报文按照 IEEE 1722-2016 里定义的格式封装。在云端，对中央网关发动 DDoS 攻击。（2）数据流要求：安全相关的控制信息；传输周期小于 20ms；输延迟小于 1ms；不允许数据有丢失情况；数据帧长度 64 个字节；数据安全关键程度高。（3）应用的TSN协议标准：802.1AS-Rev，802.1Qbv，802.1Qbu，802.1CB，IEEE 1722-2016。ADAS 域控制器安全控制信号转发详见下图 3-35。第 3 章关键技术体系124图 3-35ADAS 域控制器安全控制信号转发示意图2.ADAS 域控制器传感器融合数据传输（1）场景子类描述：雷达、激光雷达、超声波、摄像头等环境感知传感器数据融合，对数据传输带宽要求很大，传感器数据融合尤其是采用后端数据融合的解决方案，要求来自不同传感器的数据可以实时同步的传输到中央计算平台。（2）数据流要求：安全相关的多媒体数据流；传输周期小于 10ms；传输时延小于 1ms；不允许有数据丢失的情况；最大帧长度 64-1500 字节之间；数据安全关键程度高。（3）应用的 TSN 协议标准：802.1AS-Rev，802.1Qbv，802.1Qbu。域控制器传感器融合数据传输详见下图 3-36。第 3 章关键技术体系125图 3-36 ADAS 域控制器传感器融合数据传输示意图3.L4 以上自动驾驶全冗余备份线路（1）场景子类描述：L4 以上自动驾驶，需要保证数据传输链路的可靠性，通过全冗余链路传输路径的设计保证关键信息流的可靠传输。（2）数据流要求：链路全冗余设计；无缝切换。（3）应用的 TSN 协议标准：802.1CB。冗余备份路线详见下图 3-37。图 3-37 冗余备份线路示意图4.信息娱乐系统的应用场景第 3 章关键技术体系126（1）场景子类描述：高清地图和定位信息通过 T-BOX 经过中央网关传递给车机 HUT 和仪表；HUT 车机上的多媒体视频流通过网关传输到两个后座的娱乐屏，要求在两个屏上同步播放同一个视频内容。（2）数据流要求：数据带宽要求大；快速冗余切换；精确时钟同步。（3）应用的 TSN 协议标准：802.1AS-Rev，802.1CB，802.1Qci，802.1Qbv，1722-2016。信息娱乐系统应用详见下图 3-38。图 3-38 信息娱乐系统的应用示意图5.L4 以上自动驾驶场景下冗余备份主时钟（1）场景子类描述：L4 以上自动驾驶场景下，为保证主时钟源的可靠性，采用双时钟源设计，当其中一个时钟源出现故障后，备份主时钟可以无缝切换为当前系统的主时钟。（2）数据流要求：备份时钟；无缝切换。（3）应用的 TSN 协议标准：802.1AS-Rev。冗余备份主时钟详见下图 3-39。第 3 章关键技术体系127图 3-39 冗余备份主时钟示意图（四）DDS 技术111.DDS 简介OMG（Object Management Group，对象管理组）成立于 1989 年，是一个开放性的非营利性计算机行业标准联盟。OMG 多年来致力于为工业分布式系统提供可互操作的，可移植的，可复用的软件标准。它的成员包括 IT 行业的设备供应商、终端用户、政府部门以及学术组织等。DDS（Data Distribution Service）是 OMG 在 2004 年发布的用于数据分发/订阅的通信中间件协议和应用程序接口（API）标准，它为分布式系统提供了低延迟、高可靠性、可扩展的通信架构标准。DDS 目前在工业、医疗、交通、能源、国防领域都有广泛的应用。中间件位于操作系统和用户应用程序之间的软件层，将操作系统提供的资源进行抽象和封装，为应用程序提供各种各样的高级服务和功能，比如通信或数据共享。中间件的存在简化了应用程序开发者的工作，这使他们能够将注意力放在应用程序本身，而不必在不同应用程序之间或不同系统之间的数据传输上花太多精力。2.DDS 体系结构11OpenDDS 学习笔记（2）：DDS 概述，CSDN，2019第 3 章关键技术体系128DDS 采用 DCPS（Data-Centric Publish-Subscribe，以数据为中心发布/订阅）通信机制，提供一个与平台无关的数据模型。它允许应用程序实时发布拥有的信息，并订阅需要的信息，能较好处理不可靠网络通信中数据自动发现、可靠性和冗余性等问题。该规范分为两层，数据本地重构 DLRL（Data Local Reconstruction Layer）层和以数据为中心发布订阅 DCPS 层。DCPS 层是 DDS 的核心和基础，提供基本通信服务，DLRL 层将 DCPS 层提供的服务进行抽象，在 DLRL 层建立与底层服务的映射关系。（1）DLRL 层DLRL 层建立在下层 DCPS 基础上，通过 DCPS 提供的服务，简化编程实现，把服务简单整合到应用层，使用户能直接访问变更的数据，达到与本地语言结构无缝连接。具体实现机制：如下图 3-40，将 DCPS 层提供的服务以类的形式封装，建立每个类与DCPS 层相应服务的映射关系，在 DLRL 层用本地语言结构对类进行操作。简单地说，相当于在 DLRL 层建立了一个对 DCPS 层服务的索引表。图 3-40 DLRL 层和 DCPS 层（2）DCPS 层DCPS 层是 DDS 规范核心，提供了数据分布的基础架构，确保正确有效地传输信息给适当的接收者。如图 3-41，该层建立了一个全局数据空间（类似共享内存的概念扩展到网络节点，所以在同一主机内，很容易使用共享内存的方式实现 DDS）的概念，发布者和订阅者在全局空间中分别发布和订阅自己需要的数据类型，通过中间件处理后，再进行数据传送，将传统 C/S（Client/Server 结构，即客户机和服务器结构）模式转为以数据为中心的服务模式。第 3 章关键技术体系129图 3-41 DDS 通信模型DCPS 层提供了发布和订阅数据的功能。发布和订阅通过主题关联发布信息，创建发布者和订阅者实体，并为这些实体设定 QoS 参数。DCPS 层将用户对资源的需求情况和资源的可用情况都转化为服务质量 QoS，QoS 包括多种策略形式，每种策略形式通过与一个赋值的名字关联来描述服务的行为。在 DDS 中，QoS 参数贯穿整个 DDS 通信过程，应用开发者只需要指明想要什么 QoS 并进行设定就能程序化服务器的行为。DCPS 模型分为平台独立模型（Platform Independent Model，PIM）和平台专门模型（Platform Special Model，PSM）。PSM 是以 PIM 为基础的 OMG 接口定义语言（InterfaceDefinition Language，IDL）平台。PIM 主要组成内容：数据写入者（DataWriter）、数据读入者（DataReader）、发布者（Publisher）、订阅者（Subscriber）、领域（Domain）和数据对象。领域代表通信范围，只有同一个领域的发布者和订阅者才能交互。PIM 平台总体框架如下图 3-42：第 3 章关键技术体系130图 3-42 PIM 平台总体框架DataWriter 是上层应用程序必须使用的对象，用来向发布者传递给定类型的数据对象的存在和数值。每个发布者都有一个关联的 DataWriter，当数据通过 DataWriter 与发布者通信时，发布者负责发布 DataWriter 描述的数据类型的数据（根据自己的 QoS 或根据相应DataWriter 的 QoS）。当发布者与 DataWriter 关联时形成一个发布。此关联表明应用程序有发布数据的意图，该数据由发布者提供的上下文中的 DataWriter 进行描述。订阅者负责对发布的数据进行接收并使数据能被接收应用程序（根据订阅者的 QoS）使用。订阅者能接受并分发不同类型数据。应用程序必须使用和订阅者关联的 DataReader（指定了数据类型）来访问被接收到的数据。当订阅者与 DataReader 关联时形成一个订阅。该关联表明应用程序有订阅数据的意图，该数据由订阅者提供的上下文中的DataReader进行描述。主题用于联系发布和订阅。发布方在中间件上发布一个主题后，订阅方根据主题查阅发布方发布的信息。中间件服务检查发布方发布的主题是否满足订阅方的要求，并检查其 QoS 策略是否兼容，如果是就在发布方和订阅方建立连接，进行点对点数据传送；否则就提示异常。主题对象在概念上适合发布和订阅。必须以订阅可以明确引用的方式了解发布。一个主题就是为了实现这个目的：它将一个名称（在域中是唯一的）、一个数据类型以及与数据本身相关的 QoS 关联起来。除了主题 QoS 之外，与该主题关联的 DataWriter 的 QoS 和与DataWriter 关联的发布者的 QoS 控制着发布端的行为，而相应的主题、DataReader 和订阅者的 QoS 控制着订阅端的行为。当应用程序希望发布给定类型的数据时，它必须创建具有所需发布的所有特征的发布者（或重用已创建的发布者）和 DataWriter。类似地，当应用程序希望接收数据时，它必须创建订阅者（或重用已创建的订阅者）和 DataReader 来定义订阅。除了主题和数据类型之外，订阅者有时还需要根据数据本身的内容进一步细化他们感兴趣的数据。这些所谓的基于内容的订阅在大型系统中越来越流行。3.DDS 通信过程DDS 数据发布动作，包括注册数据类型、生成主题、比较并设置合理的 QoS、预分配资源（缓存区等）、根据订阅资源生成消息（包含订阅者地址）、通知侦听（Listener）接口等；第 3 章关键技术体系131还要根据 QoS 要求，在规定时间发送数据。基于消息中间件的应用程序进行通信过程，如图3-43。图 3-43 DDS 通信过程首先建立并初始化 DCPS 信息仓库，包括域的建立、QoS 和传输的初始化。然后，发布者/订阅者端建立域参与者工厂（Domain Participant Factory），由域工厂建立域参与者，各个域靠 ID 区分，发布者/订阅者域 ID 必须与 DCPS 层建立的域 ID 一致才能通信。发布者在中间件注册数据类型 DataType，然后设置主题 QoS 便能建立主题。同样订阅者设置 QoS 也能建立主题。主题建立后，经过中间件服务的检查机制，若符合连接要求，发布者/订阅者便建立连接。连接建立后发布者设置数据写入者 QoS 并

31人已浏览 2023-10-10 245页 5星级

中国汽车基础软件发展白皮书4.0队凰l10SEM。CUf目录；整车软件开发平台舰述J（）研究背景 .001 1整$软件开发平台现状.001 一）技术形态概述.009 1经典技术形态.009 2创新技术形态.011 二）面向服务架构（SOA).015 1整车SOA开发方法论.016 2整车SOA架构3.SOA软件平台登车服务4整车SOA关键技术.018 019.021

73人已浏览 2023-10-10 112页 5星级

智能网联汽车在迅猛的数据洪流中抢占先机IBM 商业价值研究院|专家洞察联合出品2Colin LeeV2X 集团负责人/经理，捷豹路虎 Li Tang中国移动北京公司总经理 TColin 负责捷豹路虎(. 

95人已浏览 2023-10-08 27页 5星级

1 前前 言言 智能驾驶是当今汽车行业的热点。作为智能驾驶解决方案的重要组成部分，感知系统的性能优劣是影响智能驾驶安全性和驾驶体验的关键因素。在过去几十年中，毫米波雷达技术经过多轮迭代，得到了长足的.

58人已浏览 2023-09-09 47页 5星级

点击查看更多中国电力科学研究院：车网互动技术发展现状与展望（2023）（28页）.pdf精彩内容。

46人已浏览 2023-09-07 28页 5星级

5G车联网新技术，赋能智慧交通新发展丁海煜中国移动研究院 国家持续支持智慧交通发展，产业格局重塑加速规模商用数智化转型加速，智慧交通成为数字经济增长新动能1自动驾驶进入准商业化辅助驾驶迈向规模商用 2.

80人已浏览 2023-09-06 19页 5星级

点击查看更多申橙咨询：2023汽车工业数字化与XR技术白皮书（20页）.pdf精彩内容。

109人已浏览 2023-08-23 20页 5星级

智能网联汽车创新应用路线图智能网联汽车创新应用路线图 Robotaxi产业产业 评估报告评估报告 中国汽车工程学会中国汽车工程学会 中国智能网联汽车产业创新联盟中国智能网联汽车产业创新联盟 国家智能.

118人已浏览 2023-08-19 50页 5星级

中国汽车工程学会国家智能网联汽车创新中心中国智能网联汽车产业创新联盟 2023年1-5月中国智能网联乘用车市场分析报告目录智能网联汽车市场总体分析一智能网联汽车细分市场分析二智能网联汽车厂商情况分析三.

33人已浏览 2023-08-14 12页 5星级

手机手机-汽车互联汽车互联 性能体验测评报告性能体验测评报告20232023年年8 8月月执行标准：执行标准：T/ICCE 205-2023移动终端与车载设备互联 体验测评规范执行机构：执行机构：深圳.

43人已浏览 2023-08-03 10页 5星级