FR3008569A1 - Procede de gestion du declenchement d'un mecanisme de bascule entre deux identifiants imsi - Google Patents

Abstract

L'invention concerne un procédé de gestion du déclenchement d'un mécanisme de bascule d'un identifiant international d'abonné IMSI courant (IMSI1) mémorisé dans un module d'identité de souscripteur à un réseau de téléphonie mobile, à un autre identifiant international d'abonné IMSI (IMSI2). Ce module d'identité comprend en mémoire un fichier de réseaux interdits (FPLMN) stockant, par un code d'identification de réseau, tout réseau mobile, dit interdit, auquel une demande de connexion par le module d'identité (100) est rejetée. Le procédé selon l'invention comprend, à détection (201) d'un évènement de déclenchement d'un mécanisme de bascule, la consultation (202) du fichier de réseaux interdits (FPLMN), et le déclenchement (203) du mécanisme de bascule en fonction des codes d'identification de réseau stockés dans le fichier pour basculer de l'identifiant IMSI courant (IMSI1) à l'autre identifiant IMSI (IMSI2). Ce procédé permet d'éviter les basculements non nécessaires d'un identifiant IMSI à un autre, même en l'absence de connexion à un réseau de téléphonie mobile.

Description

DOMAINE DE L'INVENTION L'invention concerne le domaine des télécommunications mobiles et concerne plus particulièrement un procédé de gestion du déclenchement d'un mécanisme de bascule d'un identifiant international d'abonné IMSI courant à un autre identifiant international d'abonné IMSI, ainsi qu'un module d'identité de souscripteur auprès d'un opérateur mobile. CONTEXTE DE L'INVENTION Le roaming (itinérance) est une des caractéristiques fondamentales des normes de réseau mobile GSM, UMTS et LTE. Tel qu'il est défini par les normes relatives aux GSM/ UMTS dans les réseaux mobiles, le roaming caractérise la faculté pour un abonné de pouvoir appeler ou être appelé via le réseau radio de téléphonie mobile géré par un opérateur mobile national autre que le sien. Cette fonctionnalité est utile notamment lorsque l'abonné se trouve dans une zone, parfois appelée zone grise, où seul le réseau d'un opérateur national différent est disponible, ou encore lorsque l'abonné se trouve dans un pays différent du pays d'origine de son réseau mobile.

Pour permettre aux abonnés d'un opérateur mobile de passer en toute transparence d'un réseau de communication sans fil à un autre, les différents opérateurs mobiles passent généralement des accords d'itinérance, souvent bilatéraux, c'est-à-dire que les abonnés de chaque opérateur peuvent respectivement utiliser le réseau des autres opérateurs sous accords.

Toutefois, ces accords sont parfois complexes à établir et certains opérateurs ont recours à des intermédiaires appelées opérateurs broker (courtier) se chargeant de passer eux-mêmes des accords d'itinérance, parfois bilatéraux, avec d'autres opérateurs dans divers pays. Passer par ce type d'intermédiaires permet à un opérateur national d'offrir une connectivité internationale immédiate, à condition que ses abonnés soient équipés d'un module d'identité de souscripteur sur un réseau de téléphonie mobile, par exemple une carte SIM ou UICC comportant un identifiant international d'abonné IMSI propre à l'opérateur broker pour permettre l'authentification sur les réseaux internationaux, en plus de l'identifiant IMSI courant associé à l'opérateur mobile national d'origine (ou de base), ainsi que d'une intelligence permettant la bascule entre les deux identifiants IMSI. Un module d'identité de souscripteur peut par exemple correspondre à une carte SIM ou UICC, ou être mis en oeuvre dans un composant embarqué de type élément sécurisé (embedded secure element) qui est un chipset distinct du processeur principal du terminal, ou dans un composant amovible de type élément sécurisé (par exemple une carte micro-SD). Un module d'identité de souscripteur répond par exemple aux spécifications ISO 7816 ou à la norme Critères Communs. Il peut dialoguer avec un terminal à l'aide d'APDU (Application Protocol Data Unit).

