FR2969453A1

FR2969453A1 - METHOD FOR LOCATING AND IDENTIFYING A SUBSCRIBER CONNECTED TO A NETWORK EMULATING THE PSTN / ISDN

Info

Publication number: FR2969453A1
Application number: FR1060978A
Authority: FR
Inventors: Jose Doree; Rouzic Jean-Claude Le
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2010-12-21
Filing date: 2010-12-21
Publication date: 2012-06-22
Also published as: WO2012085429A2; WO2012085429A3

Abstract

L'invention concerne un procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le RTC/RNIS, ledit réseau émulant le RTC/RNIS comprenant une passerelle (VGW, MGW) permettant audit abonné d'accéder à un réseau IMS. Ledit procédé est remarquable en ce que, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle (VGW, MGW) sur ledit réseau IMS, il comprend les étapes suivantes : - le serveur S-CSCF du réseau IMS interroge le serveur HSS de ce réseau sur la base de l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné, et - le serveur S-CSCF transmet à un dispositif récepteur du réseau IMS, en liaison avec ladite identité publique, au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe.The invention relates to a method for locating and identifying a subscriber connected to a network emulating the PSTN / ISDN, said network emulating the PSTN / ISDN comprising a gateway (VGW, MGW) enabling said subscriber to access a network. IMS. Said method is remarkable in that, following the registration of the subscriber line or of said gateway (VGW, MGW) on said IMS network, it comprises the following steps: the S-CSCF server of the IMS network interrogates the HSS server of this network based on the public identity of the subscriber, or the public identity of a group to which the subscriber belongs, and - the S-CSCF server transmits to a receiving device of the IMS network in connection with said public identity, at least the access identifier of the subscriber, or subscribers belonging to said group, and / or a parameter representing the location of the subscriber, or subscribers belonging to said group.

Description

PROCÉDÉ DE LOCALISATION ET D'IDENTIFICATION D'UN ABONNÉ CONNECTÉ À UN RÉSEAU ÉMULANT LE RTC/RNIS La présente invention concerne les réseaux de type IP (« Internet Protocol ») qui sont aptes à mettre en oeuvre des protocoles de contrôle 5 de session évolués. On rappelle que les réseaux IP permettent la diffusion de données conversationnelles, tels que « Voix sur IP », « Partage de Contenu », « Présence », ou « Messagerie Instantanée ». Dans ces réseaux, les services de communication peuvent identifier des ressources physiques 10 ou virtuelles au moyen de chaînes de caractères, par exemple des alias H.323 ou des « URI » (initiales des mots anglais « Uniform Resource Identifier » signifiant « Identifiant Uniforme de Ressource »). La syntaxe des URI est définie dans le document RFC 3986 de l'IETF (Intemet Engineering Task Force) ; la connaissance de l'URI d'une ressource 15 permet d'obtenir l'adresse IP d'un équipement du réseau de l'opérateur gérant cette ressource. La présente invention concerne, plus particulièrement, l'émulation sur un réseau IP des appels téléphoniques placés depuis un poste d'abonné connecté à un réseau émulant le réseau RTC/RNIS. Par 20 « émulation », on entend que l'abonné utilise son poste téléphonique de la même façon que si la ligne téléphonique était reliée à un Réseau Téléphonique Commuté (RTC) (« Switched Telephone Network » ou STN en anglais) ou à un Réseau Numérique à Intégration de Services (RNIS) (« Integrated Services Digital Network » ou ISDN en anglais) classiques. 25 Cette émulation est réalisée au moyen d'équipements de collecte de nouvelle génération situés entre les postes téléphoniques et le coeur de réseau. On rappelle que le RTC, et en particulier le réseau téléphonique commuté public (en anglais, PSTN), est un réseau de téléphonie fixe dans lequel un terminal analogique est relié à un central téléphonique par une paire de fils, appelée « boucle locale », alimentée par le réseau. Les centraux téléphoniques sont eux-mêmes reliés entre eux par des liens à haut débit. Ces terminaux téléphoniques analogiques peuvent être de diverses sortes, par exemple un téléphone individuel (poste d'abonné), un publiphone ou un PABX (initiales des mots anglais « Private Automatic Branch eXchange » signifiant « autocommutateur téléphonique privé ») qui sert principalement à relier les postes téléphoniques d'un établissement (lignes « internes ») avec le réseau téléphonique public (lignes « externes »). On rappelle également qu'un accès RNIS offre des liaisons numériques qui combinent la large couverture géographique du RTC avec un débit de données élevé (jusqu'à 2 Mbit/s) véhiculant la voix, les données et la vidéo. The present invention relates to networks of the IP (Internet Protocol) type which are able to implement advanced session control protocols 5 (FIG. 1). . It is recalled that IP networks allow the broadcasting of conversational data, such as "Voice over IP", "Content Sharing", "Presence", or "Instant Messaging". In these networks, the communication services can identify physical or virtual resources by means of character strings, for example H.323 aliases or "URIs" (initials of the English words "Uniform Resource Identifier" meaning "Uniform Identifier"). Resource "). The URI syntax is defined in RFC 3986 of the IETF (International Engineering Task Force); the knowledge of the URI of a resource 15 makes it possible to obtain the IP address of a device of the network of the operator managing this resource. The present invention relates, more particularly, to the emulation over an IP network of telephone calls placed from a subscriber station connected to a network emulating the PSTN / ISDN network. By "emulation" is meant that the subscriber uses his telephone set in the same way as if the telephone line were connected to a Switched Telephone Network (STN) or to a Network. Digital Integrated Services Digital Network (ISDN). This emulation is performed by means of next-generation collection equipment located between the telephone sets and the core network. Recall that the PSTN, and in particular the Public Switched Telephone Network (PSTN), is a fixed telephony network in which an analog terminal is connected to a central office by a pair of wires, called a "local loop", powered by the network. The telephone exchanges are themselves linked together by high speed links. These analog telephone terminals can be of various kinds, for example an individual telephone (subscriber station), a public telephone or a PABX (initials of the words "Private Automatic Branch eXchange" meaning "private telephone switch") which serves mainly to link the telephone sets of an establishment ("internal" lines) with the public telephone network ("external" lines). It is also recalled that ISDN access offers digital links that combine the broad geographic coverage of the PSTN with a high data rate (up to 2 Mbit / s) conveying voice, data and video.

On rappelle par ailleurs que les protocoles de contrôle de session évolués classiques, tels que les protocoles H.323 et SIP, utilisent des messages dits « de signalisation », qui sont des messages permettant à un terminal de demander une connexion avec un autre terminal, ou également des messages signalant qu'une ligne téléphonique est occupée, ou signalant que le téléphone appelé sonne, ou encore signalant que tel téléphone est connecté au réseau et peut être joint de telle ou telle manière. Lorsqu'un client enregistré sur un réseau utilisant un protocole de contrôle de session évolué souhaite bénéficier d'un service multimédia offert par le réseau, il émet vers le réseau un message de signalisation précisant sa requête. Le protocole SIP (initiales des mots anglais « Session Initiation Protoco/ » signifiant « Protocole d'Initialisation de Session ») a été défini par l'IETF dans le document RFC 3261. Ce protocole permet l'établissement, la modification et la terminaison de sessions multimédia dans un réseau utilisant le protocole IP. It is also recalled that the conventional advanced session control protocols, such as the H.323 and SIP protocols, use so-called "signaling" messages, which are messages enabling a terminal to request a connection with another terminal, or also messages indicating that a telephone line is busy, or signaling that the called telephone is ringing, or signaling that such phone is connected to the network and can be joined in this or that way. When a client registered on a network using an advanced session control protocol wishes to benefit from a multimedia service offered by the network, it sends a signaling message to the network specifying its request. The SIP protocol (initials of the English words "Session Initiation Protocol /" meaning "Session Initialization Protocol") was defined by the IETF in RFC 3261. This protocol allows the establishment, modification and termination of multimedia sessions in a network using the IP protocol.

