博世六阶段 EEA 的本质，是车辆电子电气架构从分布式向集中式的演进过程。EEA 不是 “把 ECU 减少” 的游戏，而是车辆架构在集成度维度上的系统性升级。
CHAPTER 01
第一性原理：EEA 到底在解决什么问题？
四个核心任务从未改变，改变的只是集成度
不管分布式还是中央计算，电子电气架构（EEA）的核心任务从来没变过：
把传感器和执行器连起来 → 布线
让控制器之间能通信 → 网络
给所有电子设备供电 → 配电
让软件有地方跑 → 算力
EEA 所有阶段的进化，本质上就是这四个任务的 “集成度” 在变 —— 把分散的东西聚拢，把冗余的东西删掉。
EEA 的演进方向，是系统复杂度的承载方式从硬件连接转向软件抽象。
CHAPTER 02
博世的 EEA 六阶段：行业的 “统一地图”
2017 年提出的参照系，至今仍是行业通用语言
博世在 2017 年提出了车载 EEA 的六阶段进化路线。到今天，这仍然是行业最常用的参照系。下图是博世官方的 EEA 进化路线图，从左到右可以清晰看到控制器从分散到集中的完整脉络：
博世官方 E/E 架构进化路线图（来源：Bosch）
用一句话概括六个阶段：
模块化 → 一功能一 ECU，各自为政
集成化 → 功能按物理集成，ECU 之间开始通信
域集中 → 按域划分五大控制器
跨域融合 → 域之间开始合并
车载中央电脑 → 一台中央电脑统管
车云计算 → 一部分算力搬到云端
六阶段的整体趋势是从分散走向集中，鲜有反向案例。
CHAPTER 03
逐阶段拆解：从分散到集中
每个阶段都解决上一阶段的痛点，同时暴露新的矛盾
阶段一：模块化 ——”一个功能一坨东西”
1990 年代～2000 年代
每个功能 —— 独立的传感器、独立的 ECU、独立的执行器、独立的线束。功能之间几乎没有通信。车窗归车窗管，空调归空调管，ABS 归 ABS 管，各拉各的线，各跑各的软件。
博世的描述是：每个 ECU 绑定一个具体的功能，硬件和软件深度绑定，供应商把硬件和软件一起交付。
这个架构带来了四个核心问题：
ECU 数量爆炸 → 一辆豪华车 100 + 个 ECU，每个都是独立的控制器
线束总长惊人 → 所有传感器和执行器各自拉线到专属 ECU，总长可达 4 公里
软件全锁死在 ECU 里 → 没有整车操作系统概念，OTA 几乎不可能
功能升级 = 换 ECU → 想加新功能？加新 ECU，拉新线束
模块化架构最大的特点不是 “好”，是 “简单”—— 几十个供应商可以并行工作，不需要互相了解对方的系统。
阶段二：集成化 ——”功能开始互相认识”
2000 年代起
核心变化只有一件事：不同功能的 ECU 开始通过 CAN 总线互联。ABS 知道了车速，发动机 ECU 知道了轮子是否打滑。
CAN 总线就是车内的 “局域网”—— 以前每个 ECU 是孤立的一台电脑，现在它们通过一根总线连在了一起。ESP（车身稳定控制）是集成化趋势的典型代表，它需要同时读取方向盘转角、轮速、横摆角速度，然后同时控制发动机扭矩和刹车 —— 这在纯模块化架构里难以实现。
集成化的本质是 ECU 之间的 “数据共享”。但控制权还是分散的 —— 每个 ECU 自己决定做什么，只是做决策时可以参考别人提供的信息。
阶段三：域集中 ——”按部门集中办公”
2018 年前后
不再是一个功能一个 ECU，而是按功能域划分 —— 把同类的功能集中到一个 “域控制器” 上管理。
博世划分的五大经典域：
动力域 → 发动机、变速箱、电机、电池管理
底盘域 → 转向、制动、悬架
车身域 → 门窗、灯光、座椅、空调
座舱域 → 仪表、中控、HUD、音响
智驾域 → 摄像头、雷达、感知、规划、控制
以前车窗有车窗 ECU、门锁有门锁 ECU、灯光有灯光 ECU、空调有空调 ECU，现在全部归车身域控制器统一管理。不再每个灯泡配一个 ECU。
域集中是 EEA 进化中关键的一次集中 —— 从几十个小 ECU 的分散管理，变成五大域控的分区管理。
为什么是这五个域？因为它们在物理位置上天然接近。发动机和变速箱都在前机舱，门和灯都在车身四周，摄像头和雷达都在车外。按物理位置划分域，线束最短。
阶段四：跨域融合 ——”打破部门墙”
2022 年前后
五个域各自独立还不够。很多功能需要跨域协作 —— 一个智能驾驶动作，摄像头看到了行人（智驾域），需要减扭矩（动力域），同时预建制动压力（底盘域），在 HUD 上投射警告（座舱域）。四个域必须毫秒级协同。
怎么融合？动力域和底盘域在很多动作上是同步的 —— 加速、转向、制动经常同时发生，融合成一个 “车辆运动域” 比分开效率高得多。座舱域和智驾域在感知、决策和人机交互上的交集越来越多，舱驾融合成为主流方向。
跨域融合的本质是域控制器之间的边界开始模糊。此时一辆车的核心计算单元从 5 个变成 2~3 个，盒子的数量减少，每个盒子的算力和职责增加。
阶段五：车载中央电脑 ——”一颗大脑，区域接线”
2025 年起
全车只剩 1~2 台中央计算机 + 几个区域控制器（Zone Controller）。区域控制器不做复杂决策，主要负责四件事：本地传感器和执行器的接入、信号通过车载以太网上传中央电脑、中央电脑指令的本地分发，以及本地用电设备的电源分配。
中央电脑 + 区域控制器的拓扑结构
车载中央电脑阶段，算力和决策权高度集中到中央计算机上，区域控制器主要承担 “接线员” 和 “配电节点” 的角色。
从分布式到中央计算的差异是根本性的：
ECU 数量从 100 + 缩减到 1~2 台中央电脑 + 3~5 个区域控制器
线束总长从 4 公里左右缩减到 2~3 公里
OTA 能力从 “几乎不可能” 变成 “一个包升级全网”
跨域协同从 “需要复杂协调” 变成 “架构原生支持”
软件管理从 “供应商各自维护” 变成 “车厂统一管理”
阶段六：车云计算 ——”不只在车上算，在云端也算”
2028 年起
一部分对延迟不敏感的算力搬到云端。数据采集、云端训练、OTA 回传、车变聪明 —— 整个闭环打通。
在车上算 → 刹车、转向、碰撞预警，延迟必须在毫秒级
在云端算 → 全局路径规划、能耗优化策略、个性化推荐、语音大模型
车云计算的本质是把车的算力边界从 “机箱” 扩展到 “云端”。中央电脑管所有硬实时的事，云端管所有 “算得出来但不需要马上用” 的事。
CHAPTER 04
六阶段总览：一条清晰的进化线
控制单元越来越少，通信越来越快，软件越来越集中
把六个阶段拉到一条时间线上看，趋势非常清晰：
模块化（~2000）：100+ ECU，点对点 / LIN 通信，软件分散在各 ECU 内，线束极长，不支持 OTA
集成化（~2005）：几十个 ECU，CAN 总线通信，软件开始共享数据，线束仍较长，不支持 OTA
域集中（~2018）：5 个域控 + 少量 ECU，CAN/CAN FD 通信，软件向域控集中，线束中等，支持部分 OTA
跨域融合（~2022）：2~3 个融合控制器，CAN FD / 以太网通信，软件进一步集中，线束中短，支持大部分 OTA
中央电脑（2025+）：1~2 台中央 + 区域控制器，车载以太网骨干通信，软件全部中央集中，线束短，支持整车 OTA
车云计算（2028+）：中央 + 云端协同，以太网 + 5G 通信，软件车端 + 云端部署，线束最短，支持无缝 OTA
CHAPTER 05
驱动 EEA 进化的四股力量
不是车企的偏好，是物理定律和商业逻辑共同决定的方向
每一次架构跃迁，背后都是四个驱动力的叠加：
成本
ECU 少 → 盒子少 → 线束短 → 铜少 → 整车轻 → 省钱。这是 VAVE 在架构层面的体现。
算力集中
智驾和座舱需要大算力 SoC，不可能分散在几十个 ECU 上。算力天然趋向集中。
软件定义汽车
OTA 要求所有软件能被统一管理。分散在 100 个 ECU 上的软件难以支撑整车级 OTA。
法规
UN R155（网络安全）和 UN R156（软件更新）要求整车必须有统一的软件管理机制。
四个驱动力指向同一个方向：集中。这不是某家车企的偏好，是成本、技术和合规共同作用的结果。
CHAPTER 06
EEA 进化的本质
架构拓扑的集中化演进
EEA 的底层逻辑从来不是 “控制器更少了”，而是 “算力从分散走向集中，软件管理从供应商走向车厂，线束从复杂走向精简”。
EEA 在汽车所有底层逻辑里处于 “骨架” 的位置 ——AUTOSAR 分层是软件骨架，供电系统是能源输送网络，舱驾一体是计算核心，EEA 则是承载这一切的基础拓扑。
CHAPTER 07
一句话总结
博世六阶段 EEA 描述的是车辆电子电气架构从分布式到集中式的完整演进路径。模块化是每个功能独立控制，域集中是按功能分区管理，中央计算是统一计算加区域接入。EEA 不是 “把 ECU 减少” 的游戏，而是车辆架构在集成度维度上的系统性升级。
