FR2879874A1 - Procede de demarrage d'une station ip, systeme, serveur et station le mettant en oeuvre et procede d'etablissement d'appel telephonique - Google Patents

Procede de demarrage d'une station ip, systeme, serveur et station le mettant en oeuvre et procede d'etablissement d'appel telephonique Download PDF

Info

Publication number
FR2879874A1
FR2879874A1 FR0413432A FR0413432A FR2879874A1 FR 2879874 A1 FR2879874 A1 FR 2879874A1 FR 0413432 A FR0413432 A FR 0413432A FR 0413432 A FR0413432 A FR 0413432A FR 2879874 A1 FR2879874 A1 FR 2879874A1
Authority
FR
France
Prior art keywords
station
location information
server
call
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0413432A
Other languages
English (en)
Other versions
FR2879874B1 (fr
Inventor
Arthur Monteiro
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
EADS Telecom SAS
Original Assignee
EADS Telecom SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by EADS Telecom SAS filed Critical EADS Telecom SAS
Priority to FR0413432A priority Critical patent/FR2879874B1/fr
Priority to US11/304,323 priority patent/US20060159071A1/en
Publication of FR2879874A1 publication Critical patent/FR2879874A1/fr
Application granted granted Critical
Publication of FR2879874B1 publication Critical patent/FR2879874B1/fr
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/04Telephonic communication systems specially adapted for combination with other electrical systems with alarm systems, e.g. fire, police or burglar alarm systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/35Network arrangements, protocols or services for addressing or naming involving non-standard use of addresses for implementing network functionalities, e.g. coding subscription information within the address or functional addressing, i.e. assigning an address to a function
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • H04L61/5014Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

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, on démarre une station (14), les réseaux étant interconnectés via un serveur d'appel (15).Le réseau de transmission comprend un serveur d'administration (11), une pluralité de sous-réseaux administrés par le serveur d'administration et une pluralité de stations (14), chacune raccordée à un sous-réseau.Le serveur d'administration mémorise une information de localisation respective pour chaque sous-réseau. Une station émet une requête de bail (301), à destination du serveur d'administration. Puis, la station reçoit du serveur d'administration, en réponse à la requête de bail, un bail (302) contenant l'information de localisation du sous-réseau de la station. Ensuite, la station émet, à destination du serveur d'appel, une requête d'enregistrement (304) comprenant un identifiant de la station ainsi que l'information de localisation. Puis, sur réception de cette requête, 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.

Description

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.

Claims (12)

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
FR0413432A 2004-12-16 2004-12-16 Procede de demarrage d'une station ip, systeme, serveur et station le mettant en oeuvre et procede d'etablissement d'appel telephonique Expired - Fee Related FR2879874B1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR0413432A FR2879874B1 (fr) 2004-12-16 2004-12-16 Procede de demarrage d'une station ip, systeme, serveur et station le mettant en oeuvre et procede d'etablissement d'appel telephonique
US11/304,323 US20060159071A1 (en) 2004-12-16 2005-12-15 Method of starting an IP station, system, server and station implementing same and method of setting up a telephone call

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0413432A FR2879874B1 (fr) 2004-12-16 2004-12-16 Procede de demarrage d'une station ip, systeme, serveur et station le mettant en oeuvre et procede d'etablissement d'appel telephonique

Publications (2)

Publication Number Publication Date
FR2879874A1 true FR2879874A1 (fr) 2006-06-23
FR2879874B1 FR2879874B1 (fr) 2008-11-07

Family

ID=34953353

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0413432A Expired - Fee Related FR2879874B1 (fr) 2004-12-16 2004-12-16 Procede de demarrage d'une station ip, systeme, serveur et station le mettant en oeuvre et procede d'etablissement d'appel telephonique

Country Status (2)

Country Link
US (1) US20060159071A1 (fr)
FR (1) FR2879874B1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1876795A1 (fr) * 2006-07-04 2008-01-09 Alcatel Lucent Procédé de localisation d'un softphone et terminal pour la mise en oeuvre de ce procédé

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100442744C (zh) * 2006-06-28 2008-12-10 华为技术有限公司 一种实现租约信息更新的方法和装置
US8321651B2 (en) * 2008-04-02 2012-11-27 Qualcomm Incorporated System and method for memory allocation in embedded or wireless communication systems
US20110040858A1 (en) * 2009-08-13 2011-02-17 Qualcomm Incorporated Location determination during network address lookup
US11552927B1 (en) 2021-10-08 2023-01-10 Hewlett Packard Enterprise Development Lp Dynamic host configuration protocol lease allotment

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002039692A2 (fr) * 2000-11-08 2002-05-16 Nokia Corporation Presence avec informations de localisation dans l'espace
US20030225893A1 (en) * 2002-03-01 2003-12-04 Roese John J. Locating devices in a data network

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6292479B1 (en) * 1997-03-19 2001-09-18 Bell Atlantic Network Services, Inc. Transport of caller identification information through diverse communication networks
US6608832B2 (en) * 1997-09-25 2003-08-19 Telefonaktiebolaget Lm Ericsson Common access between a mobile communications network and an external network with selectable packet-switched and circuit-switched and circuit-switched services
US20030058844A1 (en) * 2001-09-24 2003-03-27 Teleware, Inc. Communication management system with lines status notification and single button dialing for key switch emulation

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002039692A2 (fr) * 2000-11-08 2002-05-16 Nokia Corporation Presence avec informations de localisation dans l'espace
US20030225893A1 (en) * 2002-03-01 2003-12-04 Roese John J. Locating devices in a data network

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
BERGER S ET AL: "Ubiquitous computing using SIP", INTERNATIONAL WORKSHOP ON NETWORK AND OPERATING SYSTEM SUPPORT FOR DIGITAL AUDIO AND VIDEO, 1 June 2003 (2003-06-01), Monterey, CA, USA, pages 82 - 89, XP002340516, ISBN: 1-58113-694-3 *
POLK J SCHNIZLEIN M LINSNER CISCO SYSTEMS J: "Dynamic Host Configuration Protocol Option for Coordinate-based Location Configuration Information", IETF STANDARD, INTERNET ENGINEERING TASK FORCE, IETF, CH, July 2004 (2004-07-01), XP015009603, ISSN: 0000-0003 *
SCHULZRINNE COLUMBIA U B ROSEN MARCONI H: "Emergency Services for Internet Telephony Systems", IETF STANDARD-WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF, CH, no. 2, 18 October 2004 (2004-10-18), XP015039663, ISSN: 0000-0004 *
SCHULZRINNE COLUMBIA U H: "DHCP Option for Civil Location", IETF STANDARD-WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF, CH, no. 1, 19 February 2003 (2003-02-19), XP015005188, ISSN: 0000-0004 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1876795A1 (fr) * 2006-07-04 2008-01-09 Alcatel Lucent Procédé de localisation d'un softphone et terminal pour la mise en oeuvre de ce procédé
FR2903550A1 (fr) * 2006-07-04 2008-01-11 Alcatel Sa Procede de localisation d'un softphone et reseau pour la mise en oeuvre de ce procede

Also Published As

Publication number Publication date
US20060159071A1 (en) 2006-07-20
FR2879874B1 (fr) 2008-11-07

Similar Documents

Publication Publication Date Title
US9264290B2 (en) System and method for location management and emergency support for a voice over internet protocol device
US7602886B1 (en) Method and system for using a network-provided location for voice-over-packet emergency services calls
US7277434B2 (en) Method for SIP-mobility and mobile-IP coexistence
JP4976127B2 (ja) サーバレスおよびスイッチレスのインターネットプロトコル電話のシステムおよび方法
EP1782608A1 (fr) Procede et systeme de localisation d'utilisateurs pour les services bases sur les protocoles sip ou h.323 avec attribution d'adresse ip dynamique.
US20050117605A1 (en) Network address and port translation gateway with real-time media channel management
BRPI0719682A2 (pt) Interceptando comunicações de voz via ip e outras comunicações de dados
US8886242B2 (en) Push-to-talk interworking
CA2502075A1 (fr) Procede de configuration automatique d'un equipement de telephone sur ip et/ou de donnees, systeme et equipement le mettant en oeuvre
CA2689628C (fr) Approvisionnement d'un exploitant de reseau mobile virtuel (mvno) et routage de messagerie vocale par un facilitateur de reseau virtuel mobile (mvne)
CN101543013B (zh) 通信系统
FR2879874A1 (fr) Procede de demarrage d'une station ip, systeme, serveur et station le mettant en oeuvre et procede d'etablissement d'appel telephonique
US7836150B2 (en) Point-to-point communication using UPnP protocol
FR2805432A1 (fr) Point d'acces sans fil d'un reseau de transmission de paquets en mode non-connecte, et procede de gestion de mobilite mis en oeuvre avec de tels points d'acces
FR2805430A1 (fr) Procede de gestion de mobilite dans un reseau de telecommunications, et serveur de mobilite pour la mise en oeuvre du procede
FR2903841A1 (fr) Enregistrement de communications dans un reseau de telecommunications
US7773579B1 (en) Multiple user telephone router
EP0785693B1 (fr) Protocole d'acheminement local d'appels entrants du réseau téléphonique commuté dans un réseau cellulaire
WO2005084001A1 (fr) Procede d'etablissement d'appels entre un terminal telephonique et un terminal ip
GB2416459A (en) Communication between two different networks
WO2009125145A1 (fr) Procede d'obtention de donnees relatives a la configuration d'un equipement terminal et serveur
FR2815800A1 (fr) Procede et systeme de communication de donnees
FR2807597A1 (fr) Procede de gestion de la mobilite de combines au sein d'un reseau de telecommunication sans fil
FR3104877A1 (fr) Procédé d’accès à un terminal associé à un premier réseau à partir d’un identifiant d’accès à un deuxième réseau
EP1872530B1 (fr) Procede de transfert d'un code d'information entre deux dispositifs de communication

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 12

PLFP Fee payment

Year of fee payment: 13

PLFP Fee payment

Year of fee payment: 14

ST Notification of lapse

Effective date: 20190906