ローミングのサポート

機能の概要と変更履歴

要約データ

該当製品または機能エリア

SMF

該当プラットフォーム

SMI

機能のデフォルト設定

有効：常時オン

このリリースでの関連する変更点

N/A

関連資料

該当なし

更新履歴

表 1. マニュアルの変更履歴

改訂の詳細

リリース

SMF は次のローミング機能をサポートしています。

  • ホーム コールとローム コールの N3 と N9 の分離

  • CLI 構成による許可 PLMN リストと要求送信者 PLMN リストのサポート

  • N4 メッセージのローミング ステータス

  • SMF は、N16 hSMF または vSMF および SEPP の障害処理をサポートしています。

2023.03.0

次の拡張機能が導入されました。

  • ホーム ルーテッド（HR）ローミング サポート

  • セキュリティ エッジ保護プロキシ（SEPP）サポート

  • 人事ローミングにおける引き継ぎサポート

2021.02.3

最初の導入。

2021.01.0

機能説明

この章では、SMF でサポートされるローミングの機能の概要について説明します。モバイル ネットワーク オペレーターは、ローミング パートナーシップを結び、ネットワークが到達しない地域の加入者にシームレスなサービスを提供します。PLMNは、オペレータ ネットワークの境界を指名します。 hPLMN は、 サブスクライバのホーム ネットワークを示します。 vPLMN は、サービスのレンダリング元となる訪問ネットワークを示します。

SMF のローミング サポートは、次のように分類できます：

  • LBO（ローカル ブレークアウト）ローミング：vPLMN は、パケット コア サービスとデータ ネットワークへのアクセスをローカルに提供します。

  • HR（ホーム ルーティング）ローミング：vPLMN はパケット コア サービスを提供し、hPLMN はデータ ネットワークへのアクセスを提供します。

ローカル ブレークアウト ローミングのサポート

機能説明


重要

この章で使用されている PGW-C という用語は、SMF でサポートされている EPS インターワーキング機能を意味しており、LTE ネットワークで使用されるスタンドアロン P-GW として想定してはなりません。

VPLMN はパケット コア サービスを提供し、データ ネットワークへのアクセスを提供します。この機能により、SMF はローカル ブレークアウト（LBO）ローミングと呼ばれるルーティングのフレーバをサポートできます。

この機能では、以下の機能を提供します：

  • NR 経由で接続された 5G セッションのローミング

  • E-UTRAN を介して接続された 4G および Wi-Fi セッションのローミング

  • LI サポート

  • SEPP を使用しない展開モデル

サービス PLMN の詳細については、複数 PLMN のサポート の章を参照してください。

アーキテクチャ

ここでは、LBO ローミング機能のアーキテクチャについて説明します。

EPC LBO のシナリオ

次の図は、EPC の SMF と PGW-C に接続された 4G セッションの LBO ローミング アーキテクチャを示しています。

図 1. 4Gセッションのローカル ブレークアウト ローミング アーキテクチャ

4G セッションの LBO ローミング中は、SGW と SMF の PGW-C が両方とも VPLMN に存在します。SGW と SMF は、S5-C インターフェイスを介してメッセージを交換します。すべてのノースバウンド SBI インターフェイスは、4G と 5G に共通です。SMF は、vPCF、vCHF、および UDM と情報をやりとりします。

ePDG LBO シナリオ

次の図は、EPC の SMF および PGW-C に接続された Wi-Fi セッションの LBO ローミング アーキテクチャを示しています。

図 2. Wi-Fi セッションのローカル ブレークアウト ローミング アーキテクチャ

SMF は VPLMN に常駐し、vPCF、vCHF、UDM と相互作用します。SMF は 3GPP AAA サーバへの S6b をサポートしていませんが、N10 インターフェイスを使用します。

5G NR LBO シナリオ

次の図は、NR を介して接続された 5G セッションの LBO ローミング アーキテクチャを示しています。

図 3. 5G セッション向けの LBO ローミング アーキテクチャ

前の図に示すように、SMF は VPLMN にあります。AUSF と UDM のみが HPLMN の NF です。VPLMN の PCF は、N24 インターフェイスを介して HPLMN の PCF と通信します。PCF は相互に通信して、サブスクライバ セッションに関連するポリシーを取得し、それらを SMF に渡します。

LBO 中の SMF 機能

SMF は、インローマーの LBO に関連する次の機能をサポートしています。

  • 受信した SUPI のローカル構成と MCC および MNC に基づくインローマーの検出

  • N11

    • インローマーの LBO の決定

    • SMF が LBO をサポートしていない訪問者のセッション設定要求を受信した場合、SMF は AMF にエラーを送信します。次に、AMF はホーム ルーテッド（HR）ローミングをサポートする SMF とのセッションのセットアップを再試行します。

    • AMF からの vPCF である PCF ID のサポート

  • N2

    • SMF は、N2 SM 情報で VPLMN のシングル ネットワーク スライス選択支援情報（S-NSSAI）を提供します。

  • N7

    • VPLMN での PCF の選択

    • vPCF は、PCC ルール生成のために HPLMN 内の AF と対話します（IMS など）。ただし、PCC ルールはローミング ポリシーを使用して生成され、HPLMN の登録済みポリシーには vPCF からアクセスできません。また、vPCF は支出制限のために CHF とやり取りしません。LBO の PCC ルールの機能は制限されています。

  • N40

    • VPLMN での CHF の選択。 vSMF は、CHF が UE のローマー ステータス（インローマー）にサービスを提供する HPLMN ID の追加パラメータを考慮します。

  • N10

    • HPLMN における UDM の選択

  • NRF

    • SMF は、vCHF サービス HPLMN を検出する際に、chf-supported-plmn クエリパラメータを使用します。

    • EPS 手順中に、SMF が複数の S-NSSAI をサポートし、APN が複数の S-NSSAI に対して有効な場合、Nnssf_NSSelection_Get サービス操作を実行します。この操作は、SMF が S-NSSAI を UE に提供する前に有効になります。この操作は、サブスクライブ済みの S-NSSAI からサービング PLMN S-NSSAI 値へのマッピングを取得するのに役立ちます。

  • SMF での緊急サービスは LBO モデルでのみサポートされます。LBO ローミングの場合、SMF は緊急セッション用に UDM に登録しません。

    緊急コールの場合、SMF は UE PLMN ID を無視し、すべてのインターフェイスでサービス提供中の PLMN ID リレーします。

ネットワークスライシング

SMF は、以下のネットワーク スライシングに関連する機能をサポートします：

  • SMF は、許可された NSSAI のリストで構成できます。

  • SMF がローミング中に vSMF として機能する場合、VPLMN で使用される UE の S-NSSAI は、SMF で構成されている値である必要があります。

  • LBO の場合、SMF は、UDM から受信した S-NSSAI のマッピングを、PDU 接続の構成中に受信した HPLMN の NSSAI にマッピングを実行します。受信した NSSAI は、サポートされている NSSAI として vSMF で構成する必要があります。

ノード選択に関する考慮事項

LBO ローミングでのノードの選択には、次の基準が適用されます。

  • ローミングが有効になっている場合、各 SMF は PLMN 間 FQDN 値を NRF に登録します。この操作により、AMF は別の PLMN の hSMF を選択できます。

  • SMF は target-plmn-list と requester-plmn-list をクエリ パラメータとして扱います。

  • サービス中 PLMN の NRF は、NF からのすべての発見リクエストを処理します。

LBO 中の PDU 確立

LBO ローミングの場合、PDU セッションの確立には次の条件が考慮されます。

  • SMF が LBO をサポートせずにビジターのセッション設定要求を受信した場合、SMF は SM コンテキスト作成エラーを AMF にHOME_ROUTED_ROAMING_REQUIRED の原因で送信します。次に、AMF はホーム ルーテッド（HR）ローミングをサポートする SMF とのセッションのセットアップを再試行します。シナリオ例は、NAS PDU セッション確立要求が SSC モード 3 を要求し、vSMF で許可される SSC モードが SSC モード 3 をサポートしていない場合です。

  • SMF は HPLMN S-NSSAI と S-NSSAI の両方を受信します。SMF は S-NSSAI を使用して、vSMF でサポートされている NSSAI に対して NSSAI を検証します。

  • N40 インターフェイス：

    • vSMF は、CDR メッセージを介して CHF に roamerInOut 属性を送信します。roamerInOut 属性には、PDUSessionChargingInformation と userInformation が含まれます。この属性値は、インローマーの場合は IN_BOUND、アウトローマーの場合は OUT_BOUND のいずれかです。

    • vSMF は、非ローミングおよびローミングの場合に適切な値（HOME_DEFAULT、ROAMING_DEFAULT、および VISITING_DEFAULT）を使用して PDUSessionInformation およびChargingCharacteristicsSelectionMode IE を送信します。

    • PDUSessionInformation IE の hPlmnId および ServingCNPlmnId フィールドには、UE のローミング ステータスに従って値が伝送されます。

  • N1N2 メッセージの転送中に、N2 コンテンツで提供される S-NSSAI は VPLMN S-NSSAI と同じである必要があります。

  • LBO ローミング シナリオでは、PDU セッション確立承認メッセージに、VPLMN に対して許可された NSSAI からの S-NSSAI が含まれます。また、SMF が AMF から受信した許可 NSSAI のマッピングから取得した HPLMN の対応する S-NSSAI も含まれます。

  • SMF は LBO ローミング中の UDM 検出に HPLMN を使用します。

LBO 中の PDN 確立

S-GW は、S-GW が属する PLMN ID とともに PGW-C にサービング ネットワーク IE を送信します。SMF は、その PLMN を VPLMN として使用して、検証、ノード選択、および他のノースバウンド インターフェイスへの VPLMN の受け渡しを行います。

5G セッションの作成に適用される N40 インターフェイス関連の要件と緊急セッション関連の要件は、4G および Wi-Fi セッションにも適用されます。

PLMN の使用状況

次の表に、SMF サービス プロファイルで構成された PLMN 値が、すべてのインターフェイス間でどのようにリレーされるかを示します。

インターフェイス

属性

Homer

インローマー（LBO）

アウトローミング（HR）

 インローマー（HR）

UE PLMN

310-240

262-06

310-310

302-610

NRF

UDM を検出するために nrf Discover の plmn-list（queryParam = target-plmn）

UE PLMN

UE PLMN

UE PLMN

N/A

NRF

PCF/CHF を検出するために nrf Discover の plmn-list（queryParam = target-plmn）

UE PLMN

 サービング PLMN

UE PLMN

サービング PLMN

N10

N10 登録における smfRegistration IE の PLMN

サービング PLMN

サービング PLMN

プライマリ ホーム PLMN

N/A

N10

GET サブスクリプション URI の PLMN

サービング PLMN

サービング PLMN

プライマリ ホーム PLMN

N/A

N10

N10 の sdmSubscription IE の PLMN が Notification To にサブスクライブ

サービング PLMN

サービング PLMN

プライマリ ホーム PLMN

N/A

N40

N40 課金データ要求の NfConsumer 識別 IE の PLMN

プライマリ ホーム PLMN

プライマリ ホーム PLMN

プライマリ ホーム PLMN

プライマリ ホーム PLMN

N40

pduSession の PDU の hPlmnId、 IE の pduSession の課金情報の ChargingData 要求

UE PLMN

UE PLMN

UE PLMN

UE PLMN

N40

pduSession ChargingData リクエストの PDU セッション情報 IE での サービング PLMN

サービング PLMN

サービング PLMN

プライマリ ホーム PLMN

サービング PLMN

N7

PCF 内の PLMN による AC_TY_CH/ SAREA_CH/ RAT_TY_CH トリガの通知

サービング PLMN

サービング PLMN

プライマリ ホーム PLMN

N/A

N7

PCF への作成要求の PLMN

サービング PLMN

サービング PLMN

プライマリ ホーム PLMN

N/A

RADIUS

3GPP UE ロケーション IE RADIUS 認証の PLMN

サービング PLMN

サービング PLMN

N/A

RADIUS

RADIUS 認証における 3GPP GGSN MCC MNC の PLMN

プライマリ ホーム PLMN

プライマリ ホーム PLMN

N/A

N4

N4 要求の X ヘッダー内の PLMN

サービング PLMN

サービング PLMN

プライマリ ホーム PLMN

N/A

ローミング ステータスの決定

SMF は SUPI から UE PLMN を抽出します。SMF は、UE PLMN およびサービング PLMN を構成済みの PLMN リストと比較します。SMF は、HPLMN 値に基づいて加入者のローミング状態を決定します。

UE PLMN とサービング PLMN の両方が、SMF に構成された PLMN リストに属している場合、その PLMN はホーム サブスクライバです。UE の PLMN が構成された PLMN リストに属しておらず、サービング PLMN が構成された PLMN リストに属している場合、その UE はビジター状態です。UE の PLMN が構成された PLMN リストに属しており、サービング PLMN が構成された PLMN リストに属していない場合、その UE はローミング状態です。

ハンドオーバー シナリオ

ローミング ステータスが決定されると、引き継ぎ（HO）後に PLMN 値の構成が変更されても、ステータスは変更されません。

ローカルポリシー

HO シナリオでは、vSMF はローカル ポリシーをサポートしています。これにより、vPLMN オペレータは、ローミング契約に従って、hPLMN ドメインからシグナリングされたパラメータをオーバーライドできます。SMF はローカル ポリシーを使用して以下を行います。

  • 常時接続のセッション要求を許可します。

  • ページング ポリシーの差別化

  • HR モードまたは LBO モードでの PDU セッションのセットアップを許可します

  • ローミング契約に従ってサブスクライバの QoS をサポートする

  • HO ローミング セッションに ARP 優先順位レベル 1 〜 8 を許可します。

その他の手順

ページング ポリシー差別化

SMF は、ローミング パートナーごとに異なる PPD プロファイルを使用できるように PLMN ごとに構成する必要があります。vSMF は HPLMN の適切な構成を選択し、ローミング セッションにも同じ構成を適用します。

PCF と UDM の選択

ローミング中に、AMFはvPCFとhPCFの両方を選択し、ポリシーの関連付け中に、vPCF IDとhPCF IDをそれぞれSMFとvPCFに送信します。SMF は、受信した vPCF ID を使用して PCF を選択します。AMF の再配置中に、ターゲット AMF は新しい vPCF と hPCF を選択します。SMF は、PDU セッションの既存の PCF から、PCF ID を含むリダイレクション通知を受信します。SMF は現在の SM ポリシー制御の関連付けを終了し、受信した PCF ID に基づいて PCF を再選択します。SMF は、再選択された PCF との SM ポリシー制御の関連付けを確立します。

ローカル構成に基づいて PCF と UDM を選択する場合、LBO ケースを使用したローミングでは PCF は VPLMN にあり、UDM は HPLMN にあるため、ローカルに構成されたアドレスはそれぞれ VPLMN と HPLMN にマッピングされます。

PCF および UDM の NRF ベースの検出の場合、クエリ基準には PCF 検出の VPLMN と UDM 検出の HPLMN が含まれます。AMF は、SMF が UDM を選択できるようにするために UDM グループ ID を送信します。SMF が PCF を選択するために使用する S-NSSAI は、AMF から受信した VPNLMN S-NSSAI である必要があります。

合法的傍受

ローミング シナリオ中に、SMF は VPLMN の S-NSSAI を使用して IRI イベントを生成します。S-NSSAI 情報は、IRI イベント メッセージを介してメディエーション デバイスに送信されます。

自宅ルート ローミングのサポート

機能説明

VPLMN はパケット コアにアクセス ネットワーク サービスとパケットルーティングを提供し、HPLMN はサブスクライバにデータ ネットワーク アクセスを提供します。この機能により、SMF はホーム ルーテッド（HR）ローミングと呼ばれるルーティングのフレーバをサポートできます。

この機能では、以下の機能を提供します：

  • NR を介して接続された 5G セッションのホーム ルーティング ローミング トラフィックをサポートします。

  • UPF で QoS フロー ベースの課金（QBC）をサポートします。

アーキテクチャ

ここでは、HR ローミング サポート機能のアーキテクチャについて説明します。

EPC HR ローミング シナリオ

次の図は、EPC HR ローミング シナリオのアーキテクチャを示しています。

Figure 4. EPC HR ローミング アーキテクチャ

