iMessage-Deaktivierung bei Reise-eSIM verhindern (Leitfaden 2026)

Der kryptografische Handshake: Warum iOS Ihre Hauptrufnummer im Ausland abmeldet

Um zu verstehen, warum Ihre blauen Sprechblasen nach der Landung im Ausland plötzlich verschwinden, muss man unter die iOS-Benutzeroberfläche blicken – direkt in die Apple Identity Services (IDS) und die Baseband-Architektur. Apple verknüpft Ihre Telefonnummer nicht über ein einfaches Datenbank-Flag mit Ihrer Apple-ID, sondern setzt auf ein hardwaregebundenes, kryptografisch signiertes Verifikationstoken.

Die Architektur der Stillen-SMS-Aktivierung (REG-REQ / REG-RESP)

Sobald Sie iMessage auf einer Mobilfunkleitung aktivieren, initiiert iOS einen Out-of-Band-Handshake per Stiller SMS direkt vom Baseband-Prozessor zu einem internationalen Apple-Aktivierungs-Gateway (historisch über Netzbetreiber-Rufnummern in Großbritannien oder den USA geroutet):

1. REG-REQ (Registration Request): Das Baseband erstellt eine spezielle binäre SMS-Nutzlast (Payload), die die eindeutigen SIM-Identifikatoren (IMSI und ICCID), die Hardware-UUID sowie eine in der Secure Enclave generierte kryptografische Nonce enthält. Dieser Vorgang läuft unsichtbar im Hintergrund ab, ohne in Ihrer Nachrichten-App aufzutauchen.
2. Server-Verifikation: Die IDS-Server von Apple empfangen die SMS, extrahieren die vom Netzbetreiber verifizierte MSISDN (Ihre tatsächliche Rufnummer), validieren die Nonce gegen die Payload und signieren ein asymmetrisches Schlüsselpaar.
3. REG-RESP (Registration Response): Apple sendet eine verschlüsselte Antwort via SMS oder über den Apple Push Notification service (APNs) zurück. iOS liest diese Payload ein und speichert ein hardwaregebundenes Identitätszertifikat auf dem Gerät, welches die Telefonnummer als Endpunkt im APNs-Verzeichnis autorisiert.

Der 30-Tage-Token-Lebenszyklus und der „Entkopplungs“-Auslöser

Dieses Identitätstoken ist nicht dauerhaft gültig. Apple führt einen kontinuierlichen, rollierenden Validierungszyklus durch – typischerweise gesteuert durch einen 30-tägigen kryptografischen Lease – kombiniert mit Hardware-Status-Interrupts in Echtzeit.

Wenn Sie versuchen, Roaming-Gebühren zu vermeiden, indem Sie in den iOS-Mobilfunkeinstellungen die Option „Diese Leitung aktivieren“ auf AUS setzen, trennt das Baseband unverzüglich die SIM-Schnittstelle. iOS registriert die physische Entfernung oder softwareseitige Deaktivierung des IMSI/ICCID-Paares.

Sobald der lokale Telefonie-Stack meldet, dass die SIM stromlos ist, löst iOS einen sofortigen Statuswechsel aus:

• Hardware-Entkopplung: Der lokale Push-Client benachrichtigt APNs, dass die Hardware-Umgebung die autorisierte SIM nicht mehr enthält.
• Das serverseitige Flag: Der IDS-Server von Apple markiert die Telefonnummer für diesen spezifischen Hardware-Endpunkt als inaktiv.
• Der gefürchtete Dialog: iOS zeigt die Warnung an: „Diese Rufnummer ist für deine Apple-ID registriert, aber nicht mit diesem iPhone verknüpft. Du kannst die Nummer weiterhin für iMessage und FaceTime auf anderen Geräten verwenden oder sie entfernen.“

Haupt-SIM deaktiviert  ──►  IMSI/ICCID-Telemetrie verloren  ──►  APNs-Token verworfen  ──►  Von iMessage abgemeldet

Wie APNs das Routing trennt und Gruppen-Chats zerstört

Sobald das APNs-Verzeichnis Ihre Telefonnummer entkoppelt:

• Fehlschlag beim eingehenden Routing: Eingehende iMessages an Ihre Telefonnummer können nicht mehr an Ihr iPhone zugestellt werden. Apples Server weichen auf sekundäre Endpunkte aus, die mit Ihrer Apple-ID verknüpft sind (z. B. ein iPad oder Mac im heimischen WLAN).
• Identitätsdegradation: Ihr iPhone erzwingt für „Neue Konversationen starten von“ die Umstellung auf Ihre iCloud-E-Mail-Adresse ([email protected]).
• Zerstörte Gruppen-Chats: Bestehende iMessage-Gruppen-Chats, die auf Ihrer Telefonnummer basieren, spalten sich entweder in völlig neue Threads auf oder fallen auf unverschlüsselte, grüne SMS/MMS-Nachrichten zurück – die Ihre reine Daten-Reiseverbindung nicht empfangen kann.

Die Dual-SIM-Lösung

Um diese Kaskade zu verhindern, muss Ihre primäre Leitung in iOS elektronisch aktiv bleiben, um die lokalen Baseband-Prüfungen zu bestehen, während das gesamte mobile Datenrouting einer Reise-eSIM zugewiesen wird.

Indem Sie ein sekundäres Reiseprofil eines spezialisierten Anbieters wie MollySIM nutzen, leiten Sie 100 % Ihrer Datenpakete über eine dedizierte Reiseleitung um, während Ihre Heimat-Mobilfunkleitung eingeschaltet bleibt (bei deaktiviertem Datenroaming).

Darüber hinaus verhindert eine stabile Hintergrund-Datenverbindung Verbindungsabbrüche beim APNs-Heartbeat. Selbst bei starker Netzauslastung oder bei Übergängen in Gebiete mit schwacher Abdeckung bietet MollySIM eine erhöhte Fair-Use-Policy-(FUP)-Fallback-Geschwindigkeit von 384 kbit/s – fast dreimal schneller als die standardmäßigen 128 kbit/s herkömmlicher Reise-eSIMs. Dadurch wird sichergestellt, dass APNs-Validierungspakete im Hintergrund, Apple-Pay-Tokenisierungen und die Live-Navigation über Google Maps während Ihrer Reise niemals abbrechen.

Schritt-für-Schritt-Architektur: Die Roaming-freie Dual-SIM-Konfiguration für iOS

Um zu verhindern, dass iOS den Abmelde-Countdown startet, müssen Sie Ihr iPhone in einen asymmetrischen Dual-SIM-Betriebszustand versetzen. In dieser Architektur hält Ihre physische SIM oder primäre eSIM eine energiesparende Signalisierungsverbindung mit lokalen Roaming-Masten aufrecht – ausschließlich zur Baseband-Identitätsvalidierung und zum Empfang eingehender SMS –, während Ihr MollySIM-Profil 100 % des IP-Paketroutings übernimmt.

Befolgen Sie diese Schritt-für-Schritt-Anleitung vor der Abreise oder direkt nach der Landung am Zielort. Diese Schritte gelten für iOS 17, iOS 18 und neuere Versionen im Jahr 2026.

Schritt 1: Primäre Leitung aktiviert lassen (mit Datenroaming AUS)

Schalten Sie Ihre physische SIM nicht ab und deaktivieren Sie keinesfalls „Diese Leitung aktivieren“. Das Deaktivieren des Profils löst sofort einen Abmelde-Handshake mit Apples Push Notification service (APNs) aus.

1. Öffnen Sie Einstellungen > Mobilfunk (oder Mobile Daten, je nach Region).
2. Tippen Sie im Abschnitt SIMs auf Ihre primäre Leitung (Heimatnetzbetreiber).
3. Stellen Sie sicher, dass Diese Leitung aktivieren auf EIN (Grün) steht.
4. Suchen Sie den Punkt Datenroaming und schalten Sie ihn verbindlich auf AUS (Grau).
5. (Optional, aber empfohlen) Tippen Sie auf Netzauswahl und wechseln Sie von Automatisch zum direkten Roaming-Partner Ihres Heimatbetreibers, um ständige Netzsuchzyklen zu vermeiden, oder belassen Sie es auf Automatisch, um die Einwahl in einen lokalen Sendemast für den SMS-Empfang zu gewährleisten.

[UI-Pfad: Einstellungen > Mobilfunk > SIMs > (Primär) > Datenroaming: AUS]

Wichtiger Hinweis: Das Deaktivieren von Datenroaming auf iOS-Systemebene blockiert mobile Datenpakete über das Netz Ihres Heimatbetreibers physisch. Dadurch werden unerwartete Roaming-Kosten pro Megabyte eliminiert, während Ping-Registrierungen auf Baseband-Ebene und der kostenlose Empfang eingehender SMS-Nachrichten weiterhin funktionieren.

