FR 3003424 A1 20140919 FR 1300583 A 20130315 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 à double identifiant (dite carte SIM 'Double-IMSI'). Dans toute la description, on utilisera les abréviations définies ci-après et dans le glossaire. Le premier des deux identifiants de la carte SIM Double-IMS1' est appelé 'IMSI commutation-de-circuit' référencé IMSI. L'identifiant IMSIcs permet à un abonné de s'enregistrer à un réseau PLMN référencé PLMNcs. Grâce à l'identifiant IMSI, l'abonné peut consommer tout service de téléphonie mobile à commutation de circuit (tels que voix, SMS, etc.) disponibles dans PLMNcs. Un opérateur cellulaire est responsable du fonctionnement et de l'exploitation 15 du PLMNcs : il possède les équipements nécessaires pour exploiter le réseau PLMNcs et pour contrôler l'IMSIcs de ses abonnés. Le réseau PLMNcs peut être le réseau domestique de l'abonne ; dans ce cas, il sera référencé HPLMNcs Le réseau PLMNcs peut être aussi un réseau visité, qui est utilisé par l'abonne de façon temporaire, per exemple 20 en cas d'itinérance; dans ce cas, le réseau sera référencé VPLMNcs. Indépendamment de l'attribut (domestique ou visité) du réseau PLMNcs il sera possible pour l'abonné de consommer tout service de téléphonie mobile à commutation de circuit une fois que l'identifiant IMSIcs est authentifié et autorisé sur le réseau PLMNcs. 25 Le deuxième des deux identifiants de la carte SIM Double-IMS1' est appelé 'IMSI commutation-de-4a' uer référencé IMSIps. L'identifiant IMSIps permet à un abonné de s'enregistrer à un réseau PLMN référencé PLMNps. Grâce à l'identifiant IMSIps, l'abonné peut consommer 30 tout service mobile à commutation de paquet (tels que connexion internet, email, etc.) disponibles dans PLMNps. Un opérateur cellulaire est responsable du fonctionnement et de l'exploitation du PLMNps : il possède les équipements nécessaires pour exploiter le réseau PLMNps et pour contrôler l'IMSIps de ses abonnés. Le réseau PLMNps peut être le réseau domestique de l'abonne ; dans ce cas, il sera référencé HPLMNps. Le réseau PLMNps peut être aussi un réseau visité, qui est utilisé par l'abonne de façon temporaire, per exemple en cas d'itinérance; dans ce cas, le réseau sera référencé VPLMNps Indépendamment de l'attribut (domestique ou visité) du réseau PLMNps il sera possible pour l'abonné de consommer tout service mobile à commutation de paquet une fois que l'identifiant IMSIps est authentifié et autorisé sur le réseau PLMNps. Plusieurs configurations sont possibles pour les opérations des réseaux PLMNcs et PLMNps Selon une liste non limitative: Un seul et unique opérateur mobile peut être responsable de l'authentification et de l'autorisation des IMSI 'IMSI' et 'IMSIps'. Dans ce cas, l'opérateur est responsable de l'exploitation des réseaux PLMNIcs et PLMNps. Typiquement, une seule clef d'intégrité KI est utilisée en correspondance des deux IMSI. Deux opérateurs mobiles différents peuvent être responsables de l'authentification et de l'autorisation des IMSI 'IMSIcs' et 'IMSIps' respectivement. Dans ce cas deux modes opératoires sont possibles : o Les deux opérateurs mobiles peuvent déléguer un opérateur tiers (appelé généralement « Full MVNO », ou « Opérateur Dégroupé ») pour l'authentification et de l'autorisation des IMSI 'IMSIcs' et 'IMSIps'. Dans ce cas, l'opérateur tiers a conclu un accord avec les deux opérateurs afin d'obtenir les droits d'exploitation des deux réseaux PLMNcs et PLMNps. Cela implique que l'opérateur tiers est responsable de la génération et de l'utilisation d'une seule clef d'intégrité KI. o Chacun des deux opérateurs est responsable - respectivement - de l'authentification et de l'autorisation des IMSI 'IMSI' et 'IMSIps'. Chaque opérateur agit donc - en principe - de façon autonome. Ce cas est plus compliqué car deux clefs d'intégrité K1 seront générées par chaque opérateur respectif. Il est aussi nécessaire que les deux opérateurs puisse agréer les politique de changement d'IMSI (c'est-à-dire passer de 'IMSI' à 'IMSIps' ou vice-versa) : généralement, ces politiques sont mises en oeuvre par des applications (ou « applets ») codée sur la carte SIM. Dans la suite de la description, afin de simplifier l'exposition des techniques 5 de mise en oeuvre on fera référence au cas d'un seul et unique opérateur mobile ou d'un opérateur tiers de type « Opérateur Dégroupé » ; dans les deux cas, on parlera génériquement d'OPERATEURcs_ps. Ces deux cas sont équivalents vis-à-vis des procédures opérationnelles. Tout expert de l'art reconnaitra que les procédures opérationnelles et les fonctionnalités peuvent 10 être facilement généralisées au cas des deux opérateurs autonomes. Grâce à la carte SIM Double-IMS1' fournie par l'OPERATEURcs_ps un abonné peut : Consommer les services de téléphonie mobile à commutation de 15 circuit (tels que voix, SMS, etc.) disponibles dans tout PLMNcs (domestique ou visité), grâce à l'utilisation de l'identifiant 'IMSIcs'. Consommer les services mobile à commutation de paquet (tels que connexion internet, email, etc.) disponibles dans tout PLMNps (domestique ou visité), grâce à l'utilisation de l'identifiant 'IMSIps'. En 20 général, les PLMNcs et les PLMNps peuvent être différents même dans le même pays (domestique ou visité). Il est donc possible pour l'OPERATEURcs_ps de proposer des prix optimisés, selon le type de service mobile consommé par l'abonné et - dans le cas d'itinérance de l'abonné - selon les accords d'itinérance avec les opérateurs des 25 réseaux visités VPLMNcs et VPLMNps respectivement Organisation des réseaux PLMNcs et PLMNps En tant que fournisseur de service dans le pays domestique de l'abonné, l'OPERATEURcs-ps possède et exploite les équipements nécessaires pour le 30 fonctionnement des réseaux domestiques HPLMNcs et HPLMNps. A chaque abonné au système selon l'invention correspondent : - Un 'IMSI commutation-de-circuit' (IMSIcs), correspondant au réseau HPLMNcs. - Un 'IMSI commutation-de-paquet' (IMSIps), correspondant au réseau HPLMNps. Selon la description des modes de réalisation de l'invention (description qui sera faite par la suite) l'abonné disposera de tarifs de communication 'différenciées' selon le type de service mobile consommé et indépendamment du pays (domestique ou visité). En particulier, dans le cas de l'abonné en itinérance : Si l'abonné souhaite consommer tout service de téléphonie mobile à commutation de circuit (tels que voix, SMS, etc.), l'IMSIcs sera activé et lui permettra d'utiliser les équipements à commutation de circuit disponibles dans le réseau visité VPLMNcs. Si l'abonné souhaite consommer tout service mobile à commutation de paquet (tels que connexion internet, email, etc.), l'IMSIps sera activé et lui permettra d'utiliser les équipements à commutation de paquet disponibles dans le réseau visité VPLMNps. Dans la pratique il convient de faire la différence entre un abonné dans son pays domestique et un abonné en itinérance. Dans le pays domestique de l'abonné, les Opérateurs offrent des forfaits mobiles avec des tarifs avantageux pour l'ensemble des services, soient-ils à 20 commutation de circuit ou à commutation de paquet. A titre d'exemple, dans le système selon l'invention, l'OPERATEURcs_ps est français. Tout abonné qui consomme des services de téléphonie mobile en France peut bénéficier de tarifs et/ou forfait avantageux sur un seul réseau domestique HPLMN et avec un seul et unique identifiant IMSI pour sa carte 25 SIM. La distinction entre HPLMNcs et HPLMNps est - donc - purement fonctionnelle. Dans ce cas, il n'y a aucun besoin de distinguer entre IMSIcs et IMSIps. En d'autres termes, pour un abonné en France IMSIps = Dans la suite de la description, la connotation HPLMNcs sera utilisée pour indiquer les fonctionnalités et les équipements du réseau HPLMN qui 30 fournissent les services à commutation de circuit. Similairement, la connotation HPLMNps sera utilisée pour indiquer les fonctionnalités et les équipements du réseau HPLMN qui fournissent les services à commutation de paquet. 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é) 15 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 l'IMSI commutation-de-circuit' (IMSIcs). Des accords d'itinérance entre l'OPERATEURcs_ps et son homologue 20 hongkongais 'China Mobile HK' pour les services à commutation de paquet grâce à l'utilisation de l'IMSI commutation-de-paquet' (IMSIps). Etat de la technique Le système selon l'invention peut être mise en oeuvre dans le pays 25 'domestique' de l'abonné et/ou dans un pays visité. En pratique, le système sera utilisé de façon plus avantageuse dans un pays visité, c'est-à-dire dès lors qu'un abonné se trouve dans une situation dite de 'itinérance internationale. On sait que les appels à partir et/ou à destination d'un téléphone mobile, 30 ainsi que les communications données, sont onéreux dans une situation d'itinérance internationale. Afin de baisser le coût de ce type de communication, beaucoup de voyageurs internationaux choisissent de changer de carte SIM (« Subscriber Identity Module ») et de la remplacer par une carte SIM spécifique aux réseaux cellulaires du pays dans lequel ils viennent d'arriver. Toutefois, bien que cette pratique soit une source d'économies, elle présente l'inconvénient de changer le numéro du possesseur du téléphone portable, et de le rendre « injoignable » ou « non identifié » pour ses correspondants habituels. Il existe déjà des systèmes avec deux (ou plusieurs) carte SIM : une carte SIM 'nominale' et une ou plusieurs cartes SIM 'auxiliaires' (brevet d'invention EP 1942695 AI); l'abonné utilisera la carte SIM 'nominale' ou une carte SIM 'auxiliaire' selon sa situation géographique ou des considérations économiques. Dans le brevet cité l'abonné conserve - dans tous les cas - son numéro de mobile. Il existe aussi des systèmes selon lesquels un (ou plusieurs) opérateur(s) de réseau VPLMN alloue (allouent) un ou plusieurs IMSI à l'opérateur d'un 15 HPLMN afin qu'il fournisse a ces abonnés du HPLMN des carte SIM 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 20 (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 distinction n'est faite sur la nature des services consommés ; en d'autres termes, le 25 concept de différencier entre 'IMSI commutation-de-circuit' (IMSIcs) et 'IMSI commutation-de-paquet' (IMSIps) n'est pas introduit. La première revendication du brevet US 7640038 stipule que une carte SIM peut contenir au même temps un IMSI et une adresse IP afin de permettre une connexion simultanée à un réseau cellulaire et à un réseau internet, 30 notamment du type 'Wireless Local area Network' (WLAN'). A la différence de la présente invention, le concept de 'IMSI commutation-de-circuit' (IMSIcs) et 'IMSI commutation-de-paquet' (IMSIps) n'est pas introduit. Parmi les normes `3GPP', les spécifications techniques telles que 3GPP TS 23.122 ou 3GPP TS 25.331 décrivent les opérations des 'Réseaux partagés' : plusieurs PLMN partagent le même réseau d'accès (soit-il de type 2G, 2.5G, 3G ou 4G). L'identifiant des différents PLMN est diffusé sur le canal 'balise' (BCCH) afin qu'un téléphone mobile puisse sélectionner le PLMN le plus approprié selon les politiques de son opérateur d'origine. L'enregistrement sur le PLMN sélectionné s'effectue avec un seul IMSI : le concept de 'IMSI commutation-de-circuit' (IMSIcs) et 'IMSI commutation-depaquet' (IMSIps) n'est pas introduit. Les systèmes cellulaires opérants selon l'architecture dite 'IMS' (IP Multimedia Subsystem) prévoient qu'un téléphone mobile, compatible avec les fonctionnalités IMS puisse consommer les services à commutation de circuit grâce à une architecture traditionnelle (2G ou 3G) et les services à commutation de paquet grâce à l'architecture 'IMS', comme expliqué dans la norme 3GPP TS 24.301. L'enregistrement simultané sur les deux architectures s'effectue avec un seul IMSI : le concept de 'IMSI commutation- de-circuit' (IMSIcs) et 'IMSI commutation-de-paquet' (IMSIps) n'est pas introduit. Avantages de l'invention (coté abonnés) En itinérance, le système selon l'invention permet de différencier et 20 d'optimiser les coûts des services mobiles selon leur nature (à commutation de circuit ou de paquet). Avantages de l'invention (coté OPERATEURcs-Ps) L'OPERATEURcs_ps peut négocier avec d'autres opérateurs des accords de 25 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 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. 30 Exposé de l'invention La présente invention concerne un système de mobiles enregistrés dans un réseau avec une carte SIM appartenant à un réseau HPLMN et contenant: - Un premier code d'identification IMSIcs qui permet l'accès à tout service de communication à commutation de circuit, tel que le service de téléphonie mobile. - Un deuxième code d'identification IMSIps qui permet l'accès à tout service de communication à commutation de paquet, tel que le service d'internet mobile ou de messagerie électronique. Ce système de mobiles opère - en particulier - dans une situation d'itinérance en utilisant : - Le premier code d'identification IMSIcs permettant l'enregistrement, l'authentification et la localisation dans un réseau visité VPLMNcs appartenant à un premier opérateur qui a des accords d'itinérance avec l'OPERATEURcs_ps du réseau HPLMN pour les seuls services de communication à commutation de circuit. - Le deuxième code d'identification IMSIps permettant - au même temps - l'enregistrement, l'authentification et la localisation dans un réseau visité VPLMNps appartenant à un deuxième opérateur qui a des accords d'itinérance avec l'OPERATEURcs-Ps du réseau HPLMN pour les seuls services de communication à commutation de paquet. En particulier, la carte SIM double-1MS' (IMSIcs, IMSIps) contient les éléments fonctionnels suivants: - Une première structure de fichiers du profil électrique, ces fichiers étant dédiés à la gestion des opérations (mobilité, authentification, autorisations, etc.) dans un réseau visité VPLMNcs en correspondance du premier code d'identification IMSIcs. - Une deuxième structure de fichiers du profil électrique, ces fichiers étant dédiés à la gestion des opérations (mobilité, authentification, autorisations, etc.) dans un réseau visité VPLMNps en correspondance du deuxième code d'identification IMSIps. - Une troisième structure de fichiers du profil électrique, ces fichiers contenant des informations indépendantes des codes d'identification IMSIcs et IMSIps. Parmi ces informations on trouve le numéro téléphonique de l'abonné, les paramètres pour la gestion des messages courts, etc. - L'ensemble des paramètres et des procédures pour l'effectuation des opérations d'authentification, génération de clefs de chiffrement et chiffrement. Parmi ces paramètres on trouve la clef d'intégrité (K1). - Une table contenant autant de ligne que le nombre de pays dans lesquels un abonné du système selon l'invention peut se rendre, chaque ligne de la table contenant - pour chaque pays visité - la liste des réseaux VPLMNcs qui ont des accords d'itinérance pour les seuls services de communication à commutation de circuit, la liste des réseaux VPLMNps qui ont des accords d'itinérance pour les seuls services de communication à commutation de paquet, le premier code d'identification IMSIcs permettant l'enregistrement, l'authentification et la localisation dans les réseaux visités VPLMNcs, le deuxième code d'identification IMSIps permettant l'enregistrement, l'authentification et la localisation dans les réseaux visités VPLMNps. - Un logiciel applicatif qui gère l'utilisation des codes d'identification IMSIcs et IMSIps selon les données de la table décrite ci-dessus. En particulier, lesdits codes d'identification IMSIcs et/ou IMSIps peuvent appartenir à l'OPERATEURcs_ps du réseau HPLMN ou à d'autres opérateurs qui ont des accords d'itinérance avec les opérateurs des réseaux visités VPLMNcs et VPLMNcs et - au même temps - des accords d'interconnexion avec l'OPERATEURcs-ps du réseau HPLMN. Le système selon l'invention prévoit des procédures d'enregistrement simultané d'un système de mobiles avec un premier code d'identification IMSIcs permettant l'enregistrement, l'authentification et la localisation dans un réseau visité VPLMNcs pour les seuls services de communication à commutation de circuit et avec un deuxième code d'identification IMSIps permettant l'enregistrement, l'authentification et la localisation dans un réseau visité VPLMNps pour les seuls services de communication à commutation de paquet selon les étapes suivantes : - Une fois le lien de communication établi avec la carte SIM et le code PIN rentré par l'abonné et vérifié par le téléphone, ce dernier lit les codes d'identification IMSIcs et IMSIps contenus dans la carte SIM. - Un processus de sélection de cellule est déclenché par le téléphone mobile afin de connaître le pays visité. - Le téléphone mobile démarre un logiciel applicatif contenu dans la carte SIM; le logiciel applicatif prend le contrôle des opérations en déclenchant les étapes suivantes : o La lecture d'une table hébergée par la carte SIM et contenant autant de ligne que le nombre de pays dans lesquels un abonné peut se rendre, chaque ligne de la table contenant - pour chaque pays visité - la liste des réseaux VPLMNcs dont les opérateurs ont des accords d'itinérance pour les seuls services de communication à commutation de circuit, la liste des réseaux VPLMNps dont les opérateurs ont des accords d'itinérance pour les seuls services de communication à commutation de paquet, un premier code d'identification IMSIcs et un deuxième code d'identification IMSIps, le code d'identification IMSIcs (respectivement IMSIps) appartenant à l'OPERATEURcs-ps du réseau HPLMN ou à tout autre opérateur qui a des accords d'itinérance avec les opérateurs des réseau VPLMNcs (respectivement VPLMNps) et - au même temps - des accords d'interconnexion avec l'OPERATEURcs-ps du réseau HPLMN. o La sélection des codes d'identification IMSIcs et IMSIps en correspondance du pays visité o L'écriture des codes d'identification IMSIcs et IMSIps sélectionnés dans les fichiers correspondants qui font partie du profil électrique de la carte SIM. o L'envoi de la commande REFRESH' au téléphone mobile afin de l'alerter du changement de contenu des fichiers de la carte SIM qui stockent les codes d'identification IMSIcs et IMSIps. - Le téléphone mobile reprend le contrôle des opérations en déclenchant les étapes suivantes : o Un processus de sélection de cellule est démarré à nouveau par le téléphone mobile afin d'identifier une cellule appartenant à un réseau VPLMNps qui ne soit pas interdit. o Une fois identifiée une cellule appartenant à un réseau VPLMNps non interdit, les procédures d'enregistrement, authentification et localisation sont démarrées en utilisant le code d'identification IMSIps. A la fin de ces procédures, l'abonné peut consommer tout service à commutation de paquet sur le réseau visité VPLMNps. o Un deuxième processus de sélection de cellule est déclenché par le téléphone mobile afin d'identifier une cellule appartenant à un réseau VPLMNcs qui ne soit pas interdit. o Une fois identifiée une cellule appartenant à un réseau VPLMNcs non interdit, les procédures d'enregistrement, authentification et localisation sont démarrées en utilisant le code d'identification IMSIcs A la fin de ces procédures, l'abonné peut consommer tout service à commutation de circuit sur le réseau visité VPLMNcs. Suivant une caractéristique avantageuse de l'invention, les procédures d'enregistrement, authentification et localisation sur le réseau visité 20 VPLMNps comprennent les étapes qui consistent en : - L'envoie d'un message de signalisation `GMM_ATTACH_REQUEST' depuis le téléphone mobile vers le noeud de service SGSN du réseau visité VPLMNps qui contrôle la cellule dans laquelle se trouve le téléphone mobile. Le message `GMM_ATTACH_REQUEST' contient le code 25 d'identification IMSIPS. - L'envoie d'un message de signalisation `MAP_SEND_AUTHENTICATION_INFO' depuis ledit noeud de service SGSN vers le registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message `MAP_SEND_AUTHENTICATION_INFO' 30 contient le code d'identification IMSIps. - L'envoie d'un message de signalisation `MAP_SEND_AUTHENTICATION_INFO_ACK' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le noeud de service SGSN du réseau visité VPLMNps. Le message `MAP_SEND_AUTHENTICATION _INFO_ACK' contient les paramètres d'identification afin de permettre au noeud de service SGSN l'authentification du téléphone mobile. - L'envoie d'une requête d'authentification `GMM_AUTHENTICATION_AND_CIPHERING_REQUEST' depuis le noeud de service SGSN du réseau visité VPLMNps vers le téléphone mobile. Le message `GMM_AUTHENTICATION_AND_CIPHERING_REQUEST' contient les paramètres nécessaires au téléphone mobile pour déclencher l'algorithme d'authentification et de calcul de la clef de chiffrement. - L'envoie d'un message de signalisation `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' depuis le téléphone mobile vers le noeud de service SGSN du réseau visité VPLMNps. Le message `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' contient la réponse à la requête d'authentification. Cette réponse permet au noeud de service SGSN de vérifier l'identité du téléphone mobile. - L'envoie d'un message de signalisation `MAP UPDATE GPRS LOCATION' depuis le noeud de service SGSN du réseau visité VPLMNps vers le registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message `MAP UPDATE GPRS LOCATION' contient le code d'identification IMSIps. - L'envoie d'un message de signalisation `MAP_INSERT_ SUBSCRIBER DATA' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le noeud de service SGSN du réseau visité VPLMNps. Le message `MAPINSERT_SUBSCRIBER_DATA' contient les permissions d'accès au réseau visité VPLMNps, notamment l'accès aux seuls services à commutation de paquet. - L'envoie d'un message de signalisation `GMM_ATTACH_ACCEPT' depuis le noeud de service SGSN du réseau visité VPLMNps vers le téléphone mobile. Le message `GMM_ATTACH_ACCEPT' contient le code d'identification temporaire P-TMSIps, valable pour le déclenchement de toute communication à commutation de paquet à l'initiative du téléphone mobile. Suivant une autre caractéristique avantageuse, les procédures d'enregistrement, authentification et localisation sur le réseau visité VPLMNCS comprennent les étapes qui consistent en : - L'envoie d'un message de signalisation `GMM_ATTACH_REQUEST' depuis le téléphone mobile vers le noeud de service SGSN du réseau visité VPLMNCS qui contrôle la cellule dans laquelle se trouve le téléphone mobile. Le message `GMM_ATTACH_REQUEST' contient le code d'identification lMSl. - L'envoie d'un message de signalisation `MAP_SEND_AUTHENTICATION_INFO' depuis ledit noeud de service SGSN vers le registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message `MAP_SEND_AUTHENTICATION_INFO' contient le code d'identification IMSIcs. - L'envoie d'un message de signalisation `MAP_SEND_AUTHENTICATION_INFO_ACK' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le noeud de service SGSN du réseau visité VPLMNcs. Le message `MAP_SEND_AUTHENTICATIONINFO_ACK' contient les paramètres d'identification afin de permettre au noeud de service SGSN l'authentification du téléphone mobile. - L'envoie d'une requête d'authentification `GMM_AUTHENTICATION_AND_CIPHERING_REQUEST' depuis le noeud de service SGSN du réseau visité VPLMNcs vers le téléphone mobile. Le message `GMM_AUTHENTICATION_AND_CIPHERING_REQUEST' contient les paramètres nécessaires au téléphone mobile pour déclencher l'algorithme d'authentification et de calcul de la clef de chiffrement. - L'envoie d'un message de signalisation `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' depuis le téléphone mobile vers le noeud de service SGSN du réseau visité VPLMNcs. Le message `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' contient la réponse à la requête d'authentification. Cette réponse permet au noeud de service SGSN de vérifier l'identité du téléphone mobile. - L'envoie d'un message de signalisation `MAP UPDATE GPRS LOCATION' depuis le noeud de service SGSN du réseau visité VPLMNcs vers le registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message `MAP UPDATE GPRS LOCATION' contient le code d'identification IMSics. - L'envoie d'un message de signalisation `MAP_INSERT_ SUBSCRIBER DATA' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le noeud de service SGSN du réseau visité VPLMNcs. Le message `MAP_INSERT_SUBSCRIBER_DATA' contient les permissions d'accès au réseau visité VPLMNcs, notamment l'accès aux seuls services à commutation de circuit. - L'envoie d'un message de signalisation `BSSAP-F LOCATION UPDATE REQUEST' depuis le noeud de service SGSN du réseau visité VPLMNcs vers le registre de localisation visité (VMSCNLR) du réseau VPLMNcs. Le message `BSSAP+ LOCATION UPDATE REQUEST' contient le code d'identification IMSIcs. - L'envoie d'un message de signalisation `MAP_UPDATE_LOCATION' depuis le registre de localisation visité (VMSCNLR) du réseau VPLMNcs vers le registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message `MAP_UPDATE_LOCATION' contient le code d'identification IMSIcs. - L'envoie d'un message de signalisation `MAP_INSERT_ SUBSCRIBER_DATA' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le registre de localisation visité (VMSCNLR) du réseau VPLMNcs. Le message `MAP INSERT SUBSCRIBER DATA' contient les permissions d'accès au réseau visité VPLMNcs, notamment l'accès à tout service à commutation de circuit. - L'envoie d'un message de signalisation `13SSAP+ LOCATION UPDATE_ACCEPT' depuis le registre de localisation visité (VMSCNLR) du réseau VPLMNcs vers le noeud de service SGSN du même réseau. Le message `13SSAP+ LOCATION UPDATE_ACCEPT' contient le code d'identification temporaire TMSIcs alloué par le registre de localisation visité (VMSC/VLR) du réseau VPLMNcs. - L'envoie d'un message de signalisation `GMM_ATTACH_ACCEPT' depuis le noeud de service SGSN vers le téléphone mobile. Le message `GMM_ATTACH_ACCEPT' contient le code d'identification temporaire TMSIcs, valable pour le déclenchement de toute communication à commutation de circuit à l'initiative du réseau ou du téléphone mobile. Suivant une autre caractéristique avantageuse, les procédures de déclenchement d'une communication à commutation de paquet de la part d'un téléphone mobile enregistré sur le réseau visité VPLMNps, dont l'opérateur a des accords d'itinérance avec l'OPERATEURcs_ps du réseau HPLMN, comprennent les étapes qui consistent en : - L'envoie d'un message de signalisation `ACTIVATE PDP CONTEXT REQUEST' depuis le téléphone mobile vers le noeud de service SGSN du réseau visité VPLMNps qui contrôle la cellule dans laquelle se trouve le téléphone mobile. Le message `ACTIVATE PDP CONTEXT REQUEST' contient l'APN, nom de la passerelle logique pour l'accès aux services à commutation de paquet. - Un échange de message entre le noeud de service SGSN et des serveurs DNS afin de traduire le nom APN en adresse IP de la passerelle d'interconnexion GGSN du réseau HPLMN, cet échange de message contenant : o L'identifiant du réseau HPLMN, dont l'OPERATEURcs-ps a des accords d'itinérance avec l'opérateur du réseau visité VPLMNps. o L'identifiant du service à commutation de paquet, ce service étant fourni par l'OPERATEURcs-Ps du réseau HPLMN grâce à la passerelle d'interconnexion GGSN Suivant une autre caractéristique avantageuse, il se peut que l'opérateur du réseau visité VPLMNps ait des accords d'itinérance avec un opérateur tiers qui, à son tour, a des accords d'interconnexion avec l'OPERATEURcs_ps du réseau HPLMN ; ce fait implique que l'échange de message entre le noeud de service SGSN et des serveurs DNS afin de traduire le nom APN en adresse IP de la passerelle d'interconnexion GGSN du réseau HPLMN contient : - L'identifiant du réseau de l'opérateur tiers, qui a des accords d'itinérance avec l'opérateur du réseau visité VPLMNps. - L'identifiant du service à commutation de paquet, ce service étant fourni par l'OPERATEURcs_ps du réseau HPLMN grâce à la passerelle d'interconnexion GGSN. Suivant une autre caractéristique avantageuse, les procédures de déclenchement d'un appel entrant vers un téléphone mobile enregistré sur le réseau visité VPLMNcs, dont l'opérateur a des accords d'itinérance avec un opérateur tiers qui, à son tour, a des accords d'interconnexion avec l'OPERATEURcs-ps du réseau HPLMN, comprennent les étapes qui consistent en : - L'envoie d'un message de signalisation `ISUP IAM' vers le commutateur- passerelle GMSC du réseau HPLMN. Le message `ISUP IAM' contient le numéro téléphonique du destinataire. - L'envoie d'un message de signalisation `MAP SEND ROUTING INFORMATION' depuis le commutateur-passerelle GMSC du réseau HPLMN vers le registre de localisation principal (HLR) du même réseau HPLMN de l'abonné. Le message `MAP SEND ROUTING INFORMATION' contient le numéro téléphonique du destinataire. - L'envoie d'un message de signalisation `MAP PROVIDE ROAMING NUMBER' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le registre de localisation visité (VMSCNLR) du réseau VPLMNcs. Le message `MAP PROVIDE ROAMING NUMBER' contient le code d'identification IMSIcs appartenant à l'opérateur tiers qui a des accords d'itinérance avec l'opérateur du réseau visité VPLMNcs. Le message `MAP PROVIDE ROAMING NUMBER' est relayé par le commutateur-passerelle GMSC de l'opérateur tiers. - L'envoie d'un message de signalisation `MAP PROVIDE ROAMING NUMBER RESULT' depuis le registre de localisation visité (VMSCNLR) du réseau VPLMNcs vers le registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message `MAP PROVIDE ROAMING NUMBER RESULT' contient le numéro téléphonique temporaire MSRN alloué par le registre de localisation visité (VMSCNLR) du réseau VPLMNcs. Le message %AAP PROVIDE ROAMING NUMBER RESULT' est relayé par le commutateur-passerelle GMSC de l'opérateur tiers. - L'envoie d'un message de signalisation `MAP SEND ROUTING INFORMATION RESULT' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le commutateur-passerelle GMSC du même réseau. Le message `MAP SEND ROUTING INFORMATION RESULT contient le numéro téléphonique temporaire MSRN et l'adresse du registre de localisation visité (VMSCNLR) du réseau VPLMNcs. - L'envoie d'un message de signalisation `ISUP IAM' depuis le commutateur-passerelle GMSC du réseau HPLMN vers le registre de localisation visité (VMSCNLR) du réseau VPLMNcs. Le message `ISUP IAM' contient le numéro téléphonique temporaire MSRN du destinataire. - L'envoie d'un message de signalisation `13SSAP+_PAGING_REQUEST' depuis le registre de localisation visité (VMSCNLR) du réseau VPLMNcs vers le noeud de service SGSN du même réseau. Le message `13SSAP+ PAGING REQUEST' contient le code d'identification IMSIcs. - L'envoie d'un message de signalisation `BSSMAP_PAGING' depuis le noeud de service SGSN du réseau VPLMNcs vers les équipements d'accès radio BSS du même réseau. Le message `BSSMAP_PAGING' contient le code d'identification temporaire TMSIcs qui permet d'envoyer au téléphone mobile destinataire le message d'alerte de l'appel entrant Dessins La présente invention sera décrite ci-après de manière plus détaillé à l'aide du contexte exemplaire décrit dans la partie Organisation des réseaux 10 PLMNcs et PLMNps L'OPERATEURCS-PS exploite un réseau HPLMN en France (fonctionnellement, HPLMN est constitué d'une partie à commutation de circuit - HPLMNcs et d'une partie à commutation de paquet - HPLMNps); l'un des abonné se déplace à Hong Kong : 15 Il consomme tout service à commutation de circuit grâce à l'IMSIcs 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'IMSIps selon les accords d'itinérance entre l'OPERATEURcs-ps et son 20 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. En outre, l'invention sera décrite à l'aide d'un mode de réalisation représenté dans les dessins annexés parmi lesquels : 25 La Figure 1 représente les éléments constitutifs du réseau de l'invention La Figure 2 représente les principaux éléments constitutifs du profil électrique de la carte SIM Double-1MS' (IMSIcs, IMSIps) selon l'invention 30 - La Figure 3 représente les détails du profil électrique de la carte SIM Double-1MS' (IMSIcs, IMSIps) selon l'invention - La Figure 4 montre l'architecture logicielle du 'Processeur d'Application' d'un téléphone mobile qui héberge la carte SIM DoubleIMSI (IMSIcs, IMSIps) selon l'invention La Figure 5 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 et la carte SIM Double-IMSI (IMSIcs, IMSIps) selon l'invention - La Figure 6 représente la procédure d'enregistrement, d'authentification et de localisation dans un réseau visité à 'commutation de paquet' VPLMNps - La Figure 7 représente la procédure d'enregistrement, d'authentification et de localisation dans un réseau visité à 'commutation de paquet' VPLMNcs - La Figure 8 représente la procédure de déclenchement d'une communication data (à commutation de paquet) lorsque l'abonné se trouve dans un réseau visité La Figure 9 représente la procédure de déclenchement d'une communication voix (à commutation de circuit) lorsque l'abonné se trouve dans un réseau visité - La Figure 10 représente la procédure d'appel entrant DESCRIPTION DES MODES DE REALISATION Suite au contexte exemplaire décrit dans la partie Domaine de l'invention la Figure 1 représente le système selon l'invention : l'ensemble (10) des réseaux HPLMNcs et HPLMNps est déployé en France par l'OPERATEURcs- PS. Les équipements qui font partie du réseau (10) sont un HLR 'Multi-IMSI' (101), un GMSC (102), un SMSC (103), un GGSN (104) et - optionnellement - une plateforme CAMEL (105) qui implémente toute logique nécessaire au fonctionnement du 'Service Control Point' (SCP). 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 (20) et (30) Tout message de signalisation pour l'acheminement des appels ou des messages courts de/vers le réseau mobile visité (30) Le réseau (10) est rattaché également au réseau international d'interconnexion GRX (60) afin d'échanger tout message de signalisation pour l'acheminement des sessions data de/vers le réseau mobiles visité (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 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 / Services supplémentaires). Les abonnés de l'OPERATEURcs_ps utilisent des cartes SIM Double-IMSI' (150). L'IMSIps de la carte SIM (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 SIM (150) qui sont rattachés à l'abonné on trouve: - L'IMSI 'à commutation de paquet' IMSIps, commençant par les 5 chiffres '208XX' (identifiant MCC '208' correspondant à la France, identifiant MNC `XX' correspondant au réseau HPLMNps) - Un MSISDN français MSISDNFR, commençant par les 2 chiffres '33' (identifiant téléphonique de la France). L'IMSIcs de la carte SIM (150) 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 carte SIM (150) qui sont rattachés à l'abonné on trouve: - L'IMSI 'à commutation de circuit' IMSIcs, commençant par les 5 chiffres '208YY' (identifiant MCC '208' correspondant à la France, identifiant MNC 'YY' correspondant au réseau HPLMNcs) - Le même MSISDN français MSISDNFR, commençant par les 2 chiffres '33' (identifiant téléphonique de la France). Les cartes SIM (150) avec les attributs (160) et (260) sont enregistrées dans le HLR 'Multi-IMSI' (101). 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 VLR/VMSC (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 Terminais; 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 des attributs (160) de la carte SIM (150) soit dirigée vers le HLR 'Multi-IMSI' (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 VLR/VMSC (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 VLR/VMSC (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 des attributs (260) de la carte SIM (150) soit dirigée vers le HLR `Multi-IMS1' (101). 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 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MAP) specification (Release 1998) 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 Terminais; 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 FITU-T Le HLR 'Multi-IMSI' (101) du réseau (10) doit assurer le contrôle et l'autorisation de communications en fonction des attributs (160) et (260) de la carte SIM (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'IMSIps. Les procédures de contrôle et autorisation des communications data seront expliquées par la suite. - 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'IMSI. Les procédures de contrôle et autorisation des communications à commutation de circuit seront expliquées par la suite Suite au contexte exemplaire décrit dans la partie Domaine de l'invention la Figure 2 représente une partie du profil électrique (la structure des fichiers) de la carte SIM Double-1MS' selon l'invention: Les attributs (160) du profil électrique de la carte SIM (150) contiennent la structure des fichiers dédiés à la gestion des opérations (mobilité, 20 autorisations, etc.) en correspondance de l'IMSI à commutation de paquet IMSIps. Les attributs (260) du profil électrique de la carte SIM (150) contiennent la structure des fichiers dédiés à la gestion des opérations (mobilité, autorisations, etc.) en correspondance de l'IMSI à commutation de circuit 25 IMSIcs. Les attributs identifiés par le couple (160, 260) contiennent les structures des fichiers en commun, c'est-à-dire les fichiers qui ne dépendent pas de l'utilisation de l'IMSIps ou de l'IMSIcs. La partie (270) de la carte SIM (150) contient les paramètres et les 30 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 ILC' (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 partie (270) de la carte SIM (150) est unique, quel que soit le jeu d'attributs utilisés et - en particulier - l'IMSIps ou l'IMSIcs. Cette unicité est cohérente avec le modèle d'affaire adopté dans la description : un seul et unique opérateur mobile ou un opérateur tiers de type « Full MVNO » (« Opérateur Dégroupé ») est responsable de l'exploitation des IMSI 'IMSIcs' et 'IMSIps'. Suite au contexte exemplaire décrit dans la partie Domaine de l'invention la Figure 3 représente les détails du profil électrique (la structure des fichiers) de la carte SIM Double-IMSI selon l'invention. La description des éléments fonctionnels / physiques représentés en Figure 3 fait référence aux normes : - 3GPP TS 11.11: 3rd Generation Partnership Project; Technical Specification Group Terminais; Specification of the Subscriber Identity Module - Mobile Equipment (SIM - ME) interface (Release 1999) - ETR 174: European digital cellular telecommunications system (Phase 2); lnterworking aspects of the Subscriber Identity Module - Mobile Equipment (SIM - ME) interface between Phase 1 and Phase 2 (GSM 09.91) Selon un mode de réalisation préféré, la structure hiérarchique de fichiers de la carte SIM est constituée de : Le `Master File' MF (160, 260). Le MF constitue le répertoire source de la carte SIM. Son identifiant («File ID' - FID) est `3F00'. Parmi les fichiers 30 é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 SIM. Son identifiant T'ID' est 2FE2'. En Figure 3, le MF est identifié par le couple (160, 260) car sa structure n'est pas affectée par l'utilisation de l'IMSIps ou de l'IMSIcs. En d'autres termes le contenu du MF (160, 260) est en commun par rapport aux répertoires (160) et (260), car il consiste d'informations générales sur la carte SIM. Le Directory File' (DF) GSM (260) 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 de circuit' IMSIcs' L'identifiant `FID' du DF GSM (260) est 7F20'. Parmi les EF qui sont rattachés au DF GSM (260) on trouve : Le EF ACM' (Accumulated Call Meter), qui contient le numéro d'unités d'appel accumulées. Son identifiant T'ID' est `6F39'. 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 circuit). Son identifiant T'ID' est `6F7B'. Le EF IMS/cs'. Son identifiant T'ID' est `6F07'. Le EF Xc', qui contient la clef Kc pour chiffrer toute communication à commutation de circuit (telle que voix ou SMS) sur la voie radio. Son identifiant `FID' est `6F20'. Le EF 'LOCI' (LOCation Information), qui contient les informations sur la localisation courante du téléphone mobile (40). Son identifiant T'ID' est `6F7E'. Deux champs font partie de ces informations : o Le champ `TMS1' (Temporary Mobile Subscriber Identity) 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 `LP' (Language Preference), qui contient le langage choisi pour l'interface utilisateur. Son identifiant `FID' est `6F05'. 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-es). Son identifiant `FID' est `6F30'. Le EF `SPN' (Service Provider Name), qui contient le nom du fournisseur du service (le nom de l'OPERATEURcs_ps). Son identifiant 'FID' est `6F46'. - Le EF `SST' (SIM Service Table), qui contient la liste des services à commutation de circuit disponibles, outre le service de communication voix. Son identifiant `FID' est `6F38'. Le Directory File' (DF) Telecom (160, 260) est le répertoire qui contient tous les EF avec les informations spécifiques au système cellulaire. Le DF Telecom est identifié par le couple (160, 260) car sa structure n'est pas affectée par l'utilisation de l'IMSIps ou de l'IMSIcs. En d'autres termes le contenu du DF Telecom (160, 260) est en commun par rapport aux répertoires (160) et (260), L'identifiant T'ID' du DF Telecom (160, 260) est 7F10'.Parmi les EF qui sont rattachés au DF Telecom (160, 260) on trouve : - Le EF 'ADN' (Abbreviated Dialing Numbers), qui contient les numéros courts (et les noms des services respectifs). Son identifiant T'ID' est `6F3A'. - Le EF `FDN' (Fixed Dialing Numbers), qui contient la liste des seuls numéros que l'utilisateur peut appeler sous certaines conditions. Son identifiant T'ID' est `6F38'. Le EF `MSISDN, qui contient le numéro téléphonique associé à l'abonné'. Son identifiant T'ID' 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'. Le Directory File' (DF) DCS (160) est un deuxième 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 de uet"IMSIEls."_, L'identifiant `FID' du DF DCS (160) est laissé libre au manufacturier de la carte SIM, 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 carte SIM (150) selon l'invention doivent être compatibles avec la présence du DF DCS (160). De façon arbitraire, l'identifiant T'ID' du DF DCS (160) est fixé à 7F21'. L'adoption du nom DCS' pour le DF (160) 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 (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). En général, EF `FPLMN' 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'IMSIps, alors que les mêmes réseaux peuvent être permis par rapport l'IMSIcs. L'identifiant 'FID' est (6F7B' (comme pour son homologue du DF GSM). Le EF IMS,Ips'. Son identifiant 'FID' est `6F07' (comme pour son homologue du DF GSM). Le EF KcGpRs', qui contient la clef KcGpRs pour chiffrer toute communication à commutation de paquet sur la voie radio. Son identifiant 'FID' est `6F52'. Le EF tOCIGPRS' (LOCation Information - GPRS), 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 '13-TMS1' (Packet Temporary Mobile Subscriber Identity) o Le champ 'RAI' (Routing Area Information), qui contient les données géographiques de la zone de localisation par rapport au réseau GPRS (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 paquet - avec l'OPERATEURcs_ps). En général, EF PLMNSer 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'IMSIps, cette liste étant différente par rapport l'IMSIcs. Son identifiant 'FID' est `6F30' (comme pour son homologue du DF GSM). Dans la Figure 3 le répertoire ADF (Application DF) US/M (Universal Subscriber Identity Module) n'est pas représenté. L'ADF USIM a la même structure que les DF GSM et DCS. L'identifiant 'FID' du ADF US/M peut avoir la valeur `5F1X ou `5F2X ('X' étant un chiffre hexadécimal compris entre '0' et 'F'). Les EF de l'ADF USW peuvent : - Avoir un contenu spécifique - Avoir un contenu partagé avec les EF homologues du DF GSM ou du DF DCS. Dans le contexte du système selon l'invention, parmi les EF avec un contenu partage on trouve : o L'EF `/MS/', dont le contenu peut être partagé avec l'EF 1MS/cs' du DF GSM ou avec l'EF 1MS/ps' du DF DCS, selon les préférences de l'OPERATEURcs-ps. o L'EF TPLMN', dont le contenu peut être partagé avec l'EF `FPLMN' du DF GSM ou avec l'EF TPLMN' du DF DCS, selon les préférences de l'OPERATEURcs-ps. o L'EF 'LOCI', dont le contenu est partagé avec l'EF 'LOCI' du DF GSM. En général, le répertoire ADF US/M permet la gestion des fonctionnalités de la carte SIM (150) et de ses interfaces avec le téléphone (40) sur les réseaux de type '3G'. Néanmoins, les mêmes fonctionnalités et interfaces peuvent être gérées à partir des DF GSM et des DF DCS. L'OPERATEURcs-ps devra donc définir les procédures d'accès aux DF GSM et DCS ainsi que à leurs EF respectifs même sur les réseaux 3G. Dans la suite de la description, parmi les procédures opérationnelles on montrera comment il sera possible pour le téléphone mobile (40)' de l'abonné : - Avoir accès à des services à commutation de circuit en utilisant l'IMSIcs quel que soit le type de réseau visité (2G ou 3G) - Avoir accès à des services à commutation de paquet en utilisant l'IMSIps quel que soit le type de réseau visité (2G ou 3G ou - éventuellement - 4G) Suite au contexte exemplaire décrit dans la partie Domaine de l'invention la Figure 4 représente l'architecture logicielle de la fonctionnalité 'Processeur d'Application' (AP) du téléphone mobile (40). En effet, selon la norme 3GPP TS 27.010: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Terminal Equipment to User Equipment (TE-UE) multiplexer protocol (Release 11)), l'architecture logicielle d'un téléphone mobile est constituée de deux parties fonctionnelles: Le Processeur d'Application (400), représenté en Figure 4. Son but est de convertir toute commande de/vers l'abonné dans une série de paquets binaires qui sont transmis/reçus vers/de le 'Processeur de `Bande-Base' (BP). Le 'Processeur de `Bande-Base' (BP), non représenté en Figure 4. Son but est de formater les paquets binaires reçus/transmis de/vers le Processeur d'Application (400) afin de pouvoir les transmettre/recevoir sur la voie radio. Dans ce sens, le 'Processeur de 'Bande-Base' (BP) implémente les couches protocolaires selon les descriptifs des normes 3GPP correspondantes. La communication entre le Processeur d'Application (400) et le 'Processeur de 'Bande-Base' (BP) consiste d'in lien physique de type `UART' (Universal Asynchronous Receiver Transmitter) dont la Figure 4 représente sa terminaison (406). Grâce aux composants fonctionnels (405) et (406) de Figure 4, plusieurs canaux données peuvent transiter entre le Processeur d'Application (400) et le 'Processeur de 'Bande-Base' (BP) : gestion des appels et des informations réseaux, SMS, données de communications à commutation de paquet, etc. Il est donc possible d'établir une connexion virtuelle entre un procès logiciel qui tourne dans le Processeur d'Application (400) et un procès logiciel correspondant dans le 'Processeur de 'Bande-Base' (BP). Selon la Figure 4, les composantes fonctionnelles principales du Processeur d'Application (400) sont : Les interfaces-utilisateur (401) et (402) afin de permettre le déclenchement des communications à commutation de circuit (voix, SMS, services supplémentaires) et des communications à commutation de paquet (navigation internet, services de messagerie, etc.) grâce à l'utilisation du clavier téléphonique ou d'un écran tactile - Le interfaces de programmation 'API Téléphoniques' et 'API Données' (403), qui permettent l'interaction entre les interfaces-utilisateur (401), (402) et les procès logiciel qui doivent transférer les données des communications vers le 'Processeur de `Bande-Base' (BP). - Un serveur Telephony Application Programming Interface' (TAPI) et un processeur de commandes associé (404) qui doivent traiter de façon différenciée chaque type de communication à commutation de circuit (voix, SMS, services supplémentaires) avant d'en transmettre le contenu au module logiciel (405). - Un module logiciel (405) qui est constitué de plusieurs procès logiciel qui doivent récupérer toutes les informations nécessaires à l'activation du 'Processeur de 'Bande-Base' (BP) pour la mise en place de toute communication à commutation de circuit ou de paquet. Parmi ces procès logiciel on trouve : Un module logiciel de gestion (407) qui coordonne toutes les commandes reçues de la part des modules (404) et (403). Son rôle principal est de collecter les informations nécessaires pour la bonne exécution de la commande, formater ces informations selon les différentes couches protocolaires du 'Processeur de Bande-Base' (BP), gérer l'envoie de ces informations au 'Processeur de 'Bande- Base' (BP) en fonction de l'état d'une file d'attente et de la disponibilité de ressources (canaux) dans la connexion virtuelle entre Processeur d'Application (400) et le 'Processeur de `Bande-Base' (BP). Deux modules de stockage (408) et (409), dont le but est de créer et maintenir deux `SIM virtuelles' dans la mémoire vive (RAM) du téléphone. Le module (408) contient une image de certains fichiers EF du DF GSM (260) (voir Figure 3), tandis que Le module (409) contient une image de certains fichiers EF du DF DCS (160). Le but des modules (408) et (409) est de permettre un accès très rapide en lecture / écriture à des informations qui sont utilisées très fréquemment par le 'Processeur de 'Bande-Base' (BP) pour l'établissement des communications. Parmi les informations stockées dans le module (408) on trouve : - La clef temporaire Kc', qui permet de chiffrer toute communication à commutation de circuit (telle que voix ou SMS) sur la voie radio. - L'information 'LOCI' qui contient les paramètres de la localisation courante du téléphone mobile (40) dans le réseau visité (30). Comme déjà évoqué dans la description de la Figure 3, les champs 'TMSI' et 'LAI' font partie de ces paramètres. Parmi les informations stockées dans le module (409) on trouve : - La clef temporaire YCGPRS', qui permet de chiffrer toute communication à commutation de paquet. - L'information tOCIGPRS' qui contient les paramètres de la localisation courante du téléphone mobile (40) dans le réseau visité (20). Comme déjà évoqué dans la description de la Figure 3, les champs `P-TMS1' et 'RAI' font partie de ces paramètres. Il convient donc de noter que dans le système selon l'invention deux `SIM virtuelles' (408) et (409) sont stockées dans la mémoire vive du téléphone (40). La `SIM virtuelle' (408) contient les informations nécessaire à l'établissement de toute communication à commutation de circuit sur le réseau visité (30), une fois que l'authentification sur le réseau (30) ait été effectué avec l'identifiant 'IMSIcs' La `SIM virtuelle' (409) contient les informations nécessaire à l'établissement de toute communication à commutation de paquet sur le réseau visité (20), une fois que l'authentification sur le réseau (20) ait été effectué avec l'identifiant 'IMSIps'. Procédure opérationnelle de mise sous tension du téléphone mobile (40) Préambule Le téléphone mobile (40) est compatible avec le `SIM Application Toolkit' (SAT). Le `SIM Application Toolkit' permet à la carte SIM (150) d'accéder à certaines fonctionnalités du téléphone mobile (40), telles que contrôler l'écran, surveiller le clavier (ou l'écran tactile), envoyer des SMS et - plus en général - contrôler toute fonctionnalité qui permet la mise en place de services à valeur ajoutée. En définitive, le `SIM Application Toolkit' est un ensemble d'outils logiciels qui permettent l'implémenter des applications sur la carte SIM (150). Le SAT est décrit dans la norme 3GPP TS 11.14: Digital cellular telecommunications system (Phase 2+); Specification of the SIM Application Toolkit (SAT) for the Subscriber Identity Module - Mobile Equipment (SIM-ME) interface (version 8.17.0 Release 1999) Dans le contexte du système selon l'invention, la carte SIM (150) devra héberger une application dite 'Application IMSIcs - IMSIps' ; cette application doit gérer des multiples couples (IMSIcs, IMSIps). Chaque couple sera activée selon : - Le pays visité par l'abonné de l'OPERATEURcs-Ps - Les accords d'itinérance entre l'OPERATEURcs-Ps et ses homologues dans chaque pays visité. Il est donc nécessaire que 'Application IMSIcs - IMSIps' puisse se référer à une table qui relie l'identifiants du pays visité (son MCC) et le couple (IMSIcs, IMSIps) correspondant. A titre d'exemple, un extrait possible de cette table est montré dans la Table 1 ci-dessous : Pays MCCMNC IMSIcs IMSIps France 208 208YY 208YY Italie 222 208YY 208YY Canada 302220, 302221 310260 (T-Mobile) 316010 (Nextel) Mexique 334 208YY 316010 (Nextel) Hong Kong 45400, 45409 208YY 208XX Table 1 Selon la Table 1 et avec référence à la section Organisation des réseaux PLMNcs et PLMNps Tout abonné qui se trouve dans son pays domestique (la France) peut bénéficier de tarifs et/ou forfait avantageux sur un seul réseau domestique HPLMN et avec un seul et unique identifiant IMSI pour sa carte SIM (150). En d'autres termes, pour un abonné en France IMSIps = IMSIcs. Selon les explications de la Figure 1, IMSIcs commence par les 5 chiffres 208YY' (identifiant MCC '208' correspondant à la France, identifiant MNC 'YY' correspondant au réseau HPLMNcs de l'OPERATEURcs-ps) 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 ses homologues italiens. Selon la Table 1, ces accords d'itinérance sont valables sur tout réseau visité italien VPLMN avec un seul et unique identifiant IMSI pour la carte SIM. En d'autres termes, pour un abonné en itinérance en Italie IMSIps = IMSIcs. Selon les explications de la Figure 1, IMSIcs commence par les 5 chiffres 208YY' (identifiant MCC '208' correspondant à la France, identifiant MNC 'rie' correspondant au réseau HPLMNcs de l'OPERATEURcs-ps) 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 ses homologues hongkongais. Selon la Table 1, 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' (IMSIcs). Le réseau visité `CSL' agit en tant que VPLMNcs pour les seuls services à commutation de circuit ; selon la Table 1, l'identifiant du réseau est MCCMNC = 45400 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' (IMSIps). 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 En d'autres termes, pour un abonné en itinérance à Hong Kong un IMSIps et un IMSIcs 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'IMSIcs commence par les 5 chiffres 208YY' (identifiant MCC '208' correspondant à la France, identifiant MNC 'YY' correspondant au réseau HPLMNcs de l'OPERATEURcs-ps) o L'IMSIps commence par les 5 chiffres '208XX' (identifiant MCC '208' correspondant à la France, identifiant MNC `XX' correspondant au réseau HPLMNps de l'OPERATEURcs-ps) Le cas d'un abonné en itinérance au Canada est traité selon des hypothèses différentes, selon la Table 1. En effet, le but est de montrer que le système selon l'invention peut s'applique aussi dans le cas que l'OPERATEURcs-ps soit « Full MVNO » (« Opérateur dégroupé ») aussi dans un autre pays, outre que la France. Le cas de la table 1 montre qu'aucun accord d'itinérance n'existe entre le réseau français de l'OPERATEURcs-ps et les réseaux canadiens de ses homologues. Par contre, l'OPERATEURcs_ps agit en tant que « Opérateur dégroupé » aussi aux Etats-Unis ; à ce titre il a conclu des accords dits `d'interconnexion' avec les opérateurs T-Mobile USA (pour tout service à commutation de circuit) et Nextel (pour tout service à commutation de paquet). Dans le cadre de ces accords 'd'interconnexion', T-Mobile USA et Nextel ont réservé des plages de leurs IMSI pour l'utilisation exclusive de l'OPERATEURcs-ps. Tout abonné qui se trouve en itinérance au Canada peut bénéficier de tarifs et/ou forfait avantageux selon les accords d'itinérance entre T-Mobile USA et Nextel et ses homologues canadiens. Selon la Table 1, ces accords d'itinérance sont valables seulement o Sur le réseau visité 'TELUS Communication' pour les services à commutation de circuit grâce à l'utilisation de l'IMSI commutation-de-circuit' (IMSIcs). Le réseau visité 'TELUS Communication' agit en tant que VPLMNcs (30) pour les seuls services à commutation de circuit ; selon la Table 1, l'identifiant du réseau est MCCMNC = 322220 Sur le réseau visité 'Airter pour les services à commutation de paquet grâce à l'utilisation de l'IMSI commutation-de-paquet' (IMSIps). Le réseau visité 'Airter agit en tant que VPLMNps (20) pour les seuls services à commutation de paquet ; selon la Table 1, l'identifiant du réseau est MCCMNC = 322221 En d'autres termes, pour un abonné en itinérance au Canada un IMSIcs et un IMSIps sont adoptés au même temps afin de s'enregistrer sur le réseau VPLMNcs (30) de 'TELUS Communication' pour les services à commutation de circuit et sur le réseau VPLMNps (20) de 'Airter pour les services à commutation de paquet. Selon la Table 1 : o L'IMSIcs commence par les 6 chiffres '310260' (identifiant MCC '310' correspondant aux Etats-Unis, identifiant MNC '260' correspondant au réseau T-Mobile USA. IMSIcs fait partie d'une plage d'IMSI que T-Mobile USA a alloué à l'OPERATEURcs-ps pour son utilisation exclusive dans le cadre de leur accord 'd'interconnexion'. Vis-à-vis du réseau visité VPLMNcs (30) de 'TELUS Communication', l'utilisateur apparaît comme abonné de T-Mobile USA, puisque il est identifié par un IMSIcs appartenant à T-Mobile USA (et alloué à l'OPERATEURcs-ps). Grâce aux accords d'interconnexion entre T-Mobile USA et l'OPERATEURcs-ps, tout trafic à l'origine (destination) du réseau VPLMNcs (30) de 'TELUS Communication' aura pour destination (origine) le réseau HPLMNcs (10) de l'OPERATEURcs-Ps. o L'IMSIps commence par les 6 chiffres '316010' (identifiant MCC '316' correspondant aux Etats-Unis, identifiant MNC '010' correspondant au réseau de Nextel. IMSIps fait partie d'une plage d'IMSI que Nextel a alloué à l'OPERATEURcs-ps pour son utilisation exclusive dans le cadre de leur accord 'd'interconnexion'. Vis-à-vis du réseau visité VPLMNps (20) de 'Airter, l'utilisateur apparaît comme abonné de Nextel, puisque il est identifié par un IMSIps appartenant à Nextel (et alloué à l'OPERATEURcs-ps). Grâce aux accords d'interconnexion entre Nextel et l'OPERATEURcs-ps, tout trafic à l'origine (destination) du réseau VPLMNps (20) de 'Aider aura pour destination (origine) le réseau HPLMNps (10) de l'OPERATEURcs-ps. Le cas d'un abonné en itinérance au Mexique est traité selon des hypothèses encore différentes. Selon la table 1 des accords d'itinérance défavorables existent entre le réseau français de l'OPERATEURcs-ps et les réseaux mexicain de ses homologues pour toute communication à commutation de paquet. Les mêmes accords d'itinérance prévoient des conditions plus favorables pour toute communication à commutation de circuit. Dans le cadre de ses accords d'interconnexion avec l'opérateur américain Nextel (pour tout service à commutation de paquet), l'OPERATEURcs-ps agit en tant que « Opérateur dégroupé » aussi aux Etats-Unis et peut exploiter les accords d'itinérance entre Nextel et les réseaux mexicains de ses homologues pour toute communication à commutation de paquet. Par conséquent, tout abonné qui se trouve en itinérance au Mexique peut bénéficier de tarifs et/ou forfait avantageux selon les accords d'itinérance entre : o L'OPERATEURcs-ps et tous ses homologues mexicains pour les services à commutation de circuit grâce à l'utilisation de l'IMSI 'commutation-de-circuit' (IMSIcs). Tous les réseaux mexicains visités peuvent agir en tant que VPLMNcs (30) pour les seuls services à commutation de circuit ; en effet, selon la Table 1 l'identifiant du réseau visité contient seulement le code pays MCC = 334 (Mexique) o L'opérateur Nextel et tous ses homologues mexicains pour les services à commutation de paquet grâce à l'utilisation de `commutation-de-paquet' (IMSIps). Tous les réseaux mexicains visités peuvent agir en tant que VPLMNps (20) pour les seuls services à commutation de paquet. En d'autres termes, pour un abonné en itinérance au Mexique un IMSIcs et un IMSIps sont adoptés au même temps afin de s'enregistrer sur tout réseau mexicain visité. Selon la Table 1 : o L'IMSIcs commence par les 5 chiffres 208YY' (identifiant MCC '208' correspondant à la France, identifiant MNC 'YY' correspondant au réseau HPLMNcs de l'OPERATEURcs-ps) o IMSIps commence par les 6 chiffres '316010' (identifiant MCC '316' correspondant aux Etats-Unis, identifiant MNC '010' correspondant au réseau Nextel. IMSIps fait partie d'une plage d'IMSI que Nextel a alloué à l'OPERATEURcs_ps pour son utilisation exclusive dans le cadre de leur accord 'd'interconnexion'. Vis-à-vis de tout réseau visité VPLMNps (20), l'utilisateur apparaît comme abonné de Nextel, puisque il est identifié par un IMSIps appartenant à Nextel (et alloué à l'OPERATEURcs-ps). Grâce aux accords d'interconnexion entre Nextel et l'OPERATEURcs_ps, tout trafic à l'origine (destination) du réseau VPLMNps (20) aura pour destination (origine) le réseau HPLMNps (10) de l'OPERATEURcs-ps. La Figure 5 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 SIM (150). Une fois de plus, la Figure 5 sera commentée à l'aide du contexte exemplaire décrit dans la partie Organisation des réseaux PLMNcs et PLMNps L'abonné de l'OPERATEURcs-ps se déplace à Hong Kong : Il consomme tout service à commutation de circuit grâce à l'IMSIcs 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'IMSIps selon les accords d'itinérance entre l'OPERATEURcs-ps et son homologue hongkongais 'China Mobile HK' Les procédures de Figure 5 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 (501) de Figure 5: Dès la mise en route du téléphone (40), un lien physique / logique avec la carte SIM est établi. Le téléphone reçoit la commande 'Answer To Reset' (ATR) de la part de la carte SIM : cette commande permet au téléphone (40) de s'assurer que la carte SIM (150) est bien insérée et de connaître les paramètres du protocole de transmission pour l'échange des données avec la carte SIM. Etape (502) de Figure 5: A la fin de l'étape (501), le téléphone (40) et la carte SIM (150) ont établi un lien de communication. Parmi les `Elementary Files' (EF) lus par le téléphone (40) on trouve le EF IP' (Language Preference - voir la Figure 4). Le téléphone affiche un message à l'abonné lui demandant de taper son code PIN à quatre chiffres ; le message est affiche selon le langage préféré de l'abonné, ce langage étant défini dans l'EF IP'. 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 (503) de Figure 5: Le téléphone (40) lit les informations suivantes de la carte SIM (150) : - Le EF `SST' (SIM Service Table), appartenant au Directory File' (DF) GSM (260), et qui contient la liste des services à commutation de circuit disponibles, outre le service de communication voix. - Le EF 1CCID' (SIM Service Table), appartenant au `Master File' (MF) (160, 260), et qui contient le numéro d'identification unique de la carte SIM. - Les EF 1MS/cs' et 1MS/ps', appartenant - respectivement - aux répertoires DF GSM (260) et DF DCS (160) décrits en 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 il est nécessaire de lire les EF 1MS/cs' et 1MS/ps'. 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, selon la Table 1, à la mise en route du téléphone à Hong Kong on aura IMSIps = IMSIcs = 208YY. Etape (504) de Figure 5: Le téléphone (40) déclenche le processus de sélection de cellule. 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 'UNITS 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 le 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 (505) de Figure 5: L'Application IMSIcs - IMSIps' hébergée par la carte SIM (150) prend le contrôle. Elle est déclenchée dès que le MCC a été détecté à la fin de l'Etape (504). Comme déjà explique dans la section Préambule, l'Application IMSIcs - 1114Sips' contient une table qui relie le MCC de chaque pays visité au couple (IMSIps, IMSIcs) optimal. Avec référence à la Table 1, l'Application IMSIcs - IMSIps' vérifie que - en correspondance du MCC = 454 - il faut remplacer l'IMSIps par rapport à sa valeur au moment de l'extinction du téléphone (40). Etape (506) de Figure 5: L'Application IMSIcs- IMSIps' écrit : - La nouvelle valeur de l'IMSIps dans le EF 1MS/ps' du DE DCS (160). Selon la Table 1 et le contexte exemplaire (abonné en itinérance à Hong Kong), la nouvelle valeur de l'IMSIps commence par les 5 chiffres '208XX' (identifiant MCC '208' correspondant à la France, identifiant MNC `XX' correspondant au réseau HPLMNps) La nouvelle valeur de l'IMSIcs dans le EF 1MS/cs' du DE GSM (260). Selon la Table 1 et le contexte exemplaire (abonné en itinérance à Hong Kong), la nouvelle valeur de l'IMSIcs commence par les 5 chiffres 208YY' (identifiant MCC '208' correspondant à la France, identifiant MNC 'XX' correspondant au réseau HPLMNIcs de l'OPERATEURcs-ps). A noter : dans le contexte exemplaire décrit la valeur d'IMSIcs n'a pas changé par rapport au moment de l'extinction du téléphone (40). Néanmoins, les deux IMSI sont remplacés afin de traiter le cas d'exemple de façon plus générale. Etape (507) de Figure 5: La SIM (150) envoie au téléphone (40) la commande REFRESH'. Le but est d'alerter le téléphone que le contenu des EF 1MS/ps' du DF DCS (160) et 1114Sics' du DE GSM (260) a changé. Selon la norme 3GPP TS 11.14: Digital cellular telecommunications system (Phase 2+); Specification of the SIM Application Toolkit (SA T) for the Subscriber Identity Module - Mobile Equipment (SIM-ME) interface (version 8.17.0 Release 1999) la règle `SIM Initialization and File Change Notification' doit s'appliquer à la commande REFRESH'. Dans ce cas, le téléphone (40) va déclencher les procédures dite de `Mobility Management (MM) Restart', selon les spécifications de la norme 3GPP TS 23.122: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Non-Access-Stratum (NA S) functions related to Mobile Station (MS) in idle mode (Release 9) Etape (508) de Figure 5: Le téléphone (40) déclenche à nouveau le processus de sélection de cellule ; la cellule doit as eartenir à un réseau visité VPLMNps 20 dans les uel - selon le système exposé dans l'invention - seulement les communications à commutation de paquet sont autorisées. Le processus de sélection de cellule reprend les fonctionnalités décrites dans l'Etape (504). 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 DE DCS (160) de la carte SIM (150). Le VPLMN auquel la cellule 'candidate' appartient fait partie de la liste des réseaux permis. Cette liste est contenue dans l'EF PLMNSer du DE DCS (160) de la carte SIM (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 'IMSIps' de Table 1 ; les détails des procédures d'enregistrement - avec les interactions entre le téléphone (40), la carte SIM (150) et les éléments des réseaux (10) et (20) - seront expliquées par la suite. Etape (509) de Figure 5: 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 ai iartenir à un réseau visité VPLMNcs 30 dans le uel - 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 (504). 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 GSM (260) de la carte SIM (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 (260) de la carte SIM (150). 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' Si les deux conditions ci-dessus sont validée, le téléphone (40) peur entamer les procédures d'enregistrement au réseau VPLMNcs (30) appartenant à l'opérateur `CSL'. Cet enregistrement s'effectue avec l'identifiant 'IMSIcs' de Table 1 ; les détails des procédures d'enregistrement - avec les interactions entre le téléphone (40), la carte SIM (150) et les éléments des réseaux (10) et (30) - seront expliquées par la suite. Tout expert de l'art reconnaitra que les étapes présentées en Figure 5 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 la carte SIM (150) 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 Il convient de faire des hypothèses au sujet du téléphone (40) et du l'organisation des réseaux (20) et (30). Le téléphone (40) opère selon le mode dit 'Class A'. Selon ce mode opératoire, il supporte simultanément 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, respectivement). 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 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 : - Le SGSN (304) du réseau (30) effectue le `paging' vers le téléphone (40) pour toute établissement d'un appel reçu. - 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 VPLMNcs (30) et VPLMNps (20) même si : o Seulement les communications à commutation de circuit sont possibles sur le réseau (30) o Seulement les communications à commutation de paquet sont possibles sur le réseau (20) La suite de la description ci-dessous explique les synoptiques correspondantes aux différentes procédures (authentification, mobilité, contrôle des communications entrantes / sortantes, etc.). En général, les différentes étapes des synoptiques décrivent les messages échangés entre un équipement source et un équipement destination. Un message échangé dans la partie 'coeur' de chaque réseau est représenté au niveau de sa couche applicative (MAP, ISUP, BSSAP+) et de sa couche d'interconnexion (SCCP), selon les formalismes suivant : Pour les applications MAP et BSSAP+ : MAP_APPLICATION_ID (ou BSSAP+_APPLICATION _ID ) (Paramètres) SCCP CdPA : (GT, SSN, TT) - SCCP CgPA : (GT, SSN, TT) Pour les applications ISUP : ISUP MESSAGE (Paramètres) Où: - CdPA, CgPA : adresses GT de l'équipement destinataire et émetteur, respectivement Enregistrement, authentification, gestion de la mobilité sur le réseau 25 VPLMNps (20) Sur le réseau VPLMNps (20) seulement les communications à commutation de paquet sont admises. L'examen de la Figure 6 montre que cette condition peut être satisfaite à l'acte de l'enregistrement / authentification / gestion de la mobilité. Par la suite, il sera montré que cette condition est satisfaite 30 également au déclenchement d'une session de communication de la part du téléphone (40). La Figure 6 détaille les équipements 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 508 de la Figure 5 se termine avec l'opération 'Enregistrement sur le VPLMNps avec IMSIps'. C'est cette opération qui est détaillée en Figure 6 et dont les étapes numérotées sont commentées de suite : 1. (Etape 1, Figure 6) un message de signalisation `GMM ATTACH REQUEST' est envoyé depuis le mobile (40) vers le SGSN (204) du réseau visité VPLMNps (20). La syntaxe et les paramètres du message `GMM_ATTACH_REQUEST' sont définis dans la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9). Les paramètres principaux de ce message sont : - Mobile Station Network Capabilities (paramètre obligatoire) : ce paramètre permet d'informer le VPLMNps (20) sur les caractéristiques du mobile (40) par rapport au réseau GPRS. Les différents éléments d'information qui font partie de ce paramètre sont décrits dans la section 10.5.5.2 de la norme 3GPP TS 24.008. Dans le cas du système selon l'invention, les éléments d'information importants sont liés au SMS : le mobile (40) permet la transmission / réception des SMS seulement sur un réseau à commutation de circuit. - Attach Type (paramètre obligatoire) : avec ce paramètre le mobile (40) informe le VPLMNps (20) qu'il supporte un enregistrement simultané sur les réseaux à commutation de circuit et de paquet. - Ciphering Key Sequence Number (paramètre obligatoire dans le cas d'une authentification) : c'est le paramètre qui permet au réseau (20) d'identifier la clef de chiffrement KCGPRS stockée dans la carte SIM (150) (voir Figure 3). - Mobile Identity (paramètre obligatoire) : avec ce paramètre le mobile (40) s'identifie auprès du VPLMNps (20) ; selon la section 10.5.5.2 de la norme 3GPP TS 24.008 se paramètre peut être un IMSI, un TMSI ou un P-TMSI. On fera ici l'hypothèse que - dans le cas de la première mise en route du mobile (40) une fois l'abonné arrivé à Hong Kong - aucun TMSI ou P-TMSI est disponible. Par conséquent, dans le cas du système selon l'invention, Mobile Identity = IMSIps (comme indiqué en Figure 6). - Old routing area identification (RAI) (paramètre obligatoire) : avec ce paramètre le mobile (40) informe le VPLMNps (20) sur le dernier RAI, qui est défini dans la section 10.5.5.15 de la norme 3GPP TS 24.008 et expliqué synthétiquement dans la section Glossaire. Dans le contexte exemplaire décrit le dernier RAI se réfère au réseau HPLMNps de l'OPERATEURcs-ps. Il n'a donc pas d'utilité pour le réseau visité VPLMNps (20). - MS Radio Access capability (paramètre obligatoire) : ce paramètre permet d'informer le VPLMNps (20) sur les caractéristiques du mobile (40) par rapport à ses capacités de supporter les différentes voies radio. Les différents éléments d'information qui font partie de ce paramètre sont décrits dans la section 10.5.5.12a de la norme 3GPP TS 24.008. Exemples de ces éléments d'information : le support / non support des différentes technologies 3G, de la 4G (LTE), etc. Ce paramètre est important car il peut impacter la façon dont le réseau coeur du VPLMNps (20) traite les opérations du mobile (40). 2. (Etape 2, Figure 6) un message de signalisation `MAP_SEND_AUTHENTICATION 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 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MAP) specification (Release 1998). Le message est acheminé vers le HLR (101) à travers le GMSC (102). Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIps (indiqué en Figure 6) 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 : MGTps (numéro E.214 dérivé de l'IMSIps), SSN = 6 (HLR), TT = 0. Le MGTps permet l'initialisation du routage à niveau SCCP entre le SGSN (204) et le HLR (101). 3. (Etape 3, Figure 6) 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 SEND AUTHENTICATION INFO ACK' sont définis dans la _ _ _ _ norme 3GPP TS 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MA P) specification (Release 1998). Le message est acheminé vers le SGSN (204) à travers le GMSC (102). Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIps et les paramètres d'authentification (RAND et SRES). Cette triplette (IMSIps, RAND, SRES) est connue sous le nom de `vector' ou 'triplet' (indiquée en Figure 6). 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 4. (Etape 4, Figure 6) un message de signalisation `GMM_AUTHENTICATION_AND_CIPHERING_REQUEST' est envoyé depuis le SGSN (204) du réseau visité VPLMNps (20) vers le mobile (40). La syntaxe et les paramètres du message `GMM AUTHENTICATION_AND_CIPHERING_REQUEST' sont définis dans la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9). Les paramètres principaux de ce message sont : - Ciphe ring algorithm (paramètre obligatoire) : ce paramètre permet d'instruire le mobile (40) sur l'algorithme de chiffrement à utiliser sur la voie radio. Ce paramètre est décrit dans la section 10.5.5.3 de la norme 3GPP TS 24.008. En effet, les normes 3GPP définissent huit algorithmes de chiffrement possibles ; ils sont regroupés sous l'acronyme `A5'. - Authentication parameter « RAND)) (paramètre obligatoire dans le cas d'une authentification) : c'est le paramètre qui fait partie de la triplette (IMSIps, RAND, SRES) reçue de la part du HLR (101) dans l'Etape 3 afin de permettre au mobile (40) de calculer un SRES' avec clef secrète d'intégrité KI et en utilisant l'algorithme d'authentification dit `A3', selon la structure (270) de la carte SIM (150) (voir Figure 2). - Ciphering Key Sequence Number (paramètre obligatoire dans le cas d'une authentification) : voir l'Etape 1. - Authentication Parameter « AUTN » (paramètre obligatoire dans le cas d'une authentification) : c'est le paramètre qui permet au mobile (40) d'authentifier le réseau, en particulier dans le cas des réseaux 3G et 4G. 5. (Etape 5, Figure 6) un message de signalisation `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' est renvoyé depuis le mobile (40) vers le SGSN (204) du réseau visité VPLMNps (20). La syntaxe et les paramètres du message `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' sont définis dans la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9). Le paramètre principal de ce message est l'Authentication Response Parameter « SRES' », calculé par la carte SIM (150) avec la clef secrète d'intégrité KI et en utilisant l'algorithme d'authentification dit `A3', selon la structure (270). Ce paramètre (décrit dans la section 10.5.5.3 de la norme 3GPP TS 24.008) permet au SGSN (204) de s'assurer de l'identité du mobile (40). 6. (Etape 6, Figure 6) un message de signalisation %AAP UPDATE GPRS 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 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MAP) specification (Release 1998). Le message est acheminé vers le HLR (101) à travers le GMSC (102). Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIps (indiqué en Figure 6) 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 : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0. 7. (Etape 7, Figure 6) un message de signalisation `MAP_INSERT_ SUBSCRIBER 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 6. 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 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MAP) specification (Release 1998). Dans le contexte du système selon l'invention, les paramètres principaux de ce message sont : Au niveau MAP (section 8.8.1 de la norme 3GPP TS 09.02): 3 00 3 4 2 4 50 - Network access mode (paramètre 'conditionne): ce paramètre permet de forcer l'accès du mobile (40) à la seule partie 'à commutation de paquet' du réseau (20). Il est décrit dans la section 17.7.1 de la norme 3GPP TS 09.02. En effet, le HLR 5 (101) est à connaissance du fait que le mobile (40) est en train de s'enregistrer au réseau (20) avec son IMSIps : il peut donc décider de renvoyer la valeur 'onlySGSN' en correspondance de ce paramètre. Dans le système selon l'invention, l'utilisation du paramètre Network access mode constitue une première 10 option pour le HLR (101) d'empêcher toute communication à commutation de circuit au mobile (40). Cette option sera référée par la suite comme 'OPTION Network Access Mode OnlySGSN' - l'IMSIps (paramètre 'conditionner): avec lequel le mobile (40) 15 s'est identifié auprès du SGSN (204) - Operator Determined Barring General data (paramètre 'conditionnel'): 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 / 20 sortant et les services supplémentaires (tels que le transfert d'appel). A noter : toute information reliée à l'interdiction des appels / service supplémentaires est ignorée par le SGSN (204). - GPRS Subscription Data (paramètre 'conditionner): ce 25 paramètre décrit le type de `PDP-contexts' auxquels l'abonné a suscrit. - MSISDN (paramètre 'conditionnel'): le numéro de téléphone de l'abonné. A noter : in principe, ce paramètre n'est pas nécessaire, car l'enregistrement au réseau VPLMNps (20) 30 comporte la consommation des seuls services à commutation de paquet. Par la suite, les explications de la Figure 8 montreront que le MSISDN peut être utilisé par le SGSN (204) pour la mise en place d'une communication à commutation de paquet. 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 8. (Etape 8, Figure 6) un message de signalisation `MAP_INSERT_ SUBSCRIBER 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' de l'étape précédente. 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 9. ([tape 9, Figure 6) un message de signalisation %AAP UPDATE GPRS 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' de l'Etape 6. 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 10. (Etape 10, Figure 6) un message de signalisation `BSSAP+ LOCATION UPDATE REQUEST' est envoyé depuis le SGSN (204) du réseau visité VPLMNps (20) vers le VMSCNLR (201) du même réseau. Grâce à ce message, le SGSN (204) qui contrôle l'abonné demande au VMSCNLR (201) de déclencher les procédures d'enregistrement et de localisation pour la partie à 'commutation de circuit' du réseau VPLMNps (20). La syntaxe et les paramètres du message `BSSAP+_LOCATION_UPDATE_REQUEST' sont définis dans la norme 3GPP TS 29.018: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; General Packet Radio Service (GPRS) ; Serving GPRS Support Node (SGSN) - Visitors Location Register (VLR) ; Gs interface layer 3 specification (Release 11). Attention : dans la Figure 6, la flèche correspondante à l'Etape 10. est en pointillé. En effet, en faisant référence à l'Etape 7, si le HLR (101) a renvoyé le paramètre `Network Access Mode' selon l'option décrite comme 'OPTION Network Access Mode OnlvSGSN', les Etapes 10. à 15. ne sont pas exécutées. Dans le contexte du système selon l'invention, les paramètres principaux du message `BSSAP+ LOCATION UPDATE REQUEST' sont : Au niveau BSSAP+ (section 17.1.11 de la norme 3GPP TS 29.018): - l'IMSIps (paramètre obligatoire): avec lequel le mobile (40) s'est identifié auprès du SGSN (204) - Update type (paramètre obligatoire): ce paramètre indique au VMSCNLR (201) 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 (paramètre obligatoire): 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 section 11.3.9 de la norme 3GPP TS 48.018: "Base Station System (BSS) - Serving GPRS Support Node (SGSN); BSS GPRS Protocol (BSSGP)". Comme expliqué par la suite, l'identité de la cellule fait partie des paramètres que le réseau coeur (en l'occurrence le SGSN (204)) connait grâce à un échange de messages avec le 'Base Station Subsystem' (BSS). Grace au paramètre New Cell global identity le VMSCNLR (201) sera dans la mesure de connaitre la 'Location Area' dans laquelle le mobile (40) se trouve actuellement (même si aucune communication à commutation de circuit est permise sur le réseau (20)). Au niveau SCCP : - Adresse GT d'émission: SGSN (204) (numéro E.164), SSN = 149 (SGSN), TT = 0 - Adresse GT de destination: VMSCNLR (201) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 11. (Etape 11, Figure 6, ligne pointillé selon l'adoption de I"OPTION Network Access Mode OnlySGSN' de la part du HLR (101)) un message de signalisation `MAP_UPDATE_LOCATION' est envoyé depuis le VMSCNLR (201) du réseau visité VPLMNps (20) vers le HLR (101) du réseau (10). La syntaxe et les paramètres du message %AAP_ UPDATE_LOCATION' sont définis dans la norme 3GPP TS 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MA P) specification (Release 1998). Le message est acheminé vers le HLR (101) à travers le GMSC (102). Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIps (indiqué en Figure 6) avec lequel le mobile (40) s'est identifié auprès du SGSN (204) Au niveau SCCP : - Adresse GT d'émission: VMSCNLR (201) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 - Adresse GT de destination : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0. 12. (Etape 12, Figure 6, ligne pointillé selon l'adoption de I"OPTION Network Access Mode_OnlySGSN' de la part du HLR (101)) un message de signalisation `MAP_INSERT_ SUBSCRIBER DATA' est envoyé depuis le HLR (101) du réseau (10) vers le VMSCNLR (201) du réseau visité VPLMNps (20). Ce message est envoyé en réponse au message `MAP_UPDATE_ LOCATION' de l'Etape 11. Grâce à ce message, le VMSC / VLR (201) 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 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MAP) specification (Release 1998). Dans le contexte du système selon l'invention, les paramètres principaux de ce message sont : Au niveau MAP (section 8.8.1 de la norme 3GPP TS 09.02): - l'IMSIps (paramètre 'conditionner): avec lequel le mobile (40) s'est identifié auprès du SGSN (204) - Operator Determined Barring General data (paramètre 'conditionner): 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). Au niveau SCCP : - Adresse GT d'émission : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 - Adresse GT de destination: VMSCNLR (201) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 13. ([tape 13, Figure 6, ligne pointillé selon l'adoption de I"OPTION Network Access Mode OnlySGSN' de la part du HLR (101)) un message de signalisation `MAP INSERT SUBSCRIBER DATA RESPONSE' est renvoyé depuis le _ _ VMSCNLR (201) du réseau visité VPLMNps (20) vers le HLR (101) du réseau (10), afin d'acquitter le message `MAP INSERT _SUBSCRIBER DATA' de l'étape précédente. 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: VMSCNLR (201) (numéro E.164), SSN = 7 (SGSN), TT = 0 - Adresse GT de destination : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 14. (Etape 14, Figure 6, ligne pointillé selon l'adoption de I"OPTION Network Access Mode OnlySGSN' de la part du HLR (101)) un message de signalisation MAP_UPDATE_ LOCATION RESPONSE' est renvoyé depuis le HLR (101) vers le VMSCNLR (201) du réseau visité VPLMNps (20), afin d'acquitter le message `MAP_UPDATE_LOCATION' de l'Etape 11. 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: VMSCNLR (201) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 15. (Etape 15, Figure 6, ligne pointillé selon l'adoption de I"OPTION Network Access Mode OnlySGSN' de la part du HLR (101)) un message de signalisation `13SSAP+ LOCATION UPDATE ACCEPT' est renvoyé depuis le VMSCNLR (201) du réseau visité VPLMNps (20) vers le SGSN (204) du même réseau en réponse au message de l'Etape 10. La syntaxe et les paramètres du message `13SSAP+ LOCATION UPDATE_ACCEPT' sont définis dans la norme 3GPP TS 29.018: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; General Packet Radio Service (GPRS) ; Serving GPRS Support Node (SGSN) - Visitors Location Register (VLR) ; Gs interface layer 3 specification (Release 11). Dans le contexte du système selon l'invention, les paramètres principaux du message 13SSAP+ LOCATION UPDATE_ACCEPT' sont : Au niveau BSSAP+ (section 17.1.9 de la norme 3GPP TS 29.018): - l'IMSIps (paramètre obligatoire): avec lequel le mobile (40) s'est identifié auprès du SGSN (204) - Location Area Identifier (paramètre obligatoire): ce paramètre est calculé par le VMSCNLR (201) grâce au paramètre New Cell global identity (voir l'Etape 10). - New TMSI (paramètre optionnel): ce paramètre (défini dans la section 18.4.17 de la norme 3GPP TS 29.018) fournit l'identité temporaire du mobile (40) au SGSN (204) par rapport à la partie 'à commutation de circuit' du VPLMNps (20). Dans la figure 6, le New TMSI est dénoté TMSIps Au niveau SCCP : - Adresse GT d'émission: VMSCNLR (201) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 - Adresse GT de destination: SGSN (204) (numéro E.164), SSN = 149 (SGSN), TT = 0 16. (Etape 16, Figure 6) un message de signalisation `GMM_ATTACH_ACCEPT' est envoyé depuis le SGSN (204) du réseau visité VPLMNps (20) vers le mobile (40). La syntaxe et les paramètres du message `GMM_ATTACH_REQUEST' sont définis dans la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9). Les paramètres principaux de ce message sont : - Attach Result (paramètre obligatoire) : avec ce paramètre le VPLMNps (20) informe le mobile (40) si un `Attach' combiné à la partie 'à commutation de circuit' et 'à commutation de paquet' a eu lieu. Dans le cas de l'adoption de I"OPTION Network Access Mode_OnlySGSN' de la part du HLR (101) le seul `Attach' à la partie 'à commutation de paquet' a eu lieu. - Routing Area Identification (paramètre obligatoire) : Grace au paramètre New Cell global identity (voir l'Etape 10), le SGSN (204) sera dans la mesure de connaitre la 'Routing Area' dans laquelle le mobile (40) se trouve actuellement. - Allocated P-TMSI (paramètre optionnel) : ce paramètre fournit l'identité temporaire au mobile (40) par rapport au SGSN (204) qui le contrôle. Dans la figure 6, le Allocated P-TMSI est dénoté P-TMSIps - MS Identity (paramètre optionnel) : ce paramètre fournit l'identité temporaire au mobile (40) par rapport au VMSCNLR (201). Il est indiqué en parenthèses en Figure 6 En effet, sa présence dépend de l'adoption de I"OPTION Network Access Mode OnlySGSN' de la part du HLR (101). Dans le cas d'un 'Attach' combiné à la partie 'à commutation de circuit' et 'à commutation de paquet', la MS Identity est le TMSIps reçu par le SGSN (204) à l'Etape 15. 17. (Etape 17, Figure 6) un message de signalisation `GMM_ATTACH_COMPLETE' est envoyé depuis le mobile (40) vers le SGSN (204) du réseau visité VPLMNps (20). La syntaxe et les paramètres du message `GMM_ATTACH_REQUEST' sont définis dans la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9). Ce message est obligatoire car au moins le P-TMSIps a été envoyé par le SGSN (204) dans l'étape précédente. 18. (Etape 18, Figure 6, ligne pointillé selon l'adoption de I"OPTION Network Access Mode_OnlySGSN' de la part du HLR (101)) un message de signalisation '13SSAP+ TMSI REALLOCATION COMPLETE' est renvoyé depuis le SGSN (204) du réseau visité VPLMNps (20) vers le VMSCNLR (201). La syntaxe et les paramètres du message `BSSAP+_ TMSI REALLOCATION COMPLETE' sont définis dans la norme 3GPP TS 29.018: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; General Packet Radio Service (GPRS) ; Serving GPRS Support Node (SGSN) - Visitors Location Register (VLR) ; Gs interface layer 3 specification (Release 11). Les paramètres principaux du message `BSSAPTMS1 REALLOCATION COMPLETE' sont : Au niveau BSSAP+ (section 17.1.22 de la norme 3GPP TS 29.018): - l'IMSIps (paramètre obligatoire, indiqué en Figure 6): identifiant 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: VMSCNLR (201) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 Enregistrement, authentification, gestion de la mobilité sur le réseau VPLMN (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 VPLMNIcs (30). Avec référence à la Figure 5, l'étape 509 se termine avec l'opération 'Enregistrement surie VPLMIVcs avec IMSIcs'. 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 VMSCNLR (301) et le SGSN (304) du réseau (30). Par conséquent, le SGSN (304) du réseau (30) effectue le gpaging' vers le téléphone (40) pour toute établissement d'un appel reçu. Les procédures d'enregistrement et de localisation sur le réseau à VPLMNcs (30) - décrites dans la Figure 7 - sont très similaires à celles décrites dans la Figure 6. Les différences, étape-par-étape, sont les suivantes: 1. (Etape 1, Figure 7) un message de signalisation `GMM ATTACH REQUEST' est envoyé depuis le mobile (40) vers le SGSN (304) du réseau visité VPLMNcs (30). Les paramètres principaux de ce message sont : - Mobile Station Network Capabilities : description identique à celle de l'Etape 1 de la Figure 6, en remplaçant VPLMNps (20) par VPLMNcs (30). - Attach Type: description identique à celle de l'Etape 1 de la Figure 6, en remplaçant VPLMNps (20) par VPLMNIcs (30). - CIPhering Key Sequence Number description identique à celle de l'Etape 1 de la Figure 6, en remplaçant réseau (20) par réseau (30). - Mobile Identity: description identique à celle de l'Etape 1 de la Figure 6, en remplaçant VPLMNps (20) par VPLMNIcs (30). A noter : dans le cas du système selon l'invention, Mobile Identity = IMSIcs (comme indiqué en Figure 7). - Old routing area identification (RAI): description identique à celle de l'Etape 1 de la Figure 6, en remplaçant VPLMNps (20) par VPLMNcs (30). - MS Radio Access capability: description identique à celle de l'Etape 1 de la Figure 6, en remplaçant VPLMNps (20) par VPLMNcs (30). 2. (Etape 2, Figure 7) un message de signalisation `MAP_SEND_AUTHENTICATION_INFO' est envoyé depuis le SGSN (304) réseau visité VPLMNcs (30) vers le HLR (101) du réseau (10). Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIcs (indiqué en Figure 7) 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 : MGTcs (numéro E.214 dérivé de l'IMSIcs), SSN = 6 (HLR), TT = 0. Le MGTcs permet l'initialisation du routage à niveau SCCP entre le SGSN (304) et le HLR (101). 3. (Etape 3, Figure 7) un message de signalisation `MAP_SEND_AUTHENTICATION_INFO_ACK' est renvoyé depuis le HLR (101) du réseau (10) vers le SGSN (304) du réseau visité VPLMNcs (30). Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIcs et les paramètres d'authentification (RAND et SRES). Cette triplette est - évidemment - différente de celle décrite en Figure 6. Au niveau SCCP : - Adresse GT d'émission: HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 - Adresse GT de destination : SGSN (304) (numéro E.164), SSN = 149 (SGSN), TT = 0 4. (Etape 4, Figure 7) un message de signalisation `GMM_AUTHENTICATION_AND_CIPHERING_REQUEST' est envoyé depuis le SGSN (304) du réseau visité VPLMNcs (30) vers le mobile (40). Les paramètres principaux de ce message sont : - Ciphering algorithm : description identique à celle de l'Etape 4 de la Figure 6. - Authentication parameter « RAND »: description identique à celle de l'Etape 4 de la Figure 6. Evidemment, la valeur de « RAND » est différente pour l'authentification sur le réseau (30). - Ciphering Key Sequence Number : voir l'Etape 1. - Authentication Parameter « AUTN » description identique à celle de l'Etape 4 de la Figure 6. 5. (Etape 5, Figure 7) un message de signalisation `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' est renvoyé depuis le mobile (40) vers le SGSN (304) du réseau visité VPLMNcs (30). La description est identique à celle de l'Etape 5 de la Figure 6, en remplaçant SGSN (204) par SGSN (304). Evidemment, la valeur de « SRES' » est différente pour l'authentification sur le réseau (30). 6. (Etape 6, Figure 7) un message de signalisation 'MAP UPDATE GPRS LOCATION' est envoyé depuis le SGSN (304) du réseau visité VPLMNcs (30) vers le HLR (101) du réseau (10). Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIcs (indiqué en Figure 7) 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 : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0. 7. (Etape 7, Figure 7) un message de signalisation `MAP_INSERT_ SUBSCRIBER DATA' est envoyé depuis le HLR (101) du réseau (10) vers le SGSN (304) du réseau visité VPLMNcs (30). Ce message est envoyé en réponse au message `MAP UPDATE GPRS LOCATION' de l'Etape 6. Dans le contexte du système selon l'invention, les paramètres principaux de ce message sont : Au niveau MAP (section 8.8.1 de la norme 3GPP TS 09.02): - Network access mode (paramètre 'conditionner): ce paramètre permet de forcer l'accès du mobile (40) à la seule partie 'à commutation de circuit' du réseau (30). Il est décrit dans la section 17.7.1 de la norme 3GPP TS 09.02. En effet, le HLR (101) est à connaissance du fait que le mobile (40) est en train de s'enregistrer au réseau (30) avec son IMSIcs : il renverra donc la valeur conlyMSC' en correspondance de ce paramètre. Dans le système selon l'invention, l'utilisation du paramètre Network access mode permet au HLR (101) d'empêcher toute communication à commutation de paquet au mobile (40). - l'IMSIcs (paramètre 'conditionnel'): avec lequel le mobile (40) s'est identifié auprès du SGSN (304) - Operator Determined Barring General data (paramètre 'conditionner): ce paramètre fait partie du Subscriber Status' et décrit les catégories de communication qui sont interdites dans le réseau visité VPLMNcs (30) : dans le cas du système selon l'invention, tout appel entrant / sortant et les services supplémentaires (tels que le transfert d'appel) sont permis. Il sera donc possible pour le SGSN (304) d'envoyer des messages de `paging' (appel entrant) vers le mobile (40). - MSISDN (paramètre 'conditionner): le numéro téléphonique de l'abonné. Ce paramètre est utilisé par le SGSN (304) et par le VMSC / VLR (301) pour l'appel entrant vers le mobile (40). Au niveau SCCP : - Adresse GT d'émission : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 - Adresse GT de destination: SGSN (304) (numéro E.164), SSN = 149 (SGSN), TT = 0 8. (Etape 8, Figure 7) cette étape est identique à l'Etape 8 de Figure 6, en remplaçant SGSN (204) par SGSN (304). 9. (Etape 9, Figure 7) cette étape est identique à l'Etape 9 de Figure 6, en remplaçant SGSN (204) par SGSN (304) et VPLMNps (20) par VPLMNcs (30) 10. (Etape 10, Figure 7) un message de signalisation `BSSAP+ LOCATION UPDATE REQUEST' est envoyé depuis le SGSN (304) du réseau visité VPLMNcs (30) vers le VMSCNLR (301) du même réseau. Grâce à ce message, le SGSN (304) qui contrôle l'abonné demande au VMSCNLR (301) de déclencher les procédures d'enregistrement et de localisation pour la partie à 'commutation de circuit' du réseau VPLMNcs (30). Attention : à la différence de la Figure 6, la flèche correspondante à l'Etape 10. est en trait continu. En effet, en faisant référence à l'Etape 7, le HLR (101) a renvoyé le paramètre `Network Access Mode' en permettant seulement l'accès à la partie à commutation de circuit du réseau (30). Dans le contexte du système selon l'invention, les paramètres principaux du message `BSSAP+ LOCATION UPDATE REQUEST' sont : Au niveau BSSAP+ (section 17.1.11 de la norme 3GPP TS 29.018): - l'IMSIcs, avec lequel le mobile (40) s'est identifié auprès du SGSN (304) - Update type: description identique à celle de l'Etape 10 de la Figure 6. - New Cell global identity (paramètre obligatoire): description identique à celle de l'Etape 10 de la Figure 6, en remplaçant SGSN (204) par SGSN (304) et VMSCNLR (201) par VMSCNLR (301). 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 11. (Etape 11, Figure 7) un message de signalisation `MAP UPDATE LOCATION' est envoyé depuis le VMSCNLR (301) du réseau visité VPLMNcs (30) vers le HLR (101) du réseau (10). Les paramètres principaux de ce message sont : Au niveau MAP : l'IMSIcs (indiqué en Figure 7) avec lequel le mobile (40) s'est identifié auprès du SGSN (304) 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. 12. (Etape 12, Figure 6, un message de signalisation `MAPINSERT_ SUBSCRIBER DATA' est envoyé depuis le HLR (101) du réseau (10) vers le VMSCNLR (301) du réseau visité VPLMNcs (30). Grâce à ce message, le VMSC / VLR (301) connait le profil et les droits d'accès de l'abonné au réseau (30). Dans le contexte du système selon l'invention, les paramètres principaux de ce message sont : Au niveau MAP (section 8.8.1 de la norme 3GPP TS 09.02): - l'IMSIcs (paramètre 'conditionner): avec lequel le mobile (40) s'est identifié auprès du SGSN (304) - Operator Determined Barring General data (paramètre 'conditionner): aucune interdiction d'appel entrant / sortant et des services supplémentaires (tels que le transfert d'appel) dans le réseau visité VPLMNIcs (30) Au niveau SCCP : - Adresse GT d'émission : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 - Adresse GT de destination: VMSCNLR (301) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 13. (Etape 13, Figure 7) : cette étape est identique à l'Etape 13 de Figure 6, en remplaçant VMSCNLR (201) par VMSCNLR (301). 14. (Etape 14, Figure 7) : cette étape est identique à l'Etape 14 de Figure 6, en remplaçant VMSCNLR (201) par VMSCNLR (301) et VPLMNps (20) par VPLMNcs (30). 15. (Etape 15, Figure 7) : un message de signalisation `BSSAP+ LOCATION UPDATE_ACCEPT' est renvoyé depuis le VMSCNLR (301) du réseau visité VPLMNIcs (30) vers le SGSN (304) du même réseau en réponse au message de l'Etape 10. Dans le contexte du système selon l'invention, les paramètres principaux du message `BSSAP+_LOCATION_UPDATE_ACCEPT' sont : Au niveau BSSAP+ (section 17.1.9 de la norme 3GPP TS 29.018): - l'IMSIcs (paramètre obligatoire): avec lequel le mobile (40) s'est identifié auprès du SGSN (304) - Location Area Identifier (paramètre obligatoire): ce paramètre est calculé par le VMSCNLR (301) grâce au paramètre New Cell global identity reçu. - New TMSI (paramètre optionnel): 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 7, le New TMSI est dénoté TMSIcs 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 16. (Etape 16, Figure 7) un message de signalisation `GMM_ATTACH_ACCEPT' est envoyé depuis le SGSN (304) du réseau visité VPLMNcs (30) vers le mobile (40). Les paramètres principaux de ce message sont : - Attach Result (paramètre obligatoire) : avec ce paramètre le VPLMNcs (30) informe le mobile (40) si un `Attach' combiné à la partie 'à commutation de circuit' et 'à commutation de paquet' a eu lieu. Dans le cas du système selon l'invention un `Attach' combiné a eu lieu. - Routing Area Identification : paramètre identique à celui de l'Etape 16 de Figure 6, en remplaçant SGSN (204) par SGSN (304). - Allocated P-TMSI : paramètre identique à celui de l'Etape 16 de Figure 6, en remplaçant SGSN (204) par SGSN (304). Dans la figure 6, le Allocated P-TMSI est dénoté P-TMSIcs - MS Identity : paramètre identique à celui de l'Etape 16 de Figure 6, en remplaçant SGSN (204) par SGSN (304), VMSCNLR (201) par VMSCNLR (301) et TMSIps par TMSIcs. 17. (Etape 17, Figure 7) cette étape est identique à l'Etape 17 de Figure 6, en remplaçant SGSN (204) par SGSN (304) et VPLMNps (20) par VPLMNcs (30). 18. (Etape 18, Figure 7), un message de signalisation `BSSAP+_TMSI_REALLOCATION_COMPLETE' est renvoyé depuis le SGSN (304) du réseau visité VPLMNcs (30) vers le VMSCNLR (301). Les paramètres principaux du message `BSSAP+_ TMSI REALLOCATION COMPLETE' sont : Au niveau BSSAP+ (section 17.1.22 de la norme 3GPP TS 29.018): - l'IMSIcs (paramètre obligatoire, indiqué en Figure 7): identifiant 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: VMSCNLR (301) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 Cas particuliers : Comme déjà évoqué dans le Préambule de la section Procédures opérationnelles (enregistrement aux réseaux, authentification, gestion de la mobilité), selon la Figure 1 les réseaux VPLMNps (20) et VPLMNcs (30) 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 expliqué à l'aide des Figures 6 et 7. Il se peut que le réseau VPLMNps (20) et/ou VPLMNcs (30) opère selon le mode 'NOM Il' ou 'NOM III'. Dans ce cas, l'interface `Gs' (90) n'est pas présente. Il convient de discuter les cas suivants : Cas A. : Le réseau VPLMNps (20) opère selon le mode 'NOM l', le VPLMNcs (30) opère selon le mode 'NOM Il' ou 'NOM III'. Dans ce cas, il y aura une procédure d'enregistrement / authentification / localisation simultanée vis-à-vis du SGSN (204) et du VMSCNLR (201). Par contre, une procédure d'enregistrement / authentification / localisation vis-à- vis du seul VMSCNLR (301) sera effectuée : il sera possible pour le réseau VPLMNcs (30) d'envoyer une signalisation de (paging' seulement via le VMSCNLR (301). Cas B. : Le réseau VPLMNps (20) opère selon le mode 'NOM Il' ou 'NOM III', le VPLMNcs (30) opère selon le mode 'NOM I'. Dans ce cas, il y aura une procédure d'enregistrement / authentification / localisation vis-à-vis du seul SGSN (204). Par contre, une procédure d'enregistrement / authentification / localisation simultanée vis-à-vis du SGSN (304) et du VMSCNLR (301) sera effectuée : il sera possible pour le réseau VPLMNIcs (30) d'envoyer une signalisation de `paging' soit via le VMSCNLR (301) ou via le SGSN (304). Cas C. : Les réseaux VPLMNps (20) et VPLMNcs (30) opèrent selon le mode 'NOM Il' ou 'NOM III'. Dans ce cas, il y aura une procédure d'enregistrement / authentification / localisation vis-à-vis du seul SGSN (204) et du seul VMSCNLR (301) sera effectuée : il sera possible pour le réseau VPLMNcs (30) d'envoyer une signalisation de 'paging' seulement via le VMSC/VLR (301). Il est aussi possible qu'une procédure d'enregistrement / authentification / 5 localisation séparée sur les réseaux VPLMNps (20) et VPLMNcs (30) soit choisie par le mobile (40). Dans ce cas : Pour l'enregistrement sur le réseau VPLMNIcs (30) le mobile (40) déclenche une procédure `MM_LOCATION_UPDATING_REQUEST' (Section 9.2.15 de la norme 3GPP TS 24.008: 3rd Generation 10 Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9)). Dans le contexte du système selon l'invention, les paramètres principaux de cette procédure sont : o Location updating type (paramètre obligatoire) : avec ce 15 paramètre le mobile (40) déclenche un d'enregistrement / authentification / localisation sur le seul réseau (30). o Mobile Identity (paramètre obligatoire) : avec ce paramètre le mobile (40) s'identifie auprès du VPLMNcs (30) avec l'IMSIcs. - Pour l'enregistrement sur le réseau VPLMNps (20) le mobile (40) 20 déclenche une procédure `GMMATTACI-LREQUEST', déjà expliquée à l'Etape 1 des Figures 6 et 7. Dans le cas d'une demande d'attachement au seul réseau (20), Les paramètres principaux de cette procédure est : o Attach Type : avec ce paramètre le mobile (40) informe le 25 VPLMNps (20) qu'il déclenche un enregistrement sur le seul réseau à commutation de paquet. Tout expert de l'art reconnaitra que, quelle que soit la méthode d'enregistrement / authentification / localisation adoptée sur initiative du 30 mobile (40) et/ou des réseaux VPLMNps (20) et VPLMNcs (30), le résultat de la procédure d'enregistrement / authentification / localisation permet au mobile (40): - De s'enregistrer au réseau VPLMNps (20) avec l'identifiant IMSIps de la carte SIM (150) pour les seuls services à commutation de paquet - De s'enregistrer au réseau VPLMNIcs (30) avec l'identifiant IMSIcs de la carte SIM (150) pour les seuls services à commutation de circuit Procédures opérationnelles de déclenchement d'une communication 5 data par le mobile (40) Préambule Afin de simplifier la description, il convient de se concentrer sur la connexion logique entre le mobile (40) et le SGSN (204) du VPLMNps (20) : la partie dite 'Radio Access Network' du réseau VPLMNps (20) ne sera pas 10 mentionnée. En effet, toute communication entre le mobile (40) et le SGSN (204) est relayée par le 'Radio Access Network' ; une correspondance existe entre les identifiants du mobile (40) au niveau du 'Radio Access Network' et du SGSN (204) selon les règles suivantes: 15 - Grâce au P-TMSIps reçu par le SGSN (204) (Etape 16 de Figure 6), le mobile (40) peut calculer : o Le paramètre `TLLI' (Temporary Link Layer Identifier) si le 'Radio Access Network' et de type 2G ou 2.5G o Le paramètre (RNT1' (Radio Network Temporary Identity) si le 20 'Radio Access Network' et de type 3G - Le SGSN (204) effectue les mêmes calculs - Le mobile (40) déclenche une communication data grâce à une procédure de signalisation vers le 'Radio Access Network' ; parmi les paramètres de signalisation l'identifiant `TLLI' (ou `RNTI') est envoyé. 25 A son tour, le 'Radio Access Network' relaye la signalisation vers le SGSN (204). Le SGSN (204) reçoit donc l'identifiant TLLI' (ou `RNTI') et peut en déduire le P-TMSIps du mobile (40) qui demande l'établissement de la connexion. Par conséquent, le mobile (40) n'a pas besoin d'envoyer le P-TMSIps 30 pour une requête d'établissement d'une connexion data. Déclenchement d'une communication data depuis le mobile (40) - Procédures La Figure 8 détaille les équipements et les échanges de messages afin d'assurer les procédures de déclenchement d'une communication data entre le mobile (40) et le réseau VPLMNps (20). Selon le contexte exemplaire de l'invention, l'abonné (en itinérance à Hong Kong) a effectué l'enregistrement sur le réseau VPLMNps (20) pour toute communication à commutation de paquet. Le réseau VPLMNps (20) appartient à l'opérateur 'China Mobile HK'. Les étapes numérotées sont commentées de suite : 1. (Etape 1, Figure 8) un message de signalisation 'ACTIVATE PDP CONTEXT REQUEST' est envoyé depuis le mobile (40) vers le SGSN (204) du réseau visité VPLMNps (20). La syntaxe et les paramètres du message 'ACTIVATE PDP CONTEXT REQUEST' sont définis dans la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9). Les paramètres principaux de ce message sont : - Requested NSAP/ (paramètre obligatoire) : ce paramètre identifie sans ambiguïté la session de communication data ; il est un numéro entier, choisi de façon aléatoire par le mobile (40) - Requested QoS (paramètre obligatoire) : ce paramètre décrit les contraintes en termes de qualité de service pour la communication demandée ; éléments d'information tels que le débit et le taux d'erreur sont indiqués. - Access Point Name (APN) (paramètre optionnel): but de ce paramètre - généralement présent - est d'identifier la réseau de données auquel l'abonné souhaite se connecter. En plus, le Access Point Name permet au SGSN (204) de connaitre le point d'accès de tel réseau de données A noter : comme déjà expliqué dans le Préambule, l'identifiant IMSIps (ou P-TMSIps) du mobile (40) est déduit par le SGSN (204) grâce à sa connexion avec le 'Radio Access Network', qui transporte le 'TLLI' (ou `RNTI') dans son protocole de communication. C'est pour cette raison que le TLL1' (ou `RNTI') est indiqué en gris en Figure 8. 2. (Etape 2, Figure 8) Le SGSN (204) envoie un message de type 'QUERY' au serveur racine du Domain Name System' (DNS): le but est d'obtenir l'adresse IP du GGSN (104) en correspondance de l'APN reçu de la part du mobile (40). En général, le serveur DNS racine appartient à l'opérateur du réseau international d'interconnexion GRX (60). Le paramètre principal du message 'QUERY' est l'APN, qui doit contenir: - L'identifiant de l'opérateur qui fournit la connexion au réseau de données demandé par le mobile (40), par le biais de son GGSN (104). Dans le contexte exemplaire du système selon l'invention (voir la Table 1 du Préambule de la section Procédure opérationnelle de mise sous tension du téléphone mobile (40)) c'est l'identifiant de l'OPERATEURcs_ ps qui doit être présent. A titre d'exemple, cet identifiant sera web.OPERATEURcs-Ps.COm (le format de l'identifiant doit être conforme à la norme GSMA IR.67 - DNS/ENUM Guidelines for Service Providers & GRX/IPX Providers, version 4.1) - L'identifiant du réseau qui contient - parmi les autres équipements - le serveur `Authoritative' du DNS (voire l'Etape 3 suivante). Toujours selon la Table 1 du Préambule de la section Procédure opérationnelle de mise sous tension du téléphone mobile (40) cet identifiant correspond aux parties `MCC' et `EVINCI de l'IMSIps (208XX) Le paramètre APN du message 'QUERY' sera donc : APN = web. OPERATEURcs-ps-com.mcc208.mncXX.gprs 3. ([tape 3, Figure 8) Le serveur DNS racine renvoie une commande REFERRAL au SGSN (204) afin que ce dernier puisse envoyer à nouveau une commande 'QUERY' à un serveur `Authoritative' du DNS; le serveur `Authoritative' fait partie - en général - du réseau qui contient le GGSN (104). L'adresse du serveur `Authoritative' est contenue dans la base de données du serveur DNS racine, en correspondance de l'identifiant réseau reçu à l'Etape 3 (mcc208.mnc)0C.gprs). 4. (Etape 4, Figure 8) Le SGSN (204) envoie un nouveau message de type 'QUERY' au serveur `Authoritative' du DNS: le but est d'obtenir l'adresse IP du GGSN (104) en correspondance de l'APN reçu de la part du mobile (40). Comme pour l'Etape 2, le paramètre principal du message 'QUERY' est l'APN, qui doit contenir l'identifiant de l'opérateur qui fournit la connexion au réseau de données demandé par le mobile (40), par le biais de son GGSN (104). Dans le contexte exemplaire du système selon l'invention et à titre d'exemple, cet identifiant sera web. OPERATEURcs_ps.com. A noter : l'identifiant du réseau n'est plus nécessaire, car le serveur `Authoritative' du DNS fait partie - fonctionnellement - du réseau (10). Le paramètre APN du deuxième message 'QUERY' sera donc : APN = web. OPERATEURcs-Ps-com 5. (Etape 5, Figure 8) le serveur `Authoritative' du DNS renvoie un message RESPONSE', qui contient l'adresse IP du GGSN (104). Cet adresse est nommé @GGSN en Figure 8. 6. (Etape 6, Figure 8) un message de signalisation `CREATE PDP CONTEXT REQUEST' est envoyé depuis le SGSN (204) du réseau visité VPLMNps (20) vers le GGSN (101) du réseau (10). La syntaxe et les paramètres du message `CREATE PDP CONTEXT REQUEST' sont définis dans la norme 3GPP TS 29.060: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP) across the Gn and Gp interface (Release 9). Les paramètres principaux de ce message sont : - l'IMSIps (paramètre 'conditionner): avec lequel le mobile (40) s'est identifié auprès du SGSN (204) - le MSISDN (paramètre 'conditionnel'): ce paramètre peut être utilisé par le GGSN (104) afin de fournir l'identité de l'abonné à tout éventuel serveur d'application qui demande un accès sécurisé. - Les paramètres qui identifient sans ambiguïté le 'tunnel' entre le SGSN (204) et le GGSN (104) : NSAPI, adresse IP du SGSN (204), qualité de service, etc. A note : Le SGSN (204) peut fournir deux adresses IP : une première adresse pour la signalisation et une deuxième adresse pour le trafic données. - Le 'End User Address' (paramètre conditionnel) : ce paramètre dénote le type d'adresse IP pour identifier le mobile (40). En général, un adresse IP dynamique est fourni au mobile (40) grâce à un serveur `Dynamic Host Configuration Protocol' (DHCP) qui fait partie - fonctionnellement - du GGSN (104). 7. (Etape 7, Figure 8) un message de signalisation `CREATE PDP CONTEXT RESPONSE' est envoyé depuis le GGSN (101) du réseau (10) vers le SGSN (204) du réseau visité VPLMNps (20). La syntaxe et les paramètres du message `CREATE PDP CONTEXT RESPONSE' sont définis dans la norme 3GPP TS 29.060. La réponse contient juste un message d'acquittement. 8. (Etape 8, Figure 8) un message de signalisation `ACTIVATE PDP CONTEXT ACCEPT' est envoyé depuis le SGSN (204) réseau visité VPLMNps (20) vers le mobile (40). La syntaxe et les paramètres du message `ACTIVATE PDP CONTEXT ACCEPT' sont définis dans la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification Core network protocols; Stage 3 (Release 9). Les paramètres principaux de ce message sont : - Negotiated NSAP/ (paramètre obligatoire) : ce paramètre identifie sans ambiguïté la session de communication data ; il est un numéro entier, choisi de façon aléatoire par le mobile (40) - Negotiated QoS (paramètre obligatoire) : ce paramètre décrit la qualité de service que le réseau peut garantir pour la communication demandée ; éléments d'information tels que le débit et le taux d'erreur sont indiqués. - PDP Address (paramètre optionnel) : ce paramètre dénote le type d'adresse IP attribuée le mobile (40). Bien qu'optionnel, en général ce paramètre est présent car un adresse IP dynamique est attribuée. A la fin de l'Etape 8, une communication data est établie entre le mobile (40) et un serveur IP fournie par un Fournisseur d'Accès Internet (FAI ou ISP en Figure 8). La communication est constituée de trois tronçons : Un premier tronçon entre le mobile (40) et le SGSN (204) ; le données qui y transite sont formatées selon la norme 3GPP TS 04.65: 3rd Generation Partnership Project; Technical Specification Group Core Network; Digital cellular telecommunications system (Phase 2+) ; General Packet Radio Service (GPRS) ; Mobile Station (MS) - Serving GPRS Support Node (SGSN) ; Subnetwork Dependent Convergence Protocol (SNDCP)(Release 1999) Un deuxième tronçon entre le SGSN (204) et le GGSN (104) ; le données qui y transite sont formatées selon la norme 3GPP TS 29.060: 3rd Generation Patinership Project; Technical Specification Group Core Network and Terminais; General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP) across the Gn and Gp interface (Release 9) Un troisième tronçon entre le GGSN (104) et un serveur Internet (ou lntranet) fourni par le FAI (ou ISP en Figure 8) Cas particuliers: Comme déjà évoqué dans le Préambule de la section Procédure opérationnelle de mise sous tension du téléphone mobile (40) (Table 1), l'IMSIps avec lequel le mobile (40) déclenche les opérations d'enregistrement et d'établissement d'une session de communication avec le réseau VPLMNps (20) dépend des accords d'itinérance. Ainsi, pour un abonné en itinérance au Mexique l'IMSIps sera celui de l'opérateur Nextel (MCC-MNC = 316010). Par rapport à la procédure « Déclenchement d'une communication data depuis le mobile (40) », seulement les Etapes 2, 3, 4, 5 de Figure 8 sont impactées, selon les explications suivantes : 2. (Etape 2, Figure 8) Le paramètre principal (APIV) du message 'QUERY' doit contenir: - L'identifiant de l'opérateur qui fournit la connexion au réseau de données demandé par le mobile (40), par le biais de son GGSN (104). Dans le contexte exemplaire du système selon l'invention et a titre d'exemple, cet identifiant sera web. OPERATEURcs.ps.com (inchangé) - L'identifiant du réseau qui contient - parmi les autres équipements - le serveur `Authoritative' du DNS (voire l'Etape 3). Dans le cas de l'abonné en itinérance au Mexique, cet identifiant correspond aux partie `MCC' et `IVINC' de l'IMSIps de l'opérateur Nextel (316010) Le paramètre APN du message 'QUERY' sera donc : APN = web. OPERATEURcs_ps.com.mcc316.mnc010.gprs 3. (Etape 3, Figure 8) Le serveur DNS racine renvoie une commande REFERRAL au SGSN (204) afin que ce dernier puisse envoyer à nouveau une commande 'QUERY' à un serveur `Authoritative' du DNS; dans le cas de l'accord d'interconnexion entre Nextel et l'OPERATEURcs-ps, le serveur `Authoritative' fait partie - en général - du réseau de Nextel, tandis que le GGSN (104) fait partie du réseau HPLMNps (10) de l'OPERATEURcs_ps. L'adresse du serveur `Authoritative' est contenue dans la base de données du serveur DNS racine, en correspondance de l'identifiant réseau reçu à l'Etape 3 (mcc316.mnc010.gprs). 4. (Etape 4, Figure 8) Le SGSN (204) envoie un nouveau message de type 'QUERY' au serveur `Authoritative' du DNS: le but est d'obtenir l'adresse IP du GGSN (104) en correspondance de l'APN reçu de la part du mobile (40). Comme pour l'Etape 2, le paramètre principal du message 'QUERY' est l'APN, qui doit contenir l'identifiant de l'opérateur qui fournit la connexion au réseau de données demandé par le mobile (40), par le biais de son GGSN (104). Dans le contexte exemplaire du système selon l'invention et à titre d'exemple, cet identifiant sera web. OPERATEURcs-ps-com. Le paramètre APN du deuxième message 'QUERY' sera donc : APN = web. OPERATEURcs-ps-com 5. ([tape 5, Figure 8) le serveur `Authoritative' du DNS renvoie un message RESPONSE', qui contient l'adresse IP du GGSN (104) du réseau HPLMNps (10) de l'OPERATEURcs-ps. Cet adresse est nommé @GGSN en Figure 8. Il est évident que l'opérateur Nextel doit configurer son serveur `Authoritative' de sorte que tout message 'QUERY' reçu avec APN = web.OPERATEURcs_ps.com puisse correspondre à l'adresse IP du GGSN (104) ; cette configuration fait partie des accords d'interconnexion entre Nextel et l'OPERATEURcs- PS - Procédures opérationnelles de déclenchement d'une communication voix par le mobile (40) Préambule Afin de simplifier la description, il convient de se concentrer sur la connexion logique entre le mobile (40) et le VMSCNLR (301) du VPLMNcs (30) : la partie dite 'Radio Access Network' du réseau VPLMNcs (30) ne sera pas mentionnée. Déclenchement d'une communication voix depuis le mobile (40) - Procédures La Figure 9 détaille les équipements et les échanges de messages afin d'assurer les procédures de déclenchement d'une communication data entre le mobile (40) et le réseau VPLMNcs (30). Selon le contexte exemplaire de l'invention, l'abonné (en itinérance à Hong Kong) a effectué l'enregistrement sur le réseau VPLMNcs (30) pour toute communication à commutation de circuit. Le réseau VPLMNcs (30) appartient à l'opérateur `CSL'. Les étapes numérotées sont commentées de suite : 1. (Etape 1, Figure 9) un message de signalisation 'CM SERVICE REQUEST' est envoyé depuis le mobile (40) vers le VMSCNLR (301) réseau visité VPLMNcs (30). Le but est de demander au réseau la mise en place d'une session de communication à commutation de circuit (appel sortant, dans le cas de Figure 9). La syntaxe et les paramètres du message 'CM SERVICE REQUEST' sont définis dans la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9). Les paramètres principaux de ce message sont : - CM service type (paramètre obligatoire) : ce paramètre identifie le type de service demandé par le mobile (40) (appel sortant) - Ciphering Key Sequence Number (paramètre obligatoire dans le cas d'une authentification) : c'est le paramètre qui permet au réseau (30) d'identifier la clef de chiffrement Kc stockée dans la carte SIM (150) (voir Figure 3) - Mobile Identity (paramètre obligatoire) : avec ce paramètre le mobile (40) s'identifie auprès du VPLMNcs (30) ; selon la section 10.5.5.2 de la norme 3GPP TS 24.008 se paramètre peut être un IMSI, un TMSI ou un P-TMSI. Suite à l'enregistrement au réseau VPLMNcs (30) et à l'allocation de la part de celui-ci de l'identifiant temporaire TMSIcs on aura, Mobile Identity = TMSIcs (comme indiqué en Figure 9). 2. (Etape 2, Figure 9) un message de signalisation 'CM SERVICE ACCEPT' est renvoyé depuis le VMSCNLR (301) du réseau visité VPLMNcs (30) vers le mobile (40). La syntaxe et les paramètres du message 'CM SERVICE ACCEPT' sont définis dans la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9). 3. (Etape 3, Figure 9) Le mobile (40) envoie un message de signalisation `CALL SETUP' vers le VMSCNLR (301). Le message contient - entre autre - le numéro de téléphone du correspondant appelé. La syntaxe et les paramètres du message `CALL SETUP' sont définis dans la norme ITU-T Q.931: ISDN user-network interface layer 3; specification for basic call control. 4. (Etape 4, Figure 9) Le VMSC/VLR (301) envoie un message de signalisation `CALL PROCEEDING' vers le mobile (40). Le but est d'informer le mobile (40) que la procédure d'appel sortant est en cours. La syntaxe et les paramètres du message `CALL PROCEEDING' sont définis dans la norme ITU-T Q.931: ISDN user-net work interface layer 3; specification for basic call control. 5. (Etape 5, Figure 9) Le VMSCNLR (301) envoie un message de signalisation 'ISUP IAM' vers le réseau public à commutation de circuit (PSTN in Figure 9). Le but est d'acheminer la signalisation d'appel vers le numéro destinataire. La syntaxe et les paramètres du message 'ISUP IAM' sont définis dans la norme ITU-T Q.767: APPLICATION OF THE ISDN USER PART OF CCITT SIGNALLING SYSTEM No. 7 FOR INTERNATIONAL ISDN INTERCONNECTIONS. 6. (Etape 6, Figure 9) Le VMSCNLR (301) reçoit un message de signalisation 'ISUP ACM' du réseau public à commutation de circuit (PSTN in Figure 9). Le but est d'indiquer au VMSCNLR (301) que le téléphone du correspondant sonne. La syntaxe et les paramètres du message 'ISUP IAM' sont définis dans la norme ITU-T Q.767: APPLICATION OF THE ISDN USER PART OF CCITT SIGNALLING SYSTEM No. 7 FOR INTERNATIONAL ISDN INTERCONNECTIONS. 7. (Etape 7, Figure 9) A son tour, le VMSCNLR (301) informe le mobile (40) que le téléphone du correspondant sonne (message de signalisation 'CALL ALERTING définis dans la norme ITU-T Q.931). 8. (Etape 8, Figure 9) Le VMSCNLR (301) reçoit un message de signalisation 'ISUP ANM' du réseau public à commutation de circuit (PSTN in Figure 9). Le but est d'indiquer au VMSCNLR (301) que le correspondant a décroché. La syntaxe et les paramètres du message 'ISUP ANM' sont définis dans la norme ITU-T Q.767. 9. (Etape 9, Figure 9) A son tour, le VMSCNLR (301) informe le mobile (40) que le correspondant a décroché (message de signalisation 'CALL CONNECT définis dans la norme ITU-T Q.931). A la fin de l'Etape 9, une communication voix est établie entre le mobile (40) et son correspondant. La communication est constituée de trois tronçons : - Un premier tronçon entre le mobile (40) et le VMSCNLR (301) Un deuxième tronçon entre le VMSCNLR (301) et le réseau public commuté (PSTN) - Un troisième tronçon (non représenté en Figure 9) entre le réseau public commuté (PSTN) et le correspondant appelé. Cas particuliers: Comme déjà évoqué dans le Préambule de la section Procédure opérationnelle de mise sous tension du téléphone mobile (40) (Table 1), l'IMSIcs avec lequel le mobile (40) déclenche les opérations d'enregistrement et d'établissement d'une session de communication avec le réseau 5 VPLMNcs (30) dépend des accords d'itinérance. Ainsi, pour un abonné en itinérance au Canada l'IMSIcs sera celui de l'opérateur T-Mobile (MCC-MNC = 310260). Par rapport à la procédure « Déclenchement d'une communication voix depuis le mobile (40) », aucune étape de Figure 9 est impactée : en effet, l'identifiant avec lequel le mobile (40) demande 10 l'établissement d'une communication voix est le TMSIcs (identifiant temporaire). Tout expert de l'art reconnaitra que le déclenchement d'autres services à commutation de circuit (messages courts, services supplémentaires, etc.) s'effectue selon les normes et les procédures connues ; en effet, dans le 15 système selon l'invention c'est l'Etape 1 de la Figure 9 qui est fondamentale : le mobile (40) doit s'identifier auprès du réseau visité 'à commutation de circuit' VPLMNcs (30) avec son identifiant 'à commutation de circuit' (TMSIcs OU IMSIcs) 20 Procédures opérationnelles d'appel entrant vers le mobile (40) Préambule Afin de simplifier la description, il convient de se concentrer sur la connexion logique entre le mobile (40) et le VMSCNLR (301) du VPLMNcs (30) : toutefois, la partie dite 'Radio Access Network' du réseau VPLMNcs (30) sera 25 également mentionnée, car elle joue un rôle important pour l'établissement du dialogue entre le mobile (40) et le VMSCNLR (301). Comme déjà évoqué dans le Préambule de la section Procédure opérationnelle de mise sous tension du téléphone mobile (40) (Table 1), l'IMSIcs avec lequel le mobile (40) déclenche les opérations d'enregistrement 30 et d'établissement d'une session de communication avec le réseau VPLMNcs (30) dépend des accords d'itinérance. Ainsi, pour un abonné en itinérance au Canada l'IMSIcs sera celui de l'opérateur T-Mobile (MCC-MNC = 310260). Pour le cas d'un appel entrant on considérera le cas d'un abonné en itinérance au Canada : ce cas va permettre de décrire comment les accords d'interconnexion entre l'OPERATEURcs-ps et T-Mobile permettent un routage correct de l'appel vers le mobile (40). Avant de décrire toutes les étapes de l'appel entrant, il convient de mettre en évidence les aspects suivants : L'abonné de l'OPERATEURcs-ps est français. Son numéro d'appel contient un préfix français (+336 ou +337) Selon la Table 1, le mobile (40) a effectué les étapes d'enregistrement / authentification / localisation sur le réseau visité VPLMNcs (30) appartenant à 'TELUS Communication' pour les services à commutation de circuit ; l'enregistrement a été effectué avec un IMSI 'à commutation-de-circuit' (IMSIcs) commençant par les 6 chiffres '310260' (T-Mobile USA). Cet IMSIcs fait partie d'une plage d'IMSI que T-Mobile USA a alloué à l'OPERATEURcs-ps pour son utilisation exclusive dans le cadre de leur accord `d'interconnexion'. Déclenchement d'une communication voix depuis le réseau vers le mobile (40) - Procédures d'appel entrant La Figure 10 détaille 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 au Canada. 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 MSISDN de l'abonné. La syntaxe et les paramètres du message 'ISUP IAM' sont définis dans la norme ITU-T Q.767: APPLICATION OF THE ISDN USER PART OF CCITT SIGNALLING SYSTEM No. 7 FOR INTERNATIONAL ISDN INTERCONNECTIONS. 2. (Etape 2, Figure 10) un message de signalisation `MAP_SEND_ROUTING_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 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MAP) specification (Release 1998). Les paramètres principaux de ce message sont : Au niveau MAP : l'identifiant téléphonique MSISDN. 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 PROVIDE ROAMING NUMBER' est envoyé depuis le HLR (101) du réseau (10) vers le VMSCNLR (301) du réseau VPLMNcs (30). NOTE 1 : le HLR (101) doit supporter la fonctionnalité 'muftiIMSI', qui permet d'associer plusieurs 'IMSI' au même MSISDN. Beaucoup de fabricants de réseaux coeur (tels que Alcatel, Huawei, Tekelec et d'autres) fournissent la fonctionnalité `multi-IMS1', en général sous forme d'un package logiciel optionnel. La fonctionnalité multi-IMSI permet au HLR de connaitre l'IMSI avec lequel une carte SIM (150) s'est enregistrée auprès d'un réseau visité. Or, dans le cas de l'abonné en itinérance au Canada, IMSI = IMSIcs pour les services à commutation de circuit (comme indiqué en Figure 10). Note 2: vis- à-vis du réseau visité VPLMNIcs (30) de TELUS Communication', l'utilisateur apparaît comme abonné de T-Mobile USA, puisque il est identifié par un IMSIcs appartenant à T-Mobile USA (et alloué à l'OPERATEURcs-ps). Le message `MAP PROVIDE ROAMING NUMBER' doit donc être relayé par le GMSC du réseau T-Mobile. Cette opération de relayage est indiquée en Figure 10; en ce sens, le GMSC du réseau T-Mobile agit en tant que `Signaling Transfer Point' (STP), sa fonction étant celle de transformer les GT d'entrée/sortie afin d'assurer la connexion logique entre le HLR (101) et le VMSCNLR (301) ; les experts de l'art reconnaitront que cette fonctionnalité de 'transformation des GT' est bien connue dans le mode opératoire des Roaming Hubs'. La syntaxe et les paramètres du message `MAP PROVIDE ROAMING NUMBER' sont définis dans la norme 3GPP TS 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MAP) specification (Release 1998). Les paramètres principaux de ce message sont : Au niveau MAP (Section 10.2 de la norme 3GPP TS 09.02): - l'IMSI IMSIcs (paramètre obligatoire) - Le numéro (adresse GT) du VMSCNLR (301) de destination Au niveau SCCP, entre le HLR (101) et le GMSC de T-Mobile : - Adresse GT d'émission: HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 - Adresse GT de destination : GMSC de T-Mobile (numéro E.164), SSN = 8 (GMSC), TT = 0 Au niveau SCCP, entre le GMSC de T-Mobile et le VMSCNLR (301): - Adresse GT d'émission: GMSC de T-Mobile (numéro E.164), SSN = 8 (GMSC), TT = 0 - Adresse GT de destination : VMSCNLR (301) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 4. (Etape 4, 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). Similairement à l'étape précédente, ce message est relayé par le GMSC du réseau T-Mobile. La syntaxe et les paramètres du message `MAP_PROVIDE_ROAMING_NUMBER_RESULT' sont définis dans la norme 3GPP TS 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MAP) specification (Release 1998). 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 GT) du VMSCNLR (301) de destination Au niveau SCCP, entre le VMSCNLR (301) et le GMSC de T-Mobile: - Adresse GT d'émission: VMSCNLR (301) (numéro E.164), SSN = 7 (VMSCNLR), TT = 0 - Adresse GT de destination : GMSC de T-Mobile (numéro E.164), SSN = 8 (GMSC), TT = 0 Au niveau SCCP, entre le GMSC de T-Mobile et le HLR (101): - Adresse GT d'émission: GMSC de T-Mobile (numéro E.164), SSN = 8 (GMSC), TT = 0 - Adresse GT de destination : HLR (101) (numéro E.164), SSN = 6 (HLR), TT = 0 5. (Etape 5, 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 09.02: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MAP) specification (Release 1998). 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 6. (Etape 6, 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: APPLICATION OF THE ISDN USER PART OF CCITT SIGNALLING SYSTEM No. 7 FOR INTERNATIONAL ISDN INTERCONNECTIONS 7. (Etape 7, Figure 10) Comme déjà évoqué dans le Préambule de la section Procédures opérationnelles d'enregistrement aux réseaux, authentification, gestion de la mobilité, 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 VMSCNLR (301) et le SGSN (304) du réseau (30) ; par conséquent, le SGSN (304) du réseau (30) effectue le `paging' vers le téléphone (40) pour toute établissement d'un appel reçu. Un message de signalisation `BSSAP+ PAGING REQUEST' est envoyé depuis le VMSCNLR (301) du réseau visité VPLMNcs (30) vers le SGSN (304) du même réseau. La syntaxe et les paramètres du message `BSSAP+ LOCATION UPDATE REQUEST' sont définis dans la norme 3GPP TS 29.018: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; General Packet Radio Service (GPRS) ; Serving GPRS Support Node (SGSN) - Visitors Location Register (VLR) ; Gs interface layer 3 specification (Release 11). Dans le contexte du système selon l'invention, les paramètres principaux du message `BSSAP+PAGING_REQUEST' sont : Au niveau BSSAP+ (section 17.1.19 de la norme 3GPP TS 29.018): - l'IMSIcs, avec lequel le mobile (40) s'est identifié auprès du SGSN (304) - VLR number Le numéro (adresse GT) du VMSCNLR (301) d'émission. 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 8. (Etape 8, Figure 10) Comme expliqué dans la section 4.7.9.2 de la norme 3GPP TS 24.008: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminais; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9) le SGSN (304) du réseau VPLMNIcs (30) doit établir une connexion avec le Base Station Support System (BSS) du même réseau afin que ce dernier puisse envoyer le signal de 'Paging' sur l'interface radio. Un message `BSSMAP_PAGING' est transmis au BSS, ce message contenant l'identifiant temporaire TMSIcs qui a été alloué au mobile (40) et qui est connu par le SGSN (304). Le message `BSSMAP PAGING' fait partie de la couche 'Radio Resource Control' (RRC). Les étapes suivantes ([tape 9 à Etape 12) ne seront pas expliquées dans le détail, car elles concernent le fonctionnement du BSS et son interaction avec le mobile (40) sur la couche RRC: les expert de l'art reconnaitront que le système selon l'invention n'implique aucun changement dans le fonctionnement du BSS et de la couche RRC. 9. (Etape 9, Figure 10) Le BSS du réseau VPLMNcs (30) envoie le message RRC_PAGING_REQUEST (TMSIcs) vers toutes les cellules qui font partie de la 'Location Area' dans laquelle le mobile (40) est localisé. Comme indiqué en Figure 10, ce message contient l'identifiant temporaire TMSIcs qui a été alloué au mobile (40) 10. (Etape 10, Figure 10) Le mobile (40), destinataire du message de RRC PAGING REQUEST, reconnait que le TMSIcs contenu dans le message correspond à son propre TMSIcs. Afin de répondre au message de 'Paging', l'établissement d'un canal dédié de la couche RRC est négocié entre le mobile (40) et le BSS du réseau VPLMNcs (30). 11. ([tape 11, Figure 10) Le mobile (40) renvoie un message RRC PAGING RESPONSE au BSS du réseau VPLMNcs (30). 12. (Etape 12, Figure 10) Le BSS du réseau VPLMNcs (30) établit une connexion SCCP avec le VMSCA/LR (301) du même réseau. Grace à cette connexion le message RRC_PAGING_RESPONSE peut être relayé au VMSC/VLR (301). Attention : même si c'est le SGSN (304) qui a envoyé la requête de 'Paging' vers le BSS (voir l'Etape 8), ce dernier envoie la réponse directement au VMSC/VLR (301). En effet, lorsque le VMSCNLR (301) envoie le message `BSSAP+ PAGING REQUEST' il reste en attente d'une connexion SCCP de la part du BSS destinataire. 13. (Etape 13, Figure 10) Le VMSCNLR (301) envoie un message de signalisation 'GALL 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: ISDN user-network interface layer 3; specification for basic call control. 14. (Etape 14, Figure 10) Le mobile (40) informe le VMSCNLR (301) que le téléphone sonne (message de signalisation 'GALL ALERTING définis dans la norme ITU-T Q.931). 15. ([tape 15, Figure 10) Le VMSCNLR (301) envoie un message de signalisation `ISUP ACM' vers le GMSC (102) du réseau (10). Le but est d'indiquer à ce dernier que le téléphone du destinataire sonne. La syntaxe et les paramètres du message `ISUP ACM' sont définis dans la norme ITU-T Q.767: APPLICATION OF THE ISDN USER PART OF CCITT SIGNALLING SYSTEM No. 7 FOR INTERNATIONAL ISDN INTERCONNECTIONS. 16. (Etape 16, Figure 10) Le mobile (40) informe le VMSCNLR (301) que le destinataire a décroché (message de signalisation `CALL CONNECT définis dans la norme ITU-T Q.931). 17. (Etape 17, Figure 10) Le VMSCNLR (301) envoie un message de signalisation `ISUP ANM' vers le GMSC (102) du réseau (10). Le but est d'indiquer à ce dernier que le destinataire a décroché. La syntaxe et les paramètres du message `ISUP ACM' sont définis dans la norme ITU-T Q.767. A la fin de l'Etape 17, une communication voix est établie entre le mobile (40) (destinataire de l'appel) et son correspondant. La communication est constituée de trois tronçons : Un premier tronçon (non représenté en Figure 10) entre le réseau public commuté (PSTN) et le GMSC(102). Un deuxième tronçon entre le GMSC(102) et le VMSCNLR (301) Un troisième tronçon entre le VMSCNLR (301) et le mobile (40) GLOSSAIRE ET ABREVIATIONS UTILISEES 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). 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. A8: 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 15 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. 20 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 25 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. 30 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 5 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. 10 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. 15 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 20 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 25 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) CciPA : « Calling Party Address », adresse ou numéro téléphonique d'une 30 entité appelant (ou émettrice) DHCP : « Dynamic Host Configuration Protocol », protocole réseau dont le rôle est d'assurer la configuration automatique des paramètres IP d'une station (telle qu'un téléphone mobile), notamment en lui affectant automatiquement une adresse IP et un masque de sous-réseau. DNS : « Domain Name System », service permettant de traduire un nom de domaine en informations de plusieurs types qui y sont associées, notamment en adresses IP de la machine portant ce nom DPC : « Destination Point Code », 'Point Code' d'un équipement destinataire 5 d'un message MAP, CAP ou ISUP 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 10 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. 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 15 'IMSI') 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. 20 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 25 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 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 30 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 5 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 10 mobile HPLMNcs : dans le système selon l'invention, partie du réseau HPLMN qui contrôle l'accès aux services à commutation de circuit. HPLMNps : dans le système selon l'invention, partie du réseau HPLMN qui contrôle l'accès aux services à commutation de paquet. 15 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 véritablement 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 20 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 25 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 30 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 5 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 communication, basée à Genève (Suisse). 10 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 réseau donné. 15 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. : « lntegrity Key », clef partagée entre la carte SIM et le réseau coeur (HLR / AuC) qui permet les opérations d'authentification et d'autorisation ainsi que 20 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 GSM qui effectue tous les échanges liés à la mobilité, au contrôle d'appel et 25 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 VMSCNLR du VPLMN 30 MAP PROVIDE ROAMING NUMBER : service du protocole MAP servant à demander au VMSC/VLR un numéro téléphonique temporaire pour acheminer les appels vers le mobile. Le message est envoyé par le HLR 3003 42 4 91 MAP SEND AUTHENTICATION INFO : service du protocole MAP servant à 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. 10 MAP UPDATE 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 VMSCNLR du VPLMN. MCC : « Mobile Country Code », voir la définition d'IMSI MGT : « Mobile Global Title », conversion de l'IMSI dans un format `routable' 15 par le réseau SS7 (voir aussi la définition de E.214) 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 du mobile par voie hertzienne ainsi que les composants du réseau « coeur ». 20 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 d'atteindre l'abonné. 25 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 fournissant des services tels que adressage (par le biais des 'Point Code') et 30 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 NSAPI est échangé entre le mobile et le SGSN. OPC : « Origination Point Code », 'Point Code' d'un équipement émetteur 5 d'un message MAP, CAP ou ISUP P-TMSI : « Packet - Temporary Mobile Subscriber Identity », identité temporaire allouée par le SGSN. Se référer à l'acronyme `TMS1'. PC: « Point Code », adresse à niveau de la couche MTP dans le réseau de signalisation SS7 10 PDP : « Packet Data Protocol », désignation de tout protocole réseau par paquets pour lequel GPRS offre une compatibilité. PSTN : « Public Switched Telephone Network », réseau téléphonique commuté RA : « Routing Area », ensemble de cellules au sein desquelles le téléphone 15 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. RAC : « Routing Area Code », code d'une zone de routage au sein d'un réseau donné. 20 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. RAM : « Random Access Memory », mémoire informatique dans laquelle un ordinateur place les données lors de leur traitement 25 RNTI : « Radio Network Temporary Identity », identité temporaire qui identifie un mobile particulier pour le SGSN. Le RNTI est utilisé dans les réseaux 3G Roaming (itinérance) : dispositions contractuelles et techniques permettant à un abonné de mobile d'utiliser son téléphone dans d'autres réseaux que le sien. 30 RRC : « Radio Resource Control », partie de la couche réseau présente entre le mobile et le BSC qui gère la ressource radio (allocation de canal, chiffrement, etc.) SAT : « SIM Application Toolkit », ensemble des procédures qui permettent à la carte SIM la gestion d'actions qui peuvent être utilisées pour des services à valeur ajoutée. 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. SCP : « Service Control Point », composante fonctionnelle des réseaux CAMEL, utilisée pour le contrôle (initialisation, démarrage, terminaison, facturation...) des services. SGSN: « Serving GPRS Support Node », passerelle permettant l'acheminement des données à l'intérieur des réseaux mobiles GPRS 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 15 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. 20 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 25 STP : « Signaling Transfer Point », fonction de commutation des messages de signalisation SS7 au sein d'un réseau national. 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 30 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. U: « Translation Type », champs du protocole SCCP qui permet d'adresser le translateur d'adresse approprié dans les interconnexions SS7 internationales UART : « Universal Asynchronous Receiver Transmitter », émetteur- s récepteur asynchrone universel USIM: « Universal 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 10 (application USIM) et TS 21.1111 (carte USIM). VLR : « Visited Location Register », registre de localisation visitée VMSC/VLR : 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 15 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. 20 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 dans un réseau avec une carte SIM appartenant à un réseau HPLMN et contenant: - Un premier code d'identification IMSIcs qui permet l'accès à tout service de communication à commutation de circuit, tel que le service de téléphonie mobile. - Un deuxième code d'identification IMSIps qui permet l'accès à tout service de communication à commutation de paquet, tel que le service d'internet mobile ou de messagerie électronique. 2. Système selon la revendication 1, caractérisé en ce que dans une situation d'itinérance dans un pays visité : - Le premier code d'identification IMSIcs permet l'enregistrement, l'authentification et la localisation dans un réseau visité VPLMNcs appartenant à un premier opérateur qui a des accords d'itinérance avec l'opérateur du réseau HPLMN pour les seuls services de communication à commutation de circuit. - Le deuxième code d'identification IMSIps permet - au même temps - l'enregistrement, l'authentification et la localisation dans un réseau visité VPLMNps appartenant à un deuxième opérateur qui a des accords d'itinérance avec l'opérateur du réseau HPLMN pour les seuls services de communication à commutation de paquet. 3. Système selon les revendications 1 et 2, caractérisé en ce que la carte SIM est constituée des éléments fonctionnels suivants : - Une première structure de fichiers du profil électrique, ces fichiers étant dédiés à la gestion des opérations (mobilité, authentification, autorisations, etc.) dans un réseau visité VPLMNcs en correspondance du premier code d'identification IMSIcs. - Une deuxième structure de fichiers du profil électrique, ces fichiers étant dédiés à la gestion des opérations (mobilité, authentification,autorisations, etc.) dans un réseau visité VPLMNps en correspondance du deuxième code d'identification IMSIps. - Une troisième structure de fichiers du profil électrique, ces fichiers contenant des informations indépendantes des codes d'identification IMSIcs et IMSIps. Parmi ces informations on trouve le numéro téléphonique de l'abonné, les paramètres pour la gestion des messages courts, etc. - L'ensemble des paramètres et des procédures pour l'effectuation des opérations d'authentification, génération de clefs de chiffrement et chiffrement. Parmi ces paramètres on trouve la clef d'intégrité (K1). - Une table contenant autant de ligne que le nombre de pays dans lesquels un abonné du système selon l'invention peut se rendre, chaque ligne de la table contenant - pour chaque pays visité - la liste des réseaux VPLMNIcs qui ont des accords d'itinérance pour les seuls services de communication à commutation de circuit, la liste des réseaux VPLMNps qui ont des accords d'itinérance pour les seuls services de communication à commutation de paquet, le premier code d'identification IMSIcs permettant l'enregistrement, l'authentification et la localisation dans les réseaux visités VPLMNcs, le deuxième code d'identification IMSIps permettant l'enregistrement, l'authentification et la localisation dans les réseaux visités VPLMNps. - Un logiciel applicatif qui gère l'utilisation des codes d'identification IMSIcs et IMSIps selon les données de la table décrite ci-dessus. 4. Système selon la revendication 3, caractérisé en ce que les codes d'identification IMSIcs et/ou IMSIps peuvent appartenir à l'opérateur du réseau HPLMN ou à d'autres opérateurs qui ont des accords d'itinérance avec les opérateurs des réseaux visités VPLMNcs et VPLMNcs et - au même temps - des accords d'interconnexion avec l'opérateur du réseau HPLMN. 5. Procédé d'enregistrement simultané d'un système de mobiles avec un premier code d'identification IMSIcs permettant l'enregistrement, l'authentification et la localisation dans un réseau visité VPLMNcs pour lesseuls services de communication à commutation de circuit et avec un deuxième code d'identification IMSIps permettant l'enregistrement, l'authentification et la localisation dans un réseau visité VPLMNps pour les seuls services de communication à commutation de paquet, caractérisé en ce que les étapes suivantes sont effectuée pour la mise en service d'un téléphone mobile : - Une fois le lien de communication établi avec la carte SIM et le code PIN rentré par l'abonné et vérifié par le téléphone, ce dernier lit les codes d'identification IMSIcs et IMSIps contenus dans la carte SIM - Un processus de sélection de cellule est déclenché par le téléphone mobile afin de connaître le pays visité. - Le téléphone mobile démarre un logiciel applicatif contenu dans la carte SIM; le logiciel applicatif prend le contrôle des opérations en déclenchant les étapes suivantes : - La lecture d'une table hébergée par la carte SIM et contenant autant de ligne que le nombre de pays dans lesquels un abonné peut se rendre, chaque ligne de la table contenant - pour chaque pays visité - la liste des réseaux VPLMNcs dont les opérateurs ont des accords d'itinérance pour les seuls services de communication à commutation de circuit, la liste des réseaux VPLMNps dont les opérateurs ont des accords d'itinérance pour les seuls services de communication à commutation de paquet, un premier code d'identification IMSIcs et un deuxième code d'identification IMSIps, le code d'identification IMSIcs (respectivement IMSIps) appartenant à l'opérateur du réseau HPLMN ou à tout autre opérateur qui a des accords d'itinérance avec les opérateurs des réseau VPLMNcs (respectivement VPLMNps) et - au même temps - des accords d'interconnexion avec l'opérateur du réseau HPLMN. - La sélection des codes d'identification IMSIcs et IMSIps en correspondance du pays visité. - L'écriture des codes d'identification IMSIcs et IMSIps sélectionnés dans les fichiers correspondants qui font partie du profil électrique de la carte SIM.- L'envoi de la commande REFRESH' au téléphone mobile afin de l'alerter ce dernier du changement de contenu des fichiers de la carte SIM qui stockent les codes d'identification IMSIcs et IMSIps ; le téléphone mobile reprend le contrôle des opérations en déclenchant les étapes suivantes : - Un processus de sélection de cellule est démarré à nouveau par le téléphone mobile afin d'identifier une cellule appartenant à un réseau VPLMNps qui ne soit pas interdit. - Une fois identifiée une cellule appartenant à un réseau VPLMNps non interdit, les procédures d'enregistrement, authentification et localisation sont démarrées en utilisant le code d'identification IMSIps A la fin de ces procédures, l'abonné peut consommer tout service à commutation de paquet sur le réseau visité VPLMNps. - Un deuxième processus de sélection de cellule est déclenché par le téléphone mobile afin d'identifier une cellule appartenant à un réseau VPLMNcs qui ne soit pas interdit. - Une fois identifiée une cellule appartenant à un réseau VPLMNcs non interdit, les procédures d'enregistrement, authentification et localisation sont démarrées en utilisant le code d'identification IMSIcs. A la fin de ces procédures, l'abonné peut consommer tout service à commutation de circuit sur le réseau visité VPLMNcs. 6. Procédé selon la revendication 5, 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 : - L'envoie d'un message de signalisation `GMM_ATTACH_REQUEST' depuis le téléphone mobile vers le noeud de service SGSN du réseau visité VPLMNps qui contrôle la cellule dans laquelle se trouve le téléphone mobile. Le message `GMM_ATTACH_REQUEST' contient le code d'identification IMSIps. - L'envoie d'un message de signalisation `MAP_SEND_AUTHENTICATION_INFO' depuis ledit noeud de service SGSN vers le registre de localisation principal (HLR) du réseau HPLMNde l'abonné. Le message `MAP_SEND_AUTHENTICATION_INFO' contient le code d'identification IMSIps. - L'envoie d'un message de signalisation `MAP_SEND_AUTHENTICATIONINFO_ACK' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le noeud de service SGSN du réseau visité VPLMNps. Le message `MAP _ SEND _ AUTHENTICATION _ INFO _ACK' contient les paramètres d'identification afin de permettre au noeud de service SGSN l'authentification du téléphone mobile. - L'envoie d'une requête d'authentification `GMM_AUTHENTICATION_AND_CIPHERING_REQUEST' depuis le noeud de service SGSN du réseau visité VPLMNps vers le téléphone mobile. Le message `GMM_AUTHENTICATION_AND_CIPHERING_REQUEST' contient les paramètres nécessaires au téléphone mobile pour déclencher l'algorithme d'authentification et de calcul de la clef de chiffrement. - L'envoie d'un message de signalisation `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' depuis le téléphone mobile vers le noeud de service SGSN du réseau visité VPLMNps. Le message `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' contient la réponse à la requête d'authentification. Cette réponse permet au noeud de service SGSN de vérifier l'identité du téléphone mobile. - L'envoie d'un message de signalisation `MAP UPDATE GPRS LOCATION' depuis le noeud de service SGSN du réseau visité VPLMNps vers le registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message `MAP UPDATE GPRS LOCATION' contient le code d'identification IMSIps. - L'envoie d'un message de signalisation `MAP_INSERT_ SUBSCRIBER DATA' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le noeud de service SGSN du réseau visité VPLMNps. Le message `MAP_INSERT_SUBSCRIBER_DATA'contient les permissions d'accès au réseau visité VPLMNps, notamment l'accès aux seuls services à commutation de paquet. - L'envoie d'un message de signalisation `GMM_ATTACH_ACCEPT' depuis le noeud de service SGSN du réseau visité VPLMNps vers le téléphone mobile. Le message `GMM_ATTACH_ACCEPT' contient le code d'identification temporaire P-TMSIps, valable pour le déclenchement de toute communication à commutation de paquet à l'initiative du téléphone mobile. 7. Procédé selon la revendication 5, 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 : - L'envoie d'un message de signalisation `GMM_ATTACH_REQUEST' depuis le téléphone mobile vers le noeud de service SGSN du réseau visité VPLMNcs qui contrôle la cellule dans laquelle se trouve le téléphone mobile. Le message `GMM_ATTACH_REQUEST' contient le code d'identification IMSIcs - L'envoie d'un message de signalisation `MAP_SEND_AUTHENTICATION_INFO' depuis ledit noeud de service SGSN vers le registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message `MAP_SEND_AUTHENTICATION_INFO' contient le code d'identification IMSIcs. - L'envoie d'un message de signalisation `MAP _ SEND _ AUTHENTICATION _ INFO _ACK' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le noeud de service SGSN du réseau visité VPLMNcs. Le message %AAP _ SEND _ AUTHENTICATION _ INFO _ACK' contient les paramètres d'identification afin de permettre au noeud de service SGSN l'authentification du téléphone mobile. - L'envoie d'une requête d'authentification `GMM_AUTHENTICATION_AND_CIPHERING_REQUEST' depuis le noeud de service SGSN du réseau visité VPLMNcs vers le téléphonemobile. Le message `GMM_AUTHENTICATION_AND_CIPHERING_REQUEST' contient les paramètres nécessaires au téléphone mobile pour déclencher l'algorithme d'authentification et de calcul de la clef de chiffrement. - L'envoie d'un message de signalisation `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' depuis le téléphone mobile vers le noeud de service SGSN du réseau visité VPLMNcs. Le message `GMM_AUTHENTICATION_AND_CIPHERING_RESPONSE' contient la réponse à la requête d'authentification. Cette réponse permet au noeud de service SGSN de vérifier l'identité du téléphone mobile. - L'envoie d'un message de signalisation `MAP UPDATE GPRS LOCATION' depuis le noeud de service SGSN du réseau visité VPLMNcs vers le registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message %AAP UPDATE GPRS LOCATION' contient le code d'identification IMSIcs. - L'envoie d'un message de signalisation `MAP_INSERT_ SUBSCRIBER DATA' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le noeud de service SGSN du réseau visité VPLMNcs. Le message `MAP_INSERT_SUBSCRIBER_DATA' contient les permissions d'accès au réseau visité VPLMNcs, notamment l'accès aux seuls services à commutation de circuit. - L'envoie d'un message de signalisation (BSSAP-F LOCATION UPDATE REQUEST' depuis le noeud de service SGSN du réseau visité VPLMNcs vers le registre de localisation visité (VMSCNLR) du réseau VPLMNcs. Le message ESSAP+ LOCATION UPDATE REQUEST' contient le code d'identification IMSIcs. - L'envoie d'un message de signalisation `MAP_UPDATE_LOCATION' depuis le registre de localisation visité (VMSCNLR) du réseau VPLMNcs vers le registre de localisation principal (HLR) du réseau HPLMN del'abonné. Le message `MAP_UPDATE_LOCATION' contient le code d'identification IMSIcs. - L'envoie d'un message de signalisation `MAP INSERT_ SUBSCRIBER_DATA' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le registre de localisation visité (VMSCNLR) du réseau VPLMNcs. Le message `MAP_INSERT_SUBSCRIBER_DATA' contient les permissions d'accès au réseau visité VPLMNcs, notamment l'accès à tout service à commutation de circuit. - L'envoie d'un message de signalisation `BSSAP+ LOCATION UPDATE_ACCEPT' depuis le registre de localisation visité (VMSCNLR) du réseau VPLMNcs vers le noeud de service SGSN du même réseau. Le message `BSSAP+ LOCATION UPDATE_ACCEPT' contient le code d'identification temporaire TMSIcs alloué par le registre de localisation visité (VMSCNLR) du réseau VPLMNcs. - L'envoie d'un message de signalisation `GMM_ATTACH_ACCEPT' depuis le noeud de service SGSN vers le téléphone mobile. Le message `GMM_ATTACH_ACCEPT' contient le code d'identification temporaire TMSIcs, valable pour le déclenchement de toute communication à commutation de circuit à l'initiative du réseau ou du téléphone mobile. 8. Procédé selon les revendications 5 et 6, caractérisé en ce que les procédures de déclenchement d'une communication à commutation de paquet de la part d'un téléphone mobile enregistré sur le réseau visité VPLMNps, dont l'opérateur a des accords d'itinérance avec l'opérateur du réseau HPLMN, comprennent les étapes qui consistent en : - L'envoie d'un message de signalisation `ACTIVATE PDP CONTEXT REQUEST' depuis le téléphone mobile vers le noeud de service SGSN du réseau visité VPLMNps qui contrôle la cellule dans laquelle se trouve le téléphone mobile. Le message `ACTIVATE PDP CONTEXT REQUEST' contient l'APN, nom de la passerelle logique pour l'accès aux services à commutation de paquet- Un échange de message entre le noeud de service SGSN et des serveurs DNS afin de traduire le nom APN en adresse IP de la passerelle d'interconnexion GGSN du réseau HPLMN, cet échange de message contenant : - L'identifiant du réseau HPLMN, dont l'opérateur a des accords d'itinérance avec l'opérateur du réseau visité VPLMNps. - L'identifiant du service à commutation de paquet, ce service étant fourni par l'opérateur du réseau HPLMN grâce à la passerelle d'interconnexion GGSN. 9. Procédé selon la revendication 8, caractérisé en ce que l'opérateur du réseau visité VPLMNps a des accords d'itinérance avec un opérateur tiers qui, à son tour, a des accords d'interconnexion avec l'opérateur du réseau HPLMN, ce qui implique un échange de message entre le noeud de service SGSN et des serveurs DNS afin de traduire le nom APN en adresse IP de la passerelle d'interconnexion GGSN du réseau HPLMN, cet échange de message contenant : - L'identifiant du réseau de l'opérateur tiers, qui a des accords d'itinérance avec l'opérateur du réseau visité VPLMNps. - L'identifiant du service à commutation de paquet, ce service étant fourni par l'opérateur du réseau HPLMN grâce à la passerelle d'interconnexion GGSN. 10. Procédé selon les revendications 5 et 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, dont l'opérateur a des accords d'itinérance avec un opérateur tiers qui, à son tour, a des accords d'interconnexion avec l'opérateur du réseau HPLMN, comprennent les étapes qui consistent en : - L'envoie d'un message de signalisation `ISUP IAM' vers le commutateur- passerelle GMSC du réseau HPLMN. Le message `ISUP IAM' contient le numéro téléphonique du destinataire.- L'envoie d'un message de signalisation `MAP SEND ROUTING INFORMATION' depuis le commutateur-passerelle GMSC du réseau HPLMN vers le registre de localisation principal (HLR) du même réseau. Le message `MAP SEND ROUTING INFORMATION' contient le numéro téléphonique du destinataire. - L'envoie d'un message de signalisation %AAP PROVIDE ROAMING NUMBER' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le registre de localisation visité (VMSCNLR) du réseau VPLMNcs. Le message `MAP PROVIDE ROAMING NUMBER' contient le code d'identification IMSIcs appartenant à l'opérateur tiers qui a des accords d'itinérance avec l'opérateur du réseau visité VPLMNcs. Le message `MAP PROVIDE ROAMING NUMBER' est relayé par le commutateur- passerelle GMSC de l'opérateur tiers. - L'envoie d'un message de signalisation `MAP PROVIDE ROAMING NUMBER RESULT' depuis le registre de localisation visité (VMSCNLR) du réseau VPLMNcs vers le registre de localisation principal (HLR) du réseau HPLMN de l'abonné. Le message `MAP PROVIDE ROAMING NUMBER RESULT' contient le numéro téléphonique temporaire MSRN alloué par le registre de localisation visité (VMSCNLR) du réseau VPLMNcs. Le message `MAP PROVIDE ROAMING NUMBER RESULT' est relayé par le commutateur-passerelle GMSC de l'opérateur tiers. - L'envoie d'un message de signalisation `MAP SEND ROUTING INFORMATION RESULT' depuis le registre de localisation principal (HLR) du réseau HPLMN de l'abonné vers le commutateur-passerelle GMSC du même réseau. Le message `MAP SEND ROUTING INFORMATION RESULT' contient le numéro téléphonique temporaire MSRN et l'adresse du registre de localisation visité (VMSCNLR) du réseau VPLMNcs. - L'envoie d'un message de signalisation `ISUP IAM' depuis le commutateur-passerelle GMSC du réseau HPLMN vers le registre delocalisation visité (VMSC/VLR) du réseau VPLMNcs. Le message `ISUP IAM' contient le numéro téléphonique temporaire MSRN du destinataire. - L'envoie d'un message de signalisation `BSSAP+_PAGING_REQUEST' depuis le registre de localisation visité (VMSC/VLR) du réseau VPLMNcs vers le noeud de service SGSN du même réseau. Le message `BSSAP+ PAGING REQUEST' contient le code d'identification IMSIcs. - L'envoie d'un message de signalisation `BSSMAP_PAGING' depuis le noeud de service SGSN du réseau VPLMNcs vers les équipements d'accès radio BSS du même réseau. Le message `BSSMAP_PAGING' contient le code d'identification temporaire TMSIcs qui permet d'envoyer au téléphone mobile destinataire le message d'alerte de l'appel entrant.