Arkitekturen bak Android eSIM-migrering: Google Pixel vs. Samsung Galaxy One UI

For å forstå hvorfor det å overføre et reise-eSIM mellom Android-enheter ikke alltid er en sømløs «ett-trykks»-opplevelse, må du først se nærmere på de underliggende maskinvare- og programvarelagene som styrer migreringen av digitale profiler.

På maskinvarenivå har alle moderne Android-flaggskip et eUICC (Embedded Universal Integrated Circuit Card) – en sabotasjesikker mikrobrikke loddet direkte på hovedkortet. Inne i denne brikken ligger ISD-R (Issuer Security Domain Root), som lagrer sikre autentiseringsdata, samt flere ISD-P (Issuer Security Domain Profile)-beholdere, der hver enkelt kan huse en individuell operatørprofil.

Broen mellom operativsystemet og eUICC-brikken er LPA (Local Profile Assistant). LPA håndterer nedlasting av profiler, statusbytte og sikre metadatautvekslinger med den eksterne SM-DP+ (Subscription Manager Data Preparation+)-serveren. Måten Google og Samsung har bygget opp sine LPA-er på, skaper et tydelig teknisk skille i økosystemet.

+-------------------------------------------------------------------------+
|                         GSMA SGP.22-standard                            |
+------------------------------------+------------------------------------+
|        Google Pixel Engine         |       Samsung One UI Engine        |
|  (Standard LPA + Android-overføring)|    (SecSIMService + KNOX Core)     |
+------------------------------------+------------------------------------+
| - Pixel 7 / 8 / 9 / 10 / Fold      | - Galaxy S23 / S24 / S25 / Z Fold  |
| - Hurtigkobling / Overføringsverktøy| - Smart Switch / SIM-overføring   |
| - GSMA TS.43-profiltolking         | - Proprietær Samsung Cloud-nøkkel  |
+------------------------------------+------------------------------------+
                                      |
                      +---------------+---------------+
                      |      eUICC Maskinvarelag      |
                      |  (ISD-R / ISD-P Profilspor)   |
                      +-------------------------------+

Googles rene Android LPA-rammeverk (Pixel-serien)

På Google Pixel-enheter (Pixel 7-, 8-, 9-serien og Pixel Fold) er eSIM-administrasjon tett integrert i kjerne-AOSP gjennom Googles opprinnelige LPA-implementering. Googles migrering fra enhet til enhet benytter GSMA TS.43-standarden sammen med Androids innebygde overføringsverktøy.

Når du starter en overføring mellom to Pixel-enheter:

  1. Kilde-Pixel-enheten oppretter en kryptert sikkerhetsutfordring ved hjelp av Hurtigkobling (Quick Share / Nearby Share).
  2. Mål-Pixel-enheten skanner en dynamisk migrerings-QR-kode som genereres lokalt av kildeenhetens LPA.
  3. Googles LPA kommuniserer med operatørens SM-DP+-server for å verifisere rettigheter, utløse en automatisert frigjøring av profilen på kilde-eUICC-en, og klargjøre en ny profilnedlasting til mål-eUICC-en.

Samsung One UI 6 & 7 eSIM-administrator (Galaxy-serien)

Samsung skiller seg fra standard AOSP ved å pakke eSIM-operasjoner inn i sin proprietære SecSIMService og KNOX Security Core, administrert via One UI SIM-administrator på Galaxy S23, S24, S25 og Z Fold/Flip-enheter.

Samsungs funksjon «Overfør SIM til en annen enhet» prioriterer kontinuitet innenfor eget økosystem. Når du flytter et eSIM mellom to Samsung-enheter, omgår One UI vanlige Android-migreringskanaler til fordel for en kryptografisk håndtrykksutveksling via Samsung-kontoen. Dette godkjenner profiloverføringer direkte i Knox Secure Environment, noe som muliggjør rask eUICC-til-eUICC-migrering under Smart Switch-oppsett eller via frittstående justeringer i SIM-administrasjonen.

