【入門編】モバイル網におけるパケットロス・Jitter・遅延(RTT)の測定手法と影響 – 家庭用ネットワーク・IoT・モバイル通信実践ガイド

「あれ、一瞬止まった？」モバイル通信の裏側で起きているパケットの迷子と遅延を紐解く

「カフェで動画を見ていたら急に止まった」「オンライン会議で自分の声だけ数秒遅れて届く」。
そんな経験、誰もが一度はありますよね。Wi-Fiなら「ルーターの場所が悪いかな？」で済みますが、モバイル通信（4G/5G）となると、何が起きているのかブラックボックスに見えてしまうものです。

今日は、モバイル網という「目に見えない巨大なインフラ」の上で、私たちのデータがどう運ばれ、なぜ時々「つまずく」のかを、郵便配達に例えて一緒に見ていきましょう。

1. パケットは「手紙」、ネットワークは「大都会の交通網」

ネットワークの世界では、データを小さな塊に分けて運びます。これを「パケット」と呼びます。
郵便に例えるなら、パケットは「手紙」、モバイル網は「無数のバイク便が走る巨大都市」です。

遅延 (RTT – Round Trip Time): 手紙を出してから、返事が届くまでの往復時間。この時間が長ければ長いほど、相手との会話は「かぶる」ことになります。
パケットロス: 交通渋滞や事故で、手紙が宛先に届かず、途中で紛失してしまうこと。これが起きると、受け取り手は「一部が読めないから、もう一度送って！」と再送を要求します。
Jitter (ジッター): 郵便物が届くリズムの「バラつき」です。1通目は1分で届いたのに、2通目は10分かかる。この不安定さが、リアルタイム通信（通話やゲーム）の天敵になります。

2. なぜモバイル網では「一瞬の断絶」が起きるのか？

固定回線と違い、モバイル通信は「移動」を前提としています。ここが一番の難所です。

私たちが電車に乗って移動しているとき、スマホは常に「一番電波の良い基地局」を探し続けています。ある基地局から別の基地局へ接続をバトンタッチすることを「ハンドオーバー」と呼びますが、この瞬間、ほんの数ミリ秒〜数十ミリ秒の間、通信が宙ぶらりんになることがあります。

これが、いわゆる「一瞬のパケットロス」の正体です。TCPという通信方式を使っていれば、自動的に「あ、届いてないな」と再送してくれますが、その再送待ちの時間こそが、私たちをイライラさせる「ラグ」の正体なんです。

3. 現場で使える！品質監視の第一歩

「自分の環境がどれくらい不安定なのか？」を知るには、まず現状を数字で可視化するのがエンジニアの第一歩です。複雑なツールは不要。まずは標準的な ping コマンドから始めてみましょう。

Windows/Macで「揺らぎ」を観察する

ただ ping を打つだけでなく、時間を指定して連続で叩いてみるのがコツです。

# 8.8.8.8（GoogleのDNS）に向かって100回pingを飛ばす
# -n はWindows用（Mac/Linuxなら -c）
# これでパケットロスと、応答時間(time=xxms)のバラつきをチェックします
ping -n 100 8.8.8.8

もし time の数値が 20ms → 150ms → 30ms のように激しく変動していたら、それが「ジッター（揺らぎ）」です。

Pythonで「パケットの旅」を記録する

もう少し本格的にログを取りたいなら、簡単なスクリプトを書いてみるのも手です。

import subprocess
import time

# 監視ターゲット
target = "8.8.8.8"

print(f"{target} への通信品質をチェック中...")

try:
    while True:
        # pingを1回だけ実行して結果を取得
        result = subprocess.run(['ping', '-c', '1', target], capture_output=True, text=True)
        
        if "time=" in result.stdout:
            # 応答時間を抽出して表示
            latency = result.stdout.split("time=")[1].split(" ")[0]
            print(f"[{time.strftime('%H:%M:%S')}] 応答成功: {latency}ms")
        else:
            # 応答がなければパケットロスと判定
            print(f"[{time.strftime('%H:%M:%S')}] !!! パケットロス発生 !!!")
            
        time.sleep(1) # 1秒間隔で計測
except KeyboardInterrupt:
    print("計測終了")

4. 安定した通信のために意識すべきポイント

インフラエンジニアの現場では、こうしたロスを回避するために様々な工夫をしています。

1. UDPの活用: リアルタイム性が重要なWeb会議などは、あえて再送処理をしない UDP を使います。「遅れて届いた古いデータはいらないから、今の最新映像を流せ！」という割り切りです。
2. バッファリング: アプリ側で少しだけデータを溜め込んでから再生することで、数ミリ秒の遅延変動を吸収します。これがYouTubeなどで動画が止まらない秘密です。
3. 電波環境の最適化: 5Gの「Sub6」は障害物に強く、「ミリ波」は超高速ですが遮蔽物に極端に弱いです。もし室内で不安定なら、窓際に移動するだけで RTT が劇的に改善することもあります。

最後に：ネットワークを「生き物」として捉えよう

ネットワークは魔法ではなく、物理的な電波と、複雑な機器が協力し合う「生きた仕組み」です。パケットロスやジッターは、モバイル通信においては避けては通れない「ノイズ」のようなもの。

初学者のうちは、「なぜ繋がらないのか」と悩むかもしれませんが、まずは「今、通信はどんな旅をしているんだろう？」と想像してみてください。計測し、可視化し、何が起きているかを推測する。その泥臭いプロセスこそが、最高のエンジニアへの近道です。

さあ、次はあなたの環境で、ping を叩いてネットワークの「鼓動」を感じてみてくださいね！