FR 3103661 A1 20210528 FR 1913168 A 20191125 L’invention concerne un procédé et un dispositif de transmission de données pour véhicule, notamment dans un réseau de communication de type V2X. A cet effet, une trame (2) de données est transmise selon un mode de communication véhicule vers tout, dit V2X. La trame (2) comprend avantageusement une série (200) de plusieurs paquets de données (21 à 24) identiques et consécutifs dans la trame de données, chaque paquet (21 à 24) comprenant un même ensemble de données identiques. Figure pour l’abrégé : Figure 2 Procédé et dispositif de transmission de données pour véhicule L’invention concerne les procédés et dispositifs de transmission de données pour véhicule, notamment de type automobile. L’invention concerne plus particulièrement un procédé et un dispositif de transmission de données selon un mode de communication de type véhicule vers tout, dit V2X, notamment pour la transmission de message d’urgence ou d’alerte. Arrière-plan technologique Les véhicules contemporains embarquent des systèmes de communications permettant aux véhicules d’échanger des informations entre eux ou avec leur environnement, notamment des informations associées à des messages d’alerte ou d’urgence pour prévenir d’un danger par exemple. Ainsi, de nouvelles technologies de l’information et de la communication appliquées au domaine des transports sont apparues, telles que l’ITS G5 (de l’anglais « Intelligent Transportation System G5 » ou en français « Système de transport intelligent G5 ») en Europe ou DSRC (de l’anglais « Dedicated Short Range Communications » ou en français « Communications dédiées à courte portée ») aux Etats-Unis d’Amérique qui reposent tous les deux sur le standard IEEE 802.11p ou encore la technologie basée sur les réseaux cellulaires nommée C-V2X (de l’anglais « Cellular - Vehicle to Everything » ou en français « Cellulaire – Véhicule vers tout ») qui s’appuie sur la 4G basé sur LTE (de l’anglais « Long Term Evolution » ou en français « Evolution à long terme ») et bientôt la 5G. Les véhicules étant par définition mobiles, la transmission des données s’accompagne parfois d’erreurs et/ou de perte d’information, par exemple dues à des pertes temporaires de connexion. Ces problèmes de transmission peuvent s’avérer particulièrement dommageable lorsque les données transmises par un véhicule sont relatives à un message d’alerte ou d’urgence pour prévenir les usagers de la route d’un danger imminent par exemple. Un objet de la présente invention est de sécuriser la transmission de données dans un système de communication de type véhicule vers tout, dit V2X. Un autre objet de l’invention est d’améliorer la fiabilité de la transmission de données par un véhicule, notamment pour les données relatives à une urgence ou une détresse. Selon un premier aspect, l’invention concerne un procédé de transmission de données pour véhicule, le procédé comprenant une transmission d’une trame de données selon un mode de communication véhicule vers tout, dit V2X, la trame comprenant une série de plusieurs paquets identiques et consécutifs dans la trame. Selon une variante, un code de détection d’erreur différent est associé à chacun des paquets de la série. Selon une autre variante, un code de correction d’erreur différent est associé à chacun des paquets de la série. Selon une variante supplémentaire, chaque paquet de la série comprend un même ensemble de données identiques représentatives d’un message d’urgence ou d’un message d’alerte. Selon une variante additionnelle, les données de l’ensemble de données correspondent à des données de message de type CAM ou DENM. Selon encore une variante, un intervalle temporel de transmission est associé à chaque paquet de la série, la série formant un groupement d’intervalles temporels de transmission. Selon une autre variante, un nombre de paquets identiques compris dans la série est déterminé en fonction de conditions de transmission de la trame de données. Selon un deuxième aspect, l’invention concerne un dispositif de transmission de données pour véhicule, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de l’invention. Selon un troisième aspect, l’invention concerne un véhicule, par exemple de type automobile, comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de l’invention. Selon un quatrième aspect, l’invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de l’invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Selon un cinquième aspect, l’invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de l’invention. D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des figures D’autres caractéristiques et avantages de l’invention ressortiront de la description des modes de réalisation non limitatifs de l’invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : illustre de façon schématique un environnement de communication V2X, selon un exemple de réalisation particulier de la présente invention ; illustre schématiquement la structure d’une trame de données transmises par un véhicule de l’environnement de communication de la figure 1, selon un exemple de réalisation particulier de la présente invention ; illustre schématiquement un dispositif configuré pour transmettre la trame de données de la figure 2, selon un exemple de réalisation particulier de la présente invention ; illustre un organigramme des différentes étapes d’un procédé de transmission de données pour un véhicule de l’environnement de la figure 1, selon un exemple de réalisation particulier de la présente invention. Un procédé et un dispositif de transmission de données pour véhicule, notamment dans un réseau de communication de type V2X, vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. Selon un exemple particulier et non limitatif de réalisation de l’invention, un procédé de transmission de données, notamment dans un réseau de communication de type V2X, comprend la transmission d’une ou plusieurs trames de données selon un mode de communication véhicule vers tout, dit V2X. Chaque trame comprend avantageusement une série de plusieurs paquets de données identiques et consécutifs dans la trame de données, chaque paquet comprenant un même ensemble de données identiques. La concaténation de plusieurs paquets identiques dans une même trame de données transmise à destination d’un ou plusieurs destinataires permet d’améliorer la sécurité de la transmission, c’est-à-dire d’augmenter la probabilité que les données contenues dans les paquets soient effectivement reçues par le ou les destinataires. illustre schématiquement un environnement de communication 1 dans un réseau de communication de type V2X (de l’anglais « Vehicle-to-everything » ou en français « Véhicule vers tout »), selon un exemple de réalisation particulier et non limitatif de la présente invention. La figure 1 illustre un premier véhicule 10 circulant dans un environnement routier. Le premier véhicule 10 embarque avantageusement un dispositif de communication pour transmettre et recevoir des données à destination d’un autre dispositif de communication, par exemple un dispositif de communication embarqué dans un deuxième véhicule 11 ou porté par un piéton 12 ou par un cycliste 13. Chaque dispositif de communication peut être assimilé à un nœud d’un réseau, par exemple un réseau sans fil ad hoc. Le premier véhicule 10 transmet des informations ou des données à destination du deuxième véhicule, du piéton 12 et/ou du cycliste 13 en utilisant un système de communication véhicule vers tout, dit V2X, par exemple basé sur les standards 3GPP LTE-V ou IEEE 802.11p de ITS G5. Dans un tel système de communication V2X, chaque véhicule embarque un nœud pour permettre une communication de véhicule à véhicule V2V (de l’anglais « vehicle-to-vehicle »), de véhicule à infrastructure V2I (de l’anglais « vehicle-to-infrastructure ») et/ou de véhicule à piéton V2P (de l’anglais « vehicle-to-pedestrian »), les piétons (ou les cyclistes) étant équipés de dispositifs mobiles (par exemple un téléphone intelligent (de l’anglais « Smartphone »)) configurés pour communiquer avec les véhicules. Un réseau sans fil ad hoc (aussi appelé WANET (de l’anglais « Wireless Ad Hoc Network ») ou MANET (de l’anglais « Mobile Ad Hoc Network »)) est un réseau sans fil décentralisé. Contrairement à un réseau centralisé qui s’appuie sur une infrastructure existante comprenant par exemple des routeurs ou des points d’accès reliés entre eux par une infrastructure filaire ou sans-fil, le réseau sans fil ad hoc est constitué de nœuds qui participent chacun au routage des données en retransmettant les données d’un nœud à l’autre, de l’émetteur vers le destinataire, en fonction de la connectivité du réseau et de l’algorithme de routage mis en œuvre. Le réseau sans fil ad hoc correspond avantageusement à un réseau véhiculaire ad hoc (ou VANET, de l’anglais « Vehicular Ad hoc NETwork ») ou à un réseau véhiculaire ad hoc intelligent (ou InVANET, de l’anglais « Intelligent Vehicular Ad hoc NETwork »), aussi appelé réseau « GeoNetworking ». Dans un tel réseau, 2 véhicules ou plus embarquant chacun un nœud peuvent communiquer entre eux dans le cadre d’une communication véhicule à véhicule V2V (de l’anglais « vehicle-to-vehicle ») ; chaque véhicule peut communiquer avec l’infrastructure mise en place dans le cadre d’une communication véhicule à infrastructure V2I (de l’anglais « vehicle-to-infrastructure ») ; chaque véhicule peut communiquer avec un ou des piétons équipés de dispositifs mobiles (par exemple un téléphone intelligent (de l’anglais « Smartphone »)) dans le cadre d’une communication véhicule à piéton V2P (de l’anglais « vehicle-to-pedestrian »). Le réseau sans fil ad hoc comprend des relais de transmission 101, 102 correspondant par exemple à une ou plusieurs UBR (« Unité Bord de Route ») 101, 102, chacune correspondant à un nœud du réseau, en plus des nœuds équipant les véhicules ou les piétons. Selon une variante, les relais de transmission 101, 102 correspondent à des antennes relais d’un réseau cellulaire, par exemple un réseau cellulaire dit 4G ou 5G. Selon encore une variante, le réseau sans fil ad hoc comprend une ou plusieurs UBR et une ou plusieurs antennes relais d’un réseau cellulaire, en plus des nœuds équipant les véhicules ou les piétons. Selon cette variante, le nœud 101 correspond par exemple à une UBR et le nœud 102 à une antenne relais. Les relais 101 et 102 sont avantageusement reliés à un ou plusieurs serveurs distants ou au « cloud » 100 (ou en français « nuage ») via une connexion filaire et/ou sans fil. Les relais 101 et 102 peuvent ainsi faire office de relais entre le « cloud » 100 et le premier véhicule 10, le deuxième véhicule 11, le piéton 12 et/ou le cycliste 13. Selon une variante de réalisation, le premier véhicule 10 transmet des données à destination du deuxième véhicule 11, du piéton 12 et/ou du cycliste 13 selon un mode de communication directe, c’est-à-dire sans passer par l’infrastructure réseau (comprenant les relais 101 et 102). Un mode de communication directe est par exemple conforme à : - ITS G5 en Europe ou DSRC (de l’anglais « Dedicated Short Range Communications » ou en français « Communications dédiées à courte portée ») aux Etats-Unis d’Amérique, qui reposent tous les deux sur le standard IEEE 802.11p ; ou - LTE-V Mode 4 (de l’anglais « Long-Term Evolution – Vehicle Mode 4 » ou en français « Evolution à long terme – véhicule Mode 4 ») qui permet des communications V2V, aussi appelées communications « sidelink » (ou en français « liaison latérale »)) basé sur une interface de communication directe de LTE appelée PC5 ; une telle technologie est décrite par exemple dans l’article intitulé « Analytical Models of the Performance of C-V2X Mode 4 Vehicular Communications », écrit par Manuel Gonzalez-Martin, Miguel Sepulcre, Rafael Molina-Masegosa et Javier Gozalvez, et publié en 2018. Dans une première opération, une trame de données comprenant une série de paquets de données identiques est formée par le premier véhicule 10. Cette trame de données correspond par exemple à la trame de données décrites en regard de la figure 2. Les paquets de données sont dits identiques en ce que les données utiles (de l’anglais « Payload ») que chacun de ces paquets transporte sont identiques. Le nombre de paquets identiques de la série est compris par exemple entre 2 et 10, par exemple égal à 2, 3, 4, 5 paquets. Chaque paquet de la série comprend avantageusement des données représentatives de message d’urgence et/ou d’alerte et/ou de détresse, ces données permettant de prévenir le ou les destinataires de la trame de données d’un danger ou d’une urgence. Ces données correspondent par exemple à des données d’un ou plusieurs messages de type DENM (de l’anglais « Decentralized Environmental Notification Message » ou en français « Message de notification environnementale décentralisée ») tel que défini dans la spécification technique ETSI TS 102 637-3 v1.1.1 de septembre 2010. Selon un autre exemple, ces données correspondent par exemple à des données d’un ou plusieurs messages de type CAM (de l’anglais « Cooperative Awareness Message » ou en français « Message d’avertissement coopératif ») tel que défini dans la spécification technique ETSI TS 102 637-2 v1.2.1 de mars 2011. Les paquets de données sont regroupés de manière à être consécutifs dans la trame de données, c’est-à-dire que les paquets de données de la série sont par exemple regroupés dans une salve de transmission (de l’anglais « transmission burst ») ou dans un groupement d’intervalles de temps de transmission (de l’anglais « Transmission Time Interval bundling », dit « TTI bundling » ou « groupement TTI » en français), un intervalle de temps de transmission, dit TTI, (par exemple égal à 40 ms) étant associé ou alloué à chaque paquet de données de la série. Le nombre de paquets de la série correspond par exemple à un paramètre par défaut, ce nombre étant fixe quelle que soit la situation. Selon une variante, le nombre de paquet de la série correspond à une valeur paramétrable, par exemple par un utilisateur. Selon encore une variante, le nombre de paquets de la série est un paramètre configurable dynamiquement et automatiquement par le dispositif construisant la trame de données. Selon cette dernière variante, le nombre de paquets compris dans la série est déterminé en fonction des conditions ou de transmission ou de la qualité de la connexion entre le premier véhicule 10 d’une part et le ou les destinataires de la trame d’autre part. Les conditions de transmission sont par exemple évaluées par le dispositif construisant la trame (et embarqué dans le premier véhicule 10) à partir d’indicateurs tels que le PER (de l’anglais « Packet Error Rate » ou en français « Taux d’erreur paquet »), le FER (de l’anglais « Frame Error Rate » ou en français « Taux d’erreur de trame »), le nombre d’acquittement ou non-acquittement reçus. Ces indicateurs sont par exemple déterminés à partir de trames ou paquets de données précédemment transmis par le premier véhicule 10, en fonction des retours faits par le ou les destinataires des trames ou paquets de données précédemment transmis. Meilleure est la connexion (PER et/ou FER faibles par exemple, ou nombre d’acquittements élevé par rapport au nombre de paquets précédemment transmis), plus le nombre de paquets dans la série est faible (par exemple 2 ou 3 paquets identiques dans la série). A contrario, plus la connexion est mauvaise (PER et/ou FER élevés par exemple, ou nombre d’acquittements faible (ou nombre de non-acquittements élevé) par rapport au nombre de paquets précédemment transmis), plus le nombre de paquets dans la série est important (par exemple 4 ou 5 paquets identiques dans la série) Dans une deuxième opération, la trame comprenant la série de paquets identiques est transmise selon un mode de communication V2X, par exemple selon un mode de communication directe. La trame est par exemple transmise selon un mode de transmission de diffusion (de l’anglais « broadcast »), c’est-à-dire à destination de l’ensemble des dispositifs de communication configurés pour communiquer avec le premier véhicule 10 selon le mode de communication V2X. Cet ensemble comprend par exemple le deuxième véhicule 11, le piéton 12 et le cycliste 13 et est illustré avec un cercle en pointillés sur la figure 1. Selon un autre exemple, la trame est transmise selon un mode de transmission de multidiffusion (de l’anglais « multicast »), c’est-à-dire à destination de plusieurs dispositifs de communication chacun identifié par leur adresse. Selon encore un exemple, la trame est transmise selon un mode de transmission d’unidiffusion (de l’anglais « unicast »), c’est-à-dire à destination d’un seul dispositif de communication identifié par son adresse (par exemple le dispositif de communication porté par le piéton 12). Le mode de transmission est par exemple fonction de la nature des données comprises dans les paquets de données de la série. La transmission consécutive de plusieurs paquets identiques permet d’augmenter significativement la probabilité que les données contenues dans ces paquets soient effectivement reçues et décodées par le ou les destinataires de ces paquets de données. Par ailleurs, la transmission consécutive de plusieurs paquets identiques permet de réduire considérablement le temps de latence entre 2 paquets de données. Dans l’état de l’art, il est connu de transmettre à nouveau un paquet de données lorsque le paquet précédemment transmis n’a pas été reçu, au moins en partie, ou lorsque les données du paquet précédemment transmis n’ont pas pu être décodées correctement. La nouvelle émission fait généralement suite à la réception d’un message du destinataire signifiant à l’émetteur que le paquet n’a pas été reçu ou n’a pas été décodé, via par exemple l’émission d’un non-acquittement, dit Non-ACK ou NACK. Le temps de latence entre l’émission du premier paquet et l’émission du deuxième paquet est alors particulièrement important, ce qui est très problématique lorsque les données contenues dans les paquets sont relatives à des situations d’urgence ou de détresse. Avec l’émission consécutive de plusieurs paquets de données identiques, la latence est réduite au minimum. Si le destinataire n’a pas reçu le premier paquet de la série correctement, il recevra dans la foulée les paquets suivants de la série sans en faire la requête, ce qui permet d’augmenter la probabilité de recevoir et décoder toutes les données, même s’il y a des erreurs sur certains paquets. La fiabilité de la connexion s’en trouve ainsi grandement améliorée. Pour encore augmenter la fiabilité de la connexion, selon une variante de réalisation, un code de détection d’erreur différent est associé à chacun des paquets de la série. Un tel code de détection d’erreur correspond par exemple à un CRC (de l’anglais « Cyclic Redundancy Check » ou « Contrôle de redondance cyclique » en français). Selon encore une variante, des bits de correction d’erreur différents sont associés à chaque paquet. Une telle variante permet d’améliorer la fiabilité de la transmission des données en augmentant la probabilité que les données des paquets partiellement transmises ou transmises avec erreur puissent être reconstruites à partir des données correctement reçues. Ces bits correspondent par exemple à des données de FEC (de l’anglais « Forward Error Correction » ou en français « Correction d’erreur sans voie de retour ») ou à un code de Reed-Solomon. illustre schématiquement la structure d’une trame de données 2 transmise par le premier véhicule 10 à destination d’un ou plusieurs destinataires dans l’environnement de communication de la figure 1, selon un exemple de réalisation particulier et non limitatif de la présente invention. La trame 2 correspond par exemple à une trame de données conforme au protocole TCP, un tel protocole étant décrit dans le document RFC 793 (de l’anglais « Requests for Comments » ou en français « Requêtes pour commentaires »). La trame 2 (également appelée segment) correspond à une séquence de valeurs binaires, seuls les éléments spécifiques à l’invention étant représentés sur la figure 2. La trame 2 comprend un entête de trame 20 suivi de plusieurs paquets ou segments de données. Chaque paquet de données est par exemple conforme au protocole « GeoNetworking », la structure d’un tel segment de données étant par exemple décrite dans le document ETSI TS 102 636-4-1. Un segment de données est aussi appelé un paquet de données, par exemple décrit sous l’acronyme GN-PDU (de l’anglais « GeoNetworking Protocol Data Unit » ou en français « Unité de données du protocole GeoNetworking »). Les segments de données à l’intention d’un même destinataire (ou de plusieurs mêmes destinataires) sont encapsulés dans la trame de données 2. Selon un autre exemple, les segments de données de la trame 2 correspondent à des paquets de données de message(s) émis par un même véhicule (par exemple le premier véhicule 10) à destination d’un serveur du « cloud » (par exemple des données de messages relatifs à un freinage d’urgence et d’un danger immédiat duquel le premier véhicule est en approche). La trame de données 2 comprend avantageusement une série 200 de plusieurs paquets 21, 22, 23, 24 de données identiques arrangées consécutivement dans la trame de données 2. Dit autrement, le paquet de données 21 comprend les mêmes données utiles que chacun des autres paquets 22 à 24, chaque paquet transportant un même ensemble de données. La série 200 de paquets 21 à 24 correspond avantageusement à un groupement TTI 200. Un intervalle de temps de transmission, dit TTI, est avantageusement associé à chaque paquet 21 à 24 pour la transmission de chaque paquet 21 à 24. La durée de l’intervalle est par exemple égale à 10, 20 ou 40 ms. Chaque paquet de données 21 à 24 comprend des mêmes données utiles qui correspondent avantageusement à des données relatives à des messages d’urgence, d’alerte, de détresse et/ou de sécurité. Ces données sont par exemple des données de message de type CAM et/ou DENM. Ces données sont par exemple encodées dans les paquets de données GN-PDU en utilisant des règles d’encodage de type UPER (de l’anglais « Unaligned Packed Encoding Rules » ou en français « Règles d’encodage par paquet non alignées ») du standard ASN.1 (de l’anglais « Abstract Syntax Notation One » ou en français « Notation de syntaxe abstraite 1 »). Selon une variante particulière de réalisation, un code de détection d’erreur différent est associé à chaque paquet 21 à 24. Selon une autre variante particulière de réalisation, un code de correction d’erreur différent est associé à chaque paquet 21 à 24. La structure d’une telle trame permet la transmission consécutive (d’un point de vue temporel) de chacun des paquets 21 à 24, la transmission du premier paquet 21 étant suivie de la transmission du deuxième paquet 22, qui est suivie de la transmission du troisième paquet 23, elle-même suivie de la transmission du quatrième paquet 24 de la série 200. Bien entendu, le nombre de paquets de la série 200 n’est pas limité à 4 mais s’étend à tout nombre, par exemple 2, 3, 5, 6 ou plus de paquets. illustre schématiquement un dispositif 3 configuré pour transmettre des données dans l’environnement de communication de la figure 1, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 3 correspond par exemple à un nœud embarqué dans le véhicule 10 ou le véhicule 11 ou à un nœud porté par un piéton, par exemple un téléphone intelligent. Le dispositif 3 est par exemple configuré pour transmettre les données comprises dans la trame 2. Selon une variante, le dispositif 3 est en outre configuré pour construire et générer la trame de données 2 de la figure 2. Le dispositif 3 est par exemple configuré pour la mise en œuvre des opérations décrites en regard des figures 1 et 2 et/ou des étapes du procédé décrit en regard de la figure 4. Des exemples d’un tel dispositif 3 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »), une unité bord de route, un téléphone intelligent, une tablette, un ordinateur portable, un serveur. Les éléments du dispositif 3, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 3 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Selon différents modes de réalisation particuliers, le dispositif 3 est couplé en communication avec d’autres dispositifs ou systèmes similaires, par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Le dispositif 3 comprend un (ou plusieurs) processeur(s) 30 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 3. Le processeur 30 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 3 comprend en outre au moins une mémoire 31 correspondant par exemple une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la première mémoire 31. Selon un mode de réalisation particulier et non limitatif, le dispositif 3 comprend un bloc 32 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant ou le « cloud », d’autres nœuds du réseau ad hoc. Les éléments d’interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Bluetooth® ou Wi-Fi®, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) ; - interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; - interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français). Des données sont par exemples chargées vers le dispositif 3 via l’interface du bloc 32 en utilisant un réseau Wi-Fi® tel que selon IEEE 802.11, un réseau ITS G5 basé sur IEEE 802.11p ou un réseau mobile tel qu’un réseau 4G (ou LTE Advanced selon 3GPP release 10 – version 10) ou 5G, notamment un réseau LTE-V2X. Selon un autre mode de réalisation particulier, le dispositif 3 comprend une interface de communication 33 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué lorsque le dispositif 3 correspond à un calculateur du système embarqué) via un canal de communication 330. L’interface de communication 33 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 330. L’interface de communication 33 correspond par exemple à un réseau filaire de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs ») ou CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible »). Selon un mode de réalisation particulier supplémentaire, le dispositif 3 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage, un ou des haut-parleurs et/ou d’autres périphériques via respectivement des interfaces de sortie non représentées. illustre un organigramme des différentes étapes d’un procédé de transmission de données pour véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le procédé est par exemple mis en œuvre par un dispositif embarqué dans le véhicule 10 ou par le dispositif 3 de la figure 3. Dans une première étape 41, une trame de données est transmise selon un mode de communication véhicule vers tout, dit V2X. Cette trame de données comprend avantageusement une série de plusieurs paquets identiques et consécutifs dans la trame. La trame de données est par exemple reçue d’une mémoire ou d’un dispositif configuré pour construire la trame de données. Bien entendu, l’invention ne se limite pas aux modes de réalisation décrits ci-avant mais s’étend à un procédé de génération d’une trame de données comprenant la série de paquets identiques et au dispositif configuré pour la mise en œuvre du procédé de génération de trame. L’invention concerne également un procédé de réception d’une trame de données comprenant une série de paquets de données identiques et consécutifs, et le dispositif de réception de trame de données associé. L’invention concerne également un véhicule, par exemple automobile ou plus généralement un véhicule à moteur terrestre, comprenant le dispositif 3 de la figure 3. Procédé de transmission de données pour véhicule (10), ledit procédé comprenant une transmission (41) d’une trame (2) de données selon un mode de communication véhicule vers tout, dit V2X, ladite trame (2) comprenant une série (200) de plusieurs paquets (21 à 24) identiques et consécutifs dans ladite trame (2). Procédé selon la revendication 1, pour lequel un code de détection d’erreur différent est associé à chacun des paquets (21 à 24) de ladite série (200). Procédé selon la revendication 1 ou 2, pour lequel un code de correction d’erreur différent est associé à chacun des paquets (21 à 24) de ladite série (200). Procédé selon l’une des revendications 1 à 3, pour lequel chaque paquet (21 à 24) de ladite série (200) comprend un même ensemble de données identiques représentatives d’un message d’urgence. Procédé selon la revendication 4, pour lequel lesdites données dudit ensemble de données correspondent à des données de message de type CAM ou DENM. Procédé selon l’une des revendications 1 à 5, pour lequel un intervalle temporel de transmission est associé à chaque paquet (21 à 24) de ladite série (200), ladite série (200) formant un groupement d’intervalles temporels de transmission. Procédé selon l’une des revendications 1 à 6, pour lequel un nombre de paquets identiques compris dans ladite série (200) est déterminé en fonction de conditions de transmission de ladite trame (2) de données. Dispositif (3) de transmission de données pour véhicule, ledit dispositif comprenant une mémoire (31) associée à au moins un processeur (30) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7. Véhicule (10) comprenant le dispositif (3) selon la revendication 8. Produit programme d’ordinateur comportant des instructions adaptées pour l’exécution des étapes du procédé selon l’une des revendications 1 à 7, lorsque le programme d’ordinateur est exécuté par au moins un processeur.