FR 2807597 A1 20011012 FR 0004666 A 20000411 Procédé de gestion de la mobilité de combinés au sein d'un réseau de télécommunication sans fil. L'invention se rapporte à un procédé de gestion de la mobilité d'un combine appartenant à un réseau de télécommunication sans fil. Elle a pour contexte un réseau de télécommunication faisant intervenir un système de type DECT ( Digital European Cordless Telecommunication ), qui utilise des liaisons type Internet pour transporter entre différents éléments réseau des informations relatives à la voix. Dans ce contexte particulier, l'invention permet à un utilisateur de se déplacer avec son combiné téléphonique tout en maintenant disponible l'ensemble des services offerts à un utilisateur qui resterait immobile. En particulier, grâce à l'invention, un utilisateur d'un combiné peut passer d'une zone couverte par une première unité de base du systeme de télécommunication sans fil à une autre zone couverte par une deuxième unité de base de ce système de télécommunication, tout en conservant les prophètes du réseau considéré et une bonne qualité de communication. liaisons Internet sont des moyens de communication dont l'utilisation devient de plus en plus fréquente. Une liaison Internet permet à deux entités d'échanger des données, à condition que ces deux entités possèdent une adresse interprétable par un protocole de communication organisant la communication sur cette liaison. De telles adresses sont appelées des adresses IP (Internet Protocol). Afin de permettre le transfert de donnees relatives à la voix sur une liaison Internet, et afin d'assurer différents services attachés au transport de la voix, différents protocoles de communication ont été mis en place. des premiers protocoles développés fut le protocole H323 qui permettait notamment de résoudre un problème de conversion entre un numéro de téléphone, composé par une entité à une des extrémites d'une liaison Internet, et une adresse IP de l'entité que l'on tente de joindre. Par exemple, dans ce type de protocoles, un terminal émetteur qui souhaite entrer en communication avec un autre terminal destinataire, dont il ne connaît qu'un numéro de téléphone, envoie à un serveur central du réseau auquel appartiennent les terminaux une requête d'établissement de communication accompagnée du numéro téléphone. Le serveur central interprète alors le numéro de téléphone au moyen d'une base de données afin de déterminer l'adresse IP du terminal destinataire correspondant à ce numéro de teléphone. Le serveur central est alors en mesure de contacter le terminal destinataire, et les deux équipements terminaux peuvent alors se mettre en relation pour échanger des données. Ce type de protocoles correspond a une mise à niveau des protocoles utilisés dans réseau numérique à intégration de service (RNIS) pour pouvoir les adapter sur des liaisons Internet. Par suite, d'autres protocoles sont apparus. Plus particulierement, les protocoles MGCP et MEGACO (respectivement Media Gateway Control Protocol et MEdia GAteway COntrol dans la littérature anglaise), qui sont des protocoles signalisation pour effectuer des transferts de données relatives à la voix sur des liaisons Internet, ont été développés. Les différences essentielles entre le protocole MGCP et le protocole MEGACO résident dans la syntaxe des requêtes. Dans le protocole MGCP, le serveur central est appelé agent d'appel (Call Agent ) et les équipements clients sont appelés points d'accès (Gateway ou Média Gateway) ; dans le protocole MEGACO, le serveur central est appelé contrôleur de point d'accès média ( Media Gateway Controller), et les équipements clients sont appelés points d'acces média (média Gateway). Un point d'accès dans ce type de réseau désigne soit un terminal associé à un combiné , soit une liaison entre le réseau Internet et un autre réseau téléphonique tel qu'un réseau GSM, un réseau DECT ou le réseau téléphonique classique commuté qu'il soit numérique ou analogique. Ces protocoles sont dit orientés maître/esclave : cela signifie que les équipements terminaux clients reçoivent des commandes serveur central, qui les informe notamment quant à la liste des événements qu'ils doivent observer. Quand un des équipements terminaux détecte de ces événements, il transmet un message de notification au serveur pour lui signifier l'observation de cet événement. La communication entre les équipements clients du réseau et le serveur central du réseau s'effectue par un échange de requêtes émises sous forme de données binaires. La liste des événements à observer peut être constituée d'événements du type détection du décroché d'un combiné, détection de la numérotation sur un combiné, détection de la composition d'une expression régulière pour determiner quand un numéro de téléphone est complet serveur peut imposer au client qu'un numéro est considéré comme complet lorsqu'il fait par exemple 4 chiffres, ou lorsqu'il commence par 00... Toute l'intelligence tel réseau de communication géré par ce type protocoles est donc concentrée dans le serveur. Le serveur envoie vers le client tous les messages nécessaires pour créer une connexion. Par exemple, pour établir un appel, une dizaine de messages doivent être envoyés depuis le serveur vers le client. L'équipement client se contente d'émettre vers serveur central des messages de notification relatant l'observation de certains événements. L'intérêt d'un tel système est que pour proposer des services supplémentaires, seul le serveur est à modifier. Le terminal est un elément passif du réseau. Pour enrichir le système de communication, il suffit d'augmenter les capacités et de diversifier les services au sein du serveur. Les points d'accès qui sont adressés selon ces protocoles peuvent être de deux types : on trouve tout d'abord les points d'accès dit résidentiels (Residential Gateway). Ils sont constitués par un terminal disposant éventuellement de plusieurs liaisons de communication, chacune de ces liaisons aboutissant à un unique abonné. Les protocoles définissent la notion de point d'aboutissement ( End Point) ; un point d'aboutissement correspond à un canal de communication raccordé sur le point d'accès. Ainsi, un point d'accès disposant de quatre liaisons possède quatre points d'aboutissement. Dans ce cas, à partir de l'adresse IP du point d'accès, on peut accéder à quatre points d'aboutissement. Le format d'adresse qui permet d'accéder à ces points d'aboutissements doit pouvoir contenir simultanément l'adresse IP du point d'accès et le nom du point d'aboutissement. Quand on adresse un point d'aboutissement, on aboutit inévitablement à un utilisateur qui est toujours sur le meure point d'accès. Il existe également les points d'accès dits non résidentiels (Trunking Gateway). Dans ce cas, un point d'aboutissement est une ligne vers l'extérieur du reseau. II faut alors donner un numéro de téléphone à composer sur la ligne pour atteindre véritablement son correspondant . L'objet du brevet a pour cadre un réseau de télécommunication possédant des liaisons sur lesquelles les échanges de données sont gérés par les protocoles MGCP ou MEGACO. Les transferts de données relatives à la voix sur des liaisons Internet sont ainsi possibles. L'invention traite essentiellement le cas où les points d'aboutissements sont des combinés d'un système du type DECT. Les points d'accès sont alors constitués par des unités de base, ou bases DECT qui sont reliées à un réseau d'entreprise, ou réseau de données. Cependant, les protocoles signalisation qui permettent de transporter des signaux relatifs à la voix sur des liaisons de type Internet, tels que le protocole MGCP et le protocole MEGACO qui viennent d'être décrits, ne prévoient pas de procédé pour gérer la mobilité des combinés au sein du réseau. Ainsi, lorsqu'on utilise un réseau de télécommunication sans fil de type DECT dans lequel le serveur de données est relié au différentes unités de base par des liaisons Internet, dans lequel ce sont les protocoles MGCP et MEGACO qui sont utilisés et lorsqu'un combiné passe d'une première zone géographique couverte une première unité de base à une deuxième zone géographique couverte par une deuxième unité de base, l'utilisateur du combiné ne peut plus communiquer sur le réseau. Cela limite fortement l'intérêt et les capacités tel réseau. Le procédé selon l'invention permet de pallier le problème qui vient d'être exposé. A cet effet, l'invention propose une extension des protocoles existants dans le but de disposer moyens pour gérer à l'aide de requêtes circulant entre le serveur de données et de différentes unités de base du réseau la mobilité des combinés réseau. L'extension des protocoles permet de redéfinir une étape d'enregistrement des combinés dans les systèmes de communication, une étape de demande de localisation de ce combiné, une étape de localisation d'initialisation de ce combiné. En outre, selon l'invention, les requêtes circulant entre les différents éléments du réseau de télécommunication et qui permettent de gérer la mobilité des combinés reposent sur des instructions qui sont déjà définies et utilisées dans ces protocoles de communication. L'invention définit ainsi un nouvel ensemble d'événements pour la gestion de la mobilité des combinés, notamment en détournant, en modifiant le sens d'une instruction qui existait déjà dans les protocoles considérés pour signifier un autre événement. L'invention concerne donc un procédé de gestion de la mobilité d'un combiné appartenant à un réseau de télécommunication sans fil, ledit réseau faisant intervenir notamment un serveur central , un serveur de mobilité et un ensemble d'unités de base auxquelles sont rattachés ou plusieurs combinés, chaque combiné pouvant évoluer d'un rattachement à une première unite de base à un rattachement à une deuxième station de base, le serveur central et les unités de base communiquant selon protocole de type maître/esclave, caractérisé en ce qu'il comporte les étapes consistant à: - détecter sur la première unité de base une requête d'enregistrement d'un combiné - transmettre une requête de notification d'enregistrement depuis la première unite de base vers le serveur de mobilité connecté au serveur central; - mettre à jour une base de données du serveur de mobilité en associant dans la base de données une information d'identification désignant le combiné ayant émis la requête d'enregistrement et une information de localisation désignant la deuxième unité de base; - détecter sur la deuxième unité de base une requête demande de localisation du combiné sur cette deuxième base; - émettre une requête de transmission de clé secrète entre le serveur de mobilité et la deuxième unité de base en vue d'une authentification du combiné; - transmettre une requête de confirmation de localisation depuis la deuxième unite de base vers le serveur de mobilité; - transmettre depuis le serveur de mobilité vers le serveur central une requête signifiant que le combiné a émis une requête de confirmation de localisation sein du réseau de télécommunication ; - transmettre depuis le serveur central vers la deuxième unité de base un ensemble requêtes de réinitialisation. En outre, la requête de demande de localisation est emise sous la forme d'une requête de demande de réinitialisation. Le procédé selon l'invention peut être mis en oeuvre indifféremment au moyen du protocole MGCP ou du protocole MEGACO. Le procédé selon l'invention propose par ailleurs l'utilisation d'une clé numérique secrète associée à chaque information d'identification contenue dans la base de données du serveur de mobilité. Cette clé numérique secrète est utilisée notamment dans l'étape d'authentification du combiné. Les différentes requêtes entre les unités de base, le serveur central et le serveur de mobilité sont transmises par des liaisons Internet. Par ailleurs, les requêtes utilisées qui interviennent dans la mise en oeuvre du procédé selon l'invention ont une syntaxe particulière qui fait cependant appel à des instructions de commande déjà utilisées dans protocoles MGCP et MEGACO gérant les communications, et qui ne sont donc pas necessairement spécifiques à la mise en oeuvre du procédé selon l'invention. Dans certains modes de réalisation, le serveur de mobilité 7 et serveur central 1 peuvent être remplacés par un serveur unique remplissant l'ensemble fonctions. L'invention est ses différentes applications seront mieux comprises a la lecture de la description qui suit et à l'examen des figures qui l'accompagnent. Celles-ci ne sont présentées qu'à titre indicatif et nullement limitatif de l'invention. Les figures montrent -à la figure 1, un schéma-bloc représentant de façon simplifiée une situation ou la mobilité d'un combiné est à gérer; -à la figure 2, une représentation détaillée des différents événements intervenant pour gérer la mobilité d'un combiné au sein du réseau de télécommunication, chaque événement étant associé à une requête transmise par ou vers le serveur de mobilité, une unité de base, ou le serveur central. A la figure 1, un serveur central 1 permet de gérer notamment un système de télécommunication sans fil de type DECT qui fait notamment intervenir une première unité de base 2 et une deuxième unité de base 3. La première unité de base 2 possède une zone de couverture 4 limitée dans l'espace. La deuxième unité de base 3 possède une zone de couverture 5 également limitée dans l'espace. D'une façon générale, les zones couverture de tels systèmes sont définies de telle sorte que leur recouvrement soit minimal et que la surface totale couverte soit maximale. Un serveur de mobilité 7 est connecté aux différentes unités de base 2 d'une part, et au serveur central 1 d'autre part. Les connexions entre le serveur de mobilité, le serveur central et les différentes unités de base assurent échanges de données qui sont régis par le protocole MGCP le protocole MEGACO. Ces connexions peuvent être notamment des liaisons I nternet. combiné téléphonique mobile 6 appartient à un utilisateur du I réseau télécommunication. Le combiné 6 communique avec les bases 2 et 3 selon un protocole défini dans le système DECT. L'utilisateur accompagné de son combiné 6 est susceptible de passer de la première zone couverture 4 à la deuxième zone de couverture 5. Sans la mise en ceuvre du procédé selon l'invention, il ne pourrait plus être joint via le réseau de télécommunication auquel appartiennent les unités de base 2 et 3, la gestion de la mobilité n'étant initialement pas prévue dans protocoles MGCP et MEGACO. Selon l'invention, le serveur de mobilité 7 comporte en outre une base de données 8 contenant plusieurs champs. Un premier champ de la base de données 8 peut comporter une information d'identification permettant de désigner de façon unique un combiné parmi l'ensemble combinés du réseau de télécommunication. A l'information d'identification contenue dans le champ A est associée dans un champ B une information dite d'authentification qui se présente sous la forme d'une clé numérique secrète et spécifique au combiné défini sur la même ligne de la base données 8. Une information de localisation, associée à l'information d'authentification et à l'information d'identification d'un combiné, est mémorisée dans un champ C. L'information de localisation permet de déterminer la derniere unité de base à laquelle sur été enregistré le combiné considéré. La base de données 8 du serveur de mobilité 7 peut eventuellement contenir d'autres informations : elle peut notamment renseigner le système de télécommunication en lui indiquant si un combiné donné est susceptible d'être joint au moyen d'un autre réseau de télécommunication, par exemple de type GSM. Dans le cas d'un combiné bi-mode, c'est à dire susceptible d'être joint par exemple via un système DECT ou un réseau GSM, le serveur central peut tenter dans un premier temps de joindre un combiné via la dernière unité de base du réseau DECT associée au combiné. En cas d'échec le serveur central peut émettre une information vers le correspondant qui souhaite contacter le combiné, indiquant que ce combiné peut être joint par le réseau GSM. la figure 2, les différentes requêtes circulant entre le serveur central 1, le serveur de mobilité 7 et les unités de base 2 et 3 sont représentées. Des axes temporels 20, 21 et 22 sont respectivement associés au serveur central , au serveur de mobilité 7 et aux unités de base 2 et 3. Ces axes temporels permettent de représenter dans l'ordre chronologique les différentes requêtes émises ou reçues par les différents éléments du réseau de télécommunication, chaque requete correspondant à une étape du procédé selon l'invention. Les requêtes sont symbolisées par des flèches horizontales qui vont d'un premier axe temporel à un deuxième axe temporel. Pour gérer la mobilité combinés dans un réseau de télécommunication faisant intervenir système de type DECT, il faut centraliser la gestion des combinés mobiles. Dans l'invention, cette centralisation est effectuée au sein du serveur de mobilité 7. Dans certaines réalisations, il est cependant possible que le serveur de mobilité soit inclus dans le serveur central 1. Parmi les différents événements à observer, on trouve notamment une étape d'enregistrement du combiné : lorsque l'on ajoute un combiné dans le réseau de télécommunication, il faut fournir sa description au serveur en charge de la mobilité. Ceci peut se faire soit par configuration directe du serveur de mobilité 7, via une interface de configuration de ce serveur, soit un message envoyé par un point d'accès au serveur. Intervient alors étape d'authentification du combiné: avant d'autoriser un combiné à communiquer sur le réseau, il faut vérifier son identité. Ensuite intervient l'étape de localisation des combinés : il faut savoir en permanence où sont les combinés, c'est à dire quel est le point d'accès radio à utiliser pour dialoguer avec ce combiné. Sur la figure 2, trois principales phases sont représentées: une phase d'enregistrement 23 d'un combiné, une phase de localisation 24 du combiné, et une phase d'initialisation 25 du combiné. La phase de l'enregistrement d'un combiné comporte un premier événement 230 qui consiste à enregistrer au sein de la première unité de base 2 le combiné sous la forme d'une référence 231 et d'une clé secrète 232. A cet effet, la première unite de base 2 est mise dans un état d'enregistrement, d'acceptation d'un nouveau combiné, par exemple par appui sur une touche de l'unité de base 2, ou par envoi d'un message d'administration depuis le serveur central 1. II faut ensuite mettre le combiné à enregistrer en recherche de point d'accès. Le combiné va alors s'inscrire auprès d'un point d'accès détecté, constitué par la première unité de base 2 qui détecte alors une requête d'enregistrement du combiné. Une requête 233 est alors envoyée depuis l'unité de base où s'est produit l'enregistrement vers le serveur de mobilité 7. Cette requête notifie au serveur de mobilité 7 l'enregistrement d'un nouveau combiné; elle comporte notamment deux paramètres qui sont une information d'identification du combiné enregistré accompagné de sa clé numérique secrète, et le numéro de la base auprès de laquelle il à été enregistré. Cette requête est appelée requete de notification d'enregistrement. La base de données 8 du serveur de mobilité 7 est alors être mise à jour dans un deuxième événement 234 de la phase d'enregistrement Les différents champs A, B et C sont renseignés à cet effet. Une requête 235 attestant de la mise à jour de la base de données 8 est alors envoyée depuis le serveur de mobilité 7 vers l'unité de base 2. Lorsque l'utilisateur du combiné 6 se déplace et passe par exemple de la première zone de couverture 4 à la deuxième zone de couverture 5, le combiné 6 cherche de nouveau à se localiser sur un point d'accès du réseau, c'est à dire qu'il cherche à utiliser un point d'accès pour joindre le réseau de télécommunication permettant d'échanger des signaux relatifs à la voix via des liaisons Internet. Les différents événements qui interviennent sont présentés dans la phase de localisation 24 de la figure 2. Dans cette phase, requête 240 est émise depuis la deuxième unité de base 3 vers le serveur de mobilité 7. Le serveur de mobilité 7 détecte suite à une lecture de base de données 8 que le combiné à déjà été enregistré auprès d'une autre base. En conséquence, la requête 240 est alors interprétée par le serveur de mobilité comme une requête de demande de localisation. Avant d'accepter la localisation du combiné sur une nouvelle unité de base, une étape d'identification est entamée. A cet effet, une requête 241, dite requête de transmission de clé, permet au serveur de mobilité 7 de transmettre à la deuxième unité de base la clé secrète correspondant au combiné qui a émis la requête de demande de localisation. Un échange de données 242 est alors entreprise entre la deuxième unité de base et le combiné. Cet échange de données est conforme au protocole DECT et permet d'identifier avec exactitude le combiné. Le mécanisme d'authentification intervenant dans cet échange de données est le suivant : la deuxième unité de base transmet un nombre aléatoire au combiné ; celui-ci crypte le nombre aléatoire au moyen de sa clé secrète, et renvoie à la deuxième unité de base le résultat de l'opération de cryptage. De son coté, la deuxième unité de base a également crypté le nombre aléatoire à l'aide de la clé secrète que le serveur de mobilité lui a envoyée par la requête de transmission de clé 241. La comparaison entre les résultats deux opérations de cryptage permet de conclure quant à l'authenticité du combiné. Dans le cas où l'étape d'authentification s'est avérée satisfaisante, une requête 243 est émise depuis la deuxième unité de base vers le serveur de mobilité 7. Cette requête informe le serveur de mobilité le combiné vient se localiser auprès de cette unité de base. Le serveur de mobilité 7 peut alors mettre à jour la base de données 8 pour mémoriser la nouvelle position du combiné. La requête 243 est donc une requete de confirmation localisation. A cet effet, le procédé selon l'invention utilise un message du protocole détourné de son utilisation habituelle. En effet, par exemple dans cas du protocole MGCP, la requête utilise l'instruction réservée RSI (signifiant ReStart In Progress). Cette instruction est habituellement utilisée par ce protocole pour indiquer qu'un combine effectue une requête en reinitialisation sur le réseau de télécommunication, suite par exemple à une mise hors service qui aurait précédé. La requete de confirmation de localisation 243 est donc émise sous la forme d'une requête de demande de reinitialisation. Une requête 244 émise depuis le serveur de mobilité 7 vers le serveur central 1 permet d'informer ce dernier le combiné a émis une requête de confirmation de localisation. encore, l'instruction utilisée dans le protocole MGCP est l'instruction RSI Une requête 245 émise par le serveur central 1 vers le serveur de mobilité 7 puis une requête 246 émise par le serveur de mobilité 7 vers la deuxième unité de base 3 permet alors d'acquitter la requête de confirmation de localisation enregistrée. La phase d'initialisation 25 du point d'accès, constitué par la deuxième unité de base 3, par le serveur central 1 peut alors commencer. cet effet, une requête 250 contenant un ensemble d'instructions, propres à la réinitialisation du combiné, est transmise depuis le serveur central 1 vers le serveur de mobilité 7, puis une requête 251 semblable à la précédente est transmise depuis le serveur de mobilité 7 vers la deuxième unité de base 3. Des requêtes d'acquittement 252 et 253 émises respectivement depuis la deuxième unité de base 3 et depuis le serveur de mobilité 7 vers respectivement le serveur de mobilité 7 etle serveur central 1 sont alors émises pour valider l'opération de réinitialisation. Dans le protocole MGCP, la syntaxe de certaines requêtes obéit aux règles suivantes - suite à l'événement d'enregistrement 230, la requête de notification d'enregistrement comprend l'instruction " o :dectlregister (clé secrète) ". - la requête de demande de localisation 240 comprend l'instruction "o :dectlloç rq". - en réponse à la demande de localisation, la requête de transmission de clé 241 comprend l'instruction "X+UAK : (clé secrète) ". - parmi les instructions des requêtes 250 et 251, on trouve l'instruction "RQNT" (pour ReQuest NoTify). Le procédé selon l'invention peut être mis en oeuvre de façon automatique à chaque fois qu'un combiné passe d'une première zone de couverture à une deuxième zone de couverture. REVENDICATIONS 1 - Procédé de gestion de la mobilité d'un combiné (6) appartenant à un réseau de télécommunication sans fil, ledit réseau faisant intervenir notamment serveur central (1), un serveur de mobilité (7) un ensemble d'unités de base (2 ; 3) auxquelles sont rattachés un ou plusieurs combinés, chaque combiné pouvant évoluer d'un rattachement à une première unité de base (2) à rattachement à une deuxième unité de base le serveur central (1) et les unités de base (2 ; 3) communiquant selon un protocole de type maître/esclave, caractérisé en ce qu'il comporte les étapes consistant à: - détecter (230) sur la première unité de base une requête d'enregistrement d'un combiné ; - transmettre une requête de notification d'enregistrement (233) depuis la première unité de base (2) vers le serveur de mobilité connecté au serveur central (1); - mettre à jour (234) une base de données (8) du serveur de mobilité (7) en associant dans la base de données (8) une information d'identification (A) désignant le combiné ayant émis la requête d'enregistrement et une information localisation (C) désignant la deuxième unité de base (3); - détecter sur la deuxième unité de base (3) une requête de demande de localisation (240) du combiné sur cette deuxième base (3); - émettre une requête de transmission de clé secrète (241) entre le serveur de mobilité (7) et la deuxième unité de base en vue d'une authentification (242) du combiné ; - transmettre une requête de confirmation de localisation (243) depuis la deuxième unité de base (3) vers le serveur de mobilité ; - transmettre depuis le serveur de mobilité (7) vers le serveur central (1) une requete (244) signifiant que le combiné a émis une requête de confirmation de localisation au sein du réseau de télécommunication ; - transmettre depuis le serveur central vers la deuxième unité de base un ensemble de requêtes (250 ; 251) de réinitialisation. 2- Procédé de gestion de la mobilité d'un combiné appartenant à un réseau de télécommunication sans fil selon la revendication 1 caractérisé en ce que la requete de confirmation de localisation (243) est émise sous la forme d'une requête de demande de réinitialisation. 3- Procédé de gestion de la mobilité d'un combiné appartenant à un réseau de télecommunication sans fil selon l'une des revendications précédentes caractérisé en ce que le protocole de communication entre le serveur central le serveur de mobilité et les différentes bases est le protocole MGCP. 4- Procédé de gestion de la mobilité d'un combiné appartenant à un réseau de télecommunication sans fil selon la revendication ou la revendication 2 caractérisé en ce que le protocole de communication entre le serveur central le serveur de mobilité et les différentes bases est le protocole MEGACO. 5- Procédé de gestion de la mobilité d'un combiné appartenant à un réseau de télécommunication sans fil selon une des revendications précédentes caractérisé en ce que l'authentification du combiné effectue notamment au moyen d'une clé numérique secrète (B) associée à l'information d'identification dans la base de données (8) du serveur de mobilité (7). 6- Procédé de gestion de la mobilité d'un combiné appartenant à un réseau de télécommunication sans fil selon une des revendications précédentes caractérisé en ce que les différentes requêtes entre unités de base, le serveur central et le serveur de mobilité sont transmises par des liaisons Internet.