エンジニアが5Gコアのインターフェースを初めて学ぶとき、N1からN50までを順番に覚え、両端のネットワーク機能、使用プロトコル、4Gで最も近い対応関係を暗記することがよくあります。この方法は入門時には役立ちますが、導入、シグナリング解析、障害切り分けの段階ではすぐに不十分になります。実務でより重要なのは、このインターフェースがアクセス、セッション管理、ポリシー制御、ユーザープレーンのどれに属するのか、NAS、GTP-U、PFCP、SBIサービスのどれを運ぶのか、そして問題発生時に次にどの制御経路を追うべきかを判断することです。

これは5GCとEPCの最も重要なアーキテクチャ上の違いの一つでもあります。5GはS1、S11、Gx、S6aなどのインターフェース名を単純に置き換えたものではありません。いくつかの参照点インターフェースを残しながら、サービスベースアーキテクチャ（Service-Based Architecture、SBA）を導入し、制御プレーンのネットワーク機能同士がサービス呼び出しによって連携できるようにしています。そのため、5GCインターフェースは、参照点とSBAサービスの両方の観点から分析するのが適切です。

SBAと参照点アーキテクチャの理解方法

5GCには二つの有効な見方があります。一つ目は従来の参照点アーキテクチャで、二つの機能エンティティ間の論理関係を示します。例えば、UEとAMFの間のN1、gNBとAMFの間のN2、gNBとUPFの間のN3、SMFとUPFの間のN4です。二つ目はSBAの見方で、AMF、SMF、PCF、UDM、AUSF、NSSF、NEF、NRFなどの制御プレーン機能を、サービスプロデューサーおよびサービスコンシューマーとして扱います。

この二つの見方は矛盾しません。参照点モデルはエンドツーエンドのシグナリング経路を追跡するのに適し、SBAは動的なネットワーク機能の発見、サービス呼び出し、サービス拡張を理解するのに適しています。

例えばN2は、非常に明確なエンドポイント関係を持ちます。gNBはAMFに接続し、NGAPを使ってNASシグナリングを転送し、接続管理を支援します。N3はgNBとUPFを接続し、GTP-Uでユーザープレーンのトラフィックを運びます。この種のインターフェースは、明確なポイントツーポイント経路を持ちます。

一方、AMFがUDM、AUSF、PCFへアクセスする場合、焦点はそれらのネットワーク機能が公開するサービスへ移ります。N8はAMFとUDMの間でモビリティ管理に関する加入情報を取得するために使用され、N12はAMFとAUSFの間の認証管理を支援し、N15はAMFがモビリティ関連ポリシーを取得できるようにします。これらの関係は、5GCの制御プレーンが従来の専用プロトコルからHTTP/2ベースのサービス連携へ移行していることを示しています。

したがって、パケットキャプチャやアーキテクチャ図を分析する際、N8のようなインターフェースを単なる固定の物理接続として捉えるべきではありません。どのNFがどのサービスを利用しているのか、そのサービスインスタンスがどのように発見されたのか、HTTP/2トランザクションがサービス手順のどの段階にあるのかを判断することがより重要です。

主要インターフェースはどう分類できる？

インターフェース番号を一つずつ暗記するよりも、それぞれが支えるネットワーク機能ごとに分類する方が実用的です。シグナリングメッセージが現れたら、まず機能カテゴリを特定し、その後で対象インターフェースへ絞り込めます。

アクセスとユーザープレーンの経路

N1、N2、N3は、5Gアクセス側で最も基本的なインターフェース群です。N1はUEとAMFの間で動作し、5G NASにおけるモビリティ管理とセッション管理の情報を運びます。N2はgNBとAMFを接続し、NGAPでNASシグナリングを転送して接続管理を支援します。N3はgNBとUPFを接続し、GTP-Uで実際のユーザープレーントラフィックを運びます。

コアネットワーク内では、UPF同士がN9上でGTP-Uを使用してユーザートラフィックを転送できます。また、UPFはN6を介して外部のデータネットワーク（Data Network、DN）に接続します。N6上のトラフィックは5G固有の制御シグナリングではなく、Webコンテンツ、画像、動画、その他のユーザーデータなど、アプリケーション層のIPトラフィックです。

したがって、UE登録とPDUセッション確立が成功しているにもかかわらずアプリケーショントラフィックが通らない場合、トラブルシューティングの焦点は通常、AMF制御プレーンからN3、UPFの転送動作、N6、外部DNへ移す必要があります。

セッションとユーザープレーン制御

N4は5GCで最も重要な制御インターフェースの一つです。SMFとUPFの間で動作し、PFCPを使用します。SMFがセッション制御を担当し、UPFがパケット転送を実行するため、N4は転送ルールのインストールとユーザープレーン動作の制御に使われます。

N11はAMFとSMFを接続し、主にPDUセッション管理のシグナリングを支援します。UEがPDU Session Establishmentを開始すると、AMFはセッション管理要求をSMFへ渡して処理を継続します。登録は成功しているのにPDUセッション確立が失敗する場合、N11とその後のSMF手順が重要な確認ポイントになります。

N16はSMFインスタンス間の連携を支援し、SMF再選択に関連する手順などを含みます。EPCと比べて5GCは、制御機能をより多くの独立したNFに分割しています。従来MME、SGW、PGWに集中していた役割がAMF、SMF、PCF、UDMなどへ分散され、新しいサービス関係が形成されています。

ポリシー、認証、加入者データ

ポリシー制御は主にPCFを中心に構成されます。N7はSMFとPCFを接続し、セッション管理に関連するポリシーを要求するために使われます。N5はPCFとAFの間で動作し、アプリケーションレベルのサービスパラメータや要件を運びます。N15はAMFがモビリティ関連ポリシーを取得できるようにします。

加入者データでは、N8によりAMFがUDMへアクセスしてモビリティ管理の加入情報を取得し、N10はSMFとUDMを接続してセッション管理関連の加入データを取得します。認証はさらに、AMFとAUSF間のN12、AUSFとUDM間のN13に分割されています。

この分離は特に重要です。EPCではHSSが加入者情報と認証データに関する多くの機能を担っていました。5GCでは、その役割がUDM、AUSF、および関連するデータストレージ機能により細かく分配されています。認証に失敗した場合、加入者データが存在するかだけを確認するのでは不十分です。AMFが認証を開始した段階、AUSFの処理中、あるいはAUSFがUDMから必要情報を取得する段階のどこで失敗したかを確認する必要があります。

高度なサービスインターフェースは何を扱う？

5GCインターフェースモデルの拡張性は、N1からN16を超えた領域で特に明確になります。ネットワークスライシング、能力公開、ネットワーク分析、ローミング、データ分離が導入されるにつれ、独立したネットワーク機能を中心にさらに多くのインターフェースが定義されます。

N22はAMFとNSSFを接続してネットワークスライス選択に使用されます。N34はNSSFとNWDAFを接続し、ネットワーク分析をスライス関連の判断に利用できるようにします。NWDAFはN23を介してPCFへ分析情報を提供することもでき、分析データをポリシー判断に活用できます。その結果、ポリシー制御は静的な加入情報や事前定義ルールだけに依存する必要がなくなります。

能力公開は主にNEFに関係します。N29はSMFとNEFの間で動作し、N30はNEFとPCFを接続します。N33はAPIとAFの間のサービス呼び出しを支援します。したがってNEFは、外部アプリケーションとコアネットワーク機能の間で重要な位置を占め、アプリケーション側サービスへネットワーク機能を制御された形で公開する仕組みを提供します。

データストレージもさらに分離されています。N35はUDMとUDRを接続して加入者データを保存し、N36はPCFとUDRを接続してポリシーデータを保存します。N37によりNEFはUDRへアクセスし、能力公開やアプリケーション関連データを扱えます。UDSFは非構造化データの保存にも使用され、コンピューティング機能とストレージ機能の分離を支援します。

ローミングや事業者間接続のシナリオでは、訪問先PCFとホームPCF間のN24、訪問先NRFとホームNRF間のN27、V-NSSFとH-NSSF間のN31、V-SEPPとH-SEPP間のN32などの追加インターフェースがあります。SEPPは事業者間境界でセキュリティ制御を提供します。これらのインターフェースは単一事業者のローカル試験環境では頻繁に現れない場合がありますが、ローミングアーキテクチャの分析では重要です。

課金機能も、従来のDiameterベースモデルからサービスベースの連携へ移行しています。N28はPCFとCHFを接続し、課金関連情報をPCCルールの判断に利用できるようにします。N40はSMFとCHFを接続します。N41からN49は関連仕様の範囲内で予約されています。もう一つの専用インターフェースであるN50はAMFとCBCFを接続し、公衆警報や災害警報サービスに使用されます。

5GCとEPCを対応付ける際の注意点

4Gから5Gへ移行する際、EPCの経験は非常に有用ですが、機械的な一対一置換として捉えるべきではありません。5GCとEPCのインターフェースの類似性は、正確な等価関係というより、主に機能上の参照関係です。

比較的直感的な対応もあります。N2は機能的にS1-MMEと比較でき、N3はS1-Uに似ています。N4はCUPSベースのEPCアーキテクチャにおけるSxa、Sxb、Sxcと機能的に近いものです。ポリシー制御の観点ではN7をGxと比較でき、N5は従来Rxに関連していたアプリケーションポリシーの役割を理解する助けになります。

加入者情報と認証機能にも同様の移行パターンがあります。N8はMMEとHSS間のS6a連携の一部と機能的に比較できます。AMF間のモビリティ管理を支援するN14はMME間のS10と比較でき、端末識別情報の確認に使うN17はMMEとEIR間のS13連携に機能的に対応します。

ただし、多くの5GCインターフェースには4Gで直接対応するものがありません。スライス選択用のN22、ネットワーク分析用のN23、ドメイン間NRF発見用のN27、UDRベースのデータストレージ周辺のインターフェースなどがその例です。これらの関係は、5GCのサービスベースアーキテクチャと機能分離の進展によって導入されました。

したがって、より適切な移行方法は、すべてのNインターフェースをSインターフェースやDiameter参照点に無理に対応させるのではなく、まず機能を比較し、その次にシグナリング方式を比較することです。プロトコルの進化は特に大きく、EPC制御プレーンのシグナリングはDiameterとGTPv2に大きく依存していましたが、多くの5GC制御プレーン連携では現在、HTTP/2ベースのSBIサービスが使用されています。

5GCインターフェース分析の実践的な進め方

実際の5GCシグナリング解析では、インターフェース番号から順方向に追うより、サービス症状から逆方向にたどる方が有効なことがよくあります。UEが登録できない場合は、N1、N2、その後のAMF認証と加入者データ手順から確認します。登録は成功しているがPDUセッションが失敗する場合は、N11、SMF、N7、N10、N4へ進みます。PDUセッションは成功しているがユーザートラフィックがデータネットワークへ届かない場合は、N3、UPF転送、N6へ焦点を移します。

ポリシー関連の問題では、N7とPCF関連のシグナリングチェーンを追います。スライス選択の問題では、AMFとNSSFの間のN22に注目します。能力公開やアプリケーション主導のポリシー要件では、NEF、AF、PCF関連のインターフェースまで分析を広げます。「サービス段階—ネットワーク機能—インターフェース—プロトコル」という4層の対応関係を作ると、多数のNインターフェースが理解しやすくなります。

アーキテクチャ学習から商用ネットワークの障害切り分けまで、5GCインターフェース分析で最も重要なのは機能間の関係を理解することです。アクセス層がUEをコアネットワークへ取り込み、セッション管理がPDU Sessionを確立し、ポリシーと加入者サービスがそのセッションの扱いを決定し、ユーザープレーンが実際のアプリケーショントラフィックを運びます。そしてSBAによって制御プレーン機能同士がサービスベースで連携します。このエンドツーエンドの論理を理解することは、インターフェース一覧を丸暗記するよりも実務上の価値があります。

よくある質問

Nインターフェース番号が大きいほど新しい機能ですか？

いいえ。Nインターフェース番号はアーキテクチャ上の論理参照点を識別するためのもので、技術世代、重要度、時系列を示すものではありません。N1、N2、N3は5GCの最も基本的なインターフェースに含まれますが、番号の大きいインターフェースには、新しい機能関係と予約済み参照点の両方が含まれます。

すべての5GC制御プレーンインターフェースはHTTP/2を使用しますか？

いいえ。SBA関連の制御プレーン連携の多くはHTTP/2を使用しますが、5GCには他のプロトコルもあります。N2はNGAP、N3とN9はGTP-U、N4はPFCPを使用し、UEとAMFの通信には5G NASも関係します。そのため、トラブルシューティングではまずインターフェースの種類を特定し、その後に適切なプロトコル解析方法を選ぶ必要があります。

パケットキャプチャでNインターフェース名が表示されないことがあるのはなぜですか？

Nインターフェース名はアーキテクチャ上の論理参照点を表します。パケットキャプチャでは通常、HTTP/2、NGAP、PFCP、GTP-Uなどの実際のプロトコルと、通信するネットワーク機能のIPアドレスが表示されます。そのため、論理Nインターフェースは、両端のNFの役割と分析対象のサービス手順から判断する必要があります。

5GCテストネットワークでは定義済みの全インターフェースを実装する必要がありますか？

いいえ。実際に現れるインターフェースは、ネットワーク規模、有効化されたサービス、ローミング、ネットワークスライシング、能力公開、ネットワーク分析、公衆警報などの機能を実装しているかによって変わります。基本的な登録とデータ接続で使用するのは、5GCインターフェース体系全体の一部だけです。