FR 2936390 A1 20100326 FR 0805180 A 20080922 -1- La présente invention concerne un système et un dispositif innovants pour permettre à l'utilisateur d'un terminal mobile qui se déplace dans plusieurs pays du monde de consommer des services de voix et/ou multimédia à des prix correspondants à une tarification locale. La présente invention est conçue de façon à permettre à l'utilisateur de ne pas modifier ou remplacer son terminal mobile ; elle se base sur l'utilisation d'un dispositif additionnel que l'utilisateur emmène avec soi quand il se trouve en situation d' `itinérante' (l'itinérante désigne la capacité des utilisateurs à accéder à leurs services de téléphonie mobile (voix ou données ou multimédia) depuis un réseau ou pays étranger). Caractéristique remarquable de la présente invention est de permettre à l'utilisateur de ne pas changer son identifiant (tel que numéro de téléphone). Autre caractéristique remarquable de la présente invention est l'utilisation de protocoles, méthodes, et fonctionnalités existants sans aucun besoin de modifier les infrastructures déjà en place. Aujourd'hui dans le monde, la croissance de la demande de communications mobiles entraine le besoin de services globaux d'itinérance qui permettent de rester en communication partout dans le monde en conservant son identifiant (tel que numéro de téléphone ou autre) tout en évitant de payer des charges d'itinérance importantes. Un tel besoin et d'autant plus valable par rapport à des pays (tels que la Corée du Sud) qui utilisent des technologies différentes pour les communications mobiles. Idéalement, un système global d'itinérance devrait être conforme au cahier des charges suivant : - Maintien de l'identifiant (tel que numéro de téléphone) de l'utilisateur Conformité (dans les limites du possible) à la réglementation en vigueur dans les différents pays. Garantie d'une "couverture globale". Cela implique l'utilisation de la technologie cellulaire (tel que le GSM, GPRS, UMTS, CDMA, etc.), les technologies de type 'WiFi' ou `WLAN' étant déployées de façon encore très réduite. Garantie de bas coût des communications. Idéalement, toute communication voix, message, internet, multimédia devrait être facturée au prix d'un appel local, indépendamment de l'itinérance de l'utilisateur. Pas d'évolutions pour les infrastructures de support des opérateurs et/ou des fournisseurs de services. Modèles d'affaires simples et souples, en particulier pour les accords d'itinérance entre opérateurs et/ou des fournisseurs de services. - Garanties de sécurité des communications Simplicité d'utilisation pour les abonnés 2936390 -2- La présente invention répond à tous les éléments du cahier de charge décrit. Les solutions disponibles sur le marché ou décrites dans l'état de l'art (brevets ou publications) ne permettent pas de répondre convenablement à la totalité du cahier de charge décrit. En effet, les solutions existantes peuvent être réparties en fonction de la 5 technologie et/ou du modèle d'affaire, selon la classification suivante: Les solutions du type `convergence fixe-mobile' telles que les "passerelles cellulaires" fournies par les sociétés LinkSys, 2N ou Quasar CelluNet sont traditionnellement effectuées à l'aide de fonctionnalités et de dispositifs qui permettent 10 une interopérabilité entre réseaux fixe et/ou mobile et réseaux internet. Ces solutions, bien que adaptées pour réduire les coûts des communications mobiles ne sont pas adaptées pour fournir des véritables services d'itinérance globale ; en effet Les solutions de la société 2N doivent être équipées d'une carte "Subscriber Identity Module" (SIM) pour chaque abonné desservi. Cette approche est bien adaptée pour 15 les besoins des entreprises, mais montre des limites de praticité et de coûts pour des applications d'itinérance. En plus, les produits 2N sont dédiés aux services voix et messagerie (c'est-à-dire SMS) et ne prennent pas en compte les évolutions technologiques des réseaux. Les solutions de la société LinkSys nécessitent la disponibilité d'une connexion 20 classique au Réseau Téléphonique Commuté (RTC), en plus d'une connexion internet. Leurs mise en oeuvre n'est donc pas pratique et ne permet pas de conserver l'identifiant de l'utilisateur. - Les solutions de la société Quasar CelluNet sont dédiées aux communications voix. Les applications SMS, Internet et multimédia ne sont pas supportées. En plus, leur 25 mise en ne permet pas de conserver l'identifiant de l'utilisateur. Les solutions basées sur l'évolution des réseaux existants, telles que celle décrite dans le brevet "Roaming Gateway for Support of Advanced Voice Services while Roaming in Wireless Communication Systems" (auteurs: P. Krislmakant, K. Gorachand, 30 A. Ravi, A. Basem) impliquent le déploiement d'équipement additionnels dans les réseaux cellulaire et une évolution conséquente de la signalisation. Ce type d'approche, outre les difficultés techniques de mise en oeuvre implique une révision complète du modèle d'affaire des opérateurs et/ou fournisseurs de service. 35 Les solutions basées sur l'évolution des terminaux existants et/ou des cartes SIM des utilisateurs associés, telles que celle décrite dans le brevet "Method and System for Providing a Temporary Subscriber Identity to a Roaming Mobile Communication Device" (auteurs: F. Tom, A. Moskal) impliquent la modification du logiciel installé sur 2936390 -3- les terminaux et/ou sur les cartes SIM, impliquant ainsi une évolution du réseau sous-jacent (la carte SIM est considérée comme partie intégrante du réseau de l'operateur mobile) et une révision complète du modèle d'affaire des opérateurs et/ou fournisseurs de service. 5 Il convient aussi de mentionner Skype , en tant que logiciel qui permet de téléphoner entre deux ordinateurs ou terminaux équipés de Skype et connectés à Internet et donc pouvant être considéré comme solution d'itinérance globale. Skype permet aussi d'effectuer des appels payants vers des lignes téléphoniques fixes et mobiles et de 10 recevoir des appels téléphoniques depuis des téléphones fixes et mobiles, mais ceci uniquement dans certains pays. Les inconvénients majeurs de Skype sont l'interopérabilité (exclusivité réciproque du protocole et du logiciel) et la confidentialité (sécurité par l'obscurité, intrinsèquement invérifiable et qui empêche l'interception légale). En effet, Skype serait même interdit dans certains pays, mais sa diffusion est son 15 utilisation restent incontrôlables Le système et dispositif selon l'invention permettent de remédier à tous les inconvénients constatés dans l'état de l'art, en fournissant un modèle d'itinérance globale qui offre tous les avantages mentionnés dans le cahier de charge. 20 Le système comporte en effet une architecture qui se base sur la mise en place des dispositifs et des procédés suivants: Une passerelle entre réseau mobile et réseau internet, cette passerelle étant équipée d'un emplacement pour contenir une carte SIM Cette passerelle est portée part l'utilisateur dans touts ces déplacement à l'étranger et 25 peut être reliée à un réseau internet local disponible, par exemple. dans un hôtel, un bureau ou autre emplacement. Une procédure de configuration de la passerelle afin de pouvoir la joindre, physiquement et `logiquement' (par tout équipement du réseau internet), à partir de l'identifiant de l'utilisateur associé. 30 Une procédure d'enregistrement de la passerelle qui permet à l'utilisateur d'effectuer / recevoir des appels (voix, messagerie, multimédia ou autre) de/vers son terminal mobile selon deux liaisons séparées : o Une première liaison locale de type cellulaire entre le terminal mobile de l'utilisateur et la passerelle. 35 o Une deuxième liaison globale de type internet entre la passerelle de l'utilisateur et le réseau internet sous-jacent o En particulier, la liaison globale de type internet peut mettre en communication deux passerelles différentes, correspondantes à deux utilisateurs respectifs. Dans la description qui suit, le système GSM/GPRS sera considéré comme réseau cellulaire de référence et la signalisation sur le réseau IP sera conforme aux standard `Session Initiation Protocol' (SIP). Il est entendu que ces hypothèse constituent un exemple possible de réalisation : les principes de l'invention peuvent être étendus à d'autres systèmes cellulaires (tels que CDMA ou UMTS) et à d'autres types de signalisation sur les réseaux IP. En outre, la description qui suit fera référence explicite à des services et applications de type voix; les extensions à des services et application de type multimédia seront considérées dans les variantes de réalisation. Les dessins annexés illustrent l'invention. La Figure 1 représente le système global de l'invention selon sa configuration préférée. Le système global repose sur quatre dispositifs : un dispositif TERMINAL MOBILE [100], un dispositif PASSERELLE D'ITINERANCE [200], un SERVEUR AAA [600] ("Authentication, Autorisation, Accounting") et un SERVEUR D'APPEL [610] avec sa BASE DE DONNEES associée. Ces dispositifs (décrits par la suite) correspondent ù préférablement ù à quatre éléments fonctionnels et physiques distincts. La Figure 1 montre que : Le TERMINAL MOBILE [100] communique avec le réseau OPERATEUR MOBILE `VISITED' ù RESEAU D'ACCES [420] qui, à son tour, communique avec le réseau OPERATEUR MOBILE `VISITED' ù RESEAU COEUR [400]. Ce dernier comprend plusieurs éléments, tels que : le "Mobile Switching Center" (MSC) "Visiting Location Register " (VLR) [410] qui stocke l'information sur la localisation du TERMINAL MOBILE [100], cette information étant reçu de la part de OPERATEUR MOBILE ù RESEAU D'ACCES [420] et le "Short Message Service Center " (SMSC) [430] qui contrôle la transmission / réception des messages courts (SMS) vers / de TERMINAL MOBILE [100]. TERMINAL MOBILE [100] est un terminal classique GSM/GPRS, conforme à la norme définie par l'organisme `3rd Generation Partnership Project' (3GPP). TERMINAL MOBILE [100] supporte toutes les fonctionnalités et les protocoles requis par le 3GPP. Dans un premier temps, la description de l'invention se focalisera sur les services / applications voix, supportés part tous les terminaux mobiles. Les extensions à des services et applications plus sophistiqués dépendent du type de terminal disponible et seront décrites dans les variantes de réalisation. Typiquement, TERMINAL MOBILE [100] héberge la carte SIM de l'opérateur cellulaire d'origine, afin de permettre les opérations classiques nécessaires dans le réseau cellulaire visité: 2936390 -5- authentification, localisation, gestion des SMS, etc. Un aspect demeure important dans la caractérisation du TERMINAL MOBILE [100] par rapport au contexte de l'invention: la carte SIM hébergée SIM_LOCALE_MS [170] est une carte locale, c'est-à-dire une carte enregistrée et mise à disposition de l'utilisateur par un opérateur du réseau cellulaire 5 local (comprenant les éléments [400], [410], [420], [430]). SIM_LOCALEMS [170] doit contenir notamment les éléments suivants : Un identifiant local de type "International Mobile Subscriber Identifier", ou IMSIL Ms (l'indice `L' dénote l'attribut locale de la carte SIM, l'indice `MS' dénote le fait que la carte SIM est hébergée par TERMINAL MOBILE [100]). 10 - Un numéro de téléphone de type " Mobile Station ISDN Number" MSISDNL_Ms - Une clef d'authentification KL Ms. Le TERMINAL MOBILE [100] peut aussi héberger un logiciel applicatif [110] (tel qu'un `MIDLET' ou autre) pour simplifier l'interface utilisateur dans les procédures opérationnelles décrites par la suite. Bien qu'un tel logiciel applicatif ne soit pas 15 strictement nécessaire au fonctionnement du système, la description des procédures opérationnelles est très simplifiée si on fait l'hypothèse qu'un tel logiciel applicatif MIDLET [110] soit partie intégrante de TERMINAL MOBILE [100]. Le dispositif PASSERELLE D'ITINERANCE [200] communique avec le 20 réseau OPERATEUR MOBILE `VISITED', similairement au dispositif TERMINAL MOBILE [100]. En plus, PASSERELLE D'ITINERANCE [200] garantie une connexion logique et physique entre OPERATEUR IP û RESEAU COEUR [500] et OPERATEUR MOBILE û RESEAU COEUR [400]. Dans ce sens, le dispositif [200] assure les fonctionnalités de type `Softswitch' connues dans l'état de l'art : translation de 25 signalisation entre le format SIP et le format téléphonique "ISDN User Part" (ISUP), translation des protocoles de transport média entre les deux réseaux, etc. Dans le contexte de l'invention, la PASSERELLE D'ITINERANCE [200] offre des fonctionnalités additionnelles qui seront décrites par la suite. Similairement au dispositif TERMINAL MOBILE [100], PASSERELLE D'ITINERANCE [200] héberge une carte 30 SIM locale SIM LOCALE P [270]. Le dispositif SERVEUR AAA [600] permet d'authentifier les utilisateurs finaux dans l'accès aux services fourni par le couple (TERMINAL MOBILE [100], PASSERELLE D'ITINERANCE [200]), d'autoriser les utilisateurs finaux et de 35 contrôler l'utilisation de tels services. Les opérations du SERVEUR AAA [600] sont bien connues par les experts de l'art, ainsi que les protocoles d'interface avec le réseau internet [500]. Dans la suite de la description, les détails pertinents aux fonctionnalités et opérations du SERVEUR AAA [600] seront fournis. Le dispositif SERVEUR D'APPEL [610] permet la gestion de tout appel entre deux dispositifs TERMINAL MOBILE [100] (par intermédiaire des PASSERELLES D'ITINERANCE [200] respectives) ou ù plus en général ù entre TERMINAL MOBILE [100] et tout autre terminal qui ne bénéficie pas des services de la PASSERELLE D'ITINERANCE [200]. Dans la suite de la description, les détails pertinents aux fonctionnalités et opérations du SERVEUR D'APPEL [610] et de sa BASE DE DONNEES associée seront fournis. La Figure 2 montre un schéma de principe du dispositif PASSERELLE D'ITINERANCE [200] an accord avec le principe général de l'invention. Liste de sous-dispositifs qui composent la PASSERELLE D'ITINERANCE [200]: TERMINAL CELLULAIRE [210] comprend les fonctionnalités nécessaires pour tout échange avec le réseau cellulaire, en conformité avec la définition des couches 15 protocolaires décrites dans l'état de l'art. PERIPHERIQUE ETHERNET [220] comprend les fonctionnalités nécessaires pour tout échange avec le réseau internet, en conformité avec la définition des couches protocolaires décrites dans l'état de l'art. PERIPHERIQUE ETHERNET [220] support la terminaison des protocoles SIP et des protocoles dérivés, selon la couche 20 protocolaire ainsi que toutes les opérations classiques, telles que : o Procédures génériques vis-à-vis des services IP tels que le `ynamic Host Configuration Protocol' (DHCP), `Domain Name Service' (DNS), etc. o Procédures reliées à la sécurité (pare-feu et autres) l'enregistrement, 25 et à l'authentification, vis-à-vis de SERVEUR AAA [600]. o Procédures reliées au contrôle d'appel. En particulier, dans le cas exemplaire des applications du type SIP, procédures telles que INVITE, REFER, RE-INVITE, NOTIFY, etc. o Procédures reliées à la connexion media, telles que `Real-time 30 Transfer Protocol' (RTP), `Secure RTP' (SRTP), etc. Ces opérations ne seront pas détaillées car elles sont standardisées par l'internet Engineering Task Force (IETF) et sont bien connues par les experts de l'art. Leurs applications dans le contexte de l'invention seront expliquées dans le cadre des opérations exemplaires qui doivent être exécutées pour un fonctionnement correcte du 35 système. Le dispositif PERIPHERIQUE ETHERNET [220] implique une connexion filaire entre PASSERELLE D'ITINERANCE [200] et le réseau internet. Il est évident que une connexion de type sans-fil (telle que Wi-Fi, WLAN ou autre) peut être 2936390 -7- implémentée à la place (ou en plus) de la connexion filaire, sans pour autant contrevenir à l'esprit de l'invention. CONTROLEUR [230] qui coordonne les opérations de toutes les fonctionnalités du dispositif PASSERELLE D'ITINERANCE [200]. 5 UNITE D'ENTREE [240] qui permet la configuration et la reconfiguration du dispositif PASSERELLE D'ITINERANCE [200]. Une des étapes fondamentales de la configuration est la définition de l'identité de l'utilisateur de la PASSERELLE D'ITINERANCE [200]; caractéristique remarquable de l'invention est que plusieurs identités peuvent être définies : cela implique que plusieurs utilisateurs peuvent 10 profiter des services de la PASSERELLE D'ITINERANCE [200]. Exemple de définition de l'identité de l'utilisateur de la PASSERELLE D'ITINERANCE [200] est l'identifiant MSISDN;, ou le numéro de téléphone cellulaire de l'i-ème utilisateur associé avec la PASSERELLE D'ITINERANCE [200], ce numéro de téléphone ayant été attribué par l'opérateur cellulaire avec lequel l'utilisateur a souscrit un abonnement. Autre exemple d'identifiant peut être un pseudonyme associé avec l'utilisateur i-ème. Dans la suite de la description et selon un mode de réalisation préféré, l'identifiant MSISDN; sera adopté. MEMOIRE [250] comprend tous le types de mémoire (telles que ROM, RAM, FLASH ou autre) nécessaires au fonctionnement de la PASSERELLE D'ITINERANCE [200]. En particulier, MEMOIRE [250] stocke l'identité (les identités) MSISDN; de l'utilisateur (des utilisateurs) auquel(s) PASSERELLE D'ITINERANCE [200] est associées. INTERFACE CARTE SIM [260] qui contient les éléments matériels et logiciel pour héberger et contrôler la carte SIM qui doit être insérée dans PASSERELLE D'ITINERANCE [200]. SIM_LOCALE_P [270] (qui constitue un élément externe à la PASSERELLE D'ITINERANCE [200] et qui doit être fourni par l'opérateur du réseau cellulaire local (comprenant les éléments [400], [410], [420], [430])). SIM_LOCALE_P [270] contient les éléments suivants : o Un identifiant local de type "International Mobile Subscriber Identifier", ou IMSILp (l'indice `L' dénote l'attribut locale de la carte SIM [270], l'indice `P' dénote le fait que la carte SIM [270] est hébergée par PASSERELLE D'ITINERANCE [200]). o Un numéro de téléphone de type MSISDNLp o Une clef d'authentification KL P. Selon la Figure 1, la PASSERELLE D'ITINERANCE [200] peut aussi héberger un logiciel applicatif [290] de type `SERVEUR VOCALE' pour guider l'utilisateur de TERMINAL MOBILE [100] dans les procédures opérationnelles décrites par la suite. Bien qu'un tel logiciel applicatif ne soit pas strictement nécessaire au fonctionnement du système, la description des procédures opérationnelles est simplifiée si on fait l'hypothèse qu'un tel logiciel applicatif SERVEUR VOCALE [290] soit partie intégrante de PASSERELLE D'ITINERANCE [200]. Un cas typique d'application de l'invention est celui d'un utilisateur en voyage dans un pays étranger. Afin de pouvoir utiliser le dispositif PASSERELLE D'ITINERANCE [200] en bénéficiant des avantages décrits dans le cahier de charge, l'utilisateur doit se rendre dans le bureau de distribution d'un opérateur local et entrer en possession du pair de cartes SIM locales SIM_LOCALE_MS [170] et SIM_LOCALE_P [270]. Les deux cartes SIM sont enregistrées et/ou configurées selon le scénario suivant : La carte SIM locale SIM_LOCALE_MS [170] est louée à l'utilisateur par un opérateur cellulaire local ; les modalités d'utilisation de [170] sont régies par un contrat de location mutuellement agrée entre l'opérateur cellulaire local et l'utilisateur. Cette étape est conforme aux procédures connues de location de cartes SIM. La carte SIM locale SIM_LOCALE_P [270] est louée à l'utilisateur par un opérateur cellulaire local ; en accord avec le schéma de Figure 1 on fait l'hypothèse que l'operateur cellulaire local soit le même pour la location de [170] et [270]. Outres cas de figure sont possible, selon les modèles d'affaire et les accords entre opérateurs locaux. Les modalités d'utilisation de [270] sont régies par un contrat de location mutuellement agrée entre l'opérateur cellulaire local et l'utilisateur. Caractéristique remarquable de l'invention est que plusieurs utilisateurs peuvent louer autant de cartes SIM [170]. Par contre, seulement un utilisateur pourrait être en possession du dispositif PASSERELLE D'ITINERANCE [200]. Cette option d'utilisation est particulièrement adaptée à des groupes d'utilisateurs qui voyagent ensemble. Dans la suite de la description, on fera l'hypothèse d'un seul utilisateur de PASSERELLE D'ITINERANCE [200]. La suite de la description (et les Figures annexes) décrit des possibles scénarios opérationnels exemplaires pour montrer le fonctionnement de PASSERELLE D'ITINERANCE [200] et de ses interactions avec TERMINAL MOBILE [100]. Les experts de l'art reconnaitront que ces procédures et les protocoles associés peuvent changer, sans pour autant contrevenir à l'esprit de l'invention. Dans les figures annexes, les flèches pointillées illustrent les interactions entre les dispositifs concernés. En général, on fera l'hypothèse que toute communication entre deux utilisateurs de TERMINAL MOBILE [100] s'effectue par le biais de leurs PASSERELLE 2936390 -9- D'ITINERANCE [200] respectives. Le cas d'un seul utilisateur ayant accès aux services de PASSERELLE D'ITINERANCE [200] sera traité dans les variantes de réalisation. PROCEDURES D'ENREGISTREMENT 5 La Figure 3 montre une suite d'étapes numérotées respectivement [10], [11], [12], [13], ces étapes faisant partie des procédures d'initialisation du système. A noter que, avant le début de ces procédures d'enregistrement, l'utilisateur insère dans TERMINAL MOBILE [100] la carte SIM de son opérateur d'origine et effectue l'opération de "Call Forward Unconditional" (CFU), avec un identifiant destinataire qui 10 sera décrit par la suite. Cette opération (non représentée en Figure 3) peut être nécessaire pour tout appel à destination de l'utilisateur. [10] ENREGISTREMENT CELLULAIRE Lorsque PASSERELLE D'ITINERANCE [200] est mise sous tension les 15 procédures d'authentification et de localisation sont effectuées auprès de l'opérateur cellulaire local par le biais de la carte SIM_LOCALE_P [270]. Similairement, lorsque TERMINAL MOBILE [100] est mis sous tension les procédures d'authentification et de localisation sont effectuées auprès de l'opérateur cellulaire local par le biais de la carte SIM LOCALE MS [270] 20 [11] ENREGISTREMENT DE PASSERELLE D'ITINERANCE [200] PASSERELLE D'ITINERANCE [200] s'enregistre auprès du SERVEUR AAA [600] par le biais d'une connexion sécurisée internet, en utilisant des protocoles (tels que RADIUS - "Remote Authentication Dial In User Service") bien connus par les experts 25 de l'art. A l'acte de l'authentification, l'identifiant de l'utilisateur de PASSERELLE D'ITINERANCE [200] sera envoyé au SERVEUR AAA [600]. Cet identifiant va permettre au SERVEUR AAA [600] de connaître le numéro de téléphone cellulaire MSISDN; de l'utilisateur. A la fin de l'étape [11] l'identifiant local MSISDNL P de PASSERELLE D'ITINERANCE [200] sera aussi envoyé au SERVEUR AAA [600]. 30 [12] ENREGISTREMENT DE TERMINAL MOBILE [100] TERMINAL MOBILE [100] envoie ù de préférence -- un SMS à la PASSERELLE D'ITINERANCE [200], ce SMS contenant l'identifiant locale MSISDNL Ms de la carte SIM_LOCALE_MS [170] hébergée par TERMINAL MOBILE 35 [100]. A son tour, PASSERELLE D'ITINERANCE [200] va relayer cette information au SERVEUR AAA [600] par le biais d'une connexion sécurisée internet. [13] PRESENCE 2936390 - 10- PASSERELLE D'ITINERANCE [200] envoie une notification de présence [13] (telle que un message du type SIP NOTIFY) au SERVEUR D'APPEL [610] afin que sa base de donnés puisse être mise à jour avec les données associées à l'utilisateur i-ème. En particulier, une association entre les différents identifiant de l'utilisateur (son 5 identifiant `permanent' û MSISDN; û ses identifiants `locaux' û (MSISDNL_MS, MSISDNLp) û et l'adresse IP de la PASSERELLE D'ITINERANCE [200]) sera établie PROCEDURE D'APPEL SORTANT AVEC "DUAL-TONE MULTI FREQUENCY" (DTMF) 10 La Figure 4 montre une suite d'étapes numérotées respectivement [14], [15], [16], [17], [18], ces étapes faisant partie de la procédure d'appel à partir d'un TERMINAL MOBILE [100] vers un autre TERMINAL MOBILE [100]. Dans la Figure 4 on fait l'hypothèse que l'utilisateur (appelant) du TERMINAL MOBILE [100] ayant un abonnement avec un opérateur de son pays d'origine "Pays 1", utilise une carte SIM 15 locale [170] fournit par l'opérateur local du pays d'itinérance "Pays 2". Similairement, l'utilisateur (appelé) du TERMINAL MOBILE [100] ayant un abonnement avec un opérateur de son pays d'origine "Pays 1", utilise une carte SIM locale [170] fournit par l'opérateur local d'un autre pays d'itinérance "Pays 3". [14] APPEL TERMINAL MOBILE [100] - PASSERELLE, D'ITINERANCE 20 [200] L'utilisateur de TERMINAL MOBILE [100] appelle PASSERELLE D'ITINERANCE [200] en utilisant l'identifiant MSISDNL_p qui correspond à SIM_LOCALE_P [270]. L'appel se déroule via les dispositifs VMSC/VLR [410] qui représentent le réseau de l'opérateur cellulaire local 25 [15] REPONSE DE PASSERELLE D'ITINERANCE [200] L'appel déclenche SERVEUR VOCALE [290] qui instruit l'utilisateur de taper le numéro du correspondant. [16] NUMEROTATION L'utilisateur compose le numéro `permanent' du correspondant (par exemple : 30 MSISDN; = +Paysl-Villel-Correspondant) Un logiciel de reconnaissance des tonalités (DTMF) de la PASSERELLE D'ITINERANCE [200] permet de décoder le numéro composé. [17] RELAIS D'APPEL La PASSERELLE D'ITINERANCE [200] de l'appelant envoie un message de 35 type SIP INVITE à la PASSERELLE D'ITINERANCE [200] de l'appelé. Cette étape est possible car û au préalable û les procédures d'initialisation auront permis aux deux dispositifs PASSERELLE D'ITINERANCE [200] d'enregistrer leurs présence auprès du SERVEUR D'APPEL [610] : la PASSERELLE D'ITINERANCE [200] de l'appelant 2936390 -11- peut donc associer le numéro du correspondant à l'adresse IP de la PASSERELLE D'ITINERANCE [200] de l'appelé. Dans l'en-tête du message SIP INVITE apparaitront les numéros de l'appelant et de l'appelé (c'est-à-dire les identifiants enregistrés dans le réseau d'origine). Cette étape montre comment il est possible pour l'appelant de 5 conserver son identifiant d'origine : vis-à-vis du correspondant appelé, le fait que l'appelant soit en situation d'itinérance ne change rien par rapport à l'expérience-utilisateur et à la facturation. A noter que les `Points de Présence' [510] rendent l'étape [17] transparente par rapport aux différents fournisseurs d'accès internet auprès desquels l'appelant et l'appelé aient pu souscrire leur abonnement internet. 10 [18] APPEL PASSERELLE D'ITINERANCE [200] -> TERMINAL MOBILE [100] PASSERELLE D'ITINERANCE [200] appelle l'utilisateur de TERMINAL MOBILE [100] grâce à l'identifiant local MSISDNL_MS du correspondant appelé, cet identifiant étant amorcé à partir de la BASE DE DONNEES associée au SERVEUR 15 D'APPEL [610]. A noter que la procédure reste inchangée si les identifiants d'origine de l'appelant et de l'appelé sont fournis par deux opérateurs différents (éventuellement situés dans deux pays différents). A noter aussi que la procédure reste inchangée si TERMINAL MOBILE [100] (appelant et/ou appelé) est remplacé par un terminal fixe. En effet, dans ce cas, il s'avère que : MSISDN, = MSISDNL Ms = identifiant du terminal 20 fixe. PROCEDURE D'APPEL SORTANT AVEC "HYPER-TEXT TRANSFER LANGUAGE" (HTTP) La Figure 5 montre une suite d'étapes numérotées respectivement [19], [20], 25 [21], [22], ces étapes faisant partie d'une deuxième option pour effectuer la procédure d'appel à partir d'un TERMINAL MOBILE [100] vers un autre TERMINAL MOBILE [100]. [19] REQUETE HTTP TERMINAL MOBILE [100] -) PASSERELLE D'ITINERANCE [200] 30 L'utilisateur de TERMINAL MOBILE [100] lance la MII)LET [110] pour effectuer un appel sortant. L'appelle vers PASSERELLE D'ITINERANCE [200] n'est pas effectué, étant remplacé par une requête http, qui établie une liaison à commutation de paquets entre TERMINAL MOBILE [100] et PASSERELLE D'ITINERANCE [200] par le biais du "Gateway GPRS Support Node" (GGSN) [440]. La requête http est lancée 35 automatiquement par la MIDLET [110] et contient l'identifiant du correspondant à appeler. Il est important que l'adresse IP (dans le domaine du réseau GPRS) de PASSERELLE D'ITINERANCE [200] soit connue par la MIDLET [110]. [20] RAPPELLE DE PASSERELLE D'ITINERANCE [200] 2936390 -12- PASSERELLE D'ITINERANCE [200] entame une procédure de rappel vers TERMINAL MOBILE [100]. [21], [22] Procédures égales à celles décrites dans les étapes [17] et [18]. 5 PROCEDURES D'APPEL ENTRANT Un utilisateur abonné aux services de PASSERELLE D'ITINERANCE [200] peut être appelé par un autre utilisateur qui est aussi abonné aux mêmes services ou par un autre utilisateur qui n'est pas abonné à ces services. Le premier cas est déjà décrit 10 implicitement dans les procédures d'appel sortant. La description se concentrera donc sur le deuxième cas. La Figure 6 montre une suite d'étapes numérotées respectivement [23], [24], [25], [26], [27], ces étapes faisant partie de la procédure d'appel entrant. Le scenario représenté correspond à un appel émanant d'un abonné au réseau cellulaire du Pays 1, ce 15 réseau étant aussi le réseau d'origine de l'utilisateur appelé, qui est aussi abonné aux services de PASSERELLE D'ITINERANCE [200]. L'utilisateur appelé est en situation d'itinérance dans Pays 2 et utilise les cartes SIM_LOCALE_MS [170] et SIM_LOCALE_P [270] fournies par un opérateur local. Une étape préliminaire est nécessaire pour assurer le bon déroulement de la procédure d'appel entrant: avant 20 d'insérer la carte SIM_LOCALE_MS [170], l'utilisateur en itinérance effectue sur son TERMINAL MOBILE [100] un renvoie d'appel selon l'opération dite "Call Forward Unconditional" (CFU), en conformité avec la description faite dans la section "PROCEDURES D'ENREGISTREMENT". Le renvoie d'appel est effectué avec la carte SIM de l'opérateur d'origine et l'identifiant destinataire du CFU est l'identifiant 25 téléphonique du SERVEUR D'APPEL [610], qui est physiquement et "logiquement" attache au réseau internet [500] de Pays 1. [23] CONNEXION TERMINAL MOBILE [100] (APPELANT) -3 SERVEUR D'APPEL [610] L'appelant compose l'identifiant d'origine MSISDN; de l'utilisateur en 30 itinérance. La procédure de renvoie d'appel effectué au préalable permet au MSC [410] de rediriger l'appel vers le SERVEUR D'APPEL [610]. [24] REPONSE DE SERVEUR D'APPEL [610] Après vérification avec le SERVEUR AAA [600] (vérification selon une procédure non représentée en Figure 6) que l'appelant n'est pas abonné aux services de 35 PASSERELLE D'ITINERANCE [200], un serveur vocal hébergé par SERVEUR D'APPEL [610] invite l'appelant à composer le numéro du correspondant. [25] NUMEROTATION 2936390 -13- L'appelant compose l'identifiant MSISDN; du correspondant Un logiciel de reconnaissance des tonalités (DTMF) du SERVEUR D'APPEL [610] permet de décoder le numéro composé. Il faut noter que l'appelant doit composer l'identifiant du correspondant pour la deuxième fois ; cette anomalie apparente peut être explique par le 5 biais d'un message approprié enregistré sur le serveur vocal du SERVEUR D'APPEL [610]. [26] CONNEXION SERVEUR D'APPEL [610] -. PASSERELLE D'ITINERANCE [200] Une interaction entre SERVEUR D'APPEL [610] et SERVEUR AAA [600] 10 permet de vérifier l'état de l'appelé par rapport aux procédures d'enregistrement. En effet, si le correspondant appelé a bien effectué les PROCEDURES D'ENREGISTREMENT décrites précédemment, la BASE DE DONNES associée au SERVEUR D'APPEL [610] contiendra une association entre l'identifiant `permanent' û MSISDN; û de l'appelé et ses identifiants `locaux' û (MSISDNL Ms , MSISDNL p) et 15 l'adresse IP de la PASSERELLE D'ITINERANCE [200]. Il sera alors possible au SERVEUR D'APPEL [610] d'acheminer l'appel vers la PASSERELLE D'ITINERANCE [200] de l'appelé. Si, par contre, ce dernier n'a pas effectué les PROCEDURES D'ENREGISTREMENT, le serveur vocal du SERVEUR D'APPEL [610] pourra informer l'appelant que le correspondant appelé est joignable (si tel est le 20 cas) mais qu'il ne sera pas possible de profiter des services de la PASSERELLE D'ITINERANCE [200]. [27] APPEL PASSERELLE D'ITINERANCE [200] - TERMINAL MOBILE [100] PASSERELLE D'ITINERANCE [200] appelle l'utilisateur de TERMINAL 25 MOBILE [100] grâce à l'identifiant local MSISDNL Ms du correspondant appelé. Les procédures d'enregistrement et d'appel décrites caractérisent l'invention dans ses généralités. En effet, tout expert de l'art reconnaîtra que les nouveautés principales dans le système exposé de contrôle d'accès sont : 30 Un système d'itinérance qui est entièrement compatible avec tout téléphone mobile existant. En effet, seulement l'installation d'une MIDLET peut s'avérer nécessaire pour la gestion d'appel avec procédures basées sur http. L'adoption d'un environnement dans lequel deux éléments fonctionnels / physiques contribuent au procédé d'itinérance: un TERMINAL MOBILE (ou fixe), et une 35 PASSERELLE D'ITINERANCE. L'adoption / adaptation de protocoles existants. La possibilité pour les utilisateurs de conserver leurs identifiants 2936390 -14- L'utilisation de deux cartes SIM fournies par un opérateur cellulaire local, une carte SIM étant installée sur un TERMINAL MOBILE, l'autre étant installée sur une PASSERELLE D'ITINERANCE. L'acheminement d'une communication entre deux utilisateurs selon trois tronçons : 5 un premier tronçon entre un premier TERMINAL MOBILE (ou fixe) et une première PASSERELLE D'ITINERANCE, un deuxième tronçon entre deux PASSERELLES D'ITINERANCE, un troisième tronçon entre un deuxième TERMINAL MOBILE (ou fixe) et une deuxième PASSERELLES D'ITINERANCE. Cet acheminement n'entraine pas les coûts élevé des 10 communications internationales. La méthode décrite est compatible avec le cahier des charges d'un système simple et économique d'itinérance, selon la description formulée précédemment. VARIANTES DE REALISATION 15 Des variantes de réalisation existent par rapport à la configuration préférentielle du procédé qui fait référence à des communications vocales. Ces variantes peuvent être divisées en différentes classes : CLASSE 1 : VARIANTES PAR RAPPORT AUX DIFFERENTS SERVICES. 20 Communications Multimédia Les terminaux mobiles deviennent de plus en plus sophistiqués ; en particulier, ils peuvent transmettre / recevoir du contenu multimédia, supporter la visiophonie, etc. L'invention décrite est compatible avec tout type de TERMINAL MOBILE [100] et toute communication. En effet, les protocoles SIP décrits dans la section 25 PROCEDURES D'APPEL et les descriptifs "Session Description Protocol" (SDP) associés à SIP permettent d'établir des connexions de plusieurs types, avec combinaisons multiples de flux multimédia. Afin de profiter pleinement de ces services en situation d'itinérance et avec le support de PASSERELLE D'ITINERANCE [200] il est souhaitable que, à l'exécution des PROCEDURES D'INITIALISATION, le type / 30 modèle / version de TERMINAL MOBILE [100] de l'abonné puisse être pris en compte. Cette option existe déjà et est bien connue par les experts de l'art. CLASSE 2: VARIANTES PAR RAPPORT A LA REALISATION PHYSIQUE DU PROCEDE. 35 La description de l'invention fait référence à la situation dans laquelle une PASSERELLE D'ITINERANCE [200] peut servir un utilisateur ou un petit group d'utilisateurs. En effet, les cas d'utilisation évoqués jusqu'à présent assument la disponibilité d'un dispositif additionnel (de petite taille, à basse consommation 2936390 -15- d'énergie) que l'utilisateur emmène avec soi quant il se trouve en situation de `itinérance'. En effet, l'ensemble des fonctionnalités de PASSERELLE D'ITINERANCE [200] pourraient être instanciées pour plusieurs utilisateurs dans un serveur commun, ce serveur étant préinstallé afin d'inter opérer avec le réseau de 5 l'opérateur cellulaire local. En autres termes, un ensemble de PASSERELLES D'ITINERANCE [200] est remplacé par un "Point de Présence" basé sur un SERVEUR D'ITINERANCE [2000]. Selon un modèle d'affaire préféré, l'opérateur qui contrôle la distribution et l'enregistrement des cartes SIM SIM_LOCALE_MS [170] contrôle aussi les opérations de ce serveur commun. La Figure 7 montre un exemple d'architecture 10 pour cette variante d'implémentation : TERMINAL MOBILE [100] reste inchangé par rapport à la description précédente. En particulier, TERMINAL MOBILE [100] héberge encore la carte SIM_LOCALE_MS [170], afin de permettre les opérations nécessaires dans le réseau cellulaire local. En outre, MIDLET [110] devient partie intégrante de 15 TERMINAL MOBILE [100]. En effet, MIDLET [110] doit être préconfigurée afin de contenir les identifiants téléphoniques (par exemple un numéro `0800' ou un code local spécifique) et les identifiants Internet (par exemple serveur-itinérancelocal.FSI.com) correspondants au SERVEUR D'ITINERANCE [2000] de chaque pays dans lequel les services d'itinérance sont disponibles. 20 - SERVEUR D'ITINERANCE [2000] héberge les fonctionnalités de plusieurs PASSERELLES D'ITINERANCE [200]. SERVEUR D'ITINERANCE [2000] est un équipement contrôlé par le fournisseur de service d'itinérance et résident dans le réseau de l'opérateur cellulaire local. SERVEUR D'ITINERANCE [2000] a une interface vers OPERATEUR MOBILE û RESEAU COEUR [400], telle interface 25 devant supporter des liaisons à commutation de circuit et des liaisons à commutation de paquet ; la réalisation logique et physique de telle interface est bien connue par les experts de l'art. SERVEUR D'ITINERANCE [2000] a aussi une interface vers OPERATEUR IP û RESEAU COEUR [500], telle interface devant supporter des liaisons à commutation de paquet ; la réalisation logique et physique de telle 30 interface est bien connue par les experts de l'art. SERVEUR D'ITINERANCE [2000] instancie les fonctionnalités de plusieurs PASSERELLES D'ITINERANCE [200] selon les aspects suivants : o La configuration de l'identité de chaque utilisateur qui est abonné aux services d'itinérance. Telle identité peut avoir un format tel que 35 MSISDN;@serveur-itinérance-local.FSI.com, ou MSISDN; est le numéro de téléphone cellulaire attribué par l'opérateur cellulaire d'origine de l'utilisateur, FSI signifie "Fournisseur de Service d'Itinérance". Cette configuration permet à l'utilisateur de conserver 2936390 -16- son identifiant pour tout appel et de profiter des services d'itinérance dans tous les pays où tels services sont disponibles. o SERVEUR D'ITINERANCE [2000] est associé à un numéro d'appel dans le réseau cellulaire local. Ce numéro est le même pour tout 5 utilisateur ayant loué une carte SIM_LOCALE_MS [170]. Autres SERVEURS D'ITINERANCE [2000] sont installés dans d'autres domaines administratifs d'autant d'opérateurs cellulaires locaux. La communication entre deux SERVEUR D'ITINERANCE [2000] se fait par le biais de protocoles existants basés sur les réseaux internet. En particulier, l'invention considère une réalisation préférée 10 basée sur les protocoles SIP. Dans ce réseau de SERVEURS D'ITINERANCE [2000], chaque élément constituant peut être identifié par un "Fully Qualified Domain Name" (FQDN) du type : serveur-itinérance-local.FSI.com Le SERVEUR AAA [600] et le SERVEUR D'APPEL [610] (avec sa BASE DE DONNEES associée) ont les mêmes fonctionnalités par rapport à la description 15 précédente. Pour ce qui concerne les procédures opérationnelles reliées à l'emploi des SERVEURS D'ITINERANCE [2000], il convient de noter les variations suivantes par rapport à l'utilisation des PASSERELLES D'ITINERANCE [200] : PROCEDURES D'ENREGISTREMENT 20 o Etape [10] : lorsque TERMINAL MOBILE [100] est mis sous tension les procédures d'authentification et de localisation sont effectuées auprès de l'opérateur cellulaire local par le biais de la carte SIM LOCALE MS [270]. o L'étape [11] n'a plus lieu d'être 25 o Etape [12] : TERMINAL MOBILE [100] envoie ù de préférence ù un SMS au SERVEUR D'ITINERANCE [2000], ce SMS contenant l'identifiant permanent MSISDN; de l'abonné qui utilise ù temporairement ù la carte SIM_LOCALE_MS [270] hébergée par TERMINAL MOBILE [100]. A son tour, SERVEUR 30 D'ITINERANCE [2000] va relayer cette information au SERVEUR AAA [600] par le biais d'une connexion sécurisée internet. La MIDLET [110] peut gérer cette étape, afin qu'elle soit transparente par rapport à l'expérience utilisateur. o Etape [13] : SERVEUR D'ITINERANCE [2000] envoie une 35 notification de présence au SERVEUR D'APPEL [610] afin que sa base de donnés puisse être mise à jour avec les données associées à l'utilisateur i-ème. En particulier, une association entre les différents identifiant de l'utilisateur (son identifiant `permanent' ù MSISDN; ù -17- son identifiant `local' û MSISDNLMs) û et les identifiant du SERVEUR D'ITINERANCE [2000] (adresse IP et identifiant téléphonique local) sera établie PROCEDURE D'APPEL SORTANT AVEC "DUAL-TONE MULTI FREQUENCY" (DTMF). Les étapes [14], [15], [16], [17], [18] restent inchangées (PASSERELLES D'ITINERANCE [200] est remplacée par SERVEUR D'ITINERANCE [2000]). A noter toutefois que dans l'étape [14] l'utilisateur de TERMINAL MOBILE [100] appelle SERVEUR D'ITINERANCE [2000] en utilisant le numéro d'appel qui lui est associé est qui est stocké dans MIDLET [110]. PROCEDURE D'APPEL SORTANT AVEC "HYPER-TEXT TRANSFER LANGUAGE" (HTTP). Les étapes [19], [20], [21], [22] restent inchangées (PASSERELLES D'ITINERANCE [200] est remplacée par SERVEUR D'ITINERANCE [2000]). PROCEDURES D'APPEL ENTRANT. Les étapes [23], [24], [25], [26] restent inchangées (PASSERELLES D'ITINERANCE [200] est remplacée par SERVEUR D'ITINERANCE [2000]). CLASSE 3: VARIANTES PAR RAPPORT AUX EVOLUTIONS DES RESEAUX ET DES INFRASTRUCTURES DE COMMUNICATION. Aujourd'hui dans le monde, plusieurs stratégie d'évolution des réseaux cellulaires sans-fil sont à l'étude et/ou commencent à être déployées. Parmi ces solutions, un effort particulier de la part des opérateurs cellulaires est dédié à la mise en place de 1' "IP Multimedia Subsystem" (IMS), qui permet de fournir des services multimédias fixes et mobiles aux abonnés. En plus, les systèmes téléphoniques existants (commutation de paquets et commutation de circuits) sont pris en charge. IMS fait véritablement converger l'Internet et le monde de la téléphonie cellulaire, en permettant aux utilisateurs de consommer les services Internet en situation de mobilité, voir d'itinérance. A cette fin, IMS utilise les technologies cellulaires pour fournir un accès en tout lieu, et les technologies Internet pour fournir les services. L'architecture de l'IMS se base entièrement sur IP ; en effet, l'organisme de standardisation qui gère la définition de l'IMS fait l'assomption que les réseaux à commutation de circuits vont progressivement disparaitre. Un utilisateur d'IMS qui se trouve en situation d'itinérance va être confronté à des modèles de tarification qui dépendent des accords entre les opérateurs IMS. Il est donc possible que û en termes financiers vis-à-vis de l'utilisateur final û l'IMS n'apporte pas des véritables solutions. La variante de réalisation basée sur le SERVEUR D'ITINERANCE [2000] se prête à un' extension compatible avec l'IMS, afin de permettre à un abonné de pouvoir 2936390 -18- bénéficier de tarifications attractives en itinérance. Dans le cadre de l'IMS, l'architecture, les protocoles et les procédures sont différentes par rapport à la description faite pour les réseaux GSM/GPRS. Néanmoins, les principes de base restent similaires. 5 La Figure 8 montre l'architecture de principe d'un système IMS dans le cadre de l'invention. Les fonctionnalités principales de l'IMS, telles que [620] (P/S-CSCF), [650] (I-CSCF), [660] (HSS) ne seront pas détaillées, car bien connues par les experts de l'art. TERMINAL MOBILE [100] communique avec le réseau OPERATEUR IMS `VISITED' [700] par le biais d'une connexion sans fil de type UMTS (on fait 10 l'hypothèse implicite que le déploiement de l'IMS a du sens seulement en disposant d'un réseau cellulaire à très haut débit, tel que l'UMTS). Par rapport à la configuration préférentielle du procédé décrite précédemment, il convient de noter les différences suivantes : o Un logiciel IMS de type client (pas présent dans la Figure 8) o Une carte `IMS Subscriber Identity Module' (ISIM) dénommée ISIM_LOCALE_MS [180], ayant des caractéristiques similaires à la carte SIMLOCALE_MS [170] et contenant, en plus, les _ identificateurs `privé' et `publique' nécessaires au réseau IMS. La carte ISIM_LOCALE_MS [180] est enregistrée et mise à disposition de 20 l'utilisateur par l'opérateur du réseau IMS local (comprenant les éléments [660], [620]) - SERVEUR D'ITINERANCE [2000] qui garantie une connexion logique et physique entre OPERATEUR IMS `VISITED' [700] et OPERATEUR IP û RESEAU COEUR [500]. Dans le contexte de l'invention, et par rapport à la configuration préférentielle 25 du procédé décrite précédemment, le SERVEUR D'ITINERANCE [2000] offre les fonctionnalités additionnelles qui permettent les opérations dans un réseau IMS : o Un SERVEUR APPLICATIF [630], qui joue le rôle de `Back to Back User Agent' (B2BUA) pour le client IMS de TERMINAL MOBILE [100]. Dans ce sens, le SERVEUR APPLICATIF [630] 30 supporte les procédures de gestion d'appel et d'interface avec le réseau externe [500]. o Une composante MRFC/MRFP [640] qui, dans une configuration préférée, fait partie du SERVEUR APPLICATIF [630]. MRFC (Media Resource Function Controller)/MRFP (Media Resource 35 Function Processor) supporte des fonctionnalités dédiées à la manipulation des médias (telles que mélange et synchronisation de la vidéo et de l'audio). 15 -19- Le dispositif SERVEUR AAA [600] permet d'authentifier les utilisateurs IMS qui ont souscrit aux services fournis par le SERVEUR D'ITINERANCE [2000], d'autoriser et de contrôler l'utilisation de tels services pour les utilisateurs qui en ont droit. Les fonctionnalités de SERVEUR AAA [600] sont équivalentes à celles déjà décrites précédemment. Le dispositif SERVEUR DE SESSION [611] permet la gestion de toute session IMS entre deux dispositifs TERMINAL MOBILE [100] (par intermédiaire des SERVEURS D'ITINERANCE [2000] respectifs) ou û plus en général û entre TERMINAL MOBILE [100] et tout autre terminal qui ne bénéficie pas des services de SERVEUR D'ITINERANCE [2000]. PROCEDURES D'INITIALISATION IMS La Figure 9 montre une suite d'étapes numérotées respectivement [30], [31], [32], [33], ces étapes faisant partie des procédures d'initialisation du système dans le cas 15 d'un réseau IMS. A noter que, avant le début de ces procédures d'enregistrement, l'utilisateur va insérer dans TERMINAL MOBILE [100] la carte ISIM de son opérateur IMS d'origine et effectue l'opération de "Call Forward Unconditional" (CFU), pour une ou plusieurs de ses identités publiques avec un identifiant destinataire qui sera décrit par la suite. Cette 20 opération (non représentée en Figure 9) peut être nécessaire pour toute session IMS à destination de l'utilisateur [30] ENREGISTREMENT DE TERMINAL MOBILE [100] Lorsque l'utilisateur se déplace dans `Pays 2' et son TERMINAL MOBILE [100] est mis sous tension, les procédures d'authentification et de localisation sont 25 effectuées auprès de l'opérateur IMS local ; ces procédures sont conformes aux spécifications de l'organisme 3GPP. L'authentification et l'enregistrement de TERMINAL MOBILE [100] sont possibles grâce à la disponibilité d'ISIM_LOCALE_MS [180]. [31] SOUSCRIPTION DE TERMINAL MOBILE [100] AU SERVEUR 30 APPLICATIF [630] Le SERVEUR APPLICATIF [630] agit en qualité de `manager de sessions' pour TERMINAL MOBILE [100]. Selon la terminologie IMS, SERVEUR APPLICATIF [630] joue le rôle de `Back to Back User Agent' (B2BUA) pour le client IMS de TERMINAL MOBILE [100]. Afin de bénéficier des services de SERVEUR 35 APPLICATIF [630], il est nécessaire pour le client IMS de TERMINAL MOBILE [100] de faire une demande de souscription à tels services auprès d'un SERVEUR AAA [600]. Une fois que cette suscription a été acceptée par [600], SERVEUR APPLICATIF [630] en est informé, afin qu'il puisse tenir en compte les sessions de communication émanant 2936390 - 20 - de (destinées à) TERMINAL MOBILE [100]. La souscription est effectuée par des méthodes SIP SUBSCRIBE, bien connus par les experts de l'art. [32] NOTIFICATION Une fois l'étape [31] complétée avec succès, SERVEUR D'ITINERANCE 5 [2000] envoie un message de type SIP NOTIFY à l'identifiant IP Multimedia Public Identity IMPU;_L qui correspond à TERMINAL MOBILE [100] dans le réseau IMS local. [33] PRESENCE Similairement à l'étape [12] des PROCEDURES D'INITIALISATION pour les 10 réseaux GSMIGPRS, une fois l'étape [32] complétée avec succès une notification de présence [33] (telle que un message du type SIP NOTIFY) est envoyée à tous les SERVEURS D'ITINERANCE [2000] localisés dans les différents pays et, en particulier, dans le pays d'origine de l'abonné IMS. Cette notification de présence [33] permet à chaque SERVEUR D'ITINERANCE [2000] destinataire d'associer (par exemple) l'adresse IP de SERVEUR D'ITINERANCE [2000] de l'utilisateur à son identifiant `public' IMS (celui enregistré dans le réseau IMS d'origine). L'étape [33] est remarquable car il permet l'interopérabilité entre un SERVEUR D'ITINERANCE [2000] fonctionnant dans un réseau local IMS et un autre SERVEUR D'ITINERANCE [2000] fonctionnant dans un autre réseau local non conforme aux standard IMS. PROCEDURES DE SESSION SORTANTE IMS La Figure 10 montre une suite d'étapes numérotées respectivement [40], [41], [42], [43], ces étapes faisant partie des procédures de gestion d'appel du système dans le cas d'un réseau IMS. L'appel peut constituer toute session multimédia, telle que visiophonie (ou visioconférence) ou autre. La Figure 10 représente, en particulier, le cas d'un abonné IMS en déplacement dans `Pays 2' et qui appelle un correspondant, à son tour en déplacement dans `Pays 3'. Les procédures d'initialisation IMS ont été effectuées pour les deux abonnés, selon les étapes décrites précédemment. [40] REQUETE HTTP TERMINAL MOBILE [100] -* SERVEUR 30 D'ITINERANCE [2000] L'utilisateur de TERMINAL MOBILE [100] lance la MIDLET [110] pour effectuer un appel sortant. L'appelle vers SERVEUR D'ITINERANCE [2000] n'est pas effectué, étant remplacé par une requête http, qui établie une liaison à commutation de paquets entre TERMINAL MOBILE [100] et SERVEUR D'ITINERANCE [2000] par 35 le biais du "Gateway GPRS Support Node" (GGSN) [440]. La requête http est lancée automatiquement par la MIDLET [110] et contient l'identifiant du correspondant à appeler (par exemple : jean.dupont@.IMS.com) [41] RAPPELLE DE SERVEUR D'ITINERANCE [2000] 2936390 - 21 - Le SERVEUR APPLICATIF [630] du SERVEUR D'ITINERANCE [2000] agit en qualité de `manager de sessions' pour TERMINAL MOBILE [100] et, en particulier, de `Back to Back User Agent' (B2BUA) pour le client IMS du TERMINAL MOBILE [100] du correspondant appelant. La requête http de l'étape précédente déclenche une 5 méthode SIP INVITE de la part du SERVEUR APPLICATIF [630] vers l'appelant. L'étape [41] permet donc l'établissement d'un tuyau de connexion en temps réel entre le client IMS de TERMINAL MOBILE [100] et les fonctionnalités MRFC/MRFP [640] du SERVEUR D'ITINERANCE [2000]. [42] NOTIFICATION AU TERMINAL MOBILE [100] DU 10 CORRESPONDANT APPELE Le SERVEUR D'ITINERANCE [2000] de l'appelant et celui de l'appelé doivent entrer en communication. Une méthode de type SIP REFER est envoyée par SERVEUR APPLICATIF [630] du SERVEUR D'ITINERANCE [2000] appelant vers le SERVEUR D'ITINERANCE [2000] du correspondant appelé. Dès réception du 15 message SIP REFER les opérations du SERVEUR APPLICATIF [630] contenu dans le SERVEUR D'ITINERANCE [2000] de l'appelé sont déclenchées. Le message SIP REFER est permet de signaler les coordonnées logiques (e.g. adresses IP, noms de domaines) d'une session IMS en cours. [33] APPEL SORTANT DE SERVEUR D'ITINERANCE [2000] 20 Dès réception du message SIP REFER, SERVEUR D'ITINERANCE [2000] envoie un message SIP INVITE vers TERMINAL MOBILE [100] de l'appelé en utilisant l'identifiant IMPU;_L qui correspond à ISIM_LOCALE_MS [180] de l'appelé. L'étape [42] permet de connaître le paramètre de la session en cours et donc d'établir une session de communication IMS entre l'appelant et l'appelé selon les trois tuyaux 25 suivants : Un tuyau de connexion en temps réel entre le client IMS de TERMINAL MOBILE [100] (appelant) et les fonctionnalités MRFC/MRFP [640] du SERVEUR D'ITINERANCE [2000] (appelant). Ce tuyau se trouve sous le contrôle de l'operateur IMS local du `Pays 2' : il s'agit donc d'une connexion locale Un tuyau de connexion en temps réel entre le client IMS de TERMINAL MOBILE [100] (appelé) et les fonctionnalités MRFC/MRFP [640] du SERVEUR D'ITINERANCE [2000] (appelé). Ce tuyau se trouve sous le contrôle de l'operateur IMS local du `Pays 3' : il s'agit donc d'une connexion locale. Un tuyau de connexion en temps réel entre les SERVEUR D'ITINERANCE [2000] 35 de l'appelant et de l'appelé. Ce tuyau n'a aucun besoin du réseau IMS : en effet, une telle session multimédia peut être supportée par les réseaux internet existants. PROCEDURES DE SESSION ENTRANTE IMS 2936390 - 22 - Un utilisateur IMS abonné aux services de SERVEUR D'ITINERANCE [2000] peut être appelé par un autre utilisateur IMS qui n'est pas abonné à ces services. Dans ce cas la procédure est très similaire à celle déjà décrite pour les réseaux classiques est consiste des étapes suivantes : 5 L'appelant compose l'identifiant d'origine de l'utilisateur en itinérance. TERMINAL MOBILE [100] déclenche une méthode SIP INVITE. La procédure de renvoie d'appel effectué au préalable permet au réseau IMS ([620], [660]) de rediriger l'appel vers le SERVEUR DE SESSION [611] Après vérification avec le SERVEUR AAA [600] que l'appelant n'est pas abonné 10 aux services de SERVEUR D'ITINERANCE [2000], un serveur vocal hébergé par SERVEUR DE SESSION [611] invite l'appelant à composer l'identifiant IMS du correspondant. Une fois reçu l'identifiant IMS du correspondant, le SERVEUR DE SESSION [611] invite l'appelant à terminer la communication. En effet, la communication sera 15 initiée à nouveau par le SERVEUR DE SESSION [611] par le biais d'un message SIP INVITE envoyée à l'appelant et par le SERVEUR D'ITINERANCE [2000] de l'appelé, toujours par le biais d'un message SIP INVITE envoyée à l'appelé. Les deux serveurs seront entrés en communication au préalable afin d'échanger les informations nécessaires à la réinitialisation de la session IMS 20 Autres moyens d'implémentation et de déploiement des fonctionnalités et des rôles ou d'autres variantes de réalisation de l'invention sont possibles, comme tout expert de l'art peut apprécier. 25 APPLICATIONS INDUSTRIELLES ET CHAMPS D'APPLICATION Tout système et infrastructure cellulaire, IP, IMS est compatible avec le procédé, les dispositifs et les étapes opérationnelles décrits. En effet, la réalisation de l'invention comporte surtout la mise en oeuvre des matériels et logiciels nécessaires à la communication entre les dispositifs et sous-30 dispositifs des différentes Figures. Il convient de noter qu'un ensemble de PASSERELLES D' ITINERANCE [200] ou de SERVEURS D'ITINERANCE [2000] constitue un réseau poste à poste. Ce réseau poste à poste opère en parallèle par rapport au réseau d'interconnexion entre les différents opérateurs cellulaire. La mise en place de ce réseau poste à poste ne nécessite donc pas de changement û en principe û sur les accords d'itinérance entre opérateurs. En effet, dans le cas des SERVEURS D'ITINERANCE [2000] la mise en place des services décrits peut se faire selon la description exemplaire suivante : 2936390 - 23 - L'opérateur cellulaire du Pays 1 souhaite fournir à ses abonnés des services d'itinérance à tarification spéciale. En particulier, ces services seront disponibles dans Pays 2 et Pays 3. L'opérateur cellulaire du Pays 1 déploie des SERVEURS D'ITINERANCE [2000] 5 dans Pays 1, Pays 2 et Pays 3. Le déploiement dans Pays 2 et Pays 3 implique la définition d'un numéro d'identifiant de type E.164 dans les réseaux des opérateurs respectifs de Pays 2 et Pays 3. Cet identifiant E.164 doit être associé à chaque SERVEUR D'ITINERANCE [2000], afin que ce dernier puisse être joint par les utilisateurs. Tout manufacturier commercialisant des équipements de 10 télécommunications possède le savoir faire nécessaire pour construire le SERVEUR D'ITINERANCE [2000] L'opérateur cellulaire du Pays 1 déploie des points de distribution et location de cartes SIM SIM_LOCALE_MS [170] dans Pays 2 et Pays 3. Cela implique que dans ces pays, l'opérateur cellulaire du Pays 1 devient un opérateur local, à l'avantage de 15 ses propres abonnés. Afin que les cartes SIM SIM_LOCALE_MS [170] puissent être opérationnelles dans Pays 2 et Pays 3, l'opérateur cellulaire du Pays 1 doit déployer également les équipements nécessaires aux opérations décrites, tels que le "Home Location Register" (HLR), le "Domain Name Server (DNS) " et, éventuellement, le "Gateway 20 GPRS Support Node" (GGSN) Champs d'applications : Opérateurs cellulaires, opérateurs cellulaires virtuels. Opérateurs ou fournisseurs de services internet. Etablissements privés et entreprises, afin de contenir les couts des communications 25 des employés en mission à l'étranger. 30 REVENDICATIONS1) Système pour la gestion de l'itinérance entre réseaux de communication mobile caractérisé par une architecture qui comprend : un premier dispositif terminal mobile [100], porté par l'utilisateur et qui communique avec un réseau de communication mobile de type cellulaire, l'utilisateur étant identifié par des identifiants publiques, tels que numéro de téléphone, adresse internet ou autres, lesdits identifiants étant fournis selon les règles de l'opérateur du réseau cellulaire avec lequel l'utilisateur du terminal mobile [100] a souscrit un abonnement. un deuxième dispositif passerelle d'itinérance [200], porté par l'utilisateur et qui communique avec un réseau de communication mobile de type cellulaire, le dispositif [200] étant caractérisé par des identifiants publiques, tels que numéro de téléphone, adresse internet ou autres, lesdits identifiants étant fournis selon les règles de l'opérateur du réseau cellulaire avec lequel l'utilisateur du terminal mobile [100] a souscrit un abonnement, le dispositif [200] communiquant aussi avec un réseau internet (IP), telle communication étant assurée par des interfaces et des protocoles de transport selon les caractéristiques du réseau internet. Un serveur d'authentification, d'autorisation et de comptabilité [600] qui comprend toutes les fonctionnalités et bases de donnés nécessaires pour la vérification conjointe des identifiants publiques de l'utilisateur du dispositif terminal mobile [100] et du dispositif passerelle d'itinérance [200], ainsi que identifiants publiques des dispositifs [100] et [200]. Un serveur d'appel [610] qui comprend toutes les fonctionnalités et bases de donnés nécessaires pour l'acheminement des communications entre chaque paire de dispositifs [200], entre chaque paire de dispositifs [100] ainsi que entre un dispositif [100] et un dispositif [200], cet acheminement pouvant se baser sur les identifiants publiques de l'utilisateur du dispositif terminal mobile [100] et du dispositif passerelle d'itinérance [200] 2) Système selon la revendication 1) caractérisé en ce qu'il comprend : Un premier dispositif terminal mobile [100], dont les identifiants publiques sont fournis par le biais d'une carte à puce [170] qui contient des identifiants publiques, tels que numéro de téléphone, adresse internet ou autres, lesdits identifiants étant fournis selon les règles de l'opérateur d'un réseau cellulaire, telle carte à puce étant différente de la carte à puce qui contient les identifiant publiques de l'utilisateur du dispositif terminal mobile [100]. 2936390 - 25 - Un deuxième dispositif passerelle d'itinérance [200], dont les identifiants publiques sont fournis par le biais d'une carte à puce [270] qui contient des identifiants publiques, tels que numéro de téléphone, adresse internet ou autres, lesdits identifiants étant fournis selon les règles de l'opérateur d'un réseau cellulaire. 5 Un serveur d'appel [610] dont la bases de donnés fait correspondre les identifiants publiques du dispositif terminal mobile [100] aux identifiants publiques du dispositif passerelle d'itinérance [200] et aussi aux identifiants publiques de l'utilisateur du dispositif terminal mobile [100] et du dispositif passerelle d'itinérante [200]. 10 3) Dispositif [200] selon les revendications 1) et 2) caractérisé en ce qu'il comprend : Un dispositif [210] qui comprend les fonctionnalités nécessaires pour tout échange des donnés de signalisation et des donnés média avec le réseau cellulaire. Un dispositif [220] qui comprend les fonctionnalités nécessaires pour tout échange 15 des donnés de signalisation et des donnés média avec le réseau internet et à qui l'identifiant publique de l'utilisateur du dispositif [200] fait référence en tant que point d'entrée pour le dispositif [200] vis-à-vis du réseau internet publique. Un dispositif [230] qui permet la coordination des opérations de tous les dispositifs qui composent le dispositif [200], en particulier la coordination entre les 20 fonctionnalités du dispositif [210] et celles du dispositif [220]. Un dispositif [240] qui permet la configuration initiale du dispositif [200], en particulier la configuration de l'identifiant publique de l'utilisateur du dispositif [200]. - Un dispositif [250] qui permet de stocker les données fixes et / ou dynamiques qui 25 caractérisent les identifiants publiques fournis par le biais d'une carte à puce [270], les identifiants publiques fournis par le biais d'une carte à puce [170] et les identifiants publique de l'utilisateur du dispositif terminal mobile [100] et du dispositif passerelle d'itinérante [200]. - Un dispositif [260] qui contient les éléments matériels et logiciel pour héberger et 30 contrôler la carte à puce [270] qui doit être insérée dans le dispositif [200]. 4) Système selon les revendications 1) et 2) caractérisé dans ce qu'il fonctionne en garantissant l'association entre le dispositif [100] et le dispositif [200] correspondant selon les étapes suivantes : 35 Une étape effectuée au démarrage du dispositif [200] et qui permet l'enregistrement de tel dispositif auprès du serveur [600], tel enregistrement se faisant en utilisant les identifiants publique de l'utilisateur du dispositif terminal mobile [100] et du dispositif passerelle d'itinérante [200]. 2936390 - 26 - Une étape effectuée au démarrage du dispositif [100] et qui permet l'enregistrement de tel dispositif auprès du serveur [600], tel enregistrement se faisant par intermédiaire du dispositif [200] en utilisant les identifiants publiques du dispositif [100], ces identifiants ayant été fournis par le biais d'une carte à puce [170]. 5 Une étape qui permet au dispositif [200] de transmettre les informations de présence au serveur d'appel [610], pour que ce dernier puisse associer tous les identifiants qui caractérisent les dispositifs [100] et [200] ainsi que les identifiants de l'utilisateur de tels dispositifs, ces identifiants ayant été contrôlés et autorisés pendant les étapes effectuées au démarrage des dispositifs [100] et [200] 10 5) Système selon les revendications 1), 2) et 4) caractérisé dans ce qu'il fonctionne en garantissant l'association entre une communication reliant un premier dispositif [100] à un premier dispositif [200], une communication reliant un premier dispositif [200] à un deuxième dispositif [200], une communication reliant un deuxième 15 dispositif [200] à un deuxième dispositif [100] correspondant selon les étapes suivantes : Une première étape selon laquelle l'utilisateur du premier dispositif [100] compose l'identifiant publique du premier dispositif [200] afin d'ouvrir un lien de communication entre le premier dispositif [100] et le premier dispositif [200]. Une deuxième étape selon laquelle l'utilisateur du premier dispositif [100] compose 20 l'identifiant publique de l'utilisateur du deuxième dispositif [100]. - Une troisième étape selon laquelle le premier dispositif [200] entame une communication vers le deuxième dispositif [200], la mise en place de cette communication impliquant l'échange entre les deux dispositifs [200] des identifiant publiques des deux dispositifs [100] et des deux dispositifs [200] qui font partie de 25 l'établissement de la communication, ainsi que l'échange entre les deux dispositifs [200] des identifiants publiques des deux utilisateurs des dispositifs [100] et [200] respectifs. 6) Système selon les revendications 1), 2) et 4) caractérisé dans ce qu'il 30 fonctionne en garantissant l'association entre une communication reliant un premier dispositif [100] à un premier dispositif [200], une communication reliant un premier dispositif [200] à un deuxième dispositif [200], une communication reliant un deuxième dispositif [200] à un deuxième dispositif [100] correspondant selon les étapes suivantes : Une première étape selon laquelle l'utilisateur du premier dispositif [100] compose 35 l'identifiant publique de l'utilisateur du deuxième dispositif [100], cette opération déclenchant le démarrage d'un logiciel applicatif, tel logiciel établissant une communication à commutation de paquets, telle que http, en direction du premier 2936390 - 27 - dispositif [200] afin de communiquer au premier dispositif [200] l'identifiant publique de l'utilisateur du deuxième dispositif [100]. Une deuxième étape selon laquelle le premier dispositif [200] entame une procédure de rappel vers le premier dispositif [100] et une communication vers le deuxième 5 dispositif [200]. 7) Système selon les revendications 1) et 2) caractérisé en ce qu'il fonctionne en garantissant l'association entre une communication reliant un premier dispositif [100] à un premier dispositif [200], une communication reliant un premier dispositif [200] à un 10 dispositif [610], une communication reliant un dispositif [610] à un deuxième dispositif [100], cette association permettant à l'utilisateur du deuxième dispositif [100] d'appeler l'utilisateur du premier dispositif [100] selon les étapes suivantes: Une première étape selon laquelle l'utilisateur du premier dispositif [100] effectue une opération de renvoie d'appel entrant vers le dispositif [610], l'identifiant de 15 l'appel entrant étant celui publique de l'utilisateur du premier dispositif [100]. Une deuxième étape selon laquelle l'utilisateur du deuxième dispositif [100] compose l'identifiant publique de l'utilisateur du premier dispositif [100], cette étape permettant d'ouvrir un lien de communication entre le deuxième dispositif [100] et le dispositif [610]. 20 Une troisième étape selon laquelle l'utilisateur du deuxième dispositif [100] compose l'identifiant publique de l'utilisateur du premier dispositif [100], le lien établi dans la deuxième étape permettant au dispositif [610] d'entamer une procédure d'appel vers le premier dispositif [200] qui, à son tour, va relayer la procédure d'appel vers le premier dispositif [100] 25 8) Système selon les revendications 1) et 2) caractérisé par une architecture qui comprend : un premier dispositif terminal mobile [100], porté par l'utilisateur et qui communique avec un réseau de communication mobile de type cellulaire, le 30 dispositif terminal mobile [100] étant caractérisé par des identifiants publiques fournis par le biais d'une carte à puce [170], l'utilisateur étant identifié par des identifiants publiques, tels que numéro de téléphone, adresse internet ou autres, lesdits identifiants étant fournis selon les règles de l'opérateur du réseau cellulaire avec lequel l'utilisateur du terminal mobile [100] a souscrit un abonnement . 35 un deuxième dispositif serveur d'itinérance [2000], qui communique avec un réseau de communication mobile de type cellulaire et aussi avec un réseau internet (IP), telle communication étant assurée par des interfaces et des protocoles de transport selon les caractéristiques du réseau internet, le dispositif [2000] étant caractérisé par 2936390 -28- des identifiants publiques, tels que numéro de téléphone, adresse internet ou autres, le dispositif [2000] ayant aussi les fonctionnalités qui permettent de stocker les identifiants publiques de l'utilisateur du dispositif terminal mobile [100]. Un serveur d'authentification, d'autorisation et de comptabilité [600] qui comprend 5 toutes les fonctionnalités et bases de donnés nécessaires pour la vérification conjointe des identifiants publiques de l'utilisateur du dispositif terminal mobile [100], ainsi que identifiants publiques des dispositifs [100] et [2000]. Un serveur d'appel [610] qui comprend toutes les fonctionnalités et bases de donnés nécessaires pour l'acheminement des communications entre chaque paire de 10 dispositifs [100], entre chaque paire de dispositifs [2000] ainsi que entre un dispositif [100] et un dispositif [2000], cet acheminement pouvant se baser sur les identifiants publiques du dispositif terminal mobile [100], les identifiants publiques du dispositif [2000] et de l'identifiant publique de l'utilisateur du dispositif [100]. 15 9) Système selon les revendications 5), 6) et 8) caractérisé dans ce qu'il fonctionne en garantissant l'association entre une communication reliant un premier dispositif [100] à un dispositif [2000], une communication reliant un dispositif [2000] à tout autre dispositif [2000] éventuel, une communication reliant un dispositif [2000] à un deuxième dispositif [100]. 20 10) Système selon les revendications 8) et 9) caractérisé dans ce qu'il fonctionne en conformité aux protocoles et procédures de 1' "IP Multimedia Subsystem" (IMS), le dispositif [2000] hébergeant les fonctionnalités d'un serveur applicatif IMS [630] et d'un contrôleur de ressources IMS [640], afin de permettre la gestion de toute session IMS 25 entre deux dispositifs [100] par intermédiaire d'un ou plusieurs dispositifs [2000], selon les étapes suivantes : Une première étape selon laquelle l'utilisateur du premier dispositif [100] compose l'identifiant publique de l'utilisateur du deuxième dispositif [100], cette opération déclenchant le démarrage d'un logiciel applicatif, tel logiciel établissant une 30 communication à commutation de paquets, telle que http, en direction du dispositif [2000] afin de lui communiquer l'identifiant publique de l'utilisateur du deuxième dispositif [100]. Une deuxième étape selon laquelle le dispositif [2000] entame une procédure de rappel vers le premier dispositif [100] en utilisant les fonctionnalités [630] et 35 permettant ainsi l'établissement d'une première session IMS entre le dispositif [100] et les fonctionnalités [640] du dispositif [2000]. Une troisième étape selon laquelle le serveur applicatif [630] correspondant au premier dispositif [100] envoie au serveur applicatif [630] correspondant au 2936390 - 29 - deuxième dispositif [100] la notification d'une session IMS en cours, cette notification permettant de détailler tous les paramètre de telle session, tels que les identifiant impliqués et le type de session en cours . Une quatrième étape selon laquelle le serveur applicatif [630] correspondant au 5 deuxième dispositif [100] entame une communication vers le deuxième dispositif [100] en conformité avec le descriptif de la session IMS en cours, selon la notification reçue dans la troisième étape, et afin d'établir une session IMS entre les deux dispositifs [100] concernés selon trois tuyaux distincts : - Un premier tuyau de connexion entre le premier dispositif [100] et les fonctionnalités 10 correspondantes [640] du dispositif [2000] - Un deuxième tuyau de connexion entre les fonctionnalités [640] des dispositifs [100] respectifs, les deux fonctionnalités [640] pouvant être hébergée par des dispositifs [2000] séparés. - Un troisième tuyau de connexion entre le deuxième dispositif [100] et les 15 fonctionnalités correspondantes [640] d'un autre éventuel dispositif [2000]