NEF — Network Exposure Function¶

学習目標¶

• NEFの役割が「5GC内部の能力・イベント・情報を外部へ安全に公開(expose)する統一窓口」であることを説明できる。
• NEFが内部SBIと外部の境界に立ち、内外を隔てるセキュアなゲートウェイとして機能する仕組みを理解する。
• 外部アプリケーション(AF)との連携がN33インターフェイス／Northbound APIを介して行われることを把握する。
• 4GのSCEF(Service Capability Exposure Function)とNEFの関係（前身からの進化）を整理できる。

前提知識¶

• AFやSBA(サービスベースアーキテクチャ)の基礎 → カリキュラム
• ポリシー制御を担うPCFの役割 → PCF
• 各インターフェイスの位置づけ → Interface辞典

この章で学べること¶

• Why: なぜ外部連携専用の公開窓口が必要なのか。
• What: NEFが何を公開し、何を仲介するのか。
• How: NEFがどのように内外を橋渡しし、安全性を担保するのか。

Why — なぜ必要なのか¶

外部のアプリケーションや第三者に、5GCの内部NFを直接触らせるのは非常に危険であり、また複雑です。内部NFはHTTP/2 + JSON over TLSのSBIで密結合しており、内部構造をそのまま外部へ晒せばセキュリティリスクが増大し、実装も個別最適化になってしまいます。そこで、内部の能力を安全に・抽象化して公開する統一的な窓口が必要になります。これがNEFです。

例え話: 会社の受付／広報窓口をイメージしてください。外部からの要望を受け付け、適切な部署へ取り次ぎ、社外秘の情報は外に出さずに守ります。NEFが無ければ、外部連携はNFごとの個別実装になり、セキュリティリスクも管理コストも増大してしまいます。

Overview — 概要¶

NEFは、内部NFが持つ能力やイベントを外部AFへ公開すると同時に、外部AFからの要求（QoS要求やプロビジョニング等）を内部NFへ仲介します。その過程で、認証(Authentication)・認可(Authorization)・スロットリング(流量制御)、そして内部↔外部フォーマット間のデータ変換を担い、内外の境界を安全に保ちます。外部から見れば「5GCへの唯一の入り口」として振る舞います。

Basic Concept — 初心者向け説明¶

NEFは「翻訳付きの受付窓口」と考えると分かりやすいです。外部の来訪者（AF）は外の言葉（Northbound API）で話しかけます。受付（NEF）はその言葉を理解し、社内の言葉（SBI）に翻訳して適切な部署（内部NF）へ取り次ぎます。返答も逆方向に翻訳して外部へ返します。こうして、外部の言葉と内部の言葉を橋渡ししながら、社内の機微な情報は外へ漏らさずに守る、というのがNEFの基本的な働きです。

Network Function 詳細¶

Architecture¶

flowchart LR
    AF["AF (外部アプリ)"] -->|"N33 / Northbound API"| NEF["NEF (能力公開)"]
    NEF -->|"SBI (Nnef)"| PCF["PCF (ポリシー)"]
    NEF -->|"SBI"| UDM["UDM/UDR (加入者)"]
    NEF -->|"SBI"| SMF["SMF (セッション)"]
    subgraph EXT["外部ドメイン"]
        AF
    end
    subgraph CORE["5GC 内部ドメイン"]
        NEF
        PCF
        UDM
        SMF
    end

図の読み方: 左側の外部AFはN33／Northbound APIを通じてNEFへ要求を送ります。NEFはその要求を内部のSBI(Nnef)へ変換し、PCF・UDM/UDR・SMFといった内部NFへ仲介します。点線で囲った「外部ドメイン」と「5GC内部ドメイン」の間にNEFが立ち、内外の境界を隔てるセキュアなゲートウェイとして機能している点を強調しています。

Interface¶

詳細はInterface辞典を参照してください。

Procedure での登場¶

NEFは、多くの場合Registration手続きやPDUセッション確立といった基本手続きの「外側」にある外部連携の文脈で登場します。たとえば、外部AFがNEF経由でQoS要求（時間帯保証など）を出すと、それがPCFのポリシーに反映され、SMF/UPFへと適用される、といったシナリオです。これは基本手続きそのものというより応用シナリオに位置づけられます。関連する内容はQoSやPCFを参照してください。具体的な手続きの詳細は要確認です。

EPCとの比較¶

4GのSCEF(Service Capability Exposure Function)がNEFの前身にあたります。5GではSCEFの能力公開の思想を引き継ぎつつNEFへと発展しました。IoT移行の過渡期には、SCEFとNEFを連携させたSCEF+NEF構成も存在するとされますが、詳細は要確認です。

能力公開の思想は4Gから連続しており、NEFはその延長線上に位置づけられます。

Release差分¶

• Rel-15: NEFの基礎機能が定義された。
• Rel-16/17: 公開API種別の拡張が進み、analyticsの公開(NWDAF連携)等が加わったとされる（詳細は要確認）。

3GPP Specification¶

• TS 23.501 §6.2.5: NEFの機能定義
• TS 29.522: Nnef(Northbound APIs) — 個別の章番号は要確認
• TS 23.502: 能力公開手続き — 詳細は要確認

Summary¶

• NEFは5GC内部の能力・イベント・情報を外部AF／第三者へ安全に公開する統一窓口である。
• 内部SBIと外部の境界に立ち、認証・認可・スロットリング・データ変換を担うセキュアなゲートウェイとして機能する。
• 外部AFとの連携はN33／Northbound APIを介して行われ、内部連携はSBI(Nnef)で行う。
• 4GのSCEFがNEFの前身であり、能力公開の思想は4Gから連続している。
• 障害時の影響は外部連携に限定され、コア内部通信は継続可能である（詳細は要確認）。

Next Step¶

• PCF
• NWDAF
• QoS
• NF辞典
• Interface辞典