東京メトロ・地下鉄フリーWi-Fi vs 旅行用eSIM：2026年地下鉄通信速度＆レイテンシ実測検証

東京の地下鉄網：地下におけるモバイル通信の現実

東京の鉄道網を乗りこなすのは非常に効率的である一方、外国人旅行者にとっては安定したモバイル通信を維持するための過酷な試練でもあります。東京の地下鉄ネットワークは、単一の事業者が運営するシンプルな構造ではありません。東京メトロ（9路線・全長195km）、東京都が運営する都営地下鉄（4路線・全長109km）、そして新宿・渋谷・東京駅といった巨大ターミナル駅の地下深くに乗り入れるJR東日本の各路線が複雑に入り組んだ、巨大な地下ラビリンスです。

+-------------------------------------------------------------------------+
|                         東京地下鉄ネットワーク概要                       |
+-------------------+-----------------------------------------------------+
| 東京メトロ        | 9路線（銀座線、丸ノ内線、日比谷線、東西線、千代田線、|
|                   | 有楽町線、半蔵門線、南北線、副都心線）             |
+-------------------+-----------------------------------------------------+
| 都営地下鉄        | 4路線（浅草線、三田線、新宿線、大江戸線）           |
+-------------------+-----------------------------------------------------+
| 巨大地下ハブ駅    | 新宿（出口200箇所以上）、東京駅、渋谷、池袋、       |
|                   | 大手町（5路線が交差する地下ジャンクション）         |
+-------------------+-----------------------------------------------------+
| 最深ホーム        | 六本木駅（都営大江戸線）地下7階（約42.3m）          |
+-------------------+-----------------------------------------------------+

土木工学上の物理的課題：極端な深度と多層構造

東京の地下深く張り巡らされた土木インフラの密度と深度は、電波（RF）の伝搬において極めて大きな障壁となります。1927年開業の歴史ある銀座線のように地表からわずか数メートルの浅い路線がある一方、近代的な技術で建設された路線は驚くほどの深さに位置しています。

• 六本木駅（都営大江戸線）： 1番線ホームは地下7階（B7）、地表から約42.3メートルの深さに位置します。
• 大手町駅： 5路線が乗り入れる過密なハブ駅で、分厚いコンクリートデッキ、中二階、地下街を毎日数十万人の通勤客が行き交います。
• 新宿駅： 1日350万人以上の乗降客数を誇る世界一のメガターミナルであり、200以上の出入口と多層の地下階層が広がっています。

鉄筋コンクリート製のホーム構造、防潮・防護扉、多層構造のエスカレーターシャフト、そして高速移動する列車車両そのものが、電波を急激に減衰させます。線路沿いの漏洩同軸ケーブル（LCX）とホーム上の分散アンテナシステム（DAS）間で途切れのない動的セルラーハンドオーバーが行われない限り、データ通信は即座に途絶してしまいます。

地上レベル (0m)
   │
   ├── 銀座線（地下1〜2階の浅い深度）
   │     └── 電波障壁は最小限；地上からのセルラー電波が浸透
   │
   ├── 大手町／東京駅などの地下コンコース（地下2〜4階）
   │     └── 分厚いコンクリート遮蔽；過密な歩行者による干渉
   │
   └── 都営大江戸線 - 六本木駅（地下7階、-42.3m）
         └── 極めて深い深度；構内LCX／DASインフラへの依存度100%

旅行者にとっての現実：地下でのリアルタイム通信が不可欠な理由

訪日外国人にとって、地下でのネットワーク切断は単なる不便にとどまらず、移動そのものを完全に麻痺させます。日本の交通機関をスムーズに利用するには、主に以下の4つの理由から常時安定したデータ通信が欠かせません。

