FR 2805432 A1 20010824 FR 0002097 A 20000221 POINT D'ACCES SANS FIL D'UN RESEAU DE TRANSMISSION DE PAQUETS EN MODE NON-CONNECTE, ET PROCEDE DE GESTION DE MOBILITE MIS EN CFUVRE AVEC DE TELS POINTS D'ACCES La présente invention concerne les services de mobilité d'utilisateur, et trouve notamment application dans les réseaux télécommunications comprenant plusieurs sous-réseaux interconnectés. La mobilité d'utilisateur dont il est question ici consiste en la capacité offerte à l'utilisateur de communiquer par le réseau en raccordant à celui-ci en différents points d'accès. L'utilisateur peut ainsi emporter son terminal lorsqu'il se déplace. C'est le cas typique d'un réseau radiocommunication avec les mobiles, les points d'accès étant constitués par les relais fixes. Sans déplacer d'équipement, l'utilisateur peut aussi se connecter en différents points par une procédure d'inscription comprenant la transmission, à un organe de gestion de mobilité, de données d'identification fournies par l'utilisateur. Une autre possibilité est que l'utilisateur dispose d'un support de données amovible qu'il présente au point d'accès visité équipé d'un lecteur approprié pour automatiser la procédure d'inscription. On peut distinguer deux types de mobilité, l'une appelée ici micromobilité consistant à permettre à l'utilisateur de changer de point d'accès à l'intérieur d'un sous-réseau, et l'autre appelée ici macromobilité par laquelle l'utilisateur peut se raccorder par l'intermédiaire de points d'accès appartenant à des sous-réseaux distincts. On distingue d'autre part la capacité d'un utilisateur de changer de point d'accès en dehors d'une session, c'est-à-dire en l'absence de flux de données actif ( roaming ), et la capacité d'un utilisateur équipé d'un terminal sans fil de changer de point d'accès en cours de session ( handover ). Aux fins de l'administration du réseau, chaque utilisateur mobile a généralement un sous-réseau nominal auquel est connecté un organe appelé ici registre de localisation nominal, auquel sont initialement adressées les requêtes concernant l'utilisateur et provenant de sources qui ne connaissent pas sa localisation. Lorsqu'il se déplace dans un autre sous-réseau, un autre organe connecté à ce sous-réseau visité, appelé ici gestionnaire de visiteurs, peut coopérer avec le registre de localisation nominal pour la mise en oeuvre des services de mobilité. Le développement des applications sur les réseaux fonctionnant selon le protocole IP (J. Postel, Internet Protocol , Request For Comments (RFC) 791, IETF, septembre 1981), notamment celles de transport de la voix et de données, contemporain à l'essor des systèmes de communication avec les mobiles, a naturellement conduit à considérer la question la mobilité dans les réseaux IP, qu'il s'agisse de réseaux étendus, (WAN, Wide Area Network ), tel que le réseau Internet, ou de réseaux locaux (LAN, Local Area Network ). L'organisation IETF ( Internet Engineering Task Force ) a normalisé un protocole de couche réseau supportant la mobilité dans un réseau IP (C. Perkins, IP Mobility Support , RFC 2002, IETF, octobre 1996). Après que l'utilisateur mobile a quitté son sous-réseau nominal son équipement s'adresse à un organe appelé agent étranger ( foreign agent ), connecté au sous-réseau visité, pour envoyer une information d'inscription vers un organe appelé agent nominal ( home agent ), connecté au sous-réseau nominal. L'identité du sous-réseau visité est également fournie à l'agent nominal. L'une des principales fonctions de l'agent nominal est alors d'intercepter les données destinées à l'utilisateur mobile pour les retransmettre, un mécanisme d'encapsulation, vers une adresse temporaire de l'utilisateur mobile (dite adresse c/o ou care-of address ) fournie par l'agent étranger. Une fois parvenues à cette adresse temporaire, les données peuvent être remises à leur destinataire. Ce schéma de mobilité impose ainsi un chemin triangulaire aux paquets IP à destination de l'utilisateur mobile. En revanche, les données en provenance de l'utilisateur mobile sont remises à leur destination par l'intermédiaire des mécanismes usuels de routage IP. De plus, il suppose l'utilisation d'une adresse fixe pour l'utilisateur mobile. Sa mise en oeuvre pose donc des difficultés dans des réseaux où la gestion d'adresse est dynamique, ce qui est le cas par exemple lorsqu'un serveur DHCP est utilisé dans le sous-réseau nominal (voir par exemple EP-A-0 938 217). Le protocole DHCP est spécifié dans la 2131 publiée par HETF (R. Droms, Dynamic Host Configuration Protocol mars 1997). Un procédé d'optimisation de chemin, conçu comme une extension du protocole de la RFC 2002 a été proposé (C. Perkins, D. Johnson, Route Optimization in Mobile IP , Internet Draft, IETF, 25 février 1999) afin de pallier les inconvénients du mode de routage triangulaire. Ce procédé prévoit notamment l'envoi de messages de mise à jour permettant aux éventuels correspondants d'un utilisateur mobile de conserver en mémoire les adresses temporaires c/o de ce dernier. Ceux-ci peuvent alors émettre directement vers l'adresse temporaire de l'utilisateur mobile, évitant ainsi opérations effectuées sur les données par l'agent nominal. Certains auteurs ont critiqué la complexité de mise en oeuvre d'un tel procédé, et ont suggéré de supporter la mobilité sous IP utilisant un protocole de signalisation de couche application tel que le protocole SIP (M. Handley et al., SIP : Session Initiation Protocol , RFC 2543, IETF, mars 1999). SIP décrit des entités clients et serveurs, ainsi que des procédures leur permettant de communiquer (voir aussi H.G. Schulzrinne et J. . Rosenberg, The Session Initiation Protocol : Providing Advanced Telephony Services Across the Internet , Bell Labs Technical Journal, octobre-décembre 1998, pages 144-159). On distingue deux types de serveurs SIP :les serveurs proxy et les serveurs de redirection. A réception d'une requête, un serveur proxy détermine le prochain noeud du chemin vers le destinataire puis transfère la requête vers ce noeud, alors qu'un serveur de redirection se contente d'indiquer au client le prochain noeud auquel il doit adresser sa requête. Les adresses SIP sont similaires à des adresses messagerie électronique, c'est-à-dire de la forme userehost, où le champ user désigne par exemple un nom d'utilisateur ou un numéro de téléphone, et le champ host un nom de domaine ou une adresse sous forme numérique. Le protocole SIP prévoit notamment des méthodes appelées INVITE, BYE, REGISTER, OPTIONS, ACK et CANCEL. Les réponses aux messages émis dans le cadre de ces méthodes sont définies par des classes de codes. La méthode INVITE est utilisée pour initialiser une session d'appel entre deux utilisateurs SIP. Le protocole SIP prévoit des capacités de mobilité personnelle, et permet à un utilisateur d'obtenir les mêmes services indépendamment de sa localisation ou du terminal utilisé, notamment grâce aux méthodes REGISTER. II a été proposé (E. Wedlund, H. Schulzrinne, Mobility Support using SIP , Proc. of the 2"d ACM International Workshop on Wireless Mobile Multimedia, Seattle, 20 août 1999, pages 76-82) des procédés de mobilité utilisant le protocole SIP dans lesquels un équipement sans fil relié au réseau par l'intermédiaire d'une interface air peut, après des échanges de signalisation appropriés, exécuter un handover, c'est-à-dire changer d'adresse réseau (1P) par un mécanisme DHCP alors qu'une communication est en cours. Un serveur SIP connecté au sous-réseau nominal de l'utilisateur gère le registre de localisation nominal pour ce dernier. Les serveurs SIP utilisés dans la gestion de mobilité peuvent être des serveurs proxy ou des serveurs de redirection. Toute mobilité donne lieu à une inscription auprès du serveur SIP nominal, qui peut ensuite traiter les requêtes provenant des autres clients SIP à destination de l'utilisateur mobile. Lorsque l'équipement sans détermine le besoin d'exécuter un handover (par détection de balises émises par les points d'accès sans fil), il obtient une adresse dynamique par une transaction DHCP, puis il envoie un message INVITE à son correspondant indiquant la référence de l'appel en cours et sa nouvelle adresse réseau pour que le correspondant mette à jour l'adresse IP de destination des paquets qu'il émet. Parallèlement, l'équipement sans fil communique sa nouvelle adresse à son serveur SIP nominal, par la méthode REGISTER. Une option prévoit une décentralisation des serveurs SIP utilisés dans la gestion mobilité : un serveur SIP proxy connecté au sous-réseau visité gère la micromobilité, de sorte que les méthodes REGISTER vers le serveur SIP nominal de redirection, peuvent ne concerner que la macromobilité (changement serveur de micromobilité). Le principal inconvénient du procédé est le retard qu'il peut introduire dans l'exécution du handover. La méthode INVITE vers le correspondant de l'utilisateur mobile requiert un temps d'acheminement non négligeable si ce correspondant est éloigné du sous-réseau visité. Ce retard peut entraîner une coupure perceptible de la communication en cours. II est à noter qu'un inconvénient similaire existe dans le cadre du protocole de mobilité IP de la RFC 2002. Lorsque l'équipement mobile est relié à un sous-réseau visité distant du sous-réseau nominal, il est nécessaire de router un message de mise à jour de localisation vers l'agent nominal en cours d'exécution du handover, ce qui prend du temps. Si le protocole est mis en oeuvre avec le procédé d'optimisation de chemin précité, il s'y ajoute le temps nécessaire à l'acheminement d'un paquet de mise à jour d'adresse c/o vers le correspondant de l'utilisateur mobile. D'autre part, dans le cadre d'un réseau fondé sur le protocole IP, il n'y a aucune notion de connexion physique, de sorte qu'une communication avec un terminal sans fil ne suppose aucune connaissance, même implicite, de la localisation géographique du terminal, contrairement à un réseau à commutation de circuit par exemple. Les correspondants du terminal et son registre de localisation nominal ne le situent que de manière logique, par l'intermédiaire d'une ou plusieurs adresses IP. Or un certain nombre d'applications peuvent avoir besoin de telles informations de localisation géographique, par exemple pour rendre des services différenciés selon le lieu où se trouve le terminal ou encore pour fournir une indication de ce lieu aux correspondants de l'utilisateur mobile. Un but de la présente invention est de fournir de façon rapide et efficace à un terminal sans fil communiquant par l'intermédiaire d'un réseau IP des informations se rapportant à la mobilité de l'utilisateur. Selon l'invention, il est proposé un point d'accès sans fil d'un réseau de télécommunications fonctionnant selon un protocole de transmission de paquets en mode non-connecté tel que le protocole , comportant des moyens d'émission sur une interface air d'un signal de balise et des moyens pour exécuter, avec un équipement d'un utilisateur mobile ayant détecté le signal de balise, une procédure d'inscription d'un protocole propre à l'interface air, permettant audit équipement de communiquer sur ledit réseau à travers le point d'accès. Des données d'environnement du point d'acces sont portées par le signal de balise et/ou au moins un message transmis l'interface air vers l'équipement de l'utilisateur mobile dans le cadre de ladite procédure d'inscription. Les données d'environnement peuvent notamment comprendre des informations de localisation géographique du point d'accès. En insérant ces informations de localisation géographique dans le signal de balise ou dans la signalisation de couche liaison, on les met à disposition des terminaux sans fil qui pourront ensuite les communiquer au serveur de mobilité de leur sous- réseau nominal ou à des correspondants dans le cadre d'applications utilisant de telles informations. Pour un réseau de télécommunications comportant plusieurs sous- réseaux respectivement équipés de serveurs de mobilité fonctionnant selon un protocole de signalisation de couche application, les données d'environnement incluent avantageusement une adresse IP d'un serveur de mobilité d'un sous- réseau de raccordement auquel est relié le point d'accès. Ceci permet de limiter les retards dus à la signalisation dans l'exécution de handovers, puisqu'il n'est pas nécessaire de transmettre des paquets IP avant que le terminal puisse s'adresser au serveur de mobilité. Le serveur de mobilité du sous-réseau visité pourra jouer un vole d'agent proxy à la fois pour les flux de signalisation, concernant notamment la mobilité de l'utilisateur, et pour les flux de trafic (voix, images, données, .. ). Ainsi, lors d'un handover, seuls les flux locaux entre le serveur de mobilité et l'utilisateur sont affectés. L'utilisateur mobile voit le serveur proxy comme étant son correspondant, de sorte que c'est à lui qu'il s'adresse pour signaler son changement de point d'accès. En revanche, rien n'est changé pour I échanges entre le serveur et le correspondant distant. II n'est pas nécessaire que de l'information de signalisation soit envoyée à distance pendant handover, vers le sous-réseau nominal ou vers le correspondant. Comme en général l'acheminement des messages à l'intérieur d'un sous-réseau est très rapide, il en résulte une optimisation du temps d'exécution du handover. Le procédé peut être appliqué avec divers protocoles de signalisation de couche application. Actuellement, SIP est un protocole préféré car il constitue un bon compromis entre richesse fonctionnelle et complexité de mise en oeuvre, tout en ayant une bonne capacité d'extension. D'autres exemples, bien connus de l'homme du métier, sont les protocoles H.225.0 ( Call signalling protocols and media stream packetization for packet-based multimedia communication systems ) et H.245 ( Control protocol for multimedia communication ) spécifiés par l'Union Internationale des Télécommunications (UIT-T) dans le cadre de la Recommandation H.323 ( Packet-based multimedia communications systems , février 1998), et le protocole MGCP (M. Arango et al., Media Gateway Controller Protocol (MGCP) , RFC 2705, IETF, octobre 1999) ou sa variante Megaco (F. Cuervo et al., Megaco Protocol , Internet Draft, IETF, 8 février 2000). Un autre aspect de la présente invention se rapporte à un procédé de gestion de mobilité dans un réseau de télécommunications comportant plusieurs sous-réseaux respectivement équipés d'organes de gestion de mobilité, dans lequel un des sous-réseaux constitue un sous-réseau nominal pour un utilisateur mobile et est équipé d'un registre nominal contenant une information de localisation dudit utilisateur, dans lequel une procédure localisation de l'utilisateur mobile auprès d'un point d'accès relié à un sous réseau visité comprend les étapes suivantes - réception par un équipement de l'utilisateur mobile d'un signal de bali émis sur une interface air par ledit point d'accès ; - exécution par ledit équipement et ledit point d'accès d'une procédure d'inscription d'un protocole propre à l'interface air ; et - émission par ledit équipement d'un message de mise à jour localisation à destination d'un organe de gestion de mobilité du sous réseau visité, et dans lequel on inclut dans ledit signal de balise et/ou dans au moins message transmis sur l'interface air par ledit point d'accès vers l'équipement de l'utilisateur mobile dans le cadre de ladite procédure d'inscription, une adresse de réseau d'un organe de gestion de mobilité associé audit point d'accès. D'autres particularités et avantages de la présente invention apparaîtront dans la description ci-après d'exemples de réalisation non limitatifs, en référence aux dessins annexés, dans lesquels - la figure 1 est un schéma d'un réseau de télécommunications auquel l'invention est appliquée ; - les figures 2 à 4 sont des diagrammes illustrant des échanges de messages intervenant dans la gestion de mobilité selon un mode de réalisation de l'invention ; - la figure 5 est un schéma d'un sous-réseau auquel une réalisation de l'invention peut s'appliquer; - la figure 6 est un diagramme illustrant des échanges de messages pouvant intervenir dans la gestion de mobilité au sein d'un sous-réseau selon la figure 5 ; et - les figures 7 et 8 sont des diagrammes montrant des exemples de blocs d'information qui peuvent être transmis par des points d'accès sans fil dans une réalisation de l'invention. La figure 1 montre schématiquement un réseau Intranet réparti sur trois sites 1, 2, 3. Sur chaque site, un sous-réseau 11, 12, 13 est installé pour offrir des accès à un certain nombre d'utilisateurs. Ces sous-réseaux 11-13 sont par exemple de type Ethernet (norme ISO 8802-3, Local Area Networks, Part 3 Carrier Sense Multiple Access with Collision Detection - Access Method and Physical Layer Specifications ), et fonctionnent selon le protocole de réseau IP. Dans l'exemple représenté, chaque sous-réseau a un routeur de sortie 4 relié à un réseau dorsal 5 tel que le réseau Internet. Le réseau peut être notamment prévu pour supporter des communications de signaux en temps réel, par exemple de téléphonie, entre des utilisateurs qui lui sont raccordés et/ou avec des correspondants accessibles par le réseau dorsal 5. Dans ce cas, les terminaux peuvent utili de façon connue le protocole de couche transport UDP (J. Postel, User Datagram Protocol , RFC 768, IETF, août 1980) et le protocole en temps réel RTP (H. Schulzrinne et al., RTP: A Transport Protocol for Real-Time Applications , RFC 1889, IETF, janvier 1996) pour la transmission de la parole codée ou de la vidéo. Pour la signalisation d'appel, une réalisation préférée l'invention fait appel au protocole SIP, qui fonctionne également avec le protocole transport UDP. Toutefois, d'autres protocoles de signalisation (H.323, MGCP, ...) seraient utilisables, en complément ou à la place de SIP. Certains au moins des utilisateurs du réseau sont des utilisateurs mobiles équipés de terminaux sans fil 6. Pour leur permettre d'accéder au réseau, celui-ci comporte des points d'accès radio 7 raccordés aux sous- réseaux 1 . Les points d'accès radio 7 sont par exemple des stations de base DECT (norme de l'ETSI, European Telecommunications Standards Institute encore selon la norme IEEE 802.11, etc., selon le type de terminaux sans fil utilisés. Chacun de ces points d'accès radio 7 diffuse un signal de balise sur l'interface air. Sur la base des signaux de balise qu'il capte, un terminal actif sélectionne le point d'accès qui lui fournit le meilleur lien radi . Ce point d'accès est utilisé pour les communications mettant en jeu le terminal. Un terminal sans fil a ainsi la possibilité de se connecter au réseau l'intermédiaire de plusieurs points d'accès 7 appartenant à des sous-réseaux différents (macromobilité) ou au même sous-réseau (micromobilité). Lorsque le terminal a communication en cours et se déplace dans un site, il lui est possible de changer de point d'accès tout en maintenant la continuité de la communication (handover). Lorsqu'une communication de signaux en temps réel, par exemple de téléphonie, est en cours, il est souhaitable que ces handovers lent exécutés en un temps minimal afin d'éviter les coupures perceptibles. Pour gestion des services de mobilité, chaque sous-réseau (au moins ceux ayant des points d'accès sans fil) possède un serveur de mobilité 8 utilisant le protocole SIP dans la réalisation préférée de l'invention. Chaque utilisateur mobile a un sous-réseau nominal. Dans l'illustration de la figure 1, le sous-réseau 11 est nominal pour le détenteur du terminal sans fil 6. Le serveur SIP 8 de ce sous-réseau est associé à un registre de localisation 9 dit registre nominal, qui contient l'adresse IP du serveur SIP 8 du sous-réseau 12 visité par l'utilisateur mobile. Le serveur SIP 8 du sous-réseau visité 12 est quant à lui associé à un registre de localisation 10 dit registre de visiteurs, qui contient une adresse permettant d'atteindre le terminal 6 à l'intérieur du sous-réseau visité 12, par exemple une adresse associée au terminal. Chaque serveur SIP 8 peut être associé à un registre nominal 9 pour les utilisateurs rattachés à son sous-réseau et à un registre visiteurs pour les utilisateurs rattachés à d'autres sous-réseaux, seuls les registres se rapportant au terminal 6 étant représentés sur la figure 1. En pratique, les registres 9, 10 peuvent faire partie de la même unité que le serveur SIP 8 auquel ils sont associés, ou ils peuvent être des entités distinctes reliées séparément au sous-réseau. D'autre part, il est possible de prévoir plusieurs serveurs SIP par sous-réseau, par exemple dans le cas où les fonctions de serveur SIP nominal et de serveur SIP visité sont assurées par machines distinctes, ou dans le cas où plusieurs serveurs SIP sont prévus pour répartir la charge de signalisation dans le sous-réseau. La figure 2 montre comment peut se dérouler l'inscription la mise à jour de localisation d'un utilisateur mobile en visite dans un sous réseau 12 différent de son sous-réseau nominal 11, et l'initialisation d'une communication avec cet utilisateur à l'initiative d'un correspondant distant. Dans l'illustration de la figure 1, le correspondant distant utilise un terminal fixe 15 relié à un sous-réseau 13 différent du sous-réseau nominal 11 et du sous-réseau visité 12. On notera cependant qu'une procédure similaire s'applique également - si ce correspondant est un autre utilisateur mobile ; - s'il est connecté au sous-réseau 11 ou 12 ou au réseau dorsal 5 ; - si la liaison avec le correspondant passe par un autre réseau, par exemple un réseau téléphonique commuté, pour lequel le réseau Intranet est équipé d'une passerelle (dans ce dernier cas, c'est cette passerelle qui constitue le client SIP relatif au correspondant distant illustré par les figures 2 à 4). En référence à la figure 2, le terminal sans fil 6 relevant du sous-réseau nominal 11 capte d'abord sur l'interface air le signal de balise émis par un point d'accès 7 appartenant au sous-réseau visité 12. En réponse à cette détection, il déclenche une procédure d'inscription du protocole de couche MAC employé sur l'interface air, en adressant au point d'accès un message d'inscription (Register). En réponse à ce message, le point d'accès 7 retourne un acquittement (Register Ack) validant l'inscription du terminal sans fil auprès du point d'accès. Dans l'exemple de la figure 2, l'information de localisation du terminal sans fil enregistrée dans le registre de visiteurs 10 est adresse IP dynamique obtenue par le terminal après son inscription auprès du point d'accès 7. Le sous-réseau 12 est équipé d'un serveur DHCP 16 qui gère localement les adresses dynamiques. Une transaction DHCP classique (messages DHCP_Discover, DHCP_Offer, DHCP_Request, DHCP Ack) est exécutée entre le terminal en itinérance 6 et le serveur DHCP après quoi le terminal 6 dispose d'une adresse IP. Dans une autre réalisation utilisant le protocole IPv6, la transaction DHCP est inutile puisque l'adresse IPv6 permet intrinsèquement une hiérarchie sous-réseau/équipement. L'étape suivante consiste en l'envoi par le client SIP dont est pourvu le terminal 6 d'un message SIP REGISTER à destination du serveur SIP 8 du sous-réseau visité 12. L'adresse IP du serveur SIP 8 a été fournie par le point d'accès 7 dans le signal de balise diffusé sur l'interface air, ce qui permet au terminal sans fil de disposer de cette adresse IP sans avoir eu à effectuer de transactions à cette fin par l'intermédiaire du sous-réseau 12. Si le signal de balise diffusé sur l'interface air ne comporte pas de champ disponible suffisamment grand pour contenir l'adresse IP du serveur SIP 8, celle-ci peut être complétée, ou fournie en totalité, dans le message Register Ack validant l'inscription du terminal sur l'interface air. Le message SIP REGISTER envoyé par le terminal 6 permet au serveur SIP visité 8 de déterminer l'adresse IP du terminal, obtenue dans l'en tête IP du paquet contenant le message SIP REGISTER, et de l'associer à l'adresse SIP (de la forme user host) contenue dans le message SIP REGISTER. Cette association est enregistrée dans le registre Après avoir reçu ce message SIP REGISTER, le serveur SIP visité 8, s'il ne gère pas déjà l'utilisateur mobile, transmet un autre message SIP REGISTER vers le serveur SIP 8 du sous-réseau nominal 1 . Celui-ci met à jour l'entrée du registre nominal 9 concernant l'utilisateur mobile identifié dans le message SIP REGISTER, en mémorisant l'adresse IP du serveur SIP visité qui a émis ce message SIP REGISTER. II retourne ensuite un message de validation (code 200 OK) du protocole SIP. Le serveur SIP visité renvoie à son tour au terminal 6, à travers le point d'accès 7, le message de validati 200 OK. A ce stade, le terminal sans fil 6 a effectué son inscription auprès point d'accès 7, et mis à jour sa localisation vis-à-vis des serveurs SIP 8. A l'initialisation d'un appel provenant du correspondant distant 15, celui-ci émet à destination du serveur SIP 8 du sous-réseau nominal 11 de l'utilisateur mobile un message SIP INVITE demandant l'utilisateur mobile Le serveur SIP nominal étant un serveur de redirection dans l'exemple considéré il renvoie au correspondant distant un message SIP (code 302 Move) indiquant à celui-ci qu'il doit diriger sa méthode INVITE vers le serveur SIP du sous réseau visité 12 dont il fournit l'adresse IP. Le correspondant transmet de nouveau le message SIP INVITE vers ce serveur SIP visité. Le serveur SIP visité initialise alors une autre session avec l'utilisateur mobile, en lui transmettant un message SIP INVITE, que le terminal sans fil acquitte par un message SIP 200 OK s'il est disponible pour l'établissement de la communication. La session entre le terminal sans fil et le serveur SIP visité est ouverte lorsque ce dernier a reçu le message 200 OK. II retransmet alors vers le correspondant distant un autre message SIP 200 OK pour valider l'ouverture de la session avec celui-ci. A partir de ce moment, le correspondant distant communique avec le serveur SIP visité comme si ce dernier était le terminal sans fil, et le terminal sans fil communique avec le serveur SIP visité comme s'il était le terminal du correspondant distant. Dans chaque session ouverte avec le serveur SIP visité, des données (Data) sont échangées, typiquement selon la pile de protocole RTP/UDP/IP lorsqu'elles représentent de la parole codée ou de la vidéo, et la signalisation supplémentaire peut être fournie selon la pile de protocole SIPIUDPIIP. Le serveur SIP visité 8 répercute vers le terminal sans fil 6 le flux RTPIUDP reçu du correspondant distant. De même, le flux de données RTPIUDP reçu dans la session établie avec le terminal sans fil est répercuté vers le correspondant distant. Le serveur SIP visité joue aussi ainsi un rote d'agent proxy. La figure 3 illustre l'inscription du terminal sans fil 6 auprès d'un autre point d'accès 7 du même sous-réseau visité 12, et la mise à jour de localisation effectuée auprès du serveur SIP de ce sous-réseau. L'inscription du terminal sans fil auprès du nouveau point d'accès radio s'effectue par une transaction de couche MAC identique à celle décrite en référence à la figure 2. Le cas échéant, une transaction DHCP (non représentée) peut être effectuée pour que le terminal acquière une nouvelle adresse IP. Le terminal sans fil envoie ensuite un message SIP REGISTER au serveur SIP visité, dont il obtenu l'adresse dans la balise du nouveau point d'accès et/ou dans le message Register Ack. Comme le terminal sans fil ne change pas de serveur visité, celui-ci n'a pas besoin d'envoyer un message SIP REGISTER vers le serveur SIP du sous-réseau nominal 11. Après avoir modifié l'entrée du registre de visiteurs 10 relative à l'utilisateur mobile, le serveur SIP visité valide sa mise à jour de localisation, en lui retournant un message SIP 200 OK. Pour initialiser un appel vers un correspondant distant (partie inférieure de la figure 3), le terminal sans fil envoie un message SIP INVITE à son serveur SIP visité et celui-ci, qui joue toujours le rôle de serveur proxy, transmet un autre message SIP INVITE vers le serveur SIP nominal du correspondant appelé. Ce serveur SIP nominal, de redirection, retourne un message SIP 302 Move indiquant l'adresse IP à laquelle le correspondant peut être joint. Cette adresse IP peut être l'adresse du correspondant distant dans son sous-réseau nominal 13 ou, comme dans le cas de la figure 2, l'adresse d'un serveur SIP visité si le correspondant distant utilise un terminal sans fil en dehors de son sous-réseau nominal. L'établissement de la communication se termine alors comme dans le cas de la figure 2. Des messages SIP 200 OK sont envoyés du correspondant distant vers le serveur SIP du sous-réseau visité 12, et de ce serveur SIP vers le terminal sans fil 6, après quoi le serveur SIP visité gère les deux flux UDP comme expliqué précédemment pour relayer la communication. La figure 4 illustre la procédure de handover exécutée lorsque le terminal sans fil 6 a une communication en cours et change de point d'accès radio 7 en se déplaçant à l'intérieur du site visité 2. On suppose ici que le même serveur SIP visité 8 est associé aux deux points d'accès 7, c'est-à-dire que l'adresse IP de ce serveur 8 est indiquée dans le signal de balise de ces points d'accès et/ou dans le message Register Ack. La partie supérieure de la figure 4 montre les flux de données relayés par le serveur SIP visité comme expliqué précédemment. Après que le terminal sans fil 6 a détecté la balise du nouveau point d'accès et décidé de changer de point d'accès, la procédure d'inscription auprès du nouveau point d'accès et de mise à jour de localisation auprès du serveur SIP visité est exécutée comme dans le cas de la figure 3. Lorsque le terminal sans fil a reçu l'acquittement de sa mise à jour de localisation (message SIP 200 OK), il adresse un message INVITE au serveur SIP visité, contenant notamment une référence de l'appel en cours. Après validation de le methode INVITE (message SIP 200 OK retourné au terminal sans fil par le serveur SIP visité), l'échange de données reprend sans qu'il y ait eu la moindre signalisation du serveur SIP visité vers le serveur SIP nominal ou le correspondant distant. L'exécution du handover est particulièrement rapide étant donné que messages de signalisation échangés restent à l'intérieur du sous-réseau visité 12 sans avoir à être acheminés par le réseau d'interconnexion étendu 5. D'autre part, le fait pour le terminal sans fil 6 de disposer directement l'adresse IP du serveur SIP visité, dans la balise radio ou dans la signalisation de couche MAC radio, permet de gagner du temps en évitant processus de recherche de cette adresse dans le réseau IP. La figure 5 montre schématiquement une autre architecture possible sous-réseau installé sur le site visité 2, comprenant plusieurs sous-sous réseaux 120, 121 interconnectés au moyen d'un ou plusieurs routeurs. Dans l'exemple dessiné, le routeur 4 relié au réseau dorsal 5 sert également ' interconnecter les sous-sous- réseaux 120, 121. Le serveur SIP 129 du sous-réseau visité, qui gère localement mobilité du détenteur du terminal sans fil 6 de la manière précédemment expliquée, est relié à l'un des sous-sous-réseaux 120. II joue également le rôle d'agent nominal dans une adaptation du protocole Mobile IP faisant l'objet de la RFC 2002. Ce protocole Mobile IP adapté est mis en oeuvre à l'intérieur du sous-réseau visité afin de gérer dans la couche réseau la mobilité des utilisateurs entre les sous-sous-réseaux qui le composent (mais non à l'échelle du groupement de sous-réseaux, où on utilise un protocole de couche application, à savoir SIP dans l'exemple considéré). Dans la mesure où l'agent 129 n'appartient pas au sous-réseau nominal de l'utilisateur mobile, on l'appellera agent pseudo-nominal , et on dira qu'on met en oeuvre protocole pseudo-mobile IP . Dans chaque sous-sous-réseau 121 différent de celui pourvu de l'agent pseudo-nominal 129 et équipé d'un ou plusieurs points d'accès radio 7, module de routage est prévu en tant qu'agent étranger 130 au sens de la RFC 2002. Après que le terminal sans fil 6 a détecté la balise d'un nouveau point d'accès 7 appartenant à un tel sous-sous-réseau 121 et décidé de changer de point d'accès, la procédure d'inscription auprès du nouveau point d'accès exécutée comme dans le cas de la figure 3 ou 4 (partie supérieure de la figure 6). terminal 6 émet ensuite une requête d'enregistrement du protocole Mobile IP (REGISTRATION REQUEST dans la terminologie de la RFC 2002) destination de l'agent étranger 130, qui la relaie vers l'agent pseudo-nominal 129. Le terminal 6 place dans le message REGISTRATION REQUEST, en plus sa propre adresse IP, l'adresse IP de l'agent pseudo-nominal et l'adresse c/o qui lui a été préalablement fournie. Cette adresse c/o peut avoir été obtenue par les mécanismes de découverte d'agent spécifiés dans la RFC 2002. Mais dans une réalisation préférée, les deux adresses IP (celle de l'agent pseudo-nominal et l'adresse c/o) sont fournies dans le signal de balise diffusé le point d'accès 7, et/ou dans le message Register Ack. L'adresse c/o est alors une adresse IP de l'agent étranger 130, et peut être utilisée comme adresse de destination par le terminal pour l'envoi du message REGISTRATION REQUEST. Après acquittement de la requête d'enregistrement (messages REGISTRATION REPLY de la figure 6), le terminal mobile émet son message SIP REGISTER pour mettre à jour sa localisation vis-à-vis du serveur SIP visité 129. Le message SIP REGISTER peut être envoyé directement à l'adresse IP du serveur SIP visité 129. Comme ce message est vu comme des données par le protocole Mobile IP, il peut également être relayé par l'agent étranger 130 vers le serveur SIP visité I agent pseudo-nominal 129. Pour acquitter méthode SIP REGISTER (après un échange avec le serveur SIP du sous réseau nominal 11 s'il y a eu changement de sous-réseau visité), le serveur SIP visité 129 utilise deux niveaux d'en-tête IP pour transmettre le message SIP 200 OK, le niveau interne ayant l'adresse IP du terminal sans fil 6 et le niveau externe ayant l'adresse c/o qui a été fournie par l'agent étranger 130. L'agent étranger 130 enlève le niveau externe pour retransmettre le message 200 OK vers le terminal. Le même mécanisme d'encapsulation sera employé pour tous les paquets envoyés au terminal 6 par le serveur SIP visité 129 (protocole SIP ou données issues d'un correspondant distant). De même, les paquets émis par le terminal 6 sont relayés par l'agent étranger 130 vers leur destination, à savoir le serveur SIP visité 129 puisque celui-ci est vu par le terminal comme s'il était son correspondant. La mise à jour de localisation exécutée selon la figure 6 intervient la même manière dans le cas du roaming (figures 2 et 3) et dans le du handover (figure 4). L'information de localisation associée au terminal 6 dans le registre de visiteurs 10 consiste alors en l'adresse c/o qui permet au serveur SIP d'acheminer les données jusqu'à leur destination. La figure 7 illustre une structure possible du signal de balise diffusé par un point d'accès sans fil 7 relié à un sous-réseau. Ce signal est formé modulation d'un bloc de données numériques B, et est transmis dans trame de signal radio, ou éventuellement dans un intervalle de temps d'une trame si un accès multiple à répartition dans le temps est empl " sur l'interface air. Les données numériques du bloc B comprennent un motif de synchronisation prédéterminé 20, dont la détection permet aux terminaux sans fil situés à portée du point d'accès de se synchroniser en temps en fréquence pour démoduler le signal de la trame, et certains champs classiques 21-23 contenant des informations système requises par les protocoles de couche physique et de couche liaison. Ces informations système comprennent typiquement - une identification du réseau auquel appartient le point d'accès (champ 21) ; - des informations de synchronisation système (champ 22), repérant la position de la trame courante dans l'organisation temporelle du signal radio émis sur la porteuse de la balise (index de trame dans une supertrame courante, numéro de supertrame, ... ) ; - d'autres informations système (champ 23), comme par exemple un niveau de champ reçu minimal à partir duquel un terminal sans fil est autorisé à s'inscrire auprès du point d'accès, ou encore des indications des fréquences porteuses des signaux de balise de quelques points d'accès avoisinants pour que les terminaux puissent surveiller ces fréquences porteuses en vue de déterminer le point d'accès procurant le meilleur lien radio. Avantageusement, le bloc B comprend en outre un champ 24 dans lequel le point d'accès 7 place des données décrivant son environnement. Ces données peuvent représenter l'environnement géographique où est installé le point d'accès : emplacement du site visité 2, position précise du point d'accès (par exemple bâtiment, couloir, bureau,...). Comme le réseau est fondé sur le protocole IP dans lequel il n'y a aucune notion de connexion physique, une communication avec un terminal sans fil ne suppose aucune connaissance, même implicite, de la localisation géographique du terminal. Les correspondants distants et le registre de localisation nominal 9 ne situent le terminal que de manière logique, l'intermédiaire d'une ou plusieurs adresses IP. Or un certain nombre d'applications peuvent avoir besoin de telles informations de localisation géographique, par exemple pour rendre des services différenciés selon le lieu où trouve le terminal ou encore pour fournir une indication de ce lieu aux correspondants de l'utilisateur mobile. En insérant ces informations de localisation géographique (explicitement ou sous forme codée) dans le signal de balise, les met à disposition des terminaux sans fil qui pourront ensuite les communiquer au serveur de mobilité du sous- réseau nominal ou à des correspondants dans le cadre d'applications de ce genre. Les données d'environnement placées dans le champ 24 du bloc B peuvent également comprendre une plusieurs adresses IP d'organes de gestion de mobilité, à savoir - l'adresse IP du serveur SIP (ou 323, MGCP, Megaco, ...) visité dans une réalisation selon les figures 1 @ 4 ; - dans une réalisation selon les figures 5 et 6, l'adresse IP du serveur SIP (ou H.323, MGCP, Megaco, ... ) jouant aussi le rôle d'agent pseudo- nominal 129 et l'adresse IP de l'agent étranger 130 ; - dans une réalisation où la mobilité entre les sous-réseaux est gérée par un protocole de couche réseau tel celui de la RFC 2002, l'adresse IP de l'agent étranger. Les données d'environnement champ 24 peuvent encore inclure un numéro de port UDP ou TCP utilisé par le serveur de mobilité 8, 129 associé au point d'accès, si ce n'est pas un numéro de port par défaut. Ceci permet au terminal d'envoyer directement au bon numéro de port les requêtes du protocole de signalisation de couche application. On peut également prévoir d'inclure dans les données d'environnement une adresse MAC (Ethernet) de l'organe de gestion de mobilité 8, 129 relié au même sous-réseau ou sous- sous-réseau que le point d'accès. Si le champ 24 du bloc B ne procure pas assez de place pour insérer dans le signal de balise toutes les données d'environnement prévues, il est possible d'insérer certaines d'entre elles (voire la totalité) dans le message Register Ack de la figure 2, 3, 4 ou 6. Dans l'exemple illustré par la figure 8, ce message Register Ack est formé à partir d'un bloc de données numériques B' comportant - un champ 25 identifiant la requête d'enregistrement précédente et/ou terminal sans fil qui l'a émise ; - un champ 26 contenant des codes indiquant la réponse à la requête d'inscription (accès autorisé, refusé ou conditionné, paramètres, ...) ; - un champ éventuel 27 pour contenir des informations système complémentaires en plus de celles fournies dans les champs 21-23 bloc B ; - un champ 28 pour répéter les données d'environnement ou fournir celles qui ne l'ont pas été dans le champ 24 du bloc B. REVENDICATIONS 1. Point d'accès sans fil d'un réseau de télécommunications fonctionnant selon un protocole de transmission de paquets en mode non- connecté, le point d'accès (7) comportant des moyens d'émission sur une interface air d'un signal de balise et des moyens pour exécuter avec un équipement (6) d'un utilisateur mobile ayant détecté le signal de ise, une procédure d'inscription d'un protocole propre à l'interface air, permettant audit équipement de communiquer sur ledit réseau à travers le point d'accès, et dans lequel des données d'environnement du point d'accès sont portées par le signal de balise et/ou au moins un message transmis sur l'interface air vers l'équipement de l'utilisateur mobile dans le cadre de ladite procédure d'inscription. 2. Point d'accès sans fil selon la revendication 1, dans lequel ledit protocole de transmission de paquets en mode non connecté est le protocole IP 3. Point d'accès sans fil selon la revendication 2, pour un réseau comportant au moins un organe de gestion de mobilité (8 ; 129, 130), dans lequel lesdites données d'environnement incluent une adresse IP d'un organe de gestion de mobilité associé au point d'accès (7). 4. Point d'accès sans fil selon la revendication 3, dans lequel lesdites données d'environnement incluent en outre un numéro de port UDP ou TCP utilisé par un organe de gestion de mobilité (8 ; 129) associé au point d'accès (7). 5. Point d'accès sans fil selon la revendication 2 ou 3, dans lequel lesdites données d'environnement incluent en outre une adresse MAC d'un organe de gestion de mobilité (8 ; 130) associé au point d'accès (7). 6. Point d'accès sans fil selon l'une quelconque des revendications 2 à 5, pour un réseau de télécommunications comportant plusieurs sous-réseaux (11-13) respectivement équipés de serveurs de mobilité (8) fonctionnant selon un protocole de signalisation de couche application, lesdits sous-réseaux comprenant un sous-réseau de raccordement (12) auquel est relié le point d'accès (7), dans lequel lesdites données d'environnement incluent une adresse IP d'un serveur de mobilité du sous-réseau de raccordement. 7. Point d'accès sans fil selon la revendication , dans lequel ledit protocole signalisation de couche application est le protocole SIP, H.323, MGCP ou Megaco. 8. Point d'accès sans fil selon la revendication 6 7, dans lequel le sous-réseau de raccordement comprend plusieurs sous-sous-réseaux interconnectés (120, 121) respectivement équipés d'agents de mobilité (129, 130) utilises dans un protocole de gestion de mobilité de couche réseau, lesdits sous-sous réseaux comprenant un premier sous-sous-reseau (120) pourvu d'un serveur de mobilité (129) constituant un agent de mobilité nominal pour des utilisateurs mobiles en visite dans le sous-réseau de raccordement et un second sous-sous-réseau (121) auquel est relié le point d'accès (7), dans lequel lesdites données d'environnement incluent, en plus de l'adresse IP du serveur de mobilité constituant l'agent de mobilité nominal, une adresse IP d'un agent de mobilité étranger (130) relié au second sous-sous-réseau (121). 9. Point d'accès sans fil selon l'une quelconque des revendications précédentes, dans lequel lesdites données d'environnement incluent une information représentative de l'environnement géographique du point d'accès (7). 10. Procédé de gestion de mobilité dans un réseau de télécommunications comportant plusieurs sous réseaux (11-13) respectivement équipés d'organes de gestion de mobilité (8 ; 129, 130), dans lequel un des sous-réseaux (11) constitue un sous-réseau nominal pour un utilisateur mobile et est équipé d'un registre nominal (9) contenant une information de localisation dudit utilisateur, dans lequel une procédure de localisation de l'utilisateur mobile auprès d'un point d'accès (7) relié à un sous- réseau visité comprend les étapes suivantes - réception par un équipement (6) de l'utilisateur mobile d'un signal de balise émis sur une interface air par ledit point d'accès ; - exécution par ledit équipement et ledit point d'accès d'une procédure d'inscription d'un protocole propre à l'interface air ; et - émission par ledit équipement d'un message de mise à jour localisation à destination d'un organe de gestion de mobilité du sous réseau visité, et dans lequel on inclut dans ledit signal de balise et/ou dans au moins message transmis sur l'interface air par ledit point d'accès vers l'équipement de l'utilisateur mobile dans le cadre de ladite procédure d'inscription, une adresse de réseau d'un organe de gestion de mobilité associé audit point d'accès. 11. Procédé selon la revendication 10, dans lequel le message de mise jour de localisation relève d'un protocole de signalisation de couche application. Procédé selon la revendication 10, dans lequel le message de mise à jour de localisation relève d'un protocole de couche réseau.