Ce protocole SIP est utilisé notamment dans les infrastructures de type IMS (initiales des mots anglais « IP Multimedia Subsystem » signifiant « Sous-système Multimédia sur IP »). L'IMS a été défini par les organismes de normalisation 3GPP (« 3rd Generation Partnership Project ») et TISPAN (« Telecommunications and Internet Converged Services and Protocols for Advanced Networking »). C'est une architecture de réseau introduite par le 3GPP pour les réseaux mobiles, puis reprise par TISPAN pour les réseaux fixes. Cette architecture permet l'établissement dynamique et le contrôle de sessions multimédia entre deux clients, ainsi que la réservation de ressources au niveau du réseau de transport des flux multimédias. Grâce à cette architecture, les opérateurs réseau peuvent commodément mettre en oeuvre une politique de gestion, fournir une Qualité de Service prédéterminée, et calculer les montants à facturer aux clients. L'IMS permet actuellement d'accéder à des services de type téléphonie, visiophonie, Présence et Messagerie Instantanée, dont elle gère aussi l'interaction. Chaque utilisateur d'un réseau IMS peut y être identifié au moyen de diverses identités, dont l'IMPI (initiales des mots anglais « IP Multimedia Private Identity» signifiant « Identité Privée pour IP Multimédia ») et l'IMPU (initiales des mots anglais « IP Multimedia Public Identity» signifiant « Identité Publique pour IP Multimédia »). Ces identités se présentent sous la forme d'URI. L'IMPI est une identité unique affectée de manière permanente à l'utilisateur par l'opérateur du réseau, et est utilisé, par exemple, pour l'enregistrement, l'autorisation d'accès, l'administration des services offerts à l'utilisateur, et la facturation. Un utilisateur se sert de son IMPU pour communiquer avec d'autres utilisateurs. Pour un IMPI donné, il peut y avoir plusieurs IMPU. Un IMPU peut être partagé avec un autre téléphone, de manière à ce que ces téléphones puissent être tous les deux joints avec la même identité (par exemple, un numéro de téléphone unique pour toute une famille d'utilisateurs). Ces identifiants d'un client sont configurés par l'opérateur lors de la création par le client d'un compte auprès de cet opérateur, et exploités lors de l'enregistrement du terminal du client sur le réseau. Lorsque donc un client souhaite bénéficier des services offerts par un réseau IMS, son terminal UE (pour « User Equipment» en anglais) doit, sauf exceptions (cas de certains appels d'urgence), s'enregistrer sur le réseau. Pour pouvoir enregistrer les utilisateurs, les réseaux IMS comprennent un ou plusieurs serveurs, généralement appelés « SCSCF » (initiales des mots anglais « Serving-Cali Server Control Function » signifiant « Fonction de Contrôle du Serveur d'Appels de Service »), aptes (entre autres fonctions) à gérer la procédure d'enregistrement des dispositifs connectés au réseau. En outre, ces réseaux comprennent un ou plusieurs serveurs, généralement appelés « I-CSCF » (initiales des mots anglais « Interrogating-Call Server Control Function » signifiant « Fonction de Contrôle du Serveur d'Appels d'Interrogation ») qui, au moment de l'enregistrement d'un terminal d'utilisateur, interrogent un serveur appelé « HSS » (initiales des mots anglais « Home Subscriber Server» signifiant « Serveur d'Abonné Nominal ») pour pouvoir sélectionner un serveur S- CSCF possédant les caractéristiques qui sont obligatoirement (et, le cas échéant, optionnellement) requises pour atteindre le niveau de service souscrit par cet utilisateur. En effet, chaque UE peut, après qu'un serveur S-CSCF lui ait été ainsi attribué, envoyer une requête de souscription à certains services, notamment des services de notification d'évènements (« event-package » en anglais) pour la connexion en cours. Il peut s'agir par exemple d'un service de notification de dépôt de message vocal, ou d'un service de notification de présence permettant à cet utilisateur de recevoir des informations (telles que « disponible », « occupé », ou « en réunion ») publiées par un autre utilisateur qu'il a désigné. This SIP protocol is used in particular in infrastructure type IMS (initials of the words "IP Multimedia Subsystem" meaning "Multimedia Subsystem over IP"). IMS has been defined by the 3rd Generation Partnership Project (3GPP) and TISPAN (Telecommunications and Internet Converged Services and Protocols for Advanced Networking). It is a network architecture introduced by 3GPP for mobile networks, then taken over by TISPAN for fixed networks. This architecture enables the dynamic establishment and control of multimedia sessions between two clients, as well as the reservation of resources at the level of the network for transporting multimedia streams. With this architecture, network operators can conveniently implement a management policy, provide a predetermined Quality of Service, and calculate billings to customers. The IMS currently provides access to telephony, videophone, Presence and Instant Messaging services, which it also manages. Each user of an IMS network can be identified by means of various identities, including IMPI (initials of the words "IP Multimedia Private Identity" meaning "Private Identity for IP Multimedia") and IMPU (initials of English words "IP Multimedia Public Identity" means "Public Identity for IP Multimedia"). These identities are in the form of URIs. IMPI is a unique identity permanently assigned to the user by the network operator, and is used, for example, for registration, authorization of access, administration of services offered to the user, and billing. A user uses his IMPU to communicate with other users. For a given IMPI, there may be several IMPUs. An IMPU can be shared with another phone, so that these phones can both be joined with the same identity (for example, a single phone number for a whole family of users). These identifiers of a customer are configured by the operator when the customer creates an account with this operator, and exploited when registering the customer terminal on the network. So when a customer wants to benefit from the services offered by an IMS network, its EU terminal (for "User Equipment" in English) must, with some exceptions (in the case of certain emergency calls), register on the network. To be able to register users, IMS networks include one or more servers, usually called "SCSCF" (initials of the words "Serving-Cali Server Control Function" meaning "Service Call Control Function"), which are suitable ( among other functions) to manage the registration procedure of devices connected to the network. In addition, these networks include one or more servers, generally referred to as "I-CSCF" (initials of the English words "Interrogating-Call Server Control Function" meaning "Query Call Server Control Function") which, at the moment of a user terminal, interrogate a server called "HSS" (initials of the words "Home Subscriber Server" meaning "Nominal Subscriber Server") to be able to select an S-CSCF server having the characteristics that are obligatorily (and, if necessary, optionally) required to reach the level of service subscribed by this user. Indeed, each UE can, after an S-CSCF server has been allocated to it, send a subscription request to certain services, including event-package services for the connection. In progress. This may be for example a voicemail deposit notification service, or a presence notification service that allows this user to receive information (such as "available", "busy", or "in meeting ") published by another user he has designated.

Les serveurs S-CSCF, mentionnés ci-dessus, contribuent à la mise en oeuvre de ces divers services en gérant le routage de la signalisation, d'une part, entre chaque UE et les serveurs du réseau spécialisés dans la mise en oeuvre de tel ou tel service souscrit par l'utilisateur, et d'autre part en direction d'autres utilisateurs gérés par le même réseau ou par un réseau qui lui est relié. Pour pouvoir acheminer ces diverses requêtes au sein du réseau, les serveurs de type I-CSCF ou de type S-CSCF (d'ailleurs souvent combinés en un même serveur, dénoté I/S-CSCF) échangent des informations avec un ou plusieurs serveur(s) de type HSS mentionné ci-dessus. Les serveurs HSS contiennent chacun une base de données-clients, et sont donc l'équivalent dans les réseaux IP des serveurs « HLR » (initiales des mots anglais « Home Location Register » signifiant « Registre de Localisation Nominal ») utilisés dans les réseaux GSM. The S-CSCF servers, mentioned above, contribute to the implementation of these various services by managing the routing of the signaling, on the one hand, between each UE and the servers of the network specialized in the implementation of such or such service subscribed by the user, and secondly towards other users managed by the same network or by a network connected to it. To be able to route these various requests within the network, I-CSCF or S-CSCF type servers (moreover often combined in a single server, denoted I / S-CSCF) exchange information with one or more servers. (s) HSS type mentioned above. The HSS servers each contain a client database, and are therefore the equivalent in IP networks of the "HLR" servers (initials of the English words "Home Location Register" meaning "Nominal Location Register") used in GSM networks. .

Chaque serveur HSS contient le profil d'un certain nombre d'utilisateurs du réseau, ce profil comprenant leur état d'enregistrement, des données d'authentification et de localisation, et les services souscrits. Par ailleurs, les opérateurs téléphoniques ont commencé la migration de leurs réseaux de commutation téléphonique vers des réseaux de téléphonie dits de « Voix sur IP » (en anglais, « Voice over IP » ou VoIP). Alors que le parc des abonnés RTC traditionnels est en décroissance, celui des abonnés VoIP qui ont souscrit à une offre de services groupés (Internet/TV/téléphonie illimitée) est en forte croissance. Ces abonnés VoIP sont (ou seront) raccordés à des coeurs de réseau IMS, tandis que les abonnés RTC sont actuellement quant à eux raccordés à des autocommutateurs temporels (dans les centraux téléphoniques) par le biais d'Unités de Raccordement d'Abonnés (URA) (un « autocommutateur temporel » opère sur des signaux multiplexés dans le temps). Dans ces circonstances, les opérateurs doivent exploiter parallèlement deux réseaux différents, ce qui multiplie les coûts d'exploitation et de maintenance. Il est donc apparu souhaitable de faire converger ces réseaux sans pour autant remplacer les terminaux du parc RTC (en raison de l'attachement de nombre de clients à leur ligne téléphonique classique, et des dépenses que leur remplacement entraînerait), d'où la notion « d'émulation du RTC ». Les abonnés RTC sont alors raccordés à des passerelles de nouvelle génération qui réalisent l'adaptation protocolaire de signalisation d'appel pour la communication avec le coeur IMS, ainsi que l'encodage/décodage des flux média. Dans le cadre de la présente invention, on mentionnera, à titre non-limitatif, deux catégories de telles passerelles de nouvelle génération. Une première catégorie est constituée par des passerelles d'accès situées dans le réseau d'un opérateur et que l'on appelle des « passerelles Voix sur IP » A-VGW (en anglais, « Access Voice over IP Gateways », que l'on désignera ci-dessous par « Voice Gateways », ou VGW, par souci de brièveté), telles que les DSLAM-SIP (DSLAM sont les initiales des mots anglais « Digital Subscriber Line Access Multiplexer » signifiant « multiplexeur d'accès de lignes d'abonnés numériques » ; il s'agit de dispositifs qui collectent le trafic de données DSL transitant sur un certain nombre de lignes téléphoniques). Dans une architecture IMS, les passerelles VGW sont reliées, au niveau du réseau d'accès, à un serveur P-CSCF (pour « Proxy-Cali Server Control Function »). Une deuxième catégorie, également constituée par des passerelles d'accès situées dans le réseau d'un opérateur, regroupe les passerelles appelées « passerelles média » A-MGW (en anglais, « Access Media Gateways », que l'on désignera ci-dessous par « Media Gateways », ou MGW, par souci de brièveté), telles que les DSLAM-H248. On rappelle à cet égard que, dans les réseaux VoIP, les passerelles média sont destinées à convertir des flux média entre différents réseaux de télécommunications tels que le RTC, les réseaux d'accès radio dits « de nouvelle génération » (2G, 2.5G et 3G) ou les réseaux privés (PBX), ou au niveau de l'interconnexion entre les réseaux de deux opérateurs, ou encore pour diffuser ou contrôler des flux médias vers des utilisateurs d'un même réseau. Les passerelles média sont généralement contrôlées, au niveau du réseau d'accès, par un « Contrôleur de Passerelle Média » (« Media Gateway Controller » ou MGC en anglais), qui fournit le contrôle d'appel et la fonctionnalité de signalisation. Dans l'architecture IMS, la communication entre les passerelles média et les contrôleurs obéit à un protocole appelé H.248 (connu aussi sous le nom de « MEGACO »), notamment à l'interface entre, d'une part, une MGW, et d'autre part un MGC situé dans une entité appelée AGCF (initiales des mots anglais « Access Gateway Control Function » signifiant « Fonction de Contrôle de Passerelle d'Accès »). Each HSS server contains the profile of a number of network users, this profile including their registration status, authentication and location data, and subscribed services. In addition, the telephone operators have begun the migration of their telephone switching networks to so-called "Voice over IP" (VoIP) telephony networks. While the number of traditional PSTN subscribers is decreasing, that of VoIP subscribers who have subscribed to a bundled services offer (Internet / TV / unlimited telephony) is growing strongly. These VoIP subscribers are (or will be) connected to IMS network cores, while the PSTN subscribers are currently connected to time switches (in the telephone exchanges) through Subscriber Connection Units (URAs). ) (a "time switch" operates on time-multiplexed signals). In these circumstances, the operators must operate in parallel two different networks, which increases the costs of operation and maintenance. It therefore appeared desirable to converge these networks without replacing the terminals of the RTC park (because of the attachment of many customers to their traditional telephone line, and the expenses that their replacement would entail), hence the notion "RTC emulation". The PSTN subscribers are then connected to next-generation gateways that perform the call signaling protocol adaptation for communication with the IMS core, as well as the encoding / decoding of the media streams. In the context of the present invention, mention will be made, without limitation, two categories of such gateways of new generation. A first category consists of access gateways located in the network of an operator called "Voice over IP gateways" A-VGW ("Access Voice over IP Gateways", which the hereinafter referred to as "Voice Gateways", or VGW, for the sake of brevity), such as DSLAM-SIP (DSLAM) are the initials of the words "Digital Subscriber Line Access Multiplexer" meaning "access line multiplexer". 'Digital subscribers' means devices that collect DSL data traffic over a number of telephone lines). In an IMS architecture, the VGW gateways are connected at the access network level to a P-CSCF server (for "Proxy-Cali Server Control Function"). A second category, also constituted by access gateways located in the network of an operator, includes gateways called "media gateways" A-MGW (in English, "Access Media Gateways", which will be referred to below by "Media Gateways", or MGW, for the sake of brevity), such as DSLAM-H248. In this regard, it is recalled that in VoIP networks, media gateways are intended to convert media streams between different telecommunications networks such as the PSTN, so-called "next-generation" radio access networks (2G, 2.5G and 3G) or private networks (PBX), or at the interconnection between the networks of two operators, or to broadcast or control media streams to users of the same network. Media gateways are typically controlled at the access network level by a "Media Gateway Controller" (MGC), which provides call control and signaling functionality. In the IMS architecture, the communication between the media gateways and the controllers obeys a protocol called H.248 (also known as "MEGACO"), in particular at the interface between, on the one hand, an MGW, and on the other hand an MGC located in an entity called AGCF (initials of the English words "Access Gateway Control Function" meaning "Access Gateway Control Function").

