FR2949285A1 - Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux. - Google Patents

Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux. Download PDF

Info

Publication number
FR2949285A1
FR2949285A1 FR0955727A FR0955727A FR2949285A1 FR 2949285 A1 FR2949285 A1 FR 2949285A1 FR 0955727 A FR0955727 A FR 0955727A FR 0955727 A FR0955727 A FR 0955727A FR 2949285 A1 FR2949285 A1 FR 2949285A1
Authority
FR
France
Prior art keywords
call
user
procedure
gateway
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0955727A
Other languages
English (en)
Other versions
FR2949285B1 (fr
Inventor
Kwok Kuen Cheng
Marco Fratti
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to FR0955727A priority Critical patent/FR2949285B1/fr
Priority to FR1050630A priority patent/FR2949287B1/fr
Priority to FR1053231A priority patent/FR2949286B1/fr
Priority to PCT/FR2010/051718 priority patent/WO2011020972A2/fr
Priority to US13/391,470 priority patent/US20120157094A1/en
Priority to CN2010800455596A priority patent/CN102577452A/zh
Priority to EP10762984A priority patent/EP2468023A2/fr
Publication of FR2949285A1 publication Critical patent/FR2949285A1/fr
Application granted granted Critical
Publication of FR2949285B1 publication Critical patent/FR2949285B1/fr
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/26Devices for calling a subscriber
    • H04M1/27Devices whereby a plurality of signals may be stored simultaneously
    • H04M1/274Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
    • H04M1/2745Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
    • H04M1/27485Appending a prefix to or inserting a pause into a dialling sequence
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/12Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1245Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks where a network other than PSTN/ISDN interconnects two PSTN/ISDN networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/253Telephone sets using digital voice transmission
    • H04M1/2535Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/20Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/006Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/12Mobility data transfer between location registers or mobility servers

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé de fourniture de services d'interconnexion, caractérisé en ce qu'il relie un ensemble de réseaux cellulaires nationaux (601, 602) à un réseau d'interconnexion par des serveurs passerelles (201, 202, 301, 302) qui sont pilotés par un serveur central de routage (500) afin d'établir un réseau global de communications entre des dispositifs de télécommunication mobiles (101, 102) tels que des téléphones mobiles ; un module applicatif (111, 112) qui permet un dialogue entre chaque dispositif de télécommunication mobile (101, 102) et le serveur central de routage (500) est transféré sur le dispositif de télécommunication mobile (101, 102) de chaque utilisateur.

Description

10 La présente invention a pour objet un procédé et un dispositif permettant la gestion optimale d'appels entre des réseaux de téléphonie mobile cellulaire nationaux,
On sait que la croissance mondiale de la demande de communications mobiles 15 a créé le besoin de services globaux d'itinérance (l'itinéranee désigne la capacité des usagers à accéder à leurs services de téléphonie mobile depuis un réseau cellulaire d'un pays étranger) qui permettent à tous les usagers de rester joignables partout dans le monde. Les services d'itinérance nécessitent, notamment, des accords entre les opérateurs concernés, afin qu'un abonné 20 cellulaire en déplacement dans un pays visité puisse bénéficier des mêmes services mobiles fournis par l'opérateur de son pays domestique.
A titre d'exemple, si l'on prend l'hypothèse d'un abonné d'un opérateur cellulaire de réseau X d'un pays A, en situation d'itinérance sur le réseau Y 25 dans un pays B et désirant appeler un correspondant lui-même abonné de l'opérateur cellulaire du réseau X se trouvant dans le pays A, le coût de l'appel est alors la somme des trois éléments suivants : 1. Le coût de l'établissement de l'appel sortant à l'international sur le réseau Y du pays visité B, il est défini par l'opérateur du réseau visité Y 30 en fonction des accords d'itinérance entre ce dernier et l'opérateur du réseau X du pays A. 2. Le coût de la terminaison de l'appel sur le réseau X du pays A, il est défini par l'opérateur du réseau X. 3. Le coût de l'interconnexion, c'est-à-dire le transport de la signalisation et de données d'appel entre le réseau Y du pays visité B et le réseau X du pays A, il est défini par l'opérateur d'interconnexion. Pour l'appelant en situation d'itinérance, l'ensemble de ces trois coûts peut être très élevé.
Toujours à titre d'exemple, dans un deuxième cas, l'abonné en itinérance dans le pays B sur le réseau Y reçoit un appel, cet appel est émis par un correspondant de son pays A, il paie alors un tarif composé des deux éléments suivants : 1. le coût d'interconnexion, c'est-à-dire le transport de la signalisation et des données d'appel entre le réseau X du pays A et le réseau Y du pays visité B. Ce coût est défini par l'opérateur d'interconnexion. 2. le coût de terminaison d'appel reçu sur le réseau Y du pays visité B. Ce coût est défini par l'opérateur du réseau Y.
Un exemple des prix d'appel international entre deux utilisateurs, dont au 20 moins l'un d'entre eux est en situation d'itinérance, est représenté sur la figure 1, en considérant des appels entre la France et les Etats Unis.
En outre, afin de minimiser les coûts des communications en itinérance, de plus en plus de voyageurs achètent et utilisent dans les pays qu'ils visitent, des 25 cartes SIM ("Subscriber Identity Module"), de type prépayé et rechargeables. Avec une carte SIM locale du pays visité, un voyageur peut ainsi émettre des appels internationaux à un prix plus intéressant qu'en itinérance et recevoir des appels gratuitement, quelle que soit leur provenance.
30 Il faut préciser qu'en principe, un appel reçu par un abonné sur son réseau domestique (même en mode prépayé) est toujours gratuit, et qu'un appel émis depuis ce réseau domestique vers l'international est toujours moins cher qu'un appel émis en cas d'itinérance sur un réseau étranger vers l'international.
L'inconvénient majeur du remplacement de la carte SIM domestique par une carte SIM locale du pays visité est la perte de l'identité de l'usager, qui n'est plus joignable sur son numéro domestique et ce dernier n'a plus accès non plus aux informations personnelles contenues sur sa carte SIM domestique.
L'invention a donc plus particulièrement pour but de résoudre ces problèmes en proposant le déploiement d'un service d'itinérance intelligent par-dessus les différents réseaux cellulaires nationaux. Ce service offre plusieurs avantages aux usagers 1. l'usager est localisé là où il se trouve, dans tous les pays où ce service est déployé, il peut être joint via son numéro de dispositif de télécommunication mobile domestique ; 2. l'usager conserve les contenus de sa carte SIM domestique, principalement le répertoire ; 3. l'usager optimise les coûts de ses communications indépendamment de sa localisation, puisqu'il utilise toujours une carte SIM locale du pays visité. Ce facteur de réduction de coût représente dans certains cas, une économie de plus de 80 % par rapport au tarif d'itinérance classique.
Afin d'atteindre ce résultat, la mise en oeuvre de l'invention se traduit par l'établissement d'un réseau global de communications entre des dispositifs de télécommunication mobiles tels que des téléphones mobiles. Ce réseau est constitué d'un ensemble de réseaux cellulaires nationaux reliés â un réseau d'interconnexion par des serveurs passerelles qui sont pilotés par un serveur central de routage, l'utilisateur devant transférer sur son dispositif de télécommunication mobile (ou sur ses dispositifs de télécommunication mobiles) un module applicatif qui permet un dialogue entre son dispositif de télécommunication mobile et le serveur central de routage.
La présente invention concerne donc un procédé de fourniture de services d'interconnexion caractérisé par la mise en oeuvre des étapes suivantes : - l'abonnement de l'usager à un service global d'itinérante dans son pays domestique où l'usager a un abonnement lui permettant d'accéder au réseau cellulaire domestique ; le transfert d'un serveur spécifique vers le dispositif de télécommunication mobile de l'usager, d'un module applicatif, l'usager conservant son abonnement sur le réseau cellulaire domestique ainsi que sa carte SIM domestique ; la fourniture à l'usager, en déplacement dans un pays étranger, par un opérateur du service global d'itinérance, d'une carte SIM locale, l'usager pouvant avoir autant de cartes SIM locales que de pays fréquemment visités ; - le chaînage de tous les numéros desdites cartes SIM locales au numéro domestique de l'usager dans le serveur de routage.
Ainsi, à chaque arrivée dans un pays visité, l'usager doit insérer la carte SIM locale du pays dans son dispositif de télécommunication mobile et procéder à un enregistrement à une passerelle locale d'interconnexion. La procédure d'enregistrement déclenche des fonctionnalités de localisation, ces fonctionnalités étant gérées par ladite passerelle d'interconnexion, située sur le réseau cellulaire du pays visité.
De cette façon, la mise en oeuvre de l'invention présente les avantages suivants : Tout appel émis par l'abonné est alors un appel local entre son dispositif de télécommunication mobile et une passerelle d'interconnexion sur le réseau mobile du pays visité, l'appel étant ensuite acheminé vers une passerelle d'interconnexion de terminaison sur un réseau mobile du pays de l'appelé.
Tout appel reçu par l'abonné est géré par un routeur d'interconnexion, ce routeur déterminant la procédure de terminaison d'appel la plus appropriée en fonction du coût de terminaison d'appel sur le réseau mobile du pays visité.
Une procédure de terminaison d'appel peut être caractérisée par une demande de rappel envoyée par la passerelle d'interconnexion à l'appelé. Ce rappel aboutit alors à une conférence entre deux appels entrant, gérée par la passerelle d'interconnexion du pays visité.
De manière avantageuse, la présente invention est conçue de façon à permettre à l'opérateur d'un réseau d'interconnexion de maîtriser les frais de récolte, d'interconnexion et de terminaison d'appel entre un premier réseau mobile cellulaire national (appel sortant) et un deuxième réseau mobile cellulaire national (appel reçu), tous deux connectés au réseau d'interconnexion.
La présente invention permet également à un usager d'un réseau cellulaire national de réduire ses coûts de communication pour tout appel émis vers ou reçu d'un téléphone mobile sur un réseau cellulaire à l'étranger, en situation d'itinérante.
Avantageusement, la présente invention présente la spécificité d'assurer la transversalité entre plusieurs technologies de téléphonie cellulaire (telles que le "GSM" ("Global System for Mobile Communication") ou le "CDMA" ("Code Division Multiple Accès")).
La présente invention présente également l'avantage d'utiliser des protocoles, méthodes, et fonctionnalités existants sans recours aux modifications d'infrastructures des réseaux cellulaires nationaux déjà en place.
Des modes d'exécution de l'invention seront décrits ci-après, à titre d'exemples non limitatifs, avec référence aux dessins annexés, dans lesquels La figure 1 est une représentation sous forme de tableaux d'un exemple des prix d'appels internationaux entre deux utilisateurs, dont au moins l'un d'entre eux est en situation d'itinérante, en considérant des appels entre la France et les Etats Unis.
La figure 2 est une représentation schématique de l'architecture d'un réseau de téléphonie cellulaire spécifique, permettant de mettre en oeuvre le procédé selon l'invention.
La figure 3 est une représentation schématique permettant de visualiser les éléments principaux constituant la base de données du dispositif permettant de mettre en oeuvre le procédé selon l'invention.
La figure 4 est une représentation schématique d'un fonctionnement de l'automate d'un module applicatif d'un téléphone. La figure 5 est une représentation schématique d'un fonctionnement du module applicatif.
La figure 6 est une représentation schématique d'une suite d'étapes qui expliquent le fonctionnement de la procédure dite de "Préparation".
La figure 7 est une représentation schématique, d'une suite d'étapes qui 25 expliquent le fonctionnement de la procédure dite de "Visite".
La figure 8 est une représentation schématique, d'une suite d'étapes qui expliquent le fonctionnement d'une procédure d'appel avec terminaison d'appel "directe". 30 La figure 9 est une représentation schématique, d'une suite d'étapes qui expliquent le fonctionnement d'une telle procédure d'appel avec terminaison par "alerte SMS".
La figure 10 est une représentation schématique, sous forme d'un organigramme d'un exemple de politiques de gestion d'appel.
La figure 11 est une représentation schématique, d'une architecture de principe d'un système cellulaire qui supporte CAMEL en mettant en évidence la possibilité d'y incorporer le système selon l'invention.
La figure 12 est une représentation schématique, de la procédure d'adaptation de la procédure de "Visite" à la plateforme CAMEL.
La figure 13 est une représentation schématique, de la procédure d'adaptation de la procédure de "alerte SMS" à la plateforme CAMEL, en utilisant une procédure d' "alerte USSD".
Dans la description qui suit, le système GSMIGPRS ("Global System for Mobile" I "General Packet Radio Service") sera considéré comme réseau cellulaire de référence et la signalisation sur le réseau IP ("Internet Protocol") sera conforme aux standards "Session Initiation Protocol" (SIP). Il est entendu que ces hypothèse constituent un exemple possible de réalisation : les principes de l'invention peuvent être étendus à d'autres systèmes cellulaires (tels que CDMA ou UMTS ("Universal Mobile Telecommunications System")) et à d'autres types de signalisation sur les réseaux IP.
Dans cet exemple, tel que cela est représenté sur la figure 2, le dispositif permettant de mettre en oeuvre le procédé selon l'invention comporte un réseau de téléphonie cellulaire 601 qui est relié à un dispositif de télécommunication mobile 101 constitué en l'espèce par un téléphone mobile.
Toute communication constituée par exemple par de la voix, des messages courts (SMS, "Short Message Service"), des messages multimédia (MMS, "Multimedia Message Service") entre le téléphone 101 et le réseau 601 est conforme à la norme définie par l'organisme "3rd Generation Partnership Project" (3GPP). Le téléphone 101 et le réseau 601 supportent toutes les fonctionnalités et les protocoles requis par le 3GPP.
Le dispositif permettant de mettre en oeuvre le procédé selon l'invention, tel que représenté sur la figure 2, comprend également un réseau de téléphonie cellulaire 602 auquel est relié un dispositif de télécommunication mobile 102, le téléphone 102 et le réseau 602 supportent toutes les fonctionnalités et les protocoles requis par le 3GPP. Les réseaux 601 et 602 sont indépendants.
Sur le réseau 601, les informations relatives à l'usager du téléphone 101 sont sauvegardées dans une zone mémoire appelée `Home Location Register' (HLR ù 611). De même pour l'usager du téléphone 102, les informations le concernant sont sauvegardées dans le HLR 612.
Lorsque l'usager du téléphone est sur son réseau domestique 601, il est localisé systématiquement sur le réseau, il peut émettre un appel après la vérification de son identité et la validation de ses droits par le HLR 611, de la même façon quand il reçoit un appel.
Lors d'un déplacement à l'étranger, sur le réseau 602 par exemple, l'usager peut continuer d'utiliser son téléphone 101 avec sa SIM domestique et s'enregistrer comme visiteur sur le réseau 602, les informations le concernant sont enregistrées alors temporairement dans le HLR 612 afin de permettre à l'opérateur du réseau 602 d'envoyer les informations concernant ses appels sortants et appels reçus à son opérateur domestique 601 pour une facturation des appels en itinérance.
Lors de son déplacement, l'usager du téléphone 101 peut aussi utiliser une SIM locale du réseau 602, en remplacement de sa SIM domestique dans son téléphone 101 ou utiliser le téléphone 102. Quand il utilise la SIM locale du réseau 602, les informations le concernant du réseau 601 ne sont pas connues du HLR 612, il ne peut donc pas être joint via son numéro de mobile domestique du réseau 601.
Le dispositif permettant de mettre en oeuvre le procédé selon l'invention, tel que représenté sur la figure 2, comprend également un module applicatif 111 et 112 qui est transféré vers les dispositifs de télécommunication mobiles 101 et 102 respectivement, ces modules applicatifs 111 et 112 étant intégrés dans un moyen de stockage de ces dispositifs de télécommunication mobiles 101, 102.
Le dispositif permettant de mettre en oeuvre le procédé selon l'invention, tel que représenté sur la figure 2, comprend également des dispositifs "passerelle voix" 201, 202 garantissent une connexion logique et physique entre, respectivement, chacun des réseaux 601 et 602 et un dispositif "routeur d'interconnexion" 500 à travers le réseau Internet (public) 400. Dans ce sens, les dispositifs 201 et 202 assurent les fonctionnalités de type "Softswitch" connues dans l'état de l'art : à savoir, une translation de signalisation entre le format SIP et le format téléphonique "ISDN User Part" (ISUP), ainsi que la translation des protocoles de transport voix entre les réseaux cellulaires à commutation de circuit et le réseau internet à commutation de paquet.
Le dispositif permettant de mettre en oeuvre le procédé selon l'invention, tel que représenté sur la figure 2, comprend également des dispositifs "passerelle SMS" 301, 302 qui garantissent une connexion logique et physique entre ù respectivement ù chacun des réseaux 601 et 602 et le dispositif "routeur d'interconnexion" 500 à travers le réseau Internet (public) 400. Dans ce sens, les dispositifs 301 et 302 assurent une translation de signalisation entre le format "Short Message Relay Protocol" (SM-RP) et le format "Hypertext Transfer Protocol" (http) entre les réseaux cellulaires à commutation de circuit et le réseau internet à commutation de paquet.
Le dispositif routeur d'interconnexion 500 garantit une connexion logique et physique entre plusieurs passerelles voix, telles que les passerelles 201 et 202, afin d'assurer l'acheminement des données de signalisation et des données voix entre deux réseaux mobiles, tels que les réseaux 601 et 602, en utilisant le réseau Internet 400. Le même dispositif routeur d'interconnexion 500 garantit une connexion logique et physique entre plusieurs passerelles SMS, telles que les passerelles 301 et 302 afin d'assurer l'acheminement des données SMS entre deux réseaux mobiles, tels que les réseaux 601 et 602 en utilisant le réseau Internet 400. Selon les explications qui vont suivre, le routeur d'interconnexion 500 (et sa base de données 501 associée) pourra gérer la communication entre les usagers des téléphones 101 et 102 en fonction de leur localisation et des coûts de récolte, d'interconnexion et de terminaison d'appel entre les réseaux 601 et 602.
Tout expert de l'art reconnaîtra que l'ensemble de plusieurs passerelles voix, de plusieurs passerelles SMS, d'un routeur d'interconnexion (et de sa base de données), et de plusieurs modules applicatifs constitue un "super-réseau" d'équipements / fonctionnalités d'interconnexion. Ce réseau étant superposé et opérant en parallèle aux réseaux mobiles et aux réseaux d'interconnexion entre réseaux mobiles existants. Il sera montré par la suite de la description que tel "super-réseau" garantit une interconnexion optimale (en termes de rapport qualité/prix) entre les réseaux mobiles existants.
Afin de permettre une meilleure compréhension des procédures 30 opérationnelles du système global d'itinérance, on fera référence à un contexte exemplaire d'utilisation, selon lequel : Deux abonnés français au service global d'itinérance se rendent dans deux pays différents (Angleterre et Etats-Unis). Le premier abonné utilise le téléphone mobile 101, ce téléphone 101 comporte une carte SIM locale fournie par l'opérateur du service global d'itinérante, cette carte SIM (et ses identifiants) étant enregistrée dans le HLR 611 du réseau mobile anglais 601, ce réseau 601 étant contrôlé par un opérateur cellulaire local. Le deuxième abonné utilise le téléphone mobile 102, ce téléphone 102 est muni d'une carte SIM locale fournie par l'opérateur dü service global d'itinérance, cette carte SIM (et ses identifiants) étant enregistrée dans le HLR 612 du réseau mobile américain 602, ce réseau étant contrôlé par un opérateur cellulaire local.
En outre, tel que cela est représenté sur la figure 3, la base de données 501, qui 15 est contrôlée par le fournisseur du service global d'itinérance, comporte les éléments principaux suivants : L'élément utilisateur 511 qui comporte tous les identifiants d'un abonné français au service global d'itinérante : le nom, l'identifiant téléphonique "Mobile Station International ISDN Number" 20 (MSISDN) assigné par son opérateur cellulaire domestique, l'identifiant téléphonique "Passerelle-Voix-France" du dispositif qui s'interconnecte au réseau mobile français pour toute communication voix, l'identifiant téléphonique "Passerelle-SMSûFrance" du dispositif qui s'interconnecte au même réseau mobile français pour 25 toute communication SMS. L'élément contact 521 qui comporte tous les identifiants de chacun de N contacts faisant partie du carnet d'adresse de l'utilisateur 511 : nom, localisation géographique courante (pays domestique ou pays visité), l'identifiant téléphonique MSISDN-Courant assigné par 30 l'opérateur cellulaire domestique du contact.
L'élément pays 531 qui comporte tous les paramètres opérateur/réseau pour chaque pays visité dans lequel un abonné français au service global d'itinérance peut se rendre : l'identifiant de l'opérateur local, l'identifiant téléphonique MSISDN-Local de la carte SIM que l'abonné utilise dans ce pays, l'identifiant téléphonique "PasserelleûVoixûLocale" du dispositif 201 ou 202 qui s'interconnecte au réseau mobile 601 ou 602 pour toute communication voix, l'identifiant téléphonique "PasserelleûSMSLocale" du dispositif 301 ou 302 qui s'interconnecte au réseau mobile étranger 601 ou 602 pour toute communication SMS, le coût d'un appel local émis/reçu vers/de le dispositif "PasserelleûVoixûLocale", le coût d'un SMS envoyé vers le dispositif "PasserelleûSMSûFrance". L'élément Etat 541 qui fonctionne comme machine à états finis, permettant de connaître l'état opérationnel de l'usager à un instant donné,
La Figure 4 montre le fonctionnement opérationnel de l'élément `Etat' 541, qui est l'automate correspondant au module APPLICATIF 111, 112 du téléphone de chaque utilisateur. Selon la Figure 4 et considérant que l'utilisateur se trouve dans son pays domestique : L'automate 541 se trouve dans l'état `Réseau-Domestique'. `Etat' 541 reste dans cet état jusqu'à ce que l'utilisateur effectue avec son module APPLICATIF 111, 112 l'opération de `Prepare', dont la signification et le fonctionnement sont expliqués par la suite. L'achèvement de l'opération `Prepare' fait passer l'automate à l'état `Préparation' ; cet état est maintenu jusqu'à ce que l'utilisateur se rende dans un pays étranger et effectue avec son module APPLICATIF 111, 112 l'opération de `Visite', dont la signification et le fonctionnement sont expliqués par la suite.
L'achèvement de l'opération de `Visite' fait passer l'automate è l'état `Réseau-Visité' ; cet état est maintenu tant que l'utilisateur reste dans le pays étranger. Avant de se rendre dans un autre pays étranger ou de revenir à son pays, l'utilisateur effectue avec son module APPLICATIF 111, 112 l'opération `Prepare'. Cette opération fait passer à nouveau l'automate à l'état de 'Préparation'.
Il sera montré par la suite que, grâce à l'interrogation de l'élément `Etat' 541, le ROUTEUR D'INTERCONNEXION 500 pourra acheminer les communications entre les usagers du système global d'itinérance et des services associés.
La Figure 5 montre le fonctionnement opérationnel du module APPLICATIF 111, 112, qui se comporte comme un automate, qui change d'état selon des commandes de saisie de la part de l'utilisateur sur son téléphone mobile 101, 102 ou selon des entrées reçues dar le système global d'itinérance par le biais du dispositif PASSERELLE SMS 301, 302. Selon la Figure 5 : le module APPLICATIF 111, 112 se trouve û en général û dans l'état `En attente' 120. La saisie d'une commande de la part de l'utilisateur provoque un changement d'état de l'automate, qui passe dans l'état `Traitement Commande' 122. Deux types de commandes sont possibles : o Un premier type de commande qui ne nécessite pas une interaction avec le système global d'itinérance ; par exemple, le changement de la langue du module APPLICATIF 111, 112 (version française, anglaise ou autre) o Un deuxième type de commande qui implique une interaction avec le système global d'itinérance ; par exemple, la commande `Prepare' (expliquée en détail par la suite) déclenche l'envoi d'un SMS vers le dispositif PASSERELLE SMS 301, 302.30 Une fois la commande traitée, le module APPLICATIF 111, 112 revient dans son état `En attente' 120. Si la commande implique un retour de la part du système global d'itinérance, le module APPLICATIF 111, 112 reste dans un état de `veille', afin de pouvoir traiter la réponse de la part de la PASSERELLE SMS 301, 302. Dans l'état `En attente' 120, le module APPLICATIF 111, 112 peut recevoir une entrée de la part du système global d'itinérance par le biais de la PASSERELLE SMS 301, 302. Deux types d'entrées sont possibles : o Un premier type qui constitue une réponse à une commande lancée précédemment de la part de l'utilisateur. A titre d'exemple, une fois la procédure `Prepare' lancée, le module APPLICATIF 111, 112 s'attend de recevoir une réponse du système global d'itinérance. o Un deuxième type qui consiste en une entrée non sollicitée, tel 15 qu.'une notification de la localisation d'un autre utilisateur.
Indépendamment de la nature de l'entrée, le module APPLICATIF 111, 112 passe dans un état `Traitement Alerte' 121. Après exécution des opérations relatives au traitement de l'entrée reçue, le module APPLICATIF 111, 112 20 revient dans son état originaire 120.
La suite de la description décrit des exemples de scénarios opérationnels possibles pour montrer le fonctionnement du système global d'itinérance et des services associés. Les experts de l'art reconnaîtront que ces procédures et 25 les protocoles associés peuvent changer dans la réalisation, sans pour autant contrevenir à l'esprit de l'invention.
PROCEDURE DE "PRÉPARATION" Exemple de contexte : l'utilisateur du service global d'itinérance est français. 30 Il doit se rendre en Angleterre. Avant son départ, il effectue la procédure dite de "Préparation", dont le but est de vérifier les droits de l'utilisateur et de réactualiser le contenu du module applicatif 111 de son téléphone mobile 101 avant le départ. La Figure 6 représente une suite d'étapes numérotées qui expliquent le fonctionnement d'une telle procédure de "Préparation". Etape 1. Suite à une commande de l'utilisateur, le module applicatif 111 envoie un SMS au dispositif "PasserelleùSMSùFrance", un tel SMS comportant l'identifiant du pays dans lequel l'usager doit se rendre (Angleterre). L'automate du module applicatif 111 passe dans l'état 'traitement de commande' 122 pour ensuite revenir dans l'état 'attente' 120. - Etape 2. Par le biais d'une requête http, le dispositif "PasserelleùSMSFrance" interroge la base de données 501. - Etape 3. La base de données 501 vérifie les droits de l'usager ; par exemple, un contrôle est fait sur les droits de l'abonné d'utiliser le service global d'itinérance en Angleterre. - Etape 4. Après validation des droits, la machine à états finis de la figure 4 passe de l'état "Réseau - Domestique" à l'état "Préparation". Etape 5. La base de données 501 renvoie au dispositif "PasserelleùSMSFrance", une réponse http notifiant certains identifiants qui seront utilisés dans le pays visité (Angleterre), notamment les numéros téléphoniques "PasserelleùSMSùLocale" et "MSISDN-Local". - Etape 6. Les mêmes identifiants de l'étape 5 sont relayés vers le module applicatif 111, qui reçoit un message de retour de la part du dispositif 'PAS SERELLE-SMS-France'; l'automate du module APPLICATIF 111 passe dans l'état 'traitement alerte' 121 et effectue des opérations de stockage des identifiants reçus, afin de préconfigurer le module APPLICATIF 111 avant le voyage de l'utilisateur.
Il est à noter que la même procédure de "préparation" est exécutée par l'utilisateur du service global d'itinérance avant de se rendre aux Etats-Unis.
PROCEDURE DE "VISITE" Exemple de contexte : l'utilisateur du service global d'itinérance est arrivé en Angleterre et a inséré la carte SIM d'un opérateur local. Dès son arrivée, il effectue la procédure dite de "Visite", dont le but est de s'enregistrer au service global d'itinérance en tant qu'usager en itinérance vis à vis du dispositif serveur d'interconnexion 500, de compléter la configuration du module applicatif 111 de son téléphone mobile 101 et de déclencher une notification de présence, La Figure 7 représente une suite d'étapes numérotées qui expliquent le fonctionnement d'une telle procédure de "Visite". Etape 1. Suite à une commande de l'utilisateur, le module applicatif 111 envoie un SMS au dispositif "Passerelle-SMS-Locale" 301, un tel SMS comprenant l'identifiant téléphonique de la carte SIM locale. L'automate du module APPLICATIF 111 passe dans l'état 'traitement commande' 122 pour ensuite revenir dans l'état 'en attente' 120. - Etape 2. Par le biais d'une requête http, le dispositif "Passerelle-SMS-15 Locale" 301 interroge la base de données 501. Etape 3. La machine à états finis 541 passe de l'état "Préparation" à l'état "Réseau -- Visité". Etape 4. La base de données 501 vérifie l'état ("Réseau-Domestique", "Réseau-Visité") et l'identifiant téléphonique "MSISDN-Courant" de tous 20 les usagers dont l'utilisateur du téléphone mobile 101 est un contact. - Etape 5. La base de données 501 renvoie au dispositif "PasserelleùSMSLocale" 301 une réponse http notifiant le numéro téléphonique de "PasserelleùVoixùLocale". Etape 6. Le même identifiant de l'étape 5 est relayé vers le module 25 applicatif 111, dont l'automate passe dans l'état 'Traitement Alerte' 121 afin de compléter la configuration du module APPLICATIF 111 pour le rendre prêt à l'utilisation dans le pays visité. Etape 7. Suite à l'étape 4, la base de données 501 renvoie aux dispositifs "Passerelle--SMSùLocale" 302 une notification http indiquant l'état et la 30 localisation (c'est-à-dire le pays visité, à savoir en l'espèce l'Angleterre) de l'utilisateur du téléphone mobile 101.
Etape 8. Suite à l'étape 7, chaque "PasserelleûSMSûLocale" 302 renvoie par SMS à chaque usager dont l'utilisateur du téléphone mobile 101 est un contact les informations de localisation du téléphone mobile 101.
Il est à noter que la même procédure de "visite" est exécutée par l'utilisateur du service global d'itinérance avant de se rendre aux Etats-Unis. A la suite de cette procédure, le module applicatif 111 est en connaissance de l'état et de la localisation de l'utilisateur du téléphone mobile 102 (en itinérance aux Etats-Unis). Réciproquement, le module applicatif 112 est en connaissance de l'état et de la localisation de l'utilisateur du téléphone mobile 101 (en itinérance en Angleterre).
PROCEDURE D'APPEL û TERMINAISON D'APPEL "DIRECTE" Exemple de contexte : l'utilisateur du service global d'itinérance en déplacement en Angleterre appelle l'utilisateur du service global d'itinérance en déplacement aux Etats-Unis. La procédure d'appel sortant est gérée par un module applicatif 111 du téléphone mobile 101. La procédure d'appel entrant vers le téléphone mobile 102 est gérée par le dispositif routeur d'interconnexion 500. La Figure 8 représente une suite d'étapes numérotées qui expliquent le fonctionnement d'une telle procédure d'appel avec terminaison d'appel "directe". Etape L Suite à une commande de déclenchement d'appel de la part de l'utilisateur, l'automate du module applicatif 111 passe dans l'état 'traitement commande' 122 afin de vérifier les politiques de gestion d'appel à appliquer. Ces politiques seront expliquées par la suite de façon détaillée. Etape 2. Toujours dans l'état 'traitement commande' 122, le module applicatif 111 déclenche une procédure d'établissement d'appel vers le dispositif "PasserelleûVoixûLocale" 201 (Angleterre). La signalisation d'appel entre les commutateurs du réseau cellulaire local 601 et le dispositif "PasserelleûVoixûLocale" 201 est conforme à la norme "ISDN User Part" (ISUP), bien connue par les experts de l'art. La procédure d'établissement d'appel déclenchée par le module applicatif 111 est conforme à la norme "URLs for Telephone Calls" définie dans le document "RFC2806" de la "Internet Engineering Task Force". Selon cette norme, une syntaxe appropriée de la procédure de déclenchement d'appel permet d'envoyer des tonalités dites "Dual-Tone Multi Frequencies" (DTMF) dès qu'un canal de communication est établi entre deux entités d'un réseau téléphonique. Le document "RFC2806" est bien connu par les experts de l'art. A la fin de l'étape 2, l'automate du module APPLICATIF 111 revient dans l'état 'en attente' 120.
Etape 3. Suite à l'établissement d'appel (Etape 2), le dispositif "Passerelle-Voix-Locale" 201 déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion 500. Une telle procédure est conforme au standard "Session Initiation Protocol" (SIP). A titre d'exemple, l'en-tête de la procédure SIP contiendra un champ "From" de type : MSISDN- Courant@ Passerelle-Voix-Locale. Il sera donc possible pour le dispositif routeur d'interconnexion 500 de connaître l'identifiant téléphonique de l'appelant ainsi que la "Passerelle-Voix-Locale" correspondante. Etape 4. A la fin des étapes 2 et 3, un canal de communication "voix" est établi entre le téléphone mobile 101 et le routeur d'interconnexion 500, par intermédiation de la "Passerelle-Voix-Locale" 201. Grâce à la procédure de déclenchement d'appel exécutée par le module applicatif 111, dès l'établissement d'un tel canal de communication, les tonalités DTMF ("Dual Tone Multifrequency") qui correspondent à l'identifiant téléphonique "MSISDN-France" de l'appelé sont envoyées du téléphone mobile 101 au dispositif routeur d'interconnexion 500, par intermédiation de la "Passerelle-Voix-Locale" 201. Etape 5. Le dispositif routeur d'interconnexion 500 interroge la partie Contact 521 de la base de données 501 afin d'obtenir la localisation courante (Etats-Unis) et l'identifiant téléphonique "MSISDN-Courant" du correspondant appelé.
Etape 6. Le dispositif routeur d'interconnexion 500 interroge la partie Pays 531 de la base de données 501 afin d'obtenir l'identifiant téléphonique du dispositif "Passerelle-Voix-Locale" 202 (Etats-Unis). Etape 7. Le dispositif routeur d'interconnexion 500 déclenche une procédure d'établissement d'appel vers le dispositif "Passerelle-Voix-Locale" 202. Une telle procédure est conforme au standard Session Initiation Protocol (SIP). A titre d'exemple, l'en-tête de la procédure SIP contiendra un champ "To" de type : MSISDN-Courant@Passerelle-Voix-Locale, l'identifiant MSISDN-Courant se référant au correspondant appelé.
Il sera donc possible pour le dispositif ""Passerelle-Voix-Locale" 202 de connaître l'identifiant téléphonique à appeler. Etape 8. Suite à l'étape 7, le dispositif "Passerelle-Voix-Locale" 202 déclenche une procédure d'établissement d'appel vers un téléphone mobile 102 (aux Etats-Unis). La signalisation d'appel entre les commutateurs du réseau cellulaire local 602 et le dispositif "Passerelle-Voix-Locale" 202 est conforme à la norme "ISDN User Part" (ISUP), bien connue par les experts de l'art.
A la fin des étapes 2 et 3, un canal de communication ""voix" est établi entre le téléphone mobile 101 et le routeur d'interconnexion 500, par intermédiation de la "Passerelle-Voix-Locale" 201. Similairement, à la fin des étapes 7 et 8, un canal de communication "voix" est établi entre le téléphone mobile 102 et le routeur d'interconnexion 500, par intermédiation de la "Passerelle-Voix-Locale" 202. Il est donc possible pour le dispositif routeur d'interconnexion 500 d'établir un pont entre les différents tronçons de communication afin de mettre en correspondance le téléphone mobile 101 de l'appelant (en Angleterre) et celui 102 de l'appelé (aux Etats-Unis).
PROCEDURE D'APPEL û TERMINAISON D'APPEL PAR "ALERTE SMS" Exemple de contexte : l'utilisateur du service global d'itinérance en déplacement en Angleterre appelle l'utilisateur du service global d'itinérance en déplacement aux Etats-Unis. La procédure d'appel sortant est gérée par le module applicatif 111 du téléphone mobile 101. Le dispositif routeur d'interconnexion 500 reçoit la requête d'appel et déclenche une alerte SMS à destination du téléphone mobile 102 de l'appelé. A la réception du SMS, le module applicatif 112 du téléphone mobile 102 déclenche, à son tour une procédure de rappel vers le dispositif routeur d'interconnexion 500. Ce dernier met en correspondance les requêtes d'appel provenant des téléphones mobiles IO 101 et 102. La Figure 9 montre une suite d'étapes numérotées qui expliquent le fonctionnement d'une telle procédure d'appel avec terminaison par ""alerte SMS". - Etape 1. Suite à une commande de déclenchement d'appel de la part de l'utilisateur, l'automate du module applicatif 111 passe dans l'état 15 'traitement commande' 122 afin de vérifier les politiques de gestion d'appel à appliquer. Ces politiques seront expliquées par la suite de façon détaillée. Etape 2. Toujours dans l'état 'traitement commande' 122, le module applicatif 111 déclenche une procédure d'établissement d'appel vers le dispositif "Passerelle-Voix-Locale" 201 (Angleterre). La procédure 20 d'établissement d'appel déclenchée par le module applicatif 111 est conforme à la norme "URLs for Telephone Calls" définie dans le document "RFC2806" de la "Internet Engineering Task Force". A la fin de l'étape 2, l'automate du module applicatif 111 revient dans l'état 'en attente'. Etape 3. Suite à l'établissement d'appel (Etape 2), le dispositif "Passerelle- 25 Voix-Locale" 201 déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion 500. Une telle procédure est conforme au standard ""Session Initiation Protocol" (SIP). A titre d'exemple, l'en-tête de la procédure SIP contiendra un champ "From" de type : MSISDNCourant@ Passerelle-Voix-Locale. Il sera donc possible pour le dispositif 30 routeur d'interconnexion 500 de connaître l'identifiant téléphonique de l'appelant ainsi que la "Passerelle-Voix-Locale" correspondante.
Etape 4. Grâce à la procédure de déclenchement d'appel exécutée par le module applicatif 111, dès l'établissement du canal de communication, les tonalités DTMF qui correspondent à l'identifiant téléphonique "MSISDNFrance" de l'appelé sont envoyées du téléphone mobile 101 au dispositif routeur d'interconnexion 500, par intermédiation de la "Passerelle-Voix-Locale" 201. Etape 5. Le dispositif routeur d'interconnexion 500 interroge la partie Contact 521 de la base de données 501 afin d'obtenir la localisation courante (Etats-Unis) et l'identifiant téléphonique "MSISDN-Courant" du correspondant appelé. Etape 6. Le dispositif routeur d'interconnexion 500 interroge la partie Pays 531 de la base de données 501 afin d'obtenir l'identifiant téléphonique du dispositif "Passerelle-SMS-Locale" 302 (Etats-Unis). Etape 7. Le dispositif routeur d'interconnexion 500 interroge la partie Utilisateur 511 de la base de données 501 afin d'obtenir le nom de l'appelant. Etape 8. Le dispositif routeur d'interconnexion 500 ouvre une session de conférence téléphonique. L'identifiant de cette session est nommé "ID-Session".
Etape 9. Suite à l'étape 8, le dispositif routeur d'interconnexion 500 envoie au dispositif "Passerelle-SMS-Locale" 302 (Etats-Unis) une notification http indiquant une requête d'appel vers "MSISDN-Courant" (numéro de l'appelé) de la part de "nom" (de l'appelant). L'identifiant "ID-Session" est aussi notifié.
Etape 10. Suite à l'étape 9, la "Passerelle-SMS-Locale" 302 renvoie par SMS à "MSISDN-Courant" la notification d'appel Etape 11. Le SMS de l'étape IO est reçu et élaboré par le module applicatif 112, dont l'automate passe dans l'état 'traitement alerte' 121: un message d'alerte est présenté à l'abonné appelé ; l'automate du module 112 revient dans l'état 'en attente' 120, l'abonné décide d'entrer en conférence avec l'appelant, déclenchant ainsi une procédure de rappel.
Etape 12. Suite au déclenchement de rappel de l'étape précédente, l'automate du module applicatif 112 passe dans l'état 'traitement commande' 122 ; entame une procédure d'établissement d'appel vers le dispositif "Passerelle-Voix-Locale" 202 (Etats-Unis) est déclenchée. Une telle procédure est conforme à la norme "URLs for Telephone Calls" définie dans le document "RFC2806" de la "Internet Engineering Task Force". A la fin de l'étape 12, l'automate du module applicatif 111 revient dans l'état 'en attente' 120. Etape 13. Le dispositif "Passerelle-Voix-Locale" 202 déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion 500. Une telle procédure est conforme au standard Session Initiation Protocol (SIP). A titre d'exemple, l'en-tête de la procédure SIP contiendra un champ "From" de type : MSISDN-Courant@ Passerelle-Voix-Locale.
Etape 14. Grâce à la procédure exécutée par le module applicatif 112 (étape 12), dès l'établissement du canal de communication, les tonalités DTMF qui correspondent à l'identifiant de la session de conférence "1D-Session" sont envoyées du téléphone mobile 102 au dispositif routeur d'interconnexion 500, par intermédiation de la "Passerelle-Voix-Locale" 202. Etape 15. Le dispositif routeur d'interconnexion 500 peut mettre en correspondance les téléphones mobiles 101 (en Angleterre) et 102 (aux Etats-Unis) selon une procédure de conférence téléphonique.
La procédure d'appel telle que représentée sur la Figure 9 permet d'économiser le coût d'une terminaison d'appel vers le réseau mobile 602 (Etats-Unis). En revanche, le correspondant appelé doit payer pour un appel sortant même s'il est le destinataire de l'appel téléphonique. Cependant, il convient de noter que cet appel sortant de la part du correspondant appelé est facturé au tarif d'une communication locale.
POLITIQUES DE GESTION D'APPEL Le système décrit doit pouvoir permettre aux utilisateurs de services de téléphonie mobile d'émettre et de recevoir des appels au meilleur prix possible, vers l'international et/ou en situation d'itinérance. En même temps, le système doit permettre au fournisseur du service global d'itinérance de réduire les coûts d'interconnexion et de terminaison d'appel. A ce titre, des politiques de gestion d'appel doivent être mises en place, ces politiques étant sous le contrôle du module applicatif 111, 112 ou du dispositif routeur d'interconnexion 500. La Figure 10 représente un exemple de politiques de i0 gestion d'appel, selon une possible variante d'implémentation. Les experts de l'art reconnaîtront que d'autres politiques peuvent être mises en place, sans pour autant contrevenir à l'esprit de l'invention. Selon le schéma de la figure 10, ces politiques de gestion d'appel peuvent se traduire par la mise en oeuvre des étapes suivantes : 15 Etape A. Suite à une commande de déclenchement d'appel de la part de l'utilisateur, le module applicatif 111, 112 passe dans l'état 'traitement commande' 122, les politiques de gestion d'appel à appliquer sont vérifiées. Etape B. Le module applicatif 111, 112 vérifie si le numéro à appeler est un numéro à tarification spéciale (par exemple de type 08xx ou autre). Dans ce 20 cas l'appel sera "direct", c'est-à-dire il ne sera pas acheminé par les dispositifs passerelle voix et routeur d'interconnexion. Etape C. Toujours dans l'état 'traitement commande' 122, le module applicatif 111, 112 vérifie si l'appelant et l'appelé se trouvent dans le même pays ; cette vérification est possible grâce aux étapes 7 et 8 de la procédure 25 de "Visite". Si une telle vérification est positive, l'appel sera "direct", c'est-à-dire qu'il ne sera pas acheminé par les dispositifs passerelle voix et routeur d'interconnexion. Etape D. Cette étape est effectuée si l'appelant et l'appelé ne se trouvent pas dans le même pays ; dans ce cas, on est dans une situation d'appel 30 international et/ou d'itinérance. La requête d'appel doit être acheminée par le service global d'itinérance. Le dispositif routeur d'interconnexion 500 vérifie le pays dans lequel l'appelé est joignable ainsi que l'opérateur local qui l'héberge sur son réseau. Si une terminaison d'appel conforme à la politique commerciale est disponible auprès de l'opérateur cellulaire local de l'appelé, l'appel peut se dérouler selon le principe de la terminaison d'appel "directe", décrite en Figure 6 ; autrement, l'appel peut se dérouler selon le principe de la terminaison d'appel par ""alerte SMS", décrite en Figure 9.
Il convient de noter que les politiques de gestion d'appel décrites s'appliquent 10 également si le destinataire de la requête d'appel correspond à un numéro fixe.
Il convient également de noter que les mêmes politiques peuvent s'appliquer si le correspondant appelé n'est pas abonné au service global d'itinérance et, par conséquent, son téléphone mobile n'héberge pas le module applicatif 111, 15 112: dans ce cas, le correspondant appelé sera considéré comme étant dans son pays domestique. L'appel sera alors "direct" (si l'appelant se trouve dans le même pays), ou selon le principe de la terminaison d'appel "directe", représentée sur la Figure 8. Dans le cas où une terminaison d'appel non conforme à la politique commerciale n'est pas disponible auprès de l'opérateur 20 cellulaire domestique de l'appelé, il sera possible û en principe û de faire parvenir au correspondant appelé un SMS de notification d'appel. Si le correspondant appelé (non abonné au service global d'itinérance) se trouve dans un pays étranger il n'y aura pas de surcoûts d'appel pour l'appelant.
25 VARIANTE DE REALISATION Actuellement dans le monde, plusieurs stratégies d'évolution des réseaux cellulaires sans-fil sont à l'étude et/ou commencent à être déployées. Parmi ces solutions, un effort particulier de la part des opérateurs cellulaires est dédié à la mise en place de 1' "IP Multimedia Subsystem" (IMS), qui permet de 30 fournir des services multimédias fixes et mobiles aux abonnés. Une é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 Logie").
CAMEL constitue l'architecture de services de référence pour les opérateurs mobiles. Le travail de standardisation initié par l'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 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 le cadre de présentation de l'invention se prêtent à un développement et déploiement compatibles avec CAMEL ; dans ce contexte, l'architecture, les protocoles et les procédures doivent être adaptés 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 11 représente une architecture de principe d'un système cellulaire qui 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 essentiellement référence à la "Phase 1" de CAMEL. Tout expert de l'art peut constater par la suite que les principes de la description peuvent s'appliquer également à la "Phase 2" de CAMEL. Il faut aussi noter que seulement un sous-ensemble des blocs fonctionnels du réseau cellulaire 601 est représenté en Figure 11, 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 quelques rappels, en relation avec la représentation de Figure 11 : gsmSCF 700 (SCF signifie "Service Control Function") est l'entité où résident les services CAMEL. gsmSCF 700 est contrôlé par l'opérateur cellulaire domestique. 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 11, et qui permet l'interfaçage entre SCP 700 et HLR 611. o CAP ("CAMEL Application Part"), standardisé par l'organisme 3GPP, représenté avec une ligne continue en Figure 11, et qui permet l'interfaçage entre SCP 700 et gsmSSF 710. o Un ou plusieurs protocole(s) basé(s) sur IP, afin de communiquer avec le routeur d'interconnexion 500 dans le pays de l'opérateur cellulaire domestique. Ce type de protocole n'est pas standardisé. Il sera donc basé sur une implémentation propriétaire.
Il est intéressant de noter que le routeur d'interconnexion 500 peut être contrôlé par le fournisseur du service global d'itinérance, tandis que l'opérateur cellulaire domestique contrôle le SCP 700. Des accords d'accès et d'interfaçage doivent être établis entre les deux acteurs économiques. - gsmSSF 710 (SSF signifie "Service Switching Function") est une entité fonctionnelle qui réside dans le "Gateway Mobile Switching Function" GMSC (dans le réseau de l'opérateur cellulaire domestique) et dans le "Visiting Location Register" / "Mobile Switching Function" (VLRIMSC) (dans le réseau de l'opérateur cellulaire domestique ou visité). Le gsmSSF 710 supporte les protocoles suivants : o MAP ("Mobile Application Part"), standardisé par l'organisme 3GPP, représenté avec une ligne continue en Figure 11, et qui permet l'interfaçage avec le HLR 611. o CAP ("CAMEL Application Part"), standardisé par l'organisme 3GPP, représenté avec une ligne continue en Figure 11, et qui permet l'interfaçage avec le SCP 700. Le routeur d'interconnexion 500 est relié fonctionnellement par des protocoles basés sur IP (représenté avec une ligne continue en Figure 11). - La passerelle voix 201 est reliée fonctionnellement par des protocoles "ISDN User Part" (ISUP) avec le GMSC (ou VLRIMSC) qui héberge la fonctionnalité gsmSSF 710.
Dans la suite de la description, l'adaptation des procédures de l'invention à la 15 plateforme CAMEL sera expliquée.
Procédures de "préparation" et de "visite" Fonctionnellement, il n'y a pas de changements majeurs par rapport aux procédures représentées sur les Figures 6 et 7. Tout SMS de signalisation entre 20 module applicatif 111, 112 et le réseau de support est remplacé par des messages de type "Unstructured Supplementary Service Data" (USSD), En outre, il est nécessaire que le HLR 611 soit en connaissance du fait que ses abonnés puissent être utilisateurs du service global d'itinérante. A ce titre, il est nécessaire de définir un identifiant des services de ""préparation" et de 25 "visite" rappel dans la base de données du HLR 611: en particulier, l'élément dit "UG-CSI" ("USSD Generic CAMEL Subscription Information") doit contenir les codes des services USSD de "préparation" et de "visite" (codes "*ABC*" et "*DEF*" en Figure 12) et l'adresse logique du gsmSCF 700 qui va traiter de tels messages USSD. Le protocole USSD est bien connu par les 30 experts de l'art. La Figure 12 représente, à titre d'exemple, la procédure d'adaptation de la procédure de "Visite" à la plateforme CAMEL, cette procédure d'adaptation comprenant les étapes suivantes : - Etape 1. Suite à une commande de l'utilisateur, le module applicatif 111 effectue un appel selon la syntaxe USSD : *ABC*Corps du message, où *ABC* est le code du service USSD défini dans la plateforme CAMEL, ce code correspondant à la procédure de "Visite" et le Corps du message comportant l'identifiant téléphonique de la carte SIM locale. La requête du service USSD est relayée du HLR 611 vers le gsmSCF 700 compris dans le SCP 700. L'automate du module APPLICATIF 111 passe dans l'état 'Traitement Commande' 122 pour ensuite revenir dans l'état 'En attente' 120. Etape 2. Par le biais d'une requête http, le dispositif SCP 700 interroge la base de données 501. Etape 3. La machine à états finis 541 de la figure 4 passe de l'état "Préparation" à l'état "Réseau-Visité".
Etape 4. La base de données 501 vérifie l'état ("Réseau-Domestique", "Réseau-Visité") et l'identifiant téléphonique "MSISDN-Courant" de tous les usagers dont l'utilisateur du téléphone mobile 101 est un contact. Etape 5. La base de données 501 renvoie au dispositif SCP 700 une réponse http notifiant le numéro téléphonique de "Passerelle-Voix-Locale".
Etape 6. Le même identifiant de l'étape 5 est relayé vers le module applicatif 111 par le biais d'une réponse selon la syntaxe USSD : *ABC*Corps du message, Corps du message comprenant le numéro téléphonique de "Passerelle-Voix-Locale". L'automate du module APPLICATIF 111 passe dans l'état 'Traitement Alerte' 121 afin de compléter la configuration du module APPLICATIF 111 pour le rendre prêt à l'utilisation dans le pays visité. Etape 7. Suite à l'étape 4, le dispositif SCP 700 connaît l'état et la localisation (c'est-à-dire le pays visité û Angleterre) de l'utilisateur du téléphone mobile 101. SCP 700 peut donc envoyer un appel selon la syntaxe USSD : *DEF *Corps du message, où *DEF* est le code du service USSD défini dans la plateforme CAMEL, ce code correspondant à une procédure de notification et le Corps du message comportant les informations de localisation du téléphone mobile 101. La requête du service USSD est relayée du HLR 612 vers le module applicatif 112, un tel module pouvant être hébergé par tout téléphone mobile 102 appartenant à chaque usager dont l'utilisateur du téléphone mobile 101 est un contact.
Procédure d'appel : terminaison d'appel par "Alerte USSD" Fonctionnellement, il n'y a pas de changements majeurs par rapport aux étapes décrites dans la Figure 13. Tout SMS de signalisation entre le module applicatif 112 et le dispositif "Passerelle-SMS-Locale" 302 est remplacé par des messages de type "Unstructured Supplementary Service Data" (USSD), ces messages étant échangés entre le dispositif SCP 700 et le module applicatif 112 par intermédiation du HLR 611. Similairement aux cas de "préparation" et de "visite", il est nécessaire de définir un identifiant du services de "alerte USSD" dans la base de données du HLR 611: en particulier, l'élément dit "UG-CSI" ("USSD Generic CAMEL Subscription Information") doit contenir le code de tels services (code `*XYZ*' en Figure 13) et l'adresse logique du gsmSCF 700 qui va traiter de tels messages USSD. La Figure 13 représente, à titre d'exemple, l'adaptation de la procédure de ""alerte SMS" représentée sur la figure 13 à la plateforme CAMEL, en utilisant une procédure d'alerte USSD". Il convient de noter que les étapes 1 à 8 de la figure 13 restent inchangées. Par conséquent, la figure 13 représente seulement les étapes à partir de l'étape numéro 9 : Etape 9. Suite à l'étape 8 (qui n'est pas représentée sur la Figure 13), le dispositif routeur d'interconnexion 500 envoie au dispositif SCP 700 une notification http indiquant une requête d'appel vers "MSISDN-Courant" (numéro de l'appelé) de la part de "nom" (de l'appelant). L'identifiant "ID-Session" est aussi notifié. - Etape 10. Le dispositif SCP 700 envoie un appel selon la syntaxe USSD : `XYZ*Co ps du message, où *XYZ* est le code du service USSD défini dans la plateforme CAMEL, ce code correspondant à une procédure de "alerte USSD" et le Corps du message comportant les informations selon l'étape 9. La requête du service USSD est relayée du HLR 612 vers le module applicatif 112, un tel module pouvant être hébergé par tout téléphone mobile 102. L'automate du module APPLICATIF 112 passe dans l'état 'Traitement Alerte' 121 afin de traiter la requête du service USSD ; à la fin du traitement, l'automate du module APPLICATIF 112 revient dans l'état 'En attente' 120. Etapes 11 à 15. Ces étapes ne présentent pas de modifications par rapport aux étapes correspondantes représentées sur la Figure 13.
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 ci-dessus.
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 représentés sur les différentes Figures.
Les principes de l'invention peuvent être appliqués avantageusement par les 20 acteurs économiques suivants : 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 forte réduction des frais des communications (téléphone, SMS, data) pour les employés qui voyagent. 25 - Les fournisseurs d'infrastructures à grande capacité (par exemple, IIJ ù "Internet Initiative Japan", "NTT Communications", "AIH ù Asia Internet Holding", "TI-Sparkle"), qui peuvent proposer la solution objet de l'invention comme un nouveau service d'interconnexion et de transport de trafic.
30 Les Opérateurs cellulaires qui adoptent des technologies incompatibles (par exemple, Orange avec le GSMIGPRS/UMTS et Korea Telecom avec le cdmaOne) peuvent bénéficier d'une solution simple pour assurer une 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. Tel est le cas des opérateurs nationaux.

Claims (11)

  1. Revendications1. Procédé de fourniture de services d'interconnexion, caractérisé en ce qu'il relie un ensemble de réseaux cellulaires nationaux (601, 602) â un réseau d'interconnexion par des serveurs passerelles (201, 202, 301, 302) qui sont pilotés par un serveur central de routage (500) afin d'établir un réseau global de communications entre des dispositifs de télécommunication mobiles (101, 102) tels que des téléphones mobiles ; un module applicatif (111, 112) qui permet un dialogue entre chaque dispositif de télécommunication mobile (101, 102) et le serveur central de routage (500) est transféré sur le dispositif de télécommunication mobile (101, 102) de chaque utilisateur.
  2. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend la réalisation des étapes suivantes : l'abonnement de l'usager à un service global d'itinérance dans son pays domestique où l'usager a un abonnement lui permettant d'accéder au réseau cellulaire domestique (601) ; le transfert d'un serveur spécifique vers le dispositif de télécommunication mobile (101) de l'usager, d'un module applicatif (111), l'usager conservant son abonnement sur le réseau cellulaire domestique (601) ainsi que sa carte SIM domestique ; la fourniture à l'usager, en déplacement dans un pays étranger, par un opérateur du service global d'itinérance, d'une carte SIM locale ; - le chaînage de tous les numéros desdites cartes SIM locales au numéro domestique de l'usager dans le serveur de routage (500).
  3. 3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que le dispositif permettant de le mettre en oeuvre comporte :• un réseau de téléphonie cellulaire (601) qui est relié à un dispositif de télécommunication mobile (101) constitué en l'espèce par un téléphone mobile ; • un réseau de téléphonie cellulaire (602) auquel est relié un dispositif de télécommunication mobile (102), ce réseau (602) s'étendant dans un pays étranger distinct de celui où s'étend ledit réseau (601) ; • une zone de mémoire appelée "Home Location Register" (HLR ù (611, 612)) compris dans chaque réseau de téléphonie (601, 602), qui comporte notamment les caractéristiques permettant la localisation, l'identification du téléphone mobile (101) ainsi que des informations d'ordre commercial ; • un module applicatif (111, 112) qui est transféré vers les dispositifs de télécommunication mobiles (101, 102) respectivement, ces modules applicatifs (111, 112) étant intégrés dans un moyen de stockage de ces dispositifs de télécommunication mobiles (101, 102) ; • des dispositifs "passerelle voix" (201, 202) qui garantissent une connexion logique et physique entre, respectivement, chacun des réseaux (601, 602) et un dispositif "routeur d'interconnexion" (500) à travers le réseau Internet (public) (400) ; • des dispositifs "passerelle SMS" (301, 302) qui garantissent une connexion logique et physique entre ù respectivement ù chacun des réseaux (601, 602) et le dispositif "routeur d'interconnexion" (500) à travers le réseau Internet (public) (400) ; • un dispositif routeur d'interconnexion (500) qui garantit une connexion logique et physique entre plusieurs passerelles voix, telles que les passerelles (201, 202), afin d'assurer l'acheminement des données de signalisation et des données voix entre deux réseaux mobiles, tels que les réseaux (601, 602), en utilisant le réseau Internet (400) ; ce dispositif routeur d'interconnexion (500) garantit également une connexion logique et physique entre plusieurs passerelles SMS, telles que les passerelles (301, 302) afin d'assurer l'acheminement desdonnées SMS entre deux réseaux mobiles, tels que les réseaux (601, 602) en utilisant le réseau Internet (400) ; • une base de données (501) associée au routeur d'interconnexion (500) ; • des interfaces : o l'interface (250) entre le dispositif routeur d'interconnexion (500) et un dispositif "passerelle voix" (201, 202), cette interface (250) constituant une connexion logique entre les fonctionnalités des dispositifs mentionnés ; o l'interface (350) entre le dispositif routeur d'interconnexion (500) et un dispositif passerelle SMS (301, 302), cette interface (350) constituant une connexion logique entre les fonctionnalités des dispositifs mentionnés.
  4. 4. Procédé selon la revendication 3, caractérisé en ce que la base de données (501), qui est contrôlée par le fournisseur du service global d'itinérante, comporte les éléments principaux suivants : un élément utilisateur (511) qui comporte tous les identifiants d'un abonné local au service global d'itinérante : le nom, l'identifiant téléphonique "Mobile Station International ISDN Number" (MSISDN), l'identifiant téléphonique "Passerelle-Voix-France" du dispositif qui s'interconnecte au réseau mobile local pour toute communication voix, l'identifiant téléphonique "Passerelle-SMSFrance" du dispositif qui s'interconnecte au même réseau mobile local pour toute communication SMS ; - l'élément contact (521) qui comporte tous les identifiants de chacun de N éléments faisant partie du carnet d'adresse de l'utilisateur (511) : nom, localisation courante (pays d'origine ou pays visité), l'identifiant téléphonique MSISDN-Courant (dans le pays d'origine ou dans le pays visité) ;l'élément pays (531) qui comporte tous les paramètres opérateur/réseau pour chaque pays visité dans lequel un abonné français au service global d'itinérance peut se rendre : l'identifiant de l'opérateur local, l'identifiant téléphonique MSISDN-Local de la carte SIM que l'abonné utilise dans ce pays, l'identifiant téléphonique "PasserelleûVoixûLocale" du dispositif (201 ou 202) qui s'interconnecte au réseau mobile étranger (601 ou 602) pour toute communication voix, l'identifiant téléphonique "PasserelleûSMSLocale" du dispositif (301 ou 302) qui s'interconnecte au réseau mobile étranger (601 ou 602) pour toute communication SMS, le coût d'un appel local émis/reçu vers/de le dispositif "PasserelleûVoixûLocale", le coût d'un SMS envoyé vers le dispositif "PasserelleûSMSûFrance" ; l'élément Etat (541) qui fonctionne comme machine à états finis, 15 permettant de connaître l'état opérationnel de l'usager à un instant donné.
  5. 5. Procédé selon la revendication 4, caractérisé en ce qu'il comprend la procédure dite de "Préparation" effectuée 20 par l'utilisateur avant son départ pour l'étranger, cette procédure de "Préparation" qui a pour objectif de vérifier les droits de l'utilisateur et de préconfigurer le module applicatif (111) de son téléphone mobile (101) avant le départ, comporte la réalisation des étapes suivantes ; Etape 1 : à la suite d'une commande de l'utilisateur, le module 25 applicatif (111) envoie un SMS au dispositif "PasserelleûSMSFrance"", un tel SMS comprenant l'identifiant du pays dans lequel l'usager doit se rendre ; Etape 2 par le biais d'une requête http, le dispositif "PasserelleûSMS-France" interroge la base de données (501) ; 30 - Etape 3 : la base de données (501) vérifie les droits de l'usager ;Etape 4 : après vérification positive des droits, la machine à états finis (541) passe de l'état "Réseau - Domestique" à l'état ""Préparation" ; Etape 5 : la base de données (501) renvoie au dispositif "PasserelleùSMSùFrance", une réponse http notifiant certains identifiants qui seront utilisés dans le pays visité, notamment les numéros téléphoniques "PasserelleùSMSùLocale" et "MSISDN-Local" ; Etape 6 ; les mêmes identifiants de l'étape 5 sont relayés vers le module applicatif (111), qui est préconfiguré avant le voyage.
  6. 6. Procédé selon la revendication 5, caractérisé en ce que lorsque l'utilisateur du service global d'itinérance est arrivé dans un pays étranger et après avoir inséré la carte SIM d'un opérateur local, il effectue la procédure dite de "Visite", dont l'objectif est de s'enregistrer au service global d'itinérance en tant qu'usager en itinérante vis à vis du dispositif serveur d'interconnexion (500), de compléter la configuration du module applicatif (111) de son téléphone mobile (101) et de déclencher une notification de présence ; cette procédure dite de "Visite" comporte la réalisation des étapes suivantes : Etape 1 : à la suite d'une commande de l'utilisateur, le module applicatif (111) envoie un SMS au dispositif "Passerelle-SMSLocale" (301), un tel SMS comprenant l'identifiant téléphonique de la carte SIM locale ; - Etape 2 : par le biais d'une requête http, le dispositif "Passerelle-SMS-Locale" (301) interroge la base de données (501) ; - Etape 3 : la machine à états finis (541) passe de l'état "Préparation" à l'état "Réseau ù Visité" ; Etape 4: la base de données (501) vérifie l'état ("Réseau-Domestique", "Réseau-Visité") et l'identifiant téléphonique "MSISDN-Courant" de tous les usagers dont l'utilisateur du téléphone mobile (101) est un contact ;Etape 5 : la base de données (501) renvoie au dispositif "PasserelleûSMSûLocale" (301) une réponse http notifiant le numéro téléphonique de "PasserelleûVoixûLocale" ; - Etape 6 : le même identifiant de l'étape 5 est relayé vers le module applicatif (111), dont la configuration est ainsi complétée ; - Etape 7 : à la suite de l'étape 4, la base de données (501) renvoie aux dispositifs "PasserelleûSMSûLocale" (302) une notification http indiquant l'état et la localisation (c'est-à-dire le pays visité) de l'utilisateur du téléphone mobile (101) ; - Etape 8 : à la suite de l'étape 7, chaque "PasserelleûSMSûLocale" (302) renvoie par SMS à chaque usager dont l'utilisateur du téléphone mobile (101) est un contact les informations de localisation du téléphone mobile (101) ; cette procédure de "Visite" étant accomplie par un autre utilisateur se rendant dans un autre pays étranger ; à la suite de la réalisation de cette procédure, le module applicatif (111) est en connaissance de l'état et de la localisation de l'utilisateur du téléphone mobile (102) en itinérance dans cet autre pays étranger ; réciproquement, le module applicatif (112) est en connaissance de l'état et de la localisation de l'utilisateur du téléphone mobile (101) en itinérance dans un pays étranger.
  7. 7. Procédé selon la revendication 6, caractérisé en ce que l'utilisateur du service global d'itinérance en déplacement dans un pays étranger appelle l'utilisateur du service global d'itinérance en déplacement dans un autre pays étranger ; la procédure d'appel sortant est gérée par un module applicatif (111) du téléphone mobile (101) ; la procédure d'appel entrant vers le téléphone mobile (102) est gérée par le dispositif routeur d'interconnexion (500) ; cette procédure dite d'appel avec terminaison d'appel directe comporte la réalisation des étapes suivantes :Etape 1 : suite à une commande de déclenchement d'appel de la part de l'utilisateur, le module applicatif (111) vérifie les politiques de gestion d'appel à appliquer ; - Etape 2: le module applicatif (111) déclenche une procédure d'établissement d'appel vers le dispositif "PasserelleûVoixûLocale" (201) ; la signalisation d'appel entre les commutateurs du réseau cellulaire local (601) et le dispositif ""PasserelleûVoixûLocale" (201) est conforme à la norme "ISDN User Part" (ISUP) ; Etape 3 : suite à l'établissement d'appel (Etape 2), le dispositif "Passerelle-Voix-Locale" (201) déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion (500) ; une telle procédure est conforme au standard "Session Initiation Protocol" (SIP) ; Etape 4 : à la fin des étapes 2 et 3, un canal de communication "voix" est établi entre le téléphone mobile (101) et le routeur d'interconnexion (500), par intermédiation de la "Passerelle-Voix-Locale" (201) ; grâce à la procédure de déclenchement d'appel exécutée par le module applicatif (111), dès l'établissement d'un tel canal de communication, les tonalités DTMF ("Dual Tone Multifrequency") qui correspondent à l'identifiant téléphonique "MSISDN-France" de l'appelé sont envoyées du téléphone mobile (101) au dispositif routeur d'interconnexion (500), par intermédiation de la "Passerelle-Voix-Locale" (201) ; - Etape 5 : le dispositif routeur d'interconnexion (500) interroge la partie Contact (521) de la base de données (501) afin d'obtenir la localisation courante et l'identifiant téléphonique "MSISDNCourant" du correspondant appelé ; - Etape 6 : le dispositif routeur d'interconnexion (500) interroge la partie Pays (531) de la base de données (501) afin d'obtenir l'identifiant téléphonique du dispositif "Passerelle-Voix-Locale" (202) ;Etape 7 : le dispositif routeur d'interconnexion (500) déclenche une procédure d'établissement d'appel vers le dispositif "Passerelle-Voix-Locale" (202) ; une telle procédure est conforme au standard Session Initiation Protocol (SIP) ; Etape 8 : suite à l'étape 7, le dispositif "Passerelle-Voix-Locale" (202) déclenche une procédure d'établissement d'appel vers un téléphone mobile (102) ; la signalisation d'appel entre les commutateurs du réseau cellulaire local (602) et le dispositif "Passerelle-Voix-Locale" (202) est conforme à la norme "ISDN User Part" (ISUP) ; à la fin des étapes 2 et 3, un canal de communication "voix" est établi entre le téléphone mobile (101) et le routeur d'interconnexion (500), par intermédiation de la "Passerelle-Voix-Locale" (201) ; similairement, à la fin des étapes 7 et 8, un canal de communication "voix" est établi entre le téléphone mobile (102) et le routeur d'interconnexion (500), par intermédiation de la "Passerelle-Voix-Locale" (202) ; le dispositif routeur d'interconnexion (500) peut ainsi établir un pont entre les différents tronçons de communication afin de mettre en correspondance le téléphone mobile (101) de l'appelant et celui (102) de l'appelé.
  8. 8. Procédé selon la revendication 7, caractérisé en ce que l'utilisateur du service global d'itinérance en déplacement dans un pays étranger appelle l'utilisateur du service global d'itinérance en déplacement dans un autre pays étranger ; la procédure d'appel sortant est gérée par le module applicatif (111) du téléphone mobile (101) ; le dispositif routeur d'interconnexion (500) reçoit la requête d'appel et déclenche une alerte SMS à destination du téléphone mobile (102) de l'appelé ; à la réception du SMS, le module applicatif (112) du téléphone mobile (102) déclenche, à son tour une procédure de rappel vers le dispositif routeur d'interconnexion (500) ; ce dernier met en correspondance les requêtes d'appel provenant des téléphones mobiles (101) et (102) ; cette procédure dite d'appelavec terminaison par alerte SMS comporte la réalisation des étapes suivantes : Etape 1 : suite à une commande de déclenchement d'appel de la part de l'utilisateur, le module applicatif (111) vérifie les politiques de gestion d'appel à appliquer ; Etape 2 : le logiciel applicatif (111) déclenche une procédure d'établissement d'appel vers le dispositif "Passerelle-Voix-Locale" (201) ; la procédure d'établissement d'appel déclenchée par le module applicatif (111) est conforme à la norme "URLs for Telephone Calls" ; Etape 3 : suite à l'établissement d'appel (Etape 2), le dispositif "Passerelle-Voix-Locale" (201) déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion (500) ; une telle procédure est conforme au standard "Session Initiation Protocol" (SIP) ; - Etape 4 : grâce à la procédure de déclenchement d'appel exécutée par le module applicatif (111), dès l'établissement du canal de communication, les tonalités DTMF qui correspondent à l'identifiant téléphonique "MSISDN-France" de l'appelé sont envoyées du téléphone mobile (101) au dispositif routeur d'interconnexion (500), par intermédiation de la "Passerelle-Voix-Locale" (201) ; Etape 5 : le dispositif routeur d'interconnexion (500) interroge la partie Contact (521) de la base de données (501) afin d'obtenir la localisation courante et l'identifiant téléphonique "MSISDN- Courant" du correspondant appelé ; Etape 6 : le dispositif routeur d'interconnexion (500) interroge la partie Pays (531) de la base de données (501) afin d'obtenir l'identifiant téléphonique du dispositif "Passerelle-SMS-Locale" (302) ;- Etape 7 : le dispositif routeur d'interconnexion (500) interroge la partie Utilisateur (511) de la base de données (501) afin d'obtenir le nom de l'appelant ; Etape 8 : le dispositif routeur d'interconnexion (500) ouvre une session de conférence téléphonique : l'identifiant de cette session est nommé "ID-Session" ; Etape 9 : suite à l'étape 8, le dispositif routeur d'interconnexion (500) envoie au dispositif "Passerelle-SMS-Locale" (302) une notification http indiquant une requête d'appel vers "MSISDN-Courant" (numéro de l'appelé) de la part de "nom" (de l'appelant) ; l'identifiant "ID-Session" est aussi notifié ; Etape 10 : suite à l'étape 9, la "Passerelle-SMS-Locale" (302) renvoie par SMS à "MSISDN-Courant" la notification d'appel ; - Etape 11 : le SMS de l'étape 10 est reçu et élaboré par le module applicatif (112) ; un message d'alerte est présenté à l'abonné appelé qui, à son tour, décide d'entrer en conférence avec l'appelant, déclenchant ainsi une procédure de rappel ; Etape 12 : suite au déclenchement de rappel de l'étape précédente, le module applicatif (112) entame une procédure d'établissement d'appel vers le dispositif "Passerelle-Voix-Locale" (202) ; une telle procédure est conforme à la norme "URLs for Telephone Calls" ; Etape 13 : le dispositif "Passerelle-Voix-Locale" (202) déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion (500) ; une telle procédure est conforme au standard Session Initiation Protocol (SIP) ; - Etape 14 : grâce à la procédure exécutée par le module applicatif (112) (étape 12), dès l'établissement du canal de communication, les tonalités DTMF qui correspondent à l'identifiant de la session de conférence "ID-Session" sont envoyées du téléphone mobile (102) au dispositif routeur d'interconnexion (500), par intermédiation de la "Passerelle-Voix-Locale" (202) ;Etape 15 : le dispositif routeur d'interconnexion (500) peut mettre en correspondance les téléphones mobiles (101) et (102) selon une procédure de conférence téléphonique.
  9. 9, Procédé selon l'une des revendications 7 et 8, caractérisé en ce que les politiques de gestion d'appel mises en place sous le contrôle du module applicatif (111, 112) ou du dispositif routeur d'interconnexion (500), se traduisent par la mise en oeuvre des étapes suivantes : - Etape A : suite à une commande de déclenchement d'appel de la part de l'utilisateur, le module applicatif (111, 112) vérifie les politiques de gestion d'appel à appliquer ; Etape 13 : le module applicatif (111, 112) vérifie si le numéro à appeler est un numéro à tarification spéciale ; dans ce cas, l'appel sera "direct", c'est-à-dire il ne sera pas acheminé par les dispositifs passerelle voix et routeur d'interconnexion ; Etape C : le module applicatif (111, 112) vérifie si l'appelant et l'appelé se trouvent dans le même pays ; cette vérification est possible grâce aux étapes 7 et 8 de la procédure de "Visite" ; si une telle vérification est positive, l'appel sera "direct", c'est-à-dire qu'il ne sera pas acheminé par les dispositifs passerelle voix et routeur d'interconnexion ; Etape D : cette étape est effectuée si l'appelant et l'appelé ne se trouvent pas dans le même pays ; dans ce cas, on est dans une situation d'appel international et/ou d'itinérance ; la requête d'appel doit être acheminée par le service global d'itinérance ; le dispositif routeur d'interconnexion (500) vérifie le pays dans lequel l'appelé est joignable ainsi que l'opérateur local qui l'héberge sur son réseau ; si une terminaison d'appel conforme à la politique commerciale est disponible auprès de l'opérateur cellulaire local de l'appelé, l'appel peut se dérouler selon le principe de la terminaison d'appel "directe" ;autrement, l'appel peut se dérouler selon le principe de la terminaison d'appel par "alerte SMS".
  10. 10. Procédé selon l'une des revendications 6 à 9, caractérisé en ce que la procédure d'adaptation de la procédure de "Visite" à la plateforme CAMEL comprend les étapes suivantes : Etape 1 : suite à une commande de l'utilisateur, le module applicatif (111) effectue un appel selon la syntaxe USSD : *ABC*Corps du message, où *ABC* est le code du service USSD défini dans la plateforme CAMEL, ce code correspondant à la procédure de "Visite" et le Corps du message comportant l'identifiant téléphonique de la carte SIM locale ; la requête du service USSD est relayée du HLR (611) vers le gsmSCF (700) compris dans le SCP (700) ; Etape 2 : par le biais d'une requête http, le dispositif SCP (700) interroge la base de données (501) ; Etape 3 : la machine à états finis (541) passe de l'état "Préparation" à l'état "Réseau-Visité" ; Etape 4: la base de données (501) vérifie l'état ("Réseau-Domestique", "Réseau-Visité"") et l'identifiant téléphonique "MSISDN-Courant" de tous les usagers dont l'utilisateur du téléphone mobile (101) est un contact ; - Etape 5 : la base de données (501) renvoie au dispositif SCP (700) une réponse http notifiant le numéro téléphonique de "Passerelle-Voix-Locale" ; - Etape 6. Le même identifiant de l'étape 5 est relayé vers le module applicatif (111) par le biais d'une réponse selon la syntaxe USSD : *ABC*Co,ps du message, Corps du message comprenant le numéro téléphonique de "Passerelle-Voix-Locale" ; Etape 7 : suite à l'étape 4, le dispositif SCP (700) connaît l'état et la 30 localisation de l'utilisateur du téléphone mobile (101) ; SCP (700) peut donc envoyer un appel selon la syntaxe USSD : *DEF*Corps dumessage, où *DEF* est le code du service USSD défini dans la plateforme CAMEL, ce code correspondant â une procédure de notification et le Corps du message comportant les informations de localisation du téléphone mobile (101) ; la requête du service USSD est relayée du HLR (612) vers le module applicatif (112), un tel module pouvant être hébergé par tout téléphone mobile (102) appartenant à chaque usager dont l'utilisateur du téléphone mobile (101) est un contact.
  11. 11. Procédé selon l'une des revendications 8 à 10, caractérisé en ce que l'adaptation de la procédure de "alerte SMS" selon la revendication 8, en utilisant une procédure d' "alerte USSD", se traduit par la mise en oeuvre des étapes suivantes en considérant que les étapes 1 à 8 de la revendication 8 restent inchangées : - Etape 9 : le dispositif routeur d'interconnexion (500) envoie au dispositif SCP (700) une notification http indiquant une requête d'appel vers "MSISDN-Courant" (numéro de l'appelé) de la part de "nom" (de l'appelant) ; l'identifiant "ID-Session" est aussi notifié ; Etape 10 : le dispositif SCP (700) envoie un appel selon la syntaxe USSD : *XYZ*Corps du message, où *XYZ* est le code du service USSD défini dans la plateforme CAMEL, ce code correspondant à une procédure de "alerte USSD" et le Corps du message comportant les informations selon l'étape 9 ; la requête du service USSD est relayée du HLR (612) vers le module applicatif (112), un tel module pouvant être hébergé par tout téléphone mobile (102) ; Etapes 11 à 15 : ces étapes ne présentent pas de modifications par rapport aux étapes correspondantes définies dans la revendication 8.
FR0955727A 2009-08-21 2009-08-21 Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux. Expired - Fee Related FR2949285B1 (fr)

Priority Applications (7)

Application Number Priority Date Filing Date Title
FR0955727A FR2949285B1 (fr) 2009-08-21 2009-08-21 Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux.
FR1050630A FR2949287B1 (fr) 2009-08-21 2010-01-29 Procede et dispositif de fourniture de services d'interconnexion permettant de relier un ensemble de reseaux cellulaires.
FR1053231A FR2949286B1 (fr) 2009-08-21 2010-04-27 Procede et dispositif permettant l'interconnexion entre des reseaux cellulaires.
US13/391,470 US20120157094A1 (en) 2009-08-21 2010-08-16 Optimal management of calls between national cellular mobile telephone networks.
PCT/FR2010/051718 WO2011020972A2 (fr) 2009-08-21 2010-08-16 Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux.
CN2010800455596A CN102577452A (zh) 2009-08-21 2010-08-16 用于对国家移动电话蜂窝网络之间的呼叫的最佳管理的方法和设备
EP10762984A EP2468023A2 (fr) 2009-08-21 2010-08-16 Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0955727A FR2949285B1 (fr) 2009-08-21 2009-08-21 Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux.

Publications (2)

Publication Number Publication Date
FR2949285A1 true FR2949285A1 (fr) 2011-02-25
FR2949285B1 FR2949285B1 (fr) 2012-05-04

Family

ID=41785786

Family Applications (3)

Application Number Title Priority Date Filing Date
FR0955727A Expired - Fee Related FR2949285B1 (fr) 2009-08-21 2009-08-21 Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux.
FR1050630A Expired - Fee Related FR2949287B1 (fr) 2009-08-21 2010-01-29 Procede et dispositif de fourniture de services d'interconnexion permettant de relier un ensemble de reseaux cellulaires.
FR1053231A Expired - Fee Related FR2949286B1 (fr) 2009-08-21 2010-04-27 Procede et dispositif permettant l'interconnexion entre des reseaux cellulaires.

Family Applications After (2)

Application Number Title Priority Date Filing Date
FR1050630A Expired - Fee Related FR2949287B1 (fr) 2009-08-21 2010-01-29 Procede et dispositif de fourniture de services d'interconnexion permettant de relier un ensemble de reseaux cellulaires.
FR1053231A Expired - Fee Related FR2949286B1 (fr) 2009-08-21 2010-04-27 Procede et dispositif permettant l'interconnexion entre des reseaux cellulaires.

Country Status (5)

Country Link
US (1) US20120157094A1 (fr)
EP (1) EP2468023A2 (fr)
CN (1) CN102577452A (fr)
FR (3) FR2949285B1 (fr)
WO (1) WO2011020972A2 (fr)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8862742B2 (en) * 2010-12-21 2014-10-14 Oracle International Corporation Communications service broker for orchestration of services in a telecommunications network
CN102892101B (zh) * 2011-07-19 2017-11-14 中兴通讯股份有限公司 一种智能漫游业务的实现方法及系统
CN103631808B (zh) * 2012-08-24 2018-03-23 腾讯科技(深圳)有限公司 沟通记录排列方法和装置
DE102012018540A1 (de) 2012-09-19 2014-03-20 Giesecke & Devrient Gmbh Teilnehmeridentitätsmodul zum Authentisieren eines Teilnehmers an einem Kommunikationsnetzwerk
FR3003424A1 (fr) * 2013-03-15 2014-09-19 Marco Fratti Systeme de reseaux cellulaires avec carte sim multi service a double identifiant
US9414415B1 (en) * 2013-09-10 2016-08-09 Sprint Communications Company L.P. Call setup system and method for setting up a wireless media session extending from a first network to a second network
US9330247B2 (en) * 2014-04-18 2016-05-03 The Boeing Company Apparatus and method for managing multiple user accounts on a memory card
US9735821B2 (en) 2014-11-25 2017-08-15 Red Hat, Inc. Subscriber identity module (SIM) selection in multi-SIM communication devices
CN107705108A (zh) * 2017-09-15 2018-02-16 公安县凯翔网络软件开发有限公司 海外手机充值平台
US11368833B2 (en) * 2017-10-22 2022-06-21 Mohamed Jamoussi Announced roaming location (AROL) service
CN108430042B (zh) * 2018-01-02 2019-06-18 杭州络漫科技有限公司 六模全网通全球移动通信语音短信网络交换转发系统
CN111031181B (zh) * 2019-11-18 2021-09-17 集奥聚合(北京)人工智能科技有限公司 电话外呼的属地化线路部署、调度方法以及系统、服务器
US12035420B2 (en) 2021-11-18 2024-07-09 T-Mobile Usa, Inc. Breakout gateway control function number modification based on SIP invite header information
US11936694B2 (en) 2021-11-18 2024-03-19 T-Mobile Usa, Inc. Cross-domain routing based on session initiation protocol information

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005069657A1 (fr) * 2004-01-13 2005-07-28 Siemens Aktiengesellschaft Procede et dispositif pour la selection d'une identite d'abonne de telephonie mobile
WO2006071193A1 (fr) * 2004-12-30 2006-07-06 Telepo Ab Procede et serveur dans un reseau de telecommunications cellulaires adaptes pour un routage alternatif
WO2007143342A2 (fr) * 2006-05-16 2007-12-13 Mino Wireless Usa, Inc. Procédé et système d'itinérance internationale utilisant une carte sim virtuelle
WO2008103394A2 (fr) * 2007-02-21 2008-08-28 Roamware, Inc. Procédé et système de réalisation de service simm vers des abonnés sortants d'un réseau de référence au moyen d'une solution à base de surveillance passive

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100486391C (zh) * 1997-12-10 2009-05-06 西尔可穆无线公司 通信系统
FI108201B (fi) * 1998-12-30 2001-11-30 Nokia Networks Oy Usean tilaajatunnuksen hallinta
US7050426B2 (en) * 2000-03-29 2006-05-23 Edgeaccess, Inc. Method and system for routing calls from a standard telephone device to a voice over internet protocol network
WO2005018245A2 (fr) * 2003-08-13 2005-02-24 Roamware, Inc. Passerelle de signalisation a imsi multiples et services multiples msisdn (mimm) dans un seul sim pour multiples partenaires itinerants
US7477734B1 (en) * 2003-11-04 2009-01-13 Nortel Networks Limited Packet switching dialing plan interface to/from PSTN networks
US7912504B2 (en) * 2004-12-30 2011-03-22 Telepo Ab Alternative routing
WO2006094564A1 (fr) * 2005-03-09 2006-09-14 Telecom En Consulting Procede de reroutage de communications de telephonie mobile
FR2887109B1 (fr) * 2005-06-09 2007-12-07 Inter Mobile Soc Par Actions S Procede d'etablissement d'une communication a partir d'un telephone mobile
US20070003035A1 (en) * 2005-06-21 2007-01-04 Bin Zhu Auto phone dialing system for multiple phone service providers
US20070076699A1 (en) * 2005-10-03 2007-04-05 Sean Ryan VOIP with Local Call Access
GB2439370A (en) * 2006-06-26 2007-12-27 Symbian Software Ltd Telecommunications device contains multiple subscriber identities for simultaneous use on a wireless network
WO2010120549A2 (fr) * 2009-03-31 2010-10-21 Ecrio, Inc. Système, procédé et appareil pour fournir des fonctions à des applications sur un dispositif électronique numérique

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005069657A1 (fr) * 2004-01-13 2005-07-28 Siemens Aktiengesellschaft Procede et dispositif pour la selection d'une identite d'abonne de telephonie mobile
WO2006071193A1 (fr) * 2004-12-30 2006-07-06 Telepo Ab Procede et serveur dans un reseau de telecommunications cellulaires adaptes pour un routage alternatif
WO2007143342A2 (fr) * 2006-05-16 2007-12-13 Mino Wireless Usa, Inc. Procédé et système d'itinérance internationale utilisant une carte sim virtuelle
WO2008103394A2 (fr) * 2007-02-21 2008-08-28 Roamware, Inc. Procédé et système de réalisation de service simm vers des abonnés sortants d'un réseau de référence au moyen d'une solution à base de surveillance passive

Also Published As

Publication number Publication date
US20120157094A1 (en) 2012-06-21
FR2949287A1 (fr) 2011-02-25
CN102577452A (zh) 2012-07-11
WO2011020972A2 (fr) 2011-02-24
EP2468023A2 (fr) 2012-06-27
FR2949286A1 (fr) 2011-02-25
FR2949287B1 (fr) 2012-05-04
FR2949286B1 (fr) 2012-10-19
WO2011020972A3 (fr) 2011-04-14
FR2949285B1 (fr) 2012-05-04

Similar Documents

Publication Publication Date Title
FR2949285A1 (fr) Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux.
EP3639541B1 (fr) Configuration d'un terminal dans un réseau ims avec une stratégie de resélection d'un type réseau
EP3257295B1 (fr) Procédé de configuration d'un terminal connecte a un réseau de communication
EP2432246A1 (fr) Système de type réseau pour acheminer les appels téléphoniques à partir de réseaux téléphoniques vers des clients VoIP pour des itinérants ou des abonnés qui ne répondent pas
EP2926524B1 (fr) Routage d'une requête de service visant un abonné ims
EP1942695B1 (fr) Système de mobiles à deux cartes SIM
WO2014009502A1 (fr) Procede d'enregistrement d'au moins une adresse publique dans un reseau ims et application correspondante
EP3583757B1 (fr) Procédé de changement de réseau mobile
FR3042088A1 (fr) Procede de gestion des identites dans un reseau mobile collaboratif et systeme mettant en oeuvre le procede
FR3010607A1 (fr) Systeme de reseaux cellulaires avec carte sim virtuelle et equipement de support
FR2911240A1 (fr) Systeme de terminaisons d'appels vers des numeros de mobiles par ip sans cooperation du reseau de mobile
KR20230141748A (ko) 유무선 융합 서비스를 제공하기 위한 시스템들 및 방법들
FR2911239A1 (fr) Systeme de terminaisons d'appels vers des numeros de mobiles par ip avec authentification
EP3718310B1 (fr) Procédé de traitement d'un appel entrant dans un réseau de télécommunications et serveur tas le mettant en oeuvre
EP3384656A1 (fr) Procédé de gestion des sms dans un réseau et passerelle mettant en oeuvre un tel procédé
FR2941832A1 (fr) Procede et dispositif pour un systeme d'interconnexion entre reseaux cellulaires
FR2936390A1 (fr) Procede et dispositif pour un systeme de communication offrant des services d'itinerance
WO2012085429A2 (fr) Procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le rtc/rnis
WO2022136786A1 (fr) Procede de traitement d'une demande d'enregistrement d'un terminal d'un utilisateur d'un reseau de communication, procede de mise a disposition d'une table de numeros d'urgence, procede de gestion d'une table de numeros d'urgence, dispositifs, equipement de proximite, equipement de controle, equipement de gestion d'une mobilite d'un terminal d'un utilisateur, systeme et programmes d'ordinateur correspondants
EP4093145A1 (fr) Terminal mettant en oeuvre un procédé de communication, et serveur mettant en oeuvre un procédé d'établissement d'une communication entre deux terminaux
WO2008037767A1 (fr) Procédé permettant à un dispositif appelé de donner l'instruction à un dispositif appelant d'établir une session de communication avec un dispositif de destination
FR2986685A1 (fr) Systeme de hub de sous-reseaux cellulaires avec carte sim a double identifiant
FR3003424A1 (fr) Systeme de reseaux cellulaires avec carte sim multi service a double identifiant
FR2865342A1 (fr) Solution de selection du transporteur depuis telephone mobile pour des communications preferentielles
WO2007099267A1 (fr) Procede de redirection d'un appel et terminal mobile adapte a mettre en oeuvre un tel procede

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20140430