音声用の IMS PDU セッション

機能の概要と変更履歴

要約データ

Table 1. 要約データ

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

SMF

該当プラットフォーム

SMI

機能のデフォルト設定

無効:設定が必要

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

N/A

関連資料

該当なし

更新履歴

Table 2. マニュアルの変更履歴

改訂の詳細

リリース

VoLTE および緊急通話の優先順位付けのサポートを追加

2021.02.03

VoLTE と VoNR の NPLI サポートを紹介

2021.02.0

最初の導入。

2020.02.0 より前

機能説明

この章では、SMF によって処理される IMS 手順の概要について説明します。

LTE の音声サポート

機能説明


Important


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


SMF は、Voice over Long-Term Evolution または LTE(VoLTE)をサポートします。VoLTE テクノロジーでは IP マルチメディア サブシステム(IMS)を利用して、LTE アクセス ネットワーク上でセルラー コールを実行できます。

SMF は、ICSR スイッチ オーバーおよびリカバリ時に、緊急コールと VoLTE コールの優先順位付けをサポートします。SMF は、アクティブな音声コールが含まれている IMS セッションを追跡するとともに UPF と通信します。次に、UPF は ICSR のスイッチ オーバーとリカバリ中に、緊急コールと VoLTE コールを優先します。SMF は、MP フラグが N4 で構成され、GTP ヘッダーが WPS 構成に基づいているワイヤレス プライオリティ サービス(WPS)コールの優先順位付けのみをサポートします。

機能の仕組み

LTE アクセスを備えた 5G モバイル デバイスは、S-GW および MME を介して PGW-C と通信するように音声サービスを要求します。その結果、PDU セッションが確立されます。PGW-C は、VoLTE セッションの QCI フローが 5 である非 GBR ベアラーをサポートします。このサポートにより、エンドユーザーの P-CSCF、DNS IPv4、または DNS IPv6 アドレスとともに IMS シグナリングが可能になります。モバイル発信(MO)コールまたはモバイル着信(MT)コールの場合、アプリケーション機能(AF)はポリシー許可の詳細を PCF に提供します。次に、PCF はこれらの詳細を GBR フローと PCC ルールに変換し、PGW-C に送信します。次に、PGW-C は、UE(ユーザー機器)で専用ベアラー作成手順を確立することにより、GBR フローを専用ベアラに変換します。PGW-C は、UPF への QCI フローを 1 として GBR をプロビジョニングします。このプロビジョニングにより、UPF は、IMS ネットワーク要素を介した発信側と着信側のデバイス間の音声通信をサポートします。

E-UTRAN 接続手順に従って、MME は S-GW 経由で PGW-C への GTPv2 セッション作成要求をトリガーします。この要求には、EPS ベアラー ID(EBI)値、P-CSCF および DNS IPv4 または DNS IPv6 コンテナの ePCO オプション、エンド ユーザーに IPv4 または IPv6 で割り当てられたアドレスの PDN-Type、および PAA オプションが含まれています。PGW-C は、受信したセッション作成要求を処理し、さまざまな SBI インターフェイスと通信して次の情報を受信します。

  • サブスクリプション要求に PGW-C FQDN を含めることによる UDM からのサブスクリプション データ。

  • SM ポリシー作成要求の送信による PCF からのポリシー情報。ポリシー情報には、PCC ルールやセッション AMBR などの詳細が含まれます。

  • 課金データ作成要求を送信して、CHF からのオンラインおよびオフラインの課金情報。

ローカル SMF プロファイルの構成に基づく SBI インターフェイスとの通信の後、PGW-C は、S-GW および MME を介してエンドユーザーに GTPv2 セッション作成応答を送信します。この応答には次の内容が含まれます:

  • PGW-C IPAM モジュールが割り当てる IPv4 または IPv6 アドレスを持つ PAA

  • P-CSCF を使用する ePCO オプション

  • DNN プロファイル構成に基づく DNS IPv4 アドレスまたは DNS IPv6 アドレス

  • IMS シグナリングの場合、QCI フローが 5 の非 GRB

MO または MT コールの場合、エンドユーザー向けの QCI フローが 1 として GBR 用に PCF がプロビジョニングされている場合、PGW-C はこれらの GBR フローを専用ベアラーの作成に変換します。GBR フローには、SM ポリシー更新通知要求にフロー情報と PCC ルールが含まれます。専用ベアラは、S-GW または MME を介して UE に GTPv2 ベアラー要求の作成を送信することによって作成されます。また、S-GW と PGW-C の間に別の S5-U トンネルが作成され、発信側と着信側のデバイス間の音声通信に GBE フローパケットが使用できるようになります。

ICSR スイッチオーバーおよびリカバリ中の緊急コールと VoLTE コールの優先順位付けのために、SMF は N4 メッセージおよび GTP メッセージに MP フラグ値を含めます。フラグの値を次の表に示します。

Table 3. MP フラグ値

コール タイプ

MP フラグ値

緊急(Emergency)

1

IMS アクティブ

2

IMS 非アクティブ

3

WPS

1


Note


  • message-priority gtpc がWPS プロファイルで構成されている場合、SMF は WPS セッションの MP フラグ値を 1 として送信します。以前の SMF は、WPS セッションの N4 および GTP ヘッダーで MP 値を 0 として送信するために使用されていました。

  • コールが複数のコール タイプに一致する場合、SMF はより適切な優先順位(最小値)を送信します。コールが WPS と一致し、 message-priority が構成されていない場合、メッセージ優先順位は送信されません。

  • SMF は、DNN プロファイルで IMS として構成された QCI の確立のために専用ベアラーまたは変更手順が開始され、セッションが IMS アクティブとしてマークされない場合に、セッションを IMS 非アクティブとしてマークします。

  • SMF は、IMS QCI ベアラーまたはフローが確立された後、セッションを IMS アクティブ セッションとして更新します。

  • SMF は、最後の IMS QCI ベアラーまたはフローが削除された後、IMS 非アクティブ セッションとしてセッションを更新します。

  • SMF は、WPS プロファイルで構成されている ARP に対して専用ベアラーまたは変更手順が開始されたときに、セッションを WPS セッションとしてマークします。

  • SMF は、WPS ベアラーまたはフローが確立された後、セッションを WPS セッションとして更新します。

  • 最後の WPS ベアラーが削除されたときに IMS QCI ベアラーが存在している場合、SMF はセッションを IMS アクティブまたは IMS 非アクティブとして更新します。

  • ハンドオーバー、パス切り替え、またはその他の手順中に IMS フローが削除された場合、SMF はセッションを IMS 非アクティブとして更新します。

  • クリア サブスクライバの非 VoLTE CLI の実装は、IMS として構成されている QCI を使用するように変更されています。QCI が構成されていない場合は、非 VoLTE セッションを検出する以前の動作が使用されます。この動作は、セッションに QCI が 1 または 2 のベアラーまたはフローがないことを意味します。


コール フロー

このセクションでは、次のコールフローについて説明します。

  • VoLTE PDU セッションの作成コール フロー

  • VoLTE モバイル発信(MO)コール作成コール フロー

  • VoLTE モバイル着信(MT)コールの作成コール フロー

VoLTE PDU セッションの作成コール フロー

5G コアを介した接続を有効にするために、E-UTRAN または EPS の最初のアタッチは、次のように定義された 3GPP 手順から逸脱します。

  • この手順では、SMF + PGW-C が PGW-C の代わりになります。

  • SM ポリシーの関連付けの確立手順は、IP-CAN セッションの確立と変更に代わるものです。

  • CHF を使用した NCHF インターフェイス経由の統合課金は、Gy および Gz インターフェイスを使用したオンラインおよびオフラインの課金機能に代わるものです。

  • ユーザー プレーン ノードとの通信は、Sxb インターフェイスではなく N4 インターフェイスを介して行われます。


Note


マッピングされた PCC ルールに応じて、SMF + PGW-C は専用ベアラーの作成を開始できます。


以下のコール フローは、VoLTE PDU セッションの作成の流れを示しています。

Figure 1. VoLTE PDU セッションの作成コール フロー
Table 4. VoLTE PDU セッション作成コール フローの説明
ステップ 説明
1 UE は、eNodeB を介して MME に接続要求を送信します。
2 MME は、UE がアクティブであり、NR へのハンドオフをサブスクライブしているかどうかを判断します。次に、MME は PDU セッションの PGW-C として SMF+PGW-C ノードを選択します。
3 MME は、選択した S-GW にセッション作成要求を送信し、選択した SMF + PGW-C アドレスを要求に含めます。
4

S-GW は、拡張 PCO IE オプションに「P-CSCF IPv4 または IPv6 要求」コンテナ識別子を含めることで、SMF+PGW-C に対するセッション作成要求を開始します。

SMF + PGW-C は、UE が PCO オプションで送信する PDU セッション ID を抽出して保存します。次に、SMF + PGW-C は UDM 登録を実行し、N11 および S5 または S8 インターフェイス ID の両方を UDM に送信します。各 DNN の UDM から受信したローカル構成またはセッション管理サブスクリプション データに基づいて、SMF+PGW-C は「IMS Voice over PS」をサポートすることを決定します。

5

SMF+PGW-C は、NPCF SM ポリシー制御作成要求を PCF に送信して、SM ポリシー関連付けの確立手順を開始します。この手順では、PGW-C+SMF は、セッションの作成要求メッセージで受信した情報要素を Npcf_SMPolicyControl_Create サービスに含めます。これらの要素は、次の情報で構成されます。

  • SUPI には IMSI が含まれています。

  • DNN には APN が含まれています。

  • PEI には IMEI-SV が含まれます。

  • セッション AMBR には APN-AMBR が含まれています。

  • デフォルトの EPS ベアラー QoS を含むデフォルトの QoS 情報。QCI 値は 5QI 値にマッピングされます。

6 PGW-C+SMF は、PCC ルール、PDU セッション ポリシー情報、および 5G QoS 情報を受信します。PCC ルールは EPS QoS 情報にマッピングされます。SMF+PGW-C は、PCC ルールで受信した SDF フィルタから TFT を作成します。次に、SMF+PGW-C は、それらを対応するデフォルトおよび専用のベアラーに関連付けます。
7 PCF から受信した課金ポリシーに基づいて、SMF+PGW-C は、CHF に対して NCHF コンバージド課金の作成手順を開始します。この手順は、PCF から受信した課金ルールに基づきます。
8 SMF+PGW-C は、UPF+PGW-U の選択と N4 セッションの確立手順を開始します。このセッションは、SMF+PGW-C に接続する 4G セッションであるため、ベアラーごとに個別の CN トンネルが作成されます。また、QoS フロー識別子(QFI)が QoS 適用ルール(QER)およびパケット検出ルール(PDR)で送信されません。
9 SMF+PGW-C は、S-GW へセッション作成応答を送信します。この応答には、デフォルトのベアラーのベアラー情報と TEID が含まれています。また、SMF + PGW-C には、UE への PCO オプション 001CH(QoS ルール)、001DH(セッション AMBR)、001EH(PDU セッションアドレスの有効期間)、および 001FH(QoS フロー記述)に 5G QoS パラメータも含まれています。
10 PCF から受信した課金ポリシーに基づいて、SMF + PGW-C は CHF に対する NCHF 統合課金の作成手順を開始します。この手順は、PCF から受信した課金ルールに基づいています。
11 S-GW はセッション作成応答を MME に送信します。
12 MME は、N1 Attach Accept メッセージとともに初期コンテキスト設定要求を eNodeB に送信します。
13 eNodeB と UE は RRC 構成を実行します。
14 UE は、直接転送メッセージを eNodeB に送信します。
15 eNodeB は、初期コンテキスト設定応答で接続完了メッセージと、eNodeB の TEID を MME に送信します。
16 MME は、ベアラー要求の変更を eNodeB TEID とともに S-GW に送信します。
17 S-GW は、eNodeB TEID を使用して SMF + PGW-C にベアラー要求の変更を送信します。
18 SMF+PGW-C は N4 セッションの変更を実行して、UPF+PGW-U へのデータ パス上の eNodeB TEID を更新します。
19 SMF + PGW-C は、ベアラー変更応答を S-GW に送信します。
20 S-GW が、ベアラー変更応答を MME に送信します。
VoLTE モバイル発信(MO)コール作成コール フロー

