Så överför du rese-eSIM mellan Android-enheter (Guide för Samsung & Google Pixel 2026)

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

För att förstå varför överföring av ett rese-eSIM mellan Android-enheter inte alltid är en sömlös "ett-klicksupplevelse" måste du först granska de underliggande hårdvaru- och mjukvarulagren som styr migreringen av digitala profiler.

På hårdvarunivå innehåller varje modern flaggskeppsmodell med Android ett eUICC (Embedded Universal Integrated Circuit Card) – ett manipuleringssäkert mikrochip som är fastlött direkt på moderkortet. Inuti detta chip finns ISD-R (Issuer Security Domain Root), som lagrar säkra autentiseringsuppgifter, samt flera ISD-P-behållare (Issuer Security Domain Profile), där varje behållare kan rymma en enskild operatörsprofil.

Bryggan mellan operativsystemet och eUICC är LPA (Local Profile Assistant). LPA hanterar nedladdning av profiler, statusväxling och säkra metadata-handskakningar med den externa SM-DP+-servern (Subscription Manager Data Preparation+). Hur Google och Samsung strukturerar sina LPA-implementationer skapar en tydlig funktionell skillnad i ekosystemet.

+-------------------------------------------------------------------------+
|                         GSMA SGP.22-standard                            |
+------------------------------------+------------------------------------+
|        Google Pixel-motor          |       Samsung One UI-motor         |
|  (Standard-LPA + Android-överföring)|    (SecSIMService + KNOX Core)     |
+------------------------------------+------------------------------------+
| - Pixel 7 / 8 / 9 / 10 / Fold      | - Galaxy S23 / S24 / S25 / Z Fold  |
| - Fast Pair / Systemöverföring     | - Smart Switch / SIM-överföring    |
| - GSMA TS.43 Profilparsning        | - Proprietär Samsung Cloud-nyckel  |
+------------------------------------+------------------------------------+
                                      |
                      +---------------+---------------+
                      |       eUICC-hårdvarulager     |
                      |  (ISD-R / ISD-P-profilplats)  |
                      +-------------------------------+

Googles rena Android LPA-ramverk (Pixel-serien)

På Google Pixel-enheter (Pixel 7-, 8-, 9-serien och Pixel Fold) är eSIM-hanteringen tätt integrerad i AOSP-kärnan via Googles interna LPA-implementation. Googles migrering mellan enheter använder GSMA TS.43-standarden tillsammans med Androids inbyggda överföringsverktyg.

När en överföring initieras mellan två Pixel-enheter:

1. Skapar käll-Pixeln en krypterad kryptografisk begäran med hjälp av Fast Pair (Nearby Share/Quick Share).
2. Skannar mål-Pixeln en dynamisk migrerings-QR-kod som genereras lokalt av källenhetens LPA.
3. Kommunicerar Googles LPA med operatörens SM-DP+-server för att verifiera behörighet, initiera en automatisk profilfrisläppning på källans eUICC och tillhandahålla en ny profilnedladdning till destinationens eUICC.

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

Samsung skiljer sig från standard-AOSP genom att kapsla in eSIM-operationer i sina proprietära system SecSIMService och KNOX Security Core, vilka hanteras via One UI SIM-kortshanterare på Galaxy S23-, S24-, S25- och Z Fold/Flip-enheter.

Samsungs funktion "Överför SIM till annan enhet" prioriterar kontinuitet inom det egna ekosystemet. När du flyttar ett eSIM mellan två Samsung-enheter kringgår One UI vanliga Android-migreringskanaler till förmån för en kryptografisk handskakning via Samsung Account. Detta flöde auktoriserar profilöverföringar direkt i den säkra Knox-miljön, vilket möjliggör snabb migrering från eUICC till eUICC under Smart Switch-konfigurationen eller via fristående justeringar i SIM-kortshanteraren.

Hinder för driftskompatibilitet mellan olika tillverkare

