Brevet FR3019703A1 — publié le 20151009

DISPOSITIF ET PROCEDE D'ADRESSAGE D'EQUIPEMENTS EMBARQUES A BORD D'UN VEHICULE Domaine de l'invention L'invention concerne le domaine des communications de l'Internet Protocol (IP) et en particulier l'adressage d'équipements embarqués à bord d'un véhicule. Etat de la Technique Les communications entre des équipements embarqués dans des véhicules et des équipements extérieurs utilisant le 15 protocole IP passent par un réseau cellulaire lui-même connecté au réseau internet. À l'intérieur d'un véhicule, les équipements embarqués tels des contrôleurs, des capteurs, des actionneurs ou des terminaux multimédia fixes ou mobiles forment un réseau mobile connecté vers l'extérieur du véhicule 20 à l'aide d'un contrôleur de communication ou routeur mobile (MR pour Mobile Routeur en anglais) lui-même embarqué dans le véhicule et doté de plusieurs interfaces de communications pour les communications entrantes ou sortantes. 25 Dans le contexte du protocole IPv6, connu aussi sous le nom de « Internet Protocol next generation » (IPng) comme successeur de l'Internet Protocol version 4, le réseau cellulaire attribue typiquement une seule adresse IPv6 (et non une adresse IPv4) à un routeur mobile doté d'une seule carte 30 SIM. L'attribution d'adresse par le réseau cellulaire au routeur mobile s'opère de la manière suivante. Un réseau cellulaire affecte un seul préfixe 'P' de longueur 64 bits à un routeur mobile en annonçant sur le lien opérateur ce 10 2 3019703 préfixe à l'aide d'un message 'Router Advertisement' tel que spécifié dans la [RFC4861] et des adresses globales peuvent ainsi être formées sur ce lien. Dans une adresse IPv6 ayant une longueur de 128 bits, les premiers 64 bits sont constitués 5 par le préfixe 'P'. Le routeur mobile forme ensuite un identificateur d'interface cellulaire qui occupe les derniers 64 bits d'une adresse IPv6, et il concatène le préfixe 'P' à l'identificateur d'interface cellulaire pour obtenir une adresse IPv6 de longueur 128 bits. Comme un véhicule est à son démarrage puis durant son trajet de manière intermittente et non-prévisible à l'avance, déconnecté de l'infrastructure réseau externe, la configuration réseau interne est généralement faite à base d'un adressage VIN. Le véhicule étant propriétaire de son propre identifiant, la configuration IPv6 est indépendante de l'infrastructure du point de vue intra-véhiculaire, et le réseau intra-véhiculaire est vu comme un site communiquant. Cependant, d'un point de vue de l'infrastructure, cette configuration réseau à base de VIN n'est pas routable globalement car elle n'est pas attachée à un point particulier de l'infrastructure et un paquet émis par une machine l'intérieur d'un véhicule vers une destination globale ne peut être acheminé (typiquement un 'ingress filtering' est déployé dans les réseaux cellulaires, ce qui empêche l'acheminement des paquets dont la source est topologiquement incorrecte pour des raisons de sécurité) et être encore moins acquitté. Lorsque le véhicule est ensuite connecté l'infrastructure cellulaire, il obtient une configuration réseau correcte à ce point d'attachement à l'infrastructure : les paquets émis par le routeur mobile vers une destination globale sont acheminés correctement et peuvent être acquittés. Cependant, la configuration des réseaux internes ne permet pas aux machines de communiquer globalement ni d'être contacté. Ainsi, le problème est de permettre à des machines intra- 3 3019703 véhiculaires dotées d'une configuration stable et inchangée mais d'une portée locale au véhicule d'effectuer des communications globales lors des différents attachements et détachements du routeur mobile à l'infrastructure, avec au 5 moins la contrainte de ne pas affecter la configuration réseau des machines à l'intérieur du véhicule. Or, à l'intérieur du véhicule, chaque équipement a besoin d'une adresse IPv6 unique, dans le but de réaliser via le routeur mobile des communications globales de bout-en-bout 10 avec d'autres équipements IPv6 situés sur Internet. Afin d'adresser les machines à l'intérieur du véhicule, un ou plusieurs autres préfixes de longueur 64 bits sont nécessaires. Le document IETF RFC 6296, Juin 2011 de M. Wasserman et F. 15 Baker, « IPv6-to-IPv6 Network Prefix Translation » (NPT) propose une méthode pour la translation de préfixes IPv6 d'un ensemble de départ en adressage interne vers un ensemble d'arrivée en adressage externe sans conservation d'états. La translation est adaptée pour des réseaux possédant des 20 préfixes de tailles égales des deux côtés du translateur, en particulier des préfixes de 48 bits. Dans le cas particulier de préfixes de tailles différentes en entrée et en sortie, le préfixe le plus court doit être rallongé pour égaler le second préfixe en longueur, ce qui empêche la conversion de sous- 25 préfixes perdus lors de l'opération d'extension, et rend injoignable un certain nombre de sous-réseaux pour le préfixe étendu (gaspillage de préfixes). Par ailleurs, cette méthode n'offre pas de moyen d'utilisation de plusieurs préfixes /64 (plusieurs sous-réseaux distincts) à l'intérieur du véhicule 30 quand le véhicule se connecte au réseau cellulaire (et obtient un seul préfixe /64). Des solutions existent pour utiliser le numéro d'identification du véhicule ou « Vehicle Identification Number » (VIN), pour la génération locale d'une ou plusieurs 4 3019703 adresses IP à l'intérieur d'un véhicule. Le VIN est un numéro d'identifiant unique d'un véhicule défini par les standards ISO 3779 « Numéro d'identification des véhicules (VIN), contenu et structure » et ISO 3780 « Véhicules routiers - 5 Codes d'identification mondiale des constructeurs (WMI) ». Bien qu'une conversion directe du VIN vers le format des adresses IP donne un identifiant IP unique, celle-ci pose des contraintes pour le protocole IPv6 où les adresses sont codées sur 128 bits. En effet : 10 - une conversion directe et triviale du VIN dépasse largement les 128 bits disponibles dans une adresse IPv6, un VIN étant représenté sur 17 caractères alphanumériques, un caractère alphanumérique (digit) étant typiquement d'une longueur de 8 bits; 15 - une conversion triviale d'un VIN vers une seule adresse IPv6 complète (128 bits) n'est pas suffisante pour adresser de manière individuelle plusieurs équipements embarqués ; et - une conversion par « hachage » consistant à appliquer une 20 fonction cryptographique typique permet d'obtenir des résultats uniques et de courte longueur, mais les méthodes de hachage ne sont pas bijectives, et il est impossible de retrouver des parties du VIN à partir de l'adresse IPv6 correspondante. 25 La demande de brevet US 2012/0054340 Al de M. Kicherer et al. intitulée «Method for determining an address of a component of a vehicle», propose une méthode pour créer une adresse IPv6 d'un composant à l'intérieur d'un véhicule, où 30 l'information extraite à partir du VIN est considérée comme suffisante pour l'identification unique du véhicule contenant ce composant. La partie VINT extraite du VIN est utilisée dans la partie préfixe de l'adresse IPv6. Cette méthode propose une structure particulière du préfixe IPv6 qui n'est pas 5 3019703 standardisée. De plus, il n'est pas indiqué ni suggéré de méthode de conversion des adresses générées pour des communications globales de bout-en-bout. 5 Il existe alors le besoin d'une solution qui pallie les inconvénients des approches existantes. La présente invention répond à ce besoin. 10 Résumé de l'invention Un objet de la présente invention est de fournir un procédé de translation d'adresse IPv6 pour des équipements embarqués à bord d'un véhicule. 15 Un autre objet de la présente invention est de fournir un procédé de translation d'adresse entre l'adresse locale d'un équipement embarqué et une adresse globale identifiant un routeur mobile. 20 Avantageusement, le procédé de l'invention permet de réaliser des communications de bout-en-bout entre un équipement de l'intérieur d'un véhicule et un équipement déployé à une adresse IPv6 quelconque sur le réseau Internet, 25 via un réseau cellulaire. Avantageusement, le procédé de l'invention permet d'établir et d'initier des communications depuis l'intérieur d'un véhicule vers l'extérieur et vice-versa. 30 La méthode de translation proposée est compatible avec les méthodes de distribution d'adresses largement employées par les réseaux cellulaires IPv6 utilisant l'annonce d'un préfixe de longueur 64bits pour un routeur mobile, sur un lien point- 6 3019703 à-point paramétré avec une option d'absence de protocole de résolution d'adresse ND (dite «NO ARP» selon un nommage dérivé de l'ARP utilisé en IPv4) et d'absence de protocole DHCP Prefix Delegation. 5 La méthode de translation proposée pourrait aussi fonctionner sur des liens qui ne sont pas point-à-point, par exemple des liens WiFi, non cellulaire, et où l'attribution de préfixe /64 se fait 1-à-1 (un préfixe pour un mobile), comme 10 c'est le cas du protocole Proxy Mobile IPv6 déployé en réseaux de 'hotspots'. Toujours avantageusement, le procédé de l'invention permet une indépendance entre les adresses internes à un véhicule et 15 les adresses externes, ne nécessitant pas de redéfinir les adresses internes quand les adresses externes changent dû à la mobilité. De plus, le procédé permet la communication entre chacun des noeuds indépendants internes d'un véhicule et un nombre arbitraire des noeuds externes. 20 Avantageusement, la méthode permet l'utilisation de n'importe quelle couche supérieure applicative qui utilise ou non des numéros de ports tels ICMP, TCP, UDP, SCTP, ou autre. 25 Avantageusement, le procédé de l'invention permet de traiter des préfixes d'adresse de tailles différentes en adressage entrant ou sortant. Avantageusement, la présente invention permet de 30 s'affranchir des contraintes liées à la délégation de préfixes en utilisant un pool de préfixes uniques, générés localement au véhicule à partir de son identifiant VIN. Avantageusement, la présente invention permet d'effectuer 7 3019703 des communications globales pour les noeuds des équipements embarqués, en établissant une correspondance basée sur une table de translation évolutive. Pour chaque paquet traversant le routeur mobile, dont l'adresse source est basée sur le VIN, 5 une correspondance est effectuée vers une adresse dont le préfixe est de longueur 64 bits et annoncé par un opérateur et dont l'identifiant d'interface est construit à base d'identifiant de véhicules. Ceci permet de minimiser la taille de la table de correspondance sur le routeur et de recouvrir 10 l'adresse de départ si un paquet est envoyé en retour. Toujours avantageusement, la présente invention permet de traiter les cas des relations 1:n entre un préfixe en sortie diffusé par un opérateur et un ensemble de préfixes en entrée 15 d'un routeur mobile, à l'aide d'une table de correspondance de taille finie. La présente invention trouvera avantageusement application chez les constructeurs automobiles, les opérateurs de flottes 20 de véhicules, par exemple les agences de locations de véhicules ou encore pour toute entreprise disposant d'un parc de véhicules. Pour obtenir les résultats recherchés, un procédé pour 25 traiter des paquets IPv6 échangés entre des équipements embarqués à bord d'un véhicule et des équipements extérieurs connectés à un réseau IPv6 est proposé. Les équipements embarqués forment un réseau intra-véhiculaire et sont connectés à un routeur mobile embarqué qui comprend une 30 interface externe opérant vers le réseau IPv6 et au moins une interface interne opérant vers les équipements embarqués. Le procédé de l'invention comprend les étapes suivantes: - attribuer à partir du numéro d'identification du véhicule (VIN) : 8 3019703 - à chaque équipement embarqué, une adresse IPv6 (VULA) comprenant au moins un identifiant d'interface d'équipement (IID) et un identifiant de réseau intra-véhiculaire (PID); - au routeur mobile, une adresse IPv6 (GUA) pour opérer 5 vers le réseau IPv6 comprenant au moins un identifiant d'interface de machine (MID); et - lors de la réception d'un paquet IPv6 sur l'une des interfaces interne ou externe du routeur mobile : 10 - extraire un identifiant d'interface de l'adresse du pa- quet IPv6 reçu; - déterminer si une entrée est définie dans une table de translation pour l'identifiant d'interface extrait, ladite table contenant des correspondances entre lesdits au moins un 15 identifiant d'interface d'équipement (IID) et un identifiant de réseau intra-véhiculaire (PID) et le dit au moins un identifiant d'interface machine (MID); et - translater l'adresse du paquet IPv6 reçu selon le contenu de l'entrée trouvée. 20 Lors de la réception d'un paquet IPv6 sur l'interface externe du routeur mobile, l'étape d'extraction consiste à extraire l'identifiant d'interface machine (MID) de l'adresse destination du paquet reçu et l'étape de translation consiste 25 à appliquer l'identifiant d'interface d'équipement (IID) et l'identifiant de réseau intra-véhiculaire (PID) à l'adresse du paquet reçu. De plus, s'il n'existe pas d'entrée dans la table de tran30 slation pour l'identifiant d'interface machine (MID) extrait, l'étape de détermination comprend les étapes de : - chercher dans une table statique d'identifiants si un identifiant d'interface machine statique est stocké pour l'identifiant d'interface machine (MID) extrait, la table con- 9 3019703 tenant des identifiants d'interface machine statiques pour des équipements embarqués fixes; et si un identifiant d'interface machine (MID) statique est trouvé, ajouter une entrée dans la table de translation 5 pour l'identifiant d'interface machine (MID) statique trouvé; ou rejeter le paquet IPv6 reçu. Par ailleurs, lors de la réception d'un paquet IPv6 sur 10 l'interface interne du routeur mobile, l'étape d'extraction consiste à extraire l'identifiant d'interface d'équipement (IID) et l'identifiant de réseau intra-véhiculaire (PID) de l'adresse du paquet reçu et l'étape de translation consiste à appliquer l'identifiant d'interface machine (MID) à l'adresse 15 du paquet reçu. De plus, s'il n'existe pas d'entrée dans la table de translation pour l'identifiant d'interface d'équipement (IID) et l'identifiant de réseau intra-véhiculaire (PID) extraits, 20 l'étape de détermination comprend les étapes de: - chercher dans une table statique d'identifiants si un identifiant d'interface machine (MID) statique est stocké pour l'identifiant d'interface d'équipement (IID) et l'identifiant de réseau intra-véhiculaire (PID) extraits, la table contenant 25 des identifiants statiques pour des équipements embarqués fixes; et si un identifiant d'interface machine statique est trouvé, ajouter une entrée dans la table de translation pour l'identifiant d'interface machine (MID) statique trouvé; ou 30 si aucun identifiant d'interface machine statique n'est trouvé, ajouter une entrée dans la table de translation, l'entrée contenant une correspondance entre l'identifiant d'interface d'équipement (IID) et l'identifiant de réseau intra-véhiculaire (PID) extraits et un identifiant d'interface 10 3019703 machine (MID) attribué auxdits identifiants d'interface d'équipement (IID) et de réseau intra-véhiculaire (PID) extraits. 5 Dans un mode de réalisation, l'identifiant d'interface d'équipement (IID) est un champ de 64bits, l'identifiant de réseau intra-véhiculaire (PID) est un champ de 5 bits, l'identifiant de machine (MID) est un champ de llbits et l'adresse IPv6 du routeur mobile comprend un champ préfixe 10 global (P) de 64 bits. Avantageusement, la table de translation est implémentée dans le routeur mobile embarqué. 15 Dans un mode de réalisation, l'interface externe du rou- teur mobile embarqué implémente une technologie pour réseau cellulaire à longue portée 'Long Term Evolution' (LTE). Dans un mode de réalisation, au moins une interface in-20 terne du routeur mobile embarqué implémente une technologie de courte portée Local Area Network (LAN). L'invention concerne aussi un dispositif pour traiter des paquets IPv6 échangés entre des équipements embarqués à bord 25 d'un véhicule et des équipements extérieurs connectés à un réseau IPv6, les équipements embarqués formant un réseau intravéhiculaire et étant connectés à un routeur mobile embarqué, le routeur mobile comprenant une interface externe opérant vers le réseau IPv6 et au moins une interface interne opérant 30 vers les équipements embarqués, le dispositif comprenant des moyens pour mettre en oeuvre les étapes du procédé revendiqué. Dans un mode de réalisation, les équipements extérieurs sont connectés à un réseau internet. 11 3019703 Dans un mode de réalisation, les paquets IPv6 échangés entre les équipements embarqués et les équipements extérieurs passent par un réseau cellulaire connecté au réseau internet, 5 et l'adresse IPv6 du routeur mobile comprend un champ préfixe global (P) de 64 bits attribué par le réseau cellulaire sur un lien opérateur par un message de type 'Router Advertisement'. L'invention peut opérer sous la forme d'un produit pro-10 gramme d'ordinateur qui comprend des instructions de code permettant d'effectuer les étapes du procédé revendiqué lorsque le programme est exécuté sur un ordinateur. 15 Description des figures Différents aspects et avantages de l'invention vont apparaitre en appui de la description d'un mode préféré d'implémentation de l'invention mais non limitatif, avec 20 référence aux figures ci-dessous : La Figure 1 montre un environnement général pour opérer l'invention; 25 La Figure 2 montre un ensemble d'équipements embarqués l'intérieur d'un véhicule pour opérer l'invention ; La figure 3 illustre les structures des adresses en entrée et en sortie d'un routeur mobile selon l'invention ; 30 La Figure 4 illustre le contenu de la table de translation VNTT dans un mode de réalisation; La Figure 5 montre un enchainement des étapes exécutées pour 12 3019703 la translation d'une adresse VULA vers une adresse globale GUA selon un mode de réalisation de l'invention; La Figure 6 montre un enchainement des étapes exécutées pour 5 la translation d'une adresse globale GUA vers une adresse VULA selon des modes de réalisation de l'invention. Description détaillée de l'invention 10 La figure 1 illustre un environnement général pour opérer l'invention dans le contexte d'un déploiement d'un réseau cellulaire ayant des stations de base couvrant une route sur 15 laquelle circulent des véhicules (102-a, 102-b) à l'intérieur desquels sont embarqués des équipements devant communiquer vers des équipements extérieurs (104-i) situés sur le réseau internet. Pour des raisons de simplification de la description, un nombre restreint de composants (véhicules, 20 équipements, routeurs) sont illustrés, mais qui ne limitent en rien les principes de l'invention. Les communications entre un véhicule et l'extérieur du véhicule utilisent une technologie de réseau cellulaire via des routeurs d'accès (106-1, 106-2). Le réseau cellulaire est 25 connecté au réseau internet via des routeurs de bordure (108). L'invention s'applique dans le contexte d'équipements embarqués qui utilisent les protocoles d'adressage IPv6. La figure 2 illustre un ensemble d'équipements embarqués 30 l'intérieur d'un véhicule pour opérer avantageusement l'invention. À l'intérieur du véhicule (200), les équipements embarqués forment un réseau mobile. Chaque équipement (202-1, 202-2, ... 202-n) est connecté au réseau interne via une interface et utilise une adresse IPv6 locale qui est formée à 13 3019703 base du VIN (Vehicle Identification Number) du véhicule. Le réseau d'équipements communique vers l'extérieur du véhicule à l'aide d'un routeur mobile (204) embarqué dans le véhicule. Le routeur mobile est doté d'interfaces de communications, 5 interfaces internes (206) orientées vers l'intérieur du véhicule et interface externe (208) orientée vers l'extérieur du véhicule. L'interface externe (208) implémente de manière préférentielle une technologie pour réseau cellulaire à longue 10 portée, par exemple 'Long Term Evolution' (LTE) pour connecter le routeur mobile à un réseau d'accès cellulaire auprès d'un opérateur de téléphonie mobile avec une carte SIM. Les interfaces internes (206) implémentent de manière préférentielle une technologie de courte portée, de type Local 15 Area Network (LAN), par exemple Ethernet et/ou WiFi. Le Routeur Mobile utilise une ou plusieurs adresses IPv6 globales, chaque adresse est formée depuis un préfixe global et un identificateur d'interface. Le préfixe global qui est unique (topologiquement correct au point de l'encrage) et 20 routable sur internet est attribué par le réseau cellulaire au Routeur Mobile. Le préfixe est typiquement un préfixe de longueur /64. L'identificateur d'interface est formé par le Routeur Mobile localement, par exemple, depuis une adresse 'matériel' de cette interface, telle une 'MAC address'. 25 Alternativement, il est possible de former de multiples adresses IPv6 préfixées par le même préfixe attribué par le réseau, où chaque adresse est suffixée par un identificateur unique formé par le Routeur Mobile par d'autres moyens que l'adresse matériel, par exemple partir d'un numéro 30 aléatoire. La figure 3 illustre les structures des adresses sur les interfaces internes et externes d'un routeur mobile selon l'invention. D'une manière générale, les équipements internes 14 3019703 sont configurés avec des adresses véhicules locales non globalement routables « Vehicule Unique Local Address ou VULA » (302), et vont communiquer avec des machines externes configurées avec des adresses globales « Global Unique Address 5 ou GUA » (304). Afin de faire parvenir les paquets des équipements internes vers des serveurs externes, et réciproquement transmettre les paquets issus d'un serveur vers un équipement interne, le procédé de l'invention utilise le préfixe global annoncé, et implémente une translation de 10 préfixes sans changer la configuration réseau des équipements intra-véhiculaires. L'adresse VULA (302) est basée sur un préfixe « Unique Local Address ou ULA » qui est combiné avec le VIN du véhicule. Des détails sur la structure du préfixe ULA peuvent 15 être trouvés dans la [RFC4193]. Une méthode d'obtention d'adresse VULA particulièrement adaptée pour la mise en oeuvre du procédé de l'invention est décrite dans la demande de brevet W02014009135 « Device and method for generating an Internet Protocol (IP) address from a Vehicle Identification 20 Number (VIN) » du même déposant. Comme illustré sur la figure 3, l'adresse VULA utilisée par un équipement (202-1) à l'intérieur d'un véhicule est composée des champs suivants : 'Prefix' de 7 bits : FC::/7 25 - 'L' de 1 bit indiquant « localement généré » de valeur fixée à '1' 'VIN Global ID' (VGID) de 51 bits qui contient une valeur extraite du VIN du véhicule - 'PID' (Prefix Identifier) de 5 bits représentant 30 l'identifiant du sous-réseau intra-véhiculaire - 'IID' (Interface Identifier) de 64 bits représentant l'identifiant de l'interface de l'équipement concerné, utilisé pour configurer l'adresse VULA. L'IID peut être un EUI-64 [RFC2464] ou être aléatoire [RFC6973] ou 15 3019703 encore être d'un autre type d'IID sécurisé (HBA [RFC5535], CGA [RFC3972]). L'article de S.Imadali, A.Petrescu et C. Janneteau, 5 intitulé « Vehicle Identification Number-based Unique Local IPv6 Unicast Addresses (VULA) » dans Internet-draft draftimadali-its-vinipv6-vula, 2013, décrit la structure d'adresse VULA (VIN-based Unique Local Address). 10 Le champ 'PID' qui identifie le réseau intra-véhiculaire et permet la construction de 32 préfixes différents, peut selon les implémentations définir différentes plages de sous-réseaux à l'intérieur d'un véhicule, chaque sous-réseau étant réservé à un type particulier de machines et d'applications. A 15 titre d'exemple, les trois plages suivantes peuvent être définies, cependant d'autres définitions de plages sont possibles. Les plages suivantes sont distribuées avec l'encodage des 5 bits du PID, bien que la taille d'une plage et le nombre total de sous-réseaux pouvant changer selon les 20 applications. La division de l'espace principal d'adressage en sous-réseaux permet facilement d'isoler un sous-réseau d'un autre et donc de faciliter la gestion du réseau interne. - une première plage offrant 16 sous-réseaux peut être réservée aux machines permanentes et fixes internes au 25 véhicule qui peuvent être accédées depuis l'extérieur à partir d'un serveur de l'infrastructure ; - une seconde plage offrant 8 sous-réseaux peut être réservée aux machines non permanentes mais connectées au réseau interne du véhicule, tels les appareils mobiles et 30 les terminaux utilisateurs, par exemple. Les équipements de ce groupe peuvent initier des connexions vers l'extérieur mais n'ont pas besoin à priori d'être accédées depuis l'infrastructure ; - une troisième plage offrant 8 sous-réseaux peut être 16 3019703 réservée pour des applications additionnelles impliquant un adressage de véhicules à portée d'un premier véhicule et un routage des paquets issus de ces véhicules. 5 Revenant à la figure 3, la structure de l'adresse globale GUA (304) obtenue selon le procédé de l'invention est décrite. L'adresse GUA disponible sur l'interface externe du routeur mobile et associée à un équipement interne, est composée des champs suivants : 10 'Prefix' de longueur 64 bits et de portée globale qui est annoncé par l'opérateur sur le lien entrant (lien WAN typiquement) ; 'VIID' de longueur 53 bits qui contient les 51 bits de la valeur extraite du VIN du véhicule et 2 bits 15 supplémentaires, un bit universel 'U' et un bit groupe 'G'- 'MID' de longueur 11 bits qui est un identifiant supplémentaire pour représenter l'équipement interne ou le routeur mobile. Le MID permet la construction de 2048 20 identifiants différents. Comme indiqué, le procédé de l'invention permet de convertir une adresse interne (adresse VULA) vers une adresse externe (adresse GUA), et inversement. La figure 4 illustre 25 une implémentation d'une table de translation dans le routeur mobile dans un mode de réalisation. La table de translation (400) nommée par l'acronyme 'VNTT' pour « VIN-based Network Translation Table » met en correspondance des éléments d'adresse internes au véhicule 30 (Interface interne 402) avec des éléments d'adresse externe au véhicule (Interface externe 404). Une entrée 'x' (406) de la table VNTT est constituée d'une correspondance du type [[PID x, IID x], MID x]. Le champ PID_x est l'identifiant de 5 bits utilisé dans le réseau interne sur 17 3019703 l'interface interne pour identifier le sous-réseau où est situé l'équipement dont l'identifiant est le champ IID _x de longueur 64 bits. Le champ MID_x est l'identifiant de la machine de 11 bits utilisé dans l'adresse globale affectée sur 5 l'interface externe. Ainsi, une entrée complète dans la table VNTT, est une entrée de longueur '5+64+11 bits' qui permet de déduire deux adresses IPv6 : une adresse globale [GUP:VIID:MID] en sortie du routeur mobile vers le réseau externe, et une adresse 10 locale [VULA:PID:IID] interne vers le réseau local des équipements embarqués. Dans l'implémentation préférentielle, le nombre maximum d'entrées de la table VNTT est 2048 permettant de rendre visible globalement, c'est-à-dire pour des communications sur 15 le réseau global externe, jusqu'à 2048 équipements embarqués. Dans un mode de réalisation, la table de correspondance peut être pré-remplie à partir d'une base de correspondance statique. La base de correspondance statique est maintenue par le routeur mobile, et contient une correspondance prédéfinie 20 et fixe entre des champs 'MID' et des champs 'IID' et 'PID' respectifs. La base de correspondance statique contient des entrées fixes d'identifiants statiques de la forme [MID x, [PID x, IID x]]. Dans des variantes d'implémentation, la table de 25 correspondance (400) est enrichie dynamiquement à partir de connexions à la demande tel que décrit plus bas en référence aux figures 5 et 6. Selon différents modes de réalisation, les identifiants 30 'MID' ajoutés dans la table, peuvent être soit des numéros séquentiels et plats, soit des identifiants hiérarchiques contenant le 'PID' et un numéro séquentiel, par exemple sur 6 bits. 18 3019703 Avantageusement, l'invention garantit la joignabilité des machines permanentes à l'intérieur du véhicule. En effet, la joignabilité des machines embarquées à l'intérieur du véhicule permet à un serveur situé dans l'infrastructure (hébergé par 5 un fournisseur de services véhiculaire, par exemple) de communiquer de manière bidirectionnelle avec ces machines au cours d'une session. Cette joignabilité nécessite en général, que ces machines soient dotées d'adresses globalement joignables et que la route séparant les deux correspondants 10 (un serveur et une machine dans le véhicule) soit correctement installée dans les routeurs qui les séparent. Pour le serveur la connaissance préalable du préfixe utilisé par le routeur mobile sur son interface externe est indispensable. La présente invention garantit cette joignabilité, en 15 utilisant un remplissage proactif de la table VNTT ou éventuellement en attribuant l'adresse contenant le 'MID' sur l'interface externe, et en attribuant un préfixe de longueur 64 par l'opérateur du routeur mobile, qui est topologiquement correct. En effet, depuis le correspondent externe jusqu'au 20 routeur d'accès auquel est rattaché le routeur mobile, seul le préfixe sert à router les paquets destinés à la machine embarquée. La Figure 5 montre un enchaînement des étapes (500) 25 exécutées pour la translation d'une adresse VULA vers une adresse globale GUA selon un mode de réalisation de l'invention. Le procédé s'applique pour un équipement intravéhiculaire émettant un paquet de données IPv6 (10) vers une destination extérieure au véhicule qui a une adresse globale. 30 Le paquet à émettre contient en plus des données, l'adresse VULA [VULA:PID:IID] de l'équipement émetteur, et l'adresse globale du correspondant récepteur [GUP d :IID]. Quand le routeur mobile a reçu sur une de ses interfaces internes un paquet (10) émit par une source et a analysé que 19 3019703 l'adresse de destination est globale [GUP d :IID] alors que l'adresse source est de type local (VULA), dans une première étape (502), le procédé initie une recherche dans la table de translation VNTT pour vérifier si une correspondance pour le 5 couple [PID,IID] extrait de l'adresse source existe (504). Si la table de translation VNTT contient cette correspondance (branche Oui) signifiant qu'un 'MID' est défini pour le couple [PID, IID], le procédé poursuit à l'étape (510) où la translation d'adresse est activée et l'adresse source (VULA) 10 initiale est translatée en une adresse source globale (GUA). Puis le procédé transmet le paquet (512) vers la destination réceptrice. Si la table de translation ne contient pas de correspondance (branche Non de l'étape 504) le procédé vérifie 15 (506) si le couple [PID, IID] extrait de l'adresse, existe dans la base de correspondance statique avec un 'MID' associé. Si le couple [PID, IID] existe dans la base de correspondance statique (branche Oui) le procédé permet d'ajouter une entrée dans la table de translation VNTT avec la correspondance 20 complète [MID, [PID, IID]], et poursuit à l'étape suivante (510) pour activer la translation dans le paquet reçu, puis transmettre le paquet (512). Si le couple [PID, IID] n'existe pas dans la base de correspondance statique (branche Non) le procédé permet de 25 créer dynamiquement (507) un nouveau 'MID' dans la table de translation VNTT. L'ajout dynamique d'un nouveau 'MID' peut se faire selon une règle d'incrémentation par exemple. L'entrée créée contient une correspondance entre l'identifiant d'interface d'équipement (IID) et l'identifiant de réseau 30 intra-véhiculaire (PID) extraits et un nouvel identifiant d'interface machine (MID) attribué aux identifiants d'interface d'équipement (IID) et de réseau intra-véhiculaire (PID) extraits. Puis le procédé poursuit à l'étape 510 pour activer la 20 3019703 translation dans le paquet reçu, changer l'adresse source (VULA) initiale du paquet en une adresse globale (GUA), puis le paquet est transféré à l'étape (512) sur l'interface externe du routeur mobile pour transmission vers la 5 destination. Si le réseau externe est un réseau WAN du type L1 ou L2, l'adresse source qui est forgée [GUP s:VIID:MID] après la translation est affectée à l'interface externe WAN. 10 La Figure 6 montre un enchaînement des étapes (600) exécutées pour la translation d'une adresse globale GUA vers une adresse VULA selon un mode de réalisation de l'invention. Le procédé s'applique pour un serveur du réseau externe 15 qui envoie un paquet de données (30) vers un équipement intravéhiculaire. Le paquet émit contient en plus des données, l'adresse globale - [GUP_d :IID]- du noeud du réseau global émetteur, et une adresse destination structurée 'MID' - [GUP s:VIID:MID] - pour identifier l'équipement embarqué 20 destinataire du paquet. Quand le routeur mobile a reçu sur son interface externe le paquet envoyé par une source, a analysé que l'adresse de destination est globale [GUP_d :IID] et que les 51 premiers bits de l'identifiant d'interface désignent son VIID., le 25 procédé (602) initie une recherche dans la table de translation VNTT pour vérifier si une correspondance existe pour le 'MID' extrait de l'adresse destination reçue (604). Si la table de translation VNTT contient cette correspondance (branche Oui) signifiant qu'une correspondance 30 a été définie pour ce 'MID', le procédé poursuit à l'étape suivante (610) où la translation d'adresse est activée et où l'adresse destination 'GUP' est translatée vers l'adresse interne 'VULA' de l'équipement destinataire du paquet de données, en formant une nouvelle adresse destination contenant 21 3019703 les identifiants (PID, IID) de l'équipement embarqué destinataire. Comme montré sur la figure 3, l'adresse des équipements embarqués contient aussi d'autres champs constants propres à tous les équipements du véhicule. Puis le procédé 5 transmet (612) le paquet (40) vers la destination réceptrice. Si la table de translation VNTT ne contient pas de correspondance pour le 'MID' (branche Non de l'étape 604) le procédé vérifie (606) si le 'MID' existe dans la base de correspondance statique. 10 Si le 'MID' existe dans la base de correspondance statique (branche Oui) le procédé permet d'ajouter (608) dans la table VNTT une nouvelle entrée comprenant la correspondance entre ce 'MID' et le couple [PID, IID]] identifié dans la base statique. Puis, le procédé poursuit à l'étape suivante (610) 15 pour activer la translation dans le paquet reçu, et remplacer l'adresse destination du paquet de l'adresse 'GUP' par l'adresse 'VULA' obtenue. Puis le procédé permet de transférer sur l'interface interne du routeur mobile le paquet reçu (40) pour transmission (612) vers la destination finale de 20 l'équipement intra-véhiculaire. Si à l'étape (606), le 'MID' n'existe pas dans la base de correspondance statique (branche Non) le procédé permet de rejeter (607) le paquet reçu. 25 L'homme de l'art appréciera que des variations puissent être apportées sur le procédé tel que décrit de manière préférentielle, tout en maintenant les principes et les avantages de l'invention, en particulier : - routabilité et joignabilité sur l'Internet global pour 30 l'ensemble des équipements connectés au réseau local d'un véhicule via un accès cellulaire ; - stabilité de l'adressage offert aux équipements l'intérieur d'un véhicule. Cet adressage privé et local au véhicule, lui est propre et ne change pas en 22 3019703 changeant de point d'attachement à l'Internet ; et - gestion locale de l'adressage au niveau du véhicule, et administrable à distance. 5 La présente invention peut s'implémenter à partir d'éléments matériel et/ou logiciel. Elle peut être disponible en tant que produit programme d'ordinateur sur un support lisible par ordinateur. Le support peut être électronique, magnétique, optique, électromagnétique ou être un support de 10 diffusion de type infrarouge. De tels supports sont par exemple, des mémoires à semi-conducteur (Random Access Memory RAM, Read-Only Memory ROM), des bandes, des disquettes ou disques magnétiques ou optiques (Compact Disk - Read Only Memory (CD-ROM), Compact Disk - Read/Write (CD-R/W) and DVD). 15 Ainsi la présente description illustre une implémentation préférentielle de l'invention, mais n'est pas limitative. Un exemple a été choisi pour permettre une bonne compréhension des principes de l'invention, et une application concrète, 20 mais il n'est en rien exhaustif et doit permettre à l'homme du métier d'apporter des modifications et variantes d'implémentation en conservant les mêmes principes. 23 REVENDICATIONS1. Un procédé pour traiter des paquets IPv6 échangés entre des équipements embarqués à bord d'un véhicule et des équipements extérieurs connectés à un réseau IPv6, les équipements embarqués formant un réseau intra-véhiculaire et étant connectés à un routeur mobile embarqué, le routeur mobile comprenant une interface externe opérant vers le réseau IPv6 et au moins une interface interne opérant vers les équipements embarqués, le procédé comprenant les étapes de : - attribuer à partir du numéro d'identification du véhicule (VIN) : - à chaque équipement embarqué, une adresse IPv6 (VULA) 15 comprenant au moins un identifiant d'interface d'équipement (IID) et un identifiant de réseau intra-véhiculaire (PID); - au routeur mobile, une adresse IPv6 (GUA) pour opérer vers le réseau IPv6 comprenant au moins un identifiant d'interface de machine (MID); 20 et - lors de la réception d'un paquet IPv6 sur l'une des interfaces interne ou externe du routeur mobile : - extraire un identifiant d'interface de l'adresse du paquet IPv6 reçu; 25 - déterminer si une entrée est définie dans une table de translation pour l'identifiant d'interface extrait, ladite table contenant des correspondances entre lesdits au moins un identifiant d'interface d'équipement (IID) et un identifiant de réseau intra-véhiculaire (PID) et le dit au moins un 30 identifiant d'interface machine (MID); et - translater l'adresse du paquet IPv6 reçu selon le contenu de l'entrée trouvée. 2. Le procédé selon la revendication 1 dans lequel lors de la 24 3019703 réception d'un paquet IPv6 sur l'interface externe du routeur mobile, l'étape d'extraction consiste à extraire l'identifiant d'interface machine (MID) de l'adresse du paquet reçu et l'étape de translation consiste à appliquer l'identifiant 5 d'interface d'équipement (IID) et l'identifiant de réseau intra-véhiculaire (PID) à l'adresse du paquet reçu. 3. Le procédé selon la revendication 2 dans lequel, s'il n'existe pas d'entrée dans la table de translation pour 10 l'identifiant d'interface machine (MID) extrait, l'étape de détermination comprend de plus les étapes de: chercher dans une table statique d'identifiants si un identifiant d'interface machine statique est stocké pour l'identifiant d'interface machine (MID) extrait, la table contenant des identifiants d'interface machine statiques pour des équipements embarqués fixes; et si un identifiant d'interface machine (MID) statique est trouvé, ajouter une entrée dans la table de translation pour l'identifiant d'interface machine (MID) statique trouvé; ou rejeter le paquet IPv6 reçu. 4. Le procédé selon la revendication 1 dans lequel lors de la réception d'un paquet IPv6 sur l'interface interne du routeur mobile, l'étape d'extraction consiste à extraire l'identifiant d'interface d'équipement (IID) et l'identifiant de réseau intra-véhiculaire (PID) de l'adresse du paquet reçu et l'étape de translation consiste à appliquer l'identifiant d'interface machine (MID) à l'adresse du paquet reçu. 5. Le procédé selon la revendication 4 dans lequel, s'il n'existe pas d'entrée dans la table de translation pour l'identifiant d'interface d'équipement (IID) et l'identifiant de réseau intra-véhiculaire (PID) extraits, l'étape de 25 3019703 détermination comprend de plus les étapes de: chercher dans une table statique d'identifiants si un identifiant d'interface machine (MID) statique est stocké pour l'identifiant d'interface d'équipement 5 (IID) et l'identifiant de réseau intra-véhiculaire (PID) extraits, la table contenant des identifiants statiques pour des équipements embarqués fixes; et si un identifiant d'interface machine statique est trouvé, ajouter une entrée dans la table de translation 10 pour l'identifiant d'interface machine (MID) statique trouvé; ou si aucun identifiant d'interface machine statique n'est trouvé, ajouter une entrée dans la table de translation, l'entrée contenant une correspondance 15 entre l'identifiant d'interface d'équipement (IID) et l'identifiant de réseau intra-véhiculaire (PID) extraits et un identifiant d'interface machine (MID) attribué auxdits identifiants d'interface d'équipement (IID) et de réseau intra-véhiculaire (PID) extraits. 20 6. Le procédé selon l'une quelconque des revendications 1 à 5 dans lequel ledit identifiant d'interface d'équipement (IID) est un champ de 64bits, ledit identifiant de réseau intravéhiculaire (PID) est un champ de 5 bits, et ledit identifiant 25 de machine (MID) est un champ de 11bits et l'adresse IPv6 du routeur mobile comprend un champ préfixe global (P) de 64 bits. 7. Le procédé selon l'une quelconque des revendications 1 à 6 30 dans lequel la table de translation est implémentée dans le routeur mobile embarqué. 8. Le procédé selon l'une quelconque des revendications 1 à 7 dans lequel l'interface externe du routeur mobile embarqué 35 implémente une technologie pour réseau cellulaire à longue 26 3019703 portée 'Long Term Evolution' (LTE). 9. Le procédé selon l'une quelconque des revendications 1 à 8 dans lequel ladite au moins une interface interne du routeur 5 mobile embarqué implémente une technologie de courte portée Local Area Network (LAN). 10. Un dispositif pour traiter des paquets IPv6 échangés entre des équipements embarqués à bord d'un véhicule et des 10 équipements extérieurs connectés à un réseau IPv6, les équipements embarqués formant un réseau intra-véhiculaire et étant connectés à un routeur mobile embarqué, le routeur mobile comprenant une interface externe opérant vers le réseau IPv6 et au moins une interface interne opérant vers les 15 équipements embarqués, le dispositif comprenant des moyens pour mettre en oeuvre les étapes du procédé selon l'une quelconque des revendications 1 à 9. 11. Le dispositif de la revendication 10 dans lequel les 20 équipements extérieurs sont connectés à un réseau internet. 12. Le dispositif selon la revendication 11 dans lequel les paquets IPv6 échangés entre les équipements embarqués et les équipements extérieurs passent par un réseau cellulaire 25 connecté au réseau internet, et où l'adresse IPv6 du routeur mobile comprend un champ préfixe global (P) de 64 bits attribué par le réseau cellulaire sur un lien opérateur par un message de type 'Router Advertisement'. 30 13. Un routeur mobile comprenant le dispositif selon l'une quelconque des revendications 10 à 12. 14. Un produit programme d'ordinateur, ledit programme d'ordinateur comprenant des instructions de code permettant 35 d'effectuer les étapes du procédé selon l'une quelconque des 27 3019703 revendications 1 à 11, lorsque ledit programme est exécuté sur un ordinateur.