FR 2941832 A1 20100806 FR 0900414 A 20090202 La présente invention concerne un système et un dispositif innovants pour permettre l'interconnexion entre différents réseaux cellulaires La présente invention est conçue de façon à permettre à l'opérateur d'un réseau cellulaire de réduire les frais d'interconnexion entre son réseau et le réseau d'un autre opérateur. La présente invention permet aussi à un utilisateur d'un réseau cellulaire de réduire ses coûts de communications pour tout appel ou message court émis/reçu vers/de un téléphone mobile à l'étranger. En outre, l'utilisateur peut aussi réduire ses coûts de communications quand il se trouve en situation d' `itinérance' (l'itinérance désigne la capacité des utilisateurs à accéder à leurs services de téléphonie mobile depuis un réseau ou pays étranger). Caractéristique remarquable de la présente invention est son applicabilité à plusieurs standards de téléphonie cellulaire (tels que le `GSM' (Global System for Mobile Communication) ou le `CDMA' (Code Division Multiple Accès)). 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 : en effet, seulement de modifications mineures sur une partie des bases de donnés et/ou des logiciels sont nécessaires. 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. Les services d'itinérance nécessitent, notamment, d'accords entre les opérateurs concernés, afin qu'un abonné cellulaire en déplacement dans un pays visité puisse bénéficier des services mobiles fournis par l'opérateur de son pays d'origine. Idéalement, un système global d'itinérance devrait être conforme au cahier des 25 charges suivant : Garantie de faibles coûts d'interconnexion entre les opérateurs concernés Garantie de bas coût des communications. Idéalement, toute communication voix et messages courts, devrait être facturée au prix d'un appel d'une ligne fixe vers un' autre ligne fixe, indépendamment de l'itinérance de l'utilisateur. 30 Pas d'évolutions pour les infrastructures de support des opérateurs et/ou des fournisseurs de services. Modèles d'affaires simples et souples 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 35 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 technologie et/ou du modèle d'affaire, selon la classification suivante: 2941832 -2- Les solutions classiques, en conformité avec les normes `3GPP' (3rd Generation Partnership Project, qui spécifie le système GSM) ou `CDG' (CDMA Development Group, qui spécifie le système CDMA). Les solutions classiques se basent sur l'utilisation du `MSRN' (Mobile Station Roaming Number). Le MSRN a pour fonction 5 de permettre le routage des appels entrants directement du commutateur passerelle (GMSC) du réseau d'origine vers le commutateur courant (MSC) de la station mobile, ce commutateur courant étant contrôlé par le réseau visité. Le MSRN est attribué à la station mobile de façon temporaire. Les solutions classiques supportent aussi la transmission de messages courts, selon le principe décrit. 10 Inconvénient des solutions classiques est la nécessité d'utiliser les réseaux commutés internationaux et leurs noeuds constituants ('STP', Signaling Transfer Points et 'SSP', Service Switching Points). Ces réseaux commutés internationaux sont souvent opérés par des opérateurs internationaux, qui facturent à l'opérateur d'origine le transit international. En plus, le réseau visité facture à l'opérateur d'origine l'allocation du 15 trafic voix (ou message court) vers le numéro (temporaire) MSRN. Cette surfacturation à l'opérateur mobile engendre des coûts additionnels pour l'utilisateur en itinérance ; ces coûts additionnels sont, en général, très élevés. Les solutions basées sur l'interconnexion des réseaux d'opérateurs différents par 20 le biais de réseau de tiers, telles que celle décrite dans le brevet FR-0209667 "Système de routage optimal de messages courts d'un centre de messages vers un autre, avec traduction globale d'adresses" : un réseau tiers a un identifiant (MGT û `Mobile Global Title') qui commence avec les chiffres 338. Les équipements existants (soit ils le GMSC û `Gateway Mobile Switching Center' ou le SMSC û `Short Message Service Center'), qui son chargés d'effectuer une translation d'adresse, ajoutent au MGT reçu de la part du HLR û `Home Location Register' le préfix 338. De cette façon, la signalisation sous-jacente sera routée à travers le réseau tiers. Cette solution permet d'interconnecter des réseaux dont les opérateurs n'ont pas des accords d'itinérance. Par contre, la surfacturation mentionnée dans les solutions classiques ne peut être évitée, car la solution se base entièrement sur les protocoles à commutation de circuits existants (c'est-à-dire les protocoles basée sur le système de signalisation dit `Signaling System 7' (SS7), bien connu par les experts de l'art). Les solutions basées sur des passerelles permettant l'interconnexion des réseaux cellulaires existants, telles que celle décrite dans le brevet "Signalling Gateway with Multiple IMSI with Multiple MSISDN Service in a single SIM for Multiple Roaming Partners" (auteurs: Y.J. Jiang) impliquent le déploiement d'équipement additionnels dans les réseaux cellulaire et une évolution conséquente de la signalisation. Ce type 2941832 -3- d'approche implique une révision complète du modèle d'affaire des opérateurs et/ou fournisseurs de service et n'engendre pas forcement une diminution des coûts d'interconnexion pour les opérateurs. La Figure 1 représente un exemple d'interconnexion internationale existante 5 entre différents Opérateurs cellulaire, cette interconnexion faisant utilisation des protocoles et identifiants selon les normes SS7. Figure 1 suit les enseignements présentés dans le livre `SMS and MMS Interworking in Mobile Networks' (auteurs : A. Henry-Labordère, V. Jonack). Les Réseaux des Opérateurs Mobiles [300], qui opèrent dans des pays différents, 10 sont interconnectés par un réseau international [900], ce réseau étant û en général û sous la responsabilité d'un fournisseur de passerelles internationales (International Gateway Provider' û IGP). L'IGP fournit un accès à chaque réseau [300] sur le réseau SS7 international. Cet accès est conforme aux couches protocolaires `Signaling Connection Control Part' (SCCP) et `MTP3' (`Message Transfer Part Level 3') du protocole SS7, 15 selon lesquelles : Les équipements des réseaux cellulaires (tels que le [310], [320], [330] etc., ces éléments étant représentés dans la Figure 3) sont identifiés par un numéro téléphonique de type E.164, dit `Global Title'. La couche SCCP du réseau SS7 utilise ces numéros afin d'acheminer les messages à l'intérieur du réseau SS7. 20 Les équipements d'un réseau SS7 (réseau cellulaire ou autre) sont aussi identifiés par les `Point Codes' (PC) qui, eux aussi, permettent un acheminement des messages entre les différents noeuds du réseau téléphonique. Tandis que le `Global Title' est un' adresse indirect et virtuelle qui identifie une ressource télécom, le `Point Code' est une véritable adresse directe numérique pour l'acheminement des messages entre 25 équipements physiques. L'ensemble des `Point Codes' (PC) constitue une couche d'acheminement ultérieure [910] (couche dite `Message Transfer Part Layer 3' (MTP3)) à l'intérieur du réseau [900]. - Les Réseaux des Opérateurs Mobiles [300] peuvent donc accéder au réseau SS7 international en utilisant des noeuds d'entrée (respectivement IGP-PC1 pour le réseau 30 de l'Operateur 1, IGP-PC2 pour le réseau de l'Operateur 2 et IGP-PC3 pour le réseau de l'Operateur 3). A l'intérieur du réseau [900], l'ensemble des `Point Codes' (PC A, ..., PC E) permet l'acheminement des messages à partir d'un équipement d'origine sur le réseau d'un Opérateur cellulaire vers un équipement destinataire d'un autre Opérateur cellulaire. 35 En supposant maintenant que un abonné de l'Operateur cellulaire 1 soit en itinérance et puisse envoyer / recevoir toute communication en étant sous le contrôle de l'Opérateur cellulaire (étranger) 2, l'Operateur cellulaire 1 afin d'acheminer les messages à destination de son abonné doit payer les coûts de la connexion internationale 2941832 -4 au fournisseur IGP et les coûts des terminaisons locales à l'Operateur cellulaire 2. Ce cas est le plus simple est implique que les Opérateurs cellulaires 1 et 2 ont des accords d'itinérance mutuels. On peut aussi supposer que les Opérateurs cellulaires 1 et 2 n'ont pas d'accords 5 d'itinérance et que l'intermédiation d'un Opérateur cellulaire tiers (Opérateur 3) soit nécessaire afin de permettre l'itinérance des abonnés de l'Opérateur cellulaire 1 sur le réseau de l'Opérateur cellulaires 2 (et vice-versa). Dans ce cas, les coûts d'interconnexion deviennent encore plus importants. 10 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 matière de connexions internationales entre Opérateurs cellulaires, en fournissant un modèle d'interconnexion globale et des services associés qui offrent tous les avantages mentionnés dans le cahier de charge. Le système comporte en effet une architecture qui se base sur la mise en place 15 des dispositifs et des procédés suivants: Un réseau de passerelles entre réseaux mobiles, ces passerelles étant interconnectées entre eux par le réseau internet public - Une procédure de d'enregistrement d'un terminal mobile qui permet de pouvoir joindre `logiquement' (par tout équipement du réseau mobile et internet) une 20 passerelle du réseau (de passerelles), à partir de l'identifiant de l'utilisateur associé et de sa localisation géographique. - Une procédure de configuration des passerelles qui permet à l'utilisateur d'effectuer / recevoir des appels (voix, messagerie simple, messagerie multimédia) de/vers son terminal mobile selon trois liaisons séparées : 25 o Une première liaison locale de type cellulaire entre le terminal mobile de l'utilisateur et le réseau cellulaire de l'opérateur du pays dans lequel l'utilisateur se trouve. o Une deuxième liaison de type internet entre ce même réseau cellulaire et une passerelle préférée, cette passerelle faisant partie du 30 réseau de passerelles. o Une troisième liaison de type internet entre deux passerelles du réseau (de passerelles), permettant ainsi à l'utilisateur de joindre un correspondant dont le terminal mobile se trouve sous le contrôle d'un autre opérateur cellulaire. 35 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 2941832 -5- 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. 5 Les dessins annexés illustrent l'invention. La Figure 2 représente le système global de l'invention selon sa configuration préférée. Le système global repose sur les dispositifs suivants: un dispositif TERMINAL MOBILE [100], un dispositif SERVEUR D'INTERCONNEXION [200], un dispositif MIDLET [110] qui représente un logiciel applicatif installé sur le TERMINAL 10 MOBILE [100]. La Figure 2 montre que : Le TERMINAL MOBILE [100] communique avec le RESEAU OPERATEUR MOBILE [300] (similairement à la Figure 1, en Figure 2 trois réseaux sont représentés, 15 ces réseaux étant contrôlés par trois opérateurs différents). Toute communication voix, messages courts (SMS), messages multimédia (MMS) entre TERMINAL MOBILE [100] et RESEAU OPERATEUR MOBILE [300] est conforme à la norme définie par l'organisme `3rd Generation Partnership Project' (3GPP). TERMINAL MOBILE [100] et RESEAU OPERATEUR MOBILE [300] supportent toutes les fonctionnalités et les 20 protocoles requis par le 3GPP. Le TERMINAL MOBILE [100] héberge un logiciel applicatif [110] (tel qu'une `MIDLET' si TERMINAL MOBILE [100] supporte la plateforme logiciel `Java 2 Micro Edition' (JM2E) ou autre applicatif si telle plateforme n'est pas supportée. Dans la suite de la description, le terme `MIDLET' doit être considéré comme générique) pour 25 permettre à l'utilisateur de profiter des services d'interconnexion décrits. En effet, il sera montré par la suite que l'invention offre des avantages en termes de tarification à tout utilisateur de TERMINAL MOBILE [100] qui se trouve en situation d'itinérance. Le dispositif SERVEUR D'INTERCONNEXION [200] garantie une connexion 30 logique et physique entre RESEAU OPERATEUR MOBILE [300] et le réseau INTERNET (publique). Dans ce sens, le dispositif [200] assure les fonctionnalités de type `Softswitch' connues dans l'état de l'art : translation de signalisation entre le format SIP et le format téléphonique ISUP, translation des protocoles de transport média entre les deux réseaux, etc. Dans le contexte de l'invention, plusieurs SERVEURS 35 D'INTERCONNEXION [200] sont interconnectés par le biais d'un ou plusieurs point(s) d'exchange Internet [400]: l'ensemble de plusieurs SERVEURS D'INTERCONNEXION [200] constitue un "réseau ombre" d'équipements / fonctionnalités d'interconnexion, ce réseau étant superposé et opérant en parallèle aux 2941832 -6- RESEAUX OPERATEUR MOBILE [300] et aux réseau d'interconnexion internationale [900] et [910] existants et garantissant une interconnexion optimale (en terme de rapport qualité/prix) entre eux. La Figure 3 montre un schéma de principe du dispositif SERVEUR 5 D'INTERCONNEXION [200] an accord avec le principe général de l'invention. Liste de sous-dispositifs qui composent le SERVEUR D'INTERCONNEXION [200]: PROXY SIP [210] ayant pour but d'isoler fonctionnellement le dispositif INTERCONNEXION PASSERELLE SS7 [220] du dispositif PASSERELLE DE MEDIA [230] et du dispositif B2BUA [240]. PROXY SIP [210] est aussi utile 10 comme traducteur de protocole dans le cas INTERCONNEXION PASSERELLE SS7 [220] et/ou B2BUA [240] ne soient pas basés sur des protocoles SIP. INTERCONNEXION PASSERELLE SS7 [220] comprend les fonctionnalités nécessaires pour tout échange de signalisation avec le réseau cellulaire (par le biais de PASSERELLE SS7 [360]) et avec le réseau IP. La Figure 4 montre les couches 15 protocolaires typiques qui interviennent dans le transport de la signalisation entre un élément du réseau SS7 et un élément du réseau IP (tel que dispositif SERVEUR D'INTERCONNEXION [200]), cette signalisation étant interceptée et adaptée par une passerelle appropriée (telle que la PASSERELLE SS7 [360]). On peut noter que, du coté du réseau SS7 on retrouve les couches 'SCCP' et `MTP3' mentionnées dans 20 la description de la Figure 1. Du coté du réseau IP, ce mêmes couches sont interprétées et exploitées par le dispositif INTERCONNEXION PASSERELLE SS7 [220], grâce à la médiation du dispositif PASSERELLE SS7 [360] qui agit en tant que convertisseur de protocole en particulier en utilisant le protocole et les procédures `Signal Transport Working Group' (SIGTRAN), bien connues par les 25 experts de l'art. - INTERCONNEXION PASSERELLE DE MEDIA [230] ayant pour but d'ouvrir, maintenir et fermer une liaison de données (voix ou autre) entre le réseau IP et le RESEAU OPERATEUR MOBILE [300] (et en particulier quelques éléments constituants de ce dernier, tels que le `MOBILE SWITCHING CENTER / 30 VISITING LOCATION REGISTER' (VLR/MSC [310]), et le `GATEWAY MOBILE SWITCHING CENTER' (GMSC [320])), par le biais d'un élément réseau, tel que le `MEDIA GATEWAY' (MGW [340]). L'élément [340] est bien connu par les experts de l'art : il permet d'effectuer une conversion de protocole afin de permettre l'interconnexion entre les éléments réseau [310] et [320] et 35 l'INTERCONNEXION PASSERELLE DE MEDIA [230]. `Back-to-Back User Agent' B2BUA [240] ayant pour but d'établir une liaison de signalisation avec PROXY SIP [210], avec un dispositif BASE DE DONNEES [250] et avec un dispositif externe SERVEUR AAA [500], qui permet d'authentifier les 2941832 -7- utilisateurs des services d'interconnexion. En général, B2BUA [240] permet d'établir la liaison de données (voix ou autre) entre deux dispositifs SERVEUR D'INTERCONNEXION [200] distants. BASE DE DONNEES [250] comprend tous le types de mémoire (telles que ROM, 5 RAM, FLASH ou autre) nécessaires pour stocker des informations temporaires ou permanentes des utilisateurs des services d'interconnexion. Les informations principales stockées dans BASE DE DONNEES [250] sont : o Un ou plusieurs identifiants téléphoniques associés avec un utilisateur des services d'interconnexion ; parmi ces identifiants on trouve le `Mobile Subscriber ISDN Number' (MSISDN), ou le numéro de téléphone cellulaire. Autres identifiants peuvent consister d'un deuxième MSISDN et/ou le numéro d'une ligne téléphonique fixe (maison et/ou bureau ou autre) associé avec l'utilisateur. Le contexte d'utilisation des identifiant téléphoniques sera explique par la suite. o Un identifiant téléphonique associé avec le SERVEUR D'INTERCONNEXION [200] qui est connecté avec le réseau cellulaire d'origine [300] de l'utilisateur (c'est-à-dire le réseau [300] appartenant à l'Operateur cellulaire avec lequel l'utilisateur a souscrit un contrat) o Un identifiant téléphonique associé avec le SERVEUR D'INTERCONNEXION [200] qui est connecté avec le réseau cellulaire du pays visité, dans l'éventualité que l'utilisateur se trouve en situation d'itinérance. 25 o Un ou plusieurs adresses IP associées avec le(s) SERVEUR(s) D'INTERCONNEXION [200] correspondant(s) o Un ou plusieurs `Fully Qualified Domain Name(s)' (FQDN(s)) associées avec le(s) SERVEUR(s) D'INTERCONNEXION [200] correspondant(s) 30 o Un Mobile Station Roaming Number (MSRN), ou un identifiant téléphonique local temporaire assigné à l'utilisateur en itinérance par le réseau local du pays visité. Ce MSRN est alloué de façon temporaire à chaque fois que l'utilisateur en itinérance reçoit un appel. 35 o Données relatives à l'enregistrement détaillé des communications (appels, SMS, MMS, autres) pour chaque utilisateur : numéro appelé, durée, identifiants téléphoniques de l'appelé (en incluant le MSRN), etc. 10 15 20 2941832 -8- SIP REGISTRAR [260] ayant pour but d'enregistrer les utilisateurs des services d'interconnexion, pour leur permettre d'utiliser ces services depuis leur pays d'origine ou depuis un pays visité. RELAIS DE SMS [270] ayant pour but de recevoir des SMS et de les convertir dans 5 un format qui puisse permettre de relayer tels SMS vers le B2BUA. L'interconnexion entre RELAIS DE SMS [270] et le `Short Message Service Center' (SMSC [350]) est de type logique : RELAIS DE SMS [270] et SMSC [350] s'échangent des messages selon les protocoles définis pour las transmission des SMS et selon les couches d'interconnexion `OSI' associées et bien connues par les experts 10 de l'art. Dans la suite de la description il sera apparent que RELAIS DE SMS [270] peut être réalisé de façons différentes, selon les modèles d'affaire considérées et, par conséquent, l'interconnexion physique entre RELAIS DE SMS [270] et SMSC [350] La Figure 5 montre un schéma d'interconnexion entre les éléments RESEAU 15 OPERATEUR MOBILE [300] et entre RESEAU OPERATEUR MOBILE [300] et SERVEUR D'INTERCONNEXION [200]. La Figure 5 est nécessaire pour comprendre les scénarios opérationnels (décrits par la suite) qui montre le rôle du SERVEUR D'INTERCONNEXION [200] dans le contexte de l'invention. Les éléments [310], [320] (déjà décrits) ainsi que les dispositifs `HOME LOCATION REGISTER' (HLR 20 [330]) et `SHORT MESSAGE SERVICE CENTER' (SMSC [350]) sont interconnectés avec le dispositif PASSERELLE SS7 [360] par le biais des interfaces `Signaling System n. 7' (SS7). Entre le dispositif PASSERELLE SS7 [360] et le SERVEUR D'INTERCONNEXION [200], le protocole `SIGTRAN' (c'est-à-dire le protocole SS7 sur une couche de transport IP, comme décrit dans la Figure 4) est utilisé. Plusieurs 25 SERVEURS D'INTERCONNEXION [200] sont représenté en Figure 5. En effet, 1'operateur du réseau [300] peut s'interconnecter à plusieurs autre réseaux d'opérateurs [300] par le biais d'autant SERVEURS D'INTERCONNEXION [200]. Plusieurs (au moins deux) PASSERELLES SS7 [360] sont aussi représentées, pour des raisons de redondance et/ou de partage de charge. 30 Un cas typique d'application de l'invention est celui d'un utilisateur en voyage dans un pays étranger. En effet, c'est dans ce cas d'application que le système d'interconnexion présenté montre ses avantages, soit du point de vue des opérateurs cellulaires impliqués que du point de vue de l'utilisateur final. Les hypothèses suivantes 35 sont faites dans ce cas d'application : L'abonné aux services cellulaires utilise un téléphone mobile qui héberge une carte SIM fournie par son opérateur d'origine. La carte SIM (et ses identifiants) est enregistrée dans le HLR [330] de l'opérateur d'origine de l'abonné. 2941832 -9- - Les services d'interconnexion sont assurés par un `Opérateur d'Interconnexion', qui doit avoir reçu de la part de l'Opérateur cellulaires concernés des droits d'accès à son HLR [330]. En alternative, l'Opérateur d'Interconnexion et les Opérateurs cellulaires concernés peuvent s'associer pour fournir les services d'interconnexion. Dans touts 5 les cas, les cartes SIM des abonnés aux services cellulaires qui sont aussi des utilisateurs des services d'interconnexion sont enregistré dans le HLR [330] de façon à permettre le bon déroulement des opérations d'interconnexion L'utilisateur des services d'interconnexion a souscrit un abonnement avec l'Opérateur d'Interconnexion. A la suite de cette souscription, l'utilisateur a eu 10 l'autorisation au téléchargement de la MIDLET [110] sur son téléphone mobile [100]. En outre, à l'acte de la souscription, l'utilisateur a enregistré un ou plusieurs de ses identifiants téléphoniques (au moins le MSISDN correspondant à sa carte SIM) 15 La suite de la description (et les Figures annexes) décrit des possibles scénarios opérationnels exemplaires pour montrer le fonctionnement du SERVEURS D'INTERCONNEXION [200] et de ses interactions avec la MIDLET [110]. 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. 20 PROCEDURE D'ENREGISTREMENT û PAYS VISITE' Contexte exemplaire: l'utilisateur des services d'interconnexion est français. Il voyage en Italie et conserve sa carte SIM (dont l'identifiant téléphonique est MSISDNFR). Lorsque TERMINAL MOBILE [100] est mis sous tension les procédures 25 d'authentification et de localisation sont effectuées auprès de l'opérateur cellulaire local (italien). La Figure 6 montre une suite d'étapes numérotées ces étapes faisant partie des procédures d'enregistrement auprès de l'Opérateur d'Interconnexion dans le pays visité (Italie). - Etape 1. L'utilisateur choisit l'option `Pays Visité' dans le Menu de la MIDLET 30 [110] et il tape l'identifiant du pays (`IT' dans l'exemple). - Etape 2. MIDLET [110] démarre une connexion donnée (GPRS) en ouvrant un `PDP contexte' avec le `Gateway GPRS Support Node' (GGSN) de l'operateur cellulaire d'origine. - Etape 3. MIDLET [110] est à l'origine d'un échange de messages HTTPS `PUT' 35 avec SERVEUR AAA [500]. Le corps du message HTTPS contient les informations d'enregistrement de l'Etape 1. A noter: l'adresse IP (publique) du SERVEUR AAA [500] est figée dans le code de MIDLET [110]. 2941832 - 10- Etape 4. SERVEUR AAA [500] est à l'origine d'un échange de messages HTTPS `PUT' avec MIDLET [110]. Le corps du message HTTPS contient une demande d'accès (c'est à dire, des justificatifs d'identité). La demande d'accès apparait à l'utilisateur grâce à un' interface appropriée de MIDLET [110]. 5 - Etape 5. L'utilisateur tape un mot de passe sur un' interface appropriée de MIDLET [110]. Etape 6. MIDLET [110] est à l'origine d'un échange de messages HTTPS `PUT' avec SERVEUR AAA [500]. Le corps du message HTTPS contient le mot de passe (crypté). 10 - Etape 7. Après vérification (positive) des justificatifs d'identité, SERVEUR AAA [500] peut associer les informations suivantes: {MSISDNFR (et aussi tout autre identifiant téléphonique enregistré par l'utilisateur à l'acte de l'abonnement), 'FR' (pays d'origine), `IT' (pays visité)}. - Etape 8. SERVEUR AAA [500] est à l'origine d'un échange de messages HTTPS 15 `PUT' avec les SERVEURS D'INTERCONNEXION [200] (en France et en Italie). Une fois reçus ces messages, les SERVEURS D'INTERCONNEXION [200] pourront déclencher les procédures d'enregistrement des abonnés auprès des dispositifs SIP REGISTRARs [260]. A noter : la procédure d'enregistrement dans le pays d'origine est pratiquement 20 la même. Elle peut être déclenchée simplement en changeant l'Etape 1 (et par conséquent les Etapes 7, 8) avec les identifiant du pays d'origine. PROCEDURE D'APPEL SORTANT AVEC "UNSTRUCTURED SUPPLEMENTARY SERVICE DATA" (USSD), A PARTIR DU PAYS VISITE 25 Contexte : l'utilisateur (français) des services d'interconnexion s'est enregistré en Italie selon la procédure précédente. Il effectue un appel vers un correspondant français, lui aussi utilisateur des services d'interconnexion et s'étant enregistré à ces services en France. La Figure 7 montre une suite d'étapes numérotées qui décrivent cette procédure d'appel d'Italie vers la France. Les étapes numérotées décrites par la suite font 30 référence à des procédures standardisées dans les normes `3GPP' (3rd Generation Partnership Project), bien connues par les experts de l'art. Etape 1. L'utilisateur choisit l'option `Appeler' dans le Menu de la MIDLET [110] et sélectionne le correspondant à appeler à partir de son carnet d'adresse. Etape 2. MIDLET [110] effectue un appel selon la syntaxe USSD : 35 *XYZ*MSISDNFR-APPELE où MSISDNFR-APPELE est l'identifiant téléphonique du correspondant à appeler et *XYZ* est un code numérique décidé par l'Opérateur cellulaire afin de démarrer des procédures de rappel. 2941832 -11- Etape 3. Le message USSD est envoyé par le téléphone cellulaire vers la plateforme USSD de l'Opérateur d'origine de l'abonné. Le corps du message USSD contient l'identifiant téléphonique du correspondant à appeler. A noter : les messages de type `Mobile Application Part' (MAP), tels que les messages 5 `MAP_PROCESS_UNSTRUCTURED_SS_REQUEST_REQ/CNF', etc. ne sont pas détaillés : en effet, ces messages, ainsi que les composants du réseau [300] qui les acheminent, sont bien connus par les experts de l'art. - Etape 4. A son tour, la plateforme USSD de l'Opérateur d'origine de l'abonné relaie le message USSD vers un centre de traitement USSD ; ce centre de traitement peut 10 être géré par un opérateur tiers (ou par un fournisseur de service, en particulier l'Opérateur d'Interconnexion) qui a des accords d'interconnexion avec l'Opérateur d'origine de l'abonné. On fera l'hypothèse que la connexion entre la plateforme USSD et le centre de traitement USSD se base sur le protocole `Short Message Point-to-point Protocol' (SMPP) : en effet, ce protocole est répandu parmi les 15 fournisseurs de services basés sur USSD. Afin de relayer le message USSD, un message SMPP du type 'deliver_sm' sera utilisé. Le corps du message contient l'identifiant téléphonique du correspondant à appeler. - Etape 5. Le centre de traitement USSD est à l'origine d'un échange de messages HTTP `PUT' avec SERVEUR AAA [500]. Le corps du message HTTP contient 20 l'identifiant téléphonique de l'appelant et celui du correspondant à appeler. But de l'étape 5 est de permettre le démarrage de procédures de rappel (appel) en fonction de la localisation géographique de l'appelant (de l'appelé). Etape 6. Suite aux procédures d'enregistrement de l'appelant (en Italie) et de l'appelé (en France), SERVEUR AAA [500] a enregistré les liens suivants : 25 Pour l'appelant : {MSISDNFR, `FR' (pays d'origine), `IT' (pays visité)}. Pour l'appelé : {MSISDNFR, 'FR' (pays d'origine)}. Ces liens permettent aux SERVEUR AAA [500] d'alerter SERVEUR D'INTERCONNEXION [200] (en particulier les blocs fonctionnelles PROXY SIP [210] et B2BUA [240] pour qu'il démarre les procédures de rappel vers les deux 30 correspondants (l'appelant et l'appelé). - Etape 7. Dans ce cas d'appel sortant, les deux correspondants sont abonnés au même Opérateur cellulaire française. Par conséquent, SERVEUR AAA [500] est à l'origine d'un échange de messages HTTP `PUT' avec le même SERVEUR D'INTERCONNEXION [200] situé en France (en particulier, le message est reçu 35 par le dispositif B2BUA [240]; Le corps du message http `PUT' contient les identifiants des deux correspondants (in général, leurs numéros téléphoniques cellulaires)). Etape 8. B2BUA [240] vérifie l'état de l'enregistrement des deux correspondants. 2941832 -12- - Etape 9. Un message du type A SIP INVITE est envoyé par le B2BUA [240] au PROXY SIP [210]. Le destinataire de ce message est l'abonné appelant - Etape 10 (rappel vers l'appelant). Suite au message SIP INVITE reçu, le bloc PROXY SIP [210] du SERVEUR D'INTERCONNEXION [200] en France alertent 5 le block INTERCONNEXION PASSERELLE SS7 [220] afin qu'il envoie un message de type `ISDN USER PART INITIAL ADDRESS MESSAGE' (IAM) vers le block GMSC [320] de l'Opérateur cellulaire français [300]. A noter : le dispositif [340] (qui sert d'intermédiaire de Protocol entre [220] et [320] n'est pas représenté pour simplicité ; toutefois, ses fonctionnalités sont nécessaires, comme tout expert de 10 l'art reconnaitra. Etape 11 (rappel vers l'appelant). Le dispositif GMSC [320] (dans le réseau cellulaire français) interroge le HLR [330] (dans le réseau cellulaire français, car l'appelant est abonné à un Opérateur cellulaire français) afin d'obtenir le Mobile Station Roaming Number (MSRN) de l'appelant. En général, cet identifiant permet 15 au GMSC [320] de router l'appel dans le réseau cellulaire italien, afin de joindre l'appelant. - Etape 12 (rappel vers l'appelant). Un échange de message entre HLR [330] (réseau français) et MSCNLR [310] (réseau italien) permet à HLR [330] de connaitre tel MSRN, qui sera du type +39MSISDNAPPELANT : en effet, le MSRN est un identifiant 20 temporaire alloué à un abonné appelé pendant qu'il se trouve dans le réseau visité (dans ce cas, l'abonné appelé est û en effet û le correspondant appelant qui est rappelé par le réseau) L'identifiant de l'abonné permet au HLR [330] de savoir qu'il peut profiter des services d'interconnexion ; cette information est envoyé au GMSC [320]. 25 - Etape 13 (rappel vers l'appelant). Le HLR [330] envoie au GMSC [320] le MSRN (+39MSISDNAPPELANT) ; ce message permet au GMSC [320] de connaître la localisation géographique de l'abonné, en tant qu'utilisateur des services d'interconnexion. Etape 14 (rappel vers l'appelant). Après consultation des tables de routage, le GSMC 30 [320] envoie un message de type `ISUP IAM' au block INTERCONNEXION PASSERELLE SS7 [220] du SERVEUR D'INTERCONNEXION [200] en Italie, afin d'alerter le bloc PROXY SIP [210] d'envoyer les messages d'établissement d'appel vers le réseau cellulaire italien. A noter : le dispositif [340] (qui sert d'intermédiaire de Protocol entre [220] et [320]) n'est pas représenté pour 35 simplicité ; toutefois, ses fonctionnalités sont nécessaires, comme tout expert de l'art reconnaitra. Etape 15 (rappel vers l'appelant). A son tour, le bloc PROXY SIP [210] du SERVEUR D'INTERCONNEXION [200] en Italie envoie un message de type 2941832 -13- `ISUP IAM' vers le block GMSC [320] de l'Opérateur cellulaire italien [300]. Cette étape permet d'exploiter l'interfaçage entre un SERVEUR D'INTERCONNEXION [200] local et le réseau cellulaire local correspondant. Etape 16 (rappel vers l'appelant). A son tour, le bloc GMSC [320] de l'Opérateur 5 cellulaire italien [300] envoie un message du type `ISUP IAM' vers le block MSCNLR [310] du même réseau. Cette étape correspond à l'établissement d'un appel local à partir d'un réseau fixe local, car le destinataire de l'appel est identifié par le MSRN (+39MSISDNAPPELANT) est l'envoyeur de l'appel est le SERVEUR D'INTERCONNEXION [200] local. 10 - Etape 17 (rappel vers l'appelant). Le bloc MSCNLR [310] de l'Opérateur cellulaire italien [300] envoie un message du type 'CC Setup' vers le destinataire (c'est-à-dire, l'appelant, dont l'identifiant temporaire est (+39MSISDNAPPELANT ).. Etape 18 (rappel vers l'appelant). Les messages d'établissement d'appel (c'est-à-dire 'CC Connect' et `ANswer Message' û ANM) sont renvoyés du destinataire (c'est-à- 15 dire, l'appelant) vers le bloc MSCNLR [310] de l'Opérateur cellulaire italien [300], du bloc MSCNLR [310] vers le bloc GMSC [320] et finalement vers le blocs PROXY SIP [210] et B2BUA [240] SERVEUR D'INTERCONNEXION [200] italien. La connexion (locale) entre l'appelant et le SERVEUR D'INTERCONNEXION [200] est établie. 20 Etape 19 (rappel vers l'appelé). Un message du type A SIP INVITE est envoyé par le B2BUA [240] au PROXY SIP [210] du SERVEUR D'INTERCONNEXION [200] français. Le destinataire de ce message est l'abonné appelé. Cette étape est û fonctionnellement û identique à l'étape 9. précédente - Les étapes suivantes sont û fonctionnellement û identiques aux étapes qui décrivent 25 les procédures de rappel vers l'appelant. Puisque l'abonné appelé n'est pas en situation d'itinérance, il n'y aura pas besoin de connaitre le MSRN. A la fin de la procédure de rappel vers l'appelé, une connexion (locale) entre l'appelé et le SERVEUR D'INTERCONNEXION [200] français sera établie Il est intéressant de noter que dans la procédure décrite le rôle du GMSC [320] 30 de l'Opérateur cellulaire français consiste seulement à acheminer la signalisation de rappel de façon appropriée ; le GMSC [320] n'agit pas en tant que commutateur de l'appel téléphonique. La procédure d'appel en itinérance devient donc une procédure de rappel local. En plus, tout expert de l'art reconnaîtra que l'acheminement de la signalisation de rappel peut être effectuée autrement : en effet : 35 L'Etape 14 (rappel vers l'appelant) pourrait être modifiée de la façon suivante : après consultation des tables de routage, le GSMC [320] renvoie un message de type `ISUP IAM' au block INTERCONNEXION PASSERELLE SS7 [220] du SERVEUR D'INTERCONNEXION [200] en France, afin de déclencher un message 2941832 - 14 - d'établissement d'appel du bloc PROXY SIP [210] vers son `pair' en Italie. En effet, SERVEUR D'INTERCONNEXION [200] en France a conservé les identifiants des abonnés à rappeler : il n'a donc besoin d'aucune information supplémentaire de la part du GSMC [320]. 5 - L'Etape 15 (rappel vers l'appelant) pourrait être modifiée de la façon suivante : à son tour, le bloc PROXY SIP [210] du SERVEUR D'INTERCONNEXION [200] en France envoie un message de type `SIP INVITE' vers le block PROXY SIP [210] du SERVEUR D'INTERCONNEXION [200] en Italie. 10 Si le correspondant appelé est, lui aussi, dans un pays étranger la procédure décrite se généralise facilement : dans l'étape 11, le dispositif GMSC [320] (dans le réseau cellulaire français) interroge le HLR [330] (dans le réseau cellulaire français, car l'appelé est abonné à un Opérateur cellulaire français) afin d'obtenir le Mobile Station Roaming Number (MSRN) de l'appelé. Cet identifiant permet au GMSC [320] de router 15 l'appel dans le réseau cellulaire dans lequel le correspondant appelé se trouve. En effet, selon l'étape 14, après consultation des tables de routage, le GSMC [320] envoie un message de type `ISUP IAM' au block INTERCONNEXION PASSERELLE SS7 [220] du SERVEUR D'INTERCONNEXION [200] dans le pays visité du correspondant appelé. 20 Une autre généralisation de la procédure décrite correspond au cas d'un appel vers un correspondant dont l'opérateur d'origine est étranger, le correspondant pouvant être lui-même en situation d'itinérance ; à titre d'exemple on fera l'hypothèse que le correspondant appelé est espagnol, qu'il a souscrit son abonnement cellulaire auprès de `Telefonica' et qu'il est en déplacement en Allemagne. Selon l'étape 6 et suite aux 25 procédures d'enregistrement de l'appelé, SERVEUR AAA [500] a enregistré les liens suivants : {MSISDNES, `ES' (pays d'origine), `AL' (pays visité)}. Dans l'étape 1l, le dispositif GMSC [320] (dans le réseau cellulaire espagnol) interroge le HLR [330] (dans le réseau cellulaire espagnol, car l'appelé est abonné à l'Opérateur `Telefonica') afin d'obtenir le Mobile Station Roaming Number (MSRN) de l'appelé. Cet identifiant 30 permet au GMSC [320] de router l'appel dans le réseau cellulaire dans lequel le correspondant appelé se trouve. En effet, selon l'étape 14, après consultation des tables de routage, le GSMC [320] envoie un message de type `ISUP IAM' au block INTERCONNEXION PASSERELLE SS7 [220] du SERVEUR D'INTERCONNEXION [200] en Allemagne. 35 Encore une autre généralisation de la procédure décrite correspond au cas d'un appelant et/ou d'un appelé qui changent d'identifiant téléphonique (par exemple en changeant de carte SIM ou même en changeant de téléphone cellulaire dans le cas d'une technologie cellulaire différente, tel que le cdmaOne). A titre d'exemple on fera 2941832 - 15 - l'hypothèse que le correspondant appelant est espagnol, qu'il a souscrit son abonnement cellulaire auprès de `Telefonica' et qu'il est en déplacement en Corée, où il a loué un téléphone cellulaire fonctionnant selon la norme cdmaOne. Selon l'étape 6 et suite aux procédures d'enregistrement de l'appelant, SERVEUR AAA [500] a enregistré les liens 5 suivants : {MSISDNES, `ES' (pays d'origine), MSISDNKR, `KR' (pays visité)}. Dans ce cas, il sera possible d'entamer une procédure de rappel de la part du SERVEUR D'INTERCONNEXION [200] en Corée sans passer pour les dispositifs GMSC [320] et HLR [330] du réseau cellulaire espagnol); en effet, le Mobile Station Roaming Number (MSRN) de l'appelant correspond à l'identifiant temporaire coréen MSISDNKR. En plus, 10 grâce aux informations contenues dans SERVEUR AAA [500], et en particulier les liens entre l'identifiant téléphonique temporaire et permanent, il sera possible aux différents SERVEURS D'INTERCONNEXION [200] d'entamer les procédures de rappel de façon a ce que l'abonné appelé puisse toujours reconnaitre l'identifiant permanent de son correspondant appelant (pourvu que l'Opérateur cellulaire de l'abonné offre le service 15 d'identification de la ligne appelante). Il est important de noter que aucun SERVEUR D'INTERCONNEXION [200] peut, en général, substituer l'identifiant permanent du correspondant appelant au son identifiant temporaire, sauf dans le cas que l'appelant soit un employé et que le SERVEUR D'INTERCONNEXION [200] soit opéré sous la responsabilité de son employeur : cet interdiction relève des législations en terme de 20 traçabilité d'appel et n'est pas due à des raisons techniques. Encore une autre généralisation de la procédure décrite correspond au cas de la nécessité de changer d'identifiant téléphonique national. Par exemple, en Corée la téléphonie cellulaire dite `de troisième génération' (3G) n'est pas encore adoptée par la plupart des abonnés à la technologie dite `de deuxième génération' (2G), bien que la 25 technologie 3G ai montré des progrès significatifs du point de vue d'une majore disponibilité de services mobile et d'une qualité accrue en terme de qualité de communication. Du point vue de l'abonné à la technologie 2G, la barrière principale au passage à la technologie 3G est la contrainte de changer d'identifiant téléphonique, an ajoutant un préfix `010'. Les descriptions précédentes (procédures d'enregistrement et 30 d'appel) montrent que l'Opérateur d'Interconnexion pourrît agir en tant que fournisseur de portabilité du numéro 2G ver un numéro 3G. En effet, les bases de données contenues dans SERVEUR AAA [500] pourraient aussi permettre de relier les identifiants 2G et 3G des abonnés en garantissant la migration des services associés à la technologie 2G vers la technologie 3G. 35 Le rôle des différentes composantes du système dans les opérations d'acheminement décrites dans la Figure 7 peut être clarifié avec référence à la Figure 8. En Figure 8 un exemple de la configuration d'acheminement et des `Global Title 2941832 - 16 - Translation' est représenté. A noter : `Global Title Translation' (GTT) est l'équivalent du routage IP dans les réseaux SS7. L'opération de `translation' consiste à examiner l'adresse de destination du noeud du réseau (c'est-à-dire le numéro `appelé) et à décider comment identifier ce noeud dans le réseau téléphonique et comment lui acheminer les 5 messages. En conformité à la description de la Figure 1, les hypothèses suivantes sont faites : - En général, les équipements du réseau cellulaire (tels que le [310], [320], [330] etc) sont identifiés par un numéro téléphonique de type E.164. Le HLR [330], le GMSC [320] et le réseau SS7 vont utiliser ce numéro comme entrée pour les opérations de 10 `GTT', afin d'acheminer les messages vers la PASSERELLE SS7 [360] et, finalement, vers les SERVEURS D'INTERCONNEXION [200] destinataires - Les équipements du réseau sont aussi identifiés par les `Point Codes' (PC) qui, eux aussi, permettent un acheminement des messages entre les différents noeuds du réseau téléphonique. Tandis que le `Global Title' est un' adresse indirect et virtuelle 15 qui identifie une ressource télécom, le `Point Code' est une véritable adresse directe numérique pour l'acheminement des messages entre équipements physiques. Comme déjà expliqué les SERVEURS D'INTERCONNEXION [200] ne font pas forcement partie du réseau cellulaire (c'est-à-dire, ils peuvent être contrôles et managés par des opérateurs tiers ou des fournisseurs des services, ou encore des fournisseurs 20 d'interconnexion ou encore par un Opérateur d'Interconnexion) ; des `Point Codes' factices leurs sont attribués. C'est à la PASSERELLE SS7 [360] de permettre la liaison entre ces `Point Codes' factices et les `Point Codes' réels des équipements du réseau SS7 - La PASSERELLE SS7 [360] et les SERVEURS D'INTERCONNEXION [200] sont 25 aussi identifiés par des adresses IP, selon les couches protocolaires décrites en Figure 4. La Figure 8 montre que : Dans le HLR [330], les tables de routages en fonction de l'IMSI et/ou du MSRN indiquent l'acheminement des messages vers un SERVEUR 30 D'INTERCONNEXION [200] spécifique selon le format du MSRN assigné au téléphone de l'utilisateur. En outre, les tables de routage en fonction de l'identifiant E.164 de chaque SERVEUR D'INTERCONNEXION [200] indiquent l'acheminement des messages vers la PASSERELLE SS7 [360], ce dernier acheminement devant être effectué par le biais du `Point Code' 35 Dans le GMSC [320], les tables de routages en fonction de l'identifiant E.164 de chaque SERVEUR D'INTERCONNEXION [200] indiquent également l'acheminement des messages vers la PASSERELLE SS7 [360], ce dernier acheminement devant être effectué par le biais du `Point Code' 2941832 -17- - Dans la PASSERELLE SS7 [360], l'identifiant E.164 de chaque SERVEUR D'INTERCONNEXION [200] correspond à un `Point Codes' factice. En plus, chaque `Point Codes' factice correspond à l'adresse IP de chaque SERVEUR D'INTERCONNEXION [2001: grâce à cette dernière correspondance, il sera 5 possible de relier de façon logique chaque équipement/fonctionnalité du réseau cellulaire avec chaque fonctionnalité du réseau d'interconnexion décrit, selon les couches protocolaires de Figure 4. - Dans chaque SERVEUR D'INTERCONNEXION [200], des tables de routage sont construites selon les critères de la signalisation SS7 et aussi des réseaux IP. Bien que, 10 selon la configuration exemplaire décrite, la signalisation SS7 ne soit pas utilisée de façon directe dans les SERVEURS D'INTERCONNEXION [200] (la signalisation SS7 étant convertie en signalisation IP selon le protocole `SIGTRAN' de Figure 4), le modèle de routage adopté permet un interfaçage direct avec le réseau SS7. 15 La Figure 9 décrit les étapes 10. à 14. de Figure 7 plus en détail, selon les tables de routage présentées en Figure 8. Explications de la Figure 9 : Détails de l'Etape 10 (Figure 7 û rappel vers l'appelant). Un message de type `ISDN USER PART INITIAL ADDRESS MESSAGE' (IAM) est reçu par le block GMSC [320] de l'Opérateur cellulaire français. Ce message contient l'identifiant 20 téléphonique de l'appelant, qui est en situation d'itinérante et doit être rappelé par le réseau. - Détails de l'Etape Il (Figure 7 û rappel vers l'appelant). Le dispositif GMSC [320] (dans le réseau cellulaire français) interroge le HLR [330] (dans le réseau cellulaire français, car l'appelant est abonné à un Opérateur cellulaire français) afin d'obtenir 25 le Mobile Station Roaming Number (MSRN) de l'appelant. Cet identifiant permet au GMSC [320] de router l'appel dans le réseau cellulaire italien, afin de joindre l'appelant. - Détails de l'Etape 12 (Figure 7 û rappel vers l'appelant). Un échange de message entre HLR [330] (réseau français) et MSC/VLR [310] (réseau italien) permet à HLR 30 [330] de connaitre tel MSRN, qui sera du type +39MSISDNAPPELANT HLR [330] examine ses tables de routages : le MSRN (et donc la collocation géographique de l'abonné) permet de dériver l'identifiant `Point Code' de l'équipement qui est censé gérer les procédures de rappel (c'est-à-dire le SERVEUR D'INTERCONNEXION [200] en Italie). Dans le cas de l'invention ce `Point Code' est fictif, sans pour autant 35 impacter les procédures classiques du HLR [330]. L'adresse E.164 du SERVEUR D'INTERCONNEXION [200] (en Italie) est aussi connu par HLR [330] : selon les tables de routage, un acheminement vers cette destination implique le passage par le noeud intermédiaire [360] (identifié par son `Point Code"PC-360') 2941832 -18- - Détails de l'Etape 13 (Figure 7 û rappel vers l'appelant). Le HLR [330] envoie au GMSC [320] le MSRN (+39MSISDNAPPEI,ANT) ; ce message permet au GMSC [320] de connaître la localisation géographique de l'abonné, en tant qu'utilisateur des services d'interconnexion. Dans le message, l'adresse E.164 de la destination finale 5 (c'est-à-dire le SERVEUR D'INTERCONNEXION [200] en Italie) est aussi indiquée Etape intermédiaire, non explicitée en Figure 7 : GMSC [320] examine ses tables de routages : l'adresse E.164 de la destination finale (c'est-à-dire le SERVEUR D'INTERCONNEXION [200] en Italie) implique un acheminement des messages 10 vers le noeud intermédiaire PASSERELLE SS7 [360], définie en tant que `Destination Point Code' (DPC) avec un identifiant `PC-360' - Etape intermédiaire, non explicitée en Figure 7: GMSC [320] relaie à PASSERELLE SS7 [360] le message `IAM'. La liaison est faite au niveau des `Point Codes' : le `Origination Point Code' (OPC) et le `Destination Point Code' (DPC) 15 correspondent à `PC-320' et `PC-360' respectivement. Pour ce qui concerne la liaison à niveau fonctionnelle, l'adresse E.164 de la destination finale (c'est-à-dire le SERVEUR D'INTERCONNEXION [200] en Italie) est aussi envoyée à PASSERELLE SS7 [360]. - Etape intermédiaire, non explicitée en Figure 7 : PASSERELLE SS7 [360] examine 20 ses tables de routages : l'adresse E.164 de la destination finale (c'est-à-dire le SERVEUR D'INTERCONNEXION [200] en Italie) implique un acheminement des messages selon une liaison IP : l'adresse E.164 est dont remplacée par l'adresse IP du SERVEUR D'INTERCONNEXION [200] en Italie. Etape intermédiaire, non explicitée en Figure 7 : PASSERELLE SS7 [360] relaie le 25 message `IAM' vers le SERVEUR D'INTERCONNEXION [200] destination (en Italie). Le protocole utilisé est `M3UA' (`MTP Level 3 User Adaptation Layer', représenté in Figure 4), protocole qui permet d'acheminer de la signalisation compatible SS7 sur des réseaux IP. L'acheminement est fait selon les critères du protocole SS7 (c'est-à-dire, en précisant les `Point Codes' d'origine et de destination, 30 le `Point Code' de destination étant celui factice du SERVEUR D'INTERCONNEXION [200]) et selon les critères des réseaux IP, selon le protocole `SCTP' (Stream Control Transmission Protocol'). Détails de l'Etape 14 (Figure 7 û rappel vers l'appelant). L'étape 14 de Figure 7 est composée des étapes intermédiaires décrites ci-dessus. 35 Les tables de routage décrites en Figure 8, et les détails des opérations correspondantes de Figure 9 constituent un exemple d'implémentation. Cet exemple montre que les couches protocolaires des systèmes SS7 et leurs implémentation dans les 2941832 -19- équipements de support peuvent être entièrement respecté, tout en adoptant un modèle d'affaire flexible pour la mise en oeuvre d'un système d'interconnexion selon la description de l'invention Tout expert de l'art reconnaitra que d'autres options d'implémentation sont possibles, sans pour autant contrevenir à l'esprit de l'invention. 5 PROCEDURE D'ENVOIE DE SMS, A PARTIR DU PAYS VISITE Contexte : l'utilisateur (français) des services d'interconnexion s'est enregistré en Italie selon la procédure décrite précédemment. Il envoie un SMS vers un correspondant français, lui aussi utilisateur des services d'interconnexion et s'étant 10 enregistré à ces services en Allemagne (ce cas est général, et permet de déduire facilement le cas d'un des deux utilisateurs enregistré en France). Dans un premier temps, on fera référence à une modèle d'affaire représentée en Figure 10, dans laquelle seulement un sous-ensemble des éléments présents dans la Figure 2 est illustré: en particulier, le RELAIS DE SMS [270] est constitué d'un VLR/MSC [310], installé et 15 contrôlé par l'Opérateur français d'origine dans le réseau visité. Ce VLR/MSC [310] est connecté û de façon logique û à tous les noeuds du réseau SS7 local, car il respecte les normes te protocoles de connexion SS7 ; le VLRIMSC [310] communique en utilisant une connexion à très bas débit (par exemple 64 kbit par seconde) avec les autres noeuds du réseau SS7 local. But du VLRIMSC [310] est de pouvoir y registrer, de façon 20 permanente, un numéro téléphonique [311] (ou plusieurs numéro téléphoniques [311]) appartenant à l'Opérateur français d'origine, ce numéro [311] étant du type (+33MSISDNRELAIs-sMS) et appartenant ainsi à une base de donnés de l'opérateur d'origine : en effet, l'adoption d'une telle configuration correspondrait à considérer une carte SIM associée au numéro comme étant toujours en itinérance et toujours enregistrée 25 auprès d'un même VLRIMSC [310] dans le pays visité. Fonctionnellement, le numéro [311] (+33MSISDNRELAIs-sMS) fait partie û lui aussi û du RELAIS DE SMS [270]. Physiquement, le RELAIS DE SMS [270] (et son VLR/MSC [310] constituant) peut être réalisé purement en logiciel ; il sera apparent dans la description qui va suivre que les contraintes sont très faible en terme d'interfaçage physique (faible débit) et en terme de 30 processeurs de calcul. Selon la Figure 10, le VLR/MSC [310] du RELAIS DE SMS [270] peut s'interconnecter au réseau de l'Opérateur visité selon deux options possibles : Une connexion directe SS7 (ligne continue de Figure 10, reliant RELAIS DE SMS [270] et VLRIMSC [310] du réseau visité) ; dans ce cas, RELAIS DE SMS [270] échange des messages selon les protocoles et les procédures de réseaux SS7 35 Une connexion de type 'SS7 sur IP' (ligne discontinue de Figure 10, reliant RELAIS DE SMS [270] et VLR/MSC [310] du réseau visité par intermédiaire du dispositif INTERCONNEXION PASSERELLE SS7 [220] et du dispositif PASSERELLE SS7 [360]) ; dans ce cas, RELAIS DE SMS [270] échange des messages selon les 2941832 - 20 - protocoles et les procédures dits `SIGTRAN', dont les couches OSI sont représentées en Figure 4. Les deux options d'interconnexion sont équivalentes par rapport au fonctionnement du système selon l'invention. 5 La Figure 11 montre une suite d'étapes numérotées qui décrivent cette procédure d'envoie de SMS d'Italie vers l'Allemagne. Les étapes numérotées décrites par la suite font référence à des procédures standardisées dans les normes `3GPP' (3rd Generation Partnership Project) ; ces procédures ne seront pas expliquées dans les 10 détails, car bien connues par les experts de l'art. - Etape 1. L'utilisateur (ayant un identifiant français MSISDNFR-ORIG) choisit l'option `SMS' dans le Menu de la MIDLET [110] et sélectionne le correspondant auquel il souhaite envoyer le SMS à partir de son carnet d'adresse. - Etape 2. MIDLET [110] est à l'origine d'un échange de messages HTTPS `PUT' 15 avec SERVEUR AAA [500]. Le corps du message HTTPS contient une requête d'envoie SMS. A noter: l'adresse IP (publique) du SERVEUR AAA [500] est figée dans le code de MIDLET [110]. - Etape 3. Suite aux procédures d'enregistrement de l'utilisateur "appelant" (en Italie) SERVEUR AAA [500] a enregistré le lien : {MSISDNFR-0RIG, `FR' (pays d'origine), 20 `IT' (pays visité)}. Ce lien permet aux SERVEUR AAA [500] de vérifier, auprès du RELAIS DE SMS [270] (en Italie) la disponibilité d'un numéro [311]. Etape 4. SERVEUR AAA [500] est à l'origine d'un échange de messages HTTPS `PUT' avec MIDLET [110]. Le corps du message HTTPS contient un identifiant [311] disponible du type +33MSISDNRELais-SMS• 25 Etape 5. MIDLET [110] formate le SMS composé par l'utilisateur "appelant" et envoie le message à l'identifiant [311] reçu par SERVEUR AAA [500]. Le corps du message contient l'identifiant du correspondant destinataire (MSISDNFR-DEST) et le véritable texte du message. A noter : la longueur totale d'un SMS étant limitée à 180 caractères, le texte du message sera limité à 165 caractères, 15 caractères étant 30 réservés au numéro destinataire - Etape 6. La carte SIM du téléphone mobile de l'utilisateur contient le numéro `E.164' du SMSC [350] de l'Opérateur français d'origine. Ce SMSC [350] doit connaître la localisation géographique du numéro [311] destinataire. A ce but, un échange de message du type SEND_ROUTING_INFO_FOR_SM_REQ 35 (SENDROUTINGINFOFORSMCNF) a lieu entre SMSC [350] et HLR [330]. Cet échange n'est pas explicité en Figure 11, car bien connu par les experts de l'art. Selon les explications de Figure 10, le numéro [311] destinataire est alloué, de façon permanente, au VLR/MSC [310] dans le réseau destinataire, ce VLR/MSC [310] 2941832 -21 - faisant partie du RELAIS DE SMS [270] (en Italie). Le message SEND ROUTING INFO FOR SM CNF contiendra donc l'identifiant 'E.164' de tel VLR/MSC [310] - Etape 7. Grace à l'information obtenue dans l'Etape 6, SMSC [350] peut relayer le 5 message vers le numéro [311] destinataire, en utilisant la procédure `FORWARD_SMMTREQ', bien connue par les experts de l'art. Conformément à l'Etape 5, le corps du message contient l'identifiant du correspondant destinataire (MSISDNFR-DEST) et le véritable texte du message Etape 8. Une fois le message reçu, le processeur du RELAIS DE SMS [270] (en 10 Italie) scinde le véritable texte du message de l'identifiant du destinataire. - Etape 9. RELAIS DE SMS [270] est à l'origine d'un échange de messages HTTPS `PUT' avec le B2BUA [240] (RELAIS DE SMS [270] et B2BUA [240] font partie du même dispositif SERVEUR D'INTERCONNEXION [200]). Le corps du message HTTPS contient le texte du message et l'identifiant du destinataire, selon 15 l'Etape 8. - Etape 10. A son tour, B2BUA [240] est à l'origine d'un échange de messages HTTPS `PUT' avec le avec SERVEUR AAA [500]. Le corps du message HTTPS est le même que pour l'étape précédente. But de l'étape 10 est de permettre au B2BUA [240] de découvrir son `pair' (c'est-à-dire le B2BUA [240] sur lequel le 20 correspondant destinataire s'est enregistré). Etape 11. Suite aux procédures d'enregistrement de l'utilisateur destinataire (en Allemagne) SERVEUR AAA [500] a enregistré le lien : {MSISDNFR_DEST, `FR' (pays d'origine), `ALL' (pays visité)}. - Etape 12. SERVEUR AAA [500] est à l'origine d'un échange de messages HTTPS 25 `PUT' avec le B2BUA [240] (en Italie). Le corps du message HTTPS contient le nom (et/ou l'adresse) du B2BUA [240] (en Allemagne) sur lequel le correspondant destinataire s'est enregistré. Etape 13. B2BUA [240] (en Italie) envoie un message de type SIP MESSAGE (bien connu par les experts de l'art) vers son homologue (le B2BUA [240] en Allemagne). 30 Les champs `From' et `To' de l'en-tête du message correspondent, respectivement, au correspondant "appelant" et destinataire. Le corps du message (SMS PDU) est le texte du SMS - Etape 14. B2BUA [240] est à l'origine d'un échange de messages HTTPS `PUT' avec le RELAIS DE SMS [270] (RELAIS DE SMS [270] et B2BUA [240] font 35 partie du même dispositif SERVEUR D'INTERCONNEXION [200] en Allemagne). Le corps du message HTTPS contient le texte du message, l'identifiant du destinataire et celui de l'envoyeur. 2941832 - 22 - Etape 15. Le processeur du RELAIS DE SMS [270] (en Allemagne) réuni le véritable texte du message de l'identifiant de l'envoyeur dans un seul corps de message. Etape 16. Le VLR/MSC [310] qui compose le dispositif RELAIS DE SMS [270] (en 5 Allemagne) a besoin de connaitre l'adresse (`Global Title') du VLR/MSC [310] local sur lequel le numéro MSISDNFR_DEST destinataire est enregistré. A ce titre, il envoie une requête 'MAP _PROVIDE ROUTING _INFORMATION' au HLR [300]. Normalement, cette requête est envoyée par un GMSC [320], c'est-à-dire par l'élément situé û fonctionnellement û à la frontière du réseau cellulaire, afin 10 d'acheminer les messages en dehors de tel réseau. Dans le cas de l'invention, la requête 'MAP_PRO VIDE ROUTING INFORMATION' est envoyée par un élément [310] interne au réseau local (en Allemagne). Cependant, cet élément [310] étant contrôlé par l'Opérateur français d'origine, il doit être considéré comme à la frontière entre le réseau local (en Allemagne) et le réseau d'origine (en France). 15 Dans tous les cas, c'est au HLR [300] d'accepter ou rejeter les messages `MAP PROVIDE ROUTING INFORMATION' ; il suffit que, vis-à-vis du HLR [300], le VLR/MSC [310] qui compose le dispositif RELAIS DE SMS [270] soit considéré en tant que GMSC [320]. Etape 17. HLR [300] répond à la requête de l'Etape 16 en envoyant le message 20 `MAP PROVIDE ROUTING INFORMATION ACK'. Ce message contiendra l'adresse (`Global Title') du VLR/MSC [310] local sur lequel le numéro MSISDNFR_ DEST destinataire est enregistré. Etape 18. Le VLR/MSC [310] qui compose le dispositif RELAIS DE SMS [270] (en Allemagne) a toutes les informations pour pouvoir envoyer un message 25 `FORWARD_SM_MT_REQ' (bien connue par les experts de l'art) au VLRIMSC [310] du réseau local. Conformément à l'Etape 15, le corps du message contient l'identifiant du correspondant envoyeur (MSISDNFR-oRIG) et le véritable texte du SMS Etape 19. Le VLR/MSC [310] local relaie un message `SMS-MT' (bien connue par 30 les experts de l'art) au correspondant destinataire. Etape 20. MIDLET [110] décode le SMS reçu, de sorte a scinder le véritable texte du SMS qui va être présenté à l'utilisateur, ainsi que l'identité du correspondant envoyeur. 35 La méthode présenté a des avantages en termes de coût d'interconnexion et, par conséquence, peut se révéler intéressant pour pouvoir baisser les coûts d'envoie des SMS en situation d'itinérance. En effet : 2941832 - 23 - Dans la première phase de la procédure (SMS envoyé du téléphone du correspondant "appelant" vers RELAIS DE SMS [270] dans le même pays de rappelant") les messages sont acheminés à l'intérieur du réseau local visité (en Italie) ; en plus, le récepteur du SMS est contrôlé par l'Opérateur français d'origine. Les coûts de ce 5 SMS équivalent aux coûts de transit local dans le réseau visité. Pour ce qui concerne la connexion international, les seuls messages qui doivent transiter par un fournisseur international (qui fournit, habituellement, une connectivité au niveau Signaling Convection Control Part, `SCCP') sont les messages de l'étape 6. - Dans la dernière phase de la procédure (SMS envoyé du numéro [311] du RELAIS 10 DE SMS [270] dans le même pays du destinataire vers le téléphone du correspondant destinataire) les messages sont acheminés à l'intérieur du réseau local visité (en Allemagne) ; en plus, le numéro [311] qui envoie le SMS est contrôlé par l'Opérateur français d'origine. Les coûts de ce SMS équivalent aux coûts de transit local dans le réseau visité. Pour ce qui concerne la connexion international, les seuls 15 messages qui doivent transiter par un fournisseur international (qui fournit, habituellement, une connectivité au niveau Signaling Connection Control Part, `SCCP') sont les messages des étapes 16. et 17. - Dans la phase intermédiaire, les messages transitent par le réseau Internet public, sans aucun coût pour l'Opérateur cellulaire français. 20 - Les étapes 2. et 4. sont effectuées via une connexion internet, par le biais du réseau GPRS. Selon des modèles récentes de tarification, une connexion GPRS en itinérance est facturé environs 15 { par mégaoctet, avec û typiquement û des abonnements en prépayé. Si l'on estime à 200 octets les messages qui transitent dans les étapes 2. et 4. le coût pour le démarrage de la procédure d'envoie d'un SMS est 25 d'environs 0,3 centimes d' { pour l'utilisateur. La méthode présenté a des avantages par rapport aux procédures existantes dans les réseaux du type `cdmaOne' (c'est-à-dire pour des abonnés aux réseaux cdmaOne en itinérance et pour l'interconnexion entre réseaux différents tels que GSM/GPRS/UMTS 30 et cdmaOne). En effet, les procédures pour la transmission des SMS, selon la norme dite à la base du standard cdmaOne, sont basées sur les principes suivants: - Afin d'envoyer un SMS au téléphone du destinataire, le message doit être envoyé au `Message Center' (MC) destinataire, ce MC pouvant être dans un pays visité par le destinataire. 35 - Afin de délivrer le message au MC destinataire, le MSC [310] d'origine (dit MSC `ancre' en IS-41) ou le MC de l'envoyeur doit traduire l'identifiant du téléphone mobile destinataire (relié mais pas équivalent au MSISDN) en l'identifiant du MC destinataire. 2941832 -24- - L'interconnexion entre les MC envoyeur et destinataire est assuré par un `Routeur SMS' qui garantie, par ailleurs, l'interopérabilité entre réseaux différents tels que GSM/GPRS/UMTS et cdmaOne. Les principes du standard cdmaOne montrent que les fonctionnalités de 5 plusieurs éléments réseau doivent s'enchainer afin de garantir l'envoie approprié du SMS ; en plus, selon les modèles d'affaires considérés il est nécessaire d'enregistrer le `Routeur SMS' sur le réseau d'origine et/ou de destination. Les experts de l'art apprécieront le fait que l'invention peut simplifier ces procédures d'envoie des SMS et réduire, par conséquent, les coûts d'interconnexion. En effet, il est possible de constater 10 que : Le MC envoyeur peut relayer le texte à un numéro [311] du RELAIS DE SMS [270], ce RELAIS DE SMS [270] ayant un' interface logique .avec le MC envoyeur. Le numéro [311] étant enregistré dans le même réseau du téléphone émetteur, un éventuel MC destinataire serait local. 15 - Le RELAIS DE SMS [270] peut relayer le texte à son `pair' dans le réseau destinataire. Cette interconnexion est assurée par le réseau Internet public Un numéro [311] du RELAIS DE SMS [270] dans le réseau destinataire peut envoyer le texte à la destination finale, par le biais d'un MC envoyeur et un éventuel MC destinataire, les deux MC étant dans le même réseau (destinataire) local. 20 La procédure d'envoie de SMS décrite se généralise au cas d'un expéditeur et/ou d'un destinataire qui changent d'identifiant téléphonique (par exemple en changeant de carte SIM ou même en changeant de téléphone cellulaire dans le cas d'une technologie cellulaire différente, tel que le cdmaOne). A titre d'exemple on fera 25 l'hypothèse que l'expéditeur est espagnol, qu'il a souscrit son abonnement cellulaire auprès de `Telefonica' et qu'il est en déplacement en Corée, où il a loué un téléphone cellulaire fonctionnant selon la norme cdmaOne. Suite aux procédures d'enregistrement de l'appelant, SERVEUR AAA [500] a enregistré les liens suivants : {MSISDNES, `ES' (pays d'origine), MSISDNKR, `KR' (pays visité)}. 30 Dans un mode de réalisation préféré de cette généralisation, le RELAIS DE SMS [270] sera constitué d'un ou plusieurs téléphones mobiles, équipés de cartes SIM correspondantes ; fonctionnellement, ces téléphones mobiles permettront une interconnexion avec le RESEAU OPERATEUR MOBILE [300] (en particulier le Short Message Service Center ù SMSC [350] local). Dans ce cas, l'Opérateur français 35 d'origine n'a pas besoin d'installer et opérer un VLR/MSC [310] dans le réseau visité. Par conséquent, les étapes 1 à 9 de la procédure d'envoie SMS sont modifiée selon la description suivante: 2941832 - 25 - Etape lA (changement d'identifiant de l'expéditeur). L'utilisateur (ayant un identifiant espagnol MSISDNES-oRIG) choisit l'option `SMS' dans le Menu de la MIDLET [110] et sélectionne le correspondant auquel il souhaite envoyer le SMS à partir de son carnet d'adresse. 5 - Etape 2A (changement d'identifiant de l'expéditeur). MIDLET [110] est à l'origine d'un échange de messages HTTPS `PUT' avec SERVEUR AAA [500]. Le corps du message HTTPS contient une requête d'envoie SMS. A noter: l'adresse IP (publique) du SERVEUR AAA [500] est figée dans le code de MIDLET [110]. Etape 3A (changement d'identifiant de l'expéditeur). Suite aux procédures 10 d'enregistrement de l'expéditeur (en Corée) SERVEUR AAA [500] a enregistré le lien : {MSISDNES, `ES' (pays d'origine), MSISDNKR, `KR' (pays visité)}. Ce lien permet aux SERVEUR AAA [500] de vérifier, auprès du RELAIS DE SMS [270] (en Corée) la disponibilité d'un récepteur téléphonique associé à un numéro [311]. Etape 4A (changement d'identifiant de l'expéditeur). SERVEUR AAA [500] est à 15 l'origine d'un échange de messages HTTPS `PUT' avec MIDLET [110]. Le corps du message HTTPS contient un identifiant [311] disponible du type +82MSISDNRELAIs_ SMS. (+82 est l'identifiant-pays pour la Corée) - Etape 5A (changement d'identifiant de l'expéditeur). MIDLET [110] formate le SMS composé par l'utilisateur "appelant" et envoie le message à au récepteur [311] 20 dont l'identifiant [311] a été reçu de la part de SERVEUR AAA [500]. Le corps du message contient l'identifiant du correspondant destinataire et le véritable texte du message. - Etape 6A. (changement d'identifiant de l'expéditeur). Le téléphone mobile loué par de l'expéditeur contient le numéro 'E.164' du `Message Center' (MC) de l'Opérateur 25 coréen. Ce MC doit connaître la localisation géographique du récepteur [311] destinataire, par le biais d'un échange de message de type SEND ROUTING INFO FOR SM REQ (SEND_ROUTING_INFO_FORSMCNF) avec le HLR. Cet échange de message est local, à l'intérieur du réseau de l'Opérateur coréen. 30 Etape 7A. (changement d'identifiant de l'expéditeur). Grace à l'information obtenue dans l'Etape 6, le MC peut relayer le message vers le récepteur [311] destinataire, en utilisant la procédure `FORWARD_SM_MT_REQ'. Conformément à l'Etape 5, le corps du message contient l'identifiant du correspondant destinataire et le véritable texte du message 35 - Etape 8A. (changement d'identifiant de l'expéditeur). Une fois le message reçu, le processeur du RELAIS DE SMS [270] (en Corée) scinde le véritable texte du message de l'identifiant du destinataire. 2941832 -26- Etape 9A. (changement d'identifiant de l'expéditeur). Comme pour l'étape correspondante de la procédure d'envoie de SMS décrite précédemment Les procédures d'enregistrement, d'appel et d'envoie / réception SMS décrites 5 caractérisent l'invention dans ses généralités. En effet, les experts de l'art reconnaîtront les nouveautés principales dans le système d'interconnexion exposé, notamment: Un système d'interconnexion entre réseaux cellulaires (ces réseaux pouvant être installés dans des pays différents) selon lequel les équipements et le fonctionnalités d'interconnexion sont basés sur les protocoles Internet publics, ces équipements et 10 fonctionnalités opérant de façon alternative aux équipements et fonctionnalités traditionnels basée sur les protocoles et infrastructures dites 'SS7'. La possibilité pour les Opérateurs de réseaux cellulaires d'exploiter tel système d'interconnexion, en simplifiant les accord d'itinérance entre eux, en pouvant créer des nouveaux accords d'itinérance de façon rapide et efficace et en réduisant les 15 couts d'interconnexions (internationales), notamment les coûts dits `de transits' et ceux relies à l'utilisation des infrastructures d'interconnexion 'SS7' opérées par des tiers. - La possibilité pour les abonnés des Opérateurs de réseaux cellulaires de bénéficier de tarifications avantageuses quant ils se trouve en situation d'itinérance, notamment 20 grâce à un service d'interconnexion entre Opérateurs cellulaires qui exploite le système et les dispositifs d'interconnexion décrits et qui utilise des logiciels applicatifs (dénommés `Midlet' dans la description) qui sont installés dans les téléphones mobiles des abonnés et qui permettent de gérer toute communication cellulaire selon les principes décrits. 25 - Des SERVEURS D'INTERCONNEXION [200] qui constituent la base du système d'interconnexion décrit, ces serveurs étant installés dans des `Point-de-Présence' dans chaque pays ou le système d'interconnexion est déployé, ces SERVEURS D'INTERCONNEXION [200] pouvant relier les différents réseaux cellulaires au réseau Internet publique, l'interfaçage entre un réseau cellulaire et un (ou plusieurs) 30 SERVEURS D'INTERCONNEXION [200] pouvant se faire par le biais des identifiant SS7 (dénommés `Point Codes'), ces identifiant étant factices dans les SERVEURS D'INTERCONNEXION [200]. - L'exploitation de tels `Point Codes' factices des SERVEURS D'INTERCONNEXION [200] afin de pouvoir acheminer les appels vers les abonnés 35 cellulaires en situation d'itinérance par le biais du `Mobile Station Roaming Number' (MSRN), bien connu par les experts de l'art, ce MSRN étant utilisé de façon locale (c'est-à-dire à l'intérieur d'un réseau cellulaire local) pour tout appel entrant. 2941832 - 27 - Des RELAIS DE SMS [270] qui font partie des SERVEURS D'INTERCONNEXION [200]. Ces RELAIS DE SMS [270] permettent de réduire le coût de transport de SMS entre réseaux cellulaires différents; les RELAIS DE SMS [270] sont composés de fonctionnalités de type MSCNLR [310] gérées par les 5 Opérateur cellulaires dans des réseaux cellulaires étranger et par des numéros téléphoniques [311] (aussi gérées par les Opérateur cellulaires dans des réseaux cellulaires étranger) qui sont registrés sur tels MSCNLR [310] de façon permanente. Une telle configuration des RELAIS DE SMS [270] permet de séparer les procédures d'envoie / réception de SMS en tronçons séparés, où les tronçons 10 cellulaires sont locaux et n'utilisent pas les procédures et les protocoles internationaux SS7. La méthode décrite est compatible avec le cahier des charges d'un système d'interconnexion selon la description formulée précédemment. 15 VARIANTES DE REALISATION Des variantes de réalisation existent par rapport à la configuration préférentielle du procédé qui fait référence aux procédures de communications vocales et SMS décrites. Ces variantes peuvent être divisées en différentes classes : 20 CLASSE 1: VARIANTES PAR RAPPORT AU DEPLOIEMENT PROGRESSIF DU SYSTEME D'INTERCONNEXION ET AUX SERVICES ASSOCIES Il est évident que le déploiement d'un système selon la description, et du support 25 des services associés se fait de façon progressive. En effet, le système peut être adopté par certains Opérateurs cellulaires et pas par d'autres. Le système pourrait être proposé aussi par des Opérateurs d'Interconnexion, qui fournissent des solutions réseau physiques et logiques (protocoles, procédures) pour interconnecter des réseaux de communication différents. Dans tous les cas de figure, le déploiement progressif d'une 30 telle solution implique que des abonnés aux services d'interconnexion se trouveront dans les conditions de communiquer avec des correspondants qui ne sont pas abonnés à tels services. Une variante de réalisation consiste donc à établir des procédures de communication entre abonnés et non-abonnés de façon à générer de l'intérêt pour le service d'interconnexion décrit et pouvoir donc en faciliter l'expansion. Ces procédures 35 de communication entre abonnés et non-abonnés sont décrites selon trois phases : allocation d'un numéro à l'abonné, déviation d'appel, appel d'un non-abonné vers un abonné. Allocation d'un numéro à l'abonné 2941832 - 28 - L'utilisateur des services d'interconnexion a souscrit un abonnement avec le Fournisseur de Services d'Interconnexion (tel fournisseur pouvant être un 'Opérateur d'Interconnexion', ou un Opérateur cellulaire ou autre). A la suite de cette souscription, l'utilisateur a eu l'autorisation au téléchargement de la MIDLET [110] sur son téléphone 5 mobile [100]. En outre, à l'acte de la souscription, l'utilisateur a enregistré un ou plusieurs de ses identifiants téléphoniques (au moins le MSISDN correspondant à sa carte SIM). En plus, le Fournisseur de Services d'Interconnexion réserve un numéro fixe à l'utilisateur, ce numéro étant û en général û un numéro local dans le pays d'origine de 10 l'abonné. Alternativement, ce numéro peut être un numéro `global', par exemple un numéro avec préfix `883', standardisé récemment par l'Union International des Télécommunications (UIT). Ce numéro pourrait être connu seulement par la MIDLET [110] et le SERVEUR AAA [500], sans que l'abonné n'ait aucune connaissance ; autrement, l'abonné pourrait être à connaissance de ce numéro. Les modalités de 15 réservation de ce numéro peuvent être diverses, selon le contrat entre l'abonné et le Fournisseur de Services d'Interconnexion et n'impactent pas l'esprit de l'invention. Dans la suite, se numéro sera défini comme `NumeroAllouéAbonné'. Déviation d'appel Avant de partir vers un pays étranger, l'utilisateur des services d'interconnexion 20 va entamer des procédures de déviation d'appel vers le `NumeroAllouéAbonné' qui lui a été réservé par le Fournisseur de Services d'Interconnexion. Ces procédures seront û de préférence û du type `Cali Forwarding Not Reachable' : si l'utilisateur ne peut être joint, l'appel sera dévié sur le numéro `NumeroAllouéAbonné'. Selon les principes de l'invention, la procédure de déviation d'appel pourrait être initiée par MIDLET [110] 25 qui, en particulier, pourrait contenir û dans une zone de mémoire sécurisée û le numéro `NumeroAllouéAbonné'. De préférence, la procédure de déviation d'appel devrait être lancée quant l'utilisateur est encore dans son pays d'origine : c'est alors le réseau de l'Opérateur cellulaire d'origine qui prendrait en charge cette procédure, en signalant cette condition au HLR [330] qui met ainsi à jour le profil de l'utilisateur. Si la 30 procédure de déviation d'appel devait être lancée depuis un pays visité (et donc une fois que l'utilisateur est sous le contrôle d'un Opérateur cellulaire visité) il y a des risques que la procédure déviation d'appel ne soit pas traitée de façon appropriée. La procédure de déviation d'appel est décrite dans la Figure 12, qui illustre le démarrage de telle procédure en utilisant le menu de MIDLET [110] (Etape 1), en 35 déclenchant un message de type `SUPPLEMENTARY SERVICE REGISTER' (SS REGISTER) de MIDLET [110] vers la Plate-forme USSD de l'Opérateur, ce message contenant la requête `Cali Forwarding Not Reachable' (CFNR) et le numéro destinataire (Etape 2), en démarrant un échange de messages de type `MAP REGISTER SS' et 2941832 -29- `MAPINSERT_SUBSCRIBERDATA' (bien connus par les experts de l'art) entre la Plate-forme USSD de l'Opérateur et le HLR [330], cet échange de messages permettant d'enregistrer cette condition sur le profile de l'utilisateur (Etape 3), en clôturant la séquence des messages et en envoyant le résultat de la procédure sur l'interface 5 utilisateur (Etapes 4 et 5). Appel d'un non-abonné vers un abonné Vis-à-vis d'un non-abonné, l'abonné se présente comme `détaché' (detached) par rapport au réseau cellulaire visité : dans sa base de donnés, le HLR [330] marque l'abonné comme `non joignable' : tout appel vers l'abonné de la part d'un non-abonné 10 se déroule selon les modalités dites `Early Cali Forwarding', qui sont illustrées dans la Figure 13, selon laquelle : Etape 1. L'appelant (non-abonné aux Services d'Interconnexion) compose le numéro du correspondant (abonné à tels services). L'appelant n'étant pas abonné, il n'a pas accès à la MIDLET [110]. Suite à la procédure d'appel, un message de type `ISUP 15 IAM' est envoyé au GMSC [320] situé dans le réseau de l'Opérateur d'origine français de l'appelé. A noter : tout élément réseau intermédiaire n'est pas mentionné, par simplicité. Etape 2. Le dispositif GMSC [320] (dans le réseau cellulaire français) interroge le HLR [330] (dans le réseau cellulaire français, car l'appelant est abonné à un 20 Opérateur cellulaire français) afin d'obtenir le Mobile Station Roaming Number (MSRN) de l'appelant. Etape 3. Le HLR [330] renvoie au GMSC [320] le numéro de déviation d'appel `NumeroAllouéAbonné', ce numéro étant enregistré dans la base de donnés du HLR [330], suite à la procédure de déviation d'appel effectuée par l'abonné avant de se 25 déplacer dans le pays étranger. Etape 4. Après consultation des tables de routage, le GSMC [320] envoie un message de type `ISUP IAM' au block INTERCONNEXION PASSERELLE SS7 [220] du SERVEUR D'INTERCONNEXION [200] en France, afin d'alerter le bloc B2BUA [240] de déclencher les procédures de l'étape 5. A noter : le dispositif 30 INTERCONNEXION PASSERELLE SS7 [220] ainsi que le dispositif [340] (qui sert d'intermédiaire de Protocol entre [220], et [320] ne sont pas représentés pour simplicité ; toutefois, leurs fonctionnalités sont nécessaires, comme tout expert de l'art reconnaitra. Etape 5. B2BUA [240] vérifie l'état de l'enregistrement des deux correspondants. En 35 particulier, avec un' interaction appropriée avec SERVEUR AAA [500] (interaction non représentée, par simplicité) il sera possible de déterminer que l'appelant n'est pas abonné aux Services d'Interconnexion) 2941832 -30- - Etape 6. Un répondeur automatique (`Interactive Voice Response', IVR) peut se déclencher, afin de signaler à l'appelant que l'appelé est en situation d'itinérance, et qu'il est possible de le joindre à un prix réduit en utilisant des services d'interconnexion spécifiques. En effet, cette étape peut être exploitée utilement afin 5 d'envoyer des messages publicitaires sur les services d'interconnexion et pour en expliquer les avantages pour les Opérateurs et pour le grand public. Le IVR peut donner ainsi les instructions à l'appelant, selon qu'il veuille continuer l'appel ou le terminer ou laisser un message. - Etape 7. Dans l'hypothèse que l'appelant continue la procédure d'appel, il presse un 10 touche de son clavier téléphonique, afin d'alerter le B2BUA [240] que la procédure d'appel peut continuer. Il est évident que les étapes 6. et 7. sont optionnel, et que la procédure d'appel peut continuer sans forcement avoir un' interaction avec l'appelant. Etape 8. Un message du type A SIP INVITE est envoyé par le B2BUA [240] du 15 SERVEUR D'INTERCONNEXION [200] en France au PROXY SIP [210]. On fait ici l'hypothèse que l'appelé (abonné aux Services d'Interconnexion) est en déplacement en Italie. Le message SIP INVITE est donc relayé au PROXY SIP [210] du SERVEUR D'INTERCONNEXION [200] en Italie. Etape 9. Suite au message SIP INVITE reçu, le bloc PROXY SIP [210] du 20 SERVEUR D'INTERCONNEXION [200] en Italie alerte le block INTERCONNEXION PASSERELLE SS7 [220] (non représenté pour des raisons de simplicité) afin qu'il envoie un message de type `ISUP IAM' vers le block GMSC [320] de l'Opérateur cellulaire visité. A noter : le dispositif [340] (qui sert d'intermédiaire de Protocol entre [220] et [320] n'est pas représenté pour simplicité ; 25 toutefois, ses fonctionnalités sont nécessaires, comme tout expert de l'art reconnaitra. Il est important de noter que le déclenchement de la procédure `ISUP IAM' de la part du bloc PROXY SIP [210] du SERVEUR D'INTERCONNEXION [200] en Italie n'utilise pas le `Mobile Station Roaming Number' pour identifier le destinataire de 30 l'appel, comme il était décrit dans les étapes 15., 16., 17. en Figure 7. En effet, en Figure 7 le cas considéré était celui d'un abonné aux Services d'Interconnexion qui appelait un autre abonné : les deux abonnés pouvaient donc profiter de la caractéristique `locale' de tout appel passé entre eux. Dans le cas de Figure 13, l'appelant n'est pas abonné aux services : il est donc normal que son appel ne soit pas facturé selon des critères locaux : 35 dans tous les cas, et comme tout expert de l'art reconnaitra, l'appel selon la description de Figure 13 aura un cout réduit pour l'Opérateur d'Interconnexion, la liaison entre les réseaux cellulaires ne faisant pas utilisation des interconnexion classiques 'SS7'. Pour ce 2941832 -31- qui concerne l'appelé, le seul cout additionnel qu'il doit assumer est celui de la déviation d'appel. Il est aussi important de noter que le système ne doit pas avoir le même comportement fonctionnel selon le cas d'un appel de la part d'un abonné aux Services 5 d'Interconnexion vers un autre abonné (procédure d'appel de Figure 7) ou selon le cas d'un appel de la part d'un non-abonné vers un abonné (procédure d'appel de Figure 13). En effet, selon la Figure 7, des procédures d'appel local doivent être déclenchées, ces procédures utilisant le `Mobile Station Roaming Number' (MSRN) pour identifier l'appelant (abonné) et l'appelé (abonné); par contre, selon la Figure 13, des procédures 10 de déviation d'appel doivent être déclenchées. La Figure 14 décrit la procédure général, qui est valable dans tous les cas. Dans la Figure 14 il est montré que la distinction entre les deux cas peut se faire à niveau du dialogue entre le GMSC [320] et le HLR [330], ces deux dispositifs faisant partie du réseau cellulaire de l'Opérateur d'origine de l'appelant (abonné), de l'appelé (abonne) et de l'appelant (non-abonné). Dans la description qui 15 suit, on fera l'hypothèse que tel Opérateur d'origine est français, que l'appelé est en itinérance en Italie et que l'appelant (abonné ou non-abonné) est en France. La Figure 14 montre une suite d'étapes numérotées qui détaillent le dialogue entre le GMSC [320] et le HLR [330]: - Etape 1. Un message de type `ISDN USER PART INITIAL ADDRESS MESSAGE' 20 (IAM) est reçu par le block GMSC [320] de l'Opérateur cellulaire français. Ce message contient l'identifiant téléphonique de l'appelant. L'appelant pourrait être un abonné aux Services d'Interconnexion qui est en situation d'itinérance et doit être rappelé par le réseau. Alternativement, l'appelant pourrait être un non-abonné et l'appel doit être redirigé vers le `NumeroAllouéAbonné'. Il est donc nécessaire que 25 le GMSC [320] puisse reconnaitre le type d'appelant et alerter le HLR [330] en conséquence. Etape 2. Le dispositif GMSC [320] (dans le réseau cellulaire français) interroge le HLR [330] (dans le réseau cellulaire français, car l'appelant est abonné à un Opérateur cellulaire français) afin d'obtenir le Mobile Station Roaming Number 30 (MSRN) de l'appelant (si l'appelant est abonné aux Services d'Interconnexion) ou le numéro dit `Forward-to-Number' (FTN), si l'appelant n'est pas abonné aux Services d'Interconnexion. Afin que le HLR [330] puisse répondre selon l'état de l'appelant (abonné ou non-abonné), le GMSC [320] peut exploiter un des paramètres optionnels du message SEND_ROUTING_INFO_REQ et l'utiliser pour fournir au HLR [330] 35 l'information sur l'état de l'appelant. A titre d'exemple, le paramètre `Network Indication of Alerting' peut être utilisé : ce paramètre est optionnel ; il faut donc que le HLR [330] puisse le reconnaitre et le traiter. 2941832 - 32 - Etape 3. On fait l'hypothèse que le HLR [330] puisse supporter le paramètre `Network Indication of Alerting', faisant partie du message SEND_ROUTINGINFO_REQ envoyé par le GMSC [320]. Dans ce cas, une configuration spécifique de ce paramètre peut être reconnue par le HLR [330], qui 5 sera donc dans la mesure d'exécuter les actions appropriées selon l'état de l'appelant (abonné ou non-abonné). Etape 4. Cette étape est exécutée seulement si l'appelant est abonné aux Services d'Interconnexion. Dans ce cas, un échange de message entre HLR [330] (réseau français) et MSC/VLR [310] (réseau en Italie) permet à HLR [330] de connaitre le 10 MSRN, selon la description de l'Etape 12 de Figure 7. Etape 5. HLR [330] examine ses tables de routages : si l'appelant est abonné aux Services d'Interconnexion, le MSRN obtenu dans l'étape 4 permet de dériver l'identifiant `Point Code' de l'équipement qui est censé gérer les procédures de rappel (c'est-à-dire le SERVEUR D'INTERCONNEXION [200] en Italie). Dans ce 15 cas de figure, l'Etape 5 est identique à 1'Etape 12 de Figure 7. Si l'appelant n'est pas abonné aux Services d'Interconnexion, le profile de l'appelé est examiné afin de connaitre le numéro de déviation d'appel `FTN' de l'appelé. Etape 6. Suite à l'Etape 5, le HLR [330] envoie au GMSC : o Soit le MSRN (+39MSISDNAPPELANT ), et l'adresse E.164 de la 20 destination finale qui va permettre le routage d'appel dans le réseau visité (c'est-à-dire le SERVEUR D'INTERCONNEXION [200] en Italie). Dans le message SEND_ROUTING_INFOCNF, le paramètre `Roaming Number' aura la valeur du MSRN. o Soit le `FTN' (`NumeroAllouéAbonné'), et l'adresse E.164 de la 25 destination qui va permettre le routage d'appel dans le réseau visité (c'est-à-dire le SERVEUR D'INTERCONNEXION [200] en France, car l'appelé a dévié l'appel vers un identifiant français, tel identifiant étant enregistré dans le SERVEUR D'INTERCONNEXION [200] du pays d'origine, comme expliqué en Figure 12). Dans le message 30 SEND_ROUTING_INFO_CNF, le paramètre `Forwarded to Number' aura la valeur `NumeroAllouéAbonné'. Les Etapes 7, 8, 9, 10 sont équivalentes aux étapes 14 et 15 de Figure 7 (et aux explications détaillées dans la Figure 9). La seule difference est la nécéssite de la part du GMSC [320] de router l'appel vers le PROXY SIP [210] appartenant au 35 SERVEUR D'INTERCONNEXION [200] en Italie (dans le cas d'un appelant abonné aux Services d'Interconnexion) ou vers le PROXY SIP [210] appartenant au SERVEUR D'INTERCONNEXION [200] en France (dans le cas d'un appelant non abonné à tels services). Suite à 1'Etape 6 et à ses tables de routage, le GMSC [320] 2941832 - 33 - pourra acheminer la signalisation d'appel vers le SERVEUR D'INTERCONNEXION [200] approprié. La procédure décrite requiert une customisation spécifique des messages 5 échangés entre le GMSC [320] et le HLR [330]. Bien que la customisation, telle que décrite dans les Etapes 2 et 3 de Figure 14 soit particulièrement simple, il nécessite la mise en place de procédures logiciel spécifiques et d'un' adaptation des bases de donnés de l'Opérateur d'origine de l'appelant (et de l'appelé). Il sera montré par la suite que l'utilisation des fonctionnalités connues sous l'acronyme `CAMEL' (Customized 10 Applications Mobile network Enhanced Logic) permet une simple introduction de toutes les procédures décrites dans l'invention Il est intéressant de noter que l'utilisation d'un identifiant téléphonique par abonné (identifiant appelé `NumeroAllouéAbonné') n'est pas strictement nécessaire et permet de réduire le coût relié à l'achat de tels identifiant. En effet, il est possible de 15 faire appel à des calculs statistiques pour envisager les numéros d'identifiant nécessaires, selon certaines hypothèses de trafic. A titre d'exemple : Nombre d'abonnés aux Services d'Interconnexion = 10000. Pourcentage d'abonnés qui sont simultanément en situation d'itinérance = 20%. (2000 abonnés en itinérance) 20 - Trafic de 0.075 Erlangs par abonné en itinérance (cela signifie que chaque abonné fait ou reçoit un appel avec une probabilité de 15% dans les heures de grand trafic). Donc, le support d'un trafic de (2000 x 0.075) = 150 Erlangs est nécessaire - Ce support implique la nécessité d'environs 170 canaux simultanés, avec une probabilité de rejet d'appel de 1% 25 Donc, il sera nécessaire d'allouer 170 identifiants téléphoniques pour les 10000 abonnés (1 identifiant tous les 58 abonnés environs). Avec un tel dimensionnement, il n'y a plus une correspondance univoque entre chaque abonné aux Services d'Itinérance et son numéro de déviation d'appel. Cela implique qu'il n'est pas possible pour un SERVEUR D'INTERCONNEXION [200] (sur 30 lequel les numéros de déviation d'appel sont enregistrés) de connaitre l'identité de l'abonné appelé de façon directe. Une possibilité de contourner ce problème est la suivante : La MIDLET [110] installée sur le TERMINAL MOBILE [100] de l'abonné permet d'amorcer le carnet d'adresse (à partir de la carte SIM ou du TERMINAL MOBILE 35 [100]) pour pouvoir en enregistrer une copie sur le SERVEUR AAA [500]. - La procédure de déviation d'appel décrite dans la Figure 12 sera légèrement modifiée : avant d'entamer l'échange de messages `USSD' avec le HLR [330], la 2941832 - 34 - MIDLET [110] aura reçu au préalable un numéro de déviation d'appel de la part du SERVEUR AAA [500]. - Quand l'appelant (non-abonné) appelle son correspondant (abonné), l'appel est dévié vers le numéro fourni par le SERVEUR AAA [500]. 5 - A la réception de la signalisation d'appel, le SERVEUR D'INTERCONNEXION [200] (sur lequel les numéros de déviation d'appel sont enregistrés) ne peut pas connaitre l'identité de l'appelé (abonné). En revanche, à partir du carnet d'adresse de l'appelé (abonné), SERVEUR D'INTERCONNEXION [200] peut chercher si une correspondance existe entre l'une des entrées du carnet d'adresse et le numéro de 10 l'appelant. Dans ce cas, l'identité de l'appelé peut être déduite. - Si le numéro de l'appelant n'est pas présent sur le carnet d'adresse, le répondeur (IVR) de l'Etape 6 de la Figure 13 invitera l'appelant à taper à nouveau le numéro du correspondant. Tel numéro sera reçu par B2BUA [240] du SERVEUR D'INTERCONNEXION [200] par le biais des tonalités `DTMF', selon l'Etape 7 de 15 Figure 13. Une généralisation de la procédure décrite correspond au cas d'un appelé (abonné aux Services d'Interconnexion) qui change d'identifiant téléphonique (par exemple en changeant de carte SIM ou même en changeant de téléphone cellulaire dans le cas d'une technologie cellulaire différente, tel que le cdmaOne). Les procédures de 20 Déviation d'appel et de Appel d'un non-abonné vers un abonné restent très similaires aux descriptions de Figure 13 et de Figure 14. A titre d'exemple on fera l'hypothèse que le correspondant appelé est français, qu'il a souscrit son abonnement cellulaire auprès de `SFR' et qu'il est en déplacement en Corée, où il a loué un téléphone cellulaire fonctionnant selon la norme cdmaOne. Selon les explications des procédures 25 d'enregistrement, SERVEUR AAA [500] a enregistré les liens suivants : {MSISDNFR, 'FR' (pays d'origine), MSISDNKR, 'KR' (pays visité)}. En outre, on fera l'hypothèse que le correspondant appelant est français, qu'il a û lui aussi û souscrit son abonnement cellulaire auprès de `SFR' et qu'il est en France. Dans ce cas, il convient de noter que : Si l'appelant est aussi abonné aux Services d'Interconnexion, il sera possible 30 d'entamer une procédure d'appel de la part du SERVEUR D'INTERCONNEXION [200] en Corée sans passer pour les dispositifs GMSC [320] et HLR [330] du réseau cellulaire français); en effet, le Mobile Station Roaming Number (MSRN) de l'appelé correspond à l'identifiant temporaire coréen MSISDNKR. - Si l'appelant n'est pas abonné aux Services d'Interconnexion, un procédure de 35 déviation d'appel du type `CFNR' (déclenché par l'appelé avant de partir en voyage en Corée) permettra d'acheminer l'appel vers le SERVEUR D'INTERCONNEXION [200] en Corée à partir du SERVEUR D'INTERCONNEXION [200] en France (ou le numéro de déviation d'appel est enregistré), ce dernier SERVEUR 2941832 - 35 - D'INTERCONNEXION [200] en France ayant reçu la signalisation d'appel à partir du GMSC [320] du réseau cellulaire français, lequel GMSC [320] est à connaissance du numéro de déviation d'appel grâce à un échange de signalisation avec le HLR [330] (du réseau cellulaire français). 5 CLASSE 2 : VARIANTES PAR RAPPORT AU MODELE D'AFFAIRE. Le modèle d'affaire considéré jusqu'à maintenant assume que les services d'interconnexion sont assurés par un `Opérateur d'Interconnexion', qui doit avoir reçu de la part de l'Opérateur cellulaires concernés des droits d'accès à son HLR [330]. En 10 alternative, l'Opérateur d'Interconnexion et les Opérateurs cellulaires concernés peuvent s'associer pour fournir les services d'interconnexion. Dans touts les cas, les cartes SIM des abonnés aux services cellulaires qui sont aussi des utilisateurs des services d'interconnexion sont enregistré dans le HLR [330] de façon à permettre le bon déroulement des opérations d'interconnexion. 15 Une variante d'implémentation significative consiste à assumer que 1"Opérateur d'Interconnexion' (responsable des services d'interconnexion) n'a aucun lien industriel ou commercial avec des Opérateurs cellulaires pour la fourniture de ces services. Un abonné à tels services est donc : - Redevable à son Opérateur cellulaire pour les services de téléphonie, SMS, etc. 20 Redevable à 1"Opérateur d'Interconnexion' pour la fourniture des Services d'Interconnexion, afin de diminuer les coûts de ses communications quand il se trouve en situation d'itinérance. Dans la pratique, ce modèle d'affaire implique que 1"Opérateur d'Interconnexion' doit pouvoir exploiter les réseaux cellulaires ainsi que les réseaux 25 Internet publiques pour fournir ces Services d'Interconnexion, sans pour autant devoir s'accorder avec des Opérateurs cellulaires pour une mise à jour de leurs infrastructures. L'exploitation des réseaux et des ressources existant de la part de 1"Opérateur d'Interconnexion' peut entrainer des changements dans les procédures d'enregistrement, d'appel, etc. Ces changements (éventuels) seront examinés par la suite. 30 Procédure d'enregistrement û Pays Visité Pas de changements par rapport à la Figure 6 et à ses Etapes. Procédure d'appel sortant : rappel par le biais d'une connexion HTTP Le même contexte introductif par rapport à la Figure 7 est utilisé : l'utilisateur (français) des Services d'Interconnexion s'est enregistré en Italie selon la procédure 35 d'enregistrement. Il effectue un appel vers un correspondant français, lui aussi utilisateur des Services d'Interconnexion et s'étant enregistré à ces services en France. La Figure 15 montre une suite d'étapes numérotées qui décrivent cette procédure d'appel d'Italie vers la France : 2941832 -36- Etape 1. L'utilisateur choisit l'option `Appeler' dans le Menu de la MIDLET [110] et sélectionne le correspondant à appeler à partir de son carnet d'adresse. Etape 2. MIDLET [110] démarre une connexion donnée (GPRS) en ouvrant un `PDP contexte' avec le `Gateway GPRS Support Node' (GGSN) de l'operateur cellulaire 5 du réseau visité (en Italie). Etape 3. MIDLET [110] est à l'origine d'un échange de messages HTTPS `PUT' avec SERVEUR AAA [500]. Le corps du message HTTPS contient les informations sur l'identifiant de l'appelant et celui de l'appelé. A noter: l'adresse IP (publique) du SERVEUR AAA [500] est figée dans le code de MIDLET [110]. 10 - Etape 4 Suite aux procédures d'enregistrement de l'appelant (en Italie) et de l'appelé (en France), SERVEUR AAA [500] a enregistré les liens suivants : Pour l'appelant : {MSISDNFR, `FR' (pays d'origine), `IT' (pays visité)}. Pour l'appelé : {MSISDNFR, `FR' (pays d'origine)}. Ces liens permettent aux SERVEUR AAA [500] d'alerter SERVEUR 15 D'INTERCONNEXION [200] (en particulier les blocs fonctionnelles PROXY SIP [210] et B2BUA [240] pour qu'il démarre les procédures de rappel vers les deux correspondants (l'appelant et l'appelé). - Etape 5. Dans ce cas d'appel sortant, les deux correspondants sont abonnés au même Opérateur cellulaire française. Par conséquent, SERVEUR AAA [500] est à l'origine 20 d'un échange de messages HTTP `PUT' avec le même SERVEUR D'INTERCONNEXION [200] situé en France (en particulier, le message est reçu par le dispositif B2BUA [240]; Le corps du message http `PUT' contient les identifiants des deux correspondants (in général, leurs numéros téléphoniques cellulaires)). 25 Etape 6. B2BUA [240] vérifie l'état de l'enregistrement des deux correspondants. Etape 7 (rappel vers l'appelant). Un message du type SIP INVITE est envoyé par le B2BUA [240] au PROXY SIP [210] (les deux dispositifs font partie du SERVEUR D'INTERCONNEXION [200] en France). Le dispositif PROXY SIP [210], à son tour, relaye le message SIP INVITE vers le PROXY SIP [210] qui fait partie du 30 SERVEUR D'INTERCONNEXION [200] en Italie. Le destinataire de ce message est l'abonné appelant Etape 8 (rappel vers l'appelant). Le bloc PROXY SIP [210] du SERVEUR D'INTERCONNEXION [200] en Italie envoie un message de type `ISUP IAM' vers le block GMSC [320] de l'Opérateur cellulaire italien [300]. Cette étape permet 35 d'exploiter l'interfaçage entre un SERVEUR D'INTERCONNEXION [200] local et le réseau cellulaire local correspondant. 2941832 - 37 - - Etape 9 (rappel vers l'appelant). A son tour, le bloc GMSC [320] de l'Opérateur cellulaire italien [300] envoie un message du type `ISUP IAM' vers le block MSC/VLR [310] du même réseau. - Etape 10 (rappel vers l'appelant). Le bloc MSC/VLR [310] de l'Opérateur cellulaire 5 italien [300] envoie un message du type 'CC Setup' vers le destinataire (c'est-à-dire, l'appelant). Les étapes qui décrivent la procédure d'appel vers l'appelé sont û fonctionnellement û identiques aux étapes qui décrivent les procédures de rappel vers l'appelant. Tout expert de l'art reconnaitra que, en utilisant des procédures de rappel par 10 le biais des messages de signalisations sur réseau Internet, les coûts d'interconnexion vont baisser et, in fine, les coûts d'itinérance vont diminuer pour les abonnés aux Services d'Interconnexion. Des détails sur les coûts d'itinérance seront donnés dans la section `APPLICATIONS INDUSTRIELLES ET CHAMPS D'APPLICATION'. Une généralisation de la procédure décrite correspond au cas d'un appelant et/ou 15 d'un appelé qui changent d'identifiant téléphonique (par exemple en changeant de carte SIM ou même en changeant de téléphone cellulaire dans le cas d'une technologie cellulaire différente, tel que le cdmaOne). A titre d'exemple on fera l'hypothèse que le correspondant appelant est espagnol, qu'il a souscrit son abonnement cellulaire auprès de `Telefonica' et qu'il est en déplacement en Corée, où il a loué un téléphone cellulaire 20 fonctionnant selon la norme cdmaOne. Selon l'étape 4 et suite aux procédures d'enregistrement de l'appelant, SERVEUR AAA [500] a enregistré les liens suivants : {MSISDNES, `ES' (pays d'origine), MSISDNKR, `KR' (pays visité)}. Grâce aux informations contenues dans SERVEUR AAA [500], et en particulier les liens entre l'identifiant téléphonique temporaire (MSISDNKR) et permanent (MSISDNES), il sera 25 possible aux différents SERVEURS D'INTERCONNEXION [200] (en particulier ces en Espagne et en Corée) d'entamer les procédures de rappel de façon a ce que l'abonné appelé puisse toujours reconnaitre l'identifiant permanent de son correspondant appelant (pourvu que l'Opérateur cellulaire de l'abonné offre le service d'identification de la ligne appelante. Encore une fois, il est important de noter que aucun SERVEUR 30 D'INTERCONNEXION [200] peut, en général, substituer l'identifiant permanent du correspondant appelant au son identifiant temporaire, sauf dans le cas que l'appelant soit un employé et que le SERVEUR D'INTERCONNEXION [200] soit opéré sous la responsabilité de son employeur : cet interdiction relève des législations en terme de traçabilité d'appel et n'est pas due à des raisons techniques. 35 Procédure d'envoie de SMS, à partir du pays visité Le même contexte introductif par rapport à la Figure 11 est utilisé : l'utilisateur (français) des Services d'Interconnexion s'est enregistré en Italie selon la procédure d'enregistrement. Il envoie un SMS vers un correspondant français, lui aussi utilisateur 2941832 - 38 - des services d'interconnexion et s'étant enregistré à ces services en Allemagne (ce cas est général, et permet de déduire facilement le cas d'un des deux utilisateurs enregistré en France). La Figure 16 montre une suite d'étapes numérotées qui décrivent cette procédure d'envoie de SMS 5 - Etape 1. L'utilisateur (ayant un identifiant français MSISDNFR-ExPEDITEUR) choisit l'option `SMS' dans le Menu de la MIDLET [110] et sélectionne le correspondant auquel il souhaite envoyer le SMS à partir de son carnet d'adresse. L'utilisateur compose son SMS. - Etape 2. MIDLET [110] démarre une connexion donnée (GPRS) en ouvrant un `PDP 10 contexte' avec le `Gateway GPRS Support Node' (GGSN) de l'operateur cellulaire du réseau visité (en Italie) Etape 3. MIDLET [110] est à l'origine d'un échange de messages HTTPS `PUT' avec SERVEUR AAA [500]. Le corps du message HTTPS contient les informations sur l'identifiant de l'expéditeur et celui du destinataire du SMS ; le corps du message 15 contient aussi le texte du SMS. A noter: l'adresse IP (publique) du SERVEUR AAA [500] est figée dans le code de MIDLET [110]. Etape 4 Suite aux procédures d'enregistrement de l'expéditeur (en Italie) et du destinataire (en Allemagne), SERVEUR AAA [500] a enregistré les liens suivants : Pour l'expéditeur: {MSISDNFR, `FR' (pays d'origine), `IT' (pays visité)}. 20 Pour le destinataire: {MSISDNFR, `FR' (pays d'origine), `AL' (pays visité)}. Etape 5. Les deux correspondants sont abonnés au même Opérateur cellulaire française. Par conséquent, SERVEUR AAA [500] est à l'origine d'un échange de messages HTTP `PUT' avec le même SERVEUR D'INTERCONNEXION [200] situé en France (en particulier, le message est reçu par le dispositif B2BUA [240]; Le 25 corps du message http `PUT' contient les identifiants des deux correspondants et le texte du message SMS). Etape 6. B2BUA [240] vérifie l'état de l'enregistrement des deux correspondants. - Etape 7. Un message du type SIP INVITE est envoyé par le B2BUA [240] au PROXY SIP [210] (les deux dispositifs font partie du SERVEUR 30 D'INTERCONNEXION [200] en France). Le dispositif PROXY SIP [210], à son tour, relaye le message SIP INVITE vers le PROXY SIP [210] qui fait partie du SERVEUR D'INTERCONNEXION [200] en Allemagne. Le destinataire de ce message est l'abonné destinataire du SMS. A noter : le numéro appelant (indiqué par Identifiant-[200]-France en Figure 16) est connu par la MIDLET [110] des abonnés 35 aux Services d'Interconnexion. Dès réception d'un appel de la part de ce numéro appelant, la MIDLET [110] doit pouvoir reconnaitre que cet appel correspond à un message d'alerte qui indique qu'un SMS est disponible pour le destinataire. 2941832 - 39 - Etape 8 (rappel vers l'appelant). Le bloc PROXY SIP [210] du SERVEUR D'INTERCONNEXION [200] en Allemagne envoie un message de type `ISUP IAM' vers le block GMSC [320] de l'Opérateur cellulaire allemand (ce GMSC [320] n'est pas représenté pour des raisons de simplicité). Le message `ISUP IAM' et, par 5 la suite relayé vers le MSC/VLR [310] du même réseau (ce MSC/VLR [310] n'est pas représenté pour des raisons de simplicité). Finalement, le MSC/VLR [310] de l'Opérateur cellulaire allemand envoie un message du type 'CC Setup' vers le destinataire du SMS. Etape 9. La MIDLET [110] du destinataire du SMS reconnait l'identifiant de 10 l'appelant (selon la description de l'Etape 7) et, sans décrocher l'appel (c'est-à-dire, en refusant l'appel) démarre la procédure de réception du SMS. - Etape 10. MIDLET [110] du destinataire démarre une connexion donnée (GPRS) en ouvrant un `PDP contexte' avec le `Gateway GPRS Support Node' (GGSN) de l'operateur cellulaire du réseau visité (en Allemagne). 15 - Etape 11. SERVEUR AAA [500] est à l'origine d'un échange de messages HTTPS `PUT' avec MIDLET [110] du destinataire. Le corps du message HTTPS contient les informations sur l'identifiant de l'expéditeur et celui du destinataire du SMS ; le corps du message contient aussi le texte du SMS. A noter: l'adresse IP (publique) du SERVEUR AAA [500] est figée dans le code de MIDLET [110] du destinataire. 20 - Etape 12. MIDLET [110] du destinataire décode le SMS reçu, de sorte a scinder le véritable texte du SMS qui va être présenté à l'utilisateur, ainsi que l'identité du correspondant expéditeur. Selon la description des Etapes 7 et 9 de Figure 16, MIDLET [110] doit connaitre l'identifié du numéro appelant (c'est-à-dire du numéro alloué dans le 25 SERVEUR D'INTERCONNEXION [200] en France, pays d'origine des abonnés) et doit pouvoir aussi reconnaitre l'identité de l'appelant grâce aux procédures dites de `Calling Line Identifier' (CLI) ; en effet, c'est suite à cette reconnaissance de l'appelant que MIDLET [110] évite de décrocher l'appel et décide d'entamer la procédure de réception du SMS (Etapes 10, 11, 12 de Figure 16). Les fonctionnalités `CLI' sont 30 fournies par l'Opérateur du pays visité. L'Opérateur d'Interconnexion doit donc connaitre si ces fonctionnalités sont disponibles dans chaque pays où les Services d'Interconnexion sont disponibles (c'est-à-dire dans chaque pays où un SERVEUR D'INTERCONNEXION [200] à été déployé). Si ces fonctionnalités `CLI' ne sont pas disponibles, au cours de l'Etape 3 de Figure 16 SERVEUR AAA [500] instruira 35 MIDLET [110] de l'expéditeur de démarrer une procédure normale pour l'envoie des SMS. Eventuellement, l'expéditeur sera informé de cette situation e pourra décider de ne pas envoyer le SMS. 2941832 - 40 - Tout expert de l'art reconnaitra que, en utilisant les procédures d'envoie / réception de SMS décrites en Figure 16, les coûts d'interconnexion vont baisser er, in fine, les coûts d'itinérance vont diminuer pour les abonnés aux Services d'Interconnexion. Des détails sur les coûts d'itinérance pour les applications SMS seront 5 donnés dans la section `APPLICATIONS INDUSTRIELLES ET CHAMPS D'APPLICATION' Dans le cas d'un abonné aux Services d'Interconnexion qui veut envoyer un SMS à un correspondant qui n'est pas abonné à ces services, la procédure normale sera suivi ; en effet, au cours de l'Etape 4 de Figure 16, SERVEUR AAA [500] reconnaitra 10 que le destinataire n'est pas abonné aux Services d'Interconnexion et, par conséquent, instruira MIDLET [110] de l'expéditeur de démarrer une procédure normale pour l'envoie des SMS. Dans le cas d'un expéditeur et/ou d'un destinataire qui changent d'identifiant téléphonique (par exemple en changeant de carte SIM ou même en changeant de 15 téléphone cellulaire dans le cas d'une technologie cellulaire différente, tel que le cdmaOne), la généralisation de la procédure de Figure 11 s'applique : en effet, dans un mode de réalisation préféré de cette généralisation, le RELAIS DE SMS [270] sera constitué d'un ou plusieurs téléphones mobiles, équipés de cartes SIM correspondantes ; fonctionnellement, ces téléphones mobiles permettront une interconnexion avec le 20 RESEAU OPERATEUR MOBILE [300] (en particulier le Short Message Service Center û SMSC [350] local). Dans ce cas, les étapes lA à 9A de la procédure d'envoie SMS peuvent être adoptées même dans le modèle d'affaire considéré dans cette variante de réalisation. 25 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 30 place de 1' "IP Multimedia Subsystem" (IMS), qui permet de fournir des services multimédias fixes et mobiles aux abonnés. Un' étape intermédiaire vers ce type d'évolution est constituée par la plateforme de support de services dite `CAMEL' (Customized Applications Mobile network Enhanced Logic). CAMEL constitue l'architecture de services de référence pour les opérateurs 35 mobiles. Le travail de standardisation initié par 1'ETSI (European Telecommunication Standard Institute) puis poursuivi par le 3GPP, a consisté à adapter au contexte mobile le concept de réseau intelligent développé par l'ITU (International Telecommunications Union). Une multitude de services peut être supportée par une plateforme CAMEL. Par 2941832 -41 - exemple, avec le support d'un service comme la "carte prépayée", CAMEL a contribué de façon notable au succès du GSM. Le déploiement de CAMEL par la majorité des opérateurs mobiles atteste de sa stabilité et de sa maturité Les procédures décrites dans l'invention se prêtent à un développement et 5 déploiement compatibles avec CAMEL; dans ce contexte, l'architecture, les protocoles et les procédures doivent être adaptée pour pouvoir utiliser les méthodes, les primitives et les interconnexions décrites dans la normative de CAMEL. Néanmoins, les principes de base de l'invention restent similaires. La Figure 17 montre un' architecture de principe d'un système cellulaire qui 10 supporte CAMEL et aussi une façon possible d'y `greffer' le système selon l'invention. Afin de simplifier la description, l'architecture fait plutôt référence à la `Phase 1' de CAMEL. Tout expert de l'art reconnaitre par la suite que les principes de la description peuvent s'appliquer aussi bien à la `Phase 2' de CAMEL. Il faut aussi noter que seulement un sous-ensemble des blocs fonctionnels du réseau cellulaire [300] est 15 représenté en Figure 17, afin de ne pas compliquer inutilement la suite de la description. Les fonctionnalités principales de CAMEL sont bien connues par les experts de l'art. Néanmoins il est utile de faire quelque rappel, en relation avec la représentation de Figure 17 : - gsmSCF [710] (SCF signifie `Service Control Function') est l'entité où résident les 20 services CAMEL. gsmSCF [710] est contrôlé par l'Opérateur cellulaire d'origine. Le noeud dans lequel gsmSCF réside est appelé `Service Control Point' (SCP [700]). SCP [700] supporte les protocoles suivants: o MAP (Mobile Application Part), standardisé par l'organisme 3GPP, représenté avec une ligne continue en Figure 17, et qui permet 25 l'interfaçage entre SCP [700] et HLR [330]. o CAP (CAMEL Application Part), standardisé par l'organisme 3GPP, représenté avec une ligne continue en Figure 17, et qui permet l'interfaçage entre SCP [700] et gsmSSF [720]. o Un ou plusieurs protocole(s) basé(s) sur IP, afin de communiquer 30 avec le SERVEUR D'INTERCONNEXION [200] dans le pays de l'Opérateur cellulaire d'origine. Ce type de protocole n'est pas standardisé. Il sera donc basé sur un' implémentation propriétaire. Il est intéressant de noter que le SERVEUR D'INTERCONNEXION [200] peut être contrôlé par un `Opérateur d'Interconnexion', tandis que l'Opérateur cellulaire 35 d'origine contrôle le SCP [700]. Des accords d'accès et d'interfaçage doivent être établis entre les deux Opérateurs. Alternativement, le SERVEUR D'INTERCONNEXION [200] peut être contrôlé par l'Opérateur cellulaire (même si le développement et le déploiement d'un tel SERVEUR D'INTERCONNEXION 2941832 - 42 - [200] peuvent être confiés à des sous-traitants) Dans tous les cas de figure, selon le modèle de Figure 17 l'interfaçage entre le réseau cellulaire [300] (comprenant les fonctionnalités CAMEL) et le réseau de SERVEURS D'INTERCONNECTION [200] peut être mis en oeuvre de façon flexible et efficace. 5 gsmSSF [720] (SSF signifie `Service Switching Function') est un' entité fonctionnelle qui réside dans le GMSC [320] (dans le réseau de l'Opérateur cellulaire d'origine) et dans le VLR/MSC [310] (dans le réseau de l'Opérateur cellulaire d'origine ou visité). Le GSMC [320] (VLR/MSC [310]) qui héberge le gsmSSF [720] supporte les protocoles suivants: 10 o MAP (Mobile Application Part), standardisé par l'organisme 3GPP, représenté avec une ligne continue en Figure 17, et qui permet l'interfaçage entre GSMC [320] (VLR/MSC [310]) et HLR [330]. o CAP (CAMEL Application Part), standardisé par l'organisme 3GPP, représenté avec une ligne continue en Figure 17, et qui permet 15 l'interfaçage entre SCP [700] et GSMC [320] (VLR/MSC [310]). SERVEURS D'INTERCONNECTION [200] et SERVER AAA [500] qui sont reliés fonctionnellement par des protocoles basés sur IP (représenté avec une ligne continue en Figure 17). En plus, SERVEURS D'INTERCONNECTION [200] sont reliés fonctionnellement aux réseaux des Opérateurs cellulaires par le biais du bloc 20 MGW [340], selon les explications déjà données. Dans la suite de la description, l'adaptation des procédures de l'invention à la plateforme CAMEL sera expliquée. Procédure d'enregistrement û Pays Visité 25 Fonctionnellement, il n'y a pas de changements par rapport à la Figure 6 et à ses Etapes. Cependant, il est nécessaire que le HLR [330] soit à connaissance du fait que ses abonnés puissent être utilisateurs des Services d'Interconnexion. A ce titre, un champ spécifique peut être introduit dans le profile CAMEL de l'abonné. Il est intéressant de noter qu'il n'y a aucun besoin de standardiser la syntaxe de ce champ, car il est relié à 30 l'utilisation du protocole IP entre le SCP [700] et le SERVEUR D'INTERCONNECTION [200], ce protocole étant entièrement propriétaire. Procédure d'appel sortant : rappel par USSD On fera référence à la procédure d'appel décrite en Figure 7, car cette procédure utilise la signalisation `USSD', ce type de signalisation étant supporté dans CAMEL 35 `Phase 2'. Afin que la procédure de rappel puisse être traitée correctement par la plateforme CAMEL, il est nécessaire de définir un identifiant de ce service de rappel dans la base de donnés du HLR [330] : en particulier, l'élément dit `UG-CSI' (USSD Generic CAMEL Subscription Information) doit contenir le code du service USSD de 2941832 - 43 - rappel (code `*XYZ*' en Figure 7) et l'adresse logique du gsmSCF [710] qui va traiter le message USSD une fois qu'il sera reçu. Le même contexte introductif par rapport à la Figure 7 est utilisé : l'utilisateur (français) des Services d'Interconnexion s'est enregistré en Italie selon la procédure d'enregistrement. Il effectue un appel vers un correspondant 5 français, lui aussi utilisateur des Services d'Interconnexion et s'étant enregistré à ces services en France. La Figure 18 montre une suite d'étapes numérotées qui décrivent cette procédure d'appel d'Italie vers la France en utilisant les messages USSD et la plateforme CAMEL pour l'interprétation et le traitement de ces messages: Etape 1. L'utilisateur choisit l'option `Appeler' dans le Menu de la MIDLET [110] et 10 sélectionne le correspondant à appeler à partir de son carnet d'adresse. - Etape 2. MIDLET [110] effectue un appel selon la syntaxe USSD : *XYZ*MSISDNFR-APPELE où MSISDNFR-APPELE est l'identifiant téléphonique du correspondant à appeler et *XYZ* est le code du service USSD défini dans le `UG- CSI'. La requête du service USSD est relayée du HLR [330] vers le gsmSCF [710] 15 contenu dans le SCP [700]. - Etape 3. Le gsmSCF [710] contenu dans le SCP [700] est à l'origine d'un échange de messages HTTP `PUT' avec B2BUA [240] (contenu dans le SERVEUR D'INTERCONNEXION [200] en France). Le corps du message HTTP contient l'identifiant téléphonique de l'appelant et celui du correspondant à appeler. But de 20 l'étape 3 est de permettre le démarrage de procédures de rappel en fonction de la localisation géographique de l'appelant et de l'appelé. L'échange de tels messages se fait par le biais de l'interface IP (propriétaire) entre le SCP [700] et le SERVEUR D'INTERCONNEXION [200]. - Etape 4. B2BUA [240] vérifie l'état de l'enregistrement des deux correspondants. 25 - Etape 5. Un message du type A SIP INVITE est envoyé par le B2BUA [240] au PROXY SIP [210]. Le destinataire de ce message est l'abonné appelant Etape 6 (rappel vers l'appelant). Suite au message SIP INVITE reçu, le bloc PROXY SIP [210] alertent le block INTERCONNEXION PASSERELLE SS7 [220] afin qu'il envoie un message de type `ISDN USER PART INITIAL ADDRESS 30 MESSAGE' (IAM) vers le block GMSC [320] de l'Opérateur cellulaire français [300]. A noter : les dispositifs [340] (qui sert d'intermédiaire de Protocol entre [220] et [320]) et le bloc [220] ne sont pas représentés pour simplicité ; toutefois, leurs fonctionnalités sont nécessaires, comme tout expert de l'art reconnaitra. - Etape 7 (rappel vers l'appelant). Un message de type `Initial Detection Point' (IDP) 35 est envoyé par le gsmSSF [720] (contenu dans le GMSC [320]) vers le gsmSCF [710] (contenu dans le SCP [700]) afin d'obtenir des instructions sur comment traiter le message IAM reçu dans l'Etape 6. L'échange de messages entre le gsmSSF [720] et le gsmSCF [710] se fait par le biais du protocole CAP. 2941832 - 44 - Etape 8 (rappel vers l'appelant). Un message de type `Connect' (CON) est envoyé par le gsmSCF [710] (contenu dans le SCP [700]) vers le gsmSSF [720] (contenu dans le GMSC [320]) afin de permettre au service de rappel CAMEL de modifier certains paramètres dans la procédure de rappel. Selon l'esprit de l'invention, et a 5 titre d'exemple d'implémentation il sera possible d'utiliser le paramètre `Redirecting Party ID' afin de rediriger l'appel vers le PROXY SIP [210] (du SERVEUR D'INTERCONNEXION [200] en Italie). En effet, cette redirection peut être effectuée au nom du bloc PROXY SIP [210] (du SERVEUR D'INTERCONNEXION [200] en France), car c'est en effet ce bloc qui devient 10 `appelant' dans la procédure de rappel. Etape 9 (rappel vers l'appelant). Le dispositif GMSC [320] (dans le réseau cellulaire français) interroge le HLR [330] (dans le réseau cellulaire français) afin d'obtenir le Mobile Station Roaming Number (MSRN) de l'appelant (qui devient `appelé' dans la procédure de rappel). En général, cet identifiant permet au GMSC [320] de router 15 l'appel dans le réseau cellulaire italien. - Etape 10 (rappel vers l'appelant). Le HLR [330] renvoie au GMSC [320] le MSRN; ce message permet au GMSC [320] de connaître la localisation géographique de l'abonné, en tant qu'utilisateur des services d'interconnexion. A noter: l'échange de message entre HLR [330] (réseau français) et MSCNLR [310] (réseau italien) afin 20 d'obtenir le MSRN n'est pas représenté, pour des raisons de simplicité. - Etape 11 (rappel vers l'appelant). Après consultation des tables de routage, le GSMC [320] envoie un message de type `ISUP IAM' au block INTERCONNEXION PASSERELLE SS7 [220] du SERVEUR D'INTERCONNEXION [200] en Italie, afin d'alerter le bloc PROXY SIP [210] d'envoyer les messages d'établissement 25 d'appel vers le réseau cellulaire italien. A noter : les dispositifs [340] (qui sert d'intermédiaire de Protocol entre [220] et [320]) et le bloc [220] ne sont pas représentés pour simplicité ; toutefois, leurs fonctionnalités sont nécessaires, comme tout expert de l'art reconnaitra La suite de la procédure est fonctionnellement identique à la procédure de Figure 7. 30 Procédure d'envoie de SMS, à partir du pays visité Par rapport à la procédure de la Figure 11, il n'y a pas beaucoup d'intérêt à introduire des mécanismes de gestion des SMS avec une plateforme CAMEL. En effet, les procédures CAMEL pour les SMS peuvent permettre de gérer de façon `intelligente' le routage des SMS et de pouvoir choisir, éventuellement, un SMSC [350] de façon 35 dynamique. La Figure 11 montre déjà ce comportement, sans besoin de faire appel à CAMEL. En plus, c'est à partir de la `Phase 3' de CAMEL que une gestion des SMS est présente. La plupart des Operateur mobiles utilisent CAMEL `Phase 2' (ou même CAMEL `Phase 1'). 2941832 - 45 - APPLICATIONS INDUSTRIELLES ET CHAMPS D'APPLICATION Tout système et infrastructure cellulaire et IP est compatible avec le procédé, les dispositifs et les étapes opérationnelles décrits. 5 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-dispositifs des différentes Figures. Les principes de l'invention peuvent être appliqués avantageusement par les acteurs économiques suivants : 10 Les Opérateurs cellulaires classiques (tels que Vodafone, Orange, etc.) peuvent exploiter l'invention afin de réduire considérablement les frais d'interconnexion internationales. En plus, les Opérateurs cellulaires qui adoptent des technologies incompatibles (par exemple, Orange avec le GSM/GPRS/UMTS et Korea Telecom avec le cdmaOne) peuvent bénéficier d'une solution simple pour assurer une 15 compatibilité au niveau de la fourniture de services, tels que voix et SMS. En outre, un Opérateur cellulaire qui n'a pas d'accords d'itinérance avec l'Opérateur cellulaire d'un pays étranger, peut adopter la solution d'interconnexion présentée afin de mettre en place des accords d'itinérance sans devoir recourir à l'intermédiation d'opérateurs tiers. 20 Les Opérateurs cellulaires virtuels ('Mobile Virtual Network Operators', MVNO) peuvent exploiter l'invention afin d'augmenter la couverture de leurs services sans devoir recourir à l'intermédiation d'opérateurs tiers Les fournisseurs d'infrastructures à grande capacité (par exemple, IIJ û Internet Initiative Japan, NTT Communications, AIH û Asia Internet Holding, TI-Sparkle), 25 qui peuvent proposer la solution objet de l'invention comme un nouveau service d'interconnexion pour les opérateurs mobiles, cette offre permettant de réduire les coûts d'interconnexion entre eux. Les entreprises avec des filières dans des pays étrangers: elles peuvent adopter la solution pour disposer d'un service d'itinérance à très bas coût, afin de permettre une 30 forte réduction des frais des communications (téléphone, SMS, data) pour les employés qui voyagent Il est aussi utile de donner un exemple de réduction des coûts d'itinérance pour les utilisateurs finaux (tels que les particuliers qui se rendent en voyage pour affaires ou loisir). En effet, une baisse des coûts d'interconnexion peuvent engendrer une baisse des 35 frais des communications internationales pour les usagers. L'exemple suivant illustre la réduction des coûts qui peut être obtenue : 2941832 - 46 - Base de comparaison: un appel de la durée de 4 minutes a travers l'Europe, avec l'appelant en itinérance et abonnement prépayé ù (les chiffres présentés proviennent d'une source officielle de la `Information Society' de la Communauté Européenne. Coût de l'appel selon les procédures existantes: 2.2 { 5 Coût de l'appel selon les procédures de l'invention (en particulier la procédure de rappel de Figure 15) : 1.041 { (le coût moyen d'une connexion Internet en itinérance est de 0.95 { per bloc de 64 kilooctets. La signalisation nécessaire pour la mise en place de l'appel est de 200 octets environs) 10 De manière préférentielle, l'invention concerne les objets suivants : 1) Système pour l'interconnexion entre réseaux de communications mobiles caractérisé par une architecture qui comprend : Un réseau de dispositifs serveur d'interconnexion [200], ces dispositifs étant hébergés dans différant pays, chaque serveur d'interconnexion [200] permettant 15 l'interconnexion entre un ou plusieurs réseaux cellulaires contrôlés par des opérateurs du pays qui héberge tel serveur d'interconnexion [200] et le réseau Internet publique, chaque serveur d'interconnexion [200] permettant aussi un' interconnexion avec tout autre serveur d'interconnexion [200] hébergé dans un autre pays. 20 - Un ensemble de dispositifs terminal mobile [100], chacun hébergeant un logiciel applicatif [110] pour permettre à tel terminal mobile [100] de communiquer avec un serveur d'interconnexion [200] spécifique, ce serveur d'interconnexion [200] étant hébergé dans le pays où l'utilisateur de terminal mobile [100] se trouve, le choix du serveur d'interconnexion [200] qui doit communiquer avec terminal mobile [100] 25 étant déterminé par un dispositif serveur AAA [500], qui permet d'authentifier chaque utilisateur dont le terminal mobile [100] héberge le logiciel applicatif [110], cette authentification étant effectuée au lancement du logiciel applicatif [110]. 2) Dispositif [200] selon l'objet 1), comprenant: 30 Un dispositif [210] agissant comme point d'entrée pour le dispositif [200] vis-à-vis du réseau internet publique. Un dispositif [220] qui comprend les fonctionnalités nécessaires pour tout échange des donnés de signalisation avec le réseau cellulaire d'un coté et avec le réseau internet d'un autre coté et à qui l'identifiant du dispositif [200] fait référence. 35 Un dispositif [230] qui comprend les fonctionnalités nécessaires pour tout échange des donnés de média avec le réseau cellulaire d'un coté et avec le réseau internet d'un autre coté et à qui l'identifiant du dispositif [240] fait référence. 2941832 -47- Un dispositif [240] qui permet la création des flux de médias nécessaire pour toute communication entre deux dispositifs [200], ce dispositif [240] étant en communication avec serveur AAA [500] afin d'associer toute communication entre deux dispositifs [200] avec tout utilisateur dont le terminal mobile [100] héberge le 5 logiciel applicatif [110] et dont le terminal mobile [100] est en connexion avec un dispositif serveur d'interconnexion [200] . Un dispositif [250] qui agit comme base de donnés pour stocker les informations de tout utilisateur dont le terminal mobile [100] héberge le logiciel applicatif [110], du serveur d'interconnexion [200] communiquant avec tel terminal mobile [100], 10 l'association entre tel serveur d'interconnexion [200] et tel terminal mobile [100] étant gérée par serveur AAA [500] à l'acte de l'authentification de l'utilisateur de tel terminal mobile [100]. Un dispositif [260] qui, suite aux procédures d'authentification gérées par serveur AAA [500] permet de conserver l'état de l'enregistrement de l'utilisateur du 15 dispositif terminal mobile [100], cet état de l'enregistrement étant communiqué au dispositif [250] 3) Système selon les objets 1) et 2) et qui garanti l'association entre un dispositif terminal mobile [100] et un dispositif serveur d'interconnexion [200] selon les 20 opérations suivantes : Un échange de signalisation entre terminal mobile [100] et serveur AAA [500] cet échange étant démarré par le logiciel applicatif [110] hébergé dans terminal mobile [100], cet échange de signalisation étant transporté par le protocole de transport donné du réseau cellulaire sous-jacent et permettant de transmettre au serveur AAA 25 [500] l'information géographique décrivant le pays dans lequel l'utilisateur de terminal mobile [100] se trouve. Un échange de signalisation entre terminal mobile [100] et serveur AAA [500] cet échange permettant de vérifier l'identité de l'utilisateur de terminal mobile [100], la vérification de l'identité se faisant par le biais de protocoles sécurisés échangés entre 30 le logiciel applicatif [110] hébergé dans terminal mobile [100] et le serveur AAA [500]. Un échange de signalisation entre terminal mobile [100] et serveur AAA [500] cet échange étant démarré par le serveur AAA [500] et permettant de communiquer au logiciel applicatif [110] hébergé dans terminal mobile [100] les identifiants du 35 serveur d'interconnexion [200] avec lequel le dispositif terminal mobile [100] peut communiquer, ces identifiants pouvant consister d'un ou plusieurs numéros téléphoniques et un ou plusieurs identifiants Internet. 2941832 -48- 4) Système selon les objets 1), 2) et 3) et qui utilise des procédures de rappel vocal entre deux correspondants dont les terminaux mobiles [100] respectif ont été associés à des serveur d'interconnexion [200], tels serveur d'interconnexion [200] pouvant être hébergés dans des pays différents , selon la localisation géographique des 5 correspondants, les procédures de rappel vocal fonctionnant selon les opérations suivantes : - Un échange de signalisation entre terminal mobile [100] et serveur AAA [500] cet échange étant démarré par le logiciel applicatif [110] hébergé dans terminal mobile [100], cet échange de signalisation étant transporté par le protocole de transport dit 10 USSD du réseau cellulaire sous-jacent et permettant de transmettre au serveur AAA [500] l'information d'appel ainsi que les identifiants du correspondant appelant et du correspondant appelé. Un échange de signalisation entre serveur AAA [500] et serveur d'interconnexion [200] cet échange étant démarré par serveur AAA [500] et dirigé vers le serveur 15 d'interconnexion [200] hébergé dans le pays dans lequel le réseau cellulaire d'origine de chaque correspondant réside, cet échange de signalisation permettant au serveur d'interconnexion [200] du pays d'origine du correspondant appelant de démarrer des procédures de rappel vers tel correspondant appelant, cet échange de signalisation permettant aussi au serveur d'interconnexion [200] du pays d'origine 20 du correspondant appelé de démarrer des procédures d'appel vers tel correspondant appelé. Un message d'appel envoyé par le serveur d'interconnexion [200] du pays d'origine du correspondant appelant vers la passerelle du réseau cellulaire d'origine du correspondant appelant, ce message permettant de déclencher une procédure 25 d'interrogation du réseau cellulaire dans lequel le correspondant appelant se trouve afin d'obtenir le numéro d'itinérance du correspondant appelant, le numéro d'itinérance étant par la suite envoyé par le serveur d'interconnexion [200] du pays d'origine du correspondant appelant vers le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant, suite aux procédure d'association 30 décrites dans l'objet 3). Un message d'appel envoyé par le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant, ce message permettant de déclencher une procédure de rappel local du serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant et tel terminal mobile [100], qui est identifié par 35 son numéro d'itinérance. Un message d'appel envoyé par le serveur d'interconnexion [200] du pays d'origine du correspondant appelé vers la passerelle du réseau cellulaire d'origine du correspondant appelé, ce message permettant de déclencher une procédure 2941832 -49- d'interrogation du réseau cellulaire dans lequel le correspondant appelé se trouve afin d'obtenir le numéro d'itinérance du correspondant appelé, le numéro d'itinérance étant par la suite envoyé par le serveur d'interconnexion [200] du pays d'origine du correspondant appelé vers le serveur d'interconnexion [200] associé au 5 dispositif terminal mobile [100] de l'appelé, suite aux procédure d'association décrites dans l'objet 3). Un message d'appel envoyé par le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelé, ce message permettant de déclencher une procédure d'appel local du serveur d'interconnexion [200] associé au dispositif 10 terminal mobile [100] de l'appelé et tel terminal mobile [100], qui est identifié par son numéro d'itinérance 5) Système selon l'objet 4) et dans lequel les dispositifs serveur d'interconnexion [200] sont identifié par des point codes factices selon les protocoles et 15 les conventions des réseau d'interconnexion SS7, ces points code factices permettant de considérer les dispositifs serveur d'interconnexion [200] comme faisant partie d'un réseau SS7, même si tels serveur d'interconnexion [200] communiquent physiquement a travers les protocoles basés sur internet et peuvent être contrôlés et opérés par des opérateurs tiers. 20 6) Système selon les objets 1) à 4) et qui utilise des procédures d'envoie de SMS entre deux correspondants dont les terminaux mobiles [100] respectif ont été associés à des serveur d'interconnexion [200], tels serveur d'interconnexion [200] pouvant être hébergés dans des pays différents , selon la localisation géographique des 25 correspondants, les procédures d'envoie de SMS fonctionnant selon les opérations suivantes: Un échange de signalisation entre terminal mobile [100] et serveur AAA [500] cet échange étant démarré par le logiciel applicatif [110] hébergé dans terminal mobile [100] du correspondant expéditeur, cet échange de signalisation étant transporté par 30 un protocole de transport sur internet, tel que http ou https, en utilisant les connexions donnés du réseau cellulaire sous-jacent et permettant de transmettre au serveur AAA [500] une requête d'envoie de SMS ainsi que les identifiants du correspondant expéditeur et du correspondant destinataire, le dispositif serveur AAA [500] répondant à cette requête en envoyant au logiciel applicatif [110] l'identifiant 35 d'un dispositif relais de SMS [311] tel relais de SMS [311] constituant une composante fonctionnelle du réseau cellulaire d'un opérateur du pays dans lequel le correspondant expéditeur se trouve, ce relais de SMS [311] étant contrôlé par l'opérateur d'origine du correspondant expéditeur. - 50 - Une procédure d'envoie de SMS, déclenchée par le logiciel applicatif [110] hébergé dans terminal mobile [100] du correspondant expéditeur, cette procédure permettant d'envoyer un SMS de la part du terminal mobile [100] vers le dispositif relais de SMS [311] associé au réseau cellulaire d'un opérateur du pays dans lequel le correspondant expéditeur se trouve, le contenu du SMS envoyé étant composé de l'identifiant du correspondant destinataire et du texte du message SMS. Une procédure de redirection de SMS, déclenchée par le dispositif relais de SMS [311], cette procédure permettant d'envoyer l'identifiant du correspondant destinataire et le texte du message SMS vers le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] du correspondant expéditeur, l'identifiant du correspondant destinataire et le texte du message SMS étant relayé par le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] du correspondant expéditeur vers le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] du correspondant destinataire. - Une procédure de redirection de SMS, déclenchée par le dispositif serveur d'interconnexion [200] associé au dispositif terminal mobile [100] du correspondant destinataire vers relais de SMS [311] associé au réseau cellulaire d'un opérateur du pays dans lequel le correspondant expéditeur se trouve, cette procédure permettant d'envoyer l'identifiant du correspondant expéditeur et le texte du message SMS vers tel relais de SMS [311], afin qu'il puisse recomposé un SMS qui doit contenir l'ensemble de l'identifiant du correspondant expéditeur et le texte du message. Une requête d'information de routage envoyée par le réseau cellulaire d'un opérateur du pays dans lequel le correspondant destinataire se trouve et dont le relais de SMS [311] associé constitue une composante fonctionnelle, ce relais de SMS [311] étant contrôlé par l'opérateur d'origine du correspondant destinataire, cette requête d'information de routage permettant d'obtenir l'identifiant de l'équipement du réseau cellulaire qui contrôle le dispositif terminal mobile [100] du correspondant destinataire, ainsi de pouvoir permettre l'envoi du SMS de la part du relais de SMS [311] vers le terminal mobile [100] du correspondant destinataire. La réception dudit SMS par le logiciel applicatif [110] hébergé dans terminal mobile [100] du correspondant destinataire afin de scinder l'identifiant du correspondant expéditeur et le texte du message pour la présentation finale au correspondant destinataire. 7) Système selon les objets 1), 3), 4, 6) et qui utilise des procédures qui permettent des communications de la part des abonnés à des opérateurs cellulaires dont le dispositif terminal mobile [100] n'héberge pas le logiciel applicatif [110] vers des 2941832 - 51 - utilisateurs de tel logiciel applicatif [110] installé sur leurs terminaux mobile [100], ses procédures fonctionnant selon les opérations suivantes: Une procédure préliminaire de déviation d'appel déclenchée par le dispositif logiciel applicatif [110] afin que les utilisateurs de tel logiciel applicatif [110] installé sur 5 leurs terminaux mobile [100] puissent dévier les appels reçu vers des numéros alloués de façon univoque à chaque utilisateur, cette procédure de déviation d'appel étant activée si tels utilisateurs résultent ne pas être joignables, les numéros de déviation d'appel pouvant aussi être alloués de façon dynamique, selon un échange de messages entre le logiciel applicatif [110] et serveur AAA [500], tel serveur AAA 10 [500] informant le logiciel applicatif [110] d'un numéro de déviation d'appel disponible au déclenchement de la procédure de déviation d'appel de la part du logiciel applicatif [110]. Une procédures d'appel de la part des abonnés à des opérateurs cellulaires sans intervention du dispositif [110] afin d'appeler des utilisateurs de tel logiciel 15 applicatif [110] installé sur leurs terminaux mobile [100], cette procédure étant traitée par le dispositif [320] qui, suite à un échange de message avec le dispositif [330] est à connaissance du numéro de déviation d'appel réservé aux utilisateurs du logiciel applicatif [110], le dispositif [320] pouvant envoyer l'appel vers tel numéro de déviation d'appel, ce numéro de déviation d'appel étant enregistré sur le serveur 20 d'interconnexion [200] du pays d'origine du correspondant appelé, le serveur d'interconnexion [200] pouvant ainsi recevoir l'appel au nom du correspondant destinataire. Un message d'appel envoyé par le serveur d'interconnexion [200] du pays d'origine du correspondant appelé vers la passerelle du réseau cellulaire où le correspondant 25 appelé se trouve. Un procédé qui permet au dispositif [330] d'envoyer au dispositif [320] soit le numéro d'itinérance des utilisateurs appelés, tels utilisateurs ayant le logiciel applicatif [110] installé sur leurs terminaux mobile [100], dans le cas que les correspondants appelants soient, eux aussi, utilisateurs du logiciel applicatif [110], 30 soit le numéro de déviation d'appel des utilisateurs appelés, tels utilisateurs ayant le logiciel applicatif [110] installé sur leurs terminaux mobile [100], dans le cas que les correspondants appelants ne soient pas des utilisateurs du logiciel applicatif [110], le choix du numéro d'itinérance ou du numéro de déviation d'appel étant fait par le dispositif [330] sur la base d'indications envoyées par le dispositif [320], ces 35 indications utilisant un ou plusieurs paramètres optionnels qui sont disponibles dans la syntaxe du protocole d'interconnexion entre le dispositif [330] et le dispositif [320], ces indications permettant au dispositif [330] de comprendre si les correspondants appelants sont des utilisateurs du logiciel applicatif [110]. 2941832 - 52 - 8) Système selon les objets 1), 3), 4), 6), 7) et qui permet à un abonnés à un opérateur cellulaire dont le dispositif terminal mobile [100] héberge le logiciel applicatif [110] de changer temporairement d'identifiant téléphonique tout en pouvant bénéficier 5 du logiciel applicatif [110] dans un autre éventuel terminal mobile [100], conservant ainsi la possibilité d'être joint par le biais d'appels vocaux ou d'envoies de SMS, ces appels ou SMS étant émis vers l'identifiant fournis par l'opérateur cellulaire auprès duquel l'utilisateur du logiciel applicatif [110] a souscrit l'abonnement, les procédés pour obtenir telle atteinte étant basées sur les opérations suivantes: 10 Un échange de signalisation d'appel entre terminal mobile [100] et serveur AAA [500] cet échange étant démarré par le logiciel applicatif [110] hébergé dans terminal mobile [100], cet échange de signalisation étant transporté par le protocole de transport dit http ou https et permettant de transmettre au serveur AAA [500] l'information d'appel ainsi que les identifiants du correspondant appelant et du 15 correspondant appelé, cet échange de signalisation étant relayé par serveur AAA [500] vers le serveur d'interconnexion [200] hébergé dans le pays dans lequel le réseau cellulaire d'origine de chaque correspondant réside, cet échange de signalisation permettant au serveur d'interconnexion [200] du pays d'origine du correspondant appelant de démarrer des procédures de rappel vers tel correspondant 20 appelant, cet échange de signalisation permettant aussi au serveur d'interconnexion [200] du pays d'origine du correspondant appelé de démarrer des procédures d'appel vers tel correspondant appelé. Un échange de signalisation de SMS entre terminal mobile [100] et serveur AAA [500] cet échange étant démarré par le logiciel applicatif [110] hébergé dans terminal 25 mobile [100], cet échange de signalisation étant transporté par le protocole de transport dit http ou https et permettant de transmettre au serveur AAA [500] l'information du SMS ainsi que les identifiants du correspondant expéditeur et du correspondant destinataire, cet échange de signalisation étant relayé par serveur AAA [500] vers le serveur d'interconnexion [200] hébergé dans le pays dans lequel 30 le réseau cellulaire d'origine du correspondant destinataire réside, cet échange de signalisation permettant au serveur d'interconnexion [200] du pays d'origine du correspondant destinataire de démarrer des procédures d'appel vers tel correspondant destinataire, ces procédures d'appel étant interprétées comme messages d'alerte SMS par le logiciel applicatif [110] hébergé dans terminal mobile [100] du correspondant 35 destinataire, ces messages d'alerte permettant à tel logiciel applicatif [100] de démarrer un échange de signalisation avec serveur AAA [500], tel échange de signalisation permettant au logiciel applicatif [110] de recevoir le SMS envoyé par 2941832 - 53 - l'expéditeur, le contenu de cet SMS ainsi que les identifiants du correspondant expéditeur et du correspondant destinataire étant stockés par serveur AAA [500]. 9) Système selon les objets 1), 2), 3), 4), 5), 6), 7), selon lequel l'infrastructure 5 d'un opérateur cellulaire héberge une plateforme CAMEL, telle plateforme pouvant communiquer avec le serveur d'interconnexion [200] hébergé dans le pays dans lequel le réseau cellulaire dudit opérateur réside, la communication entre le dispositif [700] de la plateforme CAMEL et tel serveur d'interconnexion [200] étant basée sur des protocoles Internet, tels protocoles permettant un échange de messages entre ladite plateforme 10 CAMEL et le serveur d'interconnexion [200] afin que les requêtes envoyé au dispositif [700] de la plateforme CAMEL de la part du dispositif [720] de la plateforme CAMEL permettent au dispositif [710] de la plateforme CAMEL de relayer ces requêtes au serveur d'interconnexion [200] qui, a son tour, puisse envoyer des réponse au dispositif [710] de la plateforme CAMEL afin qu'il puisse donner des instructions appropriées au 15 dispositif [720] de la plateforme CAMEL, l'échange de messages mentionné pouvant permettre un' implémentation des procédures d'appel selon l'objet 4), ces procédures étant basée sur les opérations suivantes : Un échange de signalisation entre terminal mobile [100] et le dispositif [710] cet échange étant démarré par le logiciel applicatif [110] hébergé dans terminal mobile 20 [100], cet échange de signalisation étant transporté par le protocole de transport dit USSD, cet échange de signalisation étant relayé par le dispositif [330] du réseau cellulaire sous-jacent et permettant de transmettre au dispositif [710] l'information d'appel ainsi que les identifiants du correspondant appelant et du correspondant appelé. 25 Un échange de signalisation entre dispositif [710] et serveur d'interconnexion [200] cet échange étant démarré par dispositif [710] et dirigé vers le serveur d'interconnexion [200] hébergé dans le pays dans lequel le réseau cellulaire d'origine de chaque correspondant réside, cet échange de signalisation permettant au serveur d'interconnexion [200] du pays d'origine du correspondant appelant de 30 démarrer des procédures de rappel vers tel correspondant appelant, cet échange de signalisation permettant aussi au serveur d'interconnexion [200] du pays d'origine du correspondant appelé de démarrer des procédures d'appel vers tel correspondant appelé. Un message d'appel envoyé par le serveur d'interconnexion [200] du pays d'origine 35 du correspondant appelant vers la passerelle du réseau cellulaire d'origine du correspondant appelant, ce message permettant de déclencher une procédure d'interrogation de la part du dispositif [320] vers le dispositif [710] par le biais du dispositif [720] afin d'obtenir l'identifiant du dispositif [310]. du réseau cellulaire 2941832 - 54 - dans lequel le correspondant appelant se trouve afin d'obtenir le numéro d'itinérance ou du correspondant appelant, le numéro d'itinérance étant par la suite envoyé par le serveur d'interconnexion [200] du pays d'origine du correspondant appelant vers le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de 5 l'appelant, suite aux procédure d'association décrites dans l'objet 3). Un message d'appel envoyé par le dispositif [320] du réseau cellulaire d'origine du correspondant appelant ver le dispositif [330] afin d'obtenir le numéro d'itinérance du correspondant appelant Un message d'appel envoyé par le dispositif [320] du réseau cellulaire d'origine du 10 correspondant appelant vers le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant suite aux procédure d'association décrites dans l'objet 3), ce message permettant de déclencher une procédure de rappel local du serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant et tel terminal mobile [100], qui est identifié par son numéro d'itinérance. 15 REVENDICATIONS1) Système pour l'interconnexion entre réseaux de communications mobiles caractérisé par une architecture qui comprend : Un réseau de dispositifs serveur d'interconnexion [200], ces dispositifs étant hébergés dans différant pays, chaque serveur d'interconnexion [200] permettant l'interconnexion entre un ou plusieurs réseaux cellulaires contrôlés par des opérateurs du pays qui héberge ledit serveur d'interconnexion [200] et le réseau Internet publique, chaque serveur d'interconnexion [200] permettant aussi un' interconnexion avec tout autre serveur d'interconnexion [200] hébergé dans un autre pays. - Un ensemble de dispositifs terminal mobile [100], chacun hébergeant un logiciel applicatif [110] pour permettre audit terminal mobile [100] de communiquer avec un serveur d' interconnexion [200] spécifique, ce serveur d'interconnexion [200] étant hébergé dans le pays où l'utilisateur de terminal mobile [100] se trouve, le choix du serveur d'interconnexion [200] qui doit communiquer avec terminal mobile [100] étant déterminé par un dispositif serveur AAA [500], qui permet d'authentifier chaque utilisateur dont le terminal mobile [100] héberge le logiciel applicatif [110], cette authentification étant effectuée au lancement du logiciel applicatif [110]. 2) Système selon la revendication 1) caractérisé en ce que le dispositif [200] comprend : Un dispositif [210] agissant comme point d'entrée pour le dispositif [200] vis-à-vis du réseau internet publique. Un dispositif [220] qui comprend les fonctionnalités nécessaires pour tout échange des données de signalisation avec le réseau cellulaire d'un coté et avec le réseau internet d'un autre coté et à qui l'identifiant du dispositif [200] fait référence. Un dispositif [230] qui comprend les fonctionnalités nécessaires pour tout échange des données de média avec le réseau cellulaire d'un coté et avec le réseau internet d'un autre coté et à qui l'identifiant d'un dispositif [240] fait référence. Un dispositif [240] qui permet la création des flux de médias nécessaire pour toute communication entre deux dispositifs [200], ce dispositif [240] étant en communication avec le serveur AAA [500] afin d'associer toute communication entre deux dispositifs [200] avec tout utilisateur dont le terminal mobile [100] héberge le logiciel applicatif [110] et dont le terminal mobile [100] est en connexion avec un dispositif serveur d'interconnexion [200] . Un dispositif [250] qui agit comme base de données pour stocker les informations de tout utilisateur dont le terminal mobile [100] héberge le logiciel applicatif [110], du 2941832 - 56 - serveur d'interconnexion [200] communiquant avec ledit terminal mobile [100], l'association entre le serveur d'interconnexion [200] et le terminal mobile [100] étant gérée par un serveur AAA [500] à l'acte de l'authentification de l'utilisateur du terminal mobile [100]. 5 Un dispositif [260] qui, suite aux procédures d'authentification gérées par le serveur AAA [500] permet de conserver l'état de l'enregistrement de l'utilisateur du dispositif terminal mobile [100], cet état de l'enregistrement étant communiqué au dispositif [250] 10 3) Système selon les revendications 1) et 2) caractérisé en ce qu'il fonctionne en garantissant l'association entre un dispositif terminal mobile [100] et un dispositif serveur d'interconnexion [200] selon les opérations suivantes : Un échange de signalisation entre le terminal mobile [100] et le serveur AAA [500] cet échange étant démarré par le logiciel applicatif [110] hébergé dans le terminal 15 mobile [100], cet échange de signalisation étant transporté par le protocole de transport données du réseau cellulaire sous-jacent et permettant de transmettre au serveur AAA [500] l'information géographique décrivant le pays dans lequel l'utilisateur du terminal mobile [100] se trouve. Un échange de signalisation entre le terminal mobile [100] et le serveur AAA [500] 20 cet échange permettant de vérifier l'identité de l'utilisateur du terminal mobile [100], la vérification de l'identité se faisant par le biais de protocoles sécurisés échangés entre le logiciel applicatif [110] hébergé dans le terminal mobile [100] et le serveur AAA [500]. Un échange de signalisation entre le terminal mobile [100] et le serveur AAA [500] 25 cet échange étant démarré par le serveur AAA [500] et permettant de communiquer au logiciel applicatif [110] hébergé dans le terminal mobile [100] les identifiants du serveur d'interconnexion [200] avec lequel le dispositif terminal mobile [100] peut communiquer, ces identifiants pouvant consister d'un ou plusieurs numéros téléphoniques et un ou plusieurs identifiants Internet. 30 4) Système selon les revendications 1), 2) et 3) caractérisé en ce qu'il fonctionne en utilisant des procédures de rappel vocal entre deux correspondants dont les terminaux mobiles [100] respectif ont été associés à des serveur d'interconnexion [200], lesdits serveur d'interconnexion [200] pouvant être hébergés dans des pays différents , selon la 35 localisation géographique des correspondants, les procédures de rappel vocal fonctionnant selon les opérations suivantes : Un échange de signalisation entre le terminal mobile [100] et le serveur AAA [500] cet échange étant démarré par le logiciel applicatif [110] hébergé dans le terminal 2941832 -57- mobile [100], cet échange de signalisation étant transporté par le protocole de transport dit USSD du réseau cellulaire sous-jacent et permettant de transmettre au serveur AAA [500] l'information d'appel ainsi que les identifiants du correspondant appelant et du correspondant appelé. 5 Un échange de signalisation entre le serveur AAA [500] et le serveur d'interconnexion [200] cet échange étant démarré par le serveur AAA [500] et dirigé vers le serveur d'interconnexion [200] hébergé dans le pays dans lequel le réseau cellulaire d'origine de chaque correspondant réside, cet échange de signalisation permettant au serveur d'interconnexion [200] du pays d'origine du correspondant 10 appelant de démarrer des procédures de rappel vers le correspondant appelant, cet échange de signalisation permettant aussi au serveur d'interconnexion [200] du pays d'origine du correspondant appelé de démarrer des procédures d'appel vers le correspondant appelé. Un message d'appel envoyé par le serveur d'interconnexion [200] du pays d'origine 15 du correspondant appelant vers la passerelle du réseau cellulaire d'origine du correspondant appelant, ce message permettant de déclencher une procédure d'interrogation du réseau cellulaire dans lequel le correspondant appelant se trouve afin d'obtenir le numéro d'itinérance du correspondant appelant, le numéro d'itinérance étant par la suite envoyé par le serveur d'interconnexion [200] du pays 20 d'origine du correspondant appelant vers le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant, suite aux procédure d'association décrites dans la revendication 3). Un message d'appel envoyé par le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant, ce message permettant de déclencher 25 une procédure de rappel local du serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant vers le terminal mobile [100], qui est identifié par son numéro d'itinérance. Un message d'appel envoyé par le serveur d'interconnexion [200] du pays d'origine du correspondant appelé vers la passerelle du réseau cellulaire d'origine du 30 correspondant appelé, ce message permettant de déclencher une procédure d'interrogation du réseau cellulaire dans lequel le correspondant appelé se trouve afin d'obtenir le numéro d'itinérance du correspondant appelé, le numéro d'itinérance étant par la suite envoyé par le serveur d'interconnexion [200] du pays d'origine du correspondant appelé vers le serveur d'interconnexion [200] associé au 35 dispositif terminal mobile [100] de l'appelé, suite aux procédure d'association décrites dans la revendication 3). Un message d'appel envoyé par le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelé, ce message permettant de déclencher - 58 - une procédure d'appel local du serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelé vers le terminal mobile [100], qui est identifié par son numéro d'itinérance 5) Système selon la revendication 4) caractérisé en ce que les dispositifs serveurs d'interconnexion [200] sont identifié par des point codes factices selon les protocoles et les conventions des réseau d'interconnexion SS7, ces points code factices permettant de considérer les dispositifs serveur d'interconnexion [200] comme faisant partie d'un réseau SS7, même si lesdits serveur d'interconnexion [200] communiquent physiquement a travers les protocoles basés sur internet et peuvent être contrôlés et opérés par des opérateurs tiers. 6) Système selon les revendications 1) à 4) caractérisé en ce qu'il fonctionne en utilisant des procédures d'envoie de SMS entre deux correspondants dont les terminaux mobiles [100] respectif ont été associés à des serveur d'interconnexion [200], les serveur d'interconnexion [200] pouvant être hébergés dans des pays différents , selon la localisation géographique des correspondants, les procédures d'envoie de SMS fonctionnant selon les opérations suivantes : Un échange de signalisation entre le terminal mobile [100] et le serveur AAA [500] cet échange étant démarré par le logiciel applicatif [110] hébergé dans le terminal mobile [100] du correspondant expéditeur, cet échange de signalisation étant transporté par un protocole de transport sur internet, tel que http ou https, en utilisant les connexions données du réseau cellulaire sous-jacent et permettant de transmettre au serveur AAA [500] une requête d'envoie de SMS ainsi que les identifiants du correspondant expéditeur et du correspondant destinataire, le dispositif serveur AAA [500] répondant à cette requête en envoyant au logiciel applicatif [110] l'identifiant d'un dispositif relais de SMS [311], le relais de SMS [311] constituant une composante fonctionnelle du réseau cellulaire d'un opérateur du pays dans lequel le correspondant expéditeur se trouve, ce relais de SMS [311] étant contrôlé par l'opérateur d'origine du correspondant expéditeur. Une procédure d'envoie de SMS, déclenchée par le logiciel applicatif [110] hébergé dans le terminal mobile [100] du correspondant expéditeur, cette procédure permettant d'envoyer un SMS de la part du terminal mobile [100] vers le dispositif relais de SMS [311] associé au réseau cellulaire d'un opérateur du pays dans lequel le correspondant expéditeur se trouve, le contenu du SMS envoyé étant composé de l'identifiant du correspondant destinataire et du texte du message SMS. - Une procédure de redirection de SMS, déclenchée par le dispositif relais de SMS [311], cette procédure permettant d'envoyer l'identifiant du correspondant - 59 - destinataire et le texte du message SMS vers le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] du correspondant expéditeur, l'identifiant du correspondant destinataire et le texte du message SMS étant relayé par le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] du correspondant expéditeur vers le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] du correspondant destinataire. - Une procédure de redirection de SMS, déclenchée par le dispositif serveur d'interconnexion [200] associé au dispositif terminal mobile [100] du correspondant destinataire vers le relais de SMS [311] associé au réseau cellulaire d'un opérateur du pays dans lequel le correspondant expéditeur se trouve, cette procédure permettant d'envoyer l'identifiant du correspondant expéditeur et le texte du message SMS vers ledit relais de SMS [311], afin qu'il puisse recomposé un SMS qui doit contenir l'ensemble de l'identifiant du correspondant expéditeur et le texte du message. Une requête d'information de routage envoyée par le réseau cellulaire d'un opérateur du pays dans lequel le correspondant destinataire se trouve et dont le relais de SMS [311] associé constitue une composante fonctionnelle, ce relais de SMS [311] étant contrôlé par l'opérateur d'origine du correspondant destinataire, cette requête d'information de routage permettant d'obtenir l'identifiant de l'équipement du réseau cellulaire qui contrôle le dispositif terminal mobile [100] du correspondant destinataire, afin de pouvoir permettre l'envoi du SMS de la part du relais de SMS [311] vers le terminal mobile [100] du correspondant destinataire. La réception dudit SMS par le logiciel applicatif [110] hébergé dans le terminal mobile [100] du correspondant destinataire afin de scinder l'identifiant du correspondant expéditeur et le texte du message pour la présentation finale au correspondant destinataire. 7) Système selon les revendications 1), 3), 4, 6) caractérisé en ce qu'il fonctionne en utilisant des procédures qui permettent des communications de la part des abonnés à des opérateurs cellulaires dont le dispositif terminal mobile [100] n'héberge pas le logiciel applicatif [110] vers des utilisateurs du logiciel applicatif [110] installé sur leurs terminaux mobile [100], ses procédures fonctionnant selon les opérations suivantes: Une procédure préliminaire de déviation d'appel déclenchée par le logiciel applicatif [110] afin que les utilisateurs du logiciel applicatif [110] installé sur leurs terminaux mobile [100] puissent dévier les appels reçu vers des numéros alloués de façon univoque à chaque utilisateur, cette procédure de déviation d'appel étant activée si lesdits utilisateurs résultent ne pas être joignables, les numéros de déviation d'appel 2941832 - 60 - pouvant aussi être alloués de façon dynamique, selon un échange de messages entre le logiciel applicatif [110] et le serveur AAA [500], le serveur AAA [500] informant le logiciel applicatif [110] d'un numéro de déviation d'appel disponible au déclenchement de la procédure de déviation d'appel de la part du logiciel applicatif 5 [110]. Une procédures d'appel de la part des abonnés à des opérateurs cellulaires sans intervention du dispositif [110] afin d'appeler des utilisateurs du logiciel applicatif [110] installé sur leurs terminaux mobile [100], cette procédure étant traitée par un dispositif [320] qui, suite à un échange de message avec un dispositif [330] est à 10 connaissance du numéro de déviation d'appel réservé aux utilisateurs du logiciel applicatif [110], le dispositif [320] pouvant envoyer l'appel vers ledit numéro de déviation d'appel, ce numéro de déviation d'appel étant enregistré sur le serveur d'interconnexion [200] du pays d'origine du correspondant appelé, le serveur d'interconnexion [200] pouvant ainsi recevoir l'appel au nom du correspondant 15 destinataire. Un message d'appel envoyé par le serveur d'interconnexion [200] du pays d'origine du correspondant appelé vers la passerelle du réseau cellulaire où le correspondant appelé se trouve. Un procédé qui peHnet au dispositif [330] d'envoyer au dispositif [320] soit le 20 numéro d'itinérance des utilisateurs appelés, ces utilisateurs ayant le logiciel applicatif [110] installé sur leurs terminaux mobile [100], dans le cas que les correspondants appelants soient, eux aussi, utilisateurs du logiciel applicatif [110], soit le numéro de déviation d'appel des utilisateurs appelés, ces utilisateurs ayant le logiciel applicatif [110] installé sur leurs terminaux mobile [100], dans le cas que les 25 correspondants appelants ne soient pas des utilisateurs du logiciel applicatif [110], le choix du numéro d'itinérance ou du numéro de déviation d'appel étant fait par le dispositif [330] sur la base d'indications envoyées par le dispositif [320], ces indications utilisant un ou plusieurs paramètres optionnels qui sont disponibles dans la syntaxe du protocole d'interconnexion entre le dispositif [330] et le dispositif 30 [320], ces indications permettant au dispositif [330] de comprendre si les correspondants appelants sont des utilisateurs du logiciel applicatif [110]. 8) Système selon les revendications 1), 3), 4), 6), 7) caractérisé en ce qu'il fonctionne en permettant à un abonné à un opérateur cellulaire dont le dispositif terminal 35 mobile [100] héberge le logiciel applicatif [110] de changer temporairement d'identifiant téléphonique tout en pouvant bénéficier du logiciel applicatif [110] dans un autre éventuel terminal mobile [100], conservant ainsi la possibilité d'être joint par le biais d'appels vocaux ou d'envoies de SMS, ces appels ou SMS étant émis vers l'identifiant 2941832 - 61 - fournis par l'opérateur cellulaire auprès duquel l'utilisateur du logiciel applicatif [110] a souscrit l'abonnement, les procédés pour obtenir ladite possibilité d'être joint étant basés sur les opérations suivantes: Un échange de signalisation d'appel entre le terminal mobile [100] et le serveur 5 AAA [500] cet échange étant démarré par le logiciel applicatif [110] hébergé dans le terminal mobile [100], cet échange de signalisation étant transporté par le protocole de transport dit http ou https et permettant de transmettre au serveur AAA [500] l'information d'appel ainsi que les identifiants du correspondant appelant et du correspondant appelé, cet échange de signalisation étant relayé par le serveur AAA 10 [500] vers le serveur d'interconnexion [200] hébergé dans le pays dans lequel le réseau cellulaire d'origine de chaque correspondant réside, cet échange de signalisation permettant au serveur d'interconnexion [200] du pays d'origine du correspondant appelant de démarrer des procédures de rappel vers le correspondant appelant, cet échange de signalisation permettant aussi au serveur d'interconnexion 15 [200] du pays d'origine du correspondant appelé de démarrer des procédures d'appel vers le correspondant appelé. Un échange de signalisation de SMS entre terminal mobile [100] et serveur AAA [500] cet échange étant démarré par le logiciel applicatif [110] hébergé dans le terminal mobile [100], cet échange de signalisation étant transporté par le protocole 20 de transport dit http ou https et permettant de transmettre au serveur AAA [500] l'information du SMS ainsi que les identifiants du correspondant expéditeur et du correspondant destinataire, cet échange de signalisation étant relayé par le serveur AAA [500] vers le serveur d'interconnexion [200] hébergé dans le pays dans lequel le réseau cellulaire d'origine du correspondant destinataire réside, cet échange de 25 signalisation permettant au serveur d'interconnexion [200] du pays d'origine du correspondant destinataire de démarrer des procédures d'appel vers le correspondant destinataire, ces procédures d'appel étant interprétées comme messages d'alerte SMS par le logiciel applicatif [110] hébergé dans le terminal mobile [100] du correspondant destinataire, ces messages d'alerte permettant audit logiciel applicatif 30 [100] de démarrer un échange de signalisation avec le serveur AAA [500], l'échange de signalisation permettant au logiciel applicatif [110] de recevoir le SMS envoyé par l'expéditeur, le contenu de cet SMS ainsi que les identifiants du correspondant expéditeur et du correspondant destinataire étant stockés par le serveur AAA [500]. 35 9) Système selon les revendications 1), 2), 3), 4), 5), 6), 7), caractérisé en ce que l'infrastructure d'un opérateur cellulaire héberge une plateforme CAMEL, ladite plateforme pouvant communiquer avec le serveur d'interconnexion [200] hébergé dans le pays dans lequel le réseau cellulaire dudit opérateur réside, la communication entre un 2941832 - 62 - dispositif [700] de la plateforme CAMEL et le serveur d'interconnexion [200] étant basée sur des protocoles Internet, ces protocoles permettant un échange de messages entre ladite plateforme CAMEL et le serveur d'interconnexion [200] afin que les requêtes envoyé au dispositif [700] de la plateforme CAMEL de la part d'un dispositif 5 [720] de la plateforme CAMEL permettent à un dispositif [710] de la plateforme CAMEL de relayer ces requêtes au serveur d'interconnexion [200] qui, a son tour, puisse envoyer des réponse au dispositif [710] de la plateforme CAMEL afin qu'il puisse donner des instructions appropriées au dispositif [720] de la plateforme CAMEL, l'échange de messages mentionné pouvant permettre un' implémentation des procédures 10 d'appel selon la revendication 4), ces procédures étant basée sur les opérations suivantes : Un échange de signalisation entre le terminal mobile [100] et le dispositif [710] cet échange étant démarré par le logiciel applicatif [110] hébergé dans le terminal mobile [100], cet échange de signalisation étant transporté par le protocole de 15 transport dit USSD, cet échange de signalisation étant relayé par le dispositif [330] du réseau cellulaire sous-jacent et permettant de transmettre au dispositif [710] l'information d'appel ainsi que les identifiants du correspondant appelant et du correspondant appelé. Un échange de signalisation entre le dispositif [710] et le serveur d'interconnexion 20 [200] cet échange étant démarré par le dispositif [710] et dirigé vers le serveur d'interconnexion [200] hébergé dans le pays dans lequel le réseau cellulaire d'origine de chaque correspondant réside, cet échange de signalisation permettant au serveur d'interconnexion [200] du pays d'origine du correspondant appelant de démarrer des procédures de rappel vers tel correspondant appelant, cet échange de 25 signalisation permettant aussi au serveur d'interconnexion [200] du pays d'origine du correspondant appelé de démarrer des procédures d'appel vers le correspondant appelé. Un message d'appel envoyé par le serveur d'interconnexion [200] du pays d'origine du correspondant appelant vers la passerelle du réseau cellulaire d'origine du 30 correspondant appelant, ce message permettant de déclencher une procédure d'interrogation de la part du dispositif [320] vers le dispositif [710] par le biais du dispositif [720] afin d'obtenir l'identifiant d'un dispositif [310]. du réseau cellulaire dans lequel le correspondant appelant se trouve afin d'obtenir le numéro d'itinérance du correspondant appelant, le numéro d'itinérance étant par la suite envoyé par le 35 serveur d'interconnexion [200] du pays d'origine du correspondant appelant vers le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant, suite aux procédure d'association décrites dans la revendication 3). - 63 - Un message d'appel envoyé par le dispositif [320] du réseau cellulaire d'origine du correspondant appelant vers le dispositif [330] afin d'obtenir le numéro d'itinérance du correspondant appelant Un message d'appel envoyé par le dispositif [320] du réseau cellulaire d'origine du correspondant appelant vers le serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant suite aux procédure d'association décrites dans la revendication 3), ce message permettant de déclencher une procédure de rappel local du serveur d'interconnexion [200] associé au dispositif terminal mobile [100] de l'appelant vers le terminal mobile [100], qui est identifié par son numéro d'itinérance.