eSIM-lagringsgränser och växlingslatens: iPhone vs Android-flaggskepp (Jämförelse 2026)

Den inbyggda SIM-arkitekturen: eUICC-hårdvara, minnestilldelning och aktiva linjer

För att förstå varför smarttelefoner stöter på hårda begränsningar gällande eSIM-kapacitet och växlingshastigheter måste man titta på kiselnivån. Ett inbäddat SIM-kort är inte bara en mjukvarukonfiguration; det är ett eUICC (embedded Universal Integrated Circuit Card) – en manipulationssäker, säker mikrokontroller som är fastlödd direkt på enhetens moderkort (eller i allt högre grad integrerad direkt i systemkretsen som ett iSIM).

eUICC är standardiserat av GSMA under specifikationer som SGP.22 och fungerar som en isolerad kryptografisk enklav, helt skild från applikationsprocessorn (AP) och systemets primära flashminne.

+-----------------------------------------------------------------------+
|                              eUICC-kisel                              |
| +-------------------------------------------------------------------+ |
| |                    Kortoperativsystem (COS)                       | |
| +-------------------------------------------------------------------+ |
| |   ECASD (Rotnycklar)|   ISD-R (Livscykel)   |    LPAe (Valfritt)  | |
| +---------------------+-----------------------+---------------------+ |
| |                           ISD-P-partitioner                       | |
| | +-----------------------+ +-----------------------+ +-----------+ | |
| | | Profil 1: Hemoperatör | | Profil 2: Rese-eSIM   | | Profil 3  | | |
| | | - IMSI & Nätverksnyck | | - IMSI & Nätverksnyck | | (Vakant / | | |
| | | - Operatörsapplets    | | - MollySIM-profil     | |  Inaktiv) | | |
| | | - Filsystem (32 KB)   | | - Filsystem (48 KB)   | |           | | |
| | +-----------------------+ +-----------------------+ +-----------+ | |
+-----------------------------------------------------------------------+

eUICC-minnesavtryck: Begränsningen på 512 KB till 1 MB

Till skillnad från din smartphones primära UFS 4.0- eller NVMe-lagring som mäts i hundratals gigabyte, är det säkra, icke-flyktiga minnet i en eUICC mikroskopiskt. Flaggskeppsenheter innehåller vanligtvis eUICC-moduler med en total kapacitet på mellan 512 KB och 1024 KB (1 MB) av härdat EEPROM eller NOR-flashminne.

Detta begränsade utrymme måste rymma hela kortets infrastruktur:

• Kortoperativsystem (COS): Förbrukar 128 KB till 256 KB för lågnivåexekvering, kryptografiska primitiver (ECC, RSA, AES) och hårdvaruisolering.
• Säkerhetsdomäner:
• ECASD (Embedded UICC Controlling Authority Security Domain): Innehåller GSMA-rotcertifikat för autentisering av profilservrar.
• ISD-R (Issuer Security Domain Root): Hanterar livscykeln för alla profilcontainrar.
• ISD-P-allokeringar (Issuer Security Domain Profile): Det återstående utrymmet (vanligtvis 300 KB till 650 KB) är uppdelat i separata sandlådor för individuella profiler.

En enskild operatörsprofil – som innehåller dess IMSI, kryptografiska autentiseringsnycklar (Ki/K), operatörsspecifika SIM-applets (Java Card TARs) och lokala policyregler – upptar allt från 30 KB till över 80 KB. Följaktligen är den nominella profilkapaciteten strukturellt begränsad av rå partitionsmatematik snarare än godtyckliga mjukvarulås.

Nominell profillagring kontra fysiska basbandstransceivrar

En avgörande skillnad som ofta förbises i konsumentspecifikationer är skillnaden mellan inaktiv profilcachning och samtidig aktiv anslutning:

[ Inaktiva profiler (Flash-cache) ] -> [ LPA-provisioneringsmotor ] -> [ Basbandstransceivrar (Aktiva linjer) ]
        (8 till 20 profiler)                   (Brygga på OS-nivå)               (Max 2 aktiva: DSDS / DSDA)

1. Inaktiv profilcachning: Detta representerar antalet inaktiverade ISD-P-containrar som lagras i icke-flyktigt flashminne. Flaggskeppsenheters firmware indexerar vanligtvis mellan 8 och 20 inaktiva profiler. I detta tillstånd förblir inloggningsuppgifterna säkert frysta i flashminnet utan att dra ström eller registrera sig på mobila signaleringskanaler.
2. Aktiva linjetransceivrar (DSDS vs. DSDA): Oavsett om en eUICC rymmer 8 eller 20 profiler har moderna basbandsmodem i smartphones (såsom Qualcomms Snapdragon X75/X80 eller Apples anpassade basbandsarkitekturer) fysiska RF-transceiverkedjor som är begränsade till att hantera två samtidiga nätverkstillstånd:

• Dual SIM Dual Standby (DSDS): Två profiler (fysiskt SIM + eSIM, eller dubbla eSIM) delar en enda basbandstransceiver. Båda är i standby på nätverket samtidigt, men ett aktivt kretsswitchat samtal eller ett högprioriterat VoLTE-samtal på Linje 1 pausar datatrafiken på Linje 2.
• Dual SIM Dual Active (DSDA): Finns i utvalda toppskiktsarkitekturer för Android och använder dubbla samtidiga basbandskanaler för att upprätthålla oavbruten data och röst på båda linjerna samtidigt.

LPA-hantering, firmware-indexering och provisionering

Bryggan mellan eUICC-hårdvaran och värdoperativsystemet är Local Profile Assistant (LPA). Den implementeras antingen på OS-nivå (LPAd) i iOS och Android eller direkt i det säkra chippet (LPAe), och orkestrerar profilnedladdning (LPD) och interaktioner med det lokala användargränssnittet (LUI).

När du växlar ett eSIM skickar LPA:n lågnivå-APDU-kommandon via enhetens basband för att inaktivera mål-ISD-P:n, rensa gamla autentiseringssessioner från modemets basbandscache, tilldela basbandsregister till den nya ISD-P:n och utföra ömsesidig autentisering över radioaccessnätverket.

Eftersom profilbyten medför basbandslatens vid kallstarter, har internationella resenärer ofta en primär hemmaprofil aktiv parallellt med dedikerade resedataprofiler. Avancerade leverantörer av rese-eSIM optimerar detta arbetsflöde genom att utveckla resurssnåla, standardkompatibla ISD-P-paket som installeras med minimal APDU-transaktionsbelastning.

Utöver installationseffektivitet beror prestandan efter aktivering på nätverkshanteringspolicyer. Exempelvis tillämpar MollySIM ett Fair Use Policy (FUP)-golv på 384 kbps – tre gånger högre än branschstandarden på 128 kbps som används av traditionella roamingtjänster. Denna skillnad i bashastighet säkerställer att latenskänsliga, verksamhetskritiska resefunktioner som kryptografiska Apple Pay-handskakningar och vektorrendering i Google Maps förblir fullt funktionella även efter att de regionala höghastighetsdatapaketen har förbrukats.

iPhone vs. Android-flaggskepp: Tekniska specifikationer och lagringsgränser i jämförelse

Det maximala antalet eSIM-profiler en smartphone kan lagra beror på den fysiska kapaciteten i det icke-flyktiga minnet (NVM) som allokerats i dess säkra element (eUICC) samt hur operativsystemet hanterar profilmetadata. Konsumenter antar ofta att eSIM-lagring är praktiskt taget obegränsad eftersom den är digital, men hårdvarutillverkare partitionerar strikt eUICC-minnet för att isolera kryptografiska nycklar, applets och operatörsprofiler (ISD-P) enligt GSMA SGP.22-specifikationerna.

Olika tillverkare (OEM) – specifikt Apple, Samsung och Google – bygger upp sina basband, eUICC-kontroller och profildemoner på olika sätt.

Minnestilldelning: Apple Secure Enclave kontra Androids hårdvaruarkitektur

• Apple iPhone-serien (iPhone 15, 16 och 17-serierna): Apple kombinerar anpassade basbandsimplementeringar och Qualcomm Snapdragon-modem med fristående, CC EAL6+-certifierade eUICC:er (vanligtvis från STMicroelectronics eller NXP). iOS reserverar block av fast storlek för varje profilcontainer, vilket tillåter 8 till 10 lagrade eSIM-profiler i genomsnitt. De amerikanska versionerna utan fysisk SIM-kortplats optimerar basbandsroutningen för att stödja Dual Active eSIM-funktionalitet, vilket gör att två valfria lagrade profiler kan köras samtidigt i Dual SIM Dual Standby-läge (DSDS) utan ett fysiskt nano-SIM.
• Google Pixel-serien (Pixel 8, 9 och 10-serierna): Google använder säkerhetsprocessorn i Titan M-serien tillsammans med modemarkitekturer från Exynos/Tensor. Pixel OS implementerar dynamisk blockallokering för profilcontainrar. Istället för att reservera rigida block med fast storlek allokerar LPA:n dynamiskt eUICC-kretsens tillgängliga flashminne. Följaktligen kan en modern Pixel-enhet lagra upp till 20 eSIM-profiler, förutsatt att profilerna inte innehåller ovanligt stora applet-paket från operatören. Pixel har också inbyggt stöd för Multiple Enabled Profiles (MEP), vilket tillåter två aktiva eSIM-linjer på ett enda fysiskt eUICC-chip.
• Samsung Galaxy-serien (Galaxy S24, S25 och S26-serierna): Samsungs hårdvarudivision förlitar sig på inbäddade säkra element integrerade med Samsung Knox Vault. Lagringskapaciteten varierar från 5 till 10 profiler beroende på regionala firmwarepartitioner och om varianten använder en Qualcomm Snapdragon- eller Samsung Exynos-plattform. Samsung har successivt utökat stödet för MEP i sitt flaggskeppssegment, vilket möjliggör samtidiga aktiva dubbla eSIM på nyare modeller.

Teknisk jämförelse av flaggskeppsmodeller

Tabellen nedan beskriver hårdvaruprofiler på låg nivå, växlingsdynamik och lagringsgränser för moderna flaggskeppsplattformar:

Provisioneringskostnader och praktiska konsekvenser för roaming

Storleken på profilens datanyttolast avgör installations- och aktiveringstiderna. Tunga profiler som buntas ihop med äldre SIM Toolkit-verktyg (STK) gör profilen större än standardpartitionerna på 64 KB, vilket leder till långsammare APDU-skrivcykler under den första nedladdningen.

När du hanterar gränsöverskridande anslutning med flera profiler lagrade på en enhet blir installationseffektivitet och anslutningskvalitet helt avgörande. Smidiga profiler provisioneras snabbare mot överbelastade mobilmaster på flygplatser och vid gränskontroller.

När en profil väl är aktiv avgör datahanteringsreglerna den praktiska användbarheten. För resenärer som använder tjänster som MollySIM är profilkonfigurationen optimerad för snabba LPA-handskakningar, samtidigt som nätverksarkitekturen garanterar en lägsta hastighet på 384 kbps enligt Fair Use Policy (FUP). Jämfört med vanliga reservhastigheter på 128 kbps säkerställer denna 3x högre basnivå att kritiska appar – såsom kryptografiska verifieringar i Apple Pay, Uber-spårning och ruttnavigering i Google Maps i realtid – fortsätter att fungera utan timeout-fel även när den primära höghastighetsdatan har tagit slut.

Växlingslatens och gränsövergångar: Verkliga prestandatester för LPA-aktivering och överlämning

Medan teoretisk eUICC-kapacitet visar hur många profiler din hårdvara kan lagra, avgör växlingslatensen den faktiska användarupplevelsen vid internationella resor. Att växla mellan inhemska operatörer och utländska rese-eSIM innebär en komplex handskakning i flera steg mellan operativsystemet, basbandsprocessorn och externa mobilmaster.

LPA-handskakningens livscykel i 5 steg

När du aktiverar en eSIM-profil i dina enhetsinställningar kör Local Profile Assistant (LPA) en strikt telekomsekvens som definieras av GSMA SGP.22-specifikationerna:

1. Profiltillståndsövergång: LPA:n skickar APDU-kommandon (Application Protocol Data Unit) till eUICC:n för att inaktivera den aktiva profilen och markera målprofilen som aktiverad.
2. Återinitiering av basband & IMSI Detach: Mobilmodemet utför en partiell omstart av basbandet och skickar ett "IMSI Detach"-meddelande för att koppla bort från det aktuella publika mobilnätet (PLMN) på ett kontrollerat sätt.
3. Radiofrekvens- & PLMN-skanning: Modemet skannar stödda ARFCN-kanaler (Absolute Radio Frequency Channel Numbers) på lokala 4G LTE- och 5G NR-band, och kontrollerar landskoden (MCC) och nätverkskoden (MNC) som lagras i den nyligen aktiverade profilens prioriteringstabell för nätverksval.
4. Kryptografisk autentisering: Basbandet utbyter "challenge-response"-autentiseringsvektorer med det lokala besökta nätverket (VPLMN) och hemmanätverkets HSS/UDM med hjälp av Milenage- eller TUAK-algoritmen.
5. Etablering av bärare & PDP-kontextaktivering: Enheten förhandlar APN (Access Point Name), sätter upp standard-EPS/5GS-bärare och tilldelas dynamiska IPv4/IPv6-adresser via DHCP.

Latensprestanda per operativsystem: iOS vs. Android-flaggskepp

Växlingshastigheterna varierar avsevärt mellan olika tillverkare på grund av skillnader i optimering av LPA-demonen, integration av modemets firmware och rutiner för validering av operatörspaket.

Prestandatesterna genomfördes med Tier-1-roamingprofiler i aktiva 5G Standalone (SA) och Non-Standalone (NSA) radiomiljöer.

Googles nativa lpad-exekvering i ren Android leder när det gäller rena växlingshastigheter tack vare minimala mellanliggande valideringslager för operatörer. Samsungs One UI introducerar däremot extra fördröjning eftersom Knox-säkerhetskontroller verifierar SIM-profilens signaturer innan kontrollen överlämnas till basbandet. Apples CoreTelephony-stack ger mycket konsekvent och förutsägbar anslutning utan att användargränssnittet fryser under radioåterställningar.

Kallstartsregistrering vid gränser och roaming-reservlägen

Det mest utmanande scenariot uppstår vid fysiska gränsövergångar (som att resa med tåg över europeiska gränser eller köra bil mellan USA och Kanada). När den primära nätverksanslutningen bryts styr timers enligt 3GPP TS 23.122 hur aggressivt modemet söker efter hemmanätverk kontra roamingpartners.

Ett dåligt konfigurerat rese