Vom Connected Car zum Software Defined Vehicle

Zusammenfassung

Die Automobilindustrie durchläuft einen strukturellen Wandel vom hardwaredefinierten zum softwaredefinierten Fahrzeug (SDV). Konnektivität — lange als Zusatzfunktion behandelt — entwickelt sich zu einer grundlegenden Architekturschicht, die bestimmt, wie Fahrzeuge entwickelt, aktualisiert, monetarisiert und betrieben werden.

Marktprognosen für den globalen SDV-Markt variieren zwischen Analysten. MarketsandMarkets prognostiziert ein Wachstum von 213,5 Mrd. USD (2024) auf 1.237,6 Mrd. USD bis 2030, bei einer CAGR von 34,0 %.¹ BCC Research schätzt 475,4 Mrd. USD (2025), wachsend auf 1,6 Bio. USD bis 2030, bei einer CAGR von 27,3 %.² Während die absoluten Zahlen je nach Marktdefinition und Methodik abweichen, sind sich alle großen Analysten einig, dass substantielles Wachstum durch software- und konnektivitätsgetriebene Funktionen entsteht.

Der übergeordnete Markt für Automotive-Software und -Elektronik soll laut McKinsey bis 2035 auf 519 Mrd. USD anwachsen, bei einer CAGR von 4,5 % — deutlich über der 1,0 %-CAGR des Gesamtfahrzeugmarkts.³

Dieses Whitepaper analysiert, warum Konnektivität keine optionale Infrastruktur mehr ist, sondern eine strategische Architekturentscheidung mit weitreichenden Auswirkungen auf OEMs, Tier-1-Zulieferer, Mobilfunknetzbetreiber (MNOs) und Serviceanbieter. Es trennt durchgängig zwischen verifizierten Fakten und Brancheninterpretation.

1. Markt- und Technologiekontext

1.1 Vom Connected Car zum Software Defined Vehicle

Das Connected-Car-Konzept der 2010er-Jahre basierte auf eingebetteten Mobilfunkmodems für Telematik, eCall und Infotainment. Das SDV stellt ein grundlegend anderes Paradigma dar: Software steuert ein breites Spektrum an Fahrzeugfunktionen — von Fahrdynamik und ADAS über Infotainment bis Energiemanagement. Fahrzeuge werden zu kontinuierlich evolvierenden Plattformen, die über ihren Lebenszyklus per Software aktualisiert werden.

• Zentralisierte und zonale E/E-Architekturen ersetzen verteilte ECU-Topologien
• High-Performance-Computing-Plattformen (HPC) als fahrzeugseitige Rechenknoten
• Over-the-Air-Update-Infrastruktur (OTA) für kontinuierliches Software-Deployment
• Cloud- und Edge-Computing erweitert die Fahrzeugintelligenz über Onboard-Systeme hinaus
• API-basierte Service-Architekturen für Drittanbieter-Ökosysteme

Führende OEMs treiben diese Transformation aktiv voran. Volkswagen-Konzern und Rivian gründeten im November 2024 das Joint Venture Rivian and Volkswagen Group Technologies (RV Tech) zur Entwicklung einer zonalen SDV-Architektur. Der Volkswagen ID.EVERY1 ist als erstes Serienfahrzeug der VW-Gruppe mit der neuen SDV-Architektur für 2027 angekündigt.⁴ Audi soll ab 2028 mit einem Fahrzeug auf der Plattform folgen.⁵ Mercedes-Benz hat eine strategische Partnerschaft mit NVIDIA für eine SDV-Architektur nächster Generation angekündigt.⁶

1.2 Marktdynamik

Quantitative SDV-Marktdaten aus primären Analystenquellen:

• MarketsandMarkets: SDV-Markt von 213,5 Mrd. USD (2024) auf 1,23 Bio. USD (2030), CAGR 34,0 %¹
• BCC Research: SDV-Markt von 475,4 Mrd. USD (2025) auf 1,6 Bio. USD (2030), CAGR 27,3 %²
• McKinsey: Markt für Automotive-Software & -Elektronik bis 2035 auf 519 Mrd. USD, CAGR 4,5 % (vs. 1,0 % Gesamtfahrzeugmarkt)³
• Regionale Führung: Asien-Pazifik hält den größten SDV-Marktanteil, getrieben durch chinesische OEMs (NIO, XPENG, Li Auto, ZEEKR)¹

Die Variation der Prognosen reflektiert Unterschiede in Marktdefinition (Hardware vs. Software vs. Services), Methodik und Definition von „SDV". Trotz dieser Unterschiede konvergieren alle großen Analysten auf substantielles zweistelliges Wachstum, getrieben durch software-aktivierte Funktionen und OTA-basierte Monetarisierung.

1.3 Regulatorisches Umfeld