このセクションでは、VoLTE MO コール作成コール フローを説明します。

Figure 2. VoWi-Fi MO コールの作成コール フロー
Table 5. VoWi-Fi MO コール作成コール フローの説明
ステップ 説明
1 UE は、PCF を介して IMS デフォルト ベアラーである PDU セッションの確立を要求します。セッションの確立後、UE は PCF から P-CSCF アドレスを受信します。
2 UE は、要求されたベアラー リソースの変更情報を MME に送信します。
2a MME は、S-GW にベアラー リソース コマンドを送信します。
2b S-GW は、SMF + PGW-C にベアラー リソース コマンドを送信します。
3 SMF+PGW-C は、NPCF SM ポリシー制御更新要求を PCF に送り返します。
4 PCF は、NPCF SM ポリシー制御更新通知リクエストを SMF + PGW-C に送り返します。
5 UE は P-CSCF(AF)への SIP シグナリングを開始します。
5a P-CSCF は、CHF を介して NPCF ポリシー認可更新メッセージを PCF に送信します。
6 PCF は、NPCF SM ポリシー制御更新通知要求を SMF + PGW-C に送信します。
6a SMF + PGW-C は、NPCF SM ポリシー制御更新通知応答を PCF に送り返します。
7 SMF は、Sm_PolicyControl_UpdateNotify_Request の Charging_Description の一部として受信した Rating-Group-Id を持つ Multi-Unit-Usage を含めて、ChargingDataUpdateReq を送信します。これにより、PCC ルールがインストールされます。
8 CHF は、要求されたメッセージで受信した料金設定グループ値のマルチユニット情報を含む ChargingDataUpdateResp を提供します。CHF では、セッション レベルおよび評価グループ値のパラメータの変更も提供されます。
9 SMF は、ULPDR の作成と ULFAR の作成を含む N4 セッション変更要求を UPF に送信します。PCC ルールインストールの一部として受け取った SDF と QER 情報を含む ULPDR を作成します。
10 UPF は、作成済み ULPDR と作成済み ULFAR を含めて、SMF に対する N4 セッション変更応答で応答します。ULFAR の作成には、専用ベアラー作成のための UPF の UL トンネル情報が含まれます。
11 SMF+PGW-C は、S-GW に GTPv2 ベアラー要求の作成を送信します。
12 S-GW は、MME に GTPv2 ベアラー要求の作成を送信します。
13 MME は、ベアラー セットアップ設定要求とセッション管理要求を eNodeB に送信します。
14 RRC 接続再構成は、UE とeNodeB との間で始まります。
15 eNodeB は、MME にベアラーのセットアップ応答を送信します。
16 UE は、eNodeB へ直接転送を開始します。
17 eNodeB が MME にセッション管理応答を送信します。
18 MME が S-GW に GTPv2 作成ベアラー応答の更新を送信します。
19 S-GW は SMF + PGW-C に GTPv2 ベアラー応答の作成を送信します。
20 SMF + PGW-C は、N4 セッション変更要求または、応答を UPF+PGW-U に送信します。
21 SMF+PGW-C は、NPCF SM ポリシー制御更新要求を PCF に送り返します。
22 PCF は、NPCF SM ポリシー制御更新通知要求を SMF + PGW-C に送り返します。
23 PCF は、NPCF ポリシー許可通知要求を P-CSCF(AF)に送信します。
24 UE と P-CSCF(AF)を介したエンドユーザー間の SIP シグナリングと音声コールを確立します。

Note


  • PCF が提供する PCC ルールは、新しい専用ベアラーの TFT にマッピングされます。関連付けられた QoS は 4G QoS にマッピングされます。

  • NCLF コンバージド課金更新サービスの手順により、すべての Gy および Gz インターフェイス メッセージが置き換えられます。

  • 専用ベアラーのユーザー プレーン リソースは、UPF に対する N4 セッション変更手順を通じて追加されます。新しい専用ベアラーの SDF フィルタに PDR、QER、FAR が追加されます。

  • SMF + PGW-C は、ベアラー応答の作成で受信した専用ベアラの EBI を保存します。


VoLTE モバイル着信(MT)コールの作成コール フロー

このセクションでは、VoLTE MT コール作成コール フローを説明します。

Figure 3. VoLTE MT コール作成コール フロー
Table 6. VoLTE MT コール作成コール フローの説明
ステップ 説明
1 UE は、PCF を介して IMS デフォルト ベアラーである PDU セッションの確立を要求します。セッションの確立後、UE は PCF から P-CSCF アドレスを受信します。
2 P-CSCF(AF)は、NPCF ポリシー許可アップデートを PCF に送信します。
3 PCF は、NPCF SM ポリシー制御更新通知リクエストを SMF + PGW-C に送り返します。
4 SMF+PGW-C は、NPCF SM ポリシー制御更新通知応答を PCF に送り返します。
5 SMF は、Sm_PolicyControl_UpdateNotify_Request の Charging_Description の一部として受信した Rating-Group-Id を持つ Multi-Unit-Usage を含めて、ChargingDataUpdateReq を送信します。これにより、PCC ルールがインストールされます。
6 CHF は、要求されたメッセージで受信した料金設定グループ値のマルチユニット情報を含む ChargingDataUpdateResp を提供します。CHF では、セッション レベルおよび評価グループ値のパラメータの変更も提供されます。
7 SMF は、ULPDR の作成と ULFAR の作成を含む N4 セッション変更要求を UPF に送信します。PCC ルールインストールの一部として受け取った SDF と QER 情報を含む ULPDR を作成します。
8 UPF は、作成済み ULPDR と作成済み ULFAR を含めて、SMF に対する N4 セッション変更応答で応答します。ULFAR の作成には、専用ベアラー作成のための UPF の UL トンネル情報が含まれます。
9 SMF+PGW-C は、S-GW に GTPv2 ベアラー作成要求を送信します。
10 S-GW は、MME に GTPv2 ベアラー作成要求を送信します。
11 MME は、ベアラー セットアップ 設定要求とセッション管理要求を eNodeB に送信します。
12 RRC 接続再構成は、UE とeNodeB との間で始まります。
13 eNodeB は、MME にベアラーのセットアップ応答を送信します。
14 UE は、eNodeB へ直接転送を開始します。
15 eNodeB は、MME へセッション管理応答を送信します。
16 MME が S-GW に GTPv2 作成ベアラー応答の更新を送信します。
17 S-GW は SMF + PGW-C に GTPv2 作成ベアラー応答を送信します。
18 SMF + PGW-C は、N4 セッション変更要求または、応答を UPF+PGW-U に送信します。
19 SMF+PGW-C は、NPCF SM ポリシー制御更新要求を PCF に送り返します。
20 PCF は、NPCF SM ポリシー制御更新通知リクエストを SMF + PGW-C に送り返します。
21 PCF は、NPCF ポリシー許可通知要求を P-CSCF(AF)に送信します。
22 UE と P-CSCF(AF)を介したエンドユーザー間の SIP シグナリングと音声コールを確立します。

VoLTE および緊急コールの優先順位付けの構成

VoLTE と緊急通話の優先順位付けを設定するには、次の構成を使用します:

config 
   profile dnn dnn_profile_name ims mark qci qci_value 
   end 

注:

  • mark :IMS メディアとして標準 QCI 値を作成するために値を指定します。

  • qci qci_value:標準の QoS クラス識別子を指定します。識別子の値は、1 ~ 9 の範囲にする必要があります。デフォルトでは、SMF は QCI 値を 1、2 として IMS と見なします。これらの値を使用して構成すると、デフォルトの動作が上書きされます。

設定例

次に設定例を示します。

config 
   profile dnn dnn1 ims mark qci [1 2] 
   end 
設定の確認

IMS セッションの構成を確認するには、次の show running-config コマンドを使用します。

show running-config profile dnn dnn1 ims mark qci 

標準準拠

VoLTE サポート機能は、以下の基準に準拠しています:

  • 3GPP TS 23.502 バージョン 15.2.0(2018-09)-5G、 5G システムの手順

制限事項

VoLTE サポート機能は、UE によって開始される専用ベアラーの作成をサポートしていません。

VoLTE および VoNR の NPLI サポート

機能説明

SMF は、この 2021.02.0 リリースで VoNR および VoLTE サポート用の PCF に対して NetLoc ユーザーの位置情報、アクセス タイプ、UE タイムゾーンを提供します。

ローミング シナリオでは、hSMF が上記の機能を提供し、関連するコール フローをサポートします。

SMF は、SmPolicyContextData で PCF に NetLoc ビットを送信することにより、PCF へのアクセス ネットワーク情報レポートのサポートを通知します。

PCF は NetLoc 機能がサポートされていることを学習すると、PCC ルールのプロビジョニングを実行し、次のように要求されたアクセス ネットワーク情報の指定(ユーザーの場所やユーザーのタイムゾーン情報)も SMF に提供します。

  1. PCF には、1 つ以上の値 MS_TIME_ZONE や USER_LOC_INFO を含む「reqData」属性と、関連する 1 つ以上のインストール済み/変更済み/削除済み PCC ルール識別子を含む「refPccRuleIds」属性を含む「lastReqRuleData」属性が含まれています。

  2. 「policyCtrlReqTriggers」属性内で AN_INFO ポリシー制御要求リガーを提供します(まだ設定されていない場合)。

  3. 3GPP TS 29.514 [17] または 3GPP TS 29.214 [18] に記載されている予備サービス情報に基づく PCC ルールの場合、PCF はデフォルトの QoS フローの 5QI および ARP を割り当てて、UE へのシグナリングを回避する場合があります。これらの PCC ルールは、「flowInfos」属性内で true に設定された「packetFilterUsage」属性には含まれていません。

