UDM の統合

機能の概要と変更履歴

要約データ

表 1. 要約データ

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

SMF

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

SMI

機能のデフォルト設定

有効：常時オン

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

N/A

関連資料

該当なし

更新履歴

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

改訂の詳細

リリース

N10 フェール オープンのサポートが追加されました。

2023.04.0

最初の導入。

2020.02.2

機能説明

統合データ管理（UDM）は主にサブスクライバ データを保存する役割を果たし、SMF はネットワーク上のユーザー セッションを管理するためにこのデータにアクセスします。SMF は、セッション終了などのサブスクライバ データで発生したイベントに関する通知を受信するように明示的にサブスクライブします。

N10 インターフェイスは、ユニファイド データ管理（UDM）と SMF（セッション管理機能）の間にあります。UDM は、Nudm インターフェイスを介して SMF に次のサービスを提供します：

  • Nudm_SubscriberDataManagement サービス

  • Nudm_UEContextManagement サービス

機能の仕組み

ここでは、この機能の仕組みを説明します。

SMF が UDM サブスクリプションをスキップすると、次のメッセージの送信を停止します。

  • セッション確立中にサブスクリプションを取得する

  • セッション確立中の通知の登録

  • セッションの解放中および UDCM が UECM メッセージを受信したときの Unsubscribe-to-Notification

SMF では、UDM サブスクリプションのスキップ構成に対する動的な変更が可能です。つまり、新しい値は、確立される新しいセッションに適用されます。既存のセッションは古い値を引き続き使用します。

UDM を構成

このセクションでは、UDM に関連するすべての構成について説明します：

SDM メッセージを制御するためのオプションの構成

ここでは、N10 インターフェイスでのサブスクリプション データ管理（SDM）メッセージの制御を構成する方法について説明します。

RAT タイプの設定

DNN プロファイルでローカル承認を使用して RAT タイプを構成するには、次の構成例を使用します。

config 
   profile dnn dnn_profile 
      authorization local rat-type [ nr | eutra | wlan ] 
      end

注：

  • authorization local ：このコマンドは、EPS セッションの SDM メッセージのみをスキップします。選択した DNN プロファイルでこのコマンドを構成すると、SMF はサブスクリプションを取得するための UDM 対話をスキップします。SMF では、セッション要求の作成メッセージで受信した値が使用されます。SMF は、UDM から「Subscribe-for-Notifications」への UDM 対話をスキップします。

  • rat-type [ nr | eutra | wlan ] ：このキーワードは、指定された RAT タイプに基づいて次の SDM メッセージをスキップします。

    • udm subscription-fetch

    • subscribe-to-notifications

    • unsubscribe-to-notifications

    選択した DNN プロファイルで authorization local コマンドを使用して RAT タイプを構成すると、その RAT タイプのセッションでは、SMF は次のメッセージの UDM 対話をスキップします。

    • udm subscription-fetch during session establishment

    • subscribe-for-notifications during session establishment

    • unsubscribe-for-notifications during session release

  • no authorization local rat-type [ nr | eutra | wlan ] ：DNN プロファイルに基づいてセカンダリ認証を無効にします。

設定の確認

構成を確認するために、この show running-config profile dnn dnn_profile_name コマンドを使用します。

この show コマンドの出力には、指定された DNN プロファイル内で構成されている RAT タイプ情報を含むすべての構成が表示されます。

[smf] smf# show running-config profile dnn intershat
profile dnn intershat
network-element-profiles chf chf1
network-element-profiles amf amf1
network-element-profiles pcf pcf1
network-element-profiles udm udm1
charging-profile chgprf1
virtual-mac b6:6d:47:47:47:47
ssc-mode 2 allowed [ 3 ]
session type IPV6 allowed [ IPV6 ]
authorization local rat-type nr 
upf apn intershat
dcnr true
exit

セッション タイプの構成

SMF は、UDM 応答からのサブスクリプション タイプ データと DNN プロファイルのセッションタイプ構成の両方を使用して、コールを許可または拒否します。SMF は、UDM サブスクリプション データ内の UE 要求の PDN タイプの最初のルックアップに基づいて、セッション タイプを選択します。次に、SMF は、選択したセッション タイプと DNN プロファイルで構成されたセッション タイプに基づいて、セッションのセッション タイプをプロビジョニングします。

DNN プロファイルで PDU セッション タイプを構成するには、次の構成例を使用します。

config 
   profile dnn dnnprofile 
      session type { IPV4 | IPV4V6 | IPV6 } allowed [ IPV4 | IPV4V6 | IPV6 ] 
      end

注：

  • session type { IPV4 | IPV4V6 | IPV6 } allowed [ IPV4 | IPV4V6 | IPV6 ] ：PDU セッションの IP タイプを指定します。 allowed キーワードを使用すると、デフォルトのセッション タイプ以外の 2 つの IP タイプを指定できます。

  • SMF はこのセッション タイプ構成を使用して、コールを処理します。たとえば、UE 要求タイプが IPv4 で、UDM サブスクリプション タイプが IPv4v6 の場合、SMF は最初のパスで IPv4 を選択し、その後セッション タイプ構成に対してチェックします。構成されたセッション タイプが IPv6 の場合、SMF は「#51 - PDU session type IPv6 only= IPV4 allowed」という原因でコールを拒否します。

  • IPAM 構成に、最後に選択された PDU セッション タイプと異なる IP アドレス プールが含まれている場合、SMF は、原因「#31 -request rejected, unspecified」でコールを拒否します。たとえば、この原因値は次の条件で生成されます：

    • UeReq-PdnType = V4

    • UdmSubscription-PdnType = V4V6

    • SessionType-Config = V4V6

    • IP-Pool = V6

設定の確認

構成を確認するために、この show running-config profile dnn dnn_profile_name コマンドを使用します。

この show コマンドの出力には、指定された DNN プロファイル内で構成されているセッション タイプ情報を含むすべての構成が表示されます。

[smf] smf# show running-config profile dnn intershat
profile dnn intershat
network-element-profiles chf chf1
network-element-profiles amf amf1
network-element-profiles pcf pcf1
network-element-profiles udm udm1
charging-profile chgprf1
virtual-mac b6:6d:47:47:47:47
ssc-mode 2 allowed [ 3 ]
session type IPV6 allowed [ IPV6 ]
upf apn intershat
dcnr true
exit

オプションの IE を無効にする構成

N10 登録要求で、 epdgInd 属性や registrationTime 属性などのオプションの IE を無効にするには、次の構成例を使用します。 


config 
   profile message-handling nf-type nf_ype 
      mh-profile mh_profile_name 
      service name type { nudm-ee | nudm-pp | nudm-sdm | nudm-ueau | nudm-uecm }  
      message type { UdmRegistrationReq | UdmSdmGetUESMSubscriptionData | UdmSdmSubscribeToNotification | UdmSdmUnsubscribeToNotification | UdmSubscriptionReq | UdmUecmRegisterSMF skip optional-ies [ epdgInd | registrationTime ] | UdmUecmUnregisterSMF } 
     exit 
  exit 
exit

注：

  • mh-profile mh_profile_name ：NRF メッセージ処理プロファイル構成を指定します。

  • skip optional-ies [ epdgInd | registrationTime ] ：登録要求内の ePDG 指示と登録時間をスキップします。


    （注）  
    skip optional-ies [ epdgInd | registrationTime ] コマンドは、UdmUecmRegisterSMF メッセージでのみ使用できます。

即時レポートによるサブスクリプション通知の構成ベースの制御

表 3. 機能の履歴
機能名

リリース情報

説明

N10 インターフェイスでの即時レポート表示によるサブスクリプション通知の構成ベースの制御

 2024.03.0

UDM で「immediateReport」属性を有効にすると、SMF は UDM サブスクリプション fetch メッセージを無視してサブスクリプション通知要求を続行します。この場合、サブスクリプション管理データがサブスクリプション通知応答で受信されます。

即時レポートの表示を利用したこの制御された UDM 通知サブスクリプションにより、4G、5G、および Wi-Fi 接続手順中に N10 インターフェイスを介した SMF と UDM 間の連携動作が最小限に抑えられるため、メッセージの過負荷や障害が防止されます。

この機能により、DNN プロファイルに新しい CLI コマンド subscription notify-immediate が導入されます。

デフォルト設定：無効：構成が必要

機能説明

Nudm_SDM_Subscribe サービス操作要求で UDM の「immediateReport」属性が有効になっている場合、SMF は UDM サブスクリプション取得メッセージを無視し、サブスクリプション通知を継続します。UDM は、応答内のサブスクリプション データを SMF に送信します。「immediateReport」属性は、即時レポートが必要かどうかを示します。この属性はデフォルトでは無効になっています。

この機能を有効にすると、4G、5G、および Wi-Fi 接続手順中の N10 インターフェイスを介した SMF と UDM 間の相互作用が最小限に抑えられます。やりとりを最小限に抑えることにより、メッセージの過負荷や障害を防ぎます。この機能は、subscription notify-immediate CLI コマンドを使用して設定できます。


（注）  

UDM サブスクリプションの「immediateReport」属性は、3GPP TS 29.503 バージョン 16.9.0、リリース 16 でのみサポートされます。

機能の仕組み

即時レポート機能によるサブスクリプション通知が有効になっている場合、SMF は次のタスクを実行します：

  • subscription notify-immediate CLI が構成されている場合、すべての UDM が即時レポート機能をサポートしていると見なされます。

  • SMF は N10 サブスクリプションのフェッチをスキップして、N10 サブスクリプション通知を続行します。SMF は、Subscribe to Notify 要求に「immediateReport」属性を含めます。

  • SMF は、Subscribe to Notify 応答でサブスクリプション データを受信しない場合、サブスクリプション取得手順をトリガーします。

  • SMF は、サービス通信プロキシ（SCP）を介して UDM に「immediateReport」属性を使用してサブスクリプション通知をトリガーします。応答にサブスクリプション データが含まれている場合、SMF はサブスクリプションの取得を再度実行しません。それ以外の場合、SMF はサブスクリプション フェッチをトリガーします。


    （注）  

    サブスクリプション通知が失敗した場合、SMF は失敗処理の構成に基づいてアクションを実行します。

  • SMF は、同じ RAT タイプに対して subscription local rat-type と subscription notify-immediate の両方の CLI コマンドが構成されている場合にのみ subscription local rat-type 、 CLI 機能を有効にします。

  • authorization local CLI が構成されている場合、SMF は subscription [ local | notify-immediate ] CLI 機能を無視します。

即時レポートによるサブスクリプション通知の構成

即時レポートを使用した UDM サブスクリプション通知メッセージを制御するには、次の構成例を使用します：

config 
   profile dnn dnn_profile 
      subscription [ local | notify-immediate ] rat-type [ nr | eutra | wlan ] 
      end

注：

  • subscription notify-immediate ：SMF はサブスクリプションの取得手順をスキップし、ImmediateReport を使用して「Subscribe to Notify」手順を続行します。

即時レポートによるサブスクリプション通知の確認

ここでは、「immediateReport」属性が有効になっている場合のサブスクリプション通知の確認方法について説明します。

show running-config profile dnn コマンドを使用して、さまざまな RAT タイプで「immediateReport」属性が有効になっている場合のサブスクリプション通知を確認します。

以下は、構成されている subscription local rat-type および subscription notify-immediate rat-type 値の show running-config profile dnn コマンドの出力例です。 

show running-config profile dnn dnnprof-ims.prod
 profile dnn dnnprof-ims.prod
   subscription local rat-type [ wlan ]
   subscription notify-immediate rat-type [ nr wlan ]
exit

OAM サポート

このセクションは、即時レポート機能付きのサブスクリプション通知の操作、管理、およびメンテナンスの情報を説明します。

メトリック

この機能の一部として、次のラベルが追加されています。

  • UDM_LABEL_IMMEDIATE_RPT：このラベルは、「immediateReport」属性が有効になっている PDU セッションの数を決定するために、RecordUdmMsgProcessingStats udm_msg_processing_status メトリックに追加されます。

次に、即時レポート機能が無効になっている場合のメトリックの例を示します。

udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="false",instance_id="0",msg_status="accepted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="",udm_msg="UdmRegistration"} 1
 
udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="false",instance_id="0",msg_status="accepted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="",udm_msg="UdmSmSubscription"} 1
 
udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="false",instance_id="0",msg_status="accepted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="10.105.35.112:8001",
udm_msg="UdmSubscribeToNotify"} 1
 
udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="false",instance_id="0",msg_status="attempted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="",udm_msg="UdmRegistration"} 1
 
udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="false",instance_id="0",msg_status="attempted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="",udm_msg="UdmSmSubscription"} 1
 
udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="false",instance_id="0",msg_status="attempted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="10.105.35.112:8001",
udm_msg="UdmDeregistration"} 1
 
udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="false",instance_id="0",msg_status="attempted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="10.105.35.112:8001",
udm_msg="UdmSubscribeToNotify"} 1

次に、即時レポート機能が有効になっている場合のメトリックの例を示します。

udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="false",instance_id="0",msg_status="accepted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="",udm_msg="UdmRegistration"} 1

udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="true",instance_id="0",msg_status="accepted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="",udm_msg="UdmSmSubscription"} 1

udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="true",instance_id="0",msg_status="accepted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="10.105.35.112:8001",
udm_msg="UdmSubscribeToNotify"} 1

udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="false",instance_id="0",msg_status="attempted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="",udm_msg="UdmRegistration"} 1

udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="true",instance_id="0",msg_status="attempted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="",udm_msg="UdmSmSubscription"} 1

udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="false",instance_id="0",msg_status="attempted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="10.105.35.112:8001",
udm_msg="UdmDeregistration"} 1

udm_msg_processing_status{app_name="smf",cluster="Local",data_center="DC",
gr_instance_id="1",immediate_report="true",instance_id="0",msg_status="attempted",
rat_type="nr",service_name="smf-service",snssai="",udm_end_point="10.105.35.112:8001",
udm_msg="UdmSubscribeToNotify"} 1

コンバージド コアで N10 フェール オープン

表 4. 機能の履歴
機能名

リリース情報

説明

フェール オープン サポートによる N10 インターフェイスでの SMF と UDM の相互作用の最小化

 2023.04

フェール オープン機能により、SMF は N10 メッセージ エラー中のコールに対する無視および続行エラー処理アクションをサポートします。これらの障害には、すべてのRATタイプの UDM 登録、サブスクライバの取得、および通知へのサブスクライブが含まれます。

機能説明

この機能は次をサポートします：

  • フェールオープン（Fail open）：SMF では、N10 メッセージ エラーが発生しているときのコールに対して、無視および続行の障害処理アクションをサポートしています。これらの障害には、すべての RAT タイプ（LTE、NR、Wi-Fi）に対するUDM登録、回線取得、および通知へのサブスクライブが含まれます。

    セッションの作成中に登録が実行されないか、または失敗した場合、構成された障害処理アクションに基づいて、SMF は引き継ぎ中に N10 登録を実行します。障害処理アクションは、無視するか、続行することができます。セッションを終了するように障害アクションを構成しておらず、ハンドオーバー中に障害が発生した場合、SMF は障害を無視してハンドオーバー手順を続行します。

  • SCP モデル D との相互作用：SCP 障害処理を「続行」または「無視」に構成している場合は、前述の障害処理を適用できます。SCP 障害処理をフォールバックとして設定し、フォールバック後に障害が発生した場合、UDM 障害処理で設定したアクションが適用されます。

サブスクリプション メッセージの構成ベースの制御

機能説明

統合データ管理（UDM）は主にサブスクライバ データを保存する役割を果たし、SMF はネットワーク上のユーザー セッションを管理するためにこのデータにアクセスします。SMF は、セッション終了などのサブスクライバ データで発生したイベントに関する通知を受信するように明示的にサブスクライブします。SMF は通知の受信を停止する場合、Unsubscribe-to-Notification メッセージを UDM に対して開始します。これらのメッセージを受信すると、UDMは、登録済みセッションの通知サブスクリプションを削除して、サブスクリプションをキャンセルします。


（注）  

UDM によってトリガーされたサブスクリプションの変更が確認されても、SMF は通知を受信しません。ただし、UDM がトリガーしたセッション終了の場合、SMF は UDM から通知を受信します。

機能の仕組み

このセクションでは、Unsubscribe-to-Notifications メッセージを介した SMF および UDM の通信方法の概要を示します。

  1. SMF などの NF は、UDM への URI で識別されるリソースに Unsubscribe-to-Notifications 要求を送信します。SMFは、N10インターフェイスを介して要求を UDM に変換します。Unscribe-to-Notifications 要求により、SMF は特定のサブスクライバセッションの通知をサブスクライブ解除できます。SMF は、サブスクリプション作成中に URI の詳細を受信します。

    Unsubscribe-to-Notifications リクエストには、URI に「SUPI」と「subscriptionId」が含まれています。

  2. UDM が要求を処理し、その応答に基づきます。応答コードを SMF に送信します。たとえば、サブスクリプション解除が成功した場合、UDMは204コードを送信します。要求が処理されない場合、エラーを示す適切な HTTP ステータス コードが追加のエラー情報とともに応答本文で返されます。

  3. SMF は、Unsubscribe-to-Notifications メッセージを UDM に送信するときに発生するタイムアウトと障害を処理します。Unsubscribe-to-Notifications 要求が失敗する場合、SMF は対応するセッションを消去し続けます。

    EUTRA ネットワークでホストされるセッションには、Unsubscribe-to-Notification メッセージが必要です。このネットワーク上にあることは、NR および WLAN ネットワークでリリースされるセッションの要件ではない場合があります。これらのアクセス タイプの場合、SMF は、登録解除中に暗黙的なサブスクライブ解除による通知へのサブスクリプションを含む UDM 登録および登録解除メッセージを送信します。

標準準拠

通知への登録解除メッセージ機能へのサポートは、次の標準に準拠しています：

  • 3GPP TS 29.503 - 5G システム、統合データ管理サービス

コール フロー

ここでは、Unsubscribe-To-Notifications メッセージ サポートのコール フローについて説明します。

通知への登録解除コール フロー

このセクションでは、データ変更の通知からのサブスクリプション解除に関する要求をSMFがUDMに送信する方法に関するコール フローについて説明します。

図 1. UDM との Unsubscribe-to-Notifications 通信
表 5. 通知への登録解除コール フローの説明

ステップ

説明

1

SMF などの NF サービス コンシューマは、UDM に通知のサブスクリプション解除要求を送信します。サブスクリプションを解除すると、各サブスクライバ セッションでデータの変更が発生した場合に、UDM は SMF に通知を送信しなくなります。

NF サービス コンシューマは、URI によって識別されるリソースに DELETE 要求を送信します。NF サービス コンシューマは、サブスクリプションが作成されると、URI を受け取ります。

2a

要求の削除が成功すると、UDMは「204 No Content」と応答します。

2b

サブスクリプションが無効である場合（不明な subscriptionId 値が原因である可能性がある）、HTTP ステータス コード「404 Not Found」が、応答本文の追加エラー情報とともに返されます（「ProblemDetails」要素の一部として）。

要求が処理されない場合、エラーを示す適切な HTTP ステータス コードが追加のエラー情報とともに DELETE 応答本文で返されます。

サブスクライブ解除メッセージの OAM サポート

ここでは、この機能の操作、管理、およびメンテナンスに関して説明します。

統計情報サポート

SMF は、UDM に対して開始される [unsubscribe-to-notifications] メッセージの数をモニタリングするために、smf-rest-ep ポッドに次のラベルを維持します：

  • nfType：「udm」

  • messageDirection：「outbound」

  • apiName：「sdm_unsubscription_req」

  • nfUri：「nf_uri」

  • respStatus：「response_status」

  • rspCause：「response_cause」

UDM 登録メッセージの構成ベースの制御

表 6. 機能の履歴
機能名

リリース情報

説明

UDM 登録メッセージの構成ベースの制御

 2024.01.2

SMF を使用すると、ユーザーは PDU のセットアップと Wi-Fi 接続の手順中に、UDM 登録メッセージを無視できます。

この制御された UDM の登録により、N10 インターフェイスでの SMF と UDM 間の連携が最小限に抑えられ、N10 インターフェイスでのメッセージの過負荷と接続の失敗を処理するために最小限に抑えられます。

この機能により、DNN プロファイルに新しい CLI コマンド skip-n10-registration rat-type [ NR | WIFI | ALL ] が導入されます。

デフォルト設定：無効：構成が必要

機能説明

N10 インターフェイスでのメッセージの過負荷が UE 接続の失敗の原因である場合、SMF は、UE 登録メッセージが UDM に到達するのを無視します。この機能により、5G および Wi-Fi ネットワークでの N10 の連携動作が最適化されます。この機能は、skip-n10-registration rat-type [ NR | WIFI | ALL ] CLI コマンドを使用して設定できます。

機能の仕組み

skip-n10-registration rat-type [ NR | WIFI | ALL ] CLI コマンドを構成すると、SMF は 5G および Wi-Fi ネットワークでのセッションの作成中に UDM 登録を無視します。ePDG がセッションを処理していたターゲット SMF を検出できないため、5G と Wi-Fi 間のハンドオーバーが失敗します。5G または Wi-Fi 接続中に UE 登録が失敗し、UDM 障害処理テンプレート（FHT）が続行または無視に構成されている場合、SMF は Wi-Fi から 5G および 5G から Wi-Fi へのハンドオーバー時に登録を再試行します。

UDM 登録メッセージの制御の構成

UDM 登録メッセージを制御するには、次の構成例を使用します：

config 
   profile dnn dnn_profile 
      skip-n10-registration rat-type [ NR | WIFI | ALL ] 
      exit

注：

  • skip-n10-registration rat-type [ NR | WIFI | ALL ] ：UDM 登録を無視する RAT タイプを指定します。

UDM データ変更通知に基づくセッション管理

UDM データ変更通知に基づくセッション管理

表 7. 機能の履歴
機能名

リリース情報

説明

UDM データ変更通知に基づくセッション管理

 2025.01.0

この機能により、SMF は、Unified Data Management（UDM）から REPLACE 操作を含むデータ変更通知を受信すると、セッションを終了または続行します。この機能により、ユーザー機器（UE）が新しいサブスクリプションの変更を利用できるようになります。

この機能により、既存のイベント管理ポリシー構成に新しいイベント subscription-change が導入されます。

コマンドの拡張：

policy eventmgmt policy_eventmgmt_name priority priority_number event subscription-change

デフォルト設定：無効：構成が必要

データ速度を 2 Mbps から 8 Mbps にアップグレードするなど、サブスクライバ データに変更がある場合、UDM は変更された属性を含むこのデータ変更通知を SMF に送信します。SMF がセッションを続行または終了します。SMF がセッションを終了すると、新しいサブスクリプション値が UE で更新されます。SMF がセッションを続行すると、UE でアクションは実行されません。

SMF が UDM データ変更通知を使用してセッションを管理する方法

SMF は、UDM データ変更通知を受信すると、イベント管理ポリシー内のユーザー定義の構成またはシステム定義の構成に基づいてアクションを実行します。SMF がイベント管理ポリシーでサブスクリプションの変更に関するユーザー定義の構成を検出すると、SMF はその構成に基づいてセッションを管理します。それ以外の場合、システム定義の構成に基づいて SMF がセッションを管理します。

UDM データ変更通知には、NotifyItems のリストを含む ModificationNotification が含まれます。NotifyItems には、次の変更された属性を含む ChangeItem フィールドが含まれます：

  • Ambr

  • 3gppChargingCharacteristics

  • sscModes

  • Snssai

  • 登録済みデフォルト QoS

  • staticIpAddress

  • pduSessionTypes

[ChangeItem] フィールドには、次のパラメータが含まれます：

  • op：リソースに対して行われる操作のタイプを示します。


    （注）  
    SMF は、op 属性が REPLACE 操作に設定されている場合にのみアクションを実行します。

  • パス：変更が適用されるリソース内のターゲット位置を示す JSON ポインタ値が含まれます。


    （注）  
    SMF は、UDM 変更通知パスを空の（「」）としてサポートします。

  • origValue：ターゲット位置の元の値を示します。この属性は、op 属性の値が MOVE、REPLACE、または REMOVE の場合に存在します。

  • newValue：ターゲット ロケーションの新しい値を示します。この属性は、op 属性の値が ADD または REPLACE の場合に存在します。


（注）  

hSMF（ホーム SMF）では、SMF は UDM 変更通知を受信するとコールを続行し、それ以外のアクションは実行しません。

ユーザー定義の設定でセッションを管理

次の段階では、ユーザー定義の構成に基づいて SMF がセッションを管理する方法について説明します。

  1. SMF が、OP 属性値が REPLACE に設定されたデータ変更通知を受信したときSMF は、policy eventmgmt CLI コマンドの subscription-change イベントのユーザー定義アクションに基づいてセッションを終了または続行します。

  2. サブスクリプション変更イベントに対してアクション terminate が構成されている場合、SMF はセッションを終了し、Reactivation-Require メッセージとして N1 の原因を UE に送信します。新しいサブスクリプション値が UE で更新されます。サブスクリプション変更イベントに対してアクションの continue が構成されている場合、SMF はセッションを続行し、UE で変更は更新されません。

詳細については、 「イベント管理ポリシー」の「サブスクリプション変更イベントの有効化」の項を参照してください。

システム定義の構成によるセッションの管理

次の段階では、システム定義の構成に基づいて SMF がセッションを管理する方法について説明します。

  1. SMF が、NotifyItem の ChangeItem フィールドにおいて REPLACE 操作に構成された origValue と newValue を含む UDM データ変更通知を受信すると、SMF はセッションを終了するか、続行します。

  2. 通知で NotifyItems を受信すると、SMF は NotifyItem の originate 値をサブスクライブされたデータと比較します。

  3. origValue がサブスクライブされたデータと一致する場合、SMF は関連する NotifyItem を選択します。選択した NotifyItem 内で、SMF は originate を属性の newValue と比較します。この比較により、変更された属性が特定されます。SMF は、origValue と newValue の比較で識別された変更された属性に基づいて、セッションを終了するか続行するかを決定します。SMF がセッションを終了すると、新しいサブスクリプション値が UE で更新されます。SMF がセッションを続行する場合、アクションは実行されません。


（注）  

SMF が NotifyItem の ChangeItem フィールドに originate 値を含まないデータ変更通知を受信すると、SMF はセッションを続行し、エラー応答 503 を UDM に送信します。

SMF は、次の表に示すようにセッションを管理します。

属性

状態（Condition）

操作

Ambr

SMF は Ambr の newValue と origin Value を比較しません。

セッションを続行し、アクションは実行されません。
3gppChargingCharacteristics

条件 1：ChargingCharacteristics の newValue が ChargingCharacteristics の originValue と異なる場合。

セッションを終了します。

条件 2：ChargingCharacteristics の newValue が ChargingCharacteristics の originValue と同じである場合。

セッションを続行し、アクションは実行されません。

Snssai

条件 1：Snsサイトの newValue に sst および sd との一致がない場合、または sst の一致がない場合（Snsnai に sst のみが含まれている場合）、origValue と一致することはありません。

セッションを終了します。

条件 2：Snsnai の newValue が sst と sd に一致するか、または sst match（Snsnai に sst のみが含まれる場合）が originate と一致する場合。

セッションを続行し、アクションは実行されません。
登録済みデフォルト QoS

SMF では、SubscribedDefaultQos の newValue と originValue は比較されません。

セッションを続行し、アクションは実行されません。
sscModes SMF では SSCmode1 のみがサポートされます。SSCmode1 が newValue にプリセットされていない場合、通話は切断されます。

セッションを終了します。

pduSessionTypes

条件 1：pduSessionType の newValue が、origValue と同じまたはスーパーセットではない場合。

セッションを終了します。

条件 2：pduSessionType の newValue が originValue と同じ場合。

セッションを続行し、アクションは実行されません。

staticIpAddress

条件 1：staticIpAddress の newValue が originValue と同じでない場合。

セッションを終了します。
条件 2：staticIpAddress の newValue が originValue と同じ場合。

セッションを続行し、アクションは実行されません。

イベント管理ポリシーでサブスクリプション変更イベントを有効にします

イベント管理ポリシーでユーザー定義の構成を実行するには、次の手順を実行します：

手順

ステップ 1

サブスクリプション変更イベントを構成します

ステップ 2

サブスクリプション変更イベントのルールと条件の定義

ステップ 3

サブスクリプション変更イベントの構成アクション

サブスクリプション変更イベントを構成します

サブスクリプション変更イベントを構成するには、次の手順を実行します：

手順

ステップ 1

イベント イベント ポリシー構成モードを開始します。

policy eventmgmt policy_eventmgmt_name

例:
[smf] smf# config 
[smf] smf(config)# policy eventmgmt em1

ステップ 2

イベント管理ポリシーの優先順位を定義し、実行するサブスクリプション変更イベント、ルール、およびアクション名を構成します。

priority priority_number event event_name ruledef ruledef_name actiondef actiondef_name

例:
[smf] smf(config-eventmgmt-em1 )# priority  16 event subscription change ruledef rd-udmDataChangeNotif  actiondef ad-udmDataChangeNotif

有効な優先範囲は 1 ～ 65535 です。 ruledef_name と actiondef_name は、いずれも 1 ～ 63 文字の英数字文字列です。

ステップ 3

構成を保存してコミットします。

例:
[smf] smf(config-eventmgmt-em1 ))# end

ステップ 4

[オプション] show running-config policy eventmgmt em1 コマンドを使用して、サブスクリプションの変更が有効かどうかを確認します。

例:

smf] smf# show running-config policy eventmgmt em1 
Fri Dec  6  08:34:32.360 UTC+00:00
policy eventmgmt em1
priority 16 event subscription-change ruledef rd-udmDataChangeNotif actiondef ad-udmDataChangeNotif
exit

サブスクリプション変更イベントのルールと条件の定義

サブスクリプション変更イベントのルールと条件を定義するには、次の手順に従います。

手順

ステップ 1

ポリシー規則管理構成モードを開始します。

policy rulemgmt policy_rulemgmt_name

例:
[smf] smf# config 
[smf] smf(config)# policy rulemgmt rm1

ステップ 2

ruledef の名前を指定して、ポリシーに追加します。

ruledef ruledef_name

例:
[smf] smf(config-rulemgmt-rm1 )# ruledef rd-udmDataChangeNotif

ステップ 3

任意として条件を定義します。

例:
[smf] smf(config-ruledef-rd-udmDataChangeNotif )# condition any
ruledef はこの条件任意で更新されます。

ステップ 4

構成を保存してコミットします。

例:
[smf] smf(config-ruledef-rm1 ))# end

ステップ 5

[オプション]show running-config policy rulemgmt rm1 コマンドを使用して、ルールと条件が定義されているかどうかを確認します。

例:

smf] smf# show running-config policy rulemgmt rm1 
Fri Dec  6  08:34:32.360 UTC+00:00
policy rulemgmt rm1
 ruledef rd-udmDataChangeNotif
 condition any
 exit

サブスクリプション変更イベントの構成アクション

アクションの構成の手順は、次のとおりです。

手順

ステップ 1

アクション管理ポリシー コンフィギュレーション モードを開始します。

policy actionmgmt policy_actionmgmt_name

例:
[smf] smf# config 
[smf] smf(config)# policy actionmgmt act1

ステップ 2

アクション定義ポリシーを指定し、実行されるアクションの属性を定義します。

actiondef actiondef_name

例:
[smf] smf(config-actionmgmt-act1 )# actiondef  ad-udmDataChangeNotif

ステップ 3

アクションを実行する優先順位を指定します。その後、次のいずれかのアクションを構成します。

  • 終了：セッションを終了するアクションを構成します。セッションを終了することで、UE で新しいサブスクリプションの変更を更新できます。

  • 続行：セッションを続行する場合は、このアクションを構成します。

priority priority_number action action_name

例:
[smf] smf(config-actiondef-act1 )# priority  12 action terminate-session
アクションが構成されています。このアクションを構成すると、SMF がセッションを終了するか続行するかを決定できます。

ステップ 4

構成を保存してコミットします。

例:
[smf] smf(config-actiondef-act1 )# end

ステップ 5

[オプション] show running-config policy actionmgmt act1 コマンドを使用して、サブスクリプションの変更が有効かどうかを確認します。

例:

[smf] smf# show running-config policy actionmgmt act1 
Fri Dec  6  08:34:32.360 UTC+00:00
policy actionmgmt act1
 actiondef ad-udmDataChangeNotif
  priority 1 action terminate-session
 exit

サブスクリプション変更イベントの構成例

このセクションでは、適切なルールとアクションとともにイベント管理ポリシーでサブスクリプションの変更を有効にするための構成例を示します。


policy eventmgmt em1-SynAndSemError
      priority 16 event subscription-change ruledef rd-udmDataChangeNotif actiondef ad-udmDataChangeNotif
exit
policy rulemgmt rm1
     ruledef rd-udmDataChangeNotif
     condition any
exit
policy actionmgmt act1
     actiondef ad-udmDataChangeNotif
     priority 1 action terminate-session
exit

バルク統計情報を利用してセッションを管理する

これらのバルク統計情報は、UDM データ変更通知を使用してセッションを管理するために使用します。

  • UdmDataNotification： このラベルはデータ変更通知メッセージを示します。

  • disk_udm_subscription_change： このラベルは [切断統計（Disconnect Stats）] カテゴリの下に追加され、UDM データ変更通知に基づくセッション切断に関連付けられた理由を示します。