Utmaningen under jord: Nätverkstopologi i Tokyo Metro och Toei Subway
Tokyos underjordiska kollektivtrafik är ett tekniskt mästerverk bestående av två separata nätverk: Tokyo Metro (9 linjer, 195,1 km) och det kommunala Toei Subway (4 linjer, 109,0 km). Även om dessa system kopplas samman sömlöst för över 10 miljoner dagliga pendlare, skapar deras olika byggnadsepoker, tunneldjup och strukturella densitet en unikt utmanande RF-miljö (radiofrekvensmiljö).
+-----------------------------------------------------------------------------------+
| GATUNIVÅ / MARKNIVÅ |
+-----------------------------------------------------------------------------------+
| [B1-B2] Vänthall & spärrar ---> Distribuerade antennsystem (DAS) |
| [B3-B4] Tokyo Metro-linjer ---> Mikrocellsbasstationer |
| (t.ex. Ginza, Marunouchi) |
| [B5-B7] Djupa Toei-linjer ---> LCX-tunnelkablage |
| (t.ex. Oedo Line @ Roppongi, -48 m) |
+-----------------------------------------------------------------------------------+Djupskillnader: Öppet schakt vs. sköldborrning på djupt berg
Fysiken bakom radiosignalers utbredning under marken varierar kraftigt beroende på när och hur linjen byggdes:
- Grunda linjer byggda med öppet schakt (Tokyo Metro Ginza & Marunouchi): Byggdes nära markytan (i genomsnitt 5 till 15 meter under marken). Dessa linjer utsätts för standardmässig dämpning från armerade betongbjälklag och underjordiska ledningsstråk, vilket tillåter visst signalläckage från makromaster på marknivå ner till biljetthallarna.
- Djupt borrade sköldtunnlar (Toei Oedo & Tokyo Metro Fukutoshin): Dessa linjer byggdes under befintlig infrastruktur och dyker djupt ner i urberget. Toei Oedo-linjens Roppongi Station (Perrong 1) ligger 48 meter under gatunivå (motsvarande en 14 våningar djup byggnad under jord). På detta djup når inga signaler från marknivå ner. Uppkopplingen är till 100 % beroende av dedikerad tunnelinfrastruktur.
Den underjordiska RF-infrastrukturen: LCX och DAS
För att upprätthålla sömlösa cellbyten (handovers) när tågen kör i upp till 80 km/h genom tunnlarna samarbetar de japanska telekomoperatörerna (NTT Docomo, KDDI, SoftBank och Rakuten) med tågbolagen via två primära distributionsmetoder:
- Läckande koaxialkabel (LCX): Istället för vanliga riktantenner drar ingenjörerna kontinuerliga, slitsade koaxialkablar längs tunnelväggarna. Dessa specialöppningar "läcker" kontrollerade RF-signaler (Sub-6 GHz 5G samt LTE-banden 1/3/8/18/19/28) direkt genom tågfönstren, vilket motverkar den Faradays bur-effekt som tågvagnarna i rostfritt stål annars skapar.
- Distribuerade antennsystem (DAS) och mikroceller: Enorma knutpunkter som Shinjuku (över 200 utgångar), Tokyo Station och Shibuya rymmer underjordiska shoppinglabyrinter i flera plan. Operatörerna placerar ut täta takmonterade DAS-noder och ultrakompakta mikroceller var 15–30:e meter för att fördela röst- och datakapaciteten jämnt, vilket förhindrar lokala överbelastningar vid perronger och trappor.
Jämförelse av nätverksarkitektur
| Parameter / Egenskap | Tokyo Metro (9 linjer) | Toei Subway (4 linjer) |
|---|---|---|
| Genomsnittligt perrongdjup | 10 – 25 meter | 15 – 48 meter |
| Djupaste station | Kokkai-gijidomae (Chiyoda Line, -37,9 m) | Roppongi (Oedo Line, -48,0 m) |
| Primär signaldistribution i tunnel | LCX + småceller vid tunnelmynningar | Kontinuerliga LCX-installationer |
| Högriskzoner för radioskugga | Kurviga spårkorsningar, trappor vid operatörsbyten | Djupa rulltrappsschakt (Oedo Line) |
Snabba mikrocellsbyten och latensproblem vid roaming
När ett tåg accelererar ut från en station måste passagerarens enhet utföra snabba cellbyten – ibland byts mikrocell var tredje till sjätte sekund. Vanliga utländska roaming-eSIM med en enda operatör drabbas ofta av latensspikar eller tappade datapaket under dessa byten, eftersom verifieringssignalen måste skickas hela vägen runt jorden till hemnätverkets server.
Om signalförsämringen leder till att hastigheten stryps via en policy för skälig användning (FUP), begränsar traditionella rese-eSIM ofta hastigheten till oanvändbara 128 kbps – vilket gör att appar för tunnelbanebyten slutar fungera. Lösningar utvecklade för intensiv kollektivtrafikanvändning – som MollySIM – använder istället prioriterade lokala routingspår tillsammans med en generös Fair Use Policy (FUP) med 384 kbps som bas. Denna 3x högre hastighet säkerställer att viktiga navigeringsverktyg (som Google Maps perrongnavigering i realtid, Jorudan och saldouppdateringar för Suica i Apple Wallet) fortsätter att fungera pålitligt, även vid komplexa mikrocellsbyten djupt under centrala Tokyo.
Operatörsduell under jord: NTT Docomo vs. SoftBank-repeatrar
🇯🇵 Japan High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.
Tokyos underjordiska kollektivtrafiknät förlitar sig på en intrikat kombination av läckande koaxialkabel (LCX) längs tunnelväggarna och distribuerade antennsystem (DAS) monterade i perrongtaken. Radiofrekvensarkitekturen (RF) hos Japans två ledande operatörer – NTT Docomo och SoftBank – ger dock märkbart olika prestanda i praktiken så snart du passerar spärrarna.
Sub-GHz RF-distribution: Band 19 vs. Band 8
- NTT Docomo (Banden 1, 3, 19, 28): Docomos ryggrad under marken bygger till stor del på Band 19 (800 MHz) – operatörens primära "Platinum Band" – kompletterat med Band 28 (700 MHz). Band 19 har överlägsna sub-GHz-egenskaper när det gäller att runda betongpelare och tränga ner för trappor i flera nivåer. Detta ger Docomo en fördel i djupt belägna, labyrintliknande stationsområden (som Chiyoda-linjens perronger vid Kokkai-gijidomae eller de djupa bytena vid Otemachi).
- SoftBank (Banden 1, 3, 8): SoftBank förlitar sig på Band 8 (900 MHz) för genomträngning under jord, kombinerat med täta småcellsinstallationer för Band 3 (1,8 GHz) i perrongtaken. SoftBanks rena topphastighet slår ofta Docomo på breda, moderna perronger, men Band 8-penetrationen kan få smärre döda zoner i äldre byteskorridorer med kraftiga betongfundament från 1960-talet.
Fenomenet "Full täckning, noll dataflöde" i rusningstid
Under morgon- och kvällsrusningen (08:00–09:30 och 17:30–19:00) råkar pendlare på Yamanote Line, Marunouchi Line och Toei Oedo Line ofta ut för ett frustrerande problem: mobilen visar full 5G- eller LTE-täckning, men vägrar helt att ladda data.
Detta beror inte på bristande mobiltäckning, utan på överbelastning av fysiska resursblock (PRB-utmattning) i kombination med köbildning i PDCCH (Physical Downlink Control Channel). Repeatrarna under jord sänder kontinuerligt ut en stark referenssignal (RSRP), vilket gör att din telefon visar "fulla staplar". Däremot har basbandsenheten (BBU) som hanterar mikrocellen nått sin maximala schemaläggningskapacitet. Uppladdningsförfrågningar läggs på kö eller ignoreras, vilket leder till omedelbar paketförlust.
Om ditt rese-eSIM stryps till minimala 128 kbps under dessa belastningstoppar förvärras tidsavbrotten (timeouts). Detta leder till att expressladdningar av Suica i Apple Wallet misslyckas och att kartorna hänger sig mitt i ett tågbyte. Genom att använda ett optimerat datalager som MollySIM kringgår du denna flaskhals. Tack vare routing med låg latens och en garanterad lägstanivå på 384 kbps (FUP) – tre gånger snabbare än vanliga rese-eSIM – fungerar dina kritiska datapaket (synkning av Apple Pay-saldo, tågförseningar i realtid och Navitime-ruttplanering) även under rusningstrafikens mest intensiva cellbyten.
Jämförelse av infrastruktur och hårdvara
| Parameter / Infrastrukturlager | NTT Docomo-infrastruktur | SoftBank-infrastruktur | Hårdvarupåverkan: Fick-Wi-Fi vs. Lokalt SIM vs. MollySIM eSIM |
|---|---|---|---|
| Primära frekvensband under jord | Band 1 (2,1 GHz), Band 3 (1,8 GHz), Band 19 (800 MHz), Band 28 (700 MHz) | Band 1 (2,1 GHz), Band 3 (1,8 GHz), Band 8 (900 MHz), Band 41 (2,5 GHz TD-LTE) | Enheten måste stödja B8/B19/B28. Fick-Wi-Fi saknar ofta Band 28; högspecificerade eSIM-profiler nyttjar modemets fulla bärvågsaggregering. |
| Handover-latens i tunnlar | 45 – 75 ms (LCX-byten) | 40 – 70 ms (LCX-byten) | Roaming-routningen styr den totala latensen. Multi-hop-roaming lägger till ~180 ms; optimerad transit-eSIM-routing håller sig under 85 ms. |
| Penetrationsdjup i djupa stationsutrymmen | Exceptionellt (Ner till -40 m över Toei/Metro-byten) | Högt (Ner till -35 m; mindre signaltapp i djupa trappor) | Signalen från fick-Wi-Fi dämpas kraftigt inuti väskor i betongtrappor; eSIM direkt i telefonen minimerar extra RF-dämpning. |
| Hantering av kapacitetstoppar (Shinjuku/Ikebukuro) | Högre risk för PRB-mättning på B19 på grund av enorm användarvolym | Mer aggressiv dynamisk lastbalansering mot Band 3-mikroceller | Dubbla operatörer gör det möjligt att manuellt byta nätverk direkt om en operatörs cell är överbelastad. |
| Tillförlitlighet vid laddning av resekort (Suica/Pasmo) | 99,2 % utanför rusningstid; latensspikar kl. 08:30 | 99,4 % jämnhet på perronger; mindre tapp djupt inne i tunnlarna | Konkurrerande eSIM strypta till 128 kbps misslyckas med betalningstoken. MollySIM:s basnivå på 384 kbps hanterar transaktionerna säkert. |
Det höga priset för avbrott: Suica-laddningar, navigeringsfel och flaskhalsar vid spärrarna
Tunnelbanenätverk under jord är tuffa radiofrekvensmiljöer. När cellbyten misslyckas eller paketförlusten skjuter i höjden under Tokyos metropol får det konsekvenser som sträcker sig långt bortom ett fördröjt flöde i sociala medier. I en stad där kollektivtrafikens flöde bygger på digitala transaktioner på bråkdelen av en sekund leder uppkopplingsavbrott direkt till problem.
+-----------------------------------------------------------------------------------+
| ANATOMIN HOS ETT STOPP VID SPÄRRARNA |
+-----------------------------------------------------------------------------------+
| 1. IC-laddning påbörjas 2. Paketförlust under jord 3. Spärren stängs |
| [ Apple / Google Wallet ] -> [ Avbruten TLS-handskakning] -> [ FeliCa Timeout-fel ] |
| (Kräver ~15 KB data) (Hög roaminglatens) (Trängsel vid spärren) |
+-----------------------------------------------------------------------------------+1. Avbruten laddning av Mobile Suica/Pasmo: Misslyckade TLS-handskakningar
Digitala resekort – integrerade i Apple Wallet och Google Wallet via Sonys FeliCa-arkitektur (NFC-F) – hanterar fysiska passager genom spärren offline på under 200 millisekunder. Påfyllning av saldo sker däremot helt online.
När du fyller på pengar på väg mot spärren initierar din telefon en krypterad TLS 1.3-session med JR Easts betalningsgateway för Mobile Suica eller PASMO:s backend. Detta utbyte kräver flera snabba tur-och-retur-paket mellan din enhet, det kortutgivande nätverket (tokeniseringsservern) och tågoperatörens databas.
- Felorsak: Om du hamnar i radioskugga eller drabbas av kraftig paketförlust under ett cellbyte via läckande koaxialkabel (LCX) bryts TLS-handskakningen mitt i auktoriseringen.
- Resultat: Betalkortet visar en reserverad summa, men FeliCa-chippet hinner inte skriva in det nya saldot. Kortet hamnar i ett låst mellanläge ("Uppdaterar kortsaldo...").
- Konsekvens vid spärren: När du blippar ett låst kort fälls vändkorsets röda spärrluckor ut direkt med en varningssignal, vilket skapar ett omedelbart stopp för alla pendlare bakom dig.
2. Triangulerings- och navigeringsfel i djupa källarplan
Tokyos mest komplexa knutpunkter – som labyrinten under Shibuya Station (där du navigerar ner till plan B5 för Tokyu Toyoko och Fukutoshin Line) eller den enorma underjordiska ytan vid Otemachi – blockerar satellitbaserade GNSS/GPS-signaler helt. Navigeringsappar som Google Maps och Apple Maps förlitar sig uteslutande på assisterad mobiltriangulering (Cell-ID och Timing Advance) i kombination med Wi-Fi BSSID-avläsning och enhetens rörelsesensorer (död räkning).
När mobiluppkopplingen hackar eller roamingen ger hög latens:
- Positionsfel i höjdled: Kartmotorerna klarar inte av att avgöra vilken våning du befinner dig på och förväxlar en perrong på plan B4 med en gång på plan B2.
- Navigeringen låser sig: Riktningspilar fryser, steg-för-steg-instruktioner laddas inte och dynamisk vägvisning mot rätt utgång (t.ex. att skilja Shibuyas utgång A1 från 14b) försvinner.
- Du tappar bort dig: Pendlare tvingas kliva åt sidan i trånga passager för att leta efter fysiska skyltar, vilket leder till missade tågbyten.
3. Flaskhalsar i rusningstrafiken: Trängsel vid biljettspärrarna
Tokyos automatiska biljettspärrar hanterar mellan 40 och 60 personer per minut och spärr under morgon- och kvällsrusningen. Om en enda passagerare stannar på grund av en misslyckad saldoladdning eller en app som hängt sig skapas omedelbart en flaskhals.
För att lösa dessa fel måste du gå ur kön och besöka en bemannad spärrlucka (Kaisatsuguchi), där stationspersonalen manuellt återställer transaktionsloggen på FeliCa-chippet. Om ditt eSIM helt har tappat dataanslutningen kan du varken ladda om kortet, visa linjekartan för att förklara vilken station du klev på vid, eller köpa en alternativ digital biljett.
4. Så förhindrar stabil uppkoppling och garanterad minimihastighet avbrott
Kollektivtrafiktransaktioner och underjordisk kartnavigering kräver inte gigantiska datamängder, men de är extremt känsliga för jämn paketleverans och en garanterad minimihastighet.
| Felorsak | Teknisk konsekvens | Påverkan i verkligheten | Nödvändig lösning |
|---|---|---|---|
| Hög roaminglatens (>250 ms) | Timeout i TLS-sessionen vid korttokenisering | Suica-laddningen hänger sig vid spärren | Lokal APN-routing med få nätverkshopp |
| Paketförlust vid cellbyte | API-anrop för assisterad GPS misslyckas | Kartans kompass snurrar; du tar fel utgång | Robust stöd för lågfrekvensband (B19/B8) |
| Kraftig hastighetsstrypning (128 kbps) | TCP-omskickningar tappar plånbokens synkpaket | Spärrlåsning i Apple/Google Pay | Minst 384 kbps garanterad FUP-basnivå |
De flesta vanliga rese-eSIM stryper hastigheten till 128 kbps när den dagliga datapotten är slut – en nivå som ofta misslyckas med moderna mobila betalningar på grund av bankernas strikta timeout-inställningar.
För att eliminera dessa problem har MollySIM en lägsta FUP-hastighet på 384 kbps i kombination med direkt routing med låg latens till NTT Docomos och SoftBanks nätverk. Genom att erbjuda tre gånger så hög hastighet som traditionella strypta planer säkerställer denna basnivå på 384 kbps att TLS-handskakningar i bakgrunden, Mobile Suica-uppdateringar och vektorkartor fungerar stabilt – även i de djupaste tunnlarna under Tokyo.
Dual-SIM-arkitektur och teknisk APN-optimering för resor till Japan
För att navigera smidigt i Tokyos kollektivtrafik krävs oavbruten tillgång till realtidskartor, reseplanerare och bankappar för påfyllningar. Samtidigt vill internationella resenärer inte missa viktiga tvåfaktorsautentiseringskoder (2FA) via SMS från sin hembank. Genom att konfigurera Dual-SIM Dual-Standby (DSDS) korrekt kan du isolera röstsamtal och SMS till ditt vanliga abonnemang medan all mobildata styrs via ett lokalt rese-eSIM.
DSDS-konfiguration: Isolera mobildata och behåll 2FA-koder
För att undvika dyra roamingavgifter på ditt svenska abonnemang och samtidigt kunna ta emot kostnadsfria verifierings-SMS, ställ in din telefon enligt stegen nedan innan du landar på Haneda eller Narita:
Inställningar för Apple iOS
- Gå till Inställningar > Mobilnät (eller Mobildata).
- Under Förvald röstlinje, välj ditt primära svenska SIM-kort.
- Under Mobildata, välj din eSIM-profil för Japan (t.ex. MollySIM).
- Viktigt steg: Slå AV "Tillåt växling av mobildata". Om detta är påslaget kan iOS i tysthet växla över till ditt svenska abonnemangs dyra roamingdata när signalen till ditt eSIM försvagas i tunnlarna.
- Tryck på ditt primära SIM-kort och kontrollera att Dataroaming är AV.
- Tryck på ditt Japan-eSIM och kontrollera att Dataroaming är PÅ.
Inställningar för Android (Samsung One UI / Google Pixel)
- Gå till Inställningar > Nätverk och internet (eller Anslutningar) > SIM-hanterare.
- Ställ in Samtal och Meddelanden på ditt primära SIM-kort.
- Ställ in Mobildata uteslutande på ditt Japan-eSIM.
- Inaktivera "Automatisk dataväxling" eller "Byt dataanslutning vid SIM-fel".
- Gå in på inställningarna för din Japan-eSIM-profil
🇯🇵 Japan High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.