Full täckning men inget internet? Så fixar du dataavbrott och DNS-fel på rese-eSIM (Guide för 2026)

Fenomenet "fantomsignal": Varför din telefon visar full täckning utan data

Det finns få saker som är mer frustrerande än att kliva av ett långdistansflyg, titta på skärmen, se fyra eller fem fulla staplar av 5G eller LTE, och sedan upptäcka att inte en enda byte data passerar genom webbläsaren. Detta tillstånd – ofta kallat en "fantomsignal" – är ett av de vanligaste problemen vid användning av rese-eSIM.

För att förstå varför detta inträffar måste man blicka bortom operativsystemets användargränssnitt och analysera hur mobilnätets arkitektur separerar den fysiska radiolänken från den faktiska paketförmedlade routingkärnan.

+---------------+      RF-länk (L1/L2)     +-----------------+
| Användarenhet | <======================> | Lokal basstation| (Full täckning visas)
+---------------+                          +-----------------+
       |                                            |
       | L3 PDP-kontextaktivering misslyckades      | S8 / IPX Interconnect
       v                                            v
+------------------------------------------------------------+
| Kärnnätverkets handskakning avstannade: VPLMN <---> HPLMN  | (Inget internet / Tappad IP)
+------------------------------------------------------------+

Lager 1/2 RF-mottagning kontra Lager 3 paketdatarouting

Signalmätaren på iOS och Android mäter inte genomströmningshastigheten för internet. Den mäter enbart radiofrekvensstyrkan (RF) för Lager 1 (Fysiskt lager) och Lager 2 (Datalänklager) mellan enhetens modem och den lokala basstationen (eNodeB för 4G LTE eller gNodeB för 5G).

• Fysiska signalmätvärden: Telefonen beräknar staplarna baserat på parametrar som Reference Signal Received Power (RSRP) och Reference Signal Received Quality (RSRQ). Ett högt RSRP-värde innebär helt enkelt att enheten befinner sig fysiskt nära en mobilmast och tar emot en stark radiobärvåg.
• Exekvering i nätverksskiktet (Lager 3): För att ladda en webbsida eller genomföra en transaktion måste modemet upprätta en Lager 3 Packet Data Network-anslutning (PDN). Detta kräver en logisk session hela vägen mellan enheten, det lokala kärnnätverket och det öppna internet.

Om Lager 1 och 2 upprättar en sändningslänk men Lager 3 misslyckas med att förhandla om routingparametrar, visar enheten maximal täckning trots att den befinner sig i ett fullständigt anslutningsvakuum.

Roamingarkitekturen: Synkronisering mellan VPLMN och HPLMN

När du använder ett rese-eSIM förlitar sig din dataväg på internationell roaminginfrastruktur. Enheten ansluter till ett besökt nätverk (Visited Public Land Mobile Network, VPLMN) – exempelvis SoftBank i Japan eller Orange i Frankrike – men abonnentprofilen tillhör ett hemmanätverk (Home Public Land Mobile Network, HPLMN) beläget någon annanstans (ofta i Singapore, Hongkong eller Västeuropa).

När enheten försöker ansluta måste den lokala operatören göra en förfrågan till din hemoperatörs Home Subscriber Server (HSS) eller Home Location Register (HLR) via en internationell IPX-proxy (IP Exchange). Om denna handskakning mellan operatörerna tar för lång tid på grund av internationell routinglatens stannar autentiseringen: masten håller RF-kanalen öppen (vilket ger full täckning), men nätverkskärnan vägrar att dirigera datapaketen.

Misslyckad PDP-kontextaktivering och svarta hål i routingen

Det sista hindret är aktiveringen av Packet Data Protocol (PDP)-kontexten. Under detta skede:

1. Telefonen begär en IP-adress via ett specifikt Access Point Name (APN).
2. VPLMN tilldelar radiobärare för att transportera användardata.
3. Hemmanätverkets Packet Data Gateway (P-GW) eller User Plane Function (UPF) tilldelar ett IP-lån och upprättar dynamiska routingtabeller.

Om PDP-kontextaktiveringen misslyckas – på grund av en felaktig APN-sträng, utgångna autentiseringstokens eller en roamingavvikelse – bryts anslutningen tyst. Enheten är ansluten till radionätet (signalkanalen är intakt), men saknar en fungerande default gateway.

[Enhet] --- (1. Anslutning OK) ---> [VPLMN-mast] 
[Enhet] --- (2. PDP-begäran) -> [VPLMN-kärna] --- (Timeout) ---> [HPLMN-kärna (HSS)]
Resultat: RF-länken förblir AKTIV (Full täckning) | IP-lagret förblir NERE (Ingen data)

