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:
- Kilde-Pixel-enheten oppretter en kryptert sikkerhetsutfordring ved hjelp av Hurtigkobling (Quick Share / Nearby Share).
- Mål-Pixel-enheten skanner en dynamisk migrerings-QR-kode som genereres lokalt av kildeenhetens LPA.
- 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 lag | Google Pixel (AOSP-rammeverk) | Samsung Galaxy (One UI 6 / 7) |
|---|---|---|
| LPA-implementering | Opprinnelig Android LPA (com.google.android.lpa) | Proprietær SecSIM LPA (com.samsung.android.app.telephonyui) |
| Sikkerhetslag | Google Titan M2 maskinvaresikkerhet | Samsung KNOX Enclave |
| Oppdagelsesprotokoll | Hurtigkobling / Google Cloud-kryptering | Samsung Cloud-konto og skanning av enheter i nærheten |
| Støttet maskinvare | Pixel 7, 7 Pro, 8, 8 Pro, 9, 9 Pro, Pixel Fold | Galaxy S23/S24/S25-serien, Z Fold 5/6/7, Z Flip-serien |
| Mobilitet på tvers av merker | Begrenset (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
🌐 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.
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 oppbruktInnenlands 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:
- 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.
- 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.
- Ugyldiggjøring av token: Så snart profilen er installert, merkes aktiveringstokenet (
Matching ID) permanent som Brukt (Consumed/Burned).
| Klargjøringsfaktor | Innenlandsk operatør (GSMA TS.43) | Standard forhåndsbetalt reise-eSIM |
|---|---|---|
| Overføringsmekanisme | Automatisert, skyautentisert OTA-overføring | Manuell profilsletting og ny token-generering |
| Gjenbrukbarhet av token | Uendelig (nytt token genereres dynamisk per overføring) | Kun engangsbruk (Matching-ID låses etter håndtrykk) |
| EID-binding | Dynamisk (oppdaterer EID-kobling i operatørens HLR/HSS) | Statisk (låst til den første autentiserte eUICC-brikken) |
| Konsekvens av lokal sletting | Kan lastes ned på nytt umiddelbart via operatørkonto | Permanent 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:
- Tilkoblet samme Wi-Fi: Koble begge enhetene til det samme stabile, private Wi-Fi-nettverket. Unngå åpne nettverk med påloggingsportal (f.eks. på flyplasser eller hoteller) som blokkerer lokal enhetsoppdagelse.
- Aktiv Bluetooth og nærhet: Slå på Bluetooth på begge telefonene og plasser dem innen 30 cm fra hverandre for uavbrutt kryptografisk oppdagelse.
- Biometrisk sikkerhet og skjermlås: Sørg for at begge enhetene har en aktiv skjermlås (PIN, passord eller biometri) aktivert for å autorisere nøkkelutvekslingen.
- Operativsystemkrav: Kontroller at Samsung Galaxy kjører One UI 5.1 eller nyere (One UI 6/7 anbefales), og at Google Pixel er oppdatert til Android 14, 15 eller 16.
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- Start på målenheten (Google Pixel):
- Gå til Innstillinger > Nettverk og internett > SIM-kort > Legg til SIM-kort.
- Velg Overfør SIM fra en annen enhet. Pixel-enheten vil vise en dynamisk, kryptografisk signert QR-kode på skjermen.
- Autentiser på kildeenheten (Samsung Galaxy):
- Et varsel vises automatisk via Google Play-tjenester: «Overføre SIM til Pixel?»
- Trykk på varselet (eller åpne standardkameraet) og skann QR-koden som vises på Pixel-skjermen.
- Bekreft sikkerhetsforespørselen:
- Autentiser på Galaxy-enheten med fingeravtrykk eller PIN-kode.
- Trykk på Overfør for å bekrefte deaktivering på Galaxy-enhetens eUICC.
- Fullfør oppsettet på målenheten (Pixel):
- Pixel vil opprette en sikker TLS-økt mot operatørens SM-DP+-server, laste ned den nye profilen og vise «Overføring fullført». Trykk på Ferdig.
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.
- På mål-Galaxy-enheten:
- Gå til Innstillinger > Tilkoblinger > SIM-administrator.
- Trykk på Legg til eSIM > Overfør SIM fra en annen enhet.
- Velg Søk etter enheter i nærheten.
- På kilde-Galaxy-enheten:
- Lås opp enheten. En melding vises: «Overføre SIM til [Enhetsnavn]?»
- Trykk på Overfør og bekreft identiteten din med biometri (fingeravtrykk eller ansiktsgjenkjenning).
- Fullfør profiloverføringen:
- Velg den spesifikke operatør- eller reiseprofilen du vil flytte.
- Trykk på Overfør og vent 60–90 sekunder mens målenhetens eUICC laster ned den nye aktiveringspakken.
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.
| Trinn | Handling | Kritisk regel |
|---|---|---|
| 1. Sjekk kontrollpanelet | Logg inn på reiseleverandørens app eller nettside på målenheten. | IKKE slett eSIM-profilen fra den gamle telefonen ennå. |
| 2. Be om ny utstedelse | Velg 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 enhet | På 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 profil | Nå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.
| Evalueringsparameter | Opprinnelig Android Fast Pair-overføring | Samsung Smart Switch SIM-porting | Standard 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 migrering | 3–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
🌐 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.