Schritt 2: Den gesamten Datenverkehr über MollySIM leiten

Sobald der Datenkanal Ihrer primären Leitung gesperrt ist, weisen Sie Ihr Reiseprofil als dediziertes Daten-Gateway zu.

1. Gehen Sie zu Einstellungen > Mobilfunk.
2. Tippen Sie ganz oben auf Mobile Daten.
3. Wählen Sie Ihr Reise-eSIM-Profil aus (z. B. MollySIM oder das vergebene benutzerdefinierte Label wie „Reise“).
4. Kehren Sie zu Einstellungen > Mobilfunk zurück > tippen Sie unter SIMs auf die MollySIM-Leitung > stellen Sie sicher, dass Datenroaming für diese Reiseleitung auf EIN geschaltet ist.

Da MollySIM über eine erhöhte 384-kbit/s-Fair-Use-Policy (FUP) verfügt – das Dreifache des Branchendurchschnitts von 128 kbit/s –, behält Ihr iPhone genügend Durchsatz, um APNs-Identitätsprüfungen im Hintergrund, kontinuierliche Apple-Pay-Token-Handshakes und Google-Maps-Routenführungen ohne Timeouts auszuführen, selbst an stark frequentierten Verkehrsknotenpunkten.

Schritt 3: „Wechseln mobiler Daten erlauben“ deaktivieren

Dies ist die häufigste Fehlerquelle bei Auslandsreisen. Wenn diese Option aktiviert bleibt, schaltet iOS die mobile Datenverbindung automatisch auf Ihre primäre Leitung zurück, sobald die Reise-eSIM kurzzeitige Paketverluste oder Latenzspitzen aufweist.

1. Gehen Sie zu Einstellungen > Mobilfunk > Mobile Daten.
2. Suchen Sie den Schalter Wechseln mobiler Daten erlauben.
3. Schalten Sie diesen Schalter auf AUS (Grau).

Warum das entscheidend ist: Das Deaktivieren dieses Schalters verhindert unbemerkte Datenabflüsse („Data Bleed“). So wird sichergestellt, dass Ihr Heimatbetreiber keine Hintergrunddaten registriert, die ungewollte Roaming-Tagespässe von 10–15 $ auslösen könnten.

Schritt 4: Primäre SIM als Standard-Sprachleitung festlegen

Damit eingehende Zwei-Faktor-Authentifizierungscodes (2FA) und klassische SMS-Verifizierungen weiterhin zuverlässig ankommen, ohne die Hardware-Verknüpfung Ihrer Nummer zu gefährden:

1. Gehen Sie zu Einstellungen > Mobilfunk.
2. Tippen Sie auf Standard-Sprachleitung.
3. Wählen Sie Ihre primäre Leitung aus.

Dadurch wird iOS angewiesen, Ihre gewohnte Rufnummer an die Telefonie- und SMS-Transportschicht gekoppelt zu lassen. So bleibt genau der Hardware-Identifikator erhalten, den Apple zur Validierung der iMessage-Berechtigung prüft.

Schritt 5: Einstellungen für iMessage „Senden & Empfangen“ absichern

Prüfen Sie abschließend, ob das Apple-Nachrichtensubsystem Ihre ausgehende Anrufer-ID geändert oder Ihre Hauptnummer entfernt hat.

1. Gehen Sie zu Einstellungen > Nachrichten.
2. Stellen Sie sicher, dass der Hauptschalter für iMessage auf EIN (Grün) steht.
3. Tippen Sie auf Senden & Empfangen.
4. Unter „EMPFANGEN VON IMESSAGES UND ANTWORTEN VON“:

• Bestätigen Sie, dass Ihre primäre Telefonnummer mit einem Häkchen versehen ist (✓).
• Bestätigen Sie, dass Ihre verknüpften Apple-ID-E-Mail-Adressen markiert sind (✓).

1. Unter „NEUE KONVERSATIONEN STARTEN VON“:

• Wählen Sie Ihre primäre Telefonnummer (✓), um zu verhindern, dass ausgehende Nachrichten bei Empfängern mit Ihrer iCloud-E-Mail-Adresse angezeigt werden.

Einstellungen > Nachrichten > Senden & Empfangen
EMPFANGEN VON IMESSAGES UND ANTWORTEN VON:
 [✓] +49 (170) 0192834 (Primär)
 [✓] [email protected]

NEUE KONVERSATIONEN STARTEN VON:
 [✓] +49 (170) 0192834 (Primär)