Även om överföringar inom samma märke (Pixel-till-Pixel eller Samsung-till-Samsung) fungerar tillförlitligt med dessa dedikerade migreringsverktyg, stöter överföringar mellan olika tillverkare (Pixel till Samsung eller Samsung till Pixel) på en teknisk barriär.

Eftersom Google och Samsung använder olika proprietära LPA-anslutningar för att autentisera den automatiserade avaktiverings- och återaktiveringscykeln i GSMA, kan du inte använda Samsungs "Överför SIM"-verktyg för att skicka en aktiv profil direkt till en Google Pixel. På samma sätt kan inte Pixels Fast Pair-handskakning styra Samsungs KNOX-skyddade eUICC direkt.

Att flytta ett rese-eSIM mellan olika Android-tillverkare kräver därför oftast att profilen raderas från den gamla enheten och hämtas på nytt från operatörens SM-DP+-server med den ursprungliga aktiverings-QR-koden.

För resenärer som gör dessa omkonfigureringar på resande fot är en stabil anslutning under övergången avgörande. Reseleverantörer som MollySIM minimerar överföringsriskerna genom att erbjuda flexibel återhämtning av profiler via sitt kontrollpanel, med ett säkerhetsnät i form av en 384 kbps Fair Use Policy (FUP). Till skillnad från äldre rese-eSIM som sänks till oanvändbara 128 kbps när höghastighetsdatan tar slut, ger en 384 kbps-anslutning tillräcklig bandbredd för att hålla Google Maps, meddelandeappar och autentiseringsprocesser igång medan du konfigurerar den nya enhetens eUICC-profil.

Operatörsassisterad överföring kontra engångsinstallation för rese-eSIM

För att förstå varför flytt av ett internationellt datapaket mellan Android-telefoner ofta misslyckas måste du skilja på nationella operatörers behörighetssystem och grossistinfrastrukturen som driver globala rese-eSIM.

Flöde för nationella operatörer (TS.43):
[Gammal telefon] ---> Auktoriseringsserver validerar IMSI/IMEI ---> Genererar ny profil OTA ---> [Ny telefon]

Flöde för förbetalda rese-eSIM:
[SM-DP+-server] ---> Frisläpper engångstoken (LPA:1$...) ---> Låser till målets EID ---> Token förbrukas

Nationell överförbarhet: GSMA TS.43-auktoriseringsarkitektur

Stora nationella mobiloperatörer (MNO:er) som Telia, Tele2, Telenor och Tre hanterar profilöverföringar med hjälp av GSMA TS.43 Service Entitlement Configuration-standarden. När du startar en överföring via Androids installationsguide kommunicerar operativsystemet direkt med operatörens Entitlement Server (ES).

Auktoriseringsservern validerar ditt abonnemang dynamiskt, avregistrerar den gamla enhetens EID (Embedded Identity Document), genererar en ny digital profil på operatörens SM-DP+-server och skickar den i bakgrunden trådlöst (OTA) till destinationsenheten. Du som användare behöver aldrig hantera råa aktiveringssträngar.

Rese-eSIM: Modellen med engångstokenisering

Leverantörer av förbetalda rese-eSIM arbetar enligt en fundamentalt annorlunda driftsmodell som är anpassad för grossistdatapaket snarare än kontinuerlig livscykelhantering av abonnemang.

När du köper ett resepaket tillhandahåller leverantörens plattform en aktiveringsprofil kodad i standardiserad GSMA-syntax:

1. Kryptografisk bindning: När Local Profile Assistant (LPA) på din Samsung Galaxy eller Google Pixel läser denna sträng etableras en ömsesidig TLS-handskakning (mTLS) med den angivna SM-DP+-servern.
2. Statusövergång: SM-DP+-servern ändrar profilens status i databasen från Released till Downloaded, vilket låser profilens kryptografiska nycklar direkt till det fysiska eUICC-chippet (EID) på just den telefonen.
3. Förbrukning av token: När profilen har installerats markeras aktiveringstokenet (Matching ID) permanent som Förbrukat (Consumed).

