Come trasferire eSIM di viaggio tra dispositivi Android (Guida 2026 per Samsung e Google Pixel)

L'architettura della migrazione eSIM su Android: Google Pixel vs. Samsung Galaxy One UI

Per comprendere il motivo per cui il trasferimento di una eSIM di viaggio tra dispositivi Android non è sempre un'operazione immediata a singolo tocco, è necessario esaminare i livelli hardware e software sottostanti che gestiscono la migrazione dei profili digitali.

A livello hardware, ogni moderno dispositivo top di gamma Android integra un chip eUICC (Embedded Universal Integrated Circuit Card): un microchip resistente alle manomissioni saldato direttamente sulla scheda madre. All'interno di questo chip risiede l'ISD-R (Issuer Security Domain Root), che memorizza le credenziali di sicurezza, e molteplici container ISD-P (Issuer Security Domain Profile), ciascuno in grado di ospitare un singolo profilo operatore.

Il ponte di collegamento tra il sistema operativo e l'eUICC è l'LPA (Local Profile Assistant). L'LPA gestisce il download dei profili, il cambio di stato della connessione e gli scambi sicuri di metadati (handshake) con il server remoto SM-DP+ (Subscription Manager Data Preparation+). Il modo in cui Google e Samsung progettano i rispettivi LPA crea una netta divergenza operativa all'interno dell'ecosistema.

+-------------------------------------------------------------------------+
|                         Standard GSMA SGP.22                            |
+------------------------------------+------------------------------------+
|        Motore Google Pixel         |       Motore Samsung One UI        |
|   (LPA Stock + Android Transfer)   |    (SecSIMService + KNOX Core)     |
+------------------------------------+------------------------------------+
| - Pixel 7 / 8 / 9 / 10 / Fold      | - Galaxy S23 / S24 / S25 / Z Fold  |
| - Fast Pair / Strumento Trasferim. | - Smart Switch / Trasferisci SIM   |
| - Analisi profili GSMA TS.43       | - Chiave Cloud Samsung Proprietaria|
+------------------------------------+------------------------------------+
                                      |
                      +---------------+---------------+
                      |      Livello Hardware eUICC   |
                      |  (Slot Profilo ISD-R / ISD-P) |
                      +-------------------------------+

Il framework LPA nativo di Google Android (Serie Pixel)

Sui dispositivi Google Pixel (Pixel 7, 8, serie 9 e Pixel Fold), la gestione delle eSIM è strettamente integrata nel core AOSP tramite l'implementazione LPA nativa di Google. La migrazione da dispositivo a dispositivo di Google sfrutta lo standard GSMA TS.43 insieme allo strumento di trasferimento integrato di Android.

Quando si avvia un trasferimento tra due dispositivi Pixel:

1. Il Pixel di origine crea una richiesta crittografica cifrata tramite Fast Pair (Condivisione nelle vicinanze / Quick Share).
2. Il Pixel di destinazione scansiona un codice QR di migrazione dinamico, generato localmente dall'LPA del dispositivo di origine.
3. L'LPA di Google comunica con il server SM-DP+ dell'operatore per verificare l'autorizzazione (entitlement), attivare il rilascio automatico del profilo sull'eUICC di origine e predisporre il download del nuovo profilo sull'eUICC di destinazione.

Il Gestore eSIM di Samsung One UI 6 e 7 (Serie Galaxy)

Samsung si distacca dall'AOSP stock integrando le operazioni eSIM all'interno dei suoi framework proprietari SecSIMService e KNOX Security Core, gestiti tramite il menu Gestione SIM di One UI sui dispositivi Galaxy S23, S24, S25 e Z Fold/Flip.

La funzionalità "Trasferisci SIM su un altro dispositivo" di Samsung dà priorità alla continuità all'interno del proprio ecosistema. Quando si sposta una eSIM tra due dispositivi Samsung, One UI aggira i canali di migrazione standard di Android a favore di un handshake crittografico tramite Account Samsung. Questa procedura autorizza il trasferimento del profilo direttamente all'interno dell'ambiente sicuro Knox, consentendo una rapida migrazione da eUICC a eUICC durante la configurazione con Smart Switch o tramite le impostazioni di Gestione SIM.

