Pourquoi votre eSIM voyage est-elle lente ? Bridage vs Dépriorisation réseau expliqués (Guide 2026)

Le paradoxe de la 5G : pourquoi un signal au maximum ne garantit pas la vitesse à l'étranger

Peu de situations en voyage sont aussi frustrantes que de se trouver sous les néons du carrefour de Shibuya, dans le hall des arrivées de Londres-Heathrow ou d'essayer de commander un Uber à Times Square avec cinq barres pleines de « 5G » affichées sur son smartphone… pour finalement voir son navigateur expirer et ses applications de messagerie tourner dans le vide sans fin.

Ce décalage entre la puissance visuelle du signal et le débit réel est connu dans les télécommunications sous le nom de paradoxe de la 5G. Pour comprendre pourquoi cela se produit, il faut dissocier ce que mesure réellement la barre d'état de votre téléphone de la manière dont les données transitent concrètement à travers les frontières internationales.

+-----------------------------------------------------------------------------+
|                     CE QUE VOTRE TÉLÉPHONE MESURE RÉELLEMENT                |
+-----------------------------------------------------------------------------+
|  [Téléphone]  <==== Liaison radiofréquence (Couche 1) ====>  [Antenne locale]  |
|               * Mesures : RSRP, RSSI, SINR (Barres de signal)               |
|               * Statut : 5/5 barres (Excellente connexion RF)               |
+-----------------------------------------------------------------------------+
                                      |
                                      | Backhaul / Transit
                                      v
+-----------------------------------------------------------------------------+
|                     OÙ SE SITUE RÉELLEMENT LE GOULOT D'ÉTRANGLEMENT         |
+-----------------------------------------------------------------------------+
|  [Antenne locale] ---> [Point d'échange IPX] ---> [Passerelle paquet d'origine] ---> Internet |
|                        * Routage IP & acheminement de paquets (Couche 3)                      |
|                        * Quotas de bande passante, priorité QCI & goulots de transit          |
+-----------------------------------------------------------------------------+

Couche 1 (RF physique) vs Couche 3 (Routage de paquets)

