Il fenomeno del "segnale fantasma": perché il telefono mostra tutte le tacche ma zero dati
Non c'è niente di più frustrante che atterrare dopo un volo a lungo raggio, guardare lo schermo, vedere quattro o cinque tacche piene di segnale 5G o LTE e scoprire che il browser non carica nemmeno un singolo byte di dati. Questa condizione — spesso definita "segnale fantasma" (Phantom Signal) — è uno dei problemi più frequenti riscontrati da chi utilizza una eSIM internazionale in viaggio.
Per comprendere il motivo di questo blocco, è necessario guardare oltre l'interfaccia visiva del sistema operativo ed esaminare come le architetture di rete cellulare separano il collegamento radio fisico dal core di instradamento a commutazione di pacchetto.
+---------------+ Collegamento RF (L1/L2) +-----------------+
| Dispositivo | <==============================> | Stazione Locale | (Mostrate tutte le tacche)
+---------------+ +-----------------+
| |
| Attivazione Contesto PDP L3 Fallita | Interconnessione S8 / IPX
v v
+------------------------------------------------------------+
| Handshake Rete Core Bloccato: VPLMN <---> HPLMN HSS | (Nessun dato / Drop IP)
+------------------------------------------------------------+Ricezione RF Livello 1/2 vs. Routing Dati a Pacchetto Livello 3
L'indicatore di segnale su iOS e Android non misura la larghezza di banda o l'accesso a Internet: rileva unicamente la potenza di radiofrequenza (RF) a Livello 1 (Fisico) e Livello 2 (Collegamento Dati) tra il modem del dispositivo e la stazione radio base cellulare locale (l'eNodeB per il 4G LTE o il gNodeB per il 5G).
- Metriche del segnale fisico: Lo smartphone calcola le tacche in base a parametri come la potenza del segnale di riferimento ricevuto (RSRP, Reference Signal Received Power) e la qualità del segnale di riferimento ricevuto (RSRQ, Reference Signal Received Quality). Un RSRP elevato indica semplicemente che il dispositivo è fisicamente vicino a un'antenna e riceve un'onda portante radio nitida.
- Esecuzione a livello di rete (Livello 3): Per caricare una pagina web o completare una transazione, il modem deve stabilire una connessione a livello di rete dati a pacchetto (PDN, Packet Data Network) a Livello 3. Questo processo richiede una sessione logica end-to-end tra il dispositivo, il core cellulare locale e la rete Internet pubblica.
Se i Livelli 1 e 2 stabiliscono un collegamento radio ma il Livello 3 fallisce la negoziazione dei parametri di routing, il dispositivo mostrerà il massimo delle tacche pur trovandosi in una totale assenza di connettività Internet.
L'architettura di roaming: sincronizzazione tra VPLMN e HPLMN
Quando si utilizza una eSIM da viaggio, il percorso dei dati sfrutta l'infrastruttura di roaming internazionale. Il dispositivo si connette a una Visited Public Land Mobile Network (VPLMN) — la rete locale visitata, come SoftBank in Giappone o Orange in Francia — ma il profilo dell'abbonato risiede su una Home Public Land Mobile Network (HPLMN) situata altrove (spesso a Singapore, Hong Kong o in Europa occidentale).
| Entità di Rete | Funzione Principale nel Roaming Internazionale | Punto Comune di Errore / Guasto |
|---|---|---|
| VPLMN (Rete Visitata) | Fornisce copertura RF locale (L1/L2) e gestisce le antenne locali (gNodeB/eNodeB). | Rifiuta APN non mappati o de-prioritizza gli IMSI in roaming durante i picchi di carico. |
| Interfaccia IPX / S8 | Il canale di transito internazionale che collega le antenne visitate al core di rete di origine. | Picchi di latenza, pacchetti persi o problemi di MTU (black hole) sulle tratte transoceaniche. |
| HSS / HLR (Core di Origine) | Autentica l'identità dell'abbonato, il credito attivo e lo stato delle politiche di utilizzo equo (FUP). | Timeout di sincronizzazione, che lasciano la portante RF aperta ma senza allocazione IP. |
| P-GW / UPF (Gateway) | Assegna l'indirizzo IP pubblico di Livello 3 e ancora l'instradamento dei dati a Internet. | Chiusura silenziosa di sessioni inattive durante il passaggio da una cella all'altra. |
Quando il dispositivo tenta di connettersi, l'operatore locale visitato deve interrogare l'Home Subscriber Server (HSS) o l'Home Location Register (HLR) del provider di origine tramite un proxy IPX (IP Exchange) internazionale. Se questo handshake inter-carrier va in timeout a causa della latenza di instradamento internazionale, l'autenticazione si blocca: l'antenna mantiene aperto il canale RF (mostrando tutte le tacche), ma il core di rete rifiuta di inoltrare i pacchetti dati.
Fallimenti nell'attivazione del contesto PDP e routing black hole
L'ultimo ostacolo è l'Attivazione del Contesto PDP (Packet Data Protocol). Durante questa fase:
- Il telefono richiede un indirizzo IP tramite un nome del punto di accesso (APN, Access Point Name) specifico.
- La VPLMN alloca i canali radio necessari per trasportare i dati dell'utente.
- Il Packet Data Gateway (P-GW) o la User Plane Function (UPF) di origine assegna un lease IP e definisce le tabelle di routing dinamiche.
Se l'attivazione del contesto PDP fallisce — a causa di una stringa APN errata, token di autenticazione scaduti o una mancata corrispondenza nei parametri di roaming — la connessione decade in modo silenzioso. Il dispositivo rimane agganciato alla griglia radio (il canale di segnalazione è intatto), ma non ha un gateway predefinito a cui instradare il traffico.
[Dispositivo] --- (1. Connessione OK) ---> [Antenna VPLMN]
[Dispositivo] --- (2. Richiesta PDP) ---> [Core VPLMN] --- (Timeout) ---> [Core HPLMN (HSS)]
Risultato: Link RF ATTIVO (Tacche Piene) | Livello IP NON ATTIVO (Niente Dati)Inoltre, le eSIM turistiche economiche applicano spesso politiche di Fair Use Policy (FUP) aggressive che interrompono del tutto le sessioni di Livello 3 una volta superata la soglia giornaliera, portando il contesto PDP in uno stato di blocco (hang). Le architetture di Livello 1 risolvono questo problema grazie a un transito IP resiliente e meccanismi continui di keep-alive della sessione.
Provider infrastrutturali come MollySIM mantengono attivi i lease dei contesti PDP e integrano una velocità di riserva FUP a 384 kbps — tre volte superiore allo standard di settore di 128 kbps utilizzato dai vecchi operatori. Questo impedisce l'abbattimento del contesto PDP e garantisce che i pacchetti critici di Livello 3 (come il calcolo dei percorsi su Google Maps, le connessioni VoIP e i token di autenticazione Apple Pay) continuino a funzionare senza interruzioni, anche dopo aver esaurito i dati ad alta velocità.
Le 4 cause principali nascoste del blocco dei dati con eSIM all'estero
🌐 Global Travel High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.
Quando lo smartphone mostra l'icona del 5G o LTE insieme al massimo delle tacche di ricezione, il livello fisico di radiofrequenza (RF) funziona perfettamente. L'interruzione avviene più in alto nello stack di rete. Per capire perché i dati non passano, dobbiamo analizzare i protocolli di routing, gli stati della banda base (baseband) e le architetture di rete che governano il roaming internazionale.
1. Mancata corrispondenza del protocollo APN (Deadlock Dual-Stack IPv4 vs. IPv6)
Il nome del punto di accesso (APN) funge da ponte tra la banda base cellulare del dispositivo e la rete dati pubblica (PDN). Sebbene i sistemi operativi moderni configurino automaticamente le stringhe APN di base (come globaldata o internet), spesso impostano in modo errato i parametri del protocollo APN.
[Stack Solo-IPv6 Dispositivo] ---> (Pacchetto Incapsulato) ---> [Gateway VPLMN Legacy (Solo-IPv4)] ---> [Drop Silenzioso / RST]- Il meccanismo: Molte reti partner in roaming (VPLMN) nei mercati emergenti o con infrastrutture datate utilizzano nodi SGSN/GGSN strettamente solo-IPv4. Se il profilo eSIM è impostato di default su un incapsulamento IPv6 o su un Dual Stack IPv4v6 configurato male, il Packet Data Network Gateway (PGW) locale scarta silenziosamente i pacchetti IP in uscita senza restituire un errore ICMP di destinazione irraggiungibile.
- Il sintomo: Il dispositivo mantiene uno stato di connessione RRC (Radio Resource Control) attivo con tutte le tacche, ma le applicazioni non riescono a completare il classico handshake TCP a tre vie perché il gateway non riesce a convertire il payload IPv6.
2. Voci obsolete nella cache DNS dei Captive Portal
Le reti Wi-Fi di aeroporti e hotel sono una causa frequente di problemi di risoluzione DNS che persistono a lungo anche dopo la disconnessione.
Durante la connessione a un Wi-Fi pubblico, il resolver locale di caching del sistema operativo (come mDNSResponder su iOS o netd su Android) associa le richieste DNS di sistema all'indirizzo IP del captive portal del gateway locale (ad es. 10.254.1.1).
Quando ci si allontana dalla copertura Wi-Fi tornando ai dati cellulari, il sistema operativo non sempre svuota immediatamente lo stato del socket. Il telefono continua a cercare di risolvere i domini tramite il server DNS del captive portal, ormai irraggiungibile dalla connessione mobile. Poiché la rotta cellulare di Livello 3 è aperta, il dispositivo non genera un errore immediato di rete, ma attende il timeout delle singole query UDP (spesso 15-30 secondi per ogni risorsa), bloccando le app in un caricamento infinito.
3. Blocchi di routing dell'architettura di roaming: Home-Routed (HR) vs. Local Breakout (LBO)
La distanza fisica percorsa dai dati determina se la connessione rimarrà stabile o collasserà a causa dell'eccessiva latenza.
| Tipo di Architettura | Percorso dei Pacchetti | Tempo di Round-Trip (RTT) | Rischio di Malfunzionamento |
|---|---|---|---|
| Home-Routed (HR) | Dispositivo (Tokyo) → Core Gateway (Europa) → Server Destinazione (Tokyo) | 350 ms – 600 ms | Perdita pacchetti elevata, timeout handshake TLS, sessioni PDP bloccate. |
| UPF Regionale / LBO | Dispositivo (Tokyo) → Edge Core Locale (Tokyo/Singapore) → Server Destinazione | 20 ms – 60 ms | Perdita pacchetti minima, negoziazione socket istantanea. |
I fornitori di eSIM low-cost riducono i costi di transito instradando tutto il traffico su architetture Home-Routed (HR) con un unico core centralizzato, spesso a migliaia di chilometri dalla tua destinazione. Quando un utente in Giappone apre un servizio locale giapponese con una eSIM HR basata in Europa, ogni singolo pacchetto deve fare il giro del mondo due volte.
Questa latenza estrema fa fallire i protocolli di trasporto più sensibili: gli handshake TLS 1.3 vanno in timeout, le finestre TCP collassano per il disallineamento dei pacchetti e il modem del telefono interpreta questi ritardi a livello applicativo come un'assenza di collegamento.
Per evitare questa vulnerabilità, operatori avanzati come MollySIM implementano User Plane Functions (UPF) distribuite a livello globale con routing localizzato. Inoltre, la soglia di base FUP a 384 kbps di MollySIM — tre volte superiore al limite standard di 128 kbps — garantisce che, anche durante periodi di forte congestione regionale, il canale mantenga la banda necessaria per elaborare certificati TLS, token di sicurezza Apple Pay e mappe vettoriali senza interruzioni.
4. Conflitti di banda base Dual-SIM e latenza di commutazione
I moderni modem Dual-SIM Dual-Standby (DSDS) utilizzano un singolo ricetrasmettitore RF condiviso per comunicare contemporaneamente con due reti diverse.
Se la SIM principale del proprio paese rimane attiva per ricevere SMS o chiamate VoLTE mentre l'eSIM da viaggio è impostata come linea dati predefinita, il modem deve alternare rapidamente le frequenze (time-slicing):
- Preemption del canale di paging: Se l'operatore di casa invia continue richieste di registrazione o comandi di ricerca rete 2G/3G, la banda base sospende temporaneamente il flusso dati ad alta velocità dell'eSIM per mettersi in ascolto sul canale di paging della linea principale.
- Deadlock dell'interfaccia: Se la funzione "Consenti passaggio dati cellulare" è attiva in aree con segnale instabile, il sistema operativo scambia repentinamente il gateway predefinito tra SIM 1 e SIM 2. Ciò genera una race condition nella tabella di routing, inviando i pacchetti su un'interfaccia priva di autorizzazione IP attiva e bloccando totalmente la navigazione nonostante l'indicatore di segnale sia al massimo.
Checklist diagnostica passo-passo per iOS 19 e Android 16
Quando lo smartphone mostra il segnale RSRP al massimo ma non instrada i dati, il problema risiede quasi sempre nell'assegnazione IP di Livello 3, nell'autorizzazione del gateway APN o nei server DNS. Segui queste procedure diagnostiche mirate per risolvere i blocchi.
iOS 19: Sbloccare i flussi dati dell'eSIM su iPhone
- Forzare il routing dati su singola SIM:
- Vai su Impostazioni > Cellulare.
- Tocca Dati cellulare e assicurati che sia selezionata l'eSIM da viaggio.
- Imposta Consenti passaggio dati cellulare su NON ATTIVO. Lasciare attiva questa opzione in iOS 19 può causare conflitti a livello di banda base se la SIM principale tenta registrazioni IMS in background.
- Verificare i parametri di Roaming e Rete dati cellulare (APN):
- Seleziona il profilo dell'eSIM da viaggio sotto la sezione SIM.
- Assicurati che Roaming dati sia impostato su ATTIVO.
- Tocca Rete dati cellulare. Se i campi sono modificabili, controlla che il valore
APNcorrisponda esattamente a quello indicato dal fornitore (es.globaldatao l'APN specifico del profilo). Lascia vuoti Nome utente e Password, a meno che non sia diversamente indicato. Cancella eventuali vecchi valori APN presenti nelle sezioni Configurazione LTE o Hotspot personale che potrebbero causare conflitti dual-stack.
- Forzare la registrazione PLMN (Selezione manuale dell'operatore):
- Vai su Impostazioni > Cellulare > [eSIM da Viaggio] > Selezione rete.
- Sposta la levetta Automatico su NON ATTIVO.
- Attendi 30-60 secondi affinché iOS scansioni tutte le stazioni radio base disponibili. Seleziona manualmente il partner di roaming principale consigliato dal provider eSIM, evitando che il modem rimanga bloccato su celle secondarie o congestionate.
- Svuotare la cache del resolver locale:
- Attiva la Modalità aereo per 20 secondi consecutivi per abbattere il contesto PDP (Packet Data Protocol) e rilasciare i lease DHCP obsoleti.
- Se i timeout DNS persistono, vai su Impostazioni > Safari > Avanzate > Dati dei siti web e tocca Rimuovi tutti i dati dei siti web per eliminare gli stati dei socket corrotti memorizzati nella cache.
Android 16: Risoluzione errori APN e bypass dei DNS operatore
Android 16 offre il pieno controllo sull'incapsulamento di Livello 3 e sui protocolli di trasporto crittografati. Utilizza queste impostazioni per aggirare i black hole a livello di rete:
| Livello di Configurazione | Parametro | Valore Consigliato | Scopo Diagnostico |
|---|---|---|---|
| Impostazioni APN | Tipo APN | default,supl | Impedisce all'operatore il fallback su canali non adibiti ai dati |
| Protocollo APN | Protocollo APN / Protocollo roaming APN | IPv4/IPv6 (o forzare IPv4) | Risolve il drop dei pacchetti IPv6 su nodi di rete legacy |
| Sicurezza Trasporto | DNS privato | one.one.one.one o dns.google | Bypassa i proxy DNS non autenticati o lenti dell'operatore locale |
| Canale Modem | Tipo di rete preferito | 5G (Auto) ➔ Imposta su LTE | Evita loop di registrazione su reti 5G Standalone (SA) non configurate |
Procedura di ripristino per Android:
- Ricostruire il profilo APN:
- Vai su Impostazioni > Rete e internet > SIM > [eSIM da Viaggio] > Nomi punti di accesso (APN).
- Tocca l'icona + (Aggiungi) per creare un nuovo profilo pulito.
- Inserisci il nome dell'operatore nel campo Nome e il rispettivo gateway nel campo APN.
- Definisci esplicitamente il Tipo APN come
default,supl(senza spazi). - Imposta sia il Protocollo APN che il Protocollo roaming APN su IPv4/IPv6. Se ti trovi in aree con infrastrutture datate (come alcune zone del Sud-Est Asiatico o dell'America Latina), imposta entrambi su IPv4 per evitare che il modem attenda pacchetti di annuncio router IPv6 che non arriveranno mai.
- Tocca il menu a tre puntini ➔ Salva, quindi seleziona il nuovo APN appena creato.
- Aggirare i problemi di DNS dell'operatore (Override DNS Privato):
- I flussi dati in roaming spesso passano attraverso nodi locali esteri con resolver ricorsivi mal configurati o con rate-limiting.
- Vai su Impostazioni > Rete e internet > DNS privato.
- Seleziona Nome host del provider DNS privato e inserisci:
one.one.one.one(Cloudflare DNS-over-TLS) oppuredns.google(Google Public DNS).- Questo passaggio cifra le query DNS tramite TLS (porta 853), escludendo del tutto le cache DNS corrotte delle telecom locali.
- Eseguire un reset non distruttivo dell'interfaccia radio:
- Se la connessione non risponde ancora, vai su Impostazioni > Sistema > Opzioni di ripristino > Ripristina Wi-Fi, rete mobile e Bluetooth.
- Nota: Questa operazione azzera le tabelle di instradamento di Livello 2 senza cancellare i profili eSIM installati.
Meccanismi di Fallback di Alto Livello
Se le verifiche diagnostiche confermano che l'APN e i server DNS sono corretti ma la navigazione si blocca durante le ore di punta, è molto probabile che il profilo sia soggetto a un throttling aggressivo da Fair Use Policy (FUP). Provider come MollySIM risolvono alla radice questo problema con una velocità minima garantita di 384 kbps in FUP — quasi il triplo rispetto allo standard di 128 kbps dell'industria.
Mentre una velocità di 128 kbps causa continue perdite di pacchetti e timeout negli handshake di sicurezza HTTPS/TLS, un flusso a 384 kbps mantiene stabili le connessioni essenziali a basso consumo, permettendo il caricamento continuo delle mappe vettoriali su Google Maps, i messaggi WhatsApp e i pagamenti con Apple Pay anche su reti estere sature.
Analisi architetturale: confronto tra tecnologie di roaming e punti critici
Quando il telefono mostra tutte le tacche ma non carica nemmeno una pagina web di base, l'anomalia raramente risiede nella rete di accesso radio fisica (RAN). Nella maggior parte dei casi, il blocco avviene all'interno dell'architettura di instradamento del packet core.
La maggior parte delle eSIM economiche utilizza profili a singolo IMSI collegati a Packet Data Network Gateway (PGW) o User Plane Function (UPF) centralizzati e rigidi. Se un cambio cella radio temporaneo desincronizza il contesto PDP locale dal gateway di origine remoto, il dispositivo continuerà a mantenere il contatto radio a Livello 1/2 con l'antenna, mentre il traffico IP di Livello 3 verrà perso nel vuoto.
Esaminare le differenze strutturali delle diverse architetture di roaming permette di capire perché alcuni profili si bloccano e altri mantengono la continuità di servizio.
Matrice comparativa delle architetture di roaming
| Metrica / Funzionalità | eSIM Home-Routed (Standard Economico) | eSIM Local Breakout (LBO) | SIM Fisica Tradizionale in Roaming | Core Smart Roaming di Nuova Generazione MollySIM |
|---|---|---|---|---|
| Latenza Handshake Iniziale | Elevata (800 ms–2500 ms) | Bassa (150 ms–300 ms) | Media (400 ms–900 ms) | Ultra-Bassa (<120 ms) |
| Latenza di Routing (TTFB) | 250 ms–600 ms (Jitter elevato) | 30 ms–70 ms (Localizzata) | 200 ms–450 ms | 25 ms–55 ms (Edge UPF) |
| Resilienza Cache DNS | Scarsa (Cache remote obsolete) | Media (Dipendente dall'ISP) | Scarsa (Legata all'HLR di origine) | Elevata (Overwrite DNS Any |
🌐 Global Travel High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.