1. 他社線への直通運転（相互直通運転）： 1本の電車が東京メトロの線路から私鉄各線（東急、東武、京急など）へそのまま乗り入れ、途中で各駅停車から特定の駅を通過する快速・急行へ種別変更することが日常茶飯事です。静的なPDF路線図ではこれに対応できません。Google マップ、Japan Travel by NAVITIME、乗換案内（ジョルダン）などでリアルタイムの運行状況や列車位置を把握することが必須です。
2. デジタルICカード（Suica・PASMO）の通信認証： 多くの旅行者がApple WalletやGoogle Payを使ったタッチ決済で改札を通過します。改札機で残高不足エラーが発生した場合、AppleやJRのサーバーと低遅延でセキュアなハンドシェイク通信が行えないと、その場でSuicaのチャージができません。
3. ホーム間乗り換えのナビゲーション： 複雑に入り組んだ地下通路で正しい階段を見つけ、わずか2〜3分のタイトな乗り換え時間をクリアするには、ライブの屋内マップ案内が必要です。
4. 運行障害アラートのリアルタイム翻訳： ホームの電光掲示板に表示される遅延・運休情報は日本語が中心です。Google レンズなどのリアルタイムOCR画像翻訳を利用するには、アクティブな通信帯域が必要です。

+--------------------------+-----------------------+-----------------------------+
| 交通機関利用時の依存要素 | 必須アプリ／システム  | 通信切断時のリスク          |
+--------------------------+-----------------------+-----------------------------+
| 直通運転・運行状況追跡   | Google マップ, Navitime| 目的の駅を通過・乗り過ごし  |
| 交通系ICカード決済       | Apple Pay / Suica     | 改札口で足止め・出入出場不可|
| 地下通路のルート案内     | リアルタイム乗換案内  | 2分のタイトな乗り換え失敗   |
| 音声・表示アラート翻訳   | Google 翻訳 OCR       | 運転見合わせ情報に気付かない|
+--------------------------+-----------------------+-----------------------------+

フェイルセーフとなる通信速度の重要性

駅のフリーWi-FiとセルラーeSIMを比較する際、速度制限時の「ベースライン通信速度」は決定的な判断基準となります。一般的な旅行用eSIMの多くは、高速データ容量を使い切ると実用不可能な128kbpsに制限され、混雑した地下トンネル内ではベクター地図の読み込みやApple Payの認証すら失敗します。

これに対し、MollySIMは384kbpsのフェアユースポリシー（FUP）を適用しています。これは一般的な他社基準の3倍の速度であり、地下7階のプラットフォームに立っている状態でも、Apple Walletの残高照会、乗換案内APIの取得、マップの基本レイヤーのダウンロードを確実に維持できる実効速度を確保しています。

駅のフリーWi-Fiの落とし穴：認証画面、頻繁な切断、セキュリティリスク

東京の地下鉄ネットワークで駅の公共フリーWi-Fiに依存することは、快適な都市移動を阻害する構造的な不具合に直面することを意味します。鉄道各社は Metro_Free_Wi-Fi や Toei_Subway_Free_Wi-Fi、また Japan Connected-free Wi-Fi などのアグリゲーションサービスを提供していますが、その基盤アーキテクチャには運用面および暗号化面で深刻な限界が存在します。

+-----------------------------+------------------------------------+---------------------------------------+
| 比較項目                    | 東京地下鉄の駅フリーWi-Fi          | 専用セルラーeSIM（MollySIMなど）      |
+-----------------------------+------------------------------------+---------------------------------------+
| 認証方式                    | Webキャプティブポータル／MAC認証   | 暗号化SIM-AKA／3GPP標準認証           |
| セッション有効期限          | 30分〜60分（強制切断）             | 常時接続（プラン有効期限内）          |
| トンネル内カバレッジ        | なし（ホーム・コンコースのみ）     | 漏洩同軸ケーブルによるSub-6GHz連続通信 |
| 無線区間の暗号化            | オープン（なし／802.11 Open）      | AES-128 / SNOW 3G / 256-bit 5G-NAS    |
| パケット改ざんリスク        | 高（中間者攻撃、悪魔の双子、盗聴） | 極めて低い（通信キャリアレベルの分離）|
| フェイルセーフ最低速度      | 0 kbps（ホームを離れた瞬間）       | 384 kbps（MollySIM FUP最低保証速度）  |
+-----------------------------+------------------------------------+---------------------------------------+

キャプティブポータル認証の無限ループ

乗客にとって最大のストレスとなるのが、Web認証（キャプティブポータル）の仕組みです。公共アクセスポイントへの接続は、決してスムーズには行われません。