EPC HR ローミング シナリオの VPLMN および HPLMN のノードの 3GPP 参照ポイントは次のとおりです。

  • SMF + IWK は HPLMN に存在します。

  • SMF-IWK は、hPCF、hCHF、および UDM と情報をやりとりします。

  • SMF-IWK は、（VPLMN）S-GW で S8-C をサポートします。

  • vSMF は vCHF と対話します。

5G NR HR ローミング シナリオ

次の図は、5G NR HR ローミング シナリオのアーキテクチャを示しています。

Figure 5. 5G NR HR ローミング アーキテクチャ

5G NR HR ローミング シナリオの VPLMN および HPLMN のノードの 3GPP 参照ポイントは次のとおりです。

  • SMF は VPLMN と HPLMN の両方に存在します。

  • vSMF および hSMF は N16 インターフェイスをサポートします。

  • hSMF は、UDM、h-PCF、および h-CHF と相互作用します。

  • vSMF は vCHF と対話します。

  • SEPP がネットワーク内に出現すると、vSMF は hSMF メッセージングのために cSEPP と通信します。

  • SCP がホームネットワークに表示されると、hSMF は UDM、hPCF、および hCHF メッセージングのために SCP と通信します。

vSMF

SMF は、以下の訪問者の HR ローミングに関連する機能をサポートします：

  • N1

    • NAS SM 情報は 2 つの部分から構成され、1 つは vSMF に表示されます（たとえば、PDU セッション タイプ、セッション AMBR、UE アドレス）。vSMF で認識されないもう 1 つの機能（たとえば、SSC モード、PCO、QoS ルールなど）は、hSMF に透過的にリレーされます。

    • vSMF は、vSMF に表示されない NAS シグナリング メッセージ情報をコンテナで hSMF に転送します。

    • vSMF は、把握していない NAS シグナリング メッセージ情報を転送します。これらの情報は不明な IE、または vSMF が準拠するリリースに従って「予約済み」に設定されていない不明な値を持つ IE になります。

    • vSMF は、UE に送信する NAS シグナリング メッセージの最後に、N16 コンテナで受信した不明な NAS シグナリング メッセージ情報を追加します。

  • N40

    • hSMF への VPLMN の課金 ID の割り当てと転送。

    • ローミング課金プロファイルのネゴシエーション。

    • NRF が使用されている場合、vCHF は、インバウンド ローミングとして識別された UE および HPLMN の PLMN ID に基づいて選択されます。

  • N4

    • V-CN-Tunnel ライフサイクル管理

  • N16

    • N16 インターフェイスのサポート（vSMF と hSMF 間）。

    • 常時接続の PDU セッション許可の表示をサポートします。

  • ホーム ルーティング ローミングの EPS インターワーキング手順は次のとおりです。

    • hSMF で受信した EPS ベアラー ID とマッピングされた QoS パラメータのキャッシング。AMF は、5G から 4G へのハンドオーバー中に vSMF から PDN コンテキストを取得します。また、vSMF はリリース PDN コンテキストをサポートしていますが、hSMF コンテキストへの転送はサポートしていません。

    • 4G から 5G へのハンドオーバー中。

    • 間接データ転送トンネル（IDFT）のサポート。

  • PCF または UDM と対話しません。

hSMF

SMF は、以下のローマーの HR ローミングに関連する機能をサポートします：

  • N1

    • NAS SM 情報全体が hSMF によって解釈される必要があります。

    • hSMF は、vSMF が 1 つのコンテナで解釈する必要がない NAS SM 情報を vSMF に向けて転送します。

  • N10

    • HPLMNで定義されたS-NSSAI値を使用してUDMに登録します。

  • N4

    • ユーザープレーンの非アクティブ検出はローミング中に実行されません（hUPF に非アクティブ タイマーを提供しません）。

    • ライフサイクル管理

  • N40

    • 「ローミング課金プロファイル」のネゴシエーション。

    • 「ホーム提供の課金 ID」を生成します

    • NRF が使用されている場合、hCHF は、アウトバウンド ローミングとして識別された UE および VPLMN の PLMN ID に基づいて選択されます。

  • N7

    • hSMF の N7 インタラクションは、非ローミングの場合と同様です。

  • N16

    • N16 インターフェイスのサポート（vSMF と hSMF 間）。

  • UE が IPv6、IPv4v6 を使用している場合、ルータ アドバタイズメント セカンダリ認証または認証を生成します。

ネットワークスライシング

SMF は、以下のネットワーク スライシングに関連する機能をサポートします：

  • SMF は、許可された NSSAI のリストで構成できます。

  • SMF がローミング中に vSMF として機能する場合、VPLMN で使用される UE が送信する S-NSSAI は、SMF で構成されている値である必要があります。

  • HR では、vSMF が HPLMN で使用される NSSAI 値とともに、PDU セッション確立要求メッセージを hSMF に送信します。

ノード選択の考慮事項

HR ローミングのノードの選択には、次の基準が適用されます。

  • ローミングを有効にすると、各 SMF は interPlmnFqdn 値を NRF に登録します。これにより、AMF は別の PLMN の hSMF を選択できます。

  • SMF は 、target-plmn-list および requester-plmn-list クエリ パラメータをサポートしています。

  • サービス中 PLMN の NRF は、NF からのすべての発見リクエストを処理します。

合法的傍受

SMF は、次のネットワーク トポロジ ケースで IRI-POI 機能を提供します：

  • 非ローミング ケース。

  • ローミングのケース（VPLMN）。

  • ローミングのケース（HPLMN）。

SMF は、ローミング シナリオ中に次の IRI イベントを生成します。

  • PDU セッション確立

  • PDU セッション変更

  • PDU セッションの解放

  • 確立された PDU セッションによる傍受の開始

セッション管理

ローミングを考慮すると、SMF セッションは次の種類に分類されます：

  • 非ローミング

  • LBO

  • vSMF-HO

  • hSMF-HO

機能の仕組み

このセクションでは、セッションの作成、リリース、変更手順、および vSMF と hSMF の両方のさまざまなコール ハンドオーバー シナリオについて詳しく説明します。

vSMF セッション作成手順

このセクションでは、vSMF のセッションの作成手順について詳しく説明します。

Figure 6. vSMF セッション作成コール フロー
Table 2. vSMF セッション作成コール フローの説明

ステップ

説明
1

AMF が UE から要求を受信します。ローカル構成に基づいて、AMF は vSMF と、UE 要求を処理する可能な hSMF のリストを見つけます。 CreateSmContext 要求を作成し、vSMF にメッセージを POST します。vSMF では、独自ではない hSMF URI の存在と、 の SUPI ポリシーの構成に基づいて、vSMF が有効な UE 要求の PDU コンテキストを作成します。

2

vSMF は適切な CHF を見つけて課金アソシエーションを作成します。
3

vSMF は、作成された PDU セッションを参照して AMF 要求に応答します。
4

vSMF は、vUPF に PFCP セッションの作成要求を送信します。vUPF は、作成されたトンネルの CN トンネル情報で応答します。
5

vSMF は、hSMF へ送信するための PDU セッション作成要求を作成します。vUPF の CN トンネル情報は、hSMF に送信される IE です。AMF からの要求パラメータのほとんどが hSMF への要求にコピーされます。N1 メッセージから次のパラメータは、hSMF に送信される前に要求から削除されます：

  • [常時接続の表示（Always-On Indication） ]：UE が常時接続 PDU セッションを要求し、ポリシーにより、vSMF がこのサービスを提供する準備が整っている場合、この表示は PDU セッション作成要求で設定されます。

  • vSMF によって識別されない IE はメッセージから取り除かれ、異なるペイロードで hSMF に送信されます。

vSMF から hSMF への UE 要求は非同期に送信されます。この方法により、hSMF は、VSMF からの作成要求を処理するときに、vSMF を介して EBI 割り当て手順を開始できます。
6

セカンダリ認証が必要な場合、hSMF は vSMF セッションのコールバック URI と変更メソッドを使用して、UE の認証要求ペイロードを送信します。
7

vSMFはこのメッセージをAMFに送信し、AMFはvSMFに応答します。
8

UE は、AMF によって vSMF に伝達される認証要求に応答します。
9

vSMF は hSMF に更新を送信します。

10

vSMF は AMF に対して変更要求に応答します。

11

このセッションを EPC に移動できる場合、hSMF は、vSMF コールバック URI の modify メソッドを呼び出して EBI 割り当て手順を開始します。

12

vSMF は AMF の assign-ebi メソッドを呼び出し、AMF は割り当てられた EPS ベアラー ID を vSMF に送り返します。

13

vSMF が hSMF に応答します。

14

要求が hSMF で受け入れ可能な場合、GNB での PDU セッションのセットアップに必要なサブスクリプション情報を含む 201 Created 応答で応答します。この応答には N1 ペイロードも含まれています。

15

SMF は、hSMF からの応答のパラメータを使用して CHF を更新します。このパラメータには、hSMF による課金プロファイルの設定が含まれます。

16

vSMF は AMF への N1N2MessageTransferRequest を作成します。

  • N2 ペイロードは、PDU セッション作成データで送信されたパラメータと、vUPF からの CN トンネル情報を使用して作成されます。

  • N1 ペイロードは、hSMF からのバイナリ ペイロードを使用して作成されます。常時オンのインジケータは、PDU セッション作成データで受信される値に基づいて設定されます。

17

AMF が N1N2MessageTransfer 要求に応答します。

18

GNB は AMF に対する EARB RESOURCE SETUP REQUEST に N2 応答で応答します。AMF はこの AMF を SmContext Update メッセージで vSMF に送信します。

19

vSMF は vUPF に、手順 6 で hSMF によって送信された GNB のトンネル情報、トンネル、およびその他の情報を更新するように要求します。vUPF が vSMF に応答します。

20

必要な場合、vSMF は CHF を追加情報で更新します。

21

vSMFはAMFからの更新要求に応答します。

22

設定に失敗したフローがある場合、vSMF はその内容を hSMF に通知します。

23

hSMF が vSMF に応答します。

hSMF セッション作成手順

このセクションでは、hSMF のセッションの作成手順について詳しく説明します。

Figure 7. hSMF セッション作成コール フロー
Table 3. hSMF セッション作成コール フローの説明

ステップ

説明
1

hSMF は、vSMF から PDU セッションを作成する要求を受信します。要求には JSON 部分があり、vSMF が処理できなかった IE のリストが含まれるバイナリ部分もあります。

2

hSMF は、UDM から UE のサブスクリプション データを取得します。
3

サブスクリプション データに基づいてセッションを確立できる場合、SMF はサブスクリプション データの変更を UDM にサブスクライブします。
4

hSMF は PCF とのポリシーの関連付けを作成します。PCF は、AMF によって選択されて hSMF にシグナリングされたもの、または hSMF での NRF ベースまたはポリシー ベースの選択のいずれかです。
5

[課金データの関連付け]が CHF と作成されます。
6

ステップ 1 で vSMF によって提供された CN トンネル情報を使用して、hSMF は hUPF に CN トンネルを作成します。hUPF は、hUPF 上の CN トンネル情報で応答します。
7

hSMF は、この DNN での UE の通知について UDM に登録します。
8

hSMF は、hUPF の CN トンネル情報と、UE に送信する必要がある N1 情報要素を使用して、vSMF からの要求に応答します。UE が常時接続のセッションを要求しており、これが hSMF で許容される場合は、応答で vSMF にそのことが示されます。
9 IPV6 ルータ アドバタイズメントを送信する必要がある場合、hSMF は UPF にそのタスクを実行するように要求します。

vSMF セッション変更手順

このセクションでは、vSMF のセッション変更手順について詳しく説明します。

Figure 8. vSMF セッション変更コール フロー
Table 4. vSMF セッション変更コール フローの説明

ステップ

説明
1

AMF は、Sm コンテキスト更新メッセージとして UE からの要求を vSMF に送信します。

2

vSMF は、メッセージの作成中に hSMF が返した参照を使用します。メッセージの関連部分を hSMF にポストします。hSMF がメッセージに応答します。
3

hSMF は vSMF に更新要求を送信します。このメッセージには、要求メッセージの一部として gNB または UE に送信される N1 メッセージおよび N2 メッセージが含まれています。
4

vSMF は hSMF からの情報を組み合わせ、UE と gNB の N1 および N2 ペイロードを作成します。次に、これらをAMFからの元の要求の応答に追加します。
5

AMF は N2 応答を gNB にリレーします。
6

UE によって要求され、ネットワークが承認した変更（たとえば、フローの追加または削除）が原因で UPF に変更がある場合、vSMF はこれらの変更で UPF を更新します。
7

vSMF は、UPF に適用された変更に対する課金トリガーを CHF に通知します。
8

vSMF は、200 OK メッセージで AMF からの N2 メッセージを確認します。
9 AMF が UE から N1 ペイロードを転送し、vSMF がそれを確認します。
10

vSMF は、hSMF からのセッション変更の要求に応答します。

hSMF セッション変更手順

このセクションでは、hSMF のセッション変更手順について詳しく説明します。

Figure 9. hSMF セッション変更コール フロー
Table 5. hSMF セッション コール フローの変更の説明

ステップ

説明
1

UE 要求が vSMF から hSMF に到達します。

2

いずれかの hPCF トリガー基準が満たされると、hSMF は hPCF に更新要求を送信します。
3

hSMF は UE 要求に応答し、例外を処理します。
4

vSMF は、UPF に適用された変更の課金トリガーを CHF に通知します。
5

UE が要求し、ネットワークが受け付けた変更（フローの追加や削除など）により UPF に 変更がある場合、vSMF はこれらの変更で UPF を更新します。
6

PDU セッションを更新する UE 要求が、vSMF から hSMF に到達します。
7

UE が要求し、ネットワークが受け付けた変更（フローの追加や削除など）により UPF に 変更がある場合、vSMF はこれらの変更で UPF を更新します。
8

vSMF は、UPF に適用された変更の課金トリガーを CHF に通知および更新します。
9

UE が要求し、ネットワークが受け付けた変更（フローの追加や削除など）により UPF に 変更がある場合、vSMF はこれらの変更で UPF を更新します。

vSMF リリース セッションの手順

このセクションでは、vSMF のセッションの解放手順について詳しく説明します。

Figure 10. vSMF リリース セッション コール フロー
Table 6. vSMF リリース セッション コール フローの説明

ステップ

説明
1

UE は PDU セッションのリリースを開始します。

2

vSMF は、hSMF からリリース要求の応答を受信します。
3

hSMF は、リリース表示を true に設定した変更要求の形式で要求をリリースするように要求に応答します。
4

vSMF が PFCP セッションを解放します。
5

vSMF が課金セッションを解放します。
6

vSMF は 200 OK 応答メッセージで AMF に応答します。
7

AMF は N2 変更要求で応答します。
8

vSMF は 200 OK 応答メッセージで要求に応答します。
9 AMF は N1 変更要求を vSMF に送信します。
10

vSMF は 200 OK メッセージで応答します。
11

vSMF は、hSMF PDU セッション変更要求に応答します。
12

vSMF はこの通知を AMF に転送します。
13

hSMF は、リリースが完了したことを示す Sm コンテキストのステータス通知を送信します。
14 vSMF は通知の受信を確認応答します。

hSMF リリース セッションの手順

このセクションでは、hSMF のセッションの解放手順について詳しく説明します。

Figure 11. hSMF リリース セッションのコール フロー
Table 7. hSMF リリース セッション コール フローの説明

ステップ

説明
1

vSMF は、hSMF にリリース要求を転送します。

2

hSMF は 204 No Content メッセージで応答します。
3

hSMF が PFCP セッションを解放します。
4

hSMF が課金セッションを解放します。
5

hSMF は、リリース表示を true に設定した変更要求の形式で要求をリリースするよう、vSMF に要求を送信します。
6

vSMF は 204 No Content メッセージで応答します。
7

hSMF は、関連付けられた Sm ポリシーを解放します。
8

hSMF はこの通知を vSMF に転送します。

vSMF クリア サブスクライバのリリースセッションの手順

このセクションでは、Ops Center を使用した vSMF のセッションの解放手順について詳しく説明します。

Figure 12. vSMF クリア サブスクライバ リリース セッションのコール フロー
Table 8. vSMF クリア サブスクライバ リリース セッションのコール フローの説明

ステップ

説明
1

