![\"6fc1f9e8c414727c6944df3d98877964\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/6fc1f9e8c414727c6944df3d98877964.png\" "\\"6fc1f9e8c414727c6944df3d98877964\\"")
<\/p>\n<\/p>\n
<\/p>\n
<\/p>\n
Vor ein paar Jahren stie\u00dfen wir bei der Durchf\u00fchrung von V2X-Szenario-Tests auf einem Testgel\u00e4nde in Suzhou auf ein unangenehmes Problem. Die Testfahrzeuge konnten Ampeldaten von stra\u00dfenseitigen Einheiten empfangen, aber es gab immer eine Verz\u00f6gerung von 3-5 Sekunden, bevor eine Aktion ausgel\u00f6st wurde. In autonomen Fahrszenarien ist diese Verz\u00f6gerung t\u00f6dlich. Bei einer Geschwindigkeit von 50 km\/h legt ein Fahrzeug 70 Meter in 5 Sekunden zur\u00fcck - weit \u00fcber die rote Ampel hinaus.<\/p>\n
Wir haben eine ganze Woche gebraucht, um das Problem zu finden. Es stellte sich heraus, dass das Fahrzeug-Gateway V2X-Nachrichten als regul\u00e4re Gesch\u00e4ftsdaten behandelte und sie in eine Warteschlange mit umfangreichen Sensordatenstr\u00f6men stellte. Nachdem wir die Priorit\u00e4tseinstellungen angepasst hatten, sank die Latenzzeit auf 80 Millisekunden. Das Problem war gel\u00f6st.<\/p>\n
Dieser Vorfall hat mir wirklich die Augen daf\u00fcr ge\u00f6ffnet, wie Fahrzeug-Gateways und stra\u00dfenseitige V2X-Ger\u00e4te zusammenarbeiten m\u00fcssen. Heute werde ich einige praktische Erkenntnisse aus der Praxis weitergeben.<\/p>\n
Beginnen wir damit, was V2X bedeutet. Vehicle-to-Everything umfasst V2V (Fahrzeug-zu-Fahrzeug), V2I (Fahrzeug-zu-Infrastruktur), V2P (Fahrzeug-zu-Fu\u00dfg\u00e4nger) und V2N (Fahrzeug-zu-Netz).<\/p>\n
Manche Leute fragen sich, warum autonome Fahrzeuge V2X ben\u00f6tigen, wenn sie bereits mit LiDAR, Kameras und Millimeterwellenradar ausgestattet sind. Die Realit\u00e4t ist, dass bordeigene Sensoren eine begrenzte Reichweite haben. Bei LiDAR liegt die maximale Reichweite bei 200-300 Metern. Kommen Kurven, H\u00fcgel oder Hindernisse hinzu, sinkt diese Reichweite schnell.<\/p>\n
V2X durchbricht die Beschr\u00e4nkungen der Sichtlinie. Installieren Sie ein stra\u00dfenseitiges Ger\u00e4t an einer Kreuzung, das den Status von Ampeln, Fahrzeugpositionen und Fu\u00dfg\u00e4ngerstandorten \u00fcbermittelt. Fahrzeuge k\u00f6nnen diese Informationen aus Hunderten von Metern Entfernung empfangen und entsprechend planen.<\/p>\n
Ein weiterer wichtiger Anwendungsfall ist die Warnung vor dem toten Winkel. Wenn ein vorausfahrendes Fahrzeug stark bremst, sendet es dieses Ereignis \u00fcber V2X. Nachfolgende Fahrzeuge erhalten die Warnung, auch wenn sie von einem Lkw blockiert werden. Sehr n\u00fctzlich auf Autobahnen.<\/p>\n
Dann gibt es noch das Platooning. Mehrere autonome Fahrzeuge halten ihre Formation und synchronisierte Geschwindigkeits\u00e4nderungen durch V2X-Kommunikation aufrecht. Oder an Kreuzungen handeln die Fahrzeuge die Vorfahrt \u00fcber V2X aus - effizienter als herk\u00f6mmliche Ampeln.<\/p>\n
All diese Szenarien erfordern Fahrzeug-Gateways als Schnittstelle zu stra\u00dfenseitigen Einheiten.<\/p>\n
![\"22abdcfbc38f51d400dee35acc8f78ac\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/22abdcfbc38f51d400dee35acc8f78ac.png\" "\\"22abdcfbc38f51d400dee35acc8f78ac\\"")
<\/p>\n
<\/p>\n
<\/p>\n
V2X hat zwei konkurrierende Standards: DSRC und C-V2X. DSRC basiert auf der WiFi-Technologie, die in Nordamerika sehr beliebt ist. C-V2X nutzt die Technologie des Mobilfunknetzes und gewinnt in China und Europa an Zugkraft.<\/p>\n
C-V2X arbeitet in zwei Modi. Der Uu-Modus nutzt 4G\/5G-Basisstationen f\u00fcr die Fahrzeug-zu-Cloud-Kommunikation. Der PC5-Modus erm\u00f6glicht die direkte Kommunikation zwischen Fahrzeugen oder zwischen Fahrzeugen und stra\u00dfenseitigen Einheiten unter Umgehung der Mobilfunkinfrastruktur.<\/p>\n
Zentrale V2X-Anwendungen wie Kollisionswarnungen und Kreuzungsmanagement basieren auf dem PC5-Direktmodus. Die Anforderungen an die Latenzzeit sind f\u00fcr zellulares Routing zu gering. PC5 kann theoretisch eine Latenzzeit von unter 20 ms erreichen.<\/p>\n
PC5 erfordert spezielle Frequenzen. China hat 5905-5925 MHz mit 20 MHz Bandbreite ausschlie\u00dflich f\u00fcr die V2X-Nutzung zugewiesen.<\/p>\n
Fahrzeug-Gateways, die C-V2X unterst\u00fctzen, ben\u00f6tigen spezielle C-V2X-Module. Diese unterscheiden sich von standardm\u00e4\u00dfigen 4G\/5G-Modulen, obwohl beide den 3GPP-Standards folgen - der Protokollstapel ist unterschiedlich. Zu den wichtigsten Anbietern von C-V2X-Chips\u00e4tzen geh\u00f6ren Qualcomm, HiSilicon und Datang Telecom.<\/p>\n
Einige Gateways integrieren sowohl 4G\/5G- als auch C-V2X-Module. Das 4G\/5G-Modul \u00fcbernimmt den Uu-Modus f\u00fcr die Fahrzeug-Cloud-Konnektivit\u00e4t. C-V2X \u00fcbernimmt PC5 f\u00fcr Fahrzeug-Infrastruktur- und Fahrzeug-Fahrzeug-Verbindungen. Jedes Modul erf\u00fcllt unterschiedliche Funktionen.<\/p>\n
Alternative Designs verwenden Dual-Mode-Module, die sowohl Uu als auch PC5 unterst\u00fctzen. Das spart Kosten, bringt aber Leistungseinbu\u00dfen mit sich.<\/p>\n
<\/p>\n
![\"6e4631526893ea3d1a697627559f9f04\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/6e4631526893ea3d1a697627559f9f04.png\" "\\"6e4631526893ea3d1a697627559f9f04\\"")
<\/p>\n
<\/p>\n
Wo und wie Sie Einheiten am Stra\u00dfenrand einsetzen, hat einen gro\u00dfen Einfluss auf die Kommunikationsleistung.<\/p>\n
Ampelkreuzungen sind die h\u00e4ufigste Anwendung<\/strong>. RSUs werden in der Regel auf 5-8 Meter hohen Signalmasten montiert. Sie stellen eine Verbindung zu den Lichtsignalsteuerger\u00e4ten her, um die aktuelle Phase - rot oder gr\u00fcn - und die Countdown-Timer zu ermitteln. Diese Informationen werden \u00fcber C-V2X \u00fcbertragen.<\/p>\n Die \u00dcbertragungsrate betr\u00e4gt in der Regel 10 Hz, d. h. eine Nachricht alle 100 Millisekunden. Der Inhalt der Nachricht umfasst die Kreuzungs-ID, die Signalphase, den Countdown und die Fahrspurinformationen. Das Nachrichtenformat folgt dem SAE J2735-Standard, insbesondere SPAT (Signal Phase and Timing).<\/p>\n Wenn Fahrzeug-Gateways SPAT-Nachrichten empfangen, analysieren und validieren sie diese und leiten sie dann an Domain Controller weiter. Dom\u00e4nencontroller treffen Entscheidungen \u00fcber die Kreuzung auf der Grundlage des Signalstatus.<\/p>\n Der Einsatz im Stra\u00dfenverkehr ist die zweite gro\u00dfe Kategorie<\/strong>. RSUs werden an unfalltr\u00e4chtigen Abschnitten wie scharfen Kurven, langen Gef\u00e4llestrecken und Tunneleinfahrten installiert. Sie senden Stra\u00dfenzust\u00e4nde, aktuelle Wetterinformationen und Stauwarnungen.<\/p>\n Hohe Geschwindigkeiten auf der Autobahn erfordern eine gr\u00f6\u00dfere Kommunikationsreichweite. Die effektive Reichweite einer Standard-RSU betr\u00e4gt 300-500 Meter. Auf Autobahnen kann eine Reichweite von 800 Metern bis 1 Kilometer erforderlich sein. Das bedeutet h\u00f6here Antennenspezifikationen und Sendeleistung.<\/p>\n Campus und Bergbau sind die dritte Kategorie<\/strong>. In diesen geschlossenen Umgebungen werden in der Regel dichte RSU-Netze eingesetzt. Neben Verkehrssignalen und Warnungen koordinieren die RSUs die Fahrzeugdisposition. Die RSUs kennen die Position und Geschwindigkeit jedes Fahrzeugs und koordinieren den Verkehrsfluss, um Konflikte zu vermeiden.<\/p>\n RSUs mit geschlossener Umgebung sind in der Regel mit zentralen Leitstellen verbunden. Fahrzeug-Gateways empfangen nicht nur RSU-Sendungen, sondern senden auch aktiv an RSUs - sie fordern Durchfahrtsrechte an und melden Anomalien.<\/p>\n Der C-V2X-Protokollstapel im PC5-Modus, von unten nach oben:<\/p>\n Physikalische und MAC-Schichten<\/strong> die LTE-Technologie mit speziellen Optimierungen zu nutzen. Im Gegensatz zu herk\u00f6mmlichem LTE, das eine Planung durch die Basisstation erfordert, ist PC5 dezentral und hat keinen zentralen Knoten. Die Ger\u00e4te w\u00e4hlen selbst\u00e4ndig \u00dcbertragungsm\u00f6glichkeiten durch Erkennung und Ressourcenreservierung aus.<\/p>\n Netz- und Transportschichten<\/strong> kapseln V2X-Nachrichten normalerweise in UDP. TCP ist m\u00f6glich, aber UDP eignet sich besser f\u00fcr Echtzeitanforderungen. Bei der IP-Adressierung wird angesichts der gro\u00dfen Zahl von V2X-Ger\u00e4ten in der Regel IPv6 verwendet - IPv4 reicht nicht aus.<\/p>\n Anwendungsschicht<\/strong> enth\u00e4lt die eigentliche V2X-Gesch\u00e4ftslogik. Die wichtigsten Normen sind hier SAE J2735 und ISO TS 19091. Sie definieren Nachrichtentypen: BSM (Basic Safety Message), SPAT (Signalphase), MAP (Kartendaten), RSI (roadside information), RSM (roadside unit message).<\/p>\n Jeder Nachrichtentyp hat detaillierte Datenstrukturdefinitionen. BSM zum Beispiel enth\u00e4lt Fahrzeug-ID, Position, Geschwindigkeit, Richtung, Beschleunigung, Abmessungen, Blinkerstatus. Die Daten werden im ASN.1-Format kodiert und auf etwa 200-400 Byte komprimiert.<\/p>\n Wenn Fahrzeug-Gateways V2X-Nachrichten empfangen, werden mehrere Aufgaben ausgef\u00fchrt:<\/p>\n Erstens: Dekodierung und Validierung<\/strong>. \u00dcberpr\u00fcfen Sie die Korrektheit des Nachrichtenformats und die Integrit\u00e4t der Daten. Verschl\u00fcsselte Nachrichten m\u00fcssen entschl\u00fcsselt werden.<\/p>\n Zweitens: \u00dcberpr\u00fcfung des Zeitstempels<\/strong>. Alle V2X-Nachrichten tragen einen Zeitstempel. Pr\u00fcfen Sie, ob der Zeitstempel in einem vern\u00fcnftigen Rahmen liegt. Eine gro\u00dfe Abweichung von der aktuellen Zeit deutet auf einen m\u00f6glichen Replay-Angriff hin - verwerfen Sie die Nachricht.<\/p>\n Drittens: Standortbezogene Filterung<\/strong>. Die Fahrzeuge k\u00f6nnen gleichzeitig Dutzende von Meldungen von RSUs und umliegenden Fahrzeugen empfangen. Nicht alle Meldungen sind relevant. Filtern Sie anhand der Position. So kann beispielsweise ein Fahrzeug, das in Richtung Osten f\u00e4hrt, Ampelmeldungen von westlichen Kreuzungen ignorieren.<\/p>\n Viertens: Weiterleitung an den Dom\u00e4nencontroller<\/strong>. Leiten Sie n\u00fctzliche Nachrichten \u00fcber das bordeigene Ethernet an den Dom\u00e4nencontroller weiter. Die Weiterleitung kann eine Protokollkonvertierung erfordern, z. B. die Umwandlung des ASN.1-Formats in JSON oder Protobuf, um die Verarbeitung durch den Dom\u00e4nencontroller zu erleichtern.<\/p>\n Diese gesamte Sequenz muss in extrem kurzer Zeit, in der Regel unter 10 Millisekunden, abgeschlossen werden. Andernfalls \u00fcberschreitet die Gesamtlatenzzeit, wenn man die \u00dcbertragungszeit \u00fcber die Luftschnittstelle und die Verarbeitungszeit des Dom\u00e4nencontrollers addiert, die Grenzwerte.<\/p>\n V2X-Kommunikation erfordert eine strenge End-to-End-Latenzzeit. Von der \u00dcbertragung durch die RSU bis zum Empfang durch das Fahrzeug und zur Antwort muss die gesamte Kette unter 100 Millisekunden bleiben. Einige Szenarien wie Kollisionswarnungen erfordern 50 Millisekunden.<\/p>\n Wie wird das Budget von 100 ms zugewiesen?<\/p>\n RSU-interne Verarbeitung: 5-10ms<\/strong>. Vom Empfang von Verkehrssignalen oder dem Sammeln von Daten \u00fcber die Kodierung und Verpackung bis hin zum Senden von V2X-Nachrichten.<\/p>\n \u00dcbertragung \u00fcber die Luftschnittstelle: 10-20ms<\/strong>. Der PC5-Modus hat eine niedrige theoretische Latenz, aber die tats\u00e4chliche Leistung variiert je nach Kanalqualit\u00e4t, Ressourcenkonflikten und erneuten \u00dcbertragungen.<\/p>\n Empfang und Verarbeitung des Fahrzeug-Gateways: 10-15ms<\/strong>. Vom RF-Empfang \u00fcber Dekodierung, Validierung, Filterung bis zur Weiterleitung.<\/p>\n Fahrzeuginterne Ethernet-\u00dcbertragung: 5-10ms<\/strong>. Gateway zum Dom\u00e4nencontroller.<\/p>\n Dom\u00e4nencontroller-Verarbeitung: 30-50ms<\/strong>. Nachricht analysieren, mit Wahrnehmungsergebnissen verschmelzen, Planungsentscheidungen treffen.<\/p>\n Ausf\u00fchrungslatenz: 10-20ms<\/strong>. Steuerbefehle vom Domain Controller an das Drive-by-Wire-System, dann Reaktion des Stellantriebs.<\/p>\n Jedes Glied in der Kette muss genau kontrolliert werden. Fahrzeug-Gateways haben nur einen Anteil von 10-15 ms, d\u00fcrfen aber nicht nachlassen. Vor allem bei hoher Belastung, wenn das Gateway nicht mithalten kann, steigen die Latenzzeiten in die H\u00f6he.<\/p>\n Zu den Methoden zur Verringerung der Latenzzeit der Gateway-Verarbeitung geh\u00f6rt eine spezielle Hardware-Beschleunigung. Implementieren Sie die Dekodierung und Validierung von V2X-Nachrichten in FPGA oder ASIC - viel schneller als die Softwareverarbeitung. Optimieren Sie auch die Software-Architektur durch Zero-Copy, Multithreading und sperrfreie Warteschlangen, um Datenbewegungen und Wartezeiten zu minimieren.<\/p>\n Die Sicherheit der V2X-Kommunikation ist absolut entscheidend. Wenn Angreifer eine \u201cHindernis voraus\u201d-Nachricht f\u00e4lschen, werden Fahrzeuge, die diese Nachricht erhalten, eine Vollbremsung machen und m\u00f6glicherweise Auffahrunf\u00e4lle verursachen. Das F\u00e4lschen von Ampelmeldungen - die Fahrzeuge denken, es sei gr\u00fcn, obwohl es rot ist - hat noch schlimmere Folgen.<\/p>\n V2X-Nachrichten erfordern Sicherheitsmechanismen. China und Europa haben V2X-Sicherheitszertifizierungssysteme auf der Grundlage von PKI (Public Key Infrastructure) eingerichtet.<\/p>\n Jedes V2X-Ger\u00e4t, einschlie\u00dflich Fahrzeug-Gateways und RSUs, besitzt ein digitales Zertifikat. Beim Senden von V2X-Nachrichten signieren die Ger\u00e4te mit privaten Schl\u00fcsseln. Die Empf\u00e4nger verwenden Zertifikate, um die Signaturen zu \u00fcberpr\u00fcfen und zu best\u00e4tigen, dass die Nachrichten von legitimen Ger\u00e4ten stammen und nicht manipuliert wurden.<\/p>\n Aber hier gibt es einen Konflikt. Die Erzeugung und \u00dcberpr\u00fcfung digitaler Signaturen erfordert kryptographische Operationen, die zeitaufw\u00e4ndig sind. Die Verifizierung einer 256-Bit ECDSA-Signatur dauert auf Standard-CPUs mehrere Millisekunden. Fahrzeuge verarbeiten Hunderte von V2X-Nachrichten pro Sekunde. Die Verifizierung jeder einzelnen w\u00fcrde das Latenzbudget sprengen.<\/p>\n Die L\u00f6sung ist Hardware-Beschleunigung. Fahrzeug-Gateways ben\u00f6tigen spezielle Sicherheitschips oder Krypto-Beschleuniger, die in der Lage sind, Unterschriften parallel zu \u00fcberpr\u00fcfen. Die V2X-Chips\u00e4tze von Qualcomm und die Balong-5000-Serie von HiSilicon verf\u00fcgen \u00fcber diese Krypto-Beschleunigungsfunktion.<\/p>\n Ein weiteres Problem ist die Verwaltung der Zertifikate. V2X-Zertifikate k\u00f6nnen nicht langlebig sein. Aus Gr\u00fcnden des Datenschutzes und der Sicherheit ist jedes Zertifikat in der Regel nur wenige Minuten bis Stunden g\u00fcltig. Die Fahrzeuge f\u00fchren Stapel von Zertifikaten mit sich, die abwechselnd verwendet werden. Wenn der Vorrat zur Neige geht, fordern die Fahrzeuge neue Zertifikate von Zertifikatsmanagementsystemen an.<\/p>\n Dieser Prozess der Zertifikatsanforderung und -erneuerung erfordert, dass Fahrzeug-Gateways \u00fcber 4G\/5G-Netzwerke mit Backend-Systemen kommunizieren. Die Gateways m\u00fcssen also sowohl den PC5-Modus f\u00fcr V2X-Nachrichten als auch den Uu-Modus f\u00fcr die Zertifikatsverwaltung unterst\u00fctzen. Die beiden Funktionen m\u00fcssen aufeinander abgestimmt sein.<\/p>\n Die effektive Kommunikationsreichweite der RSU betr\u00e4gt normalerweise 300-500 Meter. Aber das sind ideale Bedingungen. In der realen Welt gibt es viele Beschr\u00e4nkungen.<\/p>\n Bauliche Hindernisse sind das gr\u00f6\u00dfte Problem<\/strong>. St\u00e4dtische Umgebungen mit hohen Geb\u00e4uden blockieren oder reflektieren V2X-Signale. Fahrzeuge, die an Kreuzungen abbiegen, k\u00f6nnen RSU-Meldungen verlieren, wenn Geb\u00e4ude die Sichtlinie blockieren.<\/p>\n Die L\u00f6sung ist der Einsatz an mehreren Punkten. Eine Kreuzung kann 2-4 RSUs ben\u00f6tigen, die verschiedene Anfahrtsrichtungen abdecken. Wenn eine Richtung blockiert ist, funktionieren die anderen noch. Dies erh\u00f6ht jedoch die Infrastrukturkosten.<\/p>\n Mehrwege-Schwund stellt eine weitere Herausforderung dar<\/strong>. Signale von der RSU zum Fahrzeug k\u00f6nnen auf direktem Weg oder \u00fcber mehrere Pfade an Geb\u00e4uden abprallen. Signale, die \u00fcber mehrere Pfade \u00fcbertragen werden, k\u00f6nnen einander entweder verst\u00e4rken oder ausl\u00f6schen. Dies f\u00fchrt zu einer instabilen Kommunikationsqualit\u00e4t.<\/p>\n Die physikalische Schicht von C-V2X umfasst Optimierungen wie OFDM-Modulation und Kanalcodierung zur Bek\u00e4mpfung einiger Mehrwegeffekte. Komplexe st\u00e4dtische Umgebungen wirken sich jedoch immer noch auf die Erfolgsrate der Kommunikation aus.<\/p>\n Auch Interferenzen k\u00f6nnen nicht ignoriert werden<\/strong>. Obwohl V2X \u00fcber ein eigenes Spektrum verf\u00fcgt, st\u00f6ren mehrere Ger\u00e4te, die gleichzeitig auf der gleichen Frequenz senden, dennoch. An belebten Kreuzungen k\u00f6nnen Dutzende von Fahrzeugen und mehrere RSUs gleichzeitig senden.<\/p>\n Der PC5-Modus beinhaltet eine Kollisionsvermeidung - die Ger\u00e4te pr\u00fcfen den Kanal vor der \u00dcbertragung und warten, wenn er belegt ist. Damit werden jedoch nicht alle Kollisionen vermieden. Es kommt immer noch zu Paketverlusten.<\/p>\n Die Zuverl\u00e4ssigkeit der V2X-Kommunikation erreicht also nie 100%. Typische Entwurfsziele zielen auf 90-95% erfolgreichen Nachrichtenempfang innerhalb von 200 Metern ab. Die restlichen 5-10% Paketverluste erfordern Fehlertoleranz auf Anwendungsebene.<\/p>\n So senden die RSUs beispielsweise alle 100 Millisekunden Ampelmeldungen, die mehrfach hintereinander gesendet werden. Selbst wenn ein Paket verloren geht, erhalten die Fahrzeuge nachfolgende Meldungen. Dom\u00e4nencontroller implementieren auch eine Zeit\u00fcberschreitungsbehandlung. Wenn keine V2X-Nachrichten mehr eintreffen, schalten Sie auf eine rein bildverarbeitungsbasierte Ampelerkennung um.<\/p>\n Wir haben die V2X-Validierung auf mehreren Testgel\u00e4nden durchgef\u00fchrt und sind dabei auf verschiedene Probleme gesto\u00dfen.<\/p>\n Das erste Problem war die Synchronisierung der Uhr<\/strong>. V2X-Nachrichten-Zeitstempel erfordern eine Genauigkeit von Millisekunden. Wenn die Uhren des Fahrzeug-Gateways und der RSU nicht synchronisiert sind, schl\u00e4gt die Zeitstempel\u00fcberpr\u00fcfung fehl und die Nachrichten werden verworfen.<\/p>\n RSUs verwenden in der Regel GPS oder BeiDou f\u00fcr die Zeitmessung und erreichen damit eine Genauigkeit im Mikrosekundenbereich. Fahrzeug-Gateways ben\u00f6tigen ebenfalls GPS-Taktung, aber einige Gateways verwenden GPS nur f\u00fcr die Positionsbestimmung, ohne Zeitsignale anzuschlie\u00dfen. Dies f\u00fchrt zu einer Taktdrift.<\/p>\n Wir haben schlie\u00dflich festgelegt, dass die Gateways GPS-Zeitmessung unterst\u00fctzen und regelm\u00e4\u00dfig mit NTP-Servern synchronisiert werden m\u00fcssen. Eine doppelte Absicherung gew\u00e4hrleistet eine genaue Zeit.<\/p>\n Das zweite Problem war die Koordinatentransformation<\/strong>. V2X-Nachrichten enthalten Positionsdaten in WGS84-Koordinaten f\u00fcr Breiten- und L\u00e4ngengrade. Dom\u00e4nencontroller verwenden jedoch in der Regel lokale kartesische Koordinatensysteme mit der aktuellen Position des Fahrzeugs als Ursprung. Gateways, die RSU-Nachrichten empfangen, m\u00fcssen die Koordinaten umrechnen.<\/p>\n Die Koordinatentransformation scheint einfach zu sein, aber bei hochpr\u00e4zisen Anforderungen spielen Projektionsfehler, Erdkr\u00fcmmung und H\u00f6henunterschiede eine Rolle. Eine ungenaue Transformation f\u00fchrt dazu, dass Domain Controller die Positionen der RSUs falsch einsch\u00e4tzen, was sich auf Entscheidungen auswirken kann.<\/p>\n Sp\u00e4ter haben wir hochpr\u00e4zise Bibliotheken zur Koordinatentransformation in Gateways integriert, die mehrere Koordinatensysteme und Projektionen unterst\u00fctzen. Au\u00dferdem einigten wir uns mit den Domain Controllern auf einheitliche Koordinatensysteme, um Verwechslungen zu vermeiden.<\/p>\n Das dritte Problem waren Nachrichtenst\u00fcrme<\/strong>. In bestimmten Szenarien wie gro\u00dfen Kreuzungen oder Mautstellen mit hohem Verkehrsaufkommen sendet jedes Fahrzeug BSM-Meldungen. Die Gateways k\u00f6nnen gleichzeitig Hunderte von Nachrichten empfangen.<\/p>\n Die Weiterleitung jeder Nachricht an die Dom\u00e4nencontroller w\u00fcrde das bordeigene Netz \u00fcberfluten. Die Gateways m\u00fcssen aggregieren und filtern. Sie k\u00f6nnen z. B. nur Nachrichten von Fahrzeugen weiterleiten, die sich in einem Umkreis von 200 Metern befinden, und weiter entfernte Nachrichten ignorieren. Oder man kann Nachrichten priorisieren und nur die wichtigsten weiterleiten.<\/p>\n Das vierte Problem war die Ger\u00e4tekompatibilit\u00e4t<\/strong>. Obwohl es f\u00fcr V2X Standards gibt, variieren die Implementierungen der verschiedenen Anbieter noch immer. Bei unseren Tests stellten wir fest, dass bestimmte RSU-Marken-Nachrichten von bestimmten Gateway-Marken nicht geparst werden konnten. Die Erfassung von Paketen ergab eine inkonsistente Handhabung von optionalen ASN.1-Codierungsfeldern.<\/p>\n Schlie\u00dflich mussten beide Hersteller kontaktiert werden, um die Implementierungen an die Normen anzupassen. Diese Interoperabilit\u00e4tsprobleme m\u00fcssen vor einer gro\u00df angelegten V2X-Einf\u00fchrung gel\u00f6st werden, da die Ger\u00e4te verschiedener Hersteller sonst nicht zusammenarbeiten k\u00f6nnen.<\/p>\n V2X-Anwendungen unterscheiden sich je nach Szenario erheblich.<\/p>\n Szenarien f\u00fcr st\u00e4dtische Stra\u00dfen<\/strong> Schwerpunkt auf Ampelinformationen und Konfliktwarnungen an Kreuzungen. Die RSU-Dichte ist relativ hoch, im Grunde wird jede signalisierte Kreuzung ausger\u00fcstet. Fahrzeug-Gateways m\u00fcssen den hochfrequenten Nachrichtenempfang bew\u00e4ltigen und gleichzeitig den Stromverbrauch kontrollieren - sie k\u00f6nnen nicht st\u00e4ndig mit voller Leistung laufen.<\/p>\n Szenarien f\u00fcr Autobahnen<\/strong> Hervorhebung von Vorw\u00e4rtskollisionswarnungen, Notbremswarnungen und Warnungen vor Gefahren auf der Stra\u00dfe. Diese Nachrichten haben eine h\u00f6here Priorit\u00e4t mit strengeren Latenzanforderungen. Bei der Verarbeitung von Autobahn-V2X-Nachrichten m\u00fcssen die Gateways die h\u00f6chste Priorit\u00e4t zuweisen, um zu verhindern, dass andere Gesch\u00e4ftsdaten sie blockieren.<\/p>\n Bergbau- und Hafenszenarien<\/strong> V2X nicht nur f\u00fcr Sicherheitswarnungen, sondern auch f\u00fcr die Fahrzeugdisposition nutzen. RSUs geben Fahranweisungen, Fahrzeuge m\u00fcssen den Befehlen zu bestimmten Positionen folgen. Diese Szenarien erfordern eine absolute Zuverl\u00e4ssigkeit der V2X-Nachrichten - keine Verluste werden toleriert.<\/p>\n In der Regel gekoppelt mit Best\u00e4tigungsmechanismen. Fahrzeuge, die Versandanweisungen erhalten, antworten mit Best\u00e4tigungsmeldungen \u00fcber V2X. Wenn die RSUs keine Best\u00e4tigung erhalten, senden sie die Anweisungen erneut. Dies erfordert, dass die Fahrzeug-Gateways bidirektionale Kommunikation unterst\u00fctzen, sowohl beim Empfang als auch beim Senden.<\/p>\n Campus- und Parkszenarien<\/strong> niedrigere Geschwindigkeiten mit weniger strengen Sicherheitsanforderungen beinhalten. V2X kann sich mehr auf die Optimierung der Effizienz des Verkehrsflusses konzentrieren, wie z. B. gr\u00fcne Wellen oder koordinierte Kreuzungs\u00fcberfahrten. Diese Szenarien erlauben geringere Anforderungen an die Latenzzeit, erfordern aber eine vollst\u00e4ndige Abdeckung - keine toten Winkel.<\/p>\n V2X-Informationen verschmelzen letztendlich mit den Sensordaten im Fahrzeug. Diese Verschmelzung erfolgt in der Regel in Domain Controllern, aber auch Gateways m\u00fcssen zusammenarbeiten.<\/p>\n Beispielsweise erkennen Kameras Rotlicht und empfangen gleichzeitig Rotlichtmeldungen \u00fcber V2X. Wenn beide Quellen \u00fcbereinstimmen, steigt das Vertrauen. Wenn sie nicht \u00fcbereinstimmen, k\u00f6nnte es sich um eine Fehleinsch\u00e4tzung der Kamera oder ein Problem mit der V2X-Nachricht handeln, das eine weitere Beurteilung erfordert.<\/p>\n Ein anderer Fall: Kameras k\u00f6nnen Ampeln aufgrund von Sonneneinstrahlung oder Fahrzeugbehinderung nicht klar erkennen. Wenn V2X Ampelmeldungen empf\u00e4ngt, liefert es zus\u00e4tzliche Informationen.<\/p>\n Oder denken Sie an Fahrzeuge im toten Winkel. LiDAR und Kameras k\u00f6nnen verdeckte Fahrzeuge \u00fcbersehen, aber diese Fahrzeuge senden BSM-Nachrichten. Nachdem die Domain Controller die V2X-Daten fusioniert haben, erkennen sie die Anwesenheit von Fahrzeugen im toten Winkel und planen Ausweichman\u00f6ver im Voraus.<\/p>\n W\u00e4hrend dieses Prozesses m\u00fcssen die Gateways sicherstellen, dass die Zeitstempel der V2X-Nachrichten mit den Sensordaten \u00fcbereinstimmen. Alle Daten ben\u00f6tigen eine einheitliche Zeitreferenz, damit die Dom\u00e4nencontroller bei der Fusion verschiedene Quelldaten aus demselben Moment zuordnen k\u00f6nnen.<\/p>\n Die Einf\u00fchrung von V2X wird stark von Vorschriften und Normen beeinflusst. Verschiedene L\u00e4nder und Regionen haben unterschiedliche V2X-Anforderungen.<\/p>\n China forciert C-V2X. Das MIIT hat spezielle Frequenzen zugewiesen, die MOT formuliert V2X-Anwendungsstandards. Einige St\u00e4dte schreiben vor, dass neue Stra\u00dfen mit RSUs ausgestattet werden m\u00fcssen und dass neu zugelassene Nutzfahrzeuge mit V2X-Ger\u00e4ten ausger\u00fcstet werden m\u00fcssen.<\/p>\n Europa hat bisher DSRC gef\u00f6rdert, schwenkt jetzt aber auf C-V2X um. Die Europ\u00e4ische Kommission legt einheitliche V2X-Standards fest, die eine Interoperabilit\u00e4t zwischen Fahrzeug und Infrastruktur erfordern.<\/p>\n Die Situation in den USA ist kompliziert. Die FCC hat einen Teil des 5,9-GHz-Spektrums f\u00fcr WiFi zugewiesen, so dass V2X nur eine Bandbreite von 30 MHz zur Verf\u00fcgung steht. Die amerikanischen Automobilhersteller unterst\u00fctzen sowohl C-V2X als auch DSRC. Der Markt befindet sich noch in der Findungsphase.<\/p>\n F\u00fcr Fahrzeug-Gateways ist die Unterst\u00fctzung verschiedener regionaler V2X-Standards erforderlich. Idealerweise sind sie softwarekonfigurierbar und k\u00f6nnen durch Firmware-Updates an verschiedene M\u00e4rkte angepasst werden. Auf der Hardwareseite m\u00fcssen die RF-Frontends verschiedene Frequenzb\u00e4nder abdecken.<\/p>\n Die Sicherheitszertifizierung ist auch eine Voraussetzung f\u00fcr die Einhaltung der Vorschriften. Chinas CCSA hat technische Spezifikationen f\u00fcr die V2X-Sicherheit entwickelt - Fahrzeugger\u00e4te m\u00fcssen f\u00fcr den kommerziellen Einsatz zertifiziert werden. Europa hat \u00e4hnliche Standards. Gateways m\u00fcssen technische Protokolle unterst\u00fctzen und eine entsprechende Zertifizierung erhalten.<\/p>\n Die V2X-Technologie entwickelt sich rasant weiter. 5G NR V2X ist eine Technologie der n\u00e4chsten Generation mit erheblichen Verbesserungen gegen\u00fcber LTE V2X. Geringere Latenz, h\u00f6here Zuverl\u00e4ssigkeit, Unterst\u00fctzung h\u00f6herer Geschwindigkeiten und dichterer Verkehr.<\/p>\n Die Kosten f\u00fcr 5G-V2X-Ausr\u00fcstung sind jedoch noch relativ hoch. Die Massenvermarktung braucht Zeit. In der aktuellen Phase existieren LTE V2X und 5G V2X nebeneinander. Fahrzeug-Gateways m\u00fcssen beide Technologien unterst\u00fctzen.<\/p>\n Ein weiterer Trend ist die Konvergenz von V2X und 5G-Netzen. K\u00fcnftige Fahrzeug-Gateways k\u00f6nnen einzelne Module verwenden, die gleichzeitig den 5G-Uu-Modus und den 5G-PC5-Modus unterst\u00fctzen, wodurch separate C-V2X-Module \u00fcberfl\u00fcssig werden. Dadurch werden Kosten und Stromverbrauch gesenkt.<\/p>\n Edge Computing wird auch mit V2X integriert. RSUs sind nicht mehr nur einfache Sendeknoten, sondern erhalten Rechenkapazit\u00e4ten. Sie k\u00f6nnen Daten mehrerer Fahrzeuge zusammenfassen, lokale Koordinierungsentscheidungen treffen und die Ergebnisse dann \u00fcber V2X weitergeben. Fahrzeug-Gateways m\u00fcssen komplexere Interaktionen verarbeiten.<\/p>\n Nach meiner Erfahrung, die ich in den letzten Jahren bei V2X-Projekten gesammelt habe, ist die Technologie selbst ziemlich ausgereift. Die gr\u00f6\u00dfte Herausforderung liegt in der gro\u00df angelegten Einf\u00fchrung. Die Kosten f\u00fcr die RSU-Infrastruktur, die Ausstattungsraten der Fahrzeuge, die Interoperabilit\u00e4t zwischen verschiedenen Anbietern - diese Fragen m\u00fcssen erst noch gekl\u00e4rt werden. Aber die Richtung ist klar. V2X wird in intelligenten, vernetzten Fahrzeugen zur Standardausr\u00fcstung geh\u00f6ren, und die Koordination zwischen Fahrzeug-Gateways und RSUs wird immer wichtiger werden.<\/p>","protected":false},"excerpt":{"rendered":" A couple years back while running V2X scenario tests at a proving ground in Suzhou, we hit a nasty problem. Test vehicles could receive traffic light data from roadside units, but there was always a 3-5 second delay before triggering any action. In autonomous driving scenarios, that delay is deadly. At 50 km\/h, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"themepark_post_bcolor":"#f5f5f5","themepark_post_width":"1022px","themepark_post_img":"","themepark_post_img_po":"left","themepark_post_img_re":false,"themepark_post_img_cover":false,"themepark_post_img_fixed":false,"themepark_post_hide_title":false,"themepark_post_main_b":"","themepark_post_main_p":100,"themepark_paddingblock":false,"footnotes":""},"categories":[16],"tags":[51],"class_list":["post-6002","post","type-post","status-publish","format-standard","hentry","category-blog","tag-smart-transportation"],"metadata":{"classic-editor-remember":["classic-editor"],"_edit_lock":["1770104077:1"],"_edit_last":["1"],"themepark_seo_title":["Vehicle Gateway Integration with V2X Roadside Units: Real-World Engineering Insights"],"themepark_seo_description":["A couple years back while running V2X scenario tests at a proving ground in Suzhou, we hit a nasty problem. Test vehicles could receive traffic light data from roadside units, but there was always a 3-5 second delay before triggering any action. In autonomous driving scenarios, that delay is deadly. At 50 km\/h, a vehicle covers 70 meters in 5 seconds - way past the red light."],"themepark_seo_keyword":["Vehicle Gateway "],"catce":["sidebar-widgets4"],"_yoast_wpseo_primary_category":["16"],"_yoast_wpseo_content_score":["90"],"_yoast_wpseo_estimated-reading-time-minutes":["16"],"views":["3557"]},"yoast_head":"\nDetails zum Protokollstapel<\/h2>\n
Zuweisung des Latenzbudgets<\/h2>\n
Nachrichtenauthentifizierung und Sicherheitsmechanismen<\/h2>\n
Erfassungsbereich und Kommunikationszuverl\u00e4ssigkeit<\/h2>\n
![\"517f424f0c5a30e996299d8a6a139b59\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/517f424f0c5a30e996299d8a6a139b59.png\" "\\"517f424f0c5a30e996299d8a6a139b59\\"")
<\/p>\nEchte Testprobleme, auf die wir gesto\u00dfen sind<\/h2>\n
Variationen zwischen den Anwendungsszenarien<\/h2>\n
Fusion mit anderen Sensoren<\/h2>\n
Auswirkungen von Regulierung und Normen<\/h2>\n
Zuk\u00fcnftige Entwicklungsrichtung<\/h2>\n