1. 頻繁なセッションタイムアウト： 無料セッションは30分または60分で強制終了されます。期限が切れると、更新トークンが発行されることなくTCP接続がサイレントに破棄されます。
2. 「ホームからトンネルへ」移動時の切断： 駅のWi-Fiアクセスポイントはホームやコンコースにのみ設置されており、走行トンネル内にはありません。電車が発車してトンネルに入った瞬間、2.4GHz/5GHzの電波は即座に途切れます。
3. OSの接続判定トラップ： 電車が次の駅に到着すると、スマートフォンは登録済みSSID（Metro_Free_Wi-Fi）を検知して自動接続します。しかし、ブラウザでの再認証が必要なため、端末は「接続済み、インターネットなし」の待機状態に陥ります。この間、乗換案内API、Apple Walletの残高照会、Google 翻訳のリクエストなど、バックグラウンド通信がすべてフリーズしてしまいます。

[駅ホーム1] 接続中（通信可） ---> [トンネル進入] 電波喪失（TCP切断）
                                         |
                                         v
[駅ホーム2] 自動接続 ---> キャプティブポータル待機状態でスタック ---> アプリがフリーズ

暗号化されていないオープンSSIDのサイバーセキュリティ脅威

駅のフリーWi-Fiホットスポットは、暗号化されていないオープンな802.11アクセスポイントとして運用されています。この環境は、混雑する交通結節点において悪意ある第三者が仕掛ける攻撃に対して無防備です。

• 中間者攻撃（MitM）とARPスプーフィング： 同じオープンSSIDに接続した攻撃者がトラフィックを不正ゲートウェイにリダイレクトし、SSLストリッピングによって暗号化されていないフォーム送信内容やCookieを傍受するリスクがあります。
• 悪魔の双子（Evil Twin）攻撃： 正規のSSID（Metro_Free_Wi-Fi）と全く同じ名称の悪意あるAPを設置し、ログイン画面を装ってOAuthトークン、メールアドレス、個人情報を詐取する手口が存在します。
• パケット盗聴： ホーム上で送受信される平文メタデータやDNSクエリ、非TLSペイロードの一部が、一般の手荷物に偽装されたパッシブ監視機器によって収集・解析される恐れがあります。

セルラー暗号化 vs 公共ホットスポット

旅行用eSIMを利用したデータ通信は、ローカルWi-Fiの脆弱性を完全に回避します。MollySIMのような専用eSIMプロバイダを使用すると、端末は3GPP標準の暗号化アルゴリズム（AES-128や5G-NAS暗号化など）を用いて、日本の大手通信キャリア（NTTドコモ／ソフトバンク）のインフラと直接通信します。

トンネル内の中継設備を経由するすべてのパケットは、ユーザー端末（UE）と基地局（eNodeB/gNodeB）の間で無線レイヤーごとに暗号化されます。さらに、万が一高速データ容量を使い切った場合でも、MollySIMの384kbpsベースラインFUPがあれば、接続が切れたり使えなくなったりすることなく、安全に暗号化されたIPトンネルを維持し、ナビゲーションや運行情報の確認、デジタルチケットの認証を地下鉄移動中も継続して行えます。

2026年 地下鉄ネットワーク通信速度＆レイテンシ実測テスト

東京の過密な地下空間における実際の通信品質を検証するため、都営大江戸線六本木駅の最深ホーム（地下42.3m）、新宿駅の多層迷宮コンコース、東京メトロ丸ノ内線の走行中トンネルなど、主要な地下交通拠点でフィールドベンチマーク測定を実施しました。

テストでは標準化されたネットワーク診断ツールを用い、スループット、バッファブロート、往復時間（RTT/レイテンシ）、パケットロス率を測定。東京駅の公共Wi-Fi、レンタルPocket Wi-Fi、一般的な海外ローミングeSIM、そして大手キャリア直結型トラベルeSIMの4つの接続方式を比較検証しました。

地下鉄構内・走行トンネル内での実測ベンチマーク結果

駅Wi-Fiがリアルタイムナビやデジタル決済を失敗させる技術的理由

接続の安定性が失われてしまえば、瞬間的な最大帯域幅がいくら高くても意味がありません。駅Wi-Fiは、ホーム上で一時的に良好な下り速度を記録することがあっても、極度のレイテンシの揺らぎ（ジッター）と深刻なパケットロスにより、現代の交通アプリとは根本的に相性が合いません。