Dans l'état de l'art, la bascule entre les deux identifiants IMSI est provoquée de façon systématique lorsque certains évènements relatifs à la connexion au réseau mobile de son opérateur national de base (ou d'origine ou historique) se produisent, par exemple lorsque le mobile de l'abonné ne détecte aucun réseau (connectivité limitée), lorsqu'il se trouve en zone grise non couverte par son opérateur, ou proche d'une frontière non couverte par son opérateur ou encore à l'étranger. Un déclenchement intempestif du basculement peut être gênant pour l'abonné et réduit les performances globales de son terminal mobile, notamment lorsque l'abonné est toujours dans son pays.

En vue de résoudre ce problème, le document FR2814030 propose un procédé de basculement entre deux identifiants IMSI sur la base d'une liste de réseaux préférés en fonction d'informations de localisation (fichier LOCI selon les normes de téléphonie mobile) obtenues par une procédure de recherche de réseaux disponibles à portée du terminal. Le document W0201264287 propose une autre solution de gestion des identifiants IMSI en fonction du réseau détecté.

Toutefois, ces solutions nécessitent une connexion réseau afin de connaître le code mobile de pays (MCC pour Mobile Country Code) et le code mobile de réseau (MNC pour Mobile Network Code) du ou des réseaux disponibles. En effet, dans les solutions décrites dans ces documents, le basculement à un autre identifiant IMSI n'est possible qu'une fois que l'identifiant IMSI courant est connecté (ou authentifié ou attaché ou accroché) au réseau. Or il arrive que l'identifiant IMSI courant ne soit pas autorisé à se connecter, par exemple car aucun accord d'itinérance n'existe entre l'opérateur national de base et l'opérateur du réseau disponible ou car aucun réseau n'est disponible à portée (zone non couverte par exemple). Dans ce cas, les solutions connues ne permettent pas d'empêcher le déclenchement systématique du basculement de l'identifiant IMSI courant à un autre lorsqu'il n'est pas nécessaire. En outre, ils ne sont pas adaptés lorsque le terminal ne peut s'attacher (c'est-à-dire s'authentifier) aux réseaux mobiles disponibles. RESUME DE L'INVENTION La présente invention a ainsi pour objet de pallier au moins un de 20 ces inconvénients. Dans ce contexte, un premier aspect de l'invention concerne un procédé de gestion du déclenchement d'un mécanisme de bascule d'un identifiant international d'abonné IMSI courant mémorisé dans un module d'identité de souscripteur à un réseau de téléphonie mobile, à un autre 25 identifiant international d'abonné IMSI, ledit module d'identité du souscripteur comprenant en mémoire un fichier de réseaux interdits stockant, par un code d'identification de réseau, tout réseau mobile, dit interdit, auquel une demande de connexion par le module d'identité est rejetée. Un procédé selon l'invention comprend, à détection d'un évènement de déclenchement d'un mécanisme de 30 bascule, la consultation dudit fichier de réseaux interdits, et le déclenchement du mécanisme de bascule en fonction des codes d'identification stockés dans ledit fichier de réseaux interdits, pour basculer de l'identifiant IMSI courant à l'autre identifiant IMSI. On comprend que le fichier de réseaux interdits peut comprendre aucun code d'identification de réseau, comme, dans d'autres cas, comprendre 5 un ou plusieurs codes d'identification de réseau, selon que plus ou moins des demandes de connexion auront été rejetées. L'invention concerne également un procédé de localisation d'un dispositif comprenant au moins un module d'identité de souscripteur à un réseau de téléphonie mobile, ledit module d'identité comprenant en mémoire au 10 moins un identifiant international d'abonné IMSI courant et un fichier de réseaux interdits stockant, par un code d'identification de réseau, tout réseau mobile, dit interdit, auquel une demande de connexion par le module d'identité est rejetée. Le procédé comprend en outre la consultation dudit fichier de réseaux interdits et l'identification d'une zone géographique dans laquelle se situe couramment 15 le module d'identité, à partir des codes d'identification stockés dans ledit fichier. Corrélativement, un second aspect de l'invention concerne un dispositif pour la gestion du déclenchement d'un mécanisme de bascule d'un identifiant international d'abonné IMSI courant mémorisé dans un module d'identité de souscripteur à un réseau de téléphonie mobile, à un autre 20 identifiant international d'abonné IMSI, ledit module d'identité de souscripteur comprenant en mémoire un fichier de réseaux interdits stockant, par un code d'identification de réseau, tout réseau mobile, dit interdit, auquel une demande de connexion par le module d'identité est rejetée. Un dispositif selon l'invention comprend en outre un module de bascule de l'identifiant IMSI courant à l'autre 25 identifiant IMSI en fonction des codes d'identification stockés dans ledit fichier de réseaux interdits. Un troisième aspect de l'invention concerne un terminal mobile comprenant un tel dispositif. Ainsi, l'invention permet d'éviter les basculements non nécessaires 30 d'un identifiant IMSI à un autre, même en l'absence de connexion à un réseau de téléphonie mobile.

Si l'exposé qui précède indique un seul autre identifiant IMSI, l'invention s'applique également lorsque plusieurs autres identifiants IMSI sont disponibles, le choix de l'un ou l'autre d'entre eux pouvant relever de détails de réalisation.

L'évitement de bascules intempestives est obtenu par la consultation du fichier de réseaux interdits dont le contenu permet de choisir de déclencher ou non le mécanisme de bascule d'un identifiant IMSI courant à un autre, alors qu'un évènement de déclenchement d'un mécanisme de bascule est détecté. En effet, l'utilisation d'un fichier de réseaux interdits existant dans les modules d'identification actuels permet d'obtenir des informations sur les réseaux de téléphonie mobile disponibles à portée, à savoir leur code d'identification, quand bien même aucune connexion (ou authentification) n'a aboutie. Selon la présence de réseaux dans ce fichier ou des informations (e.g. code mobile de pays) relatives à ces réseaux, il est possible de déterminer s'il y a lieu ou non de déclencher de façon effective le basculement d'un identifiant IMSI à un autre. D'autres caractéristiques du procédé et du module d'identité de souscripteur selon des modes de réalisation de l'invention sont décrites dans les revendications dépendantes.

Selon un mode particulier de réalisation de l'invention, le module d'identité de souscripteur stocke en mémoire l'autre identifiant IMSI, en plus de l'identifiant IMSI courant. En variante, l'autre identifiant IMSI est stocké en mémoire d'un autre module d'identité de souscripteur. Ainsi, le dispositif précité comprend un autre module d'identité de souscripteur différent dudit module d'identité de souscripteur et mémorisant l'autre identifiant IMSI, et le module de bascule est configuré pour basculer dudit module d'identité de souscripteur à l'autre module d'identité de souscripteur lors de la bascule de l'identifiant IMSI courant à l'autre identifiant IMSI.

Il est à noter que les différents modules d'identité peuvent comprendre chacun un fichier de réseaux interdits stockant, par un code d'identification de réseau, tout réseau mobile, dit interdit, auquel une demande de connexion par le module d'identité en question est rejetée. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape d'identification d'une zone géographique dans laquelle se situe couramment le module d'identité puis le déclenchement du mécanisme de bascule en fonction de la zone identifiée. En particulier, le procédé peut comprendre la comparaison d'un code mobile de pays compris dans le ou les codes d'identification de réseau stockés dans le fichier de réseaux interdits, avec un code mobile de pays associé à 10 l'identifiant IMSI courant, c'est-à-dire en cours d'utilisation. Cela permet de déterminer s'il y a identité entre la zone géographique actuelle et celle d'origine de l'IMSI courant. Corrélativement, le dispositif peut comprendre un module de comparaison d'un code mobile de pays compris dans le ou les codes 15 d'identification de réseau stockés dans le fichier de réseaux interdits, avec un code mobile de pays associé à l'identifiant IMSI courant. Ce module de comparaison peut être intégré au module d'identité de souscripteur. Ces modes de réalisation sont particulièrement intéressants dans le cas où la zone géographique visitée se trouve être le pays, dit d'origine, de 20 l'opérateur national de base correspondant à l'identifiant IMSI courant (i.e. en cours d'utilisation). En effet, en cas de mauvaise couverture au sein du pays d'origine, le basculement, qui s'avère inutile car le terminal demeure dans le pays d'origine de l'IMSI courant, n'est pas systématiquement effectué comme dans l'art antérieur. 25 L'invention permet également d'éviter les basculements intempestifs à la frontière d'un pays étranger au pays de l'opérateur national de base comme décrit par la suite. Selon un premier mode particulier de réalisation de l'invention, le mécanisme de bascule est déclenché si le code mobile de pays d'au moins un 30 des codes d'identification de réseau stockés dans le fichier de réseaux interdits est différent du code mobile de pays associé à l'identifiant IMSI courant.

Ainsi, un réseau étranger doit apparaitre dans le fichier des réseaux interdits pour que le mécanisme de bascule soit déclenché. C'est par exemple le cas à l'étranger. Selon un deuxième mode particulier de réalisation de l'invention, le mécanisme de bascule n'est pas déclenché (il est donc inhibé) lorsque le code mobile de pays d'au moins un des codes d'identification de réseau stockés dans le fichier de réseaux interdits est identique au code mobile de pays associé à l'identifiant IMSI courant (i.e. en cours d'utilisation). Ces deux modes de réalisation peuvent se combiner.

Autrement dit, le mécanisme de bascule est déclenché uniquement lorsque les codes mobiles de pays de l'ensemble des codes d'identification de réseau stockés dans le fichier de réseaux interdits sont différents du code mobile de pays associé à l'identifiant IMSI courant. Ainsi, le mécanisme de bascule n'est déclenché que si tous les réseaux détectés dans le fichier sont étrangers. Par conséquent, lorsqu'au moins un des réseaux interdits rencontrés se trouve dans le pays de l'opérateur national de base, le mécanisme de bascule n'est pas déclenché. Cela permet notamment d'éviter des basculements intempestifs lorsque l'abonné est situé près d'une frontière, car des réseaux du pays de base sont généralement détectés. En particulier, la présence d'un code mobile de pays correspondant à l'opérateur national de base indique que l'abonné se trouve toujours dans le pays de base. Il n'y a donc pas besoin de basculer vers un identifiant IMSI prévu pour l'étranger/l'international.

C'est notamment le cas dans les zones dépourvues de couverture réseau, internes au pays de l'opérateur de base (aucun code mobile de pays du fichier n'est différent du code mobile de pays courant) ou encore des zones frontalières (certains codes pays du fichier sont identiques au code mobile de pays courant, d'autres non).

