5G SAの真価を問う：VoNRの極致とEPS Fallbackの「妥協」を読み解く
5G SA（Standalone）が普及し始めた今、我々エンジニアが直面しているのは、単なる通信速度の向上という表面的な議論ではない。真の課題は、パケットがコアネットワークをどう駆け巡り、制御プレーンとユーザープレーンがいかにして「リアルタイム性」を担保するか、というレイヤーの深い部分にある。
特に「音声」という、インターネット黎明期から最も過酷なリアルタイム性を要求されるトラフィックにおいて、5G SAがどのような挙動を示すのか。今回はVoNR（Voice over New Radio）と、その対局にあるEPS Fallbackの内部構造を、インフラの深淵から解剖していく。
—
1. VoNR：ネイティブ5Gがもたらす「ラグ」の最小化
VoNRとは、その名の通り5Gの制御・ユーザープレーンをフル活用して音声通話を完結させる技術だ。IMS（IP Multimedia Subsystem）と連携し、5Gコア（5GC）内で通話パケットが処理される。
ここで重要なのは、RTT（Round Trip Time）の極限までの削減だ。VoNR環境下では、4Gコアを経由しないため、ハンドオーバーのオーバーヘッドが劇的に減少する。しかし、VoNRの真価を発揮させるには、エンドツーエンドのパケット処理を最適化する必要がある。
トランスポート層の最適化
音声パケット（RTP/RTCP）を扱う際、Linuxカーネルレベルでのチューニングが不可欠となる。特にネットワークインターフェースのキューイングと、カーネルスタックの遅延を削ぎ落とす必要がある。
# 送信バッファの最適化（低遅延を優先）
sysctl -w net.core.wmem_max=26214400
sysctl -w net.core.rmem_max=26214400
# TCP/UDPの輻輳制御アルゴリズムをBBRに設定（スループットと遅延のバランス）
sysctl -w net.ipv4.tcp_congestion_control=bbrVoNRにおいても、RTPパケットはUDPで運ばれることが大半だが、IMSのシグナリング（SIP）はTCP/TLSを用いる。この際のTLSハンドシェイクは、TLS 1.3の0-RTTを最大限活用し、最初のパケット送出からメディア開始までの時間を極限まで圧縮する設計が求められる。
—
2. EPS Fallback：悪魔の「フォールバック」と遅延の正体
一方で、VoNR未対応エリアやネットワーク負荷が高い状況下では、EPS Fallbackが発生する。これは5Gで接続していたセッションを、通話開始時に強制的に4G（EPC）へ引きずり下ろす挙動だ。
内部挙動の深層
EPS Fallbackのプロセスは、単なる「切り替え」ではない。以下のステップで膨大な制御パケットが飛び交う。
1. Measurement Report: UE（端末）が通話要求を検知。
2. Inter-RAT Handover: 5Gから4Gへのハンドオーバー要求がMMEとAMF間で交換される。
3. Context Transfer: UEのコンテキストが4G側に移管される。
この間、データ通信は一時的に中断（またはパケットロス）し、ユーザーは「呼び出し音が鳴るまでの長い沈黙」を経験する。これはインフラエンジニアとしては絶対に避けたい「設計上の敗北」だ。
—
3. ヘッダー圧縮とセキュリティのトレードオフ
5Gの無線区間では、ROHC（Robust Header Compression）が標準的に適用されている。これは、RTP/UDP/IPヘッダーを圧縮し、オーバーヘッドを数バイト単位まで削る技術だ。
しかし、ここでセキュリティ専門家が懸念すべきは、暗号化と圧縮の順序だ。
- 圧縮後に暗号化: 理想的だが、計算コストが高い。
- 暗号化後に圧縮: 不可能（ランダムデータは圧縮できないため）。
もし、セキュリティ要件としてエンドツーエンドの暗号化を強化しすぎると、無線区間でのヘッダー圧縮が効かなくなり、結果として「空中の帯域」を無駄に消費する。これが輻輳を招き、結果的に音声品質を低下させるというパラドックスに陥る。
セキュリティの最適化案
パケットの整合性を保ちつつ、パフォーマンスを損なわないためには、TLS 1.3のハンドシェイクにおいて、不要な暗号スイートを排し、CPU負荷の低いChaCha20-Poly1305等を採用するのが現実的な解となる。
# TLS設定例：暗号化コストを抑えつつ高速なハンドシェイクを実現
context = ssl.SSLContext(ssl.PROTOCOL_TLS_CLIENT)
context.set_ciphers('CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256')
# 0-RTTを有効化してハンドシェイク遅延をゼロに近づける
context.options |= ssl.OP_NO_TICKET—
結論：インフラエンジニアが注視すべきポイント
VoNRとEPS Fallbackの分岐点は、単なる技術的な仕様の違いではない。それは「サービス品質をどこまで突き詰めるか」というインフラの矜持そのものだ。
- VoNRは、5Gの低遅延性をフル活用し、パケット処理のパイプラインを最適化する。
- EPS Fallbackは、4Gという既存資産を活かす「安全策」だが、ハンドオーバー時のRTT増大は避けられない。
我々が現場で監視すべきは、N2インターフェース（AMF-RAN間）のシグナリング遅延と、QCI（QoS Class Identifier）の割り当て状況だ。音声品質を担保するには、音声パケットに対して高い優先度（QCI 1など）が確実に割り当てられているか、そしてパケットの揺らぎ（Jitter）がカーネルのバッファで適切に吸収されているか、その一点に尽きる。
最新のネットワークは、魔法ではない。物理層からカーネル、そしてアプリケーション層までの「パケットの旅路」をどれだけ正確に可視化し、最適化できるか。それこそが、次世代のインフラを築く唯一の道筋である。
コメント