![\"6fc1f9e8c414727c6944df3d98877964\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/6fc1f9e8c414727c6944df3d98877964.png\" "\\"6fc1f9e8c414727c6944df3d98877964\\"")
<\/p>\n<\/p>\n
<\/p>\n
<\/p>\n
Il y a quelques ann\u00e9es, alors que nous r\u00e9alisions des tests de sc\u00e9nario V2X sur un terrain d'essai \u00e0 Suzhou, nous avons rencontr\u00e9 un probl\u00e8me \u00e9pineux. Les v\u00e9hicules d'essai pouvaient recevoir des donn\u00e9es sur les feux de circulation \u00e0 partir d'unit\u00e9s situ\u00e9es en bord de route, mais il y avait toujours un d\u00e9lai de 3 \u00e0 5 secondes avant de d\u00e9clencher une action. Dans les sc\u00e9narios de conduite autonome, ce d\u00e9lai est mortel. \u00c0 50 km\/h, un v\u00e9hicule parcourt 70 m\u00e8tres en 5 secondes - bien apr\u00e8s le feu rouge.<\/p>\n
Il nous a fallu une semaine enti\u00e8re pour trouver le probl\u00e8me. Il s'est av\u00e9r\u00e9 que la passerelle du v\u00e9hicule traitait les messages V2X comme des donn\u00e9es commerciales normales et les mettait en file d'attente avec d'\u00e9normes flux de donn\u00e9es de capteurs. Une fois que nous avons ajust\u00e9 les param\u00e8tres de priorit\u00e9, la latence est tomb\u00e9e \u00e0 80 millisecondes. Le probl\u00e8me est r\u00e9solu.<\/p>\n
Cet incident m'a vraiment ouvert les yeux sur la fa\u00e7on dont les passerelles pour v\u00e9hicules et les unit\u00e9s routi\u00e8res V2X doivent fonctionner ensemble. Aujourd'hui, je vais vous faire part de mes observations pratiques sur le terrain.<\/p>\n
Commen\u00e7ons par la signification de V2X. La notion de v\u00e9hicule \u00e0 tout englobe les notions de V2V (v\u00e9hicule \u00e0 v\u00e9hicule), V2I (v\u00e9hicule \u00e0 infrastructure), V2P (v\u00e9hicule \u00e0 pi\u00e9ton) et V2N (v\u00e9hicule \u00e0 r\u00e9seau).<\/p>\n
Certains se demandent pourquoi les v\u00e9hicules autonomes ont besoin de la technologie V2X alors qu'ils sont d\u00e9j\u00e0 \u00e9quip\u00e9s de LiDAR, de cam\u00e9ras et de radars \u00e0 ondes millim\u00e9triques. La r\u00e9alit\u00e9 est que les capteurs embarqu\u00e9s ont une port\u00e9e limit\u00e9e. Le LiDAR a une port\u00e9e maximale de 200 \u00e0 300 m\u00e8tres. Si l'on ajoute des courbes, des collines ou des obstacles, cette port\u00e9e diminue rapidement.<\/p>\n
Le V2X s'affranchit des limites de la visibilit\u00e9 directe. Installez une unit\u00e9 de bord de route \u00e0 une intersection et elle diffusera l'\u00e9tat des feux de circulation, la position des v\u00e9hicules, l'emplacement des pi\u00e9tons. Les v\u00e9hicules peuvent recevoir ces informations \u00e0 des centaines de m\u00e8tres et planifier en cons\u00e9quence.<\/p>\n
Un autre cas d'utilisation cl\u00e9 est celui des avertisseurs d'angle mort. Lorsqu'un v\u00e9hicule qui pr\u00e9c\u00e8de freine brusquement, il diffuse cet \u00e9v\u00e9nement via V2X. Les v\u00e9hicules suivants re\u00e7oivent l'alerte m\u00eame s'ils sont bloqu\u00e9s par un camion. Tr\u00e8s utile sur les autoroutes.<\/p>\n
Ensuite, il y a le platooning. Plusieurs v\u00e9hicules autonomes maintiennent leur formation et synchronisent leurs changements de vitesse gr\u00e2ce \u00e0 la communication V2X. Aux intersections, les v\u00e9hicules n\u00e9gocient le droit de passage gr\u00e2ce \u00e0 la communication V2X, ce qui est plus efficace que les feux de circulation traditionnels.<\/p>\n
Tous ces sc\u00e9narios n\u00e9cessitent des passerelles pour les v\u00e9hicules afin d'assurer l'interface avec les unit\u00e9s de bord de route.<\/p>\n
![\"22abdcfbc38f51d400dee35acc8f78ac\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/22abdcfbc38f51d400dee35acc8f78ac.png\" "\\"22abdcfbc38f51d400dee35acc8f78ac\\"")
<\/p>\n
<\/p>\n
<\/p>\n
Le V2X a deux normes concurrentes : DSRC et C-V2X. Le DSRC s'appuie sur la technologie WiFi, populaire en Am\u00e9rique du Nord. Le C-V2X s'appuie sur la technologie des r\u00e9seaux cellulaires, qui gagne du terrain en Chine et en Europe.<\/p>\n
C-V2X fonctionne en deux modes. Le mode Uu utilise les stations de base 4G\/5G pour la communication de v\u00e9hicule \u00e0 nuage. Le mode PC5 permet une communication directe entre les v\u00e9hicules ou entre les v\u00e9hicules et les unit\u00e9s de bord de route, en contournant l'infrastructure cellulaire.<\/p>\n
Les applications V2X de base, telles que les avertissements de collision et la gestion des intersections, reposent sur le mode direct PC5. Les exigences en mati\u00e8re de latence sont trop strictes pour le routage cellulaire. Le PC5 peut th\u00e9oriquement atteindre une latence inf\u00e9rieure \u00e0 20 ms.<\/p>\n
Le PC5 n\u00e9cessite un spectre d\u00e9di\u00e9. La Chine a allou\u00e9 5905-5925 MHz avec une largeur de bande de 20 MHz exclusivement pour l'utilisation V2X.<\/p>\n
Les passerelles pour v\u00e9hicules prenant en charge le C-V2X n\u00e9cessitent des modules C-V2X sp\u00e9cialis\u00e9s. Ceux-ci diff\u00e8rent des modules 4G\/5G standard, bien qu'ils suivent tous deux les normes 3GPP - la pile de protocoles varie. Les principaux acteurs dans le domaine des puces C-V2X sont Qualcomm, HiSilicon et Datang Telecom.<\/p>\n
Certaines passerelles int\u00e8grent \u00e0 la fois des modules 4G\/5G et C-V2X. La 4G\/5G g\u00e8re le mode Uu pour la connectivit\u00e9 v\u00e9hicule-cloud. Le C-V2X g\u00e8re le PC5 pour les liaisons v\u00e9hicule-infrastructure et v\u00e9hicule-v\u00e9hicule. Chaque module remplit des fonctions distinctes.<\/p>\n
D'autres conceptions utilisent des modules bimodes supportant \u00e0 la fois Uu et PC5. Cela permet de r\u00e9duire les co\u00fbts mais implique des compromis en termes de performances.<\/p>\n
<\/p>\n
![\"6e4631526893ea3d1a697627559f9f04\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/6e4631526893ea3d1a697627559f9f04.png\" "\\"6e4631526893ea3d1a697627559f9f04\\"")
<\/p>\n
<\/p>\n
L'endroit et la mani\u00e8re dont vous d\u00e9ployez les unit\u00e9s de bord de route ont un impact consid\u00e9rable sur les performances de communication.<\/p>\n
Les intersections avec feux de circulation sont le d\u00e9ploiement le plus courant.<\/strong>. Les RSU sont g\u00e9n\u00e9ralement mont\u00e9es sur des poteaux de signalisation de 5 \u00e0 8 m\u00e8tres de haut. Elles se connectent aux contr\u00f4leurs des feux de circulation pour d\u00e9terminer la phase en cours - rouge ou verte - et le compte \u00e0 rebours. Ces informations sont diffus\u00e9es via C-V2X.<\/p>\n La fr\u00e9quence de diffusion est g\u00e9n\u00e9ralement de 10 Hz, ce qui signifie un message toutes les 100 millisecondes. Le contenu du message comprend l'identification de l'intersection, la phase du signal, le compte \u00e0 rebours, les informations sur les voies. Le format des messages est conforme \u00e0 la norme SAE J2735, en particulier SPAT (Signal Phase and Timing).<\/p>\n Lorsque les passerelles de v\u00e9hicules re\u00e7oivent des messages SPAT, elles les analysent, les valident, puis les transmettent aux contr\u00f4leurs de domaine. Les contr\u00f4leurs de domaine prennent des d\u00e9cisions concernant le franchissement des intersections en fonction de l'\u00e9tat des signaux.<\/p>\n Le d\u00e9ploiement sur les autoroutes est la deuxi\u00e8me grande cat\u00e9gorie<\/strong>. Les RSU sont install\u00e9es sur les tron\u00e7ons accidentog\u00e8nes tels que les virages serr\u00e9s, les longues descentes et les entr\u00e9es de tunnel. Elles diffusent des informations sur l'\u00e9tat des routes, les conditions m\u00e9t\u00e9orologiques et les embouteillages.<\/p>\n La vitesse sur autoroute exige une plus grande port\u00e9e de communication. La port\u00e9e effective d'une RSU standard est de 300 \u00e0 500 m\u00e8tres. Les autoroutes peuvent n\u00e9cessiter une couverture de 800 m\u00e8tres \u00e0 1 kilom\u00e8tre. Cela signifie que les caract\u00e9ristiques de l'antenne et la puissance d'\u00e9mission doivent \u00eatre plus \u00e9lev\u00e9es.<\/p>\n Les campus et les exploitations mini\u00e8res repr\u00e9sentent la troisi\u00e8me cat\u00e9gorie<\/strong>. Ces environnements ferm\u00e9s d\u00e9ploient g\u00e9n\u00e9ralement des r\u00e9seaux denses de RSU. Au-del\u00e0 des signaux de circulation et des avertissements, les RSU coordonnent la r\u00e9partition des v\u00e9hicules. Connaissant la position et la vitesse de chaque v\u00e9hicule, les RSU orchestrent la circulation pour \u00e9viter les conflits.<\/p>\n Les RSU \u00e0 environnement ferm\u00e9 sont g\u00e9n\u00e9ralement connect\u00e9es \u00e0 des plateformes de dispatching centralis\u00e9es. Les passerelles pour v\u00e9hicules ne se contentent pas de recevoir les \u00e9missions des RSU, elles transmettent aussi activement aux RSU - en demandant des droits de passage, en signalant des anomalies.<\/p>\n La pile de protocoles du mode PC5 du C-V2X, de bas en haut :<\/p>\n Couches physique et MAC<\/strong> tirer parti de la technologie LTE gr\u00e2ce \u00e0 des optimisations sp\u00e9cialis\u00e9es. Contrairement \u00e0 la technologie LTE traditionnelle qui n\u00e9cessite une programmation de la station de base, la technologie PC5 est distribu\u00e9e et ne comporte pas de n\u0153ud central. Les appareils s\u00e9lectionnent de mani\u00e8re autonome les possibilit\u00e9s de transmission gr\u00e2ce \u00e0 la d\u00e9tection et \u00e0 la r\u00e9servation des ressources.<\/p>\n Couches r\u00e9seau et transport<\/strong> encapsulent g\u00e9n\u00e9ralement les messages V2X en UDP. Le protocole TCP est possible, mais l'UDP r\u00e9pond mieux aux exigences du temps r\u00e9el. L'adressage IP utilise g\u00e9n\u00e9ralement IPv6 \u00e9tant donn\u00e9 le nombre massif de dispositifs V2X - IPv4 n'est pas suffisant.<\/p>\n Couche application<\/strong> contient la v\u00e9ritable logique commerciale V2X. Les normes cl\u00e9s sont SAE J2735 et ISO TS 19091. Elles d\u00e9finissent les types de messages : BSM (Basic Safety Message), SPAT (phase de signal), MAP (map data), RSI (roadside information), RSM (roadside unit message).<\/p>\n Chaque type de message comporte des d\u00e9finitions d\u00e9taill\u00e9es de la structure des donn\u00e9es. Le BSM, par exemple, contient l'identification du v\u00e9hicule, la position, la vitesse, le cap, l'acc\u00e9l\u00e9ration, les dimensions, l'\u00e9tat des clignotants. Les donn\u00e9es sont encod\u00e9es au format ASN.1, compress\u00e9es \u00e0 environ 200-400 octets.<\/p>\n Lorsque les passerelles de v\u00e9hicules re\u00e7oivent des messages V2X, plusieurs t\u00e2ches sont ex\u00e9cut\u00e9es :<\/p>\n La premi\u00e8re \u00e9tape est le d\u00e9codage et la validation<\/strong>. V\u00e9rifier l'exactitude du format du message et l'int\u00e9grit\u00e9 des donn\u00e9es. Les messages crypt\u00e9s doivent \u00eatre d\u00e9crypt\u00e9s.<\/p>\n La deuxi\u00e8me est la v\u00e9rification de l'horodatage<\/strong>. Tous les messages V2X portent des horodatages. V\u00e9rifiez que l'horodatage se situe dans des limites raisonnables. Un \u00e9cart important par rapport \u00e0 l'heure actuelle sugg\u00e8re la possibilit\u00e9 d'une attaque par rejeu - \u00e9carter le message.<\/p>\n Le troisi\u00e8me est le filtrage bas\u00e9 sur la localisation<\/strong>. Les v\u00e9hicules peuvent recevoir simultan\u00e9ment des dizaines de messages des RSU et des v\u00e9hicules environnants. Tous les messages ne sont pas pertinents. Filtrer en fonction de la position. Par exemple, un v\u00e9hicule se dirigeant vers l'est peut ignorer les messages relatifs aux feux de circulation provenant des intersections situ\u00e9es \u00e0 l'ouest.<\/p>\n Quatri\u00e8mement, il s'agit d'une redirection vers le contr\u00f4leur de domaine<\/strong>. Acheminer les messages utiles vers le contr\u00f4leur de domaine par l'interm\u00e9diaire de l'Ethernet embarqu\u00e9. Le transfert peut n\u00e9cessiter une conversion de protocole, comme la transformation du format ASN.1 en JSON ou Protobuf pour faciliter le traitement par le contr\u00f4leur de domaine.<\/p>\n L'ensemble de cette s\u00e9quence doit se d\u00e9rouler en un temps extr\u00eamement court, g\u00e9n\u00e9ralement inf\u00e9rieur \u00e0 10 millisecondes. Sinon, si l'on ajoute le temps de transmission de l'interface a\u00e9rienne et le temps de traitement du contr\u00f4leur de domaine, le temps de latence total d\u00e9passe les limites.<\/p>\n La communication V2X exige une latence stricte de bout en bout. De la transmission par la RSU \u00e0 la r\u00e9ception par le v\u00e9hicule et \u00e0 la r\u00e9ponse, la cha\u00eene compl\u00e8te doit rester inf\u00e9rieure \u00e0 100 millisecondes. Certains sc\u00e9narios, comme les avertissements de collision, n\u00e9cessitent 50 millisecondes.<\/p>\n Comment allouer ce budget de 100 ms ?<\/p>\n Traitement interne de la RSU : 5-10 ms<\/strong>. De la r\u00e9ception des signaux de circulation ou de la collecte des donn\u00e9es \u00e0 l'envoi des messages V2X, en passant par l'encodage et l'emballage.<\/p>\n Transmission de l'interface a\u00e9rienne : 10-20 ms<\/strong>. Le mode PC5 pr\u00e9sente une faible latence th\u00e9orique, mais les performances r\u00e9elles varient en fonction de la qualit\u00e9 du canal, des conflits de ressources et des retransmissions.<\/p>\n R\u00e9ception et traitement de la passerelle pour v\u00e9hicules : 10-15 ms<\/strong>. De la r\u00e9ception RF au d\u00e9codage, \u00e0 la validation, au filtrage et \u00e0 l'acheminement.<\/p>\n Transmission Ethernet embarqu\u00e9e : 5-10 ms<\/strong>. Passerelle vers le contr\u00f4leur de domaine.<\/p>\n Traitement du contr\u00f4leur de domaine : 30-50 ms<\/strong>. Analyser le message, fusionner avec les r\u00e9sultats de la perception, prendre des d\u00e9cisions de planification.<\/p>\n Temps de latence de l'ex\u00e9cution : 10-20 ms<\/strong>. Commandes de contr\u00f4le du contr\u00f4leur de domaine au syst\u00e8me de conduite par c\u00e2ble, puis r\u00e9ponse de l'actionneur.<\/p>\n Chaque maillon de la cha\u00eene n\u00e9cessite un contr\u00f4le rigoureux. Les passerelles pour v\u00e9hicules ne repr\u00e9sentent que 10 \u00e0 15 ms, mais elles ne peuvent pas se rel\u00e2cher. Si la passerelle n'arrive pas \u00e0 suivre, la latence augmente, surtout en cas de forte charge.<\/p>\n Les m\u00e9thodes visant \u00e0 r\u00e9duire le temps de latence du traitement de la passerelle comprennent l'acc\u00e9l\u00e9ration mat\u00e9rielle d\u00e9di\u00e9e. Mettre en \u0153uvre le d\u00e9codage et la validation des messages V2X dans un FPGA ou un ASIC - beaucoup plus rapide que le traitement logiciel. Optimiser \u00e9galement l'architecture logicielle en utilisant des files d'attente sans copie, multithreading et sans verrouillage pour minimiser les mouvements de donn\u00e9es et les temps d'attente.<\/p>\n La s\u00e9curit\u00e9 des communications V2X est absolument essentielle. Si des pirates falsifient un message \u201cobstacle devant\u201d, les v\u00e9hicules qui le re\u00e7oivent freineront d'urgence, ce qui risque de provoquer des collisions par l'arri\u00e8re. La falsification des messages relatifs aux feux de circulation - qui fait croire aux v\u00e9hicules que le feu est vert alors qu'il est rouge - a des cons\u00e9quences encore plus graves.<\/p>\n Les messages V2X n\u00e9cessitent des m\u00e9canismes de s\u00e9curit\u00e9. La Chine et l'Europe ont mis en place des syst\u00e8mes de certification de la s\u00e9curit\u00e9 V2X bas\u00e9s sur l'infrastructure \u00e0 cl\u00e9 publique (PKI).<\/p>\n Chaque dispositif V2X, y compris les passerelles de v\u00e9hicules et les RSU, d\u00e9tient un certificat num\u00e9rique. Lors de l'envoi de messages V2X, les dispositifs signent avec des cl\u00e9s priv\u00e9es. Les destinataires utilisent les certificats pour v\u00e9rifier les signatures, confirmant ainsi que les messages proviennent d'appareils l\u00e9gitimes, sans alt\u00e9ration.<\/p>\n Mais il y a l\u00e0 un conflit. La g\u00e9n\u00e9ration et la v\u00e9rification des signatures num\u00e9riques n\u00e9cessitent des op\u00e9rations cryptographiques qui prennent du temps. La v\u00e9rification d'une signature ECDSA de 256 bits prend plusieurs millisecondes sur des unit\u00e9s centrales standard. Les v\u00e9hicules traitent des centaines de messages V2X par seconde. La v\u00e9rification de chacun d'entre eux ferait exploser le budget de latence.<\/p>\n La solution r\u00e9side dans l'acc\u00e9l\u00e9ration mat\u00e9rielle. Les passerelles pour v\u00e9hicules ont besoin de puces de s\u00e9curit\u00e9 d\u00e9di\u00e9es ou d'acc\u00e9l\u00e9rateurs cryptographiques capables de v\u00e9rifier les signatures en parall\u00e8le. Les puces V2X de Qualcomm et la s\u00e9rie 5000 de HiSilicon Balong int\u00e8grent cette capacit\u00e9 d'acc\u00e9l\u00e9ration cryptographique.<\/p>\n Un autre probl\u00e8me est la gestion des certificats. Les certificats V2X ne peuvent pas avoir une longue dur\u00e9e de vie. Pour la protection de la vie priv\u00e9e et la s\u00e9curit\u00e9, chaque certificat dure g\u00e9n\u00e9ralement quelques minutes ou quelques heures. Les v\u00e9hicules transportent des lots de certificats, dont l'utilisation est altern\u00e9e. Lorsqu'ils n'en ont plus, les v\u00e9hicules demandent de nouveaux certificats aux syst\u00e8mes de gestion des certificats.<\/p>\n Ce processus de demande et de renouvellement de certificat n\u00e9cessite que les passerelles pour v\u00e9hicules communiquent avec les syst\u00e8mes dorsaux via les r\u00e9seaux 4G\/5G. Les passerelles doivent donc prendre en charge \u00e0 la fois le mode PC5 pour la messagerie V2X et le mode Uu pour la gestion des certificats. Les deux fonctions doivent \u00eatre coordonn\u00e9es.<\/p>\n La port\u00e9e de communication effective des RSU est g\u00e9n\u00e9ralement comprise entre 300 et 500 m\u00e8tres. Mais il s'agit l\u00e0 de conditions id\u00e9ales. L'utilisation dans le monde r\u00e9el est soumise \u00e0 de nombreuses contraintes.<\/p>\n L'obstruction des b\u00e2timents est le principal probl\u00e8me<\/strong>. Les environnements urbains avec de hauts b\u00e2timents bloquent ou refl\u00e8tent les signaux V2X. Les v\u00e9hicules qui tournent aux intersections peuvent perdre des messages RSU lorsque les b\u00e2timents bloquent la visibilit\u00e9 directe.<\/p>\n La solution est le d\u00e9ploiement multipoint. Une intersection peut n\u00e9cessiter 2 \u00e0 4 RSU couvrant diff\u00e9rentes directions d'approche. Si une direction est bloqu\u00e9e, les autres continuent de fonctionner. Mais cela augmente le co\u00fbt de l'infrastructure.<\/p>\n L'\u00e9vanouissement par trajets multiples repr\u00e9sente un autre d\u00e9fi<\/strong>. Les signaux entre la RSU et le v\u00e9hicule peuvent emprunter des chemins directs ou rebondir sur les b\u00e2timents le long de chemins multiples. La combinaison des signaux sur plusieurs trajets peut soit se renforcer, soit s'annuler l'un l'autre. Cela entra\u00eene une instabilit\u00e9 de la qualit\u00e9 de la communication.<\/p>\n La couche physique du C-V2X int\u00e8gre des optimisations telles que la modulation OFDM et le codage des canaux pour lutter contre certains effets de la propagation par trajets multiples. Mais les environnements urbains complexes ont encore un impact sur les taux de r\u00e9ussite des communications.<\/p>\n Les interf\u00e9rences ne peuvent pas non plus \u00eatre ignor\u00e9es<\/strong>. Bien que le V2X dispose d'un spectre d\u00e9di\u00e9, plusieurs dispositifs \u00e9mettant simultan\u00e9ment sur la m\u00eame fr\u00e9quence continuent d'interf\u00e9rer. Aux intersections tr\u00e8s fr\u00e9quent\u00e9es, des dizaines de v\u00e9hicules et plusieurs RSU peuvent \u00e9mettre simultan\u00e9ment.<\/p>\n Le mode PC5 permet d'\u00e9viter les collisions : les appareils d\u00e9tectent le canal avant de transmettre et attendent s'il est occup\u00e9. Mais cela n'\u00e9limine pas toutes les collisions. Des pertes de paquets se produisent toujours.<\/p>\n La fiabilit\u00e9 des communications V2X n'atteint donc jamais 100%. Les objectifs de conception typiques sont de 90 \u00e0 95% pour la r\u00e9ception des messages dans un rayon de 200 m\u00e8tres. Les 5-10% de perte de paquets restants n\u00e9cessitent une tol\u00e9rance aux pannes au niveau de l'application.<\/p>\n Par exemple, les RSU envoient des messages sur les feux de circulation toutes les 100 millisecondes, soit plusieurs transmissions cons\u00e9cutives. M\u00eame si un paquet tombe, les v\u00e9hicules re\u00e7oivent les messages suivants. Les contr\u00f4leurs de domaine g\u00e8rent \u00e9galement les d\u00e9lais d'attente. Si les messages V2X cessent d'arriver, il faut passer \u00e0 la reconnaissance des feux de circulation bas\u00e9e sur la vision pure.<\/p>\n Nous avons proc\u00e9d\u00e9 \u00e0 la validation du V2X sur de nombreux terrains d'essai et nous avons rencontr\u00e9 divers obstacles.<\/p>\n Le premier probl\u00e8me \u00e9tait la synchronisation de l'horloge<\/strong>. Les horodatages des messages V2X exigent une pr\u00e9cision de l'ordre de la milliseconde. Si les horloges de la passerelle du v\u00e9hicule et de la RSU ne sont pas synchronis\u00e9es, la validation de l'horodatage \u00e9choue et les messages sont rejet\u00e9s.<\/p>\n Les RSU utilisent g\u00e9n\u00e9ralement le GPS ou le BeiDou pour la synchronisation, avec une pr\u00e9cision de l'ordre de la microseconde. Les passerelles pour v\u00e9hicules ont \u00e9galement besoin d'une synchronisation GPS, mais certaines passerelles n'utilisent le GPS que pour le positionnement sans connecter de signaux de synchronisation. Cela entra\u00eene une d\u00e9rive de l'horloge.<\/p>\n Nous avons fini par imposer que les passerelles prennent en charge la synchronisation GPS et se synchronisent p\u00e9riodiquement avec les serveurs NTP. Une double assurance garantit l'exactitude de l'heure.<\/p>\n Le deuxi\u00e8me probl\u00e8me est celui de la transformation des coordonn\u00e9es<\/strong>. Les messages V2X contiennent des donn\u00e9es de position en coordonn\u00e9es WGS84 (latitude\/longitude). Mais les contr\u00f4leurs de domaine utilisent g\u00e9n\u00e9ralement des syst\u00e8mes de coordonn\u00e9es cart\u00e9siennes locales avec la position actuelle du v\u00e9hicule comme point d'origine. Les passerelles qui re\u00e7oivent des messages RSU doivent transformer les coordonn\u00e9es.<\/p>\n La transformation des coordonn\u00e9es semble simple, mais dans le cadre d'exigences de haute pr\u00e9cision, les erreurs de projection, la courbure de la Terre et l'\u00e9l\u00e9vation ont toutes leur importance. Une transformation inexacte conduit les contr\u00f4leurs de domaine \u00e0 mal \u00e9valuer les positions des RSU, ce qui peut avoir une incidence sur les d\u00e9cisions.<\/p>\n Par la suite, nous avons int\u00e9gr\u00e9 des biblioth\u00e8ques de transformation de coordonn\u00e9es de haute pr\u00e9cision dans les passerelles, prenant en charge plusieurs syst\u00e8mes de coordonn\u00e9es et projections. Nous nous sommes \u00e9galement mis d'accord avec les contr\u00f4leurs de domaine sur des syst\u00e8mes de coordonn\u00e9es unifi\u00e9s afin d'\u00e9viter toute confusion.<\/p>\n Troisi\u00e8me probl\u00e8me : les temp\u00eates de messages<\/strong>. Dans certains sc\u00e9narios, comme les grandes intersections ou les gares de p\u00e9age d'autoroute o\u00f9 la circulation est dense, chaque v\u00e9hicule \u00e9met des messages BSM. Les passerelles peuvent recevoir simultan\u00e9ment des centaines de messages.<\/p>\n Transf\u00e9rer chaque message aux contr\u00f4leurs de domaine inonderait le r\u00e9seau embarqu\u00e9. Les passerelles doivent agr\u00e9ger et filtrer. Par exemple, ne transmettre que les messages provenant de v\u00e9hicules situ\u00e9s dans un rayon de 200 m\u00e8tres, en ignorant ceux qui sont plus \u00e9loign\u00e9s. Elles peuvent \u00e9galement classer les messages par ordre de priorit\u00e9, en ne transmettant que les plus critiques.<\/p>\n Le quatri\u00e8me probl\u00e8me est celui de la compatibilit\u00e9 des appareils<\/strong>. Bien que les normes V2X existent, les impl\u00e9mentations des diff\u00e9rents fournisseurs varient encore. Au cours des essais, nous avons constat\u00e9 que certains messages de marque RSU ne pouvaient pas \u00eatre analys\u00e9s par certaines marques de passerelles. La capture de paquets a r\u00e9v\u00e9l\u00e9 un traitement incoh\u00e9rent des champs optionnels de codage ASN.1.<\/p>\n En fin de compte, il a fallu contacter les deux fournisseurs pour aligner les mises en \u0153uvre sur les normes. Ces probl\u00e8mes d'interop\u00e9rabilit\u00e9 doivent \u00eatre r\u00e9solus avant le d\u00e9ploiement \u00e0 grande \u00e9chelle de la technologie V2X, faute de quoi les \u00e9quipements de diff\u00e9rents fournisseurs ne pourront pas fonctionner ensemble.<\/p>\n Les applications V2X diff\u00e8rent consid\u00e9rablement d'un sc\u00e9nario \u00e0 l'autre.<\/p>\n Sc\u00e9narios de routes urbaines<\/strong> L'accent est mis sur les informations relatives aux feux de circulation et les avertissements de conflits aux intersections. La densit\u00e9 des RSU est relativement \u00e9lev\u00e9e, pratiquement chaque intersection signal\u00e9e fait l'objet d'un d\u00e9ploiement. Les passerelles pour v\u00e9hicules doivent g\u00e9rer la r\u00e9ception de messages \u00e0 haute fr\u00e9quence tout en g\u00e9rant la consommation d'\u00e9nergie - elles ne peuvent pas fonctionner \u00e0 pleine puissance en permanence.<\/p>\n Sc\u00e9narios autoroutiers<\/strong> mettre l'accent sur les avertissements de collision avant, les avertissements de freinage d'urgence, les alertes de danger routier. Ces messages ont une priorit\u00e9 plus \u00e9lev\u00e9e et des exigences plus strictes en mati\u00e8re de temps de latence. Lors du traitement des messages V2X sur les autoroutes, les passerelles doivent leur attribuer la priorit\u00e9 la plus \u00e9lev\u00e9e, afin d'\u00e9viter que d'autres donn\u00e9es commerciales ne les bloquent.<\/p>\n Sc\u00e9narios miniers et portuaires<\/strong> utiliser le V2X non seulement pour les avertissements de s\u00e9curit\u00e9, mais aussi pour la r\u00e9partition des v\u00e9hicules. Les RSU \u00e9mettent des instructions de conduite, les v\u00e9hicules doivent suivre les commandes jusqu'aux positions d\u00e9sign\u00e9es. Ces sc\u00e9narios exigent une fiabilit\u00e9 absolue des messages V2X - aucune perte n'est tol\u00e9r\u00e9e.<\/p>\n G\u00e9n\u00e9ralement associ\u00e9 \u00e0 des m\u00e9canismes d'acquittement. Les v\u00e9hicules qui re\u00e7oivent des instructions de r\u00e9partition r\u00e9pondent par des messages de confirmation via V2X. Si les RSU ne re\u00e7oivent pas de confirmation, elles renvoient les instructions. Cela n\u00e9cessite que les passerelles de v\u00e9hicules prennent en charge la communication bidirectionnelle, \u00e0 la fois pour la r\u00e9ception et la transmission.<\/p>\n Sc\u00e9narios pour le campus et le parc<\/strong> impliquent des vitesses plus faibles avec des exigences de s\u00e9curit\u00e9 moins strictes. Le V2X peut se concentrer davantage sur l'optimisation de l'efficacit\u00e9 du flux de trafic, comme la progression de l'onde verte ou le franchissement coordonn\u00e9 des intersections. Ces sc\u00e9narios permettent d'assouplir les exigences en mati\u00e8re de temps de latence, mais exigent une couverture compl\u00e8te - sans angle mort.<\/p>\n Les informations V2X fusionnent finalement avec les donn\u00e9es des capteurs embarqu\u00e9s. Cette fusion s'effectue g\u00e9n\u00e9ralement au niveau des contr\u00f4leurs de domaine, mais les passerelles doivent coop\u00e9rer.<\/p>\n Par exemple, les cam\u00e9ras d\u00e9tectent les feux rouges tout en recevant simultan\u00e9ment un message de feu rouge via V2X. Si les deux sources concordent, la confiance augmente. En cas de conflit, il peut s'agir d'une erreur d'identification de la cam\u00e9ra ou d'un probl\u00e8me de message V2X n\u00e9cessitant un examen plus approfondi.<\/p>\n Autre cas : les cam\u00e9ras ne peuvent pas voir clairement les feux de signalisation en raison de l'\u00e9blouissement du soleil ou de l'obstruction des v\u00e9hicules. Si V2X re\u00e7oit les messages des feux de signalisation, il fournit des informations suppl\u00e9mentaires.<\/p>\n Prenons par exemple les v\u00e9hicules \u00e0 angle mort. Le LiDAR et les cam\u00e9ras peuvent manquer des v\u00e9hicules occult\u00e9s, mais ces v\u00e9hicules diffusent des messages BSM. Une fois que les contr\u00f4leurs de domaine ont fusionn\u00e9 les donn\u00e9es V2X, ils per\u00e7oivent la pr\u00e9sence de v\u00e9hicules dans l'angle mort et planifient \u00e0 l'avance des man\u0153uvres d'\u00e9vitement.<\/p>\n Au cours de ce processus, les passerelles doivent s'assurer que les horodatages des messages V2X correspondent aux donn\u00e9es des capteurs. Toutes les donn\u00e9es ont besoin d'une r\u00e9f\u00e9rence temporelle unifi\u00e9e afin que les contr\u00f4leurs de domaine puissent associer diff\u00e9rentes donn\u00e9es sources au m\u00eame moment lors de la fusion.<\/p>\n Le d\u00e9ploiement du V2X est fortement influenc\u00e9 par les r\u00e9glementations et les normes. Les exigences V2X varient d'un pays \u00e0 l'autre et d'une r\u00e9gion \u00e0 l'autre.<\/p>\n La Chine encourage le C-V2X. Le MIIT a allou\u00e9 un spectre d\u00e9di\u00e9, le MOT formule des normes d'application V2X. Certaines villes exigent que les nouvelles routes d\u00e9ploient des RSU et que les v\u00e9hicules commerciaux nouvellement immatricul\u00e9s soient \u00e9quip\u00e9s de dispositifs V2X.<\/p>\n L'Europe, qui privil\u00e9giait auparavant le DSRC, s'oriente aujourd'hui vers le C-V2X. La Commission europ\u00e9enne est en train d'\u00e9tablir des normes V2X unifi\u00e9es exigeant l'interop\u00e9rabilit\u00e9 v\u00e9hicule-infrastructure.<\/p>\n La situation aux \u00c9tats-Unis est compliqu\u00e9e. La FCC a allou\u00e9 une partie du spectre de 5,9 GHz au WiFi, ne laissant au V2X qu'une bande passante de 30 MHz. Les constructeurs automobiles am\u00e9ricains soutiennent \u00e0 la fois le C-V2X et le DSRC. Le march\u00e9 est encore en train de comprendre les choses.<\/p>\n Pour les passerelles de v\u00e9hicules, il est n\u00e9cessaire de prendre en charge les diff\u00e9rentes normes V2X r\u00e9gionales. Id\u00e9alement, elles doivent \u00eatre configurables par logiciel et adaptables aux diff\u00e9rents march\u00e9s gr\u00e2ce \u00e0 des mises \u00e0 jour du micrologiciel. En ce qui concerne le mat\u00e9riel, les frontaux RF doivent couvrir diff\u00e9rentes bandes de fr\u00e9quences.<\/p>\n La certification de la s\u00e9curit\u00e9 est \u00e9galement une exigence de conformit\u00e9. La CCSA chinoise a \u00e9labor\u00e9 des sp\u00e9cifications techniques de s\u00e9curit\u00e9 V2X - les dispositifs des v\u00e9hicules doivent \u00eatre certifi\u00e9s pour un d\u00e9ploiement commercial. L'Europe dispose de normes similaires. Les passerelles doivent prendre en charge les protocoles techniques et obtenir la certification correspondante.<\/p>\n La technologie V2X continue de se d\u00e9velopper rapidement. La technologie 5G NR V2X est une technologie de nouvelle g\u00e9n\u00e9ration qui apporte des am\u00e9liorations majeures par rapport \u00e0 la technologie LTE V2X. Moins de latence, plus de fiabilit\u00e9, prise en charge de vitesses plus \u00e9lev\u00e9es et d'un trafic plus dense.<\/p>\n Mais les co\u00fbts de l'\u00e9quipement V2X 5G restent relativement \u00e9lev\u00e9s. La commercialisation de masse n\u00e9cessite du temps. Dans la phase actuelle, les technologies LTE V2X et 5G V2X coexistent. Les passerelles pour v\u00e9hicules doivent prendre en charge les deux technologies.<\/p>\n Une autre tendance est la convergence des r\u00e9seaux V2X et 5G. Les futures passerelles pour v\u00e9hicules pourraient utiliser des modules uniques prenant simultan\u00e9ment en charge le mode 5G Uu et le mode 5G PC5, \u00e9liminant ainsi les modules C-V2X s\u00e9par\u00e9s. Cela permet de r\u00e9duire les co\u00fbts et la consommation d'\u00e9nergie.<\/p>\n L'informatique en p\u00e9riph\u00e9rie s'int\u00e8gre \u00e9galement \u00e0 la technologie V2X. Les RSU ne sont plus de simples n\u0153uds de diffusion, mais acqui\u00e8rent une capacit\u00e9 de calcul. Elles peuvent agr\u00e9ger des donn\u00e9es concernant plusieurs v\u00e9hicules, prendre des d\u00e9cisions de coordination locale, puis distribuer les r\u00e9sultats via V2X. Les passerelles pour v\u00e9hicules doivent g\u00e9rer des interactions plus complexes.<\/p>\n D'apr\u00e8s l'exp\u00e9rience que j'ai acquise en participant \u00e0 des projets V2X ces derni\u00e8res ann\u00e9es, la technologie elle-m\u00eame est relativement m\u00fbre. Le plus grand d\u00e9fi r\u00e9side dans le d\u00e9ploiement \u00e0 grande \u00e9chelle. Les co\u00fbts de l'infrastructure RSU, les taux d'\u00e9quipement des v\u00e9hicules, l'interop\u00e9rabilit\u00e9 entre les diff\u00e9rents fournisseurs - ces questions ont besoin de temps pour \u00eatre r\u00e9solues. Mais la direction est claire. Le V2X deviendra un \u00e9quipement standard dans les v\u00e9hicules intelligents connect\u00e9s, et la coordination entre les passerelles des v\u00e9hicules et les RSU deviendra de plus en plus importante.<\/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":["3558"]},"yoast_head":"\nD\u00e9tails de la pile de protocoles<\/h2>\n
Allocation du budget de latence<\/h2>\n
M\u00e9canismes d'authentification et de s\u00e9curit\u00e9 des messages<\/h2>\n
Port\u00e9e de la couverture et fiabilit\u00e9 des communications<\/h2>\n
![\"517f424f0c5a30e996299d8a6a139b59\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/517f424f0c5a30e996299d8a6a139b59.png\" "\\"517f424f0c5a30e996299d8a6a139b59\\"")
<\/p>\nProbl\u00e8mes r\u00e9els que nous avons rencontr\u00e9s lors des tests<\/h2>\n
Variations entre les sc\u00e9narios d'application<\/h2>\n
Fusion avec d'autres capteurs<\/h2>\n
Impact de la r\u00e9glementation et des normes<\/h2>\n
Direction de l'\u00e9volution future<\/h2>\n