Dessutom tillämpar budget-eSIM ofta aggressiva Fair Use Policies (FUP) som stänger ner Lager 3-sessioner helt när datagränser överskrids, vilket får PDP-kontexten att fastna i ett låst läge. Premiumarkitekturer löser detta genom robust IP-transitering och kontinuerliga session-keep-alives.

Exempelvis upprätthåller leverantörer som MollySIM aktiva PDP-kontextlån och tillämpar en marknadsledande FUP-strypning på 384 kbps – tre gånger högre än standardgränsen på 128 kbps som används av äldre operatörer. Detta förhindrar att PDP-kontexten rivs ner och säkerställer att verksamhetskritiska Lager 3-laster (som kartnavigering i Google Maps, VoIP-handskakningar och autentiseringstokens för Apple Pay) fungerar utan avbrott, även när datatrösklar nås.

De 4 dolda grundorsakerna till att data fryser på rese-eSIM utomlands

När din smarttelefon visar en stark 5G- eller LTE-ikon med maximala signalstaplar fungerar det fysiska radiofrekvenslagret (RF) perfekt. Problemet uppstår högre upp i nätverksstacken. För att förstå varför paket fastnar måste man titta bakom statusfältet på de specifika routingprotokoll, basbandslägen och nätverksarkitekturer som styr internationell roaming.

1. Protokollkonflikter i APN (IPv4 vs. IPv6 dual-stack-låsningar)

Access Point Name (APN) fungerar som bryggan mellan enhetens mobilmodem och det publika datanätverket (PDN). Även om moderna operativsystem konfigurerar grundläggande APN-strängar automatiskt (t.ex. globaldata eller internet), felkonfigurerar de ofta de underliggande APN-protokollparametrarna.

[Enhetens IPv6-stack] ---> (Inkapslat paket) ---> [Äldre VPLMN-gateway (Endast IPv4)] ---> [Tyst borttappat / RST]

• Mekanismen: Många roamingpartnernätverk (VPLMN) på tillväxtmarknader eller i äldre nätinfrastrukturer kör strikta IPv4-only GPRS Support Nodes (SGSN/GGSN). Om din rese-eSIM-profil är inställd på en IPv6- eller felkonfigurerad IPv4v6 Dual Stack-inkapsling, tappar den lokala gatewayen (PGW) utgående IP-paket tyst utan att returnera något ICMP unreachable-fel.
• Symptomet: Enheten bibehåller ett aktivt Radio Resource Control (RRC)-anslutet tillstånd (full täckning), men appar misslyckas med att slutföra vanliga TCP-handskakningar eftersom gatewayen inte kan tolka IPv6-innehållet.

2. Inaktuella DNS-cacheposter från captive portals

Wi-Fi-nätverk på flygplatser och hotell är ökända för att orsaka kvarvarande DNS-uppslagsfel långt efter att du kopplat bort från dem.

När du ansluter till ett öppet Wi-Fi låser operativsystemets lokala resolver-cache (såsom mDNSResponder i iOS eller netd i Android) systemomfattande DNS-förfrågningar till den lokala gatewayens IP-adress för captive portalen (t.ex. 10.254.1.1).

När du lämnar Wi-Fi-zonen och växlar tillbaka till mobildata rensar operativsystemet inte alltid detta socket-tillstånd omedelbart. Enheten fortsätter att försöka slå upp domännamn via den onåbara captive-DNS-servern över mobilgränssnittet. Eftersom Lager 3-mobilrutten är öppen triggar inte enheten ett omedelbart nätverksfel; istället väntar den på individuella UDP-timeoutgränser (ofta 15–30 sekunder per resurs), vilket får appar att hänga sig på startskärmen.

3. Routinglåsningar i roamingarkitekturen: Home-Routed (HR) vs. Local Breakout (LBO)

Det fysiska avståndet dina data färdas avgör om anslutningen förblir stabil eller bryter ihop under hög latens.

Budgetleverantörer av eSIM sparar ofta in på transitkostnader genom att använda Home-Routed (HR)-arkitekturer på en enda centraliserad kärna – ofta belägen tusentals mil från din destination. När en användare i Japan öppnar en lokal japansk tjänst via ett HR-eSIM förankrat i Europa måste varje paket resa runt jorden två gånger.

