5G登録シグナリングをキャプチャすると、Initial UE Message、Uplink NAS Transport、その他のNGAP手順は比較的簡単に見つけられます。難しいのは、その下で何が起きているかです。N2シグナリングパケットはどのようにgNBを出て、トランスポートネットワークとデータセンターを通過し、最終的にAMFサービスをホストするサーバーへ到達するのでしょうか。AMFが仮想化されVM上で動作している場合、gNBは実際にはどのエンドポイントとSCTPアソシエーションを確立しているのでしょうか。PTNゲートウェイ、データセンターのエッジルーター、EORスイッチ、TORスイッチはそれぞれどの役割を担うのでしょうか。またシグナリングが失敗した場合、NGAP、SCTP、IPルーティング、レイヤー2のMAC転送のどこから切り分けるべきでしょうか。

これらの問いは別々の技術領域に見えます。無線チームはgNB、コアネットワークチームはAMFとNGAP、トランスポートチームはPTN、データセンターチームはスイッチとサーバーを担当します。しかし、正常なN2経路では、これらすべてが一つの連続したチェーンとして動作します。gNBが受信したNAS Registration Requestが、そのままAMFへ「飛ぶ」わけではありません。gNBはまずRRC側からNGAPへメッセージを中継し、SCTPとIPでカプセル化し、複数のレイヤー3およびレイヤー2ネットワークノードを通して送信し、最終的にAMFプロセスが動作するコンピュート環境へ届けます。論理的なプロトコル経路と物理的なネットワーク経路を一緒に見ることで、「AMFにpingできるか」だけを確認するよりもN2ルーティングの障害切り分けが大幅に容易になります。

N2インターフェースは実際に何を転送しているのか？

N2はgNBとAMFの間のシグナリングインターフェースです。UE登録、モビリティ管理、その他の5G制御プレーン手順ではUEがNASメッセージを生成し、gNBが重要な中継機能を担います。gNBはUEから受信したNAS-PDUを適切なNGAPメッセージに格納し、N2経由でAMFへ送信します。ダウンリンク方向では逆の処理が行われます。したがってN2シグナリングを理解するには、アプリケーションメッセージそのものと、それを運ぶトランスポート経路を分けて考える必要があります。

UEが登録を開始する例を考えます。UEはまず無線プロトコルスタックを通じてgNBへNAS Registration Requestを送信します。この種のシグナリングでは、gNBは最終的なアプリケーションエンドポイントではありません。gNBの役割はNAS-PDUをNGAPメッセージに格納し、すでに確立されているN2トランスポート関係を使ってAMFへ転送することです。大まかには、UE側ではメッセージがNAS、RRC、PDCP、RLC、MAC、L1を通って処理されます。gNBではNASメッセージが無線側スタックからNGAPへ中継され、その後SCTP、IP、レイヤー2、レイヤー1を通って運ばれます。AMFでは逆方向にデカプセル化され、NASメッセージがNAS処理層へ到達します。

よくある誤解の一つは、「gNBがNASを転送する」ことをIPルーターのパケット転送と同じものと考えることです。両者は異なるレイヤーで行われます。gNBはまずNAS/RRCからNGAPへのプロトコルレベルの中継を行い、新しいN2側SCTP/IPパケットを生成します。トランスポートネットワークやデータセンターネットワークは、ペイロードがRegistration Requestなのか別のNAS手順なのかを理解する必要はありません。IPルーティング、MACアドレス、インターフェース情報に従ってパケットを運べばよいのです。

NGAP手順は、UE関連手順と非UE関連手順に分けることもできます。NAS TransportとInitial Context SetupはUE関連手順で、NG Setupはノードレベルの非UE関連手順です。この違いはトラブルシューティングで有効です。あるgNB配下のすべてのUEがAMFと通信できない場合は、ノードレベルのN2関係、SCTP、IPルーティングを最初に確認します。特定の1台のUEだけが影響を受けている場合は、そのUEのNGAPおよびNASコンテキストを追って調査します。

gNBとAMFの間でN2シグナリングはどのネットワークノードを通過するのか？

論理アーキテクチャ図では、N2はgNBとAMFを結ぶ一本の線として描かれることがよくあります。これはインターフェース関係を説明するには便利ですが、シグナリングトラフィックが実際に通るネットワーク経路は示しません。実環境では、gNBが単一の物理リンクでAMFサーバーへ直接接続されることはほとんどありません。RANとコアデータセンターの間にはトランスポートネットワークがあり、データセンター内部ではルーター、スイッチ、サーバーネットワークが使用されます。

簡略化したN2トランスポート経路は次のように表せます。gNBはレイヤー3のPTNゲートウェイへトラフィックを送り、パケットはトランスポートネットワークを通ってデータセンターのレイヤー3エッジルーターへ到達し、その後EORおよびTORスイッチを通過してAMFをホストするサーバーへ届きます。PTNはgNB側のIPトラフィックを地域または中央のデータセンターまで運びます。データセンター境界のレイヤー3ルーターはN2パケットを正しいサーバーネットワークへルーティングします。データセンター内部ではEORとTORスイッチがレイヤー2スイッチングを行い、EthernetフレームをAMFワークロードが存在するサーバーインターフェースまで届けます。

クラウド型5Gコアでは、「AMFはどの装置に載っているか」という問いを物理サーバーだけで答えることはできません。AMFは汎用コンピュートノード上で仮想ネットワーク機能として動作する場合があり、同じ物理サーバー上にOAM用VM、他のネットワーク機能、複数のサービスインスタンスが共存することもあります。たとえば、1台のVMでNAS、NGAP、SCTP処理を担当するAMFサービスを実行できます。ただしgNBから見て重要なのは、ラック上の物理サーバー名ではなく、AMFが公開するN2サービスのIPエンドポイントです。

つまりN2のトラブルシューティングでは、少なくとも3種類の「場所」を区別する必要があります。物理的な場所はワークロードが動作するラックと物理ホストを示します。論理的な場所はAMFをホストするVMまたはサービスインスタンスを示します。ネットワーク上の場所はgNBがSCTPアソシエーションを確立するときに使用するAMFのN2 IPアドレスです。物理サーバー、VM、AMFプロセスが正常に見えても、VLAN、デフォルトゲートウェイ、IPルート、スイッチポート、仮想スイッチング層がそのN2アドレスへ正しくトラフィックを届けていなければ、N2は到達不能のままです。

N2経路におけるルーティングと転送の違いは何か？

N2シグナリングパケットをAMFへ届けるには、単にルーティングテーブルがあればよいわけではありません。ネットワーク処理の観点では、ルーティングと転送を区別することが重要です。ルーティングは一般にレイヤー3の機能です。装置がIPパケットを受信すると、宛先IPアドレスをルーティングテーブルで検索し、出力インターフェースと適切なネクストホップを決定します。N2経路上では、gNB、レイヤー3 PTNゲートウェイ、データセンターエッジルーターがそれぞれ必要なIPルーティング情報を持っていなければなりません。これらのルートは静的に設定することも、動的ルーティングプロトコルで学習することもできます。

gNBのN2送信元アドレスをA、AMFのN2アドレスをBとします。gNBはBがどの物理サーバーラックにあるかを知る必要はありません。Bを含むサブネット宛てのパケットを、どのネクストホップゲートウェイへ渡せばよいかだけ分かれば十分です。PTN内のレイヤー3装置もそれぞれのルーティングテーブルに基づいて同じ判断を行い、パケットをAMFが存在するデータセンターネットワークまで運びます。

ルーティングはパケットの次の行き先を決めますが、パケット自体は現在の物理リンク上で送信される必要があります。Ethernetを使用する場合、装置は送信元MACアドレスと宛先MACアドレスを含むEthernetフレームヘッダーを付加します。その後スイッチはMACアドレステーブルに従ってフレームを転送します。そのため、同じN2 IPパケットでも異なるレイヤー3ホップを通過するたびに外側のレイヤー2ヘッダーが変わることがあります。IP層はgNBとAMFのエンドツーエンド関係を表し続けますが、MACアドレスは現在のレイヤー2セグメントだけで意味を持ちます。

データセンター内では、EORとTORスイッチは主にレイヤー2スイッチングを行います。データセンターのレイヤー3ルーターがN2パケットを正しいサーバー側レイヤー2ドメインへ届けた後、EORとTORスイッチはMACテーブルを使ってフレームを対象サーバーポートへ転送します。この違いはパケット解析で重要です。異なるキャプチャ地点でMACアドレスが違っていても、パケットの最終宛先が変わったことを意味しません。また送信元・宛先IPアドレスが変わっていないからといって、中間装置を経由せず2つのエンドポイント間を直接移動したわけでもありません。

なぜSCTPアソシエーションがN2トラブルシューティングの重要な境界になるのか？

NGAPはIP上で直接動作するのではなく、SCTP上で動作します。そのため利用可能なN2経路には、まずIP到達性が必要で、その次にSCTPアソシエーションの正常な確立が必要です。依存関係は明確です。IPルーティングが壊れていればSCTPは確立できず、SCTPがなければNGAPは動作できず、NGAPがなければNASシグナリングを正常に中継できません。

ただし、その逆は必ずしも成り立ちません。AMFへpingできることは、一定のIP到達性があることしか示しません。必要なSCTPサービスへ到達できること、SCTPアソシエーションを確立できること、NGAPパラメータが正しいこと、AMFアプリケーションプロセスが正常に動作していることまでは保証しません。

• まず、IP経路を確認します。gNBのN2アドレス、サブネットマスク、デフォルトゲートウェイ、AMFのN2アドレスへのルートを確認します。次にPTNゲートウェイとデータセンターのレイヤー3装置に、往路と復路の両方のルートがあることを確認します。特に復路は見落とされやすい点です。gNBから出たパケットがAMFまで正常に到達しても、AMF側にgNBサブネットへの有効な戻りルートがなければ通信は成立しません。N2は双方向のシグナリングインターフェースなので、両方向が動作する必要があります。

• 次に、SCTPが実際に確立されていることを確認します。IP到達性を確認したら、gNBとAMFがSCTPアソシエーション手順を完了し、Established状態に入っているか確認します。アソシエーションが確立しない場合は、トランスポート層のポート、ローカルIPバインド、ACL、ファイアウォール、経路上のセキュリティポリシーを確認します。実際のデータセンターにはIDS/IPS、ロードバランサー、SDNコンポーネント、その他のセキュリティ／トラフィック制御システムが存在し、簡略化した構成図に表示されていなくてもSCTPへ影響する場合があります。

• 3番目に、NGAPとNASの分析へ進みます。NG Setup、Initial UE Message、NAS Transportの解析は、SCTPアソシエーションが安定してから行うべきです。SCTPが動作しているのにNG Setupが失敗する場合、問題はIPトランスポート層より上のN2アプリケーションまたは設定ロジックにあります。NG Setupが成功しているのに特定UEの登録シグナリングがAMFへ届かない場合は、Initial UE Message、UE-NGAP-ID、NAS-PDUを追跡します。このレイヤー順の方法により、NASメッセージが本当にN2インターフェースを通過したか確認する前にNASのトラブルシューティングを始めるという典型的なミスを避けられます。

パケットキャプチャからN2シグナリングの全経路をどう再構成するか？

N2ルーティングを理解する価値は、パケットキャプチャと障害切り分けで明確になります。gNBとAMF間のシグナリングが失敗している場合、トランスポート層から上位へ順に経路を確認します。キャプチャ位置は重要です。gNB側のキャプチャでは、シグナリングが実際に基地局から出ているかを確認できます。PTNまたはデータセンター境界付近のキャプチャでは、パケットがコアネットワーク領域へ入っているかを判断できます。サーバー側のキャプチャでは、N2パケットがAMFワークロードを実行するホストへ物理的に到達しているかを確認できます。gNB側でSCTP INITの送信が見えるのにAMFホスト側で一度も見えない場合、障害はほぼ確実にNGAPアプリケーションロジックではなく中間ネットワークにあります。

パケットを取得したら、まず送信元と宛先IPアドレスが設計どおりか確認します。AMFが移行、スケールアウト、または新しいVMへ移されたのにgNBが古いN2アドレスを参照していると、NGAP設定が変わっていないように見えてもシグナリングは誤った経路を通る可能性があります。次にレイヤー3装置をホップごとに確認します。gNB、PTNゲートウェイ、データセンタールーターで、AMFサブネットへのルート、出力インターフェース、ネクストホップ、戻り経路を確認します。動的ルーティングを使用している場合は、ルーティングプロトコルが設定上有効になっているだけでなく、ルートが実際に学習され転送テーブルへインストールされていることを確認します。

パケットがデータセンターのレイヤー3境界まで到達しているのにAMFサーバーへ届かない場合、調査対象をIPルーティングからレイヤー2転送へ移します。EOR/TORスイッチのVLAN所属、MACアドレス学習、サーバー向けポート状態、サーバーまたは仮想スイッチング層が正しいサービスネットワークに接続されているかを確認します。最後にネットワーク上の結果とSCTP状態を突き合わせます。双方向IP経路が正常なのにSCTPが確立できない場合は、SCTPポート処理、IPバインド、AMFプロセス自体を調べます。SCTPが確立した後は、より明確な障害境界でNGAPとNASの解析を進められます。

エンドツーエンドで見ると、「N2シグナリングのルーティング」は実際には異なる2つの連続した処理から成ります。最初の処理はgNB内部で行われます。UEから無線側を通って到着したNASメッセージはNGAPメッセージへ中継され、SCTPとIPでカプセル化されてN2ネットワーク上を運ばれます。

2つ目の処理はトランスポートネットワークとデータセンター内部で行われます。これらのネットワーク装置は、ペイロードがRegistration RequestなのかInitial Context Setup手順なのかを意識しません。レイヤー3のIPルーティングとレイヤー2のMAC転送を使い、AMFサービスが動作するコンピュート環境までパケットをホップごとに運びます。

実際の運用でN2を効率よく切り分けるには、次のエンドツーエンド視点を維持することが重要です。

UE NAS → gNB中継 → NGAP → SCTP → IPルーティング → レイヤー2転送 → AMFサーバー → AMFプロセス

このチェーンをレイヤーごとに追えば、最初は複雑に見える「登録失敗」「N2到達不能」「SCTPアソシエーション失敗」といった問題も、最終的には「どのレイヤーのどのホップでパケットが止まったのか」という具体的な問いに絞り込めます。

よくある質問

N2シグナリングはUPFを経由するのか？

通常の5Gアーキテクチャでは、N2制御プレーン経路はUPFに依存しません。N2はgNBとAMFを接続し、UPFは主にユーザープレーン経路に関与します。N2が到達不能な場合は、N3ユーザープレーントンネルから調べるのではなく、gNBとAMFの間の制御プレーントランスポート経路を重点的に確認します。

同じN2パケットを異なる場所でキャプチャするとMACアドレスが変わるのはなぜか？

MACアドレスは現在のレイヤー2セグメントに属します。パケットがレイヤー3ルーティング装置を通過すると、次のリンク用に新しいレイヤー2ヘッダーで再カプセル化されます。そのため、gNBとAMFのエンドツーエンドIPアドレスが同じN2通信フローを示していても、送信元・宛先MACアドレスはホップごとに変わる可能性があります。

gNBからAMFへpingできるのにSCTPが失敗することがあるのはなぜか？

Pingは主にICMPベースのIP到達性を確認します。SCTPはさらに、トランスポート層ポートの処理、ローカルIPバインド、ACL、ファイアウォール、セキュリティポリシー、AMFアプリケーションプロセスに依存します。したがってIP到達性はN2通信の前提条件にすぎず、SCTPやNGAPが正常に動作することを保証しません。

AMFが仮想マシン上で動作している場合、gNBは物理サーバーの場所を知る必要があるか？

必要ありません。gNBは物理サーバーの位置ではなく、AMFのN2サービスIPアドレスを使用してN2接続を確立します。物理ホスト、仮想スイッチ、VMマッピング、データセンター内部トポロジーは実装上の詳細ですが、AMF N2エンドポイント宛てのパケットを正しいサービスインスタンスへ届ける必要があります。

N2障害で往路と復路の両方を確認する必要があるのはなぜか？

NGAPとSCTPはいずれも双方向です。gNBからのパケットがAMFへ届いていても、AMFからgNBサブネットへの有効な戻りルートがなければSCTPハンドシェイクとその後のNGAP手順は失敗します。したがって片方向の到達性だけではN2経路が完全であるとは判断できません。