Brevet FR2851710A1 — publié le 20040827

Procédé permettant à un usager mobile passant d'un réseau public de télécommunication à un autre, de recevoir des appels via le réseau le plus adapté à sa localisation; et dispositifs pour la mise en oeuvre de ce procédé L'invention concerne un procédé permettant à un usager mobile passant d'un réseau public de télécommunication sans fil à un réseau d'entreprise comportant un réseau local sans fil, ou inversement, de recevoir des appels via le réseau le plus adapté à sa localisation, ce dernier pouvant être en outre un troisième réseau, fixe. Aujourd'hui, un employé d'une entreprise peut disposer simultanément de plusieurs terminaux téléphoniques: - un poste téléphonique fixe relié à un réseau de télécommunication d'entreprise, ou un poste téléphonique mobile relié à un réseau local sans fil qui fait partie du réseau de l'entreprise; - et un poste téléphonique mobile relié à un réseau public de télécommunication radiotéléphonique, par exemple de type GSM. Lorsque cet usager est situé hors du site de l'entreprise, il n'a qu'une possibilité revoir des appels via un réseau public de télécommunication sans fil. Mais lorsque cet usager est dans le site de l'entreprise, il a en général deux 20 possibilités. S'il dispose d'un poste téléphonique relié à un réseau fixe et d'un poste téléphonique mobile GSM, la route la plus économique pour recevoir des appels est alors celle passant par le réseau fixe. S'il dispose d'un poste téléphonique mobile relié à un réseau local sans fil, et d'un poste téléphonique mobile GSM, la route la plus économique est alors celle passant par le réseau local sans fil, à 25 condition que l'usager se trouve dans de la zone de couverture du réseau local sans fil. L'invention concerne tous les réseaux d'entreprise comportant un réseau local sans fil, conforme à la norme 802.11 (a ou b), à la norme Bluetooth (IEEE 802.15), ou toute autre norme définissant un réseau local sans fil. Un tel réseau 30 local sans fil comporte une pluralité de points d'accès radio et une pluralité de terminaux mobiles qui comportent chacun des moyens pour établir une liaison radio avec un point d'accès radio. Ces terminaux (Micro ordinateurs, assistants personnels, téléphones mobiles utilisant le protocole Internet, etc.) sont mobiles. Ils peuvent donc entrer ou sortir de la zone de couverture du réseau; ou changer de point d'accès radio à l'intérieur du même réseau local sans fil. Pour pouvoir leur 5 adresser des données ou établir avec l'un d'eux une communication vocale, il est nécessaire de connaître quels sont les terminaux présents auprès de chaque point d'accès radio, à chaque instant. Il existe des terminaux bi-mode pouvant fonctionner alternativement dans un réseau public de radiotéléphonie, de type GSM par exemple, et dans un réseau 10 local sans fil, conforme à la norme IEEE 802.11 (a ou b) par exemple. Un terminal bi-mode bascule automatiquement dans le mode de fonctionnement correspondant à un réseau local sans fil quand il détecte qu'il est situé dans de la zone de couverture d'un tel réseau local, s'il est autorisé à se connecter, et si ce terminal n'a pas une communication en cours avec le réseau public. Il est envisageable que de 15 futurs terminaux permettent en outre un basculement d'un réseau à l'autre, en cours de communication. L'invention concerne les usagers ayant un terminal bi-mode, mais aussi Les usagers ayant deux terminaux spécifiques respectivement pour les deux modes sans fil: par exemple un terminal téléphonique GSM, et un ordinateur 20 portable ayant des fonctions téléphoniques, ce dernier ayant une interface radio pour se connecter à un réseau local sans fil. - Les usagers ayant un terminal téléphonique spécifique GSM, un poste téléphonique fixe, et un terminal de données ayant une interface radio pour se connecter à un réseau local sans fil, mais n'ayant pas de fonction téléphonique. Dans ce qui suit, on ne considérera pas le problème du passage d'un réseau à l'autre au cours d'une communication déjà établie, mais on considérera seulement le problème du choix du réseau le plus adapté pour les communications à destination de l'usager, après un changement de localisation de cet usager. Le but de l'invention est de proposer un procédé fiable pour choisir 30 automatiquement le réseau le plus approprié lorsqu'un usager passe de la zone de couverture d'un réseau de télécommunication public sans fil à celle d'un réseau local sans fil, ou inversement. L'objet de l'invention est un procédé permettant à un usager mobile passant d'un réseau public de télécommunication sans fil à un réseau local sans fil, 5 ou inversement, de recevoir des appels via le réseau le plus adapté à sa localisation; cet usager ayant un terminal au moins apte à se connecter à ce réseau public de télécommunication sans fil; caractérisé en ce qu'il consiste à: - déterminer si un terminal de l'usager, apte à se connecter au réseau local sans fil, est présent ou absent dans la zone de couverture du réseau local sans fil; - et activer un renvoi vers au moins un numéro de renvoi prédéterminé, quand ce terminal est présent dans la zone de couverture du réseau local sans fil puis désactiver ce renvoi quand il n'est plus présent dans la zone de couverture du réseau local sans fil. Le procédé ainsi caractérisé permet de choisir le réseau le plus adapté pour 15 recevoir un appel, car le terminal apte à se connecter au réseau sans fil est utilisé pour détecter la présence de l'usager dans la zone de couverture de ce réseau local sans fil, voire même pour préciser dans quelle cellule parmi les cellules couvertes par ce réseau local. Cette détection de présence est utilisée ensuite pour renvoyer les appels sur une route permettant d'appeler cet usager au moindre cot. Le 20 numéro de renvoi peut renvoyer l'appel sur: - le même terminal, mais via le réseau local sans fil, si l'usager à un terminal bi-mode; - ou vers un second terminal spécifique au réseau sans fil - ou vers un second terminal fixe situé dans la cellule o la présence de 25 l'usager a été détectée. L'invention a aussi pour objet un serveur d'applications, pour la mise en oeuvre de ce procédé, caractérisé en ce qu'il comporte des moyens pour: envoyer à un réseau public de télécommunication sans fil un message d'activation de renvoi contenant: -- un numéro propre à un terminal au moins apte à se connecter au réseau public de télécommunication sans fil et permettant de l'appeler dans le réseau public de télécommunication sans fil, -- et au moins un numéro de renvoi; lorsque terminal apte à se connecter au réseau local sans fil devient présent dans la zone de couverture du réseau local sans fil; - et envoyer au réseau public de télécommunication sans fil un message de désactivation de renvoi contenant le numéro propre au terminal au moins apte à se connecter au réseau public de télécommunication sans fil et permettant de l'appeler 10 dans le réseau public de télécommunication sans fil, lorsque le terminal apte à se connecter au réseau local sans fil n'est plus présent dans la zone de couverture du réseau local sans fil. L'invention a aussi pour objet un serveur de présence, pour la mise en oeuvre de ce procédé, caractérisé en ce que pour déterminer la localisation d'un 15 usager dans la zone de couverture d'un réseau local sans fil, il comporte des moyens pour: - obtenir successivement de chaque point d'accès radio d'un réseau local le nombre de terminaux présents dans sa zone de couverture; - puis, pour chaque point d'accès radio du réseau local sans fil, obtenir de 20 ce point d'accès n fois un identifiant propre à un terminal, n étant le nombre des terminaux présents dans la zone de couverture de ce point; - et recevoir puis enregistrer ces identifiants, et les comparer avec des identifiants précédemment enregistrés, pour en déduire quels sont les terminaux qui sont devenus présents et ceux qui sont devenus absents dans la zone de couverture 25 du réseau local sans fil. L'invention sera mieux comprise et d'autres caractéristiques apparaîtront à l'aide de la description ci-dessous et des figures l'accompagnant: - La figure 1 représente un exemple de réseau d'entreprise et de réseaux publics o est mis en oeuvre le procédé selon l'invention. - La figure 2 représente un exemple de table stockée dans un exemple de serveur d'applications, selon l'invention. - La figure 3 représente un diagramme temporel illustrant des échanges de messages entre les composants des réseaux et le serveur d'applications, représentés sur la figure 1, pour adapter la route suivie par les communications à destination d'un usager en fonction de la localisation de cet usager. - La figure 4 représente un diagramme temporel illustrant les échanges de messages à l'intérieur du réseau d'entreprise, pour les opérations de détection de présence des terminaux, dans un exemple de mise en oeuvre du procédé selon l'invention. - La figure 5 illustre une variante de mise en oeuvre du procédé selon 10 l'invention, dans le même exemple de réseau d'entreprise et de réseaux publics que sur la figure 1, mais pour un usager dont le second terminal téléphonique est un poste fixe. L'exemple représenté sur la figure 1 comporte - un réseau public de radiotéléphonie mobile, PLMN, de type GSM, 15 comportant des stations de base BS], BS2, BS3... , et un enregistreur de localisation nominal, HLR, et un enregistreur de localisation de visiteurs, VLR; - un réseau public de télécommunication, fixe et classique, PSTN, du type réseau numérique à intégration de services, par exemple; - un réseau de télécommunication fixe utilisant le protocole Internet, IPN, 20 qui est par exemple le réseau public Internet; - un réseau d'entreprise EN, comportant notamment -- un autocommutateur PABX, -- un réseau local sans fil, WLAN, conforme à la norme IEE 802.1 lb par exemple, ayant trois points d'accès radio API, AP2, AP, 25 desservant respectivement trois cellules CI, C2, C3; -- une passerelle GW reliant l'autocommutateur PABX et le réseau local sans fil WLAN; -- un serveur de présence PS conforme à l'invention - des terminaux bi-modes, tels que T2, pouvant être utilisés alternativement 30 dans le réseau public de radiotéléphonie mobile, PLMN, et dans le réseau local sans fil WLAN du réseau d'entreprise EN; - et un serveur d'applications, ASP, appartenant à un fournisseur de service d'applications, et permettant à des usagers de recevoir des appels via le réseau le plus adapté à la localisation de leurs terminaux respectifs, conformément à l'invention. Considérons tout d'abord un mode de mise en ceuvre particulier approprié pour les terminaux bi-modes tels que T2. Le serveur d'applications ASP modifie le fonctionnement du réseau public de radiotéléphonie mobile, PLMN, en modifiant les données inscrites dans le registre HLR de localisation nominale, et dans le registre VLR de localisation de visiteurs, quand le terminal bi-mode T2 entre ou sort de la zone de couverture des cellules C1, C2, C3 du réseau local sans fil WLAN. Le serveur d'applications ASP active un renvoi vers un numéro désignant le même terminal bi-mode T2 dans le réseau local sans fil WLAN, quand ce terminal bi-mode T2 est présent dans la zone de couverture du réseau local sans fil WLAN; puis désactive ce renvoi quand il n'est plus présent dans la zone de couverture du réseau local sans fil WLAN. Par exemple, quand la présence du terminal T2 a été détectée dans la cellule C2, parce qu'il s'est connecté au point d'accès AP2, le serveur ASP commande l'inscription dans les registres de localisation HLR et VLR d'un ordre de renvoi vers un numéro dit de renvoi, N WLAN 2, qui permet de joindre le terminal T2 via le réseau d'entreprise EN, au lieu de le joindre via le réseau 10 radiotéléphonique public PLMN. Ensuite, si un poste téléphonique classique, POT, du réseau fixe public PSTN, appelle le terminal T2 en composant le numéro, N GSM 2, qui désigne ce terminal dans le réseau radiotéléphonique public PLMN, les registres de localisation HLR et VLR commandent le renvoi vers le numéro de renvoi, N WLAN 2. 15 L'autocommutateur PABX établit une connexion classiquement jusqu'au terminal T2, via la passerelle GW qui convertit des trames de type MIC (Modulation à Impulsions Codées) en paquets de données de type protocole Internet; et via le point d'accès radio AP2 du réseau local sans fil WLAN. Selon un premier mode de réalisation, le serveur d'applications ASP 20 commande l'activation ou la désactivation d'un renvoi, en envoyant au réseau public de radiotéléphonie PLMN un message conforme au protocole MAP, qui fait partie des normes GSM. Ce message contient: - un identificateur de terminal appelé IMSI (International Mobile Subscriber Identifier) dont un champ est constitué par le numéro de téléphone de l'usager dans le réseau public PLMN, ou un identifiant temporaire appelé TMSI (Temporary Mobile Subscriber Identifier) propre au terminal TI; - un numéro de renvoi constitué par le numéro de téléphone de l'usager dans le réseau local WLAN, lorsqu'il utilise un terminal bi-mode; - et une commande d'activation ou de désactivation de renvoi. Ce message est transmis sur une ligne téléphonique classique au moyen de deux modem situés aux deux extrémités de la ligne. Grâce à l'utilisation du protocole MAP, aucune modification n'est nécessaire dans le réseau PLMN pour permettre la mise en oeuvre du procédé selon l'invention. Il suffit que le serveur 10 d'applications ASP ait un droit d'accès aux registres de localisation HLR et VLR du réseau PLMN (par un contrat entre l'opérateur du serveur ASP et l'opérateur du réseau PLMN). Selon un autre mode de réalisation, le serveur d'applications ASP envoie au réseau public de radiotéléphonie PLMN un message de type SMS (Short Message 15 System, tel que défini dans la norme GSM), en incluant dans ce message les mêmes informations que ci-dessus. Ainsi le serveur d'application ASP est vu par le réseau PLMN comme un terminal de type GSM envoyant un message de type SMS pour commander le renvoi des appels adressés à ce terminal. Le message est transmis sur une ligne téléphonique classique au moyen de deux modem situés aux 20 deux extrémités de la ligne. Grâce à l'utilisation de messages de type SMS, aucune modification n'est nécessaire dans le réseau PLMN pour permettre la mise en ceuvre du procédé selon l'invention. Le serveur d'applications ASP comporte des moyens logiciels pour exécuter l'une des procédures décrites ci-dessus, et contient une table TA qui mémorise les 25 informations nécessaires. La figure 2 représente un exemple de réalisation de cette table TA, dans le cas de terminaux bimodes. Cet exemple comporte une ligne par usager autorisé à bénéficier du service permettant la sélection du réseau le plus approprié. Chaque ligne est repérée par un identifiant permettant de distinguer les usagers. Cet identifiant est fourni à la station de base par le terminal et est constitué par exemple d'une adresse physique attribuée par le fabriquant de ce terminal. Mais ce n'est pas la seule possibilité, par exemple le nom de l'utilisateur peut-être utilisé. Par exemple, pour l'usager d'un terminal bi-mode Tm, une ligne contient: - I' identifiant Ad.MACm, fourni par le terminal Tm et permettant d'identifier l'usager; - l'identifiant IMSI (International Mobile Subscriber Identifier) propre au terminal Tm, et qui est constitué essentiellement du numéro de téléphone N'GSMm de ce terminal Tm dans le réseau de radiotéléphonie public PLMN, ou l'identifiant temporaire TMSI (Temporary Mobile Subscriber Identifier) propre au terminal TI; - un numéro de téléphone N0WLANm propre au terminal Tm dans le réseau local WLAN; - et un indicateur PRESm ayant une valeur binaire qui indique la localisation du terminal Tm, en traduisant la présence ou l'absence de ce terminal dans la zone de couverture du réseau local WLAN. La table TA comporte deux parties: - Une partie NAA qui est accessible par un administrateur ENA du réseau 10 d'entreprise EN pour y inscrire les trois premières informations ci- dessus, quand un nouvel usager est autorisé à bénéficier du service de sélection automatique du réseau le plus adapté à sa localisation; et inversement, pour effacer ces informations quand un usager n'est plus autorisé. - Une partie PSA qui est accessible par le serveur de présence PS du réseau 1 5 d'entreprise EN, pour y inscrire et mettre à jour l'indicateur de présence / absence chaque fois que le serveur de présence PS constate l'entrée ou la sortie d'un usager, parmi ceux autorisés à bénéficier du service de sélection automatique du réseau le plus adapté à sa localisation. L'administrateur ENA et le serveur de présence PS téléchargent ces 20 informations dans la table TA via le réseau Internet IPN. Considérons le cas d'un usager qui utilise deux terminaux mobiles distincts: un terminal spécifiqueTi pour le réseau public PLMN et un terminal Tp spécifique pour le réseau local WLAN. La ligne de la table TA correspondant à cet usager contient (Figure 2): - I' identifiant Ad.MACp, fourni par le terminal Tp et permettant d'identifier l'usager; l'identifiant IMSI (International Mobile Subscriber Identifier) propre au terminal Tl, et qui est constitué essentiellement du numéro de téléphone N'GSM1 de ce terminal Tl dans le réseau de radiotéléphonie public PLMN; ou l'identifiant temporaire TMSI (Temporary Mobile Subscriber Identifier) propre au terminal Tl; - un numéro de téléphone N0WLANp propre au terminal Tp dans le réseau local WLAN; - et un indicateur PRESp ayant une valeur binaire qui indique la localisation du terminal Tp, en traduisant la présence ou l'absence de ce terminal dans la zone de couverture du réseau local WLAN. Le cas d'un usager utilisant en outre au moins un poste fixe sera traité plus loin. poste La figure 3 représente un diagramme temporel illustrant des échanges de 10 messages entre les divers composants des réseaux représentés sur la figure 1, et le serveur d'applications ASP, lors de l'entrée d'un terminal bi-mode T2 dans la cellule C2 desservie par le point d'accès radio AP2 du réseau local sans fil WLAN: 1) Le terminal T2 entre dans la cellule C2. Il détecte la présence du point d'accès AP2 et bascule dans le mode fonctionnement correspondant au réseau 15 local sans fil WLAN. 2) Il envoie au point d'accès AP2 un message contenant son adresse physique Ad. MAC2. 3) Le point d'accès AP2 mémorise cette adresse physique Ad. MAC2. 4) Le serveur de présence PS interroge périodiquement les points d'accès 20 radio, API, A2, AP3, selon un procédé décrit plus loin, pour capturer les adresses physiques des terminaux actuellement présents dans la zone de couverture du réseau sans fil WLAN. Il comporte une table PT dite de présence, qui mémorise d'une part des adresses physiques, et d'autre part des indicateurs de présence/absence respectivement pour chacun des terminaux qui sont autorisés à bénéficier du service. Il met à jour les valeurs des indicateurs dans cette table PT au 5 fur et à mesure de l'arrivée des adresses physiques des terminaux actuellement présents. 6) Chaque fois qu'il met à jour une valeur d'indicateur de présence/absence, le serveur de présence PS envoie un message au serveur d'application ASP pour mettre à jour la table TA. Dans cet exemple, ce message 10 contient l'adresse physique Ad. MAC2, et une valeur d'indicateur de présence /absence PRES2 indiquant une présence du terminal T2. 7) Le serveur d'application ASP met à jour la table TA en recherchant la ligne qui contient l'adresse physique Ad. MAC2 pour y inscrire la nouvelle valeur de l'indicateur de présence/absence, et pour y lire l'identifiant IMSI N'GSM2 du 15 terminal T2 dans le réseau PLMN, ainsi que le numéro de renvoi constitué par le numéro N0WLAN2 de ce terminal T2 dans le réseau local WLAN. 8) Le serveur d'application ASP envoie un message aux enregistreurs de localisation HLR et VLR du réseau public PLMN pour commander un renvoi des appels destinés au terminal T2. Ce message contient: l'identifiant IMSI N'GSM2 et 20 le numéro de renvoi N0WLAN2 lus dans la table TA, et un ordre d'activation de renvoi. 9) La fonction de renvoi devient active dans le réseau public PLMN. Pour qu'un usager puisse recevoir des appels via le réseau le plus adapté à sa localisation, il faut détecter que son terminal bi-mode, ou son terminal 25 spécifique, entre ou sort d'un réseau local sans fil, de manière rapide et fiable. On connaît des protocoles de gestion de réseau local sans fil permettant de détecter la présence d'un terminal. Ils permettent à une unité centrale de collecter des informations sur l'ensemble d'un réseau local sans fil, et de les exploiter. Ils sont satisfaisants pour signaler qu'un terminal a été mis en service ou a été mis hors 30 service. Par contre, il ne sont pas satisfaisants lorsqu'un terminal entre et sort fréquemment de la zone de couverture d'un point d'accès, parce qu'il se déplace en bordure de la zone de couverture du réseau local sans fil. Lors de chaque entrée et de chaque sortie d'un même terminal, le point d'accès radio qui est en liaison avec ce terminal envoie une suite de messages à 5 l'entité centrale, et ces messages continuent à être envoyés pendant quelques secondes après que le terminal soit définitivement entré ou sorti de la zone de couverture. Ces messages sont contradictoires entre eux car ils indiquent alternativement des entrées et sorties. Les points d'accès radio actuels sont incapables de filtrer ces messages. La détection de présence n'est donc pas fiable l O quand un terminal est en bordure de la zone de couverture d'un réseau local sans fil. Ce n'est donc pas un moyen satisfaisant pour choisir automatiquement le réseau le plus approprié en fonction de la localisation d'un terminal. La figure 4 illustre un mode de mise en oeuvre préféré du procédé selon l'invention, en ce qui concerne la détection de présence des terminaux, tels que T2, 15 dans la zone de couverture Cl, C2, C3 du réseau local sans fil WLAN. Elle représente les échanges de messages entre le serveur de présence PS, le point d'accès AP2 pris à titre d'exemple, et le serveur d'applications ASP. Les messages échangés sont conformes au protocole SNMP (Simple Network Management Protocol), qui est couramment utilisé pour la gestion des réseaux locaux sans fil. - Le serveur de présence SP envoie un message NR à chaque point d'accès radio API, AP2, AP3, successivement et à intervalles réguliers, pour lui demander une indication n du nombre de terminaux actuellement présents dans la zone couverte par ce point d'accès. Chaque point d'accès radio, tel que AP2, répond en envoyant un message contenant le nombre n des terminaux présents dans la zone 25 qu'il couvre. - Sachant ce nombre n, le serveur de présence SP envoie ensuite, pour chaque point d'accès radio APi, AP2, AP3, successivement, une suite de n messages AR]., ARn; et chaque message demandant à ce point d'accès d'envoyer une seule adresse physique de terminal présent. Le point d'accès 30 considéré répond à chaque demande par un message contenant chaque fois une adresse non encore envoyée. Il envoie donc n messages distincts contenant respectivement les adresses physiques Ad. MAC1, ..., Ad. MACn des n terminaux actuellement présents dans la zone couverte par ce point d'accès. - Le serveur de présence SP enregistre ces adresses dans la table de présence PT, et compare chaque adresse avec celles précédemment reçues, afin de détecter les terminaux récemment entrés et les terminaux récemment sortis. - Le serveur de présence SP envoie ensuite au serveur d'applications ASP un message SOAP contenant les adresses physiques Ad. MACi, ... des terminaux récemment entrés et les terminaux récemment sortis, avec les indicateurs de présence/absence PRESi correspondant, pour mettre à jour la table TA du serveur 10 d'application ASP. Le serveur de présence PS procure une détection de présence fiable parce qu'il repose sur une interrogation des terminaux, faite par chaque point d'accès radio mais déclenchée à l'initiative de ce serveur PS. Cette interrogation est donc déclenchées indépendamment des entrées et sorties de terminaux dans la zone de 15 couverture. La détection n'est donc pas perturbée par un trop grand nombre d'entrées et sorties, puisque ce ne sont plus des événements déclencheurs de la procédure de détection de présence. Un tel fonctionnement du serveur de présence PS est nécessaire pour une détection fiable de la présence parce que les points d'accès radio actuels ne 20 vérifient pas la localisation d'un terminal sur une certaine durée. Si, dans le futur, il existe des points d'accès radio réalisant une détection de présence plus fiable, le procédé selon l'invention pourra être appliqué sans recourir à la procédure décrite ci- dessus en se référant à la figure 4. Le serveur de présence PS obtiendra alors, en provenance des points d'accès, des informations de présence immédiatement 25 exploitables. La figure 5 illustre une variante de mise en oeuvre du procédé selon l'invention, dans le même exemple de réseau d'entreprise et de réseaux publics que sur la figure 1, mais pour un usager dont le second terminal téléphonique est un poste fixe T4. En effet cet usager dispose: - d'un terminal téléphonique mobile T] spécifique GSM, - d'un terminal mobile T3 spécifique pour le réseau local WLAN, mais sans fonctions téléphoniques (par exemple: un assistant numérique personnel ayant une interface radio), - et d'un terminal téléphonique fixe T4, relié à l'autocommutateur PABX par un fil. Selon cette variante de mise en ceuvre, le terminal T3 est utilisé pour détecter la présence de l'usager non seulement dans la zone de couverture du réseau local WLAN mais en outre pour déterminer dans quelle cellule parmi les cellules CI, C2, C3. Si l'usager est dans la cellule Cl, les appels qui lui sont destinés sont renvoyés 10 vers le terminal fixe T4. Si l'usager est dans la cellule C2, les appels qui lui sont destinés sont renvoyés vers le terminal fixe T5. Si l'usager est dans la cellule C3, les appels qui lui sont destinés sont renvoyés vers le terminal fixe T6. Le serveur de présence PS mémorise dans sa table PT cette information supplémentaire. Il informe le serveur d'application ASP chaque fois qu'il constate 15 un changement de cellule, ou une sortie du réseau local WLAN. L'indicateur de présence / absence PRESi n'a plus une valeur binaire. Il est constitué de plusieurs bits pour coder toutes les localisations possibles, plus l'absence. Dans la table TA, le champ contenant un numéro de renvoi N0WLANi est remplacé par un champ pouvant contenir trois numéros de renvoi correspondant respectivement aux postes 20 fixes T4, T5, T6. Le serveur d'application ASP commande un nouveau renvoi chaque fois que le serveur de présence PS lui envoie un message indiquant un changement de cellule, et le numéro de renvoi est le numéro de poste fixe correspondant à la nouvelle cellule, celle-ci étant indiquée par la nouvelle valeur de l'indicateur PRESi. Selon une variante de mise en oeuvre, la table TA peut être située hors du serveur d'applications ASP. Elle peut être découpée en plusieurs parties correspondant respectivement à des entreprises distinctes. Chaque partie est alors mémorisée dans un serveur situé dans une entreprise différente, et le serveur d'applications ASP utilise alors le protocole LDAP (Light Directory Application 30 Protocol) pour exploiter cette table répartie. REVENDICATIONS: 1) Procédé permettant à un usager mobile passant d'un réseau public de télécommunication sans fil (PLMN) à un réseau local sans fil (WLAN), ou 5 inversement, de recevoir des appels via le réseau le plus adapté à sa localisation; cet usager ayant un terminal (TI) au moins apte à se connecter à ce réseau public de télécommunication sans fil (PLMN) ; caractérisé en ce qu'il consiste à: - déterminer si un terminal (T2) de l'usager, apte à se connecter au réseau local sans fil (WLAN) , est présent ou absent dans la zone de couverture du réseau local 10 sans fil (WLAN); - et activer un renvoi vers au moins un numéro de renvoi prédéterminé, quand ce terminal est présent dans la zone de couverture du réseau local sans fil (WLAN); puis désactiver ce renvoi quand il n'est plus présent dans la zone de couverture du réseau local sans fil (WLAN). 2) Procédé selon la revendication 1, caractérisé en ce que pour activer puis désactiver un renvois, il consiste à: - inscrire dans une table (TA), pour chaque usager autorisé à recevoir des appels via le réseau le plus adapté à sa localisation: -- un numéro (N'GSMm) propre au terminal (TI; T2) au moins apte à se connecter au réseau public de télécommunication sans fil (PLMN) et permettant de l'appeler dans le réseau public de télécommunication sans fil (PLMN), -- au moins un numéro de renvoi (N0WLANm) 25 -- et un indicateur de présence dans le réseau local (PRESm), propre à cet usager; - envoyer au réseau public (PLMN) un message d'activation de renvoi contenant ces deux premières information (N'GSMm, N0WLANm) lorsque le terminal (T2; T3) apte à se connecter au réseau local sans fil (WLAN) devient présent dans la zone de 30 couverture du réseau local sans fil (WLAN); - puis envoyer au réseau public (PLMN) un message de désactivation de renvoi, contenant le numéro (N GSM m) propre au terminal (T1; T2) au moins apte à se connecter au réseau public de télécommunication sans fil (PLMN) et permettant de l'appeler dans le réseau public de télécommunication sans fil (PLMN), lorsque le 5 terminal (T2; T3) apte à se connecter au réseau local sans fil (WLAN) n'est plus présent dans la zone de couverture du réseau local sans fil (WLAN). 3) Procédé selon la revendication 1, caractérisé en ce que pour déterminer si un terminal (T2) de l'usager est présent ou absent dans la zone de couverture du 10 réseau local sans fil (WLAN) il consiste, chaque fois, à: - demander (NR) successivement à chaque point d'accès radio (AP1, AP2, AP3) du réseau local (WLAN) le nombre n de terminaux présents dans sa zone de couverture; - puis demander (AR1, ..., ARn) à chaque point d'accès radio (AP1, AP2, 15 AP3) du réseau local sans fil (WLAN), un identifiant (Ad. MACm) propre à un terminal, pour chacun des n terminaux présents dans sa zone de couverture; - enregistrer ces identifiants puis les comparer avec des identifiants précédemment enregistrés, pour en déduire quels sont les terminaux qui sont devenus présents et ceux qui sont devenus absents. 20 4) Procédé selon la revendication 1, caractérisé en ce qu'un numéro de renvoi correspond à un terminal du réseau local sans fil (WLAN). 5) Procédé selon la revendication 1, caractérisé en ce qu'un numéro de 25 renvoi correspond à un terminal d'un réseau fixe (EN) 6) Serveur d'applications (ASP), pour la mise en ceuvre du procédé selon la revendication 1, caractérisé en ce qu'il comporte des moyens pour: envoyer à un réseau public de télécommunication sans fil (PLMN) un 30 message d'activation de renvoi contenant: -- un numéro (N'GSMm) propre à un terminal (TI; T2) au moins apte à se connecter au réseau public de télécommunication sans fil (PLMN) et permettant de l'appeler dans le réseau public de télécommunication sans fil (PLMN), -- et au moins un numéro de renvoi (N0WLANm) lorsque terminal (T2; T4) apte à se connecter au réseau local sans fil (WLAN) devient présent dans la zone de couverture du réseau local sans fil (WLAN); - et envoyer au réseau public de télécommunication sans fil (PLMN) un i O message de désactivation de renvoi contenant le numéro (N'GSM m) propre au terminal (TI; T2) au moins apte à se connecter au réseau public de télécommunication sans fil (PLMN) et permettant de l'appeler dans le réseau public de télécommunication sans fil (PLMN), lorsque le terminal (T2; T3) apte à se connecter au réseau local sans fil (WLAN) n'est plus présent dans la zone de 15 couverture du réseau local sans fil (WLAN). 7) Serveur d'applications (ASP), selon la revendication 6, caractérisé en ce les moyens pour envoyer à un réseau public de télécommunication sans fil (PLMN) un message d'activation de renvoi comportent une table (TA) comportent, pour 20 chaque usager autorisé à recevoir des appels via le réseau le plus adapté à sa localisation: - un numéro (N'GSMm) propre à un terminal (Tl; T2) au moins apte à se connecter au réseau public de télécommunication sans fil (PLMN) et permettant de l'appeler dans le réseau public de télécommunication sans fil 25 (PLMN), - et au moins un numéro de renvoi (N0WLANm). 8) Serveur d'applications (ASP), selon la revendication 7, caractérisé en ce les moyens pour envoyer à un réseau public de télécommunication sans fil 30 (PLMN) un message d'activation de renvoi comportent: - une table (TA) comportant, pour au moins un usager, plusieurs numéros de renvoi; et des moyens pour sélectionner un de ces numéros de renvoi en fonction d'une information désignant une cellule parmi plusieurs cellules (Cl, C2, C3) du réseau local sans fil (WLAN). 9) Serveur de présence (PS), pour la mise en oeuvre du procédé selon la revendication 1, caractérisé en ce que pour déterminer la localisation d'un usager dans la zone de couverture d'un réseau local sans fil (WLAN), il comporte l O des moyens pour: - obtenir (NR) successivement de chaque point d'accès radio (API, AP2, AP3) d'un réseau local (WLAN) le nombre de terminaux présents dans sa zone de couverture; - puis, pour chaque point d'accès radio (AP2) du réseau local sans fil 15 (WLAN), obtenir de ce point d'accès n fois un identifiant (Ad. MACm) propre à un terminal, n étant le nombre des terminaux (T2) présents dans la zone de couverture de ce point (AP2); - et recevoir puis enregistrer ces identifiants (Ad. MACm), et les comparer avec des identifiants précédemment enregistrés, pour en déduire quels sont les 20 terminaux qui sont devenus présents et ceux qui sont devenus absents dans la zone de couverture du réseau local sans fil (WLAN) . 10) Serveur de présence (PS), selon la revendication 9, caractérisé en ce qu'il comporte en outre des moyens pour inscrire dans une table (TA) d'un serveur 25 d'application (ASP) une information de localisation pour tous les usagers dont la localisation a changé.