Reis-eSIMs overzetten tussen Android-toestellen (Samsung & Google Pixel Gids 2026)

De architectuur van Android eSIM-migratie: Google Pixel vs. Samsung Galaxy One UI

Om te begrijpen waarom het overzetten van een reis-eSIM tussen Android-toestellen niet altijd een naadloze ervaring met één tik is, moet je eerst kijken naar de onderliggende hardware- en softwarelagen die de migratie van digitale profielen aansturen.

Op hardwareniveau beschikt elk modern Android-vlaggenschip over een eUICC (Embedded Universal Integrated Circuit Card): een tegen manipulatie beveiligde microchip die rechtstreeks op het moederbord is gesoldeerd. Binnen deze chip bevindt zich het ISD-R (Issuer Security Domain Root), dat beveiligde inloggegevens opslaat, en meerdere ISD-P (Issuer Security Domain Profile) containers, die elk een individueel providerprofiel kunnen hosten.

De brug tussen het besturingssysteem en de eUICC is de LPA (Local Profile Assistant). De LPA verzorgt het downloaden van profielen, statuswisselingen en beveiligde metadata-handshakes met de externe SM-DP+ (Subscription Manager Data Preparation+) server. De manier waarop Google en Samsung hun LPA's opbouwen, zorgt voor een duidelijke operationele tweedeling binnen het Android-ecosysteem.

+-------------------------------------------------------------------------+
|                          GSMA SGP.22-standaard                          |
+------------------------------------+------------------------------------+
|        Google Pixel Engine         |       Samsung One UI Engine        |
|  (Stock LPA + Android Transfer)    |    (SecSIMService + KNOX Core)     |
+------------------------------------+------------------------------------+
| - Pixel 7 / 8 / 9 / 10 / Fold      | - Galaxy S23 / S24 / S25 / Z Fold  |
| - Fast Pair / Systeemoverdracht    | - Smart Switch / SIM-overdracht    |
| - GSMA TS.43 Profielverwerking     | - Propriëtaire Samsung Cloud Key   |
+------------------------------------+------------------------------------+
                                      |
                      +---------------+---------------+
                      |       eUICC-hardwarelaag      |
                      |  (ISD-R / ISD-P Profielsleuf) |
                      +-------------------------------+

Google’s Pure Android LPA-framework (Pixel-serie)

Op Google Pixel-apparaten (Pixel 7-, 8-, 9-serie en Pixel Fold) is eSIM-beheer nauw geïntegreerd in de AOSP-kern via Google’s native LPA-implementatie. De migratie tussen Pixel-apparaten onderling maakt gebruik van de GSMA TS.43-standaard in combinatie met de ingebouwde overdrachtstool van Android.

Bij het starten van een overdracht tussen twee Pixel-toestellen gebeurt het volgende:

1. De bron-Pixel creëert een versleutelde cryptografische controle via Fast Pair (Quick Share / Dichtbij delen).
2. De doel-Pixel scant een dynamische migratie-QR-code die lokaal wordt gegenereerd door de LPA van het brontoestel.
3. De LPA van Google communiceert met de SM-DP+-server van de provider om de rechten te verifiëren, activeert een automatische profielvrijgave op de bron-eUICC en verzorgt de download van het nieuwe profiel naar de doel-eUICC.

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

Samsung wijkt af van standaard AOSP door eSIM-bewerkingen onder te brengen in zijn eigen SecSIMService en KNOX Security Core, beheerd via de One UI SIM-beheerder op de Galaxy S23-, S24-, S25- en Z Fold/Flip-toestellen.

Samsungs functie "SIM overzetten naar ander apparaat" geeft prioriteit aan continuïteit binnen het eigen ecosysteem. Wanneer je een eSIM overzet tussen twee Samsung-apparaten, omzeilt One UI de standaard Android-migratiekanalen ten gunste van een cryptografische handshake via het Samsung-account. Deze pijplijn autoriseert profieloverdrachten rechtstreeks binnen de beveiligde Knox-omgeving, wat een snelle eUICC-naar-eUICC-migratie mogelijk maakt tijdens de Smart Switch-configuratie of via losse aanpassingen in SIM-beheer.

Het interoperabiliteitsprobleem tussen verschillende fabrikanten

Hoewel overdrachten binnen hetzelfde merk (Pixel-naar-Pixel of Samsung-naar-Samsung) betrouwbaar werken via deze speciale migratiedaemons, lopen merkoverstijgende overdrachten (Pixel naar Samsung of Samsung naar Pixel) tegen een technische muur.

Omdat Google en Samsung verschillende eigen LPA-koppelingen gebruiken om de geautomatiseerde GSMA-deactivatie- en reactivatielus te verifiëren, kun je de overdrachtstool van Samsung niet gebruiken om een actief profiel rechtstreeks naar een Google Pixel te sturen. Evenmin kan de Fast Pair-handshake van Pixel rechtstreeks communiceren met de door KNOX beveiligde eUICC van Samsung.

Daarom vereist het overzetten van een reis-eSIM tussen verschillende Android-fabrikanten doorgaans dat je het profiel van het oude apparaat verwijdert en het opnieuw ophaalt van de SM-DP+-server van de provider met behulp van de oorspronkelijke activatie-QR-code.

Voor reizigers die deze herconfiguraties onderweg uitvoeren, is een continue dataverbinding tijdens de overstap cruciaal. Aanbieders zoals MollySIM beperken overdrachtsrisico's door flexibele herhaalde profieldownloads via hun dashboard toe te staan, ondersteund door een veiligheidsnet met een 384 kbps Fair Use Policy (FUP). In tegenstelling tot traditionele reis-eSIMs die terugvallen naar een onbruikbare 128 kbps wanneer de snelle bundel op is, behoudt een verbinding van 384 kbps voldoende snelheid om Google Maps, chat-apps en verificatieverzoeken operationeel te houden terwijl je het eUICC-profiel op je nieuwe apparaat configureert.

Door providers ondersteunde overdrachten vs. Single-Installation-beleid van reis-eSIMs

Om te begrijpen waarom het verplaatsen van een internationale databundel tussen Android-telefoons vaak mislukt, moet je onderscheid maken tussen de autorisatiesystemen van binnenlandse telecomproviders en de groothandelsinfrastructuur achter wereldwijde reis-eSIMs.

Binnenlandse provider-flow (TS.43):
[Oude telefoon] ---> Autorisatieserver valideert IMSI/IMEI ---> Genereert nieuw profiel OTA ---> [Nieuwe telefoon]

Prepaid reis-eSIM-flow:
[SM-DP+-server] ---> Geeft eenmalige token vrij (LPA:1$...) ---> Vergrendelt op doel-EID ---> Token verbruikt

Binnenlandse overdraagbaarheid: GSMA TS.43 Entitlement-architectuur

Grote mobiele netwerkproviders (zoals KPN, Odido en Vodafone) beheren profieloverdrachten via de GSMA TS.43 Service Entitlement Configuration-standaard. Wanneer je een overdracht start via de installatiewizard van Android, communiceert het besturingssysteem rechtstreeks met de Entitlement Server (ES) van de provider.

De ES verifieert je account dynamisch, ontkoppelt het EID (Embedded Identity Document) van het oude apparaat, genereert een nieuw digitaal profiel op de SM-DP+-server van de provider en stuurt dit geruisloos Over-The-Air (OTA) naar de nieuwe hardware. Als gebruiker hoef je hierbij nooit een handmatige activatiecode in te voeren.

Reis-eSIMs: Het model met eenmalige tokenisatie

Aanbieders van prepaid reis-eSIMs werken volgens een fundamenteel ander model, ontworpen voor wholesale dataverkoop in plaats van doorlopend klantbeheer.

Wanneer je een reisbundel aanschaft, genereert het platform van de aanbieder een activatieprofiel in de standaard GSMA-syntaxis:

1. Cryptografische koppeling: Wanneer de Local Profile Assistant (LPA) op je Samsung Galaxy of Google Pixel deze tekenreeks leest, zet deze een wederzijdse TLS (mTLS)-handshake op met de aangewezen SM-DP+-server.
2. Statusovergang: De SM-DP+-server verandert de status van het profiel in de database van Released naar Downloaded, waardoor de cryptografische profielsleutels strikt worden gekoppeld aan de fysieke eUICC-chip (EID) van die specifieke telefoon.
3. Token ongeldig maken: Zodra het profiel is geïnstalleerd, wordt de activatietoken (Matching ID) definitief gemarkeerd als Consumed (Verbruikt).

De valkuil van profielverwijdering

De meest gemaakte fout onder reizigers is het handmatig verwijderen van een actieve eSIM van hun oude Samsung-toestel, in de veronderstelling dat ze simpelweg de originele PDF-QR-code kunnen scannen met hun nieuwe Google Pixel.

Omdat standaard SM-DP+-knooppunten voor reizen een single-installation-beleid hanteren om duplicatie en SIM-kaping te voorkomen, weigert de server de tweede handshake onmiddellijk. De originele QR-code verandert in waardeloze data en het resterende datategoed van dat profiel gaat definitief verloren.

[Gebruiker wist profiel op Galaxy] ---> Profiel gewist van lokale eUICC
                                        |
[Gebruiker scant QR op Pixel]      ---> SM-DP+ weigert token (Fout: "Code al gebruikt")
                                        |
                             [DATAVERBINDING VERLOREN]

Door deze strikte tokenisatie stranden reizigers vaak zonder data op cruciale momenten, zoals tijdens het overstappen op een vliegveld of bij het wisselen van toestel in een hotel.

Wanneer er onverwacht een profielblokkade optreedt of je data opraakt tijdens een herconfiguratie onderweg, is een betrouwbare back-up essentieel. Moderne reisconnectiviteitsoplossingen zoals MollySIM bouwen veerkracht in hun systeem in. Naast gebruiksvriendelijke dashboardopties voor profielbeheer hanteert MollySIM een 384 kbps Fair Use Policy (FUP)-ondergrens op alle bundels.

Terwijl traditionele reis-SIMs terugvallen naar een onbruikbare 128 kbps (een snelheid die er regelmatig voor zorgt dat SSL-handshakes, moderne TLS-sessies en navigatiekaarten time-outs geven), is een verbinding van 384 kbps drie keer zo snel. Dit biedt ruim voldoende bandbreedte om digitale instapkaarten te laden, Google Wallet/Apple Pay-betalingen uit te voeren, routes in Google Maps te plannen en contact op te nemen met de klantenservice om je verbinding te herstellen.

Stappenplan: Profielen overzetten en instellen tussen Samsung en Pixel

Een soepele overdracht tussen Android-vlaggenschepen vereist een nauwkeurige uitvoering binnen zowel de Local Profile Assistant (LPA) als de netwerklagen van het toestel. Hieronder staan de geverifieerde stappenplannen voor het migreren van eSIMs tussen One UI en standaard Android-omgevingen.

Pre-transfer verificatiechecklist

Controleer voordat je een overdracht tussen apparaten start de volgende punten om beschadiging van het profiel te voorkomen:

• Verbinding met hetzelfde wifinetwerk: Verbind beide toestellen met hetzelfde stabiele, privé wifinetwerk. Vermijd openbare inlogportalen (zoals netwerken op luchthavens of in hotels) die lokale apparaatdetectie blokkeren.
• Bluetooth actief & toestellen dicht bij elkaar: Schakel Bluetooth in op beide toestellen en leg ze binnen 30 cm van elkaar voor een ononderbroken cryptografische detectie.
• Schermvergrendeling & biometrie: Zorg ervoor dat op beide toestellen een actieve schermvergrendeling (pincode, wachtwoord of biometrie) is ingesteld om de sleuteluitwisseling te autoriseren.
• Besturingssysteemvereisten: Controleer of de Samsung Galaxy draait op One UI 5.1+ (One UI 6/7 aanbevolen) en of de Google Pixel is bijgewerkt naar Android 14, 15 of 16.

Scenario 1: Merkoverstijgende overdracht (Samsung Galaxy naar Google Pixel)

De native overdrachtsstandaard van Android maakt gebruik van Wi-Fi Direct, Bluetooth-koppeling en Google Play Services-authenticatie om ondersteunde providerprofielen over te zetten.

[Doel: Pixel]  Start "SIM overzetten"     ---> Genereert versleutelde QR-code
                                                      |
[Bron: Galaxy] Scant scherm van de Pixel  ---> Biometrische bevestiging
                                                      |
[SM-DP+ Server] Valideert Handshake       ---> Geeft eSIM vrij aan Pixel

1. Start op het doelapparaat (Google Pixel):

• Ga naar Instellingen > Netwerk en internet > SIM-kaarten > SIM toevoegen.
• Selecteer SIM overdragen vanaf een ander apparaat. De Pixel toont een dynamische, cryptografisch ondertekende QR-code op het scherm.

1. Autoriseer op het bronapparaat (Samsung Galaxy):

• Er verschijnt automatisch een pop-upmelding via Google Play Services: "SIM overdragen naar Pixel?"
• Tik op de melding (of open de standaard Camera-app) en scan de QR-code die op de Pixel wordt getoond.

1. Bevestig de beveiligingscontrole:

• Ontgrendel de Galaxy met je vingerafdruk of pincode.
• Tik op Overdragen om de deactivatie op de Galaxy-eUICC te bevestigen.

1. Rond de installatie af op het doelapparaat (Pixel):

• De Pixel start een uitgaande TLS-sessie met de SM-DP+-server van de provider, downloadt het nieuwe operationele profiel en geeft de melding "Overdracht voltooid". Tik op Gereed.

Scenario 2: Galaxy-naar-Galaxy migratie binnen het ecosysteem

Samsung vereenvoudigt overdrachten binnen het eigen ecosysteem met behulp van Samsung Account-beveiligingstokens en de One UI SIM-beheerder.

1. Op het nieuwe Galaxy-doelapparaat:

• Ga naar Instellingen > Verbindingen > SIM-kaartbeheer.
• Tik op eSIM toevoegen > SIM overdragen vanaf een ander apparaat.
• Kies Zoeken naar apparaten in de buurt.

1. Op het oude Galaxy-bronapparaat:

• Ontgrendel het apparaat. Er verschijnt een melding: "SIM overdragen naar [Apparaatnaam]?"
• Tik op Overdragen en verifieer je identiteit via biometrische authenticatie (vingerafdruk of irisscan).

1. Voer de profieloverdracht uit:

• Selecteer het specifieke provider- of reisprofiel dat je wilt overzetten.
• Tik op Overdragen en wacht 60–90 seconden totdat de eUICC van het doelapparaat het nieuwe activatiebestand heeft gedownload.

Scenario 3: Toegewijde reis-eSIMs opnieuw configureren (Veilig protocol)

De meeste internationale reis-eSIMs ondersteunen geen directe overdracht via het besturingssysteem, omdat het eenmalige beveiligingscertificaat van het profiel niet opnieuw kan worden versleuteld voor een andere eUICC-chip.

Mocht een profiel tijdens een internationale reis onverwacht wegvallen, dan voorkomt een flexibele reisaanbieder dat je volledig zonder data komt te zitten. Aanbieders zoals MollySIM lossen overdrachtsproblemen op door eenvoudig herbeheer via het dashboard te combineren met een automatische 384 kbps Fair Use Policy (FUP)-basisverbinding.

Omdat 384 kbps drie keer sneller is dan de gebruikelijke 128 kbps-datalimiet van standaard reis-SIMs, blijven essentiële diensten met een lage bandbreedte (zoals WhatsApp, live navigeren met Google Maps en contactloos betalen via Google Wallet) probleemloos werken terwijl je je hoofdverbinding opnieuw instelt.

Vergelijkende analyse: Android eSIM-overdrachtsmethoden vs. reisoplossingen

Het overzetten van digitale mobiele profielen binnen het gefragmenteerde Android-ecosysteem brengt verschillende protocollen, GSMA-standaarden en softwarelagen met zich mee. De onderstaande tabel laat zien hoe native OS-functies presteren ten opzichte van traditionele reisaanbieders en cloud-gestuurde oplossingen bij het migreren van profielen tussen Samsung Galaxy- en Google Pixel-toestellen.

De technische uitsplitsing: Waarom traditionele reis-SIMs vastlopen bij het wisselen van toestel

Het kernprobleem bij overdrachten tussen verschillende merken (zoals de overstap van een Samsung Galaxy S24 Ultra naar een Google Pixel 9 Pro) ligt in de manier waarop GSMA remote SIM provisioning cryptografische sleutels beheert. Standaard reis-eSIMs gebruiken een eenmalige activatiecode die is gekoppeld aan een SM-DP+-server. Wanneer je een standaard QR-code scant, koppelt de SM-DP+-server dat specifieke profiel cryptografisch aan het EID van de eUICC-chip op je oorspronkelijke toestel.

Omdat standaard reisaanbieders geen kostbare GSMA TS.43-configuraties gebruiken, kunnen noch Fast Pair van Android, noch Samsung Smart Switch direct een overdracht regelen tussen verschillende fabrikanten. Pogingen tot een directe lokale overdracht trekken doorgaans de lokale LPA-status in, waardoor het profiel onbruikbaar achterblijft op het oude apparaat en niet geautoriseerd wordt op het nieuwe toestel.

[Mislukte overdracht standaard reis-eSIM]
Bronapparaat (Galaxy) ----(Eenmalige token vernietigd)----> [SM-DP+ weigert koppeling] ----x Doelapparaat (Pixel)
Resultaat: Geen data / Volledig verlies van verbinding

[MollySIM Dynamische Cloud-herallocatie]
Bronapparaat (Galaxy) ---> [MollySIM Cloud Control API] ---> [Nieuwe token verzonden] ---> Doelapparaat (Pixel)
Veiligheidsnet actief: 384 kbps FUP-terugval voorkomt totale connectiviteitsuitval

Migratieblokkades elimineren met cloud-provisioning & 384kbps continuïteit

Om de valkuil van eenmalige tokens te omzeilen, ontkoppelt MollySIM de aankoop van de databundel van vaste fysieke hardware-ID's via dynamische cloud-provisioning. Als je tijdens je reis overstapt op een nieuw toestel, of wisselt tussen een Samsung en een Google Pixel, hoef je niet te wachten op handmatige tussenkomst van de helpdesk om een verbruikte QR-code te resetten. Het platform reset de koppelingsstatus automatisch in je dashboard en genereert een nieuw profiel dat perfect is afgestemd op de LPA-engine van het doelapparaat.

Bovendien lost MollySIM het meest kwetsbare moment van internationaal reizen op: het tijdelijke dataverlies tijdens het instellen van een nieuw toestel. Dit gebeurt dankzij een automatische 384 kbps Fair Use Policy (FUP)-ondergrens.

Traditionele verkopers van reis-SIMs verlagen de snelheid naar 64 kbps of 128 kbps (of sluiten de verbinding volledig af naar 0 kbps) bij technische fouten of wanneer je bundel op is. Bij 128 kbps lopen moderne versleutelde webaanvragen vrijwel direct vast op SSL-time-outs. De 384 kbps van MollySIM is daarentegen drie keer sneller dan de industriestandaard, wat voldoende bandbreedte biedt voor essentiële toepassingen:

• Live gps-navigatie: Laadt realtime vectorkaarten en berekent routes opnieuw in Google Maps en Apple Maps zonder haperingen.
• Betalingsauthenticatie: Voltooit contactloze betalingstransacties via Google Wallet en Apple Pay bij betaalautomaten.
• Cruciële communicatie: Houdt berichtendiensten (WhatsApp, Signal, iMessage) actief voor 2FA-verificatiecodes via sms en coördinatie met reisgenoten terwijl je de nieuwe telefoon instelt.

Problemen oplossen met LPA-fouten, SM-DP+-adresfouten en profielblokkades

Wanneer een eSIM-migratie vastloopt, vindt de fout plaats in de Local Profile Assistant (LPA)-laag: de software binnen Android die de cryptografische uitwisseling regelt tussen de externe SM-DP+-server en de fysieke eUICC-chip. Hieronder vind je het diagnostische overzicht om RSP (Remote SIM Provisioning)-protocolfouten op Samsung Galaxy- en Google Pixel-hardware te identificeren en op te lossen.

GSMA RSP foutcodediagnose

De LPA van Android toont gestandaardiseerde GSMA (SGP.22) foutmeldingen wanneer een profieldownload of verificatieprocedure wordt afgebroken. De onderstaande tabel toont de directe oplossingen voor de meest voorkomende overdrachtsproblemen: