EP1782608A1 - Procede et systeme de localisation d'utilisateurs pour les services bases sur les protocoles sip ou h.323 avec attribution d'adresse ip dynamique. - Google Patents

Procede et systeme de localisation d'utilisateurs pour les services bases sur les protocoles sip ou h.323 avec attribution d'adresse ip dynamique.

Info

Publication number
EP1782608A1
EP1782608A1 EP05798459A EP05798459A EP1782608A1 EP 1782608 A1 EP1782608 A1 EP 1782608A1 EP 05798459 A EP05798459 A EP 05798459A EP 05798459 A EP05798459 A EP 05798459A EP 1782608 A1 EP1782608 A1 EP 1782608A1
Authority
EP
European Patent Office
Prior art keywords
terminal
address
user
access
identifier
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.)
Ceased
Application number
EP05798459A
Other languages
German (de)
English (en)
Inventor
Lionel Morand
Frédéric Delmond
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.)
Orange SA
Original Assignee
France Telecom SA
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 France Telecom SA filed Critical France Telecom SA
Publication of EP1782608A1 publication Critical patent/EP1782608A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42348—Location-based services which utilize the location information of a target
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42348—Location-based services which utilize the location information of a target
    • H04M3/42357—Location-based services which utilize the location information of a target where the information is provided to a monitoring entity such as a potential calling party or a call processing server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/30—Determination of the location of a subscriber

