De architectuur van embedded SIM's: eUICC-hardware, geheugentoewijzing en actieve lijnen
Om te begrijpen waarom smartphones tegen harde grenzen aanlopen wat betreft eSIM-capaciteit en schakelsnelheden, moeten we naar het siliciumniveau kijken. Een embedded SIM is niet zomaar een softwareconfiguratie; het is een eUICC (embedded Universal Integrated Circuit Card)—een fraudebestendige, beveiligde microcontroller die rechtstreeks op het moederbord van het apparaat is gesoldeerd (of in toenemende mate als iSIM direct in de SoC is geïntegreerd).
Gestandaardiseerd door de GSMA onder specificaties zoals SGP.22, functioneert de eUICC als een geïsoleerde cryptografische enclave, volledig gescheiden van de applicatieprocessor (AP) en het primaire flashgeheugen van het systeem.
+-----------------------------------------------------------------------+
| eUICC Silicium |
| +-------------------------------------------------------------------+ |
| | Card Operating System (COS) | |
| +-------------------------------------------------------------------+ |
| | ECASD (Root Keys) | ISD-R (Lifecycle) | LPAe (Optioneel) | |
| +---------------------+-----------------------+---------------------+ |
| | ISD-P Partities | |
| | +-----------------------+ +-----------------------+ +-----------+ | |
| | | Profiel 1: Thuisnetw. | | Profiel 2: Reis-eSIM | | Profiel 3 | | |
| | | - IMSI & Netwerksleut.| | - IMSI & Netwerksleut.| | (Vrij / | | |
| | | - Provider-applets | | - MollySIM Profiel | | Inactief) | | |
| | | - Bestandssyst. (32KB)| | - Bestandssyst. (48KB)| | | | |
| | +-----------------------+ +-----------------------+ +-----------+ | |
+-----------------------------------------------------------------------+eUICC-geheugenvoetafdruk: De limiet van 512 KB tot 1 MB
In tegenstelling tot de primaire UFS 4.0- of NVMe-opslag van je smartphone, die honderden gigabytes beslaat, is het beveiligde, niet-vluchtige geheugen van een eUICC microscopisch klein. Vlaggenschepen bevatten doorgaans eUICC-modules met een totale capaciteit tussen 512 KB en 1024 KB (1 MB) aan gehard EEPROM- of NOR-flashgeheugen.
Deze beperkte capaciteit moet de volledige kaartinfrastructuur huisvesten:
- Card Operating System (COS): Neemt 128 KB tot 256 KB in beslag voor low-level uitvoering, cryptografische algoritmes (ECC, RSA, AES) en hardware-isolatie.
- Security Domains:
- ECASD (Embedded UICC Controlling Authority Security Domain): Bevat de GSMA-rootcertificaten voor het authenticeren van profielservers.
- ISD-R (Issuer Security Domain Root): Beheert de levenscyclus van alle profielcontainers.
- ISD-P (Issuer Security Domain Profile) Toewijzingen: De resterende ruimte (doorgaans 300 KB tot 650 KB) wordt opgedeeld in discrete sandboxes voor individuele profielen.
Een enkel providerprofiel—inclusief IMSI, cryptografische authenticatiesleutels (Ki/K), providerspecifieke SIM-applets (Java Card TAR's) en lokale beleidsregels—neemt tussen de 30 KB en meer dan 80 KB in beslag. Hierdoor wordt de nominale profielcapaciteit structureel begrensd door pure partitiewiskunde in plaats van willekeurige softwareblokkades.
| eUICC-component / Partitie | Geheugenvoetafdruk | Functie |
|---|---|---|
| Card Operating System (COS) | 128 KB – 256 KB | Voert APDU-basiscommando's en crypto-algoritmes uit |
| Security Domains (ECASD / ISD-R) | 64 KB – 96 KB | Huisvest GSMA-rootcertificaten en levenscyclusbeheer |
| Actieve/Gecachte ISD-P (Per profiel) | 30 KB – 80 KB | Slaat providergegevens, IMSI, Ki en SIM-toolkit-applets op |
| Beschikbare gebruikersopslag | 300 KB – 650 KB | Beschikbare payloadruimte voor inactieve/actieve profielen |
Nominale profielopslag vs. Fysieke baseband-transceivers
Een cruciaal onderscheid dat consumenten vaak ontgaat, is het verschil tussen het cachen van inactieve profielen en gelijktijdige actieve connectiviteit:
[ Inactieve profielen (Flash Cache) ] -> [ LPA Provisioning Engine ] -> [ Baseband Transceivers (Actieve lijnen) ]
(8 tot 20 profielen) (Brug op OS-niveau) (Max 2 actief: DSDS / DSDA)- Opslag van inactieve profielen: Dit betreft het aantal uitgeschakelde ISD-P-containers dat in het niet-vluchtige flashgeheugen is opgeslagen. De firmware van vlaggenschepen indexeert doorgaans 8 tot 20 inactieve profielen. In deze toestand blijven de inloggegevens veilig bevroren in het flashgeheugen, zonder stroom te verbruiken of zich aan te melden op cellulaire signaleringskanalen.
- Actieve lijn-transceivers (DSDS vs. DSDA): Ongeacht of een eUICC 8 of 20 profielen bevat, beschikken moderne smartphone-basebandmodems (zoals Qualcomm's Snapdragon X75/X80 of Apple's eigen basebandarchitecturen) over fysieke RF-transceiverlijnen die beperkt zijn tot twee gelijktijdige netwerkstatussen:
- Dual SIM Dual Standby (DSDS): Twee profielen (fysieke SIM + eSIM, of Dual eSIM) delen één baseband-transceiver. Beide zijn tegelijkertijd stand-by op het netwerk, maar een actieve oproep of data-intensieve VoLTE-verbinding op Lijn 1 onderbreekt de datadoorvoer op Lijn 2.
- Dual SIM Dual Active (DSDA): Deze technologie is te vinden in geselecteerde topmodellen op Android en gebruikt dubbele gelijktijdige basebandpaden om data en spraak op beide lijnen tegelijkertijd actief te houden zonder onderbrekingen.
LPA-beheer, firmware-indexering en provisioning
De schakel tussen de eUICC-hardware en het besturingssysteem is de Local Profile Assistant (LPA). Geïmplementeerd op OS-niveau (LPAd) op iOS en Android, of direct op de beveiligde chip (LPAe), orkestreert de LPA het downloaden van profielen (LPD) en de interacties met de gebruikersinterface (LUI).
Wanneer je een eSIM inschakelt, stuurt de LPA low-level APDU-commando's via de baseband van het apparaat om de gewenste ISD-P te activeren, oude authenticatiesessies uit de basebandcache van het modem te wissen, basebandregisters toe te wijzen aan de nieuwe ISD-P en wederzijdse authenticatie via het radionetwerk uit te voeren.
Omdat het wisselen van profielen zorgt voor basislatentie door een 'koude handshake' met de baseband, kiezen internationale reizigers er vaak voor om naast hun primaire binnenlandse profiel een speciale reis-eSIM aan te houden. Geavanceerde reis-eSIM-aanbieders optimaliseren dit proces door compacte, standaarden-conforme ISD-P-payloads te ontwerpen die met minimale APDU-overhead worden geïnstalleerd.
Naast de installatie-efficiëntie wordt de gebruikservaring na activering sterk bepaald door het netwerkbeheer. MollySIM hanteert bijvoorbeeld een Fair Use Policy (FUP)-ondergrens van 384 kbps—drie keer sneller dan de standaard 128 kbps waarmee traditionele roamingdiensten data afknijpen. Dit verschil in basissnelheid zorgt ervoor dat realtime reisapps, zoals cryptografische Apple Pay-betalingen en Google Maps-navigatie, probleemloos blijven functioneren, zelfs wanneer de snelle databundel is verbruikt.
iPhone vs. Android-vlaggenschepen: Technische specificaties en opslaglimieten vergeleken
🇬🇧 United Kingdom High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.
Het maximale aantal eSIM-profielen dat een smartphone kan opslaan, hangt af van het fysieke niet-vluchtige geheugen (NVM) dat is toegewezen binnen het beveiligde element (eUICC) en de manier waarop het besturingssysteem profielmetadata beheert. Hoewel consumenten vaak aannemen dat eSIM-opslag digitaal en dus virtueel onbeperkt is, partitioneren hardwarefabrikanten het eUICC-geheugen strikt volgens de GSMA SGP.22-specificaties om cryptografische sleutels, applets en providerprofielen (ISD-P) veilig te scheiden.
Verschillende fabrikanten (OEM's)—met name Apple, Samsung en Google—richten hun basebands, eUICC-controllers en profielbeheerdiensten op verschillende manieren in.
Geheugentoewijzing: Apple Secure Enclave vs. Android-hardwarearchitectuur
- Apple iPhone-serie (iPhone 15-, 16- en 17-modellen): Apple combineert aangepaste baseband-implementaties en Qualcomm Snapdragon-modems met opzichzelfstaande, CC EAL6+-gecertificeerde eUICC's (doorgaans van STMicroelectronics of NXP). iOS reserveert blokken van vaste grootte voor elke profielcontainer, wat gemiddeld ruimte biedt aan 8 tot 10 opgeslagen eSIM-profielen. De Amerikaanse uitvoeringen zonder fysieke SIM-lade optimaliseren de baseband-routing voor Dual Active eSIM-functionaliteit, waardoor twee willekeurige opgeslagen profielen tegelijkertijd kunnen draaien in Dual SIM Dual Standby (DSDS)-modus zonder fysieke nano-SIM.
- Google Pixel-serie (Pixel 8-, 9- en 10-modellen): Google gebruikt de Titan M-beveiligingscoprocessor in combinatie met Exynos/Tensor-modemarchitecturen. Pixel OS maakt gebruik van dynamische bloktoewijzing voor profielcontainers. In plaats van starre, vaste partities wijst de LPA het beschikbare flashgeheugen van de eUICC dynamisch toe. Hierdoor kan een modern Pixel-toestel tot wel 20 eSIM-profielen opslaan, mits deze geen uitzonderlijk grote applet-pakketten bevatten. Pixels ondersteunen bovendien standaard Multiple Enabled Profiles (MEP), wat twee actieve eSIM-lijnen op één fysieke eUICC-chip mogelijk maakt.
- Samsung Galaxy-serie (Galaxy S24-, S25- en S26-modellen): Samsung integreert ingebouwde beveiligingselementen met Samsung Knox Vault. De opslagcapaciteit varieert van 5 tot 10 profielen, afhankelijk van regionale firmwarepartities en of de variant draait op een Qualcomm Snapdragon- of Samsung Exynos-platform. Samsung heeft de ondersteuning voor MEP op recente vlaggenschepen aanzienlijk uitgebreid, waardoor gelijktijdig actieve dual-eSIM op nieuwere modellen mogelijk is.
Technische vergelijkingstabel vlaggenschepen
De onderstaande tabel geeft inzicht in de hardwareprofielen, schakeldynamiek en opslaglimieten van hedendaagse vlaggenschepen:
| Toestelmodel | Max. opgeslagen eSIM-profielen | Max. gelijktijdig actieve eSIM's | Mobiele netwerkarchitectuur (Dual Mode) | Protocol voor profieloverdracht | Typische baseband-handshakelatentie |
|---|---|---|---|---|---|
| Apple iPhone 17 Pro / Pro Max | 10–12 | 2 | DSDA / DSDS (Dual eSIM) | iOS Quick Transfer (Bluetooth + iCloud-sync) | 4,2 – 6,5 seconden |
| Apple iPhone 15 / 16-serie | 8–10 | 2 | DSDS (Dual eSIM) | iOS Quick Transfer / Carrier Push | 5,8 – 8,1 seconden |
| Google Pixel 9 / 10 Pro | Tot 20 | 2 | DSDS / DSDA via MEP | Android Fast Pair / Google Cloud Restore | 3,9 – 5,4 seconden |
| Google Pixel 8-serie | Tot 15 | 2 | DSDS via MEP | QR-scan / Android OS Profielbackup | 6,1 – 8,7 seconden |
| Samsung Galaxy S25 / S26 Ultra | 8–10 | 2 | DSDS / DSDA | Knox Cloud eSIM Transfer / QR | 4,5 – 7,0 seconden |
| Samsung Galaxy S24-serie | 5–8 | 2 | DSDS (1 eSIM + 1 Nano of 2 eSIM) | Samsung Smart Switch / QR-scan | 7,2 – 10,4 seconden |
Provisioning-overhead en gevolgen voor internationale roaming
De omvang van de profiel-payload bepaalt de installatie- en activatietijd. Complexe profielen met verouderde SIM Toolkit (STK)-hulpprogramma's overschrijden vaak de standaard partitiegrootte van 64 KB, wat leidt tot langzamere APDU-schrijfcycli tijdens het downloaden.
Wanneer je over de grens reist met meerdere profielen op één toestel, zijn efficiënte installatie en netwerkkwaliteit van groot belang. Slanke profielen installeren aanzienlijk sneller via drukke zendmasten op luchthavens of bij grensovergangen.
Bovendien bepalen netwerkregels hoe bruikbaar je verbinding blijft na activatie. Voor reizigers die diensten zoals MollySIM gebruiken, is de profielconfiguratie geoptimaliseerd voor snelle LPA-handshakes, terwijl de netwerkarchitectuur een minimale Fair Use Policy (FUP)-snelheid van 384 kbps garandeert. Vergeleken met de gebruikelijke terugval naar 128 kbps zorgt deze driemaal hogere basissnelheid ervoor dat essentiële diensten—zoals betalingen via Apple Pay, ritten volgen via Uber en realtime navigatie in Google Maps—zonder time-outfouten blijven werken, zelfs wanneer de snelle databundel op is.
Schakellatentie & grensoverschrijdingen: Praktijkbenchmarks voor LPA-activatie en netwerkoverdracht
Hoewel de theoretische eUICC-capaciteit aangeeft hoeveel profielen je toestel kan bewaren, bepaalt de schakelsnelheid hoe soepel dit in de praktijk werkt tijdens het reizen. Schakelen tussen een binnenlandse provider en een buitenlandse reis-eSIM vereist een complexe handshake tussen het besturingssysteem, de basebandprocessor en zendmasten op locatie.
De 5 stappen van de LPA-handshake
Wanneer je een eSIM-profiel inschakelt in de instellingen van je toestel, voert de Local Profile Assistant (LPA) een vast telecomprotocol uit zoals vastgelegd in de GSMA SGP.22-specificaties:
- Profielstatuswijziging: De LPA stuurt Application Protocol Data Unit (APDU)-commando's naar de eUICC om het actieve profiel uit te schakelen en het nieuwe profiel te activeren.
- Baseband-herinitialisatie & IMSI Detach: Het mobiele modem voert een gedeeltelijke herstart uit en verzendt een IMSI Detach-bericht om zich netjes af te melden bij het huidige Public Land Mobile Network (PLMN).
- Frequentie- & PLMN-scan: Het modem scant ondersteunde Absolute Radio Frequency Channel Numbers (ARFCN) op lokale 4G LTE- en 5G NR-banden aan de hand van de Mobile Country Code (MCC) en Mobile Network Code (MNC) uit de prioriteitstabel van het ingeschakelde profiel.
- Cryptografische authenticatie: De baseband wisselt authenticatievectoren uit met het lokale bezochte netwerk (VPLMN) en de thuis-HSS/UDM via het Milenage- of TUAK-algoritme.
- Bearer-configuratie & PDP-contextactivatie: Het apparaat configureert de Access Point Name (APN), zet standaard EPS/5GS-dragers op en ontvangt dynamische IPv4/IPv6-adressen via DHCP.
OS-latentiebenchmarks: iOS vs. Android-vlaggenschepen
De schakelsnelheid verschilt aanzienlijk per fabrikant door variaties in de LPA-software, integratie van modemfirmware en validatieroutines voor providerbundels.
| Toestelecosysteem | LPA-architectuur | Gemiddelde latentie bij profielwissel | Volledige koude handshake (Vliegveld/Grens) |
|---|---|---|---|
| Apple iPhone 15 / 16-serie | iOS CoreTelephony Framework | 8,2 – 14,6 seconden | 18,5 – 32,0 seconden |
| Google Pixel 8 / 9 / 10 | Native Android lpad Daemon | 6,1 – 11,8 seconden | 15,2 – 26,4 seconden |
| Samsung Galaxy S25 / S26 Ultra | One UI / Knox Telephony Service | 9,8 – 17,4 seconden | 22,1 – 38,6 seconden |
Benchmarks uitgevoerd met Tier-1 roamingprofielen in actieve 5G Standalone (SA) en Non-Standalone (NSA) netwerkomgevingen.
Google's standaard lpad-uitvoering in Android behaalt de hoogste pure schakelsnelheden dankzij minimale tussenliggende validatielagen. Daarentegen zorgt Samsung's One UI voor extra vertraging doordat Knox-beveiligingscontroles eerst de handtekening van het SIM-profiel verifiëren voordat de baseband wordt aangestuurd. Apple's CoreTelephony-stack levert zeer consistente resultaten en voorkomt dat het scherm bevriest tijdens netwerkresets.
Koude netwerkregistraties en roaming-fallbacks bij grensovergangen
De grootste uitdaging ontstaat bij fysieke grensovergangen (zoals per trein door Europa of met de auto tussen de VS en Canada). Wanneer het primaire netwerksignaal wegvalt, bepalen de 3GPP TS 23.122-timers hoe actief het modem zoekt naar thuis- versus roamingpartners.
Een slecht geconfigureerde reis-eSIM met een overvolle lijst van voorkeursnetwerken kan ervoor zorgen dat apparaten 60 tot 120 seconden vastzitten in een "Geen service"-zoeklus terwijl het modem niet-beschikbare netwerkfrequenties afzoekt.
Geoptimaliseerde eSIM-architecturen minimaliseren deze overgangsvertraging. Door overzichtelijke MCC/MNC-prioriteitstabellen te combineren met gestroomlijnde baseband-handshakes, verkleinen aanbieders zoals MollySIM de registratievertraging bij een koude start aanzienlijk vergeleken met traditionele multi-IMSI-profielen. Bovendien zorgt de Fair Use Policy (FUP) van 384 kbps van MollySIM (drie keer sneller dan de standaard 128 kbps) ervoor dat navigatie, chatberichten en transport-apps gewoon blijven functioneren zonder time-outs terwijl de routeringstabellen bij de grens worden bijgewerkt.
Risico's van profielverloop: Onbedoelde verwijderingen, QR-vergrendelingen en LPA-valkuilen
Het frequent installeren, uitschakelen en verwijderen van regionale eSIM-profielen tijdens reizen brengt aanzienlijke technische risico's met zich mee. Hoewel smartphonefabrikanten de eUICC presenteren als een moeiteloze digitale opslag, kunnen software- en cryptografische processen voor onaangename verrassingen zorgen bij reizigers.
+-----------------------------------------------------------------------------------+
| GSMA SM-DP+ Provisioning Levenscyclus |
| |
| [QR-code / Matching ID] ---> [SM-DP+ Server] ---> [Cryptografische Handshake] |
| | |
| v |
| Token Verbruikt (Eenmalige activatie) |
| | |
| +--------------------------+--------------------------+ |
| | | |
| v v |
| [eUICC Installeert Profiel] [Per ongeluk verwijderd] |
| | | |
| v v |
| Operationele status PERMANENT DATAVERLIES |
| (QR kan niet opnieuw scannen) |
+-----------------------------------------------------------------------------------+Onduidelijke interface: Het gevaar van "Uitschakelen" versus "Verwijderen"
De voornaamste reden voor verbroken connectiviteit in het buitenland is verwarrende interface-ontwerpen. Zowel iOS als Android maken het onderscheid tussen het deactiveren van een profiel en het definitief wissen van de cryptografische sleutels niet altijd even duidelijk:
- Apple iOS: Onder Instellingen > Mobiel netwerk toont het aantikken van een lijn een groene schakelaar voor "Schakel deze lijn in" vlak naast een opvallende, rode knop met de tekst "Verwijder eSIM" (voorheen "Verwijder mobiel abonnement"). Gebruikers die dataroaming tijdelijk willen uitzetten om batterij te sparen, tikken per ongeluk regelmatig op de rode knop, waardoor het profiel volledig uit het Secure Element wordt gewist.
- Samsung One UI: Samsung toont een schakelaar naast het profiel in SIM-beheer, maar plaatst de optie "Verwijderen" direct in het submenu zonder biometrische bevestiging, wat snel kan leiden tot onbedoelde verwijdering.
SM-DP+ eenmalige token-ongeldigheid
Zodra een eSIM-profiel van een eUICC is verwijderd, kan het niet zomaar worden hersteld door de originele QR-code of pdf opnieuw te scannen.
Binnen de GSMA Consumer Remote SIM Provisioning (RSP)-architectuur (SGP.22) genereert de SM-DP+ (Subscription Manager Data Preparation+)-server een unieke MatchingID gekoppeld aan een eenmalig cryptografisch transactietoken. Zodra de Local Profile Assistant (LPA) de download heeft voltooid en bevestigd:
- Markeert de SM-DP+-server het transactietoken als "Verbruikt" ("Spent").
- Koppelt het facturatiesysteem van de provider de ICCID definitief aan dat specifieke eUICC-EID.
- Resulteren nieuwe scanpogingen in een RSP-foutmelding (bijv.
SM-DP+ Error: 8.1.1 - Matching ID not found or already used).
Reizigers die onderweg een profiel verwijderen om een verbindingsprobleem op te lossen, komen daardoor vaak zonder mobiele data te zitten en moeten een volledig nieuw profiel aanschaffen.
LPA-foutstatussen en overvol eUICC-geheugen
Moderne eUICC-chips in vlaggenschepen beschikken doorgaans over 512 KB tot 1,5 MB aan niet-vluchtig geheugen (NVM). Wanneer reizigers tientallen verlopen reisprofielen laten staan, kan de LPA tegen harde grenzen aanlopen:
| LPA-fout / Symptoom | Technische oorzaak | Gevolg in de praktijk |
|---|---|---|
LPA_ERR_MEM_FULL (Fout 8.1) | eUICC NVM vol door achtergebleven metadata, oude certificaten en profielvervuiling. | Toestel weigert nieuwe profielen te downloaden, zelfs bij uitstekend mobiel bereik. |
| PPR (Profile Policy Rule) Conflict | Profielen met PPR1- of PPR2-vlaggen blokkeren gelijktijdig gebruik met concurrerende MNO-applets. | Secundair profiel kan pas worden ingeschakeld nadat het conflicterende profiel volledig is gewist. |
| Baseband Time-out Loop | Verouderde of gefragmenteerde providerbundels overbelasten de baseband bij dual-eSIM-handshakes. | Modems raken in een continue reset-lus, waardoor het signaal op beide lijnen tijdelijk wegvalt. |
Structurele oplossing: Profielverloop verminderen
De meest effectieve manier om LPA-problemen en tokenblokkades te voorkomen, is het aantal profielinstallaties tot een minimum te beperken. In plaats van tijdens een rondreis te wisselen tussen losse landspecifieke profielen, voorkomt een geïntegreerde wereldwijde oplossing zoals MollySIM geheugenvervuiling door toegang tot talloze internationale netwerken te bieden via één permanent geïnstalleerd eSIM-profiel.
Mocht een provideroverdracht onverhoopt voor een korte onderbreking zorgen, dan biedt de Fair Use Policy (FUP) van 384 kbps van MollySIM (drie keer sneller dan de industriestandaard van 128 kbps) voldoende bandbreedte. Hierdoor blijven navigatie via Google Maps, Apple Pay-betalingen en taxi-apps probleemloos functioneren zonder time-outfouten van het besturingssysteem.
Het voordeel van één enkel profiel: Eenvoudiger reizen door meerdere regio's met MollySIM
Wie door meerdere landen reist, was voorheen aangewezen op een steeds langere lijst van lokale eSIM-profielen. Zoals uit hardwaretests blijkt, zorgt het continu wisselen tussen losse profielen voor merkbare schakelvertraging in de baseband, het risico op een vol eUICC-geheugen en synchronisatiefouten in de Local Profile Assistant (LPA).
Dynamische profielroutering neemt deze hardwarematige knelpunten volledig weg. Door gebruik te maken van geavanceerde Over-The-Air (OTA) providerwissels op één permanent geconfigureerd eUICC-slot, vervangt MollySIM de cyclus van downloaden, wissen en herinstalleren door een geïntegreerd model.
Dynamische Over-The-Air (OTA) profielarchitectuur
Traditionele eSIM-aanbieders vereisen dat gebruikers voor elke nieuwe bestemming een apart profiel downloaden. Elke installatie verbruikt 25 KB tot 60 KB van het beveiligde eUICC-flashgeheugen, telt mee voor de profiellim
🇬🇧 United Kingdom High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.