FR 3095733 A1 20201106 FR 1904546 A 20190430 Description Titre de l'invention : SYSTEME ET PROCEDE DE GESTION DE COMMUNICATION V2X ENTRE UN VEHICULE ET UN DISPOSITIF RECEPTEUR Domaine technique 100011 L'invention concerne de manière générale les systèmes de communication sans fil et en particulier un dispositif et un procédé de gestion de communication V2X entre un véhicule et un ou plusieurs dispositifs récepteurs. 100021 Les technologies de communication entre véhicules ont connu des avancées majeures ces dernières années grâce à l'émergence de systèmes de transport intelligents (STI) mises en oeuvre entre véhicules connectés pour améliorer la sécurité et l'efficacité de la circulation routière. Les systèmes STI sont basés sur la diffusion de messages, selon des technologies d'accès radio V2X comprenant des technologies de communication 'entre Véhicules' (V2V ou "Vehicle To Vehicle" en langue anglo-saxonne), entre 'Véhicules et infrastructures' (V2I), et entre 'Véhicules et Piétons' (V2P). De tels messages sont généralement utilisés pour déterminer une action à mettre en oeuvre dans une situation en temps réel comme par exemple une action d'alerte si un risque de collision est détecté ou une action d'arrêt urgent si un danger est détecté, l'action devant généralement être mise en oeuvre rapidement. [0003] Les applications automobiles peuvent envoyer leurs messages V2X (V2V. V21 et V2P) par différents moyens. L'envoi des messages V2X peut être par exemple effectué au moyen de communications 'directes' V2V basées par exemple sur les normes 802.11p, sur la technologie radio PC5 ou encore sur une liaison 5G. De telles communications 'directes' V2V sont encore appelées technologies à courte portée ou adhoc. [0004] Alternativement, l'envoi des messages V2X peut être effectué au moyen de commu- nications 'indirectes' (V2N2V) utilisant une connectivité 4G ou 5G (via l'interface air, encore appelée interface Uu, pour les réseaux LTE and 5G). Dans le cas de communications indirectes V2N2V, un serveur débarqué dans le réseau ("Offboard" en langue anglo-saxonne) héberge un service qui traite les données et les rend disponibles pour l'utilisateur. Les performances de connectivité requises sont généralement différentes en fonction de la situation utilisateur, par exemple en termes de latence, de fiabilité, et/ ou de débit. Dans d'autres situations, la disponibilité de service peut jouer également un rôle important. Cependant. il n'existe pas de solution permettant de déterminer dynamiquement la technologie d'accès radio la plus adaptée à appliquer en fonction des performances cibles. [0005] Dans la demande de brevet CN106658351, une solution est proposée pour déterminer 2 une stratégie de transmission sur liaison descendante pour une station de base 4G. En particulier, cette solution permet de déterminer le type de liaison (diffusion, multidiffusion, monodiffusion) à utiliser et le noeud eNB cible à sélectionner et de transmettre des données V2X reçues selon le type de service V2X. Cependant, cette solution ne permet pas de sélectionner la technologie d'accès radio RAT la plus adaptée au niveau de Qualité de Service cible des messages V2X. [0006] Dans une autre approche, décrite dans la demande W02001705531, il est proposé de sélectionner un réseau LTE ou des unités de bord de route (`Road Sidc unit' en langue anglaise ou RSU) pour des stations de hase V2X pour certains types de message V2X. Cette solution déporte une partie du traitement V2X dans les RSUs pour une répartition de charge optimisée entre les réseaux cellulaires et V2X. Cependant, la sélection est réalisée à partir des stations de hase LTE et non de la partie embarquée dans le véhicule. Par ailleurs, cette solution ne permet pas de déterminer la technologie RAT à appliquer par message qui permet d'atteindre au mieux les performances cibles. [0007] Il existe donc un besoin pour un système et un procédé amélioré permettant de dé- terminer dynamiquement la Technologie d'Accès Radio optimale à appliquer pour l'envoi d'un message V2X en fonction de performances cibles. Définition générale de l'invention [0008] L'invention vient améliorer la situation. A cet effet, elle propose un équipement vé- hiculaire mobile comprenant un dispositif de gestion de communication V2X, connecté à un réseau de communication cellulaire. Avantageusement, le dispositif de gestion de communication comprend une unité de sélection de Technologie d'Accès Radio configurée pour déterminer au moins une Technologie d'Accès Radio (RAT) disponible à utiliser pour la transmission d'un paquet de données, associé à une application V2X exécutée par l'équipement véhiculaire mobile, à au moins un dispositif récepteur. L"unité de sélection est configurée pour sélectionner au moins une Technologie d'Accès Radio disponible à partir d'un ensemble de Technologies d'Accès Radio, en fonction d'informations de Qualité de Service cible comprenant un n-uplet d'indicateurs de performances, le n-uplet d'indicateurs de performances comprenant au moins un indicateur de performance et étant déterminé parmi un ensemble d'indicateurs de performance choisis en fonction de l'application V2X. [0009] Dans un mode de réalisation, les indicateurs de performances de l'ensemble d'indicateurs de performances peuvent être choisis dans un groupe comprenant au moins un paramètre de latence, un paramètre de fiabilité, un paramètre de disponibilité, un paramètre de débit de données et un paramètre d'âge d'information. [0010] Le dispositif de gestion de communication peut comprendre une unité de connexion configurée pour établir une connexion initiale avec un serveur d'application fournissant le service V2X associé à l'application V2X, via un réseau cellulaire, l'unité de 3 connexion étant configurée pour envoyer une requête de souscription à l'application V2X au serveur d'application, la requête de souscription identifiant le service V2X et comprenant des informations de Qualité de Service souhaitées par l'équipement véhiculaire mobile, les informations de Qualité de Service comprenant la Qualité De Service cible. [0011] En particulier, l'équipement véhiculaire mobile peut être configuré pour recevoir une notification d'ouverture de support de transport d'information entre le serveur d'application et l'équipement véhiculaire mobile, si une Qualité de Service estimée sur une période de temps future satisfait une ou plusieurs conditions relatives aux informations de Qualité de Service. [0012] Les informations de Qualité de Service peuvent comprendre en outre une plage de valeur de Qualité de Service dégradée acceptable. [0013] La requête de souscription peut comprendre en outre une description de Région d'intérêt associée à l'application V2X, la description étant une description relative par rapport à la position de l'équipement véhiculaire ou une description absolue définie dans un référentiel absolu. [0014] En particulier, la description absolue peut être représentée dans le référentiel absolu à partir de vecteurs et/ou de polygones et/ou de tuiles. [0015] La requête de souscription peut en outre comprendre des types d'information et des attributs, chaque attribut étant associé à un type d'information donné. [0016] Dans un mode de réalisation, le dispositif de gestion de communication peut comprendre une unité d'estimation de disponibilité de service V2X, l'unité d'estimation de disponibilité de service étant apte à estimer la disponibilité d'un service V2X à partir d'information de prédiction de la Qualité de Service QoS. [0017] L'équipement véhiculaire mobile peut comprendre en outre une unité de déter- mination de disponibilité configurée pour calculer un vecteur de disponibilité de RATs, à partir de la comparaison entre la Qualité de Service cible et une Qualité de Service prédite sur une fenêtre temporelle future, le vecteur de disponibilité comprenant un ensemble de composants ayant une valeur binaire, chaque composant étant associé à un RAT utilisable pour la transmission du paquet de données depuis l'équipement véhiculaire mobile, la valeur binaire indiquant la disponibilité ou l'indisponibilité du RAT. [0018] Dans un mode de réalisation, l'équipement véhiculaire mobile peut en outre comprendre un sélecteur de RATs configuré pour sélectionner au moins un RAT parmi les RATs du vecteur de disponibilité de RATs en fonction d'un ensemble de critères de transmission. [0019] En particulier, les critères de transmission peuvent comprendre un critère relatif à un paramètre de redondance et/ou un paramètre de coût de service V2X et/ou un paramètre de priorité de message et/ou un paramètre de service V2X. [0020] TI est en outre proposé un système de communication V2X comprenant au moins un équipement véhiculaire selon l'une des caractéristiques précédentes, un réseau de communication cellulaire et un serveur d'application délivrant le service V2X associé à l'application V2X, le système comprenant une fonction de prédiction apte à prédire la Qualité de Service à partir des informations de Qualité de Service cible. [0021] TI est également proposé un procédé de transmission d'un paquet de données associé à une application V2X d'un équipement véhiculaire mobile exécutant l'application V2X à au moins un dispositif récepteur, l'équipement véhiculaire mobile étant connecté à un réseau de communication cellulaire. Avantageusement, le procédé comprend une étape de sélection consistant à sélectionner au moins une Technologie d'Accès Radio disponible à utiliser pour la transmission du paquet de données, à partir d'un ensemble de Technologies d'Accès Radio, en fonction d'informations de Qualité de Service cible comprenant un n-uplet d'indicateurs de performances, ledit n-uplet d'indicateurs de performances comprenant au moins un indicateur de performance et étant déterminé parmi un ensemble d'indicateurs de performance choisis en fonction de l'application V2X. [0022] Les modes de réalisation de l'invention permettent ainsi de contrôler et de prédire la qualité d'une technologie d'accès radio de manière à anticiper des changements et adapter le comportement embarqué. [0023] Les modes de réalisation de l'invention permettent en outre de contrôler la dispo- nibilité des technologies d'accès radio à partir de la Qualité de Service, et de sélectionner les technologies d'accès radio optimales à appliquer pour la transmission d'un message V2X. Brève description des dessins [0024] D'autres caractéristiques et avantages de l'invention apparaîtront à l'aide de la des- cription qui suit et des figures des dessins annexés dans lesquels: [0025] - [fig. I ] est un schéma représentant un exemple d'environnement opérationnel dans lequel peut être implémenté le système de gestion communication, selon des modes de réalisation de l'invention; [0026] - [fig.2] est un diagramme représentant le système de gestion de communication selon certains modes de réalisation; [0027] - [fig.3] est un diagramme représentant l'unité de gestion de connexion selon un mode de réalisation; [0028] - [fig.4] est un organigramme représentant un procédé de gestion de communication entre un véhicule automobile et un dispositif récepteur, selon certains modes de réalisation; 100291 - I fig.51 est un organigramme représentant le procédé de souscription selon un mode de réalisation; [0030] - [fig.6] est un diagramme représentant l'unité de contrôle de Qualité de Service, selon un mode de réalisation; [0031] - [fig.7] est un organigramme représentant le procédé de traitement d'une requête de souscription, selon un mode de réalisation; [0032] - [fig.8] est un organigramme représentant le procédé de mise en correspondance d'une catégorie de paquet de données à envoyer, selon un mode de réalisation; et [0033] - [fig.9] est un organigramme représentant le procédé de sélection de RATS pour la transmission, selon un mode de réalisation. [0034] La description détaillée est en outre augmentée de l'annexe Al . Cette annexe est mise à part dans un but de clarification, et pour faciliter les renvois. L'annexe fait partie intégrante de la description, et pourra donc non seulement servir à mieux faire comprendre la présente invention, niais aussi contribuer à sa définition, le cas échéant. Ceci s'applique également en tous points aux dessins. Description détaillée de la demande [0035] La figure 1 représente un exemple d'infrastructure dc communication V2X 100, selon des modes de réalisations de l'invention. [0036] Les modes de réalisation de l'invention fournissent un dispositif et un procédé de gestion dc communication V2X entre un équipement véhiculaire mobile 2 (encore appelé ci-après 'véhicule' ou 'véhicule émetteur') et au moins un dispositif récepteur 3, apte à déterminer dynamiquement une ou plusieurs technologies d'accès radio RAT disponibles à utiliser pour la transmission des données dc l'équipement véhiculaire mobile 2 vers le ou les dispositifs récepteurs 3, en fonction d'au moins un indicateur de performance cible. [0037] L'environnement 100 forme une architecture de transports intelligents (STI) configurée pour gérer la sécurité et l'efficacité du trafic routier en utilisant des commu- nications sans fil V2X entre un véhicule 2 et un dispositif récepteur 3 connectés. [0038] Chaque véhicule 2 peut être équipé d'un dispositif de communication 20 configuré pour permettre une communication relative à une ou plusieurs applications V2X : [0039] - entre le véhicule 2 et un serveur d'application 6 distribuant le service V2X vers les dispositifs récepteurs 3, via un réseau cellulaire de communication', ou [0040] - un échange de paquets de données relatifs à une ou plusieurs applications V2X entre le véhicule 2 et des dispositifs récepteurs 3 situés dans une zone de portée, au moyen d'une ou plusieurs Technologies d'Accès Radio Adhoc, la zone de portée correspondant à la portée la plus faible des technologies radio Adhoc. [0041] Plus généralement, une communication V2X peut être utilisée dans des applications d'optimisation de l'efficacité routière, de gestion de trafic routier, de réduction des 6 victimes et d'amélioration de la sécurité routière, de véhicules autonomes. [0042] Le véhicule peut être équipé de moyens de communication sans fil (en émission et réception) adaptés pour la communication avec le réseau cellulaire 1 et pour la communication à hase de RATs avec les dispositifs récepteurs 3 situés à proximité. Les dispositifs récepteurs 3 implémentent également une ou plusieurs applications V2X correspondantes et un dispositif de communication 30 apte à communiquer avec le dispositif de communication 20 du véhicule 2. [0043] Le véhicule 2 peut être en outre équipé d'un ensemble de capteurs configurés pour mesurer des paramètres environnementaux et/ou d'au moins une caméra configurée pour enregistrer des séquences d'images de l'environnement du véhicule. Les données des capteurs et/ou des caméras peuvent être utilisées par le dispositif de communication 20. [0044] Une communication V2X peut être utilisée pour l'utilisation de services intelligents par des véhicules 2 en partageant les informations environnementales acquises par les véhicules, des infrastructures routières ou des piétons équipés d'un dispositif mobile grâce à des véhicules ou équipements de capteurs situés à proximité. [0045] Une communication V2X utilise un équipement véhiculaire émetteur ou récepteur tel que le véhicule 2, mettant en oeuvre une application V2X via un transport de données conforme à 3GPP. En fonction du type de dispositifs récepteurs 3, la communication V2X peut être une communication V2V, V21 ou V2N. Dans une communication V2V, la communication a lieu entre deux véhicules 2 et 3 qui utilisent une application V2V. Dans une communication V21, un véhicule 2 et une infrastructure routière 3 (encore appelée Unité de Bord de Route ou RSU) utilisent une application V21. Une infrastructure routière 3 supporte un service V21 configuré pour envoyer et/ou recevoir des données au/du véhicule 2 en utilisant l'application V21. Une infrastructure routière 3 peut être implémentée dans une station de base ou un équipement véhiculaire stationnaire. Dans une communication V2N, la communication V2N est entre un véhicule 2 and un serveur d'application V2X (tel que le serveur 7). [0046] Selon les modes de réalisation de l'invention, le dispositif de communication comprend un dispositif de gestion de communication 200 configuré pour déterminer dynamiquement la ou les technologies d'accès radio disponibles susceptibles d'être utilisées pour la transmission d'un paquet de données V2X aux dispositifs récepteurs détectés 3, en fonction d'un ensemble d'indicateurs de performances cibles comprenant au moins un indicateur de performance. [0047] Telle qu'utilisée une Technologie d'Accès Radio (RAT) fait référence au procédé de connexion physique sous-jacent pour un réseau de communication radio, tel que par exemple et de manière non limitative: [0048] - un RAT de troisième génération (3G), 7 [0049] - un RAT de quatrième génération (4G, LTE), [0050] - un RAT de cinquième génération (5G), [0051] - une communication Adhoc de type llp, [0052] - une communication Adhoc de type PC5, [0053] Plus généralement, un RAT désigne ici toute Technologie d'Accès Radio actuelle ou de génération future. [0054] L'exécution de l'application V2X par le véhicule 2 peut utiliser un réseau cellulaire de communication 1 comprenant au moins une station de hase 4, un coeur de réseau cellulaire 5 et un serveur d'application (AS) 6 est utilisé. Le réseau de communication permet au véhicule 2 d'accéder au service V2X correspondant à l'application V2X et de communiquer des messages V2X (sous la forme de paquets de données V2X) avec les dispositifs 3 récepteurs. Un dispositif récepteur 3 désigne tout dispositif muni de moyens de communication pour recevoir les paquets de données V2X émis par le véhicule émetteur 2. [0055] Les stations de hase 4 peuvent être équipées de fonctions de communication V2X pour supporter la communication V2X. [0056] Le serveur d'application 6 peut être tout type de serveur débarqué sur le réseau (serveur 'cloud' ou serveur distribué par exemple) implémentant des fonctions de traitement de données configurécs pour envoyer les informations dont le véhicule a besoin. [0057] Le réseau de communication cellulaire peut être par exemple un réseau LTE, les stations de base 4 étant des noeuds eNB du réseau LTE. [0058] Dans les modes de réalisation où le dispositif récepteur 3 est un véhicule, le dispositif récepteur 3 peut recevoir des données directement du véhicule émetteur 2 ou du serveur d'application 6 par l'intermédiaire de station de base(s) 4 et du coeur de réseau 5. [0059] Le véhicule 2 peut utiliser le serveur d'application V2X pour relayer, multi-diffuser ou diffuser des informations de trafic routier ou des informations de sécurité ou des informations d'applications routières aux dispositifs 3 récepteurs situés dans une zone de proximité et exécutant une application V2X correspondante. Par exemple, le véhicule 2 peut diffuser un message V2V simultanément (par exemple en parallèle) à plusieurs autres véhicules 3 situés à proximité ou un message V21 à une unique infrastructure routière 3 ou diffuser un message V2P à tous les dispositifs piétons équipés d'un dispositif mobile 3 situés à proximité. [0060] Pour envoyer un paquet de données V2X à des dispositifs récepteurs 3, le véhicule 2 peut transmettre une requête de souscription V2X au serveur d'application 6 à travers au moins une station de base 4, lorsque le véhicule est dans la zone de couverture de la ou des stations de base 4, la requête comprenant des informations de couches 8 d'application telles que des informations de localisation ou des attributs de service. [0061] La station de hase 4 servant le véhicule 2 transmet la requête de souscription au coeur de réseau 5. Le coeur de réseau 5 peut être configure pour lire cette requête, enregistrer un équipement véhiculaire mobile 2 en réponse à une requête de souscription V2X, localiser l'équipement véhiculaire mobile 2, authentifier l'équipement véhiculaire mobile 2, et/ou gérer la Qualité de Service de la connexion entre le véhicule 2 et le serveur d'application 6 en fonction du type de souscription. [0062] Dans un autre mode de réalisation, le véhicule 2 peut négocier avec le coeur de réseau 5 la Qualité de Service de la connexion entre le véhicule 2 et le serveur d'application 6 en fonction du type de souscription, indépendamment du procédé de souscription proprement dite. En variante, le service V2X hébergé dans le serveur d'application 6 peut négocier avec le coeur de réseau 5 la Qualité de Service de la connexion entre le véhicule 2 et le serveur d'application 6 en fonction du type de souscription, indépendamment du procédé de souscription. Dans une autre variante de réalisation, le coeur de réseau 5 peut établir, pendant l'enregistrement du véhicule auprès du coeur de réseau cellulaire, des connectivités avec une Qualité de Service par défaut, chaque niveau de Qualité de Service ayant été provisionné (alloué) par l'opérateur en fonction de l'abonnement du véhicule auprès de celui-ci. [0063] Le véhicule 2 peut atteindre le Coeur de réseau 5 en utilisant une ou plusieurs tech- nologies d'accès telles qu'une technologie d'accès conforme à la spécification 3GPP, comme par exemple E-UTRAN (dans LTE et LTE-Advanced), ou UTRAN, ou non conforme à 3GPP telle que WiMAX, ou WLAN. [0064] Le réseau de communication cellulaire 1 sert à relayer et fournir des données entre le véhicule 2 et le serveur d'application externe 6 qui fournit le service V2X. [0065] La requête de souscription peut comprendre des informations relatives à la Qualité de Service cible souhaitée par le véhicule 2. La Qualité de Service est constitué d'un nuplet d'indicateurs de performance, dépendant de l'application V2X exécutée. [0066] Dans un mode de réalisation les indicateurs de pertbrmance (notés KPIs) du n-uplet peuvent comprendre un ou plusieurs indicateurs parmi : [0067] - un ou plusieurs paramètres relatifs à la latence (tel que la latence maximale ou la latence moyenne), [0068] - un ou plusieurs paramètres de fiabilité (tel que le taux de perte de message maximal ou moyen), [0069] - un paramètre de disponibilité, [0070] - un paramètre de débit de données (tel que le débit maximal), et/ou [0071] - un paramètre d'âge d'information. [0072] La latence maximale désigne le temps de transfert maximal d'une donnée V2X du véhicule 2 (véhicule émetteur) vers le serveur d'application 6 ou du serveur 9 d'application 6 vers le dispositif récepteur 3. [0073] La latence moyenne désigne le temps de transfert moyen d'une donnée V2X du véhicule 2 (véhicule émetteur) vers le serveur d'application 6 ou du serveur d'application 6 vers le dispositif récepteur 3. [0074] Le taux de perte de messages maximal désigne le pourcentage maximal de paquets V2X perdus entre le véhicule 2 (véhicule émetteur) et le serveur d'application 6 ou entre le serveur d'application 6 et le dispositif récepteur 3. [0075] Le débit maximal désigne le débit négocié entre le véhicule 2 (véhicule émetteur) et le serveur d'application 6 pour la latence et le taux de perte de messages ciblés. [0076] Les modes de réalisation de l'invention permettent en outre de déterminer dyna- miquement les RATs disponibles à utiliser dans la communication V2X entre un véhicule 2 et un dispositif récepteur 3 qui garantissent des indicateurs de performances KPTs optimaux par rapport aux performances cibles définies en fonction de l'application V2X exécutée par le véhicule 2 (e.g. message V2X de freinage d'urgence, message V2X d'embouteillage, conduite à distance, etc.). [0077] Les modes de réalisation de l'invention permettent de déterminer dynamiquement en temps réel ou quasi-réel la ou des technologies d'accès radio RATs disponibles qui garantissent des indicateurs de performances optimaux par rapport aux indicateurs de performance cibles définies pour l'application V2X exécutée par le véhicule émetteur 2. Ainsi, le routage de l'information relative à l'application V2X, le contenu du message envoyé par le véhicule émetteur 2 aux dispositifs récepteurs 3 en utilisant les technologies d'accès radio disponibles sélectionnées sont effectuées de manière à optimiser dynamiquement l'utilisation des ressources radio. Par exemple, pour une application V2X associée à des indicateurs de performance liés à la charge du réseau, le dispositif de gestion de communication V2X 200 peut déterminer dynamiquement les RATs disponibles et sélectionner ceux qui permettent de réduire la charge du réseau. [0078] La figure 2 est un diagramme représentant le dispositif de gestion de communication 200 embarqué dans le véhicule 2, selon certains modes de réalisation. [0079] Comme illustré sur la figure 2, le dispositif de gestion de communication V2X 200 peut comprendre une unité de gestion de connexion 2001 configurée pour établir une connexion avec le serveur d'application 6 via la ou les stations de base 4 qui servent le véhicule et le réseau coeur 5, selon un procédé d'enregistrement et de souscription. L'unité de gestion de connexion 2001 permet d'établir la communication avec le serveur d'application 6 qui est débarqué sur le réseau, d'enregistrer l'équipement véhiculaire 2 et/ou de souscrire au service V2X. La souscription permet au véhicule 2 d'indiquer ses besoins au serveur d'application débarqué 6. [0080] Dans un mode de réalisation, l'unité de gestion de connexion 2001 est configurée pour envoyer au serveur d'application 6 une requête d'enregistrement au service de communication V2X, correspondant à l'application V2X. La requête d'enregistrement peut comprendre : [0081] - une Région d'Intérêt (ROI) représentant la zone cible à détecter pour la mise en oeuvre du service V2X correspondant à l'application V2X exécutée par le véhicule 2, la Région d'Intérêt peut être détectée par le véhicule pendant l'exécution de l'application V2X en utilisant un ou plusieurs capteurs et/ou moyens de signalisation équipant le véhicule; la Région d'intérêt peut être représentée par un ensemble de paramètres ROI (paramètres de Région d'Intérêt) caractérisant la Région d'Intérêt; [0082] - des attributs de services V2X indiquant le type d'information dont le véhicule 2 a besoin; et [0083] - une Qualité de Service cible QoSeibi,=(KPIleible, , KPLeib,e) définie par un n-uplet comprenant n valeurs cibles définies pour n Indicateurs de Performance KPI cible (n étant un entier au moins égal à 1) associés à l'application V2X exécutée par le véhicule tels que la fiabilité, la latence, etc. [0084] Le dispositif de gestion de communication V2X 200 comprend en outre une unité de sélection de Technologies d'Accès Radio (RATs) disponibles 2000 (encore appelée « unité de disponibilité ») configurée pour déterminer une liste de RATs disponibles à utiliser pour la transmission d'un message V2X relatif à une application V2X exécutée par le véhicule 2 aux dispositifs récepteurs 3. [0085] Le dispositif de gestion de communication V2X 200 peut en outre comprendre un module de contrôle de QoS 2002 configuré pour analyser la valeur courante de chacun des n indicateurs de performance, pendant l'exécution de l'application V2X, pour chacun des P technologies RATs. Le module de contrôle 2002 peut comprendre une ou plusieurs structures de stockage (non représentées) pour stocker la valeur courante de chacun des n indicateurs de performance, par exemple sous la forme d'une matrice P*n (P fois n). [0086] En variante, le module de contrôle 2002 des n Indicateurs de Performance peut stocker des valeurs prédites des n indicateurs de performance, chaque valeur prédite étant associée à une fenêtre temporelle future correspondant à la période de validité de la valeur prédite. La prédiction de valeur de KPI peut être effectuée par une fonction de prédiction implémentée dans l'environnement 100, par exemple dans le réseau cellulaire 1 (par exemple, dans le coeur de réseau 5) ou dans le véhicule 2 ou dans le serveur d'application 6. La suite de la description sera faite en référence à des valeurs prédites de KPI, à titre d'exemple illustratif. [0087] L'unité de sélection de RATs peut être activée par le véhicule 2 lorsqu'un message V2X est à envoyer aux dispositifs récepteurs 3, par exemple en réponse à la détection de conditions d'envoi de messages V2X (en fonction d'événements détectés) par le véhicule 2. 11 [0088] L'unité de détermination de RATs disponibles 2000 peut alors déterminer l'ensemble des RATs disponibles parmi les RATs du n-uplets à partir des valeurs prédites de chacun des n indicateurs de performance maintenues par le module de contrôle 2002, et d'un temps estimé associé à la valeur courante de chaque indicateur dc per- formance. [0089] L'unité dc détermination de RATs disponibles 2000 peut comprendre un comparateur configuré pour comparer, pour chaque RAT, les valeurs prédites des n indicateurs de performance QoSi=(KPlià , KPlii, KPI,J) de chaque RAT d'un ensemble de P RATs (avec j P) maintenues par le module de contrôle 2002, avec les valeurs cibles des n indicateurs de performance KPI définies par l'application QoScilme=(KPI cible KPlc1ble KPI ) L'unité de détermination de RATs disponibles 2000 est en outre configuré pour déterminer un bit de disponibilité représentant la disponibilité du RAT en fonction du résultat de la comparaison, en utilisant un estimateur de temps configuré pour estimer pour le RAT considéré un temps de disponibilité Tk représentant le temps pendant lequel le k ième RAT est estimé disponible ou non disponible. Dans un mode de réalisation, l'estimateur de temps peut être configuré pour estimer seulement le temps de disponibilité d'un RAT, s'il est déterminé par le comparateur que le RAT est disponible. Bien que le comparateur et l'estimateur de temps soient représentés dans l'unité de détermination de RATs disponibles 2000, l'homme du métier comprendra aisément que le comparateur et l'estimateur de temps peuvent être agencés dans d'autres éléments du dispositif de gestion de communication 20, à l'extérieur de l'unité de sélection 200. [0090] Dans une autre mode de réalisation, l'unité de sélection 200 peut être configurée pour comparer les vecteurs QoS; (avec j peut être représentée par M indicateurs dc per- formance, par exemple sous la forme d'un descripteur de Qualité de Service. Les M indicateurs de performance peuvent inclure un ou plusieurs des indicateurs dc performance (KPIs) tels que la latence cible, et/ou le taux d'erreur de paquet cible. [0152] Les informations de QoS spécifiées dans la requête de souscription (QoS souhaité par le véhicule 2) peuvent être représentées par des descripteurs de QoS, ces descripteurs de QoS pouvant comprendre d'autres informations relatives au QoS, telle que : [0153] - une information indiquant si la QoS cible doit être ou non garantie; et/ou [0154] - le débit maximum sur la liaison montante et/ou sur la liaison descendante si la QoS cible doit être garantie et/ou [0155] - un mode de notification. [0156] L'information de Région d'intérêt ROI indiquée dans la requête de souscription peut être décrite de plusieurs manières dans les informations de souscription. [0157] Dans un mode de réalisation, la région d'intérêt ROI peut être décrite de manière relative par rapport à la position du véhicule 2 (quantifiée). La description relative de la région d'intérêt peut alors se présenter sous la forme d'un ensemble de tuiles ('tyles' en langue anglo-saxonne) agencés autour d'un carré dans lequel se situe le véhicule 2 [0158] Ainsi, en fonction de la taille du cané, le débit de mise à jour de l'information peut être limité et la mise à jour peut contenir uniquement les changements de son can-é ou des changements dus à de nouveaux carrés pertinents en raison par exemple de changement d'environnement (par exemple, passage d'un environnement urbain à un environnement d'autoroute). Cependant, en fonction de la taille et du format des carrés, la région d'intérêt peut ne pas correspondre exactement à la région de pertinence du véhicule 2. [0159] En variante, la description de la région d'intérêt peut être basée sur une forme stan- dardisée par rapport à un barycentre, telle que par exemple une ellipse (définie par son grand axe et son petit axe), un cercle (défini par son centre et son rayon), un rectangle (définit par sa longueur et sa largeur). L'information du barycentre peut être mise à jour régulièrement pour informer le géoserveur. Une telle description de la région d'intérêt est avantageusement adaptée à la zone de proximité du véhicule 2, la zone de proximité étant déterminée par l'application véhicule en fonction d'un ensemble de paramètres tels que la vitesse, les caractéristiques de route, etc. Cependant, un taux de mise à jour du barycentre peut être requis, le taux de mise à jour pouvant être élevé avec des informations limitées à échanger. [0160] Dans une autre variante, une description absolue de la région d'intérêt peut être 18 utilisée. La description absolue est définie dans un référentiel absolu. La description absolue peut être représentée à partir de vecteurs et/ou de polygones et/ou de tuiles, cc qui permet d'obtenir une description adaptée à la zone de proximité du véhicule 2. [0161] Dans un mode de réalisation, la souscription peut être effectuée en utilisant un procédé de notification. Selon ce procédé de notification, le serveur d'application débarqué 6 peut soit envoyer périodiquement des informations qui correspondent aux conditions de souscriptions requises ou peut être configuré pour détecter un changement des informations qui correspondent aux conditions de souscription requises depuis la dernière notification. [0162] Dans un mode de réalisation, l'unité de connexion 2001 (après l'étape 510 de la figure 5) peut fournir en sortie une liste des ports des services V2X enregistrés, un port pouvant être mis en correspondance (mappé) avec un unique service V2X ou une pluralité de services V2X. Un même niveau dc Qualité dc Service QoS peut être appliqué aux différentes liaisons crées pendant la souscription. [0163] Comme illustré sur la figure 6, le module de contrôle de QoS 2002 est chargé de contrôler les QoS de toutes les liaisons de communication afin de déterminer les RATs disponibles. Le module de contrôle dc Qualité De Service 2002 peut comprendre: [0164] - un premier composant de contrôle 222 configuré pour contrôler la QoS pour la connectivité cellulaire sur l'Interface Uu (réseau cellulaire 1) et pour les services V2X fournis par le serveur d'application 6. [0165] - un deuxième composant de contrôle 224 pour contrôler la QoS des autres RATs faible portée. [0166] Dans un mode de réalisation, le premier composant de contrôle 222 peut contrôler la QoS pour la connectivité avec l'interface Uu à partir de fonctions qui peuvent être disponibles sur le réseau cellulaire 1 (4G ou 5G par exemple). Le premier composant de contrôle 222 peut utiliser des données déterminées par des fonctions d'allocation de support, de notification et de prédiction de QoS implémentées par le réseau cellulaire 1. Dans un mode de réalisation de l'invention, au moins certaines de ces fonctions peuvent être implémentées dans le serveur d'application débarqué 6. Alternativement, une partie de ces fonctions au moins peuvent être contrôlées par le dispositif de gestion de communication 2. [0167] Dans certains modes de réalisation, le serveur d'application 6 peut implémenter la fonction d'allocation de support ('bearer' en langue anglo-saxonne) et de contrôle de la Qualité de Service tandis que le coeur de réseau 5 (coeur LTE/5G par exemple) implémente la fonction de prédiction de la Qualité de Service. Dans un tel mode de réalisation, le serveur d'application 6 peut utiliser la prédiction de Qualité de Service effectuée par la fonction de prédiction (mise en oeuvre par exemple par le coeur de réseau 5) pour obtenir des informations de prédictions relatives aux niveaux de Qualité 19 de Service possibles dans la Région d'Intérêt spécifiée pour les services V2X spécifiés. [0168] La figure 7 représente le procédé de prédiction de QoS et d'allocation de QoS, selon certains modes de réalisation. Dans un mode de réalisation, le procédé de prédiction de QoS et d'allocation de QoS peut être mis en oeuvre par un ou plusieurs éléments de réseau cellulaire. [0169] En réponse à la réception d'une requête de souscription spécifiant une Qualité de Service cible QoS,ible (étape 700), la liste des niveaux de Qualité de Service prédits a priori (ou estimés sur une période de temps future) est déterminée, à l'étape 702, pour au moins une des informations de Qualité de Service spécifiées dans la requête de souscription (par exemple QoS cible, QoS nominale, etc.). L'étape de prédiction peut être réalisée par le Coeur de réseau 5 par exemple. Dans un mode de réalisation, l'étape de prédiction peut d'abord déterminer une prédiction pour la Qualité de Service cible. [0170] A l'étape 708, une connexion dédiée ("bearer") est demandée pour la QoS cible spécifiée dans la requête de souscription (par exemple par le serveur d'application 6 ou le geoservice), si la connexion par défaut ne satisfait pas la QoS cible (la QoS prédit est égal à la QoS cible). Tel qu'utilisé ici, le terme "support" (ou "bearer") fait référence à un support ou 'tuyau' qui sert à transporter l'information associée à un service V2X (condition testée à l'étape 704). Le support peut être un nouveau support radio dédié (par exemple dans un réseau cellulaire LTE) ou un flux de trafic (dans un réseau cellulaire 5G). Par exemple, le support peut être ouvert en utilisant une interface de programmation d'application API (acronyme pour "Application Programming Interface") telle que l'API MEC (acronyme pour "Mobile Edge Computing" signifiant littéralement "Informatique de pointe mobile"). [0171] A l'étape 708, la création du support est notifiée au dispositif de gestion de commu- nication 20, la notification incluant des informations relatives à l'identificateur de classe de QoS (QCI). La notification peut être effectuée par exemple en utilisant des messages de notification sécurisés tels que des messages NAS (acronyme pour "NonAccess stratum" signifiant "Couche de non-accès") et une commande AT (AT est l'abréviation de "ATtention") entre le réseau coeur 5 et l'équipement véhiculaire mobile 2. [0172] A l'étape 704, si la QoS prédite ou allouée est différente de la Qualité de Service cible QoScibie, il peut être en outre vérifié (par exemple par le géoservice) si le niveau de QoS prédit est compris dans une plage de valeurs de QoS dégradé acceptable, si une telle plage de QoS est spécifiée dans la requête de souscription (la plage peut être définie par un intervalle de valeurs de QoS ou par un seuil de QoS). Si la condition de plage de valeur de QoS est satisfaite (i.e. la QoS prédite est compris dans la plage de valeurs de QoS spécifiée), une requête peut être envoyée (par exemple par le serveur d'application 6) au coeur de réseau 5 pour requérir l'ouverture d'un support dédié, selon les étapes 706 et 708 pour la QoS prédite dégradée (tel qu'utilisé ici le terme "dégradée" fait référence à une QoS prédite qui ne satisfait pas la QoS cible mais est comprise dans la plage de valeurs de QoS acceptable spécifiée dans la requête de souscription). [0173] Sinon, à l'étape 710, si la QoS prédite est inférieure à un seuil de QoS prédéfinie, une notification peut être envoyée par l'un des composants débarqués (serveur d'application 6) au dispositif de gestion de communication embarqué 200 pour notifier l'indisponibilité du service. [0174] Dans d'autres modes de réalisation, la fonction de prédiction peut ne pas être im- plémentée ou utilisée ou utilisable par le système, par exemple si le serveur d'application 6 hébergeant le géoservice ne supporte pas de fonction de prédiction ou si le coeur de réseau ne peut pas prédire la Qualité de Service d'un service V2X particulier dans une zone donnée. De même, des services V2X peuvent être rendus indisponibles en réponse à la détection de certains événements (attaque de sécurité par exemple), ou sur une zone géographique donnée ou une période de temps donnée. Dans de telles situations, le serveur d'application 6 peut requérir auprès de coeur de réseau 5 la création d'une connexion dédiée et négocier des paramètres de QoS jusqu'à ce qu'une QoS satisfaisant les conditions de QoS spécifiées dans la requête de souscription (QoS cible et optionnellement plage de valeur de QoS) soit trouvée. Le serveur d'application 6 considèrera alors que la QoS négociée est valide jusqu'à ce qu'un changement de QoS soit notifié par le réseau cellulaire. [0175] Dans un mode de réalisation, une allocation et un contrôle de la Qualité de Service peut être directement mises en oeuvre dans le véhicule 2 (côté embarqué) par le dispositif de gestion de communication 200 (au moins en partie par le module de contrôle de QoS 2002). Le dispositif de gestion de communication 200 peut alors être configuré pour déterminer la disponibilité ou l'indisponibilité du RAT cellulaire pour le service V2X considéré à partir des informations de prédiction de QoS reçues de la fonction de prédiction, par exemple sous la forme de notification(s). [0176] Dans un tel mode de réalisation, le dispositif de gestion de communication 200 peut être configuré pour requérir une ouverture de connexion dédiée avec une Qualité de Service identifiée par un identifiant de QoS (QCI en 4G ou 5QI par exemple) si la connexion par défaut ne satisfait pas les conditions de QoS spécifiées dans la requête de souscription (les conditions de QoS spécifiées dans la requête de souscription, par exemple sous la forme de descripteurs de QoS peuvent être stockées dans une base de données locale). [0177] Par ailleurs, le dispositif de gestion de communication 200 peut requérir des in- formations de prédiction de QoS (sous la forme de notifications par exemple) dans une zone géographique donnée, par exemple en fonction du trajet prévu par le véhicule 2. 21 Dans un mode de réalisation, le dispositif de gestion de communication 200 peut communiquer avec la fonction de prédiction en utilisant des messages de signalisation, par exemple de type NAS. Le dispositif de gestion de communication embarqué 200 peut alors communiquer avec la fonction de prédiction de QoS hébergée dans le réseau cellulaire 1 et requérir des informations de prédiction de QoS, de différentes manières. [0178] Dans un premier mode de réalisation, le dispositif de gestion de communication 200 peut requérir les informations de prédiction de QoS à un instant donné, en fournissant des informations relatives à la Région d'intérêt sous la forme par exemple de descripteurs de la Région d'intérêt, et en recevant en réponse la fonction de prédiction la QoS prédite. [0179] Dans une variante du premier mode de réalisation, le dispositif de gestion de commu- nication 200 peut recevoir périodiquement ou en réponse à la détection d'événements une QoS prédite. Pour cela, le dispositif de gestion de communication 200 peut : [0180] - fournir des informations relatives à un ensemble de seuils; [0181] - fournir des informations sur la Région d'intérêt mises à jour périodiquement et re- présentant les zones dans lesquelles la Qualité de Service a priori doit être prédite; [0182] - recevoir une notification en réponse à la détection d'une QoS prédite inférieure à l'un des seuils de l'ensemble des seuils; inversement, aucune notification n'est envoyée lorsque la QoS prédite est supérieure ou égale à tous les seuils. [0183] Dans un deuxième mode de réalisation, le dispositif de gestion de communication embarqué 200 peut utiliser des messages de signalisation via le plan utilisateur. Dans ce mode de réalisation, les informations de QoS peuvent être demandées par le dispositif de gestion de communication 200 à un service localisé dans le serveur d'application 6 dans lequel le géoserveur est enregistré. Le géoserveur peut ensuite établir la communication avec la fonction de prédiction localisée dans le réseau cellulaire (dans le coeur de réseau 5 par exemple) pour obtenir les informations de prédiction de QoS, comme décrit dans le premier mode de réalisation. [0184] En fonction des conditions de QoS testées (comparaison de la QoS cible avec la QoS prédite), le dispositif de gestion de communication 200 peut associer un indicateur de disponibilité à la connectivité de l'interface Uu pour un service V2X donné, l'indicateur pouvant avoir une première valeur si la connectivité est disponible pour un service V2X donné ou une deuxième valeur pour indiquer l'indisponibilité de la connectivité de l'interface Uu pour le service V2X considéré si la QoS prédite ne satisfait pas les conditions de QoS spécifiées par le véhicule 2 (par exemple au moyen des descripteurs de QoS dans la requête de souscription). [0185] Dans les cas où le réseau cellulaire 1 ne peut pas prédire la QoS pour un service V2X particulier dans une Région d'Intérêt, le dispositif de gestion de communication 200 peut demander au réseau cellulaire de créer une connexion dédiée pour le transport d'information relatif au service V2X et négocier des paramètres de QoS de référence satisfaisant les conditions de QoS cibles spécifiées dans la requête de souscription. Le dispositif de gestion de communication 200 du véhicule 2 considérera alors la QoS de référence comme étant valide jusqu'à ce qu'il soit notifié d'un changement par le réseau cellulaire. [0186] Dans les différents modes de réalisation où la QoS peut être prédit par la fonction de prédiction, la QoS de prédiction est associée à une période de temps estimée représentant la période de temps pendant laquelle la prédiction a été faite (fenêtre temporelle de validité de la QoS prédite). [0187] Le dispositif de gestion de communication 200 peut en outre comprendre une unité de notification configure° pour envoyer des informations à un ou plusieurs composants du dispositif de gestion de communication 200 pour notifier la disponibilité/ l'indisponibilité de la connexion cellulaire pour le service V2X (connectivité Uu disponible/indisponible pour le service V2X). Les informations de prédiction de QoS étant fournies à l'avance, cela permet au dispositif de gestion de communication 200 (ou plus généralement au véhicule 2) de s'adapter en cas d'indisponibilité d'un service V2X. [0188] Dans un mode de réalisation, le sélecteur de RATs 2004 (représenté sur la figure 2) peut être configure pour tenir compte de critères de transmission de paquets selon une stratégie de transmission à long terme, pour le service V2X considéré. Les critères de transmission peuvent inclure un ou plusieurs des critères suivants : [0189] - l'information de disponibilité de l'interface Uu pour le service V2X qui peut être reçue de l'unité d'estimation de disponibilité de service, ainsi que la fenêtre temporelle correspondant à cette information de disponibilité (durée pendant laquelle la liaison de connectivité est disponible ou indisponible selon le cas); [0190] - des informations reçues de fournisseurs de données ou de consommateurs de données telles que des informations indiquant si un lien additionnel est requis qui nécessiterait une redondance d'information. [0191] Une table de correspondance peut être utilisée par le sélecteur de RATs 2004, la table de correspondance associant un type de service donné à un ensemble de paramètres relatifs au service V2X. Les paramètres relatifs à un type de service V2X donné peuvent inclure un ou plusieurs des paramètres suivants: le système demandant le service, le système fournisseur du service, le type de message, la catégorie de paquet (ou 'classe de trafic% l'ensemble des RATs utilisables pour le service, et des informations de port comprenant pour chaque RAT utilisable le ou les ports de transmission associés. [0192] Un exemple de table de correspondance est donné par la table Tl : 23 [Tableaux1] Type de service Systeme demandeur Systeme fournisseur Type de message Classe de trafic pour la transmission Correspondance espondanc de ports pour la transmission Liaison de rupture D système A (ARAS). 1D svsteme B etc D systêmé A (ADAS) D systeme C DENIF4 ID de classe de trafic (PPPPli {.tu ;.port N), 1'i p, PC51. electromque :Ai-gerce (CAN , [0193] Le gestionnaire de transmission 2005 peut s'appuyer sur la table de correspondance. Le gestionnaire de transmission 2005 peut être configuré pour analyser le contenu du message à transmettre ou le système fournisseur de ces données pour déterminer par quel RAT de telles données doivent passer. [0194] La figure 8 est un organigramme représentant le procédé mis en oeuvre par le ges- tionnaire de transmission 2005. [0195] A l'étape 800, des informations de correspondance de catégories de paquet sont reçues, les informations de correspondance pouvant comprendre au moins certaines des informations suivantes: [0196] - Une table de correspondance serai-statique qui associe des RATS à des catégories de paquets, cette table pouvant être utilisée par le sélecteur de RAT 2004 pour filtrer les RATs du vecteur de disponibilité V en fonction de la stratégie de transmission à long terme. [0197] - Une liste des ports de transmission disponibles pour la connexion avec le réseau cellulaire 1 (par exemple, connexion Uu pour un réseau LTE) ou des informations relatives aux découpes ('slice') de réseau (connexion sur une partie virtuelle du réseau pour un réseau cellulaire 5G), ainsi que connexions et leurs caractéristiques de ports (par exemple GBR, QCl/ 5Q1, ou TFT). [0198] A l'étape 802, des données peuvent être reçues du fournisseur de données cor- respondant au paquet à envoyer depuis le véhicule 2 vers les dispositifs récepteurs 3 situés à proximité. Les données de fournisseur peuvent être reçues dans un format adapté à la transmission du paquet de données (format standardisé par exemple). [0199] A l'étape 804, les informations sémantiques incluses dans le paquet de données peuvent être analysées. [0200] A l'étape 806, le contenu du paquet de données peut être mis en correspondance (mappé) avec une ou plusieurs catégories de paquets (classes de trafic) qui définissent la QoS cible pour le service V2X, la catégorie retenue étant indexée par « i ». [0201] A l'étape 808, à partir du vecteur de disponibilité filtré V; qui stocke les informations de disponibilité pour un sous ensemble des RATs et pour la catégorie retenue, les 24 RATs identifiés comme disponibles dans le vecteur V, sont sélectionnés pour la transmission du paquet de données. [0202] A l'étape 810, les informations relatives aux RATs sélectionnés sont ajoutées au paquet de données qui est à transmettre aux dispositifs récepteurs 3, par exemple dans l'entête du paquet. Dans un mode de réalisation, les informations ajoutées au paquet peuvent inclure : [0203] - une structure de données binaire de RATs disponibles telle qu'un vecteur binaire (hitmap) indiquant, pour chaque message, la liste des RATs disponibles pouvant être sélectionnés; la structure de données binaire peut inclure un nombre de composants au moins égal au nombre de RATs disponibles (i.c. nombre de RATs associés à une valeur 1 dans le vecteur V, par exemple, si la valeur 1 représente la disponibilité d'un RAT). La structure de données de RATs disponibles peut par exemple comprendre 4 composants [no, n1, n,, n3], où no correspond au RAT LTE (Uu), n1 corresponds au RAT 5G (gU), n2 correspond au RAT 802.11p et n3 correspond au RAT C-V2X (PC5). [0204] Dans un mode de réalisation, la structure de données de RATs disponibles peut en outre comprendre des informations de ports indiquant les ports de transmission à travers lesquels les informations doivent être routées. [0205] La figure 9 est un organigramme représentant le procédé de sélection de RATs, selon certains modes de réalisation. Le procédé de sélection de RATs peut être mis en oeuvre par le gestionnaire de transmission 2005 pour appliquer la sélection de RATs identifiées dans la structure de données de disponibilité de RATs de manière dynamique, en utilisant des règles de routage pour chaque paquet à transmettre. [0206] Dans un mode de réalisation, le procédé de sélection de RAT peut être implémenté sur la couche de service ('facility layer' en langue anglo-saxonne). Dans un tel mode de réalisation, la couche de service peut être indépendante du RAT utilisé et des couches de pile de protocole séparées qui sont dépendantes du RAT peuvent être utilisées. [0207] En variante, le procédé de sélection de RATs peut être implémenté sous la couche de géoréseau (geonetwork). [0208] Le procédé de sélection de RATS peut comprendre une étape préliminaire dans laquelle il est vérifié si le paquet de données à transmettre sur un ou plusieurs RATs satisfait à des règles de transmission prédéfinies. [0209] A l'étape 902, pour chaque RAT (bloc 901) de l'ensemble de RATs indiqués comme disponibles dans la structure de données de disponibilité (si l'ensemble comprend une pluralité de RATs), la probabilité de suppression ou d'interception du paquet de données par un mécanisme de contrôle de congestion ou de contrôle de flux est ensuite déterminé. Telle qu'utilisée ici la notion 'd'interception de paquet de données' fait référence à un procédé consistant à écarter un paquet de données. Une telle probabilité de suppression ou d'interception permet d'évaluer le risque que le paquet ne soit pas transmis. [0210] S'il est déterminé que la probabilité de suppression ou d'interception du paquet est élevée (étape 903), le RAT testé peut être supprimé à l'étape 904 des RATs disponibles candidats, identifiés dans la structure de données de disponibilité de RATs. [0211] Par exemple, à l'étape 902, pour un RAT Uu indiqué comme disponible pour la transmission du paquet de données, il peut être vérifié si le paquet de données est mis en correspondance avec un support ('hearer') GBR (en utilisant les informations de sélection reçues par le procédé de sélection). Si une telle condition est vérifiée pour le RAT LTE, le débit du support GBR peut être calculé. Si le débit du support GBR est supérieur au débit maximum négocié, il existe un risque que le paquet soit supprimé dans un réseau 4G ou 5G. Le RAT Uu peut être alors supprimé à l'étape 904 des RATs disponibles candidats identifiés dans la structure de données de disponibilité de RATs. [0212] Lorsque tous les RATs ont été traités à l'étape 902 (bloc 906), le paquet de données peut être ensuite routé, à l'étape 908, sur les RATs disponibles restants (non supprimés à l'étape 904). [0213] Avantageusement, le procédé de sélection de RATs permet de sélectionner les RATs optimaux pour chaque message (paquet de données) V2X à transmettre de telle sorte que les performances effectives de connectivité satisfont les performances requises (représentées par la QoS cible spécifiée par le véhicule 2 dans la requête de souscription). [0214] Le véhicule 2 peut ainsi configurer le géoservice de sorte que l'information V2X du paquet de données soit transmise sans que le véhicule 2 n'ait à communiquer sa position. Ainsi, la confidentialité des données privées de l'utilisateur du véhicule 2 peut être préservée. [0215] L'invention peut être utilisée pour toute application V2X impliquant une transmission d'un paquet de données d'un véhicule 2 à au moins un dispositif récepteur 3 (autre véhicule, RSU, téléphone intelligent, etc.) situé dans une zone de proximité, quel que soit l'environnement du véhicule. [0216] L'homme du métier comprendra que le système ou des sous-système selon les modes de réalisation de l'invention peuvent être mis en oeuvre de diverses manières par matériel (« hardware »), logiciel, ou une combinaison de matériel et de logiciels, notamment sous la forme de code de programme pouvant être distribué sous la forme d'un produit de programme, sous diverses formes. En particulier, le code de programme peut être distribué à l'aide de supports lisibles par ordinateur, qui peuvent inclure des supports de stockage lisibles par ordinateur et des supports de communication. Les procédés décrits dans la présente description peuvent être notamment implémentés sous la forme d'instructions de programme d'ordinateur exécutables par un ou plusieurs processeurs dans un dispositif informatique d'ordinateur. Ces instructions 26 de programme d'ordinateur peuvent également être stockées dans un support lisible par ordinateur. [0217] Par ailleurs, l'invention n'est pas limitée aux modes de réalisation décrits ci-avant à titre d'exemple non limitatif. Elle englobe toutes les variantes de réalisation qui pourront être envisagées par l'homme du métier. En particulier, l'homme du métier comprendra que l'invention n'est pas limitée aux indicateurs dc performance mentionnés dans la description ci avant, et peut inclure d'autres types d'indicateurs de performance. ANNEXE Al [0218] La définition de la liste des acronymes utilisée dans la description est indiquée ci- dessous : [0219] - V2X: Abréviation pour 'Vehicle to everything' (significant 'entre véhicules'). [0220] - V2V: Abréviation pour 'Vehicle to Vehicle' (signifiant 'véhicule à véhicule'). [0221] - V2I: Abréviation pour 'Vehicle to Infrastructure' (signifiant 'véhicule à infra- structure'). [0222] - V2N: Abréviation pour 'Vehicle to Network' (signifiant 'véhicule à réseau'). [0223] - V2N2V: Abréviation pour indiquer une communication V2V indirecte, via un réseau. [0224] - V2P: Abbréviation pour 'Vehicle to Pedestrian' (significant 'Véhicule à Piéton'). [0225] - ETSI: Acronyme pour 'European Telecommunication Standard instituts' (signifiant `Institut Standard de Télécommunication Européen'). [0226] - ITS-G5: Acronyme pour 'Intelligent Transport System - G5' (Intelligent Transport System' signifiant 'Système dc Transport Intelligent'). [0227] - CAM: Acronyme pour 'Co-operativc Awarencss Messages' (significant 'Message de connaissance coopérative'). [0228] - DENM: Acronyme pour 'Decentralized Environmental Notification Messages (significant 'Messages de Notification Environnementale Décentralisée'). [0229] - CPM: Acronyme pour 'Collective Perception Message' (significant 'Message de Perception Collective'). [0230] - MCM: Acronyme pour 'Maneuver Coordination Message' (signifiant 'Message de Collaboration de Manoeuvre'). [0231] - 3GPP: Projet de partenariat de 3ème Génération. [0232] - LTE: Acronyme pour 'Long term Evolution (significant 'Évolution à Long Terme'). [0233] - 5G: Sème Génération. [0234] - 702.11p: Technologie basée sur le wifi. [0235] - SGAA: Acronyme pour '5G Automotive Association (Association Automobile 5G). 27 [0236] - Uu: Interface d'accès radio utilisée dans LTE ou 5G pour la communication entre un utilisateur et la station de hase qui le sort. [0237] - MNO: Acronyme pour 'Mobile Network Operator' (signifiant 'Opérateur de Réseau Mobile'). [0238] - MEC: Acronyme pour 'Mobile Edgc Computing' (signifiant 'Informatique en pé- riphérie mobile'). [0239] - eNB/gNB : Station de Base pour LTE et 5G respectivement. [0240] - C-ACC: Contrôle de croisière Coopératif- Adaptatif (Cooperative - Adaptive Cruisc Control). [0241] - RAT: Technologie d'Accès Radio. [0242] - PC5: Interface d'accès radio utilisée lorsque deux utilisateurs communiquent di- rectement sans utiliser l'infrastructure de réseau cellulaire (pour V2V). [0243] - KPI: Indicateur de Clé de Performance (acronyme pour 'Key Performance Indicator'). [0244] - QoS: Qualité de Service (QoS est l'acronyme pour 'Quality of Service'). [0245] - UDP/TCP/IP: protocole standard de réseau et de transport pour le LTE /5G. [0246] - MQTT: acronyme pour 'Message Queuing Telemetry Transport' (significant `Transport de Télémétrie de Queue de Message'). [0247] - APN: acronyme pour 'Access point Name' (significant 'Nom de Point d'accès'). [0248] - VPN: Acronyme pour 'Virtual privatc network' (signifiant 'réseau privé Virtuel'). [0249] - ADASIS: Acronyme pour 'Advanced Driver Assistance Systems Interface Speci- fications' (significant 'Spécifications d'Interface de Système d'Assistance de Conducteur Avancée') [0250] - API: Acronyme pour 'Application programming Interface' (significant 'Interface de Programmation d'Application'). [0251] - QCI: Acronyme pour 'QoS Class Identifier' (significant 'Identifiant de Classe de QoS'). [0252] - 5QI: Acronyme pour '5G QoS Class Identifier. [0253] - NAS: Acronyme pour 'Non Access Stratum' (signifiant "Couche de non-accès"). [0254] - Commande AT : (AT vient de ATtention) Type de signal utilisé pour envoyer des commandes spécifiques. [0255] - QPF: Fonction de Prédiction de la Qualité de Service. [0256] - PPPP: niveau de priorité [0257] - CAN: Acronyme pour 'Controller Area Network' signifiant ("Réseau de Zone de Contrôleur"). [0258] - TFT: Acronyme pour 'TratTic Flow Template' (signifiant "Modèle de Flux de Trafic"). [0259] - GBR: Acronyme pour 'Guaranteed Bit Rate' (signifiant "Débit garanti"). 28 [Revendication I] [Revendication 2] [Revendication 3] [Revendication 4] REVENDICATIONSEquipement véhiculaire mobile (2) comprenant un dispositif de gestion de communication V2X (20), connecté à un réseau de communication cellulaire, caractérisé en ce que le dispositif de gestion de communication comprend une unité de sélection de Technologie d'Accès Radio (200) configurée pour déterminer au moins une Technologie d'Accès Radio (RAT) disponible à utiliser pour la transmission d'un paquet de données, associé à une application V2X exécutée par l'équipement véhiculaire mobile (2), à au moins un dispositif récepteur (3), l'unité de sélection (200) étant configurée pour sélectionner au moins une Technologie d'Accès Radio disponible à partir d'un ensemble de Technologies d'Accès Radio, en fonction d'informations de Qualité de Service cible comprenant un n-uplet d'indicateurs de performances, ledit n-uplet d'indicateurs de performances comprenant au moins un indicateur de performance et étant déterminé parmi un ensemble d'indicateurs de performance choisis en fonction de l'application V2X. Equipement véhiculaire mobile (2) selon la revendication 1, caractérisé en ce que lesdits indicateurs de performances dudit ensemble d'indicateurs de performances sont choisis dans un groupe comprenant au moins un paramètre de latence, un paramètre de fiabilité, un paramètre de disponibilité, un paramètre de débit de données et un paramètre d'âge d'information. Equipement véhiculaire mobile selon l'une des revendications précédentes, caractérisé en ce que le dispositif de gestion de communication (200) comprend une unité de connexion (2001) configurée pour établir une connexion initiale avec un serveur d'application (6) délivrant le service V2X associé à l'application V2X, via un réseau cellulaire (1), l'unité de connexion (2001) étant configurée pour envoyer une requête de souscription à l'application V2X audit serveur d'application (6), la requête de souscription identifiant ledit service V2X et comprenant des informations de Qualité de Service souhaitées par l'équipement véhiculaire mobile (2), lesdites informations de Qualité de Service comprenant la Qualité De Service cible. Equipement véhiculaire mobile selon la revendication 3, caractérisé en ce que l'équipement véhiculaire mobile est configuré pour recevoir une notification d'ouverture de support de transport d'information entre le serveur d'application (6) et l'équipement véhiculaire mobile (2) si une 29 [Revendication 5] [Revendication 6] [Revendication 7] [Revendication 8] [Revendication 9] [Revendication 10] [Revendication 11] Qualité de Service estimée sur une période de temps future satisfait une ou plusieurs conditions relatives aux informations de Qualité de Service. Equipement véhiculaire mobile selon la revendication 3, caractérisé en ce que lesdites informations de Qualité de Service comprennent en outre une plage de valeur de Qualité de Service dégradée acceptable. Equipement véhiculaire mobile selon l'une des revendications précédentes 3 à 5, caractérisé en cc que la requête de souscription comprend en outre une description de région d'intérêt associée à l'application V2X, ladite description étant une description relative par rapport à la position de l'équipement véhiculaire ou une description absolue définie dans un référentiel absolu. Equipement véhiculaire mobile selon la revendication 6, caractérisé en ce que la description absolue est représentée dans ledit référentiel absolu à partir de vecteurs et/ou de polygones et/ou de tuiles. Equipement véhiculaire mobile selon l'une des revendications précédentes 3 à 7, caractérisé en cc que ladite requête de souscription comprend en outre des types d'information et des attributs, chaque attribut étant associé à un type d'information donné. Equipement véhiculaire mobile selon l'une des revendications précédentes 3 à 8, caractérisé en cc que le dispositif de gestion de communication (200) comprend une unité d'estimation de disponibilité de service V2X, ladite unité d'estimation de disponibilité de service étant apte à estimer la disponibilité d'un service V2X à partir d'information de prédiction de la Qualité de Service QoS. Equipement véhiculaire mobile selon l'une des revendications précédentes, caractérisé en ce qu'il comprend une unité de détermination de disponibilité (2000) configurée pour calculer un vecteur de disponibilité de RATs, à partir de la comparaison entre la Qualité de Service cible et une Qualité de Service prédite sur une fenêtre temporelle future, ledit vecteur de disponibilité comprenant un ensemble de composants ayant une valeur binaire, chaque composant étant associé à un RAT utilisable pour la transmission du paquet de données depuis l'équipement véhiculaire mobile, la valeur binaire indiquant la disponibilité ou l'indisponibilité du RAT. Equipement véhiculaire mobile selon la revendication 10, caractérisé en ce qu'il comprend un sélecteur de RATs (2004) configurée pour sélectionner au moins un RAT parmi les RATs du vecteur de disponibilité de RATs en fonction d'un ensemble de critères de transmission. 30 [Revendication 12] [Revendication 13] [Revendication 14] Equipcment véhiculaire mobile selon la revendication 11, caractérisé en ce que lesdits critères comprennent un critère relatif à un paramètre de redondance et/ou un paramètre de coût de service V2X et/ou un paramètre de priorité de message et/ou un paramètre de service V2X. Système de communication V2X, caractérisé en ce qu'il comprend au moins un équipement véhiculaire (2) selon l'une des revendications précédentes, un réseau de communication cellulaire (1) et un serveur d'application (6) délivrant le service V2X associé à l'application V2X, le système comprenant une fonction de prédiction apte à prédire la Qualité de Service à partir des informations de Qualité de Service cible. Procédé de transmission d'un paquet de données associé à une application V2X d'un équipement véhiculaire mobile (2) exécutant ladite application V2X à au moins un dispositif récepteur (3), l'équipement véhiculaire mobile (2) étant connecté à un réseau de communication cellulaire (1), caractérisé en ce que le procédé comprend une étape de sélection consistant à sélectionner au moins une Technologie d'Accès Radio disponible à utiliser pour la transmission dudit paquet de données, à partir d'un ensemble de Technologies d'Accès Radio, en fonction d'informations de Qualité de Service cible comprenant un n-uplct d'indicateurs de performances, ledit n-uplet d'indicateurs de performances comprenant au moins un indicateur de performance et étant déterminé parmi un ensemble d'indicateurs de performance choisis en fonction de l'application V2X.