Brevet FR3157773A1 — publié le 20250627

La présente invention concerne un procédé et un système de contrôle de communication sans fil entre un véhicule (10) et un dispositif distant (111). A cet effet, le véhicule (10) reçoit du dispositif distant (111) une requête pour initier la transmission d’un ensemble de premiers paquets de données via une liaison sans fil (101) à destination du véhicule (10). Le véhicule (10) génère aléatoirement une valeur comprise entre 0 et 1. Une première partie des premiers paquets de données est reçue jusqu’à ce que cette première partie forme un pourcentage de l’ensemble de premiers paquets de données égal à la valeur aléatoire. Un ensemble de deuxièmes paquets de données est alors reçu puis une deuxième partie de l’ensemble de premiers paquets de données formant le complémentaire de la première partie est reçue du dispositif distant (111) via la liaison sans fil (101). Figure pour l’abrégé : Figure 1 Procédé et dispositif de communication sans fil entre un véhicule et un dispositif distant avec génération de valeur aléatoire La présente invention concerne les procédés, dispositifs et systèmes de communication sans fil pour véhicule, par exemple mais non exclusivement pour un véhicule automobile. La présente invention concerne également un procédé, un dispositif et un système de contrôle de complétion de la communication de données via une liaison sans fil. Arrière-plan technologique Les domaines d’utilisation des réseaux de communication sans fil sont très variés et de plus en plus nombreux. Par exemple, l’utilisation de tels réseaux se développe dans le domaine de l’automobile avec l’apparition des véhicules dits connectés, ces véhicules connectés étant configurés pour communiquer des données entre eux et/ou avec un ou plusieurs dispositifs distants, par exemple des serveurs du « cloud » (ou « nuage » en français). Un tel mode de communication sans fil est parfois appelé OTA (de l’anglais « Over The Air » ou en français « par voie aérienne »). Les données échangées entre le « cloud » et un véhicule connecté sont de différentes natures et comprennent par exemple des données pour la mise en œuvre de différents services dans le véhicule ou encore des données pour la mise à jour des logiciels embarqués de ces véhicules. Les différents services et logiciels sont mis en œuvre par un ensemble de calculateurs assurant chacun une ou plusieurs fonctions, telles que par exemple la gestion de l’aide à la conduite, de l’antipatinage, de la répartition électronique du freinage ou encore la commande d’actionneurs pour assurer le fonctionnement optimal du véhicule ainsi que la sécurité et le confort des passagers. Ces calculateurs sont aussi appelés UCE (« Unité de Commande Electronique » ou en anglais ECU « Electronic Control Unit »). Des mises à jour des logiciels sont parfois nécessaires, par exemple pour améliorer une fonction ou pour corriger une erreur, aussi appelée « bug » en informatique. Ces mises à jour peuvent s’avérer critiques, notamment pour les logiciels qui assurent le bon fonctionnement du véhicule et la sécurité des passagers du véhicule. Quelle que soit la nature des données communiquées via une liaison sans fil de type OTA, il est nécessaire d’assurer leur bonne communication depuis l’émetteur jusqu’au récepteur. Garantir l’intégrité des données reçues par un véhicule connecté et la sécurité des données transmises fait partie des enjeux importants dans les systèmes de communication de données sans fil. Résumé de la présente invention Un objet de la présente invention est de résoudre au moins l’un des problèmes de l’arrière-plan technologique décrit précédemment. Un autre objet de la présente invention est d’améliorer la communication sans fil de données entre un véhicule et un dispositif distant, par exemple un serveur. Selon un premier aspect, la présente invention concerne un procédé de communication sans fil entre un véhicule et un dispositif distant, le procédé étant mis en œuvre par au moins un calculateur du véhicule, le procédé comprenant les étapes suivantes : - réception, via une liaison sans fil depuis le dispositif distant, d’une première requête pour initier une transmission d’un ensemble de premiers paquets de données à destination du véhicule et réception d’une information représentative d’un nombre de premiers paquets de données compris dans l’ensemble de premiers paquets de données ; puis - génération aléatoire d’une valeur comprise entre 0 et 1, la valeur étant strictement supérieure à 0 et strictement inférieure à 1 ; puis - réception d’une première partie de l’ensemble de premiers paquets de données via ladite liaison sans fil jusqu’à ce que la première partie représente un pourcentage de l’ensemble de premiers paquets de données égal à la valeur ; puis - réception d’au moins un deuxième paquet de données via la liaison sans fil, le au moins un deuxième paquet n’appartenant pas à l’ensemble de premiers paquets de données ; puis - réception d’une deuxième partie de l’ensemble de premiers paquets de données via la liaison sans fil suivant la réception du au moins un deuxième paquet de données, la deuxième partie formant le complémentaire de la première partie de l’ensemble de premiers paquets de données. Un tel procédé permet de sécuriser la transmission de données entre un dispositif distant, par exemple un serveur du « cloud », et un véhicule en intercalant la transmission de deuxième(s) paquet(s) de données dans la transmission d’un ensemble de premiers paquets de données à un instant déterminé aléatoirement par le véhicule, le(s) deuxième(s) paquet(s) étant sans rapport avec les premiers paquets. Le véhicule connaissant l’instant de transmission du au moins un deuxième paquet de données est en mesure de faire le tri entre le(s) deuxième(s) paquet(s) et les premiers paquets de données, contrairement à un tiers qui aurait réussi à intercepter les paquets de données échangés entre le dispositif distant et le véhicule, les données interceptées devenant inutilisables pour le tiers. Selon une variante, le procédé comprend en outre les étapes suivantes : - transmission de données représentatives de la valeur à destination du dispositif distant selon la liaison sans fil ; - transmission de premières données représentatives d’un acquittement de réception de la première partie à destination du dispositif distant selon la liaison sans fil, la réception du au moins un deuxième paquet suivant temporellement la transmission des premières données. Selon une autre variante, le procédé comprend en outre une étape de transmission d’une deuxième requête à destination du dispositif distant via la liaison sans fil pour recevoir le au moins un deuxième paquet de données. Selon encore une variante, la deuxième requête est comprise dans les premières données. Selon une variante supplémentaire, le procédé comprend en outre les étapes suivantes : - transmission de deuxièmes données représentatives d’un acquittement de réception de la première requête à destination du dispositif distant via la liaison sans fil ; puis - réception de données d’en-tête associées à l’ensemble de premiers paquets de données via la liaison sans fil depuis le dispositif distant, les données d’en-tête comprenant l’information représentative d’un nombre de premiers paquets de données, la génération aléatoire de la valeur étant déclenchée par la réception des données d’en-tête. Selon encore une variante, le procédé comprend en outre une étape de contrôle de réception de l’ensemble de premiers paquets de données. Selon une autre variante, le procédé comprend en outre une étape de contrôle d’affichage d’une information représentative de succès ou d’échec de réception de l’ensemble de premiers paquets de données. Selon un deuxième aspect, la présente invention concerne un dispositif de contrôle de communication sans fil entre un véhicule et un dispositif distant, 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 la présente invention. Selon un troisième aspect, la présente 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 la présente invention. Selon un quatrième aspect, la présente invention concerne un système de communication sans fil comprenant un véhicule tel que décrit ci-dessus selon le troisième aspect de la présente invention et un dispositif distant relié en communication sans fil au véhicule, le système étant configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon un cinquième aspect, la présente 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 la présente 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 sixième aspect, la présente 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 la présente 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 la présente 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 la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : FIG. 1 illustre schématiquement un système et un environnement de communication sans fil pour véhicule, selon un exemple de réalisation particulier de la présente invention ; FIG. 2 illustre un organigramme des différentes opérations d’un processus de communication sans fil entre un véhicule et un dispositif distant du système de la FIG. 1 , selon des exemples de réalisation particuliers et non limitatifs de la présente invention. FIG. 3 illustre un dispositif configuré pour contrôler la communication sans fil dans le système de la FIG. 1 , selon un exemple de réalisation particulier et non limitatif de la présente invention. FIG. 4 illustre un organigramme des différentes étapes d’un procédé de communication sans fil entre un véhicule et un dispositif distant du système de la FIG. 1 , selon un exemple de réalisation particulier et non limitatif de la présente invention. Description des exemples de réalisation Un procédé et un dispositif de communication sans fil entre un véhicule et un dispositif distant vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Les termes « premier(s) », « deuxième(s) » (ou « première(s) », « deuxième(s) »), etc. sont utilisés dans ce document par convention arbitraire pour permettre d’identifier et de distinguer différents éléments (tels que des opérations, des moyens, etc.) mis en œuvre dans les modes de réalisation décrits ci-après. De tels éléments peuvent être distincts ou correspondre à un seul et unique élément, selon le mode de réalisation. La FIG. 1 illustre schématiquement un environnement de communication 1 sans fil entre un dispositif distant 111 et un véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le véhicule 10 correspond par exemple à un véhicule à moteur thermique, à moteur(s) électrique(s) ou encore un véhicule hybride avec un moteur thermique et un ou plusieurs moteurs électriques. Le véhicule 10 correspond ainsi par exemple à un véhicule terrestre, par exemple une automobile, un camion, un car. Le véhicule 10 embarque avantageusement un système de communication configuré pour communiquer avec un dispositif distant 111 selon un ou plusieurs modes de communication sans fil, c’est-à-dire selon un ou plusieurs supports de communication sans fil. Le dispositif distant 111 correspond à un dispositif de traitement et de stockage de données de type serveur (par exemple un serveur du « cloud » 100 (ou « nuage » en français)), le dispositif distant 111 étant configuré pour mettre à disposition d’un ensemble de véhicules (comprenant le véhicule 10) de données, par exemples des données de mise à jour logicielle ou de tout autre type de données nécessaires au fonctionnement des systèmes embarqués du véhicule 10. Le dispositif distant 111 est configuré pour communiquer avec le véhicule 10 selon un mode de communication sans fil de type OTA ou FOTA (de l’anglais « Firmware Over-The-Air » ou en français « firmware par liaison radio ») par l’intermédiaire d’une ou plusieurs infrastructures de réseau de communication sans fil, et plus particulièrement selon un ou plusieurs supports de communication sans fil. Un support de communication sans fil est par exemple défini par une infrastructure de réseau sans fil, par un protocole de communication sans fil et/ou par un canal de communication sans fil (défini par des paramètres de canal). Le dispositif distant 111 est par exemple configuré pour gérer les logiciels (de l’anglais « software », correspondant par exemple à un firmware ou à tout logiciel nécessaire au bon fonctionnement du véhicule 10) embarqués dans le véhicule 10, par exemple les logiciels d’aide à la conduite, d’infodivertissement, les logiciels de type application interactive, c’est-à-dire tout type de logiciel embarqué dans un véhicule. Le véhicule 10 correspond à un véhicule dit connecté, c’est-à-dire un véhicule équipé d’une ou plusieurs interfaces de communication, notamment sans fil, pour la communication (transmission et/ou réception) de données avec un ou plusieurs dispositifs distants tel que le dispositif distant 111 et/ou d’autres véhicules connectés. Le véhicule 10 embarque à cet effet un système de communication comprenant par exemple une ou plusieurs antennes de communication reliées à une unité de contrôle télématique, dite TCU (de l’anglais « Telematic Control Unit »), elle-même reliée à un ou plusieurs calculateurs du système embarqué du véhicule 10. La ou les antennes, l’unité TCU et le ou les calculateurs forment par exemple une architecture multiplexée pour la réalisation de différents services utiles pour le bon fonctionnement du véhicule et pour assister le conducteur et/ou les passagers du véhicule dans le contrôle du véhicule 10. Le ou les calculateurs et l’unité TCU communiquent et échangent des données entre eux par l’intermédiaire d’un ou plusieurs bus informatiques, par exemple un bus de communication de type bus de données CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), 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 »), FlexRay (selon la norme ISO 17458) ou Ethernet (selon la norme ISO/IEC 802-3). Le système de communication du véhicule 10 est avantageusement configuré pour la communication de données selon un ou plusieurs supports de communication sans fil, par exemple : - un support de communication sans fil correspondant à un canal de communication sans fil d’un réseau local sans fil, dit WLAN ; et/ou - un support de communication sans fil correspondant à un canal de communication sans fil 101 d’un réseau cellulaire terrestre sans fil. Le réseau local sans fil correspond par exemple à un réseau de type Wifi® selon l’une des normes IEEE 802.11b ou 802.11g (bande de fréquence 2,4 – 2,5 GHz), IEEE 802.11n (bande de fréquence 2,4 et/ou 5 GHz), IEEE 802.11ac (bande de fréquence 5,15 – 5,35 GHz ou 5,47 – 8,875 GHz), IEEE 802.11ax (2,4 GHz, 5GHz ou 6 GHz) ou encore 802.11p (bande de fréquence 5,85 – 8,925 GHz pour la mise en œuvre de communications de type V2X (de l’anglais « Vehicle-to-Everything » ou en français « Véhicule vers tout »), le taux de transfert (ou débit) maximal variant selon la norme mise en œuvre. Un réseau cellulaire terrestre sans fil correspond par exemple à : - un réseau de téléphonie mobile de type LTE (de l’anglais « Long Term Evolution » ou en français « Evolution à long terme ») 4G ou 5G, l’infrastructure d’un tel réseau comprenant un ensemble d’antenne relais 110 (par exemple une antenne relais par cellule du réseau cellulaire) reliées au « cloud » via une connexion filaire ; - un réseau cellulaire nommé C-V2X (de l’anglais « Cellular - Vehicle to Everything » ou en français « Cellulaire – Véhicule vers tout ») s’appuyant sur la 4G basée sur LTE (de l’anglais « Long Term Evolution » ou en français « Evolution à long terme ») ou la 5G, l’infrastructure d’un tel réseau comprenant des UBR (unité bord de route) faisant office de relais entre le véhicule 10 et le « cloud » 100. Un processus de communication sans fil entre le véhicule 10 et le dispositif distant 111 est avantageusement mis en œuvre par un ou plusieurs processeurs d’un ou plusieurs calculateurs du véhicule 10. Selon un autre exemple de réalisation, le processus de communication est mis en œuvre par un système comprend le dispositif distant 111 et le véhicule 10, c’est-à-dire un ou plusieurs calculateurs du système embarqué du véhicule 10. Des exemples de mise en œuvre d’un tel processus sont décrits ci-après en regard de la FIG. 2 . La FIG. 2 illustre un organigramme des différentes opérations d’un processus de communication sans fil entre un véhicule et un dispositif distant, par exemple entre le véhicule 10 et le dispositif distant 111, selon des exemples de réalisation particuliers et non limitatifs de la présente invention. Le procédé est par exemple mis en œuvre par un véhicule 10, c’est-à-dire par un ou plusieurs calculateurs du véhicule 10 et/ou par un système comprenant le dispositif distant 111 relié en communication sans fil au véhicule (par exemple via une TCU associée à une ou plusieurs antennes du véhicule 10). Dans une première opération 201, le véhicule 10 reçoit du dispositif distant 111 une première requête pour initier une transmission d’un ensemble de premiers paquets de données à destination du véhicule, la première requête étant émise par le dispositif distant 111 et reçue par le véhicule 10 selon la liaison sans fil 101. La première requête comprend par exemple des informations relatives à l’ensemble de premiers paquets destinés au véhicule 10, telles que par exemple un identifiant de l’émetteur des premiers paquets de données (c’est-à-dire le serveur 111 selon l’exemple des figures 1 et 2), un identifiant du destinataire des premiers paquets de données (c’est-à-dire le véhicule 10), le nombre de premiers paquets de données à transmettre par le dispositif distant (et donc à recevoir par le véhicule 10), etc. Dans une deuxième opération 202, le véhicule 10 transmet à destination du dispositif distant 111 via la liaison sans fil 101 des données représentatives d’un acquittement de réception de la première requête. Dans une troisième opération 203, selon un exemple de réalisation particulier, le véhicule 10 reçoit du dispositif distant 111 des données d’en-tête (de l’anglais « header ») associées à l’ensemble de premiers paquets de données destinés au véhicule 10. L’en-tête est par exemple transmis par le dispositif distant 111 suivant la réception des données d’acquittement reçues à la deuxième opération 202. La troisième opération 203 est par exemple mise en œuvre lorsque la première requête ne comprend pas d’information relatives aux premiers paquets de données (tel que le nombre de premiers paquets de données), l’en-tête comprenant alors de telles informations. La réception des données d’en-tête par le véhicule 10 déclenche par exemple la mise en œuvre de la quatrième opération 204. Lorsque la première requête comprend de telles informations, la troisième opération 203 n’est pas mise en œuvre selon un mode de réalisation alternatif de l’invention. Dans une quatrième opération 204, le véhicule 10 génère une valeur comprise entre 0 et 1 (mais différente de 0 et de 1), c’est-à-dire une valeur strictement supérieure à 0 et strictement inférieure à 1 (la valeur appartenant à l’intervalle de valeurs ]0, 1[), la génération de cette valeur étant aléatoire (de l’anglais « random »). Une telle valeur est représentative d’un pourcentage de transmission de l’ensemble ou de la totalité des premiers paquets de données. Cette valeur est par exemple stockée dans une mémoire du véhicule 10, de manière temporaire, par exemple dans une mémoire tampon (de l’anglais « buffer ») du calculateur du véhicule 10 mettant en œuvre le processus. Dans une cinquième opération 205, selon un mode de réalisation particulier de l’invention, la valeur ainsi générée est transmise par le véhicule 10 à destination du dispositif distant 111 via la liaison sans fil 101. Dans une sixième opération 206, le véhicule 10 reçoit du dispositif distant 111, via la liaison sans fil 101, une première partie de l’ensemble des premiers paquets de données. Dans une septième opération 207, le véhicule 10 détecte que le pourcentage de premiers paquets reçus correspond à la valeur générée aléatoirement à la quatrième opération 204, le véhicule 10 ayant reçue l’information relative au nombre de premiers paquets contenus dans l’ensemble de premiers paquets qui lui sont destinés (cette information étant comprise dans la première requête ou dans l’en-tête). Dit autrement, la première partie des premiers paquets de données reçues est un pourcentage de la totalité des premiers paquets de l’ensemble correspondant à la valeur générée aléatoirement. Selon un mode de réalisation particulier, le véhicule 10 transmet à destination du dispositif distant 111 via la liaison sans fil 101 des premières données représentatives d’un acquittement de réception de la première partie de l’ensemble de premiers paquets de données reçue. Dans une huitième opération 208, selon un exemple de réalisation particulier, le véhicule 10 transmet une deuxième requête à destination du dispositif distant 111 via la liaison sans fil 101 pour requérir la réception d’un ensemble de deuxièmes paquets de données, lequel ensemble comprend un ou plusieurs deuxièmes paquets de données. Selon une variante de réalisation, la deuxième requête comprend les premières données représentatives d’acquittement de réception de la première partie des premiers paquets reçue. Selon une autre variante de réalisation, les premières données comprennent les données représentatives de la deuxième requête. La huitième opération 208 est optionnelle. Une telle opération 208 n’est par exemple pas mise en œuvre lorsque la cinquième opération 205 est mise en œuvre, c’est-à-dire lorsque le véhicule 10 a transmis au dispositif distant 111 les données représentatives de la valeur générée aléatoirement. Dans un tel cas, le dispositif distant 111, connaissant la valeur, interrompt la transmission des premiers paquets de données lorsque le pourcentage de premiers paquets de données transmis (par rapport à la totalité des premiers paquets de données compris dans l’ensemble de premiers paquets de données destinés au véhicule 10) atteint la valeur puis débute la transmission du ou des deuxièmes paquets de données. Les deuxièmes paquets de données correspondent à des paquets dont les données qu’ils transportent ne sont pas utiles au véhicule 10, ces deuxièmes paquets de données n’appartenant pas à l’ensemble de premiers paquets de données spécifiquement destinés au véhicule 10. Ce ou ces deuxièmes paquets de données correspondent ainsi à des paquets de données dits « factices » ou « bidons » (de l’anglais « dummy »). Dans une neuvième opération 209, le véhicule 10 transmet à destination du dispositif distant 111 des données d’acquittement de réception du ou des deuxièmes paquets de données. Dans une dixième opération 210, le dispositif distant 111 transmet à destination du véhicule 10 via la liaison sans fil une deuxième partie de l’ensemble de premiers paquets de données suivant la transmission du ou des deuxièmes paquets de données. Le véhicule 10 reçoit ainsi du dispositif distant 111 cette deuxième partie de l’ensemble de premiers paquets de données. La deuxième partie forme le complémentaire de la première partie de l’ensemble de premiers paquets de données. Dit autrement, la deuxième partie correspond au reste des premiers paquets de données qui n’avaient pas encore été transmis par le dispositif distant 111 au véhicule 10. La notification correspond à un ensemble de données transmises par le dispositif distant pour informer un ensemble de véhicules, dont le véhicule 10, de la disponibilité d’une ou plusieurs mises à jour logicielle d’un ou plusieurs logiciels embarqués dans les véhicules, dont le véhicule 10. Dans une onzième opération 211, le véhicule 10 transmet à destination du dispositif distant 111 via la liaison sans fil des données d’acquittement de la deuxième partie de l’ensemble de premiers paquets de données ou des données d’acquittement de chaque premier paquet reçu de la deuxième partie. Dans une douzième opération 212, le véhicule 10 met en œuvre un ou plusieurs contrôles de réception de l’ensemble de premiers paquets de données. Le véhicule 10 vérifie par exemple qu’il a bien reçu le nombre de premiers paquets de données signalé dans la première requête ou dans l’en-tête. Selon un autre exemple, le véhicule 10 met en œuvre au moins un contrôle additionnel, par exemple un contrôle de redondance cyclique, dit CRC (de l’anglais « Cyclic Redundancy Check »). Dans une treizième opération 213, le véhicule 10 met par exemple un œuvre un contrôle d’affichage d’une information représentative de succès ou d’échec de réception de l’ensemble de premiers paquets de données, par exemple sur un écran du véhicule 10. Le contrôle d’affichage comprend par exemple un rendu d’un contenu graphique pour informer le conducteur ou un passager du véhicule 10 du succès ou de l’échec du téléchargement des données associées aux premiers paquets de données. Un tel rendu correspond à un ensemble d’opérations effectuées par un ou plusieurs processeurs sur des pixels d’une ou plusieurs images pour composer ou générer le contenu graphique. Le contenu graphique comprend par exemple du texte et/ou des pictogrammes variant selon que la totalité des premiers paquets de données a été reçue ou non. Même si non décrite explicitement, il existe pour chaque étape de transmission de données (par le véhicule 10 ou par le dispositif distant 111) une étape de réception des données correspondante (par respectivement le dispositif distant 111 ou le véhicule 10), et inversement. Des étapes d’acquittement des données reçues sont par exemple mises en œuvre à chaque réception de données reçues par le dispositif distant 111 et par le véhicule 10, selon des modes de réalisations particuliers et optionnels. La FIG. 3 illustre schématiquement un dispositif 3 de traitement de données et/ou de communication de données, selon différents exemples de réalisation particuliers et non limitatifs de la présente invention. Le dispositif 3 correspond par exemple à un dispositif embarqué dans le véhicule 10, par exemple un calculateur ou une unité TCU. Selon d’autres exemples, le dispositif 3 correspond à un dispositif distant de type serveur tel que le dispositif distant 111. Le dispositif 3 est par exemple configuré pour la mise en œuvre d’au moins une partie 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 FIG. 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 TCU, un ordinateur, un serveur, un ordinateur portable ou encore un dispositif de communication mobile. 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. 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 mémoire 31. Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 3 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, par exemple une TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique »), par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Selon un exemple 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. Les éléments d’interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Wi-Fi® (selon IEEE 802.11), par exemple dans les bandes de fréquence à 2,4 ou 5 GHz, ou de type Bluetooth® (selon IEEE 802.15.1), dans la bande de fréquence à 2,4 GHz, ou de type Sigfox utilisant une technologie radio UBN (de l’anglais Ultra Narrow Band, en français bande ultra étroite), ou LoRa dans la bande de fréquence 868 MHz, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé), 5G ; - 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) ; - interface LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »). Selon un autre exemple de réalisation particulier et non limitatif, 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é) 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 »), 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 »), FlexRay (standardisé par la norme ISO 17458) ou Ethernet (standardisé par la norme ISO/IEC 802-3). Selon un exemple de réalisation particulier et non limitatif, le dispositif 3 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 340, tactile ou non, un ou des haut-parleurs 350 et/ou d’autres périphériques 360 (système de projection) via respectivement des interfaces de sortie 34, 35 et 36. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 3. La FIG. 4 illustre un organigramme des différentes étapes d’un procédé de communication sans fil entre un véhicule et un dispositif distant, par exemple entre le véhicule 10 et le dispositif distant 111, 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 véhicule 10, c’est-à-dire par un ou plusieurs calculateurs du véhicule 10, par exemple par le dispositif 3 de la FIG. 3 . Dans une première étape 41, une première requête pour initier une transmission d’un ensemble de premiers paquets de données à destination du véhicule est reçue par le véhicule, cette première requête ayant été émise par le dispositif distant. Une information représentative d’un nombre de premiers paquets de données compris dans l’ensemble de premiers paquets de données est également reçue via la liaison sans fil. Dans une deuxième étape 42, une valeur est générée de manière aléatoire, la valeur étant comprise entre 0 et 1, la valeur étant strictement supérieure à 0 et strictement inférieure à 1. Dans une troisième étape 43, une première partie de l’ensemble de premiers paquets de données est reçue via ladite liaison sans fil jusqu’à ce que la première partie représente un pourcentage de l’ensemble de premiers paquets de données égal à la valeur. Dans une quatrième étape 44, au moins un deuxième paquet de données est reçu via la liaison sans fil, le au moins un deuxième paquet n’appartenant pas à l’ensemble de premiers paquets de données. Dans une cinquième étape 45, une deuxième partie de l’ensemble de premiers paquets de données est reçue via la liaison sans fil suivant la réception du au moins un deuxième paquet de données, la deuxième partie formant le complémentaire de la première partie de l’ensemble de premiers paquets de données. Selon une variante, les variantes et exemples des opérations décrits en relation avec les figures 1 et 2 s’appliquent aux étapes du procédé de la FIG. 4 . Bien entendu, la présente invention ne se limite pas aux exemples de réalisation décrits ci-avant mais s’étend à un procédé de mise à jour logicielle d’un véhicule qui inclurait des étapes secondaires sans pour cela sortir de la portée de la présente invention. Il en serait de même d’un dispositif configuré pour la mise en œuvre d’un tel procédé. La présente invention concerne également un système comprenant un véhicule, par exemple automobile ou plus généralement un véhicule autonome à moteur terrestre, et un ou plusieurs dispositifs distants reliés en communication sans fil au véhicule. Procédé de communication sans fil entre un véhicule (10) et un dispositif distant (111), ledit procédé étant mis en œuvre par au moins un calculateur dudit véhicule (10), ledit procédé comprenant les étapes suivantes : - réception (41), via une liaison sans fil (101) depuis ledit dispositif distant (111), d’une première requête pour initier une transmission d’un ensemble de premiers paquets de données à destination dudit véhicule (10) et réception d’une information représentative d’un nombre de premiers paquets de données compris dans ledit ensemble de premiers paquets de données ; puis - génération (42) aléatoire d’une valeur comprise entre 0 et 1, ladite valeur étant strictement supérieure à 0 et strictement inférieure à 1 ; puis - réception (43) d’une première partie dudit ensemble de premiers paquets de données via ladite liaison sans fil (101) jusqu’à ce que ladite première partie représente un pourcentage dudit ensemble de premiers paquets de données égal à ladite valeur ; puis - réception (44) d’au moins un deuxième paquet de données via ladite liaison sans fil, ledit au moins un deuxième paquet n’appartenant pas audit ensemble de premiers paquets de données ; puis - réception (45) d’une deuxième partie dudit ensemble de premiers paquets de données via ladite liaison sans fil (101) suivant la réception dudit au moins un deuxième paquet de données, la deuxième partie formant le complémentaire de la première partie de l’ensemble de premiers paquets de données. Procédé selon la revendication 1, comprenant en outre les étapes suivantes : - transmission de données représentatives de ladite valeur à destination dudit dispositif distant (111) selon ladite liaison sans fil (101) ; - transmission de premières données représentatives d’un acquittement de réception de ladite première partie à destination dudit dispositif distant (111) selon ladite liaison sans fil (101), la réception dudit au moins un deuxième paquet suivant temporellement ladite transmission des premières données. Procédé selon la revendication 1 ou 2, comprenant en outre une étape de transmission d’une deuxième requête à destination dudit dispositif distant (111) via ladite liaison sans fil (101) pour recevoir ledit au moins un deuxième paquet de données. Procédé selon la revendication 3 en dépendance de la revendication 2, pour laquelle ladite deuxième requête est comprise dans lesdites premières données. Procédé selon l’une des revendications 1 à 4, comprenant en outre les étapes suivantes : - transmission de deuxièmes données représentatives d’un acquittement de réception de ladite première requête à destination dudit dispositif distant (111) via ladite liaison sans fil (101) ; puis - réception de données d’en-tête associées audit ensemble de premiers paquets de données via ladite liaison sans fil (101) depuis ledit dispositif distant (111), lesdites données d’en-tête comprenant ladite information représentative d’un nombre de premiers paquets de données, la génération aléatoire de ladite valeur étant déclenchée par la réception des données d’en-tête. Procédé selon l’une des revendications 1 à 5, comprenant en outre une étape de contrôle de réception dudit ensemble de premiers paquets de données. Procédé selon la revendication 6, comprenant en outre une étape de contrôle d’affichage d’une information représentative de succès ou d’échec de réception dudit ensemble de premiers paquets de données. Programme d’ordinateur comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un processeur. Dispositif (3) de contrôle de communication sans fil entre un véhicule (10) et un dispositif distant (111), ledit dispositif (3) 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 9.