FR 3010607 A1 20150313 FR 1302111 A 20130910 Domaine de l'invention : La présente invention concerne un système de mobiles enregistrés dans un ensemble de réseaux avec : Une carte SIM 'classique', amovible et connectée mécaniquement et électriquement au téléphone mobile grâce au connecteur disponible dans tout téléphone mobile du marché. La carte SIM 'classique' (référencée `SIM Hardware', SIM Physique' ou 'SIMFiw' dans la suite de la description) contient un identifiant appelé 'IMSI Hardware', référencé IMSIFiw Une carte SIM 'virtuelle', constituée d'une base de données et d'un système de fichiers qui font généralement partie d'une carte SIM `classique'. La carte SIM 'virtuelle' (référencée `SIM Software', `SIM logiciel' SIM virtuelle' ou `SIMsw' dans la suite de la description) est stockée dans une zone de mémoire dédiée (typiquement une mémoire 'FLASH') du téléphone mobile. La `SIM Virtuelle' contient un identifiant appelé 'IMSI Software', référencé IMSIsw Dans toute la description, on utilisera les abréviations définies ci-après et dans le glossaire. Le couple d'identifiants (IMSIFiw, IMSIsw) permet au téléphone mobile d'un abonné de s'enregistrer simultanément sur deux réseaux mobiles différents. Plusieurs cas d'utilisation sont possibles ; selon une liste non exhaustive : Cas d'utilisation numéro 1 : dans le pays domestique de l'abonné, l'opérateur qui fournit la SIM Physique' à l'abonné n'a pas déployé le réseau dit '4G'. L'opérateur peut avoir des accords d'itinérance nationale avec un deuxième opérateur du même pays qui possède et exploite un réseau de type '4G'. Grâce à ces accords, l'abonné peut : Consommer tout service de type 2G', 2.5G', '3G' sur le réseau de son opérateur en utilisant comme identifiant l'IMSIFiw de la carte `SIM Physique' qui lui a été fournie. Consommer tout service de type '4G' sur le réseau du deuxième opérateur en utilisant comme identifiant l'IMSIsw de la `SIM Virtuelle'. Cas d'utilisation numéro 2: dans une situation d'itinérance, le couple d'identifiants (IMSIHw, IMSIsw) permet au téléphone mobile d'un abonné de s'enregistrer simultanément sur deux réseaux 'visités' différents du même pays et de consommer des services de communications différents sur chacun des deux réseaux visités. A titre d'exemple : Le premier identifiant IMSIHW contenu dans la `SIMFiw' peut être considéré comme un 'IMSI commutation-de-paquet'. L'identifiant IMSIHW permet à l'abonné de s'enregistrer sur un réseau PLMN visité, référencé VPLMNps et consommer tout service mobile à commutation de paquet (tels que connexion internet, email, etc.) disponibles dans le VPLMNps. Le deuxième identifiant IMSIsw contenu dans la `SIMsw' peut être considéré comme un 'IMSI commutation-de-circuit'. L'identifiant IMSIsw permet à l'abonné de s'enregistrer sur un réseau PLMN visité, référencé VPLMNcs et consommer tout service de téléphonie mobile à commutation de circuit (tels que voix, SMS, etc.) disponibles dans le VPLMNcs- D'autres cas d'utilisation sont possibles, selon les différentes modèles d'affaires et, par conséquent, les relations entre les différents acteurs économiques tels que les opérateurs mobiles et les fabricants de téléphones mobiles. Il est évident que - indépendamment du cas d'utilisation - le téléphone mobile selon l'invention doit être conçu et fabriqué afin de pouvoir héberger la base de données et la structure des fichiers de la `SIMsw' dans une mémoire FLASH dédiée. Il est aussi évident que le téléphone mobile selon l'invention doit pouvoir dialoguer au même temps avec : La `SIMFiw' selon les protocoles et fonctionnalités décrites dans les normes : o 3GPP TS 51.011: 3rd Generation Partnership Project; Technical Specification Group Terminals; Specification of the Subscriber Identity Module - Mobile Equipment (SIM - ME) interface o 3GPP TS 51.014: 3rd Generation Partnership Project; Specification of the SIM Application Toolkit (SAT) for the Subscriber Identity Module - Mobile Equipment (SIM-ME) interface o 3GPP TS 03.20: 3rd Generation Partnership Project; Security related network functions (Release 2000) La `SIMsw' (en particulier, sa base de données et sa structure des fichiers) selon les protocoles et fonctionnalités décrites dans la norme 3GPP TS 51.011 Selon un aspect particulièrement avantageux de l'invention : La `SIMEiw' supporte toutes les fonctionnalités et les opérations des cartes SIM classiques ; En particulier, elle permet l'authentification de l'abonné et la génération des clefs de chiffrement pour les communications selon la norme 3GPP TS 03.20 La `SIMsw' supporte seulement une partie des fonctionnalités et des opérations des cartes SIM classiques, telles que les opérations de lecture / écriture dans la base de données et la structure des fichiers, selon la norme 3GPP TS 51.011. Aucune opération / fonctionnalité de sécurité (authentification, génération de clefs de chiffrement) est effectuée par la `SIMsw'. Du point de vue du modèle d'affaire, plusieurs configurations sont possibles pour le contrôle et l'exploitation du couple (SIMHW, SIMsw). A titre d'exemple, en correspondance du Cas d'utilisation numéro 1: L'opérateur mobile qui fournit la SIMHW à l'abonné est responsable de l'authentification et de l'autorisation des IMSI 'IMSIFiw' et 'IMSIsw'. Une seule clef d'intégrité KI est utilisée en correspondance des deux IMSI. L"IMSIsw' fait partie d'une plage d'IMSI que le deuxième opérateur fournit dans le cadre des accords d'itinérance nationale pour les services de type '4G'. Le fournisseur de téléphone mobile obtient un statut supplémentaire, en tant que fournisseur d'un téléphone 'multi-réseau' et 'mufti-service' ; en effet, c'est grâce à l'implémentation de la `SIMsw' dans une mémoire FLASH dédiée que le téléphone mobile devient un outil qui permet la collaboration entre opérateurs pour partager leurs réseaux et services. A titre d'exemple, en correspondance du Cas d'utilisation numéro 2: L'opérateur mobile qui fournit la SIMFiw à l'abonné a des accords d'itinérance avec un opérateur du pays visité par l'abonné, ces accords concernant seulement toute communication à commutation de paquet (communication données) effectuée avec l'identifiant 'IMSIFiw'. Grâce à l'utilisation de la `SIMsw' le même opérateur mobile a des accords d'itinérance avec un deuxième opérateur du pays visité par l'abonné, ces accords concernant seulement toute communication à commutation de circuit (communication voix / SMS / Services supplémentaires) effectuée avec l'identifiant 'IMSIsw' Le couple d'identifiants (IMSIliw, IMSIsw) appartient à l'opérateur mobile qui fournit la SIMFiw à l'abonné Le fournisseur de téléphone mobile obtient un statut supplémentaire, en tant que fournisseur d'un téléphone 'multi-réseau' et 'mufti- service' ; en effet, c'est grâce à l'implémentation de la `SIMsw' dans une mémoire FLASH dédiée que le téléphone mobile devient un outil qui permet la fourniture d'un service d'itinérance au bénéfice de l'opérateur mobile et de ses abonnés. Organisation des réseaux '2G', '2.5G', '3G', '4G' - Cas d'utilisation numéro 1 Définitions : - OPERATEUR2G-3G : c'est l'opérateur qui contrôle l'abonné et qui lui fournit la SIMHw avec l'identifiant IMSIFiw HPLM N2G-3G réseau domestique de l'abonné, exploité par l'OPERATEUR2G-3G ; sur le réseau HPLMN2G-3G l'abonné consomme des services de communications mobiles selon les normes '2G', '2.5G', '3G' - OPERATEUR4G : c'est l'opérateur qui fournit l'identifiant IMSIsw pour la SIMsw hébergée dans une mémoire FLASH dédiée du téléphone mobile de l'abonné - HPLMN4G : réseau visité national de l'abonné, exploité par l'OPERATEUR4G ; grâce aux accords d'itinérance nationale entre l'OPERATEUR2G-3G et l'OPERATEUR4G, l'abonné consomme des services de communications mobiles selon la norme '4G' sur le réseau HPLMN4G. En particulier, ces services peuvent être conformes aux systèmes dits « IP Multimedia Subsystem » (IMS). Selon les définitions ci-dessus, les règles suivantes régissent l'organisation et le fonctionnement des réseaux HPLMN2G-3G et HPLMN4G. Règle no. 1 : L'OPERATEUR2G-3G contrôle l'abonné en termes d'identification, authentification, localisation et permission d'accès aux différents services disponibles dans les réseaux HPLMN2G-3G et HPLMN4G. - Règle no. 2 : la Règle no. 1 implique qu'une connexion 'logique' (au niveau des protocoles de communication) existe entre : o Le 'Home Location Register' (HLR) du réseau HPLMN2G-3G et la SIMsw, selon l'identifiant IMSIsw. o Le 'Home Location Register' (HLR) du réseau HPLMN2G-3G et la SIMsw, selon l'identifiant IMSIsw. - Règle no. 3 : la Règle no. 2 implique qu'une connexion physique et logique existe entre les réseaux HPLMN2G-3G et HPLMN4G. En effet, toute fonctionnalité de gestion de l'identification, authentification, localisation et session dans le réseau HPLMN4G comporte : o Un échange de messages de signalisation entre la SIMsw et le réseau HPLMN4G, chaque message étant identifié par l'IMSIsw. Dans ce contexte, le réseau HPLMN4G agit en tant que relais. o Un échange de messages de signalisation entre le réseau HPLMN4G et le réseau HPLMN2G-3G, ce dernier étant le réseau de destination de chaque message. Organisation des réseaux visités VPLMNcs et VPLMNPS - Cas d'utilisation numéro 2 Définitions : OPERATEURps-cs : fournisseur de service dans le pays domestique de l'abonné ; l'OPERATEURcs_ps possède et exploite les équipements nécessaires pour le fonctionnement du réseau domestique HPLMN. A chaque abonné au système selon l'invention correspondent un 'IMSI commutation-de-circuit' (IMSIsw) et un 'IMSI commutation-de-paquet' (IMSIsw). Selon la description des modes de réalisation de l'invention (description qui sera faite par la suite) l'abonné en itinérance consomme: Tout service de téléphonie mobile à commutation de circuit (tels que voix, SMS, etc.) grâce à l'activation de l'IMSIsw, qui lui permettra d'utiliser les équipements à commutation de circuit disponibles dans le réseau visité VPLMNcs- Tout service de téléphonie mobile à commutation de paquet (tels que connexion internet, email, etc.) grâce à l'activation simultanée de l'IMSIFiw, qui lui permettra d'utiliser les équipements à commutation de paquet disponibles dans le réseau visité VPLMNPS. Dans un contexte exemplaire un abonné en itinérance à Hong Kong peut consommer des services de téléphonie mobile sur le réseau visité appartenant à l'opérateur local `CSL' ou sur celui appartenant à l'opérateur local 'China Mobile HK'. Or, il est possible que : - Les accords d'itinérance entre l'OPERATEURcs-Ps et son homologue hongkongais `CSL' puissent permettre à l'abonné d'avoir de bon prix pour les services à commutation de circuit (et des prix moins intéressant pour les services à commutation de paquet). - Vice-versa, les accords d'itinérance entre l'OPERATEURcs_ps et son homologue hongkongais 'China Mobile HK' puissent permettre à l'abonné d'avoir de bon prix pour les services à commutation de paquet (et des prix moins intéressant pour les services à commutation de circuit). Dans le système selon l'invention (et dans le contexte exemplaire considéré dans le Cas d'utilisation numéro 2) l'abonné en itinérance à Hong Kong pourra bénéficier au même temps : - Des accords d'itinérance entre l'OPERATEURcs-ps et son homologue hongkongais `CSL' pour les services à commutation de circuit grâce à l'utilisation de VIMSI commutation-de-circuit' (IMSIsw). Des accords d'itinérance entre l'OPERATEURcs_ps et son homologue hongkongais `China Mobile HK' pour les services à commutation de paquet grâce à l'utilisation de l'IMS1 commutation-de-paquet' (IMSIHW). Etat de la technique En relation à l'utilisation de plusieurs identifiants 'IMSI' Dans l'état de l'art les systèmes dits `multi-IMSI' son bien connus : un (ou plusieurs) opérateur(s) de réseau VPLMN alloue (allouent) un ou plusieurs IMSI à l'opérateur d'un HPLMN afin qu'il fournisse a ces abonnés du HPLMN des carte SIM `Multi-IMSI' et `Multi-MSISDN' : ces abonnés pourrons bénéficier de tarifs locaux dans chaque réseau VPLMN dont l'IMSI fait partie de la SIM `Multi-IMSI'. Selon le brevet d'invention WO 2005/018245 A2 une passerelle de signalisation opérant entre les différents GMSC de chaque opérateur (VPLMN ou HPLMN) permet la réalisation de l'invention. Les concepts exposés dans le brevet WO 2005/018245 A2 peuvent être appliqués seulement si chaque opérateur (VPLMN ou HPLMN) a le contrôle de son propre IMSI, c'est-à-dire s'il est MNO ou 'Full MVNO'. Aucune précision n'est faite sur la nature de la carte SIM qui héberge les différents IMSI : en particulier, le concept de deux carte SIM `SIMEiw' et `SIMsw' qui sont actives simultanément et qui contiennent - respectivement - les identifiants IMSIHW et IMSIsw n'est jamais évoqué En relation à l'utilisation de plusieurs cartes SIM Sur le marché des téléphones mobiles des appareils existent qui peuvent héberger deux (et même trois) cartes SIM : il s'agit toujours de cartes SIM `classiques' (c'est-à-dire des `SIMEiw'), qui sont insérées dans le téléphone grâce à autant de connecteurs correspondants. En relation au concept de `SIM Virtuelle' Plusieurs sources reportent qu'un des plus grands fabricants de téléphones mobiles travaille avec un fabricant de cartes à puce pour créer sa propre carte SIM 'Virtuelle'. En effet, la carte SIM 'Virtuelle' en question serait directement intégrée dans le téléphone. Ce fabricant pourrait alors `contourner' les opérateurs européens et ainsi les éliminer du processus lors de la vente d'un appareil. Les acheteurs pourraient alors changer d'opérateur sans changer de carte à puces, ce qui serait avantageux pour le fabricant. Il n'y a aucune mention d'un fonctionnement simultanée d'une carte SIM `Physique' et d'une carte SIM 'Virtuelle'. Avantages de l'invention (coté Abonnés) Cas d'utilisation numéro 2: En itinérance, le système selon l'invention permet de différencier et d'optimiser les coûts des services mobiles selon leur nature (à commutation de circuit ou de paquet). Avantages de l'invention (coté Opérateurs) Cas d'utilisation numéro 1 : L'OPERATEUR2G-3G peut éviter tout investissement dans un réseau '4G' : des accords d'itinérance nationale avec un OPERATEUR4G permettraient la 10 commercialisation des services '4G' auprès de ses abonnés de façon rapide et efficace. Inversement, un nouvel OPERATEUR4G pourrait déployer et opérer exclusivement un réseau de type '4G' et fournir à ses abonnés les services existants grâce à des accords d'itinérance nationale avec des 15 OPERATEUR2G-3G. Cas d'utilisation numéro 2 : L'OPERATEURcs_ps peut négocier avec d'autres opérateurs étrangers des accords de d'itinérance séparés pour les services à commutation de circuit et de paquet, respectivement. Selon le volume et le type de trafic estimé dans 20 chaque pays visité, l'OPERATEURcs-ps a une très grande flexibilité dans le choix des réseaux visités et des opérateurs qui les contrôlent. Avantages de l'invention (coté Fabricants de téléphones mobiles) Indépendamment du cas d'utilisation, la commercialisation de téléphones 25 mobiles dotés d'une `SIMsw' permet aux fabricants d'élargir leurs champs stratégiques. En effet, ils peuvent devenir fournisseurs de services d'itinérance (itinérance national ou internationale selon le cas d'utilisation) sans pour autant 'contourner' les opérateurs, qui resteraient responsable de la distribution des `SIMF-RA,' : les opérateurs préserveraient leur rôle 30 traditionnel vis-à-vis des abonnés. Exposé de l'invention La caractéristique principale de la présente invention concerne un système de mobiles enregistrés simultanément: - Dans un réseau HPLMN avec un premier code d'identification IMSIHW contenu dans une carte SIM 'Physique' SIMHW qui contient une première structure de fichiers dédiés à la gestion des opérations (mobilité, authentification, gestion des sessions) en correspondance dudit code d'identification IMSIHW. - Dans un réseau VPLMN avec un deuxième code d'identification IMSIsw contenu dans une carte SIM 'Virtuelle' SIMsw qui est configurée dans une zone de mémoire du téléphone mobile qui héberge la carte SIMHW, la SIMsw contenant une deuxième structure de fichiers dédiés à la gestion des opérations (mobilité, gestion des sessions) en correspondance dudit code d'identification IMSIsw. Selon une deuxième caractéristique, le système selon l'invention comprend : - Des cartes SIM 'Physiques' SIMHW, contenants une première structure de fichiers dédiés à la gestion des opérations (mobilité, authentification, gestion des sessions) en correspondance du premier code d'identification IMSIHW - Des cartes SIM SIMsw, contenants une deuxième structure de fichiers dédiés à la gestion des opérations (mobilité, gestion des sessions) en correspondance du deuxième code d'identification IMSIsw. - Des téléphones mobiles, hébergeant simultanément : o Lesdites cartes SIM 'Physiques' SIMHW, les téléphones ayant accès à la première structure de fichiers en correspondance du premier code d'identification IMSIHW pour toute interaction avec le réseau HPLMN. o Lesdites cartes SIM SIMsw, les téléphones ayant accès à la deuxième structure de fichiers en correspondance du deuxième code d'identification IMSIsw pour toute interaction avec le réseau VPLMN. - Un serveur d'interconnexion (I-STP) assurant : o L'interconnexion logique entre le registre de localisation principal (HLR) du réseau HPLMN et les équipements du réseau VPLMN tels que les registres de localisation en visite (VLR), les commutateurs téléphoniques mobiles (VMSC) et les noeuds de service GPRS (SGSN). o La maintenance et la gestion des bases de données nécessaires au management des interconnexions entre le registre de localisation principal (HLR) du réseau HPLMN et lesdits composants du réseau VPLMN ainsi que des bases de données contenant la correspondance entre les informations reliées aux identifiants respectifs (IMSIHW, IMSIsw). - Un programme de gestion selon lequel le serveur d'interconnexion (ISTP) : o Enregistre la localisation des téléphones mobiles dans le réseau VPLMN en correspondance du deuxième code d'identification IMSIsw. o Gère les procédures d'authentification des téléphones mobiles entre le réseau VPLMN et le réseau HPLMN en correspondance du deuxième code d'identification IMSIsw. o Permet l'accès à tout service disponible dans le réseau HPLMN suite à une procédure d'enregistrement en correspondance du premier code d'identification IMSIHW. o Permet l'accès à tout service disponible dans le réseau VPLMN suite à une procédure d'enregistrement en correspondance du deuxième code d'identification IMSIsw. Selon une troisième caractéristique avantageuse, les mobiles du système selon l'invention se trouvent en situation d'itinérance et sont enregistrés simultanément: - Dans un premier réseau VPLMNps avec le premier code d'identification IMSIHW contenu dans la carte SIM 'Physique' SIMHW. L'enregistrement au réseau VPLMNps permet l'accès à tout service de communication à commutation de paquet, tel que le service d'internet mobile ou de messagerie électronique. - Dans un deuxième réseau VPLMNcs avec le deuxième code d'identification IMSIsw contenu dans la carte SIM `Virtuelle' SIMsw. L'enregistrement au réseau VPLMNcs permet l'accès à tout service de communication à commutation de circuit, tel que le service de téléphonie mobile. Selon une quatrième caractéristique avantageuse, les téléphones mobiles qui hébergent la carte SIM 'Physique' SIMHW et la carte SIM 'Virtuelle' SIMsw selon l'invention disposent : - De deux couples de couches fonctionnelles: o Le premier couple (GMMHW, MMHW) pour la gestion de l'enregistrement, l'identification, l'authentification et la gestion des communications à commutation de paquet en correspondance du premier code d'identification IMSIHW pour toute interaction avec le premier réseau visité VPLMNPS. o Le deuxième couple (GMMsw, MMsw) pour la gestion de l'enregistrement, l'identification, l'authentification et la gestion des communications à commutation de circuit en correspondance du deuxième code d'identification IMSIsw pour toute interaction avec le deuxième réseau visité VPLIV1Ncs. - D'un programme de gestion selon lequel : o Une fois le lien de communication établi avec la carte SIMHW et le code PIN rentré par l'abonné et vérifié par le téléphone, ce dernier lit les codes d'identification IMSIHW et IMSIsw contenus - respectivement - dans la carte SIM 'Physique' SIMHW et la carte SIM `Virtuelle' SIMsw. o Un processus de sélection de cellule est déclenché par le téléphone mobile afin de connaître le pays visité. o Une fois identifié le pays visité, le couple (GMMHW, MMHW) démarre le processus d'enregistrement sur le réseau VPLMNps : l'accès à la structure de fichiers de la carte SIMHW en correspondance du premier code d'identification IMSIHW permet d'établir le réseau VPLMNps préféré et de s'y authentifier et enregistrer. o Une fois l'enregistrement sur le réseau VPLMNPS terminé, le couple (GMMHW, MMsw) démarre le processus d'enregistrement sur le réseau VPLMNcs : l'accès à la structure de fichiers de la SIMsw en correspondance du deuxième code d'identification IMSIsw permet d'établir le réseau VPLMNcs préféré et de s'y authentifier et enregistrer. Suivant une cinquième caractéristique avantageuse de l'invention, les procédures d'enregistrement, authentification et localisation sur le réseau 10 visité VPLMNPS comprennent les étapes qui consistent en : - Un échange de messages d'enregistrement aux services à commutation de circuit et de paquet sur le réseau VPLMNPS entre le couple de couches fonctionnelles (GMMHW, MMHW) du téléphone mobile et la couche fonctionnelle GMMHW correspondante du noeud de service GPRS 15 (SGSN) du réseau VPLMNps. - Une requête d'identification envoyée depuis la couche fonctionnelle GMMHW du noeud de service GPRS (SGSN) du réseau VPLMNPS cette requête étant acquittée par le couple de couches fonctionnelles (GMMHW, MMHW) du téléphone mobile qui envoie - en retour - l'identifiant IMSIHW. 20 - Un échange de messages d'authentification entre le couple de couches fonctionnelles (GMMHW, MMHW) du téléphone mobile, la couche fonctionnelle GMMHW du noeud de service GPRS (SGSN) du réseau VPLMNPS et le registre de localisation principal (HLR) du réseau HPLMN, cet échange faisant référence à l'identifiant IMSIHW de la carte SIMHw. 25 - L'interception des messages d'authentification de la part du serveur d'interconnexion (I-STP), qui stocke les paramètres d'authentification afin de le réutiliser pour l'enregistrement successif du téléphone mobile sur le réseau VPLMNcs- - Un échange de messages de localisation entre le noeud de service GPRS 30 (SGSN) du réseau VPLMNPS et le registre de localisation principal (HLR) du réseau HPLMN, cet échange faisant référence à l'identifiant IMSIHW de la carte SIM. Au cours de cet échange le registre de localisation principal (HLR) du réseau HPLMN envoie au noeud de service GPRS (SGSN) du réseau VPLMNPS les données contenant le profil de l'abonné et ses droits d'accès. - L'interception des messages de localisation de la part du serveur d'interconnexion (l-STP), qui remplace le profil et les droits d'accès de l'abonné par des paramètres qui vont restreindre l'accès du téléphone mobile sur le réseau VPLMNPS aux seuls services à commutation de paquet. A cet effet, le serveur d'interconnexion (l-STP) se substitue au registre de localisation principal (HLR). - Une notification de fin d'enregistrement envoyée depuis la couche fonctionnelle GMMHW du noeud de service GPRS (SGSN) du réseau VPLMNPS au couple de couches fonctionnelles (GMMHW, MMHW) du téléphone mobile. Parmi les paramètres reçus par les couches fonctionnelles (GMMHW, MMHW) on trouve la permission d'accès aux seuls services de commutation de paquet sur le réseau VPLMNPS. Suivant une sixième caractéristique, les procédures d'enregistrement, authentification et localisation sur le réseau visité VPLMNcs consistent en des échanges de messages entre le téléphone mobile, les éléments du réseau VPLMNcs et le serveur d'interconnexion (l-STP), ce dernier remplaçant le registre de localisation principal (HLR). Suite à la sixième caractéristique du système selon l'invention, selon une septième caractéristique particulièrement avantageuse les procédures d'enregistrement, authentification et localisation sur le réseau visité 25 VPLMNcs comprennent les étapes qui consistent en : - Un échange de messages d'enregistrement aux services à commutation de circuit et de paquet sur le réseau VPLMNcs entre le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile et la couche fonctionnelle GMMsw correspondante du noeud de service GPRS 30 (SGSN) du réseau VPLMNcs- - Une requête d'identification envoyée depuis la couche fonctionnelle GMMsw du noeud de service GPRS (SGSN) du réseau VPLMNcs cette requête étant acquittée par le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile qui envoie - en retour - l'identifiant IMSIsw. - Un échange de messages d'authentification entre le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile, la couche fonctionnelle GMMsw du noeud de service GPRS (SGSN) du réseau VPLMNcs et le serveur d'interconnexion (I-STP) du réseau HPLMN, cet échange faisant référence à l'identifiant IMSIsw de la SIMsw, les paramètres d'authentification renvoyés par le serveur d'interconnexion (ISTP) étant ceux qui ont été stockés selon la cinquième caractéristique de l'invention. - Un échange de messages de localisation entre le noeud de service GPRS (SGSN) du réseau VPLMNcs et le serveur d'interconnexion (I-STP) du réseau HPLMN, cet échange faisant référence à l'identifiant IMSIsw de la SIMsw. Au cours de cet échange le serveur d'interconnexion (I-STP) du réseau HPLMN envoie au noeud de service GPRS (SGSN) du réseau VPLMNcs les données contenant le profil de l'abonné et ses droits d'accès, ces derniers limitant l'accès du téléphone mobile sur le réseau VPLMNcs aux seuls services à commutation de circuit. - Une requête de déclenchement d'une mise à jour de la localisation envoyée depuis le noeud de service GPRS (SGSN) du réseau VPLMNcs vers le registre de localisation en visite (VLR) du même réseau - Un échange de messages de localisation entre le registre de localisation en visite (VLR) du réseau VPLMNcs et le serveur d'interconnexion (ISTP) du réseau HPLMN, cet échange faisant référence à l'identifiant IMSIsw de la SIMsw. Au cours de cet échange le serveur d'interconnexion (I-STP) du réseau HPLMN envoie au registre de localisation en visite (VLR) du réseau VPLMNcs les données contenant le profil de l'abonné et ses droits d'accès, ces derniers limitant l'accès du téléphone mobile sur le réseau VPLMNcs aux seuls services à commutation de circuit. - Un acquittement à la requête de déclenchement d'une mise à jour de la localisation renvoyée depuis le registre de localisation en visite (VLR) du réseau VPLMNcs vers le noeud de service GPRS (SGSN) du même réseau. - Une notification de fin d'enregistrement envoyée depuis la couche fonctionnelle GMMsw du noeud de service GPRS (SGSN) du réseau VPLMNcs au couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile. Parmi les paramètres reçus par les couches fonctionnelles (GMMsw, MMsw) on trouve la permission d'accès aux seuls services de commutation de circuit sur le réseau VPLMNcs- Suivant une huitième caractéristique du système selon l'invention, les procédures de déclenchement d'un appel entrant vers un téléphone mobile enregistré sur le réseau visité VPLMNcs avec l'identifiant IMSIsw comprennent les étapes qui consistent en : - L'envoie d'un message de signalisation d'appel entrant (ISUP IAM) vers le commutateur-passerelle GMSC du réseau HPLMN. Le message 'ISUP IAM' contient le numéro téléphonique de l'abonné destinataire de l'appel. - L'envoie d'un message de signalisation depuis le commutateur-passerelle GMSC du réseau HPLMN vers le registre de localisation principal (HLR) du même réseau afin d'obtenir les informations pour l'acheminement de la signalisation d'appel entrant. - L'envoie d'un message de signalisation depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le registre de localisation visité (VLR) du réseau VPLMNPS afin d'obtenir le numéro d'itinérance (MSRN) du téléphone de l'abonné - référencé par son identifiant IMSIHW de la carte SIMHw - ainsi que l'adresse de destination (GTps) du commutateur téléphoniques mobile (VMSCps) vers lequel l'appel doit être acheminé. - L'interception dudit message de la part du serveur d'interconnexion (I- STP), qui : o Remplace l'identifiant IMSIHW par l'identifiant IMSIsw ainsi que l'adresse du registre de localisation visité (VLR) du réseau VPLMNPS par celui du réseau VPLMNcs o Relais le message vers le registre de localisation visité (VLR) du réseau VPLMNcs, se substituant ainsi au registre de localisation principal (HLR) - Le renvoie d'un message de signalisation depuis le registre de localisation visité (VLR) du réseau VPLMNcs vers le serveur d'interconnexion (I-STP) qui - à son tour - le relaye au registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message contient le numéro d'itinérance (MSRN) du téléphone de l'abonné référencé par son identifiant IMSIsw de la SIMsw - ainsi que l'adresse de destination (GTcs) du commutateur téléphoniques mobile (VMSCcs) vers lequel l'appel doit être acheminé. A son tour, le registre de localisation principal (HLR) transfère le numéro d'itinérance (MSRN) et l'adresse de destination (GTcs) au commutateur-passerelle GMSC du réseau HPLMN - L'envoie du message de signalisation d'appel entrant (ISUP IAM) depuis le commutateur-passerelle GMSC du réseau HPLMN vers commutateur téléphoniques mobile (VMSCcs) afin que ce dernier envoie la signalisation d'appel entrant vers le numéro d'itinérance (MSRN) du téléphone de l'abonné. - Suite à la réception du message d'appel entrant, un échange de messages entre la couche fonctionnelle MMsw du commutateur téléphoniques mobile (VMSCcs) du réseau VPLMNcs et le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile permet de mettre en place un canal de signalisation chiffré pour la signalisation d'appel entrant au téléphone mobile de l'abonné. - L'envoie d'un message de signalisation d'appel entrant depuis la couche fonctionnelle MMsw du commutateur téléphoniques mobile (VMSCcs) du réseau VPLMNcs vers le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile, en utilisant ledit canal de signalisation chiffré. - Le renvoie d'un message d'acquittement depuis le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile vers la couche fonctionnelle MMsw du commutateur téléphoniques mobile (VMSCcs), afin que ce dernier puisse informer le commutateur-passerelle GMSC du réseau HPLMN que le téléphone de l'abonné destinataire de l'appel est en train de sonner. Selon une neuvième caractéristique avantageuse, les mobiles du système selon l'invention sont enregistrés simultanément: - Dans un premier réseau avec un premier code d'identification IMSIHW contenu dans une carte SIM 'Physique' SIMHW, le premier code d'identification appartenant à un jeu de codes d'identification contenus dans la carte SIM 'Physique' SIMHW. - Dans un deuxième réseau avec un deuxième code d'identification IMSIsw contenu dans une carte SIM 'Virtuelle' SIMsw, le deuxième code d'identification appartenant à un jeu de codes d'identification contenus dans la carte SIM SIMsw.10 Dessins La présente invention sera décrite ci-après de manière plus détaillé dans le Cas d'utilisation numéro 2 et à l'aide du contexte exemplaire suivant : L'OPERATEURcs_ps exploite un réseau HPLMN en France ; l'un de ses 5 abonnés se déplace à Hong Kong : - Il consomme tout service à commutation de circuit grâce à l'IMSIsw selon les accords d'itinérance entre l'OPERATEURcs-ps et son homologue hongkongais `CSL' - Il consomme tout service à commutation de paquet grâce à l'IMSIHW 10 selon les accords d'itinérance entre l'OPERATEURcs_ps et son homologue hongkongais 'China Mobile HK' Tout expert de l'art reconnaitra que le contexte exemplaire décrit ne limite en aucun cas : - Le champ d'application de cette invention. 15 - L'extension - mutatis mutandis - au Cas d'utilisation numéro 1 En outre, l'invention sera décrite à l'aide d'un mode de réalisation représenté dans les dessins annexés parmi lesquels : - La Figure 1 représente les éléments constitutifs du réseau de l'invention 20 La Figure 2 représente les principaux éléments constitutifs des profils électriques de la SIMHW et de la SIMsw selon l'invention - La Figure 3 représente un schéma simplifié de l'architecture logiciel en couches implémentée dans un téléphone mobile selon l'invention La Figure 4 montre la structure fonctionnelle du serveur 25 d'interconnexion (I-STP, littéralement « point de transfert sémaphore `intelligent' ») - La Figure 5 représente un schéma simplifié de la machine à états finis correspondante à l'entité de gestion de la mobilité dans un réseau à commutation de paquet 30 La Figure 6 représente un schéma simplifié de la machine à états finis correspondante à l'entité de gestion de la mobilité dans un réseau à commutation de circuit La Figure 7 représente la procédure de mise en route du téléphone mobile et - en particulier - des interactions fonctionnelles entre le téléphone, la carte SIMI-iw et la SIMsw selon l'invention La Figure 8 représente la procédure d'enregistrement, d'authentification et de localisation dans un réseau visité à `commutation de paquet' VPLMNPS La Figure 9 représente la procédure d'enregistrement, d'authentification et de localisation dans un réseau visité à `commutation de circuit' VPLMNcs La Figure 10 représente la procédure d'appel entrant La Figure 11 représente un schéma simplifié de l'architecture réseau connue sous le nom de Roaming Hub' La Figure 12 représente l'extension de l'architecture réseau du Roaming Hub' au cas du système selon l'invention15 DESCRIPTION DES MODES DE REALISATION Avec référence à la section Exposé de l'invention, la Figure 1 décrit les détails de la troisième caractéristique et une partie des détails de la deuxième caractéristique du système selon l'invention: dans un contexte exemplaire, le réseau HPLMN (10) est déployé en France par l'OPERATEURcs-ps. Les équipements qui font partie du réseau (10) sont un HLR (101), un GMSC (102), un SMSC (103), un GGSN (104) et le serveur d'interconnexion, référencé « point de transfert sémaphore 'intelligent' » (ISTP, 110) qui permet d'éviter toute mise à jour du HLR (101). Les caractéristiques et modes opérationnelles de l'équipement (110) seront expliquées dans la suite de la description. Le réseau (10) est rattaché au réseau international de signalisation SS7 (50) afin d'échanger : Tout message de signalisation pour la gestion de l'authentification, de la mobilité, etc. de/vers les réseaux mobiles visités VPLMNps (20) et VPLMNcs (30) Tout message de signalisation pour l'acheminement des appels ou des messages courts de/vers le réseau mobile visité VPLMNcs (30) Le réseau (10) est rattaché également au réseau international d'interconnexion GRX (60) afin d'échanger tout message de signalisation 20 pour l'acheminement des sessions data de/vers le réseau mobiles visité VPLMNps (20). L'OPERATEURcs_ps du réseau (10) a des accords d'itinérance avec l'opérateur du réseau visité (20) (l'opérateur hongkongais 'China Mobile HK' dans le contexte exemplaire considéré), ces accords concernant seulement 25 toute communication à commutation de paquet (communication données). L'OPERATEURcs_ps du réseau (10) a également des accords d'itinérance avec l'opérateur du réseau visité (30) (l'opérateur hongkongais `CSL' dans le contexte exemplaire considéré), ces accords concernant seulement toute communication à commutation de circuit (communication voix / SMS / 30 Services supplémentaires). Les abonnés de l'OPERATEURcs-ps utilisent : Des cartes SIMHW (150) hébergées par le téléphone mobile (40) grâce au connecteur qui en permet l'insertion et l'extraction. Des cartes SIMsw (151) programmées dans une mémoire 'Flash' dédiée du téléphone mobile (40). L'IMSIFiw de la carte SIMHw (150) permet à un abonné qui se trouve en itinérance à Hong Kong de consommer des services mobiles à commutation de paquet, ces services étant disponibles grâce aux équipements du réseau visité (20); parmi les attributs (160) de la carte SIMHw (150) qui sont rattachés à l'abonné on trouve: L'IMSI 'à commutation de paquet' IMSIHw, commençant par les 5 chiffres 208XX' (identifiant MCC '208' correspondant à la France, identifiant MNC `XX' correspondant au réseau HPLMN (10)) Un MSISDN français MSISDNFR, commençant par les 2 chiffres '33' (identifiant téléphonique de la France). L'IMSIsw de la SIMsw (151) permet au même abonné en itinérance à Hong Kong de consommer des services mobiles à commutation de circuit, ces services étant disponibles grâce aux équipements du réseau visité (30); parmi les attributs (260) de la SIMsw (151) qui sont rattachés à l'abonné on trouve: L'IMSI 'à commutation de circuit' IMSIsw, commençant par les 5 chiffres '208XX' (identifiant MCC '208' correspondant à la France, identifiant MNC `XX' correspondant au réseau HPLMN (10)) Le même MSISDN français MSISDNFR, commençant par les 2 chiffres '33' (identifiant téléphonique de la France). Un sous-ensemble des attributs (160) des cartes SIMHw (150) sont enregistrées dans le HLR (101). Les procédures opérationnelles décrites par la suite montreront que seul l'IMSIHW est enregistré dans la base de données du HLR (101) : en effet, il sera montré que le rôle de l'I-STP (110) est de stocker et maintenir un tableau de correspondance entre l'IMSIHw et l'IMSIsw. Toujours selon la Figure 1 le système selon l'invention se compose aussi du réseau visité VPLMNPS (20), déployé à Hong Kong par l'opérateur hongkongais 'China Mobile HK'. Les équipements qui font partie du sous-réseau (20) et avec lesquels le réseau (10) dialogue sont un VLRA/MSC (201) et un SGSN (204). Le réseau (20) est rattaché au réseau international de signalisation SS7 (50) et au réseau international d'interconnexion GRX (60) afin d'échanger avec le réseau (10) tout message de signalisation pour le contrôle de l'authentification et de la mobilité de l'abonné ainsi que pour l'acheminement des sessions data. Le VLRNMSC (201) et le SGSN (204) sont reliés par une connexion logique (90) (à niveau du protocole et/ou des services) selon le protocole BSSAP+ défini dans la norme 3GPP TS 29.018: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; General Packet Radio Service (GPRS) ; Serving GPRS Support Node (SGSN) - Visitors Location Register (VLR) ; Gs interface layer 3 specification (Release 11) Les réseaux (10) et (20) doivent configurer leurs tables E.214 respectives afin que la signalisation reçue en correspondance de l'IMSIHw de la carte SIMHW (150) soit dirigée vers l'I-STP (110), qui est positionné 'en frontal' par rapport au HLR (101) et qui fait fonction de relais entre le réseau (20) et le HLR (101). Toujours selon la Figure 1 le système selon l'invention se compose aussi du réseau visité VPLMNcs (30), déployé à Hong Kong par l'opérateur hongkongais `CSL'. Les équipements qui font partie du sous-réseau (30) et avec lesquels le réseau (10) dialogue sont un VLRNMSC (301) et un SGSN (304). Le réseau (30) est rattaché au réseau international de signalisation SS7 (50) afin d'échanger avec le réseau (10) tout message de signalisation pour le contrôle de l'authentification et de la mobilité de l'abonné ainsi que pour l'acheminement des appels ou des messages courts. Similairement au réseau (20), le VLRNMSC (301) et le SGSN (304) sont reliés par une connexion logique (90) (à niveau du protocole et/ou des services) selon le protocole BSSAP+. Les réseaux (10) et (30) doivent configurer leurs tables E.214 respectives afin que la signalisation reçue en correspondance de l'IMSIsw de la SIMsw (151) soit dirigée vers l'I-STP (110), qui est positionné 'en frontal' par rapport au HLR (101). Il sera montré par la suite que vis-à-vis du réseau (30), l'I-STP (110) fait les fonctions d'un HLR. Selon la Figure 1, les réseaux (10) et (20) sont connectés entre eux par les connexions logiques (à niveau du protocole et/ou des services) suivantes: La ligne pointillée (70) dénote une connexion selon le protocole MAP, définis dans la norme 3GPP TS 29.002: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Mobile Application Part (MAP) specification (Release 12) et - si nécessaire - selon le protocole CAP, défini dans la norme 3GPP TS 03.78: 3rd Generation Partnership Project; Technical Specification Group Core Network; Customised Applications for Mobile network Enhanced Logic (CAMEL) Phase 2; Stage 2 (Release 1998) La ligne continue (80) dénote une connexion selon le protocole GTP, défini dans la norme 3GPP TS 29.060: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP) across the Gn and Gp interface (Release 9) Toujours selon la Figure 1, les réseaux (10) et (30) sont connectés entre eux par les connexions logiques (à niveau du protocole et/ou des services) suivantes: La ligne pointillée (70) dénote une connexion selon le protocole MAP, et - si nécessaire - selon le protocole CAP ; en plus, la ligne pointillée (70) dénote aussi une connexion selon le protocole de contrôle d'appel ISUP, défini dans la série des normes Q.76x de l'ITU-T Le HLR (101) du réseau (10) doit assurer le contrôle et l'autorisation de communications en fonction des attributs (160) de la carte SIMHW (150). En particulier le HLR (101) doit : - Autoriser toute communication data entre le réseau (20) et le réseau (10) en contrôlant que telles communication sont enclenchées avec l'IMSI Hw. Les procédures de contrôle et autorisation des communications data seront expliquées par la suite. L'I-STP (110) du réseau (10) doit assurer le contrôle et l'autorisation de communications en fonction des attributs (260) de la SIMsw (151). En particulier l'I-STP (110) doit : Autoriser toute communication à commutation de circuit (voix, SMS) entre le réseau (30) et le réseau (10) en contrôlant que telles communication sont enclenchées avec l'IMSIsw. Les procédures de contrôle et autorisation des communications à commutation de circuit seront expliquées par la suite. Dans ce sens, l'I-STP (110) agit 'pour le compte' du HLR (101). Avec référence à la section Exposé de l'invention, la Figure 2 décrit une autre partie des détails de la deuxième caractéristique du système selon l'invention, notamment la représentation schématique du téléphone mobile (40) qui inclut : La carte SIM 'Ph si - ue' SIMHW 150 avec une - artie de son - rofil électrique (la structure des fichiers). Selon un mode de réalisation préféré, la structure hiérarchique de fichiers de la carte SIMHW (150) est constituée de : Le `Master File' MF (170). Le MF constitue le répertoire racine de la carte SIMHW. Son identifiant (file ID' - FID) est `3F00'. Parmi les fichiers élémentaires (`Elementary File' - EF) qui sont rattachés directement au MF on trouve : - Le EF qui contient le numéro d'identification unique de la carte SIMHW. Son identifiant `FID' est 2FE2'. Le contenu du MF (170) consiste d'informations générales sur la carte SIMHW. Le `Directorv File' (DF) GSM (160) est le répertoire qui contient tous les EF avec les informations spécifiques à l'OPERATEURcs-Ps du réseau (10). Dans le cas du système selon l'invention, ces informations se réfèrent à l'utilisation de l'IMSI 'a commutation depaquet' IMSIE_Iv' L'identifiant `FID' du DF GSM (160) est 7F20'. Parmi les EF qui sont rattachés au DF GSM (160) on trouve : Le EF `FPLMN' (Forbidden Public Land Mobile Network), qui contient la liste des réseaux interdits (réseaux dans lesquels l'utilisateur n'a aucune permission de consommer les services à commutation de paquet). Son identifiant flD' est `6F78'. Le EF `/A4S/Hw'. Son identifiant `FID' est `6F07'. Le EF l Le Directorv File' (DF) Telecom (180) est le répertoire qui contient tous les EF avec les informations spécifiques au système cellulaire. L'identifiant 'FID' du DF Telecom (180) est '7F10'. Parmi les EF qui sont rattachés au DF Telecom (180) on trouve : - Le EF 'ADN' (Abbreviated Dialing Numbers), qui contient les numéros courts (et les noms des services respectifs). Son identifiant 'FID' est Le EF FDN' (Fixed Dialing Numbers), qui contient la liste des seuls numéros que l'utilisateur peut appeler sous certaines conditions. Son identifiant `FID' est '6F38'. Le EF `MSISDN, qui contient le numéro téléphonique associé à l'abonné'. Son identifiant `FID' est '6F40'. - Le EF `SMSP', qui contient la configuration nécessaire pour l'utilisation des services SMS (par exemple, l'adresse du `SMS Center' (SMSC) d'appartenance à l'OPERATEURcs-PS)- Son identifiant 'FID' est '6F42'. La partie (270) de la carte SIMHW (150) contient les paramètres et les algorithmes pour les procédures de sécurité, notamment : La clef d'intégrité KI, utilisée par les algorithmes dits `A3' et `A8' L'algorithme `A3', permettant l'authentification d'un abonné - L'algorithme `A8', permettant la génération des clefs de chiffrement Kc et KCGPRS L'algorithme `A5', permettant le chiffrement / déchiffrement sur la voie radio - L'algorithme `GPRS-A5', permettant le chiffrement / déchiffrement sur la couche 'LLC' (Logical Link Control) dans le réseau visité (20) Les paramètres, les algorithmes et les éléments réseau impliqués dans les procédures de sécurité sont définis dans la norme 3GPP TS 03.20: 3rd Generation Partnership Project; Security related network functions (Release 2000) La carte SIM 'Virtuelle' SIMsw 151 avec une -artie de son -rofil électrique. Il convient de noter que les contours de la SIMsw (151) sont dessinés en ligne pointillée ; en effet, la SIMsw (151) est configurée dans une mémoire Flash dédiée du téléphone (40). Tout expert de l'art reconnaîtra que : Aucun Master File MF n'est nécessaire pour la SIMsw (151), cette dernière n'étant pas un composant matériel séparable du téléphone (40). Aucun Directory File' (DF) Telecom n'est nécessaire : en effet, la structure du DF Telecom (180) n'est pas affectée par l'utilisation de l'IMSIHw de la SIMHw (150) ou de l'IMSIsw de la SIMsw (151). La partie (270) de la carte SIMHw (150) est unique, quel que soit le jeu d'attributs utilisés et - en particulier - l'IMSIHw de la SIMHw (150) ou de l'IMSIsw de la SIMsw (151). Cette unicité est cohérente avec le modèle d'affaire adopté dans la description : l'OPERATEURcs-ps (qui fournit la SIMHw à l'abonné) est le seul acteur responsable de l'authentification et de l'autorisation des IMSI 'IMSIHw' et 'IMSIsw'. Par conséquent, une seule clef d'intégrité KI est utilisée en correspondance des deux IMSI, cette clef étant hébergée par la SIMHw (150) Le `Directory File' (DF) DCS (260) est le seul répertoire présent dans la SIMsw (151). Dans le cas du système selon l'invention, les informations contenues dans le DF DCS (260) se réfèrent à l'utilisation de l'IMSI 'a commutation de circuit' IMSIsw' L'identifiant `FID' du DF DCS (260) est laissé libre au fabricant du téléphone (40), selon les spécifications de l'OPERATEURcs-ps. La suite de la description montrera que les fonctionnalités et les opérations du téléphone mobile (40) qui héberge la SIMHw (150) et la SIMsw (151) doivent être compatibles avec la présence du DF DCS (260). De façon arbitraire, l'identifiant `FID' du DF DCS (260) est fixé à 7F21'. L'adoption du nom `DCS' pour le DF (260) est arbitraire : elle se réfère à l'ancienne spécification GSM 09.91, qui prévoyait que la même carte SIM pouvait être insérée aussi dans les anciens téléphones compatibles avec la bande radio DCS1800'. Par ailleurs, un DF DCS', avec identifiant `FID' égal à '7F21' est défini dans la spécification GSM 09.91. Parmi les EF qui sont rattachés au DF DCS (260) on trouve : - Le EF TPLMN' (Forbidden Public Land Mobile Network), qui contient la liste des réseaux interdits (réseaux dans lesquels l'utilisateur n'a aucune permission de consommer les services à commutation de circuit). En général, EF TPLMN' sera différent de son homologue du DF GSM. En effet, dans le système selon l'invention l'OPERATEURcs_ PS peut interdire certains réseaux visité par rapport à l'IMSIsw, alors que les mêmes réseaux peuvent être permis par rapport l'IMSIFiw. L'identifiant T'ID' est `6F7B' (comme pour son homologue du DF GSM). - Le EF 1MS/sw'. Son identifiant 'FID' est `6F07' (comme pour son homologue du DF GSM). Le EF Xc', qui contient la clef Kc pour chiffrer toute communication à commutation de circuit sur la voie radio. Son identifiant T'ID' est `6F52'. Le EF 'LOCI' (LOCation Information), qui contient les informations sur la localisation courante du téléphone mobile (40). Son identifiant `FID' est `6F53'. Deux champs font partie de ces informations : o Le champ `TMS1sw' (Temporary Mobile Subscriber Identi1Y) o Le champ 'LAI' (Location Area Information), qui contient les données géographiques de la zone de localisation (voir aussi la section 'GLOSSAIRE') - Le EF PLMNSel' (Public Land Mobile Network Selector), qui contient la liste des réseaux préférés (réseaux qui ont les meilleures accords d'itinérance - pour les services à commutation de circuit - avec l'OPERATEURcs-ps)- En général, EF PLMNSeI' sera différent de son homologue du DF GSM. En effet, dans le système selon l'invention l'OPERATEURcs-ps peut avoir une liste de réseaux visités préférés par rapport à l'IMSIsw, cette liste étant différente par rapport à l'IMSIHW. Son identifiant 'FID' est `6F30' (comme pour son homologue du DF GSM). Avec référence à la section Exposé de l'invention, la Figure 3 décrit une 5 partie des détails de la quatrième caractéristique du système selon l'invention : un schéma simplifié de l'architecture logiciel en couches implémentée dans un téléphone mobile et décrite en détail dans la figure 5.6 de la norme 3GPP TS 24.007: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals ; Mobile radio interface 10 signalling layer 3 ; General aspects (Release 11) selon laquelle : Une couche d'accès réseau 'Acces Stratum Sublayer' (403) fournit des services aux couches de gestion de la mobilité `MM-Sublayer' (402). La couche (403) comprend une entité (408) pour la gestion des communications à commutation de paquet et une entité (409) pour la 15 gestion des ressources radio. Une couche de gestion de la mobilité `MM-Sublayer' (402) fournit des services à la couche de management des connexions `CM' (400). La couche (402) comprend deux couples d'entités : o Un premier couple comprenant une entité pour la gestion de la 20 mobilité dans la partie à commutation de circuit d'un réseau (407P) et une entité pour la gestion de la mobilité dans la partie à commutation de paquet d'un réseau (406P). Les deux entités du premier couple fonctionnent de façon coordonnée pour toute opération de gestion de la mobilité, de l'authentification et de 25 l'enregistrement dans le réseau visité VPLMNPS (20). o Un deuxième couple comprenant une entité pour la gestion de la mobilité dans la partie à commutation de circuit d'un réseau (407C) et une entité pour la gestion de la mobilité dans la partie à commutation de paquet d'un réseau (406C). Les deux entités 30 du deuxième couple fonctionnent de façon coordonnée pour toute opération de gestion de la mobilité, de l'authentification et de l'enregistrement dans le réseau visité VPLMNcs (30). Une couche de management des connexions `CM' (400). La couche (400) comprend une entité (404) pour la gestion de toute communication à commutation de paquet et une entité (405) pour la gestion de toute communication à commutation de circuit. Ces deux entités sont mutuellement indépendantes. Dans la Figure 3 sont représentés également les 'Points d'Accès aux 5 Services' (SAP), qui permettent à une couche supérieure de demander un service à une couche inférieure. Les services sont définis par des 'primitives' abstraites et des paramètres, selon la norme ITU-T Recommendation X.200 "Information technology - Open Systems Interconnection - Basic Reference Model: The basic mode, bien connue par les experts de l'art. La structure 10 de Figure 3 est implémentée également dans les différents noeuds du réseau ; en effet, tout échange de messages entre le téléphone mobile et le réseau se fait grâce à la communication entre les mêmes 'Points d'Accès aux Services' (SAP) dans les entités paires (le téléphone mobile et le noeud correspondant dans le réseau). 15 Dans le système selon l'invention, les paramètres des services fournis par les 'Points d'Accès aux Services' doivent permettre de différencier les échanges de messages : Entre le téléphone mobile et les noeuds du réseau (20) pour toute échange d'information relative au fonctionnement en mode 20 'commutation de paquet' Entre le téléphone mobile et les noeuds du réseau (30) pour toute échange d'information relative au fonctionnement en mode `commutation de circuit' Ainsi, selon la Figure 3 parmi les différentes classes de services on 25 trouve (liste non exhaustive): Les services de 'registration' (location Update', 'IMSI attach', 'IMSI detach') sur le réseau (30), ces services étant fournis par le Point d'Accès au Service' MMREG-SAP (410C) en utilisant le paramètre IMSIsw ou TMSIsw. 30 Les services de 'registration' (`GPRS Location Update', 'IMSI attach', `IMSI detach') sur le réseau (20), ces services étant fournis par le Point d'Accès au Service' GMMREG-SAP (411P) en utilisant le -aramètre IMSIFiw ou P-TMSIHW ou `RNTIFiw' Radio Network Temporary Identity), les paramètres `RNTIFiw' et P-TMSIHW étant liés de façon univoque dans le téléphone mobile et dans le réseau (20). Les services de management des ressources radio (établissement / libération d'un canal de signalisation, gestion d'un canal de contrôle de données à commutation de paquet) sur le réseau (20), ces services étant fournis par le Point d'Accès au Service' GMMAS-SAP (412) en utilisant le -aramètre IMSIHW ou P-TMSIHW. Les services de management des ressources radio (établissement / libération d'un canal de signalisation, gestion d'un canal de contrôle de données à commutation de circuit) sur le réseau (30), ces services étant fournis par le Point d'Accès au Service' RR-SAP (413) en utilisant le paramètre IMSIsw ou TMSIsw. Les services de management des communications données (établissement / modification / fermeture d'une session) sur le réseau (20), ces services étant fournis par le Point d'Accès au Service' GMMSM-SAP (414) en utilisant les paramètres propres à la session données, tels que l'APN (Access Point Name). Deux couples de 'Points d'Accès aux Services' (SAP) additionnels sont présents dans la Figure 3 : Un premier couple (415P, 416P) qui fait référence au réseau VPLMNPS (20) et qui comprend : o Le SAP `GMMFiw Coord' (415P), qui permet à l'entité pour la gestion de la mobilité dans la partie à commutation de circuit (407P) de coordonner ses états opérationnels avec ceux de l'entité pour la gestion de la mobilité dans la partie à commutation de paquet (406P) o Le SAP `MMFiw Coord' (416P), qui permet à l'entité pour la gestion de la mobilité dans la partie à commutation de paquet (406P) de coordonner ses états opérationnels avec ceux de l'entité pour la gestion de la mobilité dans la partie à commutation de circuit (407P) Un deuxième couple (415C, 416C) qui fait référence au réseau VPLMNcs (30) et qui comprend : o Le SAP `GMMsw Coord' (415C), qui permet à l'entité pour la gestion de la mobilité dans la partie à commutation de circuit (407C) de coordonner ses états opérationnels avec ceux de l'entité pour la gestion de la mobilité dans la partie à commutation de paquet (406C) o Le SAP `MMsw Coord' (416C), qui permet à l'entité pour la gestion de la mobilité dans la partie à commutation de paquet (406C) de coordonner ses états opérationnels avec ceux de l'entité pour la gestion de la mobilité dans la partie à io commutation de circuit (407C) Les primitives échangées dans les SAP `GMMFiw Coord' (415P) et `GMMsw Coord' (415C) contiendrons : - L'état opérationnel des entités respectives MMFiw (407P) et MMsw (407C) 15 - Les paramètres d'identification pour le réseau VPLMNcs (30) (IMSIsw ou TMSIsw) Les primitives échangées dans le SAP IVIMHw Coord' (416P) et `MMsw Coord' (416C) contiendrons: L'état opérationnel des entités respectives GMMF-lw (406P) et GMMsw 20 (406C) - Les paramètres d'identification pour le réseau VPLMNPS (20) (IMSIHW ou P-TMSIFiw ou `RNTIHwD Les états opérationnels des entités (406P) et (407P) seront expliqués en Figure 5. 25 Les états opérationnels des entités (406C) et (407C) seront expliqués en Figure 6. Avec référence à la section Exposé de l'invention, la Figure 4 décrit une partie des détails de la deuxième caractéristique du système selon 30 l'invention, notamment la structure fonctionnelle du serveur d'interconnexion, référencé « point de transfert sémaphore 'intelligent' » (I-STP, 110), selon les éléments constitutifs suivants : - Un élément (501) qui transforme les adresses (`Global Titles' - GT) à niveau SCCP entre les interfaces d'entrée et sortie de de l'I-STP (110) Un élément (502) qui transforme les paramètres à niveau MAP entre les interfaces d'entrée et sortie de l'I-STP (110) Un serveur MAP (503) qui contrôle tout processus MAP Un serveur ISUP (504) qui contrôle tout processus ISUP Une base de données persistante (505) dont chaque élément est créé à l'acte du provisionnement d'un abonné. En particulier, chaque élément de la base (505) maintient une correspondance entre le numéro téléphonique MSISDNFR de l'abonné, l'IMSI `à commutation de circuit' IMSIsw et l'IMSI 'à commutation de paquet' IMSIHW. - Une base de données temporaire (506) dont chaque élément est créé et effacé dynamiquement, afin de stocker des informations telles que localisation de l'abonné, renvoie d'appel, etc. - Une base de données temporaire (507) dont chaque élément est créé et effacé dynamiquement, afin de stocker les informations de transformation d'adresse SCCP pour chaque transaction active à niveau MAP ou ISUP. Une base de données temporaire (508) dont chaque élément est créé et effacé dynamiquement, afin de stocker les informations sur les communications de l'abonné. Une base de données permanente (509) qui contient la liste des réseaux préférés (réseaux qui ont les meilleurs accords d'itinérance avec l'OPERATEURcs-ps) pour les services à commutation de circuit et une deuxième liste des réseaux préférés pour les services à commutation de paquet. A noter : les deux listes doivent correspondre aux listes correspondantes contenues - respectivement - dans les répertoires DF GSM (260) et DF DCS (160) de la SIMsw (151) et de la SIMHW (150). La base de données (509) permet de diriger l'enregistrement du téléphone mobile sur les réseaux visités appropriés. La Figure 4 montre également les interfaces 'internes' (interfaces d'entrée / sortie vis-à-vis des éléments du réseau (10)) : L'interface (510) représente une connexion logique avec le HLR (101) selon le protocole MAP, définis dans la norme 3GPP TS 29.002: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Mobile Application Part (MAP) specification (Release 12) L'interface (511) représente une connexion logique avec le GMSC (102) selon le protocole MAP et selon le protocole de control d'appel ISUP, défini dans la série des normes Q.76x de L'interface (512) représente une connexion logique avec le SMSC (103) selon le protocole MAP L'interface (513) représente une connexion logique avec le GGSN (104) selon le protocole MAP Il convient de rappeler que l'I-STP (110) a également des interfaces `externes' (interfaces d'entrée / sortie vis-à-vis des éléments des réseaux (20) et (30)). Ces interfaces ne sont pas représentées en Figure 4 ; elles font partie de la Figure 1 (lignes pointillées (70)). Avec référence à la section Exposé de l'invention, la Figure 5 décrit une autre partie des détails de la quatrième caractéristique du système selon l'invention : un schéma simplifié de la machine à états finis correspondante à l'entité de gestion de la mobilité dans la partie à commutation de paquet d'un réseau (406P), cette entité faisant partie de la couche de gestion de la mobilité 'MM-Sublayer' (402) de Figure 3. La machine à états finis de la Figure 7 est décrite en détail dans la figure 4.1b de la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals ; Mobile radio interface Layer 3 specification ; Core network protocols ; Stage 3 (Release 9). Selon la Figure 5 : Le téléphone mobile (40) se trouve dans un état initial `GMM- DEREGISTERED' (600) suite à la mise en route du téléphone ou à une perte temporaire de couverture radio ou à un premier refus de la demande d'enregistrement de la part du réseau VPLMNPS (20). A partir de l'état initial `GMM-DEREGISTERED' (600), le téléphone mobile (40) déclenche une transition d'état vers l'état `GMM- REGISTERED-INITIATED' (601) de façon automatique : la couche CM (400) fait une requête à l'entité de gestion de la mobilité (406P) en envoyant une 'primitive' GMMREG-ATTACH-REQ au point d'accès au service (411P). Parmi les paramètres contenus dans la primitive on trouvera : o L'IMSIHW ou le P-TMSIHW ou le `RNTIHW. o Le type d'enregistrement CAttach-type') : dans le cas de la présente invention, une demande d'enregistrement aux seuls services à commutation de paquet sera envoyée au réseau VPLMNPS (20). A partir de l'état `GMM-REGISTERED-INITIATED' (601), le téléphone mobile (40) bascule dans l'état `GMM-REGISTERED' (603) suite à la réponse positive du réseau VPLMNPS (20) à la demande d'enregistrement: l'entité (409) de la couche d'accès réseau (403) confirme à l'entité de gestion de la mobilité (406P) que la demande d'enregistrement a été acceptée en envoyant une 'primitive' GRRDATA-IND au point d'accès au service (412). Parmi les paramètres contenus dans la primitive on trouvera le P-TMSIHW et le `RNTIHw'. Il convient de noter que le P-TMSIHW peut être inchangé (si l'enregistrement n'implique pas un changement de SGSN (204)) ou il peut changer si le téléphone mobile s'enregistre sur un nouveau SGSN (204) du même réseau VPLMNPS (20) ou s'il s'enregistre sur un nouveau VPLMNPS (20). - A partir de l'état `GMM-REGISTERED' (603), le téléphone mobile (40) bascule dans l'état `GMM-ROUTING-AREA-UPDATING-INITIATED' (604) suite au changement d'area de routage (RAI) : l'entité (409) de la couche d'accès réseau (403) reçoit de la part de l'entité de gestion de la mobilité (406P) une 'primitive' GRR-DATA-REQ au point d'accès au service (412). Parmi les paramètres contenus dans la primitive on trouvera le `RNTIFiwl et l'identifiant de l'area de routage précédente. A partir de l'état `GMM-ROUTING-AREA-UPDATING-INITIATED' (604), le téléphone mobile (40) rebascule dans l'état `GMM- REGISTERED' (603) suite à la réponse du réseau VPLMNPS (20): l'entité (409) de la couche d'accès réseau (403) confirme à l'entité de gestion de la mobilité (406P) que la demande de changement d'area de routage a été acceptée en envoyant une 'primitive' GRR-DATAIND au point d'accès au service (412). Parmi les paramètres contenus dans la primitive on trouvera le `RNTIFivv:, qui aura une nouvelle valeur. Rôle de l'entité de gestion de la mobilité (406P) sera de maintenir la correspondance entre le P-TMSIHW et la nouvelle valeur du `RNTIFiw'. A partir de l'état `GMM-REGISTERED' (603), le téléphone mobile (40) bascule dans l'état `GMM-SERVICE-REQUEST-INITIATED1 (602) suite au déclenchement d'une session de communication de données de la part de l'abonné : la couche de gestion de la mobilité (402) reçoit de la part de l'entité de gestion des sessions données (404) une 'primitive' GMMSM-UNIT-DATA-REQ au point d'accès au service (414). Parmi les paramètres contenus dans la primitive on trouvera les identifiants de la session, tels que le 'Access Point Name' (APN). A partir de l'état `GMM-SERVICE-REQUEST-INITIATED' (602), le téléphone mobile (40) rebascule dans l'état `GMM-REGISTERED' (603) suite à la réponse du réseau VPLMNPS (20): l'entité (409) de la couche d'accès réseau (403) confirme à l'entité de gestion de la mobilité (406P) que la demande d'établissement d'une session données a été acceptée en envoyant une 'primitive' GRR-DATA-IND au point d'accès au service (412). Parmi les paramètres contenus dans la primitive on trouvera le `RNTIFIw'. Rôle de l'entité de gestion de la mobilité (406P) sera de maintenir la correspondance entre le PTMS1Hvv, la valeur du `RNTIFI\A' et l'identifiant de la session. Le comportement de la machine à états finis de Figure 5 peut être considéré également dans le domaine temporel ; à cet effet, la Figure 8 décrira les synoptiques et les messages d'enregistrement et de localisation entre le téléphone mobile (40) et le réseau VPLMNPS (20). Il convient de noter que la machine à états finis de Figure 5 est gérée : - Par le téléphone mobile (40) : les transitions d'état et les messages correspondants sont déclenchés par des processus dans les différentes couches (400), (402), (403) (voir aussi la Figure 3) - Par le réseau (20) : les transitions d'état et les messages correspondants sont déclenchés par des processus dans les couches `paires' (400), (402), (403) du réseau VPLMNPS (20). Avec référence à la section Exposé de l'invention, la Figure 6 décrit une partie ultérieure des détails de la quatrième caractéristique du système selon l'invention : un schéma simplifié de la machine à états finis correspondante à l'entité de gestion de la mobilité (407C) de Figure 3. La machine à états finis de la Figure 8 est décrite en détail dans la figure 4.1b de la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals ; Mobile radio interface Layer 3 specification ; Core network protocols ; Stage 3 (Release 9). Il convient de noter que toute transition d'état dans la Figure 8 implique la mise en place d'une connexion à niveau 'Radio Resources' (RR), entre le téléphone mobile (40) et la partie 'Base station Subsystem' (BSS) du réseau VPLMNcs (30). Cette contrainte n'est pas nécessaire pour le management des transitions d'état de Figure 5. Selon la Figure 6 : - Le téléphone mobile (40) se trouve dans un état initial 'MM-IDLE' (605) suite à sa mise en route; on fera l'hypothèse que dans cet état le téléphone est prêt au lancement de toute communication à commutation de circuit (appel entrant ou sortant, SMS entrant ou sortant). - A partir de l'état initial 'MM-IDLE' (605), le téléphone mobile (40) déclenche une transition vers l'état WAIT-FOR-RR-ACTIVE' (606) : l'entité de gestion de la mobilité (407C) fait une requête à l'entité (409) de la couche d'accès réseau (403) en envoyant une 'primitive' RREST-REQ au point d'accès au service (413). Parmi les paramètres contenus dans la primitive on trouvera l'IMSIsw ou le TMSIsw. - A partir de l'état WAIT-FOR-RR-ACTIVE' (606), le téléphone mobile (40) bascule dans l'état WAIT-FOR-RR-CONNECTION' (607) suite à une requête de localisation (location Update') de la part de l'entité (409) vers le réseau VPLMNcs (30). Il convient de noter qu'il est possible de basculer directement de l'état 'MM-IDLE' (605) vers l'état WAIT-FOR-RR-CONNECTION' (607), dans le cas d'une procédure de location Update' automatique déclenchée par un temporisateur. A partir de l'état WAIT-FOR-RR-CONNECTION' (607), le téléphone mobile (40) bascule dans l'état IOCATION-UPDATE-INITIATED' (608) suite à la confirmation de l'entité (409) de la couche d'accès réseau (403) qu'une connexion RR a été établie avec le réseau : une `primitive' RR-EST-CNF est envoyée au point d'accès au service (413). A partir de l'état «LOCATION-UPDATE-INITIATED' (608), le téléphone mobile (40) bascule dans l'état WAIT-FOR-NETWORK-COMMAND' (609) suite à la réponse du réseau VPLMNcs (30): l'entité (409) de la couche d'accès réseau (403) confirme à l'entité de gestion de la mobilité (407C) que la demande de changement de zone de localisation a été acceptée en envoyant une 'primitive' RR-EST-CNF au point d'accès au service (413). Parmi les paramètres contenus dans la primitive on trouvera le TMSIsvv. Il convient de noter qu'il est possible de basculer directement de l'état `MM-IDLE' (605) vers l'état "WAIT-FOR-NETWORK-COMMAND' (609), typiquement dans le cas de l'établissement d'une connexion `RR' suite à la réception d'une signalisation d'appel entrant («Paging') de la part du réseau VPLMNcs (30). S'il n'y a pas de raison de maintenir la connexion RR (en d'autres termes, si le téléphone (40) et le réseau VPLMNcs (30) n'ont pas d'autres informations à échanger), la connexion RR est libérée et l'entité de gestion de la mobilité (407C) du téléphone (40) revient à l'état initial `MM-IDLE' (605). Le comportement de la machine à états finis de Figure 6 peut être considéré également dans le domaine temporel ; à cet effet et à titre d'exemple, la Figure 9 décrira les synoptiques et les messages pour la gestion d'un appel reçu par le téléphone mobile (40) de la part du réseau VPLMNcs (30). Il convient de noter que la machine à états finis de Figure 6 est gérée : Par le téléphone mobile (40) : les transitions d'état et les messages correspondants sont déclenchés par des processus dans les différentes couches (400), (402), (403) (voir aussi la Figure 3) Par le réseau (30) : les transitions d'état et les messages correspondants sont déclenchés par des processus dans les couches `paires' (400), (402), (403) du réseau VPLMNcs (30). Les experts de l'art reconnaitront que les machines à états finis de Figures 5 et 6 sont indépendantes. Toute transition d'état dans la Figure 5 est déclenchée grâce à des primitives qui contiennent des identifiants de type IMSIHW ou P-TMSIHW ou `RNTIFiw'. Similairement, toute transition d'état dans la Figure 6 est déclenchée grâce à des primitives qui contiennent des identifiants de type IMSIsw ou TMSlsw. Cas particuliers : Les réseaux VPLMNPS (20) et VPLMNcs (30) de la Figure 1 opèrent selon le mode 'NOM : une procédure d'enregistrement / authentification / localisation simultanée vis-à-vis du SGSN (204) (respectivement (304)) et du VMSCNLR (201) (respectivement (301)) est donc possible, comme sera expliqué à l'aide des Figures 8 et 9. En outre, le téléphone (40) opère selon le mode dit 'Class A'. Selon ce mode opératoire, il supporte les procédures d'enregistrement, d'activation, de monitorage et d'établissement de session sur les deux réseaux (à commutation de circuit et de paquet) simultanément. Il faut noter que - si nécessaire - toute transaction entre le téléphone (40) et le réseau visité à commutation de circuit VPLMNcs (30) doit pouvoir se faire sur un `ARFCN' (Absolute Radio Frequency Channel Number) différent d'un autre `ARFCN' qui sera dédié à toute transaction entre le téléphone (40) et le réseau visité à commutation de paquet VPLMNcs (20). En effet, dans le contexte exemplaire du système selon l'invention (abonné en itinérance à Hong Kong), le réseau VPLMNcs appartient à l'opérateur hongkongais `CSL' tandis que le réseau VPLMNPS appartient à l'opérateur hongkongais 'China Mobile HK'. Selon les explications de la Figure 3, deux couples de 'Points d'Accès aux Services' (SAP) sont présents dans la Figure 3 : Un premier couple (415P, 416P) qui fait référence au réseau VPLMNPS (20) et qui correspond à un premier couple de machines à états finis selon les Figures 5 et 6, ce premier couple permettant de s'enregistrer au réseau VPLMNPS (20) avec l'identifiant IMSIHW de la carte SIMHW (150) pour les seuls services à commutation de paquet. Un deuxième couple (415C, 416C) qui fait référence au réseau VPLMNcs (30) et qui correspond à un deuxième couple de machines à états finis selon les Figures 5 et 6, ce deuxième couple permettant de s'enregistrer au réseau VPLMNcs (20) avec l'identifiant IMSIsw de la SIMsw (151) pour les seuls services à commutation de circuit. Procédure opérationnelle de mise sous tension du téléphone mobile 40 Préambule Dans le contexte du système selon l'invention, le téléphone (40) devra gérer 5 un couple (IMSIsw, IMSIHW) dont chaque élément appartient respectivement - à SIMsw (151) et SIMHW (150). Chaque identifiant du couple sera activé selon Le pays visité par l'abonné de l'OPERATEURcs-ps Les accords d'itinérance entre l'OPERATEURcs-ps et ses homologues 10 du pays visité. Comme déjà explique en Figure 2, le Directory File' (DF) GSM (160) est le répertoire qui contient tous les `Elementary File' EF avec les informations spécifiques à l'OPERATEURcs-ps du réseau (10), ces informations se référant à l'utilisation de l'IMSI 'a commutation de ffluet"IMSIFmL Parmi les 15 EF qui sont rattachés au DF GSM (160) on trouve le EF `PLMNSel' (Public Land Mobile Network Selector), qui contient la liste des réseaux préférés (réseaux qui ont les meilleures accords d'itinérance - pour les services à commutation de paquet - avec l'OPERATEURcs-ps). A titre d'exemple, un extrait possible de cette liste est montré dans la Table 1 ci-dessous, dans 20 laquelle la colonne IMSIHW est montrée seulement pour commodité: MCCMNC IMSIHW 22201 208XXAA... 22288 208XXAA... 45409 208XXAA Table 1 Le Directory File' (DF) DCS (260) est le répertoire qui contient tous les Elementary File' EF avec les informations spécifiques à l'OPERATEURcs-ps 25 du réseau (10), ces informations se référant à l'utilisation de l'IMSI 'a commutation de circuit' IMSIsw' Parmi les EF qui sont rattachés au DF DCS (260) on trouve le EF PLMNSer (Public Land Mobile Network Selector), qui contient la liste des réseaux préférés (réseaux qui ont les meilleures accords d'itinérance - pour les services à commutation de circuit - avec 30 l'OPERATEURcs-ps). A titre d'exemple, un extrait possible de cette liste est montré dans la Table 2 ci-dessous, dans laquelle la colonne IMSIsw est montrée seulement pour commodité: MCCMNC IMSIsw 22201 208XXAA... 22288 208XXAA... 45400 208XXBB... Table 2 Selon les Tables 1 et 2 et avec référence à la section Organisation des réseaux VPLMNcs et VPLMNps Tout abonné qui se trouve en itinérance en Italie peut bénéficier de tarifs et/ou forfait avantageux selon les accords d'itinérance entre l'OPERATEURcs-ps et les opérateurs italiens TIM' (Identifiant MCCMNC = 22201) et Wind' (Identifiant MCCMNC = 22288). Ces accords d'itinérance sont valables avec un seul et unique identifiant IMSI. En d'autres termes, pour un abonné en itinérance en Italie IMSIHW = IMSIsw = 208XXAA... Tout abonné qui se trouve en itinérance à Hong Kong peut bénéficier de tarifs et/ou forfait avantageux selon les accords d'itinérance entre l'OPERATEURcs_ps et certains de ses homologues hongkongais. Selon la Table 1, ces accords d'itinérance sont valables seulement : o Sur le réseau visité 'China Mobile HK' pour les services à commutation de paquet grâce à l'utilisation de l'IMSI commutation-de-paquet' (IMSIHW). Le réseau visité 'China Mobile HK' agit en tant que VPLMNps pour les seuls services à commutation de paquet ; selon la Table 1, l'identifiant du réseau est MCCMNC = 45409 Selon la Table 2, ces accords d'itinérance sont valables seulement : o Sur le réseau visité `CSL' pour les services à commutation de circuit grâce à l'utilisation de l'IMSI commutation-de-circuit' (IMSIsw). Le réseau visité `CSL' agit en tant que VPLMNcs pour les seuls services à commutation de circuit ; selon la Table 2, l'identifiant du réseau est MCCMNC = 45400 En d'autres termes, pour un abonné en itinérance à Hong Kong un IMSIHW et un IMSIsw différents sont adoptés au même temps afin de s'enregistrer sur le réseau VPLMNcs de `CSL' pour les services à commutation de circuit et sur le réseau VPLMNps de 'China Mobile HK' pour les services à commutation de paquet. Selon les explications de la Figure 1 : o L'IMSIHW commence par les 7 chiffres 208XXAA' (identifiant MCC '208' correspondant à la France, identifiant MNC `XX' correspondant au réseau HPLMN de l'OPERATEURcs-ps, identifiant AA correspondant à l'indicatif du HLR (101) de l'abonné à l'intérieur du réseau HPLMN) o L'IMSIsw commence par les 7 chiffres 208XXBB' (identifiant MCC '208' correspondant à la France, identifiant MNC `XX' correspondant au réseau HPLMN de l'OPERATEURcs-ps, identifiant BB correspondant à un deuxième indicatif du HLR (101) de l'abonné à l'intérieur du réseau HPLMN ; il sera montré par la suite que l'identifiant `BB' correspond - en pratique - à l'I-STP (110)) Avec référence à la section Exposé de l'invention, la Figure 7 décrit les détails du programme de gestion mentionné dans la quatrième caractéristique du système selon l'invention. En particulier, la Figure 7 montre - de façon synthétique - les différentes étapes de la mise en service du téléphone mobile (40). Ces étapes se focalisent sur les activités du téléphone (40) avec la carte SIMHw (150) et avec la SIMsw (151). Une fois de plus, la Figure 7 sera commentée à l'aide du contexte exemplaire décrit dans la partie Organisation des réseaux VPLMNcs et VPLMNps L'abonné de l'OPERATEURcs-ps se déplace à Hong Kong : Il consomme tout service à commutation de circuit grâce à l'IMSIsw de la SIMsw (151) selon les accords d'itinérance entre l'OPERATEURcs- PS et son homologue hongkongais `CSL' Il consomme tout service à commutation de paquet grâce à l'IMSIHw de la carte SIMFiw (150) selon les accords d'itinérance entre l'OPERATEURcs_ps et son homologue hongkongais 'China Mobile HK' Les procédures de Figure 7 se réfèrent au cas de la première mise en route du téléphone (40) après l'arrivée à Hong Kong. Etape (701) de Figure 7 : Dès la mise en route du téléphone (40), un lien physique / logique avec la carte SIMHW (150) est établi. Le téléphone reçoit la commande 'Answer To Reset' (ATR) de la part de la carte SIMHW (150) : cette commande permet au téléphone (40) de s'assurer que la carte SIMHW (150) est bien insérée et de connaître les paramètres du protocole de transmission pour l'échange des données. Etape (702) de Figure 7 : A la fin de l'étape (701), le téléphone (40) et la carte SIMHW (150) ont établi un lien de communication. Le téléphone affiche un message à l'abonné lui demandant de taper son code PIN à quatre chiffres. L'abonné rentre son code PIN, dont la véridicité est vérifiée par le téléphone qui contrôle aussi le nombre de fois qu'un code PIN erroné a été rentré. Etape (703) de Figure 7 : Le téléphone (40) lit les informations suivantes de la carte SIMHW (150) : Le EF `SST' (SIM Service Table), appartenant au Directory File' (DF) GSM (160), et qui contient la liste des services disponibles. - Le EF (SIM Service Table), appartenant au `Master File' (MF) (170), et qui contient le numéro d'identification unique de la carte SIMHW (150). - Le EF IMS/Hw', appartenant au répertoire DF GSM (160). En plus, le téléphone (40) lit le IMS/sw' appartenant au répertoire DF DCS (260) de la SIMsw (151) (Figure 3) A noter : dans l'état de l'art un seul et unique EF 'IMSI' est lu par le téléphone mobile. Dans le système selon l'invention deux EF IMS/sw' et IMS/Hw' sont lus par le téléphone. Selon le contexte exemplaire et le cas d'utilisation mentionné ci-dessus, le téléphone (40) avait été éteint sur le sol français. Avant l'extinction du téléphone l'abonné se trouvait dans son pays domestique ; par conséquent, à la mise en route du téléphone à Hong Kong on aura IMSIHw = IMSIsw = 208XXAA.... Etape (704) de Fiqure 7 : Le téléphone (40) déclenche le processus de récupération des informations système. Il cherche tous les canaux radiofréquence disponibles à Hong Kong (par exemple, les canaux appartenant à un système GSM/GPRS 900, et/ou à un système GSM/GPRS 1800 et/ou à un système `UMTS 3G'). Pour chaque canal détecté, le téléphone (40) mesure le niveau de puissance du signal hertzien reçu. Cette opération donne lieu à la sélection du canal radiofréquence avec ie plus grand niveau de puissance. Le téléphone (40) se synchronise sur ce canal, il lit les informations qui y sont contenues et vérifie s'il s'agit bien d'un canal logique `BCCH' (Broadcast Control Channel). Si c'est le cas, le téléphone (40) décode les informations système contenue dans le canal BCCH. Selon la norme 3GPP TS 44.018: 3rd Generation Partnership Project; Technical Specification Group GSM/EDGE Radio Access Network; Mobile radio interface layer 3 specification; Radio Resource Control (RRC) protocol (Release 11) les informations système dites 'SYSTEM INFORMATION TYPE 2 to 4, et optionnellement TYPE 1, 2bis, 2ter, 7, 8, 13, 16 and 17' sont diffuses en permanence. Si le téléphone (40) peut décoder ces informations sans erreurs et vérifier que la cellule correspondant appartient à un VPLMN non interdit, il est possible de récupérer correctement l'information `MCC', correspondant au pays dans lequel l'abonné se trouve. Dans le cas d'exemple décrit, MCC = 454 (identifiant pays de Hong Kong). Etape (705) de Figure 7 : Le téléphone (40) déclenche le processus de sélection de cellule ; la cellule doit a- -artenir à un réseau visité VPLMNPS 20 dans lequel - selon le système exposé dans l'invention - seulement les communications à commutation de paquet sont autorisées. Une fois l'identification de la cellule terminée, celle-ci est considérée comme 'candidate'. En effet, avant l'enregistrement sur le réseau VPLMNPS le téléphone (40) doit vérifier que : Le VPLMN auquel la cellule 'candidate' appartient ne fait pas partie de la liste des réseaux interdits. Cette liste est contenue dans l'EF `FPLMN' du DF GSM (160) de la carte SIMHW (150). Le VPLMN auquel la cellule 'candidate' appartient fait partie de la liste des réseaux permis. Cette liste est contenue dans l'EF PLMNSel' du DF GSM (160) de la carte SIMHW (150). Dans le contexte exemplaire considéré, l'EF PLMNSel' doit contenir l'identifiant `MCCMNC' = 45409, correspondant au réseau visité de l'opérateur 'China Mobile HK' Si les deux conditions ci-dessus sont validée, le téléphone (40) peur entamer les procédures d'enregistrement au réseau VPLMNps (20) appartenant à l'opérateur 'China Mobile HK'. Cet enregistrement s'effectue avec l'identifiant `IMSIFiw' de Table 1 ; les détails des procédures d'enregistrement - avec les interactions entre le téléphone (40), la carte SIMFiw (150) et les éléments des réseaux (10) et (20) - seront expliquées par la suite, à l'aide de la Figure 8. Etape (706) de Figure 7 : Une fois la procédure d'enregistrement au réseau VPLMNPS terminée, le téléphone (40) déclenche à nouveau le processus de sélection de cellule ; la cellule doit a- -artenir à un réseau visité VPLMNcs 30 dans lequel - selon le système exposé dans l'invention - seulement les communications à commutation de circuit sont autorisées. Le processus de sélection de cellule reprend les fonctionnalités décrites dans l'Etape (704). Une fois l'identification de la cellule terminée, celle-ci est considérée comme `candidate'. En effet, avant l'enregistrement sur le réseau VPLMNcs (30) le téléphone (40) doit vérifier que : - Le VPLMN auquel la cellule 'candidate' appartient ne fait pas partie de la liste des réseaux interdits. Cette liste est contenue dans l'EF `FPLMN' du DF DCS (260) de la SIMsw (151). - Le VPLMN auquel la cellule 'candidate' appartient fait partie de la liste des réseaux permis. Cette liste est contenue dans l'EF PLMNSel' du DF DCS (260) de la SIMsw (151). Dans le contexte exemplaire considéré, l'EF PLMNSel' doit contenir l'identifiant `MCCMNC' = 45400, correspondant au réseau visité de l'opérateur `CSL' Etape (707) de Figure 7 : Il se peut que la cellule sélectionnée à l'étape (706) appartienne au même réseau de la liste 73LMNSer pour les DF GSM (160) et DCS (260). Avec référence aux Tables 1 et 2, ceci est le cas d'itinérance en Italie, pour lequel le même réseau visité va fournir les services à commutation de paquet et de circuit. Dans ce cas, une deuxième procédure d'enregistrement n'est pas nécessaire et les procédures de mise en route se terminent avec l'étape (708) : le seul IMSIHW de la carte SIMHW (150) sera utilisé pour toute opération sur le réseau visité. La SIMsw (151) sera inactive dans le pays visité. Etape (709) de Figure 7 : Dans le contexte considéré (itinérance à Hong Kong), le téléphone (40) entame les procédures d'enregistrement au réseau VPLMNcs (30) appartenant à l'opérateur `CSL'. Cet enregistrement s'effectue avec l'identifiant 'IMSIsw' de Table 2 ; les détails des procédures d'enregistrement - avec les interactions entre les procédures opérationnelles du téléphone (40), la SlMsw (151) dans sa mémoire Flash et les éléments des réseaux (10) et (30) - seront expliquées par la suite, à l'aide de la Figure 9. Tout expert de l'art reconnaitra que les étapes présentées en Figure 7 constituent une partie des procédures de mise en route du téléphone (40). Seulement les étapes essentielles de la communication entre le téléphone (40) et - respectivement - la carte SIMHW (150) et la SIMsw (151) dans le contexte du système selon l'invention sont décrites. Procédures opérationnelles d'enregistrement aux réseaux, authentification, gestion de la mobilité Préambule Afin que les procédures opérationnelles (expliquées par la suite) puissent fonctionner correctement, une configuration appropriée de l'I-STP (110) est nécessaire. Généralement, le point d'entrée du réseau HPLMN de l'OPERATEURcs-ps est un 'point de transfert sémaphore' (STP) international, qui permet l'interconnexion au réseau international de signalisation SS7 (50) afin d'échanger tout message de signalisation avec les opérateurs étrangers partenaires. Selon la description de la présente invention, il convient de rappeler les principes suivants : - L'abonné est identifié dans le réseau HPLMN par l'IMSIHW de la carte SIMHW (150) ; l'IMSIHW est le seul identifiant configuré dans le HLR (101). - La SIMsw (151) permet au réseau HPLMN d'identifier l'abonné par un deuxième IMSI (IMSIsw) ; comme déjà expliqué, c'est l'I-STP (110) qui maintient une table de correspondance entre les deux IMSI dans une base de données (505). Il n'y a donc pas besoin de configurer l'IMSIsw dans le HLR (101). - L'I-STP (110) est positionné (physiquement et fonctionnellement) 'en frontal' des autres équipements du réseau HPLMN (10), comme montré en Figure 4 Sur la base de ces principes, le point d'entrée STP du réseau HPLMN de l'OPERATEURcs-ps va échanger tout message d'entrée / sortie avec le ISTP (110). Ce dernier doit être configuré de sorte à pouvoir être considéré par un réseau VPLMN comme HLR (101), SMSC (103) ou GGSN (104), selon le type de message échangé et le protocole utilisé. Similairement, la configuration de l'I-STP (110) va lui permettre de fonctionner en tant que relais pour tout message échangé entre les éléments du réseau (10) indépendamment de l'utilisation de l'IMSIsw ou de l'IMSIHW pour identifier l'abonné. Un ensemble d'adresses GT et (au moins) un `Signaling Point Code' (SPC) doivent être réservés pour l'I-STP (110) afin que ce dernier puisse émuler le comportement de différents équipements du réseau HPLMN. En particulier, les adresses GT suivantes doivent être configurées (à noter : le paramètre 'TT' est égal à zéro à titre d'exemple): `Translation Type' (TT) = 0, `Numbering Plan' (NP) = 7 (E.214), `SubSystem Number' (SSN) = 6 (HLR) Permet à l'I-STP (110) d'émuler le HLR (110) dans les services MAP tels que 'Location Update', `Authentification', etc. et qui nécessitent de l'identifiant IMSIsw pour l'abonné. TT = 0, NP = 1 (E.164), SSN = 8 (MSC-MAP) / (GMSC-MAP) / (IWMSC-SMSC) Permet à l'I-STP (110) d'émuler un MSC ou un GMSC ou un IWMSC dans les services MAP et ISUP tels que requêtes / réponses vers un numéro destinataire en cas de communications voix ou SMS. Bien évidemment, l'I-STP (110) doit être configuré avec son propre SPC et GT à l'intérieur du réseau HPLMN (10). Les détails sur la définition, utilisation et configuration des SPC et GT se trouvent dans la norme ETSI EN 300 009-1 V1.4.3: Integrated Services Digital Network (ISDN); Signalling System No.7; Signalling Connection Control Part (SCCP) to support international interconnection; Part 1: Protocol specification. Selon la Figure 1, les réseaux VPLMNcs (30) et VPLMNPS (20) opèrent selon le mode 'NOM : L'interface `Gs' (ligne pointillée (90) en Figure 1) est présente - respectivement - entre le VMSCNLR (201) et le SGSN (204) du réseau (20) et entre le VMSCNLR (301) et le SGSN (304) du réseau (30). Par conséquent, les procédures de `attach' et enregistrement aux réseaux (20) et (30) sont effectuées auprès des SGSN (204) et (304), respectivement. Pour ce qui concerne la procédure de `attach' et enregistrement au réseau VPLMNcs (30), il y aura donc une tentative d'enregistrement combinée GSM/GPRS/UMTS sur le réseau (30) : les requêtes d'enregistrement seront reçues par le SGSN (304) qui aura la responsabilité d'informer le VMSCNLR (301). Il sera montré par la suite qu'il est possible d'effectuer les procédures de `attach' et enregistrement combinées sur les réseaux VPLMNPS (30) et VPLMNPS (20) même si : Seulement les communications à commutation de circuit sont possibles sur le réseau (30) - Seulement les communications à commutation de paquet sont possibles sur le réseau (20) La suite de la description ci-dessous explique les synoptiques correspondants aux différentes procédures (authentification, mobilité). Les normes auxquelles on fait référence dans les Figures 8 et 9 sont: 3GPP TS 24.007: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals ; Mobile radio interface signalling layer 3 ; General aspects (Release 11), pour toute référence à l'architecture logiciel en couches implémentée dans un téléphone mobile et dans les éléments réseau correspondants (Figure 3) 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals ; Mobile radio interface Layer 3 specification ; Core network protocols ; Stage 3 (Release 9), pour toute référence aux machines à états finis (Figures 5 et 6) 3GPP TS 29.002: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Mobile Application Part (MAP) specification (Release 12) pour toute référence aux messages échangés entre le VPLMNPS (20) et le HPLMN (10) et entre le VPLMNPS (30) et le HPLMN (10). 3GPP TS 29.018: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; General Packet Radio Service (GPRS) ; Serving GPRS Support Node (SGSN) - Visitors Location Register (VLR) ; Gs interface layer 3 specification (Release 11) pour toute référence aux messages échangés sur l'interface logique `Gs' (ligne pointillée (90) en Figure 1). En général, les différentes étapes des synoptiques décrivent les messages échangés soit entre un équipement source et un équipement destination soit entre deux couches fonctionnelles. Un message échangé dans la partie 'coeur' de chaque réseau est représenté au niveau de sa couche applicative (MAP, BSSAP+) et de sa couche d'interconnexion (SCCP), selon les formalismes suivant : Pour les applications MAP et BSSAP+ : MAP_APPLICATION _ID (ou BSSAPtAPPLICATION_ID) (Paramètres) SCCP CdPA : (GT, SSN, TT) - SCCP CgPA : (GT, SSN, TT) Un message échangé entre deux couches fonctionnelles (soient-elles au niveau du téléphone (40) ou du réseau) est représenté selon les formalismes suivant : PRIMITIVE ID Paramètres significatifs Point d'accès au service (SAP) Etat finale suite à la transmission / réception du message Enregistrement, authentification, gestion de la mobilité sur le réseau VPLMNPS (20) Avec référence à la section Exposé de l'invention, la Figure 8 décrit les détails de la cinquième caractéristique du système selon l'inVention, notamment les équipements, les couches fonctionnelles et les échanges de messages afin d'assurer les procédures d'enregistrement, d'authentification et de localisation entre le réseau (10) et le réseau VPLMNPS (20). Suite à l'activation du mobile (40), l'étape (705) de la Figure 7 se termine avec l'opération 'Enregistrement sur le VPLMNPS avec IMSIHW'. C'est cette opération d'enregistrement qui est détaillée en Figure 8 et dont les étapes 25 numérotées sont commentées de suite: 1. (Etape 1, Figure 8) La couche fonctionnelle GMMHW (406P) du téléphone (40) reçoit une requête d'enregistrement : - PRIMITIVE ID = GMMREG-ATTACH-REQ. - Paramètres significatifs: Attach-type (dans le cas de la présente 30 invention, une demande d'enregistrement simultanée aux services à commutation de circuit et de paquet sera envoyée au réseau VPLMNPS (20)) - Point d'Accès au Service (SAP) : GMMREG-SAP (411P) - La machine à états finis (Figure 5) de la couche fonctionnelle GMMHW (406P) bascule dans l'état `GMM-REGISTEREDINITIATED' (601). Il convient de noter que la machine à états finis (Figure 6) de la couche fonctionnelle MMHW (407P) reste dans son état initial 'MM-Idle' (605) 2. (Etape 2, Figure 8) La couche fonctionnelle RRC (409) du téléphone (40) reçoit la requête d'enregistrement de l'Etape 1. IL convient de noter que la couche intermédiaire 'Link Layer' (LL) n'est pas représentée pour des raisons de simplicité ; tout expert de l'art reconnaitra que la couche LL n'est pas impactée par les procédures de la présente invention: - PRIMITIVE _ID = GRR-DATA-REQ. - Paramètres significatifs: P-TMSIHW, OIdRNTIHW (à titre d'exemple, ces paramètres temporaires peuvent être les derniers qui ont été alloués par le réseau), SAPI (Service Access Point Identifier), afin de signifier au réseau qu'une connexion de type 'signalisation' est demandée. - Point d'Accès au Service (SAP) : GMMAS-SAP (412) - Pas de changement d'état dans la machine à états finis de la Figure 5. A son tour, la couche fonctionnelle RRC (409) du téléphone (40) relaie la requête d'enregistrement au Base Station Subsystem (BSS) du réseau VPLMNPS (20). En effet, selon les explications de la Figure 5, les couches protocolaires (403), (409) et les SAP (412) et (413) sont également gérés dans le BSS afin d'assurer la synchronisation entre les machines à états finis du téléphone (40) et du réseau VPLMNPS (20) 3. (Etape 3, Figure 8) La couche fonctionnelle RRC (409) du BSS du réseau VPLMNPS (20) relaie la requête d'enregistrement de l'Etape 1 vers le SGSN (204) : - PRIMITIVE _ID = GRR-DATA-IND. - Paramètres significatifs: Attach-type (selon l'Etape 1), {PTMSIHW, OIdRNTIHW} (selon l'Etape 2), RAI (Routing Area Information), qui contient les données géographiques de la zone de localisation du téléphone (40) par rapport au réseau VPLMNPS (20). - Point d'Accès au Service (SAP) : GMMAS-SAP (412) Le SGSN (204) reçoit la requête d'enregistrement sur ses couches protocolaires (403) et (409). Ces couches sont gérées par le SGSN (204) afin d'assurer la synchronisation entre les machines à états finis du téléphone (40) et du réseau VPLMNPS (20). 4. (Etape 4, Figure 8) Le SGSN (204) vérifie que les P-TMSIHW et OIdRNTIHW reçus n'existent pas dans sa base de données. En effet, le téléphone (40) vient d'être allumé sur le réseau VPLMNPS (20) de l'Opérateur hongkongais 'China Mobile HK'. Il est donc normal qu'il soit inconnu sur le réseau visité. 5. (Etape 5, Figure 8) Suite à l'étape 4, le SGSN (204) demande au téléphone (40) de s'identifier. La couche fonctionnelle GMMHW (406P) du SGSN (204) envoie une requête d'identification: - PRIMITIVE ID = GRR-DATA-REQ. - Paramètres significatifs: Identification-Req, OIdRNTIHW (le OIdRNTIHW est utilisé en tant que 'écho' afin de s'assurer que la requête soit reçue par le téléphone (40), objet de la demande d'identification). - Point d'Accès au Service (SAP) : GMMAS-SAP (412). La requête d'identification est reçue par la couche fonctionnelle RRC (409) du BSS du réseau VPLMNPS (20). 6. (Etape 6, Figure 8) La couche fonctionnelle RRC (409) du BSS reçoit la requête d'identification de l'Etape 5 et l'envoie à la couche homologue du téléphone (40) : - PRIMITIVE ID = GRR-DATA-IND. - Paramètres significatifs: OIdRNTIHW, SAPI (Service Access Point Identifier), afin de confirmer au téléphone (40) qu'une connexion de type 'signalisation' est en cours. A son tour, la couche fonctionnelle RRC (409) du téléphone (40) relaie la requête d'identification à la couche 'supérieure' GMMERA, (406P). 7. (Etape 7, Figure 8) La couche fonctionnelle RRC (409) du téléphone (40) reçoit les informations d'identification de la part de la couche `supérieure' GMMHW (406P): - PRIMITIVE ID = GRR-DATA-REQ. - Paramètres significatifs: Identification-Resp, IMSIHW, OIdRNTIHW, SAPI. C'est le paramètre IMSIHW qui va permettre l'identification du téléphone (40) par le réseau. - Point d'Accès au Service (SAP) : GMMAS-SAP (412) - Pas de changement d'état dans la machine à états finis de la Figure 5. A son tour, la couche fonctionnelle RRC (409) du téléphone (40) relaie les informations d'identification au Base Station Subsystem (BSS) du réseau VPLMNPS (20). 8. (Etape 8, Figure 8) La couche fonctionnelle RRC (409) du BSS du réseau VPLMNPS (20) relaie les informations d'identification de l'Etape 7 vers le SGSN (204) : - PRIMITIVE ID = GRR-DATA-IND. - Paramètres significatifs: Identification-Resp (selon l'Etape 7), IMSIHW, OIdRNTIHW. - Point d'Accès au Service (SAP) : GMMAS-SAP (412) Le SGSN (204) reçoit les informations d'identification sur ses couches protocolaires (403) et (409). Comme déjà mentionné, ces couches sont gérées par le SGSN (204) afin d'assurer la synchronisation entre les machines à états finis du téléphone (40) et du réseau VPLMNPS (20). 9. (Etape 9, Figure 8) un message de signalisation `MAP-SENDAUTHENTICATION-INFO' est envoyé depuis le SGSN (204) du réseau visité VPLMNPS (20) vers le HLR (101) du réseau (10). La syntaxe et les paramètres du message `MAP-SEND- AUTHENTICATION-INFO' sont définis dans la norme 3GPP TS 29.002. Le message est acheminé vers le HLR (101) à travers l'I-STP (110), qui le relai de façon transparente. Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIFiw (indiqué en Figure 10) avec lequel le mobile (40) s'est identifié auprès du SGSN (204) Au niveau SCCP : - Adresse GT d'émission: SGSN (204) (numéro E.164), SSN = 149 (SGSN), TT = 0 - Adresse GT de destination : MGTHW (numéro E.214 dérivé de l'IMSIHW), SSN = 6 (HLR), TT = 0. Le MGTHW permet l'initialisation du routage à niveau SCCP entre le SGSN (204) et le HLR (101), à travers l'I-STP (110). 10. (Etape 10, Figure 8) un message de signalisation `MAP-SEND- AUTHENTICATION-INFO-ACK' est renvoyé depuis le HLR (101) du réseau (10) vers le SGSN (204) du réseau visité VPLMNPS (20). La syntaxe et les paramètres du message `MAP-SENDAUTHENTICATION-INFO-ACK' sont définis dans la norme 3GPP TS 29.002. Le message est acheminé vers le SGSN (204) à travers l'I- STP (110), qui le relai de façon transparente. Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIHW et les paramètres d'authentification (RAND et SRES). Cette triplette (IMSIHW, RAND, SRES) est connue sous le nom de `vector ou 'triplet' (indiquée en Figure 8). Le paramètre SRES a été calculé par le HLR (101) avec la clef secrète d'intégrité KI et en utilisant l'algorithme d'authentification dit `A3' Au niveau SCCP : - Adresse GT d'émission: HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 - Adresse GT de destination : SGSN (204) (numéro E.164), SSN = 149 (SGSN), TT = 0 11. (Etape 11, Figure 8) L'I-STP (110) stocke les paramètres d'authentification, afin de le réutiliser pour l'enregistrement successif du téléphone (40) sur le réseau VPLMNcs (30). Cette procédure sera expliquée dans la Figure 9. 12. (Etape 12, Figure 8) Suite à l'étape 11, le SGSN (204) envoie au téléphone (40) les paramètres d'authentification. La couche fonctionnelle GMMH (406P) du SGSN (204) envoie une requête correspondante : - PRIMITIVE ID = GRR-DATA-REQ. - Paramètres significatifs: Auth-Cipher-Req, RAND, OIdRNTIHW (le OIdRNTIHW est utilisé afin de s'assurer que la requête soit reçue par le téléphone (40), objet de la procédure d'authentification). - Point d'Accès au Service (SAP) : GMMAS-SAP (412). Les paramètres d'authentification et la requête correspondante sont reçus par la couche fonctionnelle RRC (409) du BSS du réseau VPLMNPS (20). 13.(Etape 13, Figure 8) La couche fonctionnelle RRC (409) du BSS reçoit les paramètres d'authentification et la requête correspondante de l'Etape 12 et les envoie à la couche homologue du téléphone (40) : - PRIMITIVE ID = GRR-DATA-IND. - Paramètres significatifs: Auth-Cipher-Req, RAND. A son tour, la couche fonctionnelle RRC (409) du téléphone (40) relaie la requête d'authentification à la couche 'supérieure' GMMFiw (406P). Cette dernière déclenche une commande d'authentification dans la partie (270) de la carte SIMFiw (150) : en effet, comme déjà expliqué en Figure 2, la partie (270) contient les paramètres et les algorithmes pour toute procédure de sécurité. 14.(Etape 14, Figure 8) La couche fonctionnelle RRC (409) du téléphone (40) reçoit le résultat de la procédure d'authentification de la part de la couche 'supérieure' GMMFiw (406P). A son tour, cette dernière reçoit le résultat (le paramètre SRES) de la partie (270) de la carte SIMFiw (150): - PRIMITIVE ID = GRR-DATA-REQ. - Paramètres significatifs: Auth-Cipher-Resp, SRES. C'est le paramètre SRES qui permettra la vérification de l'authentification du téléphone (40) de la part du SGSN (204). - Point d'Accès au Service (SAP) : GMMAS-SAP (412) A son tour, la couche fonctionnelle RRC (409) du téléphone (40) relaie le résultat de la procédure d'authentification au Base Station Subsystem (BSS) du réseau VPLMNPS (20). 15.(Etape 15, Figure 8) La couche fonctionnelle RRC (409) du BSS du réseau VPLMNPS (20) relaie le résultat de la procédure d'authentification de l'Etape 14 vers le SGSN (204) : - PRIMITIVE ID = GRR-DATA-IND. - Paramètres significatifs: Auth-Cipher-Resp, SRES. - Point d'Accès au Service (SAP) : GMMAS-SAP (412) Le SGSN (204) reçoit le résultat de la procédure d'authentification (le paramètre SRES) sur ses couches protocolaires (403) et (409). Le SGSN (204) vérifie que le paramètre SRES reçu par le HLR (101) (Etape 10) est égal au SRES correspondant reçu du BSS. Dans ce cas, un échange de messages (non représenté en Figure 10) entre les couches GMMHW (406P) du SGSN (204) et du téléphone (40) informe ce dernier que la requête d'enregistrement a été bien acceptée par le réseau VPLMNPS (20). La machine à états finis (Figure 5) de la couche fonctionnelle GMMHW (406P) bascule dans l'état `GMMREGISTERED' (603). Il convient de noter que la machine à états finis (Figure 6) de la couche fonctionnelle MMHW (407P) reste dans son état initial 'MM-Idle' (605). 16.(Etape 16, Figure 8) un message de signalisation `MAP-UPDATEGPRS-LOCATION' est envoyé depuis le SGSN (204) du réseau visité VPLMNPS (20) vers le HLR (101) du réseau (10). La syntaxe et les paramètres du message `MAP-UPDATE-GPRS-LOCATION' sont définis dans la norme 3GPP TS 29.002. Le message est acheminé vers le HLR (101) à travers l'I-STP (110), qui le relai de façon transparente. Les paramètres principaux de ce message sont : Au niveau MAP : - l'IMSIHw (indiqué en Figure 8) avec lequel le mobile (40) s'est identifié auprès du SGSN (204) - l'IMEI (International Mobile Equipment Identifier), qui décrit de façon unique le téléphone (40) (marque, modèle, usine de fabrication, etc.) Au niveau SCCP : - Adresse GT d'émission: SGSN (204) (numéro E.164), SSN = 149 (SGSN), TT = - Adresse GT de destination : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0. 17. (Etape 17, Figure 8) L'I-STP (110) stocke les paramètres IMSIHW et IMEI, afin de le réutiliser pour la gestion de la localisation successive du téléphone (40) sur le réseau VPLMNIcs (30). Cette procédure sera expliquée dans la Figure 9. 18. (Etape 18, Figure 8) un message de signalisation `MAP-INSERTSUBSCRIBER-DATA' est envoyé depuis le HLR (101) du réseau (10) vers le SGSN (204) du réseau visité VPLMNPS (20). Ce message est envoyé en réponse au message `MAP-UPDATE-GPRS-LOCATION' de l'Etape 16. Grâce à ce message, le SGSN (204) qui contrôle l'abonné connait le profil et les droits d'accès au réseau (20) de ce dernier. La syntaxe et les paramètres du message `MAP-INSERT- SUBSCRIBER-DATA' sont définis dans la norme 3GPP TS 29.002. Dans le contexte du système selon l'invention, les paramètres principaux de ce message sont : Au niveau MAP : - NAM (Network access mode): ce paramètre permet de forcer l'accès du mobile (40) à la seule partie 'à commutation de paquet' du réseau (20). Selon les explications précédentes, le HLR (101) peut ignorer le fait que le téléphone puisse s'enregistrer simultanément aux réseaux (20) et (30) pour toute communication à commutation de paquet et de circuit, respectivement. Dans le cas général, et selon le contexte de l'invention, le HLR (101) renvoie donc la permission d'accéder au réseau (20) pour tout type de communication - l'IMSIHW: avec lequel le mobile (40) s'est identifié auprès du SGSN (204) - Operator Determined Barring General data: ce paramètre fait partie du Subscriber Status' et décrit les catégories de communication qui sont interdites dans le réseau visité VPLMNps (20), notamment tout appel entrant / sortant et les services supplémentaires (tels que le transfert d'appel). Comme pour le paramètre NAM, le HLR (101) peut notifier qu'aucune interdiction est imposé au téléphone (40). Au niveau SCCP : - Adresse GT d'émission : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 - Adresse GT de destination: SGSN (204) (numéro E.164), SSN = 149 (SGSN), TT = 0. A noter : le routage à niveau SCCP entre le SGSN (204) et le HLR (101) s'effectue à travers l'I-STP (110). 19. (Etape 19, Figure 8) L'I-STP (110) intercepte le message `MAPINSERT-SUBSCRIBER-DATA' de l'étape 18. Le but est de se substituer au HLR (101) afin de remplacer la valeur de certains paramètres. En effet, selon le contexte de l'invention c'est l'I-STP (110) qui est en charge de contrôler l'enregistrement du téléphone (40) au réseau VPLMNps (20) pour les seules communications à commutation de paquet. Dans le contexte du système selon l'invention, les paramètres remplacés - au niveau MAP - par l'I-STP (110) sont : - NAM (Network access mode): indépendamment de la valeur envoyée par le HLR (101), l'I-STP (110) impose : NAM = `OnlyPacker - Operator Determined Barring General data: indépendamment du comportement du HLR (101), l'I-STP (110) interdit tout appel entrant / sortant et les services supplémentaires (tels que le transfert d'appel) dans le réseau visité VPLMNps (20). 20. (Etape 20, Figure 8) suite à l'étape 19, le message de signalisation `MAP-INSERT-SUBSCRIBER-DATA' est envoyé depuis le I-STP (110) du réseau (10) vers le SGSN (204) du réseau visité VPLMNPS (20). Suite aux modifications décrites dans l'étape 19, les paramètres principaux de ce message sont : Au niveau MAP : - NAM (Network access mode) = `OnlyPacker - l'IMSIHW: inchangé - Operator Determined Barring General data : tout appel entrant / sortant et les services supplémentaires (tels que le transfert d'appel) sont interdits dans le réseau VPLMNPS (20). Au niveau SCCP : - Adresse GT d'émission : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0. A noter : vis-à-vis du SGSN (204) du réseau VPLMNPS (20) l'I-STP (110) se substitue au HLR (101) - Adresse GT de destination: SGSN (204) (numéro E.164), SSN = 149 (SGSN), TT = 0. 21.(Etape 21, Figure 8) un message de signalisation `MAP-INSERTSUBSCRIBER-DATA-RESPONSE' est renvoyé depuis le SGSN (204) du réseau visité VPLMNPS (20) vers le HLR (101) du réseau (10), afin d'acquitter le message `MAP-INSERT-SUBSCRIBER-DATA'. Les paramètres principaux de ce message sont : Au niveau MAP : tout paramètre est optionnel (le contenu du message peut être vide), sauf en cas d'erreur. Au niveau SCCP : - Adresse GT d'émission: SGSN (204) (numéro E.164), SSN = 149 (SGSN), TT = 0 - Adresse GT de destination : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0. A noter : le routage à niveau SCCP entre le SGSN (204) et le HLR (101) s'effectue à travers l'I-STP (110). 22. (Etape 22, Figure 8) un message de signalisation `MAP-UPDATEGPRS-LOCATION-RESPONSE' est renvoyé depuis le HLR (101) vers le SGSN (204) du réseau visité VPLMNPS (20), afin d'acquitter le message `MAP-UPDATE-GPRS-LOCATION'. Les paramètres principaux de ce message sont : Au niveau MAP : tout paramètre est optionnel (le contenu du message peut être vide), sauf en cas d'erreur. Au niveau SCCP : - Adresse GT d'émission : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 - Adresse GT de destination: SGSN (204) (numéro E.164), SSN = 149 (SGSN), TT = 0. A noter : le routage à niveau SCCP entre le SGSN (204) et le HLR (101) s'effectue à travers l'I-STP (110). 23. (Etape 23, Figure 8) le SGSN (204) envoie au téléphone (40) la confirmation que les procédures d'enregistrement et de localisation se sont déroulées correctement. La couche fonctionnelle GMMHW (406P) du SGSN (204) envoie l'information correspondante: - PRIMITIVE _ID = GRR-DATA-REQ. - Paramètres significatifs: Attach-Accept, OIdRNTIHW (le OIdRNTIHW est utilisé afin de s'assurer que la requête soit reçue par le téléphone (40) objet de la procédure d'enregistrement et de localisation), NewRNTIHw (à la fin de la procédure, un nouveau identifiant temporaire - correspondant à la couche d'accès (403) - est alloué par le SGSN (204) au téléphone (40)), P-TMSIHW (un nouveau identifiant temporaire correspondant aux couches de gestion de la mobilité (402) et de gestion des sessions de communication (400) - est alloué par le SGSN (204) au téléphone (40)) - Point d'Accès au Service (SAP) : GMMAS-SAP (412). Les paramètres sont reçus par la couche fonctionnelle RRC (409) du BSS du réseau VPLMNPS (20). 24.(Etape 24, Figure 8) La couche fonctionnelle RRC (409) du BSS reçoit la confirmation des procédures d'enregistrement et de localisation, selon l'Etape 23, et l'envoie à la couche homologue du téléphone (40) : - PRIMITIVE _ID = GRR-DATA-IND. - Paramètres significatifs: Attach-Accept, OIdRNTIHW, NewRNTIHw, P-TMSIHW, SAP1 (Service Access Point Identifier), ce dernier paramètre confirmant l'attribut de 'signalisation' de la connexion en cours. A son tour, la couche fonctionnelle RRC (409) du téléphone (40) relaie la confirmation des procédures d'enregistrement et de localisation à la couche 'supérieure' GMMHW (406P). 25.(Etape 25, Figure 8) La couche fonctionnelle GMMHW (406P) du téléphone (40) informe les couches applicatives (telles que la couche de gestion de l'interface homme-machine ou la couche (404) de management des sessions de communication à commutation de paquet) que les procédures d'enregistrement et de localisation sur le réseau VPLMNPS (20) se sont déroulées avec succès: - PRIMITIVE ID = GMMREG-ATTACH-CNF. - Paramètres significatifs: Attach-type (un enregistrement aux seuls services à commutation de paquet a été effectué sur réseau VPLMNPS (20)), MT Capabilities (vis-à-vis du réseau VPLMNPS (20) le téléphone (40) supporte seulement les communications à commutation de paquet) - Point d'Accès au Service (SAP) : GMMREG-SAP (411P) - La machine à états finis (Figure 5) de la couche fonctionnelle GMMHW (406P) reste dans l'état `GMM-REGISTERED' (603). Le téléphone (40) est prêt pour entamer toute procédure de management de mobilité (10CATION UPDATE') ou de déclenchement d'une session de communication data. Il convient de noter que la machine à états finis (Figure 6) de la couche fonctionnelle MMHW (407P) reste dans son état initial `MM-Idle' (605)30 Enregistrement, authentification, gestion de la mobilité sur le réseau VPLMNcs (30) Avec référence à la section Exposé de l'invention, la Figure 9 décrit les détails de la sixième caractéristique et de la septième caractéristique du système selon l'invention, notamment les équipements, les couches fonctionnelles et les échanges de messages afin d'assurer les procédures d'enregistrement, d'authentification et de localisation entre le réseau (10) et le réseau VPLMNcs (30). Une fois terminée la procédure de Enregistrement, authentification, gestion de la mobilité sur le réseau VPLMNPS (20), le mobile (40) doit s'enregistrer aussi sur le réseau VPLMNcs (30). Avec référence à la Figure 7, l'étape 709 consiste en l'Enregistrement sur le VPLMNcs avec IMSIsw'. Sur le réseau VPLMNcs (30) seulement les communications à commutation de circuit sont admises. Comme déjà expliqué dans le Préambule de la section Procédures opérationnelles (enregistrement aux réseaux, authentification, gestion de la mobilité), selon la Figure 1 le réseau VPLMNcs (30) opère selon le mode 'NOM : L'interface `Gs' (ligne pointillée (90) en Figure 1) est présente entre le VMSC/VLR (301) et le SGSN (304) du réseau (30). Par conséquent l'enregistrement au réseau VPLMNcs (30) s'effectue grâce à des échanges de messages avec le SGSN (304) et le VMSCNLR (301). Les opérations d'enregistrement au réseau VPLMNcs (30) sont détaillées en Figure 9. Les étapes numérotées correspondantes sont commentées de suite : 1. (Etape 1, Figure 9) La couche fonctionnelle GMMsw (406C) du téléphone (40) reçoit une requête d'enregistrement : - PRIMITIVE ID = GMMREG-ATTACH-REQ. - Paramètres significatifs: Attach-type (dans le cas de la présente invention, une demande d'enregistrement simultanée aux services à commutation de circuit et de paquet sera envoyée au réseau VPLMNcs (30)) - Point d'Accès au Service (SAP) : GMMREG-SAP (411C) - La machine à états finis (Figure 5) de la couche fonctionnelle GMMsw (406C) bascule dans l'état `GMM-REGISTERED- INITIATED' (601). Il convient de noter que la machine à états finis (Figure 6) de la couche fonctionnelle MMsw (407C) reste dans son état initial `MM-Idle' (605). 2. (Etape 2, Figure 9) La couche fonctionnelle MMsw (407C) du téléphone (40) reçoit une requête d'enregistrement : - PRIMITIVE ID = MMREG-ATTACH-REQ. - Paramètres significatifs: Attach-type (demande d'enregistrement simultanée aux services à commutation de circuit et de paquet) - Point d'Accès au Service (SAP) : MMsw COORD (416C) - La machine à états finis (Figure 5) de la couche fonctionnelle GMMsw (406C) reste dans l'état `GMM-REGISTEREDINITIATED' (601). La machine à états finis (Figure 6) de la couche fonctionnelle MMsw (407C) peut basculer dans l'état 'Location Update Initiated' (608) ou rester dans son état initial `MM-Idle' (605), en fonction du choix du constructeur du téléphone (40). Pour la suite de la description on fera l'hypothèse que ladite machine à états finis bascule dans l'état `Location Update Initiated' (608) 3. (Etapes 3 à 9, Figure 9) Se référer aux étapes 2 à 8 de la Figure 8, dans lesquelles on remplace les paramètres P-TMSIHW, OIdRNTIHW, IMSIHW par - respectivement - les paramètres P-TMSIsw, OldRNTisw, IMSIsw. Par rapport à la Figure 8 il faut remplacer aussi les couches fonctionnelles GMMHw (406P) et MMHW (407P) par - respectivement - les couches GMMsw (406C) et MMsw (407C) Il convient de noter que la machine à états finis de la Figure 5 évolue comme pour les étapes 2 à 8 de la Figure 8. Pour ce qui concerne l'évolution de la machine à états finis de la Figure 6, elle peut rester dans l'état 'Location Update Initiated' (608) tout en étant informée des transitions d'état de la machine de la Figure 5 grâce au Point d'Accès au Service (SAP) MMsw COORD (416C). Le comportement de la machine de la Figure 6 est laissé au choix du constructeur du téléphone (40). 10. (Etape 10, Figure 9) un message de signalisation `MAP-SENDAUTHENTICATION-INFO' est envoyé depuis le SGSN (304) du réseau visité VPLMNcs (30) vers le HLR (101) du réseau (10). La syntaxe et les paramètres du message `MAP-SEND- sont définis dans la norme 3GPP TS 29.002. Le message est intercepté par l'I-STP (110), qui ne le relai pas vers le HLR (101). En effet, suite aux échanges de messages de la Figure 8, les bases de données temporaires de l'I-STP (110) contiennent toutes les informations pour permettre l'authentification sur le réseau VPLMNcs (30) : vis-à-vis du réseau (30) l'I-STP (110) émule le comportement du HLR (101). Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIsvv (indiqué en Figure 9) avec lequel le mobile (40) s'est identifié auprès du SGSN (304) Au niveau SCCP : - Adresse GT d'émission: SGSN (304) (numéro E.164), SSN = 149 (SGSN), TT = 0 - Adresse GT de destination : MGTsw (numéro E.214 dérivé de l'IMSIsvv), SSN = 6 (HLR), TT = 0. Le MGTsw permet l'initialisation du routage à niveau SCCP entre le SGSN (304) et l'I-STP (110). 11. (Etape 11, Figure 9) L'I-STP (110) récupère les paramètres d'authentification (IMSIHW, RAND, SRES) stockés à l'étape 11 de Figure 8. Ces paramètres vont être réutilisés pour l'authentification de l'IMSIsw sur le réseau VPLMNcs (30). En effet, selon la Figure 4 une correspondance entre IMSIHW et IMSIHW est maintenu dans la base de données permanente (505) de l'I-STP (110) 12.(Etape 12, Figure 9) un message de signalisation `MAP-SENDAUTHENTICATION-INFO-ACK' est renvoyé depuis l'I-STP (110) du réseau (10) vers le SGSN (304) du réseau visité VPLMNcs (30). La syntaxe et les paramètres du message `MAP-SENDAUTHENTICATION-INFO-ACK' sont définis dans la norme 3GPP TS 29.002. Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIsw et les paramètres d'authentification (RAND et SRES). Le paramètre SRES avait été calculé par le HLR (101) avec la clef secrète d'intégrité KI et en utilisant l'algorithme d'authentification dit `A3'. Au niveau SCCP : - Adresse GT d'émission: HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 (11-STP (110) émule le comportement du HLR (101)) - Adresse GT de destination : SGSN (304) (numéro E.164), SSN = 149 (SGSN), TT = 0 13. (Etape 13, Figure 9) Suite à l'étape 12, le SGSN (304) envoie au téléphone (40) les paramètres d'authentification. La couche fonctionnelle GMMsw (406C) du SGSN (304) envoie une requête correspondante. - PRIMITIVE ID = GRR-DATA-REQ. - Paramètres significatifs: Auth-Cipher-Req, RAND, OldRNTIsw - Point d'Accès au Service (SAP) : GMMAS-SAP (412). Les paramètres d'authentification et la requête correspondante sont reçus par la couche fonctionnelle RRC (409) du BSS du réseau VPLMNcs (30). 14.(Etape 14, Figure 9) La couche fonctionnelle RRC (409) du BSS reçoit les paramètres d'authentification et la requête correspondante de l'Etape 13 et les envoie à la couche homologue du téléphone (40) : - PRIMITIVE _ID = GRR-DATA-IND. - Paramètres significatifs: Auth-Cipher-Req, RAND. A son tour, la couche fonctionnelle RRC (409) du téléphone (40) relaie la requête d'authentification à la couche `supérieure' GMMsw (406C). Cette dernière déclenche une commande d'authentification dans la partie (270) de la carte SIMHW (150) : en effet, comme déjà expliqué en Figure 2, la partie (270) contient les paramètres et les algorithmes pour toute procédure de sécurité. 15.(Etape 15, Figure 9) La couche fonctionnelle RRC (409) du téléphone (40) reçoit le résultat de la procédure d'authentification de la part de la couche 'supérieure' GMMsw (406C). A son tour, cette dernière reçoit le résultat (le paramètre SRES) de la partie (270) de la carte SIMHW (150): - PRIMITIVE ID = GRR-DATA-REQ. - Paramètres significatifs: Auth-Cipher-Resp, SRES. C'est le paramètre SRES qui permettra la vérification de l'authentification du téléphone (40) de la part du SGSN (304). - Point d'Accès au Service (SAP) : GMMAS-SAP (412) La couche fonctionnelle RRC (409) du téléphone (40) relaie le résultat de la procédure d'authentification au Base Station Subsystem (BSS) du réseau VPLMNcs (30). 16.(Etape 16, Figure 9) La couche fonctionnelle RRC (409) du BSS du réseau VPLMNcs (30) relaie le résultat de la procédure d'authentification de l'Etape 14 vers le SGSN (304) : - PRIMITIVE ID = GRR-DATA-IND. - Paramètres significatifs: Auth-Cipher-Resp, SRES. - Point d'Accès au Service (SAP) : GMMAS-SAP (412) Le SGSN (304) reçoit le résultat de la procédure d'authentification (le paramètre SRES) sur ses couches protocolaires (403) et (409). Le SGSN (304) vérifie que le paramètre SRES reçu par l'I-STP (110) (Etape 12) est égal au SRES correspondant reçu du BSS. Dans ce cas, un échange de messages (non représenté en Figure 11) entre les couches GMMsw (406C) du SGSN (304) et du téléphone (40) informe ce dernier que la requête d'enregistrement du téléphone (40) a été bien acceptée par le réseau VPLMNcs (30). La machine à états finis (Figure 5) de la couche fonctionnelle GMMsw (406C) bascule dans l'état `GMM-REGISTERED' (603). La machine à états finis (Figure 6) de la couche fonctionnelle MMsw (407C) peut rester toujours dans l'état 'Location Update lnitiated' (608), selon le choix d'implémentation du constructeur du téléphone (40). 17.(Etape 17, Figure 9) un message de signalisation `MAP-UPDATEGPRS-LOCATION' est envoyé depuis le SGSN (304) du réseau visité VPLMNcs (30) vers le HLR (101) du réseau (10). La syntaxe et les paramètres du message `MAP-UPDATE-GPRS-LOCATION' sont définis dans la norme 3GPP TS 29.002. Le message est intercepté par l'I-STP (110) qui va le traiter à la place du HLR (101). Les paramètres principaux de ce message sont : Au niveau MAP : - l'IIVISIsw (indiqué en Figure 9) avec lequel le mobile (40) s'est identifié auprès du SGSN (304) - l'IMEI (International Mobile Equipment Identifier), qui décrit de façon unique le téléphone (40) (marque, modèle, usine de fabrication, etc.), indépendamment de l'IMSI utilisé. L'I-STP (110) avait stocké la valeur de l'IMEI au cours de la procédure de localisation dans le réseau VPLMNps (20) (étape 17 de la Figure 8) Au niveau SCCP : - Adresse GT d'émission: SGSN (304) (numéro E.164), SSN = 149 (SGSN), TT = 0 - Adresse GT de destination : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 (111-STP (110) émule le comportement du HLR (101)). 18. (Etape 18, Figure 9) L'I-STP (110) définit la valeur de certains paramètres afin de s'assurer que seulement les communications à commutation de circuit soient possibles sur le réseau VPLMNcs (30). Dans le contexte du système selon l'invention, les paramètres définis - au niveau MAP - par l'I-STP (110) sont : - NAM (Network access mode): l'I-STP (110) impose : NAM = `OnlyCircuit - Operator Determined Barring General data: l'I-STP (110) permet tout appel entrant / sortant et les services supplémentaires (tels que le transfert d'appel) dans le réseau visité VPLMNcs (30). 19. (Etape 19, Figure 9) un message de signalisation %AAP-INSERTSUBSCRIBER-DATA' est envoyé depuis l'I-STP (110) du réseau (10) vers le SGSN (304) du réseau visité VPLMNc5 (30). Ce message est envoyé en réponse au message `MAP-UPDATE-GPRS-LOCATION' de l'Etape 17. Grâce à ce message, le SGSN (304) qui contrôle l'abonné connait le profil et les droits d'accès au réseau (30) de ce dernier. La syntaxe et les paramètres du message `MAP-INSERT- sont définis dans la norme 3GPP TS 29.002. Dans le contexte du système selon l'invention, les paramètres principaux de ce message sont : Au niveau MAP : - NAM (Network access mode): ce paramètre permet de forcer l'accès du mobile (40) à la seule partie 'à commutation de circuit' du réseau (30). - l'IMSIsw: avec lequel le mobile (40) s'est identifié auprès du SGSN (304) - Operator Determined Barring (ODB) General data: tout appel entrant / sortant et tout service supplémentaire est permis dans le réseau visité VPLMNcs (30). Au niveau SCCP : - Adresse GT d'émission : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 (11-STP (110) émule le comportement du HLR (101)). - Adresse GT de destination: SGSN (304) (numéro E.164), SSN = 149 (SGSN), TT = 0. 20. (Etape 20, Figure 9) Le SGSN (304) du réseau visité VPLMNcs (30) et l'I-STP (110) du réseau (10) échangent les messages de signalisation `MAP-INSERT-SUBSCRIBER-DATA-RESPONSE' et `MAP-UPDATE-GPRS-LOCATION-RESPONSE', afin d'acquitter les messages `MAP-UPDATE-GPRS-LOCATION' et `MAP-INSERTSUBSCRIBER-DATA' respectivement. 21. (Etape 21, Figure 9) un message de signalisation `BSSAP+- LOCATION-UPDATE-REQUEST' est envoyé depuis le SGSN (304) du réseau visité VPLMNcs (30) vers le VMSC/VLR (301) du même réseau. Grâce à ce message, le SGSN (304) qui contrôle l'abonné demande au VMSC/VLR (301) de déclencher les procédures d'enregistrement et de localisation pour la partie à 'commutation de circuit' du réseau VPLMNcs (30). La syntaxe et les paramètres du message `BSSAP+-LOCATION-UPDATE-REQUEST' sont définis dans la norme 3GPP TS 29.018. Dans le contexte du système selon l'invention, les paramètres principaux du message `BSSAP+- LOCATION-UPDATE-REQUEST' sont : Au niveau BSSAP+ : - l'IMSIsw: avec lequel le mobile (40) s'est identifié auprès du SGSN (304) - Update type: ce paramètre indique au VMSCNLR (301) qu'une procédure de 'Location Update' est la seule nécessaire ; en effet, les procédures de 'Attachement' et authentification ont déjà été exécutées. - New Cell global identity: ce paramètre fournit l'identité de la cellule sur laquelle les téléphone est `campé'. Le format de ce paramètre est défini dans la norme 3GPP TS 48.018: "Base Station System (BSS) - Serving GPRS Support Node (SGSN); BSS GPRS Protocol (BSSGP)". L'identité de la cellule fait partie des paramètres que le réseau coeur (en l'occurrence le SGSN (304)) connait grâce à un échange de messages avec le BSS. Grace au paramètre New Cell global identity le VMSCNLR (301) sera dans la mesure de connaitre la 'Location Area' dans laquelle le mobile (40) se trouve actuellement. Au niveau SCCP : - Adresse GT d'émission: SGSN (304) (numéro E.164), SSN = 149 (SGSN), TT = 0 - Adresse GT de destination: VMSCNLR (301) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 22. (Etape 22, Figure 9) un message de signalisation `MAP-UPDATE- LOCATION' est envoyé depuis le VMSCNLR (301) du réseau visité VPLMNcs (30) vers l'I-STP (110) du réseau (10). La syntaxe et les paramètres du message `MAP-UPDATE-LOCATION' sont définis dans la norme 3GPP TS 29.002. Le message est intercepté par l'l- STP (110) qui va le traiter à la place du HLR (101). Les paramètres principaux de ce message sont : Au niveau MAP : - l'IMSIsw (indiqué en Figure 9) avec lequel le mobile (40) s'est identifié auprès du SGSN (304) - l'IMEI (International Mobile Equipment Identifier) Au niveau SCCP : - Adresse GT d'émission: VMSCNLR (301) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 - Adresse GT de destination : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 (11-STP (110) émule le comportement du HLR (101)). 23. (Etape 23, Figure 9) un message de signalisation `MAP-INSERTSUBSCRIBER-DATA' est envoyé depuis l'I-STP (110) du réseau (10) vers le VMSCNLR (301). Ce message est envoyé en réponse au message `MAP-UPDATE-LOCATION' de l'Etape 22. Grâce à ce message, le VMSCNLR (301) connait le profil et les droits d'accès au réseau (30) de l'abonné. Dans le contexte du système selon l'invention, les paramètres principaux de ce message sont : Au niveau MAP : - NAM (Network access mode): l'accès du mobile (40) est réduit à la seule partie 'à commutation de circuit' du réseau (30). NAM = `CircuitOnly' - l'IMSIsw - Operator Determined Barring General data: tout appel entrant / sortant et tout service supplémentaire est permis dans le réseau visité VPLMNcs (30). Au niveau SCCP : - Adresse GT d'émission : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 (IT-STP (110) émule le comportement du HLR (101)). - Adresse GT de destination: VMSCNLR (301) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0. 24. (Etape 24, Figure 9) Le VMSCNLR (301) et l'I-STP (110) échangent les messages de signalisation `MAP-INSERT-SUBSCRIBER-DATARESPONSE' et `MAP-UPDATE-LOCATION-RESPONSE', afin d'acquitter les messages `MAP-UPDATE-LOCATION' et %AAP- INSERT-SUBSCRIBER-DATA' respectivement 25. (Etape 25, Figure 9) un message de signalisation `BSSAP+- LOCATION-UPDATE-ACCEPT' est renvoyé depuis le VMSCNLR (301) vers le SGSN (304) en réponse au message de l'Etape 21. Dans le contexte du système selon l'invention, les paramètres principaux du message sont : Au niveau BSSAP+ : - l'IMSIsw: avec lequel le mobile (40) s'est identifié auprès du SGSN (304) - Location Area Identifier: ce paramètre est calculé par le VMSCNLR (301) grâce au paramètre New Cell global identity reçu à l'étape 21. - New TMSI: ce paramètre fournit l'identité temporaire du mobile (40) au SGSN (304) par rapport à la partie 'à commutation de circuit' du VPLMNcs (30). Dans la figure 9, le New TMSI est dénoté TMS/sw Au niveau SCCP : - Adresse GT d'émission: VMSCNLR (301) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 - Adresse GT de destination: SGSN (304) (numéro E.164), SSN = 149 (SGSN), TT = 0 26. (Etape 26, Figure 9) le SGSN (304) envoie au téléphone (40) la confirmation que les procédures d'enregistrement et de localisation se sont déroulées correctement. La couche fonctionnelle GMMsw (406C) du SGSN (304) envoie l'information correspondante. - PRIMITIVE ID = GRR-DATA-REQ. - Paramètres significatifs: Attach-Accept, OldRNTIsw (le OldRNTIsw est utilisé afin de s'assurer que la confirmation soit reçue par le téléphone (40), objet de la procédure d'enregistrement et de localisation), NewRNTIsw (à la fin de la procédure, un nouveau identifiant temporaire - correspondant à la couche d'accès (403) - est alloué par le SGSN (304) au téléphone (40)), P-TMSIsw (un nouveau identifiant temporaire - correspondant aux couches de gestion de la mobilité (402) et de gestion des sessions de communication (400) - est alloué par le SGSN (304) au téléphone (40)), TMSIsw (reçu du VMSCNLR (301) à l'étape précédente) - Point d'Accès au Service (SAP) : GMMAS-SAP (412). Les paramètres sont reçus par la couche fonctionnelle RRC (409) du BSS du réseau VPLMNcs (30). 27. (Etape 27, Figure 9) La couche fonctionnelle RRC (409) du BSS reçoit la confirmation des procédures d'enregistrement et de localisation, selon l'Etape 26, et l'envoie à la couche homologue du téléphone (40) : - PRIMITIVE ID = GRR-DATA-IND. - Paramètres significatifs: Attach-Accept, OldRNTIsw, NewRNTIsw, P-TMSIsw, TMSIsw, SAPI (Service Access Point Identifier). A son tour, la couche fonctionnelle RRC (409) du téléphone (40) relaie la confirmation des procédures d'enregistrement et de localisation à la couche 'supérieure' GMMsw (406C). 28. (Etape 28, Figure 9) Grâce au Points d'Accès au Service (SAP) GMMsw COORD (415C) et MMsw COORD (416C) les couches fonctionnelles GMMsw (4060) et MMsw (407C) du téléphone (40) échangent les informations sur les machines à états finis respectives : la machine de la Figure 6 se trouvant dans l'état 'Location Update Initiated' (608), la couche GMMsw (406C) informe les couches applicatives que les procédures d'enregistrement et de localisation sur le réseau VPLMNcs (30) sont rejetées pour toute session de communication à commutation de paquet. - PRIMITIVE _ID = GMMREG-ATTACH-REJ. 29. (Etape 29, Figure 9) La couche fonctionnelle MMsw (407C) du téléphone (40) reçoit de la part de la couche GMMsw (406C) une confirmation que la procédure d'enregistrement au réseau VPLMNcs (30) s'est bien déroulée: - PRIMITIVE ID = MMREG-ATTACH-CNF. - Paramètres significatifs: Attach-type (enregistrement aux seuls services à commutation de circuit) - Point d'Accès au Service (SAP) : MMsw COORD (416C) - La machine à états finis (Figure 5) de la couche fonctionnelle GMMsw (406C) revient à l'état initial `GMM-DEREGISTERED' (600), car en correspondance de l'IMSIsw les seuls services à commutation de circuit sont permis. La machine à états finis (Figure 6) de la couche fonctionnelle MMsw (407C) bascule dans l'état 'Mit for Network Command' (609) ou dans l'état initial `MM-Idle' (605), en fonction du choix du constructeur du téléphone (40).15 Procédures opérationnelles d'appel entrant vers le mobile (40) La suite de la description ci-dessous explique les synoptiques correspondants aux procédures d'appel entrant. Le but est de montrer le rôle opérationnel des composants du système selon l'invention (tels que l'I-STP (110)) ainsi que le comportement fonctionnel des couches faisant partie de l'architecture logiciel du mobile (40) et du réseau VPLMNcs (30). D'autres procédures (appel sortant, établissement d'une connexion data, service supplémentaires, etc.) ne seront pas expliquées : tout expert de l'art pourra en déduire le fonctionnement sur la base de la description de l'invention et des figures associées. Les normes auxquelles on fait référence dans la Figure 10 sont: 3GPP TS 24.007: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals ; Mobile radio interface signalling layer 3 ; General aspects (Release 11), pour toute référence à l'architecture logiciel en couches implémentée dans un téléphone mobile et dans les éléments réseau correspondants (Figure 3) 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals ; Mobile radio interface Layer 3 specification ; Core network protocols ; Stage 3 (Release 9), pour toute référence aux machines à états finis (Figures 5 et 6) 3GPP TS 29.002: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Mobile Application Part (MAP) specification (Release 12) pour toute référence aux messages échangés entre le VPLMNps (20) et le HPLMN (10) et entre le VPLMNcs (30) et le HPLMN (10). ITU-T Q.767: APPLICATION OF THE ISDN USER PART OF CCITT SIGNALLING SYSTEM No. 7 FOR INTERNATIONAL ISDN INTERCONNECTIONS pour toute référence aux messages de contrôle d'appel dans un réseau SS7. ITU-T Q.931: ISDN user-network interface layer 3; specification for basic call control pour toute référence aux messages de contrôle d'appel entre un commutateur téléphonique et un téléphone Avec référence à la section Exposé de l'invention, la Figure 10 décrit les détails de la huitième caractéristique du système selon l'invention, notamment les équipements et les échanges des messages afin d'assurer le déroulement correct de l'appel entrant lorsque l'abonné se trouve en itinérance. 1. (Etape 1, Figure 10) Un message ISUP IAM est envoyé vers le GMSC (102) du réseau HPLMN (10). Le numéro appelé, contenu dans le message, est l'identifiant téléphonique MSISDNFR de l'abonné. La syntaxe et les paramètres du message `ISUP IAM' sont définis dans la norme ITU-T Q.767. 2. (Etape 2, Figure 10) un message de signalisation `MAP-SENDROUTING-INFORMATION' est envoyé depuis le GMSC (102) vers le HLR (101) du réseau (10). La syntaxe et les paramètres du message `MAP-SEND-ROUTING-INFORMATION' sont définis dans la norme 3GPP TS 29.002: Les paramètres principaux de ce message sont : Au niveau MAP : l'identifiant téléphonique MSISDNFR. Au niveau SCCP : - Adresse GT d'émission: GMSC (102) (numéro E.164), SSN = 8 (GMSC), TT = 0 - Adresse GT de destination : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 3. (Etape 3, Figure 10) Un message de signalisation `MAP-PROVIDEROAMING-NUMBER' est envoyé depuis le HLR (101) du réseau (10) vers le VMSC/VLR (201) du réseau VPLMNps (20). NOTE : le HLR (101) est à connaissance de la localisation du téléphone (40) grâce à des échanges de messages avec les composants du réseau VPLMNps (20) et en se référant à l'IMSIHw. Comme déjà expliqué, c'est l'I-STP (110) qui connait l'association entre l'IMSIFiw et l'IMSIsw et - par conséquent - la relation entre la localisation du téléphone (40) dans les réseaux VPLMNps (20) et VPLMNcs (30). La syntaxe et les paramètres du message `MAP-PROVIDE-ROAMING-NUMBER' sont définis dans la norme 3GPP TS 29.002. Les paramètres principaux de ce message sont : Au niveau MAP : - l'IMS/Hw - Le numéro (adresse GT) du VMSCNLR (201) de destination (indiqué DestGTps en Figure 10) Au niveau SCCP : - Adresse GT d'émission: HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 - Adresse GT de destination (DestGTps): VMSC/VLR (201) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 4. (Etape 4, Figure 10) L'I-STP (110) intercepte le message %AAP- PROVIDE-ROAMING-NUMBER' et remplace l'IMSIHW par l'IMSIsw ainsi que le DestGTps par le DestGTcs. En effet, selon la Figure 4 une correspondance entre IMSIHW et IMSIsvv est maintenue dans la base de données permanente (505) de l'I-STP (110) et une correspondance entre DestGTps et DestGTcs est maintenue dans la base de données temporaire (507) de l'I-STP (110). 5. (Etape 5, Figure 10) L'I-STP (110) se substitue au HLR (101) pour envoyer le message de signalisation `MAP-PROVIDE-ROAMINGNUMBER' au VMSCNLR (301) du réseau VPLMNcs (30). Les paramètres principaux de ce message sont : Au niveau MAP : - - Le numéro (adresse GT) du VMSCNLR (301) de destination (indiqué DestGTcs en Figure 12) Au niveau SCCP : - Adresse GT d'émission: HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0. Vis-à-vis du VMSCNLR (301) l'I-STP (110) se substitue au HLR (101) - Adresse GT de destination (DestGTcs): VMSCNLR (301) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 6. (Etape 6, Figure 10) Un message de signalisation `MAP-PROVIDE- ROAMING-NUMBER-RESULT' est renvoyé depuis le VMSCNLR (301) du réseau VPLMNcS (30) vers le HLR (101) du réseau (10) par l'intermédiaire de l'I-STP (110). La syntaxe et les paramètres du message `MAP-PROVIDE-ROAMING-NUMBER-RESULT' sont définis dans la norme 3GPP TS 29.002. Les paramètres principaux de ce message sont : Au niveau MAP : - L'identifiant téléphonique temporaire 'Mobile Station Roaming Number' (MSRN). - Le numéro (adresse DestGTcs) du VMSCNLR (301) de destination Au niveau SCCP: - Adresse GT d'émission: VMSCNLR (301) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 - Adresse GT de destination : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0. A noter : dans le message de réponse l'I-STP (110) fait fonction de relais. 7. (Etape 7, Figure 10) un message de signalisation `MAP-SEND- ROUTING-INFORMATION-RESULT' est renvoyé depuis le HLR (101) vers le GMSC (102) du réseau (10). La syntaxe et les paramètres du message `MAP-SEND-ROUTING-INFORMATION-RESULT' sont définis dans la norme 3GPP TS 29.002. Les paramètres principaux de ce message sont : Au niveau MAP : l'information de routage. Dans ce cas, il s'agit de : - L'identifiant téléphonique MSRN. - Le numéro (adresse GT) du VMSCNLR (301) de destination Au niveau SCCP : - Adresse GT d'émission: HLR (numéro E.164), SSN = 6 (HLR), TT = 0 - Adresse GT de destination : GMSC (numéro E.164), SSN = 8 (GMSC), TT = 0 8. (Etape 8, Figure 10) Un message ISUP IAM est envoyé depuis le GMSC (102) du (10) vers VMSCNLR (301) du réseau VPLMNcs (30). Le but est d'acheminer la signalisation d'appel vers le numéro destinataire (le MSRN reçu par le GMSC (102) à l'Etape 5). La syntaxe et les paramètres du message `ISUP IAM' sont définis dans la norme ITU-T Q.767. 9. (Etape 9, Figure 10) Comme déjà évoqué, la structure en couche de Figure 3 est implémentée également dans les différents noeuds du réseau. La réception du message ISUP IAM (étape précédente) permet au VMSC/VLR (301) de déclencher un message MMCCSETUP-REQ en direction de l'entité (415) pour la gestion de l'appel en cours. L'entité (415) correspond à l'entité 'paire' (405) du téléphone mobile (40) 10. (Etape 10, Figure 10) L'entité fonctionnelle MMsw (417C) du VMSC/VLR (301) reçoit une requête de déclenchement d'un appel vers le téléphone (40) (à noter : L'entité (417C) correspond à l'entité `paire' (407C) du téléphone mobile (40)) - PRIMITIVE_ID = MMCC-EST-REQ. - Paramètres significatifs : TMS/sw - Point d'Accès au Service (SAP) : MMCC-SAP 11. (Etape 11, Figure 10) La couche fonctionnelle RRC du BSS reçoit la requête de déclenchement d'un appel, selon l'Etape 10 : - PRIMITIVE_ID = RR-EST-REQ. - Type de message à transmettre au téléphone (40) : PAGING REQ - Paramètres significatifs: RNTIsw, TMSIsw, SAPI (Service Access Point Identifier). A noter : le SAPI indique que l'établissement d'une connexion de signalisation à niveau RRC est nécessaire entre le BSS et le téléphone (40) afin d'établir l'appel. 12. (Etape 12, Figure 10) La couche fonctionnelle RRC du BSS envoie la requête d'appel à la couche homologue (409) du téléphone (40). - PRIMITIVE ID = DL-UNIT-DATA-IND. - Type de message à transmettre au téléphone (40) : PAGING REQ - Paramètres: RNTIsw, SAPI (Service Access Point Identifier). 13. (Etape 13, Figure 10) La couche fonctionnelle RRC (409) du téléphone (40) répond au BSS avec la requête d'établissement d'un canal radio (CHANNEL REQ en Figure 10) 14. (Etape 14, Figure 10) A son tour, la couche fonctionnelle RRC du BSS procède à l'allocation d'un canal radio pour la transmission de la signalisation d'appel (IMMEDIATE ASSIGNMENT en Figure 10). 15. (Etape 15, Figure 10) Finalement, la couche fonctionnelle RRC (409) du téléphone (40) répond au BSS avec un message d'acquittement (PAGING RESPONSE en Figure 10) : une session à niveau RRC est établie entre les couches fonctionnelles (409) du BSS e du téléphone (40) afin de compléter les procédures d'appel entrant. 16. (Etapes 16a et 16b, Figure 10) La couche fonctionnelle RRC (409) du téléphone (40) envoie un message à la couche 'supérieure' MMsw (407C) pour lui indiquer qu'une connexion RRC a été établie sur requête du BSS ; la machine à états finis (Figure 6) de la couche fonctionnelle MMsw (407C) passe dans l'état 'Mit for Network command' via la transition 'RR connexion established (paging)'. Similairement, la couche fonctionnelle RRC du BSS envoie un message à la couche 'supérieure' MMsw (417C), gérée par le VMSC/VLR (301), pour lui confirmer que - suite à la requête d'appel - une connexion RRC a été établie avec le téléphone (40). 17.(Etape 17, Figure 10) La couche fonctionnelle RRC du BSS reçoit une requête de synchronisation inter-couche de la part de l'entité fonctionnelle MMsw (417C) du VMSCNLR (301). Cette étape permet de déclencher les opérations de chiffrement pour la signalisation et le transport du canal de voix (CIPHER MODE COMMAND en Figure 10). 18. (Etape 18, Figure 10) La couche fonctionnelle RRC du BSS envoie à la couche correspondante (409) du téléphone (40) une commande de début du chiffrement. 19. (Etape 19, Figure 10) A son tour, la couche fonctionnelle RRC (409) du téléphone (40) envoie à l'entité MMsw (407C) l'indication du début du chiffrement. 20. (Etape 20, Figure 10) La couche fonctionnelle RRC (409) du téléphone (40) envoie à la couche correspondante du BSS une confirmation que le chiffrement a été mis en place. Cette confirmation est elle-même chiffrée. 21. (Etape 21, Figure 10) En réponse à la requête de l'Etape 17, la couche fonctionnelle RRC du BSS confirme à l'entité fonctionnelle MMsw (417C) du VMSCNLR (301) que les ressources radio chiffrées sont disponibles pour continuer les opérations d'appel entrant. 22. (Etape 22, Figure 10) En réponse à la requête de l'Etape 10, l'entité fonctionnelle MMsw (417C) du VMSCNLR (301) confirme à l'entité de gestion d'appel (415) que les procédures d'établissement en direction du téléphone (40) peuvent continuer. - PRIMITIVE _ID = MMCC-EST-CNF. - Paramètres significatifs : TMSIsw - Point d'Accès au Service (SAP) : MMCC-SAP 23. (Etape 23, Figure 10) Le VMSCNLR (301) envoie un message de signalisation `CALL SETUP' vers le mobile (40). Le message contient - entre autre - le numéro de téléphone de l'appelant. La syntaxe et les paramètres du message `CALL SETUP' sont définis dans la norme ITU-T Q.931. L'entité MMsw (407C) du téléphone (40) intercepte le message. 24. (Etape 24, Figure 10) L'entité fonctionnelle MMsw (407C) envoie à l'entité de gestion d'appel (405) du téléphone (40) l'information que - suite à l'étape précédente - une requête d'appel entrant a été reçue - PRIMITIVE_ID = MMCC-EST-IND. - Point d'Accès au Service (SAP) : MMCC-SAP 25. (Etape 25, Figure 10) Une fois déclenchée la sonnerie du téléphone, l'entité de gestion d'appel (405) envoie à l'entité fonctionnelle MMsw (407C) une requête de transmission du signal d'alerte vers le téléphone de l'appelant. - PRIMITIVE_ID = MMCC-EST-IND. - Point d'Accès au Service (SAP) : MMCC-SAP 26. (Etape 26, Figure 10) L'entité MMsw (407C) du téléphone (40) envoie au VMSCNLR (301) un message de signalisation 'ALERT' à destination du téléphone de l'appelant. La syntaxe et les paramètres du message `ALERT' sont définis dans la norme ITU-T Q.931. Le message est reçu par l'entité fonctionnelle (415) du VMSCNLR (301) à travers l'entité (417C) et la couche RRC du BSS. 27. (Etape 27, Figure 10) La réception du message ALERT (étape précédente) permet à l'entité fonctionnelle (415) du VMSCNLR (301) de déclencher un message MMCC-ALERT-IND en direction de l'entité fonctionnelle du VMSCNLR (301) qui gère toute communication de/vers le réseau SS7 international. 28. (Etape 28, Figure 10) Suite à l'Etape 27 et en réponse au message ISUP IAM de l'Etape 8, un message ISUP ACM (Address Complete Message) est renvoyé depuis le VMSCNLR (301) du réseau VPLMNcs (30) vers le GMSC (102) du réseau (10). Le but est d'informer le téléphone de l'appelant que le téléphone destinataire (40) sonne. La syntaxe et les paramètres du message `ISUP ACM' sont définis dans la norme ITU-T Q.767. Extension au cas `11/1ulti-IMSI' Comme déjà expliqué dans la section Etat de la technique, les systèmes dits `multi-IMSI' son bien connus : plusieurs IMSI sont stockés dans une carte SIM 'Physique'. Un logiciel hébergé par la carte SIM 'Physique' et connu généralement sous le nom de `Multi-IMSI Applet' permet de choisir de façon automatique le 'meilleur' IMSI en fonction de critères tels que la localisation de l'abonné. Le cas d'utilisation plus répandu est celui de l'itinérance : dans sa version la plus simple, la carte SIM 'Physique' dispose de deux IMSI : Un IMSI `domestique', référencé IMSIHOME, utilisé dans le pays domestique de l'abonné et dans tout autre pays dans lequel l'opérateur de l'abonné a des accords d'itinérance. Un IMSI international', référencé IMSIINT, utilisé dans tout autre pays dans lequel l'opérateur de l'abonné n'a pas d'accords d'itinérance. Selon le modèle d'affaire classique de ce contexte, un fournisseur de Roaming Hub' (littéralement « Passerelle d'Itinérance ») met à disposition de l'opérateur de l'abonné : - L'IMSI 'international' IMSIINT- - Un réseau d'interconnexion Roaming Hub' grâce auquel l'opérateur de l'abonné peut bénéficier des accords d'itinérance entre le fournisseur de Roaming Hub' et ses réseaux partenaires. L'opérateur maintient le contrôle de son abonné car il détient la clef d'intégrité KI pour permettre les procédures d'authentification et de chiffrement. La Figure 11 décrit - de façon simplifiée - les procédures 25 opérationnelles sur lesquelles se base le fonctionnement du Roaming Hub' : - Le réseau domestique HPLMN (10) échange avec la carte SIM `Physique' (150) les protocoles d'authentification, quel que soit l'IMSI actif (IMSIHOME ou IMSIINT) sur la carte SIM (150). En effet, c'est le HLR (110) du HPLMN (10) qui détient la clef d'intégrité KI. 30 Aucun équipement du Roaming Hub' (95) est à connaissance de ladite clef d'intégrité KI. - L'abonné de l'opérateur domestique se trouve en itinérance dans un réseau visité VPLMN (20) dont l'opérateur à des accords d'itinérance avec le fournisseur du Roaming Hub' (95). Le "Mufti-IMSI Applet' de la carte SIM (150) active l'IMSI `International' IMSIINT. Les messages d'authentification sont échangé entre le VLR (201) du réseau visité VPLMN (20) et une passerelle d'interconnexion (951) du Roaming Hub' (95). A son tour, la passerelle d'interconnexion (951) : o Relaie tout message d'authentification du VLR (201) vers le HLR (10) après avoir remplacé l'IMSIINT par l'IMSIHomE. o Relaie tout message d'authentification du HLR (10) vers le VLR (201) après avoir remplacé l'IMS1HomE par l'IMSIINT. Avec référence à la section Exposé de l'invention, la Figure 12 décrit les détails de la neuvième caractéristique du système selon l'invention dans le contexte du cas Roaming Hub': Le téléphone mobile (40) héberge : - Une carte SIM 'Physique' SIMHW (150) contenant : o Un IMSI 'domestique', référencé IMSINw-HOME, utilisé dans le pays domestique de l'abonné et dans tout autre pays dans lequel l'opérateur de l'abonné a des accords d'itinérance. o Un IMSI 'international', référencé IMSIKNANT, utilisé dans tout autre pays dans lequel l'opérateur de l'abonné n'a pas d'accords d'itinérance. o L'IMSIHw-HOME et l'IMSINw-INT permettent l'accès à une première classe de services, en l'occurrence les services à commutation de paquet ou les services '2G' et '3G' - Une carte SIM SIMsw (151) contenant : o Un IMSI `domestique', référencé IMSIsw_HomE, utilisé dans le pays domestique de l'abonné et dans tout autre pays dans lequel l'opérateur de l'abonné a des accords d'itinérance. o Un IMSI 'international', référencé IMSIsw_INT, utilisé dans tout autre pays dans lequel l'opérateur de l'abonné n'a pas d'accords d'itinérance. o L'IMSIsw_NomE et l'IMSIsw-INT permettent l'accès à une deuxième classe de services, en l'occurrence les services à commutation de circuit ou les services '4G' Selon une extension du modèle d'affaire énoncé, le fournisseur du Roaming Hub' met à disposition de l'opérateur de l'abonné Les IMSI 'internationaux' IMSIHwerr et IMSISW-INT- Le réseau d'interconnexion Roaming Hub' grâce auquel l'opérateur de l'abonné peut bénéficier des accords d'itinérance entre le fournisseur de Roaming Hub' et ses réseaux partenaires, ces accords d'itinérance permettant : o L'accès à une première classe de services (en l'occurrence les services à commutation de paquet ou les services '2G' et '3G') en correspondance de l'IMSIHw-inn- o L'accès à une deuxième classe de services (en l'occurrence les services à commutation de circuit ou les services '4G') en correspondance de l'IMSIsw-ii\rr La Figure 12 décrit - de façon simplifiée - les procédures opérationnelles sur 15 lesquelles se base le fonctionnement du Roaming Hub' dans le contexte du système selon l'invention: - Le réseau domestique HPLMN (10) échange avec la SIMHW (150) et avec la SIMsw (151) les protocoles d'authentification, quel que soit l'IMSI actif : 20 o (IMSIFiw-HOME ou IMS1HwANT) sur la SIMHW (150). o (IMSIsw-HOME ou IMSIsw-inn-) sur la SIMsw (151). En effet, c'est le HLR (101) du HPLMN (10) qui détient la clef d'intégrité KI. - Aucun équipement du Roaming Hub' (95) est à connaissance de 25 ladite clef d'intégrité KI. - L'abonné de l'opérateur domestique se trouve en itinérance dans un pays dans lequel deux réseaux visités (20) et (30) appartiennent respectivement - à deux opérateurs qui ont des accords d'itinérance avec le fournisseur du Roaming Hub' (95). 30 Le "Multi-IMSI Applet' de la carte SIMHW (150) active l'IMSI `International' IMSkiw-inr. Ensuite la SIMsw (151) active l'IMSI `International' correspondant IMSIsw_mr. Une première série de messages d'authentification est échangée entre le VLR (201) du réseau visité (20) et la passerelle d'interconnexion (951) du Roaming Hub' (95). A son tour, la passerelle d'interconnexion (951) : o Relaie tout message d'authentification du VLR (201) vers le HLR (101) après avoir remplacé l'IMSIHw-INT par l'IMSIHW-HOME- o Relaie tout message d'authentification du HLR (101) vers le VLR (201) après avoir remplacé l'IMSIHw-HOME par l'IMSIHW-INT- L'exécution de ces procédures d'authentification permet à l'abonner de consommer une première classe de services sur le réseau visité (20). Une deuxième série de messages d'authentification est échangée entre le VLR (301) du réseau visité (30) et la passerelle d'interconnexion (951) du Roaming Hub' (95). A son tour, la passerelle d'interconnexion (951) : o Relaie tout message d'authentification du VLR (301) vers l'ISTP (110) après avoir remplacé l'IMSIsw-INT par l'IMSIsw_HomE. o Relaie tout message d'authentification de l'I-STP (110) vers le VLR (301) après avoir remplacé l'IMSIsw-HOME par l'IMSIsw-INT. L'exécution de ces procédures d'authentification permet à l'abonner de consommer une deuxième classe de services sur le réseau visité (30).25 GLOSSAIRE ET ABREVIATIONS UTILISEES 2G : « Deuxième Génération », norme numérique pour la téléphonie mobile se référant au système `GSM' (Global System for Mobile Communications) 2.5G : norme numérique pour la téléphonie mobile avec laquelle on qualifie le GPRS (General Packet Radio Service) 3G : « Troisième Génération », génération de normes de téléphonie mobile. Elle est représentée principalement par les normes Universal Mobile Telecommunications System (UMTS) et CDMA2000, permettant des débits bien plus rapides (de 2 à 42 Mb/s) qu'avec les générations précédentes. 3GPP : « 3rd Generation Partnership Project », coopération entre organismes de standardisation régionaux en Télécommunications visant à produire des spécifications techniques pour les réseaux mobiles de 3e (3G) et 4e générations (4G). 4G : « Quatrième génération », le successeur de la 2G et de la 3G. Elle permet le « très haut débit mobile », c'est-à-dire des transmissions de données à des débits théoriques supérieurs à 100 Mb/s, voire supérieurs à 1 Gb/s A3 : Algorithme d'authentification de la carte SIM. Cet algorithme est exécuté dans la couche matériel de la carte SIM et dans le HLR/AuC du réseau coeur A5 : Algorithme de chiffrement / déchiffrement de l'ensemble des informations transmises sur la voie radio (signalisation, voix ou données) utilisant la clef Kc (ou KCGPRS) et le numéro de trame courante. Ag : Algorithme de génération de la clef de chiffrement Kc (ou KcGpRs). Cet algorithme est exécuté dans la couche matériel de la carte SIM et dans le HLR/AuC du réseau coeur APN : « Access Point Name », nom d'une passerelle logique entre un réseau mobile à commutation de paquet (GPRS, 3G, 4G) et un réseau externe (en général l'Internet public). ARFCN : « Absolute Radio Frequency Channel Number », numéro entier (en général entre 0 à 1023) désignant une porteuse de façon unique dans les systèmes GSM/GPRS/UMTS. ATR : « Answer To Reset », message en provenance d'une carte SIM à destination d'un téléphone mobile. L'ATR est envoyé suite à un reset électronique reçu de la part du téléphone. AuC : « Authentication Center », fonction d'authentification de la carte SIM (Subscriber Identity Module) utilisée sur un réseau de mobiles GSM. L'AuC est associé au HLR (Home Location Register). Cette authentification a lieu normalement après la mise sous tension du téléphone mobile BCCH « Broadcast Control CHannel », canal logique sur lequel sont diffusées périodiquement des informations système variant peu dans le temps. BSC : « Base Station Controller », contrôleur de station de base. Cet équipement commande une ou plusieurs BTS et gère la ressource radio (allocation d'un canal pour un appel, etc.). BSS : « Base Station Subsystem », sous-système radio composé d'un BSC et d'une BTS. Un BSS désigne en général un BSC et les BTS qui en dépendent. BSSAP+ : « BSS Application Part + (GPRS) », protocole entre SGSN et 15 VMSCNLR permettant principalement une gestion coordonnée de la localisation entre GPRS et GSM BSSAP+-LOCATION-UPDATE : service du protocole BSSAP+ servant à échanger les informations de localisation d'un mobile entre un SGSN et un VMSCNLR. 20 BSSAP+-TMSI-REALLOCATION : service du protocole BSSAP+ servant à échanger les informations d'identification temporaire d'un mobile entre un SGSN et un VMSCNLR. BSSAP+-PAGING-REQUEST : service du protocole BSSAP+ servant à envoyer au SGSN une requête de paging de la part du VMSCNLR. 25 BSSMAP : « BSS Management APplication », protocole qui régit le dialogue BSC-MSC pour tous les messages ayant trait à la gestion de la ressource radio. BTS : « Base Transceiver Station », équipement composé des émetteurs/récepteurs radio et constituant l'interface entre le BSC et les 30 mobiles. CAMEL : « Customized Applications for Mobile network Enhanced Logic », ensemble de fonctionnalités qui reprend les principes de base du Réseau Intelligent en y apportant une dimension mobile CAP : « CAMEL Application Part », protocole standard de haut niveau du GSM qui effectue tous les échanges entre les différents éléments fonctionnels de la plateforme CAMEL CdPA : « Called Party Address », adresse ou numéro téléphonique d'une entité appelée (ou destinataire) CgPA : « Calling Party Address », adresse ou numéro téléphonique d'une entité appelant (ou émettrice) CM : « Connection Management », sous-couche de niveau 3 entre un téléphone mobile et le VLR (SGSN) qui gère les communications à commutation de circuit (paquet) DPC : « Destination Point Code », 'Point Code' d'un équipement destinataire d'un message MAP, CAP ou ISUP DF : « Directory File » ou « Dedicated File », dans la structure des fichiers d'une carte SIM, le DF est un sous-répertoire du master file MF. E.164 : définition - selon le standard du réseau SS7 - d'un MSISDN. Selon le standard E164, un MSISDN a le format (code pays, code de destination national, numéro de l'abonné) E.214 : Le standard SS7 E.214 définit un numéro hybride, dans lequel le code pays et le code de destination national ont le format E.164, tandis que le numéro d'identification de l'abonné est selon format E.212 (voir 'IMSI'). L'existence du format E.214 est justifiée par le fait que les réseaux SS7 internationaux nécessitent d'un en-tête de type E.164 afin de router les messages de signalisation (pour la définition du format E.212 se référer à la définition de 'IMSI') EF : « Elementary File », dans la structure des fichiers d'une carte SIM, un EF fait partie d'un sous-répertoire DF. L'ensemble des EF d'un DF contient des données spécifiques pour l'exécution de certaines fonctionnalités de la carte SIM. FID : « File IDentifier », ensemble de quatre chiffres hexadécimaux qui identifient un fichier ou un répertoire appartenant à la structure hiérarchique des fichiers d'une carte SIM FLASH (mémoire), mémoire de masse à semi-conducteurs réinscriptible, possédant les caractéristiques d'une mémoire vive mais dont les données ne disparaissent pas lors d'une mise hors tension Full MVNO : « Full Mobile Virtual Network Operator » est un opérateur de téléphonie mobile qui, ne possédant pas de concession de spectre de fréquences ni d'infrastructure pour la transmission par voie hertzienne, contracte des accords avec les MNO pour interconnecter ses équipements. Un Full MVNO possède les équipements du réseau coeur (tels que le HLR, le GMSC, le GGSN, etc.) ; il est aussi responsable de la fabrication et de l'exploitation de ses propres cartes SIM GGSN : « Gateway GPRS Support Node », passerelle d'interconnexion entre le réseau paquet mobile (GPRS ou UMTS) et les réseaux IP externes GMM : « GPRS Mobility Management », sous-couche de niveau 3 entre un téléphone mobile et le SGSN qui gère l'itinérance et la sécurité. Le GMM fait partie du plan de signalisation GPRS (GMM Coord, MM Coord) : 'Point d'Accès aux Services' pour la coordination des états opérationnelles entre la couche GMM et MM dans le réseau visité VPLMNPS (respectivement VPLMNcs) GMMAS-SAP : 'Point d'Accès aux Services' définissant l'interface de communication entre la couche `GMM' et la couche `RR' GMMREG-SAP : 'Point d'Accès aux Services' définissant l'interface de communication de/vers la couche `GMM' GMMSM-SAP : 'Point d'Accès aux Services' définissant l'interface de communication entre la couche `GMM' et la couche 'CM' GMSC : « Gateway MSC », commutateur téléphonique permettant l'accès au réseau mobile d'un opérateur par intermédiaire d'une connexion SS7 et d'accords d'itinérance GRX : « GPRS Roaming Exchange », réseau de routage IP sécurisé destiné aux opérateurs mobiles, permettant à leurs abonnés de basculer entre plusieurs opérateurs tout en continuant d'accéder aux services de données de leur réseau domestique GT : « Global Title », adresse utilisée pour l'acheminement des messages de signalisation dans les réseaux de télécommunication. Tout équipement, tel que GMSC, HLR, etc. a son propre 'GT'. GTP : « GPRS Tunneling Protocol », protocole au-dessus de TCP/IP ou UDP/IP qui permet l'encapsulation de paquets de données dans les datagrammes IP et l'échange de signalisation entre SGSN et GGSN. HLR : « Home Location Register » registre de localisation principal d'un abonné mobile HPLMN : « Home Public Land Mobile Network », réseau d'abonnement d'un mobile I-STP : « Intelligent Signaling Transfer Point », point de transfert sémaphore pour l'acheminement des messages de signalisation dans un réseau SS7 et qui contient des fonctionnalités et des bases de données selon les opérations du système selon l'invention IMEI « International Mobile Equipment Identity », identité internationale spécifique d'un terminal IMS : « IP Multimedia Subsystem », une architecture standardisée pour les opérateurs de téléphonie, qui permet de fournir des services multimédias fixes et mobiles. Cette architecture fait converger l'Internet et le monde de la téléphonie cellulaire ; elle utilise les technologies cellulaires pour fournir un accès en tout lieu, et les technologies Internet pour fournir les services IMSI : « International Mobile Subscriber Identity », numérotation interne (à 15 ou 16 chiffres) à un réseau HPLMN. Le premier champ de cette numérotation est le MCC (Mobile Country Code - 3 chiffres), le deuxième champ est le MNC (Mobile Network Code - généralement 2 ou 3 chiffres). Le dix chiffres restant définissent respectivement le HLR qui contrôle l'IMSI (2 chiffres) et l'identifiant de l'abonné (8 chiffres). A titre d'exemple, pour un HPLMN allemand MCC = 262, pour un HPLMN français MCC = 208. Le format de l'IMSI respecte le standard dit `E.212' des réseaux SS7. ISUP : « ISDN User Part », protocole qui fait partie du réseau SS7 et qui est utilisé pour la gestion des appels téléphonique dans les réseaux publics commutés ISUP ACM : « Address Complete Message », message renvoyé par le commutateur de destination dès que le téléphone du destinataire de l'appel sonne. ISUP ANM : « ANswer Message », message renvoyé par le commutateur de destination dès que le destinataire a décroché. ISUP IAM : « Initial Address Message », le premier message envoyé pour informer le commutateur partenaire qu'un établissement d'appel doit être effectué à destination du numéro destinataire contenu parmi les paramètres du message. ITU-T : « International Telecommunication Union », agence des Nations Unies spécialisée dans les technologies de l'information et de la 5 communication, basée à Genève (Suisse). LA : « Location Area », ensemble de cellules au sein duquel le téléphone mobile n'enclenche pas la mise à jour de la localisation par rapport au réseau GSM dans lequel le téléphone mobile se trouve. LAC : « Location Area Code », code d'une zone de localisation au sein d'un 10 réseau donné. LAI : « Location Area Identification», identification d'une zone de localisation dans le monde. Elle contient le code pays MCC, le code réseau MNC et le code LAC. KI : « lntegrity Key », clef partagée entre la carte SIM et le réseau coeur (HLR 15 / AuC) qui permet les opérations d'authentification et d'autorisation ainsi que la génération de la clef de chiffrement Kc (ou KCGPRS) LLC : « Logical Link Control », protocole de liaison entre le mobile et le SGSN qui assure, entre autres, le chiffrement pour GPRS. MAP : « Mobility Application Part », protocole standard de haut niveau du 20 GSM qui effectue tous les échanges liés à la mobilité, au contrôle d'appel et aux services supplémentaires MAP-INSERT-SUBSCRIBER-DATA : service du protocole MAP servant à envoyer depuis le HLR la description du profil de l'abonné (MSISDN, etc.) quand celui-ci se trouve dans un VPLMN. Le message est reçu par le 25 VMSCNLR du VPLMN MAP-PROVIDE-ROAMING-NUMBER : service du protocole MAP servant à demander au VMSCNLR un numéro téléphonique temporaire pour acheminer les appels vers le mobile. Le message est envoyé par le HLR MAP-SEND-AUTHENTICATION-INFO : service du protocole MAP servant à 30 demander au HLR les informations pour authentifier le mobile. Le message est envoyé par le VMSCNLR du VPLMN MAP-SEND-ROUTING-INFO : service du protocole MAP servant à demander au HLR les informations pour acheminer les appels vers le mobile. Le message est envoyé par le GMSC du HPLMN. MAP-UPDATE-GPRS-LOCATION : service du protocole MAP servant à enregistrer dans le HLR la présence d'un abonné dans un VPLMN. Le message est envoyé par le SGSN du VPLMN. MAP-UPDATE-LOCATION : service du protocole MAP servant à enregistrer 5 dans le HLR la présence d'un abonné dans un VPLMN. Le message est envoyé par le VMSC/VLR du VPLMN. MCC : « Mobile Country Code », voir la définition d'IMSI MF : « Master File », dans la structure des fichiers d'une carte SIM, le MF est la 'racine'. Une carte SIM contient un seul MF. 10 MGT : « Mobile Global Title », conversion de l'IMSI dans un format `routable' par le réseau SS7 (voir aussi la définition de E.214) MM : « Mobility Management », sous-couche de niveau 3 entre un téléphone mobile et le VLR qui gère l'itinérance et la sécurité. Le MM fait partie du plan de signalisation GSM 15 MMREG-SAP : 'Point d'Accès aux Services' définissant l'interface de communication de/vers la couche 'MM' MNO : Mobile Network Operator, opérateur de téléphonie mobile qui possède une concession de spectre de fréquences et/ou l'infrastructure de réseau propre. L'infrastructure consiste de composants permettant la liaison 20 du mobile par voie hertzienne ainsi que les composants du réseau « coeur ». MSC : « Mobile Switching Center », commutateur téléphonique mobile MSISDN : « Mobile Station ISDN Number », le numéro « connu du public » de l'abonné GSM ou UMTS par opposition au numéro IMSI. C'est cet identifiant, couramment appelé numéro de téléphone, qui sera composé afin 25 d'atteindre l'abonné. MSRN : « Mobile Station Roaming Number », numéro d'itinérance temporaire attribué dynamiquement à chaque demande d'appel entrant par le VPLMN. MTP : « Message Transfer Part », couche réseau des systèmes SS7 30 fournissant des services tels que adressage (par le biais des 'Point Code') et le routage (chaque noeud du réseau SS7 dispose d'une table de routage préconfigurée permettant de connaître le noeud suivant par laquelle passer pour acheminer un paquet à la destination) NP : « Numbering Plan », numéro entier correspondant à un type de numéro (E.164, E.214, etc.) dans le plan de numérotation SS7 NSAPI : « Network Service Access Point Identifier », identifiant du point d'accès d'une entité réseau (telle que IP, X.25, etc.) qui utilise SNDCP. Le 5 NSAPI est échangé entre le mobile et le SGSN. OPC : « Origination Point Code », 'Point Code' d'un équipement émetteur d'un message MAP, CAP ou ISUP OSI : « Open System Interconnection », modèle de communications entre ordinateurs proposé qui décrit les fonctionnalités nécessaires à la 10 communication et l'organisation des fonctions logiciel. P-TMSI : « Packet - Temporary Mobile Subscriber Identity », identité temporaire allouée par le SGSN. Se référer à l'acronyme 'TMSI'. PC : « Point Code », adresse à niveau de la couche MTP dans le réseau de signalisation SS7 15 PDP : « Packet Data Protocol », désignation de tout protocole réseau par paquets pour lequel GPRS offre une compatibilité. PIN : « Personal Identification Number », suite de chiffres destinée à authentifier le propriétaire d'une carte SIM PSTN : « Public Switched Telephone Network », réseau téléphonique 20 commuté RA : « Routing Area », ensemble de cellules au sein desquelles le téléphone mobile n'enclenche pas la mise à jour de la localisation par rapport au réseau GPRS dans lequel le téléphone mobile se trouve. En général, une ou plusieurs RA sont contenues dans la même LA. 25 RAC : « Routing Area Code », code d'une zone de routage au sein d'un réseau donné. RAI : « Routing Area Identification», identification d'une zone de routage dans le monde. Elle contient le code pays MCC, le code réseau MNC, le code LAC et le code RAC. 30 RAM : « Random Access Memory », mémoire informatique dans laquelle un ordinateur place les données lors de leur traitement RAND : nombre aléatoire émis par le réseau vers le téléphone mobile pour l'authentification et le chiffrement RNTI : « Radio Network Temporary Identity », identité temporaire qui identifie un mobile particulier pour le SGSN. Le RNTI est utilisé dans les réseaux 3G Roaminq (itinérance) : dispositions contractuelles (accords) et techniques permettant à un abonné de mobile d'utiliser son téléphone dans d'autres réseaux que le sien. Roaming Hub (passerelle d'itinérance) : ensemble d'outils (IMSI, réseau d'interconnexion, protocoles de translation d'adresse) qui permettent à un opérateur d'élargir ses accords d'itinérance. RR : « Radio Resource (management) », partie de la couche réseau présente entre le mobile et le BSS qui gère la ressource radio (allocation de canal, chiffrement, etc.) RR-SAP : 'Point d'Accès aux Services' définissant l'interface de communication entre la couche `MM' et la couche 'RR' SAP : « Service Access Point », 'Point d'Accès aux Services', entité logicielle, définie par une étiquette (label d'identification) qui définit les attributs de communications (primitives, paramètres) entre deux couches OSI (voir définition) SAPI : « Service Access Point Identifier », identifiant du point d'accès entre deux couche 'paires' (dans le téléphone et dans le réseau). Un cas typique 20 d'utilisation du SAPI est l'indication d'un échange de messages de signalisation entre les couches 'paires' SCCP : « Signaling Connection Control Part », protocole standard des réseaux SS7 qui fournit les services à niveau réseau pour l'interconnexion à niveau `Global Title' (GT) entre différents équipements. 25 SGSN : « Serving GPRS Support Node », passerelle permettant l'acheminement des données à l'intérieur des réseaux mobiles GPRS SIM : « Subscriber identity Module », carte à puce hébergée dans un téléphone mobile ; utilisée pour stocker les informations (permanentes et temporaires) spécifiques à l'abonné d'un réseau mobile 30 SIMSW : « SIM Physique » dans le système selon l'invention, terme utilisé pour distinguer une carte SIM (ou USIM) 'classique' de la SIMsw. SIMsw : « SIM Virtuelle » dans le système selon l'invention, terme utilisé pour désigner les bases de données et la structure des fichiers - normalement hébergés par une carte SIM - contenus dans une mémoire Flash d'un téléphone mobile. SMSC : « Short Message Service Center », permet de gérer le transfert de messages SMS (textes ou binaires) entre téléphones mobiles SNDCP : « Sub Network Dependent Convergence Protocol », protocole GPRS de niveau 3 qui spécifie les fonctionnalités et les messages entre un téléphone mobile et le SGSN. SPC : « Signaling Point Code », adresse unique pour un noeud réseau dénommé (Signaling Point'. Le SPC est similaire à l'adresse IP dans un réseau à commutation de paquet. SRES : « Signed RESponse », résultat de l'authentification, calculée à partir du nombre aléatoire RAND en appliquant l'algorithme A3. SS7: « Signaling System no. 7 », réseau d'interconnexion utilisé entre les réseaux mobiles pour la transmission de la signalisation pour toute communication à commutation de circuit (voix, messages courts...) SSN : « Sub-System Number », numéro qui identifie une fonction utilisateur (HLR, GMSC, SGSN, etc.) dans le protocole SCCP STP : « Signaling Transfer Point », fonction de commutation des messages de signalisation SS7 au sein d'un réseau national ou international. TLLI : « Temporary Logical Link Identity », identité temporaire qui identifie un mobile particulier pour le SGSN. Le TLLI est utilisé dans les réseaux 2G et 2,5G TMSI : « Temporary Mobile Subscriber Identity », identité temporaire allouée par le VLR afin d'éviter - sauf cas particuliers - la transmission de l'IMSI sur la voie radio. En effet, l'IMSI doit être transmis le moins souvent possible afin de minimiser le risque d'interception et traçage. TT : « Translation Type », champs du protocole SCCP qui permet d'adresser le translateur d'adresse approprié dans les interconnexions SS7 internationales USIM : « Universel Subscriber Identity Module », application stockée et exécutée sur la plateforme de type UICC (Universal Integrated Circuit Card) d'une carte SIM. L'application USIM est principalement définie par les spécifications ETSI TS 102 221 (application SIM), 3GPP TS 31.102 (application USIM) et TS 21.1111 (carte USIM). VLR : « Visited Location Register », registre de localisation dans un réseau visité VMSC : « Visited MSC », commutateur téléphonique mobile dans un réseau visité VMSCNLR : l'ensemble des fonctionnalités du MSC et du VLR dans un réseau VPLMN; bien que distinctes, ces fonctionnalités sont souvent considérées dans leur ensemble dans les exposés des architectures afin de simplifier la description. VPLMN : « Visited Public Land Mobile Network », réseau visité par un mobile en itinérance VPLMNcs : dans le système selon l'invention, partie du réseau VPLMN qui gère l'accès aux services à commutation de circuit. VPLMNps : dans le système selon l'invention, partie du réseau VPLMN qui gère l'accès aux services à commutation de paquet. REVENDICATIONS1. Système de mobiles enregistrés simultanément: - Dans un réseau HPLMN avec un premier code d'identification IMSIHW contenu dans une carte SIM `Physique' SIMHW qui contient une première structure de fichiers dédiés à la gestion des opérations (mobilité, authentification, gestion des sessions) en correspondance dudit code d'identification IMSIHW. - Dans un réseau VPLMN avec un deuxième code d'identification IMSIsw contenu dans une carte SIM `Virtuelle' SIMsw qui est configurée dans une zone de mémoire du téléphone mobile qui héberge la carte SIMHW, la SIMsw contenant une deuxième structure de fichiers dédiés à la gestion des opérations (mobilité, gestion des sessions) en correspondance dudit code d'identification IMSIsw. 2. Système selon la revendication 1, caractérisé en ce qu'il comprend : - Des cartes SIM `Physiques' SIMHW, contenants une première structure de fichiers dédiés à la gestion des opérations (mobilité, authentification, gestion des sessions) en correspondance du premier code d'identification IMSIHW. - Des cartes SIM `Virtuelles' SIMsw, contenants une deuxième structure de fichiers dédiés à la gestion des opérations (mobilité, gestion des sessions) en correspondance du deuxième code d'identification IMSIsw. 25 - Des téléphones mobiles, hébergeant simultanément : o Lesdites cartes SIM `Physiques' SIMHW, les téléphones ayant accès à la première structure de fichiers en correspondance du premier code d'identification IMSIHW pour toute interaction avec le réseau HPLMN. 30 o Lesdites cartes SIM `Virtuelles' SIMsw, les téléphones ayant accès à la deuxième structure de fichiers en correspondance du deuxième code d'identification IMSIsw pour toute interaction avec le réseau VPLMN.- Un serveur d'interconnexion (1-STP) assurant : o L'interconnexion logique entre le registre de localisation principal (HLR) du réseau HPLMN et les équipements du réseau VPLMN tels que les registres de localisation en visite (VLR), les commutateurs téléphoniques mobiles (VMSC) et les noeuds de service GPRS (SGSN). o La maintenance et la gestion des bases de données nécessaires au management des interconnexions entre le registre de localisation principal (HLR) du réseau HPLMN et lesdits composants du réseau VPLMN ainsi que des bases de données contenant la correspondance entre les informations reliées aux identifiants respectifs (IMSIHW, IMS1sw). - Un programme de gestion selon lequel le serveur d'interconnexion (1- STP) : o Enregistre la localisation des téléphones mobiles dans le réseau VPLMN en correspondance du deuxième code d'identification IMSIsw. o Gère les procédures d'authentification des téléphones mobiles entre le réseau VPLMN et le réseau HPLMN en correspondance du deuxième code d'identification IMS1sw. o Permet l'accès à tout service disponible dans le réseau HPLMN suite à une procédure d'enregistrement en correspondance du premier code d'identification IMSIHW. o Permet l'accès à tout service disponible dans le réseau VPLMN suite à une procédure d'enregistrement en correspondance du deuxième code d'identification IMSIsw. 3. Système selon les revendications 1 et 2, caractérisé en ce que les mobiles du système selon l'invention se trouvent en situation d'itinérance et sont enregistrés simultanément: - Dans un premier réseau VPLMNPS avec le premier code d'identification IMSIHW contenu dans la carte SIM `Physique' SIMHW. L'enregistrement au réseau VPLMNPS permet l'accès à tout service de communication àcommutation de paquet, tel que le service d'internet mobile ou de messagerie électronique. - Dans un deuxième réseau VPLMNcs avec le deuxième code d'identification IMSIsw contenu dans la carte SIM 'Virtuelle' SIMsw. L'enregistrement au réseau VPLMNcs permet l'accès à tout service de communication à commutation de circuit, tel que le service de téléphonie mobile. 4. Système selon la revendications 3, 10 caractérisé en ce que les téléphones mobiles qui hébergent la carte SIM `Physique' SIMHW et la carte SIM 'Virtuelle' SIMsw selon l'invention disposent: - De deux couples de couches fonctionnelles: o Le premier couple (GMMHW, MMHW) pour la gestion de l'enregistrement, l'identification, l'authentification et la gestion des 15 communications à commutation de paquet en correspondance du premier code d'identification IMSIHW pour toute interaction avec le premier réseau visité VPLMNPS. o Le deuxième couple (GMMsw, MMsw) pour la gestion de l'enregistrement, l'identification, l'authentification et la gestion des 20 communications à commutation de circuit en correspondance du deuxième code d'identification IMSIsw pour toute interaction avec le deuxième réseau visité VPLMNcs. - D'un programme de gestion selon lequel : o Une fois le lien de communication établi avec la carte SIMHW et le 25 code PIN rentré par l'abonné et vérifié par le téléphone, ce dernier lit les codes d'identification IMSIHW et IMSIsw contenus respectivement - dans la carte SIM 'Physique' SIMHW et la carte SIM SIMsw. o Un processus de sélection de cellule est déclenché par le 30 téléphone mobile afin de connaître le pays visité. o Une fois identifié le pays visité, le couple (GMMHW, MMHW) démarre le processus d'enregistrement sur le réseau VPLMNps l'accès à la structure de fichiers de la carte SIMHW en correspondance du premier code d'identification IMSIHW permetd'établir le réseau VPLMNPS préféré et de s'y authentifier et enregistrer. o Une fois l'enregistrement sur le réseau VPLMNPS terminé, le couple (GMMHW, MMsw) démarre le processus d'enregistrement sur le réseau VPLMNcs : l'accès à la structure de fichiers de la SIMsw en correspondance du deuxième code d'identification IMSIHW permet d'établir le réseau VPLMNcs préféré et de s'y authentifier et enregistrer. 5. Système selon les revendications 3 et 4, caractérisé en ce que les procédures d'enregistrement, authentification et localisation sur le réseau visité VPLMNPS comprennent les étapes qui consistent en : - Un échange de messages d'enregistrement aux services à commutation de circuit et de paquet sur le réseau VPLMNPS entre le couple de couches fonctionnelles (GMMHW, MMHW) du téléphone mobile et la couche fonctionnelle GMMHW correspondante du noeud de service GPRS (SGSN) du réseau VPLMNPS. - Une requête d'identification envoyée depuis la couche fonctionnelle GMMHW du noeud de service GPRS (SGSN) du réseau VPLMNPS cette requête étant acquittée par le couple de couches fonctionnelles (GMMHW, MMHW) du téléphone mobile qui envoie - en retour - l'identifiant IMSIHW. - Un échange de messages d'authentification entre le couple de couches fonctionnelles (GMMHW, MMHW) du téléphone mobile, la couche fonctionnelle GMMHW du noeud de service GPRS (SGSN) du réseau VPLMNPS et le registre de localisation principal (HLR) du réseau HPLMN, cet échange faisant référence à l'identifiant IMSIHW de la carte SIMHw. - L'interception des messages d'authentification de la part du serveur d'interconnexion (I-STP), qui stocke les paramètres d'authentification afin de le réutiliser pour l'enregistrement successif du téléphone mobile sur le réseau VPLMNcs. - Un échange de messages de localisation entre le noeud de service GPRS (SGSN) du réseau VPLMNPS et le registre de localisation principal (HLR)du réseau HPLMN, cet échange faisant référence à l'identifiant IMSIHW de la carte SIM. Au cours de cet échange le registre de localisation principal (HLR) du réseau HPLMN envoie au noeud de service GPRS (SGSN) du réseau VPLMNPS les données contenant le profil de l'abonné et ses droits d'accès. - L'interception des messages de localisation de la part du serveur d'interconnexion (I-STP), qui remplace le profil et les droits d'accès de l'abonné par des paramètres qui restreindre l'accès du téléphone mobile sur le réseau VPLMNPS aux seuls services à commutation de paquet. A cet effet, le serveur d'interconnexion (I-STP) se substitue au registre de localisation principal (HLR). - Une notification de fin d'enregistrement envoyée depuis la couche fonctionnelle GMMHW du noeud de service GPRS (SGSN) du réseau VPLMNPS au couple de couches fonctionnelles (GMMHW, MMHW) du téléphone mobile. Parmi les paramètres reçus par les couches fonctionnelles (GMMHW, MMHW) on trouve la permission d'accès aux seuls services de commutation de paquet sur le réseau VPLMNPS. 6. Système selon les revendications 3, 4, 5 caractérisé en ce que les procédures d'enregistrement, authentification et localisation sur le réseau visité VPLMNcs consistent en des échanges de messages entre le téléphone mobile, les éléments du réseau VPLMNcs et le serveur d'interconnexion (I-STP), ce dernier remplaçant le registre de localisation principal (HLR). 7. Système selon les revendications 3, 4, 5, 6 caractérisé en ce que les procédures d'enregistrement, authentification et localisation sur le réseau visité VPLMNcs comprennent les étapes qui consistent en : - Un échange de messages d'enregistrement aux services à commutation de circuit et de paquet sur le réseau VPLMNcs entre le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile et la couche fonctionnelle GMMsw correspondante du noeud de service GPRS (SGSN) du réseau VPLMNcs.- Une requête d'identification envoyée depuis la couche fonctionnelle GMMsw du noeud de service GPRS (SGSN) du réseau VPLMNcs cette requête étant acquittée par le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile qui envoie - en retour - l'identifiant IMSIsw. - Un échange de messages d'authentification entre le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile, la couche fonctionnelle GMMsw du noeud de service GPRS (SGSN) du réseau VPLMNcs et le serveur d'interconnexion (I-STP) du réseau HPLMN, cet échange faisant référence à l'identifiant IMSIsw de la SIMsw, les paramètres d'authentification renvoyés par le serveur d'interconnexion (I- STP) étant ceux qui ont été stockés selon la revendication 5. - Un échange de messages de localisation entre le noeud de service GPRS (SGSN) du réseau VPLMNcs et le serveur d'interconnexion (I-STP) du réseau HPLMN, cet échange faisant référence à l'identifiant IMSIsw de la SIMsw. Au cours de cet échange le serveur d'interconnexion (I-STP) du réseau HPLMN envoie au noeud de service GPRS (SGSN) du réseau VPLMNcs les données contenant le profil de l'abonné et ses droits d'accès, ces derniers limitant l'accès du téléphone mobile sur le réseau VPLMNcs aux seuls services à commutation de circuit. - Une requête de déclenchement d'une mise à jour de la localisation envoyée depuis le noeud de service GPRS (SGSN) du réseau VPLMNcs vers le registre de localisation en visite (VLR) du même réseau - Un échange de messages de localisation entre le registre de localisation en visite (VLR) du réseau VPLMNcs et le serveur d'interconnexion (I- STP) du réseau HPLMN, cet échange faisant référence à l'identifiant IMSIsw de la SIMsw. Au cours de cet échange le serveur d'interconnexion (I-STP) du réseau HPLMN envoie au registre de localisation en visite (VLR) du réseau VPLMNcs les données contenant le profil de l'abonné et ses droits d'accès, ces derniers limitant l'accès du téléphone mobile sur le réseau VPLMNcs aux seuls services à commutation de circuit. - Un acquittement à la requête de déclenchement d'une mise à jour de la localisation renvoyée depuis le registre de localisation en visite (VLR) duréseau VPLMNcs vers le noeud de service GPRS (SGSN) du même réseau. - Une notification de fin d'enregistrement envoyée depuis la couche fonctionnelle GMMsw du noeud de service GPRS (SGSN) du réseau VPLMNcs au couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile. Parmi les paramètres reçus par les couches fonctionnelles (GMMsw, MMsw) on trouve la permission d'accès aux seuls services de commutation de circuit sur le réseau VPLMNcs- 8. Système selon les revendications 3, 4, 5, 6, 7 caractérisé en ce que les procédures de déclenchement d'un appel entrant vers un téléphone mobile enregistré sur le réseau visité VPLMNcs avec l'identifiant IMSIsw comprennent les étapes qui consistent en : - L'envoie d'un message de signalisation d'appel entrant (ISUP IAM) vers le commutateur-passerelle GMSC du réseau HPLMN. Le message `ISUP IAM' contient le numéro téléphonique de l'abonné destinataire de l'appel. - L'envoie d'un message de signalisation depuis le commutateur-passerelle GMSC du réseau HPLMN vers le registre de localisation principal (HLR) du même réseau afin d'obtenir les informations pour l'acheminement de la signalisation d'appel entrant. - L'envoie d'un message de signalisation depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le registre de localisation visité (VLR) du réseau VPLMNPS afin d'obtenir le numéro d'itinérance (MSRN) du téléphone de l'abonné - référencé par son identifiant IMSIHW de la carte SIMEiw - ainsi que l'adresse de destination (GTps) du commutateur téléphoniques mobile (VMSCps) vers lequel l'appel doit être acheminé. - L'interception dudit message de la part du serveur d'interconnexion (ISTP), qui : o Remplace l'identifiant IMSIHW par l'identifiant IMSIsw ainsi que l'adresse du registre de localisation visité (VLR) du réseau VPLMNps par celui du réseau VPLMNcso Relais le message vers le registre de localisation visité (VLR) du réseau VPLMNcs, se substituant ainsi au registre de localisation principal (HLR) - Le renvoie d'un message de signalisation depuis le registre de localisation visité (VLR) du réseau VPLMNcs vers le serveur d'interconnexion (I-STP) qui - à son tour - le relaye au registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message contient le numéro d'itinérance (MSRN) du téléphone de l'abonné référencé par son identifiant IMSIsw de la SIMsw - ainsi que l'adresse de destination (GTcs) du commutateur téléphoniques mobile (VMSCcs) vers lequel l'appel doit être acheminé. A son tour, le registre de localisation principal (HLR) transfère le numéro d'itinérance (MSRN) et l'adresse de destination (GTcs) au commutateur-passerelle GMSC du réseau HPLMN - L'envoie du message de signalisation d'appel entrant (ISUP IAM) depuis le commutateur-passerelle GMSC du réseau HPLMN vers commutateur téléphoniques mobile (VMSCcs) afin que ce dernier envoie la signalisation d'appel entrant vers le numéro d'itinérance (MSRN) du téléphone de l'abonné. - Suite à la réception du message d'appel entrant, un échange de messages entre la couche fonctionnelle MMsw du commutateur téléphoniques mobile (VMSCcs) du réseau VPLMNcs et le couple de couches fonctionnelles (GMMsw, MMsvv) du téléphone mobile permet de mettre en place un canal de signalisation chiffré pour la signalisation d'appel entrant au téléphone mobile de l'abonné. - L'envoie d'un message de signalisation d'appel entrant depuis la couche fonctionnelle MMsw du commutateur téléphoniques mobile (VMSCcs) du réseau VPLMNcs vers le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile, en utilisant ledit canal de signalisation chiffré. - Le renvoie d'un message d'acquittement depuis le couple de couches fonctionnelles (GMMsw, MMsw) du téléphone mobile vers la couche fonctionnelle MMsw du commutateur téléphoniques mobile (VMSCcs),afin que ce dernier puisse informer le commutateur-passerelle GMSC du réseau HPLMN que le téléphone de l'abonné destinataire de l'appel est en train de sonner. 9. Système selon les revendications 1 et 2 caractérisé en ce que les mobiles sont enregistrés simultanément : - Dans un premier réseau avec un premier code d'identification IMSIHW contenu dans une carte SIM `Physique' SIMHW, le premier code d'identification appartenant à un jeu de codes d'identification contenus dans la carte SIM 'Physique' SIMHW. - Dans un deuxième réseau avec un deuxième code d'identification IMSIsw contenu dans une carte SIM 'Virtuelle' SIMsw, le deuxième code d'identification appartenant à un jeu de codes d'identification contenus dans la carte SIM SIMsw.15