汽车芯片从分布式ECU向域控制器（DCU）升级，是当前汽车电子电气架构演进的主线。这一升级最直接的成本红利在于BOM成本节降：用一个集成了中控、仪表、360环视及其他影音娱乐功能的DCU，替代多个来自不同供应商的传统ECU方案，最大可为车企带来将近38%的BOM成本节降。 不过，降本只是硬币的一面，更深层的变革在于车企的盈利模式正从硬件堆叠转向软件与订阅服务。
从“堆ECU”到“集中算力”：成本结构如何变化
传统分布式架构下，汽车每新增一项功能，就至少要增加一个ECU，导致芯片使用量激增——普通汽车上的ECU数量已达到50-70个，高端汽车更是超过100个。这种模式带来了明确的成本痛点：ECU算法只能处理指定数据，不同ECU之间关联性不强，资源协同性不高，存在浪费；同时，新增传感器和ECU需要在车体内部署大量通信总线，显著增加了装配难度和车身重量。
域集中式架构将汽车按功能划分为智能驾驶域、智能座舱域、车身域、底盘域和动力域五大区域，每个域由域控制器DCU进行计算和控制。DCU的底层结构与ECU相似，但需要处理的数据量大幅增加，对处理器算力要求更高，因此需要性能更强的MCU或直接使用SoC。随着DCU出现，ECU逐渐标准化且数量减少，传统功能导向的ECU+传感器方案中的算力被剥离并集中到DCU中，ECU功能被简化，往往只承担最简单的执行层面控制。
| 架构维度 | 分布式架构 | 域集中式架构 |
|---|---|---|
| 控制权 | 分散在众多ECU中 | 向域控制器DCU集中 |
| 成本特征 | ECU数量多、通信总线繁杂、装配难度大 | 单DCU替代多ECU，BOM成本最大可节降近38% |
| 算力分配 | 各ECU独立处理指定数据，资源协同性不高 | 算力集中到DCU，ECU只承担执行层面功能 |
盈利模式之变：从卖硬件到卖软件
域集中式架构带来的不仅是成本优化，更是商业模式的变革契机。在分布式架构下，ECU分别来自不同供应商，开发人员无法实现统一化编程和软件升级，也就无法实现整体OTA。而DCU的出现让软件开始独立于硬件，抽象层出现，为整车OTA软件升级打下基础。
智能驾驶和智能座舱两个领域被视为未来车企价值的集中体现，甚至可以演绎为“月度收费”的模式，实现商业模式的巨大变革。 这意味着，车企的盈利逻辑正在从“卖一辆车赚一份硬件钱”转向“硬件预埋+软件持续收费”。当硬件架构趋于集中，单车芯片的价值量重心也从分散的MCU向高算力SoC转移——计算芯片需要升级到高性能MCU或算力更高的SoC，长期来看有相当一部分车载MCU会被SoC取代。
值得注意的是，这一转型并非一蹴而就。至少在中期内，MCU仍会是车载主流控制芯片，且随着汽车智能化程度提高，单车MCU的数量仍会继续增长——因为汽车对主控芯片的总需求在快速增加。对车企而言，真正的挑战在于如何在硬件架构切换期平衡短期成本投入与长期软件收益。
常见问题
域控制器替代ECU能立刻省下38%的BOM成本吗？
“将近38%”是特定场景下的最大节降幅度，并非所有方案都能达到。 官方资料中的例子是：用一个集成了中控、仪表、360环视及其他影音娱乐功能的DCU，替代多个来自不同供应商的传统ECU方案。实际节降幅度取决于被替代的ECU数量、功能集成度以及供应商方案差异。
域集中式架构下，MCU芯片会被淘汰吗？
不会，至少在中期内MCU仍是主流控制芯片。 虽然高算力需求推动部分MCU向SoC升级，但汽车对主控芯片的总需求在快速增长，单车MCU数量仍会继续增加。DCU中既可以使用性能更强的MCU，也可以直接使用SoC，两者并非简单的替代关系。
软件付费模式对所有车企都适用吗？
智能驾驶和智能座舱两个域最有可能实现“月度收费”模式，但并非所有功能都适合订阅制。 这两个领域是未来车企价值的体现，也是芯片厂家重点发力的赛道。车身域、底盘域和动力域的功能相对标准化，其商业模式变革空间相对有限。