駅Wi-Fi:      [ホームAP] ----(トンネル内で切断)----> [圏外] ----(次駅のAP)----> [再認証ループで停止]
セルラーDAS:  [eNodeB / gNodeB] ====(LCXによる連続ハンドオーバー)====> [eNodeB / gNodeB] ====> [安定通信]

1. 動的ルート再検索のループ障害

Google マップ、Apple マップ、NAVITIMEなどのナビゲーションアプリは、双方向の継続的なAPI通信に依存しています。電車が駅を出発する際、Wi-Fi接続は綺麗に切断されず、端末はパケット損失率が極めて高いエリアに入っても数百メートルにわたって減衰する駅APのビーコンフレームを掴み続けます。この間に以下の問題が発生します：

• DNSの名前解決が失敗するか、キューに溜まったまま応答しなくなる。
• ベクターマップタイルの描画が完全にフリーズする。
• 急行通過や乗り換えホームの変更を知らせる動的リルートが機能しない。

2. TLS/SSLハンドシェイクのタイムアウト

デジタル乗車券、モバイルSuica/PASMOの残高更新、Apple Payの決済認証には、厳格で低遅延な暗号化ハンドシェイクが必須です。混雑した駅Wi-Fiで頻発するようにパケットロスが5%を超えると、TCP再送タイマーが作動し、決済・認証ゲートウェイがタイムアウトエラーを起こします。

3. トンネル内通信インフラ：漏洩同軸ケーブル（LCX）の役割

東京メトロや都営地下鉄のトンネル内には、NTTドコモ、ソフトバンク、KDDIが共同設置した構内分散アンテナシステム（DAS）およびLCX（漏洩同軸ケーブル）が敷設されています。走行中のトンネル内には公共Wi-Fiアクセスポイントは一切存在しません。

セルラー通信規格では、列車がトンネル内を高速移動しても、3GPPのモビリティ管理によりマイクロ秒単位で基地局間のハンドオーバーが実行されます。MollySIMのようなプロバイダは地下のセルラー網に直接接続するため、駅間を走行中でもデータセッションが途切れません。

さらに、データ通信量を大量に消費してしまった場合でも、MollySIMは384kbpsのベースラインFUPを維持します。業界標準の128kbps制限ではSSLハンドシェイクが完全に失敗しますが、384kbpsであればナビゲーションの読み込み、メッセージ送信、改札でのチケット認証を維持するのに十分な帯域と低レイテンシを確保できます。

Sub-6 5G vs LTEのトンネル電波透過性：深層駅におけるキャリア別性能

東京の地下鉄ネットワークにおける通信環境の構築は、極めて難度の高い無線周波数（RF）エンジニアリングが求められます。鉄筋コンクリートの密集構造、多層にわたる地下コンコース、そして都営大江戸線六本木駅のように地下42.3mに達するプラットフォームが存在する環境で高速データ通信を維持するには、綿密なセルラートポロジーと周波数帯の戦略的配置が必要です。

       [ 地上マクロ基地局タワー ]
                    |
     ================================= 地表レベル
       | (Sub-6 / LTE プラチナバンド)
       v
  [ 光ファイバー回線（地下BDRへ） ]
       |
  +----+--------------------------------+
  |    | 地下中継器 / DAS               |
  |    v                                v
  | [駅コンコースDAS]          [LCX漏洩同軸ケーブル]
  |  (双方向アンテナ)          (地下鉄トンネル全長に敷設)
  |            |                                |
  |            v                                v
  |     駅ホーム・エスカレーター          走行中の列車車両
  +-------------------------------------+

ミリ波の限界とSub-6 5G・「プラチナバンド」の優位性

地上で見通しの良い環境であればマルチギガビット通信を実現するミリ波（mmWave / 28GHz帯 / n257）ですが、地下鉄環境ではほとんど役に立ちません。28GHzの高周波電波は自由空間伝搬損失が極めて大きく、地下の建造物を透過する能力がほぼゼロだからです。

• 信号の急激な減衰： 高周波帯は、新宿・渋谷・池袋のような巨大ターミナル駅の分厚く水分を含んだコンクリート擁壁や地下の支柱を透過できません。
• 回折性の不足： 高周波帯の電波はエスカレーターシャフトや深い乗り換え通路の角を回り込む（回折する）ことができず、即座に「圏外」のデッドゾーンを生み出します。

