【実務・中級編】 5GにおけるVoNR(Voice over New Radio)とEPS Fallbackの挙動 – 家庭用ネットワーク・IoT・モバイル通信実践ガイド

5G SAの「音声」の裏側：VoNRとEPS Fallbackがエンジニアに突きつける現実

ネットワークエンジニアの皆さん、お疲れ様です。最近、現場で「5G SA（Standalone）に繋がっているはずなのに、なぜか通話発信時に一瞬だけアンテナピクトがLTEに戻る気がする……」なんて違和感を覚えたことはありませんか？

もしあなたがモバイル向けのWeb APIを設計していたり、低遅延を売りにしたIoTデバイスのインフラを構築しているなら、この「通話時の挙動」を理解しておくことは死活問題です。なぜなら、音声通話の制御はモバイルネットワークにおける「最高優先度」の通信だからです。

今日は、5G SA環境における VoNR と EPS Fallback の泥臭い裏側について、仕様書を読み解くだけでは見えてこない「現場の挙動」を解説します。

—

1. なぜ「5Gなのに4Gに戻る」のか？（EPS Fallbackの正体）

5G SA環境下で音声通話を実現する方法は、大きく分けて2つあります。

1. VoNR (Voice over New Radio): 5Gのコアネットワーク（5GC）と無線区間（NR）だけで通話を完結させる、いわば「真の5G通話」。
2. EPS Fallback: 5Gで接続中に通話要求が来ると、一時的にLTE（EPC）側へ端末を叩き落として（Fallbackさせて）通話を行う仕組み。

現在、多くの通信キャリアが初期段階で採用しているのが後者の EPS Fallback です。これは、5Gの電波圏内であっても、音声通話の制御（IMS）がまだ完全に5G側に最適化されていない場合や、ハンドオーバーの安定性を考慮して意図的に行われます。

現場で見るシグナリングの挙動

EPS Fallback が発生すると、端末は RRC Release メッセージを受け取り、Redirection 情報（移動先のLTE周波数情報など）を掴んで、一瞬のうちに4Gの RRC Connection Setup を行います。このミリ秒単位の切り替えプロセスが、アプリ側の通信にどんな影響を与えるか。ここが重要です。

—

2. 実務で役立つデバッグ：通信遅延の可視化

インフラ運用者として、この切り替えがAPIのレスポンスに与える影響を調査したい場合、まずは端末側のパケットキャプチャや、Web APIのクライアント側での遅延を記録する必要があります。

例えば、PythonでAPIのRTT（往復遅延）をモニタリングし、通話中か否かでログを分ける簡単なスクリプト例を挙げておきます。

import requests
import time

# APIエンドポイントへのリクエスト遅延を計測する関数
def check_api_latency(url):
    try:
        start_time = time.time()
        # タイムアウトを短めに設定し、ネットワークの瞬断を検知しやすくする
        response = requests.get(url, timeout=2.0)
        latency = (time.time() - start_time) * 1000
        print(f"Latency: {latency:.2f} ms | Status: {response.status_code}")
    except requests.exceptions.RequestException as e:
        # EPS Fallback時の接続切断やハンドオーバーによるパケットロスを検知
        print(f"Connection Error: {e}")

# 通話中（EPS Fallback発生時）を想定したループ
for _ in range(10):
    check_api_latency("https://api.your-service.com/v1/heartbeat")
    time.sleep(1)

このコードを実行しながら通話を行うと、EPS Fallback が発生する瞬間に例外が発生したり、RTTが跳ね上がったりするのが手に取るように分かるはずです。

—

3. インフラエンジニアが押さえておくべきパラメーター

もしあなたが 5G SA 向けのバックエンドインフラを設計しているなら、以下の HTTP ヘッダーやメタデータにも注目してください。

X-Access-Network-Type: 通信事業者のゲートウェイを通過する際、どのRAT（Radio Access Technology）を使っているかが付与される場合があります。
QoS Class Identifier (QCI) / 5QI: 音声通話は極めて高い優先度が割り当てられます。もし皆さんのAPIがVoIPサービスと帯域を競合する場合、EPS Fallback 中にパケットロスが発生する可能性が高いです。

curl を使ったヘッダーの確認例

端末の挙動を確認するために、接続先サーバーで curl を叩いて通信経路の情報を取得するデバッグコマンドです。

# ネットワークの経路情報を確認するために詳細モードでリクエスト
curl -Iv https://api.your-service.com/v1/data \
  -H "User-Agent: 5G-Device-Test/1.0" \
  --trace-ascii /dev/stdout | grep -E "Connection|Remote"
# ここで表示されるローカルIPやタイムスタンプを、
# キャリア側のログと突合させるのがトラブルシューティングの定石です

—

4. 最後に：エンジニアとしてどう向き合うか

VoNR が普及すれば、この「Fallbackによる遅延」は解消されます。しかし、それは「5Gの電波が弱い場所では通話が途切れる」という新たなリスクとのトレードオフでもあります。

私たちが作るアプリケーションは、ネットワークの「ゆらぎ」を前提に設計しなければなりません。

コネクションの再試行ロジック: EPS Fallback 中の数秒の切断に耐えられるか？
タイムアウト設定: ネットワークの切り替え時間を考慮した 3-5秒 程度の猶予を設けているか？

泥臭い現場の挙動を知ることは、単なる知識自慢ではなく、ユーザーに「途切れない体験」を提供するための防波堤です。仕様書を読むのも大切ですが、ぜひ一度、自分の端末でパケットを追いかけてみてください。ネットワークの「呼吸」が聞こえてくるはずです。

何か技術的に突っ込んだ質問や、現場で起きた不可解な現象があれば、いつでも共有してください。共に深掘りしていきましょう。