SGP.22 vs SGP.32: chi esegue l’attivazione

È la persona presso il dispositivo a decidere la specifica

La differenza tra SGP.22 e SGP.32 non sta nella radio né nel formato della SIM, ma in chi è presente quando un profilo viene attivato. SGP.22 presuppone un utente con uno schermo, in grado di scansionare un codice, leggere una richiesta e confermare un download. SGP.32 presuppone un gestore della flotta in un backend, che attiva un dispositivo privo di schermo e senza nessuno accanto.

Questo presupposto determina l’architettura, il percorso in caso di errore e il team che la gestisce. Un dispositivo consumer richiede un flusso di attivazione che una persona possa completare. Una flotta non presidiata richiede un sistema di gestione in grado di selezionare, scaricare, abilitare, sospendere e dismettere i profili senza inviare nessuno sul posto.

SGP.22 in un minuto

Un operatore o un fornitore di profili prepara un profilo su un SM-DP+, e un server di discovery, l’SM-DS, può comunicare al dispositivo che un profilo è disponibile. Un assistente di profilo locale sul dispositivo scarica il profilo, lo installa e lo abilita dopo il consenso dell’utente. L’attivazione parte di solito da un codice QR, da un codice di attivazione o da un’app. Il flusso presuppone un app store, un menu delle impostazioni e un utente in grado di risolvere un download non riuscito.

SGP.32 in un minuto

Un eSIM IoT manager, l’eIM, si trova nel backend dell’azienda o del fornitore e orchestra download, sostituzioni ed eliminazioni dei profili su un’intera flotta, insieme a un SM-DP+ che prepara il profilo e a un SM-DS opzionale. Un assistente di profilo IoT, l’IPA, è in esecuzione sul dispositivo o sull’eUICC ed esegue i comandi. Per il primo profilo il dispositivo ha bisogno di una forma di connettività: un profilo di bootstrap, una rete locale o un altro percorso temporaneo. Il modello è pensato per la scala, per hardware già installato e per modifiche che non possono attendere un intervento sul posto.

Che cosa è cambiato rispetto a SGP.02

SGP.02 era la specifica di provisioning remoto per l’M2M. Utilizzava un subscription manager con un ruolo di instradamento sicuro tra il fornitore del profilo e il dispositivo, prima che l’ecosistema eSIM consumer giungesse a maturità. SGP.32 separa l’orchestrazione dall’operatore: l’eIM seleziona e gestisce i profili, l’IPA esegue sul dispositivo e il download usa una connettività IP standard. Il risultato sono meno componenti specifici dell’operatore e un modello di gestione adatto a una flotta aziendale.

I parchi SGP.02 erano spesso costruiti attorno a piattaforme specifiche dell’operatore. SGP.32 colloca l’orchestrazione presso l’azienda o il fornitore di connettività: questo semplifica la gestione di flotte multi-operatore, ma rende più importante la scelta dell’eIM e del titolare dei profili. Chieda chi gestisce l’eIM, chi detiene l’inventario dei profili e come avviene il passaggio di consegne alla fine del contratto.

La migrazione è un piano hardware

I dispositivi SGP.02 installati non migrano con un’impostazione software. L’eUICC, il modulo e la piattaforma di gestione devono supportare tutti SGP.32, quindi il passaggio avviene quando l’hardware viene sostituito. Pianifichi il parco in due gruppi: i dispositivi che arriveranno a fine vita su SGP.02 e i dispositivi la cui sostituzione può adottare il nuovo flusso.

Per il secondo gruppo, collaudi il nuovo flusso prima che venga spedita la prima sostituzione. Verifichi il percorso di bootstrap, il passaggio all’eIM e l’inventario dei profili. Mantenga la vecchia piattaforma in grado di leggere la base installata fino all’uscita dell’ultimo dispositivo, perché un parco misto richiede due registri che si riconcilino.

Il profilo ha un ciclo di vita

Un profilo viene ordinato, scaricato, installato, abilitato, utilizzato, sospeso, sostituito ed eliminato. Ogni passaggio richiede un responsabile e una registrazione. L’ordine collega il profilo a un EID e a un ICCID. Il download richiede connettività e un evento di avvio. L’abilitazione rende attivo il profilo e disabilita il precedente. La sostituzione ripete download e abilitazione per un nuovo profilo. L’eliminazione rimuove il profilo dall’eUICC e libera lo spazio.

Registri l’EID, l’ICCID e l’IMSI a ogni passaggio. L’EID identifica il chip, l’ICCID identifica il profilo e l’IMSI identifica l’abbonamento che la rete autentica. Senza questa registrazione, una sostituzione diventa un’ipotesi su quale profilo si trovi su quale dispositivo. Collaudi il ciclo completo, compresi un download non riuscito e un rollback, prima di scalare.