• UNECE WP.29 R155/R156: Verpflichtende CSMS und SUMS für neue Fahrzeug-Typgenehmigungen in der EU seit Juli 2024⁷
• EU Data Act und DSGVO: Steigende Anforderungen an Fahrzeugdatenverarbeitung, Consent-Management und grenzüberschreitende Datenflüsse⁸
• EU Cyber Resilience Act (CRA): Horizontale Cybersecurity-Anforderungen für Produkte mit digitalen Elementen, einschließlich vernetzter Automotive-Komponenten⁹
• NIS2-Richtlinie (Deutschland): NIS2-Umsetzungsgesetz in Kraft seit 6. Dezember 2025, erweitert Cybersecurity-Pflichten auf rund 29.500 Einrichtungen¹⁰

2. Technische Analyse: Konnektivität als Architekturschicht

2.1 Von der Funktion zum Fundament

In traditionellen Connected-Car-Architekturen war Konnektivität ein vertikaler Silo — eine Telematik-Steuereinheit (TCU), verbunden mit einem Mobilfunknetz, die Telematikdaten an einen Backend-Server lieferte. In SDV-Architekturen wird Konnektivität zur horizontalen Infrastruktur — eine gemeinsam genutzte Fähigkeit, von der multiple Fahrzeugsysteme abhängen.

2.2 OTA als architekturkritische Infrastruktur

Over-the-Air-Updates sind die definierende Fähigkeit von SDVs. Ohne zuverlässige, sichere und breitbandige Konnektivität kann OTA nicht funktionieren — und ohne OTA bricht das SDV-Konzept zusammen. UNECE R156 fordert dokumentierte Software Update Management Systems (SUMS) für neue Fahrzeug-Typgenehmigungen.⁷

• Bandbreite: Vollständige Fahrzeug-Updates können von Hunderten MB bis mehrere GB reichen
• Zuverlässigkeit: Fehlgeschlagene Updates können sicherheitskritische Systeme lahmlegen; Updates müssen fortsetzbar und verifiziert sein
• Sicherheit: Updates müssen kryptographisch signiert und Ende-zu-Ende verschlüsselt sein (UNECE R155, ISO/SAE 21434)
• Regulatorische Konformität: ISO 24089 definiert Software-Update-Engineering-Anforderungen ergänzend zu UNECE R156

2.3 eSIM und Remote-SIM-Provisioning

eSIM-Technologie ist ein kritischer Enabler für globalen SDV-Einsatz. Zwei GSMA-Standards sind relevant:

• SGP.02 (M2M): Etablierter Standard für Machine-to-Machine-eSIM, in aktuellen Automotive-Deployments verwendet. Bietet Remote-Provisioning mit eingeschränkter Multi-Operator-Flexibilität.¹¹
• SGP.32 (IoT): Der neuere Standard, 2025 veröffentlicht. Cloud-native, offene Architektur. Reduziert Vendor-Lock-in und unterstützt skalierbare IoT-Deployments.¹²

Laut GSMA Intelligence gab es 2025 weltweit rund 1,2 Milliarden eSIM-fähige Geräte, und Juniper Research prognostiziert ein Wachstum auf 1,5 Milliarden bis 2026.¹³ Das Automotive-Segment ist eine der am schnellsten wachsenden Kategorien für IoT-eSIM-Adoption, wobei die GSMA SGP.32-Spezifikation speziell für skalierbare IoT- und Automotive-Deployments ausgelegt ist.¹²

2.4 Cloud, Edge und Fahrzeugdatenplattformen

SDV-Architekturen erweitern die Datenverarbeitung über das Fahrzeug hinaus. Cloud-Plattformen ermöglichen zentralisierte Datenanalyse, Flottenmanagement, OTA-Orchestrierung und KI-Modelltraining. Edge-Computing ermöglicht latenzarme Verarbeitung für zeitkritische Funktionen wie V2X-Kommunikation und lokale KI-Inferenz. Fahrzeugdatenplattformen aggregieren domainübergreifende Datenströme für prädiktive Wartung, nutzungsbasierte Dienste und regulatorisches Reporting.

Die Konnektivitätsqualität bestimmt unmittelbar die Leistungsfähigkeit dieser Fähigkeiten. Netzlatenz, Bandbreite, Abdeckungslücken und Roaming-Einschränkungen werden zu Architektur-Level-Constraints.

2.5 5G und Network Slicing

• Enhanced Mobile Broadband (eMBB): Unterstützung großskaliger OTA-Updates und Streaming-Dienste
• Ultra-Reliable Low-Latency Communication (URLLC): V2X-Kommunikation und sicherheitskritische Anwendungen (3GPP Release 16+)
• Network Slicing: Dedizierte, qualitätsgarantierte Netzwerksegmente für Automotive-SLA-Anforderungen

3. Architekturimplikationen

