FR 2980328 A1 20130322 FR 1158313 A 20110919 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. 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. 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 »). 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. 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. 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. 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. 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. 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. 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. 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. 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. REVENDICATIONS1. 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 (A), une requête d'un service dépendant de la localisation dudit terminal requérant (A), et - ladite entité de réception de requêtes interroge une entité de traduction, accessible au réseau IP, pour obtenir un identifiant géographique du terminal requérant (A), caractérisé en ce que le terminal requérant (A) 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 terminal requérant (A). 2. Procédé de traitement selon la revendication 1, caractérisé en ce que ledit identifiant de cellule est fourni à ladite entité de réception de requêtes par le réseau d'accès radio utilisé par ledit terminal requérant (A). 3. Procédé de traitement selon la revendication 1, caractérisé en ce que ledit identifiant de cellule est fourni à ladite entité de réception de requêtes par ledit terminal requérant (A) 4. Procédé de traitement selon l'une quelconque des revendications 1 à 3, caractérisé en ce que 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. 5. Procédé de traitement selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite requête d'un service est une requête d'établissement d'appel. 6. Procédé de traitement selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit réseau IP est un réseau IMS. 7. Procédé de traitement selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit terminal requérant est un navigateur sur Internet, et ladite entité de réception de requêtes est un serveur RTC-Web. 8. Entité de traduction, comprenant des moyens pour : - recevoir, de la part d'une entité de réception de requêtes comprise 10 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, caractérisée en ce que la clé d'interrogation de ladite entité de traduction 15 (CMF) s'appuie sur un identifiant de cellule d'un réseau mobile permettant d'accéder audit réseau IP. 9. Entité de traduction selon la revendication 8, caractérisée en ce que ledit réseau IP est un réseau IMS. 10. Entité de traduction selon la revendication 8, caractérisée en ce 20 que ladite entité de réception de requêtes est un serveur RTC-Web. 11. Circuit électronique, caractérisé en ce qu'il comprend une entité de traduction selon l'une quelconque des revendications 8 à 10. 12. Moyen de stockage de données inamovible, ou partiellement ou totalement amovible, comportant des instructions de code de 25 programme informatique pour l'exécution des étapes d'un procédé de traitement selon l'une quelconque des revendications 1 à 7. 13. 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 traitement selon l'une quelconque des revendications 1 à 7, lorsqu'il est exécuté sur un ordinateur.