Che cos’è il multi-IMSI? Più identità su una sola SIM

Più identità, un abbonamento alla volta

Una SIM multi-IMSI contiene più IMSI e un’applicazione che sceglie quale presentare. Il dispositivo si aggancia alla rete con un’identità alla volta. Quando la SIM cambia identità, la rete autentica il nuovo IMSI e si applica l’abbonamento associato. Tutto il meccanismo è qui: la scheda non si sposta, ma cambia l’identità che la rete vede.

L’accordo commerciale alla base di ciascun IMSI è distinto, e i casi più comuni sono due. Un IMSI sponsor di un altro paese raggiunge la rete locale come utente in roaming, in base a un accordo di roaming di cui il provider dispone già. Oppure il provider detiene all’ingrosso un intervallo locale presso un operatore del mercato; in tal caso la rete vede un abbonato locale. In questo secondo caso, il contratto del cliente finale, la registrazione della linea e la posizione rispetto al roaming permanente restano questioni separate. In nessuno dei due casi la scheda diventa da sola un abbonamento locale per il cliente. Le regole di registrazione, di ammissione e di roaming continuano ad applicarsi al dispositivo e al traffico.

Come funziona la selezione, in termini pubblici

È l’applicazione della SIM a scegliere l’identità. La policy può seguire il paese, la rete visitata o una regola che il provider carica sulla scheda. Un cambio può avviarsi quando il dispositivo rileva una nuova rete, quando scade un timer o quando la piattaforma invia un comando. Il dispositivo quindi si sgancia, si registra di nuovo con il nuovo IMSI e ricostruisce la sessione dati.

I dettagli variano da provider a provider. Il numero di identità, l’ordine di selezione, il tempo di cambio, il fallback quando nessuna identità è valida e il modo in cui un cambio viene attivato non sono standardizzati come un unico servizio. Il multi-IMSI è un comportamento di un’applicazione della SIM, non una singola specifica 3GPP. Conviene chiedere l’elenco dei mercati, la policy di selezione e i risultati dei test, anziché presumere che l’etichetta indichi una capacità specifica.

Apparire locale non significa essere locale

Un IMSI i cui codici di paese e di rete corrispondono al mercato appare locale alla rete: è un abbonato locale, non un utente in roaming. Ciò non lo rende comunque un abbonamento locale per il cliente finale. Il provider può detenere l’intervallo all’ingrosso presso un operatore locale, e il contratto del cliente, la registrazione della linea e la posizione rispetto al roaming permanente restano questioni separate. Un IMSI sponsor di un altro paese è l’altro modello comune: la rete lo autentica come utente in roaming in base a un accordo di roaming. La tabella seguente distingue il caso dell’intervallo locale da un abbonamento locale.

Che cosa non risolve

Non elimina la registrazione, le verifiche d’identità né le regole di ammissione. Un IMSI dall’aspetto locale non esonera un dispositivo dalla registrazione della linea e non rende locale un soggetto estero. Non crea copertura: se l’operatore di destinazione non utilizza la banda o la rete, l’identità non aiuta. Non crea l’accordo di roaming o all’ingrosso alla base dell’identità, perché quel rapporto commerciale deve comunque esistere. E non risolve il roaming permanente, perché un abbonamento che resta troppo a lungo in un solo paese può essere oggetto di verifiche, qualunque identità presenti.

Inoltre, da solo non cambia l’MSISDN. L’IMSI identifica l’abbonamento e l’MSISDN è il numero chiamabile. Un cambio può comportare un nuovo numero, un numero esistente o nessun numero, a seconda dell’accordo. Se l’applicazione dipende da un numero stabile per le risposte, conviene chiedere come viene gestito il numero nei cambi di identità.

Quanto dura un cambio

Un cambio è una nuova registrazione, non una modifica delle impostazioni. Il dispositivo si sgancia, la SIM presenta l’identità successiva, la rete la autentica e la sessione dati viene ricostruita. L’operazione può richiedere alcuni secondi o più, a seconda della rete e del dispositivo. Un cambio non riuscito può lasciare il dispositivo senza un’identità utilizzabile fino al tentativo successivo o a un fallback.

Occorre progettare tenendo conto dell’interruzione. Se l’applicazione non tollera una nuova registrazione, conviene mettere i dati in buffer e riprovare quando la sessione torna disponibile. Registrare nei log l’identità in uso e l’ora del cambio, così che un ticket di assistenza possa stabilire quale abbonamento era attivo. Testare il cambio sul dispositivo e sul firmware reali, inclusi un cambio non riuscito e un fallback.