3.1 Auswirkungen auf OEMs

Produktarchitektur: Die Wahl der E/E-Architektur (verteilt, domainzentralisiert oder zonal) bestimmt die Konnektivitätsanforderungen. Zonale Architekturen — wie die VW/Rivian RV-Tech-Architektur und ähnliche Ansätze anderer OEMs — reduzieren die ECU-Anzahl, erfordern aber höhere interne und externe Konnektivitätsbandbreite.⁴

Erlösmodelle: Die SDV-Monetarisierung hängt von der Post-Sale-Softwarebereitstellung ab. OTA-fähige Feature-Aktivierung, Abo-Services und datengetriebene Angebote erfordern zuverlässige, stets verfügbare Konnektivität. MNO-Partnerschaften und Konnektivitätskostenstrukturen werden strategische Entscheidungen.

Lifecycle-Management: SDVs erfordern aktives Software-Management über 10–15+ Jahre. Die Konnektivität muss über den gesamten Fahrzeuglebenszyklus funktionsfähig bleiben, was langfristige MNO-Vereinbarungen, Technologiemigrationsplanung (3G-Sunset bereits weit verbreitet, 4G-zu-5G-Übergang im Gang) und abwärtskompatible Update-Infrastruktur erfordert.

3.2 Auswirkungen auf MNOs

Automotive-SDV stellt für Mobilfunknetzbetreiber sowohl Chance als auch Komplexität dar: wiederkehrende Einnahmen durch Managed-Connectivity-Services, spezifische Anforderungen an Abdeckung (einschließlich ländlicher und grenzüberschreitender Gebiete), hohe Verfügbarkeit und Unterstützung für eSIM-Provisioning im großen Maßstab. Roaming-Komplexität über Grenzen erfordert anspruchsvolle Vereinbarungen, Datensouveränitäts-Compliance und Multi-Operator-Orchestrierung.

3.3 Auswirkungen auf Tier-1-Zulieferer

Tier-1-Zulieferer stehen vor einem fundamentalen Wandel von der Hardware-Komponentenlieferung zur integrierten Systembereitstellung: TCU-Lieferanten müssen sich zu Anbietern von Konnektivitätsplattformen entwickeln, nicht nur von Modems. Die Integration mit HPC-Plattformen, zonalen Controllern und Fahrzeug-Middleware erfordert Software-first-Kompetenzen. eSIM-Management, OTA-Client-Integration und Cybersecurity-Compliance (UNECE R155, ISO/SAE 21434) fügen den traditionellen Tier-1-Liefermodellen Komplexitätsschichten hinzu.

4. Risiken und Herausforderungen

• Technologie-Lock-in: Proprietäre Konnektivitäts-Stacks erzeugen Abhängigkeiten von spezifischen MNOs, Chipsatz-Herstellern oder Cloud-Plattformen. Offene Standards (SGP.32, AUTOSAR Adaptive, Eclipse SDV) mindern, eliminieren aber nicht dieses Risiko.
• Migrationskomplexität: Der Übergang von verteilten ECU-Architekturen zu zonalen/zentralen Compute-Architekturen erfordert gleichzeitige Updates von Konnektivität, Software und Hardware. Partielle Migrationen erzeugen hybride Architekturen.
• Multi-Stakeholder-Koordination: SDV-Konnektivität umfasst OEMs, Tier-1s, MNOs, Cloud-Provider und Regulierungsbehörden. Fehlausrichtung kann Programme verzögern.
• Globaler Einsatz: Konnektivität muss über Regulierungsregime, Netztechnologien und Operatorlandschaften funktionieren. eSIM mit SGP.32 adressiert einen Teil dieser Herausforderung.
• Cybersecurity: Die erweiterte Angriffsfläche stets vernetzter, software-aktualisierbarer Fahrzeuge erfordert kontinuierliches Monitoring, Incident-Response-Fähigkeiten und Compliance mit UNECE R155 und ISO/SAE 21434.
• Datenschutz: DSGVO und EU Data Act erfordern dokumentierte Consent-Flows, Datenminimierung und Zweckbindung über den gesamten Fahrzeugdaten-Lebenszyklus.
• Konnektivitätskostenmanagement: Mobilfunkdatenkosten über einen 10–15-jährigen Fahrzeuglebenszyklus stellen einen signifikanten und wachsenden Kostenfaktor dar.

5. Handlungsempfehlungen

Für OEMs