L'ostacolo dell'interoperabilità tra produttori (Cross-OEM)

Sebbene i trasferimenti all'interno dello stesso marchio (da Pixel a Pixel o da Samsung a Samsung) funzionino in modo affidabile grazie a questi demoni di migrazione dedicati, i trasferimenti tra produttori differenti (da Pixel a Samsung o da Samsung a Pixel) si scontrano con un limite tecnico.

Poiché Google e Samsung utilizzano hook LPA proprietari differenti per autenticare il ciclo automatizzato di disattivazione e riattivazione GSMA, non è possibile utilizzare l'utility "Trasferisci SIM" di Samsung per inviare un profilo attivo direttamente a un Google Pixel, né l'handshake Fast Pair di Pixel può interagire direttamente con l'eUICC protetta da KNOX di Samsung.

Di conseguenza, lo spostamento di una eSIM di viaggio tra diversi produttori Android richiede solitamente l'eliminazione del profilo dal vecchio dispositivo e il suo riscaricamento dal server SM-DP+ dell'operatore utilizzando il codice QR di attivazione originale.

Per i viaggiatori che eseguono queste riconfigurazioni in mobilità, rimanere connessi durante il passaggio è fondamentale. I provider di connettività internazionale come MollySIM riducono i rischi di trasferimento consentendo il riscaricamento flessibile dei profili dalla propria dashboard, supportato da una rete di sicurezza con Fair Use Policy (FUP) a 384 kbps. A differenza delle tradizionali eSIM di viaggio che riducono la velocità a un inutilizzabile 128 kbps all'esaurimento del traffico dati ad alta velocità, una connessione a 384 kbps mantiene una larghezza di banda sufficiente per garantire il funzionamento di Google Maps, app di messaggistica e handshake di autenticazione durante la riconfigurazione del profilo eUICC sul nuovo dispositivo.

Trasferimenti assistiti dall'operatore vs. Policy di installazione singola delle eSIM di viaggio

Per comprendere perché il trasferimento di un piano dati internazionale tra telefoni Android sia spesso soggetto a errori, è essenziale distinguere tra i sistemi di abilitazione degli operatori nazionali e l'infrastruttura all'ingrosso che alimenta le eSIM di viaggio globali.

Flusso Operatore MNO Nazionale (TS.43):
[Vecchio Telefono] ---> Il server di entitlement convalida IMSI/IMEI ---> Genera nuovo profilo OTA ---> [Nuovo Telefono]

Flusso eSIM di Viaggio Prepagata:
[Server SM-DP+] ---> Rilascia token monouso (LPA:1$...) ---> Blocco su EID di destinazione ---> Token bruciato/invalidato

Portabilità nazionale: architettura di entitlement GSMA TS.43

Gli operatori di rete mobile (MNO) nazionali di primo livello gestiscono il trasferimento dei profili utilizzando gli standard di configurazione GSMA TS.43 Service Entitlement Configuration. Quando si avvia un trasferimento sul dispositivo tramite la procedura guidata di Android, il sistema operativo comunica direttamente con l'Entitlement Server (ES) dell'operatore.

L'ES autentica dinamicamente l'account di fatturazione, revoca la registrazione dell'EID (Embedded Identity Document) del vecchio dispositivo, genera un nuovo profilo digitale sul server SM-DP+ (Subscription Manager Data Preparation) dell'operatore e lo invia silenziosamente via OTA (Over-The-Air) all'hardware di destinazione. L'utente non deve mai gestire manualmente la stringa di attivazione grezza.

eSIM di viaggio: il modello di tokenizzazione monouso

I provider di eSIM di viaggio prepagate operano con un modello di provisioning completamente diverso, progettato per la distribuzione all'ingrosso di pacchetti dati anziché per la gestione continua del ciclo di vita dell'abbonato.

Quando si acquista un piano di viaggio, la piattaforma del fornitore predispone un profilo di attivazione codificato con la sintassi standard GSMA:

1. Associazione crittografica: Quando il Local Profile Assistant (LPA) sul Samsung Galaxy o sul Google Pixel legge questa stringa, stabilisce un handshake mTLS (mutual TLS) con il server SM-DP+ designato.
2. Transizione di stato: Il server SM-DP+ aggiorna lo stato del profilo nel proprio database da Released a Downloaded, vincolando le chiavi crittografiche del profilo esclusivamente al chip fisico eUICC (EID) di quello specifico smartphone.
3. Invalidazione del token: Una volta installato il profilo, il token di attivazione (Matching ID) viene contrassegnato in modo permanente come Consumato (Consumed o Burned).

La trappola dell'eliminazione del profilo

L'errore più comune commesso dai viaggiatori internazionali è la cancellazione manuale di una eSIM attiva dal vecchio dispositivo Samsung, dando per scontato di poter semplicemente scansionare il codice QR originale in formato PDF con il nuovo Google Pixel.

Poiché i nodi SM-DP+ per le eSIM di viaggio standard applicano policy di installazione singola per prevenire la clonazione del profilo e l'intercettazione della SIM, il server rifiuterà immediatamente il secondo handshake. Il codice QR originale diventerà un metadato inutilizzabile e il saldo dati residuo associato a quel profilo andrà perso.

[L'utente elimina il profilo su Galaxy] ---> Profilo cancellato dall'eUICC locale
                                             |
[L'utente scansiona lo stesso QR su Pixel] ---> L'SM-DP+ rifiuta il token (Errore: "Codice già utilizzato")
                                             |
                                     [CONNESSIONE DATI PERSA]

Questa rigida tokenizzazione lascia spesso i viaggiatori senza connettività nei momenti più critici, come durante il transito negli aeroporti internazionali o il cambio dispositivo in hotel.

In caso di blocco imprevisto del profilo o esaurimento dei dati durante la riconfigurazione dell'hardware in viaggio, disporre di una connessione di riserva affidabile è fondamentale. Le moderne soluzioni di connettività come MollySIM integrano un alto livello di resilienza nel proprio modello di provisioning. Oltre ai controlli da dashboard per la gestione dei profili, MollySIM applica una soglia Fair Use Policy (FUP) a 384 kbps sui suoi piani.

Mentre le eSIM di viaggio tradizionali riducono la velocità a un inservibile 128 kbps (velocità che causa regolarmente il timeout degli handshake SSL, delle sessioni TLS moderne e del caricamento delle mappe), una connessione a 384 kbps è tre volte più veloce. Ciò garantisce una larghezza di banda sufficiente per scaricare carte d'imbarco digitali, convalidare i token di Google Wallet/Apple Pay, utilizzare la navigazione di Google Maps e comunicare con l'assistenza dell'operatore per ripristinare la connettività senza interruzioni.

Guida passo-passo: Trasferimento e configurazione dei profili tra Samsung e Pixel

Un trasferimento impeccabile tra dispositivi top di gamma Android richiede una corretta esecuzione sia a livello di Local Profile Assistant (LPA) sia nello stack di rete del produttore. Di seguito sono riportati i flussi operativi verificati per la migrazione delle eSIM tra One UI e ambienti Android stock.

Checklist di verifica pre-trasferimento

Prima di avviare qualsiasi procedura tra i dispositivi, verificare i seguenti parametri per evitare il danneggiamento del profilo:

• Doppia associazione Wi-Fi: Collegare entrambi i dispositivi alla stessa rete Wi-Fi privata e stabile. Evitare captive portal pubblici (es. reti di aeroporti o hotel) che bloccano il rilevamento locale tra dispositivi.
• Bluetooth e prossimità: Attivare il Bluetooth su entrambi i telefoni e posizionarli a una distanza inferiore a 30 cm per garantire il rilevamento crittografico continuo.
• Sicurezza biometrica e blocco schermo: Assicurarsi che entrambi i dispositivi abbiano un blocco schermo attivo (PIN, password o biometria) per autorizzare lo scambio delle chiavi.
• Requisiti del sistema operativo: Verificare che il Samsung Galaxy esegua One UI 5.1 o superiore (consigliato One UI 6 o 7) e che il Google Pixel sia aggiornato ad Android 14, 15 o 16.

Scenario 1: Trasferimento tra marchi diversi (Da Samsung Galaxy a Google Pixel)

Lo standard nativo di trasferimento eSIM tra dispositivi Android utilizza l'abbinamento combinato Wi-Fi Direct e Bluetooth insieme all'autenticazione di Google Play Services per spostare i profili operatore supportati.

[Destinazione: Pixel]  Avvia "Trasferisci SIM"  ---> Genera codice QR crittografato
                                                              |
[Origine: Galaxy]      Scansiona lo schermo    ---> Conferma biometrica
                                                              |
[Server SM-DP+]        Valida l'handshake      ---> Rilascia l'eSIM al Pixel

1. Avvio sul dispositivo di destinazione (Google Pixel):

• Andare su Impostazioni > Rete e internet > SIM > Aggiungi SIM.
• Selezionare Trasferisci SIM da un altro dispositivo. Sullo schermo del Pixel comparirà un codice QR dinamico e firmato crittograficamente.

1. Autenticazione sul dispositivo di origine (Samsung Galaxy):

• Verrà mostrata automaticamente una notifica pop-up tramite Google Play Services: "Trasferire la SIM su Pixel?"
• Toccare la notifica (oppure aprire l'app Fotocamera predefinita) e scansionare il codice QR visualizzato sul Pixel.

1. Convalida della richiesta di sicurezza:

• Autenticarsi sul Galaxy tramite impronta digitale o PIN di blocco schermo.
• Toccare Trasferisci per confermare la disattivazione sull'eUICC del Galaxy.

1. Completamento della configurazione sul dispositivo di destinazione (Pixel):

• Il Pixel stabilirà una sessione TLS in uscita con il server SM-DP+ dell'operatore, scaricherà il nuovo profilo operativo e mostrerà "Trasferimento completato". Toccare Fine.

Scenario 2: Migrazione intra-ecosistema da Galaxy a Galaxy

Samsung semplifica i trasferimenti all'interno del proprio ecosistema tramite i token di sicurezza dell'Account Samsung e il Gestore SIM di One UI.

1. Sul dispositivo Galaxy di destinazione:

• Andare su Impostazioni > Connessioni > Gestione SIM.
• Toccare Aggiungi eSIM > Trasferisci SIM da un altro dispositivo.
• Selezionare Cerca dispositivi nelle vicinanze.

1. Sul dispositivo Galaxy di origine:

• Sbloccare il dispositivo. Apparirà un messaggio: "Trasferire la SIM su [Nome dispositivo]?"
• Toccare Trasferisci e verificare la propria identità tramite autenticazione biometrica (impronta digitale o scansione dell'iride).

1. Esecuzione dell'handshake del profilo:

• Selezionare il profilo operatore o di viaggio specifico che si desidera trasferire.
• Toccare Trasferisci e attendere 60–90 secondi affinché l'eUICC del dispositivo di destinazione scarichi il nuovo pacchetto di attivazione.

Scenario 3: Riprovisioning di eSIM di viaggio dedicate (Protocollo sicuro)

La maggior parte delle eSIM di viaggio internazionali non supporta i trasferimenti nativi a livello di sistema operativo da dispositivo a dispositivo, poiché il certificato operativo monouso del profilo non può essere ricifrato su chip hardware eUICC differenti.

Se si verifica una disconnessione imprevista del profilo durante un viaggio all'estero, affidarsi a un fornitore di viaggio flessibile previene il blocco totale della connettività. Provider come MollySIM riducono i problemi di trasferimento offrendo un riprovisioning semplificato da dashboard abbinato a una Fair Use Policy (FUP) automatica a 384 kbps.

Poiché 384 kbps è una velocità tre volte superiore rispetto al limite standard di 128 kbps imposto dalle tipiche SIM di viaggio, i protocolli essenziali a bassa larghezza di banda (come la messaggistica istantanea, la navigazione in tempo reale di Google Maps e i servizi di pagamento tokenizzati come Google Wallet) continueranno a funzionare regolarmente durante la riconfigurazione della connessione principale.

Analisi comparativa: metodi di trasferimento eSIM su Android vs. Soluzioni di viaggio

Il trasferimento di profili cellulari digitali nell'ecosistema frammentato di Android richiede la gestione di protocolli OEM eterogenei, standard GSMA e livelli software proprietari degli operatori. La matrice sottostante illustra le prestazioni degli strumenti nativi del sistema operativo a confronto con i provider di viaggio tradizionali e le soluzioni con provisioning su cloud durante la migrazione dei profili tra hardware Samsung Galaxy e Google Pixel.

Analisi architetturale: perché le SIM di viaggio tradizionali si bloccano al cambio di dispositivo

Il motivo principale del blocco durante i trasferimenti tra marchi diversi (come la migrazione da un Samsung Galaxy S24 Ultra a un Google Pixel 9 Pro) risiede nel modo in cui il remote SIM provisioning GSMA gestisce le chiavi crittografiche. Le eSIM di viaggio standard utilizzano un codice di attivazione monouso collegato a un server SM-DP+ (Subscription Manager Data Preparation). Quando si scansiona un codice QR standard, il server SM-DP+ associa crittograficamente quel profilo specifico all'EID (Embedded Identity Document) del chip eUICC presente sul dispositivo originale.

Poiché gli operatori di viaggio standard non implementano le costose configurazioni GSMA TS.43 Service Entitlement, né Fast Pair di Android né Samsung Smart Switch possono negoziare un trasferimento di entitlement immediato tra i diversi framework OEM. Il tentativo di eseguire un trasferimento locale diretto solitamente revoca lo stato dell'LPA (Local Profile Assistant) locale, lasciando il profilo bloccato: inutilizzabile sul vecchio dispositivo e non autorizzato su quello nuovo.

[Errore di trasferimento eSIM di viaggio standard]
Dispositivo di origine (Galaxy) ----(Token monouso distrutto)----> [Il server SM-DP+ rifiuta l'associazione] ----x Dispositivo di destinazione (Pixel)
Risultato: Nessun dato / Perdita totale della connessione

[Riallocazione dinamica su cloud MollySIM]
Dispositivo di origine (Galaxy) ---> [API di controllo cloud MollySIM] ---> [Invio nuovo token] ---> Dispositivo di destinazione (Pixel)
Rete di sicurezza attiva: la riserva FUP a 384 kbps previene l'interruzione della linea durante il passaggio

Eliminare i blocchi di migrazione con il provisioning su cloud e la continuità a 384 kbps

Per superare la trappola dei token monouso, MollySIM separa l'acquisto del pacchetto dati dagli identificatori hardware fisici mediante un sistema di riprovisioning dinamico su cloud. Se si effettua un upgrade, una sostituzione o si passa da un Samsung a un Google Pixel durante un soggiorno all'estero, non è necessario attendere l'intervento manuale dell'assistenza clienti per sbloccare un codice QR bruciato. La piattaforma reimposta automaticamente lo stato di associazione all'interno della dashboard, generando un nuovo profilo ottimizzato per il motore LPA del dispositivo di destinazione.

Inoltre, MollySIM protegge la fase più vulnerabile dei viaggi internazionali (il periodo di inattività durante la riconfigurazione del dispositivo) integrando una velocità di base garantita con Fair Use Policy (FUP) a 384 kbps.

I fornitori di SIM di viaggio tradizionali riducono la velocità a 64 kbps o 128 kbps (oppure interrompono del tutto il traffico a 0 kbps) in caso di errori tecnici o raggiungimento dei limiti del pacchetto. A 128 kbps, le moderne transazioni web crittografate subiscono gravi timeout di handshake SSL. Al contrario, la velocità minima di 384 kbps di MollySIM è tre volte superiore allo standard del settore dei viaggi, preservando una larghezza di banda adeguata per le operazioni essenziali a bassa latenza:

• Navigazione GPS in tempo reale: Carica mappe vettoriali e ricalcola i percorsi su Google Maps e Apple Maps senza blocchi.
• Autenticazione dei pagamenti: Completa gli scambi di token HCE (Host Card Emulation) tramite Google Wallet e Apple Pay presso i terminali di pagamento.
• Logistica essenziale: Mantiene attive le piattaforme di messaggistica (WhatsApp, Signal, iMessage) per la ricezione di codici SMS di autenticazione a due fattori (2FA) e