PCFがAN_INFOポリシー制御要求トリガを設定し、「lastReqRuleData」属性と「reqData」属性(MS_TIME_ZONEおよび/またはUSER_LOC_INFOの1つ以上の値を含む)を受け取り、さらに「refPccRuleIds」属性に、インストール、変更、または削除が同時に実行された 1 つ以上の PCC ルールに対応する 1 つ以上の PCC ルール識別子を含む場合。

  • ユーザーの位置情報が PCF によって要求され、SMF に提供された場合、SMF は「userLocationInfo」属性内のユーザー位置情報と、「userLocationInfoTime」属性内で最後に認識された時刻を提供します(使用可能な場合)。

  • ユーザーの位置情報が PCF によって要求され、それが SMF に提供されていない場合、SMF は「servingNetwork」属性内でサービス提供 PLMN 識別子を提供します。

  • タイムゾーンが PCF によって要求された場合、SMF は「ueTimeZone」属性を提供します。さらに、SMF は、「repPolicyCtrlReqTriggers」属性内で AN_INFO ポリシー制御要求のトリガも提供します。

  • SMF にタイムゾーン情報がなく、PCF が reqData で MS TIME ZONE だけを要求し、AN INFO が policyCtrlReqTriggers でアクティブ化される唯一のトリガである場合、SMF は PCF 更新を開始しません。

SMFは、関連するPCCルールをさらにプロビジョニングまたは削除しない限り、RANから受信した後続のアクセス ネットワーク情報の更新は報告しません。SMF は、関連する QoS フローまたは PDU セッションが解放されない限り、アクセス ネットワーク情報を要求します。

アーキテクチャ

コール フロー

このセクションでは、次のコールフローについて説明します。

  • VoLTE PDU セッションの作成コール フロー

  • VoLTE モバイル発信(MO)コール作成コール フロー

  • VoLTE モバイル着信(MT)コールの作成コール フロー

標準準拠

VoNR/VoLTE NPLI サポート機能は、次の基準に準拠しています:

  • 3GP TS 29.518

  • 3GP TS 29.512

  • 3GP TS 29.502

  • 3GPP TS 23.502

VoWi-Fi サポート

機能説明

SMF は Voice over Wi-Fi(VoWi-Fi)をサポートしています。VoWi-Fi テクノロジーは、Wi-Fi ネットワーク経由で接続されているモバイル デバイスから Voice over IP(VoIP)を使用してテレフォニー サービスを提供します。

アーキテクチャ

ここでは、VoWi-Fi アーキテクチャについて説明します。

Figure 4. VoWi-Fi アーキテクチャ

機能の仕組み

5G モバイル デバイスは、音声サービス用の信頼できない Wi-Fi ネットワークを介して接続し、PGW-CとのPDN接続を確立します。この接続は、UE と拡張パケット データ ゲートウェイ(ePDG)間のインターネット キー エクスチェンジ プロトコル バージョン 2(IKEv2)プロトコルを介して確立されます。PGW-C は、S2b インターフェイスを介して信頼できない Wi-Fi ePDG から GTPv2 セッション要求の作成を受信します。次に、PGW-C は SBI インターフェイスと通信して、デフォルトと専用のベアラーを作成します。SBI インターフェイスは、N7、N10、N40、または NRF インターフェイスにすることができます。

コール フロー

このセクションでは、次のコールフローについて説明します。

  • VoWi-Fi PDU セッション作成コール フロー

  • VoWi-Fi モバイル発信(MO)コール作成コール フロー

  • VoWi-Fi モバイル着信(MT)コールの作成コール フロー

VoWi-Fi PDU セッション作成コール フロー

5G コアを介した接続を有効にするために、ePDG または EPS の最初のアタッチは、次のように定義された 3GPP 手順から逸脱します。

  • この手順では、SMF + PGW-C が PGW-C の代わりになります。

  • SM ポリシーの関連付けの確立手順は、IP-CAN セッションの確立と変更に代わるものです。

  • CHF を使用した NCHF インターフェイス経由の統合課金は、Gy および Gz インターフェイスを使用したオンラインおよびオフラインの課金機能に代わるものです。

  • ユーザー プレーン ノードとの通信は、Sxb インターフェイスではなく N4 インターフェイスを介して行われます。

以下のコール フローは、VoW-ifi PDU セッションの作成の流れを示しています。

Figure 5. VoWi-Fi PDU セッション作成コール フロー
Table 7. VoWi-Fi PDU セッション作成コール フローの説明
ステップ 説明
1

UE は IKE_SA_INIT と IKE_SA_AUTH の交換を開始します。

次に、UE は IKE_SA_AUTH 交換メッセージを ePDG に送信して IPSec トンネルを作成します。

2 UE は、APCO IE オプションに「P-CSCF IPv4 または IPv6 要求と DNS IPv4 または IPv6」コンテナ識別子を含めることで、GTP セッション要求の作成として SMF + PGW-C に IKE_SA_AUTH 交換メッセージを送信します。
3 SMF + PGW-C は、UE が APCO IE オプションで送信する PDU セッション ID を抽出して保存します。次に、SMF + PGW-C は UDM 登録を実行し、N11 および S2b インターフェイス ID の両方を UDM に送信します。各 DNN の UDM から受信したローカル構成またはセッション管理サブスクリプション データに基づいて、SMF+PGW-C は「IMS Voice over PS」をサポートすることを決定します。
4

SMF+PGW-C は、NPCF SM ポリシー制御作成要求を PCF に送信して、SM ポリシー関連付けの確立手順を開始します。この手順では、PGW-C+SMF は、セッション要求の作成メッセージで受信した情報要素を Npcf_SMPolicyControl_Create サービスに含めます。これらの要素は、次の情報で構成されます。

  • SUPI には IMSI が含まれています。

  • DNN には APN が含まれています。

  • PEI には IMEI-SV が含まれます。

  • セッション AMBR には APN-AMBR が含まれています。

  • デフォルトの EPS ベアラー QoS を含むデフォルトの QoS 情報。QCI 値は 5QI 値にマッピングされます。

5 PGW-C+SMF は、PCC ルール、PDU セッション ポリシー情報、および 5G QoS 情報を受信します。PCC ルールは EPS QoS 情報にマッピングされます。SMF+PGW-C は、PCC ルールで受信した SDF フィルタから TFT を作成します。次に、SMF+PGW-C は、それらを対応するデフォルトおよび専用のベアラーに関連付けます。
6 PCF から受信した課金ポリシーに基づいて、SMF + PGW-C は CHF に対する NCHF 統合課金の作成手順を開始します。この手順は、PCF から受信した課金ルールに基づきます。
7 SMF+PGW-C は、UPF+PGW-U の選択と N4 セッションの確立手順を開始します。このセッションは、SMF+PGW-C に接続する 4G セッションであるため、ベアラーごとに個別の CN トンネルが作成されます。また、QoS フロー識別子(QFI)が QoS 適用ルール(QER)およびパケット検出ルール(PDR)で送信されません。
8 eSMF+PGW-C はセッション応答の作成を ePDG に送信します。この応答には、デフォルトのベアラーのベアラー情報と TEID が含まれています。
9

ePDG が IKE_SA_AUTH 応答を UE に送信します。

マッピングされた PCC ルールに応じて、SMF + PGW-C は専用ベアラーの作成を開始できます。

VoWi-Fi モバイル発信(MO)コール作成コール フロー

このセクションでは、VoWi-Fi MO コール作成コール フローを説明します。

Figure 6. VoWi-Fi MO コールの作成コール フロー
Table 8. VoWi-Fi MO コール作成コール フローの説明
ステップ 説明
1 UE は、PCF を介して IMS デフォルト ベアラーである PDU セッションの確立を要求します。セッションの確立後、UE は PCF から P-CSCF アドレスを受信します。
2 UE は P-CSCF(AF)への SIP シグナリングを開始します。
3 P-CSCF(AF)は、NPCF ポリシー認可更新メッセージを PCF に送信します。
4 PCF は、NPCF SM ポリシー制御更新通知要求を SMF + PGW-C に送信します。
5 SMF + PGW-C は、NPCF SM ポリシー制御更新通知応答を PCF に送り返します。
6 SMF は、SM Policy Control UpdateNotify 要求の Charging_Description の一部として受信した Rating-Group-Id を持つ Multi-Unit-Usage を含めて、ChargingDataUpdateReq を送信します。これにより、PCC ルールがインストールされます。
7 CHF は、要求されたメッセージで受信した料金設定グループ値のマルチユニット情報を含む ChargingDataUpdateResp を提供します。CHF では、セッション レベルおよび評価グループ値のパラメータの変更も提供されます。
8 SMF は、ULPDR の作成と ULFAR の作成を含む N4 セッション変更要求を UPF に送信します。作成された ULPDR には、PCC ルールのインストールの一部として受信した SDF と QER 情報が含まれます。
9 UPF は、作成済み ULPDR と作成済み ULFAR を含めて、SMF に対する N4 セッション変更応答で応答します。ULFAR の作成には、専用ベアラー作成のための UPF の UL トンネル情報が含まれます。
10 SMF+PGW-C は、S-GW に GTPv2 ベアラー要求の作成を送信します。
11 S-GW は ePDG に GTPv2 ベアラー要求の作成を送信します。
12 IKE_ChiLD_SA の交換は、UE と ePDG の間で行われます。
13 ePDG は GTPv2 ベアラー応答の作成を SMF + PGW-C に送り返します。
14 確立された N4 セッションは、SMF + PGW-C および UPF + PGW-C の間で変更されます。
15 SMF + PGW-C は、NPCF SM ポリシー制御更新要求を PCF に送信します。
16 PCF は、NPCF SM ポリシー制御更新応答を SMF + PGW-C に送り返します。
17 PCF は、NPCF ポリシー許可通知要求を P-CSCF(AF)に送信します。
18 UE と P-CSCF(AF)を介したエンドユーザー間の SIP シグナリングと音声コールを確立します。

Note


  • PCF が提供する PCC ルールは、新しい専用ベアラーの TFT にマッピングされます。関連付けられた QoS は 4G QoS にマッピングされます。

  • NCLF コンバージド課金更新サービスの手順により、すべての Gy および Gz インターフェイス メッセージが置き換えられます。

  • 専用ベアラーのユーザー プレーン リソースは、UPF に対する N4 セッション変更手順を通じて追加されます。新しい専用ベアラーの SDF フィルタに PDR、QER、FAR が追加されます。

  • SMF + PGW-C は、ベアラー作成応答で受信した専用ベアラの EBI を保存します。


VoWi-Fi モバイル着信(MT)コールの作成コール フロー

このセクションでは、モバイル着信(MT)コール フローについて説明します。

Figure 7. VoWi-Fi MT コール作成コール フロー
Table 9. VoWi-Fi MT コール作成コール フローの説明
ステップ 説明
1 UE は、PCF を介して IMS デフォルト ベアラーである PDU セッションの確立を要求します。セッションの確立後、UE は PCF から P-CSCF アドレスを受信します。
2 UE は、P-CSCF(AF)への SIP シグナリングを開始します。
3 P-CSCF(AF)は、NPCF ポリシー認可更新メッセージを PCF に送信します。
4 PCF は、NPCF SM ポリシー制御更新通知要求を SMF + PGW-C に送信します。
5 SMF + PGW-C は、NPCF SM ポリシー制御更新通知応答を PCF に送り返します。
6 SMF は、SM Policy Control UpdateNotify 要求の Charging_Description の一部として受信した Rating-Group-Id を持つ Multi-Unit-Usage を含めて、ChargingDataUpdateReq を送信します。これにより、PCC ルールがインストールされます。
7 CHF は、要求されたメッセージで受信した料金設定グループ値のマルチユニット情報を含む ChargingDataUpdateResp を提供します。CHF では、セッション レベルおよび評価グループ値のパラメータの変更も提供されます。
8 SMF は、ULPDR の作成と ULFAR の作成を含む N4 セッション変更要求を UPF に送信します。PCC ルールインストールの一部として受け取った SDF と QER 情報を含む ULPDR を作成します。
9 UPF は、作成済み ULPDR と作成済み ULFAR を含めて、SMF に対する N4 セッション変更応答で応答します。ULFAR の作成には、専用ベアラー作成のための UPF の UL トンネル情報が含まれます。
10 SMF+PGW-C は、S-GW に GTPv2 ベアラー要求の作成を送信します。
11 S-GW は ePDG に GTPv2 ベアラー要求の作成を送信します。
12 IKE_ChiLD_SA の交換は、UE と ePDG の間で行われます。
13 ePDG は GTPv2 ベアラー応答の作成を SMF + PGW-C に送り返します。
14 確立された N4 セッションは、SMF + PGW-C および UPF + PGW-C の間で変更されます。
15 SMF + PGW-C は、NPCF SM ポリシー制御更新要求を PCF に送信します。
16 PCF は、NPCF SM ポリシー制御更新応答を SMF + PGW-C に送り返します。
17 PCF は、NPCF ポリシー許可通知要求を P-CSCF(AF)に送信します。
18 UE と P-CSCF(AF)を介したエンドユーザー間の SIP シグナリングと音声コールを確立します。

標準準拠

VoWi-Fi サポート機能は、以下の基準に準拠します:

  • 3GPP TS 23.502 V15.2.0(2018-09)

制限事項

VoWi-Fi サポート機能には、次の制限があります:

  • UE 開始の専用ベアラーの作成はサポートされていません。

音声の新しいラジオ

機能説明

New Radio (NR) は 5G 無線アクセス技術であり、Voice over NR (VoNR) は 5G ネットワークを介した音声またはビデオです。VoNRは、5Gネットワーク向けのターゲット音声またはビデオ通信ソリューションです。

5GS over NG-RAN の通話サービスは、引き続き Voice over LTE(VoLTE)などの IP マルチメディア サブシステム(IMS)に基づいています。VoNR は、5GS が IMS コアに接続されている場合にのみサポートされます。

P-CSCF サーバ アドレスの解決

SMF は、DNS プロキシまたは P-CSCF プロファイルで定義されたローカル構成のいずれかを使用して、P-CSCF サーバのアドレスを解決します。SMF は、ドメイン名を解決、リモート DNS サーバから IP アドレスを受信、そしてサプスクライバに IP アドレスを送信するためのオプションを一つ使用します。


Note


ローカル構成は、 4G と 5G の両方に適用されます。


標準準拠

この VoNR 機能は、以下の基準に準拠しています:

  • 3GPP TS 23.228、リリース 15.3.0

  • 3GPP TS 23.501、リリース 15.4.0

  • 3GPP TS 23.502、リリース 15.4.0

DNS プロキシを使用したアドレス解決

機能説明

ドメイン ネーム システム(DNS)は、数値の IP アドレスを読み取り可能な階層型のインターネット アドレスに(またはその逆に)変換するサーバーのネットワークです。ドメイン ネーム システム(DNS)プロキシを使用して、ホスト名を IP アドレスに解決するために 1 つ以上のプロキシ サーバーを構成できます。ドメイン ネーム システム(DNS)プロキシは SMF 内に配置されます。

ホスト名を照会すると、SMF はドメイン ネーム システム(DNS)プロキシ サーバーを介して構成済みの DNS サーバーに DNS クエリーを送信して、最大 2 つの P-CSCF IP アドレスを取得します。解決された IP アドレスがドメイン ネーム システム(DNS)クライアントに送り返されます。この操作は、P-CSCF の完全修飾ドメイン名(FQDN)の解決に役立ちます。SMF では、P-CSCF プロファイル内で FQDN を構成できます。

アドレス解決のための DNS プロキシの構成

ここでは、P-CSCF アドレス解決のために DNS プロキシを構成する方法について説明します。

DNS プロキシの構成には、次の手順が含まれます:

  1. P-CSCF FQDN の構成

  2. SMF での DNS プロキシ レプリカの構成

  3. SMF での DNS プロキシの構成

P-CSCF FQDN の構成

SMF では、P-CSCF プロファイルでドメイン名を構成できます。DNS は、ドメイン名を解決し、リモート DNS サーバから IP アドレスを取得し、その IP アドレスをサブスクライバに提供するために使用されます。

P-CSCF の FQDN を定義するには、次の構成例を使用します。

config 
   profile pcscf pcscf_profile_name 
      fqdn domain_name 
      end 

注:

  • pcscf-profile pccf_profile_name :P-CSCF プロファイル名を指定し、P-CSCF プロファイル コンフィギュレーション モードを開始します。 pccf_profile_name は英数字の文字列である必要があります。

  • fqdn domain_name :P-CSCF サーバの FQDN を指定します。 domain_name は英数字の文字列である必要があります。

機能の設定の確認

次の show コマンドを使用して P-CSCF FQDN 機能構成の詳細を認証します。

show running-config

次に、この show コマンドの出力例を示します:


profile pcscf pcscf1
 fqdn cisco.com
exit 
DNS プロキシ レプリカの構成

DNS プロキシ レプリカを構成するには、次の構成例を使用します。

config 
   instance instance-id gr_instance_id 
      endpoint dns-proxy replicas replica_value  
      commit 

  • endpoint dns-proxy replicas replica_value :ノードあたりの DNS プロキシポッドの複製数を指定します。

    replica_value が 整数である必要があります。

  • commit :構成を保存します。

DNS プロキシの構成

SMF の DNS プロキシ機能を構成するには、次の構成例を使用します。

config 
   profile dns-proxy 
      cache-ttl dns_response_ttl_value 
      query-type { ipv4v6 | ipv4 | ipv6 } 
      servers dns_server_name 
         ip server_ip_address 
         port server_port 
         priority server_priority 
         protocol { tcp | udp } 
      timeout dns_timeout_value 
      commit 

  • profile dns-proxy :DNS プロキシ構成モードを開始します。

  • cache-ttl dns_response_ttl_value :キャッシュ内の DNS 応答の TTL 値(秒単位)を指定します。 dns_response_ttl_value は 、60 ~ 86400 の範囲の整数である必要があります。

  • query-type :DNS クエリ タイプを指定します。

  • servers dns_server_name :DNS サーバーの名前を指定します。たとえば、serv1。

    • ip server_ip_address :DNS サーバーの IP アドレスを指定します。

    • port server_port :DNS サーバーのポートを指定します。

      server_port は 1 ~ 65535 の範囲の整数である必要があります。

    • priority server_priority :DNS サーバーの優先順位を指定します。

      13server_priority は、1 ~ 100 の範囲の整数である必要があります。

    • protocol :DNS サーバーのプロトコ ルタイプを TCP または UDP として指定します。

  • timeout dns_timeout_value :DNS タイムアウト値(ミリ秒単位)を指定します。 dns_timeout_value は 、200 ~ 10000 の範囲の整数である必要があります。

    dns_timeout_value は 整数である必要があります。

  • commit :構成を保存します。

DNS プロキシの構成の確認

この項では、DNS プロキシ機能構成を確認する方法について説明します。

show running-config profile dns-proxy コマンドを使用して、DNS プロキシ機能の構成を確認します。

次に、2 つの DNS サーバ(serv1 と serv2)を構成した show running-config profile dns-proxy コマンドの出力例を示します。


query-type ipv4 
timeout 205
servers serv1
round-robin-answers 
randomise-answers 

servers serv1
 ip 209.165.200.240
 port 53 
 protocol tcp
 priority 1
exit
servers serv2 
 ip 209.165.200.241 
 port 20 
 protocol udp 
 priority 2 
exit 

DNS からの P-CSCF アドレスのランダム化

SMF サービスでは、解決されたホストのランダムな選択がサポートされています。DNS 解決でホストの IP アドレスのセットが得られ、 randomize-answers CLI が DNS プロキシ プロファイルの構成で有効になっている場合、DNS ルックアップはランダムに IP アドレスを選択します。アドレスの選択は、ランダム化を保証する整数の疑似ランダム順列に基づいています。

randomize-answers CLI が有効になっている場合、特定のホストのすべての DNS クエリが異なるセットの IP アドレスを返します。これは、IPv4 と IPv6 の両方のアドレスに適用されます。

DNS プロキシ プロファイルの選択方法は、ラウンドロビンまたはランダム化のいずれかです。

例:

randomize-answers が有効になっている 5 つの IP アドレスのサブセットを取得する DNS ルックアップの場合。

Host1 = { "209.165.200.226", "209.165.201.2", "209.165.201.3", "209.165.201.4", "209.165.201.5", "209.165.201.6", "209.165.201.7", "209.165.201.8", "209.165.201.9", "209.165.201.10" }

最初のルックアップ: [209.165.201.5 209.165.200.226 209.165.201.9 209.165.201.2 209.165.201.7]

2 番目のルックアップ: [209.165.201.8 209.165.201.6 209.165.201.2 209.165.201.3 209.165.201.9]

3 番目のルックアップ: [209.165.201.7 209.165.201.5 209.165.201.2 209.165.201.4 209.165.201.9]

P-CSCF アドレスのランダム選択に DNS を構成する

SMF では、ランダム化またはラウンドロビン方式のいずれかで、解決されるホストの選択がサポートされます。

P-CSCF アドレスを選択するための DNS を構成するには、次の構成例を使用します:

config 
   profile dns-proxy 
      randomize-answers 
      round-robin-answers 
      end 

  • randomize-answers :ランダム選択方式によってアドレスを取得するための DNS を有効にします。

  • round-robin-answers :ラウンドロビン選択方式によるアドレス取得の DNS を有効にします。

DNS テスト クエリ

機能説明

SMF は、完全修飾ドメイン名(FQDN)を使用して P-CSCF IP アドレスを照会および確認する DNS テスト クライアントをサポートしています。DNS テストクライアントは、VoNR 起動用のデバッグ ユーティリティとして使用できます。SMF は、SMF Ops Center CLI からの DNS テスト クエリの実行をサポートしています。DNS テスト クライアントは、DNS プロキシを介して DNS サーバと対話して、テスト クエリ結果を取得します。DNS クライアントは、取得した結果をユーザーに表示します。

テスト DNS クライアントは、次のエラー シナリオを管理し、ユーザーに適切な IPv4 または IPv6 応答を提供します。

  • クエリ タイムアウト

  • DNS プロキシの障害/エラー

  • 無効な応答処理

機能の仕組み

DNS プロキシは DNS 要求を DNS サーバに送信します。DNS プロキシ サーバは DNS サーバから応答を受信し、OAM ポッドから実行されている DNS テスト クライアントに送信します。CLI に応答が表示されます。

タイムアウト値は、DNS プロキシと対話するときに使用されます。データの基本的な検証は、SMF Ops Center CLI に送信する前に、DNS クライアントで実行されます。

DNS 応答には、指定された FQDN のプライマリおよびセカンダリ IPv4 または IPv6 アドレスが含まれます。DNS クライアントは、これに応じて応答データを処理します。


重要


DNS クライアントは、キャッシュなしでの DNS クエリの送信(ダイレクト ヒット DNS サーバ)をサポートしていません。DNS プロキシではサポートされません。


DNS テスト クエリの構成

DNS テスト クライアントは、FQDN を使用して P-CSCF IP アドレスをクエリおよびチェックします。

DNS テストクエリを構成するには、次のコマンドを使用します。

test dns-query [ fqdn fqdn_name | num-ipv4 ipv4_address_num | num-ipv4v6 ipv4v6_address_num | num-ipv6 ipv6_address_num ] 

注:

  • test dns-query :テスト FQDN 解決を実行します。

  • fqdn fqdn_name :DNS クエリを送信する必要があるノードの FQDN を指定します。

    fqdn_name は、1 ~ 30 文字の英数字の文字列である必要があります。

  • num-ipv4 ipv4_address_num :DNS クエリに使用する IPv4 アドレスの数を指定します。

    ipv4_address_num は 1 ~ 9 の範囲の整数である必要があります。

  • num-ipv4v6 ipv4v6_address_num :DNS クエリに使用される IPv4v6 アドレスの数を指定します。

    ipv4v6_address_num は 1 ~ 9 の範囲の整数である必要があります。

  • num-ipv6 ipv6_address_num :DNS クエリに使用される IPv6 アドレスの数を指定します。

    ipv6_address_num は 1 ~ 9 の範囲の整数である必要があります。

設定の確認

この項では、DNS テスト クエリの構成を確認する方法について説明します。

show dns query コマンドを使用して、DNS テスト クエリの構成を確認します。

show dns query コマンドの出力例を次に示します。

smf# show dns-query fqdn smf.com 
dns-summary
Hostname : smf.com,
IPv4Addr : [209.165.200.228,
209.165.200.229,
209.165.200.230],
IPv6Addr : [::1,
::3,
::2]

smf# show dns-query fqdn smf.comnum-ipv4 1
 
dns-summary
Hostname : smf.com,
IPv4Addr : [209.165.200.228],
IPv6Addr : []

[smf] smf# show dns-query fqdn hello.comnum-ipv4v6 4 
dns-summary
Hostname : hello.com,
IPv4Addr : [209.165.200.235,
209.165.200.236,
209.165.200.237,
209.165.200.238],
IPv6Addr : [2001:DB8::1,
2001:DB8::2,
2001:DB8::3,
2001:DB8::4]

ローカル構成を使用したアドレス解決

UE が P-CSCF 検出を要求すると、SMF は DNN 構成から P-CSCF アドレスを取得します。これらは、IMS サポートおよび P-CSCF アドレスまたは P-CSCF FQDN のリストを使用する DNN の下でローカルにプロビジョニングされます。

現在、P-CSCF IPv4 アドレスと IPv6 アドレスの両方に対して最大 64 のアドレス リストのみを構成できます。

P-CSCF アドレスの選択メカニズム

ローカル構成は、プライマリ、セカンダリ、およびターシャリ P-CSCF サーバの IP アドレスを含む P-CSCF アドレス セットで構成されます。このような複数の IPv4、IPv6、または混合 IP アドレス セットを構成できます。各アドレス セットには優先順位の値があります。

SMF は、P-CSCF アドレスの選択に関してラウンドロビン方式のみをサポートしています。通常のコールまたは緊急コールに基づいて選択されるアドレスの数を定義できます。

ローカル構成からアドレスを選択する場合、SMF はアドレス セットの優先順位値に従って P-CSCF サーバ アドレスを選択し、それらを UE に送信します。

選択されているアドレス セットに定義済みの数の P-CSCF サーバ アドレスが構成されていないか、一部がダウンとしてマークされている場合、SMF はそのセット内で構成されて機能するアドレスを同じ数だけ選択します。SMF は、後続のセットから残りのアドレス数を選択しません。

選択したセット内のアドレスが設定されていないか、ダウンとしてマークされている場合にのみ、SMF は次のアドレスが設定されているアドレス セットに移動します。

SMF による P-CSCF アドレス選択の実行方法

サービス提供している PLMN AMF は、登録手順中に UE に対して通知を送信し、3GPP アクセス ネットワークで IMS Voice over PS セッションがサポートされているかどうかを示します。3GPP アクセスを介した「IMS voice over PS」音声機能を持つ UE は、音声ドメイン選択を実行するときに、この指示を考慮します。

UE は、AMF で P-CSCF コンテナ オプションを設定することにより、PDU セッション確立要求に拡張プロトコル構成オプション(ePCO)IE を含めます。さらに、AMF は、SM コンテキスト作成要求でこれらの ePCO IE オプションを SMF に転送します。SMF は、IMS 関連のデータを維持する DNN プロファイルに基づいて P-CSCF アドレスを取得します。SMF は、PDN タイプと要求された P-CSCF コンテナ値に従って、AMF への N1N2 メッセージ転送に P-CSCF IPv4 アドレスと IPv6 アドレスを含めます。


Important


UE が ePCO IE の P-CSCF コンテナ オプションを設定していない場合、SMF には P-CSCF アドレスは含まれません。


通常コール中の P-CSCF アドレス選択

通常の通話中に、SMF は IMS DNN から P-CSCF アドレスを取得します。デフォルトでは、SMF はローカル構成から UE に 3 つの P-CSCF アドレスを送信します。

アドレス解決のための P-CSCF サーバの構成

P-CSCF サーバの構成には、次の手順が含まれます:

手順

ステップ 1

P-CSCF サーバ構成の P-CSCF プロファイルの作成

ステップ 2

P-CSCF サーバ パラメータの定義

ステップ 3

DNN プロファイル構成で P-CSCF プロファイルの定義


P-CSCF プロファイルの作成

このタスクは、P-CSCF サーバを構成するための P-CSCF プロファイルを作成するのに役立ちます。

手順

profile pcscf pccf_profile_name コマンドを使用して、P-CSCF プロファイル インスタンスを作成します。

例:
[smf] smf# config 
[smf] (config)# profile pcscf pcscf1 
[smf] (config-pcscf-pcscf1)#

次のタスク

P-CSCF プロファイルを作成したら、次のタスクを実行する必要があります。

  • FQDN、サーバ選択方法、アドレス数、IPv4 または IPv6 P-CSCF アドレスのセットなどの P-CSCF サーバ パラメータを定義します。

  • P-CSCF プロファイルと DNN プロファイルの関連付け。

P-CSCF サーバ パラメータの定義

このタスクは、P-CSCF サーバを構成するためのパラメータを定義するのに役立ちます。

始める前に
P-CSCF プロファイル インスタンスを作成します。
手順

ステップ 1

fqdn domain_name コマンドを使用して、P-CSCF サーバの完全修飾ドメイン名(FQDN)を指定します。

例:

[smf] (config-pcscf-pcscf1)# fqdn cisco.com  

FQDN が構成されている場合、SMF は DNS プロキシから P-CSCF アドレスを選択します。FQDN が構成されていないか、DNS プロキシにアクセスできない場合、SMF はローカル構成から P-CSCF サーバ アドレスを選択します。

ステップ 2

pcscf-selection round-robin コマンドを使用して、P-CSCF サーバの選択方法を構成します。

例:
[smf] (config-pcscf-pcscf1)# pcscf-selection round-robin 

ステップ 3

v4-list | v6-list | v4v6-list コマンドを使用して、構成された P-CSCF プロファイルの下に IPv4、IPv6 または IPv4v6 アドレス リストを構成します。

例:
[smf] (config-pcscf-pcscf1)# v4-list | v6-list | v4v6-list 

ステップ 4

precedence precedence_value コマンドを使用して、IP アドレスリストを選択するための優先順位を構成します。また、{ primary server_ipv4_address | server_ipv6_address | secondary server_ipv4_address | server_ipv6_address | tertiary server_ipv4_address | server_ipv6_address } コマンドを使用して、プライマリ、セカンダリ、およびターシャリの P-CSCF の IP アドレスを指定します。

例:
[smf] (config-pcscf-pcscf1)# v6-list
                              precedence 1 
                              primary fd00:976a:c004:1938::5  
                              secondary fd00:976a:b699:4901::5  
                              tertiary fd00:976a:b699:4901::7 
  • precedence precedence_value の値は、1 ~ 64 の整数である必要があります。

  • { primary server_ipv4_address | server_ipv6_address | secondary server_ipv4_address | server_ipv6_address | tertiary server_ipv4_address | server_ipv6_address では } 、プライマリ、セカンダリ、およびターシャリの IPv4/IPv6 アドレスを構成できます。

ステップ 5

現在のコンフィギュレーション モードを終了して、exit コマンドを使用して以前のコンフィギュレーション モードに戻ります。

例:
[smf] smf# config
[smf] (config)# profile pcscf pcscf1
[smf] (config-pcscf-pcscf1)# fqdn cisco.com 
[smf] (config-pcscf-pcscf1)# server-cnt-ue 2
[smf] (config-pcscf-pcscf1)# pcscf-selection round-robin
[smf] (config-pcscf-pcscf1)# v6-list
                              precedence 1
                               primary fd00:976a:c004:1938::5
                               secondary fd00:976a:b699:4901::5
                               tertiary fd00:976a:b699:4901::7
[smf] (config-pcscf-pcscf1)# exit 

次のタスク
P-CSCF サーバのパラメータを構成したら、P-CSCF プロファイルを DNN プロファイルに関連付けます。
DNN プロファイル構成で P-CSCF プロファイルの定義

このタスクにより、P-CSCF プロファイルを DNN プロファイルに関連付けることができます。

始める前に

P-CSCF プロファイルを DNN プロファイルに関連付ける前に、次の手順を実行する必要があります:

  • P-CSCF プロファイルを構成します。

  • P-CSCF サーバ パラメータの定義

手順

ステップ 1

profile dnn dnn_profile_name コマンドを使用して、グローバル構成モードで DNN プロファイル インスタンスを構成します。

例:
[smf] smf#config 
[smf] (config)#profile dnn dnntst1 
[smf] (config-dnn-dnntst1)#

ステップ 2

コマンド pcscf-profile pccf_profile_name を使用して、設定済みの DNN プロファイルの下に P-CSCF プロファイルを定義します。

例:
[smf] (config-dnn-dnntst1)#pcscf-profile pcscf1 

ステップ 3

exit コマンドを使用して、DNN コンフィギュレーション モードを終了し、グローバル コンフィギュレーション モードに戻ります。

例:
[smf] (config-dnn-dnntst1)#exit 

P-CSCF アドレスの再選択と復元

表 10. 機能の履歴

機能名

リリース情報

説明

P-CSCF アドレスの復元と再選択

2024.02.0

SMF は、P-CSCF 障害イベントが発生した場合に、P-CSCF アドレスの復元と再選択をサポートします。P-CSCF アドレス再選択の構成には、CLI pcscf-restoration trigger [ UDM ] [ action [ mark-down ] ] を使用します。

この機能により、5G/4G/Wi-Fi RAT サブスクライバは、動作中の P-CSCF アドレスに接続することで、障害が発生した UE との IMS 接続を復元できます。

デフォルト設定 無効:有効にするには構成が必要です。

機能説明

SMF は、P-CSCF 障害イベントが発生した場合に、P-CSCF アドレスの復元と再選択を可能にします。このメカニズムは、UE がコールを受信したものの、P-CSCF アドレスの失敗によりそのコールが IMS に接続できない場合に実行されます。

SMF は、UE に P-CSCF アドレスを提供します。S-CSCF(Serving-CSCF)が P-CSCF の障害を検出した場合、UDM に通知します。UDM はその後、P-CSCF 復元指示を SMF に送信します。次に、IMS PDU セッションの更新手順または IMS PDU セッションの再確立を開始して、P-CSCF 再選択プロセスをトリガします。

機能の仕組み

このセクションでは、P-CSCF アドレス再選択プロセスに関する詳細について説明します。

P-CSCF の復元と再選択のコール フロー

次のコール フローは、P-CSCF の復元と再選択のプロセスを示しています。

図 8. P-CSCF の復元と再選択のコール フロー
表 11. P-CSCF の復元と再選択のコール フロー説明

ステップ

説明

1.

SMF は、UDM に対して Nudm_UECM 登録要求を開始します。SMF は、P-CSCF 再選択が構成によって有効になっている場合、DNN に関係なく、N10 登録要求に pccfRestorationCallbackUri IE を含めます。

2.

UDM は、Nudm_UECM 登録要求への応答として SMF に登録されます。

3.

UDM が P-CSCF の障害について学習すると、コールバック URI をトリガーして、障害イベントについて SMF に知らせます。UDM が、failedPcscf IE を含む P-CSCF 復元通知を SMF に送信します。

SMF は、セッション中の UE に送信された P-CSCF アドレスを保存します。SMF は、UDM からの P-CSCF 復元通知で受信した Mw インターフェイスアドレスから、機能不全な P-CSCF の Gm インターフェイス アドレスを取得します。

UE が ePCO で「P-CSCF 再選択のサポート」を示している場合、SMF は PDU セッションを変更します。それ以外の場合は は PDU セッションを解放します。

4.a.

SMF は、機能不全な P-CSCF アドレスをセッション中の P-CSCF アドレス リストと比較します。一致が見つかった場合、SMF は P-CSCF アドレスリストを再選択します。

P-CSCF アドレスがローカルに設定されている場合、SMF は、失敗した P-CSCF アドレスを除く、構成に基づいて新しい P-CSCF アドレスのセットを選択します。PCSCF FQDN がローカルに設定されている場合、SMF は DNS を使用して、失敗した P-CSCF アドレスを除く P-CSCF アドレスの新しいセットを取得します。

UE が EUTRA/Wi-Fi RAT にある場合、SMF は新しい P-CSCF リストを使用して UE に ePCO/aPCO を使用して UBR をトリガーします。UE が NR RAT にある場合、SMF は、新しい P-CSCF リストを含む UE への ePCO の N1 変更コマンドを使用した N11 インターフェイスで N1N2 メッセージをトリガーします。割り当てられたセットの下のすべての P-CSCF アドレス(プライマリ、セカンダリ、およびターシャリ)がダウンとマークされている場合にのみ、P-CSCF アドレスの代替セットが選択されます。

action が構成モードの P-CSCF プロファイルで mark-down として構成されている場合、SMF は、失敗した P-CSCF サーバーを到達不能としてマークして、このサーバーが新しいセッションに選択されないようにします。

4.b.

SMF は、次のシナリオで PDU セッションの解放をトリガーします:

  • P-CSCF 復元通知が failedPcscf IE なしで受信された場合。

  • UE に ePCO での「P-CSCF Re-selection」のサポートが示されていない場合。

SMF は、UE が NR RAT にある場合、すべてのリリース ケースで「再アクティブ化が必要」の理由で N1 リリースをトリガーします。SMF は、UETRA/Wi-Fi RAT の場合、すべてのリリース ケースに対して「再アクティブ化要求(reactivation requested)」という原因で DBR をトリガーします。

P-CSCF の復元と再選択の構成

P-CSCF の復元と再選択を有効にするには、次の構成例を使用します。

config 
   profile pcscf pcscf_profile_name 
      pcscf-restoration trigger [ UDM ] [ action [ mark-down ] ] 
      pcscf-selection round-robin 
      fqdn domain_name 
      v4-list  | v6-list  
         precedence precedence_value 
            primary server_ipv4_address | server_ipv6_address 
            secondary server_ipv4_address | server_ipv6_address 
            tertiary server_ipv4_address | server_ipv6_address 
            end 
      end 
   end 

  • pcscf-restoration trigger [ UDM ] [ action [ mark-down ] ] : UDM がトリガする P-CSCF の復元と再選択を有効にします。 [ action [ mark-down ] はオプションです。構成する場合、オプションとして指定できるのは [ mark-down ] のみです。アクションが「mark-down」として構成され、新しいセッションで選択されていない場合、SMF は失敗した P-CSCF を到達不能としてマークします。

設定例

次に、P-CSCF の復元と再選択の構成例を示します。


profile dnn ims1
    pcscf-profile PCSCF_restoration_fqdn_profile
    exit
profile pcscf PCSCF_restoration_fqdn_profile
    pcscf-selection round-robin
    fqdn ims1.com
    pcscf-restoration
    trigger UDM
    action mark-down
    exit
   exit
exit

Gm および Mw インターフェイスのマッピング構成

P-CSCF 復元プロセスの Gm インターフェイスと Mw インターフェイスをマッピングするには、次の構成例を使用します。

config 
   profile interface-mapping default 
   interface [ GM ] [ ipv4  ipv4_address | ipv6 ipv6_address ] interface [ MW ] [ ipv4  ipv4_address | ipv6 ipv6_address ] 
   end 

  • profile interface-mapping default :Gm および Mw インターフェイスのマッピングを有効にします。

  • interface [ GM ] [ ipv4 ipv4_address | ipv6 ipv6_address ] interface [ MW ] [ ipv4 ipv4_address | ipv6 ipv6_address ] :Gm IPv4/IPv6 アドレスを Mw IPv4/IPv6 アドレスにマッピングします。

設定例

次に、Gm および Mw インターフェイスをマッピングするための構成例を示します:


profile pcscf-interface-mapping default
    interface GM ipv4 209.165.200.220 interface MW ipv4 209.165.200.222
    interface GM ipv4 209.165.200.221 interface MW ipv4 209.165.200.223
    interface GM ipv6 fd00:976a::9 interface MW ipv6 fd00:976a::10
exit

失敗した P-CSCF をオンラインにマークする構成

失敗した P-CSCF アドレスをオンラインとしてマークするには、次の構成例を使用します。

pcscf mark-online [ all | fqdn fqdn  | mw-ipv4 IPv4_address | mw-ipv6  IPv6_address ] 
  • pcscf mark-online [ all | fqdn fqdn | mw-ipv4 IPv4_address | mw-ipv6 IPv6_address ] :失敗した P-CSCF アドレスをオンラインとしてマークできます。次の 4 つの値が考えられます:

    • all :このコマンドは、すべての P-CSCF アドレスをオンラインにマークします。

    • fqdn fqdn :このコマンドは、オンラインとしてマークする FQDN を指定します。

    • mw-ipv4 IPv4_address :このコマンドは、オンラインとしてマークする失敗した P-CSCF IPv4 アドレスを指定します。

    • mw-ipv6 IPv6_address :このコマンドは、オンラインとしてマークする失敗した P-CSCF IPv6 アドレスを指定します。

設定例

次に、失敗した P-CSCF アドレスをオンラインとしてマークする構成例を示します:


[smf] smf# pcscf mark-online mw-ipv4 "209.165.200.220"
Thu Feb 15 18:44:27.257 UTC+00:00
result
Failed IP is marked online
209.165.200.220
[smf] smf# pcscf mark-online mw-ipv6 "fd00:976a::9"
Thu Feb 15 18:44:27.297 UTC+00:00
result
Failed IP is marked online
fd00:976a::9

OAM サポート

この項では、P-CSCF の復元および再選択機能でサポートされているメトリックスと統計情報について説明します。

バルク統計

次の新しいラベルが smf_service_statsに追加されました。

  • pccf_restoration_init_mod:このラベルは、5G、4G または Wi-Fi セッション変更手順中の P-CSCF 復元を示します。

  • smf_req_pccf_restoration_rel:このラベルは、5G セッション中の P-CSCF リリースを示します。

  • pccf_restore_pdn_sess_rel:このラベルは、4G および Wi-Fi セッション中の P-CSCF リリースを示します。

  • PcscfAddressNotFound:このラベルは、P-CSCF 復元手順の失敗の理由を示しています。

次の新しい統計情報が SMF ノード マネージャ統計カテゴリに追加されました。

nodemgr_pccf_cache_stats:この統計情報は、P-CSCF キャッシュ管理を示します。

  • pccf_address_req_type:このラベルは、アドレスがオンライン/オフラインとしてマークされているかどうかを示す P-CSCF アドレスを示します。

  • pccf_mw: このラベルは、P-CSCF アドレスの IP アドレスを示します。

次の新しいラベルがSMF 切断統計カテゴリの下に追加されます:

  • disk_pccf_restoration:このラベルは、コールの切断に関連付けられている理由を示しています。

show コマンドの出力

次の show コマンドを使用して、失敗した P-CSCF アドレスを表示します。

[smf] smf# show pcscf failed-address peers

["209.165.200.220","209.165.200.221","fd00:976a::9"]

VoNR MO と MT コール サポート

機能説明

SMF は、IMS PDU セッション作成後の UE の保証ビットレート(GBR)フローとして、5G QoS 識別子(5QI)を使用したモバイル発信(MO)およびモバイル着信(MT)VoNR をサポートします。SMF は、次のモビリティ(gNB 間、AMF 間)シナリオで VoNR コールをさらにサポートします。

  • アイドル モード UE の MO および MT コール

  • UE が引き継いでいるときの MO と MT の通話

VoNR MO および MT コールのモビリティ シナリオでは、次の点を考慮してください:

  • VoNR GBR フローは、UE およびネットワーク サービス要求手順中、Xn および N2 ベースのハンドオーバー中にサポートされます。

コール フロー

ここでは、この機能に関連したコール フローについて説明します。

VoNR MO コールの処理手順

このセクションでは、UE がアイドル モードの場合の VoNR MO コールの処理手順について説明します。

Figure 9. VoNR MO コールの処理手順
Table 12. VoNR MO コール処理フローの説明

ステップ

説明

1

SMF は、3GPP TS 23.502 で定義されている PDU セッション確立手順を実行します。

2

UE は、バックアップされた IMS コア ネットワーク経由で UPF、P-CSCF を介して、着信側に対して SIP 登録を開始します。

3

P-CSCF は「Npcf_PolicyAuthorization_Update」を PCF に送信し、ポリシーの適用、サービス情報の変更、ゲート制御、SDF 通知/非アクティブ化のサブスクリプションの変更、トラフィック ルーティング情報の更新などを行います(3GPP TS 29.514で定義されています)。このサービスでは、NF コンシューマはイベント通知(アクセスタイプ、RAT タイプの変更、または PLMN 識別子の変更など)の通知をサブスクライブおよびサブスクライブ解除できます。

4

PCF は、Npcf_SMPolicyControl_UpdateNotify 要求を送信し、SMF およびポリシー制御要求トリガー情報で PCC ルール PDU セッション関連のポリシー コンテキストを更新または削除します。これにより、PCC ルール、ポリシー制御要求トリガ、SDF、課金関連情報が適用されます。

5

SMF では、受信した PCC ルールが処理され、成功シナリオの場合は 200 OK メッセージが送信されます。コンテンツの処理が失敗すると、SMF は「Npcf_SMPolicyControl_UpdateNotify リクエスト」に「400 Bad Request」を含め、3GPP TS 29.512で定義されている適切な原因値とともに送信します。

6

SMF は、Namef_Communication_\nN1N2MessageTransfer/Response(PDU セッション ID、QFI、QoS プロファイル、セッション AMBR)、N1 SM コンテナ(PDU セッション変更コマンド(PDU セッション ID、QoS ルール)、QoS フロー レベル パラメータを送信します。 QoS ルール、QoS ルール操作、および QoS フロー レベルの QoS パラメータ操作(セッション AMBR)に関連付けられた QoS フローに必要です)。

UE が CM-IDLE 状態またはモビリティ ハンドオーバー(HO)状態である場合は、アイドル モードでの UE の VoNR MO コール フロー の手順を参照してください。

7

AMF は、N2 PDU セッション要求(SMF から受信した N2 SM 情報、NAS メッセージ(PDU セッション ID、N1 SM コンテナ(PDU 変更コマンド)))メッセージを (R)AN に送信します。

8

(R)AN は、SMF から受信した情報に関連する UE との特定のシグナリング交換を発行します。たとえば、 NG-RAN 内で RRC 接続再構成は、UE が PDU セッションに関連した必要な(R)AN 技術情報の変更をして行われます。

9

(R)AN は、N2 PDU セッション ACK(N2 SM 情報(承認/拒否された QFI のリスト、AN 情報、PDU セッション ID、セカンダリ RAT 使用状況データ)、ユーザー ロケーション情報)メッセージを送信して N2 PDU セッション要求をAMF。デュアル接続の場合、1 つ以上の QFI が PDU セッションに追加されると、プライマリ RAN ノードは、これらの QFI のうちの1つ以上を、以前 PDU セッションに関与しなかった NG-RAN ノードに割り当てます。この場合、AN トンネル情報には、新しい NG-RAN ノードに割り当てられた QFI の新しい N3 トンネル エンドポイントが含まれます。同様に、1 つ以上の QFI が PDU セッションから削除されると、(R)AN ノードは PDU セッションに関与しなくなる可能性があり、対応するトンネル エンドポイントが AN トンネル情報から削除されます。NG-RAN は、対応する QoS プロファイルのユーザー プレーンセキュリティ適用情報を満たすことができない場合(たとえば、UE 整合性保護の最大データ レートを超えているため)、QFI を拒否します。

10

AMF は、Nsmf_PDUSession_UpdateSMContext サービス操作を介して、(R)AN から受信した N2 SM 情報とユーザーの場所の情報を SMF に転送します。

(R)AN が QFI を拒否した場合、SMF は QoS ルールと QoS パラメータを必要に応じて、UE の QoS ルールに関連付けられた QoS フローに必要に応じて更新します。

11

SMF は Nsmf_PDUSession_UpdateSMContext 応答を送信します。N2 SM 情報には、セカンダリ RAT 使用状況のデータが含まれます。

12

UE は、NAS メッセージ(PDU セッション ID、N1 SM コンテナ(PDU セッション変更コマンド ACK))メッセージを送信して PDU セッション変更コマンドを確認します。

13

(R)AN は NAS メッセージをAMFに転送します。

14

AMF は、Nsmf_PDUSession_UpdateSMContext サービス操作を介して (R)AN から受信した N1 SM コンテナ(PDU セッション変更コマンド ACK)とユーザーの場所情報を SMF に転送します。

15

SMF は Nsmf_PDUSession_UpdateSMContext 応答を送信します。

SMF によって開始された変更で、デフォルトの QoS ルールに関連付けられた QoS フローが含まれていない(PCF によってトリガされたなどの)QoS フローを削除することで、SMF が UE からの応答を受信しない場合、SMF は それらのステータスをQoS フローは UE と同期されます

16

SMF は、Sm_PolicyControl_UpdateNotify_Request の Charging_Description の一部として受信した Rating-Group-Id を持つ Multi-Unit-Usage を含めて、ChargingDataUpdateReq を送信します。これにより、PCC ルールがインストールされます。

17

CHF は、要求されたメッセージで受信した料金設定グループ値のマルチユニット情報を含む ChargingDataUpdateResp を提供します。CHF では、セッション レベルおよび評価グループ値のパラメータの変更も提供されます。

18

SMF は、N4 セッション変更要求(N4 セッション ID)メッセージを UPF に送信することにより、PDU セッション変更に含まれている UPF の N4 セッションを更新します。イーサネット PDU セッション タイプの PDU セッションの場合、SMF は PCF にイーサネット パケット フィルタ セットと転送ルールの追加または削除を通知します。

PDU セッション変更手順で影響を受ける UPF は、変更された QoS パラメータと展開によって異なります。たとえば、UL CL が変更された PDU セッションのセッション AMBR が変更された場合は、UL フロー分類(CL)だけが関係します。

19

UPF は、受信した制御情報に応じて PCF が SMF に提供する必要がある情報を含む N4 セッション変更応答メッセージを送信します。

20

PCF を開始したポリシー変更ケースの場合、SMF は、3GPP TS 23.502、セクション 4.16.5.1 で定義されている SMF によって開始される SM ポリシー関連付けの変更手順を実行することによって、PCC の決定を適用できるかどうかを PCF に通知します。SMF は、PDU セッションの変更に関連するユーザーの場所情報を登録しているすべてのエンティティに通知します。

21

PCF は、PDU セッションに関する更新されたポリシー情報を含む Npcf_SMPolicyControl_Update 応答を送信します。

VoNR MT コールの処理手順

このセクションでは、VoNR MT コールの処理手順について説明します。

Figure 10. VoNR MT コールの処理フロー

VoNR MT コールの処理手順は、UPF を介して UE から P-CSCF(AF) に開始される SIP 登録要求を除き、VoNR MO コールの処理手順と同じです。

アイドル モードでの UE の VoNR MO コール フロー

このセクションでは、UE がアイドル モードの場合の VoNR MO コールの処理手順について説明します。

Figure 11. アイドル モードでの UE の VoNR MO コール処理フロー

ステップ

説明

1

SMF は、3GPP TS 23.502 で定義されている PDU セッション確立手順を実行し、UE に送信するために P-CSCF アドレスを取得します。SMF は、フローと各 PDR のトラフィック検出情報をプロビジョニングすることにより、N4 インターフェイスの一部として、それぞれの PDU セッションのページング ポリシー差別化(PPD)を使用して UPF をプログラムします。

2

UE はその状態を CM-IDLE および RM-REGISTERED で維持します。

3

UPF は、UE を CM-IDLE および RM-REGISTERED 状態に維持します。

4

UE は CM-IDLE 状態で VoNR コールを開始します。

5

UE は、3GPP TS 23.502で定義されているサービス要求手順を実行します。

6

RAN は、N2 メッセージ(サービス要求)をAMFに送信します。

7

AMF は、Nsmf_PDUSession_UpdateSMContext 要求(PDU セッション ID、操作タイプ、UE ロケーション情報、アクセス タイプ、RAT タイプ、LADN サービス エリア内の UE プレゼンス、アクセス タイプの表示は変更可能)を SMF に送信します。

8

AMF が PDU セッションのアクセス タイプを変更できることを SMF に通知し、PCC が展開されている場合、SMF は、 3GPP TS 23.502 のセクション 4.16.5.1 に定義されている SMF によって開始される SM ポリシー関連付け変更手順を実行します。

9

PCF は、更新された PCC ルールを SMF に提供します。

10

SMF は UPF に対して N4 セッション変更要求を開始します。SMF は、(R)ANトンネル情報と対応する転送ルールをUPFに提供します。UPF は、SMF に N4 セッション変更応答を提供します。

11

SMF は、Nsmf_PDUSession_UpdateSMContext Response(N2 SM 情報(PDU セッション ID、QFI(複数可)、QoS プロファイル(複数可)、CN N3 トンネル情報、S-NSSAI、ユーザー プレーン セキュリティ適用、UE インテグリティ保護最大データ レート)、N1 SM コンテナ、原因)を AMF に送信します。SMF は、該当する場合、N1 SM コンテナおよび/または N2 SM 情報をAMFに送信します。

12

AMF は、N2 要求を送信します(SMF から受信した N2 SM 情報、セキュリティ コンテキスト、モビリティ制限リスト、登録済み UE-AMBR、MM NAS サービス承認、推奨セルのリスト、TA、NG-RAN ノード識別子、UE 無線機能、コア ネットワーク サポート情報、トレーシング要件)を (R)AN に追加します。

13

NG-RAN は、UP 接続がアクティブ化されている PDU セッションのすべての QoS フローとデータ無線ベアラーの QoS 情報に応じて、UE との RRC 接続の再構成を実行します。

14

(R)AN は N2 要求の確認応答メッセージ(N2 SM 情報(AN トンネル情報、UP 接続がアクティブになっている PDU セッションで承認された QoS フローのリスト、UP 接続がアクティブになっている PDU セッションで拒否された QoS フローのリスト)を送信します。PDU セッション ID を AMF に送信します。

N2 要求 ACK メッセージには、N2 SM 情報(AN トンネル情報など)が含まれます。AMF が別の N2 メッセージを送信した場合、NG-RAN は別の N2 メッセージ(N2 トンネル セットアップ応答など)でN2 SM情報に応答します。

15

AMF は、PDU セッションごとに Nsmf_PDUSession_UpdateSMContext 要求(N2 SM 情報、RAT タイプ、アクセス タイプ)を SMF に送信します。AMF は、N2 インターフェイスに関連付けられたグローバルRANノードIDに基づいて、アクセス タイプと RAT タイプを決定します。AMF が N2 SM 情報(1 つまたは複数)を受信した場合、AMF は N2 SM 情報を PDU セッション ID ごとに関連する SMF に転送します。UE タイムゾーンが最後にレポートされた UE タイムゾーンと比較して変更されている場合、AMF はこのメッセージに UE タイムゾーン IE を含めます。

16

SMF は、3GPP TS 23.502、セクション 4.16.5.1 で定義されている SMF によって開始される SM ポリシー関連付けの変更手順を実行することによって、PCC の決定を適用できるかどうかを PCF に通知します。SMF は、PDU セッションの変更に関連するユーザーの場所情報を登録しているすべてのエンティティに通知します。

17

PCF は、PDU セッションに関する更新されたポリシー情報を含む Npcf_SMPolicyControl_Update 応答を送信します。

18

SMF は、N4 セッション変更要求(N4 セッション ID)メッセージを UPF に送信することにより、PDU セッション変更に含まれている UPF の N4 セッションを更新します。イーサネット PDU セッション タイプの PDU セッションの場合、SMF は UPF にイーサネット パケット フィルタ セットと転送ルールの追加または削除を通知します。

PDU セッション変更手順で影響を受ける UPF は、変更された QoS パラメータと展開によって異なります。たとえば、UL CL が変更された PDU セッションのセッション AMBR が変更された場合は、UL CL だけが関係します。

UPF は、受信した制御情報に応じて UPF が SMF に提供する必要がある情報を含む N4 セッション変更応答メッセージを送信します。

19

SMF は Nsmf_PDUSession_UpdateSMContext 応答を送信します。N2 SM 情報には、セカンダリ RAT 使用状況のデータが含まれます。

アイドル モードでの UE の VoNR MT コールフロー

このセクションでは、UE がアイドル モードの場合の VoNR MT コールの処理手順について説明します。

Figure 12. アイドル モードでの UE の VoNR MT コールフロー

VoNR MT コール フローは、次を除き、UE が CM-IDLE 状態の場合のサービス要求の VoNR MO コール フローと同じです。

  • P-CSCF が受信した SIP-INVITE

  • PCF から SMF に対してトリガされた PCC ルールの適用。


Note


PCC ルール、QoS、PDR、およびトラフィック検出ルールの適用は、 VoNR MT コールの処理手順 VoNR MT コール処理の手順で定義されている VoNR MT コール処理の手順と同じです。


AMF が Namef_Communication_N1N2MessageTransfer 要求(N2 SM 情報(PDU セッション ID、QFI(s)、QoS プロファイル、セッション AMBR)、N1 SM コンテナ(PDU セッション変更コマンド(PDU セッション ID、QoS ルール)、 UE が CM-IDLE 状態の場合の QoS フローレベルのパラメータ(QoS ルール動作、QoS フロー レベル パラメータ動作、セッション AMBR)に関連付けられた QoS フローに必要な場合。UE が CM-IDLE 状態で、非同期タイプの通信(ATC)がアクティブになっている場合、AMF は Namef_Communication_N1N2MessageTransfer に基づいて UE コンテキストを更新および保存します。

AMF は UE に対してページング操作を実行し、UE はサービス要求手順をトリガします。ページングが確立されると、AMF はNamf_Communication_N1N2MessageTransfer Request で受信される QoS フロー、QoS ルール、および Session-AMBR のうち、受け入れが必要なものを決定し、AMF は SMF に対して Nsmf_PDUSession_UpdateSMContext 操作を実行して、QoS フロー、QoS ルール、session-AMBR などの受け入れを通知します。

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

機能説明

SMF は、UE のデータおよび IMS DNN セッションに PLMN、DNN、および 5QI レベルで構成を提供することにより、ページング ポリシー差別化機能をサポートします。SMF は、UPF データに基づいてページング ポリシー インジケータを提供します。SMF は、N11 インターフェイスを介した AMF への QoS フロー(PPI、ARP、および 5QI)もサポートしています。

コール フロー

ここでは、この機能に関連したコール フローについて説明します。

VoNR ページング ポリシーの差別化手順

このセクションでは、VoNR ページング ポリシーの区別手順について説明します。

Figure 13. VoNR ページング ポリシー差別化コール フロー
Table 13. VoNR ページング ポリシーの差別化コール フローの説明

ステップ

説明

1

SMF は、DNN、5QI、および PLMN に基づく DNN プロファイルの下でページング ポリシー差別化(PPD)を有効にします。

2

SMF は、3GPP TS 23.502 で定義されている PDU セッション確立手順を実行し、UE に送信するために P-CSCF アドレスを取得します。SMF は、各 PDR のフローおよびトラフィック検出情報をプロビジョニングすることにより、N4 インターフェイスの一部として、それぞれの PDU セッションの PPD を使用して UPF をプログラムします。

3

UPF は、PDU セッションで PPD が有効になっているときに、いずれかのダウンリンク(DL)パケットが DSCP 値(IPv4 の TOS または IPv6 の TC)で設定されているかどうかを検出します。

4

UPF は、DSP マーク付き DL パケット用の N3 トンネルがないため、転送パスがないことを検出します。

5

UPF は、パケット ヘッダー内でデータ通知(QFI、DSCP in TOS(IPv4)/TC(IPv6))を送信します。

6

UPF は、バッファリング構成に基づいて DL データ バッファリングを有効にします。UPF は、データ通知(N4 セッション ID、DL データ パケットの QoS フローを識別する情報、DSCP)メッセージを SMF に送信します。

  1. QoS フローの最初の DL データパケットが到着すると、SMF が以前に UPF に通知していない場合、UPF はデータ通知メッセージを SMF に送信します(その場合、次の手順はスキップされます)。

  2. UPF が同じ PDU セッションで別の QoS フローの DL データ パケットを受信すると、UPF は別のデータ通知メッセージを SMF に送信します。

  3. ページング ポリシー差別化機能(3GPP TS 23.501、セクション 5.4.3で指定)が UPF でサポートされており、PDU セッション タイプが IP の場合、UPF の TOS(IPv4)/TC(IPv6)値には DSCP が含まれます。 DL データ パケットの IP ヘッダーと DL データパケットの QoS フローを識別する情報です。

  4. SMF は、データ通知確認応答メッセージを UPF に送信します。

  5. UPF は、要求に応じて DL データ パケットを SMF に転送します。SMF はデータ パケットをバッファリングします。

7

SMF は AMF を決定し、N4 セッション ID に基づく PDU セッション ID を含む AMF に対する Namef_Communication_N1N2MessageTransfer を呼び出します。ユーザー プレーン接続がアクティブになるのを待っているときに、SMF は追加のデータ通知メッセージを受信します。

SMF は、追加のデータ通知またはデータ パケットの DSCP に従って、異なるページング ポリシー インジケータを取得します。SMF は新しい Namef_Communication_N1N2MessageTransfer を呼び出し、AMF に対してより高い優先順位または別のページング ポリシー インジケータを示します。

ページング ポリシーの差別化をサポートしている場合、SMF は 、3GPP TS 23.501、セクション 5.4.3 に記載されているように、DSCP に基づいて UPF から受信した、またはデータ通知メッセージをトリガしたダウンリンク データに関連するページング ポリシー インジケータを決定します。SMF は、Namef_Communication_N1N2MessageTransfer のページング ポリシー インジケータを示します。

8

AMF は、UE が CM_IDLE 状態の場合、Namef_Communication_N1N2MessageTransfer 応答を「Attempting to reach UE」という理由で SMF に送信します。UE が CM-CONNECTED 状態の場合、AMF は「N1/N2 transfer success」の理由とともに Namef_Communication_N1N2MessageTransfer 応答を SMF にただちに送信します。

9

SMF は、AMF から否定応答を受信すると、障害通知を UPF に送信します。

10

AMF は、(R)AN を介して UE へのページングを開始します。

11

AMF は UE に対する NAS 通知を開始します。

12

AMF は、UE がページングに応答しない場合、SMF によって提供された通知ターゲット アドレスに Namef_Communications_N1N2MessageTransfer Failure Notification を送信して SMF に通知します。AMF は、UE の応答を妨げる進行中のモビリティ管理(MM)手順を認識していません。AMF は、UE が別の AMF を使用して登録手順を実行することを示す N14 コンテキスト要求メッセージを受信します。

13

UE が CM-IDLE 状態の場合、3GPP アクセスに関連付けられた PDU セッションのページング要求を受信すると、UE は、 3GPP TS 23.502、セクション 4.2.3.2に定義されているように、UE トリガー サービス要求手順を開始します。

VoNR ページング プロファイル差別化の構成

ここでは、VoNR ページング プロファイル差別化機能を構成する方法について説明します。

VoNR ページング プロファイル差別化機能を構成するには、次の手順を実行します:

  1. PDD プロファイルの作成

  2. RLAN プロファイル パラメータの設定

  3. DNN プロファイル構成での PPD の有効化

PDD プロファイルの作成

次の構成を使用して、PPD プロファイルのインスタンスを作成します:

config 
   profile ppd ppd_profile_name 
   end 

注:

  • ppd ppd_profile_name :PPD プロファイルを指定します。このコマンドは、PPD プロファイルを作成し、PPD プロファイル コンフィギュレーション モードにアクセスできるようにします。このモードでサポートされているコマンドの詳細については、『 Ultra Cloud Core 5G セッション管理機能、CLI コマンド リファレンス ガイド』を参照してください。 ppd_profile_name の値は英数字の文字列である必要があります。

RLAN プロファイル パラメータの設定

次の構成を使用して、PPD プロファイルパラメータを定義します:

config 
   profile ppd ppd_profile_name 
      5qi 5qi_value 
      dscp dscp_value { ppi ppi_value } 
      end 

注:

  • 5qi :このルートのプライオリティ レベルを指定します。5qi_value は 0 ~ 127 の範囲の整数である必要があります。さまざまな優先度レベルをリストするには、必要に応じてカンマとハイフンを使用します。たとえば、5QI 3、10-15、65 です。

  • dscp dscp_value :DSCP 値を指定します。 dscp_value は 、0 ~ 63 の範囲の整数である必要があります。

  • ppi ppi_value: ページング ポリシー インジケータの値を指定します。 ppi_value は 0 ~ 7 の範囲の整数である必要があります。

DNN プロファイル構成での PPD の有効化

既存の DNN プロファイル構成内の PPD 機能を有効にするには、次の構成例を使用します。

config 
   profile dnn dnn_profile_name 
      ppd-profile ppd_profile_name 
      end 

注:

  • ppd-profile ppd_profile_name :このコマンドは、DNN プロファイルに関連付ける PPD プロファイルを定義します。 pdd_profile_name は 、構成済みの PPD プロファイルの名前である必要があります。

  • このコマンドは、DNN、5QI、および PLMN の構成値に基づいて、DNN プロファイルの PPD 機能を有効にします。

機能の設定の確認

次の表示コマンドを使用して機能構成の詳細を認証します。

show running-config

次に、この show コマンドの出力例を示します:


product smf# show running-config 
profile dnn dnntst1 
pcscf-profile pcscf1 
!