FR 2969453 A1 20120622 FR 1060978 A 20101221 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. 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. 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é. 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. 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 »). 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. 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. 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. 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. 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é. 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. 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. 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. 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. 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é. 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. 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. 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. 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. 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: 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: From: [ ...] Ca11-Id: [ ...] CSeq: 1 REGISTER Contact: [ ...] P-Associated-URI: ; lineId= VGW12/5/41/loc:22300 >; P-Associated-URI: 25 informations du « Line Identifier », l'information que cette identité publique de groupe est en fait associée à deux identités publiques individuelles, à savoir : +33296051111eoperator.ims.com, et +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. 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 : 35 INVITE tel:+33123456789 SIP/2.0 To: From: Call-Id: [ ...] 40 CSeq: 1 INVITE Contact: [ ...] [.1 sera relayé vers le coeur IMS sous la forme : INVITE tel:+33123456789 SIP/2.0 To: From: P-Asserted-Id: 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. 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. 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 : NOTIFY sip:VGW12@operator.ims.com SIP/2.0 To: 35 From: [ ...] Call-Id: [ ...] CSeq: 1 NOTIFY Contact: [ ...] Event: reg [ ... ] Content-Length: xmins="urn:ietf:params:xml:ns:reginfo" version="l" state= [...] aor=[...] id=[ ] state=[...] id=[ ] state=[...] event=[...] lineId= VGW12/5/41/loc:22300 [. - ] Ledit paramètre a été ici introduit dans le « 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. 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. 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. REVENDICATIONS1. 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, caractérisé 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. 2. Procédé de localisation et d'identification selon la revendication 1, caractérisé en ce que 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. 3. Procédé de localisation et d'identification selon la revendication 1, caractérisé en ce que 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. 4. Procédé de localisation et d'identification selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit dispositif récepteur est inclus dans un serveur d'accès (P-CSCF, AGCF) du réseau IMS, ou dans un serveur d'applications (AS) du réseau coeur IMS. 5. Dispositif récepteur dans un réseau IMS, ledit réseau IMS étant connecté à une passerelle (VGW, MGW) fournissant à un abonné un accès au réseau IMS émulant le RTC/RNIS, caractérisé en ce qu'il comprend des moyens pour, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle (VGW, MGW) 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é. 6. Serveur d'accès (P-CSCF, AGCF) d'un réseau IMS, caractérisé 15 en ce qu'il comprend un dispositif récepteur selon la revendication 5. 7. Serveur d'applications (AS) d'un réseau IMS, caractérisé en ce qu'il comprend un dispositif récepteur selon la revendication 5. 8. Serveur S-CSCF dans un réseau IMS, ledit réseau IMS étant connecté à une passerelle (VGW, MGW) fournissant à un abonné un 20 accès au réseau IMS émulant le RTC/RNIS, caractérisé en ce qu'il comprend des moyens pour, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle (VGW, MGW) 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 25 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. 9. Moyen de stockage de données inamovible, ou partiellement ou totalement amovible, comportant des instructions de code de programme informatique pour l'exécution des étapes d'un procédé de localisation et d'identification d'un d'abonné selon l'une quelconque des revendications 1 à 4. 10. Programme d'ordinateur 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, caractérisé en ce qu'il comprend des instructions pour l'exécution des étapes d'un procédé de localisation et d'identification d'un d'abonné selon l'une quelconque des revendications 1 à 4, lorsqu'il est exécuté sur un ordinateur.