Perché la tua eSIM da viaggio è lenta? Throttling dei dati vs deprioritizzazione di rete (Guida 2026)

Il paradosso del 5G: perché il segnale al massimo non garantisce velocità all'estero

Pochi scenari di viaggio risultano frustranti quanto trovarsi sotto le insegne al neon dell'incrocio di Shibuya, orientarsi nell'area arrivi dell'aeroporto di Londra Heathrow o tentare di chiamare un Uber a Times Square con cinque tacche piene di "5G" accese sul display, per poi ritrovarsi con il browser in time-out e le app di messaggistica bloccate in un caricamento infinito.

Questa discrepanza tra l'intensità visiva del segnale e l'effettivo throughput di dati è nota nelle telecomunicazioni come Paradosso del 5G. Per comprenderne le cause, è fondamentale distinguere ciò che la barra di stato dello smartphone misura realmente dal modo in cui i dati viaggiano attraverso i confini internazionali.

+-----------------------------------------------------------------------------+
|                     COSA MISURA REALMENTE IL TUO TELEFONO                   |
+-----------------------------------------------------------------------------+
|  [Dispositivo] <=== Link a Radiofrequenza (Layer 1) ===> [Antenna Locale]  |
|             * Misura: RSRP, RSSI, SINR (Tacche di segnale)                  |
|             * Stato: 5/5 Tacche (Connessione RF eccellente)                 |
+-----------------------------------------------------------------------------+
                                      |
                                      | Backhaul / Transito
                                      v
+-----------------------------------------------------------------------------+
|               DOVE SI VERIFICA DAVVERO IL COLLO DI BOTTIGLIA                |
+-----------------------------------------------------------------------------+
|  [Antenna Locale] -> [Nodo IPX] -> [Packet Gateway d'Origine] -> Internet   |
|                     * Routing IP Layer 3 e inoltro dei pacchetti            |
|                     * Quote di banda, priorità QCI e colli di bottiglia     |
+-----------------------------------------------------------------------------+

Layer 1 (RF fisico) vs Layer 3 (Routing dei pacchetti)

Le quattro o cinque tacche visualizzate sul dispositivo rappresentano la connettività di Layer 1 (Physical Radio Access Network / RAN). Lo smartphone calcola questa icona in base a parametri di radiofrequenza:

• RSRP (Reference Signal Received Power): La potenza effettiva del segnale ricevuto dalla stazione radio base locale (gNodeB per il 5G, eNodeB per l'LTE).
• RSSI (Received Signal Strength Indicator): La potenza a banda larga ricevuta complessiva, inclusi rumore e interferenze.
• SINR (Signal-to-Interference-plus-Noise Ratio): La qualità effettiva del canale radio.

Avere il segnale al massimo indica semplicemente che il telefono gode di un ponte radio diretto e a bassa attenuazione con l'antenna della stazione radio base locale. Non significa in alcun modo che l'antenna disponga di capacità di backhaul o che la rete abbia assegnato banda al tuo traffico.

+--------------------------+-----------------------------------------------------------+
| Metrica / Livello        | Cosa controlla                                            |
+--------------------------+-----------------------------------------------------------+
| Layer 1 (RAN / RF)       | Tacche di segnale, stabilità grezza con il ripetitore.   |
| Layer 2 (Data Link)      | Trasmissione dei frame, scheduling radio locale.          |
| Layer 3 (Network / IP)   | Throughput effettivo, transito e routing pacchetti IP.    |
+--------------------------+-----------------------------------------------------------+

Mentre il terminale mantiene un handshake di Layer 1 ottimale con l'operatore locale (ad esempio NTT Docomo in Giappone o EE nel Regno Unito), i pacchetti dati devono attraversare il Layer 3 (Routing di rete). Se la cella locale è congestionata da 20.000 utenti del posto, o se la dorsale di backhaul che collega l'antenna alla rete centrale è satura, i tuoi pacchetti vengono collocati in fondo alla coda di elaborazione.

Il collo di bottiglia del transito in roaming: IPX e Home Routing

Le eSIM da viaggio internazionali introducono un ulteriore livello di complessità: l'architettura di roaming. Quando ti connetti tramite un profilo turistico, i tuoi dati non transitano direttamente sulla rete internet locale, ma percorrono solitamente una complessa pipeline internazionale:

1. Accesso locale: Il telefono si connette via Layer 1 alla RAN dell'operatore ospitante nel paese di destinazione.
2. Incapsulamento IPX: L'operatore ospitante incapsula i pacchetti e li inoltra su una rete di transito IPX (IP eXchange) gestita da provider infrastrutturali come Syniverse, BICS o Tata Communications.
3. Core Home-Routed (S8HR): Nelle configurazioni standard "Home-Routed", il traffico viene reindirizzato fino alla rete centrale dell'operatore MVNO di origine (spesso situata a Hong Kong, in Polonia, Francia o Israele) prima di accedere alla rete internet pubblica.
4. Percorso di ritorno: I dati richiesti devono ripercorrere l'intera tratta transcontinentale in senso inverso per raggiungere lo smartphone.

Se un singolo segmento lungo questa catena multi-snodo subisce perdita di pacchetti, picchi di latenza o strozzature di banda, la velocità effettiva crolla a zero, anche se il display mostra un collegamento 5G a piena potenza.

Perché i limiti di throttling intelligenti contano nelle zone congestionate

Durante i picchi di congestione o all'attivazione delle clausole di uso corretto, le normali eSIM da viaggio riducono drasticamente la banda a 128 kbps, oppure abbassano la priorità al punto da causare oltre l'80% di packet loss. A 128 kbps, i moderni handshake crittografici TLS falliscono, bloccando servizi essenziali come Google Maps, la conferma delle corse Uber e i pagamenti digitali.

Per superare queste criticità, i fornitori di roaming ottimizzati come MollySIM adottano percorsi di routing diretto e impostano una Fair Use Policy (FUP) con base minima garantita a 384 kbps. Mantenendo il throughput a 384 kbps — il triplo rispetto allo standard del mercato — i pacchetti dati critici (come il rendering delle mappe vettoriali, la tokenizzazione di Apple Pay e la messaggistica WhatsApp) conservano la velocità necessaria per funzionare regolarmente, aggirando i blocchi causati dalla congestione locale.

Decostruire il QCI: come funziona realmente la deprioritizzazione di rete degli operatori

Per capire perché la tua eSIM da viaggio si blocchi mentre un residente accanto a te guarda video in 4K senza interruzioni, occorre analizzare l'allocazione delle risorse radio. Le reti cellulari non trattano tutti i pacchetti dati allo stesso modo: gli standard architetturali del 3GPP regolano la classificazione del traffico tramite i QoS Class Identifiers (QCI) nell'LTE 4G e i 5G QoS Identifiers (5QI) nelle reti 5G Standalone.

Quando il telefono si aggancia a un'antenna locale (un eNodeB in LTE o un gNodeB in 5G), la Policy and Charging Rules Function (PCRF) dell'operatore ospitante assegna un bearer EPS dotato di uno specifico indice di priorità numerica. Questo valore determina l'ordine esatto di trasmissione dei pacchetti sullo spettro radio.

La gerarchia QCI/5QI: la posizione del traffico in roaming

Ogni connessione cellulare rientra in una gerarchia operativa precisa, dai canali voce critici fino al traffico dati in background a bassa priorità. Il traffico in roaming in entrata — categoria in cui ricade la quasi totalità delle normali eSIM turistiche — viene collocato quasi sistematicamente all'ultimo livello di questa scala.

Scheduling Proportional Fair: come le antenne scartano i tuoi pacchetti

I ripetitori suddividono le frequenze disponibili in unità microscopiche di tempo e spettro denominate Physical Resource Blocks (PRB). Lo scheduler integrato nell'antenna esegue un algoritmo Proportional Fair (PF) centinaia di volte al secondo per assegnare questi blocchi ai dispositivi collegati.

In condizioni di carico normale, lo scheduler gestisce agevolmente ogni richiesta. Tuttavia, quando si entra in un'area satura — come il terminal arrivi di un grande aeroporto, una stazione centrale nell'ora di punta o uno stadio gremito — l'utilizzo dei PRB raggiunge il 100%.

In questa situazione di saturazione, lo scheduler passa dal bilanciamento standard a una gestione selettiva delle risorse:

1. Gestione dei buffer di coda: Lo scheduler elabora prima le code assegnate ai profili QCI 6 e 7. I dispositivi contrassegnati con QCI 9 (come le normali eSIM da viaggio) scivolano in fondo al buffer.
2. Bufferbloat e latenza TCP: Poiché i pacchetti QCI 9 attendono più a lungo una finestra di trasmissione, il Round-Trip Time (RTT) aumenta in modo anomalo: un ping abituale di 40 ms può schizzare oltre i 1.500 ms.
3. Tail Dropping: Se il buffer in entrata dell'antenna si riempie completamente, lo scheduler applica il "tail drop", eliminando all'istante i pacchetti a priorità inferiore prima ancora che raggiungano il canale radio.
4. Spirale del TCP Backoff: Lo smartphone interpreta i pacchetti scartati come un'interruzione di rete e riduce la propria finestra di trasmissione TCP, azzerando quasi del tutto la velocità di navigazione.

Superare i problemi di deprioritizzazione durante i viaggi

Dato che gli operatori di rete favoriscono costantemente i propri abbonati nativi rispetto agli utenti temporanei in roaming durante i picchi di carico, chi utilizza una eSIM da viaggio sperimenta frequenti rallentamenti. Mentre le eSIM commerciali economiche aggravano il problema abbinando il profilo QCI 9 a rigidi limiti di throttling a 128 kbps, le soluzioni ottimizzate riducono l'overhead dei pacchetti ed elevano la banda minima garantita.

Provider come MollySIM strutturano il proprio routing per ridurre le latenze multi-carrier e applicano una soglia FUP minima di 384 kbps, pari al triplo rispetto al limite di 128 kbps di molti concorrenti. Se un collegamento deprioritizzato a 128 kbps non riesce a completare i protocolli crittografici di sicurezza, una base di 384 kbps garantisce la fluidità necessaria per utilizzare Google Maps, prenotare un Uber o autorizzare transazioni con Apple Pay senza interruzioni.

I dettagli nascosti dei piani "illimitati": Fair Usage Policy e limiti di velocità

La parola "Illimitato" è spesso utilizzata in modo fuorviante nel settore del roaming internazionale. Quando gli operatori low-cost pubblicizzano pacchetti con dati ad alta velocità senza limiti, inseriscono quasi sempre rigide clausole di uso corretto (FUP) all'interno dei contratti. Nella pratica, quasi nessuna eSIM turistica offre gigabyte realmente illimitati e senza restrizioni su reti estere, a causa degli elevati costi di transito all'ingrosso imposti dagli operatori locali.

Gli utenti si scontrano così con tetti massimi di banda preimpostati, che scattano non appena viene superata una determinata soglia giornaliera, compresa di norma tra 500 MB e 2 GB.

L'architettura del blocco di banda: PCRF e Session AMBR

A differenza della deprioritizzazione (che varia dinamicamente in base al carico dell'antenna locale), il throttling programmato è una limitazione software rigida applicata direttamente nel core di rete.

1. Conteggio del traffico: Durante la navigazione, l'Online Charging System (OCS) calcola il volume complessivo di byte consumati rispetto al piano attivo.
2. Applicazione delle regole: Non appena il consumo tocca la soglia prevista, la Policy and Charging Rules Function (PCRF) (o la Policy Control Function (PCF) nei core 5G Standalone) trasmette un comando di variazione policy al Packet Data Network Gateway (PGW) o alla User Plane Function (UPF).
3. Restrizione della banda: La rete centrale aggiorna il parametro APN-AMBR (Access Point Name Aggregate Maximum Bit Rate). Questo passaggio abbatte istantaneamente la velocità in download e upload a una minima frazione delle prestazioni radio standard, solitamente a 128 kbps o a un critico 64 kbps.

Perché 128 kbps e 64 kbps bloccano i moderni servizi web

Molti provider storici giustificano i limiti a 128 kbps sostenendo che siano sufficienti per la "messaggistica essenziale e la navigazione d'emergenza". Tuttavia, considerando l'architettura dei servizi web moderni, questa affermazione risulta tecnicamente non valida.

Le attuali applicazioni mobili non scambiano semplici righe di testo in chiaro: ogni connessione include protocolli di sicurezza e framework client complessi:

• Mancata chiusura degli handshake TLS/SSL: L'avvio di una sessione sicura richiede lo scambio di certificati crittografici e chiavi pubbliche (spesso tra 6 KB e 12 KB di dati). Su una tratta in roaming internazionale ad alta latenza strozzata a 64 kbps o 128 kbps, questo scambio iniziale richiede diversi secondi. I sistemi operativi mobili e le app applicano finestre di time-out rigorose (in media tra 5 e 10 secondi), causando la chiusura del socket sicuro prima ancora di ricevere il primo byte utile.
• Mappe vettoriali non renderizzate: Applicazioni come Google Maps e Apple Maps scaricano tasselli vettoriali Mapbox (MVT) serializzati anziché semplici immagini compresse. Una linea limitata a 128 kbps non riesce a scaricare i pacchetti vettoriali in tempo, lasciando la schermata della mappa completamente vuota durante gli spostamenti in auto o a piedi.
• Polling API e scadenza dei token: I servizi di trasporto (Uber, Grab) e le piattaforme di pagamento digitale (Apple Pay, Google Wallet) eseguono continui cicli di polling API tra client e server per sincronizzare la posizione geografica e validare i cryptogram di sicurezza. Con una linea ridotta a 128 kbps queste chiamate API scadono, generando continui messaggi di "Errore di connessione alla rete".

Usabilità pratica a confronto in base ai limiti di velocità

Ripristinare l'usabilità con policy FUP avanzate

La differenza tra una linea inutilizzabile e una connessione di backup affidabile risiede nella corretta calibrazione delle policy di rete. Mentre i pacchetti illimitati convenzionali bloccano gli utenti a 64 kbps o 128 kbps, le soluzioni più avanzate configurano i motori PCRF per sostenere il traffico essenziale anche dopo l'esaurimento della soglia ad alta velocità.

Garantendo una soglia Fair Use Policy (FUP) a 384 kbps, MollySIM offre una velocità tripla rispetto agli standard diffusi sul mercato. Questo valore di 384 kbps permette ai certificati SSL/TLS di completare gli scambi, alle mappe di caricare i percorsi vettoriali senza vuoti grafici e alle API di pagamento di autorizzare le transazioni all'istante, evitando che il raggiungimento della quota giornaliera lasci l'utente privo di strumenti operativi durante il viaggio.

Analisi comparativa completa: Throttling dei dati vs Deprioritizzazione di rete

Anche se entrambe le condizioni provocano evidenti rallentamenti sul telefono, il Throttling rigido e la Deprioritizzazione dinamica intervengono su livelli architetturali differenti dell'infrastruttura cellulare.

Il throttling rigido è una limitazione software deterministica della banda, applicata a livello di Policy and Charging Rules Function (PCRF) e User Plane Function (UPF). Una volta esaurito il plafond ad alta velocità previsto dal piano, la velocità massima viene ridotta in modo fisso, indipendentemente dalla capacità disponibile sull'antenna locale.

Al contrario, la deprioritizzazione di rete è un fenomeno dinamico e temporaneo legato alla gestione delle risorse della Radio Access Network (RAN). Le eSIM in roaming vengono generalmente registrate con un Quality of Service Class Identifier inferiore (QCI 8 o QCI 9) rispetto agli utenti locali con abbonamento (QCI 6 o 7). Quando una cella locale si satura, lo scheduler della stazione radio base assegna i Radio Resource Block (RRB) prioritariamente agli utenti domestici, ritardando o scartando i pacchetti dei profili in roaming.

Test di prestazione delle applicazioni con connessioni limitate

Per verificare l'impatto reale di queste restrizioni durante l'utilizzo quotidiano, abbiamo analizzato il comportamento delle principali applicazioni in tre scenari: Throttling standard di mercato (128 kbps), FUP ottimizzata MollySIM (384 kbps) e Deprioritizzazione severa (Cella satura).

+---------------------------------------------------------------------------------------+
| BENCHMARK DEL COMPORTAMENTO DELLE APPLICAZIONI                                        |
+----------------------+--------------------+--------------------+----------------------+
| Servizio / App       | Throttling 128kbps | Throttling 384kbps | Deprioritizzazione   |
+----------------------+--------------------+--------------------+----------------------+
| Mappe vettoriali     | Caricamento 18–35s | Rendering fluido 2–4s| Time-out continui  |
| Chiamate VoIP        | Audio a scatti     | Nitido (Codec Opus)| Forti disturbi/Robot |
| Prenotazione corse   | Time-out autentic. | Invio rapido       | Perdita tracciamento |
| Streaming video 1080p| Blocco totale (ABR)| Solo audio / 240p  | Buffering continuo   |
+----------------------+--------------------+--------------------+----------------------+

1. Navigazione vettoriale e percorsi su Google Maps

• Con throttling rigido a 128 kbps: I livelli delle mappe vettoriali (formato Protobuf) faticano a caricarsi in parallelo. Spostando la mappa su un nuovo quartiere appaiono riquadri vuoti e il ricalcolo del tragitto richiede tra i 25 e i 40 secondi a causa dei blocchi nel multiplexing HTTP/2.
• Con throttling rigido a 384 kbps: Poiché i dati vettoriali pesano in media tra 20 e 50 KB per schermata, la banda minima di MollySIM scarica i contenuti in 1,5–3 secondi. Le sessioni TLS restano attive, le immagini satellitari pesanti vengono bypassate e le indicazioni vocali proseguono senza ritardi percettibili.
• Con deprioritizzazione dinamica: Le richieste dati subiscono frequenti ritrasmissioni a livello Radio Link Control (RLC). Nonostante la banda nominale sia teoricamente sufficiente, la perdita continua di pacchetti riduce la finestra TCP, bloccando l'aggiornamento della mappa a metà percorso.

2. Chiamate VoIP su WhatsApp e FaceTime Audio

• Con throttling rigido a 128 kbps: Le chiamate VoIP utilizzano il codec audio Opus, che si adatta tra 6 kbps e 32 kbps. Anche se la velocità teorica sembr