Arkitektonisk lagGoogle Pixel (AOSP-rammeverk)Samsung Galaxy (One UI 6 / 7)
LPA-implementeringOpprinnelig Android LPA (com.google.android.lpa)Proprietær SecSIM LPA (com.samsung.android.app.telephonyui)
SikkerhetslagGoogle Titan M2 maskinvaresikkerhetSamsung KNOX Enclave
OppdagelsesprotokollHurtigkobling / Google Cloud-krypteringSamsung Cloud-konto og skanning av enheter i nærheten
Støttet maskinvarePixel 7, 7 Pro, 8, 8 Pro, 9, 9 Pro, Pixel FoldGalaxy S23/S24/S25-serien, Z Fold 5/6/7, Z Flip-serien
Mobilitet på tvers av merkerBegrenset (avhenger av manuell QR eller ny utstedelse fra SM-DP+)Begrenset (avhenger av manuell QR eller ny utstedelse fra SM-DP+)

Utfordringen med samspill på tvers av produsenter (kryss-OEM)

Selv om overføringer innen samme merke (Pixel-til-Pixel eller Samsung-til-Samsung) fungerer stabilt ved hjelp av disse dedikerte migreringsprosessene, møter overføringer på tvers av produsenter (Pixel til Samsung eller Samsung til Pixel) en teknisk vegg.

Siden Google og Samsung bruker ulike proprietære LPA-løsninger for å autentisere den automatiserte GSMA-deaktiverings- og reaktiveringsprosessen, kan du ikke bruke Samsungs overføringsverktøy til å sende en aktiv profil direkte til en Google Pixel. Likeledes kan ikke Pixels Hurtigkobling styre Samsungs KNOX-beskyttede eUICC direkte.

Følgelig krever flytting av et reise-eSIM mellom ulike Android-produsenter vanligvis at du sletter profilen fra den gamle enheten og henter den på nytt fra operatørens SM-DP+-server ved hjelp av den opprinnelige aktiverings-QR-koden.

For reisende som utfører disse rekonfigurasjonene underveis, er det avgjørende å bevare nettforbindelsen under overføringen. Reiseleverandører som MollySIM reduserer overføringsrisikoen ved å tilby fleksibel gjenutstedelse av profiler via kontrollpanelet sitt, støttet av et sikkerhetsnett med 384 kbps Fair Use Policy (FUP)-hastighet. I motsetning til eldre reise-eSIM som strupes ned til ubrukelige 128 kbps når høyhastighetskvoten er brukt opp, opprettholder en tilkobling på 384 kbps nok båndbredde til at Google Maps, meldinger og autentiseringsøkter fungerer mens du rekonfigurerer den nye enhetens eUICC-profil.

Operatørassisterte overføringer vs. retningslinjer for engangsinstallasjon av reise-eSIM

Instant QR Delivery • Native 5G • 384kbps FUP Protection

🌐 Global Travel High-Speed Travel eSIM & SIM Plans

Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.

View Global Travel Plans & Pricing ➔Physical SIM Cards ➔Explore 150+ eSIMs ➔

For å forstå hvorfor flytting av en internasjonal datapakke mellom Android-telefoner ofte mislykkes, må man skille mellom innenlandske mobiloperatørers rettighetssystemer og engrosinfrastrukturen som driver globale reise-eSIM.

Innenlandsk operatørflyt (TS.43):
[Gammel telefon] ---> Rettighetsserver validerer IMSI/IMEI ---> Genererer ny profil OTA ---> [Ny telefon]

Forhåndsbetalt reise-eSIM-flyt:
[SM-DP+-server] ---> Utsteder engangstoken (LPA:1$...) ---> Låses til mål-EID ---> Token oppbrukt

Innenlands mobilitet: GSMA TS.43-rettighetsarkitektur

Ledende nasjonale mobiloperatører håndterer overføring av profiler ved hjelp av standardene for GSMA TS.43 Service Entitlement Configuration. Når du starter en overføring via Androids oppsettsveiviser på enheten, kommuniserer operativsystemet direkte med operatørens rettighetsserver (Entitlement Server – ES).

Rettighetsserveren autentiserer abonnementskontoen din dynamisk, avregistrerer den gamle enhetens EID (Embedded Identity Document), genererer en ny digital profil på operatørens SM-DP+-server, og sender den sømløst over nettet (OTA – Over-The-Air) til målenheten. Kunden trenger aldri å forholde seg til en manuell aktiveringsstreng.

Reise-eSIM: Modellen med engangstokener (engangskoder)

Leverandører av forhåndsbetalte reise-eSIM opererer under en helt annen klargjøringsmodell som er utviklet for videresalg av datakvoter i bulk, snarere enn kontinuerlig livssyklusadministrasjon av abonnenter.

Når du kjøper en reisepakke, genererer leverandørens plattform en aktiveringsprofil kodet i standard GSMA-syntaks:

📐 Mathematical & Physical Equation
text{LPA:1$}underbrace{text{smdp.address.com}}_{text{SM-DP+ vertsnavn}}text{$}underbrace{text{AKTIVERINGSKODE-STRENG}}_{text{Matching-ID / kryptografisk token}}
  1. Kryptografisk binding: Når Local Profile Assistant (LPA) på din Samsung Galaxy eller Google Pixel leser denne strengen, etablerer den et gjensidig TLS-håndtrykk (mTLS) med den angitte SM-DP+-serveren.
  2. Statusendring: SM-DP+-serveren endrer profilens status i databasen fra Released til Downloaded, og låser de kryptografiske profilnøklene strengt til den fysiske eUICC-brikken (EID) på akkurat den telefonen.
  3. Ugyldiggjøring av token: Så snart profilen er installert, merkes aktiveringstokenet (Matching ID) permanent som Brukt (Consumed/Burned).
KlargjøringsfaktorInnenlandsk operatør (GSMA TS.43)Standard forhåndsbetalt reise-eSIM
OverføringsmekanismeAutomatisert, skyautentisert OTA-overføringManuell profilsletting og ny token-generering
Gjenbrukbarhet av tokenUendelig (nytt token genereres dynamisk per overføring)Kun engangsbruk (Matching-ID låses etter håndtrykk)
EID-bindingDynamisk (oppdaterer EID-kobling i operatørens HLR/HSS)Statisk (låst til den første autentiserte eUICC-brikken)
Konsekvens av lokal slettingKan lastes ned på nytt umiddelbart via operatørkontoPermanent deaktivering av den aktive dataprofilen

Fellen ved sletting av profil («Profile Deletion»)

Den vanligste feilen internasjonale reisende gjør, er å slette et aktivt eSIM manuelt fra sin gamle Samsung-enhet i den tro at de bare kan skanne den opprinnelige PDF-QR-koden på nytt med sin nye Google Pixel.

Fordi standard SM-DP+-noder for reise-eSIM håndhever strenge retningslinjer for engangsinstallasjon for å hindre kloning og SIM-kapring, vil serveren umiddelbart avvise det andre forsøket. Den opprinnelige QR-koden blir ubrukelig, og den gjenværende datakvoten knyttet til profilen går tapt.

[Bruker sletter profil på Galaxy] ---> Profil slettet fra lokal eUICC
                                         |
[Bruker skanner samme QR på Pixel] ---> SM-DP+ avviser token (Feil: «Kode allerede brukt»)
                                         |
                                [DATATILKOBLING TAPT]

Denne strenge token-håndteringen gjør ofte at reisende blir stående helt uten mobildata i kritiske overgangsfaser – for eksempel under transitt på internasjonale flyplasser eller ved bytte av enheter på hotellet.

Dersom en uventet profillåsing eller datamangel oppstår mens du rekonfigurerer maskinvare på reisen, er det helt avgjørende å ha en pålitelig reserveløsning. Moderne reisedataløsninger som MollySIM bygger robusthet inn i leveransemodellen sin. I tillegg til et brukervennlig kontrollpanel for profiladministrasjon, tilbyr MollySIM en 384 kbps Fair Use Policy (FUP)-terskel på sine datapakker.