Selon un autre mode de réalisation de l'invention, le procédé comprend : - l'ajout, dans le fichier de réseaux interdits, d'un code d'identification du réseau auquel est associé l'identifiant IMSI courant, c'est-à-dire en cours d'utilisation, puis - la consultation ultérieure de ce fichier afin d'y détecter la présence d'au moins un autre code d'identification de réseau, et - si un tel autre code existe, la confrontation de ce ou ces autres codes d'identification de réseau avec au moins une règle décisionnelle afin de procéder ou non au déclenchement du mécanisme de bascule vers un autre identifiant IMSI en fonction de ce ou ces autres codes d'identification de réseau.

L'ajout est notamment réalisé alors que le fichier de réseaux interdits est vidé. Le déclenchement de l'ajout peut être le fait de l'abonné utilisant le terminal (via un menu) ou le fait de l'opérateur mobile ou du terminal lui-même selon des critères de performances mesurées. Corrélativement, le dispositif peut comprendre, par exemple au sein du module d'identité de souscripteur : - un module d'ajout configuré pour ajouter, dans le fichier de réseaux interdits, un code d'identification du réseau auquel est associé l'identifiant IMSI courant, - un module de détection configuré pour consulter ce fichier afin d'y détecter la présence d'au moins un autre code d'identification de réseau, et, - un module de comparaison configuré pour confronter, si le module de détection détecte la présence d'au moins un autre code d'identification de réseau ce ou ces autres codes d'identification avec au moins une règle décisionnelle afin de procéder ou non au déclenchement du mécanisme de bascule vers un autre identifiant IMSI en fonction de ce ou ces autres codes d'identification de réseau. Ce mode de réalisation trouve une utilité par exemple lorsque la qualité de service n'est pas optimale et qu'un utilisateur souhaite changer de réseau de téléphonie. C'est aussi le cas lorsqu'un opérateur ou le module d'identité de souscripteur connaissant les faiblesses de son réseau dans la zone visitée par l'abonnée décide de basculer vers un réseau proposé par l'opérateur broker mieux équipé dans cette zone particulière.

L'ajout du code d'identification du réseau courant dans le fichier de réseaux interdits a généralement pour effet de déconnecter le module d'identité de souscripteur d'un tel réseau dans le cas où le module est déjà accroché (attaché) à ce réseau.

La règle décisionnelle peut consister par exemple à sélectionner un réseau situé dans le même pays que le réseau courant ou encore à sélectionner un réseau ayant une meilleure qualité de réception dans la zone couramment visitée ou un meilleur débit ou tout autre paramètre. Selon une caractéristique particulière, lorsque la confrontation avec 10 au moins une règle décisionnelle n'aboutit pas au déclenchement du mécanisme de bascule, le procédé comprend en outre la suppression du code d'identification de réseau ajouté. Cette caractéristique permet la reconnexion du module d'identité de souscripteur au réseau lorsqu'aucun des autres réseaux détectés n'est 15 susceptible d'être avantageux au vu des règles décisionnelles. Selon une autre caractéristique particulière, le procédé comprend la suppression du code d'identification de réseau ajouté lorsque ledit fichier ne comprend aucun autre code d'identification de réseau après une durée prédéterminée. 20 L'absence de nouveau code dans le fichier indique généralement qu'aucun autre réseau n'est disponible localement, ou que le module s'est connecté à un autre réseau préféré. Ainsi, dans ce cas, cette disposition permet de reconnecter le module d'identité de souscripteur au réseau d'où il a été déconnecté. 25 Selon un mode particulier de réalisation de l'invention, le procédé précité est mis en oeuvre lorsque que ledit module d'identité de souscripteur n'est couramment authentifié auprès d'aucun réseau de téléphonie mobile. Le recours au fichier de réseaux interdits ne requiert pas en effet que le terminal soit attaché à un quelconque réseau. 30 Selon un mode particulier de réalisation de l'invention, le fichier de réseaux interdits est effacé/rafraichi au bout d'une durée prédéterminée. Ce rafraichissement permet d'éviter la prise en compte d'un réseau signalé comme interdit depuis un certain temps, alors que l'abonné peut avoir changé de zone géographique. En pratique, la durée prédéterminée peut être définie par un compte à rebours (Timer management).

En variante, le rafraichissement peut être réalisé lorsqu'au moins une des situations suivantes est rencontrée : - changement de pays (par exemple détecté par le module d'identité de souscripteur, via l'envoi d'une commande Pro vide Local Information ou en s'abonnant à un évènement spécifique) ; - mesure d'une mauvaise qualité de service (par exemple fournie par le terminal en réponse à une commande Provide Local Information) ; - modification de l'état du réseau (par exemple notifiée par un évènement Event Location Status); - commande émise par un serveur distant, par exemple une 15 commande Update Binary I Refresh ; - redémarrage du terminal. Le rafraichissement peut-être soit partiel, soit total. Dans un mode particulier de réalisation, les différentes étapes du procédé de gestion du déclenchement d'un mécanisme bascule sont 20 déterminées par des instructions de programmes d'ordinateurs. L'invention vise ainsi aussi un programme d'ordinateur sur un support d'informations, comprenant des instructions pour la mise en oeuvre d'un procédé de gestion du déclenchement d'un mécanisme de bascule tel que précité, lorsqu'il est chargé et exécuté par un processeur. 25 Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un 30 ordinateur, et comprenant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.

Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comprendre un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen 5 d'enregistrement magnétique, par exemple une disquette (floppy disc en terminologie anglo-saxonne), un disque dur, ou encore une mémoire flash. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le 10 programme selon l'invention peut être en particulier téléchargé sur une plateforme de stockage d'un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. 15 Le support d'informations et le programme d'ordinateur précités présentent des caractéristiques et avantages analogues au procédé qu'ils mettent en oeuvre. BREVE DESCRIPTION DES FIGURES 20 D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après, illustrée par les figures ci-jointes qui en illustrent des exemples de réalisation dépourvus de tout caractère limitatif. Sur les figures : - la Figure 1 illustre un exemple d'architecture matérielle pour un 25 terminal embarquant un module d'identité de souscripteur selon un mode particulier de réalisation de l'invention ; - la Figure 2 illustre des étapes générales d'un procédé de gestion du déclenchement d'un mécanisme de bascule selon l'invention ; - les Figures 3a et 3b illustrent les principales étapes d'un procédé 30 selon deux modes de réalisation particuliers de l'invention ; - la Figure 4 illustre les étapes principales d'un procédé selon un troisième mode de réalisation particulier de l'invention.

