Brevet FR3076971A1 — publié le 20190719

DOMAINE TECHNIQUE AUQUEL SE RAPPORTE L'INVENTION La présente invention concerne de manière générale les systèmes de 5 communication entre véhicules, généralement dénommés « V2X ». Elle concerne plus particulièrement un procédé de maintien d'une connexion sans fil entre un véhicule et une infrastructure sur un trajet le long duquel se trouvent des réseaux locaux de communication permettant d'établir une communication entre le véhicule et l'infrastructure. On considérera dans ce 10 procédé qu'à l'état initial, ledit véhicule : - est repéré sous la couverture d'un premier réseau local de communication, - est identifié par ce premier réseau local de communication par un premier élément d'identification, et 15 - communique avec l'infrastructure par un premier port de communication. Elle concerne également un dispositif de maintien d'une connexion sans fil entre un véhicule et une infrastructure sur un trajet le long duquel se trouvent des réseaux locaux de communication permettant d'établir une communication 20 entre le véhicule et l'infrastructure, ledit dispositif comprenant un équipement utilisateur adapté pour échanger des données avec l'infrastructure, un moyen pour déterminer la position du véhicule, et une mémoire informatique qui enregistre une base de donnée de cartographie routière et une base de donnée d'infrastructures radiofréquences et cellulaires. 25 ARRIERE-PLAN TECHNOLOGIQUE L'échange de données entre véhicules, notamment grâce aux systèmes de communication sans fil dénommés « V2X », est aujourd'hui un moyen efficace de fournir au conducteur des informations et alertes anticipées sur son environnement, en particulier concernant des événements se produisant en 30 dehors de son champ de vision. Deux modes de communication entre véhicules sont connus. Le premier mode, appelé PC5 (ou « V2V »), repose sur une communication directe entre les véhicules. Dans ce cadre, les véhicules sont équipés de modules 4G et les communications se font sous le contrôle des stations 4G présentes dans 2 l'environnement des véhicules. Le deuxième mode de communication, appelé mode Uu (ou « V2I »), s'appuie sur la transmission de données entre les véhicules via une infrastructure de communication de réseaux mobiles (ou LTE pour « Long Term Evolution » selon l'acronyme couramment utilisé). Concrètement, un véhicule transmet un message à un serveur dit « V2X » via un port de communication associé à une adresse IF liée au véhicule. Le serveur « V2X » redistribue localement le message aux véhicules présents dans la zone géographique concernée. Le mode Uu est particulièrement intéressant lorsqu'il s'agit de transmettre par exemple une alerte à tous les véhicules présents dans une zone géographique particulière. Cependant, des interruptions de communication peuvent être observées, notamment lors des transitions de couverture d'un réseau mobile à un autre ou lors des transitions de couverture entre deux réseaux locaux d'un même réseau mobile. On connait du document W02017126948 une méthode permettant d'assurer la continuité du service de transmission/réception de données via une connexion « V2X » lors de la transition d'un réseau à un autre. Pour cela, le document W02017126948 propose l'utilisation du mode PC5 de communication directe entre véhicules lors de la transition de réseaux. La transmission n'est ainsi pas interrompue. Cependant, cette méthode nécessite la présence de modem 4G adapté au mode PC5 dans tous les véhicules. De plus, pendant cette période de transition, les messages transmis directement entre véhicules ne seraient pas remontés au niveau de l'infrastructure de communication. Des informations pertinentes permettant par exemple d'optimiser le trafic risqueraient alors d'être perdues. OBJET DE L'INVENTION La présente invention propose d'améliorer la continuité du service de transmission/réception de données via une connexion « V2X » en garantissant le maintien de la connexion lors de la transition d'un réseau local de communication à un autre. Plus particulièrement, on propose selon l'invention un procédé de maintien d'une connexion sans fil entre un véhicule et une infrastructure tel que défini dans l'introduction, le procédé comportant des étapes de : - détermination d'au moins un deuxième réseau local de communication 3 couvrant potentiellement une partie suivante du trajet du véhicule, - génération d'un deuxième élément d'identification du véhicule associé au deuxième réseau local de communication, - allocation d'au moins un deuxième port de communication adapté à 5 établir une transmission de données entre le véhicule et l'infrastructure sous la couverture du deuxième réseau local de communication, - recherche du début de couverture du deuxième réseau local de communication, puis - lors de l'entrée du véhicule sous la couverture du deuxième réseau 10 local de communication, établissement d'une communication entre le véhicule et l'infrastructure via le deuxième port de communication, en utilisant le deuxième élément d'identification. Ainsi, grâce à la présente invention, la transition d'un réseau local de communication à un autre est anticipée lors de la progression du véhicule sur son 15 trajet. Tous les éléments permettant la connexion avec le réseau local de communication couvrant la partie suivante de trajet sont mis en place avant que le véhicule n'entre effectivement sous la couverture de ce réseau local. Ainsi, lorsque le véhicule passe effectivement sous la couverture du deuxième réseau local de communication couvrant la partie suivante du trajet, la connexion entre le 20 véhicule et l'infrastructure n'est pas interrompue. D'autres caractéristiques non limitatives et avantageuses du procédé de maintien conforme à l'invention, prises individuellement ou selon toutes les combinaisons techniquement possibles, sont les suivantes : - il est prévu une étape de détermination d'un intervalle de temps 25 correspondant à une période dans laquelle le véhicule devrait rejoindre la couverture du deuxième réseau local de communication et une étape de désaffectation du deuxième port de communication si aucune donnée n'est transmise par ledit deuxième port de communication dans l'intervalle de temps déterminé ; 30 - il est prévu une étape de détermination d'un intervalle de temps correspondant à une période dans laquelle le véhicule devrait rejoindre la couverture du deuxième réseau local de communication et une étape de désaffectation du premier port de communication si au moins une donnée est transmise par ledit deuxième port de communication dans l'intervalle de temps 4 déterminé ; - il est prévu une étape de détermination d'un intervalle de temps correspondant à une période dans laquelle le véhicule devrait rejoindre la couverture du deuxième réseau local de communication, une étape de libération 5 d'une deuxième ressource allouée par le deuxième réseau local de communication si aucune donnée n'est transmise par ledit deuxième port de communication dans l'intervalle de temps déterminé et une étape de libération d'une première ressource allouée par le premier réseau local de communication si au moins une donnée est transmise par ledit deuxième port de communication 10 dans l'intervalle de temps déterminé ; - il est également prévu dans le procédé, à l'étape de détermination de l'intervalle de temps, d'utiliser une base de données de cartographie routière et/ou une base de donnée d'état des routes et/ou une base de donnée d'état du trafic et/ou une base de donnée d'infrastructures radiofréquences et cellulaires et/ou un 15 paramètre de conduite associé au véhicule et stocké dans une mémoire informatique et/ou des données de position et de vitesse dudit véhicule ; - il est également prévu dans le procédé, à l'étape de détermination du deuxième réseau local de communication, d'utiliser une base de données de cartographie routière et/ou une base de donnée d'état des routes et/ou une base 20 de donnée d'état du trafic et/ou une base de donnée d'infrastructures radiofréquences et cellulaires et/ou un paramètre de conduite associé au véhicule et stocké dans une mémoire informatique et/ou des données de position et de vitesse dudit véhicule ; - il est prévu une étape d'établissement d'une correspondance entre le 25 premier élément d'identification et le deuxième élément d'identification ; - le premier élément d'identification correspond à une première adresse IF et le deuxième élément d'identification correspond à une deuxième adresse IF; - il est également prévu que l'étape de détermination du deuxième réseau local de communication soit exécutée au sein d'un serveur de 30 l'infrastructure ; - il est également prévu que l'étape de détermination du deuxième réseau local de communication soit exécutée au sein d'un calculateur du véhicule ; et - il est également prévu, à l'étape de détermination, de déterminer une 5 pluralité de seconds réseaux locaux de communication couvrant potentiellement la deuxième partie du trajet. L'invention propose également un dispositif de maintien d'une connexion sans fil entre un véhicule et une infrastructure comme décrit dans l'introduction, 5 dans lequel il est prévu au moins une unité de traitement de données adaptée pour mettre en oeuvre les étapes suivantes lorsque ledit véhicule est initialement repéré sous la couverture d'un premier réseau local de communication, qu'il est identifié par ce premier réseau local de communication par un premier élément d'identification, et qu'il communique avec l'infrastructure par un premier port de 10 communication : - détermination d'au moins un deuxième réseau local de communication couvrant potentiellement une partie suivante du trajet du véhicule, - génération d'un deuxième élément d'identification du véhicule associé au deuxième réseau local de communication, 15 - allocation d'au moins un deuxième port de communication adapté à établir une transmission de données entre le véhicule et l'infrastructure sous la couverture du deuxième réseau local de communication, - recherche du début de couverture du deuxième réseau local de communication, puis 20 - lors de l'entrée du véhicule sous la couverture du deuxième réseau local de communication, établissement d'une communication entre le véhicule et l'infrastructure via le deuxième port de communication, en utilisant le deuxième élément d'identification. DESCRIPTION DETAILLEE D'UN EXEMPLE DE REALISATION 25 La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée. Sur les dessins annexés : - la figure 1 est une vue schématique d'un véhicule automobile connecté 30 à un réseau sans fil ; - la figure 2 représente schématiquement les différentes entités mises en jeu dans un procédé conforme à l'invention ; - la figure 3 représente sous forme de logigramme un premier exemple de procédé conforme à l'invention ; et 6 - la figure 4 représente sous forme de logigramme un deuxième exemple de procédé conforme à l'invention. Sur la figure 1, on a représenté un véhicule automobile 10 roulant sur une route 1 afin de suivre un trajet déterminé. 5 On a également représenté le long de cette route le réseau 50 qui permet au véhicule automobile 10 de communiquer avec l'extérieur, et notamment avec un serveur Internet (ci-après appelé serveur V2X 20). Ce réseau 50 comporte notamment des réseaux locaux de communication 30, 40 qui maillent le territoire. On a ici représenté deux réseaux 10 locaux de communication 30, 40, dont l'un est situé à proximité du véhicule 10 et dont l'autre est situé plus loin sur le trajet du véhicule 10. Dans cette situation, le véhicule 10 se trouve sous la couverture du premier réseau local de communication 30, mais en dehors de celle du second réseau local de communication 40. 15 L'échange de données entre véhicules via l'utilisation de ce réseau 50 met en jeu différentes entités qui permettent la transmission de données. La figure 2 représente schématiquement les différentes entités qui interviennent dans la transmission de données et qui sont mises en jeu dans le procédé de l'invention décrit ci-après. 20 Dans le cadre de cette description, la transmission de données concerne des données de requête afin d'établir une connexion Internet avec une infrastructure ou/et des données d'information concernant par exemple l'état du trafic ou relatives au véhicule. Le véhicule 10 comprend un équipement utilisateur 11. Cet équipement 25 utilisateur 11 constitue l'entité permettant d'émettre (ou de recevoir) des données. En pratique, il peut par exemple s'agir d'un téléphone mobile, d'un smartphone, d'une tablette tactile ou d'un ordinateur portable. Il peut également s'agir d'un appareil informatique intégré au véhicule 10. L'équipement utilisateur 11 est adapté pour établir une connexion radiofréquence avec une antenne radio 12. 30 Le véhicule 10 (via l'équipement utilisateur 11) est identifié pour cette connexion radiofréquence par un identifiant temporaire de réseau radio cellulaire (ou C-RNTI pour « Cell-Radio Network Temporary Identity » selon l'acronyme couramment utilisé). Lorsque que le véhicule 10 est identifié, la liaison radiofréquence permet 7 d'établir une connexion entre l'équipement utilisateur 11 et une station de base 31, 32, 41, 42, 43, 44 du réseau 50. La station de base 31, 32, 41, 42, 43, 44 correspond à une station eNodeB (pour « evolved Node B» selon l'appellation d'origine anglo-saxonne 5 couramment utilisée pour le réseau 4G). Cette station permet d'accéder au réseau 4G également appelé eUTRAN (pour « evolved Universal Terrestrial Radio Access Network »). Cette station de base 31, 32, 41, 42, 43, 44 réalise donc une passerelle entre l'antenne radio 12 et le coeur du réseau 51. Le coeur du réseau 51 correspond à la partie centrale du réseau 4G. Les 10 différentes stations de base 31, 32, 41, 42, 43, 44 sont contrôlées par le coeur du réseau 51. Ici, ces stations de base 31, 32, 41, 42, 43, 44 servent d'intermédiaires pour établir la connexion avec le réseau externe sans avoir besoin de remonter jusqu'au coeur du réseau 51 et de traverser tout le coeur de réseau 51. Cette 15 configuration permet d'optimiser le critère de latence dans la transmission des données jusqu'au serveur V2X. Le véhicule 10 est également identifié auprès de chaque station de base 31, 32, 41, 42, 43, 44 par un identifiant temporaire de réseau radio cellulaire (CRNTI) propre à chaque station de base 31, 32, 41, 42, 43, 44. 20 Le coeur du réseau 51 connait le véhicule 10 par un numéro d'identification TMSI (pour « Temporary Mobile Subscriber Identity »). Ce numéro d'identification TMSI est attribué par un contrôleur MME 52 (pour « Mobility Management Entity »). Le numéro d'identification TMSI est attribué lors de la connexion du véhicule 10 au réseau 50. Le contrôleur MME 52 est adapté pour 25 gérer la mobilité du véhicule 10 dans le réseau 50. En particulier, le contrôleur MME 52 communique par exemple une information de changement de station de base 31, 32, 41, 42, 43, 44 au véhicule 10. Comme représenté sur les figures 1 et 2, l'acheminement des données de l'équipement utilisateur 11 vers le réseau Internet d'un opérateur s'effectue 30 ensuite de la station de base 31, 32, 41, 42, 43, 44 vers une passerelle régionale 35, 36, 45, 46 (dite passerelle SGW, ou « Serving Gateway » selon l'appellation d'origine anglo-saxonne couramment utilisée). Comme le montre l'exemple illustré sur la figure 1, il peut aussi bien être prévu une passerelle régionale 35, 36 par station de base 31, 32, ou plusieurs 8 passerelles régionales 45, 46 par station de base 41, 42, 43, 44. Comme le montre la figure 2, la passerelle régionale 35, 36, 45, 46 collecte les données provenant de l'équipement utilisateur 11 et les transmet à une entité PGW 39, 49 (pour « Packet Gateway »). 5 L'entité PGW 39, 49 constitue, pour un réseau local de communication HLN (nommé réseau local 30, 40 dans la suite de cette description), une porte d'entrée sur le réseau Internet qui permettra ensuite l'acheminement des données jusqu'au serveur V2X 20. Le serveur V2X 20 correspond ainsi à l'infrastructure à laquelle le véhicule 10 souhaite communiquer des données. 10 Le serveur V2X 20 et le réseau local 30, 40 connaissent le véhicule 10 par une adresse IF (pour « Internet Protocol »). Cette adresse IF est allouée par l'entité PGW 39, 49. En résumé, le véhicule 10 est identifié par différents identifiants (identifiant temporaire de réseau radio cellulaire C-RNTI, numéro TMSI, adresse 15 IF) en fonction de l'entité concernée. Le contrôleur MME 52 est adapté pour établir la cohérence entre ces différents identifiants du véhicule. Par exemple, lors d'une requête de connexion du véhicule au serveur V2X 20, le numéro TMSI est inséré dans le message de requête. Le contrôleur MME 52 peut alors établir une relation de concordance entre l'identifiant temporaire de réseau radio cellulaire C-RNTI, le 20 numéro TMSI et l'adresse IF. Comme cela est représenté sur la figure 1, le trajet du véhicule 10 va se trouver sous la couverture de plusieurs réseaux locaux 30, 40. Le procédé de l'invention propose une méthode afin de maintenir la transmission de données entre le véhicule 10 et le serveur V2X 20 lors du changement d'un réseau local 30, 25 40 à un autre (c'est-à-dire lorsque le véhicule avance sur le trajet). La figure 3 représente un premier mode de réalisation d'un procédé permettant de maintenir la connexion sans fil entre le véhicule 10 et le serveur V2X 20 sur le trajet. On se place dans le cas où une connexion a déjà été établie entre le 30 véhicule 10 et le serveur V2X 20 via un premier réseau local 30. Une première adresse IPi permet l'identification du véhicule 10 par le serveur V2X 20 et par le premier réseau local 30. Pendant cette session de connexion, le serveur V2X 20 reçoit notamment des informations sur la localisation et la vitesse du véhicule 10 en temps réel (obtenues grâce à la présence de moyens permettant de déterminer 9 la vitesse et la position du véhicule 10, tels qu'un capteur de vitesse de roues et un capteur GPS). Dans ce premier exemple, le serveur V2X 20 comprend une unité de traitement adaptée pour mettre en oeuvre le procédé en lien avec les différentes 5 entités intervenant dans le procédé, notamment les stations de base 31, 32, 41, 42, 43, 44, le contrôleur MME 52 et l'entité PGW 39, 49. Comme représenté sur la figure 3, le procédé débute à l'étape E2. Lors de cette étape E2, le serveur V2X 20 identifie que le véhicule 10 va prochainement quitter la couverture du premier réseau local 30. 10 Cette constatation est réalisée par exemple compte tenu de la position géolocalisée du véhicule 10 et d'une base de données de cartographie routière qui est couplée à une base de données d'infrastructures radiofréquences et cellulaires pour faire apparaître les différents réseaux locaux dans une zone prédéterminée (en Europe par exemple). 15 A la suite de cette constatation, toujours lors de l'étape E2, le serveur V2X 20 détermine des réseaux locaux potentiels pouvant couvrir la partie suivante de trajet. Pour la détermination des réseaux locaux potentiels, le serveur V2X utilise la base de données de cartographie routière, ainsi que la destination que le 20 conducteur a renseignée sur son équipement utilisateur 11. Il peut également utiliser d'autres données. A titre d'exemple, il peut utiliser une base de donnée d'état des routes et/ou une base de donnée d'état du trafic et/ou un paramètre de conduite associé au véhicule et stocké dans une mémoire informatique et/ou des données de position et de vitesse dudit véhicule 10. 25 Dans la suite de cette description, on note 40, ces réseaux locaux potentiels. A l'étape E4, le serveur V2X 20 transmet une consigne de pré-allocation d'une nouvelle adresse IP, à chaque réseau local potentiel 40, (plus précisément à chaque entité 49 de chaque réseau local potentiel 40,). Le serveur V2X 20 30 transmet également la première adresse IP1 à chaque réseau potentiel 40, afin que chaque réseau potentiel 40, puisse associer la première adresse IP1 à chaque nouvelle adresse IP,. Le serveur V2X 20 détermine également, pour chaque réseau potentiel 40,, un intervalle de temps correspondant à la période pendant laquelle le véhicule 10 10 est susceptible de rejoindre la couverture du réseau local potentiel 40, concerné. On note t1,, l'instant le plus tôt auquel le véhicule 10 devrait rejoindre le réseau local potentiel 40,. On note t2,, l'instant le plus tard auquel le véhicule 10 5 devrait rejoindre le réseau local potentiel 40,. La nouvelle adresse IP, pourra donc être activée pendant l'intervalle de temps [t1,, ; t2,1]. Ces instants pourront être prédéterminés et invariables. Toutefois, de façon préférentielle, ils seront déterminés compte tenu de la position géolocalisée du véhicule 10 et de la base de données de cartographie routière couplée à la 10 base de données d'infrastructures radiofréquences et cellulaires. Comme représenté sur la figure 3, à l'étape E6a, chaque réseau local potentiel 40, transmet au contrôleur MME 52 la nouvelle adresse IP,. Puisqu'à l'étape E4, la nouvelle adresse IP, et la première adresse IP1 ont été associées, le contrôleur MME 52 peut assurer la cohérence des identifiants du véhicule 10 en 15 associant l'identifiant temporaire de réseau radio cellulaire C-RNTI et le numéro TMSI à la nouvelle adresse IP,. Dans le même temps, à l'étape E6b, chaque réseau local potentiel 40, transmet chaque nouvelle adresse IP, au serveur V2X 20. Pour chaque nouvelle adresse IP,, le serveur V2X 20 pré-alloue ensuite un nouveau port de 20 communication. Ce nouveau port de communication est prévu pour permettre une transmission de données entre le véhicule 10 et le serveur V2X 20 sous la couverture du réseau local associé 40,. Le serveur V2X 20 pré-alloue également de nouvelles ressources, associées à chaque réseau local potentiel 40,, qui seront nécessaires pour effectuer cette transmission de données. Par exemple, il peut 25 s'agir de ressources de mémoire permettant de mémoriser les données à transmettre à d'autres véhicules. La création par anticipation des outils nécessaires à l'établissement d'une connexion sous la couverture d'un nouveau réseau local permet alors en général d'éviter l'interruption de transmission de données entre le véhicule 10 et le 30 serveur V2X 20. Le nouveau port de communication et les nouvelles ressources pourront également être activés pendant l'intervalle de temps [ti,, ;12,1]. A l'étape E8, le contrôleur MME 52 a identifié que le véhicule 10 entrait sous la couverture d'un deuxième réseau local 40. Ce deuxième réseau local 40 11 faisait partie de l'un des réseaux locaux potentiels 40, identifiés à l'étape E2 par le serveur V2X 20. Le contrôleur MME 52 traduit la transition de réseau local en déclenchant un transfert intercellulaire (ou « handover » selon l'appellation anglo-saxonne 5 couramment utilisée) entre une première station de base 32, associée au premier réseau local 30, et une deuxième station de base 41, associée au deuxième réseau local 40. Lors de cette étape E8, le contrôleur MME 52 détruit les couples associant la première adresse IPi à chaque nouvelle adresse IP,, à l'exception du 10 couple associant la première adresse IPi à la nouvelle adresse (notée IP2) du deuxième réseau local 40 (celui dans lequel le véhicule 10 vient d'entrer). A l'étape El 0a, le contrôleur MME 52 envoie, via le transfert intercellulaire, la consigne de déconnexion à la première station de base 32. Simultanément, à l'étape El Ob, le contrôleur MME 52 envoie une consigne de 15 connexion à la deuxième station de base 41. Lors de cette étape El Ob, le contrôleur MME 52 transmet également la deuxième adresse IP2 (associée à tous les identifiants du véhicule 10) à la première station de base 32. Ce transfert intercellulaire (combinaison des étapes El Oa et El Ob) est la seule phase qui peut être à l'origine d'une éventuelle interruption de connexion. 20 Cependant, cette interruption est très courte, car inférieure à 50 ms. Cette interruption est beaucoup plus courte que celle liée à la perte de l'adresse IF qui intervient lors des procédés de connexion sans fil usuellement mis en place. La deuxième station de base 41 envoie ensuite, à l'étape El 2 et grâce à la liaison radiofréquence, la deuxième adresse IP2 au véhicule 10 dans les 25 messages protocolaires du transfert intercellulaire régissant la transition de la première station de base 32 vers la deuxième station de base 41. Le véhicule 10 peut alors actualiser les paramètres de connexion lui permettant d'échanger des données avec le serveur V2X 20 sous la couverture du deuxième réseau local 40. A l'étape E14, le véhicule 10 informe la deuxième station de base 41 de 30 la bonne réalisation du transfert intercellulaire ainsi que de l'actualisation des éléments de connexion. La deuxième station de base 41 transmet cette information au contrôleur MME 25 à l'étape E16. Le contrôleur MME 52 confirme l'utilisation de la deuxième adresse IP2 pour la connexion au serveur V2X 20. 12 A l'étape E18a, des données sont reçues par le serveur V2X 20 de la part du véhicule 10, via la nouvelle connexion établie (sous la couverture du deuxième réseau local 40) et l'utilisation du deuxième port de communication. Ces données sont reçues par le serveur V2X 20 pendant l'intervalle de temps [t1,2 ; t2,2]. 5 La réception de ces données par le serveur V2X 20 entraîne la désaffectation du premier port de communication (étape E18b). Comme ce premier port de communication était associé à la couverture du premier réseau local 30, il ne recevra pas de données à transmettre sous la couverture du deuxième réseau local 40. Cela entraîne également la libération des ressources 10 allouées pour la transmission de données par le premier réseau local 30. La réception de ces données par le serveur V2X 20 en provenance du deuxième port de communication entraîne également, à l'étape E18c, la désaffectation des ports de communication associés aux réseaux locaux potentiels 40, autres que le second réseau local 40 (qui ne recevront donc pas de 15 données pendant l'intervalle de temps [t1,, ; t2,,] car ils ne correspondaient pas aux réseaux locaux couvrant effectivement la partie du trajet du véhicule 10). Cela entraîne également la libération des ressources allouées pour la transmission de données par ces réseaux locaux potentiels 40,. Une fois que le serveur V2X 20 reçoit les nouvelles données de la part 20 du véhicule 10, par exemple dans le cas d'informations sur le trafic le long du trajet du véhicule 10, le serveur V2X peut déclencher la transmission de ces données aux autres véhicules présents dans la zone géographique concernée. La figure 4 représente un deuxième exemple de procédé conforme à l'invention. Les étapes communes aux figures 3 et 4 portent les mêmes références 25 et ne seront pas décrites à nouveau dans la suite. Comme pour l'exemple proposé sur la figure 3, on se place dans le cas où une connexion a déjà été établie entre le véhicule 10 et le serveur V2X 20 via un premier réseau local 30. Une première adresse IPi permet l'identification du véhicule par le serveur V2X 20 et le premier réseau local 30. 30 D'après la figure 4, le procédé débute à l'étape E22. Lors de cette étape E22, un calculateur du véhicule 10 identifie que le véhicule quittera prochainement la couverture du premier réseau local 30. Ce calculateur constitue l'unité de traitement adaptée pour mettre en place ce deuxième exemple du procédé. La constatation de changement de couverture réseau est ici encore 13 réalisée compte tenu de la position géolocalisée du véhicule 10 et d'une base de données de cartographie routière qui est couplée à une base de donnée d'infrastructures radiofréquences et cellulaires faisant apparaître les différents réseaux locaux dans une zone prédéterminée (en Europe par exemple). Ces 5 bases de données peuvent être embarquées dans le calculateur du véhicule 10 ou peuvent être stockées ailleurs, par exemple dans le serveur V2X 20. A la suite de cette constatation, le calculateur du véhicule 10 détermine des réseaux locaux potentiels pouvant couvrir la partie suivante de trajet. Pour la détermination des réseaux locaux potentiels 40,, le calculateur du véhicule 10 10 utilise les mêmes bases de données. A l'étape E24, le véhicule 10 transmet une consigne de pré-allocation d'une nouvelle adresse IP, à chaque réseau local potentiel 40, (plus précisément à chaque entité PGW 49 de chaque réseau local potentiel 40,). Le véhicule 10 transmet également la première adresse IP1 à chaque réseau potentiel 40, afin 15 que chaque réseau potentiel 40, puisse associer la première adresse IP1 à la nouvelle adresse IP, correspondante. Le calculateur du véhicule 10 détermine également, pour chaque réseau potentiel 40,, un intervalle de temps [t1,, ; t2,,] correspondant à la période pendant laquelle le véhicule 10 est susceptible de rejoindre la couverture du réseau local 20 potentiel 40, concerné. Comme représenté sur la figure 4, à l'étape E26a, chaque réseau local potentiel 40, transmet au calculateur du véhicule la nouvelle adresse IP, pré-allouée. Dans le même temps, à l'étape E26b, chaque réseau local potentiel 40, 25 transmet au contrôleur MME 52 la nouvelle adresse IP,. Puisqu'à l'étape E24, la nouvelle adresse IP, et la première adresse IP1 ont été associées, le contrôleur MME 52 peut assurer la cohérence des identifiants du véhicule 10 en associant l'identifiant temporaire de réseau radio cellulaire C-RNTI et le numéro TMSI à la nouvelle adresse IP,. 30 Dans le même temps encore, à l'étape E26c, chaque réseau local potentiel 40, transmet chaque nouvelle adresse IP, au serveur V2X 20. Pour chaque nouvelle adresse IP,, le serveur V2X 20 pré-alloue ensuite un nouveau port de communication et de nouvelles ressources, associées à chaque réseau local potentiel 40,. 14 Le procédé se poursuit en des étapes E8 à E10b qui sont similaires à celles présentées dans l'exemple de la figure 3. Puis, à l'étape E32, le véhicule 10 reçoit l'information du transfert intercellulaire et actualise la deuxième adresse IP2 dans les paramètres de 5 connexion au serveur V2X 20. Le procédé se poursuit à nouveau en des étapes E14 à E18c qui sont également similaires à celles présentées dans l'exemple de la figure 3. L'exemple de la figure 4 présente l'avantage de ne pas être implémenté dans le serveur V2X 20 puisque tout est piloté à partir du véhicule 10. En 10 revanche, la détermination des réseaux locaux potentiels est plus imprécise car le calculateur du véhicule n'est pas en mesure de prévoir à court terme l'évolution du trafic. De plus, l'implémentation du procédé conforme à l'invention dans le calculateur du véhicule est plus complexe car elle nécessite que le calculateur puisse acquérir le maillage de l'infrastructure REVENDICATIONS1. Procédé de maintien d'une connexion sans fil entre un véhicule (10) et une infrastructure (20) sur un trajet le long duquel se trouvent des réseaux locaux de communication (30, 40) permettant d'établir une communication entre le véhicule (10) et l'infrastructure (20), ledit véhicule (10) étant initialement repéré sous la couverture d'un premier réseau local de communication (30), le véhicule étant identifié par ce premier réseau local de communication par un premier élément d'identification (IP1), et le véhicule (10) communiquant avec l'infrastructure (20) par un premier port de communication, le procédé comportant des étapes de : - détermination d'au moins un deuxième réseau local de communication (40) couvrant potentiellement une partie suivante du trajet du véhicule, - génération d'un deuxième élément d'identification (IP2) du véhicule (10) associé au deuxième réseau local de communication (40), - allocation d'au moins un deuxième port de communication adapté à établir une transmission de données entre le véhicule (10) et l'infrastructure (20) sous la couverture du deuxième réseau local de communication (40), - recherche du début de couverture du deuxième réseau local de communication (40), puis - lors de l'entrée du véhicule (10) sous la couverture du deuxième réseau local de communication (40), établissement d'une communication entre le véhicule (10) et l'infrastructure (20) via le deuxième port de communication, en utilisant le deuxième élément d'identification (IP2). 2. Procédé de maintien selon la revendication 1, comprenant également 25 des étapes de : - détermination d'un intervalle de temps correspondant à une période dans laquelle le véhicule (10) devrait rejoindre la couverture du deuxième réseau local de communication (40) ; et - désaffectation du deuxième port de communication si aucune donnée 30 n'est transmise par ledit deuxième port de communication dans l'intervalle de temps déterminé. 3. Procédé de maintien selon l'une des revendications 1 et 2, comprenant également des étapes de : - détermination d'un intervalle de temps correspondant à une période 16 dans laquelle le véhicule (10) devrait rejoindre la couverture du deuxième réseau local de communication (40) ; et - désaffectation du premier port de communication si au moins une donnée est transmise par ledit deuxième port de communication dans l'intervalle 5 de temps déterminé. 4. Procédé de maintien selon l'une des revendications 1 à 3, comprenant également des étapes de : - détermination d'un intervalle de temps correspondant à une période dans laquelle le véhicule (10) devrait rejoindre la couverture du deuxième réseau 10 local de communication (40) ; - libération d'une deuxième ressource allouée par le deuxième réseau local de communication (40) si aucune donnée n'est transmise par ledit deuxième port de communication dans l'intervalle de temps déterminé ; ou - libération d'une première ressource allouée par le premier réseau local 15 de communication (30) si au moins une donnée est transmise par ledit deuxième port de communication dans l'intervalle de temps déterminé. 5. Procédé de maintien selon l'une quelconque des revendications 2 à 4, dans lequel l'étape de détermination de l'intervalle de temps utilise une base de donnée de cartographie routière et/ou une base de donnée d'état des routes et/ou 20 une base de donnée d'état du trafic et/ou une base de donnée d'infrastructures radiofréquences et cellulaires et/ou un paramètre de conduite associé au véhicule (10) et stocké dans une mémoire informatique et/ou des données de position et de vitesse dudit véhicule (10). 6. Procédé de maintien selon l'une quelconque des revendications 1 à 5, dans lequel l'étape de détermination du deuxième réseau local de communication (40) utilise une base de donnée de cartographie routière et/ou une base de donnée d'état des routes et/ou une base de donnée d'état du trafic et/ou une base de donnée d'infrastructures radiofréquences et cellulaires et/ou un paramètre de conduite associé au véhicule et stocké dans une mémoire informatique et/ou des données de position et de vitesse dudit véhicule (40). 7. Procédé de maintien selon l'une quelconque des revendications 1 à 6, comprenant également une étape d'établissement d'une correspondance entre le premier élément d'identification (IP1) et le deuxième élément d'identification (IP2). 8. Procédé de maintien selon l'une quelconque des revendications 1 à 7, 17 dans lequel le premier élément d'identification (IP1) correspond à une première adresse IP et le deuxième élément d'identification (IP2) correspond à une deuxième adresse IP. 9. Procédé de maintien selon l'une quelconque des revendications 1 à 8, 5 dans lequel l'étape de détermination du deuxième réseau local de communication (40) est exécutée au sein d'un serveur de l'infrastructure (20). 10. Procédé de maintien selon l'une quelconque des revendications 1 à 8, dans lequel l'étape de détermination du deuxième réseau local de communication (40) est exécutée au sein d'un calculateur du véhicule (10). 10 11. Procédé de maintien selon l'une quelconque des revendications 1 à 10, dans lequel, à l'étape de détermination, il est prévu de déterminer une pluralité de seconds réseaux locaux de communication (40,) couvrant potentiellement la deuxième partie du trajet. 12. Dispositif de maintien d'une connexion sans fil entre un véhicule (10) 15 et une infrastructure (20) sur un trajet le long duquel se trouvent des réseaux locaux de communication (30, 40) permettant d'établir une communication entre le véhicule (10) et l'infrastructure (20), ledit dispositif comprenant un équipement utilisateur (11) adapté pour échanger des données avec l'infrastructure (20), un moyen pour déterminer la position du véhicule (10), et une mémoire informatique 20 qui enregistre une base de donnée de cartographie routière et une base de donnée d'infrastructures radiofréquences et cellulaires, caractérisé en ce qu'il est prévu au moins une unité de traitement de données adaptée pour mettre en oeuvre les étapes suivantes lorsque ledit véhicule (10) est initialement repéré sous la couverture d'un premier réseau local 25 de communication (30), qu'il est identifié par ce premier réseau local de communication par un premier élément d'identification (IP1), et qu'il communique avec l'infrastructure (20) par un premier port de communication : - détermination d'au moins un deuxième réseau local de communication (40) couvrant potentiellement une partie suivante du trajet du véhicule, 30 - génération d'un deuxième élément d'identification (IP2) du véhicule (10) associé au deuxième réseau local de communication (40), - allocation d'au moins un deuxième port de communication adapté à établir une transmission de données entre le véhicule (10) et l'infrastructure (20) sous la couverture du deuxième réseau local de communication (40), 18 - recherche du début de couverture du deuxième réseau local de communication (40), puis - lors de l'entrée du véhicule (10) sous la couverture du deuxième réseau local de communication (40), établissement d'une communication entre le véhicule 5 (10) et l'infrastructure (20) via le deuxième port de communication, en utilisant le deuxième élément d'identification (IP2).