" 把软件集中到中央，并不意味着问题就解决了，很多真正的挑战才刚刚开始。"

9 月 17 日，在 2026 第四届 AI 定义汽车论坛上，TrustMotion 首席系统架构总监傅申表示，随着汽车电子电气架构持续从域集中走向中央计算，软件定义汽车正在进入更深层次的系统架构重构阶段。

TrustMotion 即原 TTTech Auto，2025 年 6 月被恩智浦完成收购后，于 2026 年 4 月 30 日正式更名。

傅申认为，传统域控架构下，软件与硬件仍存在较高耦合度。当车企需要维护多套车型平台时，不同架构之间切换往往意味着软件功能重新部署、软硬件重新集成，" 还没有真正解决 SDV 所希望解决的问题 "。

更彻底的方向，是让更多软件和控制逻辑向中央计算平台集中，同时将区域控制器进一步 " 做薄 "，主要承担 I/O 扩展、区域网关和配电等相对稳定的功能。这样不仅有利于硬件和软件复用，整车 OTA 也可以更多围绕中央计算平台展开。

但傅申指出，中央化同样带来了新的系统性难题。

一方面，过去分散在不同 ECU 上的控制逻辑被集中之后，中央控制器到执行端之间的控制链路被拉长，如何保证原有毫秒级实时性能成为挑战；另一方面，当数百乃至上千个应用运行在同一计算平台上，任务之间如何安排优先级、避免资源抢占，同时保证不同安全等级的软件互不干扰，也不能再依靠单一芯片或操作系统解决。

" 真正需要解决的，是所有任务在时间上的行为能不能被预测。"

傅申表示，相比在开发后期不断优化某一个任务或某一段链路，更有效的方法是在系统设计阶段就把任务时延、资源需求和端到端链路统一纳入考虑，通过系统级调度提前判断架构能否满足要求。

这也是 TrustMotion 正在推进的技术路径。其 MotionWise 平台采用时间感知和时间触发等机制，在设计阶段对不同任务进行统一规划和调度，以提升复杂中央计算架构下任务执行的确定性。公开资料显示，MotionWise 还能够同时处理时间触发、事件驱动和数据驱动任务，并通过全局调度覆盖多 SoC、多核和分布式计算环境。

在傅申看来，汽车架构从分布式走向中央化之后，竞争重点也在变化：" 把软件放进中央计算平台只是第一步，如何让这些软件稳定、可预测地运行，才是中央化真正需要解决的问题。"