夜雨聆风2025年首发搭载于CLA的MB.OS不是一套车机UI，而是奔驰自研、覆盖芯片到云端的整车操作系统。它用四个功能域——信息娱乐、自动驾驶、车身舒适、行驶与充电——取代了传统ECU堆叠，并借助NVIDIA Orin、高通8295、Hypervisor、AUTOSAR和Google/Microsoft/腾讯云端形成从底层硬件到上层应用的垂直栈。但“架构师”不等于“全都自研”，奔驰的取舍策略、合作伙伴边界和工程落地中的真实挑战，才是本文想拆解的内容。
01｜架构师模式：奔驰定义什么，合作什么
2023年2月，奔驰CEO康林松在加州发布会上说：“我们是整个车载操作系统的架构师，这是我们自己的地盘，我们制定规则。”这句话被误读为“奔驰要100%自研所有软件”。实际上奔驰官方对MB.OS的定义是：由奔驰自主设计和研发，确保全面把控客户关系管理、数据隐私，并发挥所有车辆功能的独特集成优势。
奔驰自研的四件事：架构定义权（四大功能域的集成逻辑和通信总线）、数据主权（客户ID、隐私策略和OTA主线）、功能集成（跨域编排和用户体验一致性）、闭环验证（从虚拟到实车的全栈测试）。合作伙伴提供：芯片（NVIDIA Orin/Thor、高通8295）、传感器（Luminar激光雷达）、OS内核（QNX、Linux、Android）、云基础设施（Azure、Google Cloud、腾讯云）、部分应用层（Google Maps、Webex、Zoom）。
自研核心：架构定义、数据主权、功能集成、全栈验证。
合作伙伴：芯片、传感器、OS内核、云基础设施、应用层。
架构师模式：奔驰定义规则和接口，合作伙伴在边界内交付。
关键约束：合作伙伴选型必须保持多源竞争，不能锁定单一供应商。
图1｜MB.OS架构师模式：奔驰自研层与合作伙伴层的责任边界
02｜四域架构：为什么是四个，不是三个或五个
MB.OS将整车功能划分为四个域：信息娱乐域（Infotainment）负责座舱交互、导航、语音、多媒体和第三方应用，核心芯片是高通8295；自动驾驶域（Automated Driving）负责L2/L3/L4感知、规划和执行，核心芯片是NVIDIA DRIVE Orin（后续升级Thor）；车身舒适域（Body & Comfort）负责灯光、座椅、空调、门锁和防盗，运行在QNX或AUTOSAR上；行驶与充电域（Driving & Charging）负责动力总成、底盘、电池管理和充电服务，同样运行在实时操作系统上。
四个域的划分不是随意为之。信息娱乐和自动驾驶需要高算力和生态更新，采用Linux/Android+高性能SoC；车身舒适和行驶与充电需要实时确定性和功能安全，采用QNX/AUTOSAR+MCU。Hypervisor在SoC上隔离安全与非安全工作负载，而MCU通过确定性网络与SoC通信。四个域之间通过10Gb以太网骨干连接，通信协议涵盖SOME/IP、DDS和信号路由。
信息娱乐域：高通8295、Android/Linux、GPU渲染、第三方应用。
自动驾驶域：NVIDIA Orin/Thor、DriveOS、L2-L4递进、OTA升级。
车身舒适域：QNX/AUTOSAR、MCU、确定性控制、低功耗管理。
行驶与充电域：AUTOSAR、MCU、动力/底盘/电池、实时闭环。
通信骨干：10Gb以太网、SOME/IP+DDS+信号路由、跨域服务编排。
图2｜MB.OS四域划分：算力需求与实时要求在芯片选型层面的分层
03｜Hypervisor：安全与非安全如何共存在一颗SoC
在信息娱乐和自动驾驶的高性能SoC上，MB.OS使用Hypervisor将QNX、Linux和Android隔离在独立虚拟机中。QNX负责仪表和关键安全服务，确保故障不会影响显示或驾驶辅助；Linux运行自动驾驶中间件和感知算法；Android运行第三方应用和座舱体验层。
这种方案不是简单的“三个OS跑在同一个核上”。Hypervisor需要分配CPU核心、内存带宽、GPU/NPU时间、中断和DMA地址。IOMMU限制设备DMA范围，避免一个VM的驱动程序越界访问另一个VM的内存。虚拟网络连接VM之间的通信通道，但严格限制带宽和优先级。奔驰没有公开使用哪家Hypervisor，但从行业实践和安全要求推断，量产方案更可能是经过功能安全认证的商业产品（如QNX Hypervisor或PikeOS），而非开源方案。
QNX VM：仪表盘、安全服务、车辆控制监控、功能安全。
Linux VM：自动驾驶中间件、感知融合、规划决策、AI推理。
Android VM：座舱应用、导航、多媒体、第三方应用生态。
Hypervisor：CPU/内存/GPU/NPU分配、IOMMU、虚拟网络、安全隔离。
工程推断：量产方案更可能是经过安全认证的商业Hypervisor，开源方案目前难以满足ASIL要求。
图3｜SoC内部虚拟化：Hypervisor如何将QNX、Linux和Android隔离在同一颗芯片上
04｜芯片到云端：奔驰为什么需要多云战略
MB.OS的云端架构分为四层：云端底层（Azure、Google Cloud、腾讯云等全球基础设施），云端核心（车辆数据管道、OTA分发、账户管理），云端应用（MB.Connect导航服务、MB.Charge充电网络、MB.Drive驾驶功能订阅），客户应用层（Mercedes me App、车载应用商店、第三方服务）。
选择多云战略而非单一云厂商，既是出于数据主权和合规考虑——中国数据必须存储在中国，欧洲数据遵守GDPR——也是避免被单一云厂商锁定。Google提供导航POI和语音，Microsoft Azure提供企业级后端和AI基础设施，腾讯云服务中国区。每层数据经过匿名化、聚合、访问控制和审计，确保用户隐私。
底层云：Azure/EU、Google Cloud/US、腾讯云/中国——全球覆盖。
核心云：车辆数据管道、OTA镜像分发、奔驰ID账户管理。
应用云：MB.Connect导航、MB.Charge充电、MB.Drive功能订阅。
客户层：Mercedes me App、App Store、Webex/Zoom车载。
多云策略：数据主权合规、供应商多源、用户体验一致性。
图4｜MB.OS云端四层：从全球基础设施到客户应用的完整栈
05｜OTA的生命周期：从功能订阅到全车升级
MB.OS支持三种OTA类型：信息娱乐功能升级（导航地图、多媒体应用、语音包），自动驾驶功能扩展（L2增强、L3激活、L4递进），整车控制固件升级（车身、动力、底盘、充电）。MB.Drive服务允许客户通过固定期限合同订购增强驾驶辅助功能或L3有条件自动驾驶功能。
但这意味着OTA架构必须处理跨域依赖：一次自动驾驶功能升级可能涉及ADAS域、车身域（转向、制动接口）、座舱域（HMI显示）和云端（账户授权）。升级包必须包含所有相关域的镜像，绑定兼容版本，并在原子切换前完成跨域健康检查。失败后回滚也需要整组回退，不能部分升级部分回退。
信息娱乐OTA：地图、应用、语音、UI主题——频率高、安全风险低。
自动驾驶OTA：感知模型、规划策略、L3/L4激活——低频率、高安全。
整车OTA：车身、动力、底盘、BMS固件——跨域依赖、原子切换。
MB.Drive订阅：按需激活增强功能、突破性L3/L4、固定期限合同。
跨域编排：依赖对账、原子切换、健康检查、整组回滚。
图5｜MB.OS OTA三类升级与跨域依赖：不是所有升级都能单独推送
06｜从CLA到全系：MB.OS对工程组织的挑战
2025年CLA首发搭载MB.OS，奔驰计划2025-2027年推出40余款搭载MB.OS的新车和改款车型。但同一套软件架构覆盖从A级到S级、从燃油到纯电、从中国市场到全球市场的产品组合，意味着平台必须处理极端的车型变体管理。
更大的挑战是组织转型。2026年8月，首席软件官Magnus Östberg离任，其工作由四名高管共同接手，反映MB.OS从“建设阶段”进入“大规模落地阶段”后，组织架构需要从集中式软件团队转向嵌入式产品线模式。全球约3000名软件开发人员分布在辛德芬根、柏林、特拉维夫、加州、北京、上海、班加罗尔等地，跨时区协作和代码质量一致性是持续的工程管理课题。
车型变体：A级-S级、燃油-纯电、左舵-右舵、全球-中国。
平台治理：共享代码库、车型配置、功能开关、版本兼容。
组织挑战：3000人分布全球7个时区、从集中建设转向产品线嵌入。
CSO离任：MB.OS从建设期进入运营期，组织架构需要随之调整。
工程焦点：代码一致性、CI/CD流水线、功能安全认证持续化、OTA可靠性。
图6｜MB.OS全系部署的工程挑战：车型变体、平台治理与全球分布式团队
参考资料
1. Mercedes-Benz Group：MB.OS Operating System Overview，https://group.mercedes-benz.com/careers/about-us/mercedes-benz-operating-system/
2. Mercedes-Benz：MB.OS Strategic Planning Release 2023，https://group.mercedes-benz.com/company/news/mb-os-strategic-planning/
3. NVIDIA：Mercedes-Benz and NVIDIA Collaboration，https://www.nvidia.com/en-sg/self-driving-cars/partners/mercedes-benz/
4. Qualcomm：Snapdragon数字底盘与奔驰合作，https://www.qualcomm.com/news/releases/2023/mercedes-benz-snapdragon-digital-chassis
5. European Automotive News：MB.OS加速全系装车，奔驰CSO离任，2026年8月报道
6. 太平洋汽车：奔驰汽车软件系统MB.OS解析，https://www.pcauto.com.cn/jxwd/5079/50791669.html
7. 百度百家号：MB.OS明年上车，奔驰电动车卷土重来的杀手镐，https://baijiahao.baidu.com/s?id=1806809240220102209
如果这篇文章帮助你理清了奔驰MB.OS从芯片到云端的四域架构设计与工程落地，欢迎关注“人与车科技”，也请转发给正在做汽车电子软件、系统架构或技术管理的朋友。
人与车科技
汽车电子软件架构 · MCU · SDV