この課題を解決するため、日本の大手移動体通信事業者（MNO）—NTTドコモ、KDDI（au）、ソフトバンク—はハイブリッド構成を採用しています。ホーム上の大容量通信にはミッドバンドSub-6 5G（n77/n78/n79）を使用し、地下深部への電波透過とトンネル内のセッション維持にはローバンドLTE「プラチナバンド」（700〜900MHz帯）を軸に展開しています。

東京の地下鉄における周波数帯割り当て

分散アンテナシステム（DAS）とLCXの仕組み

地下交通におけるモバイル通信は、主に2つの物理ハードウェア設備によって支えられています。

1. 双方向中継器（BDR）＆ 駅構内DAS： 駅ホーム、改札口、コンコースには、光ファイバーで接続された分散アンテナシステム（DAS）が配置されています。これらの指向性トランシーバーがSub-6やLTEの電波をエスカレーターや通路の隅々まで届け、地上から改札までの死角をなくします。
2. トンネル内漏洩同軸ケーブル（LCX）： 駅間の走行トンネル内では、狭小な空間と列車の遮蔽により従来のアンテナが設置できません。そのため、線路沿いの壁面にLCXケーブル（細かなスロットが開けられた長いアンテナとして機能する同軸ケーブル）が張り巡らされています。ケーブルのスロットから一定間隔で電波が漏れ出ることで、走行中の列車全体を途切れのないLTE/Sub-6エリアで包み込みます。

深層路線における実際の通信安定性

副都心線や大江戸線のような大深度路線に乗車中、スマートフォンはキャリアレベルのハンドオーバーを頻繁に行っています。列車が加速してトンネルに入ると、接続はホーム上のSub-6からLCX経由のプラチナバンド（ドコモ Band 19、KDDI Band 18、ソフトバンク Band 8）へとスムーズに切り替わります。

MollySIMのようなトラベルeSIMサービスは、現地ローミング協定を通じてこれら大手キャリアのネットワークに直接接続するため、地下の専用周波数帯へ優先的にアクセスできます。また、ラッシュ時の混雑や高速データ容量の超過時でも、MollySIMは384kbpsのフェアユースポリシー（FUP）を適用します。

一般的なトラベルeSIMの128kbps制限ではトンネル内でパケット消失が発生しますが、384kbpsの帯域があれば、Apple WalletのSuica残高更新、Google マップのリアルタイム乗換検索、セキュアなTLSハンドシェイク認証など、遅延が許されない重要処理を東京最深部の地下鉄内でも安全に実行可能です。

MollySIMが保証する384kbps FUP：地下鉄での通信切断を防ぐ設計

東京の地下鉄ナビゲーションでは、高いパケットロスや極端な速度制限は致命的です。一般的な旅行用eSIMでは「データ無制限」を謳いながら、1日の所定容量を超えると128kbpsや64kbpsへと厳しく低速化されるケースが多々あります。新宿、大手町、渋谷のような巨大地下空間において、この速度制限は旅行アプリを完全に機能停止に追い込みます。

MollySIMは、現地の主要キャリアとの直接接続に加え、業界標準の3倍にあたる384kbpsの最低保証速度（FUP）を採用することで、この問題を根本から解決しています。

+-----------------------------+-----------------------------+-----------------------------+
| 利用用途・タスク            | 一般的なeSIM (128kbps FUP)  | MollySIM (384kbps FUP)      |
+-----------------------------+-----------------------------+-----------------------------+
| 実効スループット            | 約 12–14 KB/s               | 約 42–46 KB/s               |
| Google マップ ベクター描画  | 失敗／タイムアウト頻発      | スムーズに読み込み (1.5〜3秒)|
| 乗換ルートの再検索          | 接続エラーで停止            | 即座に完了                  |
| Apple Wallet Suicaチャージ  | TLSハンドシェイク切断       | 安定したSSL/TLS認証通過     |
| LINE / WhatsApp メッセージ  | 画像・音声が送信不可        | テキスト・ボイスメモ即時送信|
+-----------------------------+-----------------------------+-----------------------------+

地下鉄内で128kbps制限が使い物にならない理由

従来のeSIMの速度制限がなぜ地下鉄で破綻するのか、最新のアプリ通信仕様から読み解くことができます。

• ベクターマップの描画負荷： Google マップやApple マップは、静止画タイルではなく圧縮されたベクタージオメトリデータ、リアルタイムの運行ダイヤ、測位テレメトリを同時に送受信します。128kbps（理論値最大16KB/s）では、わずか150KBのマップデータを受信するのにも10秒以上かかり、パケットロスが加わると完全にフリーズします。
• TLSハンドシェイクのタイムアウト： 高速移動する電車内では電波ジッターが増加します。狭すぎる帯域幅では、暗号化セッションが確立する前にTLS 1.3ハンドシェイクがタイムアウトし、新幹線のスマートEXやえきねっと等の予約決済画面が開けなくなります。
• 位置情報の非同期： 地下鉄を降りて多層構造の駅ホームを歩く際、歩行者自律測位（PDR）は微小なデータパケットをやり取りして出口や階段を判定します。128kbpsに絞られた回線ではこの通信が途絶え、複雑な分岐点で画面が固まってしまいます。

MollySIMの384kbpsアーキテクチャが地下通信を守る仕組み

実効速度約48KB/sに相当する384kbpsのベースラインを維持することで、MollySIMはトンネル内の電波切り替え時にも重要パケットをバッファから確実に処理します。

1. 途切れないリアルタイムナビゲーション： 384kbpsの速度があれば、Google マップの時刻表更新、乗り換え案内、地下歩行ルートのレンダリングが地図の空白を作ることなくスムーズに動作します。
2. 瞬時の画像・音声翻訳： 駅構内の案内表示を読み取るGoogle 翻訳やDeepLなどのツールは、文字認識や音声文字起こしAPIとの高速通信を必要とします。384kbpsの帯域があれば、待たされることなく処理が完了します。
3. 安全なデジタル決済・発券： Apple PayでのSuica残高確認やPASMOへのチャージ、QR乗車券の生成も、ラッシュ時の混雑に左右されず認証サーバーと確実に通信できます。
4. 最適化された直接APNルート： MollySIMは、帯域幅だけでなく日本国内のホストネットワーク（ドコモ／ソフトバンク）へ直接抜ける最適化ルーティングを採用。海外サーバーを経由する無駄な迂回を排除し、都営大江戸線のような大深度地下でもPing値を35ms以下に抑えます。

簡単セットアップガイド：日本到着後すぐに使えるeSIM事前アクティベーション

成田空港（NRT）や羽田空港（HND）に着陸した瞬間から東京地下鉄の最深ホームに至るまで安定した接続を維持するために、出発前に旅行用eSIMを設定しておくことをおすすめします。事前にプロファイルをインストールしておけば、不安定な空港Wi-Fiや長蛇の列ができるレンタルカウンターに並ぶ必要はありません。

ステップ1：出発前のインストール（出発の24時間前を推奨）

自宅やオフィスの安定したWi-Fi環境でeSIMプロファイルをインストールします。

Apple iOS端末（iPhone XS / XR 以降）の場合

1. 設定 > モバイル通信 > eSIMを追加 の順にタップします。
2. QRコードを使用 を選択し、MollySIMの購入完了メールに記載されたアクティベーションQRコードをスキャンします。
3. 回線の名称設定画面が表示されたら、普段の主回線と区別しやすいよう 「日本旅行」 などの名前を付けます。
4. デフォルト回線 は普段の主回線（日本からの通話・SMS受信のため）に設定し、モバイルデータ通信 専用回線として追加した旅行用eSIMを選択します。

Google Pixel / Samsung Galaxy端末（Android 10以降）の場合

1. 設定 > ネットワークとインターネット（または接続） > SIMマネージャー > モバイルプランを追加 / eSIMを追加 を開きます。
2. 提供されたQRコードをスキャンし、プロファイルのダウンロードを完了します。
3. プロファイルに分かりやすい名前やカラータグを設定します（例：「MollySIM 日本」）。
4. バッテリー消費と不要な電波検索を防ぐため、飛行機に搭乗するまではeSIMのスイッチを オフ にしておきます。

ステップ2：デュアルSIMとローミングの設定

適切な設定を行うことで、普段のSIMでの高額な海外ローミング請求を防ぎつつ、地下でも安定したデータ通信を確保できます。

###