Brevet FR2879874A1 — publié le 20060623

PROCEDE DE DEMARRAGE D'UNE STATION IP, SYSTEME, SERVEUR ET STATION LE METTANT EN OEUVRE ET PROCEDE D'ETABLISSEMENT D'APPEL TELEPHONIQUE La présente invention se rapporte à la technologie VoIP (de l'anglais "Voice over IP" qui signifie voix sur IP ("Internet Protocol")), c'est-à-dire à la téléphonie sur IP. Cette technologie permet d'établir un appel entre une station d'un réseau IP (appelée station IP) et un téléphone d'un réseau téléphonique public ou entre deux stations IP. La présente invention concerne plus particulièrement la localisation géographique d'une station IP dans un réseau IP sur la base d'un appel. Un réseau IP peut être divisé en plusieurs sous-réseaux différents pour des raisons de maintenance, gestion des stations ou de sécurité. Une station IP comprise dans un sous-réseau déterminé requiert une liste de paramètres pour son fonctionnement. Une telle liste de paramètres forme ce qu'on appelle un bail. Selon la version actuelle d'IP (IPv4), la liste comprend des paramètres, tels que: une adresse unique sur le réseau (adresse IP) ; un masque de sous-réseau (ou "subnet mask"), qui identifie le sous- réseau IP auquel la station appartient; l'adresse d'une passerelle. D'autres paramètres sont disponibles pour les besoins spécifiques des applications. En général, la configuration de tous ces paramètres est réalisée de façon automatique sur la base d'un protocole DHCP et d'un serveur DHCP ("Dynamic Host Configuration Protocol", RFC 3361). Un serveur DHCP permet à une station IP de recevoir automatiquement, à chaque démarrage, les paramètres requis pour son fonctionnement dans le réseau IP. Par démarrage, on entend le raccordement physique et/ou radio de la station au réseau IP. L'utilisation d'un tel serveur permet une gestion automatisée du réseau, et de ce fait le déploiement en masse de postes téléphoniques sur le réseau IP existant ainsi que leur maintenance. La configuration automatique des paramètres IP évite en effet d'avoir à saisir au clavier de chaque poste téléphonique les informations IP qui forment les paramètres de son bail. Lorsqu'une station IP est raccorclée à un réseau IP administré par un serveur DHCP, elle reçoit une adresse IP unique. Une telle adresse lui est allouée de manière dynamique. L'allocation de cette adresse IP est fonction notamment des adresses IP disponibles dans le réseau au moment où on effectue l'allocation. En revanche, une telle adresse ne dépend pas du raccordement physique utilisé par la station IP. Par conséquent, il n'est pas possible de déterminer une localisation géographique d'une station IP sur la base de son adresse IP. Or, cette adresse IP est l'adresse qui transite dans le réseau IP et qui permet d'identifier la station dans ce réseau. Cette caractéristique peut poser certains problèmes lorsque le réseau IP et le réseau de téléphonie public sont interconnectés. En effet, dans certains pays, un numéro d'appel d'urgence permet de requérir une aide en cas d'urgence via le réseau de téléphonie. Ainsi, lorsqu'un utilisateur compose un tel numéro, il accède à un service d'urgence qui est en mesure de déterminer la localisation géographique de l'appelant afin de pouvoir organiser l'acheminement des secours. Pour ce faire, généralement, un équipement du service d'urgence reçoit un message comprenant la localisation géographique de l'appelant. Dans un réseau téléphonique classique, chaque numéro de téléphone fixe correspond directement à une localisation géographique correspondant au point de raccordement physique au réseau de téléphonie. Ainsi, un appelant depuis un téléphone fixe peut aisément être localisé directement par le numéro du téléphone depuis lequel il appelle. En revanche, il est plus complexe de localiser un appelant qui utilise une station IP identifiée par son adresse IP. En effet, l'identification de chaque station IP dans le réseau IP via une adresse IP allouée de manière dynamique rend le problème de la localisation d'une station IP complexe, comme précédemment énoncé. Le problème est aggravé par la mobilité des stations IP. Or, lorsqu'un utilisateur compose un numéro d'appel d'urgence à partir d'une station IP, il est important de fournir une localisation géographique à l'équipement du service d'urgence, permettant de localiser l'appelant. Certaines lois nationales exigent même une telle caractéristique avant d'autoriser la connexion d'un réseau privé quelconque sur le réseau de téléphonie public. On connaît ainsi le numéro d'appel d'urgence 911 aux Etats Unis. Pour répondre à une telle requête, le constructeur d'équipements de réseau Cisco, a proposé une solution permettant d'envoyer à l'équipement d'urgence un message comprenant la localisation géographique de l'appelant. Toutefois, cette solution repose sur la mise en oeuvre d'un protocole propriétaire appelé CDP ("Cisco Discovery Protocol"). Dans une telle solution, chaque commutateur a une localisation géographique donnée et connaît une identification de l'équipement qui est connecté à chacun de ses ports. Ainsi, lors de son démarrage, la station IP utilise le protocole propriétaire CDP pour enregistrer son identification sur un commutateur Cisco. Ce dernier envoie alors à la station IP sa propre localisation géographique. Ensuite, lorsque la station IP s'enregistre auprès d'un serveur d'appel, elle lui envoie la localisation géographique du commutateur Cisco. Le serveur d'appel enregistre alors cette adresse dans sa base de données d'appel. De cette façon, lorsque la station IP compose le numéro d'appel d'urgence, elle envoie un message de requête de communication au serveur d'appel. Sur réception de ce message, le serveur d'appel recherche dans sa base de données la localisation géographique correspondant à la station IP puis envoie une autre requête de communication dans le réseau de téléphonie publique, cette requête comprenant la localisation géographique du commutateur Cisco. Une solution de ce type est basée sur l'utilisation d'un protocole propriétaire et comporte de ce fait de nombreux inconvénients. Notamment, cette solution requiert l'utilisation d'équipements Cisco de bout en bout dans le réseau IP. L'invention vise à remédier à ces iinconvénients. A cet effet, un premier aspect de l'invention propose un procédé de démarrage d'une station dans un réseau de transmission de données à commutation de paquets d'une part, et dans un réseau téléphonique public d'autre part. Le réseau de transmission de données et le réseau téléphonique public sont interconnectés via un serveur d'appel. Le réseau de transmission de données comprend un serveur d'administration, une pluralité de sous-réseaux administrés par ledit serveur d'administration et une pluralité de stations, chacune raccordée à l'un desdits sous-réseaux. Le serveur d'administration mémorise une information de localisation respective pour chacun des sous-réseaux. Le procédé comprend les étapes suivant lesquelles: /a/ une station déterminée émet une requête de bail, à destination du serveur d'administration administrant le sous-réseau auquel ladite station est raccordée; /b/ la station reçoit du serveur d'administration, en réponse à ladite requête de bail, un bail contenant l'information de localisation mémorisée respective du sous-réseau auquel est raccordée ladite station; /c/ la station émet, à destination du serveur d'appel, une requête d'enregistrement comprenant un identifiant de ladite station déterminée ainsi que l'information de localisation; /d/ sur réception de la requête d'enregistrement, le serveur d'appel mémorise dans une base de données d'appel une information associant l'identifiant de la station et l'information de localisation. Grâce à ces dispositions, après un échange de messages avec le serveur d'administration, puis un enregistrement auprès du serveur d'appel, ce dernier connaît une position géographique de la station. A l'étape /b/, la station peut mémoriser l'information de localisation sur réception du bail. Dans un mode de réalisation de la présente invention, le serveur d'administration gère une base de données respective pour chacun desdits sous-réseaux. Avantageusement, l'information de localisation respective d'un sous-réseau est mémorisée dans la base de données respective. L'information de localisation de chacun des sous-réseaux peut correspondre à une localisation géographique d'un point de référence du sous- réseau, et chaque sous-réseau peut être défini de sorte que la distance maximale entre une station du sous-réseaux et le point de référence soit inférieure à une distance prédéterminée. Dans un mode de réalisation de la présente invention, l'information de localisation correspond à une localisation géographique d'un point de référence du sous-réseau et l'information de localisation transitant dans le réseau de transmission, depuis le serveur d'administration jusqu'à la station et/ou depuis la station jusqu'au serveur d'appel correspond à cette localisation géographique. On peut ainsi faire transiter dans le réseau de transmission de données, l'information de localisation en clair. On peut également la faire transiter dans le réseau de transmission depuis le serveur d'administration jusqu'à la station et/ou depuis la station jusqu'au serveur d'appel sous une forme codée selon un code qui est disponible pour le serveur d'appel. Dans un mode de réalisation, le serveur d'administration et la station 20 mettent en oeuvre le protocole DHCP, et les étapes /a/ à /d/ sont réalisées via le protocole DHCP. Un deuxième aspect de l'invention concerne un système comprenant un réseau de transmission de données à commutation de paquets d'une part, et un réseau téléphonique public d'autre part, et un serveur d'appel interconnectant lesdits réseaux. Le réseau de transmission comprend un serveur d'administration, une pluralité de sous-réseaux administrés par le serveur d'administration et une pluralités de stations, chacune raccordée à l'un desdits sousréseaux. Le serveur d'administration comprend: - une mémoire adaptée pour mémoriser une information de localisation respective pour chacun des sous- réseaux; - une unité de réception adaptée pour recevoir une requête de bail depuis une station; - une unité d'émission adaptée pour émettre à destination d'une station, en réponse à une requête de bail reçue depuis la station, un bail contenant l'information de localisation mémorisée respective du sous-réseau auquel est raccordée la station. La station comprend: - une unité d'émission adaptée pour émettre à destination du serveur d'administration dans le sous-réseau auquel elle est raccordée, une requête de bail; - une unité de réception adaptée pour recevoir depuis le serveur d'administration en réponse à ladite requête de bail, un bail contenant l'information de localisation mémorisée respective du sous-réseau auquel est raccordée la station; et - une unité d'émission adaptée pour émettre à destination du serveur d'appel, une requête d'enregistrement comprenant un identifiant de la station et ladite information de localisation. Le serveur d'appel comprend: - une unité de réception adaptée pour recevoir ladite requête d'enregistrement depuis la station; et - une mémoire pour mémoriser dans une base de données d'appel une information associant ledit identifiant de la station et ladite information de localisation, sur réception de la requête d'enregistrement. Dans un tel système, la station peut comprendre en outre une mémoire adaptée pour mémoriser l'information de localisation reçue depuis le serveur d'administration. Un troisième aspect de l'invention concerne un serveur d'administration tel que défini dans le deuxième aspect de l'invention. Un quatrième aspect de l'invention concerne une station telle que définie dans le deuxième aspect de l'invention. Un cinquième aspect concerne un procédé d'établissement d'un appel téléphonique depuis une station enregistrée à un serveur d'appel destiné à interconnecter, d'une part un réseau de transmission de données à commutation de paquets et, d'autre part un réseau téléphonique public. La station est démarrée suivant Ile procédé selon le premier aspect de l'invention. Le procédé comprend les étapes suivant lesquelles: la station émet une première requête d'appel téléphonique à destination du serveur d'appel; le serveur d'appel reçoit ladite première requête; une information de localisation de la station est déterminée à partir de la base de données d'appel; le serveur d'appel émet une seconde requête d'appel depuis sur le réseau téléphonique public, ladite seconde requête d'appel comprenant l'information de localisation. L'invention couvre tout type de stations dans le réseau de transmission de données. Le réseau de transmission de données à commutation de paquets est 15 par exemple un réseau local (LAN ou "Local Area Network"). Les sous- réseaux sont par exemple des VLAN ("Virtual LAN"). D'autres caractéristiques et avantages de l'invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés sur lesquels: la figure 1 est un schéma d'un exemple d'architecture d'interconnexion de réseaux entre un réseau de transmission de données à commutation de paquets et un réseau de téléphonie public; la figure 2 est un schéma illustrant une gestion de sous-réseaux par le serveur d'administration selon un mode de réalisation de la présente invention; la figure 3 est un chronogramme d'échange de messages d'un exemple de mise en oeuvre du procédé d'enregistrement d'une station selon l'invention; et, la figure 4 est un chronogramme d'échanges de messages d'un exemple de mise en oeuvre du procédé d'établissement d'appel selon l'invention. A la figure 1, on a représenté schématiquement un exemple d'architecture d'interconnexion de réseaux entre un réseau de transmission de données à commutation de paquets 100, notamment un réseau IP de type LAN, et un réseau public de téléphonie 101 ('PSTN ', pour 'Public Switched Par la suite, le réseau de transmission de données 100 est référencé comme un réseau IP, sans que cela ne limite l'invention. Dans les sections suivantes de la description, le serveur d'administration 11 correspond à un serveur DHCP. Le réseau IP 100 comprend un serveur d'administration DHCP 11 destiné à fournir les paramètres utiles aux stations pour leur fonctionnement, et notamment à allouer des adresses pour les stations qui s'enregistrent au réseau. Pour un réseau IP, un tel serveur peut être notamment un serveur DHCP afin d'allouer des adresses IP aux stations IP qui s'enregistrent. Le réseau IP 100 est composé de plusiieurs sous- réseaux 13-a, 13-b, 13-c, chacun comprenant un groupe des stations 14. Par ailleurs, des stations 14 sont reliées à un serveur d'appel 15. Un tel serveur est un équipement d'interconnexion entre le réseau 100 et le réseau 101. Ainsi, une station 14 du réseau 100 peut accéder à ce serveur d'appel afin de pouvoir atteindre des terminaux du réseau public de téléphonie 101. A cet effet, le serveur d'appel comprend de préférence des fonctionnalités d'un PABX (en anglais 'Private Automatic Branch Exchange'). Dans un mode de réalisation de la présente invention, les stations 14 comprennent des PC et des postes téléphoniques (téléphones IP). Les postes téléphoniques peuvent être des postes dédiés ou des postes téléphoniques émulés sur un ordinateur. En principe, chaque station 14 est physiquement raccordée au réseau IP par l'intermédiaire d'un port d'accès physique respectif. Ce port d'accès physique peut alors être affecté à un sous-réseau 13 compris dans le réseau IP 100. Ainsi, par l'intermédiaire du port physique auquel est raccordé la station, on est en mesure de déterminer le sous-réseau auquel elle appartient. Chaque station d'un même sous-réseau peut être raccordée à un commutateur 12. Dans une telle architecture, une station 14 qui se connecte à un port physique d'un sous-réseau déterminé requiert en premier lieu, auprès du serveur DHCP 11, les paramètres dont elle a besoin pour son fonctionnement dans le réseau 100. Cette phase d'enregistrement correspond à un démarrage dans le réseau IP. Elle est couramment appelée 'boot IP' dans le jargon de l'homme du métier. Selon un mode de réalisation de la présente invention, le serveur d'administration mémorise une information de localisation pour chacun des sous-réseaux du réseau IP 100. Une telle association entre une information de localisation et un sous-réseau peut être réalisée par configuration. Généralement, un serveur DHCF' gère une base de données distincte par sous-réseau 13. Il est alors avantageux de stocker l'information de localisation relative à un sous-réseau dans la base de données respective gérée par le serveur DHCP. De telles bases de données sont couramment référencées par le terme 'scope' selon le jargon de l'homme du métier. Chacun de ces scopes comprend de préférence l'ensemble des baux relatifs aux stations du sous-réseau respectif. La figure 2 illustre une telle architecture dans laquelle le serveur d'administration, ou serveur DHCP, gère une base de données par sous-réseau. Ainsi, une base de données 21 correspond aux paramètres du sous-réseau 13-a, une base de données 22 correspond aux paramètres du sous-réseau 13-b et une base de données 2:3 correspond aux paramètres du sous- réseau 13-c. Dans un mode de réalisation de la présente invention, on définit avantageusement de tels sous-réseaux en fonction de paramètres géographiques. Ainsi, en fonction de la précision avec laquelle on souhaite localiser une station dans le réseau IP 100, on détermine les ports physiques de connexion des stations qui appartiennent au même sousréseau. L'information de localisation d'un sous-réseau peut être relative à n'importe quelle localisation géographique comprise dans le sous-réseau. On peut ainsi se baser sur la localisation géographique d'un commutateur 12 dans 1C) le sous-réseau. Dans ce cas, si on souhaite par exemple localiser une station 14 à 60 mètres près, ce sous-réseau comprend les ports physiques qui sont distants de 60 m maximum du commutateur 12 pris comme référence géographique. Pour résumer, à ce stade, on affecte à chaque sous-réseau une localisation géographique respective et on définit chaque sous-réseau en fonction des distances entre les ports physiques et cette localisation géographique respective de référence. De telles affectations sont avantageusement mémorisées sur le serveur d'administration. Une station 14 qui se connecte à un port physique d'un sous-réseau défini comme précédemment a une première phase de démarrage dans le réseau IP 100. Cette première phase 306 est illustrée en figure 3. Dans cette phase de boot IP, la station 14 requiert les paramètres dont elle a besoin pour fonctionner dans le réseau IP 100. Le chronogramme d'échanges de messages, représenté en figure 3, illustre un exemple de mise en oeuvre du procédé d'enregistrement d'une station auprès du serveur d'administration 11 selon un mode de réalisation de la présente invention. A ce stade, la station 14 n'a pas connaissance de son adresse IP ni de 20 paramètres requis pour fonctionner dans le réseau IP 100. La station 14 émet une requête de bail 301 à destination du serveur d'administration 11. Le serveur d'administration 11 répond à cette requête en émettant un bail 302 à destination de la station 14. Dans un mode de réalisation de la présente invention, le bail comprend avantageusement l'information de localisation affectée au sous-réseau auquel est raccordée la station 14. Cet échange de message peut être réalisé via le protocole DHCP. Sur réception de la requête de bail, le serveur d'administration alloue alors une adresse IP à la station 14 qu'il lui transrnet dans le bail 302. Le serveur DHCP envoie également l'adresse IP du serveur d'appel 15 auprès duquel la station 14 peut s'enregistrer pour fonctionner avec le réseau public de téléphonie 101. Sur réception du bail 302, la station 14 mémorise notamment l'information de localisation reçue, en l'étape 303. A ce stade, le démarrage IP de la station 14 est réalisée et la station 14 est capable de fonctionner sur le réseau IP 100. Dans le cas où la station 14 souhaite établir des communications téléphoniques, une phase de démarrage 307 sur le réseau PSTN 101 est initiée. Ainsi, dans un mode de réalisation de la présente invention, la station 14 s'enregistre auprès du serveur d'appel 15. A cet effet, elle émet à destination du serveur d'appel 15, un message d'enregistrement 304 comprenant notamment un identifiant de la station 14 ainsi que l'information de localisation mémorisée en l'étape 303. Sur réception de ce message 304, le serveur d'appel 15 mémorise dans une base de données d'appel, en l'étape 305, une information associant l'identifiant de la station et l'information de localisation. L'identifiant de la station peut être avantageusement l'adresse IP qui lui a été allouée dans la phase de démarrage dans le réseau IP 100. II est important de noter que la phase de démarrage 306 dans le réseau IP 100 peut être réalisée sur la base du protocole DHCP. En effet, dans la dernière version du protocole DHCP, un bail comprend 64 champs. Parmi ces champs, 63 sont prédéfinis et un champ présente une longueur, un contenu et une syntaxe libre d'être définis par les utilisateurs du protocole. Par conséquent, on peut utiliser un tel champ pour transmettre à la station 14 un bail comprenant l'information de localisation affectée au sous-réseau auquel elle est raccordée. II est donc possible de réaliser cette phase de boot IP tout en restant compatible avec le protocole DHCP. On évite ainsi avantageusement l'utilisation de protocoles propriétaires et tous les inconvénients qui en découlent. A ce stade, la station 14 est capable de fonctionner dans le réseau IP et capable de se connecter au réseau public de téléphonie 101. Ainsi, la station 14 peut requérir l'établissement d'un appel. La figure 4 illustre un exemple d'une telle initialisation d'appel. La station 14 émet une requête d'appel 401 comprenant au moins l'identifiant contenu dans le message d'enregistrement 304. Sur réception de ce message 401, le serveur d'appel 15 émet une autre requête d'appel 402 via un protocole du réseau public de téléphonie 101 dans laquelle il introduit l'information de localisation associée à l'identifiant de la station 14 dans une base de données d'appel. De cette manière, le réseau public de téléphonie 101 connaît la localisation géographique de la station 14. Généralement, le serveur d'appel introduit l'information de localisation pour les numéros officiels tels que définis précédemment. Ainsi, il est possible de localiser l'appelant ayant composé un tel numéro pour le secourir. De préférence, l'information de localisation introduite dans la requête d'appel émise sur le réseau public de téléphonie répond aux exigences nationales quant au format dans lequel elles doivent transiter. En revanche, l'information de localisation qui transite dans le réseau IP 100 peut être sous une forme quelconque. Ainsi, l'information de localisation peut être mémorisée par le serveur d'administration 11 sous une forme codée. Puis elle peut transiter dans le réseau IF' depuis le serveur d'administration 11 vers la station 14 sous cette même forme codée. La station 14 peut alors stocker cette information sous forme codée et l'envoyer au serveur d'appel 15 sous cette forme également. Dans ce cas, le serveur d'appel a le code et est alors capable, sur réception d'une requête d'appel reçue de la station, de décoder cette information de localisation afin de l'envoyer sur le réseau public de téléphonie 101 dans un format compatible avec les exigences nationales. Le réseau de transmission de données à commutation de paquets 100 correspond à un réseau IP classique bien connu de l'homme du métier. Les sections précédentes n'ont pas détaillé l'architecture d'un tel réseau. La figure 5 illustre une architecture d'un tel réseau dans un mode de réalisation de l'invention. Dans une telle architecture, le réseau IP 100 est composé de cinq sousréseaux, 13-a à 13-e, ayant respectivement un masque de sous-réseau 10.1.1.0, 10.1.2.0, 10.1.3.0, 10.1.4.0 et 10.1.5.0. Chacun de ces sousréseaux comprend des stations 14 et est relié à un commutateur 12 qui commute les paquets de données au niveau 2 (couche liaison du modèle de référence OSI). Puis chaque commutateur 12 est relié à un commutateur IP 502 qui est adapté pour router au niveau IP le trafic de données reçues des commutateurs 12. Un tel commutateur IP, ou routeur IP, est notamment utilisé pour transmettre les messages du protocole DHCP à destination du serveur DHCP 11. A cet effet, ce commutateur IP 502 implémente le protocole Relay DHCP pour relayer vers le serveur DHCP les requêtes DHCP émises sur les sous-réseaux 13. Dans l'exemple illustré, les sous-réseaux correspondent aux ports physiques placés dans un bâtiment. Ainsi, notamment, le sous-réseau 13-a correspond au premier étage de l'aile droite du bâtiment 1, le sousréseau 13-b correspond au troisième étage de l'aile gauche du bâtiment 1. Puis, un même sous-réseau 501 de masque 10.2.1.0 comprend le 10 serveur d'appel 15 ainsi que le serveur DHCP 11 reliés via un commutateur 503 aux sous-réseaux 13. Dans une telle architecture, on peut appliquer un mode de réalisation de l'invention La figure 6 est un schéma de différentes unités comprises dans les 15 différents dispositifs d'un système selon un mode de réalisation de la présente invention. Ainsi, un serveur d'administration 11 selon un mode de réalisation de la présente invention comprend: - une mémoire 603 adaptée pour mémoriser une information de localisation respective pour chacun des sous- réseaux; une unité de réception 604 adaptée pour recevoir une requête de bail depuis une station; - une unité d'émission 605 adaptée pour émettre à destination d'une station, en réponse à une requête de bail reçue depuis la station, un bail contenant l'information de localisation mémorisée respective du sous-réseau auquel est raccordée la station. On note que les unités 604 et 605 forment une interface dans le réseau IP 100 avec les stations du réseau. Avantageusement, on utilise sur cette interface le protocole DHCP comme décrit précédemment. Ensuite, une station selon un mode de réalisation de la présente invention comprend: - une unité d'émission 607 adaptée pour émettre à destination du serveur d'administration dans le sous-réseau auquel elle est raccordée, une requête de bail; - une unité de réception 608 adaptée pour recevoir depuis le serveur d'administration en réponse à ladite requête de bail, un bail contenant l'information de localisation mémorisée respective du sous-réseau auquel est raccordée la station; et - une unité d'émission 609 adaptée pour émettre à destination du serveur d'appel, une requête d'enregistrement comprenant un identifiant de la station et ladite information de localisation. On note que les unités 607 et 608 forment une interface de la station avecle serveur d'administration 11. Une telle interface est donc de préférence réalisée selon le protocole DHCP. La station peut également comprendre une mémoire 606 pour mémoriser l'information de localisation reçue pendant la 15 phase de boot IP. Puis, un serveur d'appel selon un mode de réalisation de la présente invention comprend: - une unité de réception 601 adaptée pour recevoir une requête d'enregistrement depuis une station du réseau IP; - une mémoire 602 pour mémoriser dans une base de données d'appel une information associant un identifiant d'une station et une information de localisation, sur réception d'une requête d'enregistrement. Bien entendu, un mode de réalisation de l'invention peut être appliqué à une autre application que celle de la localisation d'un appelant composant un numéro d'urgence. L'invention permet avantageusement de localiser une station IP qui tente d'établir un appel avec un poste d'un réseau de téléphonie public, depuis un réseau de transmission de données de type IP. La mise en oeuvre dans un réseau IP utilisant le protocole DHCP est aisée et peu coûteuse. En effet, il suffit de configurer le serveur DHCP de façon à associer une localisation géographique et un sous-réseau. En utilisant le champ libre de la version actuelle du protocole, il est aisé de transmettre la localisation géographique correspondante à une station durant sa phase de boot IP. Puis, pendant sa phase de boot téléphonique, cette station est en mesure de fournir au serveur d'appel cette information qu'il mémorise dans sa 5 base de données d'appel. Ensuite, suivant les requêtes d'appel et en fonction du réseau public téléphonique, le serveur d'appel est capable d'introduire l'information de localisation qu'il a reçu durant la phase de boot téléphonique de la station. Avantageusement, une telle solution permettant de conserver la compatibilité avec le protocole DHCP, offre aux opérateurs une grande liberté quant à leur choix d'équipementiers. REVENDICATIONS 1. Procédé de démarrage d'une station (14) dans un réseau de transmission (100) de données à commutation de paquets d'une part, et dans un réseau téléphonique public (101) d'autre part; ledit réseau de transmission de données et ledit réseau téléphonique public étant interconnectés via un serveur d'appel (15) ; le réseau de transmission de données comprenant un serveur d'administration (11), une pluralité de sous-réseaux (13-a, 13-b, 13-c) administrés par ledit serveur d'administration et une pluralité de stations (14), chacune raccordée à l'un desdits sous-réseaux; suivant lequel le serveur d'administration mémorise une information de localisation respective pour chacun des sous- réseaux; le procédé comprenant les étapes suivant lesquelles: /a/ une station déterminée émet une requête de bail (301), à destination du serveur d'administration administrant le sous- réseau auquel ladite station est raccordée; /b/ la station reçoit du serveur d'administration, en réponse à ladite requête de bail, un bail (302) contenant l'information de localisation mémorisée respective du sous-réseau auquel est raccordée ladite station; /c/ la station émet, à destination du serveur d'appel, une requête d'enregistrement (304) comprenant un identifiant de ladite station déterminée ainsi que l'information de localisation; /d/ sur réception de la requête d'enregistrement, le serveur d'appel mémorise (305) dans une base de données d'appel une information associant l'identifiant de la station et l'information de localisation. 2. Procédé selon la revendication 1, suivant lequel, à l'étape /b/, la station mémorise (303) l'information de localisation sur réception du bail. 3. Procédé selon l'une quelconque des revendications précédentes, suivant lequel le serveur d'administration gère une base de données respective pour chacun desdits sous-réseaux, et suivant lequel l'information de localisation respective d'un sous-réseau est mémorisée dans la base de données respective. 4. Procédé selon l'une quelconque des revendications précédentes, suivant lequel l'information de localisation de chacun des sous-réseaux correspond à une localisation géographique d'un point de référence du sous-réseau, et suivant lequel chaque sous-réseau est défini de sorte que la distance maximale entre une station dudit sous-réseaux et le point de référence soit inférieure à une distance prédéterminée. 5. Procédé selon l'une quelconque des revendications précédentes, suivant lequel l'information de localisation correspond à une localisation géographique d'un point de référence du sous-réseau et suivant lequel l'information de localisation transitant dans le réseau de transmission, depuis le serveur d'administration jusqu'à la station et/ou depuis la station jusqu'au serveur d'appel correspond à ladite localisation géographique. 6. Procédé selon la revendication 5, suivant lequel l'information de localisation transitant dans le réseau de transmission depuis le serveur d'administration jusqu'à la station et/ou depuis la station jusqu'au serveur d'appel correspond à ladite localisation géographique codée selon un code qui est disponible pour le serveur d'appel. 7. Procédé selon l'une quelconque des revendications précédentes, suivant lequel le serveur d'administration et la station mettent en oeuvre le protocole DHCP, et suivant lequel les étapes /a/ à /d/ sont réalisées via le protocole DHCP. 15 20 25 30 8. Système comprenant un réseau de transmission (100) de données à commutation de paquets d'une part, et un réseau téléphonique public (101) d'autre part, et un serveur d'appel (15) interconnectant lesdits réseaux; le réseau de transmission comprenant un serveur d'administration (11), une pluralité de sous-réseaux (13-a, 13-b, 13-c) administrés par ledit serveur d'administration et une pluralités de stations (14), chacune raccordée à l'un desdits sous-réseaux; ledit serveur d'administration comprenant: une mémoire (603) adaptée pour mémoriser une information de localisation respective pour chacun des sousréseaux; une unité de réception (604) adaptée pour recevoir une requête de bail depuis une station; une unité d'émission (605) adaptée pour émettre à destination d'une station, en réponse à une requête de bail reçue depuis la station, un bail contenant l'information de localisation mémorisée respective du sous-réseau auquel est raccordée la station; ladite station comprenant: : une unité d'émission (607) adaptée pour émettre à destination du serveur d'administration dans le sous-réseau auquel elle est raccordée, une requête de bail; une unité de réception (608) adaptée pour recevoir depuis le serveur d'administration en réponse à ladite requête de bail, un bail contenant l'information de localisation mémorisée respective du sous-réseau auquel est raccordée la station; et une unité d'émission (609) adaptée pour émettre à destination du serveur d'appel, une requête d'enregistrement comprenant un identifiant de la station et ladite information de localisation; et ledit serveur d'appel comprenant: une unité de réception (601) adaptée pour recevoir ladite requête d'enregistrement depuis la station; et une mémoire (602) pour mémoriser dans une base de données d'appel une information associant ledit identifiant de la station et ladite information de localisation, sur réception de la requête d'enregistrement. 9. Système selon la revendication 8, dans lequel la station comprend en outre une mémoire (606) adaptée pour mémoriser l'information de localisation reçue depuis le serveur d'administration. 10. Serveur d'administration tel que défini dans la revendication 8 ou 9. 11. Station telle que définie dans la revendication 8 ou 9. 12. Procédé d'établissement d'un appel téléphonique depuis une station (14) enregistrée à un serveur d'appel (15) destiné à interconnecter, d'une part un réseau de transmission (100) de données à commutation de paquets 15 et, d'autre part un réseau téléphonique public (101), ladite station étant démarrée suivant le procédé selon l'une quelconque des revendications 1 à 7, le procédé comprenant les étapes suivant lesquelles: la station émet une première requête d'appel téléphonique à destination du serveur d'appel; le serveur d'appel reçoit ladite première requête; une information de localisation de la station est déterminée à partir de la base de données d'appel; le serveur d'appel émet une seconde requête d'appel depuis sur le réseau téléphonique public, ladite seconde requête d'appel comprenant l'information de localisation. 25