Eldre reise-SIM-kort strupes ned til ubrukelige 128 kbps – en hastighet som regelmessig fører til tidsavbrudd på SSL-håndtrykk, moderne TLS-økter og kartinnlasting. Til sammenligning er en 384 kbps-tilkobling tre ganger raskere. Dette gir rikelig med båndbredde til å laste inn digitale ombordstigningskort, gjennomføre Google Wallet/Apple Pay-transaksjoner, navigere med Google Maps og kommunisere med kundestøtte for å gjenopprette forbindelsen uten avbrudd.

Trinn-for-trinn-guide: Overføring og oppsett av profiler mellom Samsung og Pixel

En vellykket overføring mellom Android-flaggskip krever presis utførelse i både Local Profile Assistant (LPA) og produsentens nettverksoppsett. Nedenfor finner du de verifiserte fremgangsmåtene for migrering av eSIM mellom One UI og standard Android.

Sjekkliste før overføring

Før du starter noen overføringsprosess mellom enhetene, må du kontrollere at følgende krav er oppfylt for å unngå profilfeil:


Scenario 1: Overføring på tvers av merkevarer (Samsung Galaxy til Google Pixel)

Androids innebygde standard for eSIM-overføring mellom enheter bruker en kombinasjon av Wi-Fi Direct, Bluetooth-paring og autentisering via Google Play-tjenester for å overføre støttede operatørprofiler.

[Mål: Pixel]  Starter «Overfør SIM»   ---> Genererer kryptert QR-kode
                                                  |
[Kilde: Galaxy] Skanner Pixelens skjerm ---> Biometrisk bekreftelse
                                                  |
[SM-DP+-server] Validerer håndtrykk     ---> Leverer eSIM til Pixel
  1. Start på målenheten (Google Pixel):
  1. Autentiser på kildeenheten (Samsung Galaxy):
  1. Bekreft sikkerhetsforespørselen:
  1. Fullfør oppsettet på målenheten (Pixel):

Scenario 2: Migrering internt i Galaxy-økosystemet (Galaxy-til-Galaxy)

Samsung forenkler overføringer innenfor sitt eget økosystem ved hjelp av sikkerhetstokener fra Samsung-kontoen og One UI SIM-administrator.

  1. På mål-Galaxy-enheten:
  1. På kilde-Galaxy-enheten:
  1. Fullfør profiloverføringen:

Scenario 3: Ny klargjøring av dedikerte reise-eSIM (Sikker protokoll)

De fleste internasjonale reise-eSIM støtter ikke direkte overføring på operativsystemnivå mellom enheter, fordi profilens engangs-sikkerhetssertifikat ikke kan re-krypteres på tvers av ulike eUICC-brikker.

TrinnHandlingKritisk regel
1. Sjekk kontrollpaneletLogg inn på reiseleverandørens app eller nettside på målenheten.IKKE slett eSIM-profilen fra den gamle telefonen ennå.
2. Be om ny utstedelseVelg din aktive datapakke og trykk på «Flytt til ny enhet» eller «Generer ny QR».Sørg for at måltelefonen er tilkoblet et stabilt Wi-Fi-nettverk.
3. Installer på ny enhetPå Pixel: Innstillinger > Nettverk og internett > SIM-kort > Legg til SIM > Last ned et SIM-kort.<br>På Galaxy: Innstillinger > Tilkoblinger > SIM-administrator > Legg til eSIM > Skann QR-kode.Skann det nylig genererte QR-tokenet direkte inn på målenheten.
4. Fjern gammel profilNår datatrafikken fungerer på måltelefonen, sletter du den gamle profilen fra kildeenhetens SIM-administrator.Slett aldri en profil før du har bekreftet at den nye fungerer.

Dersom en uventet profilfeil oppstår underveis på reisen, forhindrer en fleksibel reiseoperatør at du blir stående helt uten nett. Leverandører som MollySIM minimerer overføringsavbrudd ved å tilby enkel re-klargjøring via kontrollpanelet kombinert med en automatisk 384 kbps Fair Use Policy (FUP)-grunnhastighet.

Siden 384 kbps er tre ganger raskere enn den tradisjonelle fartsgrensen på 128 kbps hos eldre reise-SIM, vil kritiske tjenester med lav båndbredde – som lynmeldinger, rutenavigasjon i Google Maps og betalingstjenester som Google Wallet – fortsette å fungere uavbrutt mens du setter opp hovedtilkoblingen på nytt.

Sammenlignende analyse: Android eSIM-overføringsmetoder vs. reiseløsninger

Flytting av digitale mobilprofiler i et fragmentert Android-økosystem krever navigering mellom ulike produsentprotokoller, GSMA-standarder og operatørspesifikke programvarelag. Matrisen nedenfor viser hvordan operativsystemets innebygde verktøy presterer sammenlignet med tradisjonelle reiseleverandører og skybaserte løsninger ved migrering mellom Samsung Galaxy og Google Pixel.

EvalueringsparameterOpprinnelig Android Fast Pair-overføringSamsung Smart Switch SIM-portingStandard reise-eSIM (Manuell QR)MollySIM Umiddelbar klargjøring
Krysskompatibilitet (Samsung ↔ Pixel)⚠️ Begrenset (Krever felles operatørstøtte for TS.43)❌ Nei (Strengt begrenset til Galaxy-til-Galaxy)⚠️ Betinget (Krever manuell utstedelse av ny QR-kode)✅ Universell (Direkte reallokering via web/app for alle merker)
Frakoblet utførelse❌ Nei (Krever aktiv internettforbindelse)⚠️ Delvis (Lokale overføringer krever Wi-Fi Direct)❌ Nei (Krever internett for å hente/vise ny QR)❌ Nei (Skysynkronisering krever innledende tilkobling)
Gjenbrukbarhet av profil og token❌ Engangstoken blir ugyldig etter paring❌ Overført profil låses til mål-eUICC❌ Engangs Matching-ID (Ugyldig etter skanning)✅ Dynamisk omdirigering av profil via kontrollpanel
Gjennomsnittlig nedetid ved migrering3–8 minutter (Avhengig av operatørverifisering)5–10 minutter (Full synkroniseringssyklus)1–24 timer (Avhengig av kundestøttens responstid)Umiddelbart / < 2 minutter (Automatisert token-generering)
Nødfallback / Sikkerhetsnett❌ Fullstendig brudd hvis håndtrykket feiler❌ Faller tilbake til kildeenhet hvis ikke fullført❌ Null data (0 kbps) når profilen kobles fra✅ Automatisk 384 kbps FUP (Bevarer basisforbindelse)

Den tekniske forklaringen: Hvorfor tradisjonelle reise-SIM svikter ved enhetsbytte

Den grunnleggende årsaken til at overføringer på tvers av merkevarer (som fra en Samsung Galaxy S24 Ultra til en Google Pixel 9 Pro) feiler, ligger i hvordan GSMA håndterer kryptografiske nøkler ved ekstern SIM-klargjøring. Standard reise-eSIM bruker en engangs aktiveringskode knyttet til en SM-DP+-server. Når du skanner en standard QR-kode, låser SM-DP+-serveren profilen kryptografisk til eUICC-brikkens EID på den opprinnelige telefonen.

Fordi tradisjonelle reiseoperatører ikke investerer i kostbare GSMA TS.43-rettighetskonfigurasjoner, kan verken Androids Fast Pair eller Samsung Smart Switch forhandle en direkte rettighetsoverføring på tvers av ulike produsentsystemer. Et forsøk på direkte lokal overføring fører som regel til at den lokale LPA-statusen oppheves, slik at profilen blir låst: ubrukelig på den gamle enheten og

Instant QR Delivery • Native 5G • 384kbps FUP Protection

🌐 Global Travel High-Speed Travel eSIM & SIM Plans

Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.

View Global Travel Plans & Pricing ➔Physical SIM Cards ➔Explore 150+ eSIMs ➔