FR 3146568 A1 20240913 FR 2302187 A 20230309 L’invention concerne un procédé de transmission d’une donnée relative à un véhicule lors d’un appel d’urgence déclenché à partir dudit véhicule comprenant des étapes d’obtention (301) d’une donnée représentative d’un contexte de déclenchement de l’appel d’urgence ; de sélection (303) d’un mode de transmission particulier de ladite donnée relative au véhicule selon la donnée de contexte obtenue par consultation d’une base de données comprenant un ou plusieurs enregistrements dans lesquels une donnée de contexte de déclenchement d’appel est associée avec un mode de transmission particulier et un statut représentatif du succès ou de l’échec d’une tentative de transmission préalable d’une donnée relative au véhicule selon ledit mode de transmission ; et d’établissement d’une communication vers un centre de traitement d’appel d’urgence comprenant la transmission (304) de ladite donnée relative au véhicule selon le mode de transmission sélectionné. L’invention concerne également un dispositif adapté pour mettre en œuvre un tel procédé. Figure 3 Procédé et dispositif d’établissement d‘un appel d’urgence à partir d’un véhicule L’invention appartient au domaine des télécommunications et concerne plus particulièrement un procédé pour améliorer le délai d’établissement d’un appel d’urgence émis depuis un véhicule via un réseau de type Internet. ART ANTÉRIEUR Le service eCall est un système normalisé par l’ETSI et rendu obligatoire par la législation Européenne pour les appels d'urgence passés par des véhicules, permettant l’établissement de communications en temps réel et la transmission de données contextuelles depuis une unité d’alerte d’un véhicule (IVS, pour « In-Vehicle System en anglais) vers un centre de traitement des appels d’urgence (PSAP pour « Public Safety Answering Point » en anglais). Un appel eCall comprend en particulier la transmission d’un bloc de données de contexte (MSD pour Minimum Set of Data) comprenant des informations concernant le véhicule, par exemple sa géolocalisation. Lorsque la communication est établie sur un réseau à commutation de circuit, le bloc MSD est transmis par modulation du signal audio dans la bande par un modem. Le déploiement des réseaux mobiles à commutation de paquets destinés à remplacer à moyen terme les réseaux mobiles à commutation de circuit de type GSM a donné lieu au développement par l’ETSI de nouveaux standards pour le support du service eCall par ces réseaux. Le standard NG-eCall (New Generation eCall) est ainsi spécifié dans le document ETSI TR 103 140 et définit notamment les mécanismes d’établissement d’appels d’urgence VoIP (Voice Over IP) basés sur le protocole SIP (Session Initiation Protocol). La cohabitation de ces différents standards pose des problèmes particuliers. En effet, il n’est pas garanti que le véhicule, le réseau de communication et le centre de traitement des appels d’urgence supportent la même version du standard. Afin d’assurer l’interopérabilité et la continuité du service d’urgence, des mécanismes de repli sont prévus dans la spécification ETSI TR 103 140. Par exemple, en cas d’échec de l’établissement d’un appel d’urgence VoIP, le standard prévoit qu’une nouvelle tentative soit initiée en utilisant une communication circuit de type GSM. Un tel mécanisme de repli présente toutefois l’inconvénient d’allonger le temps d’établissement de la communication, ce qui peut retarder le temps d’intervention des secours en cas d’accident. A cet effet, il a été proposé la transmission d’un indicateur permettant de signaler au véhicule que le service NG-eCall est supporté à la fois par le réseau auquel est connecté le véhicule et par au moins un centre de traitement d’appel d’urgence accessible via ce réseau. Ainsi, à la réception d’un tel indicateur, un véhicule peut décider d’émettre un appel d’urgence de nouvelle génération (NG-eCall) ou de se rabattre sur une communication conforme au standard eCall sur GSM. Malgré tout, ces mécanismes ne garantissent pas une complète interopérabilité. En effet, le bloc de données MSD peut être transmis selon différentes modalités. Le bloc MSD peut être transmis dans la signalisation, par exemple dans un message SIP INVITE ou dans un message SIP INFO, mais il peut également être modulé dans le signal audio. Ainsi, un PSAP peut se déclarer apte à recevoir des communications NG-eCall tout en étant configuré pour recevoir le MSD dans la bande audio, alors que d’autres PSAP peuvent être configurés pour recevoir le MSD dans la signalisation. D’autre cas de figures liés au mode de transmission du MSD peuvent donner lieu à un échec de l’appel, par exemple un réseau IMS peut rejeter un appel s’il ne s’attend pas à recevoir un MSD dans la signalisation ou tout simplement supprimer le MSD du message s’il ne sait pas l’interpréter. Dans d’autres cas, des traitements appliqués par le réseau au signal audio peuvent altérer la transmission du MSD lorsqu’il est transmis dans la bande, etc.. Dans ces conditions, plusieurs tentatives d’appel peuvent être nécessaire pour que le MSD soit correctement transmis, ce qui retarde d’autant la prise en compte de l’alerte par le PSAP. Il existe donc un besoin pour une méthode d’établissement d’appel d’urgence qui ne présente pas les inconvénients précités. A cet effet, il est proposé un procédé de transmission d’une donnée relative à un véhicule lorsqu’un appel d’urgence est déclenché à partir dudit véhicule : Obtention (101) d’une donnée représentative d’un contexte de déclenchement de l’appel d’urgence, Sélection (102) d’un mode de transmission particulier de ladite donnée relative au véhicule selon la donnée de contexte obtenue, Etablissement (103) d’une communication vers un centre de traitement d’appel d’urgence, la communication comprenant la transmission (104) de ladite donnée relative au véhicule selon le mode de transmission sélectionné. Le procédé est remarquable en ce que l’étape de sélection d’un mode de transmission selon un contexte de déclenchement d’appel comprend la consultation d’une base de données comprenant un ou plusieurs enregistrements dans lesquels une donnée de contexte de déclenchement d’appel est associée avec un mode de transmission particulier et un statut représentatif du succès ou de l’échec d’une tentative de transmission préalable d’une donnée relative au véhicule selon ledit mode de transmission. Ainsi, le mode de transmission des données relatives au véhicules lors d’un appel d’urgence (par exemple le mode de transmission des données MSD lors d’un appel eCall) est déterminé selon le contexte dans lequel est passé l’appel. Il est pour cela proposé d’utiliser un historique d’appels dans lequel ont été mémorisés les résultats de tentatives de transmission lors d’appels préalables, en fonction du contexte et du mode de transmission. Il est ainsi possible de déterminer un mode de transmission qui est adapté au contexte à partir d’une expérience passée. La probabilité que le bloc de données relative au véhicule soit transmis correctement est ainsi améliorée et on évite un retard dans la prise en charge de l’appel en cas d’incompatibilité du mode de transmission avec le réseau et/ou le système utilisé par le centre de traitement d’appels d’urgence. Selon une réalisation particulière, le procédé est tel qu’il comprend en outre, lorsque l’appel d’urgence est terminé, une étape de mémorisation dans ladite base de données d’un enregistrement comprenant au moins la donnée de contexte de déclenchement de l’appel obtenue, le mode de transmission sélectionné pour la transmission de ladite donnée relative au véhicule, et un statut représentatif du succès ou de l’échec de ladite transmission selon ledit mode de transmission. La base de données à partir de laquelle est sélectionné un mode de transmission pour les données relatives au véhicule est ainsi mise à jour à chaque appel. Selon un mode particulier de réalisation, le procédé est tel qu’il comprend en outre une étape de transmission vers un serveur de l’enregistrement mémorisé. De cette façon, un serveur peut constituer une base de données à partir des informations remontées par une pluralité de véhicules. Une telle base de données permet de définir avec précision des zones géographiques dans lesquelles un mode de transmission particulier est disponible ou encore une liste d’opérateurs de télécommunication ou de réseaux de communication supportant un mode de transmission particulier de données relatives au véhicule lors d’un appel d’urgence. Selon un mode de réalisation particulier, le procédé est tel que la base de données comprend au moins un enregistrement téléchargé depuis un serveur. Ainsi, une base de données constituée par un serveur à partir de données collectées par un serveur dans laquelle des modes de transmissions sont associés à des données contextuelles sont mises à disposition des véhicules. De cette façon, un véhicule peut bénéficier de l’expérience acquise par d’autres véhicules dans un contexte similaire pour sélectionner un mode de transmission dont les chances de succès sont maximales. Par exemple, un véhicule peut recevoir en provenance d’un serveur une table comprenant des associations entre des zones géographiques et/ou des identifiants de réseau (ou d’opérateurs réseau) et des modes de transmission supportés. A partir d’une telle table, un véhicule peut sélectionner en première intention un mode de transmission de données qui à le plus de chances d’aboutir. Selon une réalisation particulière, le procédé est tel que la donnée représentative du contexte de déclenchement d’une communication comprend au moins une localisation géographique et/ou un identifiant d’un réseau de communication Il est ainsi proposé d’associer le succès ou l’échec d’une transmission de données selon un mode de transmission particulier avec une géolocalisation du véhicule au moment de l’appel et/ou le réseau de communication utilisé. Il est ainsi possible de définir des zones géographiques ou des opérateurs de réseau de télécommunication dans lesquels un mode de transmission de données relatives au véhicule peut être utilisé avec succès en cas d’appel d’urgence. Dans une réalisation particulière, les premiers et seconds modes de transmission de données relatives au véhicule sont sélectionnés parmi les modes de transmission suivants : transmission d’un bloc de données relative au véhicule dans un message de signalisation et transmission comprend la transmission d’un bloc de données relative au véhicule par modulation de données dans un signal audio. Il est ainsi envisagé que les données relatives au véhicule soient transmises dans un message de signalisation (transmission « outband » en anglais) ou bien par modulation du signal audio par un modem (transmission « inband » en anglais). Selon un mode particulier de réalisation le message de signalisation est un message SIP INVITE ou un message SIP INFO. Dans le cas d’une transmission outband, c’est-à-dire dans un message de signalisation, le bloc de données relatives au véhicule (par exemple un bloc MSD) peut être transmis dans une message SIP INVITE émis lors du déclenchement d’un appel d’urgence ou bien dans un message SIP INFO, par exemple en réponse à une demande de transmission émise par un centre de traitement des appels d’urgence. Selon un autre aspect, l’invention vise un dispositif transmission d’une donnée relative à un véhicule lors d’un appel d’urgence déclenché à partir dudit véhicule comprenant un processeur couplé à une mémoire dans laquelle sont enregistrées des instructions de programme configurées pour mettre en œuvre les étapes suivantes, lorsqu’elles sont exécutées par le processeur : Obtention d’une donnée représentative d’un contexte de déclenchement de l’appel d’urgence, Sélection d’un mode de transmission particulier de ladite donnée relative au véhicule selon la donnée de contexte obtenue, la sélection comprenant la consultation d’une base de données comprenant un ou plusieurs enregistrements dans lesquels une donnée de contexte de déclenchement d’appel est associée avec un mode de transmission particulier et un statut représentatif du succès ou de l’échec d’une tentative de transmission préalable d’une donnée relative au véhicule selon ledit mode de transmission, et Etablissement d’une communication vers un centre de traitement d’appel d’urgence, la communication comprenant la transmission de ladite donnée relative au véhicule selon le mode de transmission sélectionné. Selon encore un autre aspect, l’invention concerne une unité de communication pour véhicule comprenant un tel dispositif. Il est également proposé un programme d'ordinateur comprenant des instructions pour l’exécution des étapes d’un procédé de d’établissement d’appel tel que décrit ci-avant, lorsque les instructions sont exécutées par un processeur. Enfin, l’invention concerne un support d'informations lisible par un processeur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l’exécution des étapes d’un procédé de d’établissement d’appel tel que décrit ci-avant. Le support d'information peut être un support d'information non transitoire tel qu'un disque dur, une mémoire flash, ou un disque optique par exemple. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker des instructions. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, RAM, PROM, EPROM, un CD ROM ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes du procédé de prédiction. Les dispositifs, unité de communication, supports d’informations et programmes présentent au moins des avantages analogues à ceux conférés par le procédé auquel ils se rapportent. D’autres caractéristiques, détails et avantages de l’invention apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, parmi lesquels : La montre un environnement adapté pour mettre en œuvre un procédé de transmission d’une donnée relative à un véhicule lors d’appel d’urgence, selon un mode particulier de réalisation, La est un chronogramme montrant des messages échangés entre un véhicule, un réseau de communication et un centre de traitement des appels lors de l’établissement d’un appel d’urgence NG-eCall, La est un ordinogramme illustrant les principales étapes d’un procédé de transmission d’une donnée relative à un véhicule lors d’appel d’urgence, selon une réalisation particulière, La illustre l’architecture d’un dispositif adapté pour mettre en œuvre un procédé de transmission d’une donnée relative à un véhicule lors d’appel d’urgence, selon une réalisation particulière. DESCRIPTION DÉTAILLÉE La illustre un environnement adapté pour mettre en œuvre un procédé de transmission d’une donnée relative à un véhicule lors d’appel d’urgence, selon un mode particulier de réalisation. La montre un véhicule 100 comprenant un dispositif de communication (IVS) adapté pour établir des appels d’urgence vers un centre de traitement des appels d’urgence 102 (PSAP) par l’intermédiaire d’un réseau de communication cellulaire 101. L’appel peut être déclenché par une action d’un occupant du véhicule sur un bouton prévu à cet effet ou bien automatiquement, par exemple en cas d’accident. Un tel système est connu sous la dénomination « eCall » en Europe (pour Emergency Call en anglais). Le standard eCall prévoit l’établissement d’une communication audio bi-directionnelle permettant à un opérateur 104 du centre de traitement 102 de dialoguer avec les occupants du véhicule 100 afin d’obtenir des informations sur les raisons de l’appel. Le service eCall prévoit en outre l’envoi par le véhicule d’un ensemble de données relatives au véhicule (MSD, pour Minimum Set of Data en anglais) permettant à l’opérateur d’obtenir des informations complémentaires. Ces données comprennent par exemple les coordonnées géographiques du véhicule, un numéro VIN (pour Vehicle Identification Number en anglais) permettant d’identifier la marque et le modèle du véhicule, le nombre d’occupants, etc… Ces données permettent d’améliorer la prise en charge de l’urgence. Dans une première version du standard eCall, le réseau de communication 101 est un réseau cellulaire à commutation de circuit (CS, pour Circuit Switched en anglais), par exemple un réseau GSM. Dans un tel cas, le dispositif de communication du véhicule (IVS) comprend un modem adapté pour moduler les données relatives au véhicule (MSD) afin de les transmettre au centre de traitement 102 dans le signal audio. La transmission des données est alors dite « inband ». Le centre de traitement des appels d’urgence comprend un équipement 103 configuré pour démoduler les données transmises par le véhicule 100 dans le signal audio et les mettre à disposition de l’opérateur 104. Le standard NG-eCall (New Generation eCall, ou eCall de nouvelle génération) est conçu pour établir une communication entre le véhicule 100 et le centre de traitement 102 par l’intermédiaire d’un réseau d’accès cellulaire à commutation de paquet (PS, pour Paquet Switching) et type 4G ou 5G et d’un cœur de réseau IMS. On parle alors de « eCall over IMS ». Dans ce cas, il n’est pas nécessaire de moduler les données MSD pour les transmettre dans la bande, le bloc de données pouvant être transmis dans la signalisation. On note qu’unun véhicule compatible avec le standard NG-eCall doit également être compatible avec le standard eCall de première génération afin de permettre le déclenchement d’appels d’urgence même lorsque le réseau et/ou le centre de traitement d’appels n’est pas compatible avec le standard NG-eCall. La est un chronogramme montrant des messages pouvant être échangés entre un véhicule tel que le véhicule 100 et un centre de traitement des appels lors de l’établissement d’un appel d’urgence NG-eCall conforme au protocole SIP. De manière classique, lors du déclenchement d’un appel d’urgence, le véhicule émet vers le réseau 101 un message 200 de type SIP INVITE comprenant un bloc de données MSD. Le réseau 101 route le message vers le centre de traitement d’appel 102. Le centre de traitement 102 acquitte la bonne réception du bloc de données MSD dans un message de réponse 202 de type SIP 200 OK. Le réseau 101 fait suivre la réponse 200 OK et l’acquittement des données MSD jusqu’au véhicule 100. Un canal de communication audio RTP (Real Time Protocol) bidirectionnel est alors établit entre le véhicule 100 et le centre de traitement d’appel d’urgence 102. En cas d’erreur de réception du bloc MSD par le centre de traitement d’appel 102, la réponse SIP 200 OK peut comprendre un acquittement négatif pour signaler au véhicule 100 que les données MSD n’ont pas été reçues. Le standard NG-eCall prévoit également que le centre de traitement d’appels d’urgence 102 puisse demander une nouvelle transmission d’un bloc de données MSD au moyen d’un message SIP INFO 204. A la réception d’un tel message, le véhicule peut transmettre une version mise à jour du bloc MSD dans un message 205 de réponse. Le déploiement des services de communication sur IP (pour Internet Protocol en anglais) tels que l’IMS (Internet Multimedia Subsystem) n’est pas homogène. Ainsi, dans certaines circonstances, selon l’opérateur et/ou la zone géographique par exemple, les communications sur IP peuvent ne pas être disponibles de bout en bout. Par exemple, le véhicule 100 et le réseau de communication 101 peuvent être conforme au standard NG-eCall et alors que le centre de traitement d’appels 102 peut être d’ancienne génération et supporter uniquement le service eCall d’ancienne génération dans lequel le bloc de données MSD est transmis par modulation dans la bande audio. Le cœur de réseau IMS comprend généralement une passerelle permettant d’assurer la continuité de l’appel audio jusqu’au centre d’appel 102. Toutefois, une telle passerelle n’assure pas toujours la transmission dans la bande d’un bloc de données MSD reçu dans la signalisation. Dans un tel cas, le véhicule 100 peut décider de retransmettre le bloc MSD en le modulant dans la bande lorsqu’il ne reçoit pas un acquittement permettant de confirmer la bonne réception des données par le centre de traitement 102. Si la compatibilité peut ainsi être assurée, une telle disposition allonge le temps de traitement et dégrade la qualité de prise en charge de l’urgence. En outre, les traitements effectués par le cœur de réseau sur le signal audio, par exemple les éventuels transcodages, peuvent dégrader le signal audio et rendre difficile, voire impossible le décodage des données modulées dans celui-ci. La est un ordinogramme illustrant les principales étapes d’un procédé de transmission par le véhicule 100 décrit en référence à la , d’une donnée relative à un véhicule lors d’un appel vers le centre de traitement d’appels d’urgence 102, selon une réalisation particulière. Lors d’une première étape 300, le véhicule 100 obtient une base de données comprenant au moins une association entre une donnée de contexte et un mode de transmission particulier à utiliser de préférence pour transmettre un bloc de données MSD vers le centre de traitement d’appels d’urgence 102. Par exemple, la base de données peut contenir des enregistrements permettant d’associer des modes de transmission préférées avec des zones géographiques particulières et/ou des identifiants d’opérateur réseau et/ou des identifiants de points d’accès à un réseau de communication. La base de données peut être stockée dans une mémoire du véhicule et contenir des enregistrements qui sont téléchargés par le véhicule à partir d’un serveur par l’intermédiaire d’une connexion Internet. Le procédé comprend une étape 301 au cours de laquelle une donnée de contexte est obtenue. La donnée de contexte est relative à un instant courant et comprend par exemple une localisation géographique du véhicule ou un identifiant d’un opérateur réseau auquel le véhicule est connecté par l’intermédiaire d’une interface de communication sans fil. L’étape 301 peut ainsi être répétée régulièrement de sorte que le véhicule 301 dispose à chaque instant d’une donnée de contexte représentative de sa situation actuelle. Dans d’autres exemples de réalisation, l’obtention d’une telle donnée de contexte peut être réalisée ponctuellement, par exemple au moment où l’appel d’urgence est déclenché. La localisation géographique est par exemple obtenue au moyen d’un récepteur GNSS connecté au système de communication du véhicule, par exemple par l’intermédiaire d’un bus de communication CAN (Controller Area Network). De façon alternative ou complémentaire, la localisation géographique peut être déterminée par un module de communication cellulaire, par exemple à partir d’un identifiant d’une station de base auquel l’interface de communication le véhicule est connectée. La donnée de contexte géographique peut également être déterminée à partir d’un MCC (pour Mobile Country Code en anglais). Dans un mode de réalisation particulier, la donnée de contexte obtenue peut comprendre un identifiant d’opérateur d’un réseau de communication tel qu’un MNC (pour Mobile Network Code en anglais). A l’étape 302, un appel d’urgence est déclenché depuis le véhicule 100 vers le centre d’appel d’urgence 102. L’appel est peut être déclenché par une action d’un occupant du véhicule ou automatiquement, par exemple suite à la détection d’une situation d’urgence comme une décélération brutale détectée par un capteur du véhicule ou le déclenchement d’un airbag. Une communication vers un numéro d’urgence prédéfini, par exemple vers le numéro 112, est alors initiée par une unité de communication du véhicule. Lors d’une étape 303, un mode de transmission particulier d’un bloc de données MSD est sélectionné en fonction de la donnée de contexte obtenue. Pour cela, le véhicule met en correspondance la donnée de contexte obtenue avec des enregistrements de la base de données obtenue à l’étape 300 pour déterminer un mode de transmission associé à la donnée de contexte. Par exemple, le véhicule sélectionne un mode de transmission particulier en sélectionnant dans la base de données le mode de transmission qui est associé à la zone géographique dans laquelle il se trouve, et/ou en fonction d’un identifiant de l’opérateur du réseau de communication auquel il est connecté et/ou selon un identifiant du réseau auquel il est connecté. Par exemple, un mode de transmission peut comprendre l’ajout des données MSD dans le corps d’un message de signalisation de type SIP INVITE utilisé pour initier la communication, ou selon un autre exemple, les données MSD peuvent être modulées dans le signal audio transmis au centre de traitement d’appels 102 en utilisant un modem. Lorsque la base de données ne comprend pas d’enregistrement associé au contexte courant déterminé par le véhicule, un mode de transmission par défaut peut être sélectionné. A l’étape 304, une tentative de transmission d’un bloc de données MSD au centre de traitement des appels d’urgence 102 est effectuée en utilisant le mode de transmission sélectionné à l’étape 303. Par exemple, le véhicule 100 peut tenter de transmettre le bloc MSD dans un message de signalisation SIP INVITE conformément aux standards IETF RFC8174 « Next-Generation Pan-European eCall » et RFC 7852 «Additional Data Related to an Emergency Call ». Lors d’une étape 305, le véhicule 100 détermine un statut représentatif du succès ou de l’échec de la tentative de transmission du bloc de données selon le mode de transmission sélectionné. Le statut peut être déterminer par la réception ou non d’un acquittement en provenance du centre de traitement 102, par exemple un message de type SIP 200 OK comprenant une indication selon laquelle le bloc MSD a bien été reçu. A l’inverse, un échec de transmission peut être déterminé par la non-réception d’un acquittement après l’expiration d’une temporisation, ou d’un acquittement négatif indiquant une erreur de réception du bloc de données par le centre de traitement 102. Le procédé comprend une étape 306 de mémorisation dans base de données d’un enregistrement comprenant au moins la donnée de contexte de déclenchement de l’appel obtenue à l’étape 301, le mode de transmission sélectionné à l’étape 303 pour la transmission du MSD, ainsi que le statut obtenu à l’étape 305. Selon une réalisation particulière, un enregistrement est ajouté dans la base de données uniquement en cas de succès de la transmission des données MSD. De façon optionnelle, le procédé peut enfin comprendre une étape 307 au cours de laquelle l’enregistrement mémorisé à l’étape 306 est transmis à un serveur. De cette façon, le serveur peut collecter des associations entre des contextes, des modes de transmissions et des statuts en provenance d’une pluralité de véhicules afin de constituer, d’enrichir et de mettre à jour une base de données. Les enregistrements de cette base de données peuvent ainsi être transmis à des véhicules de façon à ce qu’ils puissent sélectionner un mode de transmission adapté au contexte dans lequel un appel d’urgence est déclenché. La montre l’architecture d’un dispositif 400 de transmission d’une donnée relative à un véhicule lors d’un appel d’urgence. Le dispositif 400 comprend un espace de stockage 402, par exemple une mémoire MEM, une unité de traitement 401 équipée par exemple d’un processeur PROC. L’unité de traitement peut être pilotée par un programme 403, par exemple un programme d’ordinateur PGR, mettant en œuvre le procédé de transmission d’une donnée relative à un véhicule décrit en référence à la et en particulier les étapes d’obtention d’une donnée représentative d’un contexte de déclenchement de l’appel d’urgence ; de sélection d’un mode de transmission particulier de ladite donnée relative au véhicule selon la donnée de contexte obtenue par consultation d’une base de données comprenant un ou plusieurs enregistrements dans lesquels une donnée de contexte de déclenchement d’appel est associée avec un mode de transmission particulier et un statut représentatif du succès ou de l’échec d’une tentative de transmission préalable d’une donnée relative au véhicule selon ledit mode de transmission ; et d’établissement d’une communication vers un centre de traitement d’appel d’urgence comprenant la transmission de ladite donnée relative au véhicule selon le mode de transmission sélectionné. À l’initialisation, les instructions du programme d’ordinateur 403 sont par exemple chargées dans une mémoire RAM (Random Access Memory en anglais) avant d’être exécutées par le processeur de l’unité de traitement 401. Le processeur de l’unité de traitement 401 met en œuvre les étapes du procédé selon les instructions du programme d’ordinateur 403. Pour cela, outre la mémoire 402 et le processeur 403, le dispositif comprend une unité de communication 404, par exemple une interface de communication cellulaire 2G, 3G, 4G, 5G, WiFi ou Wimax, permettant l’établissement de communications vocales avec un centre de traitement des appels d’urgence par l’intermédiaire d’un réseau de communication et la transmission de données relatives au véhicule, par exemple un bloc de données MSD. L’unité de communication est notamment adaptée pour l’établissement de communications sur IP, par exemple des communications VoIP (Voice Over IP en anglais) en utilisant une connexion de données. Selon un mode de réalisation particulier, l’unité de communication 404 est adaptée pour établir des communications conformément au protocole SIP (Session Initiation Protocol en anglais) par l’intermédiaire d’un réseau de communication IMS (Internet Multimedia Subsystem) et pour transmettre un bloc de données MSD dans des messages de signalisation SIP, par exemple dans des messages SIP INVITE, SIP INFO ou dans des réponses SIP 200 OK. Pour cela, l’unité de communication peut être pilotée par des instructions de programme d’ordinateur enregistrées par exemple dans la mémoire 402 du dispositif 400 et adaptées pour mettre en œuvre une pile protocolaire conforme à un standard de communication VoIP, par exemple une pile SIP ou H.323. Le dispositif 400 comprend également un module 405 de détermination d’une donnée de contexte de déclenchement d’un appel d’urgence. Selon une réalisation particulière, le module 405 est mis en œuvre par des instructions de programme d’ordinateur configurées pour obtenir une localisation géographique du véhicule au moment du déclenchement d’un appel d’urgence. Pour cela, le module 405 est par exemple adapté pour communiquer avec un récepteur GNSS 406 (pour Global Navigation Satellite System en anglais) et obtenir des coordonnées géographiques, comme une longitude et une latitude, correspondant à la localisation du dispositif. Le module 405 de détermination d’une donnée de contexte peut en outre être configuré pour obtenir un identifiant d’un opérateur d’un réseau de communication auquel le dispositif est connecté par l’intermédiaire du module de communication 404, par exemple un MCC, et/ou un identifiant d’un réseau de communication et/ou d’un point d’accès à un réseau cellulaire. Pour cela, le module 405 peut être configuré par des instructions de programme d’ordinateur pour interroger le module de communication 404 et obtenir de telles données de contexte. Le dispositif 400 comprend également une base de données 407. La base de données 407 est par exemple une base de données SQL (Structured Query Language en anglais) mémorisée dans la mémoire 403 du dispositif 400. La base de données 407 est configurée pour mémoriser des associations entre des données de contexte telles que les données de contexte déterminées par le module de détermination 405, des modes de transmission de données relatives au véhicule et des statuts représentatifs d’un succès ou d’un l’échec d’une transmission d’un bloc de données à un centre de traitement d’appels d’urgence dans ledit contexte. Selon un mode particulier de réalisation, la base de données 407 comprend au moins un enregistrement téléchargé depuis un serveur. Pour cela, l’unité de communication 404 peut être configurée par des instructions de programme d’ordinateur pour effectuer une requête vers un serveur d’un réseau de communication et recevoir en réponse à cette requête au moins une association entre une donnée de contexte (comme une zone géographique, un identifiant d’opérateur réseau, de point d’accès au réseau de communication) et un mode de transmission zone adapté pour la transmission d’un bloc de données au cours d’un appel d’urgence selon ledit mode de transmission. Le dispositif 400 comprend aussi un module 408 de transmission d’un bloc de données relatives au véhicule au cours d’une communication vers un centre de traitement d’appels d’urgence. Le module 408 peut être configuré par des instructions de programme d’ordinateur adaptée pour mettre en œuvre au moins deux modes de transmission d’un bloc de données MSD vers un centre de traitement des appels d’urgence. Selon un mode de réalisation particulier, le module 408 est configuré pour offrir un mode de transmission de données MSD dit « inband ». Pour cela, le module 408 comprend un modem adapté pour moduler des données MSD dans un signal audio transmis vers un centre d’appel au cours d’une communication. Selon un mode de réalisation particulier, le module 408 est configuré pour offrir un mode de transmission de données MSD dit « outband ». Pour cela, le module 408 est piloté par des instructions de programme configurées pour mettre en forme le bloc de données MSD dans un format adapté à une transmission dans un message de signalisation SIP. Par exemple, les instructions sont adaptées pour structurer les données conformément au standard IETF RFC7852 afin de les inclure dans un message de signalisation SIP pouvant être transmis par le module de communication 404. Le dispositif comprend enfin un module de sélection 409 d’un mode de transmission d’un bloc de données MSD. Le module de sélection 409 peut être mis en œuvre par des instructions de programme d’ordinateur configurées pour obtenir une donnée de contexte auprès du module de détermination 405 lors du déclenchement d’un appel d’urgence, et pour rechercher dans la base de données 407 un mode de transmission adapté à la donnée de contexte obtenue. Par exemple, le module 409 peut utiliser un comparateur pour comparer la donnée de contexte obtenue avec des données de contextes comprises dans des enregistrements de la base de données 407 afin d’identifier un ou plusieurs enregistrements comprenant un contexte similaire et ainsi obtenir un mode de transmission adapté audit contexte. Le module de communication 404 est en outre configuré pour transmettre, selon le mode de transmission sélectionné par le module 409, des données relatives au véhicule, comme un bloc de données MSD, au cours d’une communication vers un centre de traitement d’appels. Selon un mode de réalisation particulier, le module de communication 404 est en outre configuré pour déterminer un statut représentatif du succès ou de l’échec d’une transmission de données relatives au véhicule selon un mode de transmission particulier. Par exemple, le module 404 peut être piloté par des instructions de programme configurées pour analyser un code d’erreur reçu en réponse à la transmission de données, pour déterminer l’absence de réception d’un acquittement suite à la transmission desdites données, ou à l’inverse pour déterminer que les données ont été transmises avec succès. Le module de communication peut en outre être configuré par des instructions pour mémoriser dans la base de données 407 le statut déterminé ainsi qu’une donnée représentative du contexte dans lequel la communication a été établie et le mode de transmission utilisé. Selon une réalisation particulière, le module de communication 404 est piloté par des instructions configurées pour transmettre l’enregistrement mémorisé vers un serveur. Selon un mode particulier de réalisation, le dispositif est intégré dans un système de communication d’un véhicule, par exemple un TCP (Telecommunication Control Unit en anglais) ou un système d’appel d’urgence de type eCall ou NG-eCall. Procédé de transmission d’une donnée relative à un véhicule lors d’un appel d’urgence déclenché à partir dudit véhicule comprenant les étapes suivantes : Obtention (101) d’une donnée représentative d’un contexte de déclenchement de l’appel d’urgence, Sélection (102) d’un mode de transmission particulier de ladite donnée relative au véhicule selon la donnée de contexte obtenue, Etablissement (103) d’une communication vers un centre de traitement d’appel d’urgence, la communication comprenant la transmission (104) de ladite donnée relative au véhicule selon le mode de transmission sélectionné, Le procédé étant caractérisé en ce que la sélection d’un mode de transmission selon un contexte de déclenchement d’appel comprend la consultation d’une base de données comprenant un ou plusieurs enregistrements dans lequel une donnée de contexte de déclenchement d’appel est associée avec un mode de transmission particulier et un statut représentatif du succès ou de l’échec d’une tentative de transmission préalable d’une donnée relative au véhicule selon ledit mode de transmission particulier. Procédé selon la revendication 1 tel qu’il comprend en outre, lorsque l’appel d’urgence est terminé, une étape de mémorisation dans ladite base de données d’un enregistrement comprenant au moins la donnée de contexte de déclenchement de l’appel obtenue, le mode de transmission sélectionné pour la transmission de ladite donnée relative au véhicule, et un statut représentatif du succès ou de l’échec de ladite transmission selon ledit mode de transmission. Procédé selon la revendication 2 tel qu’il comprend en outre une étape de transmission vers un serveur de l’enregistrement mémorisé. Procédé selon l’une quelconque des revendications précédentes dans lequel la base de données comprend au moins un enregistrement téléchargé depuis un serveur. Procédé selon l’une quelconque des revendications 2 à 4 dans lequel une donnée représentative du contexte de déclenchement d’une communication comprend au moins une localisation géographique et/ou un identifiant d’un réseau de communication. Procédé selon l’une quelconque des revendications précédentes dans lequel un mode de transmission d’un bloc de données relative au véhicule est sélectionné parmi les modes de transmissions suivants : Transmission des données dans un message de signalisation, et Transmission par modulation des données dans un signal audio. Procédé selon la revendication 6 dans lequel le message de signalisation est un message SIP INVITE ou un message SIP INFO. Dispositif de transmission d’une donnée relative à un véhicule lors d’un appel d’urgence déclenché à partir dudit véhicule comprenant un processeur (401) couplé à une mémoire (402) dans laquelle sont enregistrées des instructions de programme (403) configurées pour mettre en œuvre les étapes suivantes, lorsqu’elles sont exécutées par le processeur : Obtention d’une donnée représentative d’un contexte de déclenchement de l’appel d’urgence, Sélection d’un mode de transmission particulier de ladite donnée relative au véhicule selon la donnée de contexte obtenue, la sélection comprenant la consultation d’une base de données comprenant un ou plusieurs enregistrements dans lequel une donnée de contexte de déclenchement d’appel est associée avec un mode de transmission particulier et un statut représentatif du succès ou de l’échec d’une tentative de transmission préalable d’une donnée relative au véhicule selon ledit mode de transmission particulier, et Etablissement d’une communication vers un centre de traitement d’appel d’urgence, la communication comprenant la transmission de ladite donnée relative au véhicule selon le mode de transmission sélectionné. Unité de communication pour véhicule comprenant un dispositif selon la revendication 8. Support d'informations lisible par un processeur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l’exécution des étapes d’un procédé de transmission selon l’une quelconque des revendications 1 à 7. Programme d’ordinateur comprenant des instructions pour l’exécution des étapes d’un procédé de transmission selon l’une quelconque des revendications 1 à 7, lorsque le programme est exécuté par un processeur.