Mercedes und Nvidia erklären Level-4-Architektur

Mercedes-Benz und Nvidia haben ihre technische Grundlage für künftige Anwendungen nach SAE Level 4 präzisiert. Eine sofortige Freischaltung von fahrerlosem Fahren in Kundenfahrzeugen ist damit nicht angekündigt. Stattdessen geht es um eine Architektur, die das Fahrzeug-Betriebssystem MB.OS mit Nvidias In-Vehicle-Computing- und Sensorplattform Drive Hyperion verbindet. Darauf soll der Alpamayo Stack als Full-Stack-Fahrsoftware laufen; Nvidia Halos ergänzt das Paket als Sicherheits- und Redundanzrahmen.

Architektur statt Einzeltrick

Die Partner ordnen die Entwicklung auf zwei Ebenen ein: Kurzfristiger sollen fortgeschrittene Assistenzfunktionen weiterentwickelt werden, darunter urbane Point-to-Point-Assistenz, aktive Sicherheit und automatisiertes Parken. Langfristig sollen die Bausteine auch Anwendungen nach SAE Level 4 ermöglichen. Dieses Automatisierungsniveau bedeutet, dass das Fahrzeug die Fahraufgabe vollständig übernimmt, aber nur innerhalb definierter Einsatzbedingungen, etwa in bestimmten Gebieten oder bei geeigneten Wetter- und Verkehrslagen. Mercedes und Nvidia nennen als Zielanwendungen Robotaxi- und Chauffeur-Dienste sowie „Robolimousinen“. Einen Serientermin nennen die Unternehmen nicht; sie sprechen vom kommenden Jahrzehnt.

• MB.OS dient als Fahrzeug- und Update-Plattform für neue Fahrfunktionen und Over-the-Air-Aktualisierungen.
• Drive Hyperion bündelt Rechenplattform und Sensorik als abgestimmte Referenzarchitektur.
• Alpamayo soll als Fahrsoftware KI-basiertes Reasoning nutzen, also komplexe Situationen schrittweise bewerten und Handlungsoptionen in Echtzeit abwägen.
• Nvidia Halos bringt einen zusätzlichen Sicherheitsrahmen ein, der Redundanz und Validierung über mehrere Ebenen absichern soll.

Redundanz als Kernpunkt

Für Level 4 reicht nach diesem Ansatz nicht nur mehr Rechenleistung. Das System muss auch dann kontrolliert weiterarbeiten, wenn einzelne Komponenten ausfallen, Sensoren altern oder Software sich unerwartet verhält. Deshalb setzt Hyperion auf unterschiedliche Sensorprinzipien: Kameras, Radar und Lidar sollen sich gegenseitig absichern und Plausibilität liefern, wenn eine Wahrnehmungsart in einer bestimmten Situation schwächer ist. Hinzu kommt Hardware-Redundanz, damit das Fahrzeug bei Störungen handlungsfähig bleibt. Halos ergänzt diesen Ansatz mit einem „Defense-in-Depth“-Prinzip: Neben der KI-basierten Fahrfunktion soll ein unabhängiger Sicherheitsstrang bestehen, der das System innerhalb definierter Grenzen hält und im Zweifel konservativ eingreift.

Die Ankündigung beschreibt damit vor allem einen Baukasten für künftige hochautomatisierte und autonome Systeme. Entscheidend sind nicht einzelne KI-Funktionen, sondern das Zusammenspiel aus Fahrzeugplattform, Sensor- und Rechnerarchitektur, Fahrsoftware, Sicherheitslogik, Validierung und Updatefähigkeit. Gerade für Flottenanwendungen wie Robotaxis oder Chauffeur-Dienste ist diese Absicherung zentral, weil Level-4-Systeme nicht nur den Normalfall beherrschen müssen, sondern auch seltene Sonderfälle und Ausfälle kontrolliert behandeln sollen.