Ops センターまたは vUPF は、明確なサブスクライバのリリース要求を発行します。

2

vSMF はメッセージの受信を確認応答します。
3

vSMF は、hSMF からリリース要求の応答を受信します。
4

vSMF が vUPF の PFCP セッションをリリースします。
5

vSMF は課金セッションを解放し、CHF を更新します。
6

AMF が N1/N2 転送要求を受信します。
7

vSMF は、N2 ステータスに関する情報を受信し、204 No Content メッセージで承認します。
8

vSMF は AMF から N1 リリース完了通告を受信し、204 No コンテンツ メッセージで応答します。
9

vSMF は、セッションが解放されたことを示す Sm コンテキスト ステータス通告メッセージで AMF を更新します。

N26 インターフェイスを使用した EPS から 5G へのハンドオーバー

このセクションでは、N26 インターフェイスを使用した EPS から 5G へのハンドオーバー手順のコール フローについて説明します。

Figure 13. N26 インターフェイスを使用した EPS から 5G へのハンドオーバーのコール フロー
Table 9. N26 インターフェイスを使用した EPS から 5G へのハンドオーバーのコール フローの説明
ステップ 説明
1 コール ハンドオーバーの開始は、UE と E-UTRAN から相互に向けて開始され、E-UTRAN から S-GW へと進みます。次に、ローミング コールの場合、コール ハンドオーバーの開始は S-GW から UPF + P-GW-U に行われます。
2 E-UTRAN が MME にハンドオーバー コール要求を送信します。
3 MME は再配置要求を AMF に転送します。
4 AMF は、SMF で NsmfPDUSessionCreateSMContext サービス操作を呼び出します。PGW-C+SMF アドレスは、このサービス操作を識別します。サービス操作は、[UE EPS PDN接続（UE EPS PDN Connection）]、[AMF ID]、または [ダイレクト転送フラグ（Direct Forwarding Flag）] です。AMFは、稼働パスの切り替えを回避するための引き継ぎの準備を示します。SMF は EPS ベアラー コンテキストに基づいて、対応する PDU セッションを検索します。AMF には、間接データ転送の適用可能性を SMF に通知するための Direct Forwarding Flag が含まれています。
5

ダイナミック PCC を導入した場合、SMF + PGW-C は SMF によって開始される SM ポリシーの変更を PCF に対して開始します。
6 PGW-C+SMF は PGW-U+UPF に N4 セッション変更を送信して、PDU セッションの CN トンネルを確立します。PGW-U + UPF は、NG-RAN からアップリンク パケットを受信します。この手順では、既存の 4G ベアラーからマッピングされた QFI とともに、5G セッションのアップリンク PDR および FAR を作成する必要があります。
7

PGW-C+SMFは、NsmfPDUSessionCreateSMContext 応答を AMF に送信します。この応答には、PDU セッション ID、S-NSSAI、および N2 SM の情報が含まれます。

N2 SM 情報には、PDU セッション ID、S-NSSAI、QFI、QoS プロファイル、EPS ベアラー セットアップ リスト、EBI と QFI の間のマッピング、CN トンネル情報、および原因コードの詳細が含まれます。

SMF には、EBI と QFI 間のマッピングが N2 SM 情報コンテナとして含まれています。P-GW-C+SMF が、PDU セッションで EPS から 5GS へのセッション継続性がサポートされていないと判断した場合、P-GW-C+SMF は、対応する PDU セッションのセッション マネージャ情報を提供しません。ただし、P-GW-C+SMF は、N2 SM 情報に PDU セッション転送を拒否する原因コードの詳細を含めます。

8 V-SMF と V-UPF は、相互に N4 セッションを確立します。
9 AMF は、NG-RAN にハンドオーバー要求を送信します。
10 NG-RANは、受信したハンドオーバー要求の確認応答をAMFに送信します。
11

AMF は、N3 トンネル情報を更新するために、NsmfPDUSessionUpdateSMContext 要求、T-RAN SM N3 転送情報リスト メッセージを SMF に送信します。

NsmfPDUSessionUpdateSMContext 要求には、PDU セッション ID、S-NSSAI、N2 SM の情報が含まれています。トンネル情報は、NG-RAN から受信したハンドオフ要求承認の NGAP IE DL 転送 UP TNL 情報に存在します。

12 SMF + PGW-U に対する N4 セッション変更を実行し、eNodeB から NG-RAN に DL データを転送するための間接トンネルを作成します。この手順では、リダイレクトされた DL データの UL PDR を作成し、それらに FAR を関連付けて FAR を NG-RAN に転送することも含まれます。これらの PDR と FAR のマッピングは、QFI と対応するベアラー ID に基づいています。
13 PGW-C+SMF は、NsmfPDUSessionUpdateSMContext 応答を AMF に送信します。この応答には、PDU セッション ID、EPS ベアラー セットアップ リスト、およびデータ転送用の CN トンネル情報が含まれます。この時点で、DL データ転送用の間接トンネルが確立されます。
14 AMF が再配置応答を MME に送信します。
15 MME は、間接データ転送トンネルの作成要求を S-GW に送信します。S-GW は、間接データ転送トンネルの応答を MME に送信します。

N26 インターフェイスを使用したシングル登録モードでの 5GS から EPS へのハンドオーバー

図 14. N26 インターフェイスを使用したシングル登録モードでの 5GS から EPS へのハンドオーバーのコール フロー

重要

HPLMN の PGW-C+SMF でマッピングされた QoS パラメータが提供されない場合、IP アドレスの保持はサポートされません。
表 10. N26 インターフェイスを使用したシングル登録モードの 5GS から EPS へのハンドオーバーのコール フローの説明
ステップ 説明
1 NG-RAN は、必要なハンドオーバー（ターゲット eNB ID、Source to Target Transparent Container、システム間ハンドオーバー指示）メッセージを AMF に送信します。
2a AMF は Nsmf_PDUSession_ContextRequest を送信して、マッピングされた EPS ベアラー コンテキストも含む SM コンテキストを提供するように V-SMF に要求します。

（注）  

 

AMF は、ローカル構成を通じて、非 IP PDN タイプをサポートするかどうかを認識します。

（注）  

 

家庭用ルーティング ローミングのシナリオでは、UE の SM EPS コンテキストは V-SMF から取得されます。
2b PGW-C + SMF は、N4 セッション変更を PGW-U + UPF に送信して、各 EPS ベアラーの CN トンネルを確立し、EPS ベアラー コンテキストを AMF に提供します。
2c PGC+SMF は Nsmf_PDUSession_ContextResponse を送信して、マッピングされた EPS ベアラー コンテキストも含む SM コンテキストを提供するように V-SMF に要求します。
3

AMF は、変更および明確化された転送再配置要求を送信します。
4 MME が Create_Session_Request を S-GW に送信します。
5

S-GW は、Create_Session_Response を MME に送信します。
6 MME はハンドオーバー要求（PLMN IDに関する情報を含むハンドオーバー制限リストの情報が含まれている場合があります）を E-UTRAN に送信します。
7 E-UTRAN が MME にハンドオーバー要求の承認を送信します。
8 MME と S-GW 間で間接データ転送トンネル要求または応答を作成します。
9

MME が再配置応答を AMF に送信します。
10a AMF は、間接データ転送トンネルを作成するために、Nsmf_PDUSession_UpdateSMContext 要求（サービング GW アドレスおよびデータ転送用のサービング GW DL TEID）を PGW-C+SMF に送信します。
10b N4 セッション変更要求は PGW-C+SMF と PGW-U+UPF 間で送信されます。

10c

PGW-C+SMF は、間接データ転送を作成するために、Nsmf_PDUSession_UpdateSMContext Response（原因、データ転送の CN トンネル情報、データ転送の QoS フロー）を AMF に返します。QFI と、データ転送用のサービング GW アドレスと TEID との相関に基づいて、PGW-U + UPF は、QoS フローを EPC のデータ転送トンネルにマッピングします。

11a

AMF は、送信元の NG-RAN にハンドオーバー コマンドを送信します。

11b

NG-RAN は送信元 UE にハンドオーバー コマンドを送信します。

12a

UE はハンドオーバー完了コマンドを送信元の UE NG-RAN に送信します。

12 b

E-UTRAN は、送信元 UE MME にハンドオーバー通知を送信します。

12C

MME が再配置完了通知を AMF に送信します。

12 d

 AMF は、Relocation Complete Acknowledge メッセージで MME に確認応答します。NG-RAN および PGW-C+SMF のリソースが解放されるタイミングを監視するために、AMFのタイマーが開始されます。

13

MME が、ベアラー要求の変更を S-GW に送信します。

14

S-GW はベアラーの変更を PGW-C+SMF に送信します。

15

PGW-C + SMF は、UPF + PGW-U の方向で N4 セッション変更手順を開始し、ユーザープレーン パスのダウンリンク ユーザープレーンを更新します。これにより、指定された PDU セッションが E-UTRAN に切り替えられます。PGW-C + SMF は、UPF + PGW-U の PDU セッションの CN トンネルのリソースを解放します。

16

PGW-C+SMF は、ベアラー応答の変更を S-GW に送信します。

17

S-GW が、ベアラー応答の変更を MME に送信します。

18

UE はトラッキング エリア更新手順（TAU）を開始します。

19

PGW-C+SMF は、非 GBR QoS フローに対して専用ベアラーのアクティベーション手順を開始します。

20

間接データ転送トンネルの要求と応答が MME と S-GW で削除される

21a

間接データ転送トンネルの要求と応答がAMFおよび PGW-C+SMF で削除されました。

21b

N4 セッション変更要求は PGW-C+SMF と PGW-U+UPF 間で送信されます。

N26 インターフェイスを使用しない EPS から 5G へのハンドオーバー

このセクションでは、N26 インターフェイスを使用しない EPS から 5G へのハンドオーバー手順のコール フローについて説明します。

Figure 15. N26 インターフェイスを使用しない EPS から 5G へのハンドオーバーのコール フロー
Table 11. N26 インターフェイスを使用しない EPS から 5G へのハンドオーバーのコール フローの説明
ステップ 説明
1 UE は NG-RAN への登録要求を開始します。
2 NG-RAN は AMF を選択します。
3 NG-RAN は、N2 メッセージ パラメータを含む登録要求を新しいAMF に転送します。
4 TS 23.502 の「一般的な登録」の手順を参照してください。
5

新しいAMFは、アクセスを登録するためにNudm_UECM_Registrationを使用してUDMに登録します。
6 TS 23.502 の「一般的な登録」の手順を参照してください。
7

新しい AMF は、Registration Accept メッセージを UE に送信します。

AMF には、UE への「Interworking without N26」インジケータが含まれています。
8

UE は、新しい AMF に対して登録完了メッセージで応答します。
9 UE は PDU セッション確立手順を開始します。
10 PGW-C+SMF は、PDN GW によって開始されたベアラーの非アクティブ化手順を実行することにより、5GS に転送された PDN 接続の EPC 内のリソースの解放を実行します。

N26 インターフェイスを使用しない 5G から EPS へのハンドオーバー

このセクションでは、N26 インターフェイスを使用した 5G から EPS へのハンドオーバー手順のコール フローについて説明します。

Figure 16. N26 インターフェイスを使用した 5G から EPS へのハンドオーバーのコール フロー
Table 12. N26 インターフェイスを使用した 5G から EPS へのハンドオーバーのコール フローの説明
ステップ 説明
1 - 2 UE は、eNodeB へ TAU リクエスト を送信することで TAU 手順を初期化します。
3 eNodeB は、新しい MME に TAU リクエスト メッセージを転送します。
4 古いノードが 5G-GUTI からマッピングされた UE の GUTI に基づいて AMF であり、かつ MME が N26 手順なしで 5GS-EPS インターワーキングをサポートするように構成されている場合、MME は UE に TAU 拒否を送信します。
5 UE は eNodeB への接続要求を開始します。
6

eNodeB は、接続要求を新しい MME にリレーします。
7 TS 23.401 の E-UTRAN 初期接続の手順を参照してください。
8

MME が最後のデタッチ以降に変更された場合、MME に UE の有効なサブスクリプション コンテキストがない場合、または UE が IMSI を提供するか、UE がまたは、eNodeB によって提供される TAI の PLMN-ID が UE のコンテキストでの GUTI の PLMN-ID と異なる場合、MME はロケーション更新要求メッセージを HSS に送信します。

9 HSS は、更新ロケーション ACK（IMSI、サブスクリプション データ）を新しい MME に送信することにより、更新ロケーション メッセージを確認応答します。
10 TS 23.401 の E-UTRAN 初期接続の手順を参照してください。
11 MME は、ベアラー応答の変更（EPS ベアラー ID）メッセージを受信すると、非 3GPP アクセスによるモビリティのために、APN および PDN GW ID を含む通知要求を HSS に送信します。メッセージには、PDN GW がある PLMN を識別する情報が含まれます。
12

緊急事態以外のサービスの場合、HSS は APN と PDN GW の ID のペアを保存します。緊急サービスの場合、HSS は「緊急サービスで現在使用されている PDN GW」を保存します。次に、HSSは、通知応答をMMEに送信します。
13 UE に EPS に転送して同じ IP アドレス/プレフィックスを維持する必要がある残りの PDU セッションが 5GS にある場合、UE は UE 要求の PDN 接続手順を実行し、要求タイプを「ハンドオーバー」に設定します。UE は、EPS に転送する PDU セッションに対応する APN と PDU セッション ID を提供します。
14 PGW-C+SMF は、EPS に転送された 5GS で PDU セッションのリリースを開始します。

標準準拠

ホーム ルーティング ローミング サポート機能は、次の規格に準拠しています。

  • 3GPP TS 23.501 v 15.4.0

  • 3GPP TS 23.502 v 15.4.0

  • 3GPP TS 23.503 v 15.4.0

  • 3GPP TS 33.501 v 15.4.0

  • 3GPP TS 33.128 v15.4.0

  • 3GPP TS 33.127 v15.4.0

  • 3GPP TS 32.240 v 15.4.0

  • 3GPP TS 29.244 v15.4.0

  • 3GPP TS 32.291 v 15.3.0

  • 3GPP TS 29.500、バージョン 16.8.0

  • 3GPP TS 29.502、リリース 16

  • 3GPP TS 29.502 v15.7.0（2020 年 4 月）

制限事項

このリリースでは、ホーム ルーティング ローミングのサポート機能に次の制限があります。

  • 不明な NAS SM 情報（不明な IE）はサポートされていません。

  • VPLMN-ID は、Charging-ID 内に埋め込まれません。

HR ローミングの課金サポート

Table 13. 機能の履歴

このセクションでは、HR ローミング機能の課金サポートについて説明しています。

この機能は、次の機能をサポートしています。

  1. QBC 課金およびプロファイル管理

    • QBC 課金をサポートします。

    • ローミング QBC プロファイルを設定します。

    • ローミング QBC プロファイルを CHF にリレーします。

    • CHF からローミング QBC プロファイルを受信します。

  2. SMF 間の QBC プロファイルの連携動作

    • ローミング QBC プロファイルをリレーします。

      • vSMF から hSMF の間で使用。

      • hSMF から hCHF の間。

      • vSMF から vCHF の間で使用。

  3. vSMF での QBC 処理

    • vSMF で、UPServ は次への課金と連携します。

      • N4 インターフェイスで QFI の PDR を作成します。

      • ローミング QBC プロファイルから派生した関連 URR を生成します。

      • QBC プロファイルから派生した URR 使用状況レポートを、QoS フローレポートのために QFi コンテナ内のそれぞれの CHF にリレーします。

  4. エラー処理と特別な条件

    • 対応する QBC 課金プロファイルを識別できないセッションの QBC を無効にします。

      • CHF からのフェールオープン動作をサポートします。

  5. 設定のサポート

    • 次の場合に QBC を有効にする設定を可能にします。

      • ホーム SMF（hSMF）

      • 閲覧先 SMF（vSMF）

      • ローミングなし

ローミング QBC プロファイルの使用

SMF は、ローカルインターフェイスに基づいて QBC プロファイルを決定します。QBC URR は、プロファイルに存在する制限に基づいて作成されます。

