Reise-eSIM zwischen Android-Geräten übertragen (Samsung & Google Pixel Guide 2026)

Die Architektur der Android-eSIM-Migration: Google Pixel vs. Samsung Galaxy One UI

Um zu verstehen, warum die Übertragung einer Reise-eSIM zwischen Android-Geräten nicht immer mit einem einfachen Fingertippen erledigt ist, muss man zunächst die zugrunde liegenden Hardware- und Software-Ebenen analysieren, die für die Migration digitaler Profile verantwortlich sind.

Auf Hardware-Ebene besitzt jedes moderne Android-Flaggschiff eine eUICC (Embedded Universal Integrated Circuit Card) – einen manipulationssicheren Mikrochip, der direkt auf das Mainboard gelötet ist. In diesem Chip befindet sich der ISD-R (Issuer Security Domain Root), der Sicherheitszertifikate speichert, sowie mehrere ISD-P (Issuer Security Domain Profile)-Container, von denen jeder ein individuelles Mobilfunkprofil beherbergen kann.

Die Brücke zwischen dem Betriebssystem und der eUICC bildet der LPA (Local Profile Assistant). Der LPA übernimmt das Herunterladen von Profilen, das Umschalten des Status und den sicheren Metadaten-Handshake mit dem entfernten SM-DP+ (Subscription Manager Data Preparation+)-Server. Wie Google und Samsung ihre LPAs aufbauen, führt zu einer deutlichen betrieblichen Divergenz innerhalb des Android-Ökosystems.

+-------------------------------------------------------------------------+
|                          GSMA SGP.22 Standard                           |
+------------------------------------+------------------------------------+
|        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 / System Transfer Tool | - Smart Switch / SIM-Transfer Tool |
| - GSMA TS.43 Profile Parsing       | - Proprietärer Samsung Cloud Key   |
+------------------------------------+------------------------------------+
                                      |
                      +---------------+---------------+
                      |      eUICC Hardware-Ebene     |
                      |  (ISD-R / ISD-P Profil-Slot)  |
                      +-------------------------------+

Googles Pure-Android-LPA-Framework (Pixel-Serie)

Auf Google Pixel-Geräten (Pixel 7-, 8-, 9-Serie sowie Pixel Fold) ist das eSIM-Management über Googles native LPA-Implementierung direkt in das Kern-AOSP integriert. Die Migration von Gerät zu Gerät nutzt bei Google den GSMA TS.43-Standard in Verbindung mit dem integrierten Android Transfer Tool.

Wenn ein Transfer zwischen zwei Pixel-Geräten initiiert wird:

1. Erstellt das Quell-Pixel eine verschlüsselte kryptografische Abfrage über Fast Pair (Nearby Share/Quick Share).
2. Das Ziel-Pixel scannt einen dynamischen Migrations-QR-Code, der lokal vom LPA des Quellgeräts generiert wird.
3. Der Google-LPA kommuniziert mit dem SM-DP+-Server des Anbieters, um die Berechtigung zu verifizieren, die automatische Freigabe des Profils auf der Quell-eUICC auszulösen und den Download des neuen Profils auf die Ziel-eUICC bereitzustellen.

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

Samsung weicht vom Standard-AOSP ab, indem es eSIM-Operationen in seinen proprietären SecSIMService und den KNOX Security Core einbettet, die über den One UI SIM-Manager auf Galaxy S23-, S24-, S25- und Z Fold/Flip-Geräten gesteuert werden.

Samsungs Funktion „SIM auf anderes Gerät übertragen“ priorisiert die Kontinuität innerhalb des eigenen Ökosystems. Beim Verschieben einer eSIM zwischen zwei Samsung-Geräten umgeht One UI die Standard-Android-Migrationspfade zugunsten eines kryptografischen Handshakes über das Samsung-Konto. Diese Pipeline autorisiert Profilübertragungen direkt innerhalb der Knox Secure Environment, was eine schnelle eUICC-zu-eUICC-Migration während des Smart Switch-Setups oder über separate SIM-Manager-Anpassungen ermöglicht.

Die herstellerübergreifende Interoperabilitätshürde (Cross-OEM)

Während Transfers innerhalb derselben Marke (Pixel-zu-Pixel oder Samsung-zu-Samsung) dank dieser dedizierten Migrationsdienste zuverlässig funktionieren, stoßen herstellerübergreifende Übertragungen (Pixel zu Samsung oder Samsung zu Pixel) an technische Grenzen.

Da Google und Samsung unterschiedliche, proprietäre LPA-Schnittstellen nutzen, um die automatisierte GSMA-Deaktivierungs- und Reaktivierungsschleife zu authentifizieren, können Sie Samsungs „SIM übertragen“-Funktion nicht verwenden, um ein aktives Profil direkt an ein Google Pixel zu senden. Ebenso wenig kann der Fast-Pair-Handshake eines Pixels direkt die KNOX-geschützte eUICC eines Samsung-Geräts steuern.

Aus diesem Grund erfordert das Übertragen einer Reise-eSIM zwischen verschiedenen Android-Herstellern in der Regel das Löschen des Profils auf dem alten Gerät und das erneute Abrufen vom SM-DP+-Server des Anbieters über den ursprünglichen Aktivierungs-QR-Code.

Für Reisende, die diese herstellerübergreifenden Neukonfigurationen unterwegs vornehmen, ist eine unterbrechungsfreie Verbindung während des Wechsels essenziell. Reiseanbieter wie MollySIM minimieren Transferrisiken, indem sie flexible Profil-Downloads über ihr Dashboard ermöglichen – abgesichert durch ein Sicherheitsnetz mit 384 kbit/s Fair Use Policy (FUP). Im Gegensatz zu herkömmlichen Reise-eSIMs, die nach Aufbrauchen des Highspeed-Volumens auf unbrauchbare 128 kbit/s drosseln, hält eine Verbindung mit 384 kbit/s genügend Bandbreite bereit, damit Google Maps, Messenger-Dienste und Authentifizierungs-Handshakes reibungslos weiterlaufen, während Sie das eUICC-Profil Ihres neuen Geräts konfigurieren.

Vom Mobilfunkanbieter unterstützte Übertragungen vs. Einzelinstallations-Richtlinien bei Reise-eSIMs

Um zu verstehen, warum das Übertragen eines internationalen Datentarifs zwischen Android-Smartphones oft fehlschlägt, muss man zwischen den Berechtigungssystemen klassischer Mobilfunkanbieter und der Wholesale-Infrastruktur hinter globalen Reise-eSIMs unterscheiden.

Ablauf beim Heimat-Netzbetreiber (TS.43):
[Altes Smartphone] ---> Entitlement-Server validiert IMSI/IMEI ---> Erzeugt neues Profil OTA ---> [Neues Smartphone]

Ablauf bei Prepaid-Reise-eSIMs:
[SM-DP+ Server] ---> Gibt Einmal-Token aus (LPA:1$...) ---> Sperrt auf Ziel-EID ---> Token verbraucht

Inland-Portabilität: GSMA TS.43 Service Entitlement-Architektur

Führende nationale Mobilfunknetzbetreiber (MNOs) wie Deutsche Telekom, Vodafone oder O2 steuern Profilübertragungen über die Standards der GSMA TS.43 Service Entitlement Configuration. Wenn Sie eine geräteinterne Übertragung über den Android-Einrichtungsassistenten starten, kommuniziert das Betriebssystem direkt mit dem Entitlement Server (ES) des Anbieters.

Der Entitlement Server authentifiziert das Kundenkonto dynamisch, deregistriert die EID (Embedded Identity Document) des alten Geräts, generiert ein frisches digitales Profil auf dem SM-DP+-Server des Netzbetreibers und pusht dieses geräuschlos Over-The-Air (OTA) auf die neue Hardware. Als Nutzer kommen Sie mit der eigentlichen Aktivierungszeichenfolge überhaupt nicht in Berührung.

Reise-eSIMs: Das Single-Use-Tokenisierungsmodell

Prepaid-Reise-eSIM-Anbieter arbeiten nach einem grundlegend anderen Bereitstellungsmodell, das für den Wholesale-Datenhandel und nicht für das langfristige Lebenszyklusmanagement von Teilnehmern ausgelegt ist.

Wenn Sie einen Reisetarif erwerben, stellt die Plattform des Anbieters ein Aktivierungsprofil bereit, das in einer standardisierten GSMA-Syntax codiert ist:

1. Kryptografische Bindung: Wenn der Local Profile Assistant (LPA) auf Ihrem Samsung Galaxy oder Google Pixel diesen String liest, baut er einen gegenseitigen TLS-Handshake (mTLS) mit dem zugewiesenen SM-DP+-Server auf.
2. Statusübergang: Der SM-DP+-Server ändert den Profilstatus in seiner Datenbank von Released auf Downloaded und bindet die kryptografischen Profilschlüssel strikt an den physischen eUICC-Chip (EID) dieses spezifischen Smartphones.
3. Token-Ungültigkeit: Sobald das Profil installiert ist, wird das Aktivierungstoken (Matching ID) dauerhaft als Consumed (verbraucht) oder Burned markiert.

Die „Profil-Löschungs“-Falle

Der häufigste Fehler international Reisender besteht darin, eine aktive eSIM manuell vom alten Samsung-Gerät zu löschen – in der Annahme, man könne den ursprünglichen PDF-QR-Code einfach mit dem neuen Google Pixel scannen.

Da reguläre SM-DP+-Knoten von Reise-eSIMs Einzelinstallations-Richtlinien erzwingen, um Profil-Klonen und SIM-Hijacking zu verhindern, lehnt der Server den zweiten Handshake sofort ab. Der ursprüngliche QR-Code wird zu nutzlosen Metadaten, und das verbleibende Datenguthaben dieses Profils ist verloren.

[Nutzer löscht Profil auf Galaxy] ---> Profil von lokaler eUICC gelöscht
                                      |
[Nutzer scannt denselben QR auf Pixel] -> SM-DP+ verweigert Token (Fehler: "Code bereits verwendet")
                                      |
                              [DATENVERBINDUNG VERLOREN]

Diese strikte Tokenisierung führt dazu, dass Reisende in kritischen Phasen plötzlich ohne Verbindung dastehen – etwa beim Transit an internationalen Flughäfen oder beim Gerätewechsel im Hotel.

Sollte es bei der Hardware-Konfiguration unterwegs zu einer unerwarteten Profilsperre oder zu Datenengpässen kommen, ist eine zuverlässige Ausweichlösung entscheidend. Moderne Reiselösungen wie MollySIM integrieren Ausfallsicherheit direkt in ihr Bereitstellungsmodell: Neben benutzerfreundlichen Dashboard-Optionen zur Profilverwaltung nutzt MollySIM für seine Tarife einen 384 kbit/s Fair Use Policy (FUP)-Schwellenwert.

Während klassische Reise-SIMs auf unbrauchbare 128 kbit/s drosseln – eine Geschwindigkeit, bei der moderne SSL-Handshakes, TLS-Sitzungen und Kartenaufbauten regelmäßig abbrechen –, ist eine 384-kbit/s-Verbindung dreimal schneller. Das bietet ausreichend Bandbreite, um digitale Bordkarten zu laden, Google Wallet/Apple Pay Transaktionen durchzuführen, Google Maps Navigation zu nutzen und Support-Dashboards aufzurufen, um den Internetzugang ohne Unterbrechung wiederherzustellen.

Schritt-für-Schritt-Anleitung: Profile zwischen Samsung und Pixel übertragen und einrichten

Ein reibungsloser Transfer zwischen Android-Flaggschiffen erfordert präzise Abläufe sowohl auf Ebene des Local Profile Assistant (LPA) als auch im Netzwerk-Stack des Herstellers. Im Folgenden finden Sie die verifizierten Arbeitsabläufe für die Migration von eSIMs zwischen One UI und purem Android.

Checkliste vor der Übertragung

Bevor Sie einen Handshake zwischen den Geräten initiieren, stellen Sie sicher, dass folgende Voraussetzungen erfüllt sind, um Profilbeschädigungen zu vermeiden:

• Verbindung mit demselben WLAN: Verbinden Sie beide Geräte mit demselben stabilen, privaten WLAN. Vermeiden Sie öffentliche Captive-Portal-Netzwerke (z. B. an Flughäfen oder in Hotels), die die lokale Geräteerkennung blockieren.
• Aktives Bluetooth & räumliche Nähe: Schalten Sie Bluetooth auf beiden Smartphones ein und legen Sie sie nebeneinander (maximal 30 cm Abstand), um eine stabile Erkennung zu gewährleisten.
• Biometrie & Bildschirmsperre: Stellen Sie sicher, dass auf beiden Geräten eine aktive Bildschirmsperre (PIN, Passwort oder Biometrie) eingerichtet ist, um den Schlüsselaustausch zu autorisieren.
• Betriebssystem-Anforderungen: Vergewissern Sie sich, dass auf dem Samsung Galaxy One UI 5.1 oder neuer (One UI 6/7 empfohlen) läuft und das Google Pixel auf Android 14, 15 oder 16 aktualisiert ist.

Szenario 1: Markenübergreifender Transfer (Samsung Galaxy zu Google Pixel)

Der native geräteübergreifende eSIM-Transfer von Android nutzt Wi-Fi Direct, Bluetooth-Pairing und die Authentifizierung über Google Play Services, um unterstützte Betreiberprofile zu übertragen.

[Ziel: Pixel]  Startet "SIM übertragen" ---> Erzeugt verschlüsselten QR-Code
                                                      |
[Quelle: Galaxy] Scannt Pixel-Bildschirm   ---> Biometrische Bestätigung
                                                      |
[SM-DP+ Server]  Validiert Handshake       ---> Gibt eSIM für Pixel frei

1. Auf dem Zielgerät starten (Google Pixel):

• Gehen Sie zu Einstellungen > Netzwerk & Internet > SIM-Karten > SIM hinzufügen.
• Wählen Sie SIM von anderem Gerät übertragen. Das Pixel zeigt daraufhin einen dynamischen, kryptografisch signierten QR-Code auf dem Display an.

1. Auf dem Quellgerät authentifizieren (Samsung Galaxy):

• Eine Pop-up-Benachrichtigung erscheint automatisch über die Google Play-Dienste: „SIM auf Pixel übertragen?“
• Tippen Sie auf die Benachrichtigung (oder öffnen Sie die Kamera-App) und scannen Sie den auf dem Pixel angezeigten QR-Code.

1. Sicherheitsabfrage bestätigen:

• Bestätigen Sie die Übertragung auf dem Galaxy per Fingerabdruck oder Sperr-PIN.
• Tippen Sie auf Übertragen, um die Deaktivierung auf der Galaxy-eUICC zu bestätigen.

1. Einrichtung auf dem Zielgerät abschließen (Pixel):

• Das Pixel baut eine ausgehende TLS-Sitzung zum SM-DP+-Server des Anbieters auf, lädt das neue Profil herunter und meldet „Übertragung abgeschlossen“. Tippen Sie auf Fertig.

Szenario 2: Galaxy-zu-Galaxy-Migration innerhalb des Samsung-Ökosystems

Samsung optimiert Transfers innerhalb des eigenen Ökosystems mithilfe von Samsung Account-Sicherheits-Tokens und dem One UI SIM-Manager.

1. Auf dem Ziel-Galaxy:

• Öffnen Sie Einstellungen > Verbindungen > SIM-Manager.
• Tippen Sie auf eSIM hinzufügen > SIM von anderem Gerät übertragen.
• Wählen Sie Nach Geräten in der Nähe suchen.

1. Auf dem Quell-Galaxy:

• Entsperren Sie das Gerät. Ein Dialogfenster erscheint: „SIM auf [Gerätename] übertragen?“
• Tippen Sie auf Übertragen und verifizieren Sie Ihre Identität biometrisch (Fingerabdruck oder Iris-Scan).

1. Profil-Handshake durchführen:

• Wählen Sie das gewünschte Mobilfunk- oder Reiseprofil aus.
• Tippen Sie auf Übertragen und warten Sie 60–90 Sekunden, bis die eUICC des Zielgeräts die neuen Aktivierungsdaten heruntergeladen hat.

Szenario 3: Neuzuweisung dedizierter Reise-eSIMs (Sicheres Protokoll)

Die meisten internationalen Reise-eSIMs unterstützen keine nativen Transfers auf Betriebssystemebene, da das Einmal-Zertifikat des Profils nicht über verschiedene eUICC-Hardwarechips hinweg neu verschlüsselt werden kann.

Sollte es während einer Auslandsreise zu einem unerwarteten Profilausfall kommen, schützt der Wechsel zu einem flexiblen Reiseanbieter vor einem kompletten Datenverlust. Anbieter wie MollySIM federn Transferprobleme ab, indem sie eine unkomplizierte Neuzuweisung über das Dashboard mit einer automatischen 384 kbit/s Fair Use Policy (FUP)-Basisgeschwindigkeit kombinieren.

Da 384 kbit/s dreimal schneller sind als die branchenübliche 128-kbit/s-Drosselung herkömmlicher Reise-SIMs, bleiben essenzielle Dienste – wie Messaging, Google Maps Live-Navigation und Bezahldienste wie Google Wallet – unterbrechungsfrei nutzbar, während Sie Ihre Hauptverbindung neu einrichten.

Vergleichende Analyse: Android-eSIM-Transfermethoden vs. Reiselösungen

Die Übertragung digitaler Mobilfunkprofile im fragmentierten Android-Ökosystem erfordert das Zusammenspiel unterschiedlicher Herstellerprotokolle, GSMA-Standards und proprietärer Netzbetreiber-Software. Die folgende Matrix vergleicht native Betriebssystem-Tools mit Standard-Reiseanbietern und Cloud-basierten Lösungen bei der Migration zwischen Samsung Galaxy und Google Pixel.

Die Architektur-Analyse: Warum herkömmliche Reise-SIMs beim Gerätewechsel scheitern

Das Kernproblem bei herstellerübergreifenden Transfers (wie dem Wechsel von einem Samsung Galaxy S24 Ultra zu einem Google Pixel 9 Pro) liegt in der Art und Weise, wie die GSMA-Remote-SIM-Provisioning kryptografische Schlüssel verwaltet. Standard-Reise-eSIMs nutzen einen Einmal-Aktivierungscode, der an einen SM-DP+-Server (Subscription Manager Data Preparation) gekoppelt ist. Beim Scannen eines regulären QR-Codes bindet der SM-DP+-Server dieses spezifische Profil kryptografisch fest an die EID (Embedded Identity Document) des eUICC-Chips Ihres ursprünglichen Smartphones.

Da typische Reiseanbieter keine kostspieligen GSMA TS.43 Service Entitlement-Konfigurationen implementieren, können weder Androids Fast Pair noch Samsung Smart Switch eine dynamische Berechtigungsübertragung zwischen verschiedenen Hersteller-Frameworks aushandeln. Der Versuch einer direkten lokalen Übertragung führt in der Regel dazu, dass der lokale LPA-Status widerrufen wird – wodurch das Profil auf dem alten Smartphone unbrauchbar und auf dem neuen Gerät nicht autorisiert ist.

[Fehlschlag beim Transfer einer Standard-Reise-eSIM]
Quellgerät (Galaxy) ----(Einmal-Token zerstört)----> [SM-DP+ Server verweigert Bindung] ----x Zielgerät (Pixel)
Ergebnis: Keine Daten / Vollständiger Verbindungsabbruch

[Dynamische Cloud-Neuzuweisung mit MollySIM]
Quellgerät (Galaxy) ---> [MollySIM Cloud Control API] ---> [Neues Token gesendet] ---> Zielgerät (Pixel)
Sicherheitsnetz aktiv: 384 kbit/s FUP-Fallback verhindert Verbindungs-Blackout während des Wechsels

Migrations-Lockouts mit Cloud-Bereitstellung & 384-kbit/s-Konnektivität verhindern

Um die Fallen von Einmal-Tokens zu umgehen, entkoppelt MollySIM den Datenpaketkauf über eine dynamische Cloud-Bereitstellung von festen Hardware-Kennungen. Wenn Sie im Ausland Ihr Gerät upgraden, ersetzen oder zwischen Samsung und Google Pixel wechseln, müssen Sie nicht auf den manuellen Kundensupport warten, um einen verbrauchten QR-Code zurückzusetzen. Die Plattform aktualisiert den Bindungsstatus in Ihrem Dashboard automatisch und generiert ein frisches Profil, das exakt auf die LPA-Engine des Zielgeräts abgestimmt ist.

Entscheidend ist, dass MollySIM die verwundbarste Phase internationaler Reisen – die Offline-Zeit während der Neukonfiguration – durch eine automatische Basis-Bandbreite von 384 kbit/s (Fair Use Policy) absichert.

Klassische Reise-SIM-Anbieter drosseln Verbindungen bei technischen Problemen oder Datenlimit-Überschreitungen auf 64 kbit/s bzw. 128 kbit/s (oder kappen die Verbindung komplett auf 0 kbit/s). Bei 128 kbit/s schlagen moderne verschlüsselte Web-Transaktionen aufgrund von SSL-Handshake-Timeouts häufig fehl. Im Gegensatz dazu ist die Mindestbandbreite von 384 kbit/s bei MollySIM dreimal schneller als der Branchenstandard und bietet ausreichend Durchsatz für essenzielle Anwendungen mit geringer Latenz:

• Live-GPS-Navigation: Lädt Echtzeit-Vektorkarten und Routenneuberechnungen auf Google Maps und Apple Maps ohne Ruckeln.
• Zahlungsauthentifizierung: Führt HCE-Token-Handshakes (Host Card Emulation) über Google Wallet und Apple Pay an Bezahlterminals zuverlässig aus.
• Wichtige Kommunikation: Hält Messenger-Apps (WhatsApp, Signal, iMessage) für SMS-Codes zur Zwei-Faktor-Authentifizierung (2FA) und Standort-Updates voll einsatzfähig, während Sie Ihr neues Gerät fertig einrichten.

Fehlerbehebung bei LPA-Ausfällen, SM-DP+-Adressfehlern und Profilsperren

Wenn eine eSIM-Migration fehlschlägt, liegt die Ursache meist auf Ebene des Local Profile Assistant (LPA) – dem Software-Stack in Android, der kryptografische Handshakes mit dem entfernten SM-DP+-Server und dem physischen eUICC-Chip abwickelt. Im Folgenden finden Sie ein Diagnoseschema, um RSP-Protokollfehler (Remote SIM Provisioning) auf Samsung Galaxy- und Google Pixel-Geräten zu identifizieren und zu beheben.

GSMA RSP-Fehlercode-Diagnose

Der Android-LPA gibt standardisierte GSMA-Fehlermeldungen (SGP.22) aus, wenn ein Profildownload oder eine gegenseitige Authentifizierung abbricht. Die folgende Tabelle bietet Lösungswege für die häufigsten Transferprobleme:

| Fehlercode / Meldung | Ursache | Sofortige Fehlerbehebung | | :