eSIM-lagergrænser og skiftehastighed: iPhone vs. Android-flagskibe (2026-sammenligning)

Arkitekturen bag indlejrede SIM-kort: eUICC-hardware, hukommelsesallokering og aktive linjer

For at forstå, hvorfor smartphones rammer en hård mur med hensyn til eSIM-kapacitet og skiftehastigheder, er man nødt til at kigge på siliciumniveauet. Et indlejret SIM-kort (eSIM) er ikke blot en softwarekonfiguration; det er et eUICC (embedded Universal Integrated Circuit Card) – en manipulationssikret, sikker mikrokontroller loddet direkte på enhedens bundkort (eller i stigende grad integreret direkte i systemchippen som et iSIM).

Standardiseret af GSMA under specifikationer som SGP.22 fungerer eUICC som en isoleret kryptografisk enklave, adskilt fra applikationsprocessoren (AP) og systemets primære flash-hukommelse.

+-----------------------------------------------------------------------+
|                            eUICC-silicium                             |
| +-------------------------------------------------------------------+ |
| |                    Kortoperativsystem (COS)                       | |
| +-------------------------------------------------------------------+ |
| |  ECASD (Root-nøgler) |  ISD-R (Livscyklus)  |    LPAe (Valgfri)   | |
| +---------------------+-----------------------+---------------------+ |
| |                           ISD-P-partitioner                       | |
| | +-----------------------+ +-----------------------+ +-----------+ | |
| | | Profil 1: Hjemme-udbyd| | Profil 2: Rejse-eSIM  | | Profil 3  | | |
| | | - IMSI & netværksnøgl | | - IMSI & netværksnøgl | | (Ledig /  | | |
| | | - Operatør-applets    | | - MollySIM-profil     | |  Inaktiv) | | |
| | | - Filsystem (32 KB)   | | - Filsystem (48 KB)   | |           | | |
| | +-----------------------+ +-----------------------+ +-----------+ | |
+-----------------------------------------------------------------------+

eUICC-hukommelsesfodaftryk: Begrænsningen på 512 KB til 1 MB

I modsætning til din smartphones primære UFS 4.0- eller NVMe-lager, der måles i hundredvis af gigabyte, er eUICC'ens sikre, ikke-flygtige hukommelse mikroskopisk. Flagskibsenheder integrerer typisk eUICC-moduler med en samlet kapacitet på mellem 512 KB og 1024 KB (1 MB) hærdet EEPROM- eller NOR-flash.

Dette snævre fodaftryk skal rumme hele kortets infrastruktur:

• Kortoperativsystem (COS): Optager 128 KB til 256 KB til håndtering af lavniveau-eksekvering, kryptografiske primitiver (ECC, RSA, AES) og hardwareisolering.
• Sikkerhedsdomæner:
• ECASD (Embedded UICC Controlling Authority Security Domain): Indeholder GSMA-rodcertifikaterne til godkendelse af profilservere.
• ISD-R (Issuer Security Domain Root): Styrer livscyklussen for alle profilcontainere.
• ISD-P-allokeringer (Issuer Security Domain Profile): Den resterende plads (typisk 300 KB til 650 KB) opdeles i diskrete sandkasser til individuelle profiler.

En enkelt operatørprofil – der indeholder sit IMSI, kryptografiske godkendelsesnøgler (Ki/K), operatørspecifikke SIM-applets (Java Card TARs) og lokale politikregler – optager alt fra 30 KB til over 80 KB. Den nominelle profilkapacitet er derfor strukturelt begrænset af ren partitionsmatematik snarere end vilkårlige softwareblokeringer.

Nominel profillagring vs. fysiske baseband-transceivere

En afgørende skelnen, der ofte overses i forbruger-specifikationer, er forskellen mellem inaktiv profil-caching og samtidig aktiv forbindelse:

[ Inaktive profiler (Flash-cache) ] -> [ LPA Provisioning Engine ] -> [ Baseband-transceivere (Aktive linjer) ]
        (8 til 20 profiler)                    (OS-niveau bro)                (Maks. 2 aktive: DSDS / DSDA)

1. Inaktiv profil-caching: Dette repræsenterer antallet af deaktiverede ISD-P-containere gemt i ikke-flygtig flash-hukommelse. Flagskibs-firmware indekserer typisk mellem 8 og 20 inaktive profiler. I denne tilstand forbliver oplysningerne sikkert fastfrosset i flash uden at bruge strøm eller registrere sig på cellulære signalkanaler.
2. Aktive linjetransceivere (DSDS vs. DSDA): Uanset om en eUICC rummer 8 eller 20 profiler, har moderne smartphone-basebandmodemer (såsom Qualcomms Snapdragon X75/X80 eller Apples tilpassede baseband-arkitekturer) fysiske RF-transceiver-kredsløb, der er begrænset til at håndtere to samtidige netværkstilstande:

• Dual SIM Dual Standby (DSDS): To profiler (fysisk SIM + eSIM eller Dual eSIM) deler en enkelt baseband-transceiver. Begge er i standby på netværket samtidigt, men et aktivt kredsløbskoblet eller højtprioriteret VoLTE-opkald på linje 1 suspenderer datagennemstrømningen på linje 2.
• Dual SIM Dual Active (DSDA): Findes i udvalgte Android-topmodeller og bruger dobbelte samtidige baseband-stier til at opretholde uafbrudt data og tale på begge linjer samtidigt.

LPA-styring, firmwareindeksering og klargøring

Broen mellem eUICC-hardwaren og værtsoperativsystemet er Local Profile Assistant (LPA). Implementeret enten på OS-niveau (LPAd) på iOS og Android eller direkte i den sikre chip (LPAe), orkestrerer LPA'en profildownload (LPD) og lokale brugergrænsefladeinteraktioner (LUI).

Når du slår et eSIM til eller fra, sender LPA'en lavniveau-APDU-kommandoer via enhedens baseband for at deaktivere mål-ISD-P'en, rydde gamle godkendelsessessioner fra modemmets baseband-cache, tildele baseband-registre til den nye ISD-P og udføre gensidig godkendelse over radionetværket (RAN).

Da skift mellem profiler medfører koldstarts-latens i basebandet, har internationale rejsende ofte en primær indenlandsk profil kørende sideløbende med dedikerede rejsedataprofiler. Avancerede udbydere af rejse-eSIM optimerer dette workflow ved at udvikle slanke, standardoverholdende ISD-P-nyttelaster, der installeres med minimalt APDU-transaktionsforbrug.

Ud over installationseffektiviteten afhænger ydeevnen efter aktivering af netværksstyringspolitikkerne. For eksempel implementerer MollySIM en Fair Use Policy (FUP) med en minimumsgrænse på 384 kbps – tre gange højere end branchens standarddrosling på 128 kbps, som traditionelle roamingtjenester benytter. Denne forskel i basishastighed sikrer, at latensfølsomme og kritiske rejseværktøjer som kryptografiske Apple Pay-godkendelser og vektor-rendering i Google Maps forbliver fuldt funktionelle, selv efter at de regionale højhastighedsdatapakker er opbrugt.

iPhone vs. Android-flagskibe: Tekniske specifikationer og lagergrænser sammenlignet

Det maksimale antal eSIM-profiler, en smartphone kan gemme, afhænger af den fysiske ikke-flygtige hukommelseskapacitet (NVM), der er allokeret i dens sikre element (eUICC), og hvordan operativsystemet håndterer profilmetadata. Selvom forbrugere ofte antager, at eSIM-lagring er praktisk talt ubegrænset, fordi det er digitalt, opdeler hardwareproducenter eUICC-hukommelsen strengt for at isolere kryptografiske nøgler, applets og operatørprofiler (ISD-P) i henhold til GSMA SGP.22-specifikationerne.

Forskellige producenter (OEMs) – specifikt Apple, Samsung og Google – opbygger deres basebands, eUICC-controllere og profilstyringsdæmoner forskelligt.

Hukommelsesallokering: Apple Secure Enclave vs. Android-hardwarearkitektur

