Täydet tolpat mutta ei nettiä? Näin korjaat matka-eSIMin yhteys- ja DNS-ongelmat (Opas 2026)

"Haamusignaali"-ilmiö: Miksi puhelimesi näyttää täysiä tolppia ilman toimivaa dataa

Mikään ei turhauta enempää kuin pitkän lennon jälkeen koettu tilanne, jossa puhelimen ruudulla komeilee neljä tai viisi täyttä 5G- tai LTE-palkkia, mutta selain ei lataa tavuakaan dataa. Tätä tilaa kutsutaan usein "haamusignaaliksi" (Phantom Signal), ja se on yksi yleisimmistä kompastuskivistä matka-eSIMien käytössä.

Ymmärtääkseen tämän ilmiön syyt on sukellettava käyttöjärjestelmän käyttöliittymän taakse ja tarkasteltava, miten mobiiliverkkojen arkkitehtuuri erottaa fyysisen radioyhteyden varsinaisesta pakettikytkentäisestä reititysytimestä.

+---------------+     Radiotaajuusyhteys (L1/L2)     +-----------------+
| Käyttäjälaite | <================================> | Paikallinen BTS | (Täydet tolpat näytöllä)
+---------------+                                    +-----------------+
       |                                                      |
       | L3 PDP Context -aktivointi epäonnistui               | S8 / IPX -yhdysliikenne
       v                                                      v
+----------------------------------------------------------------------+
|  Runkoverkon kättely jumissa: VPLMN <---> HPLMN HSS                  | (Ei nettiä / IP-yhteys poikki)
+----------------------------------------------------------------------+

Kerroksen 1/2 RF-vastaanotto vs. Kerroksen 3 pakettidatan reititys

iOS- ja Android-laitteiden signaalimittari ei mittaa internetin tiedonsiirtonopeutta. Se mittaa ainoastaan laitteesi modeemin ja paikallisen tukiaseman (4G LTE:n eNodeB tai 5G:n gNodeB) välistä kerroksen 1 (fyysinen taso) ja kerroksen 2 (siirtokerros) radiotaajuussignaalin (RF) voimakkuutta.

• Fyysisen signaalin mittarit: Puhelin laskee signaalipalkit arvojen, kuten RSRP (Reference Signal Received Power) ja RSRQ (Reference Signal Received Quality), perusteella. Korkea RSRP tarkoittaa vain sitä, että laite on fyysisesti lähellä lähetintornia ja vastaanottaa selkeää radioaallon kantotaajuutta.
• Verkkokerroksen toiminta (Kerros 3): Verkkosivun lataaminen tai maksutapahtuman käsittely vaatii modeemilta kerroksen 3 pakettidataverkkoyhteyden (PDN) muodostamista. Tämä edellyttää päästä päähän ulottuvaa loogista istuntoa laitteesi, paikallisen mobiilirunkoverkon ja julkisen internetin välillä.

Jos kerrokset 1 ja 2 muodostavat radioyhteyden onnistuneesti, mutta kerros 3 epäonnistuu reititysparametrien neuvottelussa, laite näyttää täyttä signaalia, vaikka se on todellisuudessa täydellisessä yhteyspimiössä.

Verkkovierailuarkkitehtuuri: VPLMN- ja HPLMN-verkkojen välinen synkronointi

Kun käytät matka-eSIMiä, dataliikenne kulkee kansainvälisen verkkovierailuinfrastruktuurin (roaming) kautta. Laitteesi yhdistää vierailtavaan verkkoon (VPLMN, Visited Public Land Mobile Network) – kuten SoftBankiin Japanissa tai Orangeen Ranskassa – mutta tilaajaprofiilisi sijaitsee kotiverkossa (HPLMN, Home Public Land Mobile Network) toisessa maassa (usein Singaporessa, Hongkongissa tai Länsi-Euroopassa).

Kun laitteesi yrittää muodostaa yhteyden, paikallisen operaattorin on tehtävä kysely kotiverkkosi HSS (Home Subscriber Server)- tai HLR (Home Location Register) -palvelimeen kansainvälisen IPX (IP Exchange) -välityspalvelimen kautta. Jos operaattorien välinen kättely aikakatkaistaan kansainvälisen reititysviiveen vuoksi, todentaminen pysähtyy: tukiasema pitää radiokanavan auki (näyttäen täydet palkit), mutta runkoverkko kieltäytyy reitittämästä datapaketteja.

PDP Context -aktivointivirheet ja reitityksen "mustat aukot"

Viimeinen kynnys on PDP-kontekstin aktivointi (Packet Data Protocol Context Activation). Tämän vaiheen aikana:

