Qu’est-ce que le multi-IMSI ?

Plusieurs identités, un abonnement à la fois

Une SIM multi-IMSI contient plusieurs IMSI et une application qui décide lequel présenter. L'appareil s'attache au réseau avec une identité à la fois. Quand la SIM bascule, le réseau authentifie le nouvel IMSI et l'abonnement qui le sous-tend s'applique. Tout le mécanisme est là : la carte ne bouge pas, mais l'identité que voit le réseau change.

L'accord commercial derrière chaque IMSI est distinct, et deux cas sont courants. Un IMSI parrainé venu d'un autre pays atteint le réseau local comme visiteur, dans le cadre d'un accord d'itinérance que le fournisseur détient déjà. Ou le fournisseur détient une plage locale en gros auprès d'un opérateur du marché ; le réseau voit alors un abonné local. Dans ce second cas, le contrat du client final, l'enregistrement de la ligne et la position d'itinérance permanente restent des questions distinctes. Aucun des deux cas ne transforme la carte, à lui seul, en abonnement local pour le client. Les règles d'enregistrement, d'admission et d'itinérance s'appliquent toujours à l'appareil et au trafic.

Comment la sélection fonctionne, en termes publics

L'application de la SIM choisit l'identité. La politique peut suivre le pays, le réseau visité ou une règle que le fournisseur charge sur la carte. La bascule peut démarrer lorsque l'appareil détecte un nouveau réseau, lorsqu'un minuteur expire ou lorsque la plateforme envoie une commande. Ensuite, l'appareil se détache, se réenregistre avec le nouvel IMSI et reconstruit sa session de données.

Les détails varient selon le fournisseur. Le nombre d'identités, l'ordre de sélection, le délai de bascule, le repli lorsqu'aucune identité n'est valide et le mode de déclenchement ne sont pas normalisés comme un service unique. Le multi-IMSI est un comportement de l'application SIM, pas une spécification 3GPP. Demandez la liste des marchés, la politique de sélection et les preuves de test, au lieu de supposer que l'étiquette implique une capacité précise.

Avoir l'air local n'est pas être local

Un IMSI dont les codes pays et réseau correspondent au marché paraît local au réseau : c'est un abonné local, pas un visiteur. Cela ne le transforme pas pour autant en abonnement local pour le client final. Le fournisseur peut détenir la plage en gros auprès d'un opérateur local, et le contrat du client, l'enregistrement de la ligne et la position d'itinérance permanente restent des questions distinctes. Un IMSI parrainé venu d'un autre pays est l'autre modèle courant : le réseau l'authentifie comme visiteur dans le cadre d'un accord d'itinérance. Le tableau sépare le cas de la plage locale de celui d'un abonnement local.

Ce que cela ne résout pas

Cela ne supprime ni l'enregistrement, ni la vérification d'identité, ni les règles d'admission. Un IMSI localisé ne dispense pas l'appareil de l'enregistrement de ligne et ne rend pas une entité étrangère locale. Cela ne crée pas de couverture : si l'opérateur de destination n'exploite pas la bande ou le réseau, l'identité n'aide pas. Cela ne crée pas l'accord d'itinérance ou de gros derrière l'identité, car cette relation commerciale doit toujours exister. Et cela ne résout pas l'itinérance permanente, car un abonnement qui reste trop longtemps dans un pays peut attirer l'examen, quelle que soit l'identité présentée.

Cela ne change pas non plus le MSISDN en soi. L'IMSI identifie l'abonnement et le MSISDN est le numéro composable. Une bascule peut apporter un nouveau numéro, conserver l'existant ou n'en avoir aucun, selon l'accord. Si l'application dépend d'un numéro stable pour les réponses, demandez comment le numéro est géré entre les bascules.

Combien de temps prend une bascule

Une bascule est un réenregistrement, pas un réglage. L'appareil se détache, la SIM présente l'identité suivante, le réseau l'authentifie et la session de données est reconstruite. Cela peut prendre quelques secondes ou plus, selon le réseau et l'appareil. Une bascule en échec peut laisser l'appareil sans identité utilisable jusqu'à la tentative suivante ou au repli.

Concevez pour cet intervalle. Si l'application ne tolère pas un réenregistrement, mettez les données en tampon et réessayez au retour de la session. Journalisez l'identité utilisée et l'heure de la bascule, pour qu'un ticket de support sache quel abonnement était actif. Testez la bascule sur l'appareil et le firmware réels, y compris un échec et un repli.