1. Konnektivität als Architekturentscheidung behandeln, nicht als Beschaffungsposten. Konnektivitätsentscheidungen während der Fahrzeugarchitekturdefinition haben 10+ Jahre Konsequenzen. Konnektivitätsarchitekten von der frühesten Programmphase an einbinden.
2. eSIM mit SGP.32-Readiness einführen. SGP.02 bleibt der eingesetzte Standard, aber die Planung für SGP.32-Migration sichert Flexibilität und reduziertes Vendor-Lock-in.
3. OTA-Infrastruktur als erstklassiges System aufbauen. Investitionen in zuverlässige, sichere, fortsetzbare Update-Pipelines konform mit UNECE R156 und ISO 24089.
4. Lifecycle-Konnektivität planen. MNO-Vereinbarungen müssen Technologieübergänge (3G/4G-Sunset, 5G-Evolution), Datenvolumenwachstum und Multi-Markt-Betrieb berücksichtigen.
5. Cybersecurity und Privacy-by-Design ab Architekturbeginn integrieren. Compliance mit UNECE R155, ISO/SAE 21434, DSGVO, NIS2 und CRA muss in die Konnektivitätsarchitektur eingebettet werden.

Für MNOs

1. Automotive-spezifische Konnektivitätsangebote entwickeln. Generische IoT-Tarife erfüllen nicht die Automotive-Anforderungen.
2. eSIM-Provisioning im Automotive-Maßstab unterstützen. Hochvolumiges, automatisiertes Lifecycle-Management.
3. In Network Slicing investieren. Garantierte Quality-of-Service für sicherheitskritisches V2X und OTA-Updates differenziert 5G-MNOs.

6. Kompetenzpositionierung von IoT42

IoT42 GmbH arbeitet an der Schnittstelle von Automotive-Konnektivität, Mobilfunkintegration, Datenschutz und technischer Programmumsetzung.

Automotive Connectivity Consulting — End-to-End-Unterstützung für Connected-Car-Programme, OEM/MNO-Koordination, technische Integration.

Mobile Networks & IoT-Integration — Mobilfunkinfrastruktur, SIM/eSIM-Management, Roaming, Konnektivitätsplattformen, M2M/IoT.

DSGVO & Datenschutz für IoT — Consent-Flows, Datenverarbeitungsarchitektur, regulatorische Interpretation, Stakeholder-Kommunikation.

Projektleitung & Umsetzung — Senior-Leitung für komplexe technische Initiativen über kommerzielle, rechtliche und technische Bereiche.

IoT42 verkauft keine Technologie. IoT42 liefert Klarheit, Struktur und Umsetzungsfähigkeit für die Automotive-Konnektivitätstransformation.

Quellenverzeichnis

1. MarketsandMarkets, „Software Defined Vehicle Market by SDV Type, E/E Architecture, Vehicle Type and Region — Global Forecast to 2030," Juli 2024. Abrufbar über marketsandmarkets.com.
2. BCC Research, „Global Software Defined Vehicles Market," August 2025. Veröffentlicht via GlobeNewsWire, 5. August 2025.
3. McKinsey & Company, „The automotive software and electronics market through 2035," McKinsey Center for Future Mobility, 2025–2026. Abrufbar über mckinsey.com.
4. Volkswagen Group Pressemitteilung, „One year after its founding: Joint venture between Volkswagen Group and Rivian shows strong progress," 12. November 2025.
5. Wikipedia: Rivian and Volkswagen Group Technologies (zitiert Volkswagen-Group- und Rivian-Pressemitteilungen). Letzter Abruf April 2026.
6. Mercedes-Benz Group Pressemitteilungen zur NVIDIA-Partnerschaft für Software-Defined-Vehicle-Architektur. Aktuelle Details über media.mercedes-benz.com prüfen.
7. UNECE WP.29 Regulations No. 155 (Cyber Security und CSMS) und No. 156 (Software Update und SUMS). Verfügbar unter unece.org.
8. Verordnung (EU) 2023/2854 (EU Data Act) und Verordnung (EU) 2016/679 (DSGVO). Verfügbar unter eur-lex.europa.eu.
9. Verordnung (EU) 2024/2847 (Cyber Resilience Act). Verfügbar unter eur-lex.europa.eu.
10. BSI Pressemitteilung, „Cybersicherheitsrecht: NIS-2-Umsetzungsgesetz ab morgen in Kraft," 5. Dezember 2025.
11. GSMA Embedded SIM Specification SGP.02 (M2M), verfügbar unter gsma.com/esim.
12. GSMA Embedded SIM IoT Specification SGP.32, veröffentlicht 2025. Verfügbar unter gsma.com/esim.
13. GSMA Intelligence eSIM-Marktdaten und Juniper Research, „eSIM Connections to Reach 1.5bn Globally in 2026," 27. Januar 2026.

Dieses Whitepaper wurde von IoT42 GmbH erstellt. Es dient ausschließlich Informationszwecken und stellt keine Rechts-, Regulierungs- oder Anlageberatung dar. Alle Marktprognosen stammen von Drittquellen und unterliegen den Annahmen und Methoden der jeweiligen Autoren. © 2026 IoT42 GmbH. Alle Rechte vorbehalten.