Definitions

  • the present invention relates to the deployment of architectures for the provision of Multimedia Internet Protocol (IP) services, such as IP telephony, real-time video or multimedia instant messaging services.
  • IP Internet Protocol
  • Such architectures are generally based on the implementation of initialization protocols and control of IP sessions such as Session Initiation Protocol (SIP) or Packet-Based Multimedia Communications Systems (H.323), as well as on the DHCP protocol. (Dynamic Host Configuration Protocol) for dynamic allocation of IP address to the user.
  • SIP Session Initiation Protocol
  • H.323 Packet-Based Multimedia Communications Systems
  • DHCP Dynamic Host Configuration Protocol
  • the user By connecting to a wire or wireless network providing an IP connection, the user obtains from an DHCP server an IP address that allows him to route his IP traffic and use IP signaling protocols such as SIP or H.323 .
  • IP signaling protocols such as SIP or H.323 .
  • the user uses a SIP or H.323 client installed on his terminal to register with a call server (SIP Server or Gatekeeper H.323), in order to access a service platform offering multimedia services over IP. Once registered, the user can notably initiate or receive voice over IP calls.
  • the remote access procedures allow a user to move and find the multimedia services to which he has subscribed, regardless of the access network used, subject to agreements between the various actors (network provider access provider, Internet service provider, IP service provider, etc.).
  • Calls to an emergency service must be routed to the call center nearest the caller, which requires knowing the location of the caller with certainty.
  • a number of value-added services exploit the user's geographical location and / or network to adapt according to the location, the routing of incoming or outgoing calls, or the service offered to the user.
  • the terminal 10 of the user is equipped with an interface to an access network enabling him to connect to an IP network via an access server 3. This connection can also be subordinated to a network.
  • the terminal uses mechanisms provided by the DHCP protocol to obtain an IP address and to discover the information necessary for the configuration of the terminal accessing the network.
  • IP transport layer DNS server address - Domain Name Server - IP address allocation lease duration, etc.
  • the terminal is assigned an IP address.
  • the SIP or H.323 client that the terminal 10 is equipped with sends a registration request to a call server 16 of the service platform.
  • This recording may also be subordinated to an authentication 24 of the terminal and / or the user at the level of the service platform.
  • the service platform which gives him the ability to make and receive calls, as well as to initiate multimedia sessions.
  • Signaling protocols such as SIP and H.323 support nomadic users by their nature. These protocols implement a registration procedure allowing any user to register from any terminal and access network, provided of course that the user has sufficient rights.
  • the service platform and the associated applications then have the IP address of the user and thus know its connectivity status.
  • the IP address resolution it is possible to rely on the IP address resolution to determine the network to which an IP address has been assigned.
  • the IP address is too unreliable information to certify the location of a user. For example, in the absence of an "anti-spoofmg" mechanism, it is simple for an attacker to steal the IP address of a terminal connected to the IP network via a radio interface.
  • the IP address assigned by the DHCP procedure belongs to a private IP network and a NAT (Network Address Translator) function is implemented
  • the IP address seen by the service platform is a public IP address assigned by the NAT function and not the private IP address (unknown to the public network) that has been assigned to the terminal for the current access. The IP address does not correspond to that used by the terminal of the user or the equipment to which the terminal is connected.
  • the present invention aims to overcome this drawback by exploiting the precise information available to access network operators on the - A - geographical configuration of the access points to their network, in order to provide reliable and accurate information on the network and geographical location of a terminal from which a user registers.
  • This objective is achieved by the provision of a method of locating a user terminal by an IP service to which the terminal can access via an access network, comprising the execution of a procedure for accessing a user terminal. allocating an IP address to the terminal, during which an IP address is assigned to the terminal.
  • a database stores the IP address assigned to the terminal, in association with a terminal or user identifier and an identifier of an access point of the terminal to the access network, the access point. being associated with location information, and the database transmits the location information associated with the identifier of the terminal or the user to the service.
  • the terminal transmitting a request message from an IP address to an address server, it inserts the identifier of the terminal or the user in said request message of an IP address.
  • the terminal sends a request message from an IP address to an address server, via an access server, and the access server inserts the identifier of the access point in said request message of an IP address.
  • the terminal accessing the service under a user identifier vis-à-vis the service
  • the database stores the identifier of the user vis-à-vis the service in combination with the information already associated to the terminal or user identifier
  • the service obtains the location information of the terminal from the user's identifier with respect to the service.
  • the location information of the terminal is automatically notified to the service in the event of a change in the database.
  • the identifier of the terminal or the user is a random number generated by the terminal.
  • the database obtains the location information of the terminal from an information system of an access network operator and IP transport, using the access point identifier.
  • the invention also relates to a database accessible to at least one IP service for locating a user terminal connected to an IP transport network via an access network, arranged to
  • the database is arranged to send a request for the location of a user to an information system of an IP access and transport network operator, said request containing a point identifier. access by which the terminal is connected to the access network.
  • the invention furthermore deals with an IP address server for an IP transport network to which at least one access network is connected, comprising means for allocating an IP address to a terminal at the access thereof. to the IP transport network and means for receiving an IP address request transmitted by the terminal when it accesses an IP service, the IP address server further comprising:
  • the invention also relates to an access server intended to be connected to an access network and to an IP transport network, to allow access of a terminal to an IP service via the network. access and the transport network, the access server comprising means for receiving and retransmitting to an IP address server an IP address request sent by a user terminal, means for inserting into the request of IP address received an identifier of the access point of the terminal to the access network, before retransmitting the request to the IP address server.
  • the invention furthermore relates to a terminal for access to at least one IP service via an access network and an IP transport network, comprising means for sending an address request. IP to an IP address server and means for inserting in said request an identifier of the terminal or the user.
  • the terminal there is provided means for generating a random number used as the identifier of the terminal.
  • Figure 1 schematically shows a system for accessing services based on SIP or H.323 signaling protocols
  • FIG. 2 diagrammatically represents a generic access diagram for multimedia services based on the SIP or H.323 protocols, according to the prior art
  • FIG. 3 illustrates, in the form of a flow diagram, a procedure according to the invention of dynamic allocation of IP address when an attempt is made to access a user terminal to a multimedia IP service;
  • FIG. 4 illustrates in the form of a flow diagram a procedure for registering a user with a multimedia IP service, according to the invention
  • Figure 5 illustrates in the form of a flow diagram several procedures for obtaining location information of a user.
  • FIG. 1 represents a system allowing users equipped with terminals 10 to access multimedia IP services, the session control of which is based on the SIP or H.323 signaling protocol.
  • Such services are usually delivered by service platforms comprising a call server 16 and an application server 17, the platforms being hosted in the IP network 15 of the service provider.
  • service platforms comprising a call server 16 and an application server 17, the platforms being hosted in the IP network 15 of the service provider.
  • the user equipped with a terminal 10 must have access to an IP core or transport network 5, via an access network 1, 2 and an access server 3, 4.
  • the IP transport network 5 comprises a DHCP server 6 and a signaling proxy 7 connected to the access servers, the DHCP server participating in the dynamic allocation of IP addresses to the access of the user terminals to the transport network 5.
  • the invention proposes in particular to convey an identifier of the user or the terminal of the latter, during the procedures performed by the terminal of the user connected to the access network 1, 2 , to access a service offered by a multimedia IP service platform based on the SIP or H.323 protocol, and in particular during the DHCP procedure for allocating an IP address to the user, and the procedure of registration of the user with the service platform.
  • the access networks 1, 2 and IP transport networks 5 comprise, according to the invention, a database 8 accessible to the access servers 3, 4, to the DHCP server 6 and to the signaling proxy 7, this database ensuring the correlation between the data of the users connected to the access network 1, 2, namely for each user, the identity of the user and the IP address that has been assigned to him for the connection, this database being updated through the IP transport network by the access server 3, 4, the DHCP server 6 and the signaling proxy 7, and being readable to the service platforms.
  • the database 8 provides information on the characteristics of the access networks 1, 2 and on the geographical location of its various components, and in particular the access points to which the user terminals are connected, this information being obtained beforehand from an information system 9 of the operator of the access networks 1, 2.
  • the identifier of the user or terminal that is conveyed during access to a IP multimedia service is initially used in the address allocation procedure by the DHCP server 6 at the access network, so that it is associated with the IP address assigned to the terminal 10 by the DHCP server.
  • the assigned IP address and the identifier of the user or terminal are stored in the database 8, in association with the physical coordinates of the physical access point to which the user's terminal 10 is connected.
  • the database 8 then makes it possible to determine the geographical coordinates of this physical access point.
  • the identifier of the user or the terminal is transmitted to the signaling proxy 7 during the registration procedure of the user with the service platform.
  • This arrangement allows the signaling proxy to update the database 8 with the service identity under which the user accesses the service.
  • the procedure for registering the user with the service platform is standard. The user registers with his service identity.
  • the service platform can obtain from the database 8 the location information associated with the service identity registered by the user. This location information can be obtained either in consultation mode or in notification mode. In consultation mode, the service platform transmits to the database 8 a query relating to the location information corresponding to the service identity of the user. In notification mode, this location information is dynamically notified by the database 8 to the service platform.
  • Figure 3 illustrates the procedure according to the invention, IP address allocation by the DHCP server.
  • the terminal 10 of the user inserts an identifier of the user or the "Client-ID" terminal serving as a correlation parameter in a DHCP_Discover request to be sent to the DHCP server 6, the terminal being equipped with an interface for this purpose.
  • the identifier "Client-ID” is for example inserted in the "client-identifier” field (option code 61) of the DHCP messages.
  • the DHCP_Discover message is broadcast in the access network 1, 2, which is connected to the terminal 10 of the user, to the DHCP server 6, this message containing the MAC address of the card terminal network ("chaddr" parameter), an identifier of the transaction ("xid” parameter) and the "Client-ID” parameter.
  • this message is intercepted by the access server 3, 4 of the access network 1, 2 of the user, the access server then acting as a DHCP relay by storing the MAC address and the "Client-ID" identifier contained in the message.
  • the access server inserts into the intercepted message an "Access-ID" identifier of the line to which the user's terminal is connected, for example in the "relay agent information" field.
  • the DHCP server receives the DHCP_Discover message and sends back to the terminal a DHCP_Offer message containing the IP address proposed to the terminal ("yiaddr" parameter), this IP address being selected from an address pool which can be assigned to the access server 3, 4.
  • the access server receives and retransmits this message to the terminal of the user.
  • the user's terminal Upon receipt of this message in step 38, the user's terminal issues a DHCP Request message to request the DHCP server to use the IP address contained in the received DHCP_Offer message.
  • DHCP_Request also contains the MAC address ("chaddr") of the terminal's network card, the identifier ("xid") of the transaction, and the "client-identifier” identifier.
  • the access server intercepts this message, inserting the identifier of the "Access-ID" line, for example in the "relay agent information” field (step 40), and transmits it to the DHCP server. 6 (step 41).
  • the DHCP server receives this message, extracts the information contained therein, namely, the IP address assigned to the terminal, the "Client-ID" identifier and the identifier of the access point. "Access-ID”, and transmits this information in an update request of the database 8.
  • the database receives and stores this information and sends a confirmation message of their good reception in which it optionally provides the signaling proxies address to be contacted by the user to perform a SIP registration.
  • This message is received in step 44 by the DHCP server which confirms to the user the right to use the IP address by sending to the terminal a DHCP_ACK message containing in addition, the authorized duration of use of the address IP and possibly other information such as addresses of signaling proxies and DNS servers to be used, this information being obtained from the database 8 or being stored internally by the DHCP server.
  • the DHCP-ACK message is relayed by the access server to the terminal of the user 10.
  • the terminal can register with a service platform in accordance with the registration procedure shown in Figure 4.
  • the procedure shown in this figure is in accordance with the protocol SIP.
  • a similar procedure can be illustrated and described in accordance with the H.323 protocol.
  • the terminal uses the information received previously, namely, the assigned IP address, the address of the signaling proxy 7 to be used, to issue a registration message SIP_Register further containing the SIP identifier of the user of the form "Userl_Publicl@home.com” in the fields “from” and “to” ("home.com” designating the domain of the service requested by the user), as well as the identifier " Client-ID "used as correlation parameter between the two procedures, the latter being inserted for example in the" Digest-Username "parameter of the" Proxy Authorization "field of the SIP message.
  • the SIP_Register message is transmitted to the signaling proxy 7 via the access server 3, 4 which is transparent at the SIP level.
  • the signaling proxy receives this message and stores the identifier "Client-ID" in association with the user's SIP identifier, and retransmits this information in an update request message to the user.
  • database 8 The "Client-ID" identifier enables the database 8 to store the user's SIP identifier in association with the other information stored for the user identified by "Client-ID".
  • the database then confirms (step 54) the good reception of this information.
  • the signaling proxy 7 removes the "proxy-authorization" field containing the identifier "Client-ID” from the received SIP-Register message and adds the "P-Visited-Network-ID” field identifying it. the access network 1, 2 to which the terminal of the user is connected.
  • the signaling proxy 7 transmits the SIP_Register message thus modified to the call server 16 of the service requested by the user.
  • the call server Upon receipt of this message, the call server performs a procedure 57 for authenticating the user. If the user is authorized to access the service, the call server transmits in step 58 a SIP_OK agreement message in response to the received SIP_Register message.
  • the call server indicates in the "P-Associated-URI" field of the SIP_OK message that the identities concerned ("UserlJPublic2@home.com",
  • the signaling proxy On receipt of the SIP_OK message (step 59), the signaling proxy examines the message content to discover the identifiers possibly associated with the registered identifier, and triggers an update of the database 8 with this information associated with the message. the "Client-ID" identifier to enable the database to complete the stored information concerning the user identified by "Client-ID". This information is received by the database 8 in step 60 which confirms their good reception. Upon receipt of this confirmation in step 61, the proxy retransmits the SIP_OK message to the access server 3, 4, which in turn retransmits the message to the terminal at step 62.
  • the database 8 can retrieve information concerning the geographical location of a user, for example the postal address of the latter. For this purpose, the database 8 transmits, in a first step 71 of a location procedure, a request for the location of the user to the information system 9 of the operator of the access and data networks. IP transport to which the user is connected. This location request contains the Access-ID of the network access point to which the user is connected. In the next step 72, the information system returns the requested information.
  • the call server 16 or a dedicated application server of the service platform may need location information (network or geographic) of the registered user under a given identifier.
  • the database 8 can automatically notifying the call server or the application server of a geographical location change of a user registered under the identity "User l_Public l@home.com” (step 73).
  • the name of the domain (or network) ("home.com") to which the server belongs, allows the notification message to be properly forwarded.
  • the dedicated call or application server confirms the good reception of the location information.
  • the server 16, 17 must then request (step 75) the database location information of a user having an identifier vis-à-vis the service of the form
  • the database 8 of the access network to which the user is connected refers to the dedicated or dedicated application server 16 17 the geographic location information associated with the identity of the user. 'user.
  • the invention can be implemented by implementing the DHCP protocol for the allocation of IP addresses in a private network, and a NAT function.
  • the interface with the DHCP server 6 may be in accordance with the DHCP protocol.
  • the selected call control protocol may be SIP.
  • the database 8 of the access server can have two frontals accessible via the SOAP protocol (Simple Object Access
  • Protocol one for the update and one for the consultation.
  • the user identifier that is used to correlate the IP address allocation and registration procedures may be a random number generated by the user's terminal.
  • the database 8 rejects an update request in step 43 if this random number used as identifier is already used in the database to identify a user. This rejection results in the rejection of the IP address allocation DHCP request.
  • the terminal must then renew its IP address request with a new random number.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Library & Information Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Small-Scale Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

Pour localiser un terminal (10) lors de l'accès à un service IP (15), par l'intermédiaire d'un réseau d'accès (1, 2), une procédure d'allocation d'une adresse IP au terminal (10) est exécutée, et une base de données (8) mémorise l'adresse IP attribuée au terminal (10), en association avec un identifiant de terminal ou d'utilisateur et un identifiant d'un point d'accès du terminal au réseau d'accès (1, 2), le point d'accès étant associé à des informations de localisation, et la base de données transmet au service les informations de localisation associées à l'identifiant du terminal ou de l'utilisateur.

Description

PROCEDE ET SYSTEME DE LOCALISATION D'UTILISATEURS POUR LES SERVICES BASES SUR LES PROTOCOLES SIP OU H.323 AVEC ATTRIBUTION D'ADRESSE IP DYNAMIQUE
La présente invention concerne le déploiement d'architectures pour la fourniture de services IP (Internet Protocol) Multimédia, tels que la téléphonie sur IP, la vidéo temps réel ou les services de messagerie instantanée multimédia.
De telles architectures s'appuient généralement sur la mise en œuvre de protocoles d'initialisation et de contrôle de sessions IP tels que SIP (Session Initiation Protocol) ou H.323 (Packet-Based Multimedia Communications Systems), ainsi que sur le protocole DHCP (Dynamic Host Configuration Protocol) pour l'allocation dynamique d'adresse IP à l'utilisateur.
En se connectant à un réseau fîlaire ou sans fil fournissant une connexion IP, l'utilisateur obtient d'un serveur DHCP une adresse IP lui permettant de router son trafic IP et d'utiliser les protocoles de signalisation IP tels que SIP ou H.323. L'utilisateur utilise ensuite un client SIP ou H.323 installé sur son terminal pour s'enregistrer auprès d'un serveur d'appel (Serveur SIP ou Gatekeeper H.323), afin d'accéder à une plate-forme de service offrant des services multimédia sur IP. Une fois enregistré, l'utilisateur peut notamment initier ou recevoir des appels voix sur IP.
Les procédures d'accès à distance permettent à un utilisateur de se déplacer et de retrouver les services multimédia auxquels il a souscrit, et ce quel que soit le réseau d'accès utilisé, sous condition d'accords entre les différents acteurs (fournisseur de réseau d'accès, fournisseur d'accès Internet, fournisseur de services IP, etc.).
II s'avère que l'exécution de certains services nécessite la connaissance de la localisation géographique ou réseau, soit de l'utilisateur appelant, soit de l'utilisateur appelé. Cette information est primordiale notamment dans les cas suivants.
Les appels vers un service d'urgence doivent être acheminés vers le centre de secours le plus proche de l'appelant, ce qui nécessite de connaître avec certitude la localisation de l'appelant. Par ailleurs, nombre de services à valeur ajoutée exploitent la localisation géographique et/ou réseau de l'utilisateur pour adapter en fonction de la localisation, l'acheminement des appels entrants ou sortants, ou le service offert à l'utilisateur.
Les principes de base mis en œuvre dans les architectures pour la fourniture de services IP multimédia, basées sur le protocole SIP ou H.323 sont illustrés par la figure 2.
Le terminal 10 de l'utilisateur est équipé d'une interface vers un réseau d'accès lui permettant de se connecter à un réseau IP par l'intermédiaire d'un serveur d'accès 3. Cette connexion peut en outre être subordonnée à une authentification 21 du terminal et/ou de l'utilisateur auprès du réseau d'accès. A partir du moment où le terminal a accès aux services offerts par le réseau d'accès, le terminal met en œuvre des mécanismes fournis par le protocole DHCP pour obtenir une adresse IP et découvrir 22 les informations nécessaires à la configuration du terminal accédant à la couche de transport IP (adresse du serveur DNS - Domain Name Server -, durée du bail d'allocation de l'adresse IP, etc.). A l'issue de cette procédure, le terminal se voit attribuer 23 une adresse IP.
Une fois l'adresse IP récupérée, le client SIP ou H.323 dont est équipé le terminal 10, envoie une demande d'enregistrement 25 à un serveur d'appel 16 de la plate-forme de service. Cet enregistrement peut également être subordonné à une authentification 24 du terminal et/ou de l'utilisateur au niveau de la plate¬ forme de service.
Une fois l'enregistrement effectué, l'utilisateur est reconnu comme actif par la plate-forme de service, ce qui lui donne la possibilité d'émettre et de recevoir des appels, ainsi que d'initialiser des sessions multimédia 26.
Les protocoles de signalisation tels que SIP et H.323 supportent par nature les utilisateurs nomades. Ces protocoles mettent en œuvre une procédure d'enregistrement permettant à tout utilisateur de s'enregistrer depuis n'importe quel terminal et réseau d'accès, sous réserve bien sûr que l'utilisateur dispose de droits suffisants. La plate-forme de service et les applications associées disposent alors de l'adresse IP de l'utilisateur et connaissent ainsi son état de connectivité. Dans un réseau d'accès ne disposant pas de mécanisme de gestion de la mobilité, il n'existe pas en revanche de procédure permettant aux plate-formes de service basées sur le protocole SIP ou H.323 de récupérer dynamiquement depuis le réseau d'accès l'information de localisation géographique ou réseau (adresse de l'équipement gérant le trafic IP de l'utilisateur) de l'utilisateur. En effet, la plate-forme de service ne connaît que l'identité de l'utilisateur et son adresse IP, ce qui est insuffisant pour localiser celui-ci d'une manière précise et sûre. Dans certaines situations particulières, il est possible de se baser sur la résolution d'adresse IP pour déterminer le réseau auquel une adresse IP a été attribuée. Cependant, l'adresse IP est une information trop peu fiable pour certifier la localisation d'un utilisateur. Par exemple, en l'absence de mécanisme d'"anti-spoofmg" (antivol d'adresse IP), il est simple pour une personne malveillante de voler l'adresse IP d'un terminal connecté au réseau IP par l'intermédiaire d'une interface radio. En outre, dans le cas où l'adresse IP attribuée par la procédure DHCP appartient à un réseau IP privé et qu'une fonction NAT (Network Address Translater) est mise en œuvre, l'adresse IP vue par la plate-forme de service est une adresse IP publique attribuée par la fonction NAT et non l'adresse IP privée (non connue du réseau public) qui a été attribuée au terminal pour l'accès en cours. L'adresse IP ne correspond donc pas à celle utilisée par le terminal de l'utilisateur ou par l'équipement auquel est raccordé le terminal.
On peut envisager de demander à l'utilisateur de fournir cette information de localisation. Toutefois, comme il s'agit d'un mode déclaratif, l'information fournie est peu fiable. Cette information peut également être renseignée automatiquement par le terminal au moyen d'un système de géolocalisation tel que le GPS. Cependant, ces systèmes sont aujourd'hui trop répandus et présentent un coût élevé.
En définitive, il n'existe à ce jour pas de procédure satisfaisante permettant à une plate-forme de service basée sur le protocole SIP ou H.323 d'obtenir dynamiquement une information de localisation certifiée d'un utilisateur enregistré sur un accès fixe au sens large, à l'exclusion des réseaux mobiles cellulaires.
La présente invention a pour but de supprimer cet inconvénient en exploitant les informations précises dont disposent les opérateurs de réseau d'accès sur la - A - configuration géographique des points d'accès à leur réseau, en vue de fournir une information fiable et précise sur la localisation réseau et géographique d'un terminal à partir duquel un utilisateur s'enregistre. Cet objectif est atteint par la prévision d'un procédé de localisation d'un terminal d'utilisateur par un service IP auquel le terminal peut accéder par l'intermédiaire d'un réseau d'accès , comprenant l'exécution d'une procédure d'allocation d'une adresse IP au terminal, au cours de laquelle une adresse IP est attribuée au terminal. En outre, une base de données mémorise l'adresse IP attribuée au terminal, en association avec un identifiant de terminal ou d'utilisateur et un identifiant d'un point d'accès du terminal au réseau d'accès, le point d'accès étant associé à des informations de localisation, et la base de données transmet les informations de localisation associées à l'identifiant du terminal ou de l'utilisateur au service.
Selon une variante, le terminal émettant un message de requête d'une adresse IP à destination d'un serveur d'adresses, il insère l'identifiant du terminal ou de l'utilisateur dans ledit message de requête d'une adresse IP.
Selon encore une variante, le terminal émet un message de requête d'une adresse IP à destination d'un serveur d'adresses, par l'intermédiaire d'un serveur d'accès, et le serveur d'accès insère l'identifiant du point d'accès dans ledit message de requête d'une adresse IP.
Selon une autre variante, le terminal accédant au service sous un identifiant d'utilisateur vis-à-vis du service, la base de données mémorise l'identifiant de l'utilisateur vis-à-vis du service en association avec les informations déjà associées à l'identifiant de terminal ou d'utilisateur, et le service obtient les informations de localisation du terminal à partir de l'identifiant de l'utilisateur vis-à-vis du service.
Selon encore une autre variante, les informations de localisation du terminal sont notifiées automatiquement au service en cas de changement dans la base de données.
On peut en outre prévoir que l'identifiant du terminal ou de l'utilisateur est un nombre aléatoire généré par le terminal.
Selon une variante, la base de données obtient les informations de localisation du terminal auprès d'un système d'information d'un opérateur de réseaux d'accès et de transport IP, à l'aide de l'identifiant du point d'accès.
L'invention traite également d'une base de données accessible à au moins un service IP pour la localisation d'un terminal d'utilisateur connecté à un réseau de transport IP par l'intermédiaire d'un réseau d'accès, agencée pour
- mémoriser, pour un terminal d'utilisateur donné, une adresse IP attribuée au terminal en association avec un identifiant de terminal ou d'utilisateur et un identifiant d'un point d'accès du terminal au réseau d'accès, le point d'accès étant associé à des informations de localisation du terminal, et - transmettre au service des informations de localisation associées à l'identifiant de terminal ou d'utilisateur.
Selon une variante, la base de données est agencée pour émettre une requête de localisation d'un utilisateur à destination d'un système d'information d'un opérateur de réseaux d'accès et de transport IP, ladite requête contenant un identifiant du point d'accès par lequel le terminal est connecté au réseau d'accès.
L'invention traite en outre d'un serveur d'adresses IP pour un réseau de transport IP auquel est relié au moins un réseau d'accès, comprenant des moyens pour attribuer une adresse IP à un terminal à l'accès de celui-ci au réseau de transport IP et des moyens pour recevoir une requête d'adresse IP émise par le terminal lors de son accès à un service IP, le serveur d'adresses IP comprenant en outre :
- des moyens pour extraire de la requête d'adresse IP un identifiant du terminal et un identifiant d'un point d'accès du terminal au réseau d'accès, et
- des moyens pour mettre à jour une base de données avec lesdites informations extraites de la requête d'adresse IP, en association avec une adresse IP attribuée au terminal.
L'invention traite par ailleurs d'un serveur d'accès destiné à être connecté à un réseau d'accès et à un réseau de transport IP, pour permettre l'accès d'un terminal à un service IP par l'intermédiaire du réseau d'accès et du réseau de transport, le serveur d'accès comprenant des moyens pour recevoir et retransmettre à un serveur d'adresses IP une requête d'adresse IP émise par un terminal d'utilisateur, des moyens pour insérer dans la requête d'adresse IP reçue un identifiant du point d'accès du terminal au réseau d'accès, avant de retransmettre la requête au serveur d'adresse IP. L'invention traite de surcroît d'un terminal pour l'accès à au moins un service IP par l'intermédiaire d'un réseau d'accès et d'un réseau de transport IP, comprenant des moyens pour émettre une requête d'adresse IP à destination d'un serveur d'adresses IP et des moyens pour insérer dans ladite requête un identifiant du terminal ou de l'utilisateur.
Selon une variante du terminal, il est prévu des moyens de génération d'un nombre aléatoire utilisé comme identifiant du terminal.
Un mode de réalisation préféré de l'invention sera décrit ci-après, à titre d'exemple non limitatif, avec référence aux dessins annexés dans lesquels :
La figure 1 représente schématiquement un système d'accès à des services basés sur les protocoles de signalisation SIP ou H.323 ;
La figure 2 représente schématiquement un diagramme générique d'accès à des services multimédia basés sur les protocoles SIP ou H.323, selon l'art antérieur ;
La figure 3 illustre sous la forme d'un diagramme de flux une procédure selon l'invention d'attribution dynamique d'adresse IP lors d'une tentative d'accès d'un terminal d'utilisateur à un service IP multimédia ;
La figure 4 illustre sous la forme d'un diagramme de flux une procédure d'enregistrement d'un utilisateur auprès d'un service IP multimédia, selon l'invention ;
La figure 5 illustre sous la forme d'un diagramme de flux plusieurs procédures d'obtention d'informations de localisation d'un utilisateur.
La figure 1 représente un système permettant à des utilisateurs équipés de terminaux 10 d'accéder à des services IP multimédia, dont le contrôle de session est basé sur le protocole de signalisation SIP ou H.323.
De tels services sont généralement rendus par des plates-formes de service comprenant un serveur d'appel 16 et un serveur d'application 17, les plates- formes étant hébergées dans le réseau IP 15 du fournisseur de service. Pour accéder à de telles plates-formes de service, l'utilisateur équipé d'un terminal 10 doit disposer d'un accès à un réseau cœur ou de transport IP 5, par l'intermédiaire d'un réseau d'accès 1, 2 et d'un serveur d'accès 3, 4.
Le réseau de transport IP 5 comprend un serveur DHCP 6 et un proxy de signalisation 7 reliés aux serveurs d'accès, le serveur DHCP participant à l'attribution dynamique d'adresses IP à l'accès des terminaux d'utilisateurs au réseau de transport 5.
Pour permettre à des plates-formes de service basées sur le protocole SIP ou H.323 d'obtenir une information de localisation d'un utilisateur, certifiée par un opérateur, dès l'enregistrement de l'utilisateur, puis à tout moment tant que l'utilisateur dispose d'une adresse IP, l'invention propose notamment de véhiculer un identifiant de l'utilisateur ou du terminal de ce dernier, durant les procédures exécutées par le terminal de l'utilisateur connecté au réseau d'accès 1, 2, pour accéder à un service offert par une plate-forme de service IP multimédia basée sur le protocole SIP ou H.323, et en particulier durant la procédure DHCP d'allocation d'une adresse IP à l'utilisateur, et la procédure d'enregistrement de l'utilisateur auprès de la plate-forme de service.
A cet effet, les réseaux d'accès 1, 2 et de transport IP 5 comprennent, selon l'invention, une base de données 8 accessible aux serveurs d'accès 3, 4, au serveur DHCP 6 et au proxy de signalisation 7, cette base de données assurant la corrélation entre les données des utilisateurs connectés au réseau d'accès 1, 2, à savoir pour chaque utilisateur, l'identité de l'utilisateur et l'adresse IP qui lui a été attribuée pour la connexion, cette base de données étant mise à jour au travers du réseau de transport IP par le serveur d'accès 3, 4, le serveur DHCP 6 et le proxy de signalisation 7, et étant accessible en lecture aux plates-formes de service. En outre, la base de données 8 fournit des informations sur les caractéristiques des réseaux d'accès 1, 2 et sur la localisation géographique de ses différents composants, et en particulier, des points d'accès auxquels les terminaux d'utilisateurs sont connectés, ces informations étant préalablement obtenues auprès d'un système d'information 9 de l'opérateur des réseaux d'accès 1, 2.
L'identifiant de l'utilisateur ou du terminal qui est véhiculé durant un accès à un service IP multimédia est dans un premier temps utilisé dans la procédure d'allocation d'adresse par le serveur DHCP 6 au niveau du réseau d'accès, de manière à ce qu'il soit associé à l'adresse IP attribuée au terminal 10 par le serveur DHCP. L'adresse IP attribuée et l'identifiant de l'utilisateur ou du terminal sont mémorisés dans la base de données 8, en association avec les coordonnées physiques du point d'accès physique auquel est connecté le terminal 10 de l'utilisateur. La base de données 8 permet ensuite de déterminer les coordonnées géographiques de ce point d'accès physique.
Dans un deuxième temps, l'identifiant de l'utilisateur ou du terminal est transmis au proxy de signalisation 7 lors de la procédure d'enregistrement de l'utilisateur auprès de la plate-forme de service. Cette disposition permet au proxy de signalisation de mettre à jour la base de données 8 avec l'identité de service sous laquelle l'utilisateur accède au service. La procédure d'enregistrement de l'utilisateur auprès de la plate-forme de service est standard. L'utilisateur s'enregistre à l'aide de son identité de service. Une fois l'enregistrement réussi, la plate-forme de service peut obtenir de la base de données 8 les informations de localisation associées à l'identité de service enregistrée par l'utilisateur. Ces informations de localisation peuvent être obtenues soit en mode consultation, soit en mode notification. En mode consultation, la plate-forme de service transmet à la base de données 8 une requête portant sur les informations de localisation correspondant à l'identité de service de l'utilisateur. En mode notification, ces informations de localisation sont notifiées dynamiquement par la base de données 8 à la plate-forme de service.
La figure 3 illustre la procédure selon l'invention, d'allocation d'adresse IP par le serveur DHCP.
A la première étape 31 de cette procédure, le terminal 10 de l'utilisateur insère un identifiant de l'utilisateur ou du terminal "Client-ID" servant de paramètre de corrélation dans une requête DHCP_Discover à émettre vers le serveur DHCP 6, le terminal étant équipé d'une interface à cet effet. L'identifiant "Client-ID" est par exemple inséré dans le champ "client-identifier" (option code 61) des messages DHCP. A l'étape suivante 32, le message DHCP_Discover est diffusé dans le réseau d'accès 1, 2, auquel est connecté le terminal 10 de l'utilisateur, à destination du serveur DHCP 6, ce message contenant l'adresse MAC de la carte réseau du terminal (paramètre "chaddr"), un identifiant de la transaction (paramètre "xid") et le paramètre "Client-ID".
A l'étape suivante 33, ce message est intercepté par le serveur d'accès 3, 4 du réseau d'accès 1, 2 de l'utilisateur, le serveur d'accès agissant alors comme un relais DHCP en mémorisant l'adresse MAC et l'identifiant "Client-ID" contenus dans le message. A l'étape suivante 34, le serveur d'accès insère dans le message intercepté un identifiant "Access-ID" de la ligne à laquelle est connecté le terminal de l'utilisateur, par exemple dans le champ "relay agent information"
(option code 82) du message DHCPJDiscover. A l'étape suivante 35, le message ainsi complété est transmis au serveur DHCP 6.
A l'étape suivante 36, le serveur DHCP reçoit le message DHCP_Discover et renvoie à destination du terminal un message DHCP_Offer contenant l'adresse IP proposée au terminal (paramètre "yiaddr"), cette adresse IP étant sélectionnée dans un pool d'adresses qui peuvent être attribuées au serveur d'accès 3, 4. A l'étape suivante 37, le serveur d'accès reçoit et retransmet ce message vers le terminal de l'utilisateur.
A la réception de ce message à l'étape 38, le terminal de l'utilisateur émet un message DHCP Request pour demander au serveur DHCP l'utilisation de l'adresse IP contenue dans le message DHCP_Offer reçu. Le message
DHCP_Request contient également l'adresse MAC ("chaddr") de la carte réseau du terminal, l'identifiant ("xid") de la transaction, et l'identifiant "client- identifier". A l'étape 39, le serveur d'accès intercepte ce message, y insère l'identifiant de la ligne "Access-ID", par exemple dans le champ "relay agent information" (étape 40), et le transmet au serveur DHCP 6 (étape 41).
A l'étape 42, le serveur DHCP reçoit ce message, en extrait les informations qui y sont contenues, à savoir, l'adresse IP attribuée au terminal, l'identifiant "Client-ID" et l'identifiant du point d'accès "Access-ID", et émet ces informations dans une requête de mise à jour de la base de données 8. A l'étape 43, la base de données reçoit et mémorise ces informations et émet un message de confirmation de leur bonne réception dans lequel elle fournit éventuellement l'adresse de proxies de signalisation à contacter par l'utilisateur pour effectuer un enregistrement SIP. Ce message est reçu à l'étape 44 par le serveur DHCP qui confirme à l'utilisateur le droit d'utiliser l'adresse IP en envoyant vers le terminal un message DHCP_ACK contenant en outre, la durée autorisée d'utilisation de l'adresse IP et éventuellement d'autres informations telles que des adresses de proxies de signalisation et de serveurs DNS à utiliser, ces informations étant obtenues à partir de la base de données 8 ou étant stockées en interne par le serveur DHCP. A l'étape suivante 45, le message DHCP-ACK est relayé par le serveur d'accès vers le terminal de l'utilisateur 10.
Une fois que le terminal dispose d'une adresse IP, il peut s'enregistrer auprès d'une plate-forme de service, conformément à la procédure d'enregistrement illustrée sur la figure 4. La procédure illustrée sur cette figure est conforme au protocole SIP. Une procédure analogue peut être illustrée et décrite conformément au protocole H.323.
A la première étape 51 de cette procédure, le terminal utilise les informations reçues précédemment, à savoir, l'adresse IP attribuée, l'adresse du proxy de signalisation 7 à utiliser, pour émettre un message d'enregistrement SIP_Register contenant en outre l'identifiant SIP de l'utilisateur de la forme "Userl_Publicl@home.com" dans les champs "from" et "to" ("home.com" désignant le domaine du service demandé par l'utilisateur), ainsi que l'identifiant "Client-ID" utilisé comme paramètre de corrélation entre les deux procédures, ce dernier étant inséré par exemple dans le paramètre "Digest-Username" du champ "Proxy Authorization" du message SIP.
A l'étape suivante 52, le message SIP_Register est transmis au proxy de signalisation 7 par l'intermédiaire du serveur d'accès 3, 4 qui est transparent au niveau SIP. A l'étape 53, le proxy de signalisation reçoit ce message et mémorise l'identifiant "Client-ID" en association avec l'identifiant SIP de l'utilisateur, et retransmet ces informations dans un message de requête de mise à jour à la base de données 8. L'identifiant "Client-ID" permet à la base de données 8 de mémoriser l'identifiant SIP de l'utilisateur en association avec les autres informations mémorisées pour l'utilisateur identifié par "Client-ID". La base de données confirme ensuite (étape 54) la bonne réception de ces informations. A l'étape suivante 55, le proxy de signalisation 7 supprime du message SIP-Register reçu le champ "proxy-authorization" contenant l'identifiant "Client-ID" et y ajoute le champ "P-Visited-Network-ID" identifiant le réseau d'accès 1, 2 auquel le terminal de l'utilisateur est connecté. A l'étape 56, le proxy de signalisation 7 transmet le message SIP_Register ainsi modifié au serveur d'appel 16 du service demandé par l'utilisateur. A la réception de ce message, le serveur d'appel exécute une procédure 57 d'authentification de l'utilisateur. Si l'utilisateur est autorisé à accéder au service, le serveur d'appel émet à l'étape 58 un message d'accord SIP_OK en réponse au message SIP_Register reçu. Dans le cas où l'utilisateur dispose de plusieurs identifiants associés à l'identifiant enregistré, le serveur d'appel indique dans le champ "P-Associated-URI" du message SIP_OK que les identités concernées ("UserlJPublic2@home.com",
"Userl_Public3@home.com", "Userl_Public4@home.com") sont enregistrées implicitement.
A la réception du message SIP_OK (étape 59), le proxy de signalisation examine le contenu du message pour y découvrir les identifiants éventuellement associés à l'identifiant enregistré, et déclenche une mise à jour de la base de données 8 avec ces informations associées à l'identifiant "Client-ID" pour permettre à la base de données de compléter les informations mémorisées concernant l'utilisateur identifié par "Client-ID". Ces informations sont reçues par la base de données 8 à l'étape 60 qui confirme leur bonne réception. A la réception de cette confirmation à l'étape 61, le proxy retransmet le message SIP_OK au serveur d'accès 3, 4, qui à son tour retransmet le message au terminal à l'étape 62.
La base de données 8 peut retrouver des informations concernant la localisation géographique d'un l'utilisateur, par exemple l'adresse postale de ce dernier. A cet effet, la base de données 8 émet, dans une première étape 71 d'une procédure de localisation, une requête de localisation de l'utilisateur à destination du système d'information 9 de l'opérateur des réseaux d'accès et de transport IP auxquels l'utilisateur est connecté. Cette requête de localisation contient l'identifiant Access-ID du point d'accès au réseau auquel l'utilisateur est connecté. A l'étape suivante 72, le système d'information renvoie l'information demandée.
Par ailleurs, au cours de la procédure d'enregistrement d'un utilisateur par un service IP multimédia, par exemple sur réception du message SIP_Register ou après émission du message SIP OK, le serveur d'appel 16 ou un serveur d'application dédié de la plate-forme de service, par exemple contacté au moment de l'enregistrement, peut avoir besoin d'informations de localisation (réseau ou géographique) de l'utilisateur enregistré sous un identifiant donné.
Si le serveur d'appel 16 ou le serveur d'application dédié 17 a préalablement souscrit à un service de notification, la base de données 8 peut automatiquement notifier le serveur d'appel ou le serveur d'application d'un changement de localisation géographique d'un utilisateur enregistré sous l'identité "User l_Public l@home.com" (étape 73). Le nom du domaine (ou du réseau) ("home.com") auquel appartient le serveur considéré, permet d'acheminer correctement le message de notification. Sur réception de la notification (étape 74), le serveur d'appel ou d'application dédié confirme la bonne réception des informations de localisation.
S'il n'existe pas de service de notification, ou si le serveur d'appel 16 ou d'application dédié 17 n'a pas souscrit à un tel service, le serveur 16, 17 doit alors demander (étape 75) à la base de données les informations de localisation d'un utilisateur possédant un identifiant vis-à-vis du service de la forme
"User l_Public l@home.com", en lui transmettant une requête contenant l'identifiant de l'utilisateur. A cet effet, il doit préalablement déterminer le réseau et la base de données 8 à interroger à partir de l'information "P-visited- network" transmis dans le message SIP_Register émis par le proxy de signalisation 7.
Sous réserve d'accord établi au préalable, la base de données 8 du réseau d'accès auquel l'utilisateur est connecté renvoie au serveur d'appel 16 ou d'application dédié 17 les informations de localisation géographiques associées à l'identité de l'utilisateur.
A titre d'exemple, l'invention peut être réalisée en mettant en œuvre le protocole DHCP pour l'allocation d'adresses IP dans un réseau privé, et une fonction NAT
(Network Address Translator) au niveau du nœud de service qui comporte un relais DHCP. Par ailleurs, l'interface avec le serveur DHCP 6 peut être conforme au protocole DHCP. Le protocole de commande d'appel retenu peut être SIP. Par ailleurs, la base de données 8 du serveur d'accès peut présenter deux frontaux accessibles via le protocole SOAP (Simple Object Access
Protocol), l'un pour la mise à jour et l'autre pour la consultation.
L'identifiant de l'utilisateur qui est utilisé pour corréler les procédures d'allocation d'adresse IP et d'enregistrement peut être un nombre aléatoire généré par le terminal de l'utilisateur. Dans ce cas, la base de données 8 rejette une requête de mise à jour à l'étape 43 si ce nombre aléatoire utilisé comme identifiant est déjà utilisé dans la base de données pour identifier un utilisateur. Ce rejet entraîne le rejet de la requête DHCP d'allocation d'adresse IP. Le terminal doit alors renouveler sa demande d'adresse IP avec un nouveau nombre aléatoire.

Claims

REVENDICATIONS
1. Procédé pour permettre la localisation d'un terminal d'utilisateur (10) par un service IP (15) auquel le terminal (10) peut accéder par l'intermédiaire d'un réseau d'accès (1, 2), comprenant :
- l'exécution d'une procédure d'allocation d'une adresse IP au terminal (10), au cours de laquelle une adresse IP est attribuée au terminal (10), caractérisé par le fait qu'une base de données (8)
- mémorise l'adresse IP attribuée au terminal (10), en association avec un identifiant de terminal ou d'utilisateur et un identifiant d'un point d'accès du terminal au réseau d'accès (1, 2), le point d'accès étant associé à des informations de localisation, et
- transmet les informations de localisation associées à l'identifiant du terminal ou de l'utilisateur au service.
2. Procédé selon la revendication 1, dans lequel, le terminal émettant un message de requête d'une adresse IP à destination d'un serveur d'adresses (6), il insère l'identifiant du terminal ou de l'utilisateur dans ledit message de requête d'une adresse IP.
3. Procédé selon l'une des revendications 1 et 2, dans lequel , le terminal émettant un message de requête d'une adresse IP à destination d'un serveur d'adresses (6), par l'intermédiaire d'un serveur d'accès (1, 2),
- le serveur d'accès (1, 2) insère l'identifiant du point d'accès dans ledit message de requête d'une adresse IP.
4. Procédé selon l'une des revendications 1 à 3, dans lequel
- le terminal (10) accédant au service sous un identifiant d'utilisateur vis-à-vis du service, la base de données (8) mémorise l'identifiant de l'utilisateur vis-à-vis du service en association avec les informations déjà associées à l'identifiant de terminal ou d'utilisateur, et
- le service (15) obtient les informations de localisation du terminal à partir de l'identifiant de l'utilisateur vis-à-vis du service.
5. Procédé selon l'une des revendications 1 à 4, dans lequel les informations de localisation du terminal (10) sont notifiées automatiquement au service en cas de changement dans la base de données (8).
6. Procédé selon l'une des revendications 1 à 5, dans lequel l'identifiant du terminal ou de l'utilisateur est un nombre aléatoire généré par le terminal (10).
7. Procédé selon l'une des revendications 1 à 6, dans lequel la base de données (8) obtient les informations de localisation du terminal auprès d'un système d'information (9) d'un opérateur de réseaux d'accès et de transport IP, à l'aide de l'identifiant du point d'accès.
8. Base de données (8), accessible à au moins un service IP pour la localisation d'un terminal d'utilisateur connecté à un réseau de transport IP par l'intermédiaire d'un réseau d'accès (1, 2), agencée pour
- mémoriser, pour un terminal d'utilisateur donné, une adresse IP attribuée au terminal en association avec un identifiant de terminal ou d'utilisateur et un identifiant d'un point d'accès du terminal au réseau d'accès (1, 2), le point d'accès étant associé à des informations de localisation du terminal, et
- transmettre au service des informations de localisation associées à l'identifiant de terminal ou d'utilisateur.
9. Base de données selon la revendication 8, agencée pour émettre une requête de localisation d'un utilisateur à destination d'un système d'information (9) d'un opérateur de réseaux d'accès et de transport IP, ladite requête contenant un identifiant du point d'accès par lequel le terminal est connecté au réseau d'accès.
10. Serveur d'adresses IP (6) pour un réseau de transport IP auquel est relié au moins un réseau d'accès (1, 2), comprenant des moyens pour attribuer une adresse IP à un terminal à l'accès de celui-ci au réseau de transport IP et des moyens pour recevoir une requête d'adresse IP émise par le terminal lors de son accès à un service IP (15), caractérisé en ce qu'il comprend - des moyens pour extraire de la requête d'adresse IP un identifiant du terminal (10) et un identifiant d'un point d'accès du terminal au réseau d'accès (1, 2), et
- des moyens pour mettre à jour une base de données (8) avec lesdites informations extraites de la requête d'adresse IP, en association avec une adresse IP attribuée au terminal.
11. Serveur d'accès (3, 4) destiné à être connecté à un réseau d'accès (1, 2) et à un réseau de transport IP (5), pour permettre l'accès d'un terminal à un service IP par l'intermédiaire du réseau d'accès (1, 2) et du réseau de transport (5), le serveur d'accès comprenant des moyens pour recevoir et retransmettre à un serveur d'adresses IP (6) une requête d'adresse IP émise par un terminal d'utilisateur, caractérisé en ce qu'il comprend des moyens pour insérer dans la requête d'adresse IP reçue un identifiant du point d'accès du terminal au réseau d'accès, avant de retransmettre la requête au serveur d'adresse IP (6).
12. Terminal (10) pour l'accès à au moins un service IP par l'intermédiaire d'un réseau d'accès (1, 2) et d'un réseau de transport IP (5), comprenant des moyens pour émettre une requête d'adresse IP à destination d'un serveur d'adresses IP, caractérisé par le fait qu'il comprend des moyens pour insérer dans ladite requête un identifiant du terminal (10) ou de l'utilisateur.
13. Terminal selon la revendication 12, dans lequel il est prévu des moyens de génération d'un nombre aléatoire utilisé comme identifiant du terminal.
EP05798459A 2004-08-25 2005-08-18 Procede et systeme de localisation d'utilisateurs pour les services bases sur les protocoles sip ou h.323 avec attribution d'adresse ip dynamique. Ceased EP1782608A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0409085A FR2874779A1 (fr) 2004-08-25 2004-08-25 Procede et systeme de localisation d'utilisateurs pour les services bases sur les protocoles sip ou h.323 avec attribution d'adresse ip dynamique
PCT/FR2005/002099 WO2006024791A1 (fr) 2004-08-25 2005-08-18 Procede et systeme de localisation d'utilisateurs pour les services bases sur les protocoles sip ou h.323 avec attribution d'adresse ip dynamique.

Publications (1)

Publication Number Publication Date
EP1782608A1 true EP1782608A1 (fr) 2007-05-09

Family

ID=34947284

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05798459A Ceased EP1782608A1 (fr) 2004-08-25 2005-08-18 Procede et systeme de localisation d'utilisateurs pour les services bases sur les protocoles sip ou h.323 avec attribution d'adresse ip dynamique.

Country Status (7)

Country Link
US (1) US8374187B2 (fr)
EP (1) EP1782608A1 (fr)
JP (1) JP4787834B2 (fr)
KR (1) KR101106885B1 (fr)
CN (1) CN101010924B (fr)
FR (1) FR2874779A1 (fr)
WO (1) WO2006024791A1 (fr)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4992272B2 (ja) * 2006-03-30 2012-08-08 富士通株式会社 呼制御サーバ
US8358645B2 (en) * 2006-04-14 2013-01-22 Cisco Technology, Inc. Determining a physical location of a VoIP endpoint device utilized to originate an emergency call
JP2008035250A (ja) * 2006-07-28 2008-02-14 Fujitsu Ltd 情報提供サービス制御システム
EP1942694A1 (fr) * 2007-01-02 2008-07-09 France Telecom Système de télécommunication mobile et méthode associée
JP2008227987A (ja) * 2007-03-14 2008-09-25 Nec Corp ネットワーク接続機器、通信システム及びそれらに用いる近隣装置情報重複回避方法
JP4510044B2 (ja) * 2007-03-29 2010-07-21 株式会社東芝 電話交換装置及び電話システム
US9871872B2 (en) * 2007-04-13 2018-01-16 Nokia Technologies Oy Mechanism for executing server discovery
US8867526B2 (en) * 2007-05-17 2014-10-21 At&T Intellectual Property I, L.P. Method and apparatus for providing mobility for a voice over internet protocol service
CN100583835C (zh) * 2007-06-28 2010-01-20 华为技术有限公司 转发报文的方法和网络设备
JP2009033447A (ja) * 2007-07-26 2009-02-12 Toshiba Corp インタフェース装置、主装置及びインタフェース装置に用いられる制御方法
US8171494B2 (en) * 2007-12-05 2012-05-01 Cisco Technology, Inc. Providing identity to a portal with a redirect
US8359644B2 (en) * 2008-11-17 2013-01-22 At&T Intellectual Property I, L.P. Seamless data networking
EP2214379A1 (fr) * 2009-02-03 2010-08-04 BRITISH TELECOMMUNICATIONS public limited company Equipement d'accès à un réseau
US8413354B2 (en) * 2009-08-05 2013-04-09 Futurewei Technologies, Inc. System and method for communication handoff
US8812015B2 (en) * 2009-10-01 2014-08-19 Qualcomm Incorporated Mobile device locating in conjunction with localized environments
US8307071B2 (en) * 2010-01-15 2012-11-06 Microsoft Corporation Fine-grained location determination of networked computers
US9389085B2 (en) 2010-01-22 2016-07-12 Qualcomm Incorporated Map handling for location based services in conjunction with localized environments
US8910259B2 (en) 2010-08-14 2014-12-09 The Nielsen Company (Us), Llc Systems, methods, and apparatus to monitor mobile internet activity
US8886773B2 (en) 2010-08-14 2014-11-11 The Nielsen Company (Us), Llc Systems, methods, and apparatus to monitor mobile internet activity
US9124920B2 (en) 2011-06-29 2015-09-01 The Nielson Company (Us), Llc Methods, apparatus, and articles of manufacture to identify media presentation devices
US8594617B2 (en) 2011-06-30 2013-11-26 The Nielsen Company (Us), Llc Systems, methods, and apparatus to monitor mobile internet activity
CN102904971B (zh) * 2011-07-26 2015-11-25 华为终端有限公司 获取目的ip地址的方法及装置
CN103188311B (zh) * 2011-12-30 2016-05-25 北京新媒传信科技有限公司 客户端代理定位系统和方法
CN102624700B (zh) * 2012-01-21 2016-04-20 博泰雄森（北京）网络科技有限公司 基于特定信息的用户身份识别方法和系统
CN103684819A (zh) * 2012-09-07 2014-03-26 中兴通讯股份有限公司 配置参数的获取方法及装置
CN104040988B (zh) * 2012-12-26 2017-02-22 华为技术有限公司 一种处理报文的方法、设备和系统
US10356579B2 (en) 2013-03-15 2019-07-16 The Nielsen Company (Us), Llc Methods and apparatus to credit usage of mobile devices
US9301173B2 (en) 2013-03-15 2016-03-29 The Nielsen Company (Us), Llc Methods and apparatus to credit internet usage
WO2015143412A1 (fr) * 2014-03-20 2015-09-24 Geocommerce Inc. Tableau de bord de plateforme
EP3125507B1 (fr) * 2014-04-03 2018-12-12 Huawei Technologies Co., Ltd. Dispositif, système et procédé d'attribution d'adresse ip
US9762688B2 (en) 2014-10-31 2017-09-12 The Nielsen Company (Us), Llc Methods and apparatus to improve usage crediting in mobile devices
US11423420B2 (en) 2015-02-06 2022-08-23 The Nielsen Company (Us), Llc Methods and apparatus to credit media presentations for online media distributions
FR3046012A1 (fr) * 2015-12-17 2017-06-23 Orange Procede et dispositif de fourniture d'une information de localisation a un equipement connecte a un point d'acces reseau
US10015671B2 (en) * 2016-01-19 2018-07-03 T-Mobile Usa, Inc. Network service access control
FR3057423A1 (fr) * 2016-10-11 2018-04-13 Orange Procede de negociation d'une qualite de service offerte par une passerelle a des terminaux
US10509921B2 (en) * 2017-05-31 2019-12-17 Intuit Inc. System for managing transactional data
FR3071995A1 (fr) * 2017-09-29 2019-04-05 Orange Procede d'affectation d'une communication
CN109802980A (zh) * 2017-11-17 2019-05-24 华为技术有限公司 消息交互方法、相关装置及系统
US10999812B2 (en) 2018-10-11 2021-05-04 Comcast Cable Communications, Llc Registration of multi-port device

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040071164A1 (en) * 2002-01-08 2004-04-15 Baum Robert T. Methods and apparatus for protecting against IP address assignments based on a false MAC address

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6650902B1 (en) 1999-11-15 2003-11-18 Lucent Technologies Inc. Method and apparatus for wireless telecommunications system that provides location-based information delivery to a wireless mobile unit
US6650901B1 (en) * 2000-02-29 2003-11-18 3Com Corporation System and method for providing user-configured telephone service in a data network telephony system
US6977917B2 (en) * 2000-03-10 2005-12-20 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for mapping an IP address to an MSISDN number within a service network
JP2001326697A (ja) * 2000-05-17 2001-11-22 Hitachi Ltd 移動体通信網、端末装置、パケット通信制御方法、及び、関門装置
CN100593300C (zh) * 2001-03-19 2010-03-03 索尼公司 网络系统
US7139818B1 (en) * 2001-10-04 2006-11-21 Cisco Technology, Inc. Techniques for dynamic host configuration without direct communications between client and server
US7720044B1 (en) * 2002-04-19 2010-05-18 Nokia Corporation System and method for terminal configuration
ATE387049T1 (de) * 2002-07-08 2008-03-15 Packetfront Sweden Ab Dynamische portkonfiguration eines netzwerkgerätes
US7519988B2 (en) * 2003-07-31 2009-04-14 International Business Machines Corporation Method and apparatus for authenticated network address allocation
US20050177616A1 (en) * 2003-12-19 2005-08-11 N2 Broadband, Inc. Method and system for distributing services in a digital asset environment

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040071164A1 (en) * 2002-01-08 2004-04-15 Baum Robert T. Methods and apparatus for protecting against IP address assignments based on a false MAC address

Also Published As

Publication number Publication date
KR20070055564A (ko) 2007-05-30
US8374187B2 (en) 2013-02-12
JP4787834B2 (ja) 2011-10-05
CN101010924B (zh) 2013-06-05
KR101106885B1 (ko) 2012-01-25
US20090034536A1 (en) 2009-02-05
CN101010924A (zh) 2007-08-01
JP2008511229A (ja) 2008-04-10
WO2006024791A1 (fr) 2006-03-09
FR2874779A1 (fr) 2006-03-03

Similar Documents

Publication Publication Date Title
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.
CA2393089C (fr) Procede d'adressage d'un terminal mobile
WO2017194861A1 (fr) Procédé d'accès à un contenu hébergé sur un serveur selectionné en fonction de la localisation du terminal utilisateur
EP1560368A1 (fr) Procédé d'établissement d'une session multimédia entre un équipement appelant et un équipement appelé d'un réseau du type à sous domaine multimédia et système de communication mettant en oeuvre ce procédé
FR2998755A1 (fr) Procede d'etablissement d'une connexion ip dans un reseau mobile et divers equipements correspondant
EP1950926B1 (fr) Architecture IMS utilisant une table de hachage distribuée
WO2018172707A1 (fr) Procédé de recommandation d'une pile de communication
US9900353B2 (en) Method and apparatus for enabling communications between users
WO2018130796A1 (fr) Procédés et dispositifs de vérification de la validité d'une délégation de diffusion de contenus chiffrés
US20120210010A1 (en) Communications system
FR2846841A1 (fr) Systeme et procede de gestion d'acces d'un reseau de communication a un terminal mobile
EP3472993B1 (fr) Procédé de détermination d'un ensemble de formats de codage pour établir une communication
FR2879874A1 (fr) Procede de demarrage d'une station ip, systeme, serveur et station le mettant en oeuvre et procede d'etablissement d'appel telephonique
EP3815397B1 (fr) Procédé de détermination d'une localisation géographique d'un point d'accès d'un réseau d'accès local sans fil
FR2985402A1 (fr) Procede de connexion a un reseau local d'un terminal mettant en oeuvre un protocole de type eap et systeme de communication associe
FR2865877A1 (fr) Procede d'etablissement d'appels entre un terminal telephonique et un terminal ip.
WO2010112738A1 (fr) Procede d'envoi d'un message de notification, serveur de sessions d'acces et systeme de communications
WO2021260290A1 (fr) Procedes et serveurs de gestion des services d'un terminal additionnel dans un reseau de coeur sip
EP1950925A1 (fr) Procédé de fourniture d'une session de service Web, dispositif client associé et passerelle IMS
WO2014191669A1 (fr) Gestion d'acces a un reseau radio-cellulaire
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
EP3815397A1 (fr) Procédé de détermination d'une localisation géographique d'un point d'accès d'un réseau d'accès local sans fil
FR3140502A1 (fr) Procédé de traitement d’une requête de résolution de nom, procédé de communication, procédé de traitement de messages et serveur, dispositif client et nœud relais configurés pour mettre en œuvre ces procédés
EP2365686A2 (fr) Procédé et dispositif de traitement d'appels dans un réseau de communication comprenant des terminaux nomades tels que des terminaux de téléphonie de type softphone
FR2903550A1 (fr) Procede de localisation d'un softphone et reseau pour la mise en oeuvre de ce procede

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20070221

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20070611

DAX Request for extension of the european patent (deleted)
REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20120714