La figure 1 illustre, à titre d'exemple, une Voice Gateway VGW. Cette VGW comprend notamment une unité maître commandant des unités distantes, auxquelles sont raccordées des lignes d'abonné. Vu du plan de contrôle IMS, chacune de ces lignes d'abonné doit être repérée géographiquement parlant. Cela est indispensable pour rendre certains services, dont le plus notable est celui de routage des appels d'urgence. En effet, un numéro d'urgence est caractérisé en ce qu'il est banalisé (numéro court identique sur tout le réseau), mais doit être routé à proximité de l'appelant. L'information permettant le routage de proximité est appelée « localisation » ; en France par exemple, l'information de localisation se présente habituellement sous la forme d'un code postal (code INSEE). On va expliquer à présent comment les informations de localisation sont traitées dans les réseaux IMS, en référence à la figure 2 qui présente quelques éléments d'une architecture IMS classique. Figure 1 illustrates, as an example, a Voice Gateway VGW. This VGW comprises in particular a master unit controlling remote units, to which subscriber lines are connected. Seen from the IMS control plan, each of these subscriber lines must be located geographically. This is essential to make certain services, the most notable of which is the routing of emergency calls. Indeed, an emergency number is characterized in that it is trivialized (short number identical throughout the network), but must be routed near the caller. The information allowing the proximity routing is called "localization"; in France, for example, location information is usually in the form of a postal code (INSEE code). We will now explain how location information is processed in IMS networks, with reference to Figure 2 which shows some elements of a classical IMS architecture.

