Brevet FR2930395A1 — publié le 20091023

-1- La présente invention concerne un système et un dispositif innovants de convergence fixe-mobile pour permettre à un utilisateur de consommer des services de voix et/ou données et/ou multimédia de façon indépendante par rapport au terminal qu'il utilise. La présente invention est conçue pour baisser de façon substantielle les coûts des communications mobiles voix / donnée / multimédia, en particulier quand l'utilisateur se trouve en situation de `itinérance' (l'itinérance désigne la capacité des utilisateurs à accéder à leurs services de téléphonie mobile (voix ou données ou multimédia) depuis un réseau ou pays étranger). La présente invention se base sur un système de convergence fixe-mobile qui ne nécessite d'aucune modification à apporter à un téléphone mobile: en particulier, tous les protocoles, méthodes, et fonctionnalités décrits par la suite nécessitent seulement de modifications mineures dans les infrastructures existantes. Aujourd'hui dans le monde, plusieurs solutions de convergence fixe-mobile existent. En effet, le marché des télécommunications évolue de façon à fournir aux abonnés des solutions qui leur permettent d'accéder aux services et applications indépendamment du terminal fixe et/ou mobile utilisé. Parmi les solutions de convergence fixe-mobile il est possible de citer les 20 exemples suivants: Les solutions basées sur la technologie `Unlicensed Mobile access' (UMA), telles que l'offre `Unik' de Orange. L'offre Unik est une offre convergente Wifi-GSM qui permet à un téléphone mobile Unik de pouvoir être à la fois un téléphone mobile, au moyen du forfait mobile Orange et un téléphone fixe, au moyen de la `Livebox' et 25 des points d'accès sans-fil Orange Les solutions basées sur la technologie `Seamless Converged Communication Among Networks' (SCCAN). Cette technologie est, généralement, déliée aux entreprises, afin de fournir aux employées un service efficace de gestion d'appels, des SMS et de la boîte vocale quelle que soit leur position géographique et 30 indépendamment de leur localisation (à l'intérieur ou à l'extérieur de l'entreprise) Les solutions basées sur la technologie `IP Multimedia Subsystem' (I1vIS), qui définie une architecture standardisée pour les opérateurs de téléphonie et qui permet de fournir des services multimédias fixes et mobiles. Les systèmes téléphoniques existants (commutation de paquets et commutation de circuits) sont pris en charge, 35 ainsi que les évolutions de nouveaux services, proposés sur Internet. Les solutions de convergence fixe-mobile existantes connaissent un succès variable auprès des abonnés, selon la facilité de mise en oeuvre et d'utilisation, les coûts 2 d'abonnement, et autres facteurs. De toute façon, les solutions existantes sont caractérisées par un certain nombre d'inconvénients, parmi lesquels on peut citer : Inconvénients pour les fournisseurs des solutions (opérateurs télécom / fournisseurs d'accès internet): Terminaux mobiles avec des modifications substantielles du logiciel, selon la technologie de convergence choisie. Cet aspect a un impact sur les couts d'investissements et sur les délais d'intégration et test. - Evolutions importantes des infrastructures de support : ajout de nouveaux éléments réseau, évolutions du logiciel, introduction de plusieurs nouvelles interfaces. Cet aspect a un impact sur les couts d'investissements, sur les délais d'intégration et test, sur les coûts opérationnels et de maintenance. Modèles d'affaires très compliques dans certains cas, selon le nombre des acteurs économiques concernés. Accords d'itinérance entre fournisseurs : un fournisseur de convergence fixe-mobile doit pouvoir s'engager sur des relations commerciales avec d'autres fournisseurs de convergence ainsi qu'avec les operateurs et fournisseurs de service `traditionnels'. Ce type de relation doit adresser aspects spécifiques tels que la facturation, le niveau de service garanti, etc. Spécificités reliées à la régulation : la convergence fixe-mobile se base û entre autre û sur la technologie Voix-sur-IP (VoIP). Aujourd'hui, dans plusieurs pays la VoIP n'est pas réglementée comme les services de téléphonie filaire traditionnelle ou les services de téléphonie mobile tels que le GSM. Inconvénients pour les utilisateurs / abonnés des telles solutions (en incluant les entreprises et leurs employés): Nécessité de remplacer les terminaux mobiles, selon la technologie de convergence choisie - Possibles problèmes d'utilisations en cas d'itinérance ; en effet, les fréquences des réseaux WiFi sont, généralement, sans licence. Par conséquent, différents pays utilisent des plages de fréquences locales et uniques pour accéder au réseau fixe par le biais de la connexion WiFi : par exemple, un terminal WüFi certifié en France peut ne pas fonctionner sur un réseau WiFi aux US. Coûts d'abonnement : à titre d'exemple, une entreprise qui veut fournir aux employés les services de la technologie SCCAN doit envisager de payer û typiquement û un surplus d'abonnement (par rapport à l'abonnement mobile classique) de l'ordre de 100 û 200 { par mois et par employé. Accès aux services en cas d'itinérance : il est possible que, en utilisant le réseau convergent étranger un utilisateur puisse ne pas consommer les services qui sont proposé sur son abonnement ; cela peut dépendre de la politique de l'opérateur étranger et de ses accords avec l'opérateur de l'utilisateur. Idéalement, un système de convergence fixe-mobile doit pouvoir contrer tous lesdits inconvénients, en étant conforme au cahier des charges suivant : Aucun besoin de changer le terminal mobile de l'utilisateur : les services de convergence fixe-mobile vont s'adapter automatiquement au terminal de l'utilisateur. Conformité (dans les limites du possible) à la réglementation en vigueur dans les différents pays. Cela implique que le système de convergence doit se baser sur le système cellulaire (tel que le GSM, GPRS, UMTS, CDMAä etc.) Garantie de bas coût des communications. En particulier, les communications voix devraient être facturées au prix d'un appel local, indépendamment de 1'itinérance de l'utilisateur et du type de terminal (fixe et/ou mobile) qu'il utilise. Evolutions mineures pour les infrastructures de support, avec des effets bénéfiques sur les efforts d'ingénierie, d'intégration et de tests, et avec des coûts d'investissement et opérationnels contenus Garantie de fonctionnement des connections sans-fil, indépendamme:at de la localisation géographique de l'utilisateur. Cela implique que le volet `mobile' du système de convergence devrait se baser sur des plages de fréquence avec licence. Modèles d'affaires simples et souples. Accords d'itinérance simples et souples entre fournisseurs : en particulier, un système de convergence qui se base sur le système cellulaire (tel que le GSM, GPRS, UMTS, CDMA, etc.) peut entrainer la réutilisation des accords d'itinérance existants. - Garanties de sécurité des communications Modèles de facturation simples et souples, vis-à-vis des utilisateurs et des fournisseurs Simplicité d'utilisation pour les abonnés Possibilité d'effectuer des appels d'urgence La présente invention répond à tous les éléments du cahier de charge décrit. Les solutions de convergence fixe-mobile sont traditionnellement effectuées à l'aide de fonctionnalités et d'équipements qui permettent une interopérabi lité entre réseaux (terminaux) fixe et mobile. Les brevets suivants sont cités à titre d'exemple pour montrer les limitations et/ou les inconvénients des solutions existantes : "Method and System for Integrating Fixed T'erminals in a Mobile Telecommunication Network " (auteurs: Paul Fritz, Frank Billenkamp, Ross Carevic) 4 Description d'un système de convergence fixe-mobile qui se base sur l'utilisation d'une unité d'interfaçage qui permet de connecter des terminaux fixes (PBX ou ordinateurs) à un réseau mobile. Selon le descriptif, le `Home Location Register' du réseau mobile stocke l'information sur le type de terminal (fixe et/ou mobile) que l'abonné peut utiliser ; de cette façon les services auxquels l'abonné a souscrit peuvent être consommés sur chaque type de terminal. L'invention s'adresse à des réseaux fixes de type `classique' (c'est-à-dire à commutation de circuit) : toute évolution propre aux services internet ne peut être supportée. L'invention ne résolve non plus le problème de l'itinérance : un abonné à l'étranger ne possède pas de ligne fixe dédiée : les problèmes liés au coût des communications en itinérance ne sont pas résolus. En plus : la réalisation de l'invention comporte des modifications importantes aux protocoles existants, "SIP2 Mobile Gateway" (auteurs: Seyhan Civanlar, Hanife Sernol, et al.) Description d'un système de convergence fixe-mobile qui se base sur l'utilisation d'une unité d'interfaçage basée sur la technologie `Session Initiation Protocol' (SIP) qui permet de connecter des terminaux fixes (PBX ou ordinateurs) à un réseau mobile. Selon le descriptif, un client SIP permet de connecter un terminal fixe basé sur IP à un réseau mobile; le terminal fixe devient ainsi un terminal mobile virtuel, permettant à l'abonné de bénéficier des services offerts par l'opérateur mobile. L'invention apporte une solution possible au problème de la convergence. Néanmoins, les inconvénients suivants apparaissent : un abonné à l'étranger peut accéder aux services souscrits auprès de son opérateur mobile pour des prix correspondants à des communications locales, mais cela est possible seulement à partir d'un terminal fixe ; l'utilisation d'un terminal mobile est possible à condition qu'il embarque un logiciel de type `SIP'. De ce point de vue, la solution est similaire à l'offre `Skype'. En plus : la réalisation de l'invention comporte l'installation de nouveaux noeuds 'SS7', pouvant ainsi entraîner des coûts importants. Il convient aussi de mentionner Skype , en tant que logiciel qui permet de téléphoner gratuitement uniquement entre deux ordinateurs ou terminaux équipés de Skype et connectés à Internet. Skype est également doté d'une messagerie instantanée basique permettant aux utilisateurs de communiquer textuellement et de se transmettre des fichiers. Skype permet aussi d'effectuer des appels payants vers des lignes téléphoniques fixes et mobiles et propose depuis peu de recevoir des appels téléphoniques depuis des téléphones fixes et mobiles, mais ceci uniquement dans certains pays. Les inconvénients majeurs de Skype sont l'inl:eropérabilité (exclusivité réciproque du protocole et du logiciel), la confidentialité (sécurité par l'obscurité, intrinsèquement invérifiable et qui empêche l'interception légale). En effet, Skype serait -5- même interdit dans certains pays, mais sa diffusion est son utilisation restent incontrôlables Le système et dispositif selon l'invention permettent de remédier à tous les inconvénients constatés dans l'état de l'art, en fournissant un modèle de convergence fixe-mobile qui offre tous les avantages mentionnés dans le cahier de charge. Le système comporte en effet une architecture qui se base sur la mise en place et l'exécution des procédés suivants: Suite à l'enregistrement d'un terminal mobile sur un réseau cellulaire, un point de terminaison Internet Protocol (IP) est ouvert. Ce point de terminaison est relié au terminal mobile de façon logique (c'est-à-dire fonctionnelle) et physique. Le point de terminaison IP se trouve sur un réseau irnternet de propriété d'un opérateur du même pays que l'operateur dudit réseau cellulaire (éventuellement, l'opérateur du réseau cellulaire pourrait également avoir la propriété du réseau IP) Toute communication émise ou reçue par le terminal mobile transite par le point de terminaison IP. De cette façon, le prix d'une communication mobile sera toujours celui d'un appel local, indépendamment de la localisation géographique de l'abonné. En particulier, la communication entre deux terminaux mobiles sera constituée de : o Une liaison entre le premier terminal mobile et son point de terminaison Internet Protocol (IP) o Une liaison entre le point de terminaison Internet Protocol (IP) du premier terminal mobile et le point de terminaison Internet Protocol (IP) du deuxième terminal mobile o Une liaison entre le deuxième terminal mobile et son point de 25 terminaison Internet Protocol (IP) Dans la description qui suit, le système GSM sera considéré comme réseau cellulaire et la signalisation sur le réseau IP 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 30 systèmes cellulaires (tels que CDMA ou UMTS) et à d'autres types de signalisation sur les réseaux IP. En outre, la description qui suit fera référence explicite à des services et applications de type voix; les extensions à des services et application de type Internet (données, vidéo, multimédia, etc.) seront considérées dans les variantes de réalisation. 35 Les dessins annexés illustrent l'invention. La Figure 1 représente le système global de l'invention selon sa configuration préférée. Le système global repose sur trois dispositifs : un dispositif TERMINAL MOBILE [100], un dispositif CLIENT SIP [200], un dispositif PASSERELLE DE -6- CONVERGENCE [300]. En général, ces dispositifs (décrits par la suite) correspondent à trois éléments fonctionnels. De préférence, le TERMINAL MOBILE [100] est aussi un dispositif physique, tout comme la PASSERELLE DE CONVERGENCE [300]. Le CLIENT SIP [200] peut être hébergé selon des configurations physiques différentes, comme il sera expliqué dans la suite. La Figure 1 montre que : Le TERMINAL MOBILE [100] communique (par le biais de fréquences radio avec licence) avec le réseau OPERATEUR MOBILE û RESEAU D'ACCES [4:20] qui, à son tour, communique avec le réseau OPERATEUR MOBILE û RESEAU COEUR [400]. Ce dernier comprend plusieurs éléments, tels que : le MSC VLR [410] qui stocke l'information sur la localisation du TERMINAL MOBILE [100], cette information étant reçu de la part de OPERATEUR MOBILE û RESEAU D'ACCES [420] ; le HLR [430], qui reçoit les informations de localisation de la part du MSC VLR [410] et a ainsi connaissance du MSC VLR [410] auquel le dispositif TERMINAL MOBILE [100] est attaché, en particulier en situations d'itinérance ; le SMSC [440] qui contrôle la transmission / réception des messages courts (SMS) vers / de TERMINAL MOBILE [100]. Le dispositif CLIENT SIP [200] communique avec le réseau OPERATEUR IP û RESEAU D'ACCES [510] qui, à son tour, communique avec le réseau OPERATEUR IP û RESEAU COEUR [500]. La communication entre le CLIENT SIP [200] et les composants du réseau IP ([510] et [500]) est de préférence via une liaison filaire ; une liaison sans file est aussi possible. Dans la suite de la description, la liaison filaire sera implicitement considérée. Le dispositif PASSERELLE DE CONVERGENCE [300] garantie une connexion logique et physique entre OPERATEUR IP û RESEAU COEUR [500] et OPERATEUR MOBILE û RESEAU COEUR [400]. Dans ce sens, le dispositif [300] assure les fonctionnalités de type `Softswitch' connues dans l'état de l'art : translation de signalisation entre le format SIP et le format téléphonique ISUP, translation des protocoles de transport média entre les deux réseaux, etc. Dans le contexte de l'invention, la PASSERELLE DE CONVERGENCE [300] offre des fonctionnalités additionnelles (décrites par la suite) qui peuvent être réalisées sur des supports physiques existants ou peuvent être hébergées par des équipements dédiés. Le dispositif 'PASSERELLE SS7 [450] garantie une connexion logique et physique entre OPERATEUR IP û RESEAU COEUR [500] et OPERATEUR MOBILE û RESEAU COEUR [400]. La PASSERELLE SS7 [450] réalise la spécification `SIGTRAN', c'est-à-dire elle effectue une conversion de protocole entre la couche protocolaire SS7/IP et la couche protocolaire classique SS7 utilisée dans le réseau cellulaire. Bien que la PASSERELLE SS7 [450] ne soit pas strictement nécessaire pour la compréhension du système de convergence, son emploie est quasiment indispensable 7 pour garantir une évolution séparée du réseau IP par rapport au réseau mobile et pour cacher la topologie de l'ensemble des dispositifs qui composent la PASSERELLE DE CONVERGENCE [300]. En effet, les deux réseaux (cellulaire et IP) peuvent être opérés par des opérateurs / fournisseurs de services différents : la présence de la PASSERELLE SS7 [450] montre implicitement que le système de convergence présenté est conforme à différentes modèles d'affaire. Les Figures 2 à 5 montrent les couches protocolaires auxquelles l'invention fera référence ; en effet, il sera apparent que le modèle de convergence présenté ne requiert pas des nouveaux protocoles, mais seulement une réutilisation judicieuse des protocoles existants. Les différentes couches et leurs acronymes ne serons pas expliquées dans les Figure 2 à 5, car elles sont standardisées est bien connues par les experts de d'art. Un' explication des couches sera donnée dans la suite, quand il s'agira d'en éclaircir le fonctionnement selon l'esprit de l'invention. La Figure 2 montre les couches protocolaires typiques qui intervient dans le transport de la signalisation entre un client SIP (tel que dispositif CLIENT SIP [200]) et un `Back-to-Back-User-Agent' (B2BUA). Le B2BUA agit comme serveur SIP par rapport au client SIP et agit comme client par rapport au reste du réseau IP. La PASSERELLE DE CONVERGENCE [300] doit inclure des fonctionnalités de B2BUA, comme sera expliqué par la suite. La Figure 3 montre les couches protocolaires typiques qui intervient dans le transport du média entre un client (tel que dispositif CLIENT SIP [200], dans l'hypothèse qu'il agisse comme terminal de connexion média) et une PASSERELLE DE MEDIA. Dans l'exemple des services / application voix, la couche applicative '7 consiste du codage / décodage de voix selon des spécifications telles que le G.711, G.729A, etc. La Figure 4 montre les couches protocolaires typiques qui intervient dans le transport de la signalisation entre un élément du réseau SS7 et un élément du réseau IP (tel que dispositif PASSERELLE DE CONVERGENCE [300]), cette signalisation étant interceptée et adaptée par une passerelle appropriée (telle que la PASSERELLE SS7 [450]). Aucune hypothèse n'est faite au sujet de la réalisation physique de la PASSERELLE DE CONVERGENCE [300] : comme déjà mentionnée, les fonctionnalités propres à la convergence fixe-mobile pourront être réalisées sur des supports physiques existants ou être hébergées par des équipements dédiés. Description des trois dispositifs qui composent le système globale de Figure 1 et qui sont au centre de l'invention : [100] TERMINAL MOBILE 8 TERMINAL MOBILE [100] est un terminal classique GSM, conforme à la norme définie par l'organisme `3rd Generation Partnership Project' (3GPP). TERMINAL MOBILE [100] supporte toutes les fonctionnalités et les protocoles requis par le 3GPP. Il n'a besoin d'aucun protocole nouveau. Dans un premier temps, la description de l'invention se focalisera sur les services / applications voix, supportés part tous les terminaux mobiles. Les extensions à des services et applications plus sophistiqués dépendent du type de terminal disponible et seront décrites dans les variantes de réalisation. Typiquement, TERMINAL MOBILE [100] héberge une carte `Subscriber Identity Module' (SIM), afin de permettre les opérations classiques nécessaires dans le réseau cellulaire : authentification, localisation, gestion des SMS, etc. Trois aspects demeurent importants dans la caractérisation du TERMINAL MOBILE [IL00] par rapport au contexte de l'invention: L'utilisateur n'a aucun besoin de changer son terminal mobile: les services de convergence fixe-mobile décrit dans l'invention vont s'adapter automatiquement au 15 terminal Garantie de fonctionnement du TERMINAL MOBILE [100] (en termes de connexion sans-fil), indépendamment de la localisation géographique de l'utilisateur. En effet, TERMINAL MOBILE [100] communique avec l'infrastructure cellulaire GSM. 20 Simplicité d'utilisation: vis-à-vis de l'utilisateur, l'exploitation de la convergence fixe-mobile est transparente. CLIENT SIP [200] CLIENT SIP [200] support la terminaison des protocoles SIP et des protocoles 25 dérivés, selon la couche protocolaire exemplaire de Figure 5. CLIENT SIP [200] supporte toutes les opérations classiques, telles que : Procédures génériques vis-à-vis des serveurs IP tels que le DHCP, DNS, etc. Procédures reliées à l'enregistrement, à l'authentification et à la cryptographie, vis-à-vis des bases de donnés SIP, AAA, etc. 30 Procédures reliées au contrôle d'appel vis-à-vis d'une passerelle SIP ou d'un B2BUA Eventuellement, procédures reliées à la connexion media, telles que RTP, SRTP, etc. Ces opérations ne seront pas détaillées car elles sont standardisées par l'internet Engineering Task Force (IETF) et sont bien connues par les experts de l'art. 35 [300] PASSERELLE DE CONVERGENCE La Figure 6 montre un schéma de principe du dispositif PASSERELLE DE CONVERGENCE [300] an accord avec le principe général de l'invention. Les sous- -9- dispositifs contenus dans PASSERELLE DE CONVERGENCE [300] représentent autant de fonctionnalités nécessaires à la mise en oeuvre du système selon l'invention. Les cas d'utilisations présentés dans la suite vont détailler différentes configurations physiques pour implémenter PASSERELLE DE CONVERGENCE [300], selon des différents choix technologiques et selon la stratégie des acteurs économiques impliqués dans la mise en place du système de convergence. Liste de sous-dispositifs qui composent la PASSERELLE DE CONVERGENCE [300] : PROXY SIP [310] ayant pour but d'isoler fonctionnellement CLIENT SIP [200] de INTERCONNEXION CELLULAIRE [320] et B2BUA [340] ; en effet, CLIENT SIP [200] a besoin d'un point d'entrée unique pour les fonctionnalités de convergence fixe-mobile. PROXY SIP [310] est aussi utile comme traducteur de protocole dans le cas qu'INTERCONNEXION CELLULAIRE [320] et B2BUA [340] ne soient pas basés sur des protocoles SIP. INTERCONNEXION CELLULAIRE [320] comprend les fonctionnalités 15 nécessaires pour tout échange avec le réseau cellulaire (par le biais de PASSERELLE SS7 [450]) et avec le réseau IP. SERVEUR DE CONFIGURATION [330] qui fournis les interfaces pour l'utilisateur et pour CLIENT SIP [200] afin de stocker les données fixes et / ou dynamiques qui garantissent le fonctionnement correcte du modèle de convergence 20 B2BUA [340] ayant pour but d'établir une liaison de signalisation entre INTERCONNEXION CELLULAIRE [320] d'un coté et la signalisation de contrôle pour la PASSERELLE DE MEDIA [350]. B2BUA [340] permet, en effet, d'établir la liaison de données (voix ou autre) entre deux dispositifs INTERCONNEXION CELLULAIRE [320] distants. 25 - PASSERELLE DE MEDIA [350] ayant pour but d'ouvrir, maintenir et fermer une liaison de données (voix ou autre) entre TERMINAL MOBILE [100] et le réseau IP par le biais d'INTERCONNEXION CELLULAIRE [320]. PSEUDO VLR [360] qui stocke toutes les informations nécessaires au fonctionnement du système de convergence (identificateurs de TERMINAL 30 MOBILE [100] et CLIENT SIP [200], données à transmettre / recevoir à / de différents équipements tels que le HLR, des serveurs AAA, etc.). PREMIER CAS D'APPLICATION Un premier cas d'application est celui d'un utilisateur en voyage dans un pays 35 étranger. Le scenario comprend les aspects suivants : L'utilisateur a son terminal mobile TERMINAL [100]; par le biais de la carte SIM du TERMINAL [100], l'utilisateur peut s'enregistrer auprès de l'operateur du pays étranger. -10- L'utilisateur a aussi un ordinateur mobile équipé du dispositif SIP CLIENT [200] qui communique avec les fonctionnalités du dispositif PASSERELLE DE CONVERGENCE [300]. Par la suite, ces fonctionnalités seront détaillées avec un schéma architecturel et les protocoles et les flux de messages appropriés. L'opérateur du pays étranger dispose des éléments classiques de son réseau cellulaire ; en plus, il concentre certaines fonctionnalités du dispositif PASSERELLE DE CONVERGENCE [300], de sorte à pouvoir contrôler les mécanismes de convergence fixe-mobile. Par la suite, ces fonctionnalités seront détaillées avec un schéma des protocoles et des flux de messages appropriés. PASSERELLE DE MEDIA [350] ayant pour but d'ouvrir, maintenir et fermer une liaison de données (voix ou autre) entre TERMINAL MOBILE [100] et PASSERELLE DE CONVERGENCE [300] La Figure 7 représente un possible scénario opérationnel qui correspond à ce cas d'application. Les flèches aux traits continus de Figure 7 illustrent les interactions entre les dispositifs, tandis que les flèches pointillées représentent des procédures. La Figure 7 reproduit les trois dispositifs décrits: TERMINAL [100], CLIENT S:[P [200], PASSERELLE DE CONVERGENCE [300]. En outre, la Figure 7 montre une suite d'étapes numérotées respectivement [600], [610], [620], tandis que la Figure 8 montre une étape ultérieure [630]. Ces étapes 20 permettent de montrer quelque aspect pertinent au scenario opérationnel. [600] ENREGISTREMENT DU TERMINAL [100] L'utilisateur allume son terminal mobile TERMINAL [100] qui entreprend les étapes d'enregistrement auprès de l'operateur cellulaire étranger ; cette procédure est 25 bien connue par les experts de l'art. Son application entraine des modifications mineures pour être conforme à l'invention. Lorsque TERMINAL [100] est mis sous tension, les procédures d'authentification et de localisation sont effectuées ; le VLR du réseau cellulaire étranger échange des messages avec le HLR du réseau cellulaire d'origine de l'abonné : le VLR peut ainsi stocker localement des informations concernant l'abonné, 30 telles que ses droits, types de services souscrits, donnée d'authentification, etc. Des échanges similaires entre le VLR et le HLR ont lieu chaque fois que la localisation de l'abonnée implique un changement du VLR qui contrôle TERMINAL [100]. [610] ENREGISTREMENT DE CLIENT SIP [200] 35 L'utilisateur allume son ordinateur portable, équipé de CLIENT SIP [200]. Parmi les fonctionnalités de démarrage l'étape d'authentification est présente, cette étape nécessitant d'un échange de message avec un serveur `Authentication Autorisation Accounting' (AAA) de l'operateur IP de l'abonné. Une fois l'identité de l'abonné (et de -11- son CLIENT SIP [200]) vérifié, il sera possible pour le SERVEUR DE CONFIGURATION [330] (voir Figure 6) d'informer CLIENT SIP [200] de l'adresse et du nom du PROXY SIP [310] et de INTERCONNEXION CELLULAIRE [320] (voir Figure 6) qui lui sont destinés. En effet, CLIENT SIP [200] a besoin d'un point d'entrée dans le réseau IP de l'operateur IP étranger afin de pouvoir effectuer toutes les opérations nécessaires pour la convergence fixe-mobile. [620] LIEN LOGIQUE / PHYSIQUE ENTRE TERMINAL [100] ET INTERCONNEXION CELLULAIRE [320] Une fois que TERMINAL [100] et CLIENT SIP [200] ont été enregistrés et (le cas échéant) configurés correctement, la PASSERELLE DE CONVERGENCE [300] met en place toute une série de procédures pour créer un lien logique et physique entre TERMINAL [100] et INTERCONNEXION CELLULAIRE [320]. De cette façon il sera possible de faire sorte que tout appel sortant de TERMINAL [100] puisse transiter par INTERCONNEXION CELLULAIRE [320] et, similairement, que tout appel vers TERMINAL [100] puisse transiter par INTERCONNEXION CELLULAIRE [320] au préalable, pour être redirigé vers TERMINAL [100] par la suite. [630] SIGNALISATION D'APPEL (Figure 8) Figure 8 montre le chemin des messages de signalisation pour (par exemple) effectuer un appel sortant de TERMINAL [100] vers un autre terminal mobile localisé dans un autre réseau cellulaire. La signalisation d'appel suit son chemin classique entre TERMINAL [100] et le réseau cellulaire (notamment le MS(.-,' /VLR [410]). Avec les procédures d'enregistrement effectuées au préalable, le MSC/VLR [410] est capable de réacheminer la signalisation vers la PASSERELLE DE CONVERGENCE [300] (par le biais de PASSERELLE SS7 [450]). Il est important de noter qu'avec une telle procédure de réacheminement d'appel on aura : Une communication locale entre TERMINAL [100] et INTERCONNEXION CELLULAIRE [320]. Cette communication locale pourra être facturée selon la politique de l'opérateur cellulaire, mais en aucun cas elle aura le coût élevé d'une communication mobile directe entre deux terminaux dont l'un se trouve en situation d' itinérance. Une communication de type `Voix-sur-IP' entre INTERCONNEXION CELLULAIRE [320] et le même dispositif correspondant à l'abonné appelé. Cette 35 communication est ù en général ù gratuite. Une communication locale entre TERMINAL [100] et INTERCONNEXION CELLULAIRE [320] de l'abonné appelé. Encore, cette communication locale pourra - 12 - être facturée selon la politique de l'opérateur cellulaire dans le domaine duquel l'abonné appelé est enregistré. Considérations sur le modèle économique en relation avec le premier cas 5 d'application Le modèle économique est relativement souple ; en effet, au moins trois cas de figure peuvent être envisagés : Les opérateurs cellulaire et IP peuvent être distincts. I)es accords doivent être souscrits afin de pouvoir échanger un certain nombre d'information relatives à 10 l'abonné, à son TERMINAL [100] et à son CLIENT SIP [200] : ces informations seront liées à l'identité de l'abonné (International Mobile Subscriber Identifier' û IMSI), à son numéro de téléphone mobile, à la localisation, etc. Outre la fourniture des équipements et logiciels nécessaires, l'opérateur IP doit obtenir une adresse E.164 pour la PASSERELLE SS7 [450]. 15 L'opérateur cellulaire peut utiliser son réseau IP pour fournir les services de convergence fixe-mobile. En plus, il doit contrôler toutes les composantes supplémentaires ([200], [300], etc.) qui sont nécessaires pour assurer ces services. Un opérateur virtuel peut utiliser les réseaux cellulaire et IP existants (et appartenant à deux opérateurs distincts) pour se positionner comme fournisseur de services fixe- 20 mobile à valeur ajoutée. L'opérateur virtuel doit fournir les équipements et logiciels nécessaires, une adresse E.164 pour la PASSERELLE SS7 [450] ainsi que les interfaces physiques / logiques pour assurer l'interopérabilité avec les noeuds réseau des opérateurs cellulaire et IP. 25 REALISATION DU PREMIER CAS D'APPLICATION Interfaçage entre PASSERELLE SS7 [450] et le module INTERCONNECTION CELLULAIRE [320] du dispositif PASSERELLE DE CONVERGENCE [300]. Des liens permanents doivent exister entre ces deux fonctionnalités. En effet, 30 INTERCONNECTION CELLULAIRE [320] doit supporter un certain nombre de protocoles tels que: `Mobile Application Part' (MAP), afin de communiquer avec les différents noeuds du réseau cellulaire. `Stream Control Transmission Protocol' (SCTP) afin de garantir la séquence correcte des messages SS7 sur le réseau IP, 'Mn' layer 3 User Adaptation layer' (M3UA), afin de pouvoir acheminer les messages utilisateur 35 `Signaling Connection Control Part' (SCCP) indépendamment de la topologie et de l'organisation du réseau - 13 - Procédure d'activation de CLIENT SIP [200] La Figure 9 représente un mode de fonctionnement opérationnel préféré pour démarrer le dispositif CLIENT SIP [200] embarqué sur l'ordinateur portable de l'utilisateur. En particulier, les flux de messages entre les dispositifs [200], [330], [600] et les dispositifs de support (DHCP, DNS) sont les suivants: [710] : La liaison entre CLIENT SIP [200] et le DHCP permet au CLIENT SIP [200] de se faire reconnaître comme logiciel apte à la solution spécifique de convergence (utilisation de l'option 60 du DHCP). La réponse du DHCP (en utilisant l'option 43), outre l'information standard, contient l'identifiant du SERVEUR DE CONFIGURATION [330] [720], [730], [740] : Afin de pouvoir accéder aux donnés de configuration, CLIENT SIP [200] démarre une procédure d'authentification auprès du SERVEUR DE CONFIGURATION [330]; les données sont relayée vers le server AAA [600] ; dans le cas de vérification positive, le serveur [600] informe le SERVEUR DE CONFIGURATION [330] que la procédure d'activation peut continuer. [750] : SERVEUR DE CONFIGURATION [330] envoie au CLIENT SIP [200] des donnés de configuration qui sont reliés à l'identifiant de l'adonné, à ses droits en terme de services, au type et la version du CLIENT SIP [200]. Parmi les donnés envoyées par SERVEUR DE CONFIGURATION [330] on a le nom du dispositif PROXY SIP [310] et du dispositif INTERCONNEXION CELLULAIRE [320] que CLIENT SIP [200] va utiliser pour pouvoir accéder au réseau fixe-mobile. [760], [770], [780] : CLIENT SIP [200] analyse et interprète les donnés reçues par le dispositif SERVEUR DE CONFIGURATION [330]. Si nécessaire, il fait appel aux services d'un `Domain Name Server' (DNS) pour convertir les noms obtenus ('Fully Qualified Domain Name' û FQDN) vers autant d'adresses IP. Procédures d'enregistrement pour le système de convergence fixe-mobile, à effectuer juste après l'activation de CLIENT SIP [200]. L'enregistrement est une des parties fondamentales de l'invention ; en effet, l'enregistrement permet û par la suite û de pouvoir relier TERMINAL [100] et INTERCONNECTION CELLULAIRE [320]. A ce titre, des bases de donnés doivent être remplies et gérées de façon appropriée. Avant le démarrage de l'enregistrement pour le système de convergence fixe-mobile, TERMINAL [100] est supposé avoir été enregistré sur le réseau mobile cellulaire, en particulier sur un réseau étranger. L'élément - 14 - (et base de donnés) concernés par l'enregistrement pour le système de convergence fixe-mobile est INTERCONNEXION CELLULAIRE [320]. INTERCONNEXION CELLULAIRE [320] est responsable du stockage de certaines informations en provenance du SIP CLIENT [200], en particulier des identifiants de TERMINAL [100]. Il doit aussi stocker dans sa base de donnés PSEUDO VLR [360] des donnés en provenance du VLR de l'opérateur cellulaire. Toutes les donnes stockées feront partie de l'ensemble d'informations abonné. Chaque champ de ces informations doit être vérifié périodiquement, afin de pouvoir l'utiliser correctement avant chaque opération. Les informations de l'abonné seront stockées jusqu'à ce que CLIENT SIP [200] reste enregistré. Les donnés principales gérées par INTERCONNEXION CELLULAIRE [320] sont : Les informations caractérisant SIP CLIENT [200], telles que son identifiant IP, obtenu par des procédures DHCP. Informations sur le nom (et adresse IP) d'un serveur vocale, qui va fournir des instructions à l'abonné quant il démarrera les communications voix (comme expliqué par la suite), Dans la suite de la description, on fera l'hypothèse que ce serveur soit hébergé par le même équipement qui héberge INTERCONNEXION CELLULAIRE [320]; il s'agit d'une configuration préférée qui peut être généralisée sans pour autant contrevenir à l'esprit de l'invention. L'IMSI de TERMINAL [100], disponible auprès du VLR de l'opérateur cellulaire. Cet IMSI sert comme référence pour les informations de l'abonné. L'identifiant SIP de CLIENT SIP [200]. Cet identifiant peut être utilisé par INTERCONNEXION CELLULAIRE [320] quand des messages SIP doivent être envoyés à CLIENT SIP [200] (par exemple pour contrôler le statu de l'enregistrement de CLIENT SIP [200]). L'identifiant SIP de B2BUA [340]. Cet identifiant sera utilisé pour connecter deux dispositifs INTERCONNEXION CELLULAIRE [320] différents. Le numéro de téléphone cellulaire de l'abonné, qui permet à INTERCONNEXION CELLULAIRE [320] d'identifier l'abonné au cours des interactions avec le réseau 30 cellulaire. Numéro du HLR du réseau cellulaire d'origine de l'abonné. Ce numéro est fourni à INTERCONNEXION CELLULAIRE [320] par le VLR de l'opérateur cellulaire visité - Numéro du VLR. Ce numéro est fourni à INTERCONNEXION CELLULAIRE 35 [320] par le VLR même de l'opérateur visité ; il peut être aussi fourni par le HLR de l'opérateur d'origine de l'abonne. Ceci est un choix de réalisation qui dépend essentiellement des accords d'itinérance entre les deux operateurs. La connaissance du numéro du VLR est importante car elle permet de relier INTERCONNEXION - 15 - CELLULAIRE [320] à TERMINAL [100] indépendamment de la localisation de ce dernier. Numéro de INTERCONNEXION CELLULAIRE [320] : il s'agit d'un numéro de type E.164 qui est fourni à l'abonné par le biais du CLIENT SIP [200] et va permettre à l'abonné de joindre INTERCONNEXION CELLULAIRE [320] (c'est-à-dire la `porte d'entrée' au système de convergence fixe-mobile) à partir de son TERMINAL [100]. Flux de messages pour la procédure d'enregistrement pour le système de convergence fixe-mobile La Figure 10 représente un mode de fonctionnement opérationnel préféré pour enregistrer le dispositif CLIENT SIP [200] sur le système de convergence fixe-mobile et charger correctement les donnés nécessaires dans la base de donnés PSEUDO VLR [360]. En particulier, les flux de messages entre les dispositifs [200], [310], [320] sont: [810] : Les messages qui permettent d'établir une liaison sécurisée du type `Transport Layer Security' (TLS) entre CLIENT SIP [200] et PROXY SIP [310]. En effet, en général CLIENT SIP [200] doit utiliser l'internet publique pour joindre PROXY SIP [310], qui fait partie d'un domaine sécurisée et contrôlé par l'operateur IP (ou l'opérateur cellulaire). [820], [830]: Un message du type SIP REGISTER est envoyé par CLIENT SIP [200] à INTERCONNEXION CELLULAIRE [320] (via PROXY SIP [310]). Les champs principaux contenus dans ce message sont : Le numéro de téléphone cellulaire de l'abonné (c'est-à-dire le numéro correspondant au TERMINAL [100], par exemple : +33-1-23456789). A noter que ce numéro peut être tapé par l'abonné sur le clavier de son ordinateur portable. Alternativement, ce numéro pourrait être stocké `en dur' sur la mémoire de l'ordinateur. Un identifiant SIP correspondant à l'abonné, construit par CLIENT SIF' [200] et qui sera de la forme : +33-1-23456789@Adresse-IF'-INTERCONNECTIONCELLULAIRE ou de toute autre forme similaire. [840] : A la réception de ce message, INTERCONNEXION CELLULAIRE [320] crée un nouveau record de donnés utilisateur, à stocker dans PSEUI)O VLR [370]. En plus, une vérification supplémentaire d'authentification peut être effectuée : par exemple, l'abonné pourrait être invité à taper le code PIN (correspondant à la carte SIM) sur le clavier de son ordinateur portable. Par la suite, des messages d'authentification classiques pourraient être échangés entre PSEUDO VLR [360] et HLR. Cette opération -16- n'est pas décrite dans les détails, car elle est bien connue par tout expert de l'art ; l'effectuation de cette vérification supplémentaire dépendra des politiques de gestion de l'opérateur cellulaire. En outre, une procédure (optionnelle) du type `Location Update' pourrait être initiée par INTERCONNEXION CELLULAIRE [320], afin de vérifier ultérieurement la localisation de TERMINAL [100] [850] : CLIENT SIP [200] reçoit confirmation de la procédure d'enregistrement sur le système de convergence fixe-mobile. [860, 870] : CLIENT SIP [200] reçois de la part d'INTERCONNEXION CELLULAIRE [320] un message non sollicité de type SIP NC-TIFY. But de ce message est d'envoyer au CLIENT SIP [200] le numéro E.164 qui identifie INTERCONNEXION CELLULAIRE [320]. Ce numéro sera présenté à l'abonné sur l'écran de son ordinateur portable : l'abonné utilisera ce numéro pour initier les communications vocales à partir de TERMINAL [100] A noter : condition requise pour que CLIENT SIP [200] puisse recevoir des messages de type SIP NOTIFY est que CLIENT SIP [200] fasse une suscription à se type de services (en utilisant des méthodes du type SIP SUBSCRIBE) dès son démarrage, afin de pouvoir recevoir les notifications. Ces méthodes sont bien connues par les experts de l'art et ne seront donc pas détaillées. NOTE IMPORTANT : à la fin de cette étape d'enregistrement, l'abonné possède un numéro spécifique qui identifie INTERCONNEXION CELLULAIRE [320] et que l'abonné peut utiliser à partir de son TERMINAL [100]. Une fois composé ce numéro, l'abonné sera guidé par un server vocal pour composer le numéro de son correspondant. Cette démarche est ù d'une certaine façon ù similaire à l'utilisation des cartes prépayées, qui permettent d'effectuer des appels téléphoniques ver l'étranger ou depuis l'étranger en utilisant le téléphone portable : dans ce cas, l'appel téléphonique commence par une connexion à un server identifié par un numéro d'accès qui peut varier selon la localisation, géographique de l'utilisateur. Cette ressemblance procédurale est rappelée seulement à titre d'exemple illustratif: tout expert de l'art reconnaitra que l'invention contient des éléments nouveaux et originaux, comme il sera aussi apparent dans la suite de la description. Flux de messages pour la procédure d'appel sortant pour le système de 35 convergence fixe-mobile. L'abonné effectue un appel sortant vers un correspondant. Afin de souligner les avantages en termes économiques de la solution proposée, l'hypothèse est que soit l'appelant que l'appelé se trouvent dans des réseaux étrangers. La Figure 11 représente - 17 - un mode de fonctionnement opérationnel préféré pour le scénario d'appel sortant sur le système de convergence fixe-mobile. Au préalable, il faut que les dispositifs TERMINAL [100] et CLIENT SIP [200] de l'appelant et de l'appelé aient été correctement enregistrés dans les domaines administratifs respectifs, selon les procédures de Figure 10 et les descriptions associées. Les procédures d'appel sortant de Figure 11 impliquent des flux de messages entre les dispositifs TERMINAL [100], MSCIVLR [410], PASSERELLE SS7 [450], INTERCONNECTION CELLULAIRE [320], HLR (on fait l'hypothèse que les deux abonnés partagent le même réseau cellulaire d'origine ; cette hypothèse simplifie la description et n'a aucun impact sur le fonctionnement général du système), B2BUA [340], INTERCONNECTION CELLULAIRE [320] (appartenant au domaine administratif de l'abonné appelé), RESEAU IP ([500], [510]). Ces flux de messages sont décrits par la suite: [910] : L'abonné qui émet l'appel compose le numéro E.164 de INTERCONNECTION CELLULAIRE [320] (ce numéro a été obtenu avec les procédures [860], [870] de Figure 10). Une procédure de `Calé Control Set Up' (CC Set Up) est déclenchée à partir de [100] vers [410]. [920] Des messages du type `INITIAL ADDRESS MESSAGE' (IAM) et `ADDRESS COMPLETE MESSAGE' (ACM) sont échangés entre [410] et [320] par intermédiaire de [450] ; ces messages font partie du protocole SS7 `ISDN User Part' (][SUP) et sont bien connus par les expert de l'art. [930] : Un message du type 'CC Connect' est renvoyé à [100] par [410]. A la fin 25 de l'étape [930] une connexion GSM locale est établie entre TERMINAL [100] et INTERCONNECTION CELLULAIRE [320]. [940] : [320] répond à [100] par le biais d'un server vocale, qui invite l'abonné à taper sur le clavier de son TERMINAL [100] le numéro GSM de son correspondant. 30 L'utilisation d'un server vocale est û bien évidemment û optionnelle : autre procédures / commandes pourraient être utilisés pour guider l'abonné. [950] : La composition du numéro du correspondant de la part de l'abonné déclenche l'émission de tonalités `Dual Tone Multiple Frequency' (DTMF), en 35 conformité à la recommandation Q.23 de ITU-T (recommandation bien connue par les experts de l'art). L'émission de chaque tonalité génère un échange de messages de type DTMF START (STOP) / ACK. A la fin de cette étape, [320] stocke le numéro du correspondant à appeler. - 18 - [960] [320] envoie un message de type `Mobile Application Part' (MA:P) vers le HLR. Le message contient le numéro du correspondant à appeler et est du type `Request `Mobile Station Roaming Number' (MSRN). Dans la norme GSM, ce numéro MSRN représente un identifiant E.164 alloué temporairement par l'opérateur du réseau cellulaire étranger qui gère le correspondant appelé. Dans le cas de l'invention, le MSRN correspond au numéro E.164 du dispositif INTERCONNIECTION CELLULAIRE [320] sur lequel l'abonné appelé s'est enregistré. [970] Le HLR renvoie vers [320] l'identifiant E.164 du [320] distant. A la fin de cette étape, les deux dispositifs INTER.CONNECTION CELLULAIRE [320] (celui de l'abonné appelant et celui de l'abonné appelé) peuvent communiquer entre eux. [980] [320] envoie un message à son homologue distant. Le message contient une requête d'information sur l'identificateur SIP du dispositif B2BUA [340] qui agit comme agent SIP pour l'abonné appelé. Selon Figure 11 cette requête est envoyée par SMS. Outre possibilités peuvent être envisagées ; par exemple, l'utilisation des services `Unstructured Supplementary Service Data' (USSD) est possible ; en effet, USSD constitue une solution plus efficace par rapport à SMS ; il faut néanmoins que ce service soit supporté par les opérateurs concernés. [990] [320] reçois un message de réponse par son homologue distant. Le message contient l'identificateur SIP du dispositif B2BUA [340] qui agit comme agent SIP pour l'abonné appelé. Comme déjà expliqué, la réponse peut être envoyée par le biais de SMS ou USSD. [1000] Un message de type SIP INVITE est envoyé par [320] et relayé par [340]. En effet, le but ultime de la procédure SIP INVITE est de mettre en correspondance les deux B2BUA [320] (celui de l'abonné appelant et celui de l'abonné appelé) afin qu'ils puissent construire l'acheminement de la communication entre les deux abonnés. La construction de cet acheminement sera détaillée par la suite. Un exemple d'en-tête de la procédure SIP INVITE peut être le suivant : De INTERCONNECTION CELLULAIRE [320] de l'abonné appelant à B2BUA [340] de l'abonné appelant : o INVITE sips: E.164-appelé@opérateur2.com:5061 SIP/2.0 o Via: SIP/2.0/TLS Dispositif-320.opérateur1.com: 5061 o Route: sips:b2bua.opérateurl.com o From : sips: E.164-appelant@opérateur1.com - 19 - De B2BUA [340] de l'abonné appelant à B2BUA [340] de l'abonné appelé: o INVITE sips: E.164@opérateur2.com:5061 SIP/2.0 o Via: SIP/2.0/TLS b2bua.opérateurl.com:5061 o Route: sips:b2bua.opérateur2.com o From : sips: E.164-appelant@opérateurl.com Autres exemples d'en-tête sont possibles, en fonction de la topologie et de l'organisation en domaines / sous-domaines des réseaux (cellulaire et IP) et aussi des accords entre l'opérateur cellulaire et l'opérateur IP. L'exemple montré est présenté à titre indicatif ; tout expert de l'art reconnaîtra que les en-têtes des procédures SIP INVITE peuvent changer, sans pour autant s'éloigner du concept de l'invention [1010] Le déroulement de ces opérations peut prendre quelque seconde. Selon le choix des opérateurs concernés, l'abonné appelant peut être rnis en attente : le serveur vocal pourrait envoyer à TERMINAL [100] de l'appelant des messages, de la musique, etc. Flux de messages pour la procédure d'appel entrant pour le système de convergence fixe-mobile. La Figure 12 représente un mode de fonctionnement opérationnel préféré pour le scénario d'appel entrant sur le système de convergence fixe-mobile. Au préalable, il faut que les dispositifs TERMINAL [100] et CLIENT SIP [200] de l'appelé aient été correctement enregistrés dans les domaines administratifs respectifs, selon les procédures de Figure 10 et les descriptions associées. En plus, TERMINAL [100] de l'abonné appelant a démarré avec succès les procédures d'appel sortant décrites ci- dessus et illustrées in Figure 11. Les procédures d'appel entrant de Figure 12 impliquent des flux de messages entre les dispositifs TERMINAL [100] de l'appelé, MSC/VLR [410], PASSERELLE SS7 [450], INTERCONNECTION CELLULAIRE [320], B2BUA [340], RESEAU IP ([500], [510]). Ces flux de messages sont décrits par la suite: [1100] Un message de type SIP INVITE (tel que celui du cas d'exemple décrit dans l'étape [1010] de la procédure d'appel sortant) est reçu par B2BUA [340] et relayé vers INTERCONNECTION CELLULAIRE [320] qui contrôle l'abonné appelé. Un exemple d'en-tête de la procédure SIP INVITE à été décrit dans l'étape [1010] précédente. [1110] La réception de message SIP INVITE par INTERCONNECTION CELLULAIRE [320] déclenche un échange de messages du type `INITIAL ADDRESS MESSAGE' (IAM) entre [410] et [320] par intermédiaire de [450] ; ces messages font - 20 - partie du protocole SS7 'ISDN User Part' (ISUP) et sont bien connus par les expert de l'art. Le message IAM a pour but d'alerter le dispositif TERMINAL [100] du correspondant appelé. [1120] : Suite à la réception du message IAM, [410] entame une procédure de `Gall Control Set Up' (CC Set Up) vers TERMINAL [100]. A noter que [410] peut utiliser le `Mobile Station Roaming Number' (MSRN) qui a été assigné à l'abonné à l'acte de l'enregistrement de son TERMINAL [100] sur le réseau cellulaire étranger ; l'utilisation du MSRN est strictement conforme à la norme GSM e n'a aucun impact sur le contexte de l'invention. [1130] : TERMINAL [100] répond à [410] avec un message 'CC Alert', qui indique que le téléphone de l'abonné est en train de sonner. [1140] La réception du message 'CC Alert' déclenche un échange de messages du type 'ADDRESS COMPLETE MESSAGE' (ACM) entre [410] et [320] par intermédiaire de [450] ; ces messages font partie du protocole SS7 'ISDN User Part' ([SUP) et sont bien connus par les expert de l'art. Ce message IAM a pour but d'informer le dispositif TERMINAL [100] du correspondant appelant. [1150] Le message ACM est converti par [320] en un message de type 'SIP Trying', qui est relayé par le B2BUA [340] du correspondant appelé vers le réseau IP ([500], [510]) pour terminer sur le B2BUA [340] de l'appelant. [1160], [1170] : Dès que le correspondant appelé décroche son TERMINAL [100], un message 'CC Connect' est envoyé à [410]. A son tour, [410] déclenche un échange de messages du type 'ANSWER MESSAGE' (ANM) entre [410] et [320]. [1180] Le message ANM est converti par [320] en un message de type 'SIP OK', qui est relayé par le B2BUA [340] du correspondant appelé vers le réseau IP ([500], [510]) pour terminer sur le B2BUA [340] de l'appelant. A la fin de la procédure d'appel sortant et de la procédure correspondante d'appel entrant, les connexions de signalisation suivantes sont établies : Une connexion GSM locale entre TERMINAL [100] de ['appelant et son dispositif correspondant INTERCONNECTION CELLULAIRE [320]. Une connexion IP entre les deux dispositifs INTERCONNECTION CELLULAIRE [320]. Cette connexion est relayée par les B2BUA [340] respectifs. -21- Une connexion GSM locale entre TERMINAL [100] de l'appelé et son dispositif correspondant INTERCONNECTION CELLULAIRE [320]. Il faut noter que une connexion au niveau média (c'est-à-dire `voix' dans l'exemple présenté) doit aussi être établie avec les même critères, à savoir connexion locale à l'intérieur de chaque domaine GSM et connexion IP pour relier les domaines GSM distants. Les procédures d'appel entrant et sortant décrites impliquent la création des connexions média à l'intérieur de chaque domaine GSM. La connexion média sur IP est crée par le biais des messages du type `Session Description Protocol' (SDP) et par l'utilisation de la PASSERELLE DE MEDIA [350]. Les étapes principales sont les suivantes : L'étape [1000] (Figure 11) û SIP INVITE reliant INTERCONNECTION CELLULAIRE [320] et B2BUA [340] de l'appelant sera accompagnée d'un descriptif SDP de type : o SDP-320-APPELANT: o v=0 o 0= 33333 44444 IN 1P4 @IP-320- APPELANT o s=SIP Cali o c=IN IP4 @IP-320- APPELANT o t=0 0 o m=audio 20000 RTP/AVP 0 18 o a=rtpmap:0 PCMU/8000 o a=rtpmap:18 G729/8000 Ce descriptif SDP permettra d'allouer un point de terminaison `Real Time Protocol' (RTP) sur la PASSERELLE DE MEDIA [350] ; le port RTP correspondant sera réservé au dispositif INTERCONNECTION CELLULAIRE [320] de l'appelant. En particulier, un pont sera crée entre la liaison locale GSM (TERMINAL [100] û INTERCONNECTION CELLULAIRE [320]) et 1[a liaison RTP entre INTERCONNECTION CELLULAIRE [320] et PASSERELLE DE MEDIA [350]. Similairement, L'étape [1100] (Figure 12) û SIP INVITE reliant INTERCONNECTION CELLULAIRE [320] et B2BUA [340] de l'appelé sera accompagnée d'un descriptif SDP de type : o SDP-320-APPELE: o v=0 o 0= 55555 66666 IN IP4 @IP-320- APPELE o s=SIP Cali o c=IN IP4 @IP-320- APPELE o t=0 0 - 22 - o m=audio 20000 RTP/AVP 0 18 o a=rtpmap:0 PCMU/8000 o a=rtpmap:18 G729/8000 Ce descriptif SDP permettra d'allouer un point de terminaison `Real Time Protocol' (RTP) sur la PASSERELLE DE MEDIA [350] ; le port RTP correspondant sera réservé au dispositif INTERCONNECTION CELLULAIRE [320] de l'appelé. En particulier, un pont sera crée entre la liaison locale GSM (TERMINAL [100] û INTERCONNECTION CELLULAIRE [320]) et lla liaison RTP entre INTERCONNECTION CELLULAIRE [320] et PASSERELLE DE MEDIA [350]. Une fois les ports RTP alloués, des procédures de réarrangement (le média permettront à INTERCONNECTION CELLULAIRE [320] de l'appelant et à celui de l'appelé d'être reliés directement via le réseau IP sans intermédiaire de PASSERELLE DE MEDIA [350]. Les descriptifs SDP et l'utilisation des passerelles de média sont bien connues 15 par les experts de l'art et ne seront pas détaillés ultérieurement. Il est apparent que l'abonné peut passer / recevoir des appels aussi sur son ordinateur portable : en effet, la disponibilité d'un CLIENT SIP [200] offre cette possibilité. Cette option est intéressante si l'abonné se trouve dans un bureau ou dans une maison et il veut éviter l'utilisation de son téléphone portable. La réalisation 20 pratique de ce cas n'est pas détaillée : tout expert de l'art reconnaîtra que les procédures classiques de `Voix-sur-IP' (notamment les procédures basées sur le protocole SIP) permettent de réaliser cette option en créant une liaison média entre CLIENT SIP [200] et INTERCONNECTION CELLULAIRE [320], en conformité avec l'esprit de l'invention. 25 CAS ANOMALS OU D'ERRERUR DANS LE PREMIER CAS D" APPLICATION La réalisation décrite prévoit un bon déroulement de toutes les procédures. En 30 pratique, il est possible que des anomalies ou erreurs empêchent la mise en place de la communication selon la description. L'invention se basant sur des protocoles existants, tout cas anomal pourra être traité de façon directe. Néanmoins, une mention spéciale est nécessaire dans le cas que le correspondant appelé n'a pu enregistrer son CLIENT SIP [200] comme décrit en Figure 10. Dans ce cas, INTERCONNECTION CELLULAIRE 35 [320] de l'appelant établira une liaison GSM avec TERMINAL [100] de l'appelé en passant par le réseau publique commuté et non pas par le réseau IP. Le coût total de l'appel sera inférieur au coût entre deux terminaux mobiles en itinérance, mais il sera bien supérieur au coût d'un simple appel local. - 23 - Dans ce cas, il serait judicieux d'informer l'appelant que la communication qu'il veut établir ne sera pas facturée au coût d'un appel local. Une procédure exemplaire possible pour traiter ce cas peut être entamée pendant la phase d'appel sortant ; en particulier, une fois que le dispositif INTERCONNECTION CELLULAIRE [320] de l'appelant s'aperçoit que le `Mobile Station Roaming Number' (MSRN) de l'appelé ne correspond pas à l'identifiant d'un dispositif INTERCONNECTION CELLULAIRE [320] (on fait ici l'hypothèse implicite que les numéros E.164 alloués aux dispositifs 1NTERCONNECTION CELLULAIRE [320] ont un format particulier), le serveur vocale envoie une alerte à l'appelant qui aura le choix si poursuivre ou pas la communication. EXTENSIONS AU PREMIER CAS D'APPLICATION Une première extension possible est la possibilité d'enregistrer plusieurs CLIENT SIP [200] sur le même ordinateur portable, en correspondance de plusieurs abonnés. Cette extension peut être utile û par exemple û dans le cas d'une famille qui voyage à l'étranger, chaque composant de la famille possédant un TERMINAL [100]. Cette extension permet aux composants de la famille de s'appeler sur leurs téléphones mobiles respectifs au simple coût d'un appel local. La mise en place de cette extension consiste à répéter plusieurs fois les étapes d'enregistrement décrites dans la Figure 10 : à chaque étape, l'identifiant cle chaque membre de la famille (par exemple son numéro de téléphone cellulaire) est enregistré et le membre de la famille reçoit, en retour le numéro de 1NTERCONNECTION CELLULAIRE [320], à appeler pour initier toute communication. Une deuxième extension possible relève d'un aspect purement pratique : il peut s'avérer inconfortable et peu utile de devoir apporter un ordinateur portable à l'étranger seulement afin d'enregistrer CLIENT SIP [200]. En effet, toutes les fonctionnalités de CLIENT SIP [200] pourraient être disponibles sur un dispositif matériel dédié, tel qu'une clé électronique. Selon l'esprit de l'invention, cette clé électronique doit être équipée d'alimentation, d'une prise de connexion internet filaire (ou un transmetteur / récepteur de type WiFi, bien que cela soit déconseillé, selon le cahier de charge décrit au début de l'invention), un petit clavier mécanique ou tactile et un petit écran. On peut noter aussi que le clavier et l'écran pourraient être remplacés par des interfaces vocales. DEUXIEME CAS D'APPLICATION Un deuxième cas d'application est encore celui d'un utilisateur en voyage dans un pays étranger mais dont le scenario comprend les aspects suivants : - 24 - L'utilisateur a son terminal mobile TERMINAL [100]; par le biais de la carte SIM du TERMINAL [100], l'utilisateur peut s'enregistrer auprès de l'operateur du pays étranger. L'utilisateur n'a pas d'ordinateur mobile équipé du dispositif SIP CLIENT [200]. Par contre, il est abonné aux services de convergence fixe-mobile auprès de son opérateur d'origine. En plus, des accords d'itinérance entre son opérateur d'origine et l'opérateur étranger permettent à l'utilisateur d'accéder à tels services à partir de l'opérateur étranger. L'opérateur du pays étranger dispose des éléments classiques de son réseau 10 cellulaire ; en plus, il concentre les fonctionnalités du dispositif PASSERELLE DE CONVERGENCE [300] décrites pour le premier cas d'utilisation. Il est apparent que ce deuxième cas d'utilisation à l'avantage d'éviter à l'utilisateur la nécessité d'avoir son ordinateur portable ou sa clé électronique pour avoir l'usufruit des services de convergence. 15 La Figure 13 représente un possible scénario opérationnel qui correspond à ce cas d'application. Comme pour les Figures 7 et 8, les flèches aux traits coatinus de illustrent les interactions entre les dispositifs, tandis que le flèches pointillées représentent des procédures. La Figure 13 reproduit deux des trois dispositifs décrits: TERMINAL [100], 20 PASSERELLE DE CONVERGENCE [300]. [1200] ENREGISTREMENT DU TERMINAL [100] Cette étape est exactement la même que l'étape [600] de Figure 7. 25 [1210] ENREGISTREMENT DE TERMINAL [100] AUX SERVICES DE CONVERGENCE FIXE-MOBILE L'étape [1200] permet à l'opérateur étranger de vérifier si l'abonné est autorisé à l'utilisation des services de convergence. Si c'est le cas, l'opérateur alerte l'abonné (par exemple par le biais d'un SMS) qu'il à la possibilité de s'enregistrer pour ces 30 services et lui fourni l'identifiant du dispositif PASSERELLE DE CONVERGENCE [300]. Considérations sur le modèle économique en relation avec le deuxième cas d'application 35 Similairement au premier cas d'application, le modèle économique est relativement souple ; en effet, les trois cas de figure du premier cas d'application peuvent être envisagés. En plus, il peut y avoir la présence d'un autre acteur économique : le dispositif PASSERELLE DE CONVERGENCE [300] peut être mis à - 25 - disposition par les responsables de certains endroit publiques, tels que les hôtels, par exemple. Dans ce cas la direction de l'hôtel pourrait passer un contrat avec l'opérateur cellulaire (et / ou l'opérateur IP) ou avec l'opérateur virtuel : la direction de l'hôtel déploie et met à disposition des PASSERELLE DE CONVERGENCE [300] pour ces clients ; l'opérateur garde le contrôle opérationnel des procédures de convergence, tandis que la direction de l'hôtel s'engage sur toute opération de maintenance pour la PASSERELLE DE CONVERGENCE [300]. Bien évidemment, le cas de l'hôtel est exemplaire afin de montrer que des modèles économiques judicieux peuvent être avantageux pour tous les acteurs économiques. REALISATION DU DEUXIEME CAS D'APPLICATION La réalisation est très similaire à celle du premier cas de réalisation. En effet, les composants logiques et physiques sont quasiment les mêmes, ainsi que les interfaces et les protocoles utilisés. Néanmoins, il convient de rappeler que dans le deuxième cas de réalisation, CLIENT SIP [200] n'apparait pas. Il n'y a donc pas besoin de procédures de démarrages spécifiques (telles que celles décrites en Figure 9) et la procédure d'enregistrement change par rapport à la description de Figure 10. Procédures d'enregistrement pour le système de convergence fixe-mobile (deuxième cas d'application). L'enregistrement est û encore une fois û une des parties fondamentales de l'invention; l'enregistrement permet û par la suite û de pouvoir relier TERMINAL [100] et INTERCONNECTION CELLULAIRE [320]. Avant le démarrage de l'enregistrement pour le système de convergence fixe-mobile, TERMINAL [100] est supposé avoir été enregistré sur le réseau mobile cellulaire, en particulier sur un réseau étranger. Comme pour le premier cas d'application. INTERCONNEXION CELLULAIRE [320] est responsable du stockage de certaines informations en utilisant sa base de donnés PSEUDO VLR [360]. Les donnés principales gérées par INTERCONNEXION CELLULAIRE [320] sont celles déjà décrites dans le premier cas d'application ; il est néanmoins évident que les informations relatives au CLIENT SIP [200] sont absentes. La Figure 13 illustre les flux de messages pour la procédure d'enregistrement pour le système de convergence fixe-mobile (deuxième cas d'application) [1300] : INTERCONNEXION CELLULAIRE [320] envoie un SMS à TERMINAL [100] et l'invite à s'enregistrer pour accéder aux services de convergence fixe-mobile. A noter que dans ce cas, INTERCONNEXION CELLULAIRE [320] doit être au courant des identifiants MSISDN et MSRN de TERMINAL [100]. Ces - 26 - identifiant doivent être fourni à INTERCONNEXION CELLULAIRE [320] (qui doit les stocker dans PSEUDO VLR [360]) par le biais d'une signalisation de type MAP entre MSC/VLR [410] et INTERCONNEXION CELLULAIRE [320] : ce deuxième cas d'application et donc plutôt centré sur l'opérateur cellulaire. A noter également que dans la Figure 13 le Serveur SMS n'apparaît par juste pour simplifier l'exposition. [1310]: L'utilisateur répond au SMS reçu avec un SMS `vide'. Une vérification supplémentaire d'authentification peut être effectuée : par exemple, l'abonné pourrait être invité à retaper le code PIN sur le clavier de TERMINAL [100]. Par la suite, des messages d'authentification classiques pourraient être échangés entre PSEUDO VLR [360] et HLR. Cette opération n'est pas décrite dans les détails, car elle est bien connue par tout expert de l'art ; l'effectuation de cette vérification supplémentaire dépendra des politiques de gestion de l'opérateur cellulaire. En outre, une procédure (optionnelle) du type `Location Update' pourrait être initiée par INTERCONNEXION CELLULAIRE [320], afin de vérifier ultérieurement la localisation de TERMINAL [100]. [1320] : A la réception de ce message, INTERCONNEXION CELLULAIRE [3:20] crée un nouveau record de donnés utilisateur, à stocker dans PSEUDO VLR [370]. En suite, il envoie par SMS le numéro E.164 qui identifie INTERCONNEXION CELLULAIRE [320]. Similairement au premier cas d'application, l'abonné utilisera ce numéro pour initier les communications vocales à partir de TERMINAL [100] Tout expert de l'art reconnaîtra que les nouveautés principales dans le système exposé de contrôle d'accès sont : Un système de convergence fixe-mobile qui ne nécessite pas de logiciel ou matériel spécifiques installés sur un téléphone mobile, c'est-à-dire il est entièrement compatible avec tout téléphone mobile existant. Une gestion des procédures de convergence qui est laissé entièrement à l'infrastructure du réseau, sous le contrôle d'un opérateur cellulaire et/ou un opérateur IP ou sous le contrôle d'un opérateur virtuel, selon le modèle économique adopté. - L'adoption d'un environnement dans lequel des multiples éléments fonctionnels / physiques contribuent au procédé de convergence fixe mobile: un TERMINAL, un CLIENT SIP (optionnel, selon la variante de réalisation), une PASSERELLE DE CONVERGENCE. L'adoption / adaptation de protocoles existants. Dans une variante de réalisation selon le premier cas d'application, la création d'un point d'attachement internet par le biais d'un CLIENT SIP installé sur un ordinateur - 27 - portable ou sur une clé électronique. Dans ce ca, c'est à l'abonné d'initier les procédures d'enregistrement aux services de convergence fixe-mobile. Dans une variante de réalisation selon le premier cas d'application, la possibilité de passer / recevoir des appels de / vers son ordinateur portable (si disponible) ou de / vers son téléphone mobile. Dans une variante de réalisation selon le deuxième cas d'application, la création d'un point d'attachement internet par le biais d'une PASSERELLE DE CONVERGENCE qui fait partie de l'infrastructure du système. Dans ce ca, c'est à l'infrastructure d'initier les procédures d'enregistrement aux services de convergence fixe-mobile. Dans toute variantes de réalisation, la possibilité d'acheminer une communication voix entre deux téléphones mobiles selon trois `bonds' : un premier bond entre un premier téléphone mobile et un premier point d'attachement IP, un deuxième bond entre deux point d'attachement IP, un troisième bond entre un deuxième téléphone mobile et un deuxième point d'attachement IP. Dans le cas d'itinérance, cet acheminement n'entraine pas les coûts des communications internationales. Les solutions de convergence fixe-mobile existantes, telles qu'IMS, SCCAN, UMA ou autre peuvent supporter les procédures qui font l'objet de l'invention. La méthode décrite est compatible avec le cahier des charges d'un système sirnple et économique de convergence fixe-mobile, selon la description formulée précédemment. VARIANTES DE REALISATION Des variantes de réalisation existent par rapport à la configuration préférentielle du procédé qui fait référence à des communications vocales. Ces variantes peuvent être divisées en deux classes : CLASSE 1 : variantes par rapport au terminal mobile de l'abonne. Les terminaux mobiles deviennent de plus en plus sophistiqués ; en particulier. ils peuvent transmettre / recevoir du contenu multimédia, supporter la visiophonie, etc. L'invention décrite est compatible avec tout type de téléphone et toute communication. En effet, les procédures de type SIP et les descriptifs des sessions SDP permettent d'établir des connexions de plusieurs types, avec combinaisons multiples de flux multimédia. Afin de profiter pleinement des services de convergence fixe-mobile pour ces applications il est souhaitable que, à l'acte de l'enregistrement aux services de convergence, le type / modèle / version de terminal mobile de l'abonné puisse être pris en compte. Cette option existe déjà et est bien connue par les experts de l'art. -28- CLASSE 2 : variantes par rapport au type de connexion entre terminal mobile et infrastructure et entre client SIP (c'est-à-dire ordinateur portable ou clé électronique) et infrastructure. La description de l'invention se base sur une connectivité sans fils de type cellulaire entre le terminal mobile et l'infrastructure et une connectivité filaire entre l'ordinateur portable (ou clé électronique) et l'infrastructure IP. Pour ce qui concerne la connectivité du terminal mobile, l'utilisation d'un réseau cellulaire offre des garanties de qualité de service, de sécurité et d'interopérabilités ; en plus, les procédures décrites pour le cas du GSM s'adaptent à tout autre type de technologie cellulaire, telle que le CDMA ou l'UMTS. Pour bien exploiter les services multimédia à haut débit sur le système de convergence décrit, le réseau cellulaire doit pouvoir fournir des tuyaux de transport à large bande entre TERMINAL [100] et PASSERELLE DE CONVERGENCE [300]. En principe, il est aussi possible que le terminal mobile soit connecté à une infrastructure IP directement : ce cas est tout-à-fait compatible avec l'esprit de l'invention, bien que cette configuration soit déconseillée par rapport au cahier des charges du système de convergence. Pour ce qui concerne la connectivité entre l'ordinateur portable (ou clé électronique) et l'infrastructure IP, l'utilisation d'un point d'accès sans fils est évidemment possible ; cette option relève seulement des caractéristiques physiques de l'ordinateur ou de la clé électronique et n'a aucun impact sur la description de l'invention. Autres moyens d'implémentation et de déploiement des fonctionnalités et des rôles ou d'autres variantes de réalisation sont possibles, comme tous experts de l'art 25 peuvent apprécier. APPLICATIONS INDUSTRIELLES Tous système et infrastructure cellulaire et IP est compatible avec le procédé, les dispositifs et les étapes opérationnelles décrits. 30 En effet, la réalisation de l'invention comporte surtout la mise en cuivre des logiciels nécessaires à la communication entre les dispositifs et sous-dispositifs des Figures 1 et 6 selon les couches protocolaires des Figures 2 à 5. Selon la configuration physique d'un système de communication existant, l'ajout de certains composants matériel peut se révéler nécessaire. Ces composants 35 matériels sont, en général, des modules disponibles sur le marché. Par exemple, les fonctionnalités de la PASSERELLE DE CONVERGENCE [300] peuvent être réalisées par des mises à jour des logiciels d'équipement commerciaux tels que les `softswitch'. - 29 - Une solution alternative pour la PASSERELLE DE CONVERGENCE [300] pourrait consister dans l'adoption d'équipement tels que les autocommutateurs privés IP ; ces équipements sont souvent utilisés pour les réseaux de communication des entreprise et intègrent, en général, des fonctionnalités pour la gestion des communications mobiles des employés. Les autocommutateurs privés IP pourraient donc être déjà équipés des fonctions logicielles et des interfaces nécessaires pour la mise en place du système décrit. Par rapport au CLIENT SIP [200], l'idée peut être appliquée à n'importe quel dispositif électronique portable qui possède une connectivité vers internet et des 10 composants des bases comme un clavier, un écran, un microphone. Dans le cas d'un ordinateur portable, CLIENT SIP [200] peut être un logiciel fourni par le biais d'un CD-ROM ou par téléchargement via internet. Dans le cas d'un ordinateur portable, CLIENT SIP [200] peut aussi être réalisée avec une extension rnatérielle telle qu'une clé USB, par exemple 15 Dans le cas de la clé électronique, un dispositif matériel autonome 'le poche' peut être envisagé. Un tel dispositif, spécialement si basé sur une interface utilisateur purement vocale, serait très ergonomique et attractif et pourrait compléter une offre d'abonnement d'un opérateur cellulaire ou d'un fournisseur de services internes:. Champs d'applications : 20 Opérateurs cellulaires, opérateurs cellulaires virtuels. Opérateurs ou fournisseurs de services internet. Etablissements publiques tels que hôtels, cafés internet (deuxième cas d'application). Etablissements privés et entreprises, afin de contenir les couts des communications des employés en mission à l'étranger. 25 En général, tout système de communication objet d'une stratégie de convergence fixe-mobile. 30 REVENDICATIONS1) Système pour la convergence des services entre un réseau de communication fixe et un réseau de communication mobile caractérisé par une architecture qui 5 comprend : Un réseau cellulaire, permettent des communications entre un terminal mobile et un dispositif de convergence, tel dispositif étant relié au réseau cellulaire par des interfaces et des protocoles de transport selon les caractéristiques du réseau cellulaire, le dispositif de convergence étant caractérisé par un identificateur qui doit 10 être saisi à l'aide du terminal mobile pour démarrer toute communication. Un réseau internet (IP), communiquant avec le même dispositif de convergence, tel dispositif étant relié au réseau internet par des interfaces et des protocoles de transport selon les caractéristiques du réseau internet. Des interfaces pour la mise en place des communications entre le terminal mobile et 15 le réseau internet caractérisées par le passage des donnés de communication a travers le dispositif de convergence. 2) Système selon la revendication 1) caractérisé en ce qu'il comprend : - un premier dispositif terminal mobile [100], porté par l'utilisateur et qui 20 communique avec le réseau cellulaire. un deuxième dispositif [200], que l'utilisateur utilise comme client pour créer une borne d'entré sur le réseau IP, cette borne d'entrée étant utilisée pour créer une connexion de type internet avec une passerelle de convergence [300]. un troisième dispositif dit passerelle de convergence [300], qui comprend toutes les 25 fonctionnalités et bases de donnés nécessaires pour communiquer avec le dispositif [100] d'un coté et avec le réseau internet de l'autre coté, ce dispositif étant caractérisé par un identificateur de type alphanumérique, cet identificateur étant nécessaire à l'utilisateur pour démarrer toute communication par le biais de son dispositif [100]. 30 3) Dispositif [300] selon la revendication 2) caractérisé en ce qu'il comprend : Un dispositif [310] agissant comme point d'entrée pour le dispositif [3001 vis-à-vis du réseau internet publique. Un dispositif [320] qui comprend les fonctionnalités nécessaires pour tout échange 35 des donnés de signalisation et des donnés média avec le réseau cellulaire d'un coté et avec le réseau internet d'un autre coté et à qui l'identifiant du dispositif [300] fait référence. -31- Un dispositif [330] qui permet la configuration initiale du système de convergence fixe-mobile, en garantissant des fonctionnalités d'authentification de l'utilisateur ainsi que la conséquente mise en place des interfaces pour l'utilisateur et pour le dispositif [200] afin de stocker les données fixes et / ou dynamiques qui garantissent le fonctionnement correcte du modèle de convergence. Un dispositif [340] qui permet la création des flux de médias nécessaire pour toute communication entre deux dispositifs [320]. Un dispositif [350], en charge du transport des flux de médias qui caractérisent la communication entre deux dispositifs [320]. Un dispositif [360] qui agit comme base de donnés pour stocker les informations de l'utilisateur, du système cellulaire et du système internet, ces informations caractérisant l'ensemble du contexte dans lequel tout service de convergence est démarré, contrôlé, terminé. 4) Système selon les revendications 1), 2) et 3) caractérisé dans ce qu'il fonctionne en garantissant l'association entre une communication reliant le dispositif [100] au dispositif [320] et une communication reliant le dispositif [320] à un dispositif [320] correspondant selon les opérations suivantes : Une étape [600], effectuée au démarrage du dispositif [100] et qui permet l'enregistrement de tel dispositif sur le réseau cellulaire. - Une étape [610], qui permet l'enregistrement du dispositif [200] sur le réseau internet et qui se décompose en huit étapes, une étape [710] permettant au dispositif [200] de connaître l'identifiant internet du dispositif [330], une étape [720] dans la quelle l'utilisateur s'authentifie par le biais d'une connexion entre les dispositifs [200] et [330], les étapes [730] et [740] dans lesquelles l'utilisateur est authentifié par un serveur [600], une étape [750] dans laquelle des donnés de configuration sont envoyés du dispositif [330] au dispositif [200], une étape [760] dans laquelle ces donnés sont interprétés par le dispositif [200], les étapes [770] et [780] dans lesquelles tous les donnés nécessaires sont consolidés dans le dispositif [200]. Une étape [620], qui permet d'établir une liaison logique et physique entre le dispositif [100] et le dispositif [320], et qui se décompose en sept étapes, une étape [810] qui permet d'établir une connexion sécurisée entre les dispositifs [200] et [310], les étapes [820] et [830] dans lesquelles le dispositif [200] lance une requête d'enregistrements auprès du dispositif [320] en fournissant les identifiants du dispositif [100], ces identifiants pouvant consister du numéro d'appel mobile de l'utilisateur ou d'autres identifiants selon la politique de l'opérateur, une étape [840] qui est, en principe, optionnelle et dans laquelle l'utilisateur s'authentifie à nouveau auprès du dispositif [320], une étape [850] dans laquelle l'enregistrement du - 32 - dispositif [100] est confirmé, les étapes [860] et [870] dans lesquelles le dispositif [200] reçoit l'identifiant du dispositif [320], cet identifiant pouvant être sous la forme d'un numéro de téléphone consistant d'un format alphanumérique particulier selon la politique de l'operateur, cet identifiant étant présenté à l'utilisateur pour pouvoir déclencher toute communication dans le contexte du système de convergence Une étape [630], qui permet d'établir une communication voix, et plus en général avec des flux multimédia entre un dispositif [100] et un dispositif [100] correspondant et qui se décompose en dix étapes principales, une étape [910] dans laquelle une demande d'appel est établie à partir du dispositif [100] suite à la composition par l'utilisateur de l'identifiant du dispositif [320], une étape [920] dans laquelle cette demande d'appel est interceptée par les dispositifs [410] et [450] qui renvoient la demande vers le dispositif [320], une étape [940] dans lesquelles le dispositif [320], suite à la réception de la demande démarre un serveur vocale qui demande à l'utilisateur de composer le numéro de son correspondant, une étape [950] dans laquelle le numéro du correspondant à appeler est saisi par l'utilisateur sur son dispositif [100] et envoyé au dispositif [320], une étape [960] dans laquelle le dispositif [320] interroge les bases de donnés du système cellulaire pour connaître les information d'acheminement d'appel vers le numéro appelé, une étape [970] dans laquelle le dispositif [320] reçoit l'identifiant du dispositif [320] qui correspond au numéro appelé, une étape [980] dans laquelle le dispositif [320] interroge le dispositif [320] correspondant par le biais d'une transmission de donnés sur le réseau cellulaire et / ou sur le réseau publique commuté, une étape [990] dans laquelle le dispositif [320] correspondant répond en indiquant l'identifiant [340] correspondant au numéro appelé par l'utilisateur, une étape [1000] dans laquelle une communication est établie entre les deux dispositifs [320], cette communication utilisant les protocoles internet et étant relayée par les dispositifs [340] afin qu'ils puisse créer lés tuyaux logiques nécessaires à la communication entre les utilisateurs. 5) Système selon les revendications 1) à 4) qui permet d'établir une communication multimédia entre deux ou plusieurs dispositifs [100] indépendamment de leur localisation géographique, cette communication multimédia reliant chaque couple de dispositifs [100] en décomposant la liaison multimédia en trois tronçon, un premier tronçon qui relie un premier dispositif [100] à un premier dispositif [320] auquel le premier dispositif [100] est relié de façon logique par le biais d'une liaison cellulaire, un deuxième tronçon qui relie un premier dispositif [320] à un deuxième dispositif [320] par le biais d'une liaison internet, un troisième tronçon qui relie un deuxième dispositif- 33 - [100] à un deuxième dispositif [320] auquel le deuxième dispositif [100] est relié de façon logique par le biais d'une liaison cellulaire. 6) Système selon les revendications 2) à 4) caractérisé en ce que le dispositif 5 [200] peut avoir une réalisation : Entièrement basée sur un logiciel qui est installé dans un ordinateur portable ou tout autre matériel similaire et qui puisse permettre à l'utilisateur de déclencher une communication multimédia aussi à partir de l'ordinateur portable en conformité aux principes de l'invention 10 Basée sur un logiciel hébergé par du matériel dédié qui peut se connecter à un ordinateur portable, tel une clé USB, ou tout autre matériel similaire. Basée sur un logiciel hébergé par du matériel dédié, tel une clé électronique et qui reste indépendante d'un ordinateur portable et qui nécessite d'une alimentation, d'une connexion internet de type filaire ou sans fils et d'une interface utilisateur sous 15 forme de clavier et écran et/ou microphone. 7) Système selon la revendication 1) caractérisé en ce qu'il comprend : un premier dispositif terminal mobile [100], porté par l'utilisateur et qui communique avec le réseau cellulaire. 20 un deuxième dispositif dit passerelle de convergence [300], qui comprend toutes les fonctionnalités et bases de donnés nécessaires pour communiquer avec le dispositif [100] d'un coté et avec le réseau internet de l'autre coté, ce dispositif étant caractérisé par un identificateur de type alphanumérique, cet identificateur étant nécessaire à l'utilisateur pour démarrer toute communication par le biais de son 25 dispositif [100]. 8) Système selon les revendications 1), 3) et 7) caractérisé dans ce qu'il fonctionne en garantissant l'association entre une communication reliant le dispositif 1100] au dispositif [320] et une communication reliant le dispositif [320] à dispositif 30 [320] correspondant selon les opérations suivantes : Une étape [1200] qui est identique à l'étape [600]. Une étape [1210], qui permet d'établir une liaison logique et physique entre le dispositif [100] et le dispositif [320], et qui se décompose en trois étapes, une étape [1300] dans laquelle le dispositif [320] invite l'utilisateur du dispositif [100] à 35 s'enregistrer pour les services fixe-mobile, une étape [1310] dans lesquelles l'utilisateur répond à l'invitation et fourni, optionnellement, des identifiants supplémentaires, une étape [1320] dans laquelle le dispositif [100] reçoit l'identifiant du dispositif [320], cet identifiant pouvant être sous la forme d'un numéro de- 34 - téléphone consistant d'un format alphanumérique particulier selon la politique de l'operateur, cet identifiant étant présenté à l'utilisateur pour pouvoir déclencher toute communication dans le contexte du système de convergence. Une étape [630], déjà décrite dans la revendication 4) 9) Système selon les revendications 3), 4), 5), 7), 8), caractérisé en ce que le dispositif [100] se trouvant en situation d'itinérance, le numéro d'itinérance assigné par l'opérateur étranger correspond à l'identifiant du dispositif [320] qui est relié de façon logique au dispositif [100] par le biais d'une liaison cellulaire locale sur le réseau étranger.