DESCRIPTION DETAILLEE DE L'INVENTION La Figure 1 représente un terminal 10 selon l'invention, comprenant un dispositif de gestion selon l'invention, adapté à mettre en oeuvre les principales étapes d'un procédé de gestion du déclenchement d'un mécanisme de bascule selon l'invention tel que décrit ultérieurement en référence à la Figure 2, 3a, 3b ou 4. De manière générale, l'invention concerne la gestion de la bascule entre deux identifiants IMSI, situés en mémoire d'un ou plusieurs modules 10 d'identité de souscripteur à un réseau de téléphonie mobile. Dans l'exemple des figures, le dispositif de gestion est un module d'identité 100 de souscripteur à un réseau de téléphonie mobile, par exemple une carte SIM ou USIM. Les identifiants IMSI concernés par la bascule sont alors mémorisés dans ce même module d'identité 100 dit courant (car il stocke 15 en particulier l'identifiant IMSI courant). En variante, le dispositif pourrait comprendre deux (ou plus) modules d'identité de souscripteurs ayant chacun un identifiant IMSI (ou plusieurs), entre lesquels on souhaite gérer la bascule. Dans cette variante, les étapes du procédé selon l'invention sont 20 mises en oeuvre dans le dispositif entre les modules d'identité et un module de gestion de bascule du dispositif. Pour plus de clarté, les modes de réalisation principalement décrits par la suite sont ceux dans lesquels les identifiants IMSI concernés par la bascule sont mémorisés dans un même module d'identité. Toutefois, il est à la 25 portée de l'homme du métier d'adapter les enseignements qui suivent aux modes de réalisation 'multi-modules' d'identité (e.g. terminaux dual sim). Ainsi, dans la suite de la description, le terme 'module d'identité' désignera le module d'identité courant dans lequel l'identifiant IMSI courant est mémorisé, avec l'autre identifiant IMSI concerné par la bascule. 30 De retour à la Figure 1, le module d'identité de souscripteur 100 comprend un bus de communication 106 auquel sont reliés : - une unité de traitement 101 -ou microprocesseur- notée CPU (sigle de Central Processing Unit en terminologie anglo-saxonne) ; - une ou plusieurs mémoires non volatile 102 par exemple ROM (acronyme de Read Only Memory en terminologie anglo-saxonne) pouvant constituer un support au sens de l'invention, c'est-à-dire pouvant comprendre un programme informatique comprenant des instructions pour la mise en oeuvre d'un procédé de gestion selon l'invention ; cette mémoire non volatile peut également être une mémoire EEPROM (acronyme de Electrically Erasable Read Only Memory en terminologie anglo-saxonne) ou encore une mémoire Flash; - une mémoire vive 103 ou mémoire cache ou mémoire volatile par exemple RAM (acronyme de Random Access Memory en terminologie anglo-saxonne) comprenant des registres adaptés à l'enregistrement des variables et paramètres créés et modifiés au cours de l'exécution du programme précité ; lors de la mise en oeuvre de l'invention. Les codes d'instructions du programme stocké en mémoire non volatile (ex. EEPROM ou flash) sont chargés en mémoire RAM en vue d'être exécutés par l'unité de traitement CPU ; - une interface de communication 105 adaptée à transmettre et à recevoir des données, par exemple via un réseau de télécommunications ou une interface de lecture/écriture. Notamment, le terminal 10 comprend une interface de communication complémentaire (non représentée) pour interagir avec l'interface 105 aux fins par exemple de transmettre au module 100 des événements ou données provenant du réseau de téléphonie mobile ou d'un utilisateur du terminal.

Le bus de communication permet la communication et l'interopérabilité entre les différents éléments inclus dans le module d'identité ou reliés à lui. La représentation du bus n'est pas limitative et, notamment, l'unité de traitement est susceptible de communiquer des instructions à tout élément du module d'identité directement ou par l'intermédiaire d'un autre élément de ce module d'identité. 300 856 9 14 Selon l'invention, le module d'identité 100 comprend en mémoire, préférentiellement non volatile 102, au moins deux identifiants internationaux d'abonnés IMSI, à savoir : - un identifiant international d'abonné IMS11, dit courant, à un 5 réseau téléphonique d'un opérateur national dit de base, et - un identifiant international d'abonné IMSI2 correspondant par exemple à un opérateur broker en accord de courtage avec l'opérateur national de base, et permettant de se connecter à d'autres réseaux de téléphonie mobile que le réseau de l'opérateur national de base. 10 Bien entendu, le module d'identité 100 peut comprendre plus de deux identifiants IMSI. Classiquement, le module d'identité 100 comprend en outre en mémoire un fichier de réseaux interdits FPLMN (pour Forbidden Public Land Mobile Network) stockant les réseaux mobiles dits interdits sous la forme d'un 15 code d'identification incluant généralement un code mobile de pays MCC (pour Mobile Country Code) et un code de réseau mobile MNC (pour Mobile Network Code). Un réseau de téléphonie mobile est répertorié dans ce fichier de réseaux interdit lorsqu'une tentative d'authentification du module d'identité de 20 souscripteur 100 auprès de ce réseau a échoué, par exemple puisqu'aucun accord d'itinérance n'existe entre l'opérateur de base et l'opérateur de ce réseau. Ainsi, lorsqu'un réseau est répertorié dans ce fichier de réseaux interdits, toute tentative future de connexion à ce réseau est interdite. Les essais de connexion successifs sur des réseaux où 25 l'authentification n'est pas possible sont donc évités, améliorant ainsi la disponibilité du terminal de l'abonné pour se connecter à d'autres réseaux ne figurant pas encore dans le fichier de réseaux interdits FPLMN. En outre, la présence de ce fichier dans le module d'identité de souscripteur permet selon l'invention de connaître approximativement la localisation géographique du 30 terminal de l'abonné, grâce aux codes mobiles de pays MCC stockés dans ce fichier, même lorsque le module d'identité de souscripteur n'est accroché à aucun réseau. En effet, comme décrit ci-avant, les réseaux figurant dans ce fichier FPLMN sont des réseaux détectés auxquels le module d'identité n'a pas pu se connecter. Ainsi, l'invention concerne la localisation d'un dispositif, par exemple dans un terminal, comprenant au moins un module d'identité de souscripteur à 5 un réseau de téléphonie mobile et comprenant en mémoire au moins un identifiant international d'abonné IMSI et un fichier de réseaux interdits via la consultation du fichier de réseaux interdits et l'identification d'une zone géographique dans laquelle se situe couramment le module d'identité, à partir des codes d'identification stockés dans ce fichier. 10 Tel qu'il est décrit ci-après en référence aux Figures 3a et 3b, cette information géographique (ou de localisation) est exploitée par le procédé selon l'invention, pour décider s'il a lieu ou non de déclencher un mécanisme de bascule vers un autre identifiant IMSI. Cette étape décisionnelle permet notamment d'éviter le basculement systématique entre deux identifiants IMSI 15 lorsque cela n'est pas nécessaire. La Figure 2 représente les étapes générales d'un procédé de gestion du déclenchement d'un mécanisme de bascule d'un identifiant international d'abonné dit courant IMSli à un autre identifiant international d'abonné IMSI2. Dans cet exemple, les deux identifiants IMSI sont mémorisés 20 dans le même module d'identité 100 de souscripteur à un réseau de téléphonie mobile, tel que décrit en référence à la Figure 1. On rappelle que l'invention couvre aussi les modes de réalisation dans lesquels les identifiants IMSI peuvent être mémorisés dans des modules d'identité de souscripteur différents. 25 De façon générale, un procédé de gestion selon l'invention s'effectue lorsqu'un évènement de déclenchement d'un mécanisme de bascule est détecté (étape 201). Contrairement à l'art antérieur, la détection d'un tel évènement n'entraine pas de manière automatique et systématique le déclenchement du tel mécanisme de bascule, grâce à la mise en oeuvre de 30 l'invention. L'évènement de déclenchement peut être par exemple l'un des événements suivants : - réinitialisation (RESET) du module d'identité 100 de souscripteur ; - réception d'une commande STATUS_LOCATION de détermination de l'état de connectivité du module d'identité 100; - modification d'un fichier EF LOCI du module d'identité 100 5 contenant notamment l'identité IMSI du réseau auquel est connecté le module d'identité 100; - sélection d'un autre identifiant IMSI, par exemple par l'abonné ou par un équipement distant ; - réception d'une commande Sim ToolKit. 10 D'autres exemples d'évènements de déclenchement sont donnés à titre d'exemple dans le document W02012164287 précité. Selon l'invention, lorsqu'un évènement de déclenchement est détecté à l'étape 201, un fichier de réseaux interdits FPLMN est consulté au cours d'une étape 202. Tel que décrit précédemment, un tel fichier stocke par 15 un code d'identification de réseau, tout réseau mobile interdit, auquel une demande de connexion par le module d'identité courant a été rejetée. On comprend que le fichier de réseaux interdits peut comprendre aucun code d'identification de réseau, comme, dans d'autres cas, comprendre un ou plusieurs codes d'identification de réseau, selon que plus ou moins des 20 demandes de connexion auront été rejetées. A titre d'exemple non limitatif, considérons la situation suivante : alors que le module d'identité 100 n'est authentifié auprès d'aucun réseau, un évènement STATUS_LOCATION correspondant à une commande de détermination de l'état de connectivité du module d'identité 100, est détecté. 25 De façon générale, l'état de connectivité déterminé peut être l'un des suivants : NORMAL_SERVICE : signifie que le module d'identité est connecté à un réseau couramment, c'est-à-dire au moment de l'évènement ; LIMITED SERVICE : signifie que des réseaux se trouvent à portée 30 du module d'identité mais que le module d'identité est incapable de s'y connecter (réseaux interdits) ; NO_SERVICE : signifie qu'aucun réseau n'existe à portée du module d'identité. De retour à notre exemple, le statut déterminé suite à l'évènement STATUS_LOCATION est par exemple LIMITED_SERVICE, car d'autres réseaux mobiles sont disponibles à portée du terminal 10/module 100. Ce statut particulier entraine la mise en oeuvre du procédé selon l'invention. En conséquence, le fichier de réseaux interdits FPLMN présent dans le module d'identité 100 est consulté à l'étape 202. Le déclenchement effectif (étape 203) de la bascule de l'identifiant courant IMSli à un autre identifiant IMSI2 est fonction du contenu de ce fichier de réseaux interdits, c'est-à-dire des codes d'identification des réseaux interdits qui y sont stockés. Selon différents modes de réalisation, le choix du déclenchement dépend de règles décisionnelles différentes, par exemple relatives à la situation géographique des réseaux interdits par rapport au réseau de l'opérateur national de base, telles que décrites ultérieurement en référence aux Figures 3a et 3b, ou relatives à la qualité ou au débit des réseaux interdits, telles que décrites ultérieurement en référence à la Figure 4. De façon connue de l'homme du métier, lors du basculement effectif de l'identifiant courant IMSli à l'identifiant IMSI2 de l'opérateur broker, plusieurs variables courantes stockées en mémoire du module d'identité de souscripteur sont modifiées. De plus, le fichier de réseaux interdits peut être réinitialisé, c'est-à-dire vidé de manière complète ou partielle, par exemple à intervalles réguliers, ou bien suite à une bascule d'un identifiant IMSI à un autre.

En pratique, les variables courantes peuvent par exemple être représentées par les éléments de code suivants : _ EF IMSI : variable dans laquelle est enregistré le réseau sur lequel l'abonné est identifié par l'identifiant IMSI courant ; _ EF FPLMN : variable correspondant au fichier de réseaux interdits pour cet identifiant IMSI courant ; _ EF ACC : variable donnant les règles de contrôle/limitations d'accès aux réseaux de téléphonie mobile ; _ EF_ SMSP : variable correspondant aux paramètres courants des SMS. Ces variables peuvent prendre plusieurs valeurs selon l'identifiant IMSI utilisé. Ces différentes valeurs sont enregistrées dans des registres du module d'identité 100, par exemple sous la forme suivante : EF MI IMSI Record#1 = IMSI home Record#2 = IMSI host EF MI FPLMN Record#1 = FPLMN home Record#2 = FPLMN host EF MI ACC Record#1 = ACC home Record#2 = ACC host EF MI SMSP Record#1 = SMSP home Record#2 = SMSP host Le registre EF MI IMSI comprend deux valeurs possibles pour la variable _ EF IMSI, à savoir la valeur Record#1 = IMSI home correspondant à l'identifiant IMSI de l'opérateur national de base, et la valeur Record#2 = IMSI host correspondant à l'identifiant IMSI de l'opérateur broker. Le registre EF MI FPLMN comprend deux valeurs possibles pour la variable _ EF FPLMN, à savoir la valeur Record#1 = FPLMN home correspondant au fichier de réseaux interdits FPLMN pour l'identifiant IMSI de l'opérateur national de base, et la valeur Record#2 = FPLMN host correspondant au fichier de réseaux interdits FPLMN pour l'identifiant IMSI de l'opérateur broker. Le registre EF MI ACC comprend deux valeurs possibles pour la variable _ EF ACC, à savoir la valeur Record#1 = ACC home correspondant 30 aux règles de contrôle d'accès aux réseaux de téléphonie mobile pour l'identifiant IMSI de l'opérateur national de base, et la valeur Record#2 = ACC host correspondant aux règles de contrôle d'accès aux réseaux de téléphonie mobile pour l'identifiant IMSI de l'opérateur broker. Le registre EF MI SMSP comprend deux valeurs possibles pour la variable _ EF SMSP, à savoir la valeur Recorde = SMSP home correspondant aux paramètres des SMS pour l'identifiant IMSI de l'opérateur national de base, et la valeur Record#2 = SMSP host correspondant aux paramètres des SMS pour l'identifiant IMSI de l'opérateur broker. Ainsi, lors d'une bascule de l'identifiant IMSli de l'opérateur national de base vers l'identifiant IMSI2 de l'opérateur broker, les variables précitées 10 peuvent être définies par exemple de la manière suivante : _ EF IMSI = EF MI IMSI record#2 _ EF FPLMN = EF MI FPLMN record#2 _ EF_ ACC = EF MI ACC record#2 _ EF SMSP = EF MI SMSP record#2 15 A noter que lors d'une bascule inverse, c'est-à-dire de l'identifiant IMSI2 de l'opérateur broker vers l'identifiant IMSli de l'opérateur national de base, les variables précitées peuvent alors être définies comme suit : _ EF IMSI = EF MI IMSI record#1 _ EF FPLMN = EF MI FPLMN record#1 20_ EF_ ACC = EF MI ACC record#1 _ EF SMSP = EF MI SMSP record#1 Ces éléments de code ne sont donnés qu'à titre d'exemple illustratif et la présente invention ne se limite pas à ceux-ci. Les variables précitées peuvent prendre la forme de fichiers. Dans 25 ce cas, les différentes 'valeurs' prises par ces fichiers se traduisent par l'écrasement d'un fichier par un autre. Bien entendu, plus de deux IMSI peuvent être prévus dans le module d'identité de souscripteur et participer au mécanisme de bascule. Dans ce cas, le déclenchement décisionnel de la bascule vers l'un ou l'autre des IMSI est 30 fonction des codes d'identification de réseau présents dans le fichier de réseaux interdits susmentionné.

Les Figures 3a et 3b concernent des modes de réalisation de l'invention dans lesquels la zone géographique dans laquelle se situe couramment le module d'identité courant (100) est identifiée et dans lesquels le déclenchement du mécanisme de bascule se produit, s'il a lieu, en fonction de la zone géographique identifiée. Plus précisément, la Figure 3a représente les principales étapes d'un procédé de gestion du déclenchement d'un mécanisme de bascule selon un premier mode de réalisation de l'invention. Ce premier mode de réalisation est basé sur une règle décisionnelle particulière portant sur les réseaux interdits du fichier FPLMN. Cette règle doit être vérifiée pour que la bascule soit effective. Par exemple, selon cette règle décisionnelle, le mécanisme de bascule est déclenché dès qu'un code d'identification de réseau contenu dans le fichier de réseaux interdits comprend un code mobile de pays différents du code mobile de pays associé à l'identifiant IMSli courant. De façon similaire à l'étape 201 de la Figure 2, un évènement de déclenchement d'un mécanisme de bascule est détecté au cours d'une étape 301, laquelle entraine la consultation du fichier FPLMN au cours d'une étape 302 similaire à l'étape 202 de la Figure 2.

A l'étape 302', le procédé vérifie si le fichier de réseaux interdits est vide. Si tel est le cas, il est mis fin au procédé (étape 305). La bascule d'IMSI est donc non nécessaire. Dans un exemple où le fichier n'est pas vide, le fichier contient un nombre N de réseaux interdits i, chacun caractérisés par un code 25 d'identification MCCi/MNC; (code mobile de pays du réseau i / code de réseau mobile du réseau i). La variable i représentant le numéro du réseau est initialisée à 1 (étape 303) afin que le code d'identification du premier réseau i = 1 soit examiné au cours d'une étape 304, durant laquelle le code mobile de pays 30 MCC; du réseau i est comparé au code mobile du pays MCC(IMS11) de l'opérateur national de base correspondant à l'identifiant courant IMS11. Ainsi, à l'issue de ce test 304, il est déterminé si le pays du réseau interdit i est identique au pays du réseau de l'opérateur de base. Si tel n'est pas le cas, c'est-à-dire s'il est déterminé que le pays du réseau interdit i est différent du pays du réseau de l'opérateur de base, i.e.

MCC; MCC(IMS11), le mécanisme de bascule est directement déclenché (étape 308), sans consultation des autres codes d'identification de réseau potentiellement présents dans le fichier de réseaux interdits. Les détails de cette bascule sont décrits ci-avant en référence à la Figure 2. A noter que si plusieurs IMSI broker sont disponibles pour la bascule, le choix entre l'un de ceux-ci comme destination de la bascule peut être effectué de différentes manières en fonction des codes d'identification de réseau dans le fichier : par exemple, l'IMSI broker choisi pour la bascule peut être celui (ou un) incluant le code mobile de pays MCC; testé à l'étape 304 avant d'entrer dans la présente étape 308; en variante, les IMSI peuvent être rangés par ordre de priorité, et celui doté de la plus haute priorité et qui contient le code mobile de pays d'au moins un code d'identification de réseau présent dans le fichier FPLMN est choisi. Il y a donc lieu, dans cette variante, de parcourir l'ensemble du fichier de réseaux interdits. Dans le cas contraire, c'est-à-dire si le réseau i examiné à l'étape 304 est situé dans le pays de l'opérateur de base, alors on passe au code d'identification de réseau interdit suivant. Pour ce faire, un test 306 permet de vérifier s'il reste des réseaux interdits non examinés (i.e. si le réseau examiné est le dernier du fichier), et s'il en reste, la variable i est incrémentée (étape 307) de sorte à ce que le code mobile de pays du réseau interdit i+1 soit à son tour examiné (nouvelle étape 304). Dans le cas où tous les codes d'identification des réseaux interdits ont été examinés (i.e. i = N) sans qu'aucun des codes mobiles de pays MCC; ne soit différent au pays de l'opérateur de base MCC(IMS11), cela signifie que l'abonné n'est pas à portée d'un réseau étranger. Le basculement de l'IMSI courant à un l'IMSI2 de l'opérateur broker n'est donc pas utile. Par conséquent, le procédé s'arrête (étape 305) et le déclenchement du mécanisme de bascule n'a pas lieu.

Ce premier mode de réalisation permet d'empêcher le déclenchement intempestif du mécanisme de bascule, notamment lorsque l'abonné n'a pas changé de pays. Toutefois, dès qu'un réseau étranger est détecté, la bascule est effectuée, permettant ainsi à l'abonné de bénéficier des accords d'itinérances passés par l'opérateur broker à l'étranger, en particulier au voisinage des frontières. La Figure 3b représente les principales étapes d'un procédé de gestion du déclenchement d'un mécanisme de bascule selon un second mode de réalisation de l'invention. Ce second mode de réalisation diffère du premier mode de réalisation de la Figure 3a en ce qu'il est basé sur une règle décisionnelle différente. En particulier, la règle décisionnelle consiste, dans ce second mode de réalisation, à inhiber le déclenchement du mécanisme de bascule dès lors qu'un des codes d'identification de réseau stockés dans le fichier de réseaux interdits est identique au code mobile de pays associé à l'identifiant IMSli courant (i.e. en cours d'utilisation). En outre, le mécanisme de bascule est déclenché si le code mobile de pays (MCCi) de tous les codes d'identification de réseau stockés dans le fichier de réseaux interdits (FPLMN) est différent du code mobile de pays (MCC(IMSI1)) associé à l'identifiant IMSI courant (IMS11).