1. Puhelin pyytää IP-osoitetta tietyn yhteyspisteen nimen (APN, Access Point Name) kautta.
2. VPLMN varaa radiokanavat käyttäjädatan siirtämiseen.
3. Kotiverkon pakettidatayhdyskäytävä (P-GW) tai käyttäjätason toiminto (UPF) myöntää IP-osoitteen ja luo dynaamiset reititystaulut.

Jos PDP Context -aktivointi epäonnistuu – virheellisen APN-merkkijonon, vanhentuneiden todennustietojen tai verkkovierailuristiriidan vuoksi – yhteys katkeaa hiljaisesti. Laitteesi on kiinni radioverkossa (signalointikanava toimii), mutta siltä puuttuu oletusyhdyskäytävä.

[Laite] --- (1. Yhdistys OK) ---> [VPLMN-tukiasema] 
[Laite] --- (2. PDP-pyyntö) ----> [VPLMN-ydin] --- (Aikakatkaisu) ---> [HPLMN-ydin (HSS)]
Tulos: Radiokanava PÄÄLLÄ (Täydet tolpat) | IP-kerros POISSA (Ei dataa)

Lisäksi monet edulliset matka-eSIMit soveltavat aggressiivisia reilun käytön periaatteita (FUP), jotka katkaisevat L3-istunnot kokonaan datarajojen ylityttyä, jolloin PDP-konteksti jää jumiin. Korkealuokkaiset verkkoarkkitehtuurit ratkaisevat tämän vikasietoisen IP-siirron ja jatkuvien Keep-Alive-istuntojen avulla.

Esimerkiksi MollySIM ylläpitää aktiivisia PDP-istuntoja ja tarjoaa alan johtavan 384 kbps:n FUP-perusnopeuden – mikä on kolminkertainen perinteisten palveluntarjoajien käyttämään 128 kbps:n rajaan verrattuna. Tämä estää PDP-istuntojen katkeamisen ja varmistaa, että kriittiset L3-toiminnot (kuten Google Maps -reititys, VoIP-yhteydet ja Apple Pay -todennus) toimivat keskeytyksettä myös datakaton täytyttyä.

4 piilevää syytä matka-eSIMin datakatkoihin ulkomailla

Kun älypuhelimesi näyttää vakaata 5G- tai LTE-kuvaketta ja täysiä signaalitolppia, fyysinen radiotaajuuskerros (RF) toimii moitteettomasti. Ongelmat piilevät korkeammalla verkkopinossa. Pakettien jumittumisen syyt selviävät tarkastelemalla kansainvälistä verkkovierailua ohjaavia reititysprotokollia, kantataajuuspiirin tiloja ja verkkoarkkitehtuureja.

1. APN-protokollaristiriidat (IPv4 vs. IPv6 Dual-Stack -lukkotilat)

Yhteyspisteen nimi (APN) toimii siltana laitteesi mobiilimodeemin ja julkisen dataverkon (PDN) välillä. Vaikka nykyaikaiset käyttöjärjestelmät määrittävät perus-APN-merkkijonot (kuten globaldata tai internet) automaattisesti, ne konfiguroivat usein taustalla olevat APN-protokollaparametrit väärin.

[Laitteen IPv6-pino] ---> (Kapseloitu paketti) ---> [Vanha VPLMN-yhdyskäytävä (vain IPv4)] ---> [Hiljainen hylkäys / RST]

• Mekanismi: Monet verkkovierailukumppanit (VPLMN) kehittyvillä markkinoilla tai vanhemmissa infrastruktuureissa käyttävät tiukasti vain IPv4 -tuettuja GPRS-tukisolmuja (SGSN/GGSN). Jos matka-eSIM-profiilisi oletuksena on IPv6 tai väärin määritetty IPv4/IPv6 Dual Stack -kapselointi, paikallinen PGW hylkää lähtevät IP-paketit hiljaisesti palauttamatta ICMP-virheilmoitusta.
• Oire: Laite pysyy aktiivisessa RRC (Radio Resource Control) -tilassa (täydet palkit), mutta sovellukset eivät pysty suorittamaan normaalia TCP-kättelyä, koska yhdyskäytävä ei osaa kääntää IPv6-paketteja.

2. Captive Portal -kirjautumissivujen vanhentuneet DNS-välimuistit

Lentokenttien ja hotellien Wi-Fi-verkot aiheuttavat tunnetusti pitkittyneitä DNS-nimipalveluhäiriöitä vielä pitkään yhteyden katkaisemisen jälkeen.

Julkiseen Wi-Fi-verkkoon yhdistettäessä käyttöjärjestelmän paikallinen DNS-selvityspalvelu (kuten iOS:n mDNSResponder tai Androidin netd) sitoo järjestelmänlaajuiset DNS-pyynnöt paikallisen yhdyskäytävän kirjautumissivun IP-osoitteeseen (esim. 10.254.1.1).

Kun poistut Wi-Fi-alueelta ja palaat mobiilidataan, käyttöjärjestelmä ei aina tyhjennä tätä sokettitilaa välittömästi. Laite yrittää edelleen selvittää verkko-osoitteita saavuttamattomissa olevan Wi-Fi-DNS-palvelimen kautta mobiililiitännän yli. Koska kerroksen 3 mobiilireitti on auki, laite ei anna välitöntä virheilmoitusta, vaan odottaa yksittäisten UDP-kyselyiden aikakatkaisua (usein 15–30 sekuntia per elementti), jolloin sovellukset jäätyvät latausruutuihin.

3. Verkkovierailuarkkitehtuurin reititysumpikujat: Home-Routed (HR) vs. Local Breakout (LBO)

Datan kulkema fyysinen etäisyys määrittää, pysyykö yhteys vakaana vai kaatuuko se korkeaan viiveeseen.

Budjetti-eSIM-tarjoajat karsivat siirtokustannuksia käyttämällä Home-Routed (HR) -arkkitehtuuria, joka toimii yhden keskitetyn ytimen kautta – usein tuhansien kilometrien päässä matkakohteestasi. Kun käyttäjä Japanissa avaa paikallisen japanilaisen palvelun Eurooppaan reititetyn eSIMin kautta, jokaisen paketin on kierrettävä maapallo kahdesti.

Tämä valtava viive saa herkät tiedonsiirtoprotokollat kaatumaan. TLS 1.3 -kättelyt aikakatkaistaan, TCP-ikkunakoot romahtavat pakettien uudelleenjärjestelyn vuoksi, ja puhelimen modeemi tulkitsee nämä sovellustason viiveet katkenneeksi yhteydeksi.

Tämän haavoittuvuuden poistamiseksi laadukkaat palveluntarjoajat, kuten MollySIM, käyttävät maailmanlaajuisesti hajautettuja UPF-toimintoja (User Plane Function) ja paikallista reititystä. Lisäksi MollySIMin 384 kbps:n reilun käytön perusnopeus (FUP) – joka on kolminkertainen alan 128 kbps:n standardiin verrattuna – varmistaa, että kaista riittää TLS-varmenteiden, Apple Pay -tietoturvatunnisteiden ja karttatietojen lataamiseen ilman aikakatkaisuja myös verkon ruuhkautuessa.

4. Dual-SIM-kantataajuuspiirin resurssiristiriidat ja liitäntöjen vaihdon viiveet

Nykyaikaiset DSDS-modeemit (Dual-SIM Dual-Standby) käyttävät yhtä jaettua radiolähetin-vastaanotinta kommunikoidakseen kahden eri operaattoriverkon kanssa samanaikaisesti.

Kun ensisijainen kotimaan SIM-korttisi pysyy aktiivisena saapuvia tekstiviestejä tai VoLTE-hakusignaaleja varten ja matka-eSIM on asetettu oletusdatakanavaksi, modeemin on jaettava aikaa molempien taajuuksien välillä:

1. Hakukanavan etuoikeus (Paging Preemption): Jos kotimaan operaattorisi lähettää toistuvia rekisteröintipyyntöjä tai 2G/3G-verkonhakukomentoja, modeemi keskeyttää tilapäisesti eSIMin nopean datayhteyden kuunnellakseen kotimaan linjan hakukanavaa.
2. Liitäntöjen lukkotilat: Jos käyttöjärjestelmän "Salli mobiilidatan vaihto" -toiminto on päällä alueilla, joilla verkkovierailuyhteys pätkii, käyttöjärjestelmä vaihtaa oletusyhdyskäytävää jatkuvasti SIM 1:n ja SIM 2:n välillä. Tämä luo reititystauluun kilpailutilanteen (race condition), jossa lähteviä IP-paketteja yritetään lähettää liitännän kautta, jolla ei ole valtuutettua IP-osoitetta. Tuloksena tiedonsiirto pysähtyy täysin, vaikka signaalipalkit näyttävät täyttä.

Vaiheittaiset vianmääritysohjeet iOS 19:lle ja Android 16:lle

Kun käyttöjärjestelmä näyttää täyttä RSRP-signaalia (Reference Signal Received Power), mutta ei reititä paketteja, ongelma liittyy lähes aina kerrokseen 3 (IP-osoitteen jako), APN-yhdyskäytävän valtuutukseen tai DNS-nimipalveluun. Seuraa näitä käyttöjärjestelmäkohtaisia ohjeita ongelmien poistamiseksi.

iOS 19: Jumittuneiden eSIM-datakanavien avaaminen

1. Pakota tiedonsiirto vain yhdelle SIM-kortille:

• Avaa Asetukset > Mobiiliverkko.
• Napauta Mobiilidata ja varmista, että matka-eSIM on valittuna.
• Kytke Salli mobiilidatan vaihto asentoon POIS. Tämän toiminnon pitäminen päällä iOS 19:ssä voi aiheuttaa jatkuvaa liitäntöjen vaihtelua, jos fyysinen pää-SIM yrittää tehdä taustalla IMS-rekisteröintiä.

1. Tarkista verkkovierailu ja APN-asetukset:

• Valitse matka-eSIM-profiilisi kohdasta SIM-kortit.
• Varmista, että Datavierailu on PÄÄLLÄ.
• Napauta Mobiilidataverkko. Jos kentät ovat muokattavissa, varmista, että APN-kentässä lukee palveluntarjoajasi ilmoittama osoite (esim. globaldata tai operaattorikohtainen APN). Jätä Käyttäjätunnus ja Salasana tyhjiksi, ellei operaattori toisin ohjeista. Poista vanhat APN-merkinnät LTE-määritys- tai Oma yhteyspiste -kohdista päällekkäisyyksien estämiseksi.

1. Ohita dynaaminen verkkovierailukättely (Manuaalinen verkon valinta):

• Avaa Asetukset > Mobiiliverkko > [Matka-eSIM] > Verkon valinta.
• Kytke Automaattinen asentoon POIS.
• Odota 30–60 sekuntia, kunnes iOS hakee kaikki paikalliset tukiasemat. Valitse eSIM-palveluntarjoajasi suosittelema ensisijainen Tier-1-roaming-kumppani sen sijaan, että antaisit modeemin arpoa ruuhkaisten aliverkkojen välillä.

1. Tyhjennä tilapäiset DNS- ja verkkotiedot:

• Kytke Lentokonetila päälle vähintään 20 sekunniksi, jotta laite katkaisee PDP-istunnon kokonaan ja vapauttaa vanhat DHCP-tiedot.
• Jos DNS-aikakatkaisut jatkuvat, avaa Asetukset > Safari > Lisätoiminnot > Verkkosivustojen data ja valitse Poista kaikki sivuston tiedot poistaaksesi jumiutuneet sokettitilat.

Android 16: APN-ristiriitojen ja operaattorin DNS-kaappausten korjaaminen

Android 16 antaa suoran hallinnan kerroksen 3 kapselointiin ja järjestelmänlaajuiseen salattuun tiedonsiirtoon. Käytä näitä asetuksia operaattoritason DNS-ongelmien ohittamiseen:

Vaiheittainen Android-palautusprosessi:

1. Luo yhteyspisteen nimi (APN) uudelleen:

• Avaa Asetukset > Verkko ja internet > SIM-kortit > [Matka-eSIM] > Tukiasemien nimet (APN).
• Napauta + (Lisää) -kuvaketta luodaksesi puhtaan profiilin.
• Aseta Nimi-kenttään operaattorisi tunnus ja APN-kenttään sen tarkka yhdyskäytäväosoite.
• Määritä APN:n tyyppi -kenttään nimenomaisesti default,supl (ilman välilyöntejä).
• Aseta sekä APN-protokolla että APN-verkkovierailuprotokolla muotoon IPv4/IPv6. Jos olet alueella, jolla on vanha mobiili-infrastruktuuri (kuten osassa Etelä-Aasiaa tai Latinalaista Amerikkaa), pakota molemmat muotoon IPv4, jotta modeemi ei jää odottamaan IPv6-reititinilmoituksia, joita ei koskaan tule.
• Napauta oikean yläkulman valikkoa ➔ Tallenna, ja valitse uusi APN käyttöön valintanapista.

1. Ohita operaattorin DNS-lukkotilat (Yksityisen DNS:n käyttöönotto):

• Vierailtujen ulkomaisten operaattorien verkkokytkimet kärsivät usein väärin konfiguroiduista tai rajoitetuista DNS-nimipalvelimista.
• Avaa Asetukset > Verkko ja internet > Yksityinen DNS.
• Valitse Yksityisen DNS-palveluntarjoajan isäntänimi ja syötä:
• one.one.one.one (Cloudflaren DNS-over-TLS) tai
• dns.google (Googlen julkinen DNS).
• Tämä salaa DNS-kyselyt TLS-yhteydellä (portti 853) ja ohittaa paikallisen teleoperaattorin korruptoituneet DNS-välimuistit kokonaan.

1. Tee radioyhteyksien turvallinen nollaus:

• Jos data ei edelleenkään liiku, avaa Asetukset > Järjestelmä > Palautusvalinnat > Nollaa Wi-Fi, mobiili ja Bluetooth.
• Huomautus: Tämä toimenpide tyhjentää vanhentuneet L2-reititystaulut poistamatta asennettuja eSIM-profiilejasi.