コンテンツにスキップ

QoS — 5G QoSモデル

難易度: 上級 / 想定学習時間: 40分 / 対象: 5G QoS モデル(QoS Flow / 5QI / GBR・Non-GBR / AMBR) / 主役NF: SMF, PCF, UPF / 主Interface: N7, N4, N2, N3

学習目標

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

  • Why(なぜ QoS が必要か)を、全トラフィックを平等に扱うと音声・緊急・動画・ベストエフォートが競合して体感が破綻する、という差別化の観点で説明できる。
  • QoS Flow が 5G QoS の最小粒度であり、QFI(QoS Flow Identifier) で識別されること、PDU Session が1つ以上の QoS Flow を内包することを説明できる。
  • 5QI(5G QoS Identifier) が品質特性(優先度・遅延・パケット誤り率等)の標準化された識別子であることを説明できる。
  • GBR / Non-GBR の違いと、Session-AMBR / UE-AMBR の役割(保証と上限)を区別して説明できる。
  • QoS Flow ↔ DRB(Data Radio Bearer)マッピングを NG-RAN が担うこと、QFI が N3(GTP-U) でマーキングされることを説明できる。
  • 制御(PCF→SMF が決定)適用(UPF がレート制御・NG-RAN がスケジューリング) の分離を、N7/N4/N2/N1/N3 の各Interfaceに対応づけて説明できる。
  • Wireshark で GTP-U(QFI) / NGAP(QoS profile) / PFCP(QER) を解析する着眼点を挙げられる。
  • 4G(EPC) の QoS(EPSベアラ単位 / QCI / APN-AMBR)と 5G の QoS(QoS Flow単位 / 5QI / Session-AMBR)の違いを対比できる。

前提知識

先に以下を理解しておくとスムーズです。まだの人は カリキュラム から始めてください。

  • PDU Session の理解(QoS は PDU Session の内側で適用される。QoS Flow は PDU Session に内包される) → PDU Session Establishment
  • N4 / PFCP の基礎(SMF が UPF に PDR/FAR/QER 等の転送・QoS 規則を設定する) → N4
  • PCF の役割(ポリシー・QoS を PCC Rule として提供する) → PCF
  • SMF / UPF の役割(SMF が QoS を決定、UPF が転送・QoS を適用する) → SMF / UPF

この章で学べること

本章は 5G の QoS モデル に焦点を絞ります。QoS Flow(最小粒度)・5QIGBR/Non-GBRAMBR という QoS の骨格と、その 制御(決定)適用(実施) がどのNF・Interfaceで行われるかを主題化します。

  • QoS Flow の確立自体は PDU Session Establishment の一部として起こります。本章は QoS モデルの構造を主題とし、PDU Session 確立手順そのものは pdu-session へ誘導します。
  • PFCP のルール詳細(PDR/FAR/QER/URR の細目)は N4 へ誘導します。本章では QER(QoS Enforcement Rule)の位置づけを概念として扱います。
  • 無線側の詳細(DRB の無線リソース割当・スケジューリングアルゴリズム)は概念にとどめ、詳細は範囲外(無線側・実装依存)とします。
  • ネットワークスライス(Network Slicing)Network Slicing 章 の主題であり、本章では関連する範囲で言及するにとどめます(S-NSSAI とスライス選択の詳細はそちら)。

Why — なぜ QoS が必要なのか

Why(なぜ必要か)から始めます。 モバイルネットワークには、性質のまったく異なるトラフィックが同時に流れます。音声通話は遅延に敏感で少しの遅れやパケット欠落でも通話が途切れます。緊急通報は最優先で確実に通す必要があります。動画ストリーミングは一定の帯域が要りますが多少の遅延は許容できます。メール・バックグラウンド更新は遅くても構いません(ベストエフォート)。

もしこれらをすべて平等に扱うと、混雑時に大量の動画やダウンロードが帯域を食い尽くし、音声が途切れ、緊急通報が届かないといった体感の破綻が起きます。そこでネットワークは、トラフィックを性質ごとに区別(差別化) し、優先すべきものを優先し、必要なものには帯域を保証する仕組みが要ります。これが QoS(Quality of Service、品質制御) です。

例え話: 高速道路の優先レーンと救急車

QoS は、高速道路の車線設計に似ています。すべての車を1車線に押し込めば、救急車も通勤車も渋滞に巻き込まれます。そこで、救急車(緊急通報)には専用レーンを空け(最優先・保証)バス(音声)には優先レーン(低遅延・優先)、一般車(動画・メール)は通常レーンで流量に応じて流します。5G の QoS はこの「レーン分け」を QoS Flow という単位で行い、どのレーン(品質)を使うかを 5QI という番号で指定し、保証つきレーン(GBR)と共有レーン(Non-GBR)を使い分けるのです。

Overview — 概要

5G の QoS モデルは、QoS Flow を最小粒度とします。1つの PDU Session(UEからDNへ抜けるパイプ)の中に、1つ以上の QoS Flow が存在し、各 QoS Flow は QFI(QoS Flow Identifier) で識別されます。同じ QoS Flow に属するパケットは、同じ QoS 扱い(優先度・遅延・レート等)を受けます。

各 QoS Flow の品質は、次の要素で規定されます。

要素 何を表すか 位置づけ
QFI QoS Flow の識別子 QoS Flow を区別する番号。N3(GTP-U) でマーキングされる
5QI 品質特性(優先度/遅延/誤り率等)の標準番号 どんな品質かを1番号で示す「品質のメニュー番号」。標準値は TS 23.501 §5.7(章番号要確認
GBR / Non-GBR 帯域を保証するか否か GBR=保証(GFBR/MFBR を持つ)、Non-GBR=保証なし(共有)
Session-AMBR PDU Session 単位の総帯域上限 その PDU Session の Non-GBR フロー合計の上限(要確認: 適用範囲)
UE-AMBR UE 単位の総帯域上限 その UE 全体の Non-GBR 合計の上限(要確認: 適用範囲)

5G QoS の要点は、「決める人」と「実施する人」が分離していることです。PCF/SMF が QoS を決定(制御プレーン) し、UPF がレート制御・マーキングを、NG-RAN が無線スケジューリングを実施(ユーザプレーン) します。

flowchart LR
    PCF["PCF
(ポリシー/PCC Rule)"] -- "N7" --> SMF["SMF
(QoS 決定)"] SMF -- "N4: QER/PDR" --> UPF["UPF
(レート制御/マーキング)"] SMF -- "N2(AMF経由): QoS profile" --> RAN["NG-RAN
(QoS Flow→DRB)"] SMF -- "N1(NAS): QoS rules" --> UE["UE
(UL分類)"] RAN == "N3: QFI マーキング" ==> UPF classDef ctrl fill:#eef,stroke:#66a,stroke-width:1px; classDef data fill:#efe,stroke:#3a3,stroke-width:2px; class PCF,SMF ctrl; class UPF,RAN data;

Basic Concept — 初心者向け説明

5G の QoS を理解するには、3つのキーワードを押さえます。

1. QoS Flow とは(品質を揃える「まとまり」)

QoS Flow は、PDU Session の中で同じ品質(QoS)を適用するトラフィックのまとまりです。5G では QoS の最小粒度がこの QoS Flow で、QFI(QoS Flow Identifier) という番号で識別されます。

例えば1本の PDU Session(インターネット接続)の中に、「音声用の QoS Flow(低遅延・優先)」と「一般データ用の QoS Flow(ベストエフォート)」を同居させられます。高速道路の例えでは、1本の道路(PDU Session)の中に用途別のレーン(QoS Flow)を引くイメージです。

2. 5QI とは(品質の「メニュー番号」)

5QI(5G QoS Identifier) は、遅延(Packet Delay Budget)・パケット誤り率(Packet Error Rate)・優先度(Priority Level)といった品質特性のセットを、1つの標準化された番号で表したものです。レストランのメニュー番号のように、「5QI=◯番」と言えば、その品質特性の組み合わせが決まります。

標準化された 5QI 値とその特性は 3GPP TS 23.501 §5.7(章番号要確認)の標準化 5QI テーブルに定義されています。音声向け・会話型映像向け・ベストエフォート向けなど代表的な値が規定されていますが、本ページでは個々の 5QI 値・遅延値・誤り率の具体値を断定しません(値は TS 23.501 §5.7 を要確認。架空値は記載しない方針)。4G の QCI に相当する概念です。

3. GBR・Non-GBR と AMBR(保証と上限)

QoS Flow は、帯域を保証するか否かで2種類に分かれます。

  • GBR(Guaranteed Bit Rate、保証ビットレート) — 一定の帯域を保証する QoS Flow。音声や会話型映像など、帯域が足りないと成立しないトラフィック向け。保証レート GFBR(Guaranteed Flow Bit Rate) と最大レート MFBR(Maximum Flow Bit Rate) を持ちます。
  • Non-GBR — 帯域を保証しない QoS Flow。ベストエフォートのデータ向けで、品質は主に 5QI ベースで扱われ、混雑時は共有されます。

そして、帯域の総量の上限を定めるのが AMBR(Aggregate Maximum Bit Rate) です。

  • Session-AMBR1つの PDU Session 単位の、Non-GBR トラフィック合計の帯域上限。
  • UE-AMBR1つの UE 全体の、Non-GBR トラフィック合計の帯域上限。

GBR は「床(保証)」、AMBR は「天井(上限)」

GBR が「最低これだけは出す」という床(保証) なのに対し、AMBR は「これ以上は出さない」という天井(上限) です。GBR フローには個別の保証(GFBR)と上限(MFBR)があり、Non-GBR フロー群には全体の天井(Session-AMBR / UE-AMBR)があります。両者の適用範囲・組み合わせの細部は TS 23.501 §5.7 を要確認です。


Architecture

5G QoS モデルに関わる要素と、それらを結ぶInterfaceです。制御プレーン(QoS を決定:PCF→SMF)ユーザプレーン(QoS を適用:UPF / NG-RAN) が分離している点がこの章の主役です。

flowchart LR
    subgraph CP["制御プレーン (QoS 決定)"]
      PCF["PCF
(PCC Rule)"] SMF["SMF
(QoS 決定)"] AMF["AMF
(N2 搬送仲介)"] end subgraph UP["ユーザプレーン (QoS 適用)"] UPF["UPF
(QER: レート/マーキング)"] RAN["NG-RAN / gNB
(QoS Flow→DRB)"] end PCF -- "N7 (Npcf_SMPolicyControl): PCC Rule" --> SMF SMF -- "N4 (PFCP): QER/PDR" --> UPF SMF -- "N1 (NAS): QoS rules" --> UE(("UE
(UL 分類)")) SMF -- "N2 SM情報: QoS profile" --> AMF AMF -- "N2 (NGAP): QoS profile" --> RAN RAN == "N3 (GTP-U): QFI マーキング" ==> UPF UPF == "N6" ==> DN[(Data Network)] classDef core fill:#efe,stroke:#3a3,stroke-width:2px; class PCF,SMF,UPF core;

各要素の役割は次の通りです。

  • PCF — ポリシーの源泉。加入者・アプリに応じた PCC Rule(Policy and Charging Control Rule) を作り、QoS パラメータ(5QI、GBR/Non-GBR、AMBR 等)を N7 で SMF に渡す(動的 PCC 構成時)。
  • SMF — QoS の決定者。PCF のポリシー(または既定値)を基に各 QoS Flow の QoS を決め、QER/PDR を N4 で UPF へQoS profile を N2(AMF 経由)で NG-RAN へQoS rules を N1(NAS)で UE へ配布する。
  • UPF — ユーザプレーンでの QoS 適用者。SMF が設定した QER(QoS Enforcement Rule) に従い、レート制御(Session-AMBR 等の上限適用)と DL 側の QFI マーキングを行う。
  • AMF — N2 の搬送仲介。SMF が生成した QoS profile を含む N2 SM 情報を NG-RAN へ中継する(QoS の中身は決めない)。
  • NG-RAN / gNB — 無線側での QoS 適用者。コア側の(QoS Flow, QFI)を無線側の DRB(Data Radio Bearer)マッピングし、無線スケジューリングを行う。コアNFではありません(無線アクセス側)。

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

Network Function(登場NF)

5G QoS に関わる主なNFの役割です。NG-RAN は無線アクセス側であり、コアNFではありません(本表はコア観点で、NG-RAN は QoS Flow↔DRB マッピングの担い手として併記)。

NF この文脈での役割 保持/取得する情報 主なAPI/手続き 障害時の影響
PCF QoS/課金ポリシー(PCC Rule)の提供。5QI・GBR/Non-GBR・AMBR 等を決めて SMF へ PCC Rule、認可 QoS、加入者ポリシー Npcf_SMPolicyControl(N7、TS 29.512) ポリシー未適用(SMF 既定 QoS で継続し得る=構成依存)
SMF QoS の決定主体。QoS Flow ごとの QoS を確定し、QER/QoS profile/QoS rules を各方向へ配布 QoS Flow(QFI/5QI)、GBR/AMBR、UPF/NG-RAN 向け QoS 情報 Nsmf_PDUSession(提供)、N4(PFCP)、Npcf(消費) QoS が配布されず品質制御が効かない
UPF ユーザプレーンでの QoS 適用。QER によるレート制御、DL 側 QFI マーキング PDR/FAR/QER、Session-AMBR 等の上限、QFI PFCP(N4、TS 29.244。QER 設定) レート制御・マーキング不履行で QoS 破綻
AMF N2 の搬送仲介。QoS profile を含む N2 SM 情報を NG-RAN へ中継(QoS の中身は決めない) N2 SM 情報(QoS profile を内包) NGAP(N2 搬送)、Namf_Communication QoS profile が NG-RAN へ届かず無線側 QoS 未設定
NG-RAN / gNB(コアNFではない) (QoS Flow, QFI)↔ DRB マッピング、無線スケジューリング。UL は QoS rules に基づくマーキング検証 QoS profile、DRB 構成、QFI↔DRB 対応 NGAP(QoS profile 受領)、RRC(DRB 設定) 無線側で QoS が適用されず優先制御が効かない

Interface / Protocol

この文脈で使う主なInterfaceとProtocolです。QoS 情報がどの区間をどの形で流れるかを整理します。

Interface Protocol Transport 区間 この文脈での用途
N7 SBI(HTTP/2, TLS, JSON) TCP/TLS PCF ⇔ SMF Npcf_SMPolicyControl で PCC Rule(5QI/GBR/AMBR 等)を取得(TS 29.512)
N4 PFCP UDP(port 8805) SMF ⇔ UPF UPF へ QER/PDR を設定しレート制御・マーキングを指示(TS 29.244)
N2 NGAP SCTP(port 38412) gNB ⇔ AMF QoS profile を NG-RAN へ搬送(AMF 経由。TS 38.413)
N1 NAS(5GSM) (NGAP/N2 上でトンネル) UE ⇔ AMF QoS rules を UE へ配布(UL トラフィックの QoS Flow 分類用。TS 24.501)
N3 GTP-U UDP(port 2152) gNB ⇔ UPF ユーザプレーンパケットに QFI をマーキング(GTP-U は TS 29.281/QFI を載せる PDU Session Container は TS 38.415)

QoS profile と QoS rules の向きの違い

QoS profile は SMF が生成し NG-RAN 向け(N2)— 無線側が DRB マッピングとスケジューリングに使う。QoS rules は SMF が生成し UE 向け(N1 NAS)— UE が UL(上り)トラフィックをどの QoS Flow に載せるか分類するために使う。QER は UPF 向け(N4)— レート制御と DL マーキングを実施する。3者は「同じ QoS 決定を、NG-RAN・UE・UPF の各実施主体に配る」関係です。オペレーション名・IE 名の細部は版・実装依存で一部要確認です。

Protocolの詳細は Protocol辞典、Interface一覧は Interface辞典 を参照してください。


Procedure — Call Flow

このページの心臓部です。 QoS Flow の確立・変更に伴う制御の流れを Mermaid の sequenceDiagram で示します。根拠は TS 23.502(PDU Session 確立/変更手順の中での QoS 設定)、TS 23.501 §5.7(QoS モデル、章番号要確認)、TS 29.512(Npcf_SMPolicyControl)、TS 29.244(PFCP QER)、TS 38.413(NGAP QoS profile)です。QoS Flow は多くの場合 PDU Session Establishment の一部として確立されるため、ここでは QoS 設定の配布に焦点を当てます(PDU Session 確立の全体手順は pdu-session を参照)。

前提: PDU Session の確立/変更の文脈で QoS が設定される

QoS Flow の確立は、独立した手続きではなく PDU Session Establishment や PDU Session Modification の中で行われます。本図は、その中の QoS 決定 → UPF/NG-RAN/UE への配布 部分を抜き出したものです。オペレーション名・順序は TS 23.502 準拠ですが、細部は版・実装依存で一部要確認です。

sequenceDiagram
    autonumber
    participant UE
    participant RAN as NG-RAN / gNB
    participant AMF
    participant SMF
    participant PCF
    participant UPF

    Note over SMF,PCF: PDU Session 確立/変更の契機で QoS 決定が必要に
    opt 動的 PCC(PCF 連携・条件付き)
        SMF->>PCF: Npcf_SMPolicyControl (PCC Rule 要求)
        PCF-->>SMF: PCC Rule(5QI, GBR/Non-GBR, AMBR 等)
        Note right of PCF: N7 / TS 29.512
    end
    Note over SMF: QoS Flow ごとの QoS を決定
(QFI 割当, 5QI, GBR/AMBR) SMF->>UPF: PFCP Session Establishment/Modification(QER/PDR) Note right of SMF: N4 / TS 29.244。レート制御・DL QFI マーキング指示 UPF-->>SMF: PFCP Response SMF->>AMF: N2 SM情報(QoS profile)+ N1(QoS rules) Note right of SMF: Namf_Communication_N1N2MessageTransfer AMF->>RAN: NGAP に QoS profile を載せて配送 Note right of AMF: N2 / TS 38.413 RAN->>RAN: QoS Flow(QFI) ↔ DRB マッピング決定 RAN->>UE: RRC で DRB 設定 + N1(QoS rules) を配送 Note over RAN,UE: 無線側 DRB 設定(概略/範囲外) Note over UE,UPF: 以降のデータ: N3 上で QFI マーキング
UL は UE が QoS rules で分類、DL は UPF がマーキング

ステップ解説(番号は上図に対応)

1-2. (条件付き)SMF↔PCF: 動的 PCC 構成では、SMF が Npcf_SMPolicyControl(N7)で PCC Rule を取得します。PCC Rule には 5QI・GBR/Non-GBR 区分・AMBR 等の QoS パラメータが含まれます(TS 29.512)。PCF 無し(静的 PCC)構成では SMF 既定 QoS を使います(構成依存)。 3. (SMF 内)QoS 決定: SMF が QoS Flow ごとに QFI を割り当て、5QI・GBR/AMBR を確定します。 4-5. SMF→UPF: PFCP Session Establishment/Modification(N4)で UPF に QER(QoS Enforcement Rule) と PDR を設定します。QER によりレート制御(Session-AMBR 等の上限)と DL 側の QFI マーキングが指示されます(TS 29.244)。PFCP ルール詳細は N4 参照。 6-7. SMF→AMF→NG-RAN: SMF は QoS profile を含む N2 SM 情報と、UE 向けの QoS rules(N1)を AMF 経由で配布します。AMF は NGAP に QoS profile を載せて NG-RAN へ運びます(N2 の搬送仲介、TS 38.413)。 8. NG-RAN の DRB マッピング: NG-RAN が (QoS Flow, QFI)↔ DRB の対応を決めます。1つの DRB に複数 QoS Flow を束ねることもあります(無線側・実装依存)。 9. NG-RAN⇔UE(無線側・概略/範囲外): NG-RAN が RRC で DRB を設定し、同梱の QoS rules を UE へ届けます。 10. データ転送時の QFI マーキング: 以降の実データでは、DL は UPF が QoS Flow に応じて N3(GTP-U) 上で QFI をマーキングし、NG-RAN が対応 DRB へ載せます。UL は UE が QoS rules に基づきトラフィックを QoS Flow に分類して送ります。

手順は PDU Session 確立/変更に埋め込まれる

上図は QoS 配布の骨子を抜き出したものです。実際には PDU Session Establishment の Call Flow の中に織り込まれ、N4 の Establishment→Modification の2段や N2 リソース設定と統合されます。メッセージ順序・オペレーション名・IE の一部は版・実装依存で要確認です。

参照: TS 23.501 §5.7(QoS モデル、章番号要確認)、TS 23.502(QoS 設定を伴う PDU Session 手順)、TS 29.512(Npcf_SMPolicyControl)、TS 29.244(PFCP QER)、TS 38.413(NGAP QoS profile)。

Signal Flow

QoS 情報を運ぶ主要な「情報の器」を、方向ごとに整理します。IE 名・オペレーション名の一部は版・実装依存のため要確認です。

情報 Protocol 送信元→先 目的 主な中身(要確認あり)
PCC Rule SBI(Npcf_SMPolicyControl) PCF→SMF QoS/課金ポリシーの提供 5QI、GBR/Non-GBR 区分、GFBR/MFBR、AMBR、フロー記述子等
QER / PDR PFCP SMF→UPF UPF での QoS 適用指示 QER(レート上限=Session-AMBR 等、DL QFI マーキング)、PDR(検出条件)等
QoS profile NGAP(N2 SM情報) SMF→(AMF→)NG-RAN 無線側 QoS の設定 5QI、ARP、GBR パラメータ(GFBR/MFBR)、QFI 等(IE 名要確認
QoS rules NAS(5GSM) SMF→(AMF→)UE UE の UL 分類ルール QFI、パケットフィルタ(UL トラフィック→QoS Flow 対応)、優先度等
QFI マーキング GTP-U(N3) UPF/NG-RAN データ面での QoS Flow 識別 GTP-U 拡張ヘッダ内の QFI(PDU Session Container、IE 名要確認

「1つの QoS 決定」を各実施主体へ配る

上表は、SMF が下した1つの QoS 決定を、UPF(QER)・NG-RAN(QoS profile)・UE(QoS rules)という3つの実施主体へ、それぞれの形で配る流れを表します。データ面では QFI が共通の「タグ」となり、N3 上でどの QoS Flow のパケットかを示します。各 IE の詳細・参照 Spec は Message辞典 を参照してください。

State Machine

QoS Flow のライフサイクル(概念)です。QoS Flow は PDU Session に従属し、独立した重い状態機械は持ちません(PDU Session の状態に連動します)。根拠は TS 23.501 §5.7(QoS モデル、章番号要確認)。

stateDiagram-v2
    [*] --> NonExistent: PDU Session 内に未確立
    NonExistent --> Established: QoS Flow 確立(QFI 割当・QoS profile/QER/QoS rules 配布)
    Established --> Established: QoS Modification(5QI/GBR/AMBR 変更・QFI 維持)
    Established --> Released: QoS Flow 解放 / PDU Session 解放
    Released --> [*]
  • NonExistent — その PDU Session 内に当該 QoS Flow がまだ無い状態。
  • Established — QFI が割り当てられ、QoS profile(NG-RAN)・QER(UPF)・QoS rules(UE)が配布され、対応 DRB にマッピングされてデータが流れる状態。
  • Released — QoS Flow が解放された、または所属 PDU Session が解放された状態。

QoS Flow の状態は PDU Session に従属する

QoS Flow は PDU Session の内部要素であり、PDU Session が非活性(CM-IDLE 等)になれば、その QoS Flow のユーザプレーンも非活性化されます。QoS Flow 単体の厳密な状態定義は 3GPP 仕様上明示的な状態機械として大きく扱われないため、上図は理解のための概念表現です(状態名は要確認)。

Packet Analysis (Wireshark)

5G QoS を Wireshark で解析するときの要点です。QoS は複数区間にまたがるため、区間ごとにフィルタを使い分けます。

主要 Display Filter

Filter 意味 見る区間
gtp GTP-U(N3。QFI マーキングを含む) N3
ngap NGAP(QoS profile を含む PDU Session Resource 設定) N2
pfcp PFCP(N4。QER 設定を含む Session Establishment/Modification) N4
nas-5gs.sm 5GS NAS SM(QoS rules を含む Accept 等) N1

IE 名・値・フィールド位置は環境依存・要確認

QFI のヘッダ位置、ngap の QoS profile IE 名、pfcp の QER フィールド名は 3GPP の割当に基づきますが、Wireshark のバージョン・ディセクタ実装で表示や照合方法が異なる場合があります。本ページでは架空の数値・IE 名を断定しません。具体的なフィールド名・値は要確認とし、実機では GUI のプロトコル階層表示で確認するのが確実です。

Decode の見どころ(主要IE)

  • GTP-U(N3)の QFI — GTP-U 拡張ヘッダ(PDU Session Container、IE 名要確認)内に QFI が入り、そのパケットがどの QoS Flow かを示す。DL は UPF が、UL は UE/NG-RAN 側がマーキングする。
  • NGAP(N2)の QoS profile — PDU Session Resource 設定メッセージ内で、各 QoS Flow の 5QI・ARP・GBR パラメータ(GFBR/MFBR) 等が運ばれる(IE 名要確認)。
  • PFCP(N4)の Create QER — Session Establishment/Modification 内の QER に、レート上限(Session-AMBR 等)と DL 側 QFI マーキング指示が入る(フィールド名要確認)。

QFI はどこに現れるか

QoS の「タグ」である QFI は、区間ごとに異なる器に現れます。

N3 (GTP-U): GTP-U ヘッダ拡張(PDU Session Container)内の QFI
N2 (NGAP) : QoS profile 内(QoS Flow ごとに QFI と 5QI/GBR 等)
N1 (NAS)  : QoS rules 内(UL 分類の対応表として QFI を参照)

実際のpcapは環境依存(実装依存)

本ページのフィルタ・IE 名は解析の指針です。N3(GTP-U)/N4(PFCP) はコア内部区間のため、キャプチャ点によっては見えないことがあります。Open5GSfree5GC のテストベッドで、5QI/QoS Flow を設定した PDU Session を張り、トラフィックを流すと、N3 の QFI マーキングや N4 の QER を実際に観察できます(実装依存)。

Configuration

5G QoS を成立させるための設定の構造レベルの要点です。具体値・ベンダー固有(Cisco 等)は実装依存であり、ここでは架空の値を書きません。

QoS の設定観点(SMF/PCF 側)

  • 既定 5QI / QFI — PCF 無し(静的 PCC)構成で、DNN ごとに割り当てる既定の 5QI と対応 QFI。標準化 5QI 値は TS 23.501 §5.7(章番号要確認)の代表値を参照し、架空値は使わない
  • GBR / Non-GBR の指定 — QoS Flow ごとに保証(GBR: GFBR/MFBR)か共有(Non-GBR)かを設定。
  • AMBRSession-AMBR(PDU Session 単位)と UE-AMBR(UE 単位、加入者データ由来が典型)の上限値。
  • PCC Rule(動的 PCC) — PCF を使う場合、アプリ/加入者に応じた PCC Rule(5QI・GBR・AMBR・フロー記述子)を PCF 側に定義(N7、TS 29.512)。

QoS 適用の設定観点(UPF/NG-RAN 側)

  • UPF — SMF から N4(PFCP) で受ける QER を適用できる構成であること(レート制御・DL QFI マーキング)。PFCP アソシエーション確立が前提。
  • NG-RAN — QoS profile を受けて QoS Flow↔DRB マッピングとスケジューリングを行える構成であること(無線側・実装依存)。

具体値・ベンダー固有は実装依存

設定キー名・階層・必須項目、各 5QI に紐づく既定値は Open5GS / free5GC / 商用ベンダー(Cisco 等)で異なります。標準化 5QI の特性値(遅延・誤り率・優先度)は TS 23.501 §5.7要確認とし、本ページでは架空の設定値・5QI 特性値を記載しません(実装依存)。

Trouble Shooting

代表的な QoS 関連トラブルの切り分けです(一般論)。Cause 値の詳細は Cause辞典 を参照してください。

症状 想定原因 確認ポイント 関連ログ/Packet 対処の方向性
(a) QoS Flow が張られない QoS profile/QER 未配布、PCC Rule 取得失敗、5QI 未対応 SMF の QoS 決定、N7(PCC)/N4(QER)/N2(QoS profile) の配布 PFCP、NGAP、Npcf、SMF/UPF ログ PCF 連携・N4/N2 配布・5QI サポート整合を確認
(b) レート制限が効かない(上限超過) UPF の QER 未適用、Session-AMBR/UE-AMBR 設定不整合 UPF の QER 設定、AMBR 値、N4 Modification 完了 PFCP(QER)、UPF カウンタ N4 の QER 反映、AMBR 値・適用範囲を確認
(c) 5QI ミスマッチ コア決定 5QI と NG-RAN サポート/DRB マッピング不一致 QoS profile の 5QI、NG-RAN の対応 5QI/DRB 構成 NGAP QoS profile、NG-RAN/AMF ログ 5QI サポート整合、QoS Flow↔DRB マッピングを確認
(d) GBR 確立失敗 無線/コアの帯域不足、GFBR 確保不能、Admission Control 拒否 GBR パラメータ(GFBR/MFBR)、無線リソース、受付制御 NGAP(Resource Setup 失敗)、NG-RAN ログ GBR 値の妥当性、無線容量・受付制御を確認

EPCとの比較

4G(EPC) 経験者が 5G へ橋渡しできるよう対比します。「トラフィックを差別化して品質を保証/上限する」という基本思想は4Gと5Gで共通ですが、粒度が大きく異なります。4G は EPSベアラ単位(ベアラ=QoS)で QoS を扱い、5G は QoS Flow 単位(セッションと QoS を分離)で扱います。

観点 4G / EPC 5G / 5GC
QoS の粒度 EPSベアラ単位(ベアラ=QoS の単位) QoS Flow 単位(QFI で識別、PDU Session の中の細粒度)
QoS 識別子 QCI(QoS Class Identifier) 5QI(5G QoS Identifier)
保証区分 ベアラが GBR / Non-GBR QoS Flow が GBR / Non-GBR
セッション単位上限 APN-AMBR Session-AMBR
UE 単位上限 UE-AMBR UE-AMBR
無線ベアラ E-RAB / DRB(ベアラ単位) DRB(QoS Flow↔DRB マッピング。柔軟)
ポリシー制御 PCRF(Gx で PCC Rule) PCF(N7 Npcf_SMPolicyControl で PCC Rule)
制御↔適用 制御 PCRF/PGW、適用 PGW/SGW PCF/SMF 決定、UPF/NG-RAN 適用(制御・転送分離)

対応関係: EPSベアラ↔QoS Flow, QCI↔5QI, APN-AMBR↔Session-AMBR

大きな対応は EPSベアラ↔QoS FlowQCI↔5QIAPN-AMBR↔Session-AMBR です。最大の違いは粒度と分離で、4G は「ベアラを張ること=QoS を決めること」で両者が一体でしたが、5G は PDU Session(パイプ)と QoS Flow(品質)を分離し、1本のセッション内で複数の QoS Flow を柔軟に持てます。無線側も、4G の「ベアラ=E-RAB/DRB」から、5G は QoS Flow↔DRB マッピングという間接化で柔軟性が増しました。なお QCI と 5QI の個々の値の対応関係(どの QCI がどの 5QI に相当するか)は要確認です(値の断定はしません)。

Release差分

QoS 関連の主なトピックです。不確かなものは要確認とし、断定しません。

  • Rel-15 — 5G QoS モデルの基礎(QoS Flow / QFI / 5QI / GBR・Non-GBR / Session-AMBR・UE-AMBR / QoS Flow↔DRB マッピング)が確立(TS 23.501 §5.7 の基礎)。
  • Reflective QoS — DL パケットに付与された情報から UE が UL の QoS を導出する仕組み(明示的な QoS rules を UE に配らずに UL 分類を成立させる)。概念としては Rel-15 の QoS モデルに含まれるが、適用条件・詳細動作は要確認(本章では概念どまり)。
  • Alternative QoS Profile(Rel-16) — GBR フローで、要求 QoS を満たせない場合の代替 QoS のセットを事前に用意する拡張(無線状況に応じて代替品質へフォールバック)。概念のみ・詳細は要確認
  • Rel-17 / Rel-18(5G-Advanced) — QoS 監視・XR/メディア向け拡張等が継続(QoS モデル本体への具体差分は要確認)。

Release差分は要確認

各 Release で QoS モデルにどの機能がどこまで織り込まれたか(特に Reflective QoS の適用条件、Alternative QoS Profile の動作)は、対象 TS の版差分を個別に確認する必要があります。上記は概観であり、具体項目は要確認です。

3GPP Specification

Spec 内容
TS 23.501 §5.7 5G QoS モデル(QoS Flow / QFI / 5QI / 標準化 5QI テーブル / GBR・Non-GBR / AMBR)(章番号要確認
TS 23.502 (PDU Session 手順各章) QoS 設定を伴う PDU Session 確立/変更手順(章番号要確認
TS 24.501 §6 系 NAS 側 5GSM の QoS rules 等(章番号要確認
TS 29.244 (PFCP 各章) PFCP(N4)の QER(QoS Enforcement Rule)等
TS 29.512 Npcf_SMPolicyControl(N7):PCC Rule/QoS ポリシー
TS 38.413 (NGAP 各章) NGAP(N2)の QoS profile 搬送(章番号要確認
TS 29.281 GTP-U(N3)の基本 Protocol(トンネル・拡張ヘッダ枠組み)
TS 38.415 PDU Session User Plane Protocol:GTP-U 拡張ヘッダの PDU Session ContainerQFI を搬送(章番号要確認

章番号の扱い

TS 23.501 §5.7(QoS モデル・標準化 5QI テーブル)は本章の骨格として参照しています。ただし細かな章番号(§5.7.x の枝番)や、TS 23.502 の QoS 手順、TS 24.501 の QoS rules(§6 系)、TS 38.413 の NGAP 個別章番号は版により異なる場合があり、一部は要確認です。標準化 5QI の個々の値・特性、および QCI↔5QI 対応値も要確認とし、本ページでは値を断定しません。

FAQ

Q1. QoS Flow と EPSベアラ(4G)の違いは?

4G は EPSベアラが「接続の単位=QoS の単位」で、QoS ごとにベアラを張りました。5G は大きなパイプである PDU Session の中に QoS Flow(QFI で識別) という品質単位を持たせ、無線側で DRB にマッピングします。「セッション(パイプ)」と「QoS(品質)」を分離したのが5G の設計です。粒度は EPSベアラ(粗)→ QoS Flow(細・柔軟)へ。

Q2. 5QI とは何か?

5QI(5G QoS Identifier) は、遅延(Packet Delay Budget)・パケット誤り率(Packet Error Rate)・優先度(Priority Level)などの品質特性のセットを、1つの標準番号で表したものです。「品質のメニュー番号」に相当し、標準値は TS 23.501 §5.7(章番号要確認)に定義されます。4G の QCI に相当します。個々の 5QI 値・特性値は本ページでは断定せず要確認とします。

Q3. GBR と Non-GBR はどう使い分けるのか?

GBR(保証ビットレート) は音声・会話型映像など、一定帯域が確保されないと成立しないトラフィック向けで、GFBR/MFBR を持ちます。Non-GBR は帯域保証のないベストエフォート向けで、品質は主に 5QI ベースで扱われ混雑時は共有されます。要は「保証が要るか(GBR)/共有で足りるか(Non-GBR)」で選びます。

Q4. AMBR にはどんな種類があるか?

Session-AMBR(1つの PDU Session の Non-GBR 合計の上限)と UE-AMBR(1つの UE 全体の Non-GBR 合計の上限)があります。AMBR は「これ以上は出さない」という天井(上限) で、GBR の「床(保証)」とは役割が逆です。適用範囲の細部は TS 23.501 §5.7 を要確認です。

Q5. QFI はどこでマーキングされるのか?

データ面では N3(GTP-U) の拡張ヘッダ(PDU Session Container、IE 名要確認)に QFI が付与されます。DL(下り)は UPF が QoS Flow に応じてマーキングし、UL(上り)は UE が QoS rules に基づきトラフィックを QoS Flow に分類して送ります。NG-RAN はこの QFI と QoS profile を使って対応 DRB へマッピングします。

Q6. Reflective QoS とは何か?

Reflective QoS は、ネットワークが DL パケットに付与した情報から UE が UL 側の QoS を導出する仕組みです。明示的な QoS rules を配らずに UL 分類を成立させられます。概念としては 5G QoS モデルに含まれますが、適用条件・詳細動作は要確認であり、本章では概念どまりとします。

Summary

  • 5G QoS の最小粒度は QoS Flow。1つの PDU Session が 1つ以上の QoS Flow を内包し、各 Flow は QFI で識別される。
  • 各 QoS Flow の品質は 5QI(品質のメニュー番号)で規定され、GBR / Non-GBR で帯域保証の有無を、Session-AMBR / UE-AMBR で総量の上限を定める。
  • 制御(決定)と適用(実施)が分離PCF(PCC Rule, N7)→ SMF(QoS 決定) が決め、UPF(QER, N4) がレート制御・マーキングを、NG-RAN(QoS profile, N2) が QoS Flow↔DRB マッピングとスケジューリングを、UE(QoS rules, N1) が UL 分類を実施する。
  • データ面では QFI が共通タグ。N3(GTP-U) 上で DL は UPF が、UL は UE がマーキングする。
  • 4G の QoS(EPSベアラ単位 / QCI / APN-AMBR)に対し、5G は QoS Flow 単位 / 5QI / Session-AMBR で、セッションと QoS を分離した点が最大の進化(EPSベアラ↔QoS Flow, QCI↔5QI, APN-AMBR↔Session-AMBR)。
  • 根拠は TS 23.501 §5.7 / TS 23.502 / TS 24.501 / TS 29.244(QER)/ TS 29.512(Npcf)/ TS 38.413(QoS profile)(章番号・5QI 値・QCI↔5QI 対応の一部は要確認)。

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

理解度チェック

Q1. 5G QoS の最小粒度は何で、何で識別されるか?(解答)

最小粒度は QoS FlowQFI(QoS Flow Identifier) で識別される。PDU Session が1つ以上の QoS Flow を内包する。

Q2. 品質特性を1番号で表す標準識別子は? 4G の何に相当するか?(解答)

5QI(5G QoS Identifier)。4G の QCI に相当。標準値は TS 23.501 §5.7(要確認)。

Q3. GBR の「保証」と AMBR の「上限」はどう役割が違うか?(解答)

GBR は「最低これだけは出す」という床(保証、GFBR/MFBR)AMBR(Session-AMBR/UE-AMBR) は「これ以上は出さない」という天井(上限)。役割が逆。

Q4. QoS Flow を無線側の何にマッピングするか、それを担うのは誰か?(解答)

無線側の DRB(Data Radio Bearer) にマッピングする。担うのは NG-RAN / gNB(コアNFではない)。

Q5. SMF が QoS 決定を、UPF・NG-RAN・UE の各実施主体にどの器で配るか?(解答)

UPF へ QER(N4/PFCP)、NG-RAN へ QoS profile(N2/NGAP、AMF 経由)、UE へ QoS rules(N1/NAS)。データ面の共通タグは QFI(N3/GTP-U)。

演習

: 次の QoS 設定配布の主要ステップを正しい順に並べ替えてください。

A. SMF → UPF: PFCP で QER/PDR 設定(N4)
B. SMF → PCF: Npcf_SMPolicyControl で PCC Rule 取得(N7、条件付き)
C. NG-RAN: QoS Flow(QFI) ↔ DRB マッピング決定
D. SMF: QoS Flow ごとに QFI 割当・5QI・GBR/AMBR を決定
E. SMF → AMF → NG-RAN: QoS profile 配送(N2)/UE へ QoS rules(N1)
F. データ転送時: N3(GTP-U) で QFI マーキング(DL=UPF, UL=UE 分類)
解答

B → D → A → E → C → F

  • B: (条件付き)PCF から PCC Rule 取得(N7、静的 PCC 構成では省略)
  • D: SMF が QoS Flow ごとの QoS を決定(QFI/5QI/GBR/AMBR)
  • A: SMF→UPF QER/PDR 設定(N4、レート制御・DL マーキング)
  • E: SMF→AMF→NG-RAN QoS profile(N2)/UE へ QoS rules(N1)
  • C: NG-RAN が QoS Flow↔DRB マッピングを決定
  • F: データ面で QFI マーキング(DL=UPF、UL=UE が QoS rules で分類)

※ この配布は独立手続きではなく PDU Session Establishment の中に織り込まれる。順序・統合は実装依存で一部要確認

Next Step

理解を深めるための次の一歩です。