音声用の 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 セッションの作成の流れを示しています。

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 コール作成コールフローを説明します。

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 コール作成コールフローを説明します。

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 に提供します。

PCF には、1 つ以上の値 MS_TIME_ZONE や USER_LOC_INFO を含む「reqData」属性と、関連する 1 つ以上のインストール済み/変更済み/削除済み PCC ルール識別子を含む「refPccRuleIds」属性を含む「lastReqRuleData」属性が含まれています。
「policyCtrlReqTriggers」属性内で AN_INFO ポリシー制御要求リガーを提供します（まだ設定されていない場合）。
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 アーキテクチャについて説明します。

機能の仕組み

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 セッションの作成の流れを示しています。

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 コール作成コールフローを説明します。

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）コールフローについて説明します。

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 プロキシの構成には、次の手順が含まれます：

P-CSCF FQDN の構成
SMF での DNS プロキシレプリカの構成
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 の復元と再選択のプロセスを示しています。

表 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 コールの処理手順について説明します。

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 コールの処理手順について説明します。

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 ページングポリシーの区別手順について説明します。

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 に送信します。 QoS フローの最初の DL データパケットが到着すると、SMF が以前に UPF に通知していない場合、UPF はデータ通知メッセージを SMF に送信します（その場合、次の手順はスキップされます）。 UPF が同じ PDU セッションで別の QoS フローの DL データパケットを受信すると、UPF は別のデータ通知メッセージを SMF に送信します。ページングポリシー差別化機能（3GPP TS 23.501、セクション 5.4.3で指定）が UPF でサポートされており、PDU セッションタイプが IP の場合、UPF の TOS（IPv4）/TC（IPv6）値には DSCP が含まれます。 DL データパケットの IP ヘッダーと DL データパケットの QoS フローを識別する情報です。 SMF は、データ通知確認応答メッセージを UPF に送信します。 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 ページングプロファイル差別化機能を構成するには、次の手順を実行します：

PDD プロファイルの作成
RLAN プロファイルパラメータの設定
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 
!

UCC 5G SMF 構成および管理ガイド、リリース 2025.01

偏向のない言語

翻訳について

検索結果

章のタイトル： 音声用の IMS PDU セッション

音声用の IMS PDU セッション

機能の概要と変更履歴

要約データ

更新履歴

機能説明

LTE の音声サポート

機能説明

機能の仕組み

コール フロー

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

VoLTE モバイル発信（MO）コール作成コール フロー

VoLTE モバイル着信（MT）コールの作成コール フロー

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

設定例

設定の確認

標準準拠

制限事項

VoLTE および VoNR の NPLI サポート

機能説明

アーキテクチャ

コール フロー

標準準拠

VoWi-Fi サポート

機能説明

アーキテクチャ

機能の仕組み

コール フロー

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

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

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

標準準拠

制限事項

音声の新しいラジオ

機能説明

標準準拠

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

機能説明

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

P-CSCF FQDN の構成

機能の設定の確認

DNS プロキシ レプリカの構成

DNS プロキシの構成

DNS プロキシの構成の確認

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

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

DNS テスト クエリ

機能説明

機能の仕組み

DNS テスト クエリの構成

設定の確認

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

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

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

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

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

手順

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

手順

例:

次のタスク

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

始める前に

手順

例:

例:

例:

例:

例:

次のタスク

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

始める前に

手順

例:

例:

例:

章のタイトル：音声用の IMS PDU セッション

コールフロー

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

VoLTE モバイル発信（MO）コール作成コールフロー

VoLTE モバイル着信（MT）コールの作成コールフロー

コールフロー

コールフロー

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

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

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

DNS プロキシレプリカの構成

DNS テストクエリ

DNS テストクエリの構成

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

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

VoNR MO と MT コールサポート

コールフロー

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

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

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

コールフロー

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

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

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