Fällan med lokal profilradering

Det vanligaste misstaget internationella resenärer gör är att manuellt radera ett aktivt eSIM från sin gamla Samsung-enhet i tron att de bara kan skanna den ursprungliga PDF-koden med sin nya Google Pixel.

Eftersom vanliga SM-DP+-servrar för rese-eSIM tillämpar strikta engångsregler för att förhindra profilkloning och SIM-kapning, avvisar servern omedelbart den andra handskakningen. Den ursprungliga QR-koden blir ogiltig och den återstående datamängden på profilen förloras.

[Användaren raderar profil på Galaxy] ---> Profilen raderas från lokalt eUICC
                                           |
[Användaren skannar samma QR på Pixel] ---> SM-DP+ nekar token (Fel: "Koden har redan använts")
                                           |
                                   [DATAANSLUTNING FÖRLORAD]

Denna strikta tokenisering lämnar ofta resenärer utan uppkoppling i kritiska övergångsperioder – såsom under transfer på internationella flygplatser eller vid enhetsbyte på hotellet.

Om ett oväntat profillås eller databortfall inträffar vid byte av hårdvara under resan är en pålitlig reservlösning avgörande. Moderna uppkopplingslösningar som MollySIM bygger in motståndskraft i sitt system. Förutom användarvänliga kontrollpaneler för profilhantering erbjuder MollySIM en 384 kbps Fair Use Policy (FUP) som lägsta hastighetsgräns.

Medan äldre rese-SIM stryper hastigheten till oanvändbara 128 kbps – en hastighet som ofta leder till att SSL-handskakningar, moderna TLS-sessioner och kartinläsning gör timeout – är en anslutning på 384 kbps tre gånger snabbare. Detta ger tillräcklig bandbredd för att ladda digitala boardingkort, använda Google Wallet/Apple Pay, köra Google Maps och kommunicera med operatörens support för att återställa anslutningen utan avbrott.

Steg-för-steg-guide: Överföra och konfigurera profiler mellan Samsung och Pixel

För en smidig överföring mellan Android-flaggskepp krävs ett korrekt tillvägagångssätt i både Local Profile Assistant (LPA) och tillverkarens nätverksstack. Nedan visas de verifierade arbetsflödena för migrering av eSIM mellan One UI och standard-Android.

Checklista före överföring

Innan du påbörjar någon handskakning mellan enheterna bör du kontrollera följande parametrar för att undvika skadade profiler:

• Gemensam Wi-Fi-anslutning: Anslut båda enheterna till samma stabila, privata Wi-Fi-nätverk. Undvik offentliga inloggningsportaler (som på flygplatser eller hotell) som blockerar lokal enhetskommunikation.
• Aktiv Bluetooth & närhet: Aktivera Bluetooth på båda telefonerna och placera dem inom 30 cm från varandra för stabil kryptografisk identifiering.
• Biometrisk säkerhet & skärmlås: Se till att båda enheterna har ett aktivt skärmlås (PIN-kod, lösenord eller biometri) för att godkänna nyckelutbytet.
• Operativsystemskrav: Kontrollera att din Samsung Galaxy kör One UI 5.1 eller senare (One UI 6/7 rekommenderas) och att din Google Pixel är uppdaterad till Android 14, 15 eller 16.

Scenario 1: Överföring mellan olika varumärken (Samsung Galaxy till Google Pixel)

Androids inbyggda standard för överföring av eSIM mellan enheter använder Wi-Fi Direct och Bluetooth-parkoppling tillsammans med Google Play Tjänster för att överföra kompatibla operatörsprofiler.

[Mål: Pixel]  Startar "Överför SIM"  ---> Genererar krypterad QR-kod
                                                 |
[Källa: Galaxy] Skannar målets skärm ---> Biometrisk bekräftelse
                                                 |
[SM-DP+-server] Validerar handskakning ---> Skickar eSIM till Pixel