• Apple iPhone-serien (iPhone 15-, 16- og 17-serierne): Apple kombinerer tilpassede baseband-implementeringer og Qualcomm Snapdragon-modemer med separate, CC EAL6+-certificerede eUICC'er (typisk leveret af STMicroelectronics eller NXP). iOS reserverer blokke i faste størrelser til hver profilcontainer, hvilket i gennemsnit giver plads til 8 til 10 gemte eSIM-profiler. De amerikanske udgaver uden fysisk SIM-skuffe optimerer baseband-routing til at understøtte Dual Active eSIM-funktionalitet, hvilket gør det muligt for to vilkårlige gemte profiler at køre samtidigt i Dual SIM Dual Standby (DSDS)-tilstand uden et fysisk nano-SIM-kort.
• Google Pixel-serien (Pixel 8-, 9- og 10-serierne): Google anvender sikkerhedsprocessoren Titan M-serien sammen med Exynos/Tensor-modemarkitekturer. Pixel OS implementerer dynamisk blokallokering til profilcontainere. I stedet for at reservere faste blokstørrelser allokerer LPA'en dynamisk af eUICC'ens tilgængelige flash-hukommelse. Derfor kan en moderne Pixel-enhed gemme op til 20 eSIM-profiler, forudsat at profilerne ikke indeholder usædvanligt store operatør-appletpakker. Pixels understøtter også Multiple Enabled Profiles (MEP) direkte fra fabrikken, hvilket muliggør to aktive eSIM-linjer på en enkelt fysisk eUICC-chip.
• Samsung Galaxy-serien (Galaxy S24-, S25- og S26-serierne): Samsungs hardwaredivision er afhængig af indlejrede sikre elementer integreret med Samsung Knox Vault. Den gemte kapacitet varierer fra 5 til 10 profiler afhængigt af regionale firmwarepartitioner, og om varianten anvender en Qualcomm Snapdragon- eller Samsung Exynos-platform. Samsung har løbende udvidet understøttelsen af MEP på tværs af sine flagskibsmodeller, hvilket muliggør samtidige aktive dual-eSIMs på nyere versioner.

Teknisk sammenligningsmatrix for flagskibe

Nedenstående tabel skitserer de hardwareprofiler på lavt niveau, skiftedynamik og lagergrænser på tværs af nutidige flagskibsplatforme:

Klargøringsforbrug og praktiske roaming-konsekvenser

Størrelsen på profilens nyttelast dikterer installations- og aktiveringstiden. Tunge profiler bundlet med ældre SIM Toolkit (STK)-værktøjer puster profilen op ud over standardpartitionerne på 64 KB, hvilket fører til langsommere APDU-skrivecyklusser under den indledende download.

Når du håndterer grænseoverskridende forbindelse med flere profiler gemt på en enhed, bliver installationseffektivitet og forbindelseskvalitet altafgørende. Slanke profiler klargøres hurtigere på overbelastede mobilmaster i lufthavne og ved grænser.

Når en profil først er aktiv, sikrer datastyringsreglerne desuden den praktiske brugervenlighed. For rejsende, der bruger tjenester som MollySIM, er profilkonfigurationen optimeret til hurtige LPA-handshakes, mens netværksarkitekturen garanterer en FUP-minimumshastighed på 384 kbps. Sammenlignet med standard reservegrænser på 128 kbps sikrer denne 3x højere basislinje, at missionskritiske apps – såsom Apple Pay kryptografiske verifikationer, Uber-sporing og Google Maps live-rutevejledning – fortsætter med at fungere uden timeout-fejl, selv når de primære højhastighedsdatamængder er opbrugt.

Skiftelatens og grænseovergange: LPA-aktivering og handover-benchmarks i den virkelige verden

Mens den teoretiske eUICC-kapacitet viser, hvor mange profiler din hardware kan gemme, er det skiftelatensen, der afgør den praktiske virkelighed under internationale rejser. Skift mellem indenlandske udbydere og udenlandske rejse-eSIMs involverer et komplekst handshake i flere faser på tværs af operativsystemet, baseband-processoren og fjerne mobilmaster.

5-trins LPA-handshake-livscyklus

Når du slår en eSIM-profil til i dine enhedsindstillinger, udfører Local Profile Assistant (LPA) en streng telekommunikationssekvens defineret af GSMA SGP.22-specifikationerne:

1. Profiltilstandsovergang: LPA sender Application Protocol Data Unit (APDU)-kommandoer til eUICC for at deaktivere den aktive profil og markere målprofilen som aktiveret.
2. Baseband-genstart og IMSI Detach: Mobilmodemmet udfører en delvis baseband-genstart og sender en IMSI Detach-meddelelse for at afmelde sig pænt fra det aktuelle Public Land Mobile Network (PLMN).
3. Radiofrekvens- og PLMN-scanning: Modemmet scanner understøttede Absolute Radio Frequency Channel Numbers (ARFCN) på lokale 4G LTE- og 5G NR-bånd og refererer til den landekode (MCC) og det netværks-id (MNC), der er gemt i den netop aktiverede profils prioriteringstabel for netværksvalg.
4. Kryptografisk godkendelse: Basebandet udveksler challenge-response-godkendelsesvektorer med det lokale Visited Public Land Mobile Network (VPLMN) og hjemmenetværkets HSS/UDM ved hjælp af Milenage- eller TUAK-algoritmen.
5. Bæreropsætning og PDP-kontekstaktivering: Enheden forhandler Access Point Name (APN), opretter standard EPS/5GS-bærere og modtager dynamiske IPv4/IPv6-adresseallokeringer via DHCP.

OS-latensbenchmarks: iOS vs. Android-flagskibe

Skiftehastigheder varierer betydeligt mellem producenter på grund af forskelle i optimering af LPA-dæmonen, modemfirmware-integration og valideringsrutiner for operatørpakker.

Benchmarks udført med Tier-1-roamingprofiler i aktive 5G standalone (SA) og non-standalone (NSA) radiomiljøer.

Googles native lpad-eksekvering i ren Android leverer de hurtigste rå skiftetider på grund af minimale mellemliggende operatørvalideringslag. Til sammenligning introducerer Samsungs One UI ekstra overhead, da Knox-sikkerhedstjek verificerer SIM-profilsignaturer, før kontrollen videregives til basebandet. Apples CoreTelephony-stak leverer en meget konsistent, deterministisk opkobling og undgår, at brugergrænsefladen fryser under nulstilling af radioen.

Koldstarts-grænseregistreringer og roaming-fallbacks

Det mest udfordrende scenarie opstår ved fysiske grænseovergange (såsom togrejser over europæiske grænser eller bilture mellem USA og Canada). Når den primære netværksforbindelse tabes, styrer 3GPP TS 23.122-timere, hvor aggressivt modemmet søger efter henholdsvis hjemme- og roamingpartnere.

Et dårligt konfigureret rejse-eSIM med overlæssede lister over roamingpræferencer kan efterlade enheder fanget i en 60 til 120 sekunders "Intet netværk"-søgeløkke, mens modemmet cykler igennem ikke-eksisterende roamingpartner-frekvenser.

Optimerede eSIM-arkitekturer minimerer denne overdragelsesfriktion. Ved at parre rene MCC/MNC-prioritetstabeller med optimerede baseband-handshakes reducerer udbydere som MollySIM koldstarts-registreringsforsinkelser til en brøkdel af traditionelle multi-IMSI-profiler. Da MollySIM desuden håndhæver en ubegrænset basislinje med en 384 kbps Fair Use Policy (FUP) – hvilket tredobler standardgrænsen på 128 kbps – fortsætter kritiske placeringstjenester, beskeder og transportapps med at køre uden netværkstimeouts, selv mens edge-routingtabeller opdateres på tværs af landegrænser.

Risici ved hyppige profilskift (Profile Churn): Utilsigtede sletninger, QR-låse fra teleselskaber og LPA-fælder

Hyppig udskiftning af profiler – hurtig installation, deaktivering og sletning af regionale eSIM-profiler under rejser til flere destinationer – udsætter enhedens radiomoduler for en række skjulte fejlfunktioner. Selvom operativsystemerne markedsfører eUICC som et problemfrit digitalt lager, indebærer de underliggende software- og kryptografiske udvekslingslag alvorlige faldgruber for internationale rejsende.

+-----------------------------------------------------------------------------------+
|                         GSMA SM-DP+ klargøringslivscyklus                         |
|                                                                                   |
|  [QR-kode / Matching-ID] ---> [SM-DP+ Server] ---> [Kryptografisk handshake]     |
|                                     |                                             |
|                                     v                                             |
|                   Token opbrugt (Engangsaktivering)                               |
|                                     |                                             |
|          +--------------------------+--------------------------+                  |
|          |                                                     |                  |
|          v                                                     v                  |
|  [eUICC installerer profil]                          [Utilsigtet sletning]        |
|          |                                                     |                  |
|          v                                                     v                  |
|  Funktionel tilstand                                 PERMANENT DATATAB            |
|                                                  (QR kan ikke scannes igen)       |
+-----------------------------------------------------------------------------------+

UX-uklarhed: Faldgruben ved "Slå fra" vs. "Slet"

Den primære årsag til tabt forbindelse i udlandet er uklarhed i producenternes brugergrænseflade. Både iOS og Android slører grænsen mellem at deaktivere en baseband-profil og at slette dens kryptografiske nøgler:

• Apple iOS: Under Indstillinger > Mobilnetværk viser et tryk på en linje en grøn knap til "Slå denne linje til" ved siden af en fremtrædende, rød tekstknap mærket "Slet eSIM" (tidligere "Fjern mobilabonnement"). Brugere, der blot ønsker at deaktivere dataroaming for at spare batteri, trykker jævnligt på den destruktive røde handling, hvilket sletter profilen fuldstændigt fra Secure Element.
• Samsung One UI: Samsung placerer en skydeknap ud for profilen i SIM-administration, men har placeret "Fjern" direkte i undermenuen uden biometrisk bekræftelse i flere trin, hvilket fører til utilsigtede sletninger under rutinemæssige linjeskift.

Invalidering af SM-DP+ engangstokens

Når en eSIM-profil først er slettet fra en eUICC, kan den ikke blot gendannes ved at scanne den oprindelige bekræftelse eller PDF igen.

Under GSMA Consumer Remote SIM Provisioning (RSP)-arkitekturen (SGP.22) genererer SM-DP+ (Subscription Manager Data Preparation+)-serveren et unikt MatchingID parret med et engangs-kryptografisk transaktionstoken. I samme øjeblik Local Profile Assistant (LPA) fuldfører den indledende profildownload og returnerer en eksekveringsbekræftelse:

1. Markerer SM-DP+-serveren transaktionstokenet som "Brugt" / "Opbrugt" (Consumed/Spent).
2. Teleselskabets OSS/BSS-faktureringssystem binder det tildelte ICCID til det specifikke eUICC-EID.
3. Efterfølgende scanningsforsøg returnerer en RSP-fejl (f.eks. SM-DP+ Error: 8.1.1 - Matching ID not found or already used).

Rejsende, der sletter en profil midt på rejsen for at løse et midlertidigt baseband-hæng, ender ofte permanent strandet uden data og er tvunget til at købe en helt ny profil.

LPA-fejltilstande og opbrugt eUICC-lagerplads

Moderne eUICC-chips i flagskibsmodeller har typisk mellem 512 KB og 1,5 MB dedikeret ikke-flygtig hukommelse (NVM). Når rejsende ophober snesevis af udløbne rejseprofiler, kan LPA'en støde på kritiske grænsefejl:

Arkitektonisk løsning: Reducer profiludskiftning (Profile Churn)

Den mest effektive strategi til at forhindre LPA-fejl og fastlåste tokens er at minimere profilinstallationer helt. I stedet for at jonglere med fem separate enkeltlandsprofiler på en