Konfigurationsmatrix: iOS Dual-SIM Reise-Setup

Internationale Dual-SIM-Roaming-Strategien & iMessage-Stabilitätsmatrix

Die Wahl des richtigen internationalen Konnektivitätsmodells erfordert das Abwägen finanzieller Effizienz gegen die Stabilität des Netzbetreiber-Handshakes. Um zu verstehen, warum die unbemerkte iMessage-Deaktivierung auftritt, muss man analysieren, wie der Apple Push Notification service (APNs) und die IMS-Schichten (IP Multimedia Subsystem) unter verschiedenen Netzwerktopologien interagieren.

Die folgende Matrix bewertet die vier gängigsten Konnektivitätsmodelle für Auslandsreisen basierend auf ihren direkten Auswirkungen auf Apple-ID-Dienste, Baseband-Signalisierung und Roaming-Ausgaben.

Vergleichsmatrix der Roaming-Architekturen

Detailanalyse der Konnektivitätsmodelle

1. Der Tagespass des Heimatnetzbetreibers: Maximale Zuverlässigkeit, geringe Kosteneffizienz

Netzbetreiber verlangen 10 bis 12 Euro pro 24-Stunden-Abrechnungszeitraum für nahtloses Roaming. Dies verhindert zwar iMessage-Abbrüche, da Ihr natives Netzwerkprofil auf ausländischen Sendemasten aktiv bleibt, verursacht jedoch exorbitante Kosten, die bei einer zweiwöchigen Reise oft die Transportkosten vor Ort übersteigen.

2. Deaktivierung der primären SIM: Die Hauptursache für den iMessage-Verlust

Das Ausschalten der primären SIM in den iOS-Mobilfunkeinstellungen trennt die Stromzufuhr zum Baseband-Chip der SIM-Karte. Dadurch wird die kryptografische Challenge-Response-Schleife physisch unterbrochen, mit der iOS den Besitz der Telefonnummer überprüft.

Sobald Ihr Gerät von der International Mobile Subscriber Identity (IMSI) Ihrer Heimat-SIM getrennt ist, startet iOS einen Countdown-Timer (in der Regel 24 bis 48 Stunden). Verstreicht dieser Timer ohne erfolgreichen stillen Netzwerk-Handshake, entfernt das Betriebssystem Ihre Rufnummer aus Ihrem Apple-ID-Profil. Laufende Gruppen-Chats brechen sofort ab und 2FA-Funktionen gehen verloren.

3. Flugmodus + WLAN-Anrufe: Die unvollständige Notlösung

Wird das Gerät mit aktivierten WLAN-Anrufen in den Flugmodus versetzt, lassen sich internationale Roaming-Gebühren vermeiden, während der Zugriff auf das IMS-Gateway des Heimatbetreibers bestehen bleibt. Außerhalb des Hotels ist diese Strategie jedoch extrem instabil.

Sobald Sie die Verbindung zu einem WLAN-Hotspot trennen, verliert Ihr iPhone den Sprachregistrierungstunnel. Führt iOS seine geplante APNs-Hintergrundüberprüfung genau während eines Wechsels zwischen Funkzellen ohne aktives WLAN durch, kann das Gerät Ihre Mobilfunkidentität nicht validieren – was zur sofortigen iMessage-Abmeldung führt.

4. Optimierte Dual-SIM-Architektur über MollySIM: Hohe Stabilität, minimale Kosten

Die technisch saubere Lösung besteht darin, den Signalisierungspfad vom Datenpfad zu entkoppeln:

• Signalisierungspfad (Sprache/SMS): Ihre primäre SIM bleibt EIN, während Datenroaming auf AUS steht. Dies hält eine aktive Verbindung zu ausländischen Mobilfunkmasten für Signalisierungszwecke aufrecht – so kann Ihr Telefon kostenlose eingehende Verifizierungs-SMS empfangen und die kryptografischen Token-Handshakes durchführen, um iMessage an Ihre Nummer gebunden zu halten, ohne kostenpflichtige Roaming-Megabytes zu verbrauchen.
• Datenpfad (IP-Verkehr): Der gesamte Internetverkehr wird über ein Highspeed-Reise-eSIM-Profil von MollySIM geleitet.

Über das reine Routing hinaus beeinflussen Durchsatzgrenzen die Identitätsdienste direkt. Viele Standard-Reise-eSIM-Anbieter drosseln die Datenrate nach Verbrauch des Highspeed-Volumens drastisch auf 128 kbit/s ab, was häufig zu Timeouts bei APNs-Keepalive-Pings und abgebrochenen Server-Handshakes führt.

