N26 — AMF ⇔ MME（4G/5G間モビリティコンテキスト移送）¶

学習目標¶

このページを読み終えると、次のことができるようになります。

• N26が 5GCのAMF ⇔ 4G/EPCのMME を結び、4G(EPS)↔5G(5GS)間 のモビリティコンテキストを移送する Interworking用インターフェース であることを説明できる。
• N26が single-registrationモード ＋ Handoverベース（connectedモード）のInter-system移動 を可能にし、シームレスな4G↔5Gハンドオーバ（およびHandoverベースのEPS Fallback）を支えることを説明できる。
• N26が N14のようなSBI（HTTP/2）ではなく、EPC系の GTPv2-C（GTP-C） を用いる点を説明できる。
• N26の 有無がネットワーク設計の選択 であり、無い場合はsingle-registration without N26（idleモードのredirection）や dual-registrationモードになることを説明できる。
• 4Gの S10（MME ⇔ MME, GTP-C）／ S3（SGSN ⇔ MME, GTP-C） のコンテキスト移送との対応関係を説明できる。

前提知識¶

先に以下を理解しておくとスムーズです。

• 4G/5G相互接続で音声を成立させる文脈（N26の使いどころ） → EPS Fallback
• Inter-RAT / Inter-systemハンドオーバの考え方 → Handover
• N26の5G側の端点（モビリティ管理の中枢） → AMF
• Interfaceと参照点の考え方 → Interface辞典
• 4G/5G Interworking手続き全体の入口（手順の集約先） → Interworking

Why — なぜ必要なのか¶

UEは4Gと5Gの境界を越えて移動します。5G(NR/5GC)で通信していたUEが4G(LTE/EPC)のエリアへ、あるいはその逆へ移ることがあります（カバレッジの境界、VoNR非対応セルでのEPS Fallback等）。このとき、移行先の網は、そのUEが誰で、どんな状態で、どんなベアラ／セッションを張っていて、どんなセキュリティで通信していたかを知りません。

もし何も引き継がなければ、移行のたびにUEを一から扱い直すことになります。登録をやり直し、進行中のEPSベアラ／PDUセッションが失われ、通信が途切れかねません。これはUEにも網にも大きな負担で、シームレスな移行になりません。

そこで、5GCの AMF と 4G/EPCの MME の間で、モビリティ管理コンテキスト（UE状態・EPSベアラ/PDUセッションコンテキスト・セキュリティコンテキスト）を引き継ぐ道が要ります。これが N26 です。N26があることで、UEは single-registrationモード ＋ Handoverベース（connectedモード） で4G↔5Gをシームレスに移行できます。N26が無ければ、single-registration without N26（idleモードのredirection）か dual-registrationモードのidleモード移動に限られます。

例え話: N26は、国境をまたぐときの出入国記録の引き継ぎです。旧国（4G/MME）の窓口が持っていた本人の滞在記録一式（状態・ベアラ・鍵）を、新国（5G/AMF）の窓口へそのまま引き継ぐので、入国審査を一からやり直さずに滑らかに越境できます。N14が「同じ国の役所間の住民票引継ぎ（AMF⇔AMF）」だとすれば、N26は「国境をまたぐ引継ぎ（4G⇔5G）」です。

Overview — 概要¶

N26は AMF（5GC） ⇔ MME（4G/EPC） を結ぶ参照点で、4G(EPS)と5G(5GS)の境界をまたぐ Interworkingインターフェースです。多くの5GC内Interfaceが5GC内のNF同士を結ぶのに対し、N26は4Gと5Gの制御面ノード（MMEとAMF）を跨ぐ点が特徴です。

N26が使われるのは、UEが4G↔5Gを越えて移動するときです。N26があると single-registrationモード で、Handoverベース（connectedモード）のInter-system移動（＝状態を引き継ぐシームレスなハンドオーバ）が可能になります。移送されるのは、UE状態・EPSベアラ／PDUセッションコンテキスト・セキュリティコンテキスト等のモビリティ管理コンテキストです。

重要な点として、N26は N14のようなSBI（HTTP/2 + JSON）ではありません。N26はEPC系の制御面プロトコル GTPv2-C（GTP-C v2） を用います。これは、4G/EPC側（MME）と同系の手続き・プロトコルで連携する必要があるためです。

Basic Concept — 初心者向け説明¶

N26を、国境をまたぐ出入国記録の引き継ぎに例えます。

あなたがスマホを持って4Gのエリアから5Gのエリア（あるいはその逆）へ移動すると、担当する制御面ノードが MME（4G） と AMF（5G） で切り替わります。ところが移行先のノードは、あなたがそれまでどんな状態で、どのベアラ／セッションを張り、どんなセキュリティ鍵で通信していたかを知りません。

そこで、移行元と移行先の窓口（MMEとAMF）が N26 という専用の連絡路で、あなたの記録一式（状態・ベアラ／セッション・セキュリティ）を引き継ぎます。記録を引き継げるおかげで、あなたは境界を越えても通信を途切れさせずに（シームレスに）移行できます。これが Handoverベース（connectedモード） の移動です。

ここで大事なのは、この4G⇔5Gのやり取りは、5GC内のNF同士が使う Web API（SBI: HTTP/2 + JSON）ではない ということです。相手が4G/EPCの MME なので、4G/EPC系の制御面プロトコル（GTPv2-C） で会話します。N14（AMF⇔AMF）がWeb技術ベースのSBIだったのに対し、N26はEPC譲りのGTP-C を使う、という違いを押さえてください。

Protocol / Transport¶

Architecture¶

N26が AMF(5GC) と MME(4G/EPC) を結び、UEがNG-RAN(NR)とeNB(LTE)の境界をまたいで移動する文脈を示します（EPS Fallback のArchitectureと整合）。

graph LR
    UE["UE"] -- "N1(NAS)" --> AMF["AMF (5GC)"]
    UE -- "無線(NR↔LTE)" --> RAN["NG-RAN (gNB)"]
    RAN -- "N2" --> AMF
    AMF =="N26 (GTPv2-C)"==> MME["MME (4G/EPC)"]
    RAN -. "Inter-system移行" .-> ENB["eNB (4G/LTE)"]
    MME --> ENB

    classDef ctrl fill:#efe,stroke:#3a3,stroke-width:2px;
    class AMF,MME ctrl;

図の読み方: UEはNG-RAN(gNB)経由で5GC（AMF）に、あるいはeNB経由で4G/EPC（MME）につながります。UEが4G↔5Gの境界を越えて移動すると、制御面のサービングは MME(4G)↔AMF(5G) で切り替わります。このとき太い線(==>)の N26 で、AMFとMMEの間を GTPv2-C で結び、モビリティ管理コンテキスト（UE状態・EPSベアラ/PDUセッション・セキュリティ）を移送します。点線の Inter-system移行 は、無線側でNRとLTEを跨ぐ移動を表します。N26があると、この移動を Handoverベース（connectedモード） でシームレスに行えます。N26はあくまで AMF ⇔ MME（4G/5G境界）の連携である点に注目してください。

利用Procedure¶

N26は、UEが 4G(EPS)↔5G(5GS)の境界をまたいで移動 する場面で使われます。代表的な利用は次の3つです。

• (a) Inter-system Handover（connectedモード） — UEが通信中(connected)のまま4G↔5Gを移る。NG-RAN/eNBのハンドオーバ契機で、AMFとMMEがN26でコンテキストを引き継ぎ、状態を保ったままシームレスに移行する（single-registration ＋ Handoverベース）。
• (b) idleモードのInter-system移動 — UEがidleで4G↔5Gを移る際、移行先での TAU（4G側）／ Registration（5G側） の中で、移行先ノードが N26で移行元ノードからコンテキストをfetch する。
• (c) HandoverベースのEPS Fallback — VoNR非対応セルでの音声呼確立時、UEを5GS→4G/EPSへ移す際、N26でAMF⇔MMEがコンテキストを引き継いでInter-system Handoverする（EPS Fallback 参照）。

手順の詳細（メッセージシーケンス、条件、IE、成否時の分岐、章番号枝番等）はこのページでは再掲しません。 Interworking手続き全体は Interworking に、EPS Fallback固有のフローは EPS Fallback に集約されています。手順の細部（オペレーション名・呼出方向・章番号）はそちらを参照してください（細部は要確認）。

主なMessage¶

N26は GTPv2-C なので、メッセージはGTP-Cの制御メッセージの形を取ります（SBIのようなHTTPメソッド＋リソース操作ではありません）。4G/EPCのハンドオーバ／コンテキスト移送で用いられるGTP-C系メッセージ（例示・要確認）は次のとおりです。

メッセージ名・IEは要確認です: 上表のメッセージ名（Forward Relocation Request/Response、Context Request/Response 等）はEPC/S10・S3系の一般的なGTP-C手続きからの例示であり、N26における正確なメッセージ名・IE・呼び出し方向・章番号は TS 29.274（GTPv2-C）／ TS 23.501 / 23.502 に従い、Releaseにより差異があります。ここでは例示に留め、厳密な割り当ては要確認とします。N26固有のメッセージ名を断定しません。 各メッセージの詳細は Message辞典 を参照してください。

Packet Analysis (Wireshark)¶

N26は GTP-C（GTPv2-C） なので、キャプチャ上は GTPv2 として観測されます（SBIのHTTP/2、N4のPFCP、N2のSCTP/NGAPは現れません）。

Decodeの見どころ:

• N26は GTPv2-C として解析します。フィルタは gtpv2 を用います。
• N26は SBIではありません。したがって http2 / json（SBI系）や、pfcp（N4）、sctp / NGAP（N2）のフィルタは 使いません（無関係です）。この点はn14との大きな違いです。
• ペイロードはGTP-Cのメッセージ／IE構造として表示されます（コンテキスト移送に関わるIE群）。厳密なメッセージタイプ値・IE名は要確認。

EPCとの比較¶

• 4Gでは: UEが別の制御面ノードへ移る際、MME ⇔ MME 間の S10 や、SGSN ⇔ MME 間の S3 といった GTP-C ベースのインターフェース（TS 29.274）で、UE Context／モビリティコンテキストを移送していました。
• 5Gでは: 4Gと5Gの境界をまたぐコンテキスト移送のために N26（AMF ⇔ MME） が定義されました。相手が4G/EPCの MME であるため、N26は GTP-Cのまま（SBI化されない）です。ここが N14（AMF⇔AMF, S10相当がSBI化された）との決定的な違いです。

キーポイント（試験頻出）: S10/S3（GTP-C）のコンテキスト移送という役割を、5Gでは4G/5G境界の N26（AMF⇔MME） が担います。ただし N26はGTP-Cのままであり、SBI化されません。一方、AMF⇔AMFの N14 は S10相当が SBI（HTTP/2+JSON）化されました。「N14はSBI化／N26はGTP-Cのまま」 の対比を必ず押さえてください。

3GPP Specification¶

• 3GPP TS 23.501 — 4G/5G Interworkingアーキテクチャ、N26（AMF⇔MME）の定義。single-registration/dual-registration・N26有無の位置づけ。個別章番号は要確認
• 3GPP TS 23.502 — Interworking手続き（Inter-system Handover / idleモード移動 / N26でのコンテキストfetch）。個別章番号は要確認
• 3GPP TS 29.274 — GTPv2-C（GTP-C v2） の規定（N26で用いるプロトコル、S10/S3系メッセージ）。個別章番号は要確認
• 3GPP TS 23.501 §5.7.4 — 標準化5QI表（5QI=1 ↔ QCI=1 会話音声/GBR、5QI=5 ↔ QCI=5 IMSシグナリング/Non-GBR）。ベアラ/QoS Flowの4G↔5G対応の参照に用いる

注記（要確認）: N26が GTPv2-C を用いること、4G/5G Interworkingが TS 23.501/23.502 に規定されることは一般的整理です。N26固有のメッセージ名・IE・正確なポート・章番号枝番はReleaseや実装により差異があるため個別には要確認／実装依存とします。ポート UDP 2123 はGTP-Cの慣用値としての言及に留めます。

Summary¶

• N26は AMF（5GC） ⇔ MME（4G/EPC） を結び、4G(EPS)↔5G(5GS)境界 のモビリティ管理コンテキスト（UE状態・EPSベアラ/PDUセッション・セキュリティ）を移送するInterworkingインターフェースである。
• N26があると single-registrationモード ＋ Handoverベース（connectedモード） で シームレスな4G↔5Gハンドオーバ が可能（HandoverベースのEPS Fallbackもこれに依存）。
• N26は N14のようなSBI（HTTP/2）ではなく、EPC系の GTPv2-C（GTP-C） を用いる（TS 29.274）。慣用ポートは UDP 2123 とされるが正確な規定は要確認。
• N26の有無はネットワーク設計の選択。無い場合は single-registration without N26（idleのredirection）か dual-registrationモードになる。
• 4Gの S10（MME⇔MME）／ S3（SGSN⇔MME） のGTP-Cコンテキスト移送に相当するが、N26は GTP-Cのまま（SBI化されない）で AMF⇔MMEを跨ぐ 点が特徴。N14 がSBI化されたのと対照的。

Next Step¶

• Interworking — 4G/5G相互接続の手続き集約先（N26利用手順の詳細）
• EPS Fallback — N26がHandoverベース移行で果たす役割の具体例
• AMF — N26の5G側端点。モビリティ管理の中枢
• Handover — Inter-system Handover（connectedモード移動）の詳細
• Interface辞典 — 参照点・Interfaceの一覧確認