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).

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 ReteFunzione Principale nel Roaming InternazionalePunto 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 / S8Il 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:

  1. Il telefono richiede un indirizzo IP tramite un nome del punto di accesso (APN, Access Point Name) specifico.
  2. La VPLMN alloca i canali radio necessari per trasportare i dati dell'utente.
  3. 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

Instant QR Delivery • Native 5G • 384kbps FUP Protection

🌐 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.

View Global Travel Plans & Pricing ➔Physical SIM Cards ➔Explore 150+ eSIMs ➔

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]

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.

⚡ System Architecture & Bottlenecks
Key Physics & Telecom Impact Breakdown
Source / Origin
📡 Richiesta App: api.apple.com
⚠️
(Timeout: 15-30s per risorsa)
Destination / Transit
🚆 Cache Resolver Locale OS] ──(Interroga Socket Obsoleto)──> [DNS Captive Aeroporto: 10.254.1.1] (Irraggiungibile su Rete Mobile)

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 ArchitetturaPercorso dei PacchettiTempo di Round-Trip (RTT)Rischio di Malfunzionamento
Home-Routed (HR)Dispositivo (Tokyo) → Core Gateway (Europa) → Server Destinazione (Tokyo)350 ms – 600 msPerdita pacchetti elevata, timeout handshake TLS, sessioni PDP bloccate.
UPF Regionale / LBODispositivo (Tokyo) → Edge Core Locale (Tokyo/Singapore) → Server Destinazione20 ms – 60 msPerdita 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.

⚡ System Architecture & Bottlenecks
Key Physics & Telecom Impact Breakdown
Source / Origin
📡 Singolo Modem RF] ┤

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):

  1. 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.
  2. 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

⚡ System Architecture & Bottlenecks
Key Physics & Telecom Impact Breakdown
Source / Origin
📡 Impostazioni
  1. Forzare il routing dati su singola SIM:
  1. Verificare i parametri di Roaming e Rete dati cellulare (APN):
  1. Forzare la registrazione PLMN (Selezione manuale dell'operatore):
  1. Svuotare la cache del resolver locale:

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 ConfigurazioneParametroValore ConsigliatoScopo Diagnostico
Impostazioni APNTipo APNdefault,suplImpedisce all'operatore il fallback su canali non adibiti ai dati
Protocollo APNProtocollo APN / Protocollo roaming APNIPv4/IPv6 (o forzare IPv4)Risolve il drop dei pacchetti IPv6 su nodi di rete legacy
Sicurezza TrasportoDNS privatoone.one.one.one o dns.googleBypassa i proxy DNS non autenticati o lenti dell'operatore locale
Canale ModemTipo di rete preferito5G (Auto) ➔ Imposta su LTEEvita loop di registrazione su reti 5G Standalone (SA) non configurate
⚡ System Architecture & Bottlenecks
Key Physics & Telecom Impact Breakdown
Source / Origin
📡 Impostazioni

Procedura di ripristino per Android:

  1. Ricostruire il profilo APN:
  1. Aggirare i problemi di DNS dell'operatore (Override DNS Privato):
  1. Eseguire un reset non distruttivo dell'interfaccia radio:
⚡ System Architecture & Bottlenecks
Key Physics & Telecom Impact Breakdown
Source / Origin
📡 Dati Bloccati: Tutte le Tacche
Destination / Transit
🚆 Apple iOS 19] [Android 16

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 RoamingCore Smart Roaming di Nuova Generazione MollySIM
Latenza Handshake InizialeElevata (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 ms25 ms–55 ms (Edge UPF)
Resilienza Cache DNSScarsa (Cache remote obsolete)Media (Dipendente dall'ISP)Scarsa (Legata all'HLR di origine)Elevata (Overwrite DNS Any
Instant QR Delivery • Native 5G • 384kbps FUP Protection

🌐 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.

View Global Travel Plans & Pricing ➔Physical SIM Cards ➔Explore 150+ eSIMs ➔