Ainsi, le mécanisme de bascule n'est déclenché qu'à condition que le fichier de réseaux interdits ne stocke que des codes d'identification de réseau ayant des codes mobiles de pays différents du code mobile de pays associé à l'identifiant IMSli courant. Bien entendu, si le fichier de réseaux interdits est vide, aucune bascule n'est à ce titre effectuée.

Dans ce second mode de réalisation, les étapes 301 à 304 sont similaires à celles de la Figure 3a. Puis, à l'issue du test 304, si le pays du réseau i est identique au pays de l'opérateur de base, le procédé s'arrête à l'étape 305 et le basculement de l'identifiant IMSli courant à un autre identifiant IMSI2 n'a pas lieu puisque le réseau interdit i appartient au même pays, ce qui signifie que l'abonné n'a pas changé de pays et donc la bascule à l'IMSI2 de l'opérateur broker en vue d'une connexion à un réseau sous contrat d'itinérance n'est pas utile.

Si tel n'est pas le cas, c'est-à-dire si le pays du réseau i n'est pas identique au pays de l'opérateur de base, on vérifie les autres codes mobiles de pays MCC; en incrémentant la variable i (étape 307). Si aucun des codes mobiles de pays MCC; (test 306 permet de détecter la fin des codes MCC; dans le fichier) n'est identique à celui de l'opérateur de base pour l'abonné, le procédé considère que ce dernier est à l'étranger. Dans ce cas, le mécanisme de bascule est déclenché (étape 308) de sorte à ce que le module d'identité 100 bascule de l'identifiant courant IMSli vers l'identifiant IMSI2 de l'opérateur broker chargé d'assurer l'itinérance de la connexion à l'étranger. Ce second mode de réalisation permet d'empêcher le déclenchement intempestif du mécanisme de bascule, notamment lorsque l'abonné n'a pas changé de pays ou qu'il se situe à proximité de sa frontière même si des réseaux mobiles étrangers sont détectés. Il est à noter que ce second mode de réalisation inhibe plus fréquemment le déclenchement du mécanisme de bascule par rapport au premier mode de réalisation, puisque dans ce second mode de réalisation, il faut que tous les réseaux interdits soient étrangers pour que le mécanisme de bascule soit effectivement déclenché.