Le coeur de réseau comprend des serveurs I/S-CSCF et HSS, déjà décrits ci-dessus, et peut comporter des liens vers d'autres réseaux. De plus, le serveur I/S-CSCF est généralement relié à des « serveurs d'applications » (« application servers » ou AS en anglais), tels que des serveurs de téléphonie, des serveurs de messagerie vocale, ou encore des serveurs de présence. Dans les architectures IMS, il est prévu de pouvoir stocker les informations permettant la localisation dans deux bases de données. La première de ces bases de données est le HSS. Les informations permettant la localisation sont contenues dans le champ « Line Identifier » défini par la norme TS 129 433. Ces informations sont alimentées statiquement (par l'opérateur du réseau), et sont traitées lors de la procédure d'enregistrement des terminaux. Il est en effet toujours possible d'obtenir une information de localisation géographique, telle qu'un code INSEE en France, à partir des informations contenues dans le «Line Identifier », et ce, à l'aide d'une base de données entretenue par l'opérateur. Concrètement, les informations contenues dans le champ « Line Identifier » sont les suivantes : - l'identifiant d'opérateur de réseau (« Network Operator Code » en anglais), - l'identifiant de zone (« Location Area Code » en anglais), et - l'identifiant d'accès de l'abonné (« Line Code » en anglais), ainsi que détaillé dans la spécification ES 283 035 de l'ETSI. Bien que potentiellement exploitables pour des services s'appuyant sur la géolocalisation, les informations du champ « Line Identifier » voient leur utilisation limitée, dans les normes actuelles, au contrôle de l'authentification pour les lignes fixes sans nomadisme. Il importe de noter que, selon les normes actuelles, les informations du champ « Line Identifier » ne sont jamais transmises depuis le HSS vers l'aval du réseau, notamment vers le P-CSCF ou l'AGCF ; ces informations contenues dans le HSS ne sont donc pas accessibles au P-CSCF ou à l'AGCF, et ne peuvent pas être exploitées comme on pourrait le souhaiter. La seconde base de données permettant la localisation est le serveur CLF (initiales des mots anglais « Connectivity session Location and repository Function » signifiant « Fonction de Localisation et de dépôt de session pour la Connectivité »), auquel les serveurs P-CSCF et AGCF ont accès. En effet, le serveur CLF contient lui aussi les informations du «Line Identifier ». Le CLF est alimenté dynamiquement, et met en correspondance une adresse de transport IP avec les informations du « Line Identifier ». Pour ce faire, des procédures complexes sont mises en oeuvre lors de l'attachement au réseau d'une passerelle (lorsque qu'elle obtient son adresse IP), afin de permettre le stockage dans le CLF de l'association entre les informations contenues dans le « Line Identifier » et l'adresse IP attribuée à l'issue de cette procédure d'attachement. Ensuite, lors d'un enregistrement SIP, respectivement H.248, de cette passerelle, le P-CSCF, respectivement l'AGCF, accèdent aux informations contenues dans le « Line Identifier » du CLF sur la base d'une clé correspondant à l'adresse IP reçue. Enfin, ces informations sont stockées localement sur le P-CSCF, respectivement l'AGCF. Le stockage local sur le P-CSCF ou I'AGCF est en particulier nécessaire lorsqu'un abonné compose un appel d'urgence, de manière à ce que les informations permettant la localisation soient transmises au serveur E-CSCF (initiales des mots anglais « Emergency Cali Session Control Function » signifiant « Fonction de Contrôle de Session pour les Appels d'Urgence »), chargé de retraduire le numéro d'urgence en numéro de proximité sur la base de la situation géographique de l'abonné. Les informations permettant la localisation obtenues de la part du CLF peuvent être transmises vers l'amont du réseau (notamment le I/S- CSCF) dans un paramètre de l'en-tête SIP « P-Access-Network-Info », qui a été défini dans la RFC 3455 de l'IETF et précisé dans la spécification TS 24.229 du 3GPP. Cependant, jusqu'à une date récente, aucun mécanisme ne permettait de déterminer la localisation d'une ligne d'abonné fixe reliée à une passerelle de nouvelle génération, de manière en particulier à pouvoir traiter les appels d'urgence conformément au modèle général (c'est-à-dire, au moyen du E-CSCF). En effet, deux particularités d'une telle passerelle rendaient inopérants les mécanismes normalisés : une même passerelle peut couvrir plusieurs localisations géographiques différentes, et l'adresse IP de la passerelle ne peut pas être utilisée pour déterminer la localisation d'un poste d'abonné particulier car cette adresse IP est commune à tous les postes d'abonné rattachés à la passerelle. The core network includes I / S-CSCF and HSS servers, already described above, and may include links to other networks. In addition, the I / S-CSCF server is generally connected to "application servers" (AS), such as telephony servers, voicemail servers, or servers. presence. In IMS architectures, it is planned to store the information allowing the location in two databases. The first of these databases is the HSS. The information allowing the localization is contained in the field "Line Identifier" defined by the standard TS 129 433. This information is fed statically (by the operator of the network), and is processed during the procedure of registration of the terminals. It is indeed always possible to obtain geographical location information, such as an INSEE code in France, from the information contained in the "Line Identifier", and this, using a maintained database. by the operator. Specifically, the information contained in the "Line Identifier" field is as follows: - the network operator identifier ("Network Operator Code" in English), - the "Area Code" ("Location Area Code") , and - the subscriber's access code ("Line Code"), as detailed in the ETSI specification ES 283 035. Although potentially exploitable for services based on geolocation, the information in the field "Line Identifier" see their limited use, in the current standards, the control of authentication for fixed lines without nomadism. It is important to note that, according to current standards, the information in the "Line Identifier" field is never transmitted from the HSS downstream of the network, in particular to P-CSCF or AGCF; this information contained in the HSS is therefore not accessible to the P-CSCF or the AGCF, and can not be exploited as one might wish. The second database for localization is the CLF server (initials of the English words "Connectivity session Location and repository Function" meaning "Location and Session Deposit Function for Connectivity"), to which the P-CSCF and AGCF servers have access. Indeed, the CLF server also contains the information of the "Line Identifier". The CLF is dynamically powered, and maps an IP transport address to the Line Identifier information. To do this, complex procedures are implemented when attaching to the network of a gateway (when it obtains its IP address), in order to allow the storage in the CLF of the association between the information contained in the "Line Identifier" and the IP address assigned at the end of this attachment procedure. Then, during a SIP registration, respectively H.248, of this gateway, the P-CSCF, respectively the AGCF, access the information contained in the "Line Identifier" of the CLF on the basis of a key corresponding to the received IP address. Finally, this information is stored locally on the P-CSCF, respectively the AGCF. Local storage on the P-CSCF or AGCF is particularly necessary when a subscriber dials an emergency call, so that the information allowing the location is transmitted to the server E-CSCF (initials of the English words " Emergency Cali Session Control Function "meaning" Session Control Function for Emergency Calls "), responsible for retranslating the emergency number to proximity number based on the geographical location of the subscriber. Locating information obtained from the CLF may be transmitted upstream of the network (including I / S-CSCF) in a parameter of the SIP header "P-Access-Network-Info", which has been defined in IETF RFC 3455 and specified in 3GPP TS 24.229. However, until recently, there was no mechanism to determine the location of a fixed subscriber line connected to a new generation gateway, in particular to be able to handle emergency calls according to the general model ( that is, using E-CSCF). Indeed, two particularities of such a gateway rendered normalized mechanisms ineffective: the same gateway can cover several different geographical locations, and the IP address of the gateway can not be used to determine the location of a subscriber station particular because this IP address is common to all the subscriber stations attached to the gateway.

Ces particularités rendaient impossible l'utilisation du CLF par un P-CSCF rattachant une VGW, ou par un AGCF rattachant une MGW, pour déterminer la localisation d'un abonné. Pour résoudre ce problème, il a été récemment envisagé, dans le cas spécifique des passerelles VGW, la solution suivante, illustrée sur la figure 3 : l'opérateur configure les informations du « Line Identifier » directement au niveau de la VGW elle-même, puis ces informations sont transmises vers le P-CSCF comme paramètre de l'en-tête SIP P-Access-Network-Info précité. Mais cette solution présente plusieurs inconvénients : elle implique, au niveau de la VGW, une configuration statique pour laquelle l'opérateur du réseau doit mettre en place des procédures et des interfaces spécifiques ; elle introduit une redondance avec l'information équivalente potentiellement déjà disponible au niveau du HSS ; or l'introduction de données équivalentes est une source classique de problèmes de cohérence entre informations dans un réseau ; et elle s'appuie sur l'utilisation d'une interface de type « User to Network » (référencée Gm dans l'architecture IMS) entre la VGW et le P-CSCF ; or un tel agencement est peu fiable dans la mesure où, par construction, les informations qui sont transmises au PCSCF via une interface Gm ne sont pas vérifiées par le réseau, de sorte qu'un agent autre que l'opérateur du réseau pourrait transmettre au P-CSCF des informations erronées ou malveillantes. De même, dans le cas des passerelles MGW, il a été proposé, dans le cadre de la normalisation, que l'opérateur configure les informations du « Line Identifier » directement au niveau de l'AGCF. Mais cette solution présente elle aussi plusieurs inconvénients : elle implique, au niveau de l'AGCF, une configuration statique pour laquelle l'opérateur du réseau doit mettre en place des procédures spécifiques ; et elle introduit une redondance avec l'information équivalente potentiellement déjà disponible au niveau du HSS. These features made it impossible to use the CLF by a P-CSCF attaching a VGW, or by an AGCF attaching a MGW, to determine the location of a subscriber. To solve this problem, it has recently been envisaged, in the specific case of VGW gateways, the following solution, illustrated in FIG. 3: the operator configures the information of the "Line Identifier" directly at the level of the VGW itself, then this information is passed to the P-CSCF as a parameter of the aforementioned SIP P-Access-Network-Info header. But this solution has several drawbacks: it implies, at VGW level, a static configuration for which the network operator must set up specific procedures and interfaces; it introduces redundancy with the equivalent information potentially already available at the HSS level; the introduction of equivalent data is a classic source of problems of coherence between information in a network; and it relies on the use of a "User to Network" interface (referenced Gm in the IMS architecture) between the VGW and the P-CSCF; however, such an arrangement is unreliable to the extent that, by construction, the information that is transmitted to the PCSCF via a Gm interface is not verified by the network, so that an agent other than the network operator could transmit to the P-CSCF misinformation or malicious information. Similarly, in the case of MGW gateways, it has been proposed, within the framework of standardization, that the operator configures the "Line Identifier" information directly at the AGCF level. But this solution also has several disadvantages: it implies, at the AGCF level, a static configuration for which the network operator must implement specific procedures; and it introduces redundancy with equivalent information potentially already available at the HSS.

On notera par ailleurs qu'un serveur d'applications AS peut également avoir besoin d'informations de localisation, par exemple dans le cas où une autre architecture qu'un réseau IMS a été retenue pour le routage des numéros d'urgence, ou pour mettre en oeuvre des services s'appuyant sur la géo-localisation. It will also be noted that an application server AS may also need location information, for example in the case where another architecture than an IMS network has been selected for the routing of the emergency numbers, or for implement services based on geolocation.

Un problème analogue se pose, dans l'état de l'art, en ce qui concerne une autre information du « Line Identifier » que l'information permettant la localisation, à savoir l'identifiant d'accès de l'abonné. En effet, les passerelles de nouvelle génération ne sont pas configurées par l'opérateur avec les identités publiques (IMPU) associées à chaque ligne d'abonné, car cela constituerait une contrainte trop importante pour le Système d'Information de l'opérateur. On utilise donc un identifiant d'accès pour permettre à une passerelle d'indiquer au réseau la source d'un appel, ou inversement pour router vers sa destination un appel envoyé à la passerelle par le réseau. Dans le cas d'une VGW, cet identifiant d'accès apparaît dans différents champs d'en-tête SIP (tels que From, To, et P-Preferred-Id) ; dans le cas d'une MGW, c'est l'identifiant de terminaison H.248 (Termination Id) qui joue le rôle d'identifiant d'accès. Les identités publiques n'étant donc pas, selon l'état de l'art, enregistrées dans le P-CSCF ou l'AGCF, les opérateurs sont contraints de configurer dans une table locale l'association entre l'identifiant d'accès d'un abonné et une (ou plusieurs) identité(s) publique(s) de cet abonné. Il en est de même pour les besoins des serveurs d'applications AS. En outre, dans ce cas, il faut : - retraduire systématique ces informations au sein d'un AS au départ et à l'arrivée des appels, et - mettre en place des procédures complexes pour pouvoir accéder à des profils de services différenciés associés à l'identité publique de chaque abonné. A similar problem arises, in the state of the art, with regard to other information of the "Line Identifier" that the information allowing the location, namely the access identifier of the subscriber. In fact, the new generation gateways are not configured by the operator with the public identities (IMPU) associated with each subscriber line, as this would constitute a constraint that is too important for the operator's information system. An access identifier is thus used to allow a gateway to indicate to the network the source of a call, or conversely to route to its destination a call sent to the gateway by the network. In the case of a VGW, this access identifier appears in different SIP header fields (such as From, To, and P-Preferred-Id); in the case of an MGW, it is the termination identifier H.248 (Termination Id) that acts as the access identifier. As the public identities are not, according to the state of the art, recorded in the P-CSCF or the AGCF, the operators are constrained to configure in a local table the association between the access identifier d a subscriber and one (or more) public identity (s) of this subscriber. It is the same for the needs of AS application servers. In addition, in this case, it is necessary to: - systematically retranslate this information within an AS at the start and the arrival of the calls, and - put in place complex procedures to be able to access profiles of differentiated services associated with the public identity of each subscriber.

La présente invention concerne donc un procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le RTC/RNIS, ledit réseau émulant le RTC/RNIS comprenant une passerelle permettant audit abonné d'accéder à un réseau IMS. Ledit procédé est remarquable en ce que, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle sur ledit réseau IMS, il comprend les étapes suivantes : - le serveur S-CSCF du réseau IMS interroge le serveur HSS de ce réseau sur la base de l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné, et - le serveur S-CSCF transmet à un dispositif récepteur du réseau 30 IMS, en liaison avec ladite identité publique, au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe. En effet, les auteurs de la présente invention ont réalisé que le fait que, selon les normes actuelles, l'utilisation des informations enregistrées dans le HSS est limitée aux lignes fixes sans nomadisme, correspond à la problématique des postes d'abonnés reliés, par exemple, à une Voice Gateway (puisque cette dernière raccorde des accès fixes émulant une ligne d'abonné RTC ou une ligne d'abonné RNIS, et qu'il n'y a donc pas de service de nomadisme à prendre en compte). En d'autres termes, la localisation d'un terminal accédant, via une Voice Gateway, aux services d'un réseau IMS est constante dans le temps et correspond à la localisation de la ligne d'abonné RTC ou RNIS raccordée à cette Voice Gateway. Les auteurs de la présente invention ont donc cherché comment l'on pouvait exploiter les informations contenues dans le HSS, telles que les informations permettant la localisation, de manière plus simple que dans l'état de l'art. Grâce à l'invention, les informations concernant l'identifiant d'accès et la localisation d'un abonné sont rendues accessibles à un dispositif récepteur du réseau IMS, et peuvent être alors directement exploitées selon les besoins. On notera que ledit dispositif récepteur peut être de divers types. Ainsi, il peut être inclus dans un serveur du réseau d'accès, comme un PCSCF ou un AGCF. Il peut tout aussi bien être inclus dans un serveur du réseau coeur comme un serveur d'applications AS. Par exemple, on peut, grâce à l'invention, aisément localiser un abonné connecté à un réseau émulant le RTC ou le RNIS et qui a placé un appel d'urgence. Comme autre exemple, on peut, grâce à l'invention, aisément associer l'identifiant d'accès d'un abonné avec une identité publique de cet abonné ; ainsi, dans le cas du P-CSCF, cela permet de substituer l'identifiant d'accès reçu dans les champs « From » ou « P-Preferred-Id » par une identité publique directement compréhensible dans le réseau IMS. On peut de même substituer l'identifiant d'accès contenu dans un champ appelé « P-Asserted-Id » par une identité certifiée par le réseau. Selon des caractéristiques particulières, ledit identifiant d'accès et/ou ledit paramètre sont transmis au sein d'un message émis en réponse à une notification, faite au serveur S-CSCF, dudit enregistrement sur le réseau IMS. The present invention therefore relates to a method for locating and identifying a subscriber connected to a network emulating the PSTN / ISDN, said network emulating the PSTN / ISDN comprising a gateway enabling said subscriber to access an IMS network. Said method is remarkable in that, following the registration of the subscriber line, or of said gateway on said IMS network, it comprises the following steps: the IMS network server S-CSCF interrogates the HSS server of this network network based on the public identity of the subscriber, or the public identity of a group to which the subscriber belongs, and - the S-CSCF server transmits to a receiving device of the IMS network, in connection with said public identity, at least the access identifier of the subscriber, or subscribers belonging to said group, and / or a parameter representing the location of the subscriber, or subscribers belonging to said group. Indeed, the authors of the present invention have realized that the fact that, according to current standards, the use of information recorded in the HSS is limited to fixed lines without nomadism, corresponds to the problem of connected subscriber stations, by for example, to a Voice Gateway (since the latter connects fixed accesses emulating a PSTN subscriber line or an ISDN subscriber line, and therefore there is no nomadic service to take into account). In other words, the location of a terminal accessing, via a Voice Gateway, the services of an IMS network is constant over time and corresponds to the location of the PSTN or ISDN subscriber line connected to this Voice Gateway. . The authors of the present invention have therefore sought how one could exploit the information contained in the HSS, such as the information allowing the location, in a simpler way than in the state of the art. Thanks to the invention, the information concerning the access identifier and the location of a subscriber are made accessible to a receiving device of the IMS network, and can then be directly exploited as needed. It will be noted that said receiver device may be of various types. Thus, it can be included in an access network server, such as a PCSCF or an AGCF. It can just as easily be included in a core network server as an AS application server. For example, one can, thanks to the invention, easily locate a subscriber connected to a network emulating the PSTN or ISDN and placed an emergency call. As another example, it is possible, thanks to the invention, to easily associate the access identifier of a subscriber with a public identity of this subscriber; thus, in the case of the P-CSCF, this makes it possible to substitute the access identifier received in the "From" or "P-Preferred-Id" fields by a public identity that is directly comprehensible in the IMS network. It is also possible to substitute the access identifier contained in a field called "P-Asserted-Id" by an identity certified by the network. According to particular characteristics, said access identifier and / or said parameter are transmitted within a message sent in response to a notification made to the S-CSCF server of said registration on the IMS network.

Selon d'autres caractéristiques particulières, ledit identifiant d'accès et/ou ledit paramètre sont transmis au sein d'un message émis en réponse à une souscription, implicite ou explicite, effectuée par ledit dispositif récepteur auprès du serveur S-CSCF suite audit enregistrement sur le réseau IMS. According to other particular characteristics, said access identifier and / or said parameter are transmitted within a message sent in response to an implicit or explicit subscription made by said receiving device to the S-CSCF server following said registration. on the IMS network.

Grâce à ces dispositions, les informations permettant la localisation et/ou l'identification d'un abonné, ou d'un groupe d'abonnés, sont fournies audit dispositif récepteur de manière simple et efficace. Corrélativement, l'invention concerne un dispositif récepteur dans un réseau IMS, ledit réseau IMS étant connecté à une passerelle fournissant à un abonné un accès au réseau IMS émulant le RTC/RNIS. Ledit dispositif récepteur est remarquable en ce qu'il comprend des moyens pour, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle sur ledit réseau IMS : - recevoir de la part d'un serveur S-CSCF du réseau IMS, en liaison avec l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné, des données comprenant au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe, et - enregistrer lesdites données en liaison avec l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné. L'invention concerne également divers serveurs d'un réseau IMS. Elle concerne ainsi, premièrement, un serveur d'accès d'un réseau IMS, comprenant un dispositif récepteur tel que décrit succinctement ci-dessus. L'invention concerne aussi, deuxièmement, un serveur d'applications d'un réseau IMS, comprenant un dispositif récepteur tel que décrit succinctement ci-dessus. Thanks to these provisions, the information enabling the location and / or identification of a subscriber, or a group of subscribers, is provided to said receiving device simply and efficiently. Correlatively, the invention relates to a receiver device in an IMS network, said IMS network being connected to a gateway providing a subscriber access to the IMS network emulating the PSTN / ISDN. Said receiving device is remarkable in that it comprises means for, following the registration of the subscriber line, or of said gateway on said IMS network: - receive from an S-CSCF server of the network IMS, in connection with the public identity of the subscriber, or the public identity of a group to which the subscriber belongs, data comprising at least the access identifier of the subscriber, or subscribers belonging to group, and / or a parameter representing the location of the subscriber, or subscribers belonging to said group, and - registering said data in connection with the public identity of the subscriber, or the public identity of a group which the subscriber belongs to. The invention also relates to various servers of an IMS network. It thus concerns, firstly, an access server of an IMS network, comprising a receiver device as briefly described above. The invention also relates, secondly, to an application server of an IMS network, comprising a receiver device as briefly described above.

L'invention concerne aussi, troisièmement, un serveur S-CSCF dans un réseau IMS, ledit réseau IMS étant connecté à une passerelle fournissant à un abonné un accès au réseau IMS émulant le RTC/RNIS. Ledit serveur S-CSCF est remarquable en ce qu'il comprend des moyens pour, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle sur ledit réseau IMS : - interroger le serveur HSS du réseau IMS sur la base de l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné, et - transmettre à un dispositif récepteur du réseau IMS, en liaison avec ladite identité publique, au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe. Les avantages offerts par ces dispositifs et ces serveurs sont essentiellement les mêmes que ceux offerts par les procédés corrélatifs succinctement exposés ci-dessus. On notera qu'il est possible de réaliser les dispositifs succinctement décrits ci-dessus dans le contexte d'instructions logicielles et/ou dans le contexte de circuits électroniques. L'invention vise également un programme d'ordinateur 30 téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur. Ce programme d'ordinateur est remarquable en ce qu'il comprend des instructions pour l'exécution des étapes de l'un quelconque des procédés de localisation et d'identification d'un abonné succinctement exposés ci- dessus, lorsqu'il est exécuté sur un ordinateur. Les avantages offerts par ce programme d'ordinateur sont essentiellement les mêmes que ceux offerts par lesdits procédés. D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée ci-dessous de modes de réalisation particuliers, donnés à titre d'exemples non limitatifs. La description se réfère aux figures qui l'accompagnent, dans lesquelles : - la figure 1, décrite ci-dessus, représente une Voice Gateway, - la figure 2, décrite ci-dessus, présente quelques éléments d'une architecture IMS classique, - la figure 3, décrite ci-dessus, représente une Voice Gateway qui a été directement configurée avec des informations de localisation, et - la figure 4 représente la relation entre certaines données enregistrées dans un serveur HSS. On va maintenant illustrer le fonctionnement et les avantages de l'invention dans le cadre de modes de réalisation. Dans un réseau IMS, le serveur de base de données HSS est notamment interrogé : - par la fonction I-CSCF lors de l'enregistrement d'un terminal d'utilisateur afin d'allouer un serveur I/S-CSCF au terminal ou de retrouver le serveur I/S-CSCF qui lui a été déjà alloué ; - par la fonction S-CSCF lors de l'enregistrement initial du terminal afin de télécharger les données concernant les services souscrits, dont notamment les points de détection qui permettront au serveur I/S-CSCF de déterminer quel message de signalisation il doit acheminer vers quel serveur d'application AS ; - par la fonction S-CSCF lors des enregistrements du terminal, afin d'informer le serveur HSS de l'installation ou de la prolongation d'un enregistrement sur le serveur I/S-CSCF ; et - par la fonction S-CSCF, afin de récupérer les informations nécessaires à l'authentification de la signalisation émise par le terminal. The invention also relates, thirdly, to an S-CSCF server in an IMS network, said IMS network being connected to a gateway providing a subscriber with access to the IMS network emulating the PSTN / ISDN. Said S-CSCF server is remarkable in that it comprises means for, following the registration of the subscriber line, or said gateway on said IMS network: - interrogate the HSS server of the IMS network on the basis of the public identity of the subscriber, or the public identity of a group to which the subscriber belongs, and - transmit to a receiving device of the IMS network, in association with said public identity, at least the identifier of access of the subscriber, or subscribers belonging to said group, and / or a parameter representing the location of the subscriber, or subscribers belonging to said group. The advantages offered by these devices and servers are essentially the same as those offered by the correlative methods succinctly set forth above. Note that it is possible to realize the devices succinctly described above in the context of software instructions and / or in the context of electronic circuits. The invention also relates to a computer program 30 downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor. This computer program is notable in that it includes instructions for performing the steps of any of the subscriber location and identification methods succinctly set forth above, when executed on a computer. The advantages offered by this computer program are essentially the same as those offered by said methods. Other aspects and advantages of the invention will appear on reading the detailed description below of particular embodiments, given by way of non-limiting examples. The description refers to the figures which accompany it, in which: - Figure 1, described above, represents a Voice Gateway, - Figure 2, described above, shows some elements of a classical IMS architecture, - FIG. 3, described above, represents a Voice Gateway that has been directly configured with location information, and FIG. 4 represents the relationship between certain data stored in an HSS server. The operation and advantages of the invention will now be illustrated in the context of embodiments. In an IMS network, the HSS database server is notably interrogated: by the I-CSCF function when registering a user terminal in order to allocate an I / S-CSCF server to the terminal or to find the I / S-CSCF server that has already been allocated to it; - by the S-CSCF function during the initial registration of the terminal in order to download the data relating to the subscribed services, in particular the detection points which will enable the I / S-CSCF server to determine which signaling message it should route to which AS application server; - by the S-CSCF function during the terminal recordings, in order to inform the HSS server of the installation or extension of a record on the I / S-CSCF server; and - by the S-CSCF function, in order to retrieve the information necessary for the authentication of the signaling transmitted by the terminal.

En outre, comme illustré sur la figure 4, le champ « Line Identifier » est associé dans le HSS à un ou plusieurs identifiant(s) de l'utilisateur, par exemple un ou plusieurs couple(s) IMPI/IMPU. Tout utilisateur du réseau IMS est donc ainsi conjointement identifié et localisé. In addition, as illustrated in FIG. 4, the "Line Identifier" field is associated in the HSS with one or more user identifiers, for example one or more IMPI / IMPU couple (s). Any user of the IMS network is thus jointly identified and located.

L'invention exploite certaines informations contenues dans le HSS, afin de les rendre accessibles à un dispositif récepteur de ces informations, qui pourra, après enregistrement, les utiliser directement pour une variété d'applications, comme décrit ci-dessus. The invention exploits certain information contained in the HSS, in order to make them accessible to a device receiving this information, which may, after registration, use them directly for a variety of applications, as described above.

On va décrire à présent deux modes de réalisation, dans lesquelles, à titre d'exemple, on considérera un P-CSCF en tant que dispositif récepteur. Two embodiments will now be described in which, by way of example, a P-CSCF will be considered as a receiver device.

Selon un premier mode de réalisation, un nouveau paramètre, représentant l'information de localisation et l'identifiant d'accès, est introduit dans l'en-tête SIP P-Associated-URI figurant dans la réponse du S-CSCF au P-CSCF lors de l'enregistrement de la ligne d'abonné ou de la passerelle sur le réseau. According to a first embodiment, a new parameter, representing the location information and the access identifier, is introduced in the P-Associated-URI SIP header contained in the S-CSCF response to the P-Associated-URI header. CSCF when registering the subscriber line or gateway on the network.

On va présenter des messages pouvant ainsi être échangés entre le P-CSCF et le S-CSCF, dans le cas, à titre d'exemple, où la VGW et le P-CSCF utilisent une procédure d'enregistrement optimisée appelée « Group Registration » et qui permet l'enregistrement implicite d'un groupe d'abonnés. Messages will be presented that can be exchanged between the P-CSCF and the S-CSCF, for example, where VGW and P-CSCF use an optimized registration procedure called "Group Registration". and which allows the implicit registration of a group of subscribers.

Le message d'enregistrement de la passerelle envoyé par le PCSCF au S-CSCF via le I-CSCF pourrait alors être libellé comme suit : REGISTER sip:operator.ims.com SIP/2.0 To: <sip:VGW12@operator.ims.com> From: [ ...] Call-Id: [ ...] CSeq: 1 REGISTER Contact: [ ...] [ ... ] et la réponse du S-CSCF au P-CSCF pourrait être libellée comme suit : SIP/2.0 200 0K To: <sip:VGW12@operator.ims.com> From: [ ...] Ca11-Id: [ ...] CSeq: 1 REGISTER Contact: [ ...] P-Associated-URI:<sip:+33296051111@operator.ims.com >; lineId= VGW12/5/41/loc:22300 >; P-Associated-URI:<sip:+33296051112@operator.ims.com lineId= VGW12/5/42/loc:22300 Dans l'exemple ci-dessus, le P-CSCF enregistre l'identité publique de groupe VGW12 c@i.operator.ims.com, et, suite à cet enregistrement, le S-CSCF retourne, après interrogation du HSS et interprétation des The gateway registration message sent by the PCSCF to S-CSCF via I-CSCF could then be labeled as follows: REGISTER sip: operator.ims.com SIP / 2.0 TB: <sip: VGW12@operator.ims. com> From: [...] Call-Id: [...] CSeq: 1 REGISTER Contact: [...] [...] and the S-CSCF's response to P-CSCF could be worded as follows : SIP / 2.0 200 0K To: <sip: VGW12@operator.ims.com> From: [...] Ca11-Id: [...] CSeq: 1 REGISTER Contact: [...] P-Associated- URI: <sip: +33296051111@operator.ims.com>; lineId = VGW12 / 5/41 / loc: 22300>; P-Associated-URI: <sip: +33296051112@operator.ims.com lineId = VGW12 / 5/42 / loc: 22300 In the example above, the P-CSCF records the public group identity VGW12 c @ i.operator.ims.com, and following this registration, the S-CSCF returns, after querying the HSS and interpreting the

25 informations du « Line Identifier », l'information que cette identité publique de groupe est en fait associée à deux identités publiques individuelles, à savoir : 25 information of the "Line Identifier", the information that this public group identity is in fact associated with two individual public identities, namely:

+33296051111eoperator.ims.com, et + 33296051111eoperator.ims.com, and

+33296051112eoperator. ims.com, + 33296051112eoperator. ims.com,

30 toutes deux localisées par le code INSEE 22300 et associées aux identifiants d'accès VGW12/5/41 et VGW12/5/42. Both located by the INSEE code 22300 and associated with the access identifiers VGW12 / 5/41 and VGW12 / 5/42.

Le P-CSCF mémorise alors ces données, qui pourront par la suite être utilisées lors des appels émis par la VGW. Ainsi un appel émis par le poste d'abonné sur l'accès d'identité VGW12/5/41 tel que : The P-CSCF then stores this data, which can then be used for calls made by the VGW. Thus a call made by the subscriber station on identity access VGW12 / 5/41 such as:

35 INVITE tel:+33123456789 SIP/2.0 To: <tel:+33123456789> From: <sip:VGW12%2f05%2f42> Call-Id: [ ...] 40 CSeq: 1 INVITE Contact: [ ...] [.1 sera relayé vers le coeur IMS sous la forme : INVITE tel:+33123456789 SIP/2.0 To: <tel:+33123456789> From: < sip:+33296051111@operator.ims.com > P-Asserted-Id: < sip:+33296051111@operator.ims.com > P-Access-Network-Info: [ ...] loc=22300 [ ...] Call-Id: [ ...] CSeq: 1 INVITE Contact: [ ...] [ ... ] La VGW et le P-CSCF peuvent également utiliser une procédure d'enregistrement appelée « Line Registration », qui requiert l'enregistrement individuel de chaque accès. L'utilisation de cette procédure ne modifie en rien le principe du présent mode de réalisation, la localisation apparaissant toujours dans ledit nouveau paramètre de l'en-tête P-Associated-URI. La seule différence est que le message envoyé par le P-CSCF au S-CSCF via le I-CSCF concerne dans ce cas l'enregistrement de la ligne d'abonné au lieu de la passerelle. INVITE tel: +33123456789 SIP / 2.0 TB: <tel: +33123456789> From: <sip: VGW12% 2f05% 2f42> Call-Id: [...] 40 CSeq: 1 INVITE Contact: [...] [ .1 will be relayed to the IMS core in the form: INVITE tel: +33123456789 SIP / 2.0 TB: <tel: +33123456789> From: <sip: +33296051111@operator.ims.com> P-Asserted-Id: <sip : +33296051111@operator.ims.com> P-Access-Network-Info: [...] loc = 22300 [...] Call-Id: [...] CSeq: 1 INVITE Contact: [...] ] [...] VGW and P-CSCF may also use a registration procedure called "Line Registration", which requires the individual registration of each access. The use of this procedure does not alter the principle of this embodiment, since the location always appears in said new parameter of the P-Associated-URI header. The only difference is that the message sent by the P-CSCF to the S-CSCF via the I-CSCF is in this case the registration of the subscriber line instead of the gateway.

Selon un deuxième mode de réalisation, un nouveau paramètre, représentant l'information de localisation et l'identifiant d'accès, est introduit dans un event package « reg-event » selon le document RFC 3680, auquel le P-CSCF souscrit, implicitement ou explicitement, auprès du S-CSCF après l'enregistrement de la ligne d'abonné ou de la passerelle. Le S-CSCF envoie alors, après interrogation du HSS et interprétation des informations du champ « Line Identifier », le paramètre de localisation et/ou l'identifiant d'accès au P-CSCF. According to a second embodiment, a new parameter, representing the location information and the access identifier, is introduced in an event package "reg-event" according to the document RFC 3680, to which the P-CSCF subscribes, implicitly or explicitly, at the S-CSCF after registration of the subscriber line or gateway. The S-CSCF then sends, after interrogation of the HSS and interpretation of the information of the "Line Identifier" field, the location parameter and / or the access identifier to the P-CSCF.

Toujours dans l'exemple de l'enregistrement de groupe, le 30 message NOTIFY envoyé par le S-CSCF au P-CSCF et associé audit regevent package pourrait alors être libellé come suit : Still in the example of the group registration, the NOTIFY message sent by the S-CSCF to the P-CSCF and associated with said regevent package could then be worded as follows:

NOTIFY sip:VGW12@operator.ims.com SIP/2.0 To: <sip:VGW12@operator.ims.com> 35 From: [ ...] Call-Id: [ ...] CSeq: 1 NOTIFY Contact: [ ...] Event: reg [ ... ] Content-Length: <?xml <reginfo> xmins="urn:ietf:params:xml:ns:reginfo" version="l" state= [...] <registration> aor=[...] id=[ ] state=[...] <contact> id=[ ] state=[...] event=[...] lineId= VGW12/5/41/loc:22300 <uri> [. - ] </uri> </contact> </registration> </reginfo> Ledit paramètre a été ici introduit dans le « body XML ». NOTIFY sip: VGW12@operator.ims.com SIP / 2.0 TB: <sip: VGW12@operator.ims.com> 35 From: [...] Call-Id: [...] CSeq: 1 NOTIFY Contact: [ ...] Event: reg [...] Content-Length: <? Xml <reginfo> xmins = "urn: ietf: params: xml: ns: reginfo" version = "l" state = [...] < registration> aor = [...] id = [] state = [...] <contact> id = [] state = [...] event = [...] lineId = VGW12 / 5/41 / loc : 22300 <uri> [. -] </ uri> </ contact> </ registration> </ reginfo> This parameter has been introduced here in the "body XML".

La mise en oeuvre de l'invention au sein des noeuds du réseau de télécommunications (notamment, le S-CSCF et le dispositif récepteur des informations de localisation) peut être réalisée au moyen de composants logiciels et/ou matériels. The implementation of the invention within the nodes of the telecommunications network (in particular, the S-CSCF and the location information receiver device) can be carried out by means of software and / or hardware components.

Les composants logiciels pourront être intégrés à un programme d'ordinateur classique de gestion de noeud de réseau. C'est pourquoi, comme indiqué ci-dessus, la présente invention concerne également un système informatique. Ce système informatique comporte de manière classique une unité centrale de traitement commandant par des signaux une mémoire, ainsi qu'une unité d'entrée et une unité de sortie. De plus, ce système informatique peut être utilisé pour exécuter un programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé de localisation et d'identification d'un d'abonné selon l'invention. The software components can be integrated into a typical network node management computer program. Therefore, as indicated above, the present invention also relates to a computer system. This computer system conventionally comprises a central processing unit controlling signals by a memory, as well as an input unit and an output unit. In addition, this computer system can be used to execute a computer program comprising instructions for implementing the method of locating and identifying a subscriber according to the invention.

En effet, l'invention vise aussi un programme d'ordinateur téléchargeable depuis un réseau de communication comprenant des instructions pour l'exécution des étapes d'un procédé de localisation et d'identification d'un d'abonné selon l'invention, lorsqu'il est exécuté sur un ordinateur. Ce programme d'ordinateur peut être stocké sur un support lisible par ordinateur et peut être exécutable par un microprocesseur. Ce programme peut utiliser n'importe quel langage de programmation, et se présenter sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel 10 que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen 15 d'enregistrement magnétique, par exemple une disquette (« floppy disc » en anglais) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres 20 moyens. Le programme d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Intemet. En variante, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de localisation et 25 d'identification d'un d'abonné selon l'invention. Indeed, the invention also relates to a downloadable computer program from a communication network comprising instructions for the execution of the steps of a method of locating and identifying a subscriber according to the invention, when it is run on a computer. This computer program may be stored on a computer readable medium and may be executable by a microprocessor. This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any another desirable form. The invention is also directed to a computer-readable information carrier having instructions of a computer program as mentioned above. The information carrier may be any entity or device capable of storing the program. For example, the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a diskette ("floppy disc"). English) or a hard drive. On the other hand, the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means. The computer program according to the invention may in particular be downloaded to an Internet-type network. Alternatively, the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in carrying out the subscriber location and identification method according to the invention.

Claims

REVENDICATIONS1. A method for locating and identifying a subscriber connected to a network emulating the PSTN / ISDN, said network emulating the PSTN / ISDN comprising a gateway (VGW, MGW) enabling said subscriber to access an IMS network, characterized in that that, following the registration of the subscriber line or of said gateway (VGW, MGW) on said IMS network, it comprises the following steps: the S-CSCF server of the IMS network interrogates the HSS server of this network based on the public identity of the subscriber, or the public identity of a group to which the subscriber belongs, and - the S-CSCF server transmits to a receiving device of the IMS network, in connection with said identity public, at least the access identifier of the subscriber, or subscribers belonging to said group, and / or a parameter representing the location of the subscriber, or subscribers belonging to said group.

2. Method of location and identification according to claim 1, characterized in that said access identifier and / or said parameter are transmitted within a message sent in response to a notification, made to the S-CSCF server, of said recording on the IMS network.

3. Method of location and identification according to claim 1, characterized in that said access identifier and / or said parameter are transmitted within a message sent in response to a subscription, implicit or explicit, made by said receiving device to the S-CSCF server following said recording on the IMS network.

4. Method of location and identification according to any one of claims 1 to 3, characterized in that said receiving device is included in an access server (P-CSCF, AGCF) of the IMS network, or in a server of applications (AS) of the IMS core network.

5. Receiving device in an IMS network, said IMS network being connected to a gateway (VGW, MGW) providing a subscriber access to the IMS network emulating the PSTN / ISDN, characterized in that it comprises means for, following registering the subscriber line, or said gateway (VGW, MGW) on said IMS network: - receive from an S-CSCF server of the IMS network, in connection with the public identity of the subscriber, data including at least the access identifier of the subscriber, or subscribers belonging to said subscriber, and / or a parameter representing the location of the subscriber, the subscriber, or subscribers belonging to said group, and - record said data in connection with the public identity of the subscriber, or the public identity of a group to which the subscriber belongs.

Access server (P-CSCF, AGCF) of an IMS network, characterized in that it comprises a receiver device according to claim 5.

7. Application server (AS) of an IMS network, characterized in that it comprises a receiver device according to claim 5.

8. S-CSCF server in an IMS network, said IMS network being connected to a gateway (VGW, MGW) providing a subscriber with access to the IMS network emulating the PSTN / ISDN, characterized in that it includes means for following registration of the subscriber line or gateway (VGW, MGW) on said IMS network: - interrogating the HSS server of the IMS network based on the subscriber's public identity, or the public identity of a group to which the subscriber belongs, and - transmit to a receiving device of the IMS network, in association with said public identity, at least the access identifier of the subscriber, or subscribers belonging to group, and / or a parameter representing the location of the subscriber, or subscribers belonging to said group.

An irremovable, or partially or totally removable data storage means having computer program code instructions for performing the steps of a subscriber location and identification method according to any one of Claims 1 to 4.

Computer program downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor, characterized in that it comprises instructions for carrying out the steps of a method of location and identification of a subscriber according to any one of claims 1 to 4, when executed on a computer.