Les quatre ou cinq barres affichées sur votre écran représentent la connectivité de la Couche 1 (Réseau d'accès radio physique / RAN). Votre téléphone calcule cette icône à partir d'indicateurs de radiofréquence :

• RSRP (Reference Signal Received Power) : La puissance brute du signal reçu depuis l'antenne-relais la plus proche (gNodeB en 5G, eNodeB en LTE).
• RSSI (Received Signal Strength Indicator) : La puissance totale reçue sur toute la bande passante, incluant le bruit et les interférences.
• SINR (Signal-to-Interference-plus-Noise Ratio) : La qualité du canal radio.

Des barres pleines signifient simplement que votre téléphone dispose d'une liaison radio directe et sans obstacle avec l'antenne locale. Cela ne signifie nullement que l'antenne dispose d'une capacité de raccordement (backhaul) suffisante, ni que le réseau vous a alloué de la bande passante.

+--------------------------+-----------------------------------------------------------+
| Indicateur / Couche      | Ce que cela contrôle                                      |
+--------------------------+-----------------------------------------------------------+
| Couche 1 (RAN / RF)      | Barres de signal, stabilité brute de la connexion locale. |
| Couche 2 (Liaison)       | Transmission des trames, ordonnancement radio local.      |
| Couche 3 (Réseau / IP)   | Débit réel des données, transit des paquets IP et routage.|
+--------------------------+-----------------------------------------------------------+

Pendant que votre appareil maintient une parfaite négociation de Couche 1 avec l'opérateur local (ex. NTT Docomo au Japon ou EE au Royaume-Uni), vos paquets de données doivent traverser la Couche 3 (Routage réseau). Si le secteur cellulaire local est saturé par 20 000 abonnés locaux, ou si la liaison reliant l'antenne au cœur de réseau est engorgée, vos paquets sont relégués tout en bas de la file d'attente.

Le goulot d'étranglement du transit en itinérance : IPX et Home Routing

Les profils eSIM de voyage internationaux introduisent un niveau de complexité supplémentaire : l'architecture d'itinérance (roaming). Lorsque vous vous connectez avec un forfait de données de voyage, votre trafic ne sort pas simplement sur l'Internet local. Il emprunte généralement un circuit d'itinérance international :

1. Accès local : Votre téléphone se connecte en Couche 1 au RAN de l'opérateur hôte du pays visité.
2. Encapsulation IPX : L'opérateur hôte encapsule vos paquets et les achemine via un réseau de transit IPX (IP eXchange) (géré par des fournisseurs comme Syniverse, BICS ou Tata Communications).
3. Cœur de réseau d'origine (S8HR / Home-Routed) : Dans les configurations classiques « Home-Routed », votre trafic est renvoyé jusqu'au cœur de réseau du MVNO émetteur (souvent situé à Hong Kong, en Pologne, en France ou en Israël) avant de rejoindre l'Internet public.
4. Trajet retour : Les données demandées doivent refaire l'intégralité de ce trajet transcontinental en sens inverse pour atteindre votre appareil.

Si le moindre maillon de cette chaîne internationale à sauts multiples subit des pertes de paquets, des pics de latence ou un plafonnement de bande passante, votre débit s'effondre totalement — alors même que votre téléphone affiche fièrement une connexion 5G maximale.

Pourquoi des seuils de bridage intelligents sont cruciaux dans les zones saturées

Lorsque les réseaux subissent une congestion extrême ou appliquent des règles d'utilisation équitable, les eSIM de voyage traditionnelles brident souvent la bande passante de l'utilisateur à 128 kbps — voire dégradent la priorité au point où la perte de paquets dépasse 80 %. À 128 kbps, les handshakes cryptographiques TLS modernes échouent, rendant totalement inopérants des services essentiels comme Google Maps, les réservations Uber ou les paiements mobiles.

Pour y remédier, des fournisseurs optimisés pour le roaming comme MollySIM exploitent des chemins de routage directs et appliquent un plancher de politique d'utilisation équitable (FUP) à 384 kbps. En maintenant le débit à 384 kbps — soit le triple du seuil standard du marché —, les paquets de données critiques (comme le rendu des cartes vectorielles, la tokenisation Apple Pay et la messagerie WhatsApp) conservent une vitesse suffisante pour fonctionner de manière fiable, évitant ainsi le gel complet de la connexion provoqué par la saturation des infrastructures locales.

Décrypter le QCI : comment fonctionne réellement la dépriorisation réseau par les opérateurs

Pour comprendre pourquoi votre eSIM de voyage s'arrête net alors qu'un habitant local à côté de vous visionne une vidéo 4K sans interruption, il faut regarder au-delà des barres de signal et analyser l'allocation des ressources radio. Les réseaux cellulaires ne traitent pas tous les paquets de données de manière égale. Les standards d'architecture du 3GPP régissent la classification du trafic via les identifiants de classe de qualité de service (QCI - QoS Class Identifiers) en 4G LTE et les 5QI (5G QoS Identifiers) sur les réseaux 5G Standalone.

Lorsque votre téléphone s'associe à une antenne relais (eNodeB en LTE ou gNodeB en 5G), la fonction PCRF (Policy and Charging Rules Function) de l'opérateur hôte lui attribue un support EPS (bearer) doté d'un indice de priorité numérique spécifique. Cet indice détermine l'ordre exact dans lequel les paquets sont transmis sur le spectre radio physique.

La hiérarchie QCI/5QI : où se situent les utilisateurs en itinérance

Chaque connexion réseau s'inscrit dans une hiérarchie opérationnelle allant des canaux vocaux critiques jusqu'aux données d'arrière-plan de priorité minimale. Le trafic en itinérance entrante — qui englobe la quasi-totalité des eSIM de voyage grand public — est positionné presque systématiquement au niveau le plus bas de cette échelle.

Ordonnancement équitable proportionnel : comment les antennes rejettent vos paquets

Les antennes-relais divisent les bandes de fréquences disponibles en unités microscopiques de temps et de fréquence appelées blocs de ressources physiques (PRB - Physical Resource Blocks). L'ordonnanceur interne de l'antenne exécute un algorithme Proportional Fair (PF) des centaines de fois par seconde pour assigner ces PRB aux appareils connectés.

En cas de charge faible à modérée, l'ordonnanceur traite aisément toutes les requêtes. En revanche, dès que vous entrez dans un secteur saturé — comme le terminal des arrivées d'un aéroport international, une gare bondée à l'heure de pointe ou un stade lors d'un événement sportif —, l'utilisation des PRB atteint 100 %.

Lorsque la saturation survient, l'ordonnanceur passe d'une régulation standard à un arbitrage strict des ressources :

1. Allocation des mémoires tampons (Buffers) : L'ordonnanceur traite en priorité absolue les files d'attente assignées aux QCI 6 et 7. Les appareils classés en QCI 9 (comme les profils eSIM de voyage) sont relégués en queue de file.
2. Bufferbloat & Latence TCP : Les paquets en QCI 9 devant attendre plus longtemps un créneau de transmission, le temps d'aller-retour (RTT) s'envole. Un ping normal de 40 ms grimpe rapidement à plus de 1 500 ms.
3. Rejet de fin de file (Tail Dropping) : Si la mémoire tampon d'entrée de l'antenne est pleine, l'ordonnanceur procède à un « tail drop » — il élimine purement et simplement les paquets de basse priorité avant même qu'ils ne soient transmis sur la liaison radio.
4. Spirale d'effondrement TCP (TCP Backoff) : Votre smartphone interprète ces paquets rejetés comme une défaillance réseau et réduit drastiquement la taille de sa fenêtre d'émission TCP, faisant chuter votre débit effectif vers zéro.

Surmonter les goulots d'étranglement de la dépriorisation en voyage

Comme les opérateurs hôtes privilégient toujours leurs abonnés nationaux payants par rapport aux utilisateurs temporaires en itinérance lors des pics de charge, les clients d'eSIM de voyage subissent souvent une sévère dépriorisation. Alors que les eSIM grand public aggravent ce phénomène en combinant une attribution QCI 9 avec un bridage agressif à 128 kbps, les solutions optimisées atténuent cet impact en réduisant la surcharge de paquets et en rehaussant les seuils de trafic minimaux.

Des opérateurs comme MollySIM structurent leur routage pour limiter les pénalités de latence inter-opérateurs et garantissent un plancher d'utilisation équitable (FUP) à 384 kbps — soit trois fois plus que la limite classique de 128 kbps des eSIM traditionnelles. Alors qu'une connexion dépriorisée à 128 kbps ne parvient pas à maintenir les échanges cryptographiques sécurisés, un seuil à 384 kbps fournit la vélocité nécessaire pour faire tourner Google Maps, commander un Uber et valider des paiements Apple Pay sans interruption.

Les petites lignes des forfaits « illimités » : politiques d'utilisation équitable (FUP) et plafonds de débit

Le mot « Illimité » est le terme marketing le plus galvaudé de l'industrie du roaming international. Lorsque les fournisseurs d'eSIM low-cost vantent des forfaits de données haut débit illimités, ils dissimulent généralement des politiques d'utilisation équitable (FUP - Fair Usage Policy) très strictes au fin fond de leurs conditions générales. En pratique, pratiquement aucune eSIM touristique ne fournit des gigaoctets illimités sans bridage sur les réseaux étrangers, en raison des coûts de gros prohibitifs facturés par les opérateurs locaux.

Les utilisateurs se heurtent plutôt à des plafonds stricts et artificiels dès qu'ils franchissent des seuils quotidiens arbitraires — généralement compris entre 500 Mo et 2 Go.

L'architecture du bridage : PCRF et Session-AMBR

Contrairement à la dépriorisation (qui fluctue dynamiquement selon la saturation de l'antenne locale), le bridage intentionnel est un plafonnement de vitesse logiciel, absolu, appliqué directement au cœur de réseau.

1. Comptabilisation du trafic : Pendant que vous consommez des données, l'OCS (Online Charging System) suit votre volume d'octets cumulé par rapport à votre profil souscrit.
2. Exécution de la règle : Dès que votre consommation atteint le quota journalier, la fonction PCRF (Policy and Charging Rules Function) (ou le PCF en 5G Standalone) envoie un signal de modification dynamique de politique vers la passerelle PGW (Packet Data Network Gateway) ou UPF (User Plane Function).
3. Plafonnement de bande passante : Le cœur de réseau met à jour votre paramètre APN-AMBR (Access Point Name Aggregate Maximum Bit Rate). Cela restreint immédiatement les débits montant et descendant à une fraction de la vitesse radio native — le plus souvent 128 kbps ou le seuil critique de 64 kbps.

Pourquoi 128 kbps et 64 kbps paralysent l'infrastructure web moderne

Les fournisseurs d'itinérance traditionnels justifient souvent les limites à 128 kbps en affirmant que cela reste suffisant pour « la messagerie basique et la navigation d'urgence ». Dans le contexte de l'architecture web moderne, cette affirmation est techniquement fausse.

Les applications mobiles actuelles ne transmettent plus de simples textes bruts légers. Chaque connexion est encapsulée dans une lourde couche cryptographique et des frameworks complexes côté client :

• Échecs des handshakes TLS/SSL : L'établissement d'une session sécurisée nécessite l'échange de certificats cryptographiques et de clés publiques (souvent 6 à 12 Ko de données de négociation). Sur une liaison d'itinérance internationale à forte latence étranglée à 64 ou 128 kbps, ces échanges initiaux prennent plusieurs secondes. Les systèmes d'exploitation mobiles et les applications imposent des délais d'expiration stricts (souvent 5 à 10 secondes), ce qui interrompt la connexion sécurisée avant même d'avoir pu afficher le moindre octet de données.
• Retards de rendu des tuiles vectorielles : Des applications comme Google Maps et Apple Maps téléchargent des tuiles vectorielles Mapbox (MVT) sérialisées plutôt que de simples images compressées statiques. Une liaison bridée à 128 kbps ne peut pas charger ces paquets vectoriels assez vite, laissant la carte totalement vide lorsque vous marchez ou conduisez en ville.
• Interrogation d'API et expiration de tokens : Les plateformes de VTC (Uber, Grab) et les passerelles de paiement mobile (Apple Pay, Google Wallet) effectuent des requêtes API fréquentes et rapides pour synchroniser la télémétrie de localisation et échanger des cryptogrammes sous forme de tokens. Sur des connexions bridées, ces requêtes expirent, affichant en boucle l'erreur « Erreur de connexion réseau ».

Confort d'utilisation réel selon les différents seuils de bridage