ホームからローミングへのシナリオ（5G ホームから 5G ローミングへ、または 4G ホームから 5G ローミングへなど）：

  • hCHF から更新されたローミング QBC がある場合、SMF は QBC URR を UPF に対して更新します。

  • ただし、hSMF は更新されたローミング QBC を vSMF に転送できないため、hSMF と vSMF 間の QBC データに不一致が発生します。

この問題を解決するには、3GPP 変更要求（CR）S5-234612 が必要です。

新しいルールのインストールに、ボリューム制限と時間制限の値が異なる CHF 更新応答が含まれている場合、既存の QBC URR は更新されません。新しいルールに対して新しい QBC URR が作成されます。更新されたボリュームと時間の制限が、新しい QBC URR に適用されます。

トリガーとレポート

HR 課金には、次のトリガーが適用されます。

  • セッション レベルで待機するトリガー

    • セッション レベル URR の QBC を報告します。

    • CC イベントの QBC を報告します。

  • QBC プロファイルでトリガーが装備されます。

    • 制限は QBC URR で使用されます。

    • QBC プロファイルで装備されたイベントのすべての QBC URR を報告します。

次のサンプル コードは、さまざまなトリガーと対応する値を示しています。

Sess trigger []
Vol  100
time  100
RAT

Rg X trigger[]
Vol  10
time  10
PLMN

RoamignQbcprofile trigger[]
Vol    20
time  20
ULI


Sess URR
Vol 100
tim 100

RGX_URR
vol  10
tim 10

QBCURR1
Vol 20
tim 20

QBCURR2
Vol 20
tim 20



When RTA happens
Query all RG and all QBC urr

when PLMN change
Query RG X URR


when ULI changes
Query all QBC

セッション レベル URR へのスタティック URR または定義済み URR の使用のアカウンティング

以前のリリースでは、CHF 主導のセッション制限は PCF によって制御され、その性質は動的で、オンラインおよびオフラインの課金サービスに適用されます。そのため、セッション レベルの URR が報告されたときに、すべてのダイナミック URR が報告されていました。また、別の URR が満たされたときに、静的または事前定義されたルールに関連付けられているオフライン URR が報告されました。

現在のリリースでは、次の URR を報告するセッション制限について、N4 インターフェイスでの報告メカニズムが合理化されています。

  • ダイナミック ルールに関連付けられているオンライン URR とオフライン URR。

  • 静的ルールまたは事前定義済みルールに関連付けられたオフライン URR。

  • すべての QBC URR。

注：

  • このリリースでは、セッション制限に達した場合、SMF はオンラインの静的 URR または事前定義済み URR を報告しません。

  • このリリースでは、オフライン サービスの静的または事前定義された累積レポートを取得するためにルール ベースの ECGDR 構成は必要ありません。

    QBC が有効になっている場合、SMF はルール ベース名を伝送するデフォルトの UL または DL PDR に SessLevelUrr を関連付けます。UPF は、この URR をすべての静的事前定義ルールのすべての SDF PDR または URR に関連付けます。

  • 設定中に、Sess Urr はデフォルトの PDR に関連付けられます。セッション レベル URR およびその後のポスト セットアップを作成するためのセットアップ時間中に SMF が入力を行わない場合、CHF は制限を設定します。これらの URR は適用されません。

MaxChangeinCC、MaxDeferredUrr、OOO 構成

MaxChangeinCC

HR ローミング機能では、最大 CC に達した場合の QBC 使用状況データのレポートがサポートされます。

MaxCC 値は、CHF からの設定レベルとは別に設定レベルで制御できます。MaxCC 値を選択する優先順位は次のとおりです。

  • CHF アームの MaxCC。

  • セッションに関連付けられている場合の ChargingProfile。

  • セッションで QBC 課金に対して有効になっている場合は、QbcProfile を使用します。

MaxDeferredUrr

ローカル設定は、Charging プロファイルに存在する MaxDefered 値を設定するために使用されます。これは、ChargingQbcProfile に拡張されます。選択の優先順位は次のとおりです：

  • セッションに関連付けられている場合の ChargingProfile。

  • セッションで QBC 課金に対して有効になっている場合は、QbcProfile を使用します。

UUC と QFICOntainer の合計値が設定されたしきい値を超えたときに、MaxDeferred 数が満たされます。

OOO Config

OOO 設定は、セッションに関連付けられた Charg-Profile から参照されます。.

セッションに関連付けられていない場合は、セッションで QBC 課金が有効になっていれば、QBC プロファイルから参照されます。

HR ローミングの課金の構成

ここでは、HR ローミング機能の課金構成方法について説明します。

QBC 課金プロファイルの構成

次のコード例を使用して、QBC 課金プロファイルを構成します。

[unknown] smf(config)# profile charging-qbc test 
[unknown] smf(charging-qbc-test)# ?
Possible completions:
  limits							List of threshold
  triggers 						List of Triggers to be configured
  
[unknown] smf(charging-qbc-test)# limits ?
Possible completions:
  duration       Duration threshold for Charging, range [60..40000000]
  volume         Volume threshold for Charging, range [10000..4000000000]

[unknown] smf(charging-qbc-test)#  limit duration ?
Description: Duration threshold for Charging, range [60..40000000]
Possible completions:
  <unsignedInt, 60 .. 40000000>

[unknown] smf(charging-qbc-test)#  limit volume ?
Possible completions:
  downlink   	in bytes, range [10000..4000000000]
  total      	in bytes, range [10000..4000000000]
  uplink     	in bytes, range [10000..4000000000]

[unknown] smf(charging-qbc-test)#  triggers ?
Description: List of Triggers
Possible completions:
  3gpp-ps-change                 
  ambr-change         
  max-number-of-changes-in-charging-conditions  
  plmn-change       
  qos-change          
  rat-change
  serv-node-change  
  ue-pra-change                                 
  ue-time-change    
user-loc-change
課金プロファイルへの QBC 課金プロファイルの関連付け

次のコード例を使用して、QBC 課金プロファイルを構成し、課金特性プロファイルに関連付けます。

[unknown] smf(config)# profile charging-characteristics 16 
[unknown] smf(config-charging-characteristics-16)# ?
Possible completions:
  charging-profile               			Charging Profile configuration
  network-element-profile-list   		Network element profile list
  charging-qbc-profile 			Associate said QBC ChargignProfile 

[unknown] smf(config-charging-characteristics-16)#associate-qbc-charg-profile test
QBC 課金プロファイルを DNN プロファイルに関連付ける

次のコード例を使用して、QBC 課金プロファイルを構成し、DNN プロファイルに関連付けます。

unknown] smf(config)# profile dnn test 
[unknown] smf(config-dnn-test)# ?
Possible completions:
  ---
  ---
  charging-profile                                              Charging Profile configuration
  charging-qbc-profile                                      QBC ChargignProfile
QoS プロファイルの構成

QoS プロファイルは、フロー パラメータ（MFBR および GFBR）の qi5 arp ごとの組み合わせを構成するように拡張されています。

QoS プロファイルを構成するには、次のコード例を使用します。

[smf] smf(config-qos-abc)# qosflow?
Possible completions:
  qosflow   Configure Qosflow params for 5QI/Arp values
[smf] smf(config-qos-abc)# qosflow ?
Possible completions:
  qi5   Standard 5QI value (range 1 to 255)
[smf] smf(config-qos-abc)# qosflow qi5 ?
Possible completions:
  <qci-value:unsignedInt, 1 .. 255>  range
[smf] smf(config-qos-abc)# qosflow qi5 1 ?
Possible completions:
  arp-priority-level   Configures the ARP Priority Level [1-255]
  flow-parameter       
  <cr>                 
[smf] smf(config-qos-abc)# qosflow qi5 1 flow-parameter ?
Possible completions:
  gfbr   Guaranted Bit Rate (GFBR)
  mfbr   Maximum Bit Rate (MFBR)
[smf] smf(config-qos-abc)# qosflow qi5 1 flow-parameter gfbr ?
Possible completions:
  dl   GFBR Downlink threshold
  ul   GFBR Uplink threshold
[smf] smf(config-qos-abc)# qosflow qi5 1 flow-parameter gfbr dl ?
Description: GFBR Downlink threshold
Possible completions:
  <string>
[smf] smf(config-qos-abc)# qosflow qi5 1 flow-parameter mfbr ?  
Possible completions:
  dl   MFBR Downlink threshold
  ul   MFBR Uplink threshold
[smf] smf(config-qos-abc)# qosflow qi5 1 flow-parameter mfbr 

[smf] smf(config-qos-abc)# qosflow qi5 1 arp-priority-level 1 flow-parameter ?
Possible completions:
  gfbr   Guaranted Bit Rate (GFBR)
  mfbr   Maximum Bit Rate (MFBR)
[smf] smf(config-qos-abc)# qosflow qi5 1 arp-priority-level 1 flow-parameter

人事ローミングでのデフォルトの DNN サポート

HR ローミング シナリオでは、vSMF はデフォルトの DNN の使用をサポートしています。これにより、ローミング パートナーが使用するすべての DNN のリストまたは設定を回避できます。

vSMF が受信した visitor-hr コールの DNN 検証は無効になっています。デフォルトの DNN プロファイルから、仮想 DNN 構成は vCHF、vUPF、および vUPF 選択のための RMGR に対して使用されます。

デフォルトの DNN プロファイルを構成するには、次の CLI 構成を使用します：

config 
   policy dnn policy_name 
      profile profile_name 
   exit 
exit

仮想 DNN 名を構成するには、次の構成 CLI を使用します：

config 
   profile dnn profile_name 
      dnn virtual_dnn_name network-function-list [ chf | rmgr | upf ]  
   exit 
exit

HR ローミングでの IPv6 RS/RA サポート

このリリースでは、ホーム ルーテッド ローミング機能は 、3GPP TS 29.502、リリース 16、CR 202206に従って、N16 インターフェイスを使用して vSMF が hSMF から IPv6 インターフェイス ID を受信するためのメカニズムをサポートしています。

HR ローミング　シナリオでは、ルータ要請（RA）およびルータアドバタイズメント（RA）が hUPF または hSMF によって処理され、RA が適切に機能するよう両方向に vUPF がリレーします。CR 202206 では、hSMF が IPv6 インターフェイス ID を vSMF に送信し、vSMF がそれを N1 ペイロードで UE にリレーします。

相互運用性を確保するため、vSMF は N16 インターフェイスの hSMF から IPv6 インターフェイス ID を受信しない場合でも、DNN プロファイルの仮想 Mac 構成に基づいて UE にリレーします。

SEPP サポート

機能説明

セキュリティ エッジ保護プロキシ(SEPP)は、異なる5G PLMN (パブリック ランド モバイル ネットワーク)間で交換されるコントロール プレーン トラフィックを保護するために使用されます。SEPP は、PLMN 境界ですべての API メッセージに対してメッセージ フィルタリング、ポリシング、およびトポロジ隠蔽を実行します。

SMF は、SEPP またはピアを介して障害の原因を特定するため、SEPP の障害処理テンプレートをサポートします。

機能の仕組み

SEPP は、通信パスを保護し、PLMN 間シグナリングですべてのコントロール プレーン メッセージに対してトポロジ隠蔽を実行し、実際のサービス プロデューサとサービス コンシューマ間のサービス リレーとして機能します。サービス プロデューサとコンシューマの両方にとって、サービス リレーの結果は直接的なサービスの相互作用と同等です。

HR ローミングの場合、各 SEPP は N16 インターフェイスを使用して VPLMN と HPLMN のそれぞれの SMF と通信します。


Note

SEPP は PLMN 間境界でのみ使用され、ホーム ドメイン内のノード間（hSMF と hUDM 間など）では使用されません。
SEPP の選択

SEPP はローカルの構成で選択されます。NF ノードの現在のセットが拡張され、SEPP を選択できるようになります。vSMF と hSMF は、同じ構成を使用して SEPP を選択します。

SEPP および hSMF/vSMF の障害処理

SMF は、hSMF または vSMF および SEPP の障害処理（FH）をサポートしています。クライアント SMF は、HTTP 応答で受信した 3GPP ヘッダー メッセージに基づいて、失敗応答の発信元を検出します。発信元は、ピア SMF または SEPP のいずれかです。

ヘッダー メッセージ内の NF インスタンス値に応じて、SEPP FH プロファイルまたは N16 FH プロファイルのいずれかを選択します。

N16 FH プロファイルは、既存の N32 SEPP FH プロファイルと同様に機能します。ただし、N16 FH プロファイルは、他の NF で使用可能なエンドポイント（EP）構成の代わりに、AdditionalHsmfUri 属性を使用します。


重要

AdditionalHsmfUri 属性は、セッションの作成手順でのみ使用されます。

SMF からのエラー応答がある場合、次の形式でサーバー ヘッダーが含まれます：

SMF-nf-instance-id

Example: 
SMF-54804518-4191-46b3-955c-ac631f953ed8
 SEPP-35644518-9291-46b3-934c-ac5678f953ed

ヘッダーに SEPP NF インスタンス値が含まれている場合、エラーを受信したクライアント SMF は SEPP 障害処理構成を適用します。


（注）  

ヘッダーに 2 つの SEPP サーバ名がある場合、そのヘッダーは障害応答をピア SMF から発信されたものと見なします。

次に、PDU セッションの作成手順中に実行される一連の失敗処理手順を示します。

  1. vSMF は、ローカルに構成された SEPP EP に基づいて最初の SEPP を選択し、「3gg-target-api-root」ヘッダーに hSMF URI を追加します。

  2. 最初の SEPP EP が失敗した場合、vSMF は SEPP FHT を選択し、別の EP で手順を再試行する。

  3. SEPP FHT がない場合、または再試行回数が枯渇した場合、SMF はセッションを終了します。

  4. ピア SMF が失敗すると、vSMF は N16 FHT を使用して、AdditionalHsmfUri EP から次の EP を選択します。

  5. AdditionalHsmfUri IE で定義されたすべての URI が失敗するか、再試行回数を超えた場合、vSMF は手順を終了します。

SEPP および SMF 障害処理

PDU セッションのライフサイクル中に、SMF は NF インスタンス値を使用して hSMF と SEPP をチェックします。FH プロファイルに構成された HTTP ステータス コードに応じて、SMF は次のいずれかのアクションを実行します。

表 14. SEPP および SMF FHT でサポートされるアクション

N16 の手順

SEPP FHT アクション（SEPP FHT Actions）

SMF FHT アクション（SMF FHT Actions）

作成（Create）

terminate

retry-and-terminate

terminate

retry-and-terminate

リリース

terminate

retry-and-terminate

terminate

HsmfPduSessionNotify

terminate

retry-and-terminate

terminate

（注）  

SMF は、他の構成された FH アクションをデフォルトの終了アクションで上書きします。
コール フロー

ここでは、SEPP を選択して使用するためのコール フローについて説明します。

次のタイプの要求がクライアントからサーバに送信されます。

  • API ルートへの要求：これらのリクエストは、YAML で定義されているように API ルートに送信されます。以下のヘッダーが要求に追加されます。

    • 3gpp-Sbi-Target-apiRoot：このヘッダーの値は、要求を処理する NF の FQDN です。要求が hSMF に送信される場合、これは hSMF の FQDN です。

    • Authority ：このヘッダーの値は、クライアントによって要求が送信されるサーバ SEPP です。要求が vSMF によって送信される場合、値は vSEPP で、要求が hSMF によって送信される場合は hSEPP です。

  • コールバック リクエスト ：これらのリクエストは、PLMN の境界を越えて呼び出されるコールバックです。このような要求のヘッダー フィールドの値は 、3GPP TS 29.500、Annex Bで定義されています。

Figure 17. SEPP を使用したコール フロー
Table 15. SEPP を選択するためのコール フローの説明
ステップ 説明
1 - 2 vSMF は、SEPP と SEPP のアドレスの使用に関する通知を hSMF に送信することにより、手順を開始します。この転送メッセージのコール フロー シーケンスは次のとおりです：

  • vSEPP と hSEPP は、vSMF から hSMF に送信されるメッセージをそれぞれ暗号化と復号化を行います。

  • AMF は hSMF FQDN を smf-service に送信し、次にすべてのメッセージで rest-ep に送信します。

  • vSMF は、vSEPP にローカルに構成された IP アドレスとポート番号を読んで vSEPP を選択し、それを使用して hSMF にメッセージを送信します。

  • rest-ep は、vSEPP の IP アドレスとポート番号を使用して hSMF URI と Authority ヘッダーを使用して 3gpp-Sbi-Target-apiRoot ヘッダーを更新し、その後、メッセージを vSEPP に送信します。vSEPP はさらに hSEPP と通信されます。

  • hSEPP は、DNS を解決し（必要な場合）、メッセージを復号してから hSMF に送信します。
3 - 4 hSMF は callback ヘッダー値で応答します。この返信メッセージのコール フロー シーケンスは次のとおりです。

  • hSEPP と vSEPP は、hSMF から vSMF に送信されるメッセージをそれぞれ暗号化および復号化します。

  • smf-service は、vSMF からメッセージの一部として受信した通知 URI から vSMF の FQDN を取得し、3gpp-Sbi-Target-apiRoot ヘッダーを更新します。smf-service は、すべてのメッセージ内の 3gpp-sbi-callback 列挙値を更新します。

  • smf-service は、メッセージを rest-ep に転送します。rest-ep は、3gpp-sbi-callback ヘッダーと 3gpp-Sbi-Target-apiRoot ヘッダーの値を更新します。

  • rest-ep は、hSEPP のローカルに構成された IP アドレスとポート番号で Authority（疑似ヘッダー）を更新し、hSEPP にメッセージを転送します。hSEPP はさらに vSEPP と通信します。

  • vSEPP は DNS を解決し（必要な場合）、メッセージを復号してから vSMF に送信します。

SEPP の構成

ここでは、SEPP の構成方法について説明します。

SEPP を構成する場合、次の条件が適用されます：

  • これは、UDM、CHF、PCF などの他の NF と同じ方法で構成されます。

  • エッジ プロキシであり、適切な NF ではないため、ピア SMF でサポートされているサービス リストが必要です。

  • これは、他の NF と同様に、既存の nf クライアント障害テンプレートを使用した障害処理機能をサポートしています。

SEPP nf-client の構成

SEPP nf-client を構成する場合、CLI 構成例は参考としてのみ使用してください。

profile nf-client nf-type sepp
 sepp-profile SEPP1
  locality LOC1
   service name type nsmf-pdusession
    endpoint-profile EP1
     capacity   50
     priority   50
     uri-scheme http
     endpoint-name sepp-ep-1
      priority 50
      capacity 50
      primary ip-address ipv4 xx.xx.xx.xx
      primary ip-address port xxxx
     exit
    exit
   exit
  exit
 exit
exit
SEPP のネットワーク要素プロファイル パラメータの構成

SEPP nf-client にリンクされているネットワーク要素プロファイルを構成するには、CLI 構成例を使用します。

profile network-element sepp nrf-nf-sepp-1
 nf-client-profile SEPP1
exit
SEPP の DNN プロファイルの構成

SEPP の DNN プロファイルを構成するには、CLI 構成例を参考としてのみ使用してください。

network-element-profile sepp nrf-nf-sepp-1 is linked to dnn 

profile dnn intershatRoamer
 network-element-profiles sepp nrf-nf-sepp-1
exit
SEPP の障害処理の構成

SEPP は、すべての HTTP エラー応答コードについて、既存の失敗処理テンプレートをサポートしています。SEPP の障害処理を構成するには、参照としてのみ構成例を使用してください。

profile nf-client-failure nf-type sepp
 profile failure-handling FH-SEPP
  service name type nsmf-pdusession
   message type VsmfPduSessionCreate
    status-code httpv2 504
     retry  2
     action retry-and-terminate
    exit
   exit
  exit
 exit
exit

Note

現在のリリースでは、すべてのメッセージで retry-terminate オプションのみがサポートされています。
hSMF/vSMF および SEPP の障害処理テンプレートの構成

ピア SMF および SEPP は、すべての HTTP エラー応答コードの失敗処理テンプレートをサポートしています。ピア SMF メッセージの障害処理を構成するには、構成例を参照としてのみ使用してください。

以下に hSMF の構成例を示します：


profile nf-client-failure nf-type sepp
 profile failure-handling FHSEPP
  service name type nsmf-pdusession
   responsetimeout 4000
   message type VsmfPduSessionUpdate
    status-code httpv2 500-599
     retry  3
     action retry-and-terminate
    exit
   exit
   message type VsmfPduSessionNotify
    status-code httpv2 400-599
     retry  3
     action retry-and-terminate
    exit
   exit
  exit
 exit
exit

以下に vSMF の構成例を示します：

profile nf-client-failure nf-type sepp
 profile failure-handling sepp
  service name type nsmf-pdusession
   responsetimeout 4000
   message type HsmfPduSessionCreate
    status-code httpv2 400-599
     retry  3
     action retry-and-terminate
    exit
   exit
   message type HsmfPduSessionUpdate
    status-code httpv2 500-599
     retry  3
     action retry-and-terminate
    exit
   exit
   message type HsmfPduSessionRelease
    status-code httpv2 504
     retry  3
     action retry-and-terminate
    exit
   exit
  exit
 exit
exit

Note

構成例では、nf-type の SEPP を使用しています。Nf タイプの SMF にも同じものを使用できます。

代替 hSMF を使用した障害処理テンプレートの構成

プライマリ hSMF から障害が発生した場合、vSMF は代替 hSMF を試行します。SMF サービスは代替 hSMF の詳細を REST エンドポイント（rest-ep）に送信し、SMF は AMF から代替 HSM の詳細を取得します。N26 障害処理の構成に基づいて、代替 hSMF が選択されます。

代替 hSMF は、再試行が構成されている場合にのみ選択されます。pduSessionCreate


Note
smf-service には、Rest エンドポイントへの discoveryParams にリストalternate-hsmf が含まれています。

N26 障害処理の構成に基づいて、代替 hSMF が選択されます。

Rest-ep または NfLib は選択された代替 hSMF をサービスに送り返し、vSMF はこれを AMF に送り返します。 vSMF は、smContextCreatedData に SelectedSmfId を表示します。

設定例:

次に設定例を示します。


[smf] smf(config)# profile nf-client-failure nf-type n16smf  
smf] smf(config-n16smf)# profile failure-handling fh 
[smf] smf(config-failure-handling-fh)# service name type nsmf-pdusession 
[smf] smf(config-type-nsmf-pdusession)# message type [ PduSessionCreate  ] status-code httpv2 <0-599>
[smf] smf(config-httpv2-400)# action [continue  retry-and-continue  retry-and-ignore  retry-and-terminate  terminate]
[smf] smf(config-httpv2-400)# retry <1-10>
SMF NRF 登録の構成

SMF NRF 登録を構成するには、構成例の参照としてのみ使用してください。

profile smf smf1 instances 
            instances 1 fqdn 5gc.mnc456.mnc123.3gppnetwork.org
            instances 1 inter-plmn-fqdn 5gc.mnc456.mnc123.3gppnetwork.org
            instances 1 supported-features [ vsmf ]

Note

現在のリリースでは、SMF を NRF に登録するために、 inter-plmn-fqdn および vsmf でサポートされる IE が SMF ディスカバリに含まれています。 vsmfSupportIndicator の構成は 、 inter-plmn-fqdnとともに vSMF に追加する必要があります。この構成は、vAMF がローミングをサポートする vSMF を検索するために必要です。

vsmfSupportIndicator の構成を元に戻すには、次の構成例を使用します： 

smf] smf(config-smf-smf1)# no instances 1 supported-features 
[smf] smf(config-smf-smf1)# commit

OAM サポート

バルク統計サポート

この機能により、「smf_restep_http_msg_total」統計に「failed_nf_type」ラベルが導入され、障害応答コードの送信元であるターゲット NF が示されます。

ピア SMF および SEPP 作成セッション失敗応答のクエリの例を次に示します。

  • セッション手順の作成成功：

    smf_restep_http_msg_total{api_name="smf_pdu_session_create",app_name="SMF",
cluster="SMF",data_center="DC",dnn="",gr_instance_id="1",
instance_id="0",message_direction="outbound",message_type="",
nf_type="smf",nf_uri="",proc_name="",rat_type="",req_cause="",response_cause="",
response_status="201",service_name="rest-ep",sess_type="", failed_nf_type=""} 1

  • SMF からのセッション手順失敗応答を作成します：

    smf_restep_http_msg_total{api_name="smf_pdu_session_create",app_name="SMF",
cluster="SMF",data_center="DC",dnn="",gr_instance_id="1",
instance_id="0",message_direction="outbound",message_type="",
nf_type="smf",nf_uri="",proc_name="",rat_type="",req_cause="",response_cause="",
response_status="400",service_name="rest-ep",sess_type="", failed_nf_type="smf"} 1

  • SEPP からのセッション手順失敗応答を作成します：

    
smf_restep_http_msg_total{api_name="smf_pdu_session_create",app_name="SMF",
cluster="SMF",data_center="DC",dnn="",gr_instance_id="1",
instance_id="0",message_direction="outbound",message_type="",
nf_type="smf",nf_uri="",proc_name="",rat_type="",req_cause="",response_cause="",
response_status="400",service_name="rest-ep",sess_type="", failed_nf_type="sepp"} 1

バルク統計情報の詳細については、「UCC 5G SMF メトリック リファレンス」を参照してください。

N3 および N9 ユーザー プレーンの分離

ユーザーは、非ローミング加入者とホーム ルーティング加入者の両方を処理する SMF または UPF 上の 5G ネットワークで N3 および N9 ネットワークを個別に保持することを希望します。

UPF が UE がアウトバウンド ローミングまたはホームのうちのいずれであるかを検出できない場合、SMF はサブスクライバに使用するインターフェイスに関する情報を UPF に渡します。このシナリオを克服するために、SMF は、あるネットワーク上で N3 インターフェイスを、別のネットワーク上で S5-U/S8-U と N9 インターフェイスを許可することにより、ユーザーが特にデータ パス上でコア ネットワークとは別の RAN ネットワークを維持できるようにします。

SMF は、適切なインターフェイス タイプを使用して PDR を作成しながら、N4 メッセージの PDI IE に送信元インターフェイス タイプ IE（3GPP インターフェイス タイプ）を入力します。IE の形式は次のとおりです：

ビット

Octets

8

7

6

5

4

3

2

1

1 ～ 2

タイプ = 160（10 進数）

3 ～ 4

長さ = n

5

スペア

インターフェイス タイプ値

6 ～ n+4

これらのオクテットは、明示的に指定されている場合にのみ存在します。

次の表に、3GPP インターフェイスの種類とその値を示します。

インターフェイス値

値（10進数）

S1-U

0

S5/S8U

（注）  

 
ローミング トラフィックと非ローミング トラフィックが分離されている場合、この値は S5-U インターフェイスにのみ使用し、S8-U インターフェイスには「S8-U」（10 進数の 19）を使用する必要があります。

1

S4-U

2

S11-U

3

S12

4

Gn/Gp-U

（注）  

 
ローミング トラフィックと非ローミング トラフィックが分離されている場合は、この値を Gn-U インターフェイスにのみ使用し、「Gp-U」（10 進数の 20）を Gp-U インターフェイスに使用する必要があります。

5

S2a-U

6

S2b-U

7

DL データ転送用の eNodeB GTP-U インターフェイス

8

UL データ転送用の eNodeB GTP-U インターフェイス

9

DL データ転送用の SGW/UPF GTP-U インターフェイス

10

N3 3GPP アクセス

11

3GPP 以外の信頼済みのアクセス

12

3GPP 以外の信頼できないアクセス

13

データ転送用 N3

14

N9（または非ローミングの場合は N9）

（注）  

 
ローミング トラフィックと非ローミング トラフィックが分離されている場合、この値はN9非ローミング インターフェイスにのみ使用し、（10進数値「21」）はN9ローミング インターフェイスに使用する必要があります。

15

SGi

16

N6

17

N19

18

S8-U

19

GPU

20

ローミング用 N9

21

Iu-U

22

データ転送用の N9

23

Sxa-U

24

Sxb-U

25

SXC-U

26

N4-U

27

UL データ転送用の SGW/UPF GTP-U インターフェイス

28

N6mb/Nmb9

29

N3mb

30

N19mb

31

スペア

32–63

提供内容の概要

N3 および N9 ユーザー プレーンの分離中に、次の機能が発生する可能性があります。

  • SMF は以下を提供します。

    • 4G RAT を介して接続するホーマーのアップリンク PDR のパケット検出情報（PDI）で、送信元インターフェイス タイプとして S5-U を選択します。

    • 5G RAT を介して接続するホーマーのアップリンク PDR の PDI の送信元インターフェイス タイプとしての N3 3GPP アクセス。

    • Wi-Fi RAT を介して接続するホーマー ユーザーのアップリンク PDR の PDI のソース インターフェイス タイプとして S5-U。これは、4G < - > Wi-Fi ハンドオーバー中のトンネルの再作成を回避するための最適化として行われます。

  • ハンドオーバー（HO）シナリオでは、次の手順を実行します。

    • 5G から 4G/Wi-Fi へ：トンネルが再作成され、N4 変更は、S5-U に設定された送信元インターフェイス タイプを持つアップリンク PDR PDI を使用します。

    • 4G/Wi-Fi から 5G へ：トンネルが再作成され、N4 の変更は、送信元のインターフェイスタイプが N3 に設定されたアップリンク PDR の PDI を使用します。

    • 同様に、専用フロー/ベアラーのアップリンク PDR は、RAT に応じて N3 または S5-U 送信元インターフェイス タイプで作成されます。

  • UPF は送信元インターフェイス タイプのない N4 メッセージを処理し、インターフェイスからトンネルを割り当てます。インターフェイスには、下位互換性があるためどのインターフェイスにも関連付けられていません。

インターフェイス タイプの構成

UPF 入力インターフェイス タイプを構成するには、次の構成を使用します。


configure 
   context context_name 
      user-plane-service service_name 
         [ no ] associate gtpu-service gtpu_service_name upf-ingress   
         end

注：

  • associate gtpu-service gtpu_service_name ：ユーザー プレーン サービスの GTP-U サービスを関連付けます。

  • upf-ingress ：インターフェイス タイプを S-GW 入力として構成します。

次に、例を示します。

associate gtpu-service n3-upf-in upf-ingress
associate gtpu-service n3-upf-in upf-ingress interface-type S5-U | S8-U | 3 3Gpp Access | n9-s5-s8
| N3 for data Forwarding | N9 | N6 | SGi

N3 と N9 の分離での ホーマー コール

ホーム ルーティングされたコール中に次のコール フロー プロセスの変更が発生します。

  • vSMF セッション作成手順：5G セッション作成手順中に、SMF は適切なインターフェイス タイプを使用して PDR を作成する際、N4 メッセージの PDI IE に送信元インターフェイス タイプ IE（3GPP インターフェイス タイプ）を含めます。たとえば、SMF は N4 メッセージの Create uplink PDR に source interface type= N3 3GPP Access を含め、UPF は構成に基づいてそのインターフェイスから TEID を割り当てます。GTPU サービスが N3 3GPP アクセスに関連付けられていない場合、TEID はデフォルト（インターフェイス構成のないもの）から割り当てられます。

  • 4G アクセス登録：4G アクセス登録時に、SMF は N4 メッセージのアップリンク PDR 作成に送信元インターフェイス タイプ = S5-U を含め、UPF は構成に基づいてそのインターフェイスから TEID を割り当てます。S5-U に GTPU サービスが関連付けられていない場合、TEID はデフォルト（インターフェイス構成なしで 1 つ）から割り当てられます。

専用ベアラー コール フロー

次の場合にコールフローの変更が発生します：

  • 専用ベアラー フローの作成：4G で専用ベアラーを作成しているときに、SMF は、アップリンク PDR 作成で S5-U として送信元インターフェイス タイプを持つ N4 変更を送信します。

  • 追加の 5G コール フローの作成：5G で追加のフローを作成している間、SMF は、アップリンク PDR 作成で、送信者インターフェイス タイプが「N3 3GPP Access」として N4 変更を送信します。

N3 と N9 の分離でのローマ コール

ローマ コール中に次のコール フロー プロセスの変更が発生します。

  • ローミングの場合、vSMF は、N9 トラフィックのダウンリンク（DL）PDR を作成するときに送信元インターフェイス タイプを N9 として送信し、N4 メッセージで N3 トラフィックのアップリンク（UL）PDR を作成するときに「N3 3GPP Access」として送信します。

  • hSMF は、N9 トラフィックの UL PDR の作成時には N9 として、4G トラフィックの UL PDR（セカンダリ PDR）の作成時には S5-U として、送信元インターフェイス タイプを送信します。

  • UPF は、NR および 4G のデフォルトのベアラー/フローに 2 つの異なるトンネルを割り当てます。


（注）  
さらなる最適化を実現するために、SMF は、UPF を変更することなく、必要に応じて 4G と 5G の両方の UL PDR を作成しながら、送信元インターフェイスタイプとして N9 を送信できます。

許可された PLMN リストのサポート

非ローミング SMF と hSMF が異なるノードにあるネットワークでは、AMF は、NSSAI、SUPI の PLMN-ID、DNN などのクエリ パラメータを使用して、NRF ディスカバリに基づいて SMF を選択できます。この選択では正しい結果が得られない場合があります。

このようなシナリオでは、SMF は NRF 検出サービスを使用して、許可された PLMN リストで NRF を登録します。非ローミング SMF はホームサービス PLMN のリストに登録でき、hSMF はパートナー サービス PLMN に登録できます。

SMF は、ネットワーク機能を NRF に登録するときに、ネットワーク プロファイルの allowedPlmns に構成された allowed-plmn-list を含めます。

AMF は、既存のクエリ パラメータに加えて、requester-plmn-list を使用して SMF を検出します。

許可された plmns が構成されている場合、SMF が service-plmn を持つ SmContextCreate または SmContextUpdate を受信し、これが構成された allowed-plmn と一致しない場合、コールは拒否されます。

NF 検出の詳細については、『 UCC 5G SMF 構成および管理ガイド』 の 「NF 検出」の章を参照してください。

許可済み PLMN リストの構成

SMF の許可済み PLMN リストを構成するには、次の構成例を使用します。 

config 
   profile smf smf_profile_name 
      allowed-plmn-list  [ mcc-mnc ] 
      end

注：

  • allowed-plmn-list [ mcc-mnc ] ：許可された plmn リストを構成します。

PLMN ローミング モビリティのサポート

PLMN 間ローミング モビリティは、進行中のシームレスなデータ転送を維持しながら、UE がホーム ネットワーク（H-PLMN）からパートナー ネットワーク（V-PLMN）に、またはその逆に移動できるようにする機能です。

SMF は、UE がホーム ネットワークからビジター ネットワークに、またはその逆に移動する場合のホーム ルーティング ローミングの Inter-plmn シナリオをサポートします。

SMF は次の機能をサポートしています。

  • H-PLMN から V-PMLN へのハンドオーバーとその逆。

  • CLI による inter-plmn ハンドオーバー機能の有効化と無効化。

  • N11 および N16 インターフェイスでサポートされている機能で、特定の SMF サービス エリア（DTSSA）を使用して展開トポロジをアドバタイズします。

  • 効率的な Inter-RAT ハンドオフのために、ホーム コール用のセカンダリ RAT にセカンダリ PDR を作成します。

インターフェイス間モビリティの間、vSMF は次の動作を行います。

  • 構成されたサブスクライバ ポリシーに基づいてオペレータ ポリシーを選択します。

  • 構成に基づいて V-UPF と V-CHF を選択します。

  • Operator ポリシーで構成されているローミング ステータスを使用して、HRT ローミング要求をオーバーライドして、UE をローカル ブレークアウト（LBO）として扱います。

N4 の変更

SMF では、関連付けの変更ではなく、PDR の再作成がサポートされます。

  • 5G ローミング：5G ローミングでは、5G UE がホームピアからローミング サーバに、またはその逆に移動すると、N3 PDR が作成および削除されます。S5 および N9 のセカンダリ PDR は、既存の FTEID で再作成されます。

  • 4G ローミング：4G ローミングでは、4G UE がホームからローミングに、またはその逆に移動すると、S5 および N9 PDR が既存の FTEID で再作成されます。N3 PDR は新たに作成されて削除されます。

  • RAT 間ローミング：SMF は古い RAT PDR を削除し、RAT 間シナリオ用に新しい RAT PDR を作成します。SMF では、既存の FTEID を使用して S5 および N9 PDR も再作成されます。

制限事項と制約事項

inter-plmn モビリティ中は、H-SMF または SMF に次の制限があります。

  • オペレータ ポリシーと UPF を再選択しません。

  • ノースバウンド NF の選択基準は変更されません。

  • ローミング ステータスをホーマー/ローマーに変更

inter-plmn モビリティ中、V-SMF には次の制限があります。

  • サブスクライバ ポリシー構成に基づいてオペレータ ポリシーを選択します。

  • 構成に基づいて V-UPF と V-CHF を選択します。

  • オペレータ ポリシーで構成されているローミングステータスを使用して、HRT ローミング要求をオーバーライドして、UE を LBO として扱います。

[Restrictions（機能制限）]

SMF には次の制約事項があります。

  • UE が V-SMF 内で別の V-SMF に移動する PLMN 内モビリティでは、V-SMF の変更はサポートされていません。

  • IDFT は Inter-plmn HO ではサポートされていません。

  • inter-plmn CLI が構成されていない場合、ビジター PLMN を持つ ModifyBearerRequest は拒否されます。

  • inter-plmn シナリオでは、H-SMF で構成されたローミング QOS フローベースの課金プロファイルが優先され、V-SMF から受信した課金プロファイルは無視されます。

標準準拠

PLMn ローミング モビリティ機能は、次の標準に準拠しています。

  • 3GPP TS 23.502、バージョン 16.6

  • 3GPP TS 29.502、バージョン 16.6

  • 3GPP TS 29.571、バージョン 16.6

  • 3GPP TS 29.244、バージョン 16.6

  • 3GPP TS 32.255、バージョン 16.6

機能の仕組み

ここでは、plmn 間ハンドオーバー機能のコール フローと手順について説明します。

コール フロー

SMF では、さまざまな PLMM 間モビリティ機能の次のコール フローがサポートされます：

  • 5G ホームから 5G ローマーへ

  • 5g ローマーから 5g ホームへ

  • 5G ローミング者から 4G ホーム/ローマーへ

  • 4g ローマー/ホームから 5g ローマー

  • 内部 PLMN ローミング

Homer から Roamer への PLMN 5G ハンドオーバー

このセクションでは、v-SMF 挿入を使用した Inter-plmn N2 HO の手順に関するコール フローと詳細について説明します。

図 18. v-SMF 挿入を使用した Inter-plmn N2 HO のコール フロー

手順

  • UE は H-PLMN のホームレイから V-PLMN のローマに移行します。

  • V-SMF が追加されます。

  • SMF は H-SMF に移行します。

v-SMF 削除による 5G ローマーから 5G ホームマーへの PLMN 間ハンドオーバー

このセクションでは、v-SMF を削除した場合の Inter-plmn N2 HO の手順に関するコール フローと詳細について説明します。

図 19. v-SMF 削除を使用した Inter-plmn N2 HO のコール フロー

v-SMF 削除を使用した Inter-plmn N2 HO のコール フローの説明：

  • UE は V-PLMN のローマから H-PLMN のホームレイに移行します。

  • V-SMF を削除します。

  • H-SMF から SMF へ移行します。

PLMN 間および RAT 間シナリオ
4G ホーマーから 5G ローマーへの PLMN N26 間ハンドオーバー

このセクションでは、4G ホーマーから 5G ローマーへの Inter-plmn N2 HO に関するコール フローと詳細について説明します。

図 20. 4G ホーマーから 5G ローマーへの Inter-plmn HO のコール フロー

4G ホーマーから 5G ローマーへの Inter-plmn N26 HO のコール フローの説明：UE は、H-PLMN の 4G ホーマーまたは V-PLMN のローマーから V-PLMN の 5G ローマーグに移行します。

5G ローマーから 4G ホームまたはローミングへの PLMN 間ハンドオーバー

このセクションでは、5G ローマーから 4G ホームページへのインター PLMN HO に関するコールフローと詳細について説明します。

図 21. 5G ローマーから 4G ホームページでの Inter-plmn HO のコール フロー

5G ローマーから 4G ホームページへのインター PLMN HO のコール フローの説明：

UE は、V-PLMN の 5G ローミングから H-PLMN の 4G ホームランまたは V-PLMN の 4G ローミングに移行します。

4G ホーマーから 4G ローマーへの PLMN 間ハンドオーバー

このセクションでは、4G ホーマーから 4G ローマーへの Inter-plmn ハンドオーバー（HO）の手順に関するコール フローと詳細について説明します。

図 22. 4G ホーマーから 4G ローマーへの Inter-plmn HO のコール フロー

4G ホーマーから 4G ローマーへのコール フローの説明：

  • 訪問者 S-GW から ModifyBearerRequest を受信します。

  • ModifyBearerRequest 処理中のローミング ステータスを判別します。

  • N3 を削除し、N9 セカンダリ PDR を作成します。

  • 既存の FTEID を使用して S5 PDR を再作成します。

4G ローマーから 4G Homer への PLMN 間ハンドオーバー

このセクションでは、4G ローマから 4G ホームマへの Inter-plmn N2 HO の手順に関するコール フローと詳細について説明します。

図 23. 4G ローマから 4G ホームページへの Inter-plmn N2 HO のコール フロー

4G ローマーから 4G ホームページでの Inter-plmn N2 HO 手順のコール フローの説明

  • サブスクライバがローミングの場合、SMF はホーム S-GW から ModifyBearerRequest を受信します。

  • ModifyBearerRequest メッセージのローミング ステータスを判別します。

  • N9 を削除し、N3 のセカンダリ PDR を作成

  • 既存の FTEID を使用して S5 PDR を再作成します。

4G ローマから 5G Homer への PLMN 間ハンドオーバー

このセクションでは、4G ローマから 5G ホームへの Inter-plmn HO に関するコール フローと詳細について説明します。

図 24. 4G ローマから 5G ホームページへの Inter-plmn HO のコール フロー

4G ローマから 5G ホームページへの Inter-plmn HO のコール フローの説明

  • N9 セカンダリを削除し、N3 プライマリ PDR を作成します。

  • 既存の FTEID を使用して S5 PDR を再作成します。

PLMN 間ハンドオーバーの構成

次の構成例を使用して、ローミングの inter-plmn ハンドオーバーを有効または無効にします。この構成を使用して、特定のDNNのInter-plmnローミングを無効にすることができます。


config 
   profile dnn dnnprofile_name 
      [ no ] supported-features [ inter-plmn-ho ]

注：

  • supported-features [ inter-plmn-ho ] ：ローミングの inter-plmn ハンドオーバーを有効にします。


    （注）  
    inter-plmn CLI が PGW-C+SMF で構成されていない場合、V-PLMN からの MBR は PGW-C+SMF によって拒否されます。V-PLMN からのハンドオーバーを処理するには、DNN プロファイルに inter-plmn-ho を構成することが必須です。

  • no ： 特定の DNN のローミング用の inter-plmn ハンドオーバーを無効にします。

セカンダリ PDR 用の個別のトンネルを作成するための構成

サンプル設定を使用して、UPF で N3 および N9 インターフェイスの分離が有効になっているかどうかを確認します。n3-n9 インターフェイス分離が有効になっている場合、セカンダリ RAT PDR 用に別のトンネルが作成されます。そうでない場合は、同じトンネルがセカンダリ RAT に再利用されます。 


config 
   profile dnn dnnprofile_name 
      [ no ] supported-features [ n3-interface-separation ]

注：

  • supported-features [ n3-interface-separation ] ：セカンダリ PDR 用に個別のトンネルを作成します。

  • no ：プライマリ PDR とセカンダリ PDR に同じトンネルを作成します。


    （注）  
    この構成が存在しない場合、SMF/PGW-C は、UPF で N3-N9 インターフェイスの分離が無効になっていると見なします。

DTSSA および ACSCR の送信

SMF は、N11 および N16 インターフェイス上の SmContextCreated、SmContextUpdated、PduSessionCreated、および PduSessionUpdated IE のサポート対象機能で DTSSA および ACSCR を送信できます。

これにより、AMF は inter-plmn ローミングに適切な V-SMF および H-SMF を選択できます。

DTSSA の構成

DTSSA または ACSCR を構成するには、構成例の参照として使用します。


config 
   profile smf profile_name instances instance-id supported-features  
       [ vsmf dtssa acscr]

注：

  • vsmf dtssa acscr ：サポートされている機能で DTSSA および ACSCR を送信します。

OAM サポート

ここでは、SFM のインターフェイスのサポートに関する操作、管理、およびメンテナンスに関して説明します。

バルク統計サポート

Inter-plmn モビリティ機能に、次のラベルが追加されました。

  • interplmn_ho_not_configured

  • dtssa_acscr_not_supported

  • disc_vsmf_insert_dtssa_acscr_not_configured

  • disc_vsmf_insert_interplmn_ho_not_configured

  • disc_vsm_insert_hsmf_retrieve_failure

  • disc_ro2ho_n2ho_interplmn_ho_not_configured

  • disc_ro2ho_n4_modify_failed

  • disc_ho2ro_n4_modify_failed

  • disc_ho2ro_failure

  • disc_ro2ho_failure

  • ho2ro_invalid_state

  • ro2ho_invalid_state

  • disc_ro2ho_guard_timer_expiry

  • disc_ho2ro_guard_timer_expiry

  • disc_ro2ho_idft_timer_expiry

  • smf_idft_inter_plmn_ro2ho_n2ho

  • smf_dft_inter_plmn_ro2ho_n2ho

  • smf_idft_inter_plmn_ho2ro_n2ho

  • smf_dft_inter_plmn_ho2ro_n2ho

N4 インターフェイスのローミング ステータス

subscriber-params N4 メッセージ内の独自の IE の下に サブ IE オプションが追加され、UPF がローミング ステータスを認識できるようになります。 


SUBSCRIBER PARAMS: 
Type: 226
    roaming-status: homer/roamer/visitor-hr/visitor-lbo

次の出力例は、ローミング ステータスを一覧表示したものです。


Homer– 1
Visitor-LBO – 2
Visitor-HR – 3
Roamer – 4

トラブルシューティング情報

このセクションでは、システムの動作中に発生する可能性のある ローミング関連の問題をトラブルシューティングするために、コマンド ライン インターフェイス（CLI）コマンド、アラート、ログとメトリックスの使用に関する情報について説明します。

ローミング固有の情報の回線詳細

show subscriber supi supi_id nf-service smf full CLI コマンドは、UE のローミング ステータスを表示します。


（注）  

2021.02 以降のリリースでは、 namespace キーワードは廃止され、 nf-service キーワードに置き換えられました。 

[unknown-smf] smf# show subscriber supi imsi-123456789012345 nf-service smf full 
subscriber-details 
{
…
        "authStatus": "Unauthenticated",
        "roamingStatus": "Vistor LBO",    <<< In-Roamer UE Roaming Status
        "uePlmnId": {
          "mcc": "123",
          "mnc": "456"
        }

…
     "authStatus": "Unauthenticated",
        "roamingStatus": "Roamer",      <<< Out-Roamer UE Roaming Status
        "uePlmnId": {
          "mcc": "123",
          "mnc": "456"
        }
…
        "authStatus": "Unauthenticated",
        "roamingStatus": "Homer",
        "uePlmnId": {
          "mcc": "123",
          "mnc": "456"
        }

hSMF に関するローミング固有の情報のサブスクライバの詳細

show subscriber supi supi_id nf-service smf psid psid_value full CLI コマンドは、hSMF としてローミング固有の使用例の詳細なサブスクライバ情報を表示します。 

[unknown] smf# show subscriber supi imsi-123456789012345 nf-service smf psid 5 full  
subscriber-details 
{
  "status": true,
  "genericInfo": {
    "supi": "imsi-310210789012346",
    "pei": "imei-123456786666660",
    "pduSessionId": 5,
    "pduSesstype": "Ipv4PduSession",
    "accessType": "3GPP_ACCESS",
    "dnn": "intershat",
    "plmnId": {
      "mcc": "310",
      "mnc": "560"
    },
    "sScMode": 1,
    "uetimeZone": "UTC+12:00",
    "allocatedIp": "209.165.200.229",
    "nrLocation": {
      "ncgi": {
        "mcc": "310",
        "mnc": "560",
        "nrCellId": "123456789"
      },
      "tai": {
        "mcc": "310",
        "mnc": "560",
        "tac": "1820"
      }
    },
    "alwaysOn": "None",
    "dcnr": "None",
    "wps": "Non-Wps Session",
    "ratType": "NR",
    "ueType": "NR Capable UE",
    "sessTimeStamp": "2021-06-18 18:49:28.266245111 +0000 UTC",
    "callDuration": "20.549700502s",
    "ipPool": "poolv4",
    "commonId": 2097158,
    "snssai": {
      "sd": "Abf123",
      "sst": 2
    },
    "authStatus": "Unauthenticated",
    "roamingStatus": "Roamer",
    "uePlmnId": {
      "mcc": "310",
      "mnc": "210"
    }
  },
  "accessSubData": {
    "amfID": "AFbe08",
    "amfPlmnId": {
      "mcc": "310",
      "mnc": "560"
    },
    "epsInterworkingIndication": "WITHOUT_N26"
  },
  "policySubData": {
    "TotalDynamicRules": 2,
    "TotalFlowCount": 2,
    "TotalNonGBRFlows": 1,
    "TotalGBRFlows": 1,
    "pccRuleList": [
      {
        "pccRuleId": "PccRule-1",
        "qfi": 2,
        "gbrDl": 2000000000,
        "gbrUl": 1000000000,
        "mbrDl": 4000000000,
        "mbrUl": 3000000000,
        "flowInformation": [
          {
            "flowLabel": "flow",
            "spi": "2",
            "flowDirection": 3,
            "flowDescription": "permit out ip from 209.165.200.225 to 209.165.200.254",
            "tosTrafficClass": "8"
          }
        ],
        "chargingInformation": {
          "chargingId": "ChargingData-1",
          "meteringMethod": "Duration and Volume",
          "Type": "Online",
          "ratingGroup": 10,
          "serviceId": "20"
        }
      },
      {
        "pccRuleId": "defaultrule",
        "qfi": 1,
        "mbrDl": 125000000,
        "mbrUl": 100000000,
        "flowInformation": [
          {
            "flowDirection": 3,
            "flowDescription": "permit out ip from any to any"
          }
        ]
      }
    ],
    "qosFlow": [
      {
        "qfi": 2,
        "GBRFlow": "True",
        "bindingParameters": {
          "x5Qi": 3,
          "arp": {
            "preemptCap": "NOT_PREEMPT",
            "preemptVuln": "PREEMPTABLE",
            "priorityLevel": 7
          }
        },
        "AggregatedULGFbr": 1000000000,
        "AggregatedDLGFbr": 2000000000,
        "AggregatedULMFbr": 3000000000,
        "AggregatedDLMFbr": 4000000000,
        "pccRuleList": "PccRule-1",
        "qosDescList": "QoS-1,"
      },
      {
        "qfi": 1,
        "GBRFlow": "False",
        "bindingParameters": {
          "x5Qi": 5,
          "arp": {
            "preemptCap": "NOT_PREEMPT",
            "preemptVuln": "NOT_PREEMPTABLE",
            "priorityLevel": 15
          },
          "priorityLevel": 1
        },
        "AggregatedULMFbr": 100000000,
        "AggregatedDLMFbr": 125000000,
        "pccRuleList": "defaultrule",
        "qosDescList": "default,"
      }
    ],
    "policyType": "Pcf",
    "pcfInteraction": "Pcf Interaction: ON",
    "ruleBase": "starent",
    "sessRuleList": [
      {
        "authDefaultQos": "&QosProfileKey{X5QI:5,Arp:{PreemptionCapability_NOT_PREEMPT PreemptionVulnerability_NOT_PREEMPTABLE 15 true},Priority:1,MaxDataBurstVol:0,Qnc:false,AveragingWindow:,}",
        "authSessAmbr": {
          "downlink": 125000000,
          "uplink": 100000000
        },
        "sessRuleId": "default"
      }
    ],
    "presenceReporting": "Disabled"
  },
  "chargingData": {
    "invcSeqNo": 1,
    "pduChId": 2097158,
    "ccId": "1",
    "chargingIdRtgGrpMapInfo": {
      "rgId": "10",
      "chargingId": [
        "ChargingData-1",
        "l10of",
        "l10on"
      ]
    },
    "chargParmMapInfo": [
      {
        "ratingGrp": 10,
        "chargingId": "ChargingData-1",
        "online": "true",
        "offline": "true",
        "serviceID": 20,
        "pccRuleIds": [
          "PccRule-1"
        ],
        "linkedChrgId": [
          "l10of",
          "l10on",
          "sesslevelurr"
        ],
        "meteringMthd": "MeteringMethod_DURATION_VOLUME",
        "reportingLevelOnline": "ReportingLevel_RAT_GR_LEVEL",
        "reportingLevelOffline": "ReportingLevel_RAT_GR_LEVEL",
        "configured": "false",
        "tightInterworkingMode": "false",
        "parent": "true",
        "reportingParm": "false",
        "limitParm": "false",
        "limitsChrgParamOnline": "l10on",
        "limitsChrgParamOffline": "l10of",
        "qosIds": [
          "QoS-1"
        ],
        "qfi": 2,
        "offlineConverted": "false"
      },
      {
        "ratingGrp": 10,
        "chargingId": "l10of",
        "online": "false",
        "offline": "true",
        "pccRuleIds": [
          "PccRule-1"
        ],
        "linkedChrgId": [
          "sesslevelurr"
        ],
        "meteringMthd": "MeteringMethod_DURATION_VOLUME",
        "reportingLevelOnline": "ReportingLevel_Dummy",
        "reportingLevelOffline": "ReportingLevel_RAT_GR_LEVEL",
        "configured": "false",
        "tightInterworkingMode": "false",
        "parent": "false",
        "reportingParm": "true",
        "limitParm": "true",
        "qosIds": [
          "QoS-1"
        ],
        "qfi": 2,
        "offlineConverted": "false"
      },
      {
        "ratingGrp": 10,
        "chargingId": "l10on",
        "online": "true",
        "offline": "false",
        "pccRuleIds": [
          "PccRule-1"
        ],
        "linkedChrgId": [
          "sesslevelurr"
        ],
        "meteringMthd": "MeteringMethod_DURATION_VOLUME",
        "reportingLevelOnline": "ReportingLevel_RAT_GR_LEVEL",
        "reportingLevelOffline": "ReportingLevel_Dummy",
        "configured": "false",
        "tightInterworkingMode": "false",
        "parent": "false",
        "reportingParm": "true",
        "limitParm": "true",
        "qosIds": [
          "QoS-1"
        ],
        "qfi": 2,
        "offlineConverted": "false"
      },
      {
        "chargingId": "sesslevelurr",
        "online": "false",
        "offline": "true",
        "pccRuleIds": [
          "PccRule-1"
        ],
        "meteringMthd": "MeteringMethod_DURATION_VOLUME",
        "reportingLevelOnline": "ReportingLevel_Dummy",
        "reportingLevelOffline": "ReportingLevel_Dummy",
        "configured": "false",
        "tightInterworkingMode": "false",
        "parent": "false",
        "reportingParm": "false",
        "limitParm": "true",
        "offlineConverted": "false"
      }
    ],
    "chTriggerInfo": {
      "sessionTriggerInfo": [
        {
          "triggerType": "VOLUME_LIMIT",
          "triggerCategory": "IMMEDIATE_REPORT",
          "triglevel": 2
        },
        {
          "triggerType": "TIME_LIMIT",
          "triggerCategory": "IMMEDIATE_REPORT",
          "triglevel": 2
        },
        {
          "triggerType": "AMBR_CHANGE",
          "triggerCategory": "IMMEDIATE_REPORT",
          "triglevel": 2
        },
        {
          "triggerType": "QOS_CHANGE",
          "triggerCategory": "DEFERRED_REPORT",
          "triglevel": 2
        }
      ],
      "rgTrgrList": [
        {
          "ratingGroup": 10,
          "rgTriggerInfo": [
            {
              "triggerType": "QUOTA_THRESHOLD",
              "triggerCategory": "IMMEDIATE_REPORT",
              "triglevel": 1
            },
            {
              "triggerType": "VOLUME_LIMIT",
              "triggerCategory": "IMMEDIATE_REPORT",
              "triglevel": 1
            },
            {
              "triggerType": "TIME_LIMIT",
              "triggerCategory": "IMMEDIATE_REPORT",
              "triglevel": 1
            },
            {
              "triggerType": "QUOTA_EXHAUSTED",
              "triggerCategory": "IMMEDIATE_REPORT",
              "triglevel": 1
            }
          ]
        }
      ]
    },
    "chThresholdInfo": {
      "sessthresholdInformation": {
        "volumeThreshold": 45000,
        "durationThreshold": 90
      },
      "rgthresholdInformation": [
        {
          "volumeThreshold": 7000,
          "durationThreshold": 800
        }
      ],
      "quotaInformation": [
        {
          "quotaHoldingTime": -1,
          "timeQuotaThreshold": 10,
          "volQuotaThreshold": 1000,
          "downlinkVolume": 20000,
          "time": 100,
          "totalVolume": 35000,
          "uplinkVolume": 15000,
          "ratingGrp": 10
        }
      ]
    },
    "startTime": "2021-06-18T18:49:28Z",
    "rulebase": "starent",
    "chargingDisabled": "false",
    "dropTraffic": "false",
    "gtppGrp": "group1",
    "profileName": "chgprf1",
    "accountingEnabled": "false",
    "n40ChargingEnabled": "true",
    "QbcProfileName": "qbc_general",
    "qbcChargingEnabled": "True",
    "roamingQbcInfo": {
      "qfiTh": {
        "volTh": 30000,
        "durTh": 80
      },
      "qfis": {
        "rgTriggerInfo": [
          {
            "triggerType": "QOS_CHANGE",
            "triggerCategory": "IMMEDIATE_REPORT",
            "triglevel": 2
          },
          {
            "triggerType": "TIME_LIMIT",
            "triggerCategory": "IMMEDIATE_REPORT",
            "triglevel": 2
          },
          {
            "triggerType": "VOLUME_LIMIT",
            "triggerCategory": "IMMEDIATE_REPORT",
            "triglevel": 2
          }
        ]
      },
      "partialRecordMethod": "PartialRecordMethod_DEFAULT"
    },
    "qbcChargParam": [
      {
        "chargingId": "qfi1",
        "qfi": 1,
        "meteringMthd": "MeteringMethod_DURATION_VOLUME",
        "reportingParam": "True",
        "limitParam": "True",
        "parent": "True"
      },
      {
        "chargingId": "qfi2",
        "qfi": 2,
        "meteringMthd": "MeteringMethod_DURATION_VOLUME",
        "reportingParam": "True",
        "limitParam": "True",
        "parent": "True"
      }
    ],
    "chfGroupId": "CHF-dnn=intershat;",
    "fbcChargingEnabled": "True"
  },
  "upfServData": {
    "numberOfTunnels": 1,
    "smfSeid": 9007228892966842,
    "qerInfo": [
      {
        "qosId": "Sess#Level",
        "qerId": 1,
        "refcnt": 1
      },
      {
        "qosId": "QoS-1@def#TC",
        "qerId": 2,
        "refcnt": 1
      },
      {
        "qosId": "default@def#TC",
        "qerId": 3,
        "refcnt": 1
      }
    ],
    "urrInfo": [
      {
        "chargingId": "ChargingData-1",
        "urrId": 16
      },
      {
        "chargingId": "l10of",
        "urrId": 33
      },
      {
        "chargingId": "l10on",
        "urrId": 55
      },
      {
        "chargingId": "sesslevelurr",
        "urrId": 76
      },
      {
        "chargingId": "qfi1",
        "urrId": 82
      },
      {
        "chargingId": "qfi2",
        "urrId": 98
      }
    ],
    "mapping": {
      "tunnelMapping": [
        {
          "TunnelID": 1,
          "tunnelName": "gnbTunnel",
          "RemoteTeid": {
            "teID": 1001,
            "ipAddr": "209.165.200.241"
          }
        }
      ]
    },
    "upfSeid": "17293822569102704642",
    "TotalNumberOfPdrs": "4 (Ul:2 Dl:2)",
    "TotalNumberOfFars": 4,
    "TotalNumberOfQers": 3,
    "TotalNumberOfUrrs": 6
  }
}

hSMF に関するローミング固有の情報のサブスクライバ セッションの詳細

show subscriber supi supi_id nf-service smf psid psid_value summary CLI コマンドは、hSMF としてローミング固有の使用例のサブスクライバ セッションに関する詳細情報を表示します。 

[unknown] smf# show subscriber supi imsi-123456789012345 nf-service smfpsid 5 summary  
subscriber-details 
{
  "status": true,
  "genericInfo": {
    "supi": "imsi-310210789012346",
    "pduSessionId": 5,
    "pduSesstype": "Ipv4PduSession",
    "accessType": "3GPP_ACCESS",
    "dnn": "intershat",
    "plmnId": {
      "mcc": "310",
      "mnc": "560"
    },
    "allocatedIp": "209.165.200.240",
    "ratType": "NR",
    "sessTimeStamp": "2021-06-18 18:49:28.266245111 +0000 UTC",
    "authStatus": "Unauthenticated",
    "roamingStatus": "Roamer",
    "uePlmnId": {
      "mcc": "310",
      "mnc": "210"
    }
  },
  "policySubData": {
    "TotalDynamicRules": 2,
    "TotalFlowCount": 2,
    "TotalNonGBRFlows": 1,
    "TotalGBRFlows": 1,
    "pcfInteraction": "Pcf Interaction: ON",
    "ruleBase": "starent"
  },
  "chargingData": {
    "chargParmMapInfo": [
      {
        "chargingId": "ChargingData-1",
        "offlineConverted": "false"
      },
      {
        "chargingId": "l10of",
        "offlineConverted": "false"
      },
      {
        "chargingId": "l10on",
        "offlineConverted": "false"
      },
      {
        "chargingId": "sesslevelurr",
        "offlineConverted": "false"
      }
    ],
    "chargingDisabled": "false",
    "dropTraffic": "false",
    "gtppGrp": "group1",
    "profileName": "chgprf1",
    "accountingEnabled": "false",
    "n40ChargingEnabled": "true",
    "QbcProfileName": "qbc_general",
    "qbcChargingEnabled": "True",
    "qbcChargParam": [
      {},
      {}
    ],
    "chfGroupId": "CHF-dnn=intershat;",
    "fbcChargingEnabled": "True"
  },
  "upfServData": {
    "smfSeid": 9007228892966842,
    "qerInfo": [
      {
        "qosId": "Sess#Level",
        "qerId": 1,
        "refcnt": 1
      },
      {
        "qosId": "QoS-1@def#TC",
        "qerId": 2,
        "refcnt": 1
      },
      {
        "qosId": "default@def#TC",
        "qerId": 3,
        "refcnt": 1
      }
    ],
    "urrInfo": [
      {
        "chargingId": "ChargingData-1",
        "urrId": 16
      },
      {
        "chargingId": "l10of",
        "urrId": 33
      },
      {
        "chargingId": "l10on",
        "urrId": 55
      },
      {
        "chargingId": "sesslevelurr",
        "urrId": 76
      },
      {
        "chargingId": "qfi1",
        "urrId": 82
      },
      {
        "chargingId": "qfi2",
        "urrId": 98
      }
    ],
    "mapping": {
      "tunnelMapping": [
        {
          "TunnelID": 1,
          "tunnelName": "gnbTunnel",
          "RemoteTeid": {
            "teID": 1001,
            "ipAddr": "209.165.200.231"
          }
        }
      ]
    },
    "upfSeid": "17293822569102704642",
    "TotalNumberOfPdrs": "4 (Ul:2 Dl:2)",
    "TotalNumberOfFars": 4,
    "TotalNumberOfQers": 3,
    "TotalNumberOfUrrs": 6
  }
}

vSMFのローミング固有情報のサブスクライバの詳細

show subscriber supi supi_id nf-service smf psid psid_value full CLI コマンドは、vSMF としてローミング固有の使用例の詳細なサブスクライバ情報を表示します。 

[unknown] smf# show subscriber supi imsi-123456789012345 nf-service smf psid 5 full  
subscriber-details 
{
  "status": true,
  "genericInfo": {
    "supi": "imsi-310480789012346",
    "pei": "imei-123456786666660",
    "pduSessionId": 5,
    "pduSesstype": "Ipv4PduSession",
    "accessType": "3GPP_ACCESS",
    "dnn": "intershat",
    "plmnId": {
      "mcc": "310",
      "mnc": "260"
    },
    "uetimeZone": "UTC+12:00",
    "allocatedIp": "209.165.202.131",
    "nrLocation": {
      "ncgi": {
        "mcc": "310",
        "mnc": "260",
        "nrCellId": "123456789"
      },
      "tai": {
        "mcc": "310",
        "mnc": "260",
        "tac": "1820"
      }
    },
    "alwaysOn": "None",
    "dcnr": "None",
    "wps": "Non-Wps Session",
    "ratType": "NR",
    "ueType": "NR Capable UE",
    "sessTimeStamp": "2021-06-18 18:55:11.252750658 +0000 UTC",
    "callDuration": "42.336122162s",
    "commonId": 2097159,
    "snssai": {
      "sd": "Abf123",
      "sst": 2
    },
    "authStatus": "Unauthenticated",
    "roamingStatus": "Vistor HR",
    "uePlmnId": {
      "mcc": "310",
      "mnc": "480"
    }
  },
  "accessSubData": {
    "amfID": "AFbe08",
    "amfPlmnId": {
      "mcc": "310",
      "mnc": "260"
    },
    "ueCmStatus": "UeCMConnected",
    "amfNrfID": "76517361-338e-4d77-bc76-713a79779574",
    "epsInterworkingIndication": "WITHOUT_N26"
  },
  "policySubData": {
    "TotalFlowCount": 2,
    "TotalNonGBRFlows": 1,
    "TotalGBRFlows": 1,
    "qosFlow": [
      {
        "qfi": 1,
        "GBRFlow": "False",
        "bindingParameters": {
          "x5Qi": 5,
          "arp": {
            "preemptCap": "NOT_PREEMPT",
            "preemptVuln": "NOT_PREEMPTABLE",
            "priorityLevel": 1
          },
          "priorityLevel": 10,
          "maximumDataBurstVolume": 1,
          "averagingWindow": "2003"
        }
      },
      {
        "qfi": 4,
        "GBRFlow": "True",
        "bindingParameters": {
          "x5Qi": 4,
          "arp": {
            "preemptCap": "NOT_PREEMPT",
            "preemptVuln": "NOT_PREEMPTABLE",
            "priorityLevel": 1
          },
          "priorityLevel": 1,
          "maximumDataBurstVolume": 1,
          "averagingWindow": "1"
        },
        "AggregatedULGFbr": 10000000,
        "AggregatedDLGFbr": 10000000,
        "AggregatedULMFbr": 1000000000,
        "AggregatedDLMFbr": 1000000000,
        "ebi": 8
      }
    ],
    "SessAmbrUl": 200000000,
    "SessAmbrDl": 125000000
  },
  "chargingData": {
    "invcSeqNo": 3,
    "pduChId": 2097159,
    "ccId": "0",
    "chargingIdRtgGrpMapInfo": {},
    "chTriggerInfo": {},
    "chThresholdInfo": {
      "sessthresholdInformation": {}
    },
    "startTime": "2021-06-18T18:55:11Z",
    "chargingDisabled": "false",
    "dropTraffic": "false",
    "profileName": "chgprf1",
    "accountingEnabled": "false",
    "n40ChargingEnabled": "true",
    "QbcProfileName": "qbc_maxlimit",
    "qbcChargingEnabled": "True",
    "roamingQbcInfo": {
      "qfiTh": {
        "volTh": 40000,
        "durTh": 90
      },
      "qfis": {
        "rgTriggerInfo": [
          {
            "triggerType": "QOS_CHANGE",
            "triggerCategory": "IMMEDIATE_REPORT",
            "triglevel": 2
          },
          {
            "triggerType": "TIME_LIMIT",
            "triggerCategory": "IMMEDIATE_REPORT",
            "triglevel": 2
          },
          {
            "triggerType": "VOLUME_LIMIT",
            "triggerCategory": "IMMEDIATE_REPORT",
            "triglevel": 2
          }
        ]
      },
      "partialRecordMethod": "PartialRecordMethod_DEFAULT"
    },
    "qbcChargParam": [
      {
        "chargingId": "qfi1",
        "qfi": 1,
        "meteringMthd": "MeteringMethod_DURATION_VOLUME",
        "reportingParam": "True",
        "limitParam": "True",
        "parent": "True"
      },
      {
        "chargingId": "qfi4",
        "qfi": 4,
        "meteringMthd": "MeteringMethod_DURATION_VOLUME",
        "reportingParam": "True",
        "limitParam": "True",
        "parent": "True"
      }
    ],
    "chfGroupId": "CHF-dnn=intershat;",
    "fbcChargingEnabled": "False"
  },
  "upfServData": {
    "numberOfTunnels": 1,
    "smfSeid": 9007233406673128,
    "qerInfo": [
      {
        "qosId": "Sess#Level",
        "qerId": 1,
        "refcnt": 1
      },
      {
        "qosId": "BQF_1",
        "qerId": 2,
        "refcnt": 1
      },
      {
        "qosId": "BQF_4",
        "qerId": 4,
        "refcnt": 1
      }
    ],
    "urrInfo": [
      {
        "chargingId": "qfi1",
        "urrId": 18
      },
      {
        "chargingId": "qfi4",
        "urrId": 50
      }
    ],
    "mapping": {
      "tunnelMapping": [
        {
          "TunnelID": 1,
          "tunnelName": "gnbTunnel",
          "RemoteTeid": {
            "teID": 5555,
            "ipAddr": "209.165.200.242"
          }
        }
      ]
    },
    "upfSeid": "17293822569102704642",
    "TotalNumberOfPdrs": "4 (Ul:2 Dl:2)",
    "TotalNumberOfFars": 4,
    "TotalNumberOfQers": 3,
    "TotalNumberOfUrrs": 2
  }
}

vSMFに関するローミング固有の情報のサブスクライバ セッションの詳細

show subscriber supi supi_id nf-service smf psid psid_value summary CLI コマンドは、vSMF としてローミング固有の使用例のサブスクライバ セッションに関する詳細情報を表示します。 

[unknown] smf# show subscriber supi imsi-123456789012345 nf-service smf psid 5 summary 
subscriber-details 
{
  "status": true,
  "genericInfo": {
    "supi": "imsi-310480789012346",
    "pduSessionId": 5,
    "pduSesstype": "Ipv4PduSession",
    "accessType": "3GPP_ACCESS",
    "dnn": "intershat",
    "plmnId": {
      "mcc": "310",
      "mnc": "260"
    },
    "allocatedIp": "209.165.200.231",
    "ratType": "NR",
    "sessTimeStamp": "2021-06-18 18:55:11.252750658 +0000 UTC",
    "authStatus": "Unauthenticated",
    "roamingStatus": "Vistor HR",
    "uePlmnId": {
      "mcc": "310",
      "mnc": "480"
    }
  },
  "policySubData": {
    "TotalFlowCount": 2,
    "TotalNonGBRFlows": 1,
    "TotalGBRFlows": 1,
    "SessAmbrUl": 200000000,
    "SessAmbrDl": 125000000
  },
  "chargingData": {
    "chargingDisabled": "false",
    "dropTraffic": "false",
    "profileName": "chgprf1",
    "accountingEnabled": "false",
    "n40ChargingEnabled": "true",
    "QbcProfileName": "qbc_maxlimit",
    "qbcChargingEnabled": "True",
    "qbcChargParam": [
      {},
      {}
    ],
    "chfGroupId": "CHF-dnn=intershat;",
    "fbcChargingEnabled": "False"
  },
  "upfServData": {
    "smfSeid": 9007233406673128,
    "qerInfo": [
      {
        "qosId": "Sess#Level",
        "qerId": 1,
        "refcnt": 1
      },
      {
        "qosId": "BQF_1",
        "qerId": 2,
        "refcnt": 1
      },
      {
        "qosId": "BQF_4",
        "qerId": 4,
        "refcnt": 1
      }
    ],
    "urrInfo": [
      {
        "chargingId": "qfi1",
        "urrId": 18
      },
      {
        "chargingId": "qfi4",
        "urrId": 50
      }
    ],
    "mapping": {
      "tunnelMapping": [
        {
          "TunnelID": 1,
          "tunnelName": "gnbTunnel",
          "RemoteTeid": {
            "teID": 5555,
            "ipAddr": "209.165.200.242"
          }
        }
      ]
    },
    "upfSeid": "17293822569102704642",
    "TotalNumberOfPdrs": "4 (Ul:2 Dl:2)",
    "TotalNumberOfFars": 4,
    "TotalNumberOfQers": 3,
    "TotalNumberOfUrrs": 2
  }
}

ローマ UE アラート

ここでは、ローマ UE でサポートされているアラートについて説明します。これらのアラートは、RAT ベースまたはエンド ユーザーの意図に従って強化できます。

ローマ内 UE 障害しきい値アラート

次の例を使用して、インローマ UE 障害しきい値に関連するアラートを構成します。

alerts rules group RoamerUEs
 rule In-Roamer_SR
  expression "sum by (namespace) (increase(smf_service_stats{app_name=\"smf\", roaming_status=\"visitor-lbo\", rat_type!=\"\", status=\"Success\"}[5m])) / sum by (namespace) (increase(smf_service_stats{app_name=\"smf\", roaming_status=\"visitor-lbo\", rat_type!=\"\", status=\"attempted\"}[5m])) < 0.10"
  severity major
  type "Communications Alarm"
  annotation summary
   value "This alert is fired when the percentage of successful InRoamer is lesser than threshold"
  exit
exit

アウトローマ UE 障害しきい値アラート

次の例を使用して、アウトローマ UE 障害しきい値に関連するアラートを構成します。

rule Radius_Acct_Release_SR
   rule Out-Roamer_SR
  expression "sum by (namespace) (increase(smf_service_stats{app_name=\"smf\", roaming_status=\"roamer\", rat_type!=\"\", status=\"Success\"}[5m])) / sum by (namespace) (increase(smf_service_stats{app_name=\"smf\", roaming_status=\"roamer\", rat_type!=\"\", status=\"attempted\"}[5m])) < 0.10"
  severity major
  type "Communications Alarm"
  annotation summary 
   value "This alert is fired when the percentage of successful InRoamer is lesser than threshold"
  exit
exit

ローマー UE バルク統計情報

次の SMF サービスのバルク統計情報を使用して、ローマ UE に関連する障害または問題を監視します。

表 16. ローマ UE
バルク統計名

[Query（クエリ）]

 説明

4G_In-Roamers_Attempted

bulk-stats query 4G_In-Roamers_Attempted expression "sum(smf_service_stats {roaming_status='visitor-lbo', status='attempted',rat_type='EUTRA'}) by (namespace)" exit

4G_In-Roamers_Success

bulk-stats query 4G_In-Roamers_Success expression "sum(smf_service_stats {roaming_status='visitor-lbo', status='success',rat_type='EUTRA'}) by (namespace)" exit

4G_Out-Roamers_Attempted

bulk-stats query 4G_Out-Roamers_Attempted expression "sum(smf_service_stats {roaming_status='roamer', status='attempted',rat_type='EUTRA'}) by (namespace)" exit

4G_Out-Roamer_Success

bulk-stats query 4G_Out-Roamers_Success expression "sum(smf_service_stats {roaming_status='roamer', status='success',rat_type='EUTRA'}) by (namespace)" exit

5G_In-Roamers_Attempted

bulk-stats query 5G_In-Roamers_Attempted expression "sum(smf_service_stats {roaming_status='visitor-lbo', status='attempted',rat_type='NR'}) by (namespace)" exit

5G_In-Roamers_Success

bulk-stats query 5G_In-Roamers_Success expression "sum(smf_service_stats {roaming_status='visitor-lbo', status='success',rat_type='NR'}) by (namespace)" exit

5G_Out-Roamers_Attempted

bulk-stats query 5G_Out-Roamers_Attempted expression "sum(smf_service_stats {roaming_status='roamer', status='attempted',rat_type='NR'}) by (namespace)" exit

5G_Out-Roamers_Success

bulk-stats query 5G_Out-Roamers_Success expression "sum(smf_service_stats {roaming_status='roamer', status='success',rat_type='NR'}) by (namespace)" exit

WiFi_In-Roamers_Attempted

bulk-stats query WiFi_In-Roamers_Attempted expression "sum(smf_service_stats {roaming_status='visitor-lbo', status='attempted',rat_type='WLAN'}) by (namespace)" exit

WiFi_In-Roamers_Success

bulk-stats query WiFi_In-Roamers_Success expression "sum(smf_service_stats {roaming_status='visitor-lbo', status='success',rat_type='WLAN'}) by (namespace)" exit

WiFi_Out-Roamers_Attempted

bulk-stats query WiFi_Out-Roamers_Attempted expression "sum(smf_service_stats {roaming_status='roamer', status='attempted',rat_type='WLAN'}) by (namespace)" exit

WiFi_Out-Roamers_Success

bulk-stats query WiFi_Out-Roamers_Success expression "sum(smf_service_stats {roaming_status='roamer', status='success',rat_type='WLAN'}) by (namespace)" exit

ローミング エラー ログ

このセクションでは、基本的なエラー状態と、ローミング機能の障害をデバッグするためにキャプチャされるログを示します。

PLMN 検証の失敗

次の例では、PLMN 検証の失敗に関するエラー ログが表示され、ローミング ステータスが「none」に設定されます。 

2021/01/06 15:25:18.630 smf-service [DEBUG] [genericinfo.go:1597] [smf-service.smf-app.subscriber] Set roaming status to 0
2021/01/06 15:25:18.630 smf-service [DEBUG] [genericinfo.go:2317] [smf-service.smf-app.subscriber]  Subscriber is %!s(uint32=0)
2021/01/06 15:25:18.630 smf-service [ERROR] [genericinfo.go:1082] [smf-service.smf-app.subscriber] PLMN validation failed
2021/01/06 15:25:18.630 smf-service [DEBUG] [subscriber_policy_config.go:187] [misc-lib.config.subscriber-policy] LookupParameters - {imsi-123456789012345 msisdn-223310101010101 imei-123456786666660  0 123 456 intershat}

ホーマー UE ステータス（ホーマー）

次に、UE ローミング ステータスの汎用ログの例を示します。 

2021/01/06 15:04:39.146 smf-service [DEBUG] [genericinfo.go:1597] [smf-service.smf-app.subscriber] Set roaming status to 1
2021/01/06 15:04:39.146 smf-service [DEBUG] [genericinfo.go:2317] [smf-service.smf-app.subscriber]  Subscriber is %!s(uint32=1)
2021/01/06 15:04:39.146 smf-service [DEBUG] [subscriber_policy_config.go:187] [misc-lib.config.subscriber-policy] LookupParameters - {imsi-123456789012345 msisdn-9999988888 imei-352099001761480 Abf123 2 310 310 intershat}

アウトローマー UE ステータス（ローミング）

アウトローマー UE ステータスの汎用ログの例を次に示します。 

2021/01/06 16:11:02.710 smf-service [DEBUG] [genericinfo.go:1597] [smf-service.smf-app.subscriber] Set roaming status to 4
2021/01/06 16:11:02.710 smf-service [DEBUG] [genericinfo.go:2317] [smf-service.smf-app.subscriber]  Subscriber is %!s(uint32=4)
2021/01/06 16:11:02.710 smf-service [DEBUG] [subscriber_policy_config.go:187] [misc-lib.config.subscriber-policy] LookupParameters - {imsi-123456789012345

ローミング中の UE ステータス（ビジター LBO）

次に、インローマ UE ステータスの汎用ログの例を示します。 

2021/01/06 15:54:32.323 smf-service [DEBUG] [genericinfo.go:1597] [smf-service.smf-app.subscriber] Set roaming status to 2
2021/01/06 15:54:32.323 smf-service [DEBUG] [genericinfo.go:2317] [smf-service.smf-app.subscriber]  Subscriber is %!s(uint32=2)
2021/01/06 15:54:32.323 smf-service [DEBUG] [subscriber_policy_config.go:187] [misc-lib.config.subscriber-policy] LookupParameters - {imsi-123456789012345 msisdn-223310101010101 imei-123456786666660  0 310 310 intershat}