FR 2971110 A1 20120803 FR 1150702 A 20110131 Arrière-plan de l'invention L'invention se rapporte au domaine général des télécommunications. L'invention concerne en particulier !es techniques permettant l'utilisation du protocole Inbennct dans les versions IPv4 et IPv6. L'invention concerne à la fois les réseaux mobiles et les réseaux fixes. 10 Depuis sa création, deux versions du protocole Internet ont été développées: la version 4 (RF[ 791) qui est couramment utilisée dans !es réseaux InterneLactue!s e1 !a version 6 (RFC 2460). Depuis peu, les opérateurs de télécommunication étudient des scénarios d'introduction de !a version 6 du protocole Interneiqui dispose d'un domaine d'adressage beaucoup plus large du fait de !a taille accrue du champ d'adressage et qui permet donc d'augmenter de façon pérenne !a 15 capacité d'allocation d'adresses aux clients d'un réseau donné. Comme !a migration de !a version 4 à !a version 6 du protocole Internet ne peut s'envisager que de façon progressive, !es deux venions devront coexister pendant longtemps avant que !o version 4 ne disparaisse, si tant est qu'elle ne disparaisse. Ainsi, !es ordinateurs ou plus largement !es terminaux de télécommunication devront supporter !es deux versions du 20 protocole Internet pendant longtemps encore. Plusieurs solutions ont été étudiées pour perme!treà un terminal d'utiliser les versions IPv4etIPv6. Par exemple, dans !e cas des réseaux fixes, la solution DS-Lite définie dans le document IETF "draft-ietf-softwine-dual-stack-lite" peut être utilisée pour introduire la connectivité 25 IPv6, tout en maintenant uneconnecLivihëIPv4avec un adressage privé. Cette solution consiste à établir, au-dessus d'une cVnnecUvitë lPvG, un tunnel IPv4 entre le client fixe disposant d'un sous réseau privé IPv4 192.168.8.0/28 et un dispositif de translation d'adresse appelé [GN ("Carrier Grade NA7~) situé quelque part dans !e réseau et qui translate dans !es poquets IPv4 !'adresse privée et le portUDP/TCP utilisés par un client fixe en une adresse publique partagée et un port 30 UDP/TCPdiffévent. Dans cette solution, /n p/~sscr~~!e résidentielle du client fixe participe à la mise en oeuvre du mécanisme DS-L!te en éLabUssa n~ /e ~unne!u CGN. Dans !e cadre des réseaux mobiles, r/Lisier /~ ~o['bons ',nt e'b/dlécs0n 35 Z Les solutions précitées sont toutefois confrontées à des difficultés de mise en oeuvre lors de la mobilité du client. Par exemple, dans le cas d'un réseau mobile utilisant la solution Gr-OS-Lite précitée, le dispositif de translation d'adresse reçoit des paquet émis par un berminol mobile dans un tunnel provenant d'un point d'accès au réseau Intern«t initial. Ces poquets indiquent une adresse lPv4 source privée «IPv4@1 ^, qu'il translate en une adresse source publique «IPv4@2 ». Lorsque !e terminal mobile change de point d'accès (par exemple, il change de serveur GGSN ou de passerelle PDN-GVV), une nouvelle adresse IPv4 privée «IPv4@3» peut lui être allouée. Dans ce cos, !e dispositif de translation d'adresse reçoit !es paquets émis par un terminal mobile dans un autre tunnel provenant d'un autre point d'accès. Ces paquets indiquent l'adresse source «IPv4©3». Le dispositif de translation d'adresse considère donc qu'il s'agit d'un autre client et translate l'adresse ^ IPv4@3 " en une autre adresse source publique « IPv4@4 ». Lcchangement d'adresse publique empêche de maintenir une session active avec un serveur d'application ou un correspondant distant. De plus, !e changement d'adresse privée peut être perçu par !e terminal comme une interruption de !a cVnnecLivité, ce qui peut entraîner la nécessité de redémarrer certaines applications. Les réseaux mobiles actuels présentent un nombre limité de points d'accès au réseau lnbzrnct. Toutefois, des solutions visant à disposer sur !e réseau mobile de points d'accès au réseau Inhcrnet distribués sont actuellement étudiées au 3GPP (v3nd Gemexabion Partnership Prcyect») sous l'appellation 5IPTO ("Se6zzt& %p 7rahfc Lfflo*d'), décrits dans le document TS 23.829. Une famille de solutions 5IFTl}est basée sur !æ mise en oeuvre de plusieurs points d'accès locaux (serveur GGSN locaux ou passerelles PDN-GVV locales). Ainsi, !e changement de point d'accès au réseau Internet peut devenir un évènement relativement courant. ll existe donc un besoin pour une meilleure gestion du support des protocoles IPv4 et IPv6 pour un client susceptible de changer de point d'accès au réseau Internet en cas de mobilité. Objet et résumé de l'invention L'invention propose un dispositif de translation d'adresse destiné à être relié à un 30 réseau d'opérateur basé sur 1Pv6 et un réseau public basé sur IPv4, ledit dispositif de translation d'au mprenænt : -d . de n7émOrsæU00d'une base dlnfonnnttnns de contexte, - 3 un terminal, /4 entrant 35 Ce dispositif de translation d'adresse est remarquable en ce que les informations de contexte comprennent un identifiant du terminal, le dispositif de translation d'adresse comprenant : - des moyens de recherche d'informations de contexte associées audit herminal dans !a base S d'informations d*contexte, en fonction d'un paramètre du tunnel dans lequel le paquet IPv4 est encapsu!é, activés par !es moyens de réception du paquet IPv4 entrant et avant application des moyens de translation d'adresse ; - des moyens d'envoi d'un message d'interrogation contenant ledit paramètre vers un dispositif de gestion, des moyens de réception d'un message de réponse émis par ledit dispositif de gestion et 10 contenant un identifiant du terminal, et des moyens da mise à jour de ladite base d'informations de contexte, activés lorsqu'aucune information de contexte associée nu paramètre n'a été trouvée par les moyens de recherche, - lesdits moyens de misa à jour comprenant : des moyens de création d'informations de contexte associées au terminal en fonction 15 du message de réponse, activés lorsque ladite base d'informations de contexte ne contient pas d'informations de contexte associées audit identifiant; et - des moyens de modification desdites informations de contexte en fonction dudit message de réponse, activés lorsque ladite base d'informations de contexte contient des informations de contexte associées audit identifiant. 20 De manière correspondante, l'invention propose également un dispositif de gestion destiné à un réseau d'opérateur basé surIPv6, un terminal étant apteà émettre un paquet IPv4 entrant encapsu!é dans un tunncl établi sur ledit réseau d'opérateur vers un dispositif de translation d'adresse. [e dispositif de gestion est remarquable en cc qu'il comprend : -des moyens de réception, en provenance d'un point d'accès par l'intermédiaire duquel le terminal 25 accède au réseau d'opérateur, d'un message d'information contenant un identifiant du terminal et un paramètre du tunncl dans lequel !e paquet IPv4entrant est encapsu!é, ' des moyens de mémorisation dudit identifiant et dudit paramètre dans une base d'informations de gestion, - des moyens de réception d'un message d'interrogation contenant ledit paramètre, émis par le 30 dispositif de translation d'adresse; - des moyens d'envoi d'un message de réponse vers le dispositif de translation d'adresse et contenant l'identifiant du terminal. ante égalo ent, !lnv8nd0A propose un pOiltdoc[~odestiné à 4 -des moyens de détermination d'un paramètre d'un tunnel étaNi dans le réseau d'opérateur vers un dispositif de translation d'adresse (8), dans leouel un paquet IPv4 émis par le terminal est encæpsu!é, caractérisé en ce qu'il comprend : 5 - des moyens d'émission d'un message d'information contenant l'identifiant du terminal et le paramètre déterminé vers un dispositif de gestion du réseau d'opérateur. Le déplacement du herminal dans !e réseau peutcntnainer un changement de point d'accès et donc un changement du tunnel utilisé pour envoyer !e paquet lPv4 vers le dispositif de translation d'adresse, donc un changement du paramètre du tunnel associé au terminal. Ce 10 paramètre peut être notamment une adresse IPv6 du Lerminal dans le cos d'une passerelle résidentielle, ou un identifiant de contexte et l'adresse IPv6 d'un point d'accès au réseau d'opérateur dans !e cas d'un tærminal mobile. Grâce aux caractéristiques précitées, le dispositif de gestion peut constituer une base d'informations degestion associant l'identifiant d'un terminal au paramètre du tunnel associé au terminal. Ainsi, lorsque !e dispositif de translation d'adresse reçoit 15 un paquet, il recherche des informations de contexte en fonction du paramètre. Si aucune information de contexte n'est trouvée, le dispositif de translation d'adresse interroge le dispositif de gestion et obtient un identifiant du terminal. Comme les informations de contexte contiennent aussi un identifiant de termina!, !e dispositif de translation d'adresse peut alors déterminer si !e paquet provient d'un nouveau termina!, et dans ce cas créer des informations de contexte pour ce 20 termina!, ou d'un berrninal qui s'est déplacé dans !e réseau, et dans ce cas simplement mettre à jour les informations de contexte. En cas de mise à jour des informations de contexte, il n'est pas nécessaire de changer l'association entre l'adresse IPv4attribuée au terminal et l'adresse IPv4après translation d'adresse. Ainsi, même s'il sedéplace, l'adresse IPv4attribuée au terminal et l'adresse IPv4 après translation 25 d'adresse peuvent rester constantes. Le tcrminal ne perçoit donc pas d'interruption de connectivité. De plus, le serveur d'application ou le correspondant distant avec lequel communique le terminal ne perçoit pas d'interruption de session. L'invention propose aussi un réseau d'opérateur basé sur IPv6 et comprenant un dispositif de translation d'adresse, un dispositif de gestion et au moins un point d'accès conformes 30 à l'invention. L'invention ppOpOSeæu~s/ un procédé de communication mis en oeuvre par le dispositif de translation d'adresse, un ri mis en oeuvre par le dispositif de gestion et un procédé de comri- in cation ni] ont d'a ri:, 35 public basé sur IPv4, ledit dispositif de translation d'adresse mémorisant des informations de contexte dans une base d'informations de contexte, le procédé de communication comprenant : - une étape de réception d'un paquetIPv4 entrant émis par un terminal, ledit paquet IPv4 entrant étant encapsu!édans un tunnel établi sur le réseau d'opérateur; 5 - une étape de translation d'adresse appliquée au paquet IPv4 entrant, en fonction d'informations de contexte de ladite base d'informations de contexte associées audit terminal, pour déterminer un paquet IPv4 sortant; et - uneétape d'émission du paquetlPv4 sortant sur le réseau public, caractérisé en ce que lesdites informations de contexte comprennent un identifiant du termina!, !e 10 procédé de communication comprenant, suiheà !a réception du paquet IPv4 entrant et avant ladite étape de translation d'adresse : - une étape de recherche d'informations de contexte associées audit terminal dans la base d'informations decontexte, enfonction d'un paramètre du tunnel dans lequel paquet IPv4 entrant est encapsu!é; et 15 ' lorsqu'aucune information de contexte associée au terminal n'a été trouvée pendant !'étape de recherche: - une étape d'envoi d'un message d'interrogation contenant ledit paramètre vers un dispositif de gestion; - une étape de réception d'un message de réponse émis par ledit dispositif de gestion 20 et contenant un identifiant du terminal; et - uneétapedemiseà jour de ladite base d'informations de contexte comprenant : - lorsque ladite base d'informations de contexte ne contient pas d'informations de contexte associées audit identifiant, une étape de création d'informations de contexte associées au terminal en fonction dudit message de réponse; 25 - lorsque ladite base d'informations de contexte contient des informations de contexte associées audit identifiant, une étape de modification desdites informations de contexte en fonction dudit message de réponse. Selon un mode de réalisation, !e message de réponse contient une nouvelle valeur dudit panamètne, !ædiùs étape de modification desdites informations de contexte comprenant la ]O mO(i[ricaLic/l des informations de contexte en ü]n(±i0n de !Odite nouvelle valeur due 1t. -en: tre. Ce ,1 permet de tenir compte d'un changement de point d'accès sans n~od/her !es autres infDrmniio(] s de contexte, notamment l'adresse 1Pv4 attribuée au terminal. 1LapL8 ~uc~ iPv4 35 6 - une étape de réception, en provenance d'un point d'accès (3, 3A, 3E3) par l'intermédiaire duquel le terminal accède au réseau d'opérateur, d'un message d'information contenant un identifiant du terminal etunparamètre dutunnel dans lequel !cpaquet IPv4entrant esLenospsu!é, - une étape de mémorisation dudit identifiant et dudit paramètre dans une base d'informations de 5 gestion, - une étape de réception d'un message d'interrogation contenant ledit paramètre, émis par !e dispositif de translation d'adresse; - une étape d'envoi d'un message de réponse vers le dispositif de translation d'adresse et contenant l'identifiant du terminal. 10 Selon un mode de réalisation, !e message de réponse contient une nouvelle valeur dudit paramètre. L'invention propose aussi un procédé de communication mis en oeuvvc par un point d'accès d'un réseau d'opérateur basé surIPv6, comprenant : - une étape de réception d'une requête d'accès émise par un terminal et contenant un identifiant 15 du terminal, - une étape de détermination d'un paramètre d'un tunnel établi dans !e réseau d'opérateur vers un dispositif de translation d'adresse, dons !equel un paquet lPv4 émis par le terminal est encapsulé, caractérisé en ce qu'il comprend : - une étape d'émission d'un message d'information contenant l'identifiant du terminal et le 20 paramètre déterminé vers un dispositif de gestion du réseau d'opérateur. Selon un mode de réalisation, ce procédé de communication comprend, avant l'étape de détermination et avant l'étape d'émission du message d'information: - une étape d'envoi d'un message contenant l'identifiant du terminal au dispositif de gestion, - uneétape de réception d'un message contenant une adresse IPv4 attribuée au terminal, et 25 - uneétaped'envoid'unmessmge contenant ladite adresse IPv4 au terminal. Cela permet de réæt1ribuer !a même adresse IPv4 au termina( ou de !'informer qu'il peut continuer à utiliser !a même adresse. Ainsi, un changement de point d'accès n'implique pas de changement dcl'adresse IPv4attribuée à un terminal. L'invention vise aussi un programme d'ordinateur comportant des instructions pour 30 l'exécution des étapes d'un procédé com/`-Ivnica[o/~ ou d'un procédé de gestion conforme à l'invention lorsoVe ledit prOjs mnnu est n ordinateur. Ce programme peut utiliser 'l'Importe quel lp-5, r, de progrs-rmn -5-c sous la forme de ccJe souuc, 'e objet, 0u /~ ~jc i ~rmcdiao~ u/Lre coje som 35 7 Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker !e programme. Par exemple, !e support peut comporter un moyen de stockage, hel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microé!ectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette S (floppydisc) ouundisque dur. D'autre part, !es supports d'enregistrement peuvent correspondre à un support transmissible bal qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon !'invention peut être en particu!ierhé!échargé sur un réseau de type Internet. 10 Alternativement, !es supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins 15 D'autres caractéristiques 2t avantages de b présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur !es figures : - la figure 1 représente un réseau de télécommunication mobile permettant !a mise en oeuvre d'un mode de réalisation de l'invention, 20 - les figures 2 et3 représentent !e déroulement d'une communication dans !e réseau de télécommunication de la figure 1, - !a figure 4 représente schématiquement un dispositif de communication du réseau de télécommunication de la figure 1, les figures 5 à 7 sont des figures similaires aux figures l à 3 respectivement, et 25 montrant un autre mode de réalisation de l'invention, et - !afigure 8 représente un réseau de télécommunication mobile permettant la mise en oeuvns d'un autre mode de réalisation de l'invention. Description détaillée de de réalisation Lr figure 1 ré présente un réseau de télécommunication 1 dans lequel un terminal mobile 2 peut connnuniquer avec un serveur c;p,_, el- Il ou un correspondant distant 12. Le réseau de té!Ac0rnn.u/licati0n 1 comprend un réseau du(~çr-teur 6 géré par un opérateur de télécommi Il et un ré u public 10, o/ ioxum~i cics dacc~'. ] ,n de i! ü.~x~i~o~ 7 8t on op!J~./'~Ü I1 e~a 12sont /~ii,~` u ~"~.oz !uiJi,~ 10. Le terminal mobile 2dispose d'une connectivité IPv4 et d'une connectivité IPv6. II peut donc accéder au réseau d'opérateur 6 parl'intermédiaire d'un réseau d'accès radio, non représenté sur la figure 1, et d'un des points d'accès 3, en utilisant une liaison lPv44ou une liaison IPv6 5. De manière connue, !e mécanisme de translation d'adresse mis en oeuvre par !e 5 dispositif de translation d'adresse 8 peut tenir compte des ports p1 et p2 utilisés ou non. Le premier type de dispositif de translation d'adresse 8 effectue uniquement une translation d'adresse et est connu sous !e nom de NAT, pour «Nebwork Addnsss Translation ». Le deuxième type de dispositif de translation d'adresse 8 effectue à !a fois une translation d'adresse et une translation de port et est connu sous !e nom de NAPT, pour ^ Network Addness and Port Translation ». Pour 10 ce deuxième type, il peut s'agir par exemple d'un mécanisme de translation d'adresse symétrique, ^ full o7oe»ouencore « oone /es/ntfed». Dans !'état représenté sur !a figure 1, une adresse IPv4, notée @1, est attribuée au herminal mobile 2 et un tunnel 9 est établi entre un point d'accès 3 et !e dispositif de translation d'adresse 8. Uneadresse IPv6 peut aussi être attribuée au terminal mobile 2. 15 Le dispositif de gestion 7 maintient une base d'informations de gestion 20. La base d'informations de gestion 20 comprend, pour chaque terminal mobile 2 géré par le dispositif de gestion 7, des informations de gestion incluant : Un identifiant 12 du terminal mobile 2, L'identifiant 12 permet d'identifier le terminal mobile 2de manière unique dans le réseau de télécommunication 1. L'identifiant 12 est par exemple un numéro MSISDN ("Mobile JLdzazübs/ Integrated Services Digital /0stwook /Wvnohs^') défini dans la recommandation ITU ("International 7ë&ecnnxmunica/iom Union') E.164. A contrario, une adresse IPv4 attribuée au herminal mobile 2 ne peut pas servir d'identifiant. En effet, une adresse IPv4 privée peut être utilisée par plusieurs terminaux différents et une adresse IPv4 publique peut être attribuée successivementà plusieurs terminaux différents. - L'adresse IPv4 ©1 attribuée au terminal mobile 2. - L'adresse IPv6 de !a terminaison du tunnel 9 sur !e point d'accès 3, notée @3. - Un identifiant de contexte CID associé au terminol mobile 2 dans le tunnel 9. Le dispositif de translation d'adresse 8 maintient une base d'informations de contexte 30 21. Lm base d'informations de contexte 21 cc. prend, pour dhaque Uznninml mobile 2 géré par hs dispositif de translation d'adresse 8, des i _ ns de te incluant : L'identifiant 12 du terminal rri.ile 2. u` z1 nlo2 pOur ~ les 0 ZS 1 un ou 'sieurs g notée @Z, e1 de port externe p2 /pour le deuxième type de dispositif de translation d'adresse précité), pouvant être utilisés sur le réseau public 10. L'adresse @] de !a terminaison du tunnel 9 sur !e point d'accès 3. - L'identifiant de contexte CID associé au terminal mobile 2 dans le tunnel 9. S Les informations de contexte permettent d'effectuer une translation d'adresse entre : - l'adresse ©1 et l'adresse @2, ou - !'adresse ©1 et !e port p1 d'une part et l'adresse ©2 et le port externe p2 d'autre part pour chaque connexion TCP ou UDP. Ainsi, un paquet IPv4 montant émis par !e terminal mobile 2 sur !a liaison IPv4 à 10 destination d'un serveurapp!icaUf 11 ou d'un correspondant distant 12 estencapsuié, par !e point d'accès 3, dans !e tunnel 9 vers le dispositif de translation d'adresse 8. Le dispositif de translation d'adresse 8effectue unetranslation d'adresse mnfonction des informations de contexte. Ensuite, !e paquet montant est émis sur !e réseau public 10. Inversement, un paquet IPv4 descendant émis par un serveur app!icaUf 11 ou un correspondant distant 12 vers !'adresse publique @Z ou vers 15 l'adresse publique ©2 et !e port p2 associés au terminal mobile 2 est reçu par le dispositif de translation d'adresse 8. Le dispositif de translation d'adresse 8 effectue une translation d'adresse en fonction des informations de contexte. Ensuite, !e paquet descendant est transmis au terminal mobile I en passant par le tunnel 9 et le point d'accès 3. Ainsi, dans !'état représenté sur !a figure 1, !a terminul mobile 2 peut communiquer 20 avec un sarveurapp!icaUf 11 ou un correspondant distant 12 en utilisant la version 4 du protocole InberneL, même s'il est re!iëà un réseau d'opénateur6 basé sur !a version 6 du protocole Internet. En réfévenceà la figure 2, on décrit maintenant plus en détail !e déroulement d'une communication dans !e réseau de télécommunication 1, permettant d'obtenir l'état représenté sur !a figure 1. Sur la figure 2, deux points d'accès 3 sont représentés et désignés respectivement par 25 les références 3A et 3B. Initialement, le terminal mobile Z n'est pas relié au réseau d'opérateur 6. Lorsqu'il désire accéder au réseau d'opérateur 6, !e terminal mobile 2 envoie une requête d'accès ÆA au point d'accès 3A. La requête d'accès RA contient l'identifiant 12 du terminal mobile 2. 30 En ooroe à la réception de la cc oenant l'identifiant 12 au dét.e/.oine si sa bo5e d1nfor !'id no amo :u/ RA, le point d'accès 3A envoie un ~bon 7. Le dispositif de gestion 7 oestkn Z0 contient d~s informohons de pour on2One [OnUen~pas 2. 10 privé 192.0.0.0/29 Ou d'une adresse IPv4 privée dans les plages 10,0.0.0/8, 172.16.0.0/12 ou 192.168.0.0/16. Le point d'accès 3A informe le terminal mobile 2 de l'adresse ©1 par un message y43. Ensuite !e terminal mobile 2 émet un paquet IPv4 noté P1, ayant pour adresse source S !'adresse @1, pour port source un port p1, et pour adresse de destination !'adresse IPv4 du serveur d'application 11 ou du correspondant distant 12. Le paquet P1 est reçu par !e point d'accès 3A. [Vmnne !e réseau d'opérateur 6 est basé surIPv6, !c paquet P1, au format IPv4, ne peut pas être envoyé tel que( sur le réseau d'opérateur 6 par !e point d'accès 3A. Le point d'accès 3A établit donc un tunnel 9 vers le dispositif de 10 translation d'adresse 8 (étape E3). L'établissement du tunnel 9 est par exemple réalisé conformément à !a technique Gi-D5-Lite présentée en introduction. De manière connue, un identifiant de contexte CID (pour « (2vn&s,t JDkenb//èr^), noté CID1, est associé au terminal mobile 2 lors de l'établissement du tunnel 9. Ensuite, !e point d'accès ]A envoie un message M4 au dispositif de gestion 7. Le 15 message M4 contient l'identifiant Iz du Lerminal mobile 3, l'adresse ©1 attribuée au terminal mobile 2, !'adresse IPv6 de !a terminaison du tunnel 9 sur !e point d'accès 3A, notée ©]A, et l'identifiant de contexte CID1 associé au terminal mobile 2. Le dispositif de gestion 7 mémorise les informations du message M4 dans !a base d'informations degestion 20 (étape E4). Après l'établissement du tunnel 9, !e point d'accès 3A envoie !e paquet P1 dans !e 20 tunnel 9, vers !e dispositif de translation d'adresse 8, en utilisant l'identifiant de contexte ClDl (étape E5). En réponse à !a réception du paquet P1, !e dispositif de translation d'adresse 8 détermine, à !'étape E6, si sa base d'informations de contexte 21 contient des informations de contexte pour l'identifiant de contexte CID1. 25 Dans le cas présent, comme il s'agit du premier paquet PI reçu du terminal mobile 2, !'identifiant de contexte [ID1 est un nouvel identifiant. Dons ce cas, le dispositif de translation d'adresse 8 envoie un message M5 qui contient l'identifiant de contexte ClD1 au dispositif de gestion 7. Le dispositif de gestion 7 consulte alors sa base d'informations de gestion 20 et répond par un message M6 qui contient les informations de gestion associées à l'identifiant de contexte ]O CID1, c'est-à-dire l'identifiant Iz du hsrminal mobile Z, l'adresse ©1 attribuée au terminal mobile 2 et l'adresse ©3 de la terminaison du tunnel 9 sur le point d'accès 3A. En réponse à !a réception du me*~nge ^46/ !e dispositif ~o "- 'en d'adresse 8 d'informations de s'il a dé; in[o/maUonb de contexte et met à Lon' /nfmnwuu s uc pour !e f~noio^/ moi'(.! Les /nfVrn 35 11 terminal mobile 2 contiennent : l'identifiant Iz, !'adresse ©1 du henninal mobile 2, et en fonction du type de dispositif de translation d'adresse, le ou les ports pl utilisés par les connexions TCP ou UDP, l'adresse @2 et le port p2 attribués, l'adresse ©3 de la terminaison du tunnel 9 sur le point d'accès 3A et l'identifiant de contexte [ID1. 5 Ensuite, !e dispositif de translation d'adresse 8 effectue une translation d'adresse sur !e paquet Pl reçu en utilisant les informations de contexte créées à l'étape E7, et envoie donc un paquet P2 sur !e réseau public 10, vers le serveur d'application Il ou le correspondant distant 12, dans lequel l'adresse source (adresse @l) et !e port source (port p1) du paquet P1 ont été remplacés par l'adresse @2 et le port p2. 10 Tant que !æ terminal mobile 2 reste relié au point d'accès 3A, la communication ultérieure entre le terminal mobile 2 et le serveur d'application Il ou le correspondant distant 12 au cours de !'étape E8 s'effectue en passant par le tunnel 9 et par le dispositif de translation d'adresse 8, qui effectue !a translation d'adresse nécessaire en fonction des informations de contexte créées à l'étape E7. En effet, !orsqu'il reçoit un paquet par le tunnel 9, le dispositif de 15 translation d'adresse 8 constate (étape E6) que sa base d'informations de contexte 21 contient des informations de contexte associées à l'identifiant de contexte [ID1. D n'a donc plus besoin d'interroger le dispositif de gestion 7 par un message M5. En référence à !a figure 3, on décrit maintenant plus en détail !e déroulement d'une communication Uæna !e réseau de télécommunication 1, lorsque le terminal mobile change de point 20 d'accès 3. Initialement, le terminal mobile Zest relié au point d'accès 3A et communique avec le serveur d'application 11 ou le correspondant distant 12 en utilisant !'adresse IPv4 ©1 et, au-delà du dispositif de translation d'adresse 8, l'adresse IPv4 publique @2 (étape E8 de !a figure 2). Ensuite, !c terminal mobile 2 fait un déplacement dans !e réseau de télécommunication 25 1 qui implique un changement de point d'accès 1 Le terminal mobile Z envoie donc une requête d'accès RA'au point d'accès 3B. La requête d'accès RA' contient l'identifiant 122 En réponse à !a réception de !æ requête d'accès RA', !e point d'accès 3B envoie un message M1' contenant }'identifiant Ia au dispositif de gestion 7. Le dispositif de gestion 7 détermine si sa base d'informations de gust/2O contient des informations de g~stion pour 30 l'identifiant T pape E1'). Dons !e cos p'~~c'ni. b !~axa d'informations de gestion 20 contient !es inf0nnabox~ d2 gcsiion pou[ nt I* qu! 3vaientété ménnoriséeSà !'étape E4 d8 la figure 2. Le dispositif de gestion 7 répond alois au point d'accès 3B par un message M2' contenant l'adresse 35 12 Ensuite le terminal mobile Zémet un paquetIPv4 pour la même connexion TCP ou UDP, noté P1', ayant pour adresse source !'adresse @1, pour port source le même port pl, et pour adresse de destination l'adresse IPv4du serveur d'application 11 ou du correspondant distant 12. Le poquet P1' est reçu par !e point d'accès 3B. Comme le réseau d'opérateur 6 est 5 basé sur lPv6, !e paquet P1', au format IPv4, ne peut pas être envoyé tcl quel sur le réseau d'opérateur 6 par !e point d'accès 38. Le point d'accès 3B établit donc un nouveau tunnel 9 vers le dispositif de translation d'adresse 8 (étape E3'). Comme à l'étape E3 de !a figure 2, un identifiant de contexte ClD (pour^ [ontext /Denbifier"), notéCIU2, est attribué pour permettred'aigui!!er/es paquets descendants vers !e terminal mobile 2. L'identifiant de contexte CID2 est différent de 10 l'identifiant de contexte ClDl. Ensuite, !e point d'accès 3B envoie un message M4' au dispositif de gestion 7. Le message M4' contient !'identifiant Iz du terminal mobile J, l'adresse @1 attribuée au terminal mobile Z, l'adresse IPv6 de !a terminaison du tunnel 9 sur !e point d'accès 3B, notée @3B, et l'identifiant de contexte [IDZ associé au herminol mobile 3. Le dispositif de gestion 7 met alors à 15 jour !es informations de gestion associée au terminal mobile 2 dans sa base d'informations de gestion 30 (étape E4'). Plus précisément, !e dispositif de gestion 7 remplace, dans sa base d'informations de gestion, l'identifiant de contexte [ID1 par l'identifiant de contexte CIDJ. De même, l'adresse ©3A est remplacée par l'adresse @3B. Après l'établissement du nouveau tunnel 9, !e point d'accès 3B envoie !e paquet P1' 20 dans le tunnel 9, vers le dispositif de translation d'adresse 8, en utilisant l'identifiant de contexte CIDI /étape E5'). En réponse à !a réception du paquet P1', !e dispositif de translation d'adresse 8 détermine, à !'étape E6', si sa base d'informations de contexte 21 contient des informations de contexte pour l'identifiant de contexte CID2. 25 Dans !æ cas présent, comme l'identifiant de contexte CID2 est différent de l'identifiant de contexte CID1, l'identifiant de contexte CID2 est un nouvel identifiant. Dans ce cas, le dispositif de translation d'adresse 8 envoie un message M5' qui contient !'identifiant de contexte CID2 au dispositif de gestion 7. Le dispositif de gestion 7 consulte alors sa base d'informations de gestion ZO et /épOnd par un message M6' qui contient !es informations de gestion associées à l'identifiant 30 de cort - CID2, c'est-à-dire l'identifiant 12, l'adres,c 1 attribuée au terminal mobile 2 et yadæssc ~5B. En réponse à la réception du message M65 le dispositi translation d'adrr che -!Ie dans sa base lations de c tntexte s'il a déjà des i..:- ; de contexte mobile 2/ i Ji~~` pzr !'ri ~ Da'u ~~ ccs i,nic bn5~ d1nh}rn~!ü 35 13 8 remplace dans les informations de contexte associées au terminal mobile 2, l'identifiant de contexteCID1 parl'identifiant decontexte C]D2. De même, !'adresse @3A est remplacée par ©3B. Ensuite, !c dispositif de translation d'adresse 8 effectue une translation d'adresse sur le paquet P1' reçu en utilisant !as informations de contexte misesà jourà !'étape E7, et envoie donc ~ un paquet P2'sur!e réseau public 10, vers !eserveur d'application 11 ou !e correspondant distant 12, dans lequel l'adresse source (adresse @1) et !e port source (port pl) du paquet P1 ont été remplacés parl'adresse ©2 et le port p2. Tant que /e termina/ mobile 2 reste relié au point d'accès 3B, la communication ultérieure entre le terminal mobile 2 et le serveur d'application 11 ou le correspondant distant 12 10 au cours de !'ëbmpc E8' s'effectue en passant par !e nouveau tunnel 9 et par le dispositif de translation d'adresse 8, qui effectue !a translation d'adresse nécessaire en fonction des informations de contexte modifiées à l'étape E7'. Grâces aux mécanismes des figures 2 et 3, !e terminal mobile 2 peut communiquer en 15 utilisant !e protocole IPv4 même si !e réseau d'opérateur 6 est basé sur IPv6. De plus, on constate qu'après le changement de point d'accès ], !e mécanisme décrit en réhënenceà !a figure 3 permet de poursuivre !a communication entre !e terminal mobile 2 et le serveur d'application 11 ou le correspondant distant 12 en conservant !a même adresse ©1 et !a même adresse ©2, grâce aux informations de gestion mémorisées par !e dispositif de gestion 7 !ors du mécanisme de !a figure 2. 20 Ainsi, !c changement de point d'accès 3 n'enLnsine pas nécessairement une fin de session et n'est pas perçu comme une interruption de la connectivité par le terminal mobile 2. La mise en oeuvre des mécanismes de figures 2 et 9 n'implique aucune étape particulière sur !e herminal mobile Z aube que la communication conformément aux protocoles lPv4etIPv6. II n'est donc pas nécessaire d'utiliser un Lerminal mobile Zconfiguré d'une manière 25 particulière. En parallèle à l'adresse IPv4 ©1, une adresse IPv6 peut être attribuée au terminal mobile 2 en réponse aux requêtes d'accès RA et RA'. Ainsi, !e terminal mobile 2 peut utiliser sa double connecUvité IPv4e{lPv8. Par ailleurs, dans l'exemple décri!_ l'aLlresse ©1 attribuée au terminal mobile 30 2 eSL L ~adresse IPv4 privée. Un plan d'od/~ssc /rcouvrznL p~uiütr~ utilisé pnuroUribuerdes ad'« ' 4 privées à d8 nombreux Lenniunux 0nbd~~ reliés aa -L 6. Cela pernne~ "e pallier à ka ' ud'adresse IPv4. Tou 'ois, dans une varia 'T esse IPv4 athp~ nx termina!rnabU 2 u/ a ad P Dans ce cas, 35 14 du paquet P1' après un changement de point d'accès 3 afin de conserver l'association entre l'adresse @1 et le terminal mobile 2. Lorsque !æ tcnninal mobile 2 se déconnecte d'un point d'accès 3, !e point d'accès 3 en informe !e dispositif de gestion 7. Le dispositif de gestion 7 supprime alors l'adresse lPv6 du point 5 d'accès 3dmns !es informations de gestion associées au terminml mobile 2 mémorisées dans !a base d'informations de gestion 20. Les autres informations de gestion associées au terminal mobile 2 peuvent toutefois être conservées au moins pendant une durée de temporisation, ce qui permet de conserver l'adresse êb1 attribuée au terminal mobile J, ainsi que pour !e deuxième type de dispositif de translation d'adresse, !es associations entre l'adresse @1 et !e port p1 et !'adresse @2 10 et !e port p2 si !e terminal mobile 2 se reconnecLe à un point d'accès 3 avant l'expiration de la durée de temporisation. Dans l'exemple décrit, le dispositif de translation d'adresse 8 interroge le dispositif de gestion 7 (messages M5 et M5') en réponseà !æ réception d'un paquet Pl ou PI' associé à un nouvel identifiant de connexion CID1 ou CID2 pour mettre à jour !a base d'informations de 15 contexte 20. Dans une variante, !e dispositif de translation d'adresse 8 interroge également le dispositif de gestion 7 de manière périodique, pour vérifier !a validité des informations de contexte et !es meLtneà jour si nécessaire. Dans un exemple de mise en oeuvre, !e point d'accès 3 est un serveur GGSN ou une passerelle PDN-GVV. Il peut s'agir d'un serveur GGSN !ocal ou d'une passerelle PDN-GVV locale dans 20 !e cosd'une architecture de type SIPTO discutée en introduction. Le dispositif de gestion 7 peut être par exemple un serveur chargé des fonctions de d'authentification, d'adressage et de comptabilité utilisant !e protocole RADIUS définit dans !es documents RFC 2865 et RF[ 2866 ou !e protocole Diameùsrdéfinit dans !e document RFC 3588. Le dispositif de gestion 7 est par exemple un serveurH5S ou HLR du réseau d'opérateur 6. 25 La figure 4 représente schématiquement un dispositif de communication 50 qui peut ëLne un point d'accès, un dispositif de gestion ou un dispositif de translation d'adresse tels que mentionnés précédemment. Le dispositif de communication 50 présente l'architecture matérielle d'un ordinateur et comprend nobsmmenL un processeur 51, une memoire non-volatile 52, une 30 /~uzrciru volatile 53 et une unité de uniGstiUn 54. Le P/ocascn/ 51 permet l'exécution de pruD/ammes dbrdinatæur mémor!sés dz/~- !æ mémoine non-vo(cÜi[ 52 en uU!isnnt !a mémoimc vo/=+!/e 53. L'unité de communication 54 permet de communiquer avec d'autres dispositifs du r' -v! cations. 35 15 Ainsi, la figure 5 représente un réseau de télécommunication 1 dons lequel une passerelle résidentielle 13 peut communiquer par l'intermédiaire d'un réseau d'accès avec un serveurapp!icaiif 11 ou un correspondant distant 12. Le réseau d'accès peut être un réseau filaire ou radio ou de tout autre type. Ici, un tunnel 15 est établi entre la passerelle résidentielle 13 et le 5 dispositif de translation d'adresse 8, par exemple selon !a technique D5-Lite présentée en introduction. Le contenu de !a base d'informations de gestion 20 et de la base d'informations de contexte 21 sera présenté en référence aux figures 6 et 7. En référence à /a figure 6, on décrit maintenant plus en détail !a déroulement d'une communication dans !e réseau da télécommunication 1, permettant d'obtenir !'état représenté sur 10 !a figure 5. Sur !afigure 6, deux points d'accès 3 sont représentés et désignés respectivement par les références 3A et 3B. Initialement, la passerelle résidentielle 13 n'est pas reliée au réseau d'opérateur 6. Lorsqu'elle désire accéder au réseau d'opérateur 6, !a passerelle résidentielle 13 envoie une requête d'accès RAau point d'accès 3A. La requête d'accès RA contient !'identifiant I13 de !a 15 passerelle résidentielle 13. L'identifiant I13 peut être un numéro MSISDN. En réponse à !a réception de !a requête d'accès RA, !æ point d'accès 3A envoie un message M1 contenant l'identifiant Iza nu dispositif de gestion 7. Le dispositif de gestion 7 détermine si sa base d'informations de gestion 20 contient des informations de gestion pour l'identifiant 113 (étape E1). Dans le cas présent, la base d'informations de gestion 20 ne contient 20 pas d'informations de gestion pour l'identifiant Izs. Le dispositif de gestion 7 répond alors par un message M2 informant !e point d'accès 3A qu'il peut attribuer une adresse IPv4 à la passerelle résidentielle 13. En réponse à !a réception du message M2, !e point d'accès 3A attribue (étape E2) une adresse IPv4, notée @1, à !a passerelle résidentielle 13. Le point d'accès 3A attribue également 25 une adresse IPv6, notée @3A, !a passerelle résidentielle 13. Le point d'accès 3A informe !a passerelle résidentielle 13 des adresses ©1 et @3A par un message M3. Le point d'accès 3A envoie également un message M4 au dispositif de gestion 7. Le message M4 contient !'identifiant Iu de !æ passerelle résidentielle 13 et !es adresses ©1 et @3A attribuées à la passerelle résidentielle 13. Le dispositif de gestion 7 mémorise !es informations du message M4 dans sa base 30 d'informations de -jestion 20 (étape E4). E/'uuiia, on suppose que !a passerelle résida: La 13 désire émettre un paqueLIPv4, not_ Pl, ayant peu,' adresse source l'adresse @1, pour port source un port pl, et pour adresse de 2v4 du leur d'application Il ou du cor',33bondant distant 12. Con r a la 16 Après l'établissement du tunnel 15, !a passerelle résidentielle 13 envoie le paquet Pl dons !e tunnel 15 vers !e dispositif de translation d'adresse 8 (étape E5). Lorsqu'il reçoit un paquet IPv4 dans !e tunnel 15, !e dispositif de translation d'adresse 8estcapable dedéterminer l'adresse @3A de la terminaison du tunnel 15. Ainsi, en réponse à la 5 réception du paquet P1, !æ dispositif de translation d'adresse 8 détermine, à !'étape E6, si sa base d'informations de contexte 21 contient des informations de contexte pour l'adresse @3k Dans !c cas présent, comme il s'agit du premier paquet Pl reçu de la passerelle résidentielle 13, /'adresse @3A est une nouvelle adresse. Dans ce cas, le dispositif de translation d'adresse 8 envoie un message M5 qui contient l'adresse @3A au dispositif de gestion 7. Le 10 dispositif de gestion 7 consulte alors sa base d'informations de gestion 20 et répond par un message M6 qui contient !es informations de gestion associées à !'adresse ©3A, c'est-à-dire l'identifiant 113 et l'adresse @l de la passerelle résidentielle 13. En réponse à !a réception du message M6, !e dispositif de translation d'adresse 8 cherche dans sa base d'informations de contexte 21 s'il a déjà des informations de contexte 15 mssociéesà l'identifiant 113. Dans le cas présent, la base d'informations de contexte 21 ne contient pas d'informations de contexte associées à l'identifiant lzz. Le dispositif de translation d'adresse 8 attribue alors uneadresse IPv4 publique et un port externe à !æ passerelle résidentielle 13, notés respectivement @2 æL p2, et met à jour sa base d'informations de contexte en créant des informations de contexte pour !a passerelle résidentielle 13 (étape E7). Les informations de 20 contexte de !o passerelle résidentielle 13 contiennent: l'identifiant 113, les adresses @l et @3A attribuéesà !a passerelle résidentielle 13, !e port pl et !'adresse @2 et le port p2. Ensuite, le dispositif de translation d'adresse 8 effectue une translation d'adresse sur le paquet P1 reçu et envoie donc un paquet P2 sur !e réseau public 10, vers le serveur d'application 11 ou !e correspondant distant 12, dons lequel l'adresse source (adresse @1) et !e port source 25 (port pl) du paquet Pl ont été remplacés par l'adresse @2 et le port p2. Tant que !a passerelle résidentielle 13 reste reliée au point d'accès 3A, !a communication ultérieure entre !a passerelle résidentielle 13 et !e serveur d'application 11 ou le correspondant distant 12 au cours de l'étape E8 s'effectue en passant par le tunnel 13 et par le dispositif de translation d'adresse 8, qui effectue !a tno/isi/(!on d'adresse nécessaire en fonction des 30 informations de conLcxtzc.oecs à l'étape E7. En IÇOit un paquet par le tunnel 15, le dispositif de transoitibil d'ad:esse 8 constate que 1so i3'informations de contexte 21 contient dé' l2S i8hornl8boD6dBcDVtexte assoc `à !ad~ \« Il n'a donc plus besoin d'interroger le ' l degestion 7. 17 au-delà du dispositif de translation d'adresse 8, l'adresse IPv4 publique @2 (étape E8 de la figure Ensuite, la passerelle résidentielle 13 fait un déplacement dans le réseau de télécommunication 1 qui implique un changement de point d'accès 3. La passerelle résidentielle 13 5 envoie donc une requête d'accès RA' au point d'accès 3B. La requête d'accès RA' contient l'identifiant 113. En réponse à !a réception de !a requête d'accès RA', !e point d'accès 3B envoie un message M1' contenant l'identifiant Iza au dispositif de gestion 7. Le dispositif de gestion 7 détermine si sa base d'informations de gestion ZO contient des informations de gestion pour 1O l'identifiant 113 [étape El'). Dons !e cas présent, !a base d'informations de gestion 20 contient !es informations de gestion pour l'identifiant I13, qui avaient été mémorisées à l'étape E4 de la figure 6. Le dispositif de gestion 7 répond alors au point d'accès 3B par un message M2' contenant l'adresse @1. En réponse à !a réception du message M2', !e point d'accès 3B attribue /étape E2'> une 15 adncsseIpv6, notée @3B, à !a passerelle résidentielle 13. Le point d'accès 3B informe la passerelle résidentielle 13 des adresses @1 et 4D3A par un message M3'. Le point d'accès 3B envoie également un message M4' au dispositif de gestion 7. Le message M4' contient !'identifiant Iu de !a passerelle résidentielle 13 et !es adresses ©1 et @3A attribuées à la passerelle résidentielle 13. Le dispositif de gestion 7 met alors à jour !es informations de gestion associées à la passerelle 30 résidentielle 13 dans sa base d'informations de gestion ZO (étape E4'\. Plus précisément, le dispositif de gestion 7 remplace, dans sa base d'informations de gestion 20, l'adresse @3A par l'adresse @3B. Ensuite, on suppose que la passerelle résidentielle 13 désire émettre un paquet IPv4, noté P1', ayant pour adresse source l'adresse @1, pour port source !e même port p1, et pour 25 adresse de destination !'adresse IPv4 du serveur d'application 11 ou du correspondant distant 12. Comme !a liaison 5vers !e réseau d'opérateur 6æst une liaison IPv6, !e paquet P1', au format IPv4, ne peut pas être envoyé brl quel sur !e réseau d'opérateur 6 par la passerelle résidentielle 13. La passerelle résidentielle 13 établit donc un nouveau tunnel 15 vers le dispositif de translation d'adresse 8(étape E3'\. 30 Après l'établissement du tunnel 15, la passerelle sidentielle 13 envoie le paquet Pl' dans le tunnel 15 vers le dispositif de etlen d'adresse S 1 E5». Lorsqu'il reçeit un -quet IF ' 1- te nquveau terre 15, le dispositif de translation 8 ~si co;ob& ~o d.~. r~u' "~D c~ !crx`io`~n ^-nel 15. Ainsi, / 35 !'adresse envoie un 18 message M5' qui contient !'adresse @3B au dispositif de gestion 7. ùs dispositif de gestion 7 consulte alors sa base d'informations degestion 20 et répond par un message M6' qui contient les informations de gestion associées à !'adresse @38, c'est-à-dire l'identifiant 113 et l'adresse @1 attribuée à la passerelle résidentielle 13. 5 En réponse à !a réception du message M6', le dispositif de translation d'adresse 8 cherche dans sa base d'informations de contexte s'il a déjà des informations de contexte relatives à !a passerelle résidentielle 13, identifiée par !'identifiant I13. Dans !e cas présent, !a base d'informations de contexte 21 contient déjà d'informations de contexte associées à l'identifiant 113, à savoir !es informations de contexte créées à !'étape E7 de !a figure 6. Le dispositif de translation 10 d'adresse 8 met alors àjour sa base d'informations dccontexte 21 en modifiant les informations de contexte associées à !a passerelle résidentielle 13 (étape E7'). Plus précisément, le dispositif de translation d'adresse 8 remplace, dans !es informations de contexte associées à la passerelle résidentielle 13, l'adresse @3A par l'adresse @3B. Ensuite, !æ dispositif de translation d'adresse 8 effectue une translation d'adresse sur !e 15 paquet Pl' reçu et envoie donc un paquet P2'sur !e réseau public 10, vers le serveur d'application 11 ou !e correspondant distant 12, dans lequel l'adresse source (adresse @1) et !e port source (port p1) du paquet Pl ont été remplacé par l'adresse @2 et le port p2. Tant que !a passerelle résidentielle 13 reste reliée au point d'accès 3B, !a communication ultérieure entre !o passerelle résidentielle 13 et !e serveur d'application 11 ou le ZO correspondant distant 12 au cours de l'étape E8' s'effectue en passant par le nouveau tunnel 15 et par !e dispositif de translation d'adresse 8, qui effectue !a translation d'adresse nécessaire en fonction des informations de contexte modifiées à !'étape E7'. Dans un exemple de mise en oeuvre du réseau de télécommunication 1 de !a figure 5, !e point d'accès au réseau d'opérateur est par exemple un serveur BAS (« Erzsrdband Aozess 25 Senoer»), un noeud MSAN (* Mu!ti Service Access Node ») ou un roubeur ER (« £dtaeRouter»). La figure 8 représente un réseau de télécommunication 1 dans lequel un terminal mobile 2 et une passerelle résidentielle 13 peuvent communiquer avec un serveur applicatif 11 ou un correspondant distant 12. Le réseau de télécommunication 1 de !a figune8 peut être considéré 30 comme unecVm!~5nnison des réseaux de télécommunication 1 des figures 1 et 5, Le réseau de télécommunication 1 de !a figure 8 comprend un point ci es fixe 31 et un point d'accès mobile 32. ù) passerelle résidentielle 13 d'une [onn2[t!vité 1Pv6 vers !e poil Un Odnnel 15 est é tin disp_ di_ i! 35 de * 'm 7, est mutua!b ocrd-~~~ 31 et !e^ou Nun. ic lj[~ 19 translation d'adresse fixe 81 et !e dispositif de translation d'adresse mobile 82 peuvent aussi être mutualisés et former un dispositif de translation d'adresse 8 commun. Les identifiants de contexte CID1, {ZD2 constituent des paramètres associés aux 5 paquets P1, PI' dans les tunnels 9 au sens de !'invention. De manière correspondante, les adresse @3Aet@]8constituent des paramètres associés aux poquets P1, Pl' dans les tunnels 15 au sens de l'invention. L'établissement du tunnel, !a réception du paquet P1 ou P1', la recherche d'informations decontexte associées au paquctneçu (étape E6 ou E6'\, !\anvoi du message M5 ou 10 M5', !a réception du message M6 ou M6', !a mise à jour de !æ base d'informations de contexte 21 (étape E7 ou E7') et !m translation d'adresse pour émettre !æ paquet P2 nu P2' constituent des étapes d'un procédé de communication mis en oeuvre par le dispositif de translation d'adresse 8. Ce procédé de communication est par exemple mis en oeuvnc par l'exécution d'un programme d'ordinateur. 15 La réception du message M1 ou M1', !'étape E1 ou E1', l'envoi du message M2 ou M2', !a réception du message M4 ou M4', l'étape E4 ou E4' de mémorisation, la réception du message M5 ou M5' et !'envoi du message M6 ou M6' constituent des étapes d'un procédé de gestion mis an oeuvre par !e dispositif de translation d'adresse 8. Cc procédé de gestion est par exemple mis en oeuvre par l'exécution d'un programme d'ordinateur. 20 La détermination de l'identifiant de contexte lors de l'établissement du tunnel (mode de réalisation des figures 1 à 3), ou l'attribution d'une adresse IPv6 à la passerelle résidentielle (mode de réalisation des figures 5 à 7), constitue une étape de détermination d'un paramètres au sens de l'invention. Cette étape et !'envoi du message y44 ou M4' constituent des étapes d'un procédé de communication mis en oeuvre par le point d'accès 3. Ce procédé de communication est 25 par exemple mis en oeuvra par !'exécution d'un programme d'ordinateur. Dans un autre exemple d'implémentation, un terminal mobile disposant d'une interface VV!-Fi définie par le standard IEEE8O2.11 peut ' n!onlentseconnecterà un point d'accès Wi-Fl raccordé au réseau fixe, par exemple via une pausere/!e résidentielle ou encore via un routeur 30 d'entreprise mcIanten oæuvm3 un tunnel Gi-DS-Lit e ourencapsu!er les pa,I 'r \'4 du terminal VVi-R à desj/~aL~on d'un dispositif de translation d'ædressc. Le procédé peut abrs s'appliquer afin d'assurer une continuité de session lorsque !c terminal change de point d'accès Ali-Fi.