从规划到BOM：“十五五”给汽车电子列出了哪些工程任务？

9月10日，工业和信息化部等九部门发布《智能网联新能源汽车产业发展“十五五”规划》。文件成文于9月9日，面向2030年提出新能源乘用车、商用车新车销量占比分别达到70%和40%，并在高速公路、城市快速路和部分城市道路等场景推进高度自动驾驶产品应用。

对汽车电子产业更直接的影响，不是销量目标本身，而是规划把计算、控制、存储、通信芯片，高端传感器，新一代E/E架构，车用操作系统，功能安全、预期功能安全、网络与数据安全，数字仿真、实车测试以及软件升级管理放进了同一套产业任务体系。过去分散在器件、软件、测试和监管中的工作，被明确串成了一条整车电子工程链。

从汽车电子BOM和开发流程看，这份规划可以拆成五类任务：芯片与传感器、E/E架构与车载通信、操作系统与基础软件、安全与测试验证，以及准入、OTA和运行监测。五类任务相互关联，最终都要落到器件选型、系统集成、测试证据和量产合规。

规划对应的五类汽车电子工程任务

芯片与传感器：从单颗参数进入整车验证

规划明确提出提升计算、控制、存储、通信等汽车芯片以及高端传感器的产品性能，并扩大整车应用。不同器件在车内承担的任务并不相同：计算芯片负责智能驾驶、座舱和中央计算，控制芯片进入底盘、车身和动力系统，存储器承载软件、模型、地图和运行数据，通信芯片连接控制器、传感器和执行器。

器件选型因此不会停留在算力、容量、带宽或单颗器件性能。接口兼容、软件支持、功能安全资料、网络安全、生命周期、车规可靠性和整车级验证，都会影响芯片能否真正进入车辆平台。对于高端传感器，同样需要把分辨率、量程、动态范围等参数放进整车场景、环境适应性和故障响应中验证。

政策列出的技术方向不是现成订单，也不等于相关产品已经完成量产导入。从样片、平台验证、定点到整车SOP，仍然存在完整的工程和商业化流程。

E/E架构与车载通信：计算、网络和电源开始一起设计

规划提出开发新一代汽车电子电气信息架构和车载通信技术，同时要求加强软硬件协同设计。中央计算、域控制和Zonal区域架构都是当前产业正在采用或评估的实现方式，但规划并没有指定单一架构。真正的工程任务，是在计算资源更集中之后，处理实时性、带宽、故障隔离、供电和软件升级。

E/E架构变化会继续影响MCU、SoC、区域控制器、车载以太网、CAN/CAN XL、交换机、PHY、网关、电源管理、智能配电和车载存储。网络拓扑和供电拓扑也会更紧密地结合：计算节点放在哪里、执行器离控制器多远、哪些链路需要冗余，都会影响通信和电源设计。

OS与基础软件：软硬件协同成为量产前提

规划把车用操作系统内核、中间件和功能软件列入重点任务，同时提出研发结构、流体、动力学、工艺等工业仿真软件。汽车电子复杂度提高以后，软件已经不只是上层应用，操作系统、中间件、驱动、基础服务和工具链都会直接影响芯片和控制器能否跨车型复用。

对于芯片供应商，软件支持能力会和硬件参数一起进入客户评估。对于整车和Tier-1，操作系统、虚拟化、中间件、网络通信、功能安全机制和OTA版本管理需要在开发早期协同设计。工业仿真软件则承担系统建模、参数校核和部分验证工作，为后续台架和实车测试减少盲区。

安全与测试：功能安全、SOTIF、网安和数据安全进入同一条证据链

规划提出持续完善功能安全、预期功能安全（SOTIF）、网络安全、数据安全和道路通行安全等标准，并构建数字仿真与实车测试融合的驾驶自动化测试评价方法。汽车电子开发因此需要同时证明器件可靠、系统可控、预期功能边界清楚，并能够抵抗网络和数据风险。

2026年6月27日发布的《智能网联汽车 组合驾驶辅助系统安全要求》（GB 47955—2026）已经给出更具体的安全基线，覆盖功能要求、数据记录、制造商安全保障、人机交互和多层级试验评价，并计划自2027年1月1日起实施。

从工程流程看，仿真、软件在环、硬件在环、台架、场地和实车测试各自覆盖不同风险，最终需要形成可追溯的测试证据。工信部对该强制性国家标准的发布说明也明确提出，要继续加强产品准入管理和标准测试监管。

OTA与持续监管：软件可升级，但必须可验证、可备案、可追溯

软件能力增强以后，汽车可以持续更新，但OTA并不是脱离监管的自由软件更新。规划提出完善组合驾驶辅助和自动驾驶系统准入管理，健全软硬件升级备案管理，并加强智能网联新能源汽车安全监测。

2025年工信部、市场监管总局发布的《关于进一步加强智能网联汽车产品准入、召回及软件在线升级管理的通知》已经明确：企业开展OTA升级前要进行充分测试验证并按要求备案；涉及产品主要技术参数变更的，需要取得产品变更许可后才能实施；涉及自动驾驶功能的升级，还要按照准入管理要求取得相应许可。

这使汽车软件开发增加了新的工程任务：升级包需要验证真实性和完整性，软件版本需要可追溯，功能变化需要评估影响，升级失败需要回滚或安全处置，涉及缺陷时还要与召回管理衔接。与制动、转向、动力等安全关键功能相关的控制策略，也不能脱离验证和准入体系随意改变。

高度自动驾驶目标：工程重点仍是ODD、准入与运行监测

规划提出在高速公路、城市快速路和部分城市道路等场景推进高度自动驾驶产品应用。这里的关键词是“场景”。自动驾驶能力始终受到设计运行范围（ODD）约束，具体包括道路条件、天气、速度、车辆类型和系统冗余。高速公路高度自动驾驶、限定区域Robotaxi和普通私人乘用车在全国道路运行，并不是同一个工程问题。

因此，自动驾驶产品能否规模应用，最终需要给出系统边界、故障降级、驾驶员接管、数据记录、安全指标和运行监测等证据。规划把测试评价、准入、上路通行、软件升级和安全监测同时推进，说明自动驾驶开发正在进入更完整的全生命周期验证。

从规划到BOM，汽车电子多了一张“验证清单”

把规划拆到汽车电子产业链，可以看到一条连续路径：芯片和传感器提供底层器件，E/E架构和车载通信完成系统连接，操作系统和中间件管理软件资源，测试体系验证功能与安全，准入、OTA和运行监测覆盖车辆生命周期。

这条链上的每一个环节都对应具体BOM或工程服务。芯片厂需要提供更完整的软件、功能安全和可靠性支持；Tier-1需要解决不同器件之间的系统集成；整车厂要建立软件版本、测试证据和安全管理体系；测试仪器、仿真平台和验证工具则要覆盖越来越多软硬件联合场景。

规划没有指定具体芯片型号，也没有规定汽车必须采用哪一种中央计算或Zonal架构。它列出的更像是一张未来几年汽车电子开发的任务清单。芯片能否进入整车系统、软件能否与硬件协同，需要在选型和架构阶段给出答案；功能能否被完整验证、升级能否备案和追溯、车辆交付之后能否持续监测，则贯穿量产之后的整个周期。汽车电子产品能否走完这些环节，会比单一参数更直接地决定它是否真正进入下一代整车平台。