FR 2898232 A1 20070907 FR 0650778 A 20060306 2898232 PROCÉDÉ DE GESTION D'INTERFONCTIONNEMENT POUR LE TRANSFERT DE SESSIONS DE SERVICE D'UN RÉSEAU MOBILE VERS UN RÉSEAU LOCAL SANS FIL, ET PASSERELLE TTG CORRESPONDANTE L'invention concerne les réseaux de communication, et plus précisément l'inter-fonctionnement (ou inter-working ) entre des réseaux de communication mobile de type 3GPP et des réseaux locaux sans fil de type WLAN ( Wireless Local Area Network ). On entend ici par réseaux de type 3GPP tous les réseaux de communication disposant d'une interface radio 3GPP permettant un accès IP ( Internet Protocol ), et notamment les réseaux mobiles (ou cellulaires) dits de deuxième génération (2G), comme par exemple les réseaux GSM, les réseaux mobiles (ou cellulaires) dits 2,5G, comme par exemple les réseaux GPRS/EDGE, et les réseaux mobiles (ou cellulaires) dits de troisième génération (3G), comme par exemple les réseaux UMTS ou CDMA2000, ainsi que toutes leurs variantes. Par ailleurs, on entend ici par réseaux locaux sans fil tous les réseaux locaux de communication disposant d'une interface radio WLAN permettant un accès IP, et notamment les réseaux WiFi et WiMAX. En outre, on entend ici par interfonctionnement (3GPP/WLAN) la possibilité offerte à un réseau WLAN d'utiliser certaines infrastructures de coeur de réseau 3GPP pour permettre à l'utilisateur d'une station mobile hybride (3GPP/WLAN), connectée à ce réseau WLAN, d'accéder à des services (ou en anglais Packet Services ) offerts par un ou plusieurs fournisseurs d'accès à l'Internet (ou ISP pour Internet Service Provider ). Comme le sait l'homme de l'art, six scénarios d'interfonctionnement 3GPP/WLAN ont été proposés par le 3GPP. Parmi ces six scénarios, le troisième concerne l'accès de stations mobiles hybrides (3GPP/WLAN), connectées à un réseau WLAN, à des services offerts par un ou plusieurs fournisseurs d'accès à l'Internet et accessibles par un réseau 3GPP. Comme 2 2898232 cela est notamment décrit dans les spécifications techniques 3GPP TS 23.234, cet accès nécessite, d'une part, l'établissement d'un tunnel de type bout en bout (ou end-to-end ), par exemple de type VPN/Ipsec, entre la station mobile et une passerelle de terminaison de tunnel dite TTG (pour 5 Tunnel Termination Gateway ) appartenant au coeur de réseau 3GPP offrant l'accès au service, et d'autre part, l'établissement d'un tunnel, par exemple de type GTP (pour GPRS Tunnelling Protocol ), entre la passerelle TTG et un noeud de type GGSN (pour Gateway GPRS Support Node ) assurant la connexion dudit coeur de réseau 3GPP au réseau IP 10 offrant le service. Ce type d'accès est tout à fait adapté aux situations dans lesquelles la station mobile utilise un service via l'interface radio d'un réseau WLAN. Mais, il n'est pas adapté à la mobilité et en particulier au cas où la station mobile qui utilise un service, via l'interface radio d'un réseau 3GPP et un 15 noeud de type SGSN (pour Serving GPRS Support Node ) connecté au noeud GGSN qui assure la connexion au réseau IP offrant ce service, est contrainte de se raccorder à un réseau WLAN. Dans ce cas, le service ne peut pas être maintenu lors du transfert (ou handover ) de la session de communication qu'il utilise du réseau d'accès radio 3GPP vers le réseau 20 d'accès radio WLAN. Il faut alors interrompre la session de communication initiale (établie via l'interface radio 3GPP) et établir une nouvelle session de communication via le réseau WLAN. En d'autres termes, le troisième scénario ne permet pas de maintenir une continuité de service lors d'un transfert entre réseaux d'accès radio 3GPP et WLAN. 25 Le quatrième scénario 3GPP prévoit certes le maintien de la continuité de service pendant le transfert entre des réseaux d'accès radio 3GPP et WLAN, mais il ne précise pas comment l'on peut le mettre en oeuvre. L'invention a donc pour but de proposer une solution permettant de 30 maintenir la continuité de service lors du transfert d'une session de communication (impliquant un service) entre un réseau d'accès radio 3GPP et un réseau d'accès radio WLAN. Elle propose à cet effet un procédé, dédié à la gestion de 3 2898232 l'interfonctionnement entre un réseau local sans fil (WLAN) et un réseau mobile 3GPP, et consistant, lorsqu'une passerelle de terminaison de tunnel (par exemple de type TTG pour Tunnel Termination Gateway ) du réseau mobile reçoit une demande d'établissement de tunnel de type bout en bout 5 émise par une station mobile, lors d'une tentative de transfert, du réseau mobile vers le réseau WLAN, d'une session de communication relative à un service impliquant cette station mobile, un noeud de type SGSN et un noeud de type GGSN du réseau mobile : i) à transmettre à un serveur de type AAA ( Authentication, Authorization lo and Accounting - authentification, autorisation et comptabilité) du réseau mobile un message requérant des informations de localisation du noeud de type SGSN, ii) à récupérer auprès d'un serveur de localisation du réseau mobile, au moyen du serveur de type AAA, les informations de localisation requises 15 afin de les transmettre à la passerelle de terminaison de tunnel, iii) en cas de réception par la passerelle de terminaison de tunnel d'une autorisation d'établissement du tunnel (de type bout en bout) et des informations de localisation, à transmettre au noeud de type SGSN un message requérant une partie au moins du contexte de service de la 20 station mobile, et iv) en cas de réception du contexte de service par la passerelle de terminaison de tunnel, à établir, d'une part, le tunnel de type bout en bout entre cette dernière et la station mobile, et d'autre part, un tunnel (par exemple de type GTP) entre la passerelle de terminaison de tunnel et le 25 noeud de type GGSN de manière à assurer le maintien de la continuité du service pendant le transfert de session de communication du réseau mobile vers le réseau WLAN. Le procédé selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : 30 - au iv) la passerelle de terminaison de tunnel peut générer un message contenant des informations signalant qu'elle s'est substituée au noeud de type SGSN pour gérer le service qui implique la station mobile et le noeud de type GGSN, puis transmettre le message au serveur de type AAA afin 4 2898232 qu'il mette à jour les informations de localisation dans le serveur de localisation en fonction des informations de mise à jour reçues ; > le message de signalement peut contenir l'adresse IP et/ou l'identifiant ISDN de la passerelle de terminaison de tunnel ; 5 D la passerelle de terminaison de tunnel peut générer le message contenant des informations de mise à jour lorsqu'elle reçoit un message de confirmation de mise à jour d'informations de contexte PDP (pour Packet Data Protocol ) du noeud de type GGSN ; > après avoir mis à jour les informations de localisation, le serveur de type 10 AAA peut transmettre à la passerelle de terminaison de tunnel un message de confirmation de mise à jour ; - au iii) la passerelle de terminaison de tunnel peut transmettre au noeud de type SGSN un message requérant au moins des informations définissant le service en cours utilisé par la station mobile et au moins un identifiant de 15 communication du noeud de type GGSN ; - au i) la passerelle de terminaison de tunnel peut transmettre au serveur de type AAA un message requérant simultanément l'autorisation d'établissement du tunnel de type bout en bout et les informations de localisation ; 20 au ii) le serveur de type AAA peut transmettre à la passerelle de terminaison de tunnel un message d'autorisation contenant à la fois l'autorisation d'établissement du tunnel de type bout en bout et les informations de localisation ; les informations de localisation peuvent définir l'adresse IP et/ou l'identifiant 25 ISDN du noeud de type SGSN. L'invention propose également une passerelle de terminaison de tunnel, pour un réseau de communication mobile 3GPP, comprenant : - des moyens de traitement chargés, lorsqu'ils reçoivent une demande d'établissement de tunnel de type bout en bout d'une station mobile lors 30 d'une tentative de transfert du réseau mobile vers un réseau WLAN d'une session de communication relative à un service impliquant cette station mobile et des noeud de type SGSN et noeud de type GGSN du réseau 5 2898232 mobile, de générer, à destination d'un serveur de type AAA du réseau mobile, un message requérant des informations de localisation du noeud de type SGSN, et, lorsqu'ils reçoivent une autorisation d'établissement du tunnel de type bout en bout et les informations de localisation requises en 5 provenance du serveur de type AAA, de générer à destination du noeud de type SGSN un message requérant une partie au moins d'un contexte de service de la station mobile, et des moyens d'établissement de tunnels chargés, lorsqu'ils reçoivent le contexte de service, d'établir le tunnel de type bout en bout avec la station io mobile et un tunnel (par exemple de type GTP) avec le noeud de type GGSN, afin d'assurer le maintien de la continuité du service pendant le transfert de session de communication du réseau mobile vers le réseau WLAN. Cette passerelle de terminaison de tunnel peut comporter d'autres 15 caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : ses moyens de traitement peuvent être chargés de générer à destination du serveur de type AAA un message contenant des informations signalant que leur passerelle s'est substituée au noeud de type SGSN pour gérer le 20 service impliquant la station mobile et le noeud de type GGSN, afin que le serveur de type AAA mette à jour les informations de localisation, stockées dans un serveur de localisation du réseau mobile, en fonction des informations de mise à jour transmises ; D ses moyens de traitement peuvent être chargés de générer, à 25 destination du serveur de type AAA, un message de signalement contenant une adresse IP et/ou un identifiant ISDN de leur passerelle ; - ses moyens de traitement peuvent être chargés de générer le message contenant des informations de mise à jour lorsqu'ils reçoivent un message de confirmation de mise à jour d'informations de contexte PDP 30 en provenance du noeud de type GGSN ; ses moyens de traitement peuvent être chargés de générer, à destination du noeud de type SGSN, un message requérant au moins des informations définissant le service en cours et au moins un identifiant de communication 6 2898232 du noeud de type GGSN ; - ses moyens de traitement peuvent être chargés de générer, à destination du serveur de type AAA, un message requérant simultanément l'autorisation d'établissement du tunnel de type bout en bout et les s informations de localisation ; - les informations de localisation peuvent définir une adresse IP et/ou un identifiant ISDN du noeud de type SGSN. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et du dessin annexé, sur lequel lo l'unique figure illustre de façon très schématique et fonctionnelle un réseau mobile 3GPP, comprenant un réseau d'accès radio 3GPP et un coeur de réseau 3GPP muni d'un exemple de réalisation d'une passerelle de terminaison de tunnel selon l'invention et connecté à un réseau de service et à un réseau d'accès radio WLAN. Le dessin annexé pourra non seulement 15 servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. L'invention a pour objet de permettre le maintien de la continuité de service lors du transfert d'une session de communication (impliquant un service utilisé par une station mobile) d'un réseau d'accès radio 3GPP vers un 20 réseau d'accès radio WLAN. Dans ce qui suit, on considère à titre d'exemple illustratif et non limitatif que le réseau d'accès radio 3GPP appartient à un réseau mobile (ou cellulaire) 3GPP de type UMTS. Mais, l'invention n'est pas limitée à ce type de réseau mobile. Elle concerne en effet tous les réseaux de communication 25 disposant d'une interface radio 3GPP permettant un accès IP et notamment les réseaux 2G (par exemple GSM), les réseaux 2,5G (par exemple GPRS/EDGE), et les réseaux 3G (par exemple UMTS ou CDMA2000), ainsi que toutes leurs variantes. Par ailleurs, on considère dans ce qui suit, à titre d'exemple illustratif 30 et non limitatif, que le réseau d'accès radio WLAN fait partie d'un réseau local sans fil (WLAN) de type WiFi ou WiMAX. Mais, l'invention n'est pas limitée à ce type de réseau WLAN. Elle concerne en effet tous les réseaux locaux sans fil disposant d'une interface radio WLAN permettant un accès IP. 7 2898232 L'invention propose un procédé dédié à la gestion de l'interfonctionnement entre un réseau local sans fil (WLAN) et un réseau mobile 3GPP. Ce procédé peut être mis en oeuvre au moyen d'une architecture de réseaux du type de celle illustrée sur l'unique figure et 5 comprenant un coeur de réseau 3GPP CRD, un réseau (ou ensemble) de services (ou Packet Services) offerts par un ou plusieurs fournisseurs d'accès à l'Internet (ou ISP), au moins un réseau d'accès radio 3GPP RAN, et au moins un réseau d'accès radio WLAN V V1 d'un réseau WLAN. On considère dans ce qui suit que le réseau d'accès radio 3GPP RAN lo et le coeur de réseau 3GPP CRD font partie d'un même réseau UMTS dont les utilisateurs des stations mobiles MS sont clients. Par conséquent, le coeur de réseau 3GPP CRD constitue pour les stations mobiles MS un coeur de réseau de domicile (ou home core network ). II est important de noter que l'invention ne concerne que les stations 15 mobiles MS de type hybride 3GPP/WLAN, c'est-à-dire disposant d'une carte de communication (par exemple de type UICC pourvu d'un (U)SIM) leur permettant de se connecter à la fois aux réseaux d'accès radio WLAN (WAN) et aux réseaux d'accès radio 3GPP (RAN). Il pourra donc s'agir de tout type d'équipement de communication mobile et notamment d'un téléphone mobile, 20 d'un ordinateur portable ou d'un assistant numérique personnel (ou PDA) équipé d'une carte du type précité. Le procédé selon l'invention doit être mis en oeuvre chaque fois qu'une station mobile MS a établi une session de communication avec un réseau (ou ensemble) de services RS, par l'intermédiaire d'un réseau d'accès 25 radio 3GPP RAN (éventuellement visité) et au moins de son coeur de réseau de domicile CRD, afin d'utiliser un service, et que cette station mobile MS doit se connecter à un réseau d'accès radio WLAN W1 afin de poursuivre cette session de communication utilisée pour ledit service. La procédure d'établissement de la session de communication initiale 30 via le réseau d'accès radio 3GPP RAN est bien connue de l'homme de l'art. Elle ne sera donc pas décrite ici en détail. II est simplement rappelé que : - la station mobile MS est connectée au réseau d'accès radio 3GPP RAN par l'intermédiaire de l'une de ses stations de base, appelées Node B dans 8 2898232 le cas d'un réseau UMTS, le Node B de connexion est connecté à un contrôleur de réseau radio, appelé RNC (pour Radio Network Controler ) dans le cas d'un réseau UMTS et faisant également partie du réseau d'accès radio 3GPP RAN, 5 - le RNC de connexion est connecté au coeur de réseau 3GPP CRD par l'un de ses noeuds de type SGSN (pour Serving GPRS Support Node ) via une interface appelée lu-PS, - le noeud SGSN dispose d'au moins une adresse IP ainsi que généralement d'un numéro (ou identifiant) ISDN, et est connecté, via un tunnel de lo préférence de type GTP (pour GPRS Tunnelling Protocol ), empruntant une interface appelée Gn, à un noeud de type GGSN (pour Gateway GPRS Support Node ) faisant également partie du coeur de réseau 3GPP CRD et servant de point d'accès, via une interface appelée Gi, à un ou plusieurs services à commutation de paquets (PS) offerts par exemple par 15 au moins un serveur d'application d'un réseau de service RS, lorsqu'une session de communication est établie pour une station mobile MS, le noeud SGSN concerné transmet, via une interface appelée Gr, un identifiant de la station mobile MS et au moins sa propre adresse IP ainsi que généralement son propre numéro (ou identifiant) ISDN à un serveur de 20 localisation, appelé HLR (pour Home Location Register ) dans le cas d'un réseau UMTS, afin qu'il les stocke en correspondance les uns des autres. Lorsque la station mobile MS s'apprête à quitter le réseau d'accès radio 3GPP RAN pour se connecter à un réseau d'accès radio WLAN W 1 25 (flèche F1 de l'unique figure), elle démarre une procédure de transfert de session de communication (ou handover ). Cette procédure nécessite tout d'abord que la station mobile MS trouve l'adresse IP d'une passerelle de terminaison de tunnel ou TTG (pour Tunnel Termination Gateway ), appartenant au coeur de réseau 3GPP 30 CRD et impliquée dans le futur tunnel GTP). Elle effectue pour ce faire une demande dite DNS (pour Domain Name System ). Puis, une fois qu'elle dispose de l'adresse IP de la passerelle TTG, la station mobile MS transmet à la passerelle TTG, via un point d'accès AP du réseau d'accès radio WLAN 9 2898232 W1, une requête d'établissement d'un tunnel de bout en bout (ou end-toend ), de type Tunnel Establishment Request (comportant notamment des champs User-ID et W-APN), conformément aux spécifications techniques 3GPP TS 23.234. 5 Le tunnel de type bout en bout (ou end-to-end ) à établir est par exemple de type VPN/Ipsec. Le procédé selon l'invention intervient plus précisément à ce stade. Le procédé a pour objectif de permettre à une passerelle (de terminaison de tunnel) TTG de prendre la relève d'un noeud SGSN, qui est 10 impliqué dans une session de communication d'une station mobile MS, utilisée pour un service via un réseau d'accès radio 3GPP RAN, lorsqu'une station mobile MS quitte le réseau d'accès radio 3GPP RAN pour se connecter à un réseau d'accès radio WLAN W1. Cela nécessite que la passerelle TTG détermine l'identité du noeud SGSN concerné afin de 15 récupérer auprès de celui-ci le contexte qui définit le service utilisé par cette station mobile MS, puis que la passerelle TTG se fasse passer pour un noeud SGSN auprès du noeud GGSN servant de point d'accès à ce service. Plus précisément, lorsque la passerelle TTG reçoit la requête d'établissement d'un tunnel de type bout en bout (désignant le service 20 souhaité) d'une station mobile MS, elle requiert des informations de localisation du noeud de type SGSN, qui est impliqué dans la session de communication objet du transfert, auprès d'un serveur de type AAA ( Authentication, Authorization and Accounting - authentification, autorisation et comptabilité) SA du coeur de réseau 3GPP CRD, via une 25 interface appelée Wm. Cela peut se faire au moyen d'un message (ou requête) dédié(e) désignant la station mobile MS requérant le tunnel, après obtention préalable d'une autorisation d'établissement de tunnel auprès du serveur (de type) AAA SA, conformément aux spécifications techniques 3GPP TS 23.234 et TS 30 29.234 (moyennant quelques adaptations, comme par exemple des ajouts de champs et/ou de messages éventuellement spécifiques). Il est en effet rappelé qu'un tunnel ne peut être établi entre une station mobile MS et une passerelle TTG qu'à condition que le serveur AAA io 2898232 SA ait vérifié auprès d'un serveur d'informations de souscription, appelé HSS (pour Home Subscriber Server ) et auquel il est connecté via une interface appelée Wx, d'une part, si l'utilisateur de la station mobile MS est autorisé, de par son abonnement, à accéder au service désigné, et d'autre part, si 5 l'architecture réseau et les règles de politique instaurées le permettent. C'est ce que l'on appelle la procédure d'authentification (définie par les spécifications techniques 3GPP TS 29.234). Lorsque la procédure d'authentification est positive, le serveur AAA SA peut autoriser la passerelle TTG à établir le tunnel de bout en bout avec la station mobile MS. Il lui io transmet alors un message d'autorisation classique, via l'interface Wm. La passerelle TTG génère alors son message (ou sa requête) dédié(e), qui désigne la station mobile MS requérant le tunnel et qui requiert des informations de localisation du noeud SGSN impliqué dans la session de communication objet du transfert. Puis, elle transmet ce message (ou 15 requête) au serveur AAA SA, via l'interface Wm. Comme cela est illustré sur l'unique figure, la passerelle TTG peut comporter un module de traitement MT chargé de générer les messages (ou requêtes) d'autorisation d'établissement de tunnel et d'obtention d'informations de localisation d'un noeud SGSN. 2-0 Lorsque le serveur AAA SA reçoit la demande d'obtention d'informations de localisation du noeud SGSN, il accède au serveur de localisation HLR, auquel il est connecté via une interface appelée D'/Gr', afin de rechercher des informations de localisation du noeud SGSN stockées, depuis l'établissement de la session de communication via ledit noeud SGSN, 25 en correspondance de l'identifiant de la station mobile MS contenu dans la demande. Par exemple, le serveur AAA SA extrait du serveur de localisation HLR l'adresse IP du noeud SGSN ainsi qu'éventuellement son numéro (ou identifiant) ISDN. 30 Dans ce premier mode de réalisation, une fois en possession des informations de localisation requises, le serveur AAA SA génère de préférence un message de réponse dédié qui les contient, puis le transmet à la passerelle TTG, via l'interface Wm. Il 2898232 Dans une variante, la passerelle TTG peut effectuer simultanément la demande d'autorisation d'établissement de tunnel et la demande d'obtention d'informations de localisation du noeud SGSN concerné auprès du serveur AAA SA, via l'interface Wm. A cet effet, on peut par exemple adapter la 5 requête classique d'autorisation d'établissement de tunnel afin qu'elle comprenne, en complément de la désignation de la station mobile MS, au moins un champ dédié à la demande d'obtention d'informations de localisation du noeud SGSN concerné. Le module de traitement MT est alors chargé de générer la requête Zo d'autorisation d'établissement de tunnel adaptée afin qu'elle soit transmise au serveur AAA SA, via l'interface Wm. Lorsque le serveur AAA SA reçoit la requête d'autorisation d'établissement de tunnel adaptée il effectue tout d'abord la procédure d'authentification décrite ci-avant, puis, si elle est positive, il accède au 15 serveur de localisation HLR, via l'interface D'/Gr', afin de rechercher les informations de localisation du noeud SGSN requises, stockées, depuis l'établissement de la session de communication via ledit noeud SGSN, en correspondance de l'identifiant de la station mobile MS contenu dans la requête précédemment reçue. 20 Une fois en possession des informations de localisation requises, le serveur AAA SA peut par exemple générer un message de réponse d'autorisation adapté qui contient en complément des champs classiques, dédiés à l'autorisation d'établissement d'un tunnel, au moins un champ additionnel dédié aux informations de localisation du noeud SGSN concerné, 25 déterminées dans le serveur HLR. Par exemple, on peut adjoindre à un message de réponse classique (défini par TS 23.234) un champ contenant l'adresse IP du noeud SGSN et un champ contenant le numéro ISDN dudit noeud SGSN. Puis, le serveur AAA SA transmet le message de réponse à la 30 passerelle TTG, via l'interface Wm. Lorsque la passerelle TTG dispose de l'autorisation d'établissement du tunnel de bout en bout et des informations de localisation du noeud SGSN, son module de traitement MT est alors en mesure d'adresser à ce noeud 12 2898232 SGSN, via une interface appelée Gn, un message dédié lui demandant de lui transmettre une partie au moins du contexte du service utilisé par la station mobile MS. La partie au moins du contexte du service qui doit être récupérée est 5 la définition du service en cours, et notamment l'adresse IP du noeud GGSN qui sert de point d'accès à ce service, ainsi qu'éventuellement le numéro (ou identifiant) ISDN dudit noeud GGSN (l'adresse IP et le numéro ISDN forment ce que l'on appelle généralement le contexte PDP (ou PDP context ). Lorsque le noeud SGSN reçoit le message d'obtention de contexte, il 10 génère un message de réponse dans lequel il intègre les informations définissant la partie au moins du contexte du service requise, puis il transmet ce message de réponse à la passerelle TTG, via l'interface Gn. En fait, le noeud SGSN envoie un message de réponse contenant des informations de sécurité (contexte MM û MM context ) et des informations relatives au 15 service en cours (contexte PDP). A réception de ce message de réponse, la passerelle TTG est alors en mesure d'établir, d'une part, un tunnel de bout en bout avec la station mobile MS qui lui a transmis la requête d'établissement de tunnel, via une interface appelée Wu ou parallèlement à celle-ci, et d'autre part, un tunnel 20 avec le noeud GGSN dont elle vient de récupérer l'adresse IP ainsi qu'éventuellement le numéro ISDN auprès du noeud SGSN, via une interface appelée Gn'. Le tunnel de type bout en bout (ou end-to-end ), qui est établi avec la station mobile MS, est par exemple de type VPN/lPsec. 25 Le tunnel, qui est établi avec le noeud GGSN, est par exemple de type GTP (pour GPRS Tunnelling Protocol ). Cet établissement de tunnel (GTP) libère le précédent tunnel GTP, jusqu'alors établi entre les noeuds GGSN et SGSN pour la session de communication considérée. De préférence, une fois que les tunnels ont été effectivement établis, 30 on procède à la mise à jour des informations de localisation. Pour ce faire, le module de traitement MT de la passerelle TTG génère un message qui contient des informations signalant qu'elle s'est substituée au noeud SGSN pour gérer le service impliquant la station mobile 13 2898232 MS et le noeud GGSN. Le message de signalement contient au moins un identifiant de la station mobile MS et l'adresse IP de la passerelle TTG, ainsi qu'éventuellement le numéro (ou identifiant) ISDN de cette passerelle TTG. Il 5 contient également de préférence un identifiant W-APN (pour Wireless-Access Point Name ) et une information de routage désignant le nom du serveur AAA SA (obtenu par exemple dans un champ dit Origin-Host AVP contenu dans un message précédemment reçu). Par ailleurs, le message de signalement est préférentiellement généré lo par la passerelle TTG une fois qu'elle a transmis au noeud GGSN une requête de mise à jour d'informations de contexte relatives à la session de communication (de type Update PDP Context Request ), et qu'elle a reçu un message dit de confirmation de mise à jour d'informations de contexte PDP (pour Packet Data Protocol ) en provenance du noeud GGSN. Ce 15 message de confirmation est généré par le noeud GGSN une fois qu'il a remplacé l'adresse IP du noeud SGSN par l'adresse IP de la passerelle TTG dans les champs de contexte PDP de sa table de routage GTP. Une fois le message de signalement (ou de mise à jour) généré par son module de traitement MT, la passerelle TTG le transmet au serveur AAA 20 SA, via l'interface Wm. Le serveur AAA SA transmet alors au serveur de localisation HLR, via l'interface D'/Gr', un message de mise à jour contenant au moins les informations de localisation reçues (adresse IP et/ou numéro ISDN de la passerelle TTG) et l'identifiant de la station mobile MS. A réception de ce 25 message de mise à jour le serveur de localisation HLR peut alors remplacer les anciennes informations de localisation (relatives au noeud SGSN) par celles reçues (relatives à la passerelle TTG qui s'est substituée audit noeud SGSN). Les nouvelles informations de localisation sont alors stockées en correspondance de l'identifiant de la station mobile MS. 30 Après avoir mis à jour les informations de localisation dans le serveur delocalisation HLR, le serveur AAA SA transmet préférentiellement à la passerelle TTG un message de confirmation de mise à jour, via l'interface Wm. 14 2898232 En parallèle, une fois que le serveur de localisation HLR a été mis à jour par le serveur AAA SA, il transmet préférentiellement au noeud SGSN une requête (ou demande) de suppression de la connexion qu'il a établie avec la station mobile MS (de type Cancel Location ). Puis, une fois que le 5 noeud SGSN a supprimé la connexion, il transmet préférentiellement au serveur de localisation HLR un message de confirmation de la suppression (de type Cancel Location Ack ). La passerelle TTG transmet alors à la station mobile MS un message d'acceptation d'établissement du tunnel de bout en bout (de type Tunnel lo Establishment Ack ) afin de terminer avec elle l'établissement dudit tunnel de bout en bout. Comme cela est illustré sur l'unique figure, la passerelle TTG dispose par exemple d'un module d'établissement de tunnels MET chargé d'établir les tunnels de bout en bout (par exemple de type VPN/IPSec) et les tunnels de 15 type GTP (par exemple). Une fois les deux tunnels établis, le maintien de la continuité du service est alors assuré pour la station mobile MS pendant le transfert de la session de communication du réseau mobile 3GPP vers le réseau WLAN. Les modules d'établissement de tunnels MET et de traitement MT de 20 la passerelle TTG peuvent être réalisés sous la forme de circuits électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels. L'invention ne se limite pas aux modes de réalisation de passerelle de terminaison de tunnel (TTG), de serveur AAA, de noeud SGSN et de procédé 25 de gestion décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. 15 REVENDICATIONS 1. Procédé de gestion d'un interfonctionnement entre un réseau local sans fil et un réseau mobile, caractérisé en ce qu'il consiste, en cas de réception par une passerelle de terminaison de tunnel (TTG) dudit réseau mobile d'une demande d'établissement de tunnel de type bout en bout émise par une station mobile (MS) lors d'une tentative de transfert dudit réseau mobile vers ledit réseau local sans fil d'une session de communication relative à un service impliquant cette station mobile (MS) et des noeud de type SGSN lo et noeud de type GGSN dudit réseau mobile, i) à transmettre à un serveur de type AAA (SA) dudit réseau mobile un message requérant des informations de localisation dudit noeud de type SGSN, ii) à récupérer auprès d'un serveur de localisation (HLR) dudit réseau mobile, au moyen dudit serveur de type AAA (SA), lesdites informations de localisation requises afin de les 15 transmettre à ladite passerelle de terminaison de tunnel (TTG), iii) en cas de réception par ladite passerelle de terminaison de tunnel (TTG) d'une autorisation d'établissement dudit tunnel et desdites informations de localisation, à transmettre audit noeud de type SGSN un message requérant une partie au moins d'un contexte de service de ladite station mobile (MS), et 20 iv) en cas de réception dudit contexte par ladite passerelle de terminaison de tunnel (TTG), à établir ledit tunnel de type bout en bout entre cette dernière et ladite station mobile (MS) et un tunnel entre ladite passerelle de terminaison de tunnel (TTG) et ledit noeud de type GGSN de manière à assurer la continuité dudit service pendant ledit transfert de session de communication. 25 2. Procédé selon la revendication 1, caractérisé en ce qu'au iv) ladite passerelle de terminaison de tunnel (TTG) génère un message contenant des informations signalant qu'elle s'est substituée audit noeud de type SGSN pour la gestion dudit service impliquant ladite station mobile (MS) et ledit noeud de type GGSN, puis transmet ledit message audit serveur de type AAA (SA) afin 30 qu'il mette à jour lesdites informations de localisation dans ledit serveur de localisation (HLR) en fonction desdites informations de mise à jour reçues. 3. Procédé selon la revendication 2, caractérisé en ce que ledit message de signalement contient une adresse IP et/ou un identifiant ISDN de 16 2898232 ladite passerelle de terminaison de tunnel (TTG). 4. Procédé selon l'une des revendications 2 et 3, caractérisé en ce que ladite passerelle de terminaison de tunnel (TTG) génère ledit message contenant des informations de mise à jour à réception d'un message de 5 confirmation de mise à jour d'informations de contexte PDP par ledit noeud de type GGSN. 5. Procédé selon l'une des revendications 2 à 4, caractérisé en ce qu'après avoir mis à jour lesdites informations de localisation ledit serveur de type AAA (SA) transmet à ladite passerelle de terminaison de tunnel (TTG) un lo message de confirmation de mise à jour. 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce qu'au iii) ladite passerelle de terminaison de tunnel (TTG) transmet audit noeud de type SGSN un message requérant au moins des informations définissant ledit service en cours de ladite station mobile (MS) et au moins un 15 identifiant de communication dudit noeud de type GGSN. 7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce qu'au i) ladite passerelle de terminaison de tunnel (TTG) transmet audit serveur de type AAA (SA) un message requérant simultanément ladite autorisation d'établissement du tunnel de type bout en bout et lesdites 20 informations de localisation. 8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce qu'au ii) ledit serveur de type AAA (SA) transmet à ladite passerelle de terminaison de tunnel (TTG) un message d'autorisation contenant à la fois ladite autorisation d'établissement du tunnel de type bout en bout et lesdites 25 informations de localisation. 9. Procédé selon l'une des revendications 1 à 8, caractérisé en ce que lesdites informations de localisation définissent une adresse IP et/ou un identifiant ISDN dudit noeud de type SGSN. 10. Procédé selon l'une des revendications 1 à 9, caractérisé en ce 30 qu'au iv) on établit un tunnel de type GTP entre ladite passerelle de terminaison de tunnel (TTG) et ledit noeud de type GGSN. 11. Passerelle de terminaison de tunnel (TTG) pour un réseau de communication mobile, caractérisée en ce qu'elle comprend : 17 2898232 des moyens de traitement (MT) agencés, en cas de réception d'une demande d'établissement de tunnel de type bout en bout émise par une station mobile (MS) lors d'une tentative de transfert dudit réseau mobile vers un réseau local sans fil d'une session de communication relative à un 5 service impliquant cette station mobile (MS) et des noeud de type SGSN et noeud de type GGSN dudit réseau mobile, i) pour générer à destination d'un serveur de type AAA (SA) dudit réseau mobile un message requérant des informations de localisation dudit noeud de type SGSN, et ii) en cas de réception d'une autorisation d'établissement dudit tunnel et desdites lo informations de localisation en provenance dudit serveur de type AAA (SA), pour générer à destination dudit noeud de type SGSN un message requérant une partie au moins d'un contexte de service de ladite station mobile (MS), et des moyens d'établissement de tunnels (MET) agencés, en cas de 15 réception dudit contexte, pour établir ledit tunnel de type bout en bout avec ladite station mobile (MS) et un tunnel avec ledit noeud de type GGSN, de manière à assurer la continuité dudit service pendant ledit transfert de session de communication. 12. Passerelle selon la revendication 11, caractérisée en ce que lesdits 20 moyens de traitement (MT) sont agencés pour générer à destination dudit serveur de type AAA (SA) un message contenant des informations signalant que ladite passerelle s'est substituée audit noeud de type SGSN pour la gestion dudit service impliquant ladite station mobile (MS) et ledit noeud de type GGSN, afin que ledit serveur de type AAA (SA) mette à jour lesdites 25 informations de localisation dans un serveur de localisation (HLR) dudit réseau mobile en fonction desdites informations de mise à jour transmises. 13. Passerelle selon la revendication 12, caractérisée en ce que lesdits moyens de traitement (MT) sont agencés pour générer à destination dudit serveur de type AAA (SA) un message de signalement contenant une 3o adresse IP et/ou un identifiant ISDN de leur passerelle (TTG). 14. Passerelle selon l'une des revendications 12 et 13, caractérisée en ce que lesdits moyens de traitement (MT) sont agencés pour générer ledit message contenant des informations de mise à jour à réception d'un 18 2898232 message de confirmation de mise à jour d'informations de contexte PDP en provenance dudit noeud de type GGSN. 15. Passerelle selon l'une des revendications 11 à 14, caractérisée en ce que lesdits moyens de traitement (MT) sont agencés pour générer à 5 destination dudit noeud de type SGSN un message requérant au moins des informations définissant ledit service en cours de ladite station mobile (MS) et au moins un identifiant de communication dudit noeud de type GGSN. 16. Passerelle selon l'une des revendications 11 à 15, caractérisée en ce que lesdits moyens de traitement (MT) sont agencés pour générer à io destination dudit serveur de type AAA (SA) un message requérant simultanément ladite autorisation d'établissement du tunnel de type bout en bout et lesdites informations de localisation. 17. Passerelle selon l'une des revendications 11 à 16, caractérisée en ce que lesdites informations de localisation définissent une adresse IP et/ou 15 un identifiant ISDN dudit noeud de type SGSN. 18. Passerelle selon l'une des revendications 11 à 17, caractérisée en ce que lesdits moyens d'établissement de tunnels (MET) sont agencés pour établir un tunnel de type GTP avec ledit noeud de type GGSN.