La Figure 4 représente les principales étapes d'un procédé de gestion du déclenchement d'un mécanisme de bascule selon un troisième mode de réalisation de l'invention. Le module d'identité de souscripteur 100 décrit en référence à la Figure 1 peut également mettre en oeuvre ce quatrième mode de réalisation de l'invention.

Dans cet exemple, on considère que le module d'identité 100 est authentifié auprès de son réseau de base avec l'identifiant courant IMS11. Toutefois l'abonné (ou un autre acteur, incluant l'opérateur de base ou le terminal 10/module d'identité de souscripteur 100) souhaite changer de réseau, par exemple pour avoir un meilleur débit ou une meilleure qualité de réception.

Au cours d'une étape 400, le code d'identification du réseau auquel le module d'identité de souscripteur 100 est attaché est ajouté dans le fichier de réseaux interdits du module d'identité 100, par exemple par l'abonné lui-même. Cela a pour effet de forcer la déconnexion du module 100 à ce réseau. En variante, l'opérateur de base peut lui-même décider d'ajouter son réseau dans le fichier de réseaux interdits du module d'identité dès que le débit par exemple du réseau attaché est détecté comme trop faible, en vue de basculer vers un réseau proposé par l'opérateur broker mieux équipé dans cette zone particulière. Le fichier de réseaux interdits peut notamment être rafraichi, c'est-à- dire vidé entièrement ou en variante seuls des codes d'identification de réseau qui ont été ajoutés depuis longtemps (comparativement à une durée seuil par exemple) sont effacés. Ce rafraichissement permet d'éliminer les codes d'identification de réseau trop anciens. Ainsi dans certaines configurations l'étape 400 se réalise sur un fichier vierge. En pratique, selon la norme GSM, le fichier des réseaux interdits 15 FPLMN est composé de quatre réseaux codés sur trois octets (soit 12 octets). Il est possible de le réinitialiser soit entièrement (FFF ...FFF), soit de manière partielle en lui attribuant une valeur spécifique. Le rafraichissement est mis en oeuvre via l'envoi d'une commande APDU (normes TS 102 221 ou 3GPP 11.11), ou en utilisant les fonctions d'une applet ayant un accès privilégié au 20 système de fichiers du module d'identité (GSM 03.49 (SIM API) ou TS 102 241 (UICC API)). Au cours d'une étape 401, un évènement de déclenchement de la bascule est détecté, lié par exemple au statut LIMITED_SERVICE (voir description en référence à la Figure 2) obtenu suite à la déconnexion et 25 indiquant la présence de réseaux interdits à portée du module d'identification 100, ou après l'écoulement d'une durée prédéfinie. Un de ces réseaux interdits correspond alors au réseau de base dont le code d'identification de réseau a été ajouté dans le fichier FPLMN au cours de l'étape précédente. Les étapes 402 à 403 sont similaires aux étapes 302 à 303 de la 30 Figure 3a ou 3b. Notamment, la consultation 402 du fichier est effectuée après un laps de temps suffisant pour que le terminal ait procédé à des tentatives de connexion avec les réseaux disponibles (afin de remplir le fichier).

Au cours d'un test 404, le code d'identification MCCi/MNC; (code mobile de pays / code de réseau mobile) du réseau interdit i est comparé au code d'identification du réseau de base ajouté à l'étape 400 dans le fichier de réseaux interdits. Il s'agit cette fois de vérifier si le réseau interdit i est le réseau ajouté à l'étape 400 (qu'il n'y a donc pas lieu de traiter) ou un autre réseau apparu dans le fichier de réseaux interdits FPLMN (correspondant donc à un autre réseau disponible). Lorsque le réseau interdit i correspond au réseau de base, un test 408 permet de voir s'il reste des réseaux interdits non examinés (i.e. si le réseau examiné est le dernier du fichier), et s'il en reste, la variable i est incrémentée (étape 409) de sorte à ce que le code d'identification du réseau interdit i+1 soit à son tour comparé au code d'identification du réseau de base (nouvelle étape 404). Dans le cas où les réseaux interdits ont tous été examinés (i.e. i = N), le code d'identification ajouté à l'étape 400 est supprimé du fichier de réseaux interdits (étape 410). Le module d'identité 100 peut alors se reconnecter au réseau de base (étape 411) sans changer d'identifiant IMSI. Au contraire lorsque le test 404 permet de déterminer que le réseau interdit i diffère du réseau de base, le code d'identification du réseau interdit i 20 est soumis à un autre test 405 au cours duquel il est confronté à une ou des règles décisionnelles. Cette ou ces règles décisionnelles peuvent par exemple être relatives au pays du réseau interdit i ou bien porter sur la qualité relative du réseau i par rapport au réseau de base. Par exemple, est-ce que le réseau 25 MCCi/MNC; propose un débit de données supérieur à une valeur seuil. Dans le cas où cette ou ces règles sont vérifiées par le code d'identification du réseau interdit i, un déclenchement du mécanisme de bascule s'ensuit à l'étape 406. Dans le cas où la ou les règles décisionnelles ne sont pas vérifiées 30 par le code d'identification du réseau interdit i, le procédé boucle au niveau du test 408 permettant de vérifier s'il reste des réseaux interdits non examinés.

Lorsque tous les réseaux interdits ont été examinés (test 408 positif), cela signifie soit que le seul réseau interdit figurant dans le fichier de réseaux interdits est le code d'identification ajouté à l'étape 400, soit qu'aucun des codes d'identification de réseaux interdits différents du réseau de base ne satisfait les règles décisionnelles à l'étape 405. Dans ces deux cas, le code d'identification du réseau de base ajouté dans le fichier de réseaux interdits à l'étape 400 est supprimé à l'étape 410, permettant la reconnexion 411 du module d'identité 100 à ce réseau, sans changer d'IMSI. Ainsi, dans ce troisième mode de réalisation, l'inhibition du déclenchement du mécanisme de bascule a lieu soit parce qu'aucun autre réseau que le réseau de base n'est disponible à portée du module d'identification 100, soit parce qu'un tel réseau, même s'il est à portée, ne satisfait pas aux règles décisionnelles. Les exemples qui précèdent ne sont que des modes de réalisation de l'invention qui ne s'y limite pas.

Claims (18)

1. REVENDICATIONS1. Procédé de gestion du déclenchement d'un mécanisme de bascule d'un identifiant international d'abonné IMSI courant (IMS11) mémorisé dans un module d'identité (100) de souscripteur à un réseau de téléphonie mobile, à un autre identifiant international d'abonné IMSI (IMS12), ledit module d'identité comprenant en mémoire un fichier de réseaux interdits (FPLMN) stockant, par un code d'identification de réseau, tout réseau mobile, dit interdit, auquel une demande de connexion par le module d'identité (100) est rejetée, ledit procédé étant caractérisé en ce qu'il comprend, à détection (201 ; 301 ; 401) d'un évènement de déclenchement d'un mécanisme de bascule, la consultation (202; 302; 402) dudit fichier de réseaux interdits (FPLMN), et le déclenchement (203; 308; 406) du mécanisme de bascule en fonction des codes d'identification de réseau stockés dans ledit fichier de réseaux interdits, pour basculer de l'identifiant IMS1 courant (IMS11) à l'autre identifiant IMSI (1MS12).
2. 2. Procédé de gestion selon la revendication 1, caractérisé en ce qu'il comprend une étape d'identification d'une zone géographique dans laquelle se situe couramment le module d'identité (100) puis le déclenchement du mécanisme de bascule en fonction de la zone identifiée.
3. 3. Procédé de gestion selon la revendication 1 ou 2, caractérisé en ce qu'il comprend la comparaison (304) d'un code mobile de pays (MCCi) compris dans le ou les codes d'identification de réseau stockés dans le fichier de réseaux interdits, avec un code mobile de pays (MCC(IMS11)) associé à l'identifiant IMSI courant (IMS11).
4. 4. Procédé de gestion selon la revendication 3, caractérisé en ce que le mécanisme de bascule est déclenché uniquement lorsque le fichier de réseaux interdits (FPLMN) stocke uniquement des codes d'identification de réseau ayant des codes mobiles de pays (MCCi) différents du code mobile de pays (MCC(IMS11)) associé à l'identifiant IMSI courant (IMS11).
5. 5. Procédé de gestion selon la revendication 3, caractérisé en ce que le mécanisme de bascule est déclenché si le code mobile de pays (MCCi) d'au moins un des codes d'identification de réseau stockés dans le fichier de réseaux interdits (FPLMN) est différent du code mobile de pays (MCC(lMS11)) associé à l'identifiant IMSI courant (1MS11).
6. 6. Procédé de gestion selon la revendication 1, caractérisé en ce qu'il comprend : - l'ajout (400), dans le fichier de réseaux interdits (FPLMN), d'un code d'identification du réseau auquel est associé l'identifiant IMSI courant (IMS11), puis - la consultation (402) de ce fichier afin d'y détecter la présence d'au moins un autre code d'identification de réseau, et - si un tel autre code existe, la confrontation (405) de ce ou ces autres codes d'identification avec au moins une règle décisionnelle afin de procéder ou non au déclenchement (406) du mécanisme de bascule vers un autre identifiant IMSI (IMS12) en fonction de ce ou ces autres codes d'identification de réseau.
7. 7. Procédé de gestion selon la revendication 6, caractérisé en ce qu'il comprend la suppression (410) du code d'identification de réseau ajouté, lorsque la confrontation (405) avec au moins une règle décisionnelle n'aboutit 25 pas au déclenchement du mécanisme de bascule.
8. 8. Procédé de gestion selon l'une quelconque des revendications 6 à 7, caractérisé en ce qu'il comprend la suppression (410) du code d'identification de réseau ajouté lorsque ledit fichier ne comprend aucun autre 30 code d'identification de réseau après une durée prédéterminée.
9. 9. Procédé de gestion selon l'une quelconque des revendications 1 à 8, caractérisé en ce que le fichier de réseaux interdits (FPLMN) est 300 856 9 29 effacé/rafraichi de manière partielle ou complète au bout d'une durée prédéterminée.
10. 10. Procédé de gestion selon l'une quelconque des revendications 1 5 à 9, caractérisé en ce que le module d'identité de souscripteur stocke en mémoire l'autre identifiant IMSI, en plus de l'identifiant IMSI courant.
11. 11. Procédé de gestion selon l'une quelconque des revendications 1 à 9, caractérisé en ce que l'autre identifiant IMSI est stocké en mémoire d'un 10 autre module d'identité de souscripteur.
12. 12. Dispositif pour la gestion du déclenchement d'un mécanisme de bascule d'un identifiant international d'abonné IMSI courant (IMS11) mémorisé dans un module d'identité (100) de souscripteur à un réseau de téléphonie 15 mobile, à un autre identifiant international d'abonné IMSI (IMS12), ledit module d'identité de souscripteur comprenant en mémoire un fichier de réseaux interdits (FPLMN) stockant, par un code d'identification de réseau, tout réseau mobile, dit interdit, auquel une demande de connexion par le module d'identité (100) est rejetée, ledit dispositif étant caractérisé en ce qu'il comprend un 20 module de bascule de l'identifiant IMSI courant (IMS11) à l'autre identifiant IMSI (IMS12) en fonction des codes d'identification stockés dans ledit fichier de réseaux interdits.
13. 13. Dispositif selon la revendication 12, caractérisé en ce qu'il 25 comprend un module de comparaison d'un code mobile de pays (MCCi) compris dans le ou les codes d'identification de réseau stockés dans le fichier de réseaux interdits, avec un code mobile de pays (MCC(lMS11)) associé à l'identifiant IMSI courant (IMSI1). 30
14. 14. Dispositif selon la revendication 12 ou 13, caractérisé en ce qu'il comprend :- un module d'ajout configuré pour ajouter, dans le fichier de réseaux interdits (FPLMN), un code d'identification du réseau auquel est associé l'identifiant IMSI courant (IMSI1), puis - un module de détection configuré pour consulter ce fichier afin d'y 5 détecter la présence d'au moins un autre code d'identification de réseau, et - un module de comparaison configuré pour confronter, si le module de détection détecte la présence d'au moins un autre code d'identification de réseau, ce ou ces autres codes d'identification avec au moins une règle décisionnelle afin de procéder ou non au déclenchement (406) du mécanisme 10 de bascule vers un autre identifiant IMSI (IMS12) en fonction de ce ou ces autres codes d'identification de réseau.
15. 15. Dispositif selon l'une des revendications 12 à 14, caractérisé en ce que le module d'identité de souscripteur (100) stocke en mémoire l'autre 15 identifiant IMSI, en plus de l'identifiant IMSI courant.
16. 16. Dispositif selon l'une des revendications 12 à 14, caractérisé en ce que l'autre identifiant IMSI est stocké en mémoire d'un autre module d'identité de souscripteur au sein du dispositif, ledit module de bascule étant 20 configuré pour basculer dudit module d'identité de souscripteur à l'autre module d'identité de souscripteur lors de la bascule de l'identifiant IMSI courant à l'autre identifiant IMSI.
17. 17. Programme d'ordinateur comprenant des instructions pour la 25 mise en oeuvre d'un procédé de gestion du déclenchement d'un mécanisme de bascule selon l'une quelconque des revendications 1 à 11, lorsqu'il est chargé et exécuté par un processeur (101).
18. 18. Support (102) lisible par un processeur (101), comprenant les 30 instructions d'un programme d'ordinateur pour mettre en oeuvre un procédé de gestion du déclenchement d'un mécanisme de bascule selon l'une quelconque des revendications 1 à 11.