【テクニカル・上級編】 5G NSA(Non-Standalone)アーキテクチャの制御プレーンとデータプレーンの連携 – 家庭用ネットワーク・IoT・モバイル通信実践ガイド

5G NSAの深淵：EN-DC環境における「見えない接続」とデータプレーンの最適化

多くのユーザーにとって「5G」とは、単にアンテナピクトが5Gになることですが、私たちインフラを設計し、パケットの行方に夜な夜な思いを馳せる人間にとって、現在の5Gの主流である NSA（Non-Standalone） は、まさに「継ぎ接ぎだらけの精密機械」です。

LTEの既存コア（EPC: Evolved Packet Core）をアンカーとし、そこにNR（New Radio）の広帯域を重畳させる EN-DC（E-UTRA-NR Dual Connectivity）。このアーキテクチャは、制御プレーン（C-Plane）の信頼性をLTEに依存させつつ、ユーザープレーン（U-Plane）でいかに効率よくNRの帯域を食い尽くすかが、エンジニアとしての腕の見せ所となります。

制御プレーンの二重奏とパケットのトポロジー

EN-DCにおいて、モバイル端末（UE）はLTEの eNB（Master Node）とNRの gNB（Secondary Node）の両方に同時に接続を維持します。ここでの鍵は、RRC（Radio Resource Control） の管理です。

制御信号は主にLTE側（Master Cell Group）でハンドリングされますが、データパケットはSgNB追加手順を経て、X2インターフェース経由でNR側へオフロードされます。ここで最も注意すべきは、PDCP（Packet Data Convergence Protocol） レイヤでのスプリットベアラ構成です。パケットがLTEとNRのどちらを経由するかを判断するアルゴリズムは、まさにレイテンシとスループットの綱引きです。

RTT削減とTCPチューニング：ミリ秒を削り出す

5Gの恩恵を最大化するには、物理層の高速化だけでは不十分です。特に、モバイル通信特有の変動するRTT（Round Trip Time）に対し、LinuxカーネルのTCPバッファ設定が追いついていないケースが散見されます。

高速な5G環境では、BDP（Bandwidth Delay Product）が劇的に増大します。デフォルトのバッファサイズでは、帯域の「管」が細すぎて、ウィンドウサイズがすぐに飽和してしまいます。

以下のsysctlパラメータ設定は、高スループット環境でのパケットロスを抑制し、スループットを安定させるための「鉄板」です。

# TCPウィンドウサイズの動的調整範囲を拡張
# 100Mbps～数Gbpsの帯域をフルに使うための設定
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216

# 輻輳制御アルゴリズムをBBRに変更
# 固定的なロスではなく、RTTの変動を考慮するBBRは5Gの揺らぎに極めて有効
net.core.default_qdisc = fq
net.ipv4.tcp_congestion_control = bbr

BBR（Bottleneck Bandwidth and Round-trip propagation time）は、従来のCubicと比較して、パケットロスがわずかに発生するような不安定な無線環境下でも、高いスループットを維持する能力に長けています。

TLSハンドシェイクの最適化とパケットのオーバーヘッド

5Gの高速通信環境において、意外とボトルネックになるのが「TCP接続の確立」とそれに続く「TLSハンドシェイク」です。特に、EN-DC特有の「LTEとNRのスイッチング」が発生すると、瞬間的なジッターが生じます。

これを緩和するには、TLS 1.3 の採用が必須です。1-RTTハンドシェイクと、0-RTTのEarly Data機能は、モバイル環境のストレスを劇的に軽減します。

0-RTTの利用: 過去に接続したサーバに対して、クライアントHelloと同時に暗号化データを送出することで、ハンドシェイクの遅延を実質ゼロにします。
ヘッダー圧縮（ROHC）の恩恵: モバイルネットワーク内のRLC層で行われる ROHC（Robust Header Compression）は、TCP/IPヘッダーを極限まで圧縮します。しかし、TLS 1.3の暗号化ヘッダーは圧縮が効きにくいため、MTUサイズを適切に管理しないとフラグメンテーションが発生し、再送コストが跳ね上がります。

セキュリティの盲点：NSA構成の脆弱性

NSA構成では、制御プレーンが既存のEPCに依存しているため、LTE側の脆弱性がそのまま5G通信の脆弱性に直結します。

特に警戒すべきは X2インターフェースの信頼性 です。eNBとgNB間を流れるトラフィックは、物理的には閉域網であっても、論理的なパケットキャプチャやなりすまし攻撃の影響を受ける可能性があります。

1. IPsecの強制: X2インターフェースにおける S1-MME や X2-AP シグナリングには、必ず IPsec による暗号化と認証を適用してください。
2. DNSシンクホールとIPベースの認証: アプリケーション層での認証に加え、ネットワーク層では IPソースガード を徹底し、不正なgNBからのパケット注入を阻止する設計が求められます。

結論：技術者の眼差し

5G NSAは、完璧な未来への「過渡期」の技術です。しかし、この泥臭いEN-DCの挙動を深く理解し、カーネルレベルでチューニングを施す経験は、やがて来るSA（Standalone）時代、あるいは6Gを見据えたネットワーク構築において、かけがえのない武器となります。

パケットは嘘をつきません。tcpdump を走らせ、tc（Traffic Control）で揺らぎをシミュレートし、その挙動を一つ一つ紐解いていく。その先にある「最適化された通信」こそが、インフラ屋の矜持なのです。

もし現在のネットワークで不可解な遅延に悩まされているなら、まずは BBR の導入と、TCPウィンドウサイズ の見直しから始めてみてください。あなたのパケットは、もっと速く走れるはずです。