コンテンツにスキップ

EPS Fallback — VoNR未提供エリアで音声を成立させる仕組み

難易度: 中級〜上級 / 想定学習時間: 30分 / 前提: VoNR, QoS, Handover / 主役: NG-RAN, AMF, SMF, PCF, MME(4G側) / 主Interface: N2, N26

学習目標

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

  • EPS Fallback が「VoNR未提供エリアで音声呼を4G(EPS)に移して成立させる仕組み」であることを説明できる
  • EPS Fallback が 音声用QoS Flow(5QI=1)の確立要求 をきっかけに起動する流れを説明できる
  • 移行方式に Handoverベース(N26あり)Redirectベース(N26なし) の2つがあることを区別できる
  • N26(AMF⇔MME)インターフェースがEPS Fallbackで果たす役割を説明できる
  • 移行後にUEが VoLTE(QCI=1の専用ベアラ) で音声を確立する流れを図示できる

前提知識

この章で学べること

  • Why — なぜ5Gで「わざわざ4Gへ落とす」仕組みが要るのか
  • Basic Concept — 「音声のときだけ4Gの窓口へ案内する」という考え方
  • N26とは(コラム) — 4G/5Gをまたぐハンドオーバを支えるインターフェース
  • Architecture — EPS Fallbackに関わる5GC・4G(EPC)・NG-RANの登場人物
  • Procedure — Call Flow — 音声QoS要求の検知 → VoNR非対応判断 → EPS移行 → VoLTE成立
  • Handoverベース と Redirectベース — N26の有無による2つの移行方式
  • EPCとの比較 / Release差分 / Trouble Shooting / FAQ / Practice

Why — なぜ5Gで「わざわざ4Gへ落とす」仕組みが要るのか

VoNR は5Gネイティブで音声を運ぶ理想形ですが、5G初期展開ではVoNRに対応したエリア(セル)が限られていました。無線(NR)やコア(5GC)は使えても、そのセルが音声用QoS Flow(5QI=1, GBR)を提供できない ことが多かったのです。

一方、4G(LTE)の VoLTE はすでに広く実運用されており、音声を安定して成立させられます。そこで5Gの初期段階では、次の割り切りが選ばれました。

  • データ通信は5G(NR)で — 高速・大容量の恩恵を受ける
  • 音声呼が必要になった瞬間だけ、一時的に4G(EPS)へ移す — 実績あるVoLTEで確実に音声を成立させる

この「音声呼の確立時にUEを5GS→4G(EPS)へ移す」仕組みが EPS Fallback です。3GPP TS 23.502 §4.13.6.1 に規定されています。VoNRが広く提供されれば不要になりますが、初期展開では実運用上ほぼ必須の機能でした。

Overview — 概要

EPS Fallback は、次の流れで動きます。

  1. 音声呼の確立を検知 — UEがIMS音声呼を発信/着信し、VoNR と同じく 音声用QoS Flow(5QI=1)の確立要求 が5GCから発生する
  2. NG-RANがVoNR非対応と判断 — このセルは音声用QoS Flowを提供できない、と無線側が判断する
  3. UEを4G(EPS)へ移行 — NG-RANがEPS Fallbackを起動し、UEを HandoverベースRedirectベース で4G(LTE)へ移す
  4. 4GでVoLTEとして音声成立 — 移行後、UEは4G/EPS上で 専用ベアラ(QCI=1) を確立し、VoLTEとして通話する

ポイントは、「まずVoNRを試みる → セルが非対応 → 4Gへ移す」という分岐 であること。音声のトリガー(5QI=1要求)そのものはVoNRと共通で、そこから先の分岐がEPS Fallback固有です。

Basic Concept — 初心者向け説明

EPS Fallback は 「この窓口では扱えないので、隣の実績ある窓口へご案内します」 にたとえられます。

  • ふだんの手続き(データ通信)は最新の窓口(5G)で速く済ませられる
  • ところが「音声通話」という特別な手続きを頼むと、この窓口(VoNR非対応セル)は「うちでは扱えません」と答える
  • そこで 隣の実績ある窓口(4G/VoLTE)へUEを案内 する。案内の仕方には2通りある
    • 手を引いて連れて行く(Handoverベース) — 途中で切れないよう、状態を引き継いで滑らかに移す
    • 住所を教えて自分で行ってもらう(Redirectベース) — 「あちらへどうぞ」とリダイレクトし、UEが4Gで再接続する

案内が終わると、UEは4Gの窓口で音声(VoLTE)を確立します。通話が終わったあと5Gへ戻るかどうかは、無線側のポリシー次第(実装依存)です。

コラム: N26(AMF⇔MME インターフェース)とは

N26 は、5GCの AMF と 4G/EPCの MME(Mobility Management Entity)をつなぐインターフェースです。4Gと5GをまたいでUEを移す際に、モビリティ管理のコンテキスト(UEの状態・ベアラ情報など)を引き継ぐ ために使われます。

  • N26あり — 4G/5G間で状態を引き継げるため、シームレスなInter-RAT Handover が可能(=HandoverベースのEPS Fallback)
  • N26なし — 状態引き継ぎができないため、Redirect(RRC ReleaseでUEを4Gへ誘導し、UEが4Gで登録・再接続)で移す

N26の有無はネットワーク設計の選択で、EPS Fallbackの移行方式を左右します。N26を用いた4G/5G相互接続(Interworking)全体は 3GPP TS 23.501/23.502 に規定されます(詳細な章番号は 要確認)。

Architecture

graph LR
    UE["UE"] -- "N1(NAS)" --> AMF["AMF (5GC)"]
    UE -- "無線(NR→LTE)" --> RAN["NG-RAN"]
    AMF -- "N11" --> SMF["SMF (5GC)"]
    PCF["PCF (5GC)"] -- "N7" --> SMF
    RAN -- "N2" --> AMF
    AMF -- "N26" --> MME["MME (4G/EPC)"]
    RAN -. "Inter-RAT移行" .-> ENB["eNB (4G/LTE)"]
    MME --> ENB

図の読み方: 音声呼で PCF→N7→SMF が音声用QoS Flow(5QI=1)を要求すると、SMF→N2(AMF経由)→NG-RAN に伝わります。NG-RANが「このセルはVoNR非対応」と判断すると EPS Fallback を起動。N26(AMF⇔MME) があれば状態を引き継いでLTEへHandover、なければRRC Releaseで eNB(LTE) へRedirectします。移行後、UEは4G/EPS上でVoLTE(QCI=1)音声を確立します。VoNR確立フローの詳細は VoNR章 を参照してください(本章では再掲しません)。

Network Function

NF 役割 保持情報 利用API 提供API 関連Interface 障害時の影響
NG-RAN VoNR可否を判断しEPS Fallbackを起動・移行を実行 セルのVoNR対応可否, QoS profile N2, N3 音声呼を4Gへ移せず失敗
AMF 5GS側のモビリティ管理。N26でMMEと連携 UEコンテキスト, 登録状態 Namf_Communication N1, N2, N11, N26 4G/5G間の状態引き継ぎ不可
SMF 音声用QoS Flow(5QI=1)要求をRANへ伝える PDU Session/QoS Flow状態 Npcf_SMPolicyControl Nsmf_PDUSession N7, N11, N4 音声QoS要求が起点にならない
PCF 音声呼のQoS/課金ポリシーを決定(5QI=1) PCC rule Npcf_PolicyAuthorization, Npcf_SMPolicyControl N5, N7 音声QoS認可不可
MME(4G) EPC側モビリティ管理。移行先でベアラを扱う EPSベアラコンテキスト (S1AP/GTP-C) N26, S1, S11 4G側でUE/ベアラを受けられない

Interface

Interface 両端 Transport Protocol Port 利用Procedure
N2 NG-RAN ⇔ AMF SCTP NGAP 38412 QoS profile通知・移行手続きの制御
N26 AMF ⇔ MME SCTP GTPv2-C 2123 4G/5G間のモビリティコンテキスト引き継ぎ
N7 SMF ⇔ PCF TCP SBI(HTTP/2/TLS) 実装依存 音声呼ポリシー(5QI=1, GBR)
N11 AMF ⇔ SMF TCP SBI(HTTP/2/TLS) 実装依存 PDU Session/QoS Flow制御

N26のProtocol/Portについて

N26は 4G/EPC側と同系の GTPv2-C を用いるのが一般的で、Portは 2123(GTP-C)とされることが多いですが、正確な規定・実装は 要確認(実装依存)です。N26の詳細は 3GPP TS 23.501/23.502 を参照してください。

Procedure — Call Flow

EPS Fallbackは、(A) 音声用QoS Flow要求の発生 → (B) NG-RANのVoNR非対応判断 → (C) 4G(EPS)へ移行 → (D) VoLTE成立 の4段階で理解します。

sequenceDiagram
    participant UE
    participant RAN as NG-RAN
    participant AMF
    participant SMF
    participant PCF
    participant MME as MME(4G)
    participant ENB as eNB(4G/LTE)

    Note over UE,PCF: (A) 音声呼 → 音声用QoS Flow(5QI=1)要求(VoNRと共通)
    UE->>SMF: SIP INVITE契機の音声呼確立(IMS経由)
    PCF->>SMF: N7 SM Policy (5QI=1 GBR)
    SMF->>AMF: N11 QoS Flow追加要求
    AMF->>RAN: N2 音声用QoS profile通知

    Note over RAN: (B) このセルはVoNR非対応と判断 → EPS Fallback起動

    alt Handoverベース(N26あり)
        RAN->>AMF: N2 Handover Required
        AMF->>MME: N26 でコンテキスト引き継ぎ
        MME->>ENB: 4G側リソース準備
        RAN-->>UE: Inter-RAT Handover Command (→LTE)
    else Redirectベース(N26なし)
        RAN-->>UE: RRC Release (redirect to LTE)
        UE->>ENB: LTEで再接続・(必要なら)TAU/Attach
    end

    Note over UE,ENB: (C)/(D) 4G/EPSで VoLTE 音声確立
    UE->>ENB: 専用ベアラ(QCI=1)で音声(RTP)確立
    ENB-->>UE: VoLTE通話成立

手順の説明:

  1. (A) 音声用QoS Flow要求の発生 — UEがIMS音声呼を発信/着信すると、VoNR と同じく PCF→N7→SMF→N11→AMF→N2→NG-RAN の経路で 5QI=1(会話音声, GBR) のQoS Flow確立が要求される。ここまではVoNRと共通(詳細はVoNR章)。
  2. (B) VoNR非対応判断 — NG-RANが「このセルは音声用QoS Flowを提供できない(VoNR非対応)」と判断し、EPS Fallback を起動する。
  3. (C) 4G(EPS)へ移行 — 移行方式は2通り。
    • Handoverベース(N26あり) — NG-RANが N2 Handover Required を送り、AMFが N26でMMEへUEコンテキストを引き継ぎ、Inter-RAT HandoverでUEをLTEへ滑らかに移す(Handover章 参照)。
    • Redirectベース(N26なし) — NG-RANが RRC Release でUEをLTEへリダイレクトし、UEが4Gで再接続する(状況によりTAU/Attach)。
  4. (D) VoLTE成立 — 4G/EPS上でUEは 専用ベアラ(QCI=1) を確立し、VoLTEとして音声(RTP)を通す。呼制御はIMSのまま(4Gでも5Gでも呼制御はIMS)。

着信(MT)でも同じ分岐

着信(Mobile Terminated)でも、相手からの音声呼で5QI=1のQoS Flow要求が起き、セルがVoNR非対応なら同様にEPS Fallbackが起動します。UEがアイドルなら先にUEを起こしてから(Paging 等)音声呼の確立に進みます。

Signal Flow

シグナル 目的 送信元 送信先 主要IE 結果
SM Policy(N7) 音声呼ポリシー適用 PCF SMF PCC rule(5QI=1, GBR) 音声用QoS Flow追加を決定
QoS profile通知(N2) 音声QoSをRANへ通知 AMF NG-RAN 5QI=1 QoS profile RANがVoNR可否を判断
Handover Required(N2) LTEへの移行を要求 NG-RAN AMF 対象セル情報 N26でのコンテキスト移行を起動
N26 コンテキスト移行 4G/5G状態引き継ぎ AMF MME UE/ベアラコンテキスト 4G側でHandover受入準備
RRC Release(redirect) UEをLTEへ誘導 NG-RAN UE redirect先(EUTRA) UEが4Gで再接続
専用ベアラ確立(QCI=1) 4Gで音声レーンを敷く MME/eNB UE QCI=1(GBR) VoLTE音声成立

Handoverベース と Redirectベース

EPS Fallbackの移行方式は、N26インターフェースの有無 で2つに分かれます。

観点 Handoverベース Redirectベース
前提 N26あり(AMF⇔MME) N26なし
移行の仕組み Inter-RAT Handover(状態引き継ぎ) RRC ReleaseでLTEへリダイレクト
状態引き継ぎ あり(コンテキストをN26で移送) なし(UEが4Gで再接続)
音声確立までの速さ 相対的に速い・滑らか 再接続ぶん遅くなりやすい
実装の複雑さ N26構成が必要 N26不要で構成が簡素

RAT Fallback との関係

EPS Fallback は「5GS(NR)から4G/EPS(LTE)へ移して音声を成立させる」仕組みです。よく似た用語に RAT Fallback があり、こちらは「同じ5GシステムのままNRでの音声を諦め、LTE無線へ移す」ニュアンスで使われます。実運用では両者が近い文脈で語られますが、移行先が『4G/EPC(コアごと4G)』なのか『5GC配下のLTE(NG-RAN内のE-UTRA)』なのか が違いの軸です。厳密な定義・切り分けは 3GPP TS を 要確認。本章の主題はコアも4Gへ移る EPS Fallback です。

EPCとの比較

  • 4Gでは: LTE上の音声は最初から VoLTE(IMS+専用ベアラ QCI=1)で成立させます。他RATへ落とす仕組みとしては、VoLTE非対応時に回線交換の3G等へ落とす CS Fallback が歴史的にありました(4G初期)。EPS FallbackはこのCS Fallbackの「音声のときだけ実績あるRATへ移す」思想を、5G→4Gの文脈で受け継いだものと理解できます。
  • 5Gでは: VoNR非対応セルで音声呼が起きると EPS Fallback でUEを4G(EPS)へ移し、VoLTE(QCI=1)で成立させます。識別子の対応は 5QI=1 ↔ QCI=1(会話音声, GBR)5QI=5 ↔ QCI=5(IMSシグナリング, Non-GBR)。呼制御がIMSである点は4G/5Gで共通です。

Release差分

  • Rel-15: 5G初期展開でVoNR未提供エリアが多く、EPS Fallback が実運用上ほぼ必須として位置づけられた。TS 23.502 §4.13.6.1 に手続きが規定。
  • Rel-16以降: VoNR対応の拡充により、将来的にはEPS Fallbackの重要度は下がる方向。ただし個別の機能追加・改定は各TSを 要確認(本章では断定しない)。

Trouble Shooting

症状 想定原因 確認ポイント ログ/Packet 解決方向
音声発信で必ず4Gに落ちる セルがVoNR非対応(正常なEPS Fallback) RANのVoNR対応可否 N2 QoS profile, RANポリシー VoNR対応セルの拡充で解消
4Gへ移れず音声呼が失敗 N26未構成 or Redirect先LTE不在 N26設定, 近隣LTEセル N2 Handover, RRC Release N26構成/近隣LTEカバレッジ確認
移行に時間がかかり呼が遅い Redirectベースで再接続に時間 Handover/Redirectのどちらか RRC Release, TAU/Attach N26導入でHandoverベース化を検討
4Gで音声が確立しない 専用ベアラ(QCI=1)未確立 4G側QoS/ベアラ設定 S1AP, GTP-C, QCI=1 4G側IMS/ベアラ設定・要確認
移行後5Gに戻らない 戻り(mobility)がポリシー依存 事業者の戻しポリシー RAN/AMFポリシー 実装依存・仕様外の運用設計

3GPP Specification

  • 3GPP TS 23.502 §4.13.6.1 — EPS Fallback for IMS voice の手続き(本章の主根拠)
  • 3GPP TS 23.501 §5.7.4 — 標準化5QI表(5QI=1 会話音声/GBR, 5QI=5 IMSシグナリング/Non-GBR)
  • 3GPP TS 23.501 / 23.502 — 4G/5G Interworking と N26(AMF⇔MME)の規定(詳細な章番号は 要確認
  • 3GPP TS 23.228 — IMS(音声呼の制御。4G/5G共通の呼制御。本章では概要のみ・要参照

FAQ

Q. EPS Fallbackとは結局どういう仕組みですか? A. VoNR非対応のセルで音声呼が起きたとき、UEを一時的に 5GS(NR)から4G/EPS(LTE)へ移し、実績ある VoLTE(QCI=1) で音声を成立させる仕組みです。3GPP TS 23.502 §4.13.6.1 に規定されています。

Q. 何がきっかけでEPS Fallbackは起動しますか? A. IMS音声呼の確立で 音声用QoS Flow(5QI=1, GBR)の確立要求 が発生し、それを受けたNG-RANが「このセルはVoNR非対応」と判断したときに起動します。トリガー自体はVoNRと共通です。

Q. HandoverベースとRedirectベースの違いは何ですか? A. N26(AMF⇔MME)の有無 です。N26があれば状態を引き継いでInter-RAT Handoverで滑らかに移行(Handoverベース)、なければRRC ReleaseでUEをLTEへリダイレクトし再接続させます(Redirectベース)。一般にHandoverベースの方が速く滑らかです。

Q. N26は必須ですか? A. 必須ではありません。N26があるとHandoverベースの滑らかな移行が可能ですが、N26なしでもRedirectベースでEPS Fallbackは実現できます。設計上の選択です。

Q. 音声が終わったら5Gに戻りますか? A. 仕様で一律に決まってはおらず、戻すかどうかは無線側のモビリティ・ポリシー次第(実装依存)です。

Summary

  • EPS Fallback は、VoNR未提供エリアで音声呼確立時にUEを 5GS(NR)→4G/EPS(LTE) へ移し、VoLTE(QCI=1) で音声を成立させる仕組み(3GPP TS 23.502 §4.13.6.1)
  • 起動のきっかけは 音声用QoS Flow(5QI=1)の確立要求(VoNRと共通)で、そこから NG-RANのVoNR非対応判断 を経て起動する分岐がEPS Fallback固有
  • 移行方式は Handoverベース(N26あり・状態引き継ぎ)Redirectベース(N26なし・RRC Releaseで誘導) の2つ
  • N26(AMF⇔MME) は4G/5G間のモビリティコンテキスト引き継ぎを担い、移行方式を左右する
  • 識別子は 5QI=1↔QCI=1, 5QI=5↔QCI=5 に対応し、呼制御はIMSのまま4G/5Gで共通

Practice — 理解度チェック・演習

理解度チェック

Q1. EPS Fallbackは何をきっかけに、何を判断して起動しますか?

IMS音声呼で 音声用QoS Flow(5QI=1, GBR)の確立要求 が発生することがきっかけで、それを受けた NG-RANが「このセルはVoNR非対応」と判断 したときに起動します。トリガー自体はVoNRと共通で、非対応判断からの分岐がEPS Fallback固有です。

Q2. HandoverベースとRedirectベースは、何によって分かれますか?それぞれの移行手段は?

N26(AMF⇔MME)の有無 で分かれます。N26ありは Inter-RAT Handover(コンテキストをN26で引き継ぎ滑らかに移行)、N26なしは RRC Releaseでのリダイレクト(UEがLTEで再接続)です。

Q3. 移行後、UEはどのRAT・どの識別子で音声を確立しますか?

4G/EPS(LTE) 上で、専用ベアラ QCI=1(会話音声, GBR) を使い VoLTE として音声を確立します。5QI=1↔QCI=1 と対応します。

演習

  • VoNR対応セルとVoNR非対応セルで、音声発信時のCall Flowがどこまで共通でどこから分岐するかを図に描いてみましょう(ヒント: 5QI=1要求までは共通、NG-RANの可否判断で分岐)。
  • N26あり/なしの2ケースについて、EPS Fallbackのシーケンスを並べて比較し、音声確立までのステップ数の違いをまとめてみましょう。

Next Step