Arkitekturen bag Android eSIM-migrering: Google Pixel vs. Samsung Galaxy One UI
For at forstå, hvorfor overførsel af et rejse-eSIM mellem Android-enheder ikke altid er en problemfri "et-tryks"-oplevelse, er det nødvendigt først at undersøge de underliggende hardware- og softwarelag, der styrer migreringen af digitale profiler.
På hardwareniveau indeholder ethvert moderne Android-flagskib et eUICC (Embedded Universal Integrated Circuit Card) – en manipulationssikret mikrochip, der er loddet direkte på bundkortet. Inde i denne chip sidder ISD-R (Issuer Security Domain Root), som gemmer sikre legitimationsoplysninger, samt flere ISD-P (Issuer Security Domain Profile)-containere, der hver især kan rumme en individuel operatørprofil.
Broen mellem operativsystemet og eUICC er LPA (Local Profile Assistant). LPA håndterer download af profiler, statusskift og sikre metadata-udvekslinger med den eksterne SM-DP+ (Subscription Manager Data Preparation+)-server. Måden, Google og Samsung opbygger deres LPA'er på, skaber en markant teknisk opdeling på tværs af økosystemet.
+-------------------------------------------------------------------------+
| GSMA SGP.22 Standard |
+------------------------------------+------------------------------------+
| Google Pixel Engine | Samsung One UI Engine |
| (Standard-LPA + Android-overførsel)| (SecSIMService + KNOX Core) |
+------------------------------------+------------------------------------+
| - Pixel 7 / 8 / 9 / 10 / Fold | - Galaxy S23 / S24 / S25 / Z Fold |
| - Fast Pair / System Transfer Tool | - Smart Switch / Overfør SIM-værktøj|
| - GSMA TS.43 Profilparsing | - Proprietær Samsung Cloud Key |
+------------------------------------+------------------------------------+
|
+---------------+---------------+
| eUICC Hardwarelag |
| (ISD-R / ISD-P Profilplads) |
+-------------------------------+Googles rene Android LPA-framework (Pixel-serien)
På Google Pixel-enheder (Pixel 7-, 8-, 9-serien og Pixel Fold) er eSIM-administration tæt integreret i selve AOSP via Googles standard-LPA-implementering. Googles enhed-til-enhed-migrering benytter GSMA TS.43-standarden sammen med Androids indbyggede overførselsværktøj.
Når en overførsel mellem to Pixel-enheder startes:
- Kilde-Pixel-enheden opretter en krypteret kryptografisk udfordring ved hjælp af Fast Pair (Nearby Share/Quick Share).
- Mål-Pixel-enheden scanner en dynamisk migrerings-QR-kode, der genereres lokalt af kildeenhedens LPA.
- Googles LPA kommunikerer med operatørens SM-DP+-server for at bekræfte rettigheder, udløse en automatisk frigivelse af profilen på kilde-eUICC'en og klargøre download af en ny profil til modtagerens eUICC.
Samsung One UI 6 & 7 eSIM Manager (Galaxy-serien)
Samsung adskiller sig fra standard AOSP ved at pakke eSIM-operationer ind i deres proprietære SecSIMService og KNOX Security Core, som administreres via One UI SIM-administrationen på Galaxy S23-, S24-, S25- og Z Fold/Flip-enheder.
Samsungs funktion "Overfør SIM til en anden enhed" prioriterer kontinuitet inden for eget økosystem. Når et eSIM flyttes mellem to Samsung-enheder, omgår One UI standard Android-migreringskanaler til fordel for et kryptografisk handshake via Samsung Account. Denne proces godkender profiloverførsler direkte i Knox Secure Environment, hvilket muliggør hurtig eUICC-til-eUICC-migrering under Smart Switch-opsætning eller via separate justeringer i SIM-administrationen.
| Arkitektonisk lag | Google Pixel (AOSP Framework) | Samsung Galaxy (One UI 6 / 7) |
|---|---|---|
| LPA-implementering | Standard Android LPA (com.google.android.lpa) | Proprietær SecSIM LPA (com.samsung.android.app.telephonyui) |
| Sikkerhedslag | Google Titan M2 Hardware Security | Samsung KNOX Enclave |
| Registreringsprotokol | Fast Pair / Google Cloud Cryptography | Samsung Cloud-konto & scanning af enheder i nærheden |
| Understøttet hardware | 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å tværs af mærker | Begrænset (kræver manuel QR eller SM-DP+-genudstedelse) | Begrænset (kræver manuel QR eller SM-DP+-genudstedelse) |
Udfordringen med interoperabilitet på tværs af OEM-producenter
Mens overførsler inden for samme mærke (Pixel-til-Pixel eller Samsung-til-Samsung) fungerer pålideligt via disse dedikerede migreringsprocesser, støder overførsler på tværs af producenter (Pixel til Samsung eller Samsung til Pixel) mod en teknisk mur.
Da Google og Samsung bruger forskellige proprietære LPA-metoder til at autentificere den automatiske GSMA-deaktiverings-/genaktiveringsproces, kan du ikke bruge Samsungs "Overfør SIM"-værktøj til at sende en aktiv profil direkte til en Google Pixel. Ligeledes kan Pixels Fast Pair-forbindelse ikke styre Samsungs KNOX-beskyttede eUICC direkte.
Derfor kræver flytning af et rejse-eSIM mellem forskellige Android-producenter typisk, at profilen slettes fra den gamle enhed og hentes igen fra operatørens SM-DP+-server ved hjælp af den oprindelige aktiverings-QR-kode.
For rejsende, der udfører disse omkonfigurationer på farten, er stabil forbindelsessikkerhed under overførslen altafgørende. Rejseudbydere som MollySIM minimerer overførselsrisici ved at tillade fleksibel gen-download af profiler via deres kontrolpanel, understøttet af et sikkerhedsnet med en 384 kbps Fair Use Policy (FUP)-hastighed. I modsætning til ældre rejse-eSIMs, der drosles ned til ubrugelige 128 kbps, når højhastighedskvoten slipper op, bevarer en 384 kbps-forbindelse tilstrækkelig båndbredde til at holde Google Maps, beskedtjenester og godkendelsesprocesser kørende, mens du genkonfigurerer eUICC-profilen på din nye enhed.
Operatørassisterede overførsler vs. enkeltinstallationspolitikker for rejse-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 at forstå, hvorfor flytning af en international datapakke mellem Android-telefoner ofte fejler, skal man skelne mellem traditionelle mobiloperatørers rettighedssystemer og den engrosinfrastruktur, der driver globale rejse-eSIMs.
Indenlandsk mobiloperatør-flow (TS.43):
[Gammel telefon] ---> Rettighedsserver validerer IMSI/IMEI ---> Genererer ny profil OTA ---> [Ny telefon]
Forudbetalt rejse-eSIM-flow:
[SM-DP+ Server] ---> Udsender engangstoken (LPA:1$...) ---> Låser til mål-EID ---> Token opbrugtIndenlandsk overførsel: GSMA TS.43 Rettighedsarkitektur
Førende nationale mobilnetværksoperatører (MNO'er) håndterer profiloverførsler ved hjælp af standarderne for GSMA TS.43 Service Entitlement Configuration. Når du starter en overførsel direkte på enheden via Androids opsætningsguide, kommunikerer operativsystemet direkte med operatørens Entitlement Server (ES).
ES autentificerer din konto dynamisk, afregistrerer den gamle enheds EID (Embedded Identity Document), genererer en frisk digital profil på operatørens SM-DP+-server og overfører den lydløst til destinationshardwaren Over-The-Air (OTA). Brugeren behøver aldrig håndtere en rå aktiveringsstreng manuelt.
Rejse-eSIMs: Engangstoken-modellen
Udbydere af forudbetalte rejse-eSIMs opererer under en fundamentalt anderledes klargøringsmodel, der er bygget til engroshandel med data snarere end løbende administration af et abonnements livscyklus.
Når du køber en rejsepakke, klargør udbyderens platform en aktiveringsprofil, der er indkodet i en standardiseret GSMA-syntaks:
- Kryptografisk binding: Når Local Profile Assistant (LPA) på din Samsung Galaxy eller Google Pixel aflæser denne streng, etablerer den et gensidigt TLS-handshake (mTLS) med den angivne SM-DP+-server.
- Statustransformation: SM-DP+-serveren ændrer profilens status i databasen fra Released til Downloaded, hvilket låser de kryptografiske profilnøgler strengt til den fysiske eUICC-chip (EID) på netop den telefon.
- Ugyldiggørelse af token: Så snart profilen er installeret, markeres aktiveringstokenet (
Matching ID) permanent som Consumed (opbrugt).
| Klargøringsfaktor | Indenlandsk operatør (GSMA TS.43) | Standard forudbetalt rejse-eSIM |
|---|---|---|
| Overførselsmekanisme | Automatisk cloud-godkendt OTA-overførsel | Manuel profilsletning & tokengenerering |
| Token-genanvendelighed | Uendelig (nyt token genereres dynamisk pr. overførsel) | Kun engangsbrug (matching ID låses efter handshake) |
| EID-binding | Dynamisk (opdaterer EID-tilknytning på operatørens HLR/HSS) | Statisk (hårdt låst til den første godkendte eUICC) |
| Konsekvens ved lokal sletning | Kan gen-downloades med det samme via operatørkonto | Permanent ugyldiggørelse af den aktive dataprofil |
Fælden ved sletning af profiler
Den mest almindelige fejl blandt internationale rejsende er at slette et aktivt eSIM manuelt fra deres gamle Samsung-enhed i den tro, at de blot kan scanne den oprindelige PDF-QR-kode igen med deres nye Google Pixel.
Eftersom standard SM-DP+-noder til rejsebrug håndhæver en politik om kun én installation for at forhindre profilkloning og SIM-kapring, vil serveren øjeblikkeligt afvise det andet handshake. Den oprindelige QR-kode bliver ubrugelig, og den resterende datamængde på profilen går tabt.
[Bruger sletter profil på Galaxy] ---> Profil slettes fra lokal eUICC
|
[Bruger scanner samme QR på Pixel] ---> SM-DP+ afviser token (Fejl: "Koden er allerede brugt")
|
[DATAFORBINDELSE TABT]Denne strenge token-håndtering efterlader ofte rejsende uden internetforbindelse i kritiske overgangsperioder – såsom under mellemlandinger i internationale lufthavne eller ved enhedsskift på et hotel.
Hvis der opstår en uventet profillåsning eller mangel på data under omkonfiguration af udstyr på rejsen, er det afgørende at have et pålideligt alternativ. Moderne forbindelsesløsninger som MollySIM bygger robusthed ind i deres klargøringsmodel. Ud over brugervenlige kontrolpaneler til profiladministration tilbyder MollySIM en 384 kbps Fair Use Policy (FUP)-hastighedsgrænse på deres abonnementer.
Mens ældre rejse-SIM-kort drosler hastigheden ned til ubrugelige 128 kbps – en hastighed, hvor SSL-handshakes, moderne TLS-sessioner og kortindlæsning ofte timer ud – er en 384 kbps-forbindelse tre gange hurtigere. Dette giver tilstrækkelig båndbredde til at hente digitale boardingpas, gennemføre betalinger med Google Wallet/Apple Pay, bruge navigation i Google Maps og kontakte support for at genskabe forbindelsen uden problemer.
Trin-for-trin guide: Overførsel og opsætning af profiler mellem Samsung og Pixel
En problemfri overførsel mellem Android-flagskibe kræver præcision i både Local Profile Assistant (LPA) og producentens netværksopsætning. Nedenfor gennemgås de bekræftede procedurer for migrering af eSIMs på tværs af One UI og standard Android-miljøer.
Tjekliste før overførsel
Før du starter en overførsel mellem enheder, skal du sikre, at følgende betingelser er opfyldt for at undgå profilfejl:
- Forbindelse til samme Wi-Fi: Forbind begge enheder til det samme stabile, private Wi-Fi-netværk. Undgå offentlige netværk med login-portaler (f.eks. i lufthavne eller på hoteller), da de ofte blokerer lokal enhed-til-enhed-registrering.
- Aktiv Bluetooth & fysisk nærhed: Aktivér Bluetooth på begge telefoner, og placer dem højst 30 cm fra hinanden for stabil krypteret kommunikation.
- Biometrisk sikkerhed & skærmlås: Sørg for, at begge enheder har en aktiv skærmlås (PIN-kode, adgangskode eller biometri) slået til for at kunne godkende udvekslingen af sikkerhedsnøgler.
- Operativsystemkrav: Kontrollér, at Samsung Galaxy-enheden kører One UI 5.1+ (One UI 6/7 anbefales), og at Google Pixel er opdateret til Android 14, 15 eller 16.
Scenarie 1: Overførsel på tværs af mærker (Samsung Galaxy til Google Pixel)
Androids indbyggede standard til eSIM-overførsel på tværs af enheder anvender Wi-Fi Direct og Bluetooth-parring kombineret med Google Play Services-godkendelse til at overføre understøttede operatørprofiler.
[Mål: Pixel] Starter "Overfør SIM" ---> Genererer krypteret QR-kode
|
[Kilde: Galaxy] Scanner målets skærm ---> Biometrisk bekræftelse
|
[SM-DP+ Server] Validerer handshake ---> Frigiver eSIM til Pixel- Start på modtagerenheden (Google Pixel):
- Gå til Indstillinger > Netværk og internet > SIM-kort > Tilføj SIM-kort.
- Vælg Overfør SIM-kort fra en anden enhed. Pixel-enheden viser nu en dynamisk, kryptografisk signeret QR-kode på skærmen.
- Godkend på kildeenheden (Samsung Galaxy):
- En pop op-meddelelse vises automatisk via Google Play Services: "Vil du overføre SIM til Pixel?"
- Tryk på meddelelsen (eller åbn standard-kameraappen), og scan QR-koden, der vises på Pixel-skærmen.
- Bekræft sikkerhedsprompten:
- Godkend på Galaxy-enheden med dit fingeraftryk eller din PIN-kode.
- Tryk på Overfør for at bekræfte deaktiveringen på Galaxy eUICC'en.
- Afslut opsætningen på modtageren (Pixel):
- Pixel-enheden opretter en udgående TLS-forbindelse til operatørens SM-DP+-server, downloader den nye profil og viser "Overførsel fuldført". Tryk på Udfør.
Scenarie 2: Galaxy-til-Galaxy migrering inden for økosystemet
Samsung forenkler overførsler inden for sit eget økosystem ved hjælp af Samsung Account-sikkerhedstokens og One UI SIM-administrationen.
- På mål-Galaxy-enheden:
- Gå til Indstillinger > Forbindelser > SIM-kortadministrator.
- Tryk på Tilføj eSIM > Overfør SIM fra en anden enhed.
- Vælg Søg efter enheder i nærheden.
- På kilde-Galaxy-enheden:
- Lås enheden op. En meddelelse vises: "Vil du overføre SIM til [Enhedsnavn]?"
- Tryk på Overfør, og bekræft din identitet via biometrisk godkendelse (fingeraftryk eller irisscanning).
- Gennemfør profiloverførslen:
- Vælg den specifikke operatør- eller rejseprofil, du vil flytte.
- Tryk på Overfør, og vent 60–90 sekunder, mens mål-enhedens eUICC downloader den nye aktiveringspakke.
Scenarie 3: Genklargøring af dedikerede rejse-eSIMs (Sikker protokol)
De fleste internationale rejse-eSIMs understøtter ikke direkte enhed-til-enhed-overførsel på OS-niveau, fordi profilens engangscertifikat ikke kan genkrypteres til en anden fysisk eUICC-chip.
| Trin | Handling | Vigtig regel |
|---|---|---|
| 1. Tjek kontrolpanel | Log ind på din rejseudbyders app eller kontrolpanel på målenheden. | Slet IKKE eSIM-profilen fra din gamle telefon endnu. |
| 2. Anmod om genudstedelse | Vælg din aktive datapakke, og tryk på "Flyt til ny enhed" eller "Generer ny QR". | Sørg for, at din nye telefon er online via stabilt Wi-Fi. |
| 3. Installer på ny enhed | På Pixel: Indstillinger > Netværk og internet > SIM-kort > Tilføj SIM-kort > Download et SIM-kort. <br>På Galaxy: Indstillinger > Forbindelser > SIM-kortadministrator > Tilføj eSIM > Scan QR-kode. | Scan det nygenererede QR-token direkte på destinationsenheden. |
| 4. Fjern den gamle profil | Når dataforbindelsen virker på den nye telefon, slettes den gamle profil fra kildeenhedens SIM-kortadministrator. | Slet aldrig en profil, før du har bekræftet, at den nye er aktiv. |
Hvis der opstår et uventet profiludfald under en international rejse, sikrer en fleksibel rejseudbyder, at du ikke står helt uden data. Udbydere som MollySIM afhjælper problemer ved at tilbyde nem genklargøring via kontrolpanelet kombineret med en automatisk 384 kbps Fair Use Policy (FUP)-basishastighed.
Eftersom 384 kbps er tre gange hurtigere end standardgrænsen på 128 kbps hos traditionelle rejse-SIM-kort, fungerer vigtige tjenester med lavt båndbreddeforbrug – såsom besked-apps, rutevejledning i Google Maps og betalingstjenester som Google Wallet – ufortrødent videre, mens du færdiggør opsætningen af din primære forbindelse.
Sammenlignende analyse: Metoder til Android eSIM-overførsel vs. rejseløsninger
Flytning af digitale mobilprofiler på tværs af Androids opdelte økosystem indebærer navigation mellem forskellige OEM-protokoller, GSMA-standarder og operatørers softwarelag. Tabellen nedenfor viser, hvordan indbyggede OS-værktøjer klarer sig i forhold til traditionelle rejseudbydere og cloud-klargjorte løsninger ved profilmigrering mellem Samsung Galaxy og Google Pixel-hardware.
| Evalueringsparameter | Indbygget Android Fast Pair-overførsel | Samsung Smart Switch SIM-port | Standard rejse-eSIM (Manuel QR) | MollySIM Øjeblikkelig klargøring |
|---|---|---|---|---|
| Kompatibilitet på tværs af mærker (Samsung ↔ Pixel) | ⚠️ Begrænset (Kræver fælles operatør-TS.43-rettighed) | ❌ Nej (Strengt begrænset til Galaxy-til-Galaxy) | ⚠️ Betinget (Kræver udstedelse af ny manuel QR) | ✅ Universel (Direkte gentildeling via web/app på tværs af alle mærker) |
| Offline-funktionalitet | ❌ Nej (Kræver aktiv internetforbindelse til handshake) | ⚠️ Delvis (Lokal overførsel kræver Wi-Fi Direct) | ❌ Nej (Kræver internet for at hente/vise ny QR) | ❌ Nej (Cloud-synkronisering kræver indledende Wi-Fi/mobildata) |
| Genanvendelighed af profil & token | ❌ Engangstoken ugyldiggøres efter parring | ❌ Overført profil låses til mål-eUICC | ❌ Engangs Matching ID (Ugyldigt efter scanning) | ✅ Dynamisk profilomdirigering til flere enheder via kontrolpanel |
| Gennemsnitlig nedetid ved migrering | 3–8 minutter (Afhænger af operatørens validering) | 5–10 minutter (Fuld enhedssynkronisering) | 1–24 timer (Afhænger af operatørens svartid) | Øjeblikkelig / < 2 minutter (Automatisk generering af dynamisk token) |
| Nødfaldback / Sikkerhedsnet | ❌ Fuld afbrydelse hvis handshake fejler | ❌ Vender tilbage til kildeenhed ved fejl | ❌ Ingen data (0 kbps) ved frakobling af profil | ✅ Automatisk 384 kbps FUP (Bevarer grundlæggende forbindelse) |
Arkitekturgennemgang: Hvorfor traditionelle rejse-SIM-kort fejler ved enhedsskift
Hovedårsagen til fejl ved overførsler på tværs af mærker (f.eks. skift fra en Samsung Galaxy S24 Ultra til en Google Pixel 9 Pro) bunder i, hvordan GSMA-fjernklargøring administrerer kryptografiske nøgler. Standard rejse-eSIMs bruger en engangsaktiveringskode, der er bundet til en SM-DP+ (Subscription Manager Data Preparation)-server. Når du scanner en standard QR-kode, låser SM-DP+-serveren den specifikke profil kryptografisk til eUICC-chippens EID (Embedded Identity Document) på din oprindelige enhed.
Da almindelige rejseudbydere ikke implementerer de mere omkostningstunge GSMA TS.43 Service Entitlement-konfigurationer, kan hverken Androids Fast Pair eller Samsung Smart Switch forhandle en dynamisk rettighedsoverførsel på tværs af forskellige producentmiljøer. Forsøg på en direkte lokal overførsel vil typisk ugyldiggøre den lokale
🌐 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.