Miksi matka-eSIM on hidas? Datan kuristus vs. verkon depriorisointi (Opas 2026)

5G-paradoksi: Miksi täydet kuuluvuuspalkit eivät takaa nopeutta ulkomailla

Harva matkatilanne turhauttaa yhtä paljon kuin seisominen Tokion Shibuyan vilkkuvien valotaulujen alla, suunnistaminen Lontoon Heathrow'n tuloaulassa tai Uber-kyydin tilaaminen New Yorkin Times Squarella, kun puhelin näyttää täydet viisi 5G-kuuluvuuspalkkia — mutta selain vain aikakatkaisee ja viestisovellukset lataavat loputtomiin.

Tätä visuaalisen signaalinvoimakkuuden ja todellisen tiedonsiirtonopeuden välistä ristiriitaa kutsutaan tietoliikennealalla 5G-paradoksiksi. Ymmärtääksesi ilmiön syyt on erotettava toisistaan se, mitä puhelimesi tilapalkki todellisuudessa mittaa, ja se, miten data todellisuudessa liikkuu kansainvälisten rajojen yli.

+-----------------------------------------------------------------------------+
|                     MITÄ PUHELIMESI TODELLISUUDESSA MITTAA                  |
+-----------------------------------------------------------------------------+
|  [Puhelin]  <===== Radiotaajuuslinkki (Kerros 1) =====>  [Paikallinen tukiasema] |
|             * Mittaa: RSRP, RSSI, SINR (Kuuluvuuspalkit)                     |
|             * Tila: 5/5 Palkkia (Erinomainen RF-yhteys)                     |
+-----------------------------------------------------------------------------+
                                      |
                                      | Runkoyhteys / Siirtoverkko (Backhaul)
                                      v
+-----------------------------------------------------------------------------+
|                   MISSÄ PULLONKAULA TODELLISUUDESSA SYNTYY                  |
+-----------------------------------------------------------------------------+
|  [Tukiasema] ---> [IPX-keskus] ---> [Kotiverkon pakettiyhdyskäytävä] ---> Internet |
|                   * Kerros 3 IP-reititys & pakettien välitys                |
|                   * Kaistakiintiöt, QCI-prioriteetti & siirtoverkon ruuhkat |
+-----------------------------------------------------------------------------+

Kerros 1 (Fyysinen radiotaajuus) vs. Kerros 3 (Pakettireititys)

Puhelimen näytöllä näkyvät neljä tai viisi palkkia edustavat kerroksen 1 (fyysinen radioverkko / RAN) yhteyttä. Puhelin laskee tämän kuvakkeen radiotaajuusmetriikoiden perusteella:

• RSRP (Reference Signal Received Power): Läheiseltä tukiasemalta (5G:n gNodeB, LTE:n eNodeB) vastaanotetun referenssisignaalin raakateho.
• RSSI (Received Signal Strength Indicator): Vastaanotetun laajakaistaisen signaalin kokonaisteho, sisältäen kohinan ja häiriöt.
• SINR (Signal-to-Interference-plus-Noise Ratio): Radiokanavan laatusuhde (signaali suhteessa häiriöihin ja kohinaan).

Täydet palkit tarkoittavat ainoastaan sitä, että puhelimellasi on esteetön ja vähävaimennuksinen radioyhteys paikallisen tukiaseman antenniin. Se ei tarkoita, että tukiasemalla olisi vapaata siirtoverkkokapasiteettia tai että verkko olisi myöntänyt sinulle lainkaan tiedonsiirtokaistaa.

+--------------------------+-----------------------------------------------------------+
| Metriikka / Kerros       | Mitä se hallitsee                                         |
+--------------------------+-----------------------------------------------------------+
| Kerros 1 (RAN / RF)      | Kuuluvuuspalkit, raakayhteyden vakaus paikalliseen mastoon.|
| Kerros 2 (Siirtoyhteys)  | Kehysten lähetys, paikallisen radioresurssin ajoitus.    |
| Kerros 3 (Verkko / IP)   | Todellinen datan läpäisykyky, IP-pakettien kulku ja reititys. |
+--------------------------+-----------------------------------------------------------+

Vaikka puhelimesi ylläpitää virheetöntä kerroksen 1 yhteyttä paikalliseen operaattoriin (kuten NTT Docomo Japanissa tai EE Isossa-Britanniassa), datapakettiesi on kuljettava kerroksen 3 (verkkoreititys) läpi. Jos paikallinen solualue on ruuhkautunut 20 000 paikallisesta käyttäjästä tai mastoa runkoverkkoon yhdistävä siirtoyhteys on tukossa, pakettisi sijoitetaan jonon hännille.

Verkkovierailun siirtopullonkaula: IPX ja kotiverkkoreititys

Kansainväliset matka-eSIMit tuovat mukanaan toisen monimutkaisen tason: verkkovierailuarkkitehtuurin (roaming architecture). Kun yhdistät verkkoon matkaprofiililla, datasi ei siirry suoraan paikalliseen internetiin. Sen sijaan se kulkee tyypillisesti monimutkaisen kansainvälisen verkkovierailuputken läpi:

1. Paikallinen yhteys: Puhelimesi muodostaa kerroksen 1 yhteyden kohdemaan paikallisen operaattorin radioverkkoon (RAN).
2. IPX-kapselointi: Kohdeoperaattori kapseloi pakettisi ja välittää ne IPX (IP eXchange) -siirtoverkon läpi (jota ylläpitävät globaalit siirto-operaattorit kuten Syniverse, BICS tai Tata Communications).
3. Kotiverkkoreititys (S8HR): Tavallisissa "Home-Routed"-kokoonpanoissa liikenteesi reititetään takaisin eSIM-tarjoajan (MVNO) alkuperäiseen runkoverkkoon (joka sijaitsee usein Hongkongissa, Puolassa, Ranskassa tai Israelissa) ennen julkiseen internetiin pääsyä.
4. Paluureitti: Pyydetyn datan on kuljettava koko tämä mannertenvälinen reitti takaisinpäin päästäkseen laitteeseesi.

Jos jollain tämän monivaiheisen kansainvälisen ketjun osuudella esiintyy pakettihävikkiä, latenssipiikkejä tai kaistanrajoitusta, todellinen siirtonopeutesi putoaa nollaan — vaikka puhelimesi näyttäisi ylpeänä täyttä 5G-kuuluvuutta.

Miksi älykkäät nopeusrajat ovat ratkaisevia ruuhka-alueilla

Kun verkot ruuhkautuvat tai reilun käytön rajat ylittyvät, perinteiset matka-eSIMit kuristavat käyttäjän kaistan usein 128 kbps -tasolle — tai laskevat prioriteetin niin alas, että pakettihävikki ylittää 80 %. 128 kbps -nopeudella nykyaikaiset salatut TLS-kättelyt epäonnistuvat, mikä katkaisee kriittiset palvelut, kuten Google Mapsin karttalataukset, Uber-kyytien vahvistukset ja digitaaliset maksupäätteet.

Tämän estämiseksi optimoidut verkkovierailuntarjoajat, kuten MollySIM, hyödyntävät suoria reitityskanavia ja huomattavasti korkeampaa 384 kbps kohtuullisen käytön (FUP) perustasoa. Ylläpitämällä 384 kbps nopeutta — kolminkertaista alan standardiin verrattuna — kriittiset datapaketit (kuten vektorikarttojen renderöinti, Apple Pay -varmennukset ja WhatsApp-tekstiviestit) säilyttävät riittävän siirtonopeuden toimiakseen luotettavasti myös ruuhkaisissa verkoissa.

QCI:n purkaminen: Miten verkon depriorisointi todellisuudessa toimii

Ymmärtääksesi, miksi matka-eSIMisi pysähtyy samalla kun vieressäsi seisova paikallinen asukas suoratoistaa 4K-videota ongelmitta, on katsottava kuuluvuuspalkkien taakse radioresurssien jakokerrokseen. Mobiiliverkot eivät käsittele kaikkia datapaketteja tasa-arvoisesti. 3GPP-standardit määrittävät liikenteen luokittelun QoS-luokkatunnisteiden (QCI, QoS Class Identifier) avulla 4G LTE -verkoissa ja 5QI (5G QoS Identifier) -tunnisteiden avulla itsenäisissä 5G SA -verkoissa.

Kun puhelimesi yhdistää paikalliseen tukiasemaan (LTE:n eNodeB tai 5G:n gNodeB), operaattorin PCRF-toiminto (Policy and Charging Rules Function) määrittää EPS-kantajalle numeerisen prioriteettiluokituksen. Tämä luokitus sanelee tarkan järjestyksen, jossa paketit lähetetään fyysisellä radiospektrillä.

QCI/5QI-hierarkia: Missä verkkovierailijat sijaitsevat

Jokainen verkkoyhteys asettuu toiminnalliseen hierarkiaan, joka ulottuu kriittisistä puhekanavista aina alimman tason taustadataan. Saapuva verkkovierailuliikenne — johon lähes kaikki kuluttajille suunnatut matka-eSIMit kuuluvat — luokitellaan poikkeuksetta tämän hierarkian aivan alimmalle tasolle.

Proportionaalinen resurssienjako: Miten tukiasemat hylkäävät pakettisi

Tukiasemat jakavat käytettävissä olevat taajuuskaistat pieniin aika- ja taajuusyksiköihin, joita kutsutaan fyysisiksi resurssilohkoiksi (PRB, Physical Resource Blocks). Tukiaseman sisäinen ajoitin suorittaa Proportional Fair (PF) -algoritmia satoja kertoja sekunnissa jakaakseen nämä PRB-lohkot yhdistetyille laitteille.

Matalassa tai kohtuullisessa verkkokuormituksessa ajoitin pystyy helposti käsittelemään kaikki pyynnöt. Kun siirryt ruuhkaiselle solualueelle — kuten lentokentän tuloaulaan, täyteen juna-asemaan ruuhka-aikaan tai suureen urheilutapahtumaan — PRB-resurssien käyttöaste saavuttaa 100 prosentin saturaation.

Tämän tapahtuessa Proportional Fair -ajoitin siirtyy normaalista tasapainotuksesta aggressiiviseen resurssien karsintaan:

1. Puskurin allokointi: Ajoitin käsittelee ensin QCI 6- ja 7 -jonoissa olevat paketit. QCI 9 -tunnisteella merkityt laitteet (kuten matka-eSIMit) siirretään puskurijonon hännille.
2. Puskuriturvotus ja TCP-latenssi: Koska QCI 9 -paketit joutuvat odottamaan lähetysvuoroaan, edestakainen viive (RTT) kasvaa rajusti. Normaali 40 ms ping nousee nopeasti yli 1 500 millisekuntiin.
3. Pakettien pudotus (Tail Dropping): Jos tukiaseman saapuvan liikenteen puskuri täyttyy kokonaan, ajoitin suorittaa "tail drop" -pudotuksen — matalan prioriteetin paketit poistetaan suoraan ennen kuin ne edes pääsevät radiolinkille.
4. TCP-perääntymiskierre: Älypuhelin tulkitsee kadonneet paketit verkon katkeamiseksi ja pienentää automaattisesti TCP-lähetysikkunaansa, jolloin tiedonsiirtonopeus romahtaa lähelle nollaa.

Depriorisointipullonkaulojen välttäminen matkalla

Koska paikalliset verkko-operaattorit suosivat ruuhkatilanteissa aina omia maksavia kanta-asiakkaitaan tilapäisten verkkovierailijoiden kustannuksella, matka-eSIMien käyttäjät kokevat usein voimakasta depriorisointia. Perinteiset eSIMit pahentavat tätä yhdistämällä alimman tason QCI 9 -luokituksen aggressiiviseen 128 kbps nopeusrajoitukseen, mutta suorituskykyoptimoidut ratkaisut lieventävät ongelmaa minimoimalla viiveen ja nostamalla liikenteen perustasoa.

Palveluntarjoajat kuten MollySIM optimoivat reitityksensä monioperaattoriviiveiden vähentämiseksi ja asettavat 384 kbps kohtuullisen käytön alarajan — kolme kertaa korkeamman kuin perinteisissä matka-eSIMeissä. Siinä missä depriorisoitu 128 kbps yhteys ei kykene suorittamaan edes perustason salattuja kättelyitä, 384 kbps perustaso tarjoaa riittävän nopeuden Google Mapsin navigoinnille, Uber-tilauksille ja Apple Pay -maksuille ilman yhteyden aikakatkaisuja.

"Rajattomien" liittymien pieni präntti: Reilun käytön periaate (FUP) ja nopeuskatot

Sana "Rajaton" on kansainvälisen verkkovierailualan käytetyin markkinointikikka. Kun halvat eSIM-tarjoajat mainostavat rajatonta nopeaa dataa, ne usein piilottavat tiukat kohtuullisen käytön periaatteet (FUP) syvälle sopimusehtoihinsa. Käytännössä juuri mikään kuluttajille suunnattu matka-eSIM ei tarjoa rajoittamatonta ja kuristamatonta dataa ulkomaisissa mobiiliverkoissa kohdeoperaattoreiden korkeiden tukkukustannusten vuoksi.

Sen sijaan käyttäjät kohtaavat keinotekoisia nopeuskattoja heti, kun he ylittävät ennalta määrätyn päivittäisen rajan — tyypillisesti 500 Mt ja 2 Gt väliltä.

Kuristuksen arkkitehtuuri: PCRF ja Session AMBR

Toisin kuin depriorisointi (joka vaihtelee dynaamisesti paikallisen tukiaseman ruuhkautumisen mukaan), tietoinen datan kuristaminen on ehdoton, ohjelmallisesti pakotettu nopeuskatto suoraan runkoverkossa.

1. Liikenteen mittaus: Kun käytät dataa, Online Charging System (OCS) mittaa kumulatiivista tavumäärää suhteessa liittymäprofiiliisi.
2. Käytännön täytäntöönpano: Heti kun saavutat päivittäisen kiintiön, PCRF (Policy and Charging Rules Function) (tai itsenäisissä 5G-verkoissa PCF) lähettää dynaamisen muutoskäskyn pakettiyhdyskäytävälle (PGW tai UPF).
3. Kaistanleveyden lukitus: Runkoverkko päivittää APN-AMBR (Access Point Name Aggregate Maximum Bit Rate) -arvosi. Tämä leikkaa välittömästi sekä saapuvan että lähtevän siirtonopeuden murto-osaan verkon maksimista — useimmiten 128 kbps tai jopa käyttökelvottomaan 64 kbps tasoon.

Miksi 128 kbps ja 64 kbps rikkovat modernin verkkoinfrastruktuurin

Perinteiset verkkovierailuntarjoajat puolustelevat 128 kbps nopeuksia väittämällä, että se riittää "perusviestittelyyn ja hätäselaukseen". Modernin verkkoarkkitehtuurin näkökulmasta tämä väite on teknisesti virheellinen.

Modernit mobiilisovellukset eivät enää lähetä kevyttä pelkkää tekstiä. Jokainen yhteys vaatii salaustason protokollia ja monimutkaisia asiakaspään ohjelmistokehyksiä:

• TLS/SSL-kättelyiden epäonnistumiset: Suojatun istunnon muodostaminen edellyttää salausavainten ja sertifikaattien vaihtoa (usein 6–12 kilotavua kättelydataa). Korkean viiveen roaming-yhteydellä, joka on kuristettu 64 tai 128 kbps nopeuteen, nämä kättelyt kestävät useita sekunteja. Käyttöjärjestelmät ja sovellukset käyttävät tiukkoja aikakatkaisurajoja (yleensä 5–10 sekuntia), jolloin yhteys katkaistaan ennen kuin yhtäkään tavua käyttäjädataa on ladattu.
• Vektorikarttojen latausviiveet: Sovellukset kuten Google Maps ja Apple Maps lataavat sarjamuotoisia Mapbox-vektoritiiliä (MVT) staattisten kuvien sijaan. Kuristettu 128 kbps yhteys ei pysty lataamaan tarvittavia vektoripaketteja riittävän nopeasti, jolloin karttanäkymä jää tyhjäksi kaupungilla liikkuessa.
• API-kyselyt ja tunnisteiden vanheneminen: Kyytipalvelut (Uber, Bolt) ja mobiilimaksut (Apple Pay, Google Wallet) suorittavat toistuvia API-kyselyitä taustalla sijainnin synkronoimiseksi ja suojattujen maksutunnisteiden vaihtamiseksi. Kuristetulla yhteydellä nämä pyynnöt aikakatkaistaan, mikä johtaa toistuviin verkkovirheisiin.

Todellinen käytettävyys eri nopeusrajoilla

Käytettävyyden palauttaminen realistisella FUP-arkkitehtuurilla

Käyttökelvottoman yhteyden ja luotettavan varayhteyden välinen ero riippuu verkonhallinnan rajoista. Siinä missä perinteiset "rajattomat" paketit jättävät käyttäjän jumiin toimimattomiin 64 ja 128 kbps tiloihin, edistyneet tarjoajat konfiguroivat PCRF-moottorinsa siten, että kriittinen dataliikenne säilyy toiminnassa myös nopean datakiintiön täytyttyä.

Asettamalla 384 kbps reilun käytön (FUP) vähimmäistason MollySIM tarjoaa kolminkertaisen nopeuden perinteisiin markkinarajoihin verrattuna. Tämä 384 kbps raja takaa, että SSL/TLS-sertifikaatit vaihtuvat luotettavasti, vektorikartat latautuvat ilman harmaita ruutuja ja maksupalvelut toimivat viipymättä — varmistaen, ettei päiväkiintiön täyttyminen koskaan jätä sinua pulaan matkalla.

Kattava vertailu: Datan kuristaminen vs. verkon depriorisointi

Vaikka molemmat ilmenevät puhelimessa turhauttavana hidasteluna, ohjelmallinen kuristus (Hard Throttling) ja dynaaminen depriorisointi (Dynamic Deprioritization) toimivat mobiiliverkon täysin eri arkkitehtuurikerroksilla.

Datan kuristaminen on ennalta määrätty, ohjelmallinen nopeuskatto, joka asetetaan runkoverkon PCRF- ja UPF-tasolla. Kun määritetty nopean datan paketti kuluu loppuun, suurin sallittu siirtonopeutesi rajoitetaan tiukasti riippumatta siitä, kuinka paljon vapaata kapasiteettia paikallisessa tukiasemassa on.

Verkon depriorisointi puolestaan on dynaamista, tilapäistä ja riippuu radioverkon (RAN) resurssienhallinnasta. Verkkovierailu-eSIMeille määritetään yleensä alhaisempi palvelunlaatuluokka (QCI 8 tai QCI 9) kuin paikallisille kuukausitilaajille (QCI 6 tai 7). Kun paikallinen tukiasemasolu ruuhkautuu, tukiaseman ajoitin myöntää radioresurssilohkot (RRB) ensin kotimaisille ensisijaisille käyttäjille, asettaen verkkovierailijoiden paketit jonoon tai pudottaen ne suoraan pois.

Sovellustason suorituskykytestit rajoitetuissa yhteyksissä

Ymmärtääksemme näiden verkkorajoitteiden todellisen vaikutuksen matkustamiseen, testasimme keskeisiä matkailusovelluksia kolmessa eri tilassa: Perinteinen markkinakuristus (128 kbps), MollySIM-optimoitu FUP (384 kbps) ja Voimakas depriorisointi (Ruuhkautunut solu).

+---------------------------------------------------------------------------------------+
| SOVELLUSTEN SUORITUSKYKYTESTI                                                         |
+----------------------+--------------------+--------------------+----------------------+
| Palvelu / Sovellus   | 128 kbps Kuristus  | 384 kbps Kuristus  | Dynaaminen depriorisointi |
+----------------------+--------------------+--------------------+----------------------+
| Google Maps -kartat  | 18–35 s lataus     | 2–4 s sujuva renderöinti | Satunnaisia aikakatkaisuja |
| WhatsApp VoIP-puhelu | Pätkivä / Katkeaa  | Kirkas (Opus-koodekki) | Voimakas huojunta / Robottiääni |
| Uber-tilaus / API    | Aikakatkaisu/Virhe | Nopea tilaus       | Kuljettajan seuranta katkeaa |
| 1080p-videotoisto    | Täysi epäonnistuminen (ABR)| Vain ääni / 240p  | Jatkuva puskurointi/Pysähtely|
+----------------------+--------------------+--------------------+----------------------+

1. Google Maps -vektorinavigointi ja reititys

• 128 kbps kuristuksessa: Vektorikarttatasojen (Protobuf-muoto) samanaikainen lataus epäonnistuu. Kartan siirtäminen uudelle alueelle näyttää vain tyhjiä ruutuja, ja reitin uudelle