FR 3042088 A1 20170407 FR 1502043 A 20151001 1 Domaine de l'invention : [0001] Le domaine de l'invention est celui des télécommunications dans des réseaux cellulaires et concerne plus précisément un procédé de management de l'identité dans le téléphone mobile d'un abonné qui partage 5 des crédits de consommation avec d'autres abonnés. [0002] Dans toute la description, on utilisera les abréviations définies dans le glossaire et ci-après. [0003] Un utilisateur d'un terminal mobile (un téléphone mobile, un `smartphone', une machine telle qu'un véhicule automobile relié par un 10 réseau d'opérateur à un centre de suivi de position de type GPS, une tablette électronique ou tout autre dispositif capable de se connecter à un réseau cellulaire) souscrit - généralement dans son pays de résidence - un abonnement avec un opérateur national (tel que SFR, Orange, Bouygues Telecom ou Free dans le cas de la France) ou avec un opérateur virtuel 15 (MVNO en anglais, Mobile Virtual Network Operator) qui utilise les infrastructures des opérateurs nationaux. Dans la suite de la description l'abonnement souscrit sera référencé abonnement `nominal. Un abonnement `nominaf de type 'forfait' ouvre à l'abonné la possibilité d'avoir un crédit de consommation incluant des services tels que voix, 20 services données, messages, pour un montant forfaitaire fixé à l'avance et selon certaines limites préétablies. [0004] Ces dernières années ont vu l'essor de l'économie collaborative, qui désigne un modèle économique où l'usage prédomine sur la propriété: l'usage d'un bien ou d'un service peut être augmenté par le partage, 25 l'échange, le troc, la vente ou la location de celui-ci. Cette optimisation de l'usage est une réaction à la sous-utilisation classique supposée des biens et de services. Dans le cadre d'un abonnement `nominaf de type 'forfait' il se peut qu'un abonné ne consomme pas tout le crédit de consommation disponible. 30 [0005] La présente invention a pour objectif d'apporter une solution pour l'optimisation de l'usage des abonnements 'nominaux' et plus précisément un des objectifs de l'invention est de permettre à un premier abonné titulaire d'un abonnement 'nominal' d'utiliser un crédit de consommation disponible dans un forfait 'de partage' mis à disposition par un deuxième abonné. 3042088 2 Cet objectif, ainsi que d'autres qui apparaîtront dans la suite, est atteint grâce à un procédé de gestion des identités des abonnés et grâce à un système apte à mettre en oeuvre tel procédé. [0006] Le téléphone mobile d'un abonné peut se connecter à un premier réseau, dit `nominaf et référencé PLMNN, avec une carte SIM utilisant un premier code d'identification dit 'nominal' et référencé /MS/N: dans ce cas, toute consommation (voix, services données, messages) est régie par l'abonnement 'nominal'. Le même téléphone mobile peut se connecter également à un deuxième réseau, dit 'de partage' et référencé PLMNp, avec la même carte SIM utilisant un deuxième code d'identification dit 'de partage' et référencé /MS/p: dans ce cas, toute consommation (voix, services données, messages) est décomptée d'un forfait dit 'de partage'. [0007] Le forfait 'de partage' est alimenté par un abonné, référencé abonné vendeur ; c'est l'abonné vendeur qui décide le temps de communication, le nombre de messages et le trafic à commutation de paquet (trafic des données, telles que l'internet, la voix-sur-IP, etc.) à mettre à disposition dans le forfait 'de partage' en revendant une partie du crédit de consommation disponible dans son forfait `nominaP. Le forfait 'de partage' est consommé par un autre abonné, référencé abonné acheteur ; c'est l'abonné acheteur qui choisit un forfait 'de partage' parmi ceux disponibles, en évaluant le coût et le crédit de consommation (temps de communication, nombre de messages, trafic de données) associé. Une fois le forfait de partage choisit, l'abonné acheteur paie le montant fixé par l'abonné vendeur à ce dernier. [0008] Le modèle de vente directe (entre un abonné vendeur et un abonné acheteur) peut être remplacé par un modèle dans lequel un tiers de confiance agit en tant que courtier, en achetant du crédit de consommation à l'abonné vendeur (ou à plusieurs abonnés vendeurs) et en revendant ce crédit de consommation à l'abonné acheteur ; le tiers de confiance peut aussi partager le crédit de consommation disponible en plusieurs parties et revendre chaque partie à autant d'abonnés acheteurs. Dans la suite de la description on fera référence au modèle de vente directe ; il apparaitra 3042088 3 évident que le procédé et le système associé décrits par la suite sont applicables également au modèle du tiers de confiance. En général le terme 'abonné', outre qu'à une personne physique, peut se référer à toute personne morale possédant un ou plusieurs crédit(s) de 5 consommation mobile : par exemple, une entreprise possédant une pluralité d'abonnements ou un revendeur du trafic mobile 'en gros' peuvent être considéré comme 'abonnés'. Dans la suite de la description, le terme 'abonné' fera référence à une personne physique. 10 Dans un cas d'utilisation particulier, un abonnement `nominal pourrait être de type prépayé ; l'abonné pourrait éviter de le recharger et consommer des services mobiles exclusivement en achetant des forfaits 'de partage'. [0009] Un opérateur cellulaire est responsable de l'exploitation d'un PLMNN et de la gestion des identifiants IMSIN qui permettent aux téléphones mobiles 15 de se connecter à ce PLMNN. Similairement, un opérateur cellulaire est responsable de l'exploitation d'un PLMNP et de la gestion des identifiants IMSIp qui permettent aux téléphones mobiles de se connecter à ce PLMNp. [0010] Différentes configurations (et modèles d'affaires associés) sont 20 possibles pour l'exploitation conjointe des réseaux PLMNN et PLMNp Dans la suite de la description, afin de simplifier l'exposition des techniques de mise en oeuvre on fera référence au cas d'un seul et unique opérateur mobile de type MVNO en tant que responsable de l'exploitation conjointe des réseaux PLMNN et PLMNp. 25 Les réseaux PLMNN et PLMNP sont déployés et contrôlés par leurs MNO respectifs. Grâce à des accords (dits 'accords d'interconnexion') entre chaque MNO et ledit MVNO, ce dernier obtient des licences d'exploitation des réseaux PLMNN et PLMNp. À ce titre, c'est le MVNO qui : - Fournit les cartes SIM aux abonnés 30 Est responsable de l'enregistrement des 'IMSIN' et des 'IMSIp' sur les PLMNN et PLMNP correspondants. - Etablit une seule clef d'intégrité Ki par abonné, cette clef étant utilisée pour l'authentification de la carte SIM de l'abonné, indépendamment de l'IMSI utilisé (IMSIN ou IMSIp). 3042088 4 - Est responsable de la reconfiguration de la carte SIM de chaque abonné, en lui assignant l'identifiant 'IMSIN' ou 'IMSIp' selon le type de consommation choisi (c'est-à-dire, en permettant à l'abonné d'utiliser, respectivement, l'abonnement 'nominal' ou le forfait 'de partage') 5 Tout expert de l'art reconnaitra que les procédures opérationnelles et les fonctionnalités peuvent être généralisées à d'autres configurations pour l'exploitation des réseaux PLMNN et PLMNp. Toutefois, par souci d'exhaustivité et de clarté, le cas de deux MNO exploitant - respectivement un PLMNN et un PLMNP est aussi illustré à partir de la section [0093]. 10 Dans la suite de la description, le MVNO sera référencé OPERATEURN-p. [0011] Le procédé et le système associé seront expliqués de façon détaillée en utilisant un cas exemplaire et non limitatif. L'OPERATEURN-p a des accords d'interconnexion avec les opérateurs français Orange et SFR, avec l'opérateur américain AT&T et avec l'opérateur 15 canadien Rogers. Grâce à ces accords d'interconnexion l'OPERATEURN-P dispose de : - Un identifiant pays MCC = 208 (France) et un identifiant réseau MNC = xx. Tout IMSI commençant par `208xx' permettra le routage de toute session de communication (signalisation et/ou contenu) à travers le 20 réseau d'accès d'Orange. - Un identifiant pays MCC = 208 (France) et un deuxième identifiant réseau MNC = yy. Tout IMSI commençant par `208yy' permettra le routage de toute session de communication (signalisation et/ou contenu) à travers le réseau d'accès de SFR. 25 Un identifiant pays MCC = 310 (États-Unis) et un identifiant réseau MNC = www. Tout IMSI commençant par `310www' permettra le routage de toute session de communication (signalisation et/ou contenu) à travers le réseau d'accès d'AT&T. - Un identifiant pays MCC = 310 (États-Unis) et un deuxième identifiant 30 réseau MNC = zzz. Tout IMSI commençant par `310zzz' permettra le routage de toute session de communication (signalisation et/ou contenu) à travers le réseau d'accès d'AT&T. - Un identifiant pays MCC = 302 (Canada) et un identifiant réseau MNC = vvv. Tout IMSI commençant par `302vw' permettra le routage de 3042088 5 toute session de communication (signalisation et/ou contenu) à travers le réseau d'accès de Rogers. [0012] À chaque abonné plusieurs identifiants IMSI sont alloués par l'OPERATEURN-p: un IMSIN (unique) et un ensemble de IMSIp. 5 En principe, tout expert de l'art reconnaîtra qu'aucune similarité n'est nécessaire entre l'IMSIN et chaque IMSIp de l'ensemble : chaque IMSI alloué à un abonné peut se différencier en termes de MCC (Mobile Country Code), MNC (Mobile Network Code) et MSIN (Mobile Subscriber Identification Number). 10 [0013] Cependant, selon une caractéristique particulière de l'invention, l'IMSIN et chaque IMSIp alloués à un abonné peuvent se différencier seulement dans les champs MCC (Mobile Country Code) et/ou MNC (Mobile Network Code) ; en d'autres termes, le champ MSIN (Mobile Subscriber Identification Number) peut être identique pour tous les IMSI alloués à un 15 abonné. Selon cette caractéristique particulière de l'invention et dans le contexte exemplaire de la section [0011] : Pour un abonné français: IMSIN = '208xxabcdefghil, IMSIp = `208yyabcdefghif 20 - Pour un abonné américain: IMSIN = '310wwwklmnopqrse, IMSIp = '31 Ozzzklmnopqrse, IMSIP = '302vvvklmnopqrst Cette organisation particulière des IMSI a les avantages suivants : Une gestion plus simple et efficace des IMSI à allouer à chaque abonné 25 - Grâce à une différenciation des MNC, la possibilité de fournir des services données (à commutation de paquet) différents ou avec une qualité de service différente, selon I'IMSI (IMSIN ou IMSIp) utilisé par le mobile pour s'enregistrer au réseau. Cette propriété sera expliquée dans la suite de la description 30 Grâce à une différenciation des MCC, la possibilité pour un abonné de fournir un ou plusieurs forfait(s) 'de partage' dans un (des) pays différent(s) de son pays domestique. Dans l'exemple ci-dessus, l'abonné américain peut proposer des forfaits 'de partage' aux États-Unis et au Canada. 3042088 6 [0014] Dans le contexte exemplaire des sections [0011] et [0013] et dans un cas de mise en oeuvre exemplaire et non limitatif l'abonné français de l'OPERATEURN-p : - Pourra consommer tout service grâce à son abonnement 'nominal' 5 quand il se trouve en France. Son mobile sera enregistré au réseau PLMNN en utilisant le IMSIN = `208xxabcdefghil, la partie cabcdefghif définissant le MSIN. Dans le cadre de l'abonnement 'nominal', toute session de communication sera acheminée à travers le réseau d'accès d'Orange. 10 En tant qu'abonné vendeur, il pourra revendre une partie du crédit de consommation disponible dans son abonnement `nominal'. Ce crédit de consommation sera placé dans un forfait 'de partage' associé audit abonné vendeur. Afin de pouvoir consommer le crédit disponible dans ce forfait 'de partage', le mobile d'un abonné acheteur 15 s'enregistre au réseau PLMNP en utilisant le IMSIp = `208yyabcdefghil de l'abonné vendeur. Dans le cadre de l'utilisation de l'abonnement `de partage' associé à un abonné vendeur français, toute session de communication sera acheminée à travers le réseau d'accès de SFR. En tant qu'abonné acheteur en itinérance aux États-Unis, il pourra 20 consommer le crédit disponible dans un forfait 'de partage', son mobile étant enregistré au réseau PLMNP américain en utilisant le IMSIp = `310zzzklmnopqrst, cet IMSIp étant alloué à un abonné vendeur américain. Dans le cadre de l'utilisation de l'abonnement 'de partage' associé à un abonné vendeur américain, toute session de 25 communication sera acheminée à travers le réseau d'accès d'A T&T. En tant qu'abonné acheteur en itinérance au Canada, il pourra consommer le crédit disponible dans un forfait 'de partage', son mobile étant enregistré au réseau PLMNP canadien en utilisant le IMSIp = `302vvvklmnopqrst, cet IMSIp étant alloué au même abonné 30 vendeur américain. Dans le cadre de l'utilisation de l'abonnement 'de partage' associé au même abonné vendeur américain, toute session de communication sera acheminée à travers le réseau d'accès de Rogers 3042088 7 En tant qu'abonné acheteur en France, il pourra consommer le crédit disponible dans un forfait 'de partage' français si le crédit de consommation associé à son abonnement `nominaf a expiré, son mobile étant enregistré au réseau PLMNP français en utilisant un 5 IMSIp = `208yyuizabcdefg', cet IMSIp étant associé à un abonné vendeur français ; dans ce cas, toute session de communication sera acheminée à travers le réseau d'accès de SFR [0015] Si ledit abonné français se trouve dans un pays étranger qui n'héberge aucun PLMNp, le procédé et le système selon l'invention lui 10 permettront d'utiliser le meilleur réseau possible en fonction des accords d'itinérance de l'OPERATEURN-P et de l'optimisation des forfaits disponibles (l'abonnement `nominal' de l'utilisateur ou le forfait 'de partage'). À titre d'exemple, si l'abonné se trouve en itinérance au Mexique le procédé et le système selon l'invention lui permettront d'utiliser l'abonnement 'de 15 partage' associé à un abonné vendeur américain. En effet, l'OPERATEURNP disposant d'un identifiant MCC/MNC américain et ayant des accords d'interconnexion avec AT&T peut être considéré de facto comme tout autre MVNO américain ; à ce titre il pourra négocier des accords d'itinérance avantageux avec tout opérateur mexicain. 20 Dans le cadre de l'utilisation de l'abonnement 'de partage' associé à un abonné vendeur américain, toute session de communication sera donc acheminée à travers un réseau d'accès mexicain. État de la technique 25 [0016] Il existe déjà des procédés qui traitent du problème de la gestion d'identifiants différents dans une même carte SIM. Le brevet d'invention WO 2013/045606A1 (Déposant : Gemalto, Inventeurs : E.Tuilier et al.) présente un procédé de sélection d'un opérateur mobile pour permettre à un abonné titulaire d'un abonnement principal d'entrer en 30 situation d'itinérance. Selon l'invention, le procédé consiste à : i) proposer à l'abonné titulaire de l'abonnement principal le nom d'au moins un réseau d'opérateur alternatif capable de fournir un service d'itinérance, cette proposition étant accompagnée par une indication du tarif d'itinérance appliqué par ce réseau d'opérateur alternatif; ii) après choix de l'utilisateur 3042088 8 d'un réseau d'opérateur alternatif, envoyer au terminal mobile un IMSI lui permettant de se connecter au réseau d'opérateur alternatif afin de bénéficier de son tarif d'itinérance. Le brevet d'invention WO 2013/041849A1 (Déposant : Truphone, 5 Inventeurs : T.Evans et al.) présente un procédé de gestion des identités basée sur la recherche d'identités disponibles dans une base de données. Chaque enregistrement de la base de données d'identité comprend une identité et une information d'identité additionnelle correspondant à chaque identité, la recherche classant par ordre de priorités les enregistrements en 10 fonction de la règle de gestion d'identités. Une identité est sélectionnée quand la recherche fait apparaître un article conforme aux critères de la règle de gestion d'identités. Aucun des brevets cités (ainsi que d'autres procédés existants dans l'état de l'art) ne peut s'appliquer aux principes de la consommation collaborative. 15 Avantages de l'invention [0017] Selon les principes de la consommation collaborative, l'usage des services mobiles peut être augmenté et optimisé grâce à la disponibilité du forfait 'de partage'. 20 En outre, l'OPERATEURN-p peut négocier avec des MNO (tels qu'Orange, SFR, AT&T, Rogers, selon l'exemple de la section [0011]) des accords d'interconnexion spécifiques et avantageux, en fonction du volume et du type de trafic estimé dans chaque pays. 25 Exposé de l'invention [0018] La caractéristique principale de la présente invention concerne un procédé de gestion du code d'identification IMSI dans une carte d'identification d'abonné (carte SIM) pour permettre à un premier abonné titulaire d'un abonnement `nominaf et disposant d'un terminal mobile 30 d'acheter un crédit de consommation disponible dans un forfait 'de partage' vendu par un deuxième abonné, ce procédé consistant à: - allouer à chaque abonné un code d'identification 'nominal' (IMSIN), lui permettant la consommation de tout service de communication mobile selon les conditions de l'abonnement `nominaf, et un ensemble de codes 3042088 9 d'identification 'de partage' (IMS1p), chaque /MS/p étant associé à un forfait 'de partage' correspondant, dont le crédit de consommation disponible et le prix sont établis par chaque abonné en revendant une partie du crédit de consommation disponible dans son abonnement 5 ; - proposer audit premier abonné une liste de forfaits 'de partage' disponibles, ladite proposition étant accompagnée par une indication des prix et des crédits de consommation correspondants ; - après le choix dudit premier abonné d'un forfait 'de partage' vendu par un 10 deuxième abonné, déclencher une transaction de paiement électronique entre le ledit premier abonné (acheteur) et ledit deuxième abonné (vendeur) ; - après la finalisation de ladite transaction, déclencher un processus pour remplacer l'IMSIN du premier abonné (acheteur) par l'IMSIp du deuxième 15 abonné (vendeur), cet /MS/p étant associé au forfait 'de partage' choisi par ledit premier abonné, dans la carte SIM hébergée par le terminal mobile dudit premier abonné ; - dans le processus de remplacement de l'IMSIN par l'IMSIp, éveiller une application (applet) hébergée par ladite carte SIM, cet applet permettant 20 de remplacer l'IMSIN par l'IMSIp et de déclencher un processus de réinitialisation dudit terminal mobile, la réinitialisation permettant audit terminal mobile de se connecter à un réseau mobile sur lequel ledit terminal mobile a l'autorisation de s'enregistrer en utilisant l'IMSIp. [0019] En référence à la section [0018], ledit IMSIp associé à un forfait 'de 25 partage' correspondant est remplacé par l'IMSIN lorsque le crédit de consommation disponible dans ledit forfait 'de partage' a expiré ou lorsque ledit premier abonné (acheteur) change de pays ou de zone de tarification à l'intérieur du même pays. [0020] En référence aux sections [0018] et [0019], le réseau sur lequel ledit 30 terminal mobile, hébergeant ladite carte SIM, peut s'enregistrer comprend une technologie d'accès radio qui utilise un IMSI pour l'identification d'un abonné, cette technologie pouvant être : 3042088 10 - de type cellulaire, telle que Universal Mobile Telecommunication System (UMTS), Code Division Multiple Access (CDMA) 1xRTT, Global System for Mobile Communications (GSM), Long Term Evolution (LTE), Evolution-Data Optimized (EV-DO), High Speed Packet Access (HSPA), 5 Enhanced Data Rates for GSM Evolution (EDGE), General Packet Radio Service (GPRS) ; - de type locale, telle que Wireless Local Area Network (WLAN), lnterworking WLAN (I-WLAN). [0021] En référence à la section [0018], l'IMSIN et chaque /MS/p de 10 l'ensemble des /MS/p alloués à un abonné ont le même identifiant d'abonné (MS//V). [0022] Une deuxième caractéristique principale de la présente invention concerne un système de gestion du code d'identification IMSI dans une carte d'identification d'abonné (carte SIM) pour permettre à un premier abonné 15 titulaire d'un abonnement `nominaf et disposant d'un terminal mobile d'acheter un crédit de consommation disponible dans un forfait 'de partage' vendu par un deuxième abonné, ce système étant caractérisé par : - une plateforme de gestion comprenant : o un premier logiciel de gestion, permettant audit deuxième abonné 20 (vendeur) de créer au moins un forfait 'de partage', ce forfait étant caractérisé par au moins un crédit de consommation, un coût, une date de validité, ledit premier logiciel de gestion permettant audit premier abonné (acheteur) de choisir et acheter un forfait 'de partage' parmi ceux qui sont disponibles ; 25 o une interface avec une plateforme de paiement électronique, mettant en oeuvre une transaction financière entre le ledit premier abonné (acheteur) et ledit deuxième abonné (vendeur) ; o un deuxième logiciel de gestion qui, suite à ladite transaction financière, déclenche un processus de remplacement du code 30 d'identification IMSI dans la carte SIM du premier abonné, l'IMSIN associé à l'abonnement `nominaf du premier abonné étant remplacé par un code d'identification 'de partage' (IMS1p) alloué au deuxième abonné et associé au forfait 'de partage' créé par ce dernier et acheté par le premier abonné ; 3042088 11 o une base de données, dans laquelle un enregistrement est créé par ledit deuxième logiciel de gestion suite à ladite transaction financière, ledit enregistrement contenant au moins les champs suivants: 5 ^ le crédit de consommation disponible dans ledit forfait 'de partage' ; ^ l'identifiant 'de partage' (IMSIp) alloué audit deuxième abonné et associé au forfait 'de partage' créé par ce dernier ; 10 ^ l'identifiant `nominal (IMSIN) alloué audit premier abonné ; ^ le contenu des fichiers EF EF `OPLMNwAcT, EF PLMNSel' et EF `SMSP', à reconfigurer dans la carte SIM du premier abonné et dont les valeurs dépendent dudit IMSIp; 15 ^ un champ, initialisé à une valeur par défaut, et qui contient les données de localisation du terminal mobile dudit premier abonné ; o une interface avec une plateforme de type 'over-the-air' (OTA) permettant d'accéder aux données de la carte SIM du premier 20 abonné (acheteur) afin de mettre à jour le contenu des 'fichiers élémentaires' (EF), tels que EF `/MS1', EF fPLMN', EF `OPLMNwAcT, EF PLMNSer et EF `SMSP', dans le fichier EF `/MS/' ledit identifiant 'nominal' (IMSIN) étant remplacé par ledit identifiant 'de partage' (IMSIp), le contenu desdits fichiers EF 25 `FPLMN', EF `OPLMNwAcT, EF PLMNSer et EF `SMSP' étant mis à jour avec les valeurs contenues dans ledit enregistrement de ladite base de données ; o une interface avec le coeur de réseau d'un opérateur mobile virtuel (MVNO), le coeur de réseau comprenant les bases de données 30 d'abonnés, le centre d'authentification et les interfaces vers des réseaux mobiles d'opérateurs nationaux (MNO), vers le réseau téléphonique commuté et vers Internet, ce coeur de réseau étant conforme à toute technologie : 3042088 12 ^ de type cellulaire, telle que Universal Mobile Telecommunication System (UMTS), Code Division Multiple Access (CDMA) 1xRTT, Global System for Mobile Communications (GSM), Long Term Evolution (LTE), 5 Evolution-Data Optimized (EV-DO), High Speed Packet Access (HSPA), Enhanced Data Rates for GSM Evolution (EDGE), General Packet Radio Service (GPRS); ^ de type locale, telle que Wireless Local Area Network (WLAN), lnterworking WLAN (I-WLAN) ; 10 - une interface de gestion hébergée par un dispositif informatique de l'abonné, cette interface de gestion comprenant un protocole de communication sécurisé avec ledit premier logiciel de gestion de ladite plateforme de gestion ; - une carte SIM, apte à coopérer avec un terminal mobile pour autoriser un 15 enregistrement dans le coeur de réseau dudit MVNO, comprenant une application (applet) et un ensemble de 'fichiers élémentaires' (EF), l'applet permettant le remplacement automatique dudit identifiant `nominal (IMSIN) par ledit identifiant 'de partage' (IMS1p), ledit remplacement étant déclenché par la mise à jour du contenu d'au moins 20 un 'fichier élémentaire' parmi les fichiers tels que EF `FPLMN', EF `OPLMNwAcT, EF PLMNSel', la mise à jour étant effectuée par ladite plateforme OTA. [0023] En référence à la section [0022] : - lesdites cartes SIM appartiennent audit opérateur mobile virtuel (MVNO), 25 qui est responsable de les authentifier en utilisant une clef unique quel que soit le code d'identification utilisé (un IMSIN ou un IMSIp), ladite clef étant partagée entre la carte SIM et le centre d'authentification dudit MVNO ; - lesdits codes d'identification (IMSIN et IMS1p) sont attribués audit 30 opérateur mobile virtuel (MVNO) par au moins une autorité de régulation des télécommunications ; 3042088 13 - ledit opérateur mobile virtuel (MVNO) alloue à chacun de ses abonnés un identifiant `nominal (IMSIN) et un ensemble d'identifiants 'de partage' (IMS1p); - ledit opérateur mobile virtuel (MVNO) a des accords d'interconnexion 5 avec au moins un opérateur national (MNO), ces accords permettant d'acheminer tout message de signalisation entre le réseau d'accès dudit MNO et le coeur de réseau dudit MVNO, chaque message de signalisation pouvant se référer soit à l'identifiant `nominal (IMSIN) soit à un identifiant 'de partage' (IMS1p); 10 - le téléphone mobile d'un abonné peut s'enregistrer : o au réseau d'accès d'un opérateur national (MNO) en utilisant l'identifiant `nominaf (IMSIN) pour permettre audit abonné de consommer les services de communication mobile selon les conditions de l'abonnement `nominaf ; 15 o au réseau d'accès d'un opérateur national (MNO) en utilisant un identifiant 'de partage' (IMS1p) alloué à un autre abonné afin de pouvoir consommer les services de communication mobile selon les conditions du forfait 'de partage' ; - entre le réseau d'accès d'au moins un opérateur national (MNO) et le 20 coeur de réseau dudit MVNO deux interfaces à commutation de paquet sont utilisées afin de fournir des services données différents ou les mêmes services mais avec une qualité de service différente selon le code d'identification (IMSIN ou IMS1p) utilisé par ledit téléphone mobile pour s'enregistrer audit réseau d'accès. 25 [0024] En référence à la section [0022] l'un des 'fichiers élémentaires' (EF) de la carte SIM est composé de : - un champ pouvant avoir une valeur binaire 0 ou 1, selon le type de forfait (`riominaf ou 'de partage') que l'abonné est en train d'utiliser ; - un champ contenant la valeur de l'IMSIN; 30 - un champ contenant la liste des identifiants des réseaux interdits en correspondance de l'IMSIN; - un champ contenant les identifiants du seul réseau autorisé en correspondance de l'IMSIN. 3042088 14 [0025] En référence aux sections [0022], [0023] et [0024], la procédure de remplacement de l'IMSIN par l'IMStp dans la carte SIM de l'abonné comprend les étapes qui consistent en : - suite à une connexion entre ladite interface de gestion hébergée par ledit 5 dispositif informatique dudit premier abonné et ledit premier logiciel de gestion de ladite plateforme de gestion, l'achat d'un forfait 'de partage' vendu par ledit deuxième abonné ; - la création dudit enregistrement dans ladite base de données ; - l'envoie par ladite plateforme OTA d'un message à destination du 10 terminal mobile du premier abonné, le message contenant des champs dudit enregistrement, notamment: o l'identifiant 'de partage' (IMS1p) alloué audit deuxième abonné et associé au forfait 'de partage' vendu par ce dernier o le contenu des fichiers EF TPLMN', EF `OPLMNwAcT, EF 15 PLMNSer et EF `SMSP', à reconfigurer dans la carte SIM du premier abonné et dont les valeurs dépendent du IMS1p; - le transfert du message OTA reçu du terminal mobile vers la carte SIM ; - la mise à jour du contenu des fichiers EF fPLMN, EF `OPLMNwAcT, EF 13LMNSel' par la carte SIM ; 20 - suite à ladite mise à jour, le déclenchement de ladite applet qui : o remplace ledit identifiant `nominaf (IMSIN) par ledit identifiant 'de partage' (IMS1p) dans le fichier EF `/MS/' ; o déclenche une opération dite SIM initialisation' dans le terminal mobile en utilisant une commande dite `REFRESH' ; 25 - le déclenchement par le terminal mobile d'un nouveau processus d'enregistrement, en utilisant ledit /MS/p; - le changement d'une variable d'état dans ledit enregistrement de ladite base de données, afin d'empêcher une réutilisation simultanée dudit IMSIp par un autre abonné. 30 [0026] En référence aux sections [0022] et [0024], dans le système selon l'invention un premier abonné titulaire d'un abonnement 'nominal' souscrit auprès d'un premier opérateur national (MNO) et disposant d'un terminal mobile achète un crédit de consommation disponible dans un forfait 'de 3042088 15 partage' vendu par un deuxième abonné titulaire d'un abonnement `nominaf souscrit auprès d'un deuxième opérateur national (MNO), selon les caractéristiques suivantes : - ladite plateforme de gestion et ladite plateforme 'over-the-air' (OTA) 5 appartiennent à un fournisseur de services 'de partage', a qui ledit premier MNO, en tant qu'émetteur de la carte SIM du premier abonné, a délégué les opérations d'envoi de messages de reconfiguration vers ladite carte SIM, ces messages permettant de mettre à jour le contenu des 'fichiers élémentaires' (EF) de ladite carte SIM, tels que EF EF 10 `FPLMN', EF `OPLMNwAcT, EF PLMNSel' et EF `SMSP', dans le fichier EF `/MS/' ledit identifiant 'nominal' (IMSIN) - alloué par ledit premier MNO audit premier abonné - étant remplacé par ledit identifiant 'de partage' (IMSIp), alloué par ledit deuxième MNO audit deuxième abonné ; - le coeur de réseau dudit premier MNO est responsable de la gestion de : 15 o l'authentification de la carte SIM avec ledit identifiant 'nominal' (IMSIN) en utilisant une première clef d'authentification KMNO1, cette clef KMN01 étant partagée entre la carte SIM et le centre d'authentification dudit premier MNO; o l'enregistrement du terminal mobile dudit premier abonné, soit sur 20 le réseau d'accès dudit premier MNO, soit sur le réseau d'accès d'un MNO tiers avec lequel ledit premier MNO a des accords d'itinérance ; - le coeur de réseau dudit deuxième MNO est responsable de la gestion de : 25 o l'authentification de ladite carte SIM avec ledit identifiant 'de partage' (IMS1p) en utilisant une deuxième clef d'authentification KMNO2, cette clef KMNO2 étant partagée entre la carte SIM et le centre d'authentification dudit deuxième MNO; o l'enregistrement du terminal mobile dudit premier abonné, soit sur 30 le réseau d'accès dudit deuxième MNO, soit sur le réseau d'accès d'un MNO tiers avec lequel ledit deuxième MNO a des accords d'itinérance ; - ladite carte SIM contient deux Domaines de Sécurité dont: 3042088 16 o un Domaine de Sécurité étant administré par ledit fournisseur de services de partage et permettant la réception, le déchiffrement et l'authentification de tout message de reconfiguration reçu par ladite plateforme OTA ; 5 o un Domaine de Sécurité étant administré par ledit premier MNO et permettant la mise à jour des fichiers EF `/MST, EF 'FPLMN', EF `OPLMNwAcT, EF PLMNSel' et EF `SMSP' avec les valeurs contenues dans le message de reconfiguration reçu par ladite plateforme OTA. 10 [0027] En référence à la section [0026] : - ledit premier MNO génère un premier numéro aléatoire Ri associé à l'identifiant `nominaf IMSIN alloué audit premier abonné, et envoie : o la quantité KMN01 A Ri audit deuxième MNO, le symbole '^' dénotant l'opérateur binaire OU exclusif (XOR) ; 15 o le numéro Ri à la carte SIM émise par ledit premier MNO, Ri étant stockée dans une zone de mémoire de ladite carte SIM ou du terminal mobile dudit premier abonné; - ledit deuxième MNO génère un deuxième numéro aléatoire R2 associé à l'identifiant 'de partage' IMSIp alloué audit deuxième abonné, et envoie la 20 quantité AK12 = KMNO1 A R1 A KMNO2 A R2 et la quantité R2 audit fournisseur de services de partage ; - ledit fournisseur de service de partage stocke la quantité AK12 et le numéro aléatoire R2 dans un enregistrement de ladite base de données de ladite plateforme de gestion, cet enregistrement étant identifié par ledit 25 identifiant `nominaf IMSIN alloué audit premier abonné et ledit identifiant `de partage' IMSIp alloué audit deuxième abonné. [0028] En référence aux sections [0026] et [0027], la procédure de remplacement de l'IMSIN par l'IMSIp dans la carte SIM dudit premier abonné dudit premier MNO comprend les étapes qui consistent en : 30 - suite à une connexion entre ladite interface de gestion hébergée par ledit dispositif informatique dudit premier abonné et ledit premier logiciel de gestion de ladite plateforme de gestion, l'achat d'un forfait 'de partage' vendu par ledit deuxième abonné dudit deuxième MNO ; 3042088 17 - la création d'un enregistrement dans ladite base de données de ladite plateforme de gestion dudit fournisseur de services de partage, ledit enregistrement contenant au moins les champs suivants : o le crédit de consommation disponible ; 5 o l'identifiant 'de partage' (IMS1p) alloué audit deuxième abonné et associé au forfait 'de partage' créé par ce dernier ; o l'identifiant `nominal (IMSIN) alloué audit premier abonné ; o le contenu des fichiers EF `FPLMN', EF 'OPLMNwAcT, EF PLMNSel' et EF `SMSP', à reconfigurer dans la carte SIM du 10 premier abonné et dont les valeurs dépendent du /MS/p; o un champ, initialisé à une valeur par défaut, et qui contient les données de localisation du terminal mobile dudit premier abonné ; o ladite quantité OK12 et ledit numéro aléatoire R2 ; - l'envoie par ladite plateforme OTA dudit fournisseur de services de 15 partage d'un message à destination du terminal mobile du premier abonné, le message contenant des champs dudit enregistrement, notamment: o l'identifiant 'de partage' (IMSIp) alloué audit deuxième abonné et associé au forfait 'de partage' vendu par ce dernier 20 o le contenu des fichiers EF T'PLMN', EF 'OPLMNwAcT, EF PLMNSel' et EF SMSP', à reconfigurer dans la carte SIM du premier abonné et dont les valeurs dépendent du /MS/p; o ladite quantité AK12 et ledit numéro aléatoire R2 ; - le transfert du message OTA reçu du terminal mobile vers la carte SIM ; 25 - l'exécution des opérations d'authentification et de déchiffrement sur le message OTA, ces opérations étant effectuées dans le Domaine de Sécurité administré par ledit fournisseur de services de partage à l'aide de clefs partagées avec ladite plateforme OTA dudit fournisseur de services de partage ; 30 - la mise à jour du contenu des fichiers EF fPLMAI; EF 'OPLMNwAcT, EF PLMNSer par la carte SIM ; - suite à ladite mise à jour, le déclenchement de ladite applet qui : 3042088 18 o remplace ledit identifiant 'nominal' (IMSIN) par ledit identifiant 'de partage' (IMS1p) dans le fichier EF `/MS/' ; o calcule ladite clef d'authentification KMNO2 à partir de : ladite clef d'authentification KMNOl , ledit numéro aléatoire Ri, ledit numéro 5 aléatoire R2 et la quantité ÈK12. o déclenche une opération dite `SIM initialisation' dans le terminal mobile en utilisant une commande dite `REFRESH' ; - le déclenchement par le terminal mobile d'un nouveau processus d'enregistrement, en utilisant ledit IMS/pet ladite clef d'authentification 10 KMNO2 - le changement d'une variable d'état dans ledit enregistrement dans ladite base de données, afin d'empêcher une réutilisation simultanée dudit /MS/p par un autre abonné. [0029] En référence aux sections [0026], [0027] et [0028] , ledit deuxième 15 abonné titulaire d'un abonnement `nominal' souscrit auprès dudit deuxième opérateur national (MNO) et disposant d'un terminal mobile achète un crédit de consommation disponible dans un forfait 'de partage' vendu par ledit premier abonné titulaire d'un abonnement 'nominal' souscrit auprès dudit premier opérateur national (MNO). 20 [0030] En référence aux sections [0026] et [0029], selon une variante de l'invention : - ladite carte SIM est une « Carte SIM électronique » (eSIM), soudée directement dans ledit terminal mobile et programmable avec l'image numérique d'une carte SIM; 25 - ledit fournisseur service de partage est également fournisseur de téléphones mobiles contenant une eSIM ; - ledit fournisseur de service de partage stocke, dans un équipement référencé 'Préparation des Données' : o des images numériques dites 'nominales', comprenant le contenu 30 des fichiers élémentaires, tels que : l'identifiant `nominal' IMSIN alloué audit premier abonné, qui est titulaire d'un abonnement `nominal' souscrit auprès d'un premier opérateur national (MNO) et 3042088 19 une clef d'authentification, partagée entre l'image numérique `nominale' et le centre d'authentification dudit premier MNO ; o des images numériques dites 'de partage', comprenant le contenu des fichiers élémentaires, tels que : l'identifiant 'de partage' IMSIp 5 alloué audit premier abonné, et une clef d'authentification, partagée entre l'image numérique 'de partage' et le centre d'authentification dudit premier MNO ; - grâce à un équipement référencé 'Routage Sécurisé', ledit fournisseur de service de partage envoie à ladite eSIM dudit premier abonné une image 10 numérique 'de partage' comprenant : o le contenu des fichiers élémentaires, tels que l'identifiant 'de partage' IMSIp alloué audit deuxième abonné, qui est titulaire d'un abonnement 'nominal' souscrit auprès d'un deuxième opérateur national (MNO) 15 o la clef d'authentification KnAN02, partagée entre ladite image numérique 'de partage' et le centre d'authentification dudit deuxième MNO Dessins 20 [0031] La présente invention sera décrite ci-après de manière plus détaillée à l'aide du contexte exemplaire décrit dans les sections [0011] et [0013]: L'OPERATEURN-p exploite un ensemble de réseaux 'nominaux' PLMNN et un ensemble de réseaux 'de partage' PLMNp. Il convient de noter que la connotation (PLMNN, PLMNp) dépend du pays de résidence des abonnés. À 25 titre d'exemple, pour les abonnés français : - Le réseau PLMNN est identifié par un MCC = 208 et un MNC = xx - Les réseaux PLMNP sont identifiés par : MCC = 208 / MNC = yy, MCC = 310 / MNC = zzz, MCC = 302 / MNC = vvv. Pour les abonnés américains : 30 Le réseau PLMNN est identifié par un MCC = 310 et un MNC = www. - Les réseaux PLMNP sont identifiés par : MCC = 208 / MNC = yy, MCC = 310 / MNC = zzz, MCC = 302 / MNC = vvv. Tout expert de l'art reconnaitra que le contexte exemplaire décrit ne limite en aucun cas le champ d'application et l'extension géographique de l'invention. 3042088 20 [0032] En outre, l'invention sera décrite à l'aide d'un mode de réalisation préféré, représenté dans les dessins annexés parmi lesquels : - La Figure 1 représente les éléments constitutifs du réseau de communication selon l'invention 5 - La Figure 2 représente les principaux éléments constitutifs du profil électrique de la carte SIM selon l'invention - La Figure 3 représente les éléments constitutifs du réseau de gestion de l'identité selon l'invention - La Figure 4 représente les fonctionnalités et les protocoles du réseau 10 de gestion de l'identité selon l'invention La Figure 5 représente la procédure de commutation de l'IMSIN à l'IMSIp. La Figure 6 représente la procédure de commutation de l'IMSIp à l'IMSIN. 15 - La Figure 7 représente la procédure de déclenchement d'une communication data (à commutation de paquet) La Figure 8 représente la procédure d'appel entrant - La Figure 9 représente les modifications apportées à la Figure 4 dans le cas de deux MNO exploitant - respectivement - un PLMNN et un 20 PLMNP La Figure 10 représente la procédure de commutation de l'IMSIN à l'IMSIp dans le cas de deux MNO exploitant - respectivement - un PLMNN et un PLMNP - La Figure 11 représente la procédure de commutation de l'IMSIp à 25 l'IMSIN dans le cas de deux MNO exploitant - respectivement - un PLMNP et un PLMNN - La Figure 12 représente l'application de l'invention au cas des « cartes SIM électroniques » (eSIM) 3042088 21 DESCRIPTION DES MODES DE RÉALISATION Réseau de communication (Figure 1) [0033] Suite au contexte exemplaire décrit dans les sections [0011] et [0013] 5 la Figure 1 représente le réseau de communication du système selon l'invention. Pour des raisons de simplicité, le cas exemplaire d'un seul réseau PLMNN identifié par MCC = 208 / MNC = xx et d'un seul réseau PLMNP identifié par MCC = 310 / MNC = zzz est illustré. La généralisation à plusieurs PLMNN et PLMNP apparaitra évidente à tout expert de l'art. 10 En outre, toute interface logique, protocole associé et éléments réseau feront référence à la technologie cellulaire '3G'. Les experts de l'art reconnaîtront que les mêmes principes et les mêmes procédures sont applicables à d'autres technologies (4G, I-WLAN, etc.). Le réseau (10) constitue l'ensemble des équipements - faisant partie du 15 'réseau coeur' - déployés par l'OPERATEURN-p ; parmi ces équipements on trouve un HLR 'Multi-IMSI' (101), un GMSC (102), un couple de GGSN (104A, 104B), un couple de DNS (103A, 103B), une plateforme de contrôle (105), qui contient les politiques de gestion des IMSI et une plateforme de contrôle CAMEL 'Phase 3' (106) (dénommé aussi Service Control Point - 20 SCP), chargée de contrôler la consommation de l'abonné quand il utilise un forfait 'de partage' et quand il utilise son abonnement `nominal, si celui-ci est de type prépayé. Il convient de noter que chaque DNS du couple (103A, 103B) pourrait consister d'une fonctionnalité séparée (avec sa propre adresse IP) au sein du même équipement physique, ce dernier étant du type 25 'multi-homing'. 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é, de la consommation, etc. de/vers les réseaux mobiles (20) 30 et (30). - Tout message de signalisation pour l'acheminement des appels ou des messages courts de/vers les réseaux mobiles (20) et (30). 3042088 22 Le réseau (10) est rattaché également au réseau international d'interconnexion GRX (60) pour l'acheminement des sessions de services données de/vers les réseaux mobiles (20) et (30). [0034] L'OPERATEURN-p du réseau (10) a des accords d'interconnexion 5 avec le MNO du réseau 'nominal' (20) (Orange dans le contexte exemplaire considéré) et celui du réseau 'de partage' (30) (AT&T dans le contexte exemplaire considéré). Les abonnés (français, dans le contexte exemplaire considéré) de l'OPERATEURN-p utilisent des cartes SIM (150). L'IMSIN de la carte SIM (150) (IMSI 'nominal') permet à un abonné de 10 consommer des services mobiles qui sont disponibles grâce aux équipements du réseau (20); dans ce cas, parmi les fichiers (160) de la carte SIM (150) on trouve: - L'IMSIN dont la valeur numérique sera `208xxabcdefghil, la partie `abcdefghif définissant le MSIN. Toute consommation (voix, services 15 données, messages) est régie par l'abonnement 'nominal' souscrit - Un MSISDN français MSISDNFR, commençant par les 2 chiffres '33' (identifiant téléphonique de la France). La configuration de la carte SIM (150) avec l'IMSIp (IMSI `de partage') permet au même abonné qui se trouve - à titre d'exemple - aux États-Unis, de 20 consommer des services mobiles qui sont disponibles grâce aux équipements du réseau (30); dans ce cas, parmi les fichiers (160) de la carte SIM (150) on trouve: L'IMSIp dont la valeur numérique sera `310zzzklmnopqrse, la partie `klmnopqrst' définissant le MSIN associé à un abonné vendeur 25 américain. Toute consommation (voix, services données, messages) est régie par le forfait 'de partage'. - 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) sont enregistrées dans le HLR 'Multi-IMSI' (101). 30 [0035] Toujours selon la Figure 1 le système selon l'invention se compose aussi du réseau 'nominal' PLMNN (20), déployé en France par l'opérateur Orange. Parmi les équipements qui font partie du réseau (20) et avec lesquels le réseau (10) dialogue on trouve un VLRNMSC (201) et un SGSN (204). Le réseau (20) est rattaché au réseau international de signalisation 3042088 23 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, de la mobilité et de la consommation de l'abonné ainsi que pour l'acheminement des sessions de services données. 5 Le VLRNMSC (201) et le SGSN (204) sont reliés par une connexion logique (52) (à niveau du protocole et/ou des services) selon le protocole BSSAP+ défini dans la norme 3GPP TS 29.018: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; General Packet Radio Service (GPRS) ; Serving GPRS Support Node (SGSN) 10 Visitors Location Register (VLR) ; Gs interface layer 3 specification (Release 11) Les réseaux (10) et (20) doivent configurer leurs tables E.214 respectives afin que la signalisation reçue en correspondance de la carte SIM (150) soit dirigée vers le HLR `Multi-IMS1' (101). 15 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 (51) dénote une connexion selon le protocole MAP, définis dans la norme 3GPP TS 29.002: 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile 20 Application Part (MAP) specification (Release 12) et 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) La ligne continue (61) dénote une connexion entre le SGSN (204) du 25 réseau (20) et le GGSN (104A) du réseau (10), selon le protocole GTP défini dans la norme 3GPP TS 29.060: 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP) across the Gn and Gp interface (Release 9) 30 [0036] Toujours selon la Figure 1 le système selon l'invention se compose aussi du réseau 'de partage' PLMNP (30), déployé aux États-Unis par l'opérateur AT&T. La description des équipements du réseau (20) ainsi que des interconnexions avec le réseau (10) s'applique - mutatis mutandis - au cas du réseau (30). Il convient de noter que dans le cas du réseau (30) la 3042088 24 ligne continue (61) dénote une connexion entre le SGSN (304) et le GGSN (104B) du réseau (10) Carte SIM (Figure 2) 5 [0037] Suite au contexte exemplaire décrit dans les sections ci-dessus, la Figure 2 représente une partie du profil électrique de la carte SIM selon l'invention: L'ensemble des fichiers (160) du profil électrique de la carte SIM (150) sont dédiés à la gestion des opérations (mobilité, contrôle de session, etc.) ; le 10 contenu des fichiers (160) dépend de l'IMSI (IMSIN ou IMSIp) utilisé pour l'enregistrement. La partie (260) de la carte SIM (150) contient les paramètres et les algorithmes pour les procédures de sécurité, notamment : - La clef d'intégrité Ki, utilisée par les algorithmes dits `A3' et 'As' 15 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 20 - L'algorithme `GPRS-A5', permettant le chiffrement / déchiffrement sur la couche 'LLC' (Logical Link Control) 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 25 2000) La partie (260) de la carte SIM (150) est unique, quel que soit l'IMSI utilisé pour l'enregistrement (IMSIN ou IMSIp). Cette unicité est cohérente avec le modèle d'affaire adopté dans la section [0008] : un seul MVNO est responsable de l'utilisation des IMSI 'IMSIN' et 'IMSIp'. 30 [0038] Les fichiers (160) du profil électrique de la carte SIM (150) font référence aux normes : - 3GPP TS 51.011: 3rd Generation Partnership Project; Technical Specification Group Terminals; Specification of the Subscriber Identity Module - Mobile Equipment (SIM - ME) interface (Release 5) 3042088 25 - ETR 174.. European digital cellular telecommunications system (Phase 2); Interworking aspects of the Subscriber Identity Module - Mobile Equipment (SIM - ME) interface between Phase 1 and Phase 2 (GSM 09.91) 5 La structure hiérarchique de fichiers (160) est bien connue par les experts de l'art. Dans le cadre de l'invention il convient de mentionner les fichiers suivants : Dans le répertoire (en anglais Directory File' (DF)) GSM: - Le EF `FPLMN' (Forbidden Public Land Mobile Network), qui contient 10 la liste des réseaux interdits. - Le EF 1114SP. - Le EF 'LOCI' (LOCation Information), qui contient les informations sur la localisation courante du téléphone mobile (40). Deux champs font partie de ces informations : 15 o Le champ TMS1' (Temporal)/ 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 PLMNSel' (Public Land Mobile Network Selector), qui contient 20 la liste des réseaux préférés (réseaux qui ont les accords d'interconnexion ou les meilleurs accords d'itinérance avec l'OPERATEURN-p). Dans le répertoire Telecom: - Le EF `SMSP' (Short Message Service Parameters), qui contient les 25 valeurs des paramètres d'entête de SMS que le mobile ou la carte utilisera pour préparer les messages à envoyer. [0039] Outre les EF connus, un EF propriétaire AFS' (Application Forfait Status) est présent dans le répertoire GSM; son identifiant 'FID' est fixé arbitrairement (et à titre exemplaire) à `6xxx'. L'EF `AFS' contient les champs 30 suivants : - Un champ 'FT (Forfait Type), pouvant avoir une valeur binaire 0 ou 1, cette valeur étant fixée par la plateforme de contrôle (105) selon le type de forfait (`nominat ou 'de partage') que l'abonné est en train d'utiliser. 3042 088 26 - Un champ contenant la valeur de l'IMSIN. - Un champ `DHFN' (Default Home Forbidden Networks), qui contient la liste de réseaux interdits dans le pays domestique de l'abonné et en correspondance de l'IMSIN. À titre d'exemple, pour un abonné français 5 qui utilise son abonnement `nominal l'OPERATEURN-P a des accords d'interconnexion avec Orange. Les identifiants MCC/MNC correspondants à SFR, Bouygues Telecom et Free doivent faire partie du champ `DHFN'. Un champ `DHPN' (Default Home Preferred Network), qui contient le 10 seul réseau autorisé dans le pays domestique de l'abonné et en correspondance de l'IMSIN. Pour un abonné français le champ `DHPN' contient les identifiants MCC/MNC correspondants à Orange. [0040] La plateforme de contrôle (105) et la carte SIM (150) sont interconnectées de façon 'logique' en utilisant des procédures dites 'Over- 15 the-Air' (OTA) : il sera montré par la suite que la plateforme de contrôle (105) peut changer à distance les valeurs de certains des fichiers (160) afin de déclencher les procédures d'enregistrement du mobile (40) en utilisant l'IMSI approprié (IMSIN ou IMSIp). Les procédures 'IOTA' sont décrites dans les normes 3GPP TS 31.111: 20 Digital cellular telecommunications system (Phase 2+); Specification of the USIM Application Toolkit (USAT) (version 2.1.0) et 3GPP TS 23.048: 3rd Generation Partnership Project; Technical Specification Group Terminals; Security mechanisms for the SIM application toolkit ; Stage 2. [0041] La carte SIM (150) contient aussi une applet (360) (application 25 logicielle), référencée `Applet IMSIN - IMSIp', permettant le déclenchement des procédures d'enregistrement du téléphone mobile (40) dans un PLMNN ou dans un PLMNp. L'applet (360) est 'réveillée' suite à la détection d'un évènement, notamment le changement des champs contenus dans au moins l'un des fichiers (160). 30 Éléments constitutifs du réseau de gestion de l'identité (Figure 3) [0042] La Figure 3 représente le réseau de gestion de l'identité pour le procédé et le système selon l'invention. 3042088 27 Pour des raisons de simplicité, le cas exemplaire d'un seul réseau PLMNP identifié par MCC = 310 / MNC = zzz est illustré. La généralisation à plusieurs PLMNN et PLMNP apparaitra évidente à tout expert de l'art. [0043] Comme déjà expliqué, parmi les équipements du réseau (10) on 5 trouve la plateforme de contrôle (105), qui héberge deux logiciels Un premier logiciel (1051) qui permet aux abonnés de gérer les forfaits `de partage' : à titre d'exemple, grâce au logiciel (1051) un abonné peut créer et vendre un forfait 'de partage', qui contient une partie de son crédit de consommation ; l'abonné peut également choisir et 10 acheter un forfait 'de partage' parmi ceux qui sont disponibles. Un deuxième logiciel (1052) qui est chargé de déclencher le processus de remplacement de l'IMSIN par l'IMSIp (et vice-versa) dans le fichier EF `/MS/' de la carte SIM (150). Le remplacement de l'IMSIN par l'IMSIp fait suite à l'achat d'un forfait 'de partage' choisi par 15 l'abonné. [0044] La plateforme de contrôle (105) héberge également une base de données (1053), qui est chargée de gérer des enregistrements qui puissent permettre de suivre en temps-réel l'utilisation des forfaits `de 'partage' [0045] Entre la plateforme de contrôle (105) et les éléments du réseau (10) 20 de l'OPERATEURNAJ on trouve les interfaces suivantes : Une interface (1) pour communiquer avec le GMSC (102), afin d'échanger des messages avec le mobile (40) grâce à des procédures `OTA'. Une interface (2) pour communiquer avec le HLR (101), afin de 25 monitorer certains paramètres dynamiques relatifs au mobile (40), tels que sa localisation. Une interface (3) pour communiquer avec le SCP de la plateforme CAMEL (106) afin de monitorer en temps réel la consommation des abonnés. 30 Une interface (4) pour communiquer avec une plateforme dite PCRF (107) (en anglais Policy and Charging Rules Function), non représentée en Figure 1. Rôle de la PCRF (107) est de monitorer en temps réel la consommation des services données des abonnés ; en 3042088 28 effet, il se peut que le réseau sur lequel le mobile (40) est enregistré ne soit pas compatible avec la 'Phase 3' de CAMEL. Une interface (5) pour communiquer avec la plateforme BSS (108) (en anglais 'Business Support System'), non représentée en Figure 1, 5 pour la gestion des abonnés (tarification, facturation, etc.) [0046] La Figure 3 montre aussi deux dispositifs informatiques (41A, 41V)) appartenant respectivement à un abonné acheteur et à un abonné vendeur. Chaque dispositif informatique (41A, 41V) peut être un poste de travail, une station de travail, un ordinateur fixe ou portable ou une tablette portable ; 10 chaque dispositif informatique (41A, 41V) contient un logiciel (411A, 411V) lui permettant de communiquer avec le logiciel (1051) de la plateforme de contrôle (105) via des connexions fixes (de type filaire ou sans-fil) ou mobiles. Le logiciel (411A, 411V) peut aussi être hébergé par le mobile (40) : dans ce 15 cas, la communication avec le logiciel (1051) se fera grâce à l'interface (61) de la Figure 1. [0047] Une liaison à commutation de paquet (6A, 6V) existe entre chaque dispositif informatique (41A, 41V) et la plateforme de contrôle (105) ; cette liaison utilise le réseau Internet public (61). Un pare-feu (21) garantit la 20 protection de la plateforme de contrôle (105) Fonctionnalités et protocoles du réseau de gestion de l'identité (Figure 4) La Figure 4 représente les fonctionnalités et les protocoles du réseau de gestion de l'identité pour le procédé et le système selon l'invention. 25 Création / modification du forfait 'de partage' (abonné vendeur) [0048] Grâce au logiciel (411V) de son dispositif informatique (41V), l'abonné vendeur se connecte au logiciel (1051) de la plateforme de contrôle (105) grâce à un protocole - de préférence - à commutation de paquet du type https. 30 Le logiciel (1051) présente à l'abonné vendeur un portail de gestion grâce auquel, suite aux procédures classiques d'authentification, l'abonné vendeur peut créer un nouveau forfait 'de partage', en spécifiant : - Le crédit de consommation associé (minutes de voix, nombre de messages, mégaoctets de données) 3042088 29 Le prix de vente - Tout autre paramètre, tel que la disponibilité (exemple : offre valable jusqu'au...), le pays de vente (dans le cas exemplaire de l'abonné vendeur américain, un choix est possible entre les États-Unis et le 5 Canada), le réseau et la technologie d'accès (3G, 4G, WLAN, I- WLAN, etc.) du MNO chargé d'acheminer le trafic. [0049] Suite aux entrées fournies par l'abonné vendeur, le logiciel (1051) crée un nouvel enregistrement (1054) dans la base de données (1053), en utilisant un protocole de gestion tel que SQL, Oracle, etc. Selon une liste 10 exemplaire et non exhaustive, l'enregistrement (1054) contient les champs suivants : Un numéro de référence (XX)CX) du forfait 'de partage', contenant - à titre d'exemple - la date de création, un identifiant aléatoire, etc. Le crédit de consommation associé (Créditp) fixé par l'abonné vendeur 15 - L'identifiant (iMS/p) correspondant à l'abonné vendeur et qui sera reconfiguré dans la carte SIM (150) du mobile (40) d'un abonné acheteur qui souhaite consommer le forfait 'de partage' référencé XXXX. À noter : un abonné vendeur peut disposer de plusieurs IMSIp. Dans 20 ce cas, l'OPERATEURN_p peut se charger de choisir l'IMSIp le plus adapté en fonction de critères exemplaires et non limitatifs tels qu'une présence importante d'étrangers dans un pays, de statistiques de consommation, etc. - Le contenu (EF) des fichiers EF FPLMN', EF PLMNSel' et EF `SMSP' 25 à reconfigurer dans la carte SIM (150) du mobile (40) de l'abonné acheteur en fonction de l'iMS/p alloué. - La date d'expiration du forfait 'de partage' (Date) [0050] Le logiciel (1051) crée également un nouvel enregistrement (1084) dans une base de données de la plateforme BSS (108). Selon une liste 30 exemplaire et non exhaustive, l'enregistrement (1084) contient les champs suivants : - Ledit numéro de référence (XXXX) du forfait 'de partage' - L'identifiant de l'abonné vendeur (Nome) - Le crédit de consommation associé (Créditp) fixé par l'abonné vendeur 3042088 30 - Le prix de vente associé (Prix) Le crédit de consommation résiduel (CréditN) en correspondance de l'abonnement 'nominal' de l'abonné vendeur. En effet, selon le modèle de vente directe de la section [0007], l'abonné vendeur alimente le 5 forfait 'de partage' en revendant une partie du crédit de consommation disponible dans son forfait `nominal' À noter : selon les termes du contrat souscrit avec l'OPERATEURN-p, l'abonné vendeur pourrait ne pas disposer d'un forfait, mais d'un abonnement prépayé. Dans ce cas, il est toujours possible de créer un 10 forfait 'de partage' : l'abonné devra bien connaître la règle de décompte des unités de communications et bien prévoir ses besoins en termes de consommation. Choix et achat du forfait 'de partage' (abonné acheteur) [0051] Grâce au logiciel (411A) de son dispositif informatique (41A), l'abonné 15 acheteur se connecte au logiciel (1051) de la plateforme de contrôle (105) grâce à un protocole - de préférence - à commutation de paquet du type https. Le portail de gestion du logiciel (1051) présente à l'abonné acheteur les caractéristiques des forfaits 'de partage' disponibles, telles que crédit de 20 consommation, prix d'achat, disponibilité, etc. Suite au choix de l'abonné acheteur et selon le modèle de vente directe décrit à la section [0007], une transaction de paiement électronique est déclenchée, grâce à un fournisseur tiers de services de paiement électronique. Il est évident que la plateforme de paiement du fournisseur tiers 25 doit s'interfacer à la plateforme de contrôle (105), selon des modèles bien connus par les experts de l'art. L'OPERATEURN-P pourrait aussi agir en tant que courtier entre l'abonné vendeur et l'abonné acheteur, comme expliqué dans la section [0008]. [0052] Une fois la transaction de paiement électronique complétée, le logiciel 30 (1051) crée un nouvel enregistrement (1055) dans la base de données (1053). Selon une liste exemplaire et non exhaustive, l'enregistrement (1055) contient les champs suivants : - Le numéro de référence (XXXX) du forfait 'de partage' choisi. - L'identifiant de l'abonné acheteur (NomA) 3042088 31 - Le crédit de consommation disponible (Crédite) L'identifiant (//t4S/p) correspondant à l'abonné vendeur. - L'identifiant (IMSIN) correspondant à l'abonné acheteur. Le contenu (EF) des fichiers EF `FPLMN', EF PLMNSel' et EF `SMSP' 5 à reconfigurer dans la carte SIM (150) du mobile (40) de l'abonné acheteur en fonction de l'IMSIp alloué. - La valeur binaire (initialisée à '0') du champ FT du fichier propriétaire EF `AFS' décrit dans la section [0039]. Un champ (LOCI), initialisé à une valeur par défaut, et qui contient les 10 données de localisation du mobile (40) de l'abonné acheteur. Le champ LOCI est mis à jour périodiquement grâce à l'interface (2) avec le HLR (101). [0053] Suite à la création du nouvel enregistrement (1055) et à une commande de commutation d'IMSI provenant du logiciel (1051), le logiciel 15 (1052) déclenche la procédure de commutation de l'IMSIN à l'IMSIp dans la carte SIM (150) du mobile (40) de l'abonné acheteur (la procédure sera expliquée de façon détaillée à l'aide de la Figue 5) ; une fois que le mobile (40) de l'abonné acheteur s'est enregistré sur un réseau en utilisant l'IMSIp, il est nécessaire de monitorer périodiquement la consommation afin de 20 décompter les unités de communication (voix, messages, données) utilisées ; un protocole de communication - tel que LDAP - est utilisé entre la plateforme CAMEL (106) et la plateforme de contrôle (105) (interface (3)) et entre la plateforme PCRF (107) et la plateforme de contrôle (105) (interface (4)). 25 Procédure de commutation de l'IMSIN à l'IMSIp (Figure 5) Préambule [0054] Suite au contexte exemplaire décrit dans les sections [0011] et [0013] et selon un cas d'utilisation exemplaire et non limitatif, l'abonné français vient 30 d'arriver aux Etats-Unis. Son téléphone mobile (40) est enregistré sur un réseau local en utilisant comme identifiant l'IMSIN = `208xxabcdefghil (on fait implicitement l'hypothèse qu'avant d'arriver aux États-Unis, le dernier enregistrement du mobile (40) a été effectué avec l'identifiant `nominal de l'abonné). 3042088 32 L'abonné souhaite utiliser un forfait 'de partage'; pour cela, l'abonné doit se connecter à l'interface utilisateur de la plateforme de gestion (105) afin de choisir - parmi les forfaits 'de partage' disponibles - le plus approprié en fonction de ses prévisions de consommation. 5 [0055] 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 - permettre la mise en place de services à valeur ajoutée. 10 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 15 8.17.0 Release 1999) Description de la procédure La Figure 5 détaille les équipements, les logiciels et les échanges de messages pour la commutation de l'IMSIN à l'IMSIp, selon les étapes numérotées suivantes : 20 [0056] (Etape 1, Figure 5) L'abonné acheteur choisit - parmi les forfaits 'de partage' disponibles - le plus approprié en fonction de ses prévisions de consommation aux États-Unis. Les étapes décrites dans les sections [0051] et [0052] sont exécutées. Le forfait choisi par l'abonné acheteur est référencé XXXX en Figure 5. Ce forfait a été créé par un abonné vendeur 25 américain ; dans l'enregistrement (1055) l'IMSIp correspondant à ce forfait a la valeur `310zzzklmnopqrst (voir aussi la section [0034]) [0057] (Etape 2, Figure 5) Le logiciel (1051) de la plateforme de gestion (105) envoie au logiciel (1052) une commande de commutation d'IMSI (de l'IMSIN de l'abonné acheteur vers l'IMSIp de l'abonné vendeur). D'autres 30 informations d'identification de l'abonné acheteur (telles que son MSISDN) peuvent être incluses dans ladite commande. [0058] (Etape 3, Figure 5) Grâce à une connexion de type DTA', le logiciel (1052) de la plateforme de contrôle (105) envoie au mobile (40) les valeurs 3042088 33 qui devront être mise à jour dans les fichiers EF `/MS/', EF `FPLMN', EF `PLMNSef et EF `SMSP' de la carte SIM (150), notamment : Les chiffres de l'IMSIp de l'abonné vendeur (310zzzklmnopqrst) La liste (MCC/MNC) de réseaux américains interdits (avec lesquels 5 l'OPERATEURN-P n'a pas d'accords d'interconnexion) en correspondance de l'IMSIp Le couple (MCC/MNC) du seul réseau sur lequel le mobile (40) est autorisé à s'enregistrer (AT&T) Le Global Title (GT) correspondant à un SMSC américain 10 Le transport de ce message 'OTA' peut être assuré par une connexion sécurisée de type SMS 'Class 2', décrite dans les normes 3GPP 31.111 et 3GPP 23.048. Toute autre technique de connexion DTA', telle que `BIP' (an anglais `Bearer Independent Protocof) peut être utilisée. [0059] (Etape 4, Figure 5) Le mobile (40) transfère le message 'OTA' reçu à 15 la carte SIM (150) en utilisant une commande SMS-PP DOWNLOAD, décrite dans la norme 3GPP 31.111 [0060] (Etape 5, Figure 5) La carte SIM exécute les opérations d'authentification et de déchiffrement sur le message 'OTA' reçu. Ensuite elle modifie le contenu des fichiers EF `FPLMN', EF `PLMNSef avec les valeurs 20 correspondantes reçues. [0061] (Etape 6, Figure 5) L"Applet IMSIN - IMSIp' (360) est déclenchée suite à la mise à jour des fichiers EF `FPLMN' et EF `PLMNSef. L'applet réinitialise le fichier EF 'LOCI' avec une valeur de default, remplace l'IMSIN par l'IMSIp reçu dans le fichier EF '1114S/', met à jour le fichier EF `SMSP' avec 25 la valeur reçu et exécute la commande 'REFRESH' avec option SIM INITIALISATION' (ou 'FILE CHANGE NOTIFICATION'); cette commande déclenche une opération dite `SIM initialisation' dans le mobile (40), en accord avec la norme 3GPP 31.111. [0062] (Etape 7, Figure 5) Le téléphone (40) déclenche un nouveau 30 processus d'enregistrement en utilisant l'IMSIp = `310zzzklmnopqrst. Le réseau local sur lequel le mobile (40) s'enregistre est AT&T, car il est le seul réseau local autorisé Le HLR (101) entame les procédures d'authentification et l'enregistrement se termine correctement avec les procédures dites de 'LOCATION UPDATE' 3042088 34 (3GPP TS 29.002), suite auxquelles la valeur de EF 'LOCI' change (en remplaçant la valeur par default) dans la carte SIM (150). [0063] (Etape 8, Figure 5) L"Applet IMSIN - IMSIp' (360) est déclenchée à nouveau, suite à la mise à jour du fichier EF 'LOCI' (en remplacement de la 5 valeur par default). L'applet vérifie le contenu de EF 'LOCI' (qui contient des données de localisations se référant au réseau AT&T), vérifie la cohérence par rapport à l'IMS1p et change a '1' la valeur du champ 'FT (Forfait Type) de EF `AFS' (voir section [0039]) [0064] (Etape 9, Figure 5) L"Applet IMSIN - IMSIp' (360) exécute une 10 commande proactive telle que DISPLAY TEXT'; une fenêtre 'pop-up' apparait à l'écran du mobile (40) signalant à l'abonné que le forfait 'de partage' est prêt à l'utilisation [0065] (Etape 10, Figure 5) L"Applet IMSIN - IMSIp' (360) envoie au logiciel (1052) de la plateforme de gestion (105) un message 'OTA' de confirmation 15 du bon déroulement de la procédure de remplacement d'IMSI. [0066] (Etape 11, Figure 4) Le logiciel (1052) de la plateforme de gestion (105) et le HLR (101) échangent des messages afin de s'assurer que l'IMS1p, étant configuré sur la carte SIM de l'abonné acheteur, ne puisse être réutilisé par tout autre abonné jusqu'à sa 'libération'. Dans la base de 20 données (1053) le champ 'FT de l'enregistrement (1055) est mis à '1'. Procédure de commutation de l'IMSIp à l'IMSIN (Figure 6) Préambule [0067] Suite au contexte exemplaire décrit dans la section Procédure de 25 commutation de l'IMSIN à l'IMS1p, l'abonné se trouve aux États-Unis et son téléphone mobile (40) est enregistré sur le réseau local AT&T en utilisant comme identifiant l'IMSIp = `310zzzklmnopqrst, cet IMSIp étant alloué à un abonné vendeur américain. Un changement de situation peut arriver, tel que (liste non limitative): 30 L'abonné change de pays : par exemple, il rentre en France ou il se rend dans un autre pays que les États-Unis. Dans ce cas, le champ `LOCI' de l'enregistrement (1055) ne correspond pas au réseau AT&T. Il convient de noter que le champ LOCI est mis à jour périodiquement par le HLR (101) grâce à l'interface (2) (voir aussi la section [0052]). 3042088 - Le crédit de consommation disponible sur le forfait 'de partage' correspondant à l'IMSIp est arrivé à expiration. Il convient de noter que ce crédit correspond au champ `Crédite' de l'enregistrement (1055). Le champ Crédite est mis à jour périodiquement par le la plateforme 5 CAMEL (106) et /ou la plateforme PCRF (107) grâce - respectivement - aux l'interfaces (2) et (3) (voir aussi la section [0053]). Dans un tel contexte, il est nécessaire de réinitialiser la carte SIM (150) de l'abonné avec l'IMSIN correspondant à son abonnement `nominaf. Si l'abonné le souhaite, il pourra toujours répéter la Procédure de commutation 10 de l'IMSIN à l'IMSIp afin de disposer d'un nouveau forfait 'de partage' Description de la procédure La Figure 6 détaille les équipements, les logiciels et les échanges de messages pour la commutation de l'IMSIp à l'IMSIN, selon les étapes numérotées suivantes : 15 [0068] (Etape 1, Figure 6) En surveillant l'enregistrement (1055) dans la base de données (1053), le logiciel (1052) détecte un changement de contexte : par exemple, le champ 'LOCI' de l'enregistrement (1055) pourrait indiquer l'enregistrement du mobile (40) dans le réseau d'un autre pays. [0069] (Etape 2, Figure 6) Un échange de messages entre le logiciel (1051) 20 et le logiciel (1052) déclenche une commande de commutation de l'IMSIp vers l'IMSIN. Cet échange de message peut inclure d'autres informations d'identification relatives à l'abonné (telles que son MSISDN). [0070] (Etape 3, Figure 6) Grâce à une connexion de type 'OTA', le logiciel (1052) de la plateforme de contrôle (105) envoie au mobile (40) la valeur '0' 25 qui doit être écrite dans le champ 'FT (Forfait Type) de EF `AFS' (voir section [0039]): Le transport de ce message 'OTA' peut être assuré par une connexion sécurisée de type SMS 'Class 2', décrite dans les normes 3GPP 31.111 et 3GPP 23.048. 30 [0071] (Etape 4, Figure 6) Le mobile (40) transfère le message 'OTA' reçu à la carte SIM (150) en utilisant une commande SMS-PP DOWNLOAD, décrite dans la norme 3GPP 31.111 [0072] (Etape 5, Figure 6) La carte SIM exécute les opérations d'authentification et de déchiffrement sur le message 'OTA' reçu. Ensuite elle 3042088 36 modifie le contenu du champ 'FT (Forfait Type) dans le fichier EF 'AFS' avec la valeur reçue. [0073] (Etape 6, Figure 6) L"Applet IMSIN - IMSIp' (360) est déclenchée suite à la mise à jour du fichier EF 'AFS'. L'applet exécute les opérations 5 suivantes : La mise à jour des fichiers EF `FPLMN' et EF 'PLMNSef, en y copiant - respectivement - la valeur des champs DHFN et DHPN du fichier EF 'AFS'. La réinitialisation du le fichier EF 'LOCI' avec une valeur de default 10 Le remplacement de l'IMSIp par l'IMSIN dans le fichier EF `/MS/' (rappel : la valeur IMSIN = '208xxabcdefghif est stockée dans le champ IMSIN du fichier EF 'AFS') L'exécution de la commande 'REFRESH' avec option SIM INITIALISATION' (ou 'FILE CHANGE NOTIFICATION'); cette 15 commande déclenche une opération dite `SIM initialisation' dans le mobile (40), en accord avec la norme 3GPP 31.111. [0074] (Etape 7, Figure 6) Le téléphone (40) déclenche un nouveau processus d'enregistrement en utilisant l'IMSIN = 208xxabcdefghil, cet IMSIN étant associé à l'abonnement 'nominal' (voir section [0013]). 20 Le réseau local sur lequel le mobile (40) essaie de s'enregistrer dépend du contenu des fichiers EF cFPLMN' et EF 'PLMNSef ; si l'abonné est rentré en France le mobile (40) s'enregistrera sur Orange, car il est le seul réseau domestique autorisé en correspondance de l'IMSIN. Le HLR (101) entame les procédures d'authentification et l'enregistrement se 25 termine correctement avec les procédures dites de 'LOCATION UPDATE' (3GPP TS 29.002), suite auxquelles la valeur de EF 'LOCI' change (en remplaçant la valeur par default) dans la carte SIM (150). [0075] (Etape 8, Figure 6) L"Applet IMSIN - IMSIp' (360) est déclenchée à nouveau, suite à la mise à jour du fichier EF 'LOCI' (en remplacement de la 30 valeur par default). L'applet vérifie le contenu de EF 'LOCI' (qui contient des données de localisations) et vérifie la cohérence par rapport à l'IMSIN. Ensuite I"Applet IMSIN - IMSIp' exécute une commande proactive telle que DISPLAY TEXT'; une fenêtre 'pop-up' apparait à l'écran du mobile (40) 3042088 37 signalant à l'abonné que toute consommation est maintenant régie par les conditions de son abonnement 'nominal'. [0076] (Etape 9, Figure 6) L"Applet IMSIN - IMSIp' envoie au logiciel (1052) de la plateforme de gestion (105) un message 'OTA' de confirmation du bon 5 déroulement de la procédure de remplacement d'IMSI. [0077] (Etape 10, Figure 6) Les logiciels (1052) et (1051) de la plateforme de gestion (105) et le HLR (101) échangent des messages de déblocage l'IMS1p, afin qu'un nouveau forfait 'de partage' utilisant le même IMSIp puisse être créé. Dans la base de données (1053) le champ 'FT de l'enregistrement 10 (1055) est mis à '0'. [0078] Dans les sections [0061] (Etape 6, Figure 5) et [0073] (Etape 6, Figure 6) la procédure de `SIM initialisation' est déclenchée sur le mobile (40), grâce à une commande 'proactive' dite 'REFRESH'. Selon le type de mobile (40) la commande 'REFRESH' doit contenir l'option `SIM 15 INITIALISATION' (ou 'FILE CHANGE NOTIFICATION') ; en effet, selon les types/modèles de mobile (40) l'option appropriée pour exécuter correctement la procédure de `SIM initialisation' doit être utilisée. En général, il est nécessaire de posséder et maintenir une base de données contenant les types/modèles de mobile et l'option correspondante pour la commande 20 'REFRESH'. Dans le cas (rare) que le mobile (40) ne supporte pas la commande 'REFRESH' une approche alternative peut être utilisé : par exemple, au lieu d'exécuter la commande 'REFRESH' l'applet peut exécuter la commande DISPLAY TEXT', invitant l'abonné à redémarrer le mobile (40). 25 Procédures opérationnelles de déclenchement d'une communication services données par le mobile (40) (Figure 7) Préambule [0079] Selon le contexte exemplaire de la Figure 1 (un PLMPN français et un PLMNP américain), dans le réseau (10) on trouve un couple de GGSN (104A, 30 104B) qui ont une interface logique de type `GTP' (3GPP 29.060) avec respectivement - le SGSN (204) du PLMPN (20) et le SGSN (304) du PLMPP (30). La localisation physique de chaque GGSN dépend de la topologie du réseau (10). A titre d'exemple, le GGSN (104B) pourrait être déployé aux États-Unis. Similairement tout autre GGSN pourrait être déployé dans le 3042088 38 pays qui héberge le PLMPP correspondant. Tout expert de l'art reconnaitra que le système selon l'invention supporte naturellement la configuration topologique de type 'Local Break Out', qui offre des avantages considérables en terme de rapport qualité / prix pour les abonnés du système selon 5 l'invention. En outre, l'utilisation de GGSN différents, selon l'IMSI utilisé par le mobile (40) pour l'enregistrement, permet de fournir des services données (à commutation de paquet) différents ou avec une qualité de service différente, comme déjà anticipé dans la section [0013]. 10 Déclenchement d'une communication services données depuis le mobile (40) - Procédures [0080] La Figure 7 détaille les équipements et les échanges de messages afin d'assurer les procédures de déclenchement d'une communication services données depuis le mobile (40) 15 Deux cas exemplaires seront considérés dans la Figure 4: - Cas A : Le mobile (40) se trouve en France ; il est enregistré dans les HLR (101) avec le IMSIN = `208xxabcdefghif, en utilisant le PLMNN (20) correspondant (Orange). - Cas B : Le mobile (40) se trouve aux États-Unis ; il est enregistré dans 20 les HLR (101) avec le IMSIp = `310zzzklmnopqrse, en utilisant le PLMNP (30) correspondant (AT&T). Les étapes numérotées de la Figure 7 sont commentées de suite : [0081] (Etapes 1A / 1B, Figure 7) un message de signalisation 'ACTIVATE PDP CONTEXT REQUEST' est envoyé depuis le mobile (40) vers le SGSN 25 du réseau dans lequel le mobile (40) se trouve. 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 Terminals; Mobile radio interface Layer 3 specification ; Core network protocols; Stage 3 (Release 9). Parmi 30 les paramètres transmis dans le contenu de ce message on trouve le Access Point Name (APN), qui permet au SGSN du réseau dans lequel le mobile (40) se trouve de connaitre l'adresse IP du GGSN (104A ou 104B). - Dans le Cas A le mobile (40) envoie la requête au SGSN (204) du PLMNN (20). 3042088 39 - Dans le Cas B le mobile (40) envoie la requête au SGSN (304) du PLMNN (30). [0082] (Etape 2, Figure 7) Quel que soit le SGSN qui reçoit la requête de l'étape 1A (1B), un message de type 'QUERY' est envoyé au serveur racine 5 (100) du Domain Name System' (DNS): le but est d'obtenir l'adresse IP du GGSN (104B ou 104B) 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 d'un réseau international d'interconnexion GRX (60). Le paramètre principal du message 'QUERY' est l'APN, qui doit contenir: 10 - L'identifiant de l'OPERATEURN-P qui fournit la connexion données demandée par le mobile (40), par le biais de son GGSN (104A ou 104B). À titre d'exemple, cet identifiant sera web.OPERATEURNp.com (le format de l'identifiant doit être conforme à la norme GSMA IR.67 - DNS/ENUM Guidelines for Service Providers & GRX/IPX 15 Providers, version 4.1). L'identifiant du DNS `Authoritative' du réseau (10). Cet identifiant doit contenir les parties %/ICC' et `I'ANC' de l'IMSI avec lequel le mobile (40) s'est enregistré Dans le Cas A le paramètre APN du message 'QUERY' sera : APN = 20 web. OPERATEURN_p.com.mcc208.mncxx.gprs Dans le Cas B le paramètre APN du message 'QUERY' sera : APN = web. OPERATEURN-p.com.mcc310.mnczzz.gprs [0083] (Etapes 3A / 3B, Figure 7) Le serveur DNS racine (100) renvoie une commande REFERRAL au SGSN (204 ou 304) afin que ce dernier puisse 25 envoyer à nouveau une commande 'QUERY' au DNS `Authoritative' approprié ; le DNS `Authoritative' fait partie - en général - du réseau qui contient le GGSN (104A, 104B). L'adresse IP du DNS `Authoritative' est contenue dans la base de données du serveur DNS racine, en correspondance de l'identifiant reçu à l'Etape 2. 30 - Dans le Cas A, en correspondance de l'identifiant web. OPERATEURN-P.com.mcc208.mncxx.gprs, le DNS racine (100) renvoie l'adresse IP du DNS (103A) 3042088 - Dans le Cas B, en correspondance de l'identifiant web. OPERATEURN_p.com.mcc310.mnczzz.gprs, le DNS racine (100) renvoie l'adresse IP du DNS (103B) [0084] (Etapes 4A / 4B, Figure 7) Le SGSN (204 ou 304) envoie un nouveau 5 message de type 'QUERY' au DNS (103A ou 103B): le but est d'obtenir l'adresse IP du GGSN (104A ou 104B) 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 I'APN. Dans le contexte exemplaire du système selon l'invention et à titre d'exemple, cet identifiant sera web. OPERATEURN_ 10 p.COM. À noter : l'identifiant du réseau n'est plus nécessaire, car le DNS (103A ou 103B) fait partie - fonctionnellement - du réseau (10). - Dans le Cas A, le message 'QUERY' est envoyé au DNS (103A) - Dans le Cas B, le message 'QUERY' est envoyé au DNS (103B) [0085] (Etapes 5A / 5B, Figure 7) le DNS (103A ou 103B) renvoie au SGSN 15 (204 ou 304) un message RESPONSE', qui contient l'adresse IP du GGSN (104A ou 104B). Cette adresse est nommée @GGSN en Figure 7. [0086] (Etapes 6A / 6B, Figure 7) un message de signalisation `CREATE PDP CONTEXT REQUEST' est envoyé depuis le SGSN (204 ou 304) du réseau (20 ou 30) vers le GGSN (104A ou 104B) du réseau (10). La syntaxe 20 et les paramètres du message `CREATE PDP CONTEXT REQUEST' sont définis dans la norme 3GPP TS 29.060. Parmi les paramètres de ce message on trouve : L'IMSIN (ou l'IMS1p) avec lequel le mobile (40) s'est enregistré - Le MSISDN, qui peut être utilisé par le GGSN (104A ou 104B) afin de 25 fournir l'identité de l'abonné à tout éventuel serveur d'application qui demande un accès sécurisé [0087] (Etapes 7A / 7B, Figure 7) un message de signalisation `CREATE PDP CONTEXT RESPONSE' est envoyé depuis le GGSN (104A ou 104B) vers le SGSN (204 ou 304). La syntaxe et les paramètres du message 30 `CREATE PDP CONTEXT RESPONSE' sont définis dans la norme 3GPP TS 29.060. La réponse contient un message d'acquittement. [0088] (Etape 8, Figure 7) un message d'acquittement `ACTIVATE PDP CONTEXT ACCEPT' est renvoyé depuis le SGSN (204 ou 304) vers le 3042088 41 mobile (40). La syntaxe et les paramètres du message `ACTIVATE PDP CONTEXT ACCEPT' sont définis dans la norme 3GPP TS 24.008. À la fin de l'Etape 8, une communication services données est établie entre le mobile (40) et un serveur IP fourni par un Fournisseur d'Accès Internet. 5 Cas particuliers: [0089] Le message `ACTIVATE PDP CONTEXT ACCEPT' (Etapes 7A / 7B) peut contenir l'adresse IP d'un GGSN différent de celui qui a reçu le `CREATE PDP CONTEXT REQUEST'. Cet élément d'information peut être utile dans le cas qu'un dysfonctionnement ait eu lieu dans le processus de 10 sélection du GGSN. Ce dernier peut alors déclencher une commande de Redirection' afin que le SGSN puisse - par la suite - dialoguer avec le correct GGSN. [0090] II se peut que l'abonné se trouve en itinérance dans un pays qui n'héberge aucun PLMNp : le mobile (40) est alors enregistré sur un réseau 15 visité VPLMN. Les procédures décrites dans la Figure 7 restent inchangées : le GGSN sélectionné (104A ou 104B) sera celui qui correspond à l'IMSI (IMSIN ou IMSIp) avec lequel le mobile (40) est enregistré. Procédures opérationnelles d'appel entrant vers le mobile (40) (Figure 8) 20 [0091] La Figure 8 détaille les équipements et les échanges des messages afin d'assurer le déroulement correct de l'appel entrant lorsque l'abonné français se trouve aux États-Unis et son mobile (40) est enregistré sur le HLR (101) avec l'IMSIp correspondant à l'abonné vendeur américain. Selon les explications de la section [0034], l'abonné a un numéro 25 téléphonique unique, avec préfixe français. Les étapes 7, 8 et 9 de la Figure 8 montrent que la requête de paging vers le mobile (40) est envoyée par le SGSN (304), conformément à l'hypothèse de l'utilisation de l'interface BSSAP+ (3GPP TS 29.018) entre le VMSC/VLR (301) et le SGSN (304). 30 Aucun commentaire additionnel n'est fourni pour les étapes opérationnelles de la Figure 8 : tout expert de l'art reconnaitra que les procédures d'appel entrant restent inchangées quel que soit l'IMSI utilisé pour l'enregistrement du mobile (40) et quelle que soit la localisation géographique de l'abonné, qui reste joignable sur son numéro d'origine. 3042088 42 VARIANTES DE RÉALISATION Variante 1 : Technologie d'accès radio 5 [0092] Comme déjà expliqué, le système selon l'invention a été décrit de façon détaillée en utilisant les fonctionnalités et les protocoles de la technologie cellulaire dite '3G'. Tout expert de l'art reconnaitra que les caractéristiques principales de l'invention montrent que l'utilisation de la technologie '3G' représente un cas exemplaire de réalisation ; les modes de 10 réalisation décrits s'appliquent - mutatis mutandis - à d'autres types de technologies cellulaires telles que la '2G', la '4G', et toute technologie basée sur le standard américain dénommé 'COMA'. La technologie sans fil dite 7-INLAN est également compatible avec les principes énoncés dans la présente invention ; en effet, les fonctionnalités et 15 les protocoles de la technologie `l-WLAN' reposent sur l'utilisation de cartes SIM et des IMSI relatifs. En effet, la plupart des cartes SIM utilisent le fichier EF 'OPLMNwAcT (Operator-controlled Public Land Mobile Network Selector with Access Technology) à la place du fichier EF PLMNSel'. EF `OPLMNwAcT contient les PLMNs préférés de l'opérateur dans l'ordre de 20 priorité, avec la technologie d'accès ; il est donc possible pour le mobile (40) d'effectuer l'authentification et l'enregistrement sur un réseau I-VVLAN. Variante 2 : Cas de deux MNO exploitant - respectivement - un PLMNN et un PLMNP 25 [0093] Comme déjà expliqué dans la section [0010] la description détaillée faite jusqu'à présent fait référence au cas d'un seul et unique opérateur mobile de type MVNO (OPERATEURN-P) en tant que responsable de l'exploitation conjointe des réseaux PLMNN et PLMNp Il est possible que deux ou plusieurs MNO distincts trouvent un accord afin 30 de fournir un service de partage selon le procédé de l'invention: dans ce cas, un abonné vendeur peut avoir un abonnement 'nominal' avec un premier MNO et revendre une partie du crédit de consommation de son abonnement `nominal' en créant un forfait `de partage' ; un abonné acheteur ayant un abonnement nominaf avec un deuxième MNO peut acheter ledit forfait de 3042088 43 partage'. Dans ce cas, le premier MNO a le rôle de gérant d'un PLMNN et le deuxième MNO celui de gérant d'un PLMNP (évidemment, les rôles peuvent être inversés). Dans cette variante de réalisation, le rôle de l'OPERATEURN-p devient celui 5 d'un 'tiers de confiance' pour la fourniture de services de partage : à ce titre, l'OPERATEURN-P exploite la plateforme de contrôle (105) pour la gestion des IMSI et la reconfiguration des cartes SIM des MNO mais ne possède pas en principe - aucun équipement télécom, tel que HLR, GMSC, GGSN, CAMEL, etc. 10 [0094] En tant que tiers de confiance, l'OPERATEURN-P possède et exploite la plateforme OTA, en accord avec les MNO, pour la gestion des IMSI et la reconfiguration des cartes SIM ; selon un cas d'utilisation exemplaire et non limitatif, un MNO émetteur d'une carte SIM qui contient l'IMSIN de l'abonnement nominal, délègue l'OPERATEURN-P pour que ce dernier puisse 15 reconfigurer l'IMSIp d'un autre MNO dans la carte SIM. Les spécifications Global Platform "Open Platform Card Specification Version 2.0.1" décrivent en détail le cadre technique pour que ce type d'opération puisse être effectuée en toute sécurité et en préservant les intérêts business de chaque acteur économique. Selon les principes de ladite spécification : 20 - Le MNO émetteur d'une carte SIM crée un Domaine de Sécurité séparé dans ladite carte. - Ce nouveau Domaine de Sécurité est, ensuite, administré par l'OPERATEURN-P, qui a la délégation du MNO pour les opérations d'envoi de messages vers la carte SIM (on parle de Loadinq 25 Delegation dans la spécification Global Platform) - Tout message de reconfiguration envoyé par la plateforme OTA de l'OPERATEURN-p à la carte SIM est authentifié et chiffré avec des clefs partagées entre la plateforme OTA de l'OPERATEURN-P et le nouveau Domaine de Sécurité. 30 - Après réception du message de reconfiguration et l'exécution des opérations de déchiffrement, authentification et vérification d'intégrité, le Domaine de Sécurité du MNO reprend la main : la modification de l'IMSI (et des EF `FPLMAI, EF `OPLMNwAcT, EF PLMNSer et EF `SMSP' associés) est assurée par le MNO. 3042088 44 A noter : avant toute modification des fichiers, le MNO doit s'assurer que leur contenu est valable : par exemple, l'IMSI reçu doit bien contenir les identifiants (MCC/MNC) d'un opérateur avec lequel le MNO a une relation d'affaires pour la fourniture du service de partage. 5 Description d'un cas exemplaire de réalisation. [0095] L'opérateur français Orange et son correspondant américain AT&T ont conclu des accords pour la fourniture d'un service de partage. Pour un abonné français de Orange: IMSIN = `20801abcdefghil, IMSIp = `20899abcdefghif , le couple MCC-MNC = 20801 étant l'identifiant 'historique' 10 d'Orange et le couple MCC-MNC = 20899 étant réservé par Orange à la fourniture du service de partage. Pour un abonné américain de AT&T: IMSIN = `310410klmnopqrst', IMSIp = `310999klmnopqrst, le couple MCC-MNC = 310410 étant l'identifiant `historique' de AT&T et le couple MCC-MNC = 310999 étant réservé par 15 AT&T à la fourniture du service de partage. [0096] Il convient de noter que la connotation (PLMNN, PLMNP) dépend du pays de résidence des abonnés. À titre d'exemple, pour les abonnés français : - Le réseau PLMNN est identifié par un MCC = 208 et un MNC = 01 20 - Les réseaux PLMNP sont identifiés par : MCC = 208 / MNC = 99, MCC = 310 / MNC = 999 Un abonné français peut donc utiliser un forfait 'de partage' proposé par un autre abonné d'Orange ou par un abonné de AT&T. Pour les abonnés américains : 25 - Le réseau PLMNN est identifié par un MCC = 310 et un MNC = 410. - Les réseaux PLMNP sont identifiés par : MCC = 208 / MNC = 99, MCC = 310 / MNC = 999. Un abonné américain peut donc utiliser un forfait 'de partage' proposé par un autre abonné d'AT&T ou par un abonné de Orange. 30 Fonctionnalités et protocoles du réseau de gestion de l'identité (Figure 9) Généralités [0097] Similairement à la Figure 4, la Figure 9 représente les fonctionnalités et les protocoles du réseau de gestion des identités dans le cas d'accord entre deux MNO. 3042088 En général, les modifications techniques dans le modèle avec deux MNO distincts sont dues essentiellement aux relations d'affaires entre les deux MNO et entre ces MNO et l'OPERATEURN-p, ce dernier agissant en tant que tiers de confiance. 5 Dans le cas exemplaire et non limitatif de la Figure 9 : - L'OPERATEURN-P est le propriétaire de la plateforme de contrôle (105) ; il est aussi responsable de la distribution du logiciel (411A, 411V), installé dans le dispositif informatique (41A, 41V) d'un abonné acheteur (vendeur). L'OPERATEURN-p est aussi le propriétaire de la 10 plateforme OTA - Le réseau de l'OPERATEURN-p et les réseaux des deux MNO distincts font partie d'autant de domaines administratifs différents : un protocole tel que Border Gateway Protocol (BGP) doit assurer l'accessibilité et le routage entre ces trois réseaux 15 - Les interfaces de communication entre la plateforme de contrôle (105) (de propriété de L'OPERATEURN-p) et les équipements (101), (102), (106), (107), (108) (de propriété des MNO) doivent permettre l'interrogation et la modification des bases de données (1053). Un protocole tel que LDAPv3 - TLS (extension de LDAP pour sécuriser 20 les connexions) constitue un choix fiable et efficace pour la mise en oeuvre de telles interfaces. [0098] Toute procédure de commutation d'IMSI (de IMSIN à IMSIp ou vice-versa) implique un enregistrement sur le réseau d'un MNO différent ; pour des fins d'authentification il est nécessaire - en principe - que la clef Ki soit 25 partagée entre le MNO qui gère le PLMNN et celui qui gère le PLMNp. Si un tel accord de partage de clef Ki n'existe pas entre les MNO, il est nécessaire de transmettre à la carte SIM (150) non seulement le nouvel IMSI mais également la nouvelle clef Ki. Avantageusement, une méthode est décrite afin d'éviter de transmettre 30 explicitement une nouvelle clef Ki : Soit : - KN la clef d'intégrité associée au MNO qui gère le PLMNN et associé à un IMSIN. 3042088 46 - Kp la clef d'intégrité associée au MNO qui gère le PLMNP et associé à un IMSIp. Dans une première étape dite d'initialisation : Le MNO qui gère le PLMNN envoie au MNO qui gère le PLMNP la 5 quantité KN " RN, le symbole `A' dénotant l'opérateur binaire OU exclusif (XOR) et RN dénotant un numéro aléatoire binaire, de préférence ayant la même longueur de la clef KN. - Le MNO qui gère le PLMNP calcule AKNP = KN " RN " KP A RP, RP dénotant un deuxième aléatoire binaire, de préférence ayant la même 10 longueur de la clef KP. Le MNO qui gère le PLMNP envoie le couple (AKNP, Rp) à la plateforme de contrôle (105) afin qu'un enregistrement soit créé en correspondance du couple (IMSIN, IMSIp) - Le MNO qui gère le PLMNN envoie le numéro RN au mobile (40) de 15 l'abonné identifié par l'IMSIN pour qu'il soit stocké dans une zone de mémoire - préférablement de type EEPROM ou FLASH - du mobile (40) ou de la carte SIM (150). Grâce à cette étape d'initialisation, aucune clef n'est jamais transmise dans le processus de commutation d'IMSI ; en particulier, dans le cas d'une 20 commutation de IMSIN à IMSIp la clef KP peut être dérivée à partir de la clef KN, du numéro aléatoire RN et du couple (AKNP, Rp), envoyé au mobile (40) par la plateforme de contrôle (105) grâce à un message DTA' Création / modification du forfait 'de partage' (abonné vendeur) [0099] Grâce au logiciel (411V) de son dispositif informatique (41V), l'abonné 25 vendeur se connecte au logiciel (1051) de la plateforme de contrôle (105) grâce à un protocole - de préférence - à commutation de paquet du type https afin de créer un nouveau forfait, selon la description de la section [0048]. [0100] Suite aux entrées fournies par l'abonné vendeur, le logiciel (1051) 30 crée un nouvel enregistrement (1054N) dans la base de données (1053), en utilisant un protocole de gestion tel que SQL, Oracle, etc. Selon une liste exemplaire et non exhaustive, l'enregistrement (1054N) contient les champs suivants : 3042088 47 Un numéro de référence (XXXX) du forfait `de partage', le crédit de consommation (Créditp) et la date d'expiration (Date) associés, l'identifiant (IMS1p) correspondant à l'abonné vendeur et le contenu des fichiers EF `FPLMN', EF 'OPLMNwAcT, EF PLMNSel' et EF 5 `SMSP' étant fonction de l'IMSIp alloué (voir aussi la section [0049]) [0101] Le logiciel (1051) crée également un nouvel enregistrement (1084) dans une base de données de la plateforme BSS (108N), le suffixe 'N' signifiant l'appartenance de la plateforme BSS au MNO qui gère le PLMNN. Les champs contenus dans cet enregistrement ont été déjà décrits dans la 10 section [0050]. Il convient de noter que, le logiciel (1051) et la plateforme (108N) appartenant à des domaines administratifs distincts, le logiciel (1051) agit en tant que Proxy https vis-à-vis de la plateforme BSS (108N). Choix et achat du forfait `de partage' (abonné acheteur) 15 [0102] Suite aux étapes déjà décrites dans la section [0051] le logiciel (1051) crée un nouvel enregistrement (1056) dans la base de données (1053). Selon une liste exemplaire et non exhaustive, l'enregistrement (1056) contient les champs suivants : Un numéro de référence (XXXX) du forfait `de partage' choisi, le crédit 20 de consommation (Créditp) associé, l'identifiant (IMS1p) correspondant à l'abonné vendeur, l'identifiant (IMSIN) correspondant à l'abonné acheteur, le contenu des fichiers EF `FPLMAI; EF 'OPLMNwAcT, EF PLMNSer et EF `SMSP' en fonction de l'IMSIp alloué, la valeur binaire (initialisée à '0') du champ FT du fichier propriétaire EF `AFS' décrit 25 dans la section [0039], le champ LOCI. L'enregistrement contient aussi le numéro aléatoire RP, correspondant audit IMSIp et la quantité ÊKNP correspondante au couple (IMSIN, /MSIp). [0103] Suite à la création du nouvel enregistrement (1056) et à une 30 commande de commutation d'IMSI provenant du logiciel (1051), le logiciel (1052) déclenche la procédure de commutation de l'IMSIN à l'IMSIp dans la carte SIM (150) du mobile (40) de l'abonné acheteur (la procédure sera expliquée de façon détaillée à l'aide de la Figue 11) ; une fois que le mobile (40) de l'abonné acheteur s'est enregistré sur le HLR (101P) du réseau 3042 0 88 48 PLMNP en utilisant l'IMSIp (et la clef d'intégrité correspondante Kp), il est nécessaire de monitorer périodiquement la consommation afin de décompter les unités de communication (voix, messages, données) utilisées ; un protocole de communication - tel que LDAPv3 - est utilisé entre la 5 plateforme CAMEL (106P) du réseau PLMNP et la plateforme de contrôle (105) (interface (3P)) et entre la plateforme PCRF (107P) du réseau PLMNP et la plateforme de contrôle (105) (interface (4P)). Dans la suite de la description on fera l'hypothèse que le logiciel (1052) implémente également les fonctionnalités d'une plateforme OTA ; 10 Procédure de commutation de l'IMSIN à l'IMSIp dans le cas de deux MNO exploitant - respectivement - un PLMNN et un PLMNP (Figure 10) Préambule [0104] Suite au contexte exemplaire décrit dans les sections [0096] et 15 [0097] et selon un cas d'utilisation exemplaire et non limitatif, l'abonné français vient d'arriver aux États-Unis. Son téléphone mobile (40) est enregistré sur un réseau local en utilisant comme identifiant l'IMSIN = `20801abcdefghil (Orange). L'abonné souhaite utiliser un forfait 'de partage'; pour cela, l'abonné doit se 20 connecter à l'interface utilisateur de la plateforme de gestion (105) afin de choisir - parmi les forfaits 'de partage' disponibles - le plus approprié en fonction de ses prévisions de consommation. Description de la procédure La Figure 10 détaille les équipements, les logiciels et les échanges de 25 messages pour la commutation de l'IMSIN à l'IMSIp, selon les étapes numérotées suivantes : [0105] (Etape 1, Figure 10) L'abonné acheteur choisit - parmi les forfaits 'de partage' disponibles - le plus approprié en fonction de ses prévisions de consommation aux États-Unis. Le forfait choisi par l'abonné acheteur est 30 référencé XXXX en Figure 10. Ce forfait a été créé par un abonné vendeur américain ; dans l'enregistrement (1056) l'IMSIp correspondant à ce forfait a la valeur `310999klmnopqrst [0106] (Etape 2, Figure 10) Le logiciel (1051) de la plateforme de gestion (105) envoie au logiciel (1052) une commande de commutation d'IMSI (de 3042088 49 l'IMSIN de l'abonné acheteur (Orange) vers l'IMSIp de l'abonné vendeur (AT&T)). D'autres informations d'identification de l'abonné acheteur (telles que son MSISDN) peuvent être incluses dans ladite commande. [0107] (Etape 3, Figure 10) Le logiciel (1052) de la plateforme de contrôle 5 (105) envoie au mobile (40) un message OTA, contenant les valeurs qui devront être mise à jour dans les fichiers EF VMS/', EF TPLMN', EF `OPLMNwAcT, EF `PLMNSef et EF `SMSP' de la carte SIM (150), notamment : Les chiffres de l'IMSIp de l'abonné vendeur (310999klmnopqrst) 10 - La liste (MCC/MNC) de réseaux américains interdits - Le couple (MCC/MNC) du seul réseau sur lequel le mobile (40) est autorisé à s'enregistrer (AT&T) - Le Global Title (GT) correspondant à un SMSC américain Le couple (AKNp, Rp), nécessaire au calcul de la clef Kp à partir de la 15 clef KN. [0108] (Etape 4, Figure 10) Le mobile (40) transfère le message DTA' reçu à la carte SIM (150) en utilisant une commande SMS-PP DOWNLOAD [0109] (Etape 5, Figure 10) Dans la carte SIM (Domaine de Sécurité de l'OPERATEURN-P) les opérations d'authentification et de déchiffrement sur le 20 message DTA' reçu sont exécutées. Ensuite, dans le Domaine de Sécurité de Orange, le contenu des fichiers EF TPLMN', EF `PLMNSet est remplacé par les valeurs correspondantes reçues. [0110] (Etape 6, Figure 10) L"Applet IMSIN - IMSIp' (360) est déclenchée suite à la mise à jour des fichiers EF `FPLMN' et EF `PLMNSef. La clef KP 25 est calculée à partir de la clef KN, du numéro RN (reçu par Orange pendant l'étape d'initialisation décrite dans la section [0098] et stocké dans une zone de mémoire du mobile (40) ou de la carte SIM (150)), et du couple (AKNP, Rp). [0111] (Etape 7, Figure 10) Ensuite, l'applet réinitialise le fichier EF 'LOCI' 30 avec une valeur de default, remplace l'IMSIN par l'IMSIp reçu dans le fichier EF VMS/', met à jour le fichier EF `SMSP' avec la valeur reçu et exécute la commande REFRESH' avec option `SIM INITIALISATION' (ou 'FILE CHANGE NOTIFICATION') 3042088 [0112] (Etape 8, Figure 10) Le téléphone (40) déclenche un nouveau processus d'enregistrement en utilisant l'IMSIp = `310999klmnopqrsf, cet IMSIp étant alloué à l'abonné vendeur américain. Le mobile (40) s'enregistre sur le réseau AT&T (qui constitue le PLMNP vis-à- 5 vis de l'abonné français). Le HLR (101P) entame les procédures d'authentification et l'enregistrement se termine correctement ; les nouvelles valeurs de localisation sont écrites dans le fichier EF 'LOCI'. Coté mobile (40), les procédures d'authentifications doivent - évidemment - utiliser la clef KP. 10 [0113] (Etape 9, Figure 10) L"Applet IMSIN - IMSIp' (360) est déclenchée à nouveau, suite à la mise à jour du fichier EF 'LOCI' (en remplacement de la valeur par default). L'applet vérifie le contenu de EF 'LOCI' (qui contient des données de localisations se référant au réseau AT&T), vérifie la cohérence par rapport à l'IMSIp et change a '1' la valeur du champ 'FT (Forfait Type) 15 de EF `AFS' (voir section [0039]) [0114] (Etape 10, Figure 10) L"Applet IMSIN - IMSIp' (360) exécute une commande proactive telle que DISPLAY TEXT'; une fenêtre 'pop-up' apparait à l'écran du mobile (40) signalant à l'abonné que le forfait 'de partage' est prêt à l'utilisation 20 [0115] (Etape 11, Figure 10) Le client OTA (dans le Domaine de Sécurité de l'OPERATEURN-P) envoie au logiciel (1052) de la plateforme de gestion (105) un message 'OTA' de confirmation du bon déroulement de la procédure de remplacement d'IMSI. [0116] (Etape 12, Figure 10) Le logiciel (1052) de la plateforme de gestion 25 (105) et le HLR (101P) échangent des messages afin de s'assurer que l'IMSIp, étant configuré sur la carte SIM de l'abonné acheteur, ne puisse être réutilisé par tout autre abonné jusqu'à sa 'libération'. Dans la base de données (1053) le champ 'FT de l'enregistrement (1056) est mis à '1'. 30 Procédure de commutation de l'IMSIp à l'IMSIN dans le cas de deux MNO exploitant - respectivement - un PLMNP et un PLMNN (Figure 11) Préambule [0117] Suite au contexte exemplaire décrit dans la section Procédure de commutation de l'IMSIN à l'IMSIp dans le cas de deux MNO exploitant - 3042088 51 respectivement - un PLMNN et un PLMNp, l'abonné se trouve aux États-Unis et son téléphone mobile (40) est enregistré sur le réseau local AT&T en utilisant comme identifiant l'IMSIp = `310999klmnopqrst, cet IMSIp appartenant à AT&T et étant alloué à un abonné vendeur américain. 5 Un changement de situation peut arriver, tel que (liste non limitative): L'abonné change de pays : par exemple, il rentre en France ou il se rend dans un autre pays que les États-Unis. Dans ce cas, le champ `LOCI' de l'enregistrement (1056) ne correspond pas au réseau AT&T. Il convient de noter que le champ LOCI est mis à jour périodiquement 10 par le HLR (101P) du réseau AT&T (PLMNp) grâce à l'interface (2P) Le crédit de consommation disponible sur le forfait 'de partage' correspondant à l'IMSIp est arrivé à expiration; ce crédit correspond au champ `Crédite' de l'enregistrement (1056). Le champ Crédite est mis à jour périodiquement par la plateforme CAMEL (106P) et /ou la 15 plateforme PCRF (107P) du réseau AT&T grâce - respectivement - aux interfaces (2P) et (3P) Dans un tel contexte, il est nécessaire de réinitialiser la carte SIM (150) de l'abonné avec l'IMSIN correspondant à son abonnement 'nominal'. Si l'abonné le souhaite, il pourra toujours répéter la procédure de commutation 20 de l'IMSIN à l'IMSIp afin de disposer d'un nouveau forfait 'de partage' Description de la procédure La Figure 11 détaille les équipements, les logiciels et les échanges de messages pour la commutation de l'IMSIp à l'IMSIN, selon les étapes numérotées suivantes : 25 [0118] (Etape 1, Figure 11) En surveillant l'enregistrement (1055) dans la base de données (1053), le logiciel (1052) détecte un changement de contexte : par exemple, le champ 'LOCI' de l'enregistrement (1055) pourrait indiquer l'enregistrement du mobile (40) dans le réseau d'un autre pays [0119] (Etape 2, Figure 11) Un échange de messages entre le logiciel (1051) 30 et le logiciel (1052) déclenche une commande de commutation de l'IMSIp vers l'IMSIN. Cet échange de message peut inclure d'autres informations d'identification relatives à l'abonné (telles que son MSISDN). [0120] (Etape 3, Figure 11) Le logiciel (1052) de la plateforme de contrôle (105) envoie au mobile (40) un message OTA, contenant la valeur '0' qui doit 3042088 52 être écrite dans le champ 'FT (Forfait Type) de EF 'AFS' (voir section [0039]). [0121] (Etape 4, Figure 11) Le mobile (40) transfère le message DTA' reçu à la carte SIM (150) en utilisant la commande SMS-PP DOWNLOAD 5 [0122] (Etape 5, Figure 11) Dans la carte SIM (Domaine de Sécurité de l'OPERATEURN-P) les opérations d'authentification et de déchiffrement sur le message DTA' reçu sont exécutées. Ensuite, dans le Domaine de Sécurité de Orange, le contenu du champ 'FT (Forfait Type) dans le fichier EF 'AFS' est remplacé avec la valeur reçue. 10 [0123] (Etape 6, Figure 11) L"Applet IMSIN - IMSIp' (360) est déclenchée suite à la mise à jour du fichier EF 'AFS'. L'applet exécute les opérations suivantes : La mise à jour des fichiers EF `FPLMN' et EF 'PLMNSef, en y copiant - respectivement - la valeur des champs DHFN et DHPN du fichier 15 EF 'AFS'. - La réinitialisation du le fichier EF 'LOCI' avec une valeur de default Le remplacement de l'IMSIp par l'IMSIN dans le fichier EF `/MS/' (rappel : la valeur IMSIN = '20801abcdefghil est stockée dans le champ IMSIN du fichier EF 'AFS') 20 - La réinitialisation de la clef d'intégrité à la valeur KN et l'effacement de la clef Kp (il convient de noter que les valeurs du couple (LIKNp, Rp) peuvent être changées par l'opérateur du PLMNP suite à l'utilisation de l'IMS1p) - L'exécution de la commande REFRESH' avec option `SIM 25 INITIALISATION' (ou 'FILE CHANGE NOTIFICATION'). [0124] (Etape 7, Figure 6) Le téléphone (40) déclenche un nouveau processus d'enregistrement en utilisant l'IMSIN = 20801 abcdefghif. Le réseau local sur lequel le mobile (40) essaie de s'enregistrer dépend du contenu des fichiers EF `FPLMN' et EF 'PLMNSef ; si l'abonné est rentré en 30 France le mobile (40) s'enregistrera sur son réseau domestique (Orange). Le HLR (101N) du réseau Orange (PLMNN) entame les procédures d'authentification et l'enregistrement se termine correctement avec les procédures dites de 'LOCATION UPDATE', suite auxquelles la valeur de EF `LOCI' change (en remplaçant la valeur par default) dans la carte SIM (150). 3042088 53 [0125] (Etape 8, Figure 11) L"Applet IMSIN - IMSIp' (360) est déclenchée à nouveau, suite à la mise à jour du fichier EF 'LOCI'. L'applet vérifie le contenu de l'EF 'LOCI' et la cohérence par rapport à l'IMSIN. Ensuite, la commande proactive DISPLAY TEXT' est exécutée ; une fenêtre 'pop-up' 5 apparait à l'écran du mobile (40) signalant à l'abonné que toute consommation est maintenant régie par les conditions de son abonnement `nominal. [0126] (Etape 9, Figure 11) Le client OTA (Domaine de Sécurité de l'OPERATEURN-P) envoie au logiciel (1052) de la plateforme de gestion (105) 10 un message 'OTA' de confirmation du bon déroulement de la procédure de remplacement d'IMSI. [0127] (Etape 10, Figure 11) Les logiciels (1052) et (1051) de la plateforme de gestion (105) et le HLR (101P) du réseau AT&T (PLMNp) échangent des messages de déblocage l'IMS1p, afin qu'un nouveau forfait 'de partage' 15 utilisant le même IMSIp puisse être créé. Dans la base de données (1053) le champ 'FT de l'enregistrement (1055) est mis à '0'. L'opérateur AT&T peut décider de réinitialiser le couple (Rp, AKNP = KN ^ RN KP ^ Rp) et envoyer les valeurs à la plateforme de contrôle (105) pour une utilisation ultérieure de l'IMSIp à la place du même IMSIN. 20 [0128] Comme déjà expliqué dans la section [0078], Dans le cas (rare) que le mobile (40) ne supporte pas la commande 'REFRESH' l'applet peut exécuter la commande DISPLAY TEXT', invitant l'abonné à redémarrer le mobile (40). 25 Variante 3 : Application aux cartes SIM électroniques (eSIM) [0129] Le système selon l'invention et les modes de réalisation décrits sont applicable également aux « Cartes SIM électroniques » (eSIM), qui sont soudées directement dans le mobile (40) et sont reconfigurables à distance. Des fabricants de téléphone mobiles, tels qu'Apple et Samsung, envisagent 30 d'équiper leurs mobiles avec les eSIM à partir de 2016. En principe, une carte eSIM est constituée d'un composant matériel sécurisé dans lequel une image numérique complète d'une peut être téléchargée et installée ; cette image numérique contient toutes les informations (IMSI, fichiers, clef d'intégrité, etc.) permettant l'authentification de la carte eSIM et 3042 0 88 54 son enregistrement sur le réseau d'un MNO afin de permettre à un abonné de consommer tout service de communication mobile. Les procédures de fonctionnement de la carte eSIM (téléchargement sécurisé, installation, démarrage, etc.) sont définies dans le brevet d'invention US2012/0117635A1 5 (Déposant : Apple, Inventeurs : S.V.Schell et al.) [0130] L'association GSMA (GSM (Groupe Spéciale Mobile) Association) est en train de standardiser les équipements et les procédures de téléchargement sécurisé et d'installation de l'image numérique d'une carte SIM dans une carte eSIM. Selon ces spécifications, la plateforme OTA est 10 remplacée par deux équipements : Un équipement, référencé 'Préparation des Données' (en anglais Subscription Manager- Data Preparation, SM-DP), qui est chargé de la préparation et du formatage de l'ensemble des images numériques à télécharger sur une carte eSIM. 15 Un équipement, référencé 'Routage Sécurisé' (en anglais Subscription Manager - Secure Routing, SM-SR), qui est chargé du transport sécurisé des images numériques préparées par le SM-DP, en utilisant de préférence un protocole à commutation de paquet. 20 Application de l'invention au cas des « cartes SIM électroniques » (eSIM) (Figure 12) [0131] La Figure 12 illustre la variante de réalisation relative au cas d'application des « cartes SIM électroniques » ; dans la Figure 12 seulement les équipements nécessaires au processus de changement de l'image 25 numérique dans une carte eSIM (150) sont montrés Selon un modèle d'affaires exemplaire et non limitatif, un constructeur de téléphones mobiles, tel qu'Apple, assume aussi le rôle d'OPERATEURN-p : Il fabrique et distribue des mobiles (40), tels que des iPhonesTM, des iPad TM, etc. Ces mobiles sont équipés d'une carte eSIM (150) ; 30 Il fait des accords avec des MNO, tels qu'un MNO1 (Orange) et un MNO2 (AT&T). grâce à ces accords un ensemble d'images numériques est stocké dans le SM-DP (109A); selon la variante de réalisation no. 2 et - en particulier - le texte de la section [0095], ces images ont les attributs suivants : 3042088 o Un IMSIN = `20801abcdefghil et une clef d'intégrité KMN01-N. Ce type d'image permet à un abonné français la consommation de tout service mobile selon un abonnement `nominaf o Un IMSIp = 20899abcdefghil et une clef d'intégrité KMNO1-P. Ce 5 type d'image permet au même abonné français la création d'un forfait 'de partage', en revendant une partie du crédit de consommation disponible dans son forfait 'flominaf. o Un IMSIN = `310410klmnopqrse et une clef d'intégrité KMNO2-N. Ce type d'image permet à un abonné américain la 10 consommation de tout service mobile selon un abonnement o Un IMSIp = `310999klmnopqrse et une clef d'intégrité KMNO2-P. Ce type d'image permet au même abonné américain la création d'un forfait 'de partage', en revendant une partie du crédit de 15 consommation disponible dans son forfait 'nominal'. - Il utilise la plateforme de contrôle (105) pour gérer la création et l'achat des forfaits 'de partage' ; Grâce à l'équipement SM-SR (109B) les image numériques sont téléchargées et installées dans la carte eSIM (150), indépendamment 20 du réseau dans lequel le mobile (40) est enregistré (le réseau (30) dans l'exemple de Figure 12). La variante de réalisation no. 3 montre d'autres applications industrielles de l'invention : à titre d'exemple, Apple pourrait offrir aux propriétaires d'iPhonesTM et iPad Tm (en tant qu'abonnés) la possibilité de créer, 25 vendre/acheter et utiliser des forfaits 'de partage'. Tout expert de l'art dans le domaine des « cartes SIM électroniques » reconnaîtra que le procédé de management des IMSI qui fait l'objet de l'invention est applicable également dans le cas des cartes eSIM. 3042088 56 GLOSSAIRE ET ABREVIATIONS UTILISEES 3G : « Troisième Génération », génération de normes de téléphonie mobile. Elle est représentée principalement par les normes Universal Mobile Telecommunications System (UMTS) et CDMA2000, permettant des débits 5 bien plus rapides (de 2 à 42 Mb/s) qu'avec les générations précédentes. 3GPP : « 3rd Generation Partnership Project », coopération entre organismes de standardisation régionaux en Télécommunications visant à produire des spécifications techniques pour les réseaux mobiles de 3e (3G) et 4e générations (4G). 10 4G : « Quatrième génération », le successeur de la 2G et de la 3G. Elle permet le « très haut débit mobile », c'est-à-dire des transmissions de données à des débits théoriques supérieurs à 100 Mb/s, voire supérieurs à 1 G b/s A3 : Algorithme d'authentification de la carte SIM. Cet algorithme est exécuté 15 dans la couche matérielle 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. 20 A8 : Algorithme de génération de la clef de chiffrement Kc (ou KCGPRS). Cet algorithme est exécuté dans la couche matérielle de la carte SIM et dans le HLR/AuC du réseau coeur APN : « Access Point Name », nom d'une passerelle logique entre un réseau mobile à commutation de paquet (GPRS, 3G, 4G) et un réseau externe (en 25 général l'Internet public). BGP : « Border Gateway Protocol », protocole d'échange de route utilisé notamment sur le réseau Internet. Son objectif est d'échanger des informations de routage et d'accessibilité de différents réseaux administratifs. BSS : « Business Support System », ensemble d'entités fonctionnelles 30 administratives comprenant la gestion client (prise de commande, gestion des données), la gestion des données d'une commande, la facturation (billing), la tarification (rating), etc. 3042088 57 BSSAP+ : « BSS Application Part + (GPRS) », protocole entre SGSN et VMSCNLR permettant principalement une gestion coordonnée de la localisation CAMEL : « Customized Applications for Mobile network Enhanced Logic », 5 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 3GPP qui effectue tous les échanges entre les différents éléments fonctionnels de la plateforme CAMEL 10 DF : « Directory File » ou « Dedicated File », dans la structure des fichiers d'une carte SIM, le DF est un sous-répertoire du master file MF. DNS : « Domain Name Service », service qui permet de traduire un nom de domaine en adresses IP de la machine portant ce nom. E.164 : définition - selon le standard du réseau SS7 - d'un MSISDN. Selon 15 le standard E164, un MSISDN a le format (code pays, code de destination national, numéro de l'abonné) E.214 : Le standard SS7 E.214 définit un numéro hybride, dans lequel le code pays et le code de destination national ont le format E.164, tandis que le numéro d'identification de l'abonné est selon format E.212 (voir 'IMSI'). 20 L'existence du format E.214 est justifiée par le fait que les réseaux SS7 internationaux nécessitent d'un en-tête de type E.164 afin de router les messages de signalisation (pour la définition du format E.212 se référer à la définition de 'IMSI') EEPROM : « Electrically-Erasable Programmable Read-Only Memory », 25 mémoire utilisée pour enregistrer des informations qui ne doivent pas être perdues lorsque l'appareil qui les contient n'est plus alimenté en électricité. EF : « Elementary File », dans la structure des fichiers d'une carte SIM, un EF fait partie d'un sous-répertoire DF. L'ensemble des EF d'un DF contient des données spécifiques pour l'exécution de certaines fonctionnalités de la 30 carte SIM. FID : « File IDentifier », ensemble de quatre chiffres hexadécimaux qui identifient un fichier ou un répertoire appartenant à la structure hiérarchique des fichiers d'une carte SIM 3042088 58 FLASH (mémoire), mémoire de masse à semi-conducteurs réinscriptible, possédant les caractéristiques d'une mémoire vive mais dont les données ne disparaissent pas lors d'une mise hors tension GGSN : « Gateway GPRS Support Node », passerelle d'interconnexion entre 5 le réseau paquet mobile (GPRS ou UMTS) et les réseaux IP externes GMSC : « Gateway MSC », commutateur téléphonique permettant l'accès au réseau mobile d'un opérateur par intermédiaire d'une connexion SS7 et d'accords d'itinérance GRX : « GPRS Roaming Exchange », réseau de routage IP sécurisé destiné 10 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 15 que GMSC, HLR, etc. a son propre 'GT'. GTP : « GPRS Tunneling Protocol », protocole au-dessus de TCP/IP ou UDP/IP qui permet l'encapsulation de paquets de données dans les datagrammes IP et l'échange de signalisation entre SGSN et GGSN. HLR : « Home Location Register » registre de localisation principal d'un 20 abonné mobile I-WLAN : « Interworking Wireless Local Area Network » Réseau sans-fils local interopérable avec les réseaux cellulaires tels que les réseaux 3G ou 4G. IMSI : « International Mobile Subscriber Identity », numérotation interne (à 15 25 ou 16 chiffres) associée à un réseau PLMN. 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). Les dix chiffres restants définissent le MSIN (Mobile Subscriber Identification Number). 30 IMSIN : dans le système selon l'invention, c'est l'IMSI utilisé par le mobile pour s'enregistrer sur le réseau PLMNN. IMSIp : dans le système selon l'invention, c'est l'IMSI utilisé par le mobile pour s'enregistrer sur le réseau PLMNP. 3042088 59 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. LDAP : « Lightweight Directory Access Protocol », protocole permettant 5 l'interrogation et la modification des services d'annuaire Ki : « Integrity Key », clef partagée entre la carte SIM et le réseau coeur qui permet les opérations d'authentification et d'autorisation ainsi que la génération des clefs de chiffrement LLC : « Logical Link Control », protocole de liaison entre le mobile et le 10 SGSN qui assure, entre autres, le chiffrement pour GPRS. MAP : « Mobility Application Part », protocole standard de haut niveau du 3GPP qui effectue tous les échanges liés à la mobilité, au contrôle d'appel et aux services supplémentaires MNO: Mobile Network Operator, opérateur de téléphonie mobile qui 15 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 ». MSC : « Mobile Switching Center », commutateur téléphonique mobile MSISDN : « Mobile Station ISDN Number », le numéro « connu du public » 20 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é. MSRN : « Mobile Station Roaming Number », numéro d'itinérance temporaire attribué dynamiquement à chaque demande d'appel entrant par 25 le VPLMN. MVNO : « Mobile Virtual Network Operator » est un opérateur de téléphonie mobile qui, ne possédant pas de concession de spectre de fréquences ni d'infrastructure pour la transmission par voie hertzienne, contracte des accords avec les MNO pour interconnecter ses équipements. Un MVNO 30 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 3042088 OTA : « Over-the-Air », littéralement 'par voie radio' ; acronyme qui se réfère à des méthodes de synchronisation ou mise à jour logicielle effectuées par voie radio. PCRF : « Policy and Charging Rules Function », entité fonctionnelle qui 5 fournit les règles de qualité de service et de décompte pour les communications services données. PDP : « Packet Data Protocol », désignation de tout protocole réseau par paquets pour lequel GPRS offre une compatibilité. PLMN : « Public Land Mobile Network », réseau mobile opéré par un 10 opérateur particulier sur un territoire PSTN : « Public Switched Telephone Network », réseau téléphonique commuté SAT : « SIM Application Toolkit », Programme auxiliaire développé suivant un standard 3GPP et pouvant être chargé dans une carte SIM pour accéder 15 à certaines fonctionnalités d'un téléphone mobile SCP : « Service Control Point », fonctionnalité CAMEL responsable des politiques de décision et application des services intelligents. SGSN : « Serving GPRS Support Node », passerelle permettant l'acheminement des données à l'intérieur des réseaux mobiles GPRS 20 SIM : « Subscriber identity Module », carte à puce hébergée dans un téléphone mobile ; utilisée pour stocker les informations (permanentes et temporaires) spécifiques à l'abonné d'un réseau mobile SMSC : « Short Message Service Center », permet de gérer le transfert de messages SMS (textes ou binaires) entre téléphones mobiles 25 SMS-PP : « Short Message Service Point-to-Point », protocole permettant de transférer et gérer des messages courts entre un centre de service et une entité électronique, telle qu'une carte SIM SQL : « Structured Query Language», langage informatique normalisé servant à exploiter des bases de données relationnelles 30 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...) 3042088 61 STK : « SIM Tool Kit », Programme auxiliaire développé suivant un standard 3GPP et pouvant être chargé dans un mobile pour étendre ses fonctionnalités de base VLR : « Visited Location Register », registre de localisation dans un réseau 5 visité VMSC : « Visited MSC », commutateur téléphonique mobile dans un réseau visité VMSCNLR : l'ensemble des fonctionnalités du MSC et du VLR dans un réseau VPLMN; bien que distinctes, ces fonctionnalités sont souvent 10 considérées dans leur ensemble dans les exposés des architectures afin de simplifier la description. WLAN : « Wireless Local Area Network » Réseau sans-fils local. 15 REVENDICATIONS1. Procédé de gestion du code d'identification IMSI dans une carte d'identification d'abonné (carte SIM) pour permettre à un premier abonné 5 titulaire d'un abonnement 'nominal' et disposant d'un terminal mobile d'acheter un crédit de consommation disponible dans un forfait 'de partage' vendu par un deuxième abonné, caractérisé en ce qu'il consiste à: - allouer à chaque abonné un code d'identification 'flominaf (IMSIN), lui permettant la consommation de tout service de communication mobile 10 selon les conditions de l'abonnement `nominal', et un ensemble de codes d'identification 'de partage' (IMSIp), chaque IMSIp étant associé à un forfait 'de partage' correspondant, dont le crédit de consommation disponible et le prix sont établis par chaque abonné en revendant une partie du crédit de consommation disponible dans son abonnement 15 `nominal' ; - proposer audit premier abonné une liste de forfaits 'de partage' disponibles, ladite proposition étant accompagnée par une indication des prix et des crédits de consommation correspondants ; - après le choix dudit premier abonné d'un forfait 'de partage' vendu par un 20 deuxième abonné, déclencher une transaction de paiement électronique entre le ledit premier abonné (acheteur) et ledit deuxième abonné (vendeur) ; - après la finalisation de ladite transaction, déclencher un processus pour remplacer l'IMSIN du premier abonné (acheteur) par l'IMSIp du deuxième 25 abonné (vendeur), cet IMSIp étant associé au forfait 'de partage' choisi par ledit premier abonné, dans la carte SIM hébergée par le terminal mobile dudit premier abonné ; - dans le processus de remplacement de l'IMSIN par l'IMSIp, éveiller une application (applet) hébergée par ladite carte SIM, cet applet permettant 30 de remplacer l'IMSIN par l'IMSIp et de déclencher un processus de réinitialisation dudit terminal mobile, la réinitialisation permettant audit terminal mobile de se connecter à un réseau mobile sur lequel ledit terminal mobile a l'autorisation de s'enregistrer en utilisant l'IMSIp. 3042088 2 2. Procédé selon la revendication 1, caractérisé en ce que ledit IMSIp associé à un forfait 'de partage' correspondant est remplacé par l'IMSIN lorsque le crédit de consommation disponible dans ledit forfait 'de partage' a expiré ou lorsque ledit premier abonné (acheteur) change de pays ou de zone de tarification à l'intérieur du même pays. 3. Procédé selon les revendications 1 et 2, caractérisé en ce que le réseau sur lequel ledit terminal mobile, hébergeant ladite carte SIM, peut s'enregistrer comprend une technologie d'accès radio qui utilise un IMSI pour l'identification d'un abonné, cette technologie pouvant être : - de type cellulaire, telle que Universal Mobile Telecommunication System (UMTS), Code Division Multiple Access (CDMA) 1xRTT, Global System for Mobile Communications (GSM), Long Term Evolution (LTE), Evolution-Data Optimized (EV-DO), High Speed Packet Access (HSPA), Enhanced Data Rates for GSM Evolution (EDGE), General Packet Radio Service (GPRS) ; - de type locale, telle que Wireless Local Area Network (WLAN), Interworking WLAN (I-WLAN). 4. Procédé selon la revendication 1, caractérisé en ce que l'IMSIN et chaque IMSIp de l'ensemble des IMSIp alloués à un abonné ont le même identifiant d'abonné (MS//V). 5. Système de gestion du code d'identification IMSI dans une carte d'identification d'abonné (carte SIM) pour permettre à un premier abonné titulaire d'un abonnement `nominal et disposant d'un terminal mobile d'acheter un crédit de consommation disponible dans un forfait 'de partage' vendu par un deuxième abonné, caractérisé en ce qu'il comprend: - une plateforme de gestion comprenant : o un premier logiciel de gestion, permettant audit deuxième abonné (vendeur) de créer au moins un forfait 'de partage', ce forfait étant 3042088 3 caractérisé par au moins un crédit de consommation, un coût, une date de validité, ledit premier logiciel de gestion permettant audit premier abonné (acheteur) de choisir et acheter un forfait 'de partage' parmi ceux qui sont disponibles ; 5 o une interface avec une plateforme de paiement électronique, mettant en oeuvre une transaction financière entre le ledit premier abonné (acheteur) et ledit deuxième abonné (vendeur) ; o un deuxième logiciel de gestion qui, suite à ladite transaction financière, déclenche un processus de remplacement du code 10 d'identification IMSI dans la carte SIM du premier abonné, l'IMSIN associé à l'abonnement 'nominal' du premier abonné étant remplacé par un code d'identification 'de partage' (IMS1p) alloué au deuxième abonné et associé au forfait 'de partage' créé par ce dernier et acheté par le premier abonné ; 15 o une base de données, dans laquelle un enregistrement est créé par ledit deuxième logiciel de gestion suite à ladite transaction financière, ledit enregistrement contenant au moins les champs suivants: ^ le crédit de consommation disponible dans ledit forfait 'de 20 partage' ; ^ l'identifiant 'de partage' (IMS1p) alloué audit deuxième abonné et associé au forfait 'de partage' créé par ce dernier ; ^ l'identifiant `nominal (IMSIN) alloué audit premier abonné ; 25 ^ le contenu des fichiers EF `FPLMN', EF 'OPLMNwAcT , EF PLMNSer et EF `SMSP', à reconfigurer dans la carte SIM du premier abonné et dont les valeurs dépendent dudit IMSIp; ^ un champ, initialisé à une valeur par défaut, et qui contient 30 les données de localisation du terminal mobile dudit premier abonné ; o une interface avec une plateforme de type 'over-the-air' (OTA) permettant d'accéder aux données de la carte SIM du premier abonné (acheteur) afin de mettre à jour le contenu des 'fichiers 3042088 4 élémentaires' (EF), tels que EF EF FPLMN, EF `OPLMNwAcT, EF PLMNSel' et EF `SMSP', dans le fichier EF `IMS/' ledit identifiant 'nominal' (IMSIN) étant remplacé par ledit identifiant 'de partage' (IMSIp), le contenu desdits fichiers EF 5 FPLMN', EF `OPLMNwAcT, EF PLMNSel' et EF `SMSP' étant mis à jour avec les valeurs contenues dans ledit enregistrement de ladite base de données ; o une interface avec le coeur de réseau d'un opérateur mobile virtuel (MVNO), le coeur de réseau comprenant les bases de données 10 d'abonnés, le centre d'authentification et les interfaces vers des réseaux mobiles d'opérateurs nationaux (MNO), vers le réseau téléphonique commuté et vers Internet, ce coeur de réseau étant conforme à toute technologie : ^ de type cellulaire, telle que Universal Mobile 15 Telecommunication System (UMTS), Code Division Multiple Access (CDMA) 1xRTT, Global System for Mobile Communications (GSM), Long Term Evolution (LTE), Evolution-Data Optimized (EV-DO), High Speed Packet Access (HSPA), Enhanced Data Rates for GSM Evolution 20 (EDGE), General Packet Radio Service (GPRS); ^ de type locale, telle que Wireless Local Area Network (WLAN), lnterworking WLAN (I-WLAN) ; - une interface de gestion hébergée par un dispositif informatique de l'abonné, cette interface de gestion comprenant un protocole de 25 communication sécurisé avec ledit premier logiciel de gestion de ladite plateforme de gestion ; - une carte SIM, apte à coopérer avec un terminal mobile pour autoriser un enregistrement dans le coeur de réseau dudit MVNO, comprenant une application (applet) et un ensemble de 'fichiers élémentaires' (EF), 30 l'applet permettant le remplacement automatique dudit identifiant `nominal' (IMSIN) par ledit identifiant 'de partage' (1MS1p), ledit remplacement étant déclenché par la mise à jour du contenu d'au moins un 'fichier élémentaire' parmi les fichiers tels que EF FPLMN', EF 3042088 5 `OPLMNwAcT, EF PLMNSel', la mise à jour étant effectuée par ladite plateforme OTA. 6. Système selon la revendication 5, 5 caractérisé en ce que : - lesdites cartes SIM appartiennent audit opérateur mobile virtuel (MVNO), qui est responsable de les authentifier en utilisant une clef unique quel que soit le code d'identification utilisé (un /MS/N ou un IMSIp), ladite clef étant partagée entre la carte SIM et le centre d'authentification dudit 10 MVNO ; - lesdits codes d'identification (/MSIN et IMSIp) sont attribués audit opérateur mobile virtuel (MVNO) par au moins une autorité de régulation des télécommunications ; - ledit opérateur mobile virtuel (MVNO) alloue à chacun de ses abonnés 15 un identifiant `nominaf (IMSIN) et un ensemble d'identifiants 'de partage' (IMSIp); - ledit opérateur mobile virtuel (MVNO) a des accords d'interconnexion avec au moins un opérateur national (MNO), ces accords permettant d'acheminer tout message de signalisation entre le réseau 20 d'accès dudit MNO et le coeur de réseau dudit MVNO, chaque message de signalisation pouvant se référer soit à l'identifiant 'nominal' (IMSIN) soit à un identifiant 'de partage' (IMSIp) ; - le téléphone mobile d'un abonné peut s'enregistrer : o au réseau d'accès d'un opérateur national (MNO) en utilisant 25 l'identifiant 'nominal' (IMSIN) pour permettre audit abonné de consommer les services de communication mobile selon les conditions de l'abonnement `nominaf ; o au réseau d'accès d'un opérateur national (MNO) en utilisant un identifiant 'de partage' (IMSIp) alloué à un autre abonné afin de 30 pouvoir consommer les services de communication mobile selon les conditions du forfait 'de partage' ; - entre le réseau d'accès d'au moins un opérateur national (MNO) et le coeur de réseau dudit MVNO deux interfaces à commutation de paquet 3042088 6 sont utilisées afin de fournir des services données différents ou les mêmes services mais avec une qualité de service différente selon le code d'identification (IMSIN ou IMSIp) utilisé par ledit téléphone mobile pour s'enregistrer audit réseau d'accès. 5 7. Système selon la revendication 5, caractérisé en ce que l'un des 'fichiers élémentaires' (EF) de la carte SIM est composé de: - un champ pouvant avoir une valeur binaire 0 ou 1, selon le type de forfait 10 (`nominaf ou 'de partage') que l'abonné est en train d'utiliser ; - un champ contenant la valeur de l'IMSIN; - un champ contenant la liste des identifiants des réseaux interdits en correspondance de l'IMSIN; - un champ contenant les identifiants du seul réseau autorisé en 15 correspondance de l'IMSIN. 8. Système selon les revendications 5, 6 et 7, caractérisé en ce que la procédure de remplacement de l'IMSIN par l'IMSIp dans la carte SIM de l'abonné comprend les étapes qui consistent en : 20 - suite à une connexion entre ladite interface de gestion hébergée par ledit dispositif informatique dudit premier abonné et ledit premier logiciel de gestion de ladite plateforme de gestion, l'achat d'un forfait 'de partage' vendu par ledit deuxième abonné ; - la création dudit enregistrement dans ladite base de données ; 25 - l'envoie par ladite plateforme OTA d'un message à destination du terminal mobile du premier abonné, le message contenant des champs dudit enregistrement, notamment: o l'identifiant 'de partage' (IMS1p) alloué audit deuxième abonné et associé au forfait 'de partage' vendu par ce dernier 30 o le contenu des fichiers EF `FPLMN', EF `OPLMNwAcT, EF PLMNSel' et EF `SMSP', à reconfigurer dans la carte SIM du premier abonné et dont les valeurs dépendent du /MS/p; - le transfert du message OTA reçu du terminal mobile vers la carte SIM ; 3042088 7 - la mise à jour du contenu des fichiers EF EF `OPLMNwAcT, EF PLMNSer par la carte SIM ; - suite à ladite mise à jour, le déclenchement de ladite applet qui : o remplace ledit identifiant `nominal (IMSIN) par ledit identifiant 'de 5 partage' (IMSIp) dans le fichier EF `/MS1' ; o déclenche une opération dite `SIM initialisation' dans le terminal mobile en utilisant une commande dite `REFRESH' ; - le déclenchement par le terminal mobile d'un nouveau processus d'enregistrement, en utilisant ledit IMSIp; 10 - le changement d'une variable d'état dans ledit enregistrement de ladite base de données, afin d'empêcher une réutilisation simultanée dudit IMSIp par un autre abonné. 9. Système selon les revendications 5 et 7, 15 dans lequel un premier abonné titulaire d'un abonnement `nominaf souscrit auprès d'un premier opérateur national (MNO) et disposant d'un terminal mobile achète un crédit de consommation disponible dans un forfait 'de partage' vendu par un deuxième abonné titulaire d'un abonnement `nominal souscrit auprès d'un deuxième opérateur national (MNO), caractérisé en ce 20 que: - ladite plateforme de gestion et ladite plateforme 'over-the-air' (OTA) appartiennent à un fournisseur de services 'de partage', a qui ledit premier MNO, en tant qu'émetteur de la carte SIM du premier abonné, a délégué les opérations d'envoi de messages de reconfiguration vers 25 ladite carte SIM, ces messages permettant de mettre à jour le contenu des 'fichiers élémentaires' (EF) de ladite carte SIM, tels que EF `/MS/', EF `FPLMN', EF 'OPLMNwAcT , EF PLMNSeet EF `SMSP', dans le fichier EF 'MS!' ledit identifiant `nominal (IMSIN) - alloué par ledit premier MNO audit premier abonné - étant remplacé par ledit identifiant 'de partage' 30 (IMSIp), alloué par ledit deuxième MNO audit deuxième abonné ; - le coeur de réseau dudit premier MNO est responsable de la gestion de : o l'authentification de la carte SIM avec ledit identifiant 'nominal' (IMSIN) en utilisant une première clef d'authentification KMN01, cette 3042088 8 clef KMNO1 étant partagée entre la carte SIM et le centre d'authentification dudit premier MNO; o l'enregistrement du terminal mobile dudit premier abonné, soit sur le réseau d'accès dudit premier MNO, soit sur le réseau d'accès 5 d'un MNO tiers avec lequel ledit premier MNO a des accords d'itinérance ; - le coeur de réseau dudit deuxième MNO est responsable de la gestion de : o l'authentification de ladite carte SIM avec ledit identifiant 'de 10 partage' (IMSIp) en utilisant une deuxième clef d'authentification KMNO2, cette clef KMNO2 étant partagée entre la carte SIM et le centre d'authentification dudit deuxième MNO; o l'enregistrement du terminal mobile dudit premier abonné, soit sur le réseau d'accès dudit deuxième MNO, soit sur le réseau d'accès 15 d'un MNO tiers avec lequel ledit deuxième MNO a des accords d'itinérance ; - ladite carte SIM contient deux Domaines de Sécurité dont: o un Domaine de Sécurité étant administré par ledit fournisseur de services de partage et permettant la réception, le déchiffrement et 20 l'authentification de tout message de reconfiguration reçu par ladite plateforme OTA ; o un Domaine de Sécurité étant administré par ledit premier MNO et permettant la mise à jour des fichiers EF `/MS/', EF `FPLMN, EF `OPLMNwAcT , EF PLMNSer et EF `SMSP' avec les valeurs 25 contenues dans le message de reconfiguration reçu par ladite plateforme OTA. 10. Système selon la revendication 9, caractérisé en ce que: 30 - ledit premier MNO génère un premier numéro aléatoire Ri associé à l'identifiant `nominal IMSIN alloué audit premier abonné, et envoie : o la quantité KMNO1 A R1 audit deuxième MNO, le symbole `A' dénotant l'opérateur binaire OU exclusif (XOR) ; 3042088 9 o le numéro Ri à la carte SIM émise par ledit premier MNO, Ri étant stockée dans une zone de mémoire de ladite carte SIM ou du terminal mobile dudit premier abonné; - ledit deuxième MNO génère un deuxième numéro aléatoire R2 associé à 5 l'identifiant 'de partage' IMSIp alloué audit deuxième abonné, et envoie la quantité AKi2= KMNO1 A R1 " KMN02 A R2 et la quantité R2 audit fournisseur de services de partage ; - ledit fournisseur de service de partage stocke la quantité L1K12 et le numéro aléatoire R2 dans un enregistrement de ladite base de données 10 de ladite plateforme de gestion, cet enregistrement étant identifié par ledit identifiant `nominaf IMSIN alloué audit premier abonné et ledit identifiant `de partage' IMSIp alloué audit deuxième abonné. 11. Système selon les revendications 9 et 10, 15 caractérisé en ce que la procédure de remplacement der/MS& par l'IMS1p dans la carte SIM dudit premier abonné dudit premier MNO comprend les étapes qui consistent en : - suite à une connexion entre ladite interface de gestion hébergée par ledit dispositif informatique dudit premier abonné et ledit premier logiciel de 20 gestion de ladite plateforme de gestion, l'achat d'un forfait 'de partage' vendu par ledit deuxième abonné dudit deuxième MNO ; - la création d'un enregistrement dans ladite base de données de ladite plateforme de gestion dudit fournisseur de services de partage, ledit enregistrement contenant au moins les champs suivants : 25 o le crédit de consommation disponible ; o l'identifiant 'de partage' (IMSIp) alloué audit deuxième abonné et associé au forfait 'de partage' créé par ce dernier ; o l'identifiant `nominaf (IMSIN) alloué audit premier abonné ; o le contenu des fichiers EF `FPLMN', EF `OPLMNwAcT EF 30 PLMNSel' et EF `SMSP', à reconfigurer dans la carte SIM du premier abonné et dont les valeurs dépendent du IMSIp; o un champ, initialisé à une valeur par défaut, et qui contient les données de localisation du terminal mobile dudit premier abonné ; o ladite quantité AK12 et ledit numéro aléatoire R2 ; 3042088 10 - l'envoie par ladite plateforme OTA dudit fournisseur de services de partage d'un message à destination du terminal mobile du premier abonné, le message contenant des champs dudit enregistrement, notamment: 5 o l'identifiant 'de partage' (IMS1p) alloué audit deuxième abonné et associé au forfait 'de partage' vendu par ce dernier o le contenu des fichiers EF `FPLMN', EF `OPLMNwAcT, EF PLMNSef et EF `SMSP', à reconfigurer dans la carte SIM du premier abonné et dont les valeurs dépendent du /MS/p; 10 o ladite quantité ,Ô,K12 et ledit numéro aléatoire R2 ; - le transfert du message OTA reçu du terminal mobile vers la carte SIM ; - l'exécution des opérations d'authentification et de déchiffrement sur le message OTA, ces opérations étant effectuées dans le Domaine de Sécurité administré par ledit fournisseur de services de partage à 15 l'aide de clefs partagées avec ladite plateforme OTA dudit fournisseur de services de partage ; - la mise à jour du contenu des fichiers EF `FPLMN', EF `OPLMNwAcT, EF PLMNSer par la carte SIM ; - suite à ladite mise à jour, le déclenchement de ladite applet qui : 20 o remplace ledit identifiant 'nominal' (IMSIN) par ledit identifiant 'de partage' (IMS1p) dans le fichier EF `/MS/' ; o calcule ladite clef d'authentification KMNO2 à partir de : ladite clef d'authentification KMN01, ledit numéro aléatoire Ri, ledit numéro aléatoire R2 et la quantité AK12. 25 o déclenche une opération dite 'SM initialisation' dans le terminal mobile en utilisant une commande dite `REFRESH' ; - le déclenchement par le terminal mobile d'un nouveau processus d'enregistrement, en utilisant ledit /MS/pet ladite clef d'authentification KMNO2 ; 30 - le changement d'une variable d'état dans ledit enregistrement dans ladite base de données, afin d'empêcher une réutilisation simultanée dudit IMSlp par un autre abonné. 3042088 11 12. Système selon les revendications 9, 10 et 11, caractérisé en ce que ledit deuxième abonné titulaire d'un abonnement `nominaf souscrit auprès dudit deuxième opérateur national (MNO) et disposant d'un terminal mobile achète un crédit de consommation disponible 5 dans un forfait 'de partage' vendu par ledit premier abonné titulaire d'un abonnement 'nominal' souscrit auprès dudit premier opérateur national (MNO). 13. Système selon les revendications 9 et 12, 10 caractérisé en ce que : - ladite carte SIM est une « Carte SIM électronique » (eSIM), soudée directement dans ledit terminal mobile et programmable avec l'image numérique d'une carte SIM; - ledit fournisseur service de partage est également fournisseur de 15 téléphones mobiles contenant une eSIM ; - ledit fournisseur de service de partage stocke, dans un équipement référencé 'Préparation des Données' : o des images numériques dites 'nominales', comprenant le contenu des fichiers élémentaires, tels que : l'identifiant `nominaf IMSIN 20 alloué audit premier abonné, qui est titulaire d'un abonnement `nominaf souscrit auprès d'un premier opérateur national (MNO) et une clef d'authentification, partagée entre l'image numérique `nominale' et le centre d'authentification dudit premier MNO ; o des images numériques dites 'de partage', comprenant le contenu 25 des fichiers élémentaires, tels que : l'identifiant 'de partage' IMSIp alloué audit premier abonné, et la clef d'authentification, partagée entre l'image numérique 'de partage' et le centre d'authentification dudit premier MNO ; - grâce à un équipement référencé 'Routage Sécurisé', ledit fournisseur de 30 service de partage envoie à ladite eSIM dudit premier abonné une image numérique 'de partage' comprenant : o le contenu des fichiers élémentaires, tels que l'identifiant 'de partage' IMSIp alloué audit deuxième abonné, qui est titulaire d'un 3042088 12 abonnement `nominal souscrit auprès d'un deuxième opérateur national (MNO) o la clef d'authentification KMN02, partagée entre ladite image numérique `de partage' et le centre d'authentification dudit 5 deuxième MNO