1. Initiera på målenheten (Google Pixel):

• Gå till Inställningar > Nätverk och internet > SIM-kort > Lägg till SIM-kort.
• Välj Överför ett SIM-kort från en annan enhet. Pixel visar en dynamisk, kryptografiskt signerad QR-kod på skärmen.

1. Autentisera på källenheten (Samsung Galaxy):

• En avisering visas automatiskt via Google Play Tjänster: "Överföra SIM till Pixel?"
• Tryck på aviseringen (eller öppna standardkameran) och skanna QR-koden som visas på Pixeln.

1. Bekräfta säkerhetsuppmaningen:

• Autentisera på din Galaxy med fingeravtryck eller skärmlås-PIN.
• Tryck på Överför för att bekräfta inaktiveringen på din Galaxys eUICC.

1. Slutför installationen på målenheten (Pixel):

• Pixel upprättar en TLS-session med operatörens SM-DP+-server, laddar ner den nya profilen och visar "Överföringen är klar". Tryck på Klar.

Scenario 2: Migrering inom Samsungs ekosystem (Galaxy-till-Galaxy)

Samsung förenklar överföringar inom sitt eget ekosystem med hjälp av Samsung Account-säkerhetstoken och SIM-kortshanteraren i One UI.

1. På mål-Galaxy-enheten:

• Gå till Inställningar > Anslutningar > SIM-kortshanterare.
• Tryck på Lägg till eSIM > Överför SIM från annan enhet.
• Välj Sök efter enheter i närheten.

1. På käll-Galaxy-enheten:

• Lås upp enheten. En uppmaning visas: "Överföra SIM till [Enhetsnamn]?"
• Tryck på Överför och verifiera din identitet med biometri (fingeravtryck eller irisavläsning).

1. Genomför profilhandskakningen:

• Välj den specifika operatörs- eller reseprofil du vill flytta.
• Tryck på Överför och vänta 60–90 sekunder medan målenhetens eUICC laddar ner den nya aktiveringsdatan.

Scenario 3: Återinstallation av dedikerade rese-eSIM (Säkert protokoll)

De flesta internationella rese-eSIM stöder inte överföring direkt mellan enheter via operativsystemet eftersom profilens engångscertifikat inte kan krypteras om mellan olika eUICC-hårdvaruchip.

Om ett oväntat profiltapp inträffar under en utlandsresa förhindrar en flexibel reseoperatör total dataförlust. Leverantörer som MollySIM minskar överföringsproblem genom att erbjuda smidig återaktivering via portalen tillsammans med en automatisk 384 kbps Fair Use Policy (FUP)-grundnivå.

Eftersom 384 kbps är tre gånger snabbare än standardgränsen på 128 kbps hos traditionella rese-SIM, fortsätter kritiska lågbandbreddsprotokoll – såsom snabbmeddelanden, Google Maps i realtid och betaltjänster som Google Wallet – att fungera utan avbrott medan du konfigurerar din primära anslutning.

Jämförande analys: Överföringsmetoder för Android-eSIM vs. reselösningar

Att överföra digitala mobilprofiler i Androids fragmenterade ekosystem innebär att navigera mellan tillverkarnas egna protokoll, GSMA-standarder och operatörsspecifik mjukvara. Matrisen nedan visar hur operativsystemens inbyggda verktyg står sig mot vanliga reseleverantörer och molnbaserade lösningar vid flytt av profiler mellan Samsung Galaxy och Google Pixel.

Teknisk genomgång: Varför traditionella rese-SIM slutar fungera vid hårdvarubyte

Grundorsaken till att överföringar mellan olika tillverkare misslyckas (till exempel vid byte från en Samsung Galaxy S24 Ultra till en Google Pixel 9 Pro) ligger i hur GSMA:s fjärrhantering av SIM-kort hanterar kryptografiska nycklar. Standardmässiga rese-eSIM använder en engångskod kopplad till en SM-DP+-server (Subscription Manager Data Preparation). När du skannar en vanlig QR-kod binder SM-DP+-servern profilen kryptografiskt till eUICC-chippets EID (Embedded Identity Document) på din ursprungliga enhet.

Eftersom vanliga reseoperatörer inte implementerar kostsamma GSMA TS.43 Service Entitlement-konfigurationer kan varken Androids Fast Pair eller Samsung Smart Switch förhandla fram en direkt rättighetsöverföring mellan olika tillverkares ramverk. Försök till en direkt lokal överföring återkallar oftast statusen i den lokala LPA:n (Local Profile Assistant), vilket lämnar profilen låst, obrukbar på den gamla enheten och obehörig på den nya.

[Misslyckad överföring av standard rese-eSIM]
Källenhet (Galaxy) ----(Engångstoken förbrukas)----> [SM-DP+-server nekar bindning] ----x Målenhet (Pixel)
Resultat: Noll data / Total förlust av anslutning

[MollySIM dynamisk molnomfördelning]
Källenhet (Galaxy) ---> [MollySIM Cloud Control API] ---> [Nytt token skickas ut] ---> Målenhet (Pixel)
Aktivt säkerhetsnät: 384 kbps FUP-fallback förhindrar total nedkoppling under övergången

Eliminera migreringsproblem med molnhantering och 384 kbps kontinuitet

För att undvika fällan med förbrukade engångskoder frikopplar MollySIM datapaketet från specifika hårdvaru-ID:n genom dynamisk molnhantering. Om du uppgraderar, byter ut eller växlar mellan en Samsung och en Google Pixel under resan behöver du inte vänta på att supporten manuellt ska återställa en förbrukad QR-kod. Plattformen återställer automatiskt bindningsstatusen i din kontrollpanel och genererar en ny profil anpassad för destinationsenhetens LPA-motor.

Dessutom löser MollySIM den mest kritiska fasen under en utlandsresa – övergångsperioden vid enhetsbyte – genom att tillämpa en automatisk basnivå på 384 kbps enligt Fair Use Policy (FUP).

Traditionella rese-SIM-leverantörer stryper hastigheten till 64 kbps eller 128 kbps (eller bryter data helt till 0 kbps) vid tekniska problem eller när datapaketet tar slut. Vid 128 kbps uppstår ofta allvarliga timeout-fel vid krypterade webbanslutningar och SSL-handskakningar. Däremot är MollySIM:s lägstanivå på 384 kbps tre gånger snabbare än branschstandarden för resor, vilket garanterar tillräcklig bandbredd för viktiga funktioner:

• GPS-navigering i realtid: Läser in vektorkartor och ruttomräkningar i Google Maps och Apple Maps utan fördröjning.
• Betalningsautentisering: Genomför HCE-tokenhandskakningar (Host Card Emulation) via Google Wallet och Apple Pay i betalterminaler.
• Kritisk logistik: Håller meddelandekanaler (WhatsApp, Signal, iMessage) fullt fungerande för 2FA-koder via SMS och koordinering medan du slutför konfigurationen av din nya enhet.

Felsökning av LPA-fel, SM-DP+-adressproblem och låsta profiler

När en eSIM-migrering fastnar uppstår felet i Local Profile Assistant (LPA)-lagret – den dedikerade mjukvaruprocessen i Android som sköter kryptografiska handskakningar med den externa Subscription Manager Data Preparation-servern (SM-DP+) och det fysiska eUICC-chippet. Nedan finns ett diagnostiskt ramverk för att identifiera, isolera och lösa fel i RSP-protokollet (Remote SIM Provisioning) på Samsung Galaxy och Google Pixel.

Diagnostik av GSMA RSP-felkoder

Androids LPA visar standardiserade felmeddelanden enligt GSMA (SGP.22) när en profilnedladdning eller autentisering avbryts. Följande tabell visar åtgärder för de vanligaste överföringsproblemen: