FR2980328A1

FR2980328A1 - Method for treating request for e.g. emergency service, in Internet protocol multimedia subsystem network, involves querying cellular mapping function by real time collaboration server to obtain geographical identifier of mobile terminal

Info

Publication number: FR2980328A1
Application number: FR1158313A
Authority: FR
Inventors: Guy Loaec; Rouzic Jean-Claude Le
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2011-09-19
Filing date: 2011-09-19
Publication date: 2013-03-22

Abstract

The method involves receiving, by a real time collaboration (RTC) server included in an Internet protocol (IP) network i.e. IP-multimedia subsystem (IMS) network, a request for a service from a mobile terminal, where the request for the service depends on the location of the mobile terminal. A translation entity i.e. cellular mapping function (CMF) accessible to the IP network is queried by the RTC server to obtain a geographical identifier of the mobile terminal, where an interrogation key of the translation entity is based on an identifier of a cell in which the mobile terminal is located. Independent claims are also included for the following: (1) a translation entity (2) a non-removable data storage unit storing instructions for treating a request for a service in an IP network (3) a computer program for treating a request for a service in an IP network.

Description

PROCÉDÉ DE TRAITEMENT D'UNE REQUETE D'UN SERVICE DEPENDANT DE LA LOCALISATION D'UN TERMINAL MOBILE La présente invention concerne les réseaux de type IP (« Internet Protocol ») qui sont aptes à mettre en oeuvre des protocoles de contrôle de session évolués. Elle concerne, plus particulièrement, les services fournis à un terminal mobile connecté à un tel réseau et qui dépendent de la localisation géographique de ce terminal mobile. L'invention s'applique avantageusement à tous les réseaux cellulaires raccordés à un réseau IP, par exemple les réseaux d'accès normalisés par le 3GPP (« 3rd Generation Partnership Project ») tels que l'UMTS (« Universal Mobile Telecommunications System ») ou le LTE (« Long Term Evolution »). On rappelle que les réseaux IP permettent la diffusion de données conversationnelles, dans le cadre de services 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 ou virtuelles au moyen de chaînes de caractères, par exemple 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 (Internet Engineering Task Force) ; la connaissance de l'URI d'une ressource permet d'obtenir l'adresse IP d'un équipement du réseau de l'opérateur gérant cette ressource. Ces équipements peuvent par exemple être un terminal fixe ou mobile, ou une passerelle domestique ou située dans une entreprise (« Residential Gateway » en anglais), ou encore une passerelle d'opérateur réseau (« Voice Gateway » en anglais), qui raccorde généralement un grand nombre de lignes analogiques ou RNIS, telle qu'un DSLAM-SIP (DSLAM sont les initiales des mots anglais « Digital Subscriber Line Access 2 98032 8 2 Multiplexer » signifiant « multiplexeur d'accès de lignes d'abonnés numériques » ; il s'agit d'un dispositif collectant le trafic de données DSL qui transite sur un certain nombre de lignes téléphoniques). Par souci de brièveté, on utilisera fréquemment ci-dessous le terme générique de 5 « terminal d'abonné », ou de « terminal » tout court, pour désigner ces divers équipements. On rappelle également 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 10 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 15 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 H.323 a été mis au point par l'ITU-T (l'ITU-T est la partie de l'ITU (International Telecommunication Union) chargée de la mise 20 au point de normes internationales). Il spécifie des procédures concernant la signalisation, la négociation de codeur-décodeur, et le transport de l'information. Il est largement utilisé par les fabricants d'équipements vocaux et de conférences vidéo, ainsi que dans plusieurs applications Internet en temps-réel telles que « NetMeeting ». 25 Le protocole SIP (initiales des mots anglais « Session Initiation Protocol » 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. Les identités SIP peuvent être de la forme « SIP-URI » telle que définie dans la RFC 3261, ou de la forme « tel-URI » telle que définie dans la RFC 3966. Une SIP-URI est de la forme « user@host » (par exemple, alice@domaine1), où la partie « host » identifie le réseau sur lequel l'utilisateur représenté par la partie « user » possède un compte. Une tel-URI est de la forme « tel:numéro_de_téléphone » (par exemple, tel 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 »), telle que représentée schématiquement sur la figure 1. On rappelle que l'IMS a été défini par les organismes de normalisation 3GPP 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. Sur la figure 1, le terminal UE (pour « User Equipment » en anglais) 10, 11 est un terminal fixe ou mobile, ou une passerelle domestique ou d'entreprise, disposant de moyens de signalisation SIP et pouvant comprendre des moyens de restitution d'un contenu audiovisuel. Lorsqu'un utilisateur souhaite bénéficier des services offerts par un réseau IMS 20, par exemple communiquer avec un autre terminal 11, son terminal UE 10 doit, sauf exceptions (cas de certains appels d'urgence), s'enregistrer sur le réseau 20. The present invention relates to networks of the IP ("Internet Protocol") type which are able to implement advanced session control protocols. It relates, more particularly, the services provided to a mobile terminal connected to such a network and which depend on the geographical location of this mobile terminal. The invention applies advantageously to all cellular networks connected to an IP network, for example access networks standardized by the 3GPP ("3rd Generation Partnership Project") such as UMTS ("Universal Mobile Telecommunications System") or LTE ("Long Term Evolution"). It is recalled that IP networks allow the transmission of conversational data, in the context of services 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 "URI" (initials of the English words "Uniform Resource Identifier" meaning "Uniform Resource Identifier"). The syntax of URIs is defined in RFC 3986 of the Internet Engineering Task Force (IETF); the knowledge of the URI of a resource makes it possible to obtain the IP address of a device of the network of the operator managing this resource. This equipment may for example be a fixed or mobile terminal, or a home or residential gateway ("Residential Gateway" in English), or a network operator gateway ("Voice Gateway" in English), which generally connects a large number of analog or ISDN lines, such as a DSLAM-SIP (DSLAM) are the initials of the words "Digital Subscriber Line Access 2 98032 8 2 Multiplexer" meaning "digital subscriber line access multiplexer"; This is a device that collects DSL data traffic that travels over a number of telephone lines. For the sake of brevity, the generic term "subscriber terminal", or "terminal", will often be used below to designate these various devices. It is also recalled that 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 to the network a signaling message specifying its request. The H.323 protocol was developed by the ITU-T (the ITU-T is the part of the ITU (International Telecommunication Union) responsible for developing international standards). It specifies procedures for signaling, coder-decoder negotiation, and information transport. It is widely used by manufacturers of voice and video conferencing, as well as in several real-time Internet applications such as "NetMeeting". The SIP (Session Initiation Protocol) initials were defined by the IETF in RFC 3261. multimedia sessions in a network using the IP protocol. SIP identities can be of the form "SIP-URI" as defined in RFC 3261, or of the form "tel-URI" as defined in RFC 3966. An SIP-URI is of the form "user @ host (For example, alice @ domain1), where the "host" part identifies the network on which the user represented by the "user" part has an account. Such a URI is of the form "tel: telephone_number" (for example, such This SIP protocol is used in particular in the IMS-type infrastructures (initials of the words "IP Multimedia Subsystem" meaning "multimedia subsystem over IP"). , as shown schematically in Figure 1. It is recalled that the IMS was defined by the standardization bodies 3GPP and TISPAN ("Telecommunications and Internet Converged Services and Protocols for Advanced Networking") .This is an introduced network architecture 3GPP for mobile networks, then taken over by TISPAN for fixed networks This architecture allows 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 Quality Serv determined, and calculate the amounts to be billed to customers. The IMS currently provides access to telephony, videophone, Presence and Instant Messaging services, which it also manages. In FIG. 1, the terminal UE (for "User Equipment" in English) 10, 11 is a fixed or mobile terminal, or a home or enterprise gateway, having SIP signaling means and which may include means for restoring data. 'audiovisual content. When a user wishes to benefit from the services offered by an IMS network 20, for example to communicate with another terminal 11, its terminal UE 10 must, with certain exceptions (in the case of certain emergency calls), register on the network 20.

Pour pouvoir enregistrer les utilisateurs, les réseaux IMS comprennent un ou plusieurs serveurs, généralement appelés « S-CSCF » (initiales des mots anglais « Serving-Cali Server Control Function » signifiant « Fonction de Commande du Serveur d'Appels de Service »), aptes (entre autres fonctions) à gérer la procédure d'enregistrement des dispositifs connectés au réseau. Les serveurs S-CSCF contribuent à la mise en oeuvre des services tels que ceux mentionnés ci-dessus en gérant le routage de la signalisation, d'une part, entre chaque terminal d'utilisateur 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é. Les réseaux IMS comprennent en outre au moins un serveur, généralement appelé « I-CSCF » (initiales des mots anglais « InterrogatingCall Server Control Function » signifiant « Fonction de Commande du Serveur d'Appels d'Interrogation »), et qui, au moment de l'enregistrement d'un terminal d'utilisateur, interroge un serveur appelé « HSS » (initiales des mots anglais « Home Subscriber Server » signifiant « Serveur d'Abonné Nominal ») 24 pour pouvoir sélectionner un serveur S-CSCF possédant les caractéristiques requises pour atteindre le niveau de service souscrit par cet utilisateur. Pour pouvoir acheminer les messages de signalisation 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 22) échangent des informations avec au moins un serveur HSS 24 tel que 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 24 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. Le serveur I/S-CSCF 22 gère également le routage de la signalisation entre le terminal 10 et les serveurs de messagerie vocale VM 25, de présence PS 26 et de téléphonie TAS 27, ainsi que le routage en direction d'autres terminaux gérés par le même réseau IMS (comme par exemple le terminal 11) et le routage de la signalisation entre ce réseau IMS 20 et d'autres réseaux (non-représentés). Les serveurs de messagerie vocale VM 25, les serveurs de 10 présence PS 26 et les serveurs de téléphonie TAS 27 sont des exemples de ce que l'on appelle des AS (initiales des mots anglais « application servers » signifiant « serveurs d'applications »). Enfin, les réseaux IMS comprennent au moins un serveur P-CSCF (initiales des mots anglais « Proxy-Call Server Control Function » signifiant 15 « Fonction de Commande du Serveur d'Appels Mandataire ») 21,28. Le serveur P-CSCF 21 (respectivement 28) est le point de contact SIP du terminal d'abonné 10 (respectivement, 11) dans le réseau IMS 20 ; ainsi, toute la signalisation SIP échangée entre ce terminal et le serveur d'appel I/S-CSCF 22 passe par un serveur P-CSCF 21,28. 20 Dans le contexte des appels d'urgence, les systèmes de télécommunications, de manière générale, comprennent un PSAP (initiales des mots anglais « Public-Safety Answering Point » signifiant « Centre d'Appels pour la Sécurité Publique ») destiné à traiter ce type d'appel. Sur réception d'un appel d'urgence (destiné par exemple à la police, aux 25 pompiers ou à un transport par ambulance), un tel centre d'appels PSAP est classiquement en mesure de prodiguer une aide à l'appelant. A cet effet, l'appelant est généralement localisé afin que l'on puisse, en cas de besoin, lui faire parvenir cette aide à l'emplacement où il se trouve. Il est donc important pour les systèmes de télécommunications de pouvoir 30 localiser les appelants. In order to register the users, the IMS networks comprise one or more servers, generally called "S-CSCF" (initials of the words "Serving-Cali Server Control Function" meaning "Service Call Server Control Function"), Functions (among other functions) to manage the registration procedure of devices connected to the network. The S-CSCF servers contribute to the implementation of services such as those mentioned above by managing the routing of the signaling, on the one hand, between each user terminal and the servers of the network specialized in the implementation of a particular service subscribed by the user, and secondly towards other users managed by the same network or by a network which is connected to it. The IMS networks furthermore comprise at least one server, generally called "I-CSCF" (initials of the English words "InterrogatingCall Server Control Function" meaning "Query Call Server Command Function"), and which, at the moment the registration of a user terminal, queries a server called "HSS" (initials of the words "Home Subscriber Server" meaning "Nominal Subscriber Server") 24 to be able to select an S-CSCF server having the characteristics required to reach the level of service underwritten by that user. In order to be able to route the signaling messages within the network, the I-CSCF or S-CSCF type servers (moreover often combined into the same server, denoted I / S-CSCF 22) exchange information with at least an HSS server 24 as 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. . Each HSS server 24 contains the profile of a number of users of the network, this profile including their registration status, authentication and location data, and subscribed services. The I / S-CSCF server 22 also manages the routing of the signaling between the terminal 10 and the VM 25, PS 26 and TAS 27 voice mail servers, as well as the routing towards other terminals managed by the same IMS network (as for example the terminal 11) and the routing of the signaling between this IMS network 20 and other networks (not shown). The VM 25 voicemail servers, the PS 26 presence servers and the TAS 27 telephony servers are examples of so-called ASs (initials of the English words "application servers" meaning "application servers"). ). Finally, the IMS networks comprise at least one P-CSCF server (initials of the English words "Proxy-Call Server Control Function" meaning "Proxy Call Server Command Function") 21,28. The P-CSCF server 21 (respectively 28) is the SIP contact point of the subscriber terminal 10 (respectively, 11) in the IMS network 20; thus, all the SIP signaling exchanged between this terminal and the I / S-CSCF call server 22 goes through a P-CSCF server 21,28. 20 In the context of emergency calls, telecommunications systems, in general, include a PSAP (initials of the words "Public-Safety Answering Point" meaning "Call Center for Public Security") intended to address this situation. type of call. Upon receipt of an emergency call (for example to the police, firefighters or ambulance transport), such a PSAP call center is typically able to provide assistance to the caller. For this purpose, the caller is usually located so that it can, if necessary, send him this aid to the location where it is located. It is therefore important for telecommunication systems to be able to locate callers.

Pour ce faire, les systèmes de télécommunications sont classiquement aptes à fournir un service d'urgence qui peut être défini par le routage (« Location Enabled Routing », ou LER) d'un appel d'urgence vers un PSAP, et la transmission d'une information de localisation de l'appelant (« Location Information Presentation », ou LIP) à ce PSAP. Certaines normes définissent des caractéristiques de ce type de service d'urgence, comme par exemple les normes définies en Europe par le groupe CGALIES (« Coordination Group on Access to Location Information by Emergency Services »). In order to do this, telecommunications systems are typically able to provide an emergency service that can be defined by the "Location Enabled Routing" (or LER) of an emergency call to a PSAP, and the transmission of data. 'Location Information Presentation' (or LIP) information to this PSAP. Some standards define characteristics of this type of emergency service, such as the standards defined in Europe by the CGALIES group ("Coordination Group on Access to Location Information by Emergency Services").

Dans le cas des réseaux IMS, une information de localisation doit être accessible au serveur appelé E-CSCF (initiales des mots anglais « Emergency Call Session Control Function » signifiant « Fonction de Commande de Session pour les Appels d'Urgence ») 29, qui est chargé de traduire le numéro d'urgence en numéro de proximité sur la base de la situation géographique de l'abonné. On notera que ce problème de la localisation ne concerne pas que les appels d'urgence : par exemple, les serveurs d'applications AS peuvent également avoir besoin d'informations de localisation, ceci afin de mettre en oeuvre des services s'appuyant sur la localisation de l'abonné, même si une autre architecture qu'un réseau IMS a été retenue pour le routage des numéros d'urgence. On va expliquer à présent comment les informations permettant la localisation d'un poste d'abonné à une ligne fixe sont traitées dans les réseaux IMS. Ces informations peuvent être stockées dans deux bases de 25 données. La première de ces bases de données est le HSS 24. Selon les normes actuelles, une information de localisation, dite « localisation de référence », est transmise depuis le HSS 24 au S-CSCF 22 lors de l'enregistrement de l'abonné ; cette localisation de référence est fournie par 30 le S-CSCF 22 au E-CSCF 29 lors de la transmission d'une requête 2 98032 8 7 d'établissement d'appel d'urgence. Cette localisation de référence est provisionnée de manière statique pour chaque abonné IMS, et ne permet pas de localiser un abonné nomade. La seconde base de données permettant la localisation est l'entité 5 CLF (initiales des mots anglais « Connectivity session Location and repository Function » signifiant « Fonction de Localisation et d'enregistrement de session pour la Connectivité ») 23, auquel le réseau IMS 20, et en particulier les serveurs P-CSCF 21,28, ont accès. En effet, l'entité CLF 23 peut fournir les informations suivantes : 10 - l'identifiant d'opérateur de réseau (« Network Operator Code » en anglais), - l'identifiant de Zone de Localisation LAC (« Location Area Code » en anglais), et - l'identifiant d'accès de l'abonné (« Line Code » en anglais). 15 Ces informations sont contenues dans un champ appelé « Line Identifier », qui est décrit dans la spécification ES 283 035 de l'ETSI. La CLF 23 met en correspondance les données d'accès enregistrées lors de l'attachement du terminal au réseau IP (notamment, l'adresse IP du terminal), avec une information de localisation 20 géographique, telle qu'un code INSEE en France. L'usage de la CLF 23 permet la localisation des usagers nomades. Les informations de localisation obtenues de la part de la CLF 23 peuvent être transmises vers le coeur de réseau (notamment le I/S-CSCF 22) dans un paramètre de l'entête SIP « P-Access-Network-lnfo », qui a été défini dans la RFC 3455 de l'IETF et précisé dans la spécification TS 24.229 du 3GPP. Considérons à présent le problème de la localisation d'un terminal mobile. Dans les réseaux mobiles (cellulaires), la base de traduction des numéros d'urgence en numéros téléphoniques des centres d'urgence les plus proches est renseignée à partir des informations données par les autorités. Or celles-ci, qui n'ont aucune connaissance de la topologie du réseau cellulaire de l'opérateur, utilisent un format de localisation valable sur tout le territoire national et compréhensible par tous les opérateurs. A titre d'exemple, l'identifiant géographique utilisé en France pour les terminaux mobiles est le code postal de la commune couverte par la station de base ou NodeB (pour l'UTRAN) ou eNodeB (pour le LTE) à laquelle le mobile est attaché. Dans les réseaux GSM (« Global System for Mobile Communications »), une base de traduction à partir d'un identifiant de la cellule d'origine de l'appel est renseignée localement sur les commutateurs de circuits MSC (initiales des mots anglais « Mobile Switching Center » signifiant « Centre de Commutation Mobile ») pour la zone géographique dont ces derniers ont la charge. Outre que ce type décentralisé de configuration est coûteux à opérer, il n'est pas adapté à une architecture comme l'IMS, dans laquelle les fonctions E-CSCF et S-CSCF sont assignées dynamiquement aux utilisateurs sans considération de nature géographique. Par ailleurs, lorsqu'un terminal mobile s'attache à un réseau mobile à commutation par paquets, un serveur tel qu'un GGSN (« Gateway GPRS Support Node ») ou un PDN-Gateway alloue une adresse IP à ce terminal indépendamment de sa localisation géographique, parmi un groupe d'adresses IP dont ce serveur dispose pour l'ensemble des terminaux du réseau mobile ; cette adresse IP est ensuite conservée lors des déplacements du terminal dans le réseau mobile. Il en résulte que l'adresse IP ne permet pas de localiser un terminal mobile. On pourrait naturellement envisager de demander à l'abonné de fournir lui-même les informations de localisation ; mais comme il s'agit là d'un mode déclaratif, les informations fournies seraient évidemment peu fiables. Les normes du 3GPP imposent que le terminal mobile fournisse, dans toute requête d'établissement de session, l'identité de la cellule dans laquelle il se trouve, mais le terminal pouvant consister en un système informatique muni d'une clé d'accès au réseau, cette information n'est pas considérée comme digne de confiance par les opérateurs. En variante, les informations de localisation pourraient être fournies automatiquement par le terminal de l'abonné au moyen d'un système de localisation tel que le GPS (« Global Positioning System ») ; mais ces systèmes de localisation ne sont accessibles qu'aux abonnés munis d'un terminal 3G et ayant souscrit un abonnement adéquat. L'article « Emergency Call Positioning » de Mikka Poikselkà, (Seminar on Networking Business, 2 novembre 2004) propose une mise en oeuvre d'un service d'urgence dans un système de télécommunications mobiles. Ce document propose de mettre en place dans un réseau de type IMS un service d'urgence dans lequel l'étape de localisation de l'appelant est réalisée par un serveur de localisation qui peut être relié à l'entité S- CSCF. Dans ce contexte, un terminal se connecte à ce réseau IMS via un réseau coeur de type GPRS (« General Packet Radio Service »). Puis, l'entité S-CSCF requiert une localisation de l'appelant auprès dudit serveur de localisation. Une telle solution permet de mettre en oeuvre un service d'urgence dans une architecture de réseau comprenant un centre d'appels d'urgence relié au réseau IMS auquel le terminal mobile de l'appelant se connecte. On notera que ledit serveur de localisation est capable de répondre aux requêtes de localisation émises par le centre d'appels d'urgence, une fois l'appel établi. Ainsi, cette solution ne résout pas la problématique de la disponibilité d'une information de localisation permettant le routage de l'appel vers un centre d'urgence de proximité. Par ailleurs, un réseau IMS n'est pas nécessairement relié à un quelconque centre d'appels d'urgence ; de même, il peut fort bien se produire qu'un terminal initiant un appel d'urgence se connecte à un réseau IMS qui ne soit pas relié au centre 2 9803 2 8 10 d'appels d'urgence en charge de la gestion des appels d'urgence dans la zone géographique où se situe le terminal. La demande de brevet EP-1980130 divulgue un système de télécommunications comprenant un centre d'appels et au moins un premier 5 et un second sous-système de télécommunications reliés entre eux. Une première fonction de localisation est associée au premier sous-système et une seconde fonction de localisation est adaptée pour coopérer avec le centre d'appels qui est relié au second sous-système. Au niveau du premier sous-système, un message d'initiation d'appel, reçu depuis ledit 10 terminal, est routé vers le centre d'appel, via le second sous-système, et un identifiant du terminal inclus dans le message d'initiation d'appel est fourni à la première fonction de localisation. Au niveau de la première fonction de localisation, on détermine une information de localisation du terminal associée à l'identifiant du terminal fourni par le premier sous-système, puis 15 cette l'information de localisation est transmise à la seconde fonction de localisation. Une telle solution, outre sa complexité, a pour inconvénient de requérir la mise en place de systèmes et procédures complètement différents de ceux déjà existants pour les appels d'urgence placés à partir 20 d'une ligne fixe. Les inconvénients précités relatifs à un service d'urgence sont transposables à tout autre type de service (par exemple, un service d'assistance routière) qui se fonde, comme les services d'urgence, sur une localisation d'appel et un routage d'appel vers un centre d'appels adapté 25 pour offrir le service requis par le type d'appel reçu par le réseau IP. La présente invention concerne donc un procédé de traitement dans un réseau IP d'une requête d'un service dépendant de la localisation, comprenant les étapes suivantes : - une entité de réception de requêtes comprise dans ledit réseau IP reçoit, de la part d'un terminal requérant, une requête d'un service dépendant de la localisation dudit terminal requérant, et - ladite entité de réception de requêtes interroge une entité de 5 traduction, accessible au réseau IP, pour obtenir un identifiant géographique du terminal requérant. Ledit procédé est remarquable en ce que le terminal requérant est un terminal mobile, et en ce que la clé d'interrogation de ladite entité de traduction (CMF) s'appuie sur un identifiant de la cellule où se trouve le 10 terminal requérant. Grâce à l'invention, les serveurs de coeur de réseau dédiés aux appels d'urgence (E-CSCF dans le cas des réseaux IMS) et aux appels « normaux », c'est-à-dire autres que les appels d'urgence (S-CSCF dans le cas des réseaux IMS) peuvent exploiter ou transmettre ledit identifiant 15 géographique dans les procédures de traitement d'appel, pour un routage au plus juste de l'appel. Avantageusement, l'invention respecte la plupart des étapes des procédés respectifs associés à un appel depuis un terminal fixe, de sorte que les modifications à apporter aux réseaux IP actuels pour pouvoir mettre en oeuvre l'invention (et donc traiter aussi bien les appels 20 placés depuis un terminal fixe que les appels placés depuis un terminal mobile) sont minimes. On notera que les requêtes d'un service dépendant de la localisation d'un terminal mobile auxquelles on peut appliquer l'invention ne sont pas nécessairement des requêtes d'établissement d'appel téléphonique. Par 25 exemple, un terminal mobile peut envoyer un SMS (« Short Message Service ») contenant dans le corps du SMS un identifiant d'une chaîne de restaurants, et le réseau IP peut, en retour, envoyer au terminal mobile par MMS (« Multimedia Messaging Service ») une carte géographique de la région où se trouve le terminal mobile, sur laquelle sont indiqués les 30 endroits où se trouve un restaurant appartenant à ladite chaîne. In the case of IMS networks, location information must be accessible to the server called E-CSCF (initials of the words "Emergency Call Session Control Function" meaning "Session Control Function for Emergency Calls") 29, which is responsible for translating the emergency number into a proximity number based on the geographical location of the subscriber. It should be noted that this problem of location does not only concern emergency calls: for example, AS application servers may also need location information, in order to implement services based on the location of the subscriber, even if another architecture than an IMS network has been selected for the routing of emergency numbers. It will now be explained how the information enabling the location of a subscriber station to a fixed line is processed in the IMS networks. This information can be stored in two databases. The first of these databases is the HSS 24. According to current standards, a location information, called "reference location", is transmitted from the HSS 24 to the S-CSCF 22 during the registration of the subscriber; this reference location is provided by S-CSCF 22 to E-CSCF 29 upon transmission of an emergency call setup request. This reference location is provisioned statically for each IMS subscriber, and does not locate a nomadic subscriber. The second database for localization is the CLF (initials of Connectivity Session Location and Repository Function) meaning "Function of Session and Session Recording for Connectivity" 23, to which the IMS network 20 , and in particular the P-CSCF 21,28 servers, have access. Indeed, the CLF entity 23 can provide the following information: the network operator identifier ("Network Operator Code" in English), the Location Area Code identifier (LAC) English), and - the subscriber's access identifier ("Line Code"). This information is contained in a field called "Line Identifier", which is described in ETSI Specification 283 035. The CLF 23 matches the access data recorded when the terminal is attached to the IP network (in particular the IP address of the terminal), with geographical location information, such as an INSEE code in France. The use of the CLF 23 allows the location of nomadic users. The location information obtained from the CLF 23 can be transmitted to the core network (in particular the I / S-CSCF 22) in a parameter of the SIP header "P-Access-Network-Info", which has has been defined in IETF RFC 3455 and specified in 3GPP TS 24.229. Now consider the problem of locating a mobile terminal. In mobile (cellular) networks, the base for translating emergency numbers to the telephone numbers of the nearest emergency centers is provided on the basis of information provided by the authorities. But these, who have no knowledge of the topology of the operator's cellular network, use a location format valid throughout the national territory and understandable by all operators. For example, the geographic identifier used in France for mobile terminals is the postal code of the municipality covered by the base station or NodeB (for the UTRAN) or eNodeB (for the LTE) to which the mobile is attached. In GSM ("Global System for Mobile Communications") networks, a translation base from an identifier of the original cell of the call is entered locally on the circuit switches MSC (initials of the words "Mobile"). Switching Center "meaning" Mobile Switching Center ") for the geographic area they are responsible for. In addition to being expensive to operate, this decentralized type of configuration is not suitable for an architecture such as IMS, in which the E-CSCF and S-CSCF functions are dynamically assigned to users regardless of geographical nature. Furthermore, when a mobile terminal attaches itself to a packet-switched mobile network, a server such as a GGSN (Gateway GPRS Support Node) or a PDN-Gateway allocates an IP address to this terminal independently of its geographical location, among a group of IP addresses which this server has for all the terminals of the mobile network; this IP address is then retained during the movements of the terminal in the mobile network. As a result, the IP address does not locate a mobile terminal. One could naturally consider asking the subscriber to provide location information himself; but since this is a declarative mode, the information provided would obviously be unreliable. The 3GPP standards require that the mobile terminal provide, in any session establishment request, the identity of the cell in which it is located, but the terminal may consist of a computer system equipped with an access key to the terminal. network, this information is not considered trustworthy by the operators. Alternatively, the location information could be provided automatically by the subscriber's terminal by means of a location system such as GPS ("Global Positioning System"); but these location systems are accessible only to subscribers with a 3G terminal and having subscribed an adequate subscription. The article "Emergency Call Positioning" by Mikka Poikselkà, (Seminar on Networking Business, November 2, 2004) proposes the implementation of an emergency service in a mobile telecommunications system. This document proposes to set up in an IMS-type network an emergency service in which the step of locating the caller is performed by a location server which can be connected to the S-CSCF entity. In this context, a terminal connects to this IMS network via a core network type GPRS ("General Packet Radio Service"). Then, the entity S-CSCF requires a location of the caller at said location server. Such a solution makes it possible to implement an emergency service in a network architecture comprising an emergency call center connected to the IMS network to which the mobile terminal of the caller connects. It will be noted that said location server is capable of responding to location requests sent by the emergency call center once the call has been established. Thus, this solution does not solve the problem of the availability of location information for routing the call to a local emergency center. In addition, an IMS network is not necessarily connected to any emergency call center; similarly, it may very well happen that a terminal initiating an emergency call connects to an IMS network which is not connected to the emergency call center in charge of managing the calls. in the geographical area where the terminal is located. The patent application EP-1980130 discloses a telecommunications system comprising a call center and at least a first and a second interconnected telecommunications subsystem. A first location function is associated with the first subsystem and a second location function is adapted to cooperate with the call center which is connected to the second subsystem. At the first subsystem, a call initiation message, received from said terminal, is routed to the call center, via the second subsystem, and an identifier of the terminal included in the message. Call initiation is provided to the first location function. At the first location function, a terminal location information associated with the terminal identifier provided by the first subsystem is determined, and then the location information is transmitted to the second location function. Such a solution, in addition to its complexity, has the disadvantage of requiring the establishment of systems and procedures completely different from those already existing for emergency calls placed from a fixed line. The aforementioned drawbacks relating to an emergency service can be transposed to any other type of service (for example, a roadside assistance service) which is based, like the emergency services, on a call location and a routing. call to a call center adapted to provide the service required by the type of call received by the IP network. The present invention therefore relates to a method of processing in an IP network a request for a location-dependent service, comprising the following steps: a request receiving entity included in said IP network receives, from a requesting terminal, a request from a service dependent on the location of said requesting terminal, and - said request receiving entity queries a translation entity, accessible to the IP network, to obtain a geographic identifier of the requesting terminal. Said method is remarkable in that the requesting terminal is a mobile terminal, and in that the interrogation key of said translation entity (CMF) relies on an identifier of the cell where the requesting terminal is located. Thanks to the invention, the core servers dedicated to emergency calls (E-CSCF in the case of IMS networks) and calls "normal", that is to say other than emergency calls (S-CSCF in the case of IMS networks) can exploit or transmit said geographical identifier in the call processing procedures, for the most accurate routing of the call. Advantageously, the invention respects most of the steps of the respective methods associated with a call from a fixed terminal, so that the modifications to be made to the current IP networks to be able to implement the invention (and thus to handle the calls as well). placed from a fixed terminal that calls placed from a mobile terminal) are minimal. It will be noted that the requests of a service dependent on the location of a mobile terminal to which the invention can be applied are not necessarily requests for establishing a telephone call. For example, a mobile terminal may send a SMS ("Short Message Service") containing in the body of the SMS an identifier of a restaurant chain, and the IP network may, in return, send to the mobile terminal by MMS (" Multimedia Messaging Service ") a map of the region where the mobile terminal is located, showing the 30 locations of a restaurant belonging to that chain.

Avantageusement, grâce à l'invention, l'utilisateur du terminal mobile n'a pas besoin d'inclure, dans le corps de son SMS, une quelconque information relative à sa localisation géographique. Comme expliqué ci-dessous, ledit identifiant de cellule peut être fourni à ladite entité de réception de requêtes par le réseau d'accès radio utilisé par le terminal requérant, et/ou par le terminal requérant lui-même. Selon des caractéristiques particulières, ladite entité de réception de requêtes insère ensuite ledit identifiant géographique dans ladite requête de service, et transmet la requête d'un service ainsi modifiée au sein du réseau IP. Grâce à ces dispositions, la requête pourra être routée vers le serveur de coeur de réseau IP (par exemple, E-CSCF ou S-CSCF dans le cas d'un réseau IMS) apte à fournir le service requis au moyen de l'identifiant géographique. Advantageously, thanks to the invention, the user of the mobile terminal does not need to include in the body of his SMS, any information relating to its geographical location. As explained below, said cell identifier may be provided to said request receiving entity by the radio access network used by the requesting terminal, and / or by the requesting terminal itself. According to particular features, said request receiving entity then inserts said geographical identifier in said service request, and transmits the request for a service thus modified within the IP network. Thanks to these provisions, the request can be routed to the IP core network server (for example, E-CSCF or S-CSCF in the case of an IMS network) able to provide the required service by means of the identifier. geographical.

En variante, ladite entité de réception de requêtes envoie ledit identifiant géographique à une entité située hors du coeur de réseau IP. Selon encore une autre variante, ladite entité de réception de requêtes est apte elle-même à fournir le service requis. Selon d'autres caractéristiques particulières, ledit réseau IP est un réseau IMS. Dans ce cas, ladite entité de réception de requêtes est de préférence un serveur P-CSCF ; toutefois (par exemple en cas de panne dans la connexion entre le P-CSCF et ladite entité de traduction), le PCSCF peut transférer ladite requête (comprenant ledit identifiant de cellule ou accompagnée de ce dernier) à un autre serveur (de coeur ou de bordure) du réseau IMS, qui se chargera alors, conformément à l'invention, d'interroger l'entité de traduction (CMF) pour obtenir l'identifiant géographique du terminal requérant. Mais on notera que les réseaux IP dans lesquels on peut mettre en oeuvre l'invention ne sont pas nécessairement de type IMS. Par exemple, en variante, ledit terminal requérant est un navigateur sur Internet et ladite entité de réception de requêtes est un serveur RTC-Web. On rappelle à cet égard que le projet RTC-Web (« Real-Time Collaboration on the World Wide Web ») a pour but de définir une infrastructure normalisée pour les navigateurs, afin de permettre des communications interactives temps-réel entre utilisateurs de l'Internet. Corrélativement, l'invention concerne une entité de traduction, comprenant des moyens pour : - recevoir, de la part d'une entité de réception de requêtes comprise dans un réseau IP, une requête de conversion contenant une clé d'interrogation, et - envoyer en retour à ladite entité de réception de requêtes un identifiant géographique associé à ladite clé d'interrogation. Ladite entité de traduction (CMF) est remarquable en ce que la clé d'interrogation s'appuie sur un identifiant de cellule d'un réseau mobile permettant d'accéder audit réseau IP. Selon des caractéristiques particulières, ledit réseau IP est un réseau IMS. Selon d'autres caractéristiques particulières, ladite entité de réception de requêtes est un serveur RTC-Web. In a variant, said request receiving entity sends said geographical identifier to an entity located outside the IP core network. According to yet another variant, said request receiving entity is itself able to provide the required service. According to other particular characteristics, said IP network is an IMS network. In this case, said request receiving entity is preferably a P-CSCF server; however (for example, in the event of a failure in the connection between the P-CSCF and said translation entity), the PCSCF may transfer said request (including said cell identifier or with it) to another server (of heart or border) of the IMS network, which will then be responsible, in accordance with the invention, for querying the translation entity (CMF) to obtain the geographic identifier of the requesting terminal. But it will be noted that the IP networks in which the invention can be implemented are not necessarily of the IMS type. For example, alternatively, said requesting terminal is an Internet browser and said request receiving entity is a RTC-Web server. In this respect, it is recalled that the purpose of the Real-Time Collaboration on the World Wide Web (RTC-Web) project is to define a standard infrastructure for browsers, to enable interactive real-time communications between users of the Internet. Internet. Correlatively, the invention relates to a translation entity, comprising means for: - receiving, from a request receiving entity included in an IP network, a conversion request containing a query key, and - sending in return to said request receiving entity a geographic identifier associated with said interrogation key. Said translation entity (CMF) is remarkable in that the interrogation key relies on a cell identifier of a mobile network for accessing said IP network. According to particular features, said IP network is an IMS network. According to other particular features, said request receiving entity is a RTC-Web server.

Les avantages offerts par ces entités 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 entités de traduction succinctement décrites ci-dessus dans le contexte d'instructions logicielles et/ou dans le contexte de circuits électroniques. L'invention vise également un 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. 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 traitement d'une requête d'un service dépendant de la localisation 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. The advantages offered by these entities are essentially the same as those offered by the correlative methods succinctly set out above. Note that it is possible to realize the translation entities 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 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 methods of processing a location-dependent service request succinctly set forth above, when it is run on a computer. The advantages offered by this computer program are essentially the same as those offered by said methods.

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 schématiquement l'architecture classique d'un réseau IMS, - la figure 2a représente schématiquement le traitement, au sein d'une architecture IMS, d'un appel téléphonique d'urgence émis par un terminal fixe, selon l'état de l'art, - la figure 2b représente schématiquement le traitement, au sein d'une architecture IMS, d'un appel téléphonique normal émis par un terminal fixe, selon l'état de l'art, - la figure 3a représente schématiquement le traitement, au sein d'une architecture IMS, d'un appel téléphonique d'urgence émis par un terminal mobile, selon un mode de réalisation de l'invention, et - la figure 3b représente schématiquement le traitement, au sein d'une architecture IMS, d'un appel téléphonique normal émis par un terminal mobile, selon un mode de réalisation de l'invention. On va à présent décrire le fonctionnement de l'invention dans le cadre d'un mode de réalisation particulier, dans lequel le service demandé par le terminal mobile est l'établissement d'un appel téléphonique, et le réseau IP traitant la requête est un réseau IMS. Aux fins de comparaison, considérons d'abord, en référence aux figures 2a et 2b, le traitement d'appels téléphoniques émis par un terminal fixe, selon l'état de l'art. 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: FIG. 1, described above, schematically represents the classical architecture of an IMS network; FIG. 2a schematically represents the processing, within a IMS architecture, an emergency telephone call issued by a fixed terminal, according to the state of the art, - Figure 2b shows schematically the processing, within an IMS architecture, of a normal telephone call issued by a fixed terminal, according to the state of the art, - Figure 3a shows schematically the processing, within an IMS architecture, of an emergency telephone call transmitted by a mobile terminal, according to one embodiment of the invention, and - Figure 3b shows schematically the processing, within an IMS architecture, a normal telephone call issued by a mobile terminal, according to one embodiment of the invention. The operation of the invention will now be described in the context of a particular embodiment, in which the service requested by the mobile terminal is the establishment of a telephone call, and the IP network processing the request is a IMS network. For purposes of comparison, consider first, with reference to FIGS. 2a and 2b, the processing of telephone calls transmitted by a fixed terminal, according to the state of the art.

Ces procédés utilisent un identifiant géographique défini dans les protocoles ISUP et INAP, et appelé « Location Number ». Le protocole ISUP (initiales des mots anglais « ISDN User Part » signifiant « Partie d'Utilisateur de l'ISDN »), défini dans les recommandations Q.761-4 de l'ITU-T, est un format de message faisant partie du Système de Signalisation #7 (noté SS7), qui est utilisé pour établir des appels téléphoniques dans le réseau fixe public (Réseau Téléphonique Commuté). Le protocole INAP (initiales des mots anglais « Intelligent Network Application Part » signifiant « Partie Applicative de Réseau Intelligent ») est un protocole de signalisation faisant partie du SS7 et utilisé dans les architectures de « Réseaux Intelligents » (« Intelligent Networks », ou IN, en anglais), qui sont des réseaux adaptés à la fois aux télécommunications fixes et aux télécommunications mobiles. Dans le cas d'un appel d'urgence (figure 2a), il est prévu les étapes suivantes : (1) le P-CSCF reçoit une requête d'établissement d'appel vers un numéro d'urgence B, et obtient l'adresse IP de l'appelant A ; (2) le P-CSCF interroge l'entité CLF (décrite ci-dessus) avec, comme clé d'interrogation, l'adresse IP de l'appelant A ; (3) la CLF envoie en retour, dans un champ « Line Identifier » (mentionné ci-dessus), l'identifiant géographique (« Loc Nbr » sur les figures) correspondant ; (4) le P-CSCF insère l'identifiant géographique dans l'en-tête « PAccess-Network-Info » (mentionné ci-dessus) de la requête d'établissement d'appel qu'il transmet au E-CSCF ; (5) la requête est transmise au LRF (initiales des mots anglais « Location Ressource Function » signifiant « Fonction de Localisation ») ; (6) le LRF interroge la base RDF (initiales des mots anglais « Routing Determination Function » signifiant « Fonction de Détermination de Routage ») avec l'identifiant géographique comme clé d'interrogation ; (7) le RDF envoie en retour le numéro de téléphone du centre d'appels PSAP (décrit ci-dessus) correspondant ; (8) le LRF redirige l'appel vers le numéro de téléphone du PSAP ; et (9) le serveur E-CSCF route l'appel vers un serveur MGCF (initiales 5 des mots anglais « Media Gateway Controller Function » signifiant « Fonction de Commande de Passerelle Media ») si le PSAP est connecté au RTC. Dans le cas d'un appel « normal » (figure 2b), il est prévu les étapes suivantes : 10 (1) le P-CSCF reçoit une requête d'établissement d'appel vers un numéro normal B, et obtient l'adresse IP de l'appelant A ; (2) le P-CSCF interroge la CLF avec, comme clé d'interrogation, l'adresse IP de l'appelant A ; (3) la CLF envoie en retour, dans un champ « Line Identifier », 15 l'identifiant géographique correspondant ; (4) le P-CSCF insère l'identifiant géographique dans l'en-tête « PAccess-Network-Info » de la requête d'établissement d'appel qu'il transmet au S-CSCF ; (5) la requête est transmise à l'AS en charge d'appliquer les services 20 de l'appelant A ; (6) l'AS renvoie la requête au S-CSCF ; et (7a) si le destinataire B est dans le RTC, l'appel est routé vers le MGCF, auquel cas l'identifiant géographique peut être directement utilisé pour garnir le champ « Location Number » du protocole ISUP ; ou (7b) si le 25 destinataire B est dans un réseau IMS interconnecté, l'appel est routé vers un IBCF (initiales des mots anglais « Interconnection Border Control Function » signifiant « Fonction de Commande de Frontière d'Interconnexion ») ; ou encore (7c) (cas non représenté) l'appel est acheminé vers un AS délivrant des services s'appuyant sur la localisation 30 géographique de l'appelant. These methods use a geographic identifier defined in the ISUP and INAP protocols, and called "Location Number". The ISDN protocol (ISDN User Part), defined in the ITU-T Recommendation Q.761-4, is a message format that is part of the ITU-T Recommendation. Signaling System # 7 (noted SS7), which is used to establish telephone calls in the public fixed network (Switched Telephone Network). The INAP (Intelligent Network Application Part) is a signaling protocol that is part of the SS7 and used in Intelligent Networks (IN) , in English), which are networks adapted to both fixed and mobile telecommunications. In the case of an emergency call (Figure 2a), the following steps are provided: (1) the P-CSCF receives a call setup request to an emergency number B, and obtains the IP address of the calling party A; (2) the P-CSCF interrogates the CLF (described above) with, as interrogation key, the IP address of the caller A; (3) the CLF sends back, in a "Line Identifier" field (mentioned above), the corresponding geographic identifier ("Loc Nbr" in the figures); (4) the P-CSCF inserts the geographic identifier into the "PAccess-Network-Info" header (mentioned above) of the call setup request that it transmits to the E-CSCF; (5) the request is transmitted to the LRF (initials of the words "Location Ressource Function" meaning "Function of Location"); (6) the LRF queries the RDF (initials of the English "Routing Determination Function" meaning "Routing Determination Function") with the geographic identifier as the interrogation key; (7) the RDF sends back the corresponding PSAP Call Center telephone number (described above); (8) the LRF redirects the call to the PSAP phone number; and (9) the E-CSCF server routes the call to an MGCF server (initials "Media Gateway Controller Function" meaning "Media Gateway Control Function") if the PSAP is connected to the PSTN. In the case of a "normal" call (FIG. 2b), the following steps are provided: (1) the P-CSCF receives a call setup request to a normal number B, and obtains the address IP of the calling party A; (2) the P-CSCF interrogates the CLF with, as interrogation key, the IP address of the caller A; (3) the CLF sends back, in a "Line Identifier" field, the corresponding geographical identifier; (4) the P-CSCF inserts the geographic identifier into the "PAccess-Network-Info" header of the call setup request that it transmits to the S-CSCF; (5) the request is forwarded to the AS in charge of applying the services of caller A; (6) the AS returns the request to S-CSCF; and (7a) if the recipient B is in the PSTN, the call is routed to the MGCF, in which case the geographic identifier can be directly used to populate the "Location Number" field of the ISUP protocol; or (7b) if the recipient B is in an interconnected IMS network, the call is routed to an IBCF (initials of the English words "Interconnection Border Control Function" meaning "Interconnection Border Control Function"); or again (7c) (case not shown) the call is routed to an AS delivering services based on the geographic location of the caller.

On va maintenant décrire, en référence aux figures 3a et 3b, le traitement d'appels téléphoniques émis par un terminal mobile, selon un mode de réalisation de l'invention. L'invention propose, pour les réseaux d'accès mobiles, la mise en oeuvre d'une entité de traduction dite « CMF » (initiales des mots anglais « Cellular Mapping Function » signifiant « Fonction de Correspondance Cellulaire »), apte à fournir au réseau IMS un identifiant géographique (par exemple, le « Location Number ») utilisable pour le routage des appels, en fonction de l'identité de la cellule depuis laquelle l'appel a été émis. We will now describe, with reference to FIGS. 3a and 3b, the processing of telephone calls transmitted by a mobile terminal, according to one embodiment of the invention. The invention proposes, for mobile access networks, the implementation of a translation entity called "CMF" (initials of the English words "Cellular Mapping Function" meaning "Cell Correspondence Function"), able to provide the IMS network a geographic identifier (for example, the "Location Number") that can be used for routing calls, depending on the identity of the cell from which the call was made.

L'interface entre P-CSCF et CMF peut par exemple mettre en oeuvre le protocole « Diameter ». La CMF peut être aisément renseignée à partir des bases de données de chaque opérateur mobile. En effet, les opérateurs mobiles disposent classiquement de bases de données contenant les informations nécessaires. Avantageusement, dans le présent mode de réalisation de l'invention, le traitement des appels d'urgence (figure 3a) et, respectivement, le traitement des appels normaux (figure 3b) comportent les mêmes étapes que le traitement des appels d'urgence (figure 2a) et, respectivement, le traitement des appels normaux (figure 2b) décrits ci- dessus, à l'exception des étapes (1), (2) et (3), qui deviennent ici : (1) le P-CSCF reçoit une requête d'établissement d'appel vers un numéro de téléphone destinataire (d'urgence ou normal) B, et obtient un identifiant de la cellule où se trouve l'appelant A ; (2) le P-CSCF interroge la CMF avec, comme clé d'interrogation, l'identifiant de la cellule où se trouve l'appelant A ; et (3) la CMF envoie en retour l'identifiant géographique correspondant. Ledit identifiant de cellule peut, par exemple, être le CGI (« Cell Global Identification ») défini dans la norme TS 23.003 du 3GPP, ou le ECGI (« E-UTRAN Cell Global Identifier ») défini dans la norme TS 36.300 du 3GPP (ces normes concernent les réseaux d'accès UMTS et LTE). Dans l'étape (1) ci-dessus, selon une première variante, le P-CSCF obtient l'identifiant de cellule par échanges de signalisation avec des entités du réseau d'accès radio utilisé par le terminal appelant (ainsi que, le cas échéant, des entités du coeur de réseau IMS). Par exemple, le P-CSCF obtient un identifiant de cellule auprès d'une GMLC : en effet, selon une procédure à l'étude au 3GPP (proposition TS 23.271), un identifiant de cellule est enregistré dans une entité de gestion du réseau mobile appelée GMLC (initiales des mots anglais « Gateway Mobile Location Centre » signifiant « Centre de Localisation Mobile dans une Passerelle ») ; la GMLC peut être interrogée par des entités souhaitant fournir des services dits LCS (« LoCation Services ») dépendant de la localisation. Selon une autre procédure à l'étude au 3GPP (proposition TR 23.842), le P-CSCF obtient un identifiant de cellule sur demande auprès d'une fonction appelée PCRF (initiales des mots anglais « Policy and Charging Rules Function » signifiant « Fonction chargée des Règles de Politique et de Facturation »). Selon une deuxième variante pour l'étape (1) ci-dessus, l'identifiant de cellule est fourni directement au P-CSCF par le terminal appelant A, par exemple dans la requête d'établissement d'appel émise par ce dernier ; mais une telle variante, fondée sur un mode déclaratif, est sans doute moins fiable que la première. Naturellement, d'autres variantes pour l'obtention de l'identifiant de cellule sont possibles. The interface between P-CSCF and CMF can for example implement the "Diameter" protocol. The CMF can be easily informed from the databases of each mobile operator. Indeed, mobile operators typically have databases containing the necessary information. Advantageously, in the present embodiment of the invention, the processing of emergency calls (FIG. 3a) and, respectively, the processing of normal calls (FIG. 3b) comprise the same steps as the processing of emergency calls ( FIG. 2a) and, respectively, the processing of normal calls (FIG. 2b) described above, with the exception of steps (1), (2) and (3), which become here: (1) P-CSCF receives a call setup request to a recipient (emergency or normal) telephone number B, and obtains an identifier of the cell where the caller A is located; (2) the P-CSCF interrogates the CMF with, as interrogation key, the identifier of the cell where the caller A is located; and (3) the CMF sends back the corresponding geographic identifier. Said cell identifier may, for example, be the CGI ("Cell Global Identification") defined in the 3GPP TS 23.003 standard, or the ECGI ("E-UTRAN Cell Global Identifier") defined in the 3GPP TS 36.300 standard ( these standards concern UMTS and LTE access networks). In step (1) above, according to a first variant, the P-CSCF obtains the cell identifier by signaling exchanges with entities of the radio access network used by the calling terminal (as well as, the case where appropriate, entities of the core network IMS). For example, the P-CSCF obtains a cell identifier from a GMLC: indeed, according to a procedure under study at 3GPP (proposal TS 23.271), a cell identifier is registered in a management entity of the mobile network called GMLC (initials of the words "Gateway Mobile Location Center" meaning "Mobile Location Center in a Gateway"); the GMLC can be queried by entities wishing to provide LCS services ("LoCation Services") depending on the location. According to another procedure under study at 3GPP (proposal TR 23.842), the P-CSCF obtains an on-demand cell identifier from a function called PCRF (initials of the words "Policy and Charging Rules Function" meaning "Function loaded Policy and Billing Rules "). According to a second variant for step (1) above, the cell identifier is provided directly to the P-CSCF by the calling terminal A, for example in the call establishment request issued by the latter; but such a variant, based on a declarative mode, is probably less reliable than the first. Naturally, other variants for obtaining the cell identifier are possible.

La mise en oeuvre de l'invention au sein des noeuds d'un réseau de télécommunications (notamment, l'entité de traduction CMF) 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 traitement d'une requête d'un service dépendant de la localisation 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é 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, inamovible, ou 20 partiellement ou totalement amovible, lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel 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 25 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 d'enregistrement magnétique, par exemple une clé USB (« USB flash drive » en anglais) ou un disque dur. D'autre part, le support d'informations peut être un support 30 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 moyens. Le programme d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. 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 d'un procédé selon l'invention. The implementation of the invention within the nodes of a telecommunications network (in particular, the CMF translation entity) can be achieved by means of software and / or hardware components. 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 processing a request from a location-dependent service according to the invention. Indeed, the invention also relates to a downloadable computer program from a communication network comprising instructions for executing the steps of a method according to the invention, when it is executed 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 also relates to an information carrier, irremovable, or partially or completely removable, readable by a computer, and comprising 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 means, for example a USB flash drive ("USB flash drive"). In 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 can in particular be downloaded to an Internet type network. As a variant, 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 the execution of a method according to the invention.

Claims

REVENDICATIONS1. A method of processing in an IP network a request of a location-dependent service, comprising the following steps: - a request receiving entity included in said IP network receives from a requesting terminal (A) a request from a service dependent on the location of said requesting terminal (A), and - said request receiving entity interrogates a translation entity, accessible to the IP network, to obtain a geographic identifier of the requesting terminal (A), characterized in that the requesting terminal (A) is a mobile terminal, and in that the interrogation key of said translation entity (CMF) is based on an identifier of the cell in which the requesting terminal (A) is located.

2. Processing method according to claim 1, characterized in that said cell identifier is provided to said request receiving entity by the radio access network used by said requesting terminal (A).

3. Processing method according to claim 1, characterized in that said cell identifier is provided to said request receiving entity by said requesting terminal (A).

4. Processing method according to any one of claims 1 to 3, characterized in that said request receiving entity then inserts said geographical identifier in said service request, and transmits the request of a service thus modified within the IP network.

5. Processing method according to any one of claims 1 to 4, characterized in that said request for a service is a call establishment request.

6. Processing method according to any one of claims 1 to 5, characterized in that said IP network is an IMS network.

7. Processing method according to any one of claims 1 to 5, characterized in that said requesting terminal is a browser on the Internet, and said request receiving entity is a RTC-Web server.

8. Translation entity, comprising means for: - receiving, from a request receiving entity included in an IP network, a conversion request containing an interrogation key, and - sending back to said request receiving entity a geographical identifier associated with said interrogation key, characterized in that the interrogation key of said translation entity (CMF) is based on a cell identifier of a mobile network enabling access to said IP network.

9. Translation entity according to claim 8, characterized in that said IP network is an IMS network.

The translation entity according to claim 8, characterized in that said request receiving entity is a RTC-Web server.

11. Electronic circuit, characterized in that it comprises a translation entity according to any one of claims 8 to 10.

An immovable, or partially or totally removable, data storage means having computer program code instructions for performing the steps of a processing method according to any one of claims 1 to 7.

13. 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 performing the steps of a method of treatment according to any one of claims 1 to 7 when executed on a computer.