MollySIM setzt dagegen auf eine Fair Use Policy (FUP) mit einer Mindestbandbreite von 384 kbit/s – dreimal schneller als herkömmliche Marktalternativen. Dieser Durchsatzpuffer stellt sicher, dass kritische Hintergrundprotokolle (einschließlich APNs-Registrierungs-Heartbeats, Apple-Pay-Tokenisierungen und Vektorkarten-Rendering) selbst unter hoher Netzwerklast stabil arbeiten, sodass Ihr iMessage-Status während der gesamten Reise gesichert bleibt.

APNs-Sitzungsabbrüche verhindern: Die Technik hinter MollySIMs 384-kbit/s-Sicherheits-FUP

Um die iMessage-Identität in einem fremden Netz aufrechtzuerhalten, reicht ein aktives SIM-Profil allein nicht aus; erforderlich ist ein unterbrechungsfreier Kommunikationskanal mit niedriger Latenz zwischen Ihrem iPhone und Apples Push-Infrastruktur. Wenn Reisedatentarife versagen, liegt dies selten an einer absichtlichen Abmeldung durch den Nutzer. Fast immer wird das Problem durch socketbasierte Verbindungsabbrüche auf Netzwerkebene infolge aggressiver Bandbreitendrosselung verursacht.

+-------------------------------------------------------------------------+
|                        iOS APNs Socket Lifecycle                        |
|                                                                         |
|  [ iPhone ] --- TCP 5223 / TLS-Handshake ---> [ Apple APNs Gateway ]    |
|      |                                                    |             |
|      +--- Periodischer Keep-Alive-Heartbeat (~alle 15-30m)>+            |
|      |<-- ACK / Keep-Alive-Antwort -----------------------+             |
|                                                                         |
|  * Extreme Drossel (<128 kbit/s) -> Jitter / Paketverlust -> RST/Drop   |
|  * MollySIM 384 kbit/s Basis     -> Kein Bufferbloat      -> Kept Alive |
+-------------------------------------------------------------------------+

Die Mechanik von APNs: Persistente TLS-Sockets und Port 5223

Der Apple Push Notification service (APNs) basiert auf einer dauerhaften, persistenten TLS-Verbindung über TCP-Port 5223 (mit Fallback auf TCP-Port 443, falls Firewalls dedizierte Push-Ports blockieren). Dieser Socket verarbeitet das Echtzeit-Nachrichtenrouting, Identitätsprüfungen und Token-Austauschzyklen.

Um diesen Pfad durch CGNAT-Firewalls (Carrier-Grade NAT) der Netzbetreiber offen zu halten, sendet iOS periodische Keepalive-Pakete mit geringem Overhead. Diese Heartbeats verbrauchen kaum Daten (oft unter 1 KB), erfordern jedoch ein striktes Timing und eine sofortige Bestätigung (ACK) von Apples Edge-Gateways:

1. Heartbeat-Versand: iOS sendet ein kryptografisches Heartbeat-Paket über den bestehenden TLS-Socket auf Port 5223.
2. NAT-Aufrechterhaltung: Das Paket passiert das Roaming-Gateway des Netzbetreibers und aktualisiert den Statuseintrag in der NAT-Übersetzungstabelle.
3. Gateway-ACK: Apples APNs-Server sendet eine Bestätigung zurück, die die Integrität der Identität validiert.
4. Token-Aktualisierung: Steht ein Authentifizierungszyklus an, gibt Apple eine Aktualisierung des temporären Geräte-Tokens aus, um die aktive MSISDN (Telefonnummer) erneut an die Hardware-UUID des Geräts zu binden.

Die Drosselungsfalle: Warum Budget-FUPs mit 64/128 kbit/s iMessage beschädigen

Wenn bei herkömmlichen Budget-Reise-eSIMs das Highspeed-Volumen aufgebraucht ist, wird die Verbindung durch Traffic-Policing meist rigide auf 64 kbit/s oder 128 kbit/s gedrosselt. Unter diesen Bedingungen leidet die Verbindung unter massivem Bufferbloat, wodurch die Round-Trip-Time (RTT) von 80 ms auf über 3.500 ms ansteigt – begleitet von schwerem Paketverlust.

Wird ein APNs-Keepalive-Paket in Warteschlangen mit niedriger Priorität auf einer 64-kbit/s-Leitung blockiert, schließt sich das TCP-Fenster, die NAT-Tabelle des Netzbetreibers verwirft den Zustand und der APNs-Server sendet ein TCP-Reset (RST). Ohne aktiven Push-Socket stuft iOS die Datenverbindung als gestört ein. Bei der nächsten Identitätsabfrage kann das Betriebssystem die kryptografische Challenge der Apple-Server über die blockierte Datenverbindung nicht beantworten – was dazu führt, dass iOS Ihre Telefonnummer stillschweigend aus der Matrix von „Empfangen von iMessages und Antworten von“ entfernt.

Der 384-kbit/s-Schwellenwert: Hintergrund-Sockets stabil halten

Um Protokollabbrüche auszuschließen, setzt MollySIM eine feste Fair Usage Policy (FUP) von 384 kbit/s ein – das Dreifache des Marktstandards.

Diese 384-kbit/s-Basis ist präzise darauf ausgelegt, den erforderlichen Durchsatz für parallele Hintergrundaufgaben des Betriebssystems bereitzustellen:

• APNs-Socket-Isolation: Heartbeat-Pakete auf TCP 5223 und 443 werden ohne Head-of-Line-Blocking verarbeitet, sodass der TLS-Tunnel dauerhaft aktiv bleibt – selbst wenn andere Hintergrundsynchronisierungen laufen.
• Puffer für Token-Authentifizierung: Die 384-kbit/s-Bandbreite ermöglicht es iOS, mehrkilobytegroße TLS-Handshakes mit Apples Verifikationsclustern innerhalb des standardmäßigen 15-Sekunden-Timeout-Fensters abzuschließen.
• Kontinuität essenzieller Dienste: Neben dem Schutz des iMessage-Status sorgt diese Bandbreite dafür, dass wichtige Reiseprotokolle – wie das dynamische Laden von Vektorkacheln in Google Maps und die Secure-Element-Tokenisierung für Apple Pay – reibungslos funktionieren, ohne dass Sie teure Notfall-Datenpakete nachkaufen müssen.

Fehlerbehebung: „Auf Aktivierung warten“ und Stille-SMS-Fehler beheben

Wenn bei der Dual-SIM-Bereitstellung Probleme auftreten, verharrt iOS meist in einer endlosen Ladeanimation mit dem Hinweis „Auf Aktivierung warten…“ oder zeigt die Fehlermeldung „Aktivierung fehlgeschlagen“ an. Diese Fehler resultieren aus Protokollkonflikten zwischen den Apple Identity Services, dem Short Message Service Center (SMS-C) Ihres Heimatbetreibers und der aktiven Datenrouting-Ebene.

Nutzen Sie die folgenden technischen Workflows, um Registrierungsfehler einzugrenzen und zu beheben.

Szenario 1: Fehler beim Handshake über Stille Binär-SMS

Um Ihre primäre Telefonnummer zu registrieren, generiert iOS eine stille, binäre SMS-Payload (mit einer kryptografischen Nonce und der Hardware-UDID) und sendet diese über den Signalisierungskanal an einen Apple-Server (typischerweise an Gateways in Großbritannien oder den USA wie +447786205094). Wenn Ihr Heimatnetzbetreiber ausgehende internationale SMS blockiert oder Sie einen Prepaid-Tarif ohne Guthaben nutzen, schlägt der Handshake lautlos fehl.

+-------------+       Stille Binär-SMS (Port 2844)       +-------------------+
| Primäre SIM | ---------------------------------------> | Apple SMS Gateway |
| (Heimat-Nr.)| < - - - - - - - - - - - - - - - - - - -  |   (+44 Routing)   |
+-------------+       Stilles SMS-C Ack (Blockiert)      +-------------------+
                               |
                               v
               [iMessage hängt bei „Auf Aktivierung warten“]

Behebungsprotokoll:

1. Manuelle Netzwahl erzwingen: Gehen Sie zu Einstellungen > Mobilfunk > [Primäre SIM] > Netzauswahl und deaktivieren Sie Automatisch. Wählen Sie einen lokalen Roaming-Partner, der 2G/3G/LTE-Signalisierung unterstützt. Dies baut einen SMS-C-Kanal auf, ohne aktive mobile Daten zu erfordern.
2. Ausgehendes SMS-Guthaben sicherstellen: Wenn Sie einen Prepaid- oder Hybrid-Tarif nutzen, laden Sie ein geringes Guthaben (ca.