Denna extrema latens får känsliga transportprotokoll att fela. TLS 1.3-handskakningar tar för lång tid, TCP-fönsterstorlekar kollapsar på grund av omordnade paket, och mobilens basband tolkar dessa fördröjningar på applikationslagret som en bruten länk.

För att eliminera denna sårbarhet använder premiumleverantörer som MollySIM globalt distribuerade User Plane Functions (UPF) med lokaliserad routing. Dessutom säkerställer MollySIM:s grundläggande FUP-gräns på 384 kbps – tre gånger högre än industristandarden på 128 kbps – att datakanalen behåller tillräcklig bandbredd för att hantera TLS-certifikat, Apple Pay-säkerhetstokens och live-vektorkartor utan avbrott, även under regional datastrypning.

4. Basbandskonflikter med dubbla SIM-kort och fördröjning vid gränssnittsbyte

Moderna Dual-SIM Dual-Standby-modem (DSDS) använder en enda delad RF-transceiver för att kommunicera med två separata operatörsnätverk samtidigt.

När ditt primära hemma-SIM är aktivt för inkommande SMS eller VoLTE-sökning samtidigt som ditt rese-eSIM är inställt som standard för mobildata, måste modemet tidsdela mellan båda frekvenserna:

1. Prioritering av sökningskanal (Paging Preemption): Om din primära hemoperatör skickar frekventa registreringsförfrågningar eller söker efter 2G/3G-nätverk, pausar modemet temporärt eSIM-kortets höghastighetsdatakanal för att lyssna på hemoperatörens sökningskanal.
2. Gränssnittslåsningar: Om operativsystemets funktion "Tillåt växling av mobildata" är aktiverad i områden med instabila roaminghandskakningar, växlar systemet snabbt standardgateway mellan SIM 1 och SIM 2. Detta skapar en konflikt i routingtabellen (race condition) där utgående IP-paket skickas via ett gränssnitt som för tillfället saknar ett auktoriserat IP-lån, vilket fryser dataflödet totalt trots fulla signalstaplar.

Steg-för-steg-felsökningslistor för iOS 19 och Android 16

När ett operativsystem visar full RSRP-signalstyrka men vägrar att skicka paket, ligger problemet nästan alltid på Lager 3 (IP-tilldelning), APN-auktorisering eller DNS-uppslag. Följ dessa operativsystemspecifika åtgärdsplaner för att systematiskt lösa låsningarna.

iOS 19: Återställ låsta dataströmmar på eSIM

1. Tvinga datatrafik via ett enda SIM-kort:

• Gå till Inställningar > Mobilnät.
• Tryck på Mobildata och se till att ditt rese-eSIM är valt.
• Ställ in Tillåt växling av mobildata på AV. Om detta är aktivt i iOS 19 kan det leda till instabilitet i modemet om ditt fysiska primära SIM försöker genomföra IMS-registrering i bakgrunden.

1. Kontrollera inställningar för roaming och mobilt datanätverk (APN):

• Välj ditt rese-eSIM under SIM-kort.
• Kontrollera att Dataroaming är aktiverat (PÅ).
• Tryck på Mobilt datanätverk. Om fälten går att redigera, kontrollera att fältet APN matchar leverantörens exakta profilsträng (t.ex. globaldata eller leverantörsspecifik APN). Lämna Användarnamn och Lösenord tomma om inte operatören uttryckligen angett annat. Rensa eventuella inaktuella APN-poster under avsnitten LTE-inställning eller Internetdelning.

1. Kringgå dynamiska nätverksval (Manuellt operatörsval):

• Gå till Inställningar > Mobilnät > [Rese-eSIM] > Val av nätverk.
• Slå AV reglaget för Automatiskt.
• Vänta 30–60 sekunder medan iOS söker av alla lokala mobilmaster. Välj den primära Tier-1-roamingpartner som rekommenderats av din eSIM-leverantör istället för att låta modemet hoppa mellan överbelastade mikromaster med lägre prioritet.

1. Rensa tillfälliga DNS-cacher:

• Aktivera Flygplansläge i hela 20 sekunder för att helt stänga ner PDP-kontexten och släppa inaktuella DHCP-lån.
• Om DNS-timeouter kvarstår, gå till Inställningar > Safari > Avancerat > Webbplatsdata och tryck på Ta bort all webbplatsdata för att rensa låsta socket-tillstånd.

Android 16: Åtgärda APN-fel och DNS-konflikter

Android 16 ger direkt kontroll över Lager 3-inkapsling och krypterad transport på systemnivå. Använd dessa inställningar för att kringgå DNS-blockeringar på operatörsnivå: