DNN のサポート

機能の概要と変更履歴

要約データ

Table 1. 要約データ

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

SMF

該当プラットフォーム

SMI

機能のデフォルト設定

無効:設定が必要

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

N/A

関連資料

該当なし

更新履歴

Table 2. マニュアルの変更履歴
改訂の詳細 リリース

DNN プロファイルのダイナミック構成変更のサポートが追加されました。

2023.03.0

RADIUS サーバからの仮想 DNN をサポートするために、CLI に override キーワードが追加されました。

2023.02.0

スライスおよび DNN ごとの IP プール割り当てのサポートが追加されました。

2022.04.0

次に対するサポートが追加されました。

  • サブスクライバ ポリシー構成の課金特性ルックアップ パラメータ。

  • 課金特性 ID の範囲値の拡張。

2021.02.3.t3

SBI VIP アドレスとサブスクライバの CommonId に基づく IPv6 インターフェイス ID 生成のサポートが追加されました。

2021.01.1

SMF では、次の構成に対し最大 2048 がサポートされます。

  • 優先順位

  • オペレータ ポリシー

  • DNN ポリシー

  • DNN プロファイル

2021.01.0

SMF は、大文字と小文字を区別しない DNN 構成をサポートします。

2020.02.5.t1

最初の導入。

2020.02.0 より前

機能説明


Important


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


マルチ DNN のサポートにより、SMF はエンド ユーザーに複数の PDN 接続を提供し、インターネットや VoNR サービスなどのさまざまなサービスを提供できます。

SMF は、AMF から PDU セッション確立要求で、ローカルに構成されたプロファイル ベースのデータ ネットワーク名(DNN)を取得します。次に、SMF は SUPI と PDU セッション ID を使用して PDN 接続を維持します。SMF は、受信した DNN をすべての SBI インターフェイスに含めて、エンド ユーザーがサブスクリプション情報、ポリシー、および課金関連情報を取得することを許可します。SMF は、転送パス情報を UPF にプロビジョニングします。SMF はマルチ DNN サポートを IP アドレス管理(IPAM)モジュールと統合し、受信した DNN に基づいてエンド ユーザーにアドレスを割り当てます。SMF は、サブスクライバ ポリシーから取得した DNN プロファイルをマッピングします。また、SMF は、IPAM プール構成に基づいて DNN および IPv4 および IPv6 パス情報を取得し、ノード アソシエーションの相互作用の一部として UPF を更新します。


Note


複数のDNNは5GSの手順でのみサポートされており、SBIインターフェイスを使用したEPSセッションには適していません。


SMF は、サブスクライバ プロファイルに基づく仮想 DNN(vDNN)マッピングをサポートします。UE要求のDNNから構成済みのDNNへのマッピングをサポートし、選択したDNNプロファイルを構成済みのネットワーク インターフェイスに送信します。

5G サブスクライバの場合、SMF では、スライスベースの vDNN 選択により、より多くの vDNN を使用できます。ただし、5G サブスクライバが 4G アクセス ネットワークから接続する場合、SMF が UDM から UE サブスクリプション データを取得するまでスライス情報は使用できません。このようなシナリオでは、SMF は CC ルックアップ パラメータに基づいて最初の vDNN 選択を実行します。サブスクリプション データが取得された後、SMF はスライス ID 情報に基づいて vDNN を再選択し、新しい vDNN プロファイルを使用します。このアプローチは、Wi-Fi 通話でも同じです。

SMF は、課金特性を使用するか、CLI 構成をスライスすることで、柔軟な vDNN の選択を可能にします。構成 の一部の詳細については、「サブスクライバ ポリシーの構成」セクションを参照してください。


Note


DNN プロファイルはオペレータ ポリシーの下にあるため、vDNN プロファイルの再選択は、オペレータ ポリシーの再選択も意味します。SMF は、再選択がオペレータ ポリシーの他のパラメータに関連付けられている既存の機能に影響を与えないように、構成をサポートします。


機能の仕組み

PGW-C での DNN プロファイルのルックアップは、サブスクライバ ポリシーまたは DNN ポリシーに基づいています。SMF プロファイル構成でこれらのポリシーを関連付けることができます。両方の構成が利用可能な場合、サブスクライバ ポリシーは DNN ポリシーよりも高い優先順位を持ちます。

サブスクライバ ポリシーは、優先順位の値のリストで構成されます。優先順位の選択は、さまざまな値に基づきます。たとえば、サブスクライバの SUPI、GPSI、サービス提供 PLMN、NSSAI、課金特性、IMSI などです。各優先順位には関連付けられたオペレータ ポリシーがあり、DNN ポリシーは選択したオペレータ ポリシーから選択されます。

DNN ポリシーには、UE が要求した DNN ごとに DNN プロファイルを設定できます。DNN プロファイルには、インターフェイスのリストを含む仮想 DNN またはマッピング DNN があります。

仮想 DNN の選択順序は次のとおりです。

  • サブスクライバ ポリシーに基づいて、選択の順序は次のとおりです。smf-profile > smf-service > subscriber-policy > precedence > operator-policy > dnn-policy > dnn-profile(UE 要求の DNN に基づく) > 仮想 DNN マッピング。

  • DNN ポリシーに基づいて、選択の順序は次のとおりです。smf-profile > dnn-policy > dnn-profile(UE 要求の DNN に基づく) > Virtual DNN マッピング。

PCF、CHF、UDM、UPF、および Resource Manager(RMGR)は、仮想 DNN マッピングでサポートされているインターフェイスです。

仮想 DNN マッピングが構成されていない場合、UE 要求の DNN がすべてのインターフェイスで使用されます。

制限事項

この機能には、次の制限があります:

  • SMF は、NFR への登録時に、最初に構成された DNN プロファイルを NFProfile の「dnnSmfInfoList」に含めます。

仮想 DNN の構成

ここでは、仮想 DNN 機能の構成方法について説明します。

仮想 DNN 機能の構成には、次の手順が含まれます:

  1. サブスクライバ ポリシーの構成

  2. オペレータ ポリシーの構成と DNN ポリシーの関連付け

  3. DNN ポリシーの構成

  4. DNN プロファイルでの 仮想 DNNの構成

  5. SMF サービスでのサブスクライバ ポリシーの関連付け

サブスクライバ ポリシーの構成

サブスクライバポリシーを構成するには、次の構成例を使用します:

config 
   policy subscriber subscriber_policy_name 
      precedence precedence_value 
         cc-start-range cc_start_range_value 
         cc-stop-range cc_stop_range_value 
         gpsi-start-range gpsi_start_range_value 
         gpsi-stop-range gpsi_stop_range_value 
         imsi { mcc mcc_value | mnc mnc_value | msin  msin_value } 
         imsi-start-range imsi_start_value 
         imsi-stop-range imsi_stop_value 
         operator-policy operator_policy_name 
         pei-start-range pei_start_range_value 
         pei-stop-range pei_stop_range_value 
         sdt sdt_value 
         serving-plmn { mcc mcc_value | mnc mnc_value | mnc-list  mnc_list_value } 
         serving-plmn  serving_plmn_value 
         sst sst_value 
         supi-start-range supi_start_range_value 
         supi-stop-range supi_stop_range_value 
         instance-start-range start_range_value 
         instance-stop-range stop_range_value 
         end 

  • precedence precedence_value:サブスクライバ ポリシーに関連付けられた優先順位の値を指定します。

    precedence の最大制限は 2048 です。

  • cc-start-range cc_start_range_value :サブスクライバ ポリシーに関連付けられた課金特性開始範囲の値を指定します。 cc_start_range_value は 、0x1 から 0xffff の範囲の 1 〜 4 桁の 16 進文字列である必要があります。たとえば、0001 とします。

  • cc-stop-range cc_stop_range_value :サブスクライバポリシーに関連付けられた課金特性の終了範囲の値を指定します。 cc_stop_range_value は 、0x1 〜 0xffff の範囲の 1 〜 4 桁の 16 進文字列である必要があります。たとえば、12AB です。

  • gpsi-start-range gpsi_start_range_value :サブスクライバ ポリシーに関連付ける GPSI 開始範囲の値を指定します。 gpsi_start_range_value は 、1000000000 ~ 999999999999999 の範囲の整数である必要があります。

  • gpsi-stop-range gpsi_stop_range_value :サブスクライバ ポリシーに関連付ける GPSI 停止範囲の値を指定します。 gpsi_stop_range_value は 、1000000000 ~ 999999999999999 の範囲の整数である必要があります。

  • imsi { mcc mcc_valuemnc_value | mnc msin_value | msin } サブスクライバ ポリシーに関連付けられる MCC、MNC、または MSIN 値を提供して、IMSI 値を指定します。

  • imsi-start-range imsi_start_value :IMSI 開始範囲の値を指定します。 imsi_start_value は 、1000000000 ~ 999999999999999 の範囲の整数である必要があります。

  • imsi-stop-range imsi_stop_value :IMSI 停止範囲値を指定します。 imsi_stop_value は 、1000000000 ~ 999999999999999 の範囲の整数である必要があります。

  • operator-policy operator_policy_name :サブスクライバ ポリシーに関連付けるオペレータ ポリシーを指定します。

    オペレータ ポリシーの最大制限は 2048 です。

  • pei-start-range pei_start_range_value :PEI 開始範囲の値を指定します。 pe_start_range_value は 、1000000000 ~ 999999999999999 の範囲の整数である必要があります。

  • pei-stop-range pei_stop_range_value :PEI 停止範囲の値を指定します。 pey_stop_range_value は 、1000000000 ~ 999999999999999 の範囲の整数である必要があります。

  • sdt sdt_value :サブスクライバ ポリシーに関連付ける SDT 値を指定します。 sdt_value は [0-9a-fA-F](6) - 000000 - ffffff 形式の 6 桁のオクテット文字列である必要があります。たとえば、1A2B3c です。

  • serving-plmn { mcc mcc_valuemnc_valuemnc_list_values mnc mnc-list 3} 桁のモバイル国コード(MCC)、2 桁または 3 桁のモバイル ネットワーク コード(MNC)、またはサービスを提供している PLMN の MNC 値のリストを指定します。 mcc_value mnc_value は 文字列である必要があります。 mnc_list_values は 、[580 660] などの文字列である必要があります。

  • sst ssst_value :スライス/サービス タイプ(SST)値を指定します。 sst_value は 、[0-9a-fA-F](2) - 00 ~ FF 形式の 2 桁のオクテット文字列である必要があります。たとえば、A8 です。

  • supi-start-range supi_start_range_value :SUPI 開始範囲の値を指定します。 supi_start_range_value は 、1000000000 から 999999999999999 までの範囲の整数である必要があります。

  • supi-stop-range supi_stop_range_value :SUPI 停止範囲の値を指定します。 supi_stop_range_value は 、1000000000 から 999999999999999 までの範囲の整数である必要があります。

  • instance-start-range start_range_value :SMF インスタンスの開始範囲の値を指定します。 start_range_value は 、1 ~ 8 の範囲の整数である必要があります。

  • instance-stop-range stop_range_value :SMF インスタンスの停止範囲の値を指定します。 stop_range_value は 、1 ~ 8 の範囲の整数である必要があります。

設定の確認

ポリシー関連の構成の詳細を確認するには、次のコマンドのいずれかを使用します:

ポリシー構成モード内の show subscriber policy policy_name または show full

次は、表示コマンドの出力例です:

サブスクライバ ポリシーの構成に課金特性パラメータが含まれている場合、この値は次の出力で cc-start-range cc-stop-range の一部として表示されます。

smf(config-subscriber-polSub)# show full
policy smf polSmf
precedence 1
  sst              22
  sdt              232322
  serving-plmn mcc 210
  serving-plmn mnc 90
  supi-start-range 100000000000001
  supi-stop-range  100000000000010
  gpsi-start-range 1000000000
  gpsi-stop-range  9999999999
  cc-start-range 0001 
  cc-stop-range 0005 
  operator-policy  opPol1
!
!

オペレータ ポリシーの構成と DNN ポリシーの関連付け

オペレータ ポリシーを構成するには、以下の構成例を使用します:

config 
   policy operator operator_policy_name 
      policy dnn dnn_policy_name [  [ secondary secondary_dnn_policy_name ] [   network-capability network_capability ]  ] 
      end 

注:

  • policy dnn dnn_policy_name [ [ secondary secondary_dnn_policy_name ] [ network-capability network_capability] ] :オペレータ ポリシーに関連付ける primary DNN ポリシーのパラメータを指定します。 dnn_policy_name は 文字列である必要があります。

    • secondary secondary_dnn_policy_name :オペレータ ポリシーに関連付ける DNN ポリシーのパラメータがプライマリ ポリシーと一致しない場合は、フォールバック用のセカンダリ DNN ポリシーを指定します。secondary_dnn_policy_name は文字列である必要があります。

    • network-capability network_capability :選択したそれぞれのオペレータ ポリシーのネットワーク機能構成の詳細を指定します。network_capability 値は文字列である必要があります。

DNN ポリシーの構成

DNN ポリシーを構成するには、次の構成を使用します。

config 
   policy dnn dnn_policy_name 
      dnn dnn_name profile dnn_profile_name dnn-list dnn_list 
   exit 
exit 

注:

  • policy dnn dnn_policy_name :DNN 名を指定します。dnn_policy_name 英数字の文字列である必要があります。

    DNN ポリシーの最大制限は 2048 です。

  • dnn dnn_name :指定したネットワーク DNN プロファイルにマッピングする仮想 DNN プロファイルを指定します。 dnn_name は 英数字の文字列である必要があります。

    DNN 構成は、1 ~ 62 文字の英数字文字列を受け入れます(大文字と小文字は区別されません)。ドット(.)やダッシュ(-)を含めることもできます。

  • profile profile_name :ネットワーク DNN プロファイルを指定します。 profile_name は 英数字の文字列である必要があります。

    DNN プロファイルの最大制限が 512 から 2048 に引き上げられました。

  • dnn-list dnn_list :UPF ノードでサポートされている DNN リストを指定します。

DNN プロファイルでの 仮想 DNNの構成

SMF は、すべてのノースバウンド インターフェイスで仮想 DNN 値を送信できる柔軟性を提供します。各インターフェイスで送信する仮想 DNN は、次のように構成できます。リソース マネージャ(RMGR)仮想 DNN は、IP プールを DNN にマッピングするために使用されます。

DNN プロファイルで仮想 DNN を構成するには、次の構成例を使用します。

config 
   profile dnn profile_name 
      dnn dnn_name network-function-list [ chf | ocs | pcf | pcrf | radius | upf | cgf ] 
   profile profile_name 
   end 

注:

  • dnn dnn_name :DNN 名を指定します。 dnn_name は 英数字の文字列である必要があります。

  • network-function-list :ネットワーク機能を指定します。DNN プロファイルはこれらのネットワーク機能にアクセスします。CHF, OCS, PCF, PCRF, RADIUS, UPF, and CGF. の値をサポートしています。

オーバーライド コマンドの構成

上記の CLI に加えて、SMF には、RADIUS サーバから受信した vDNN でアクセス DNN をオーバーライドする機能があります。

RADIUS-ep は、Starent VSA 属性「SN-Virtual-APN-Name(タイプ:94)」をデコードするようにアップグレードされ、この属性をサポートするようにアプリケーションが拡張されています。

RADIUS サーバはアクセス承認で SMF に vDNN を送信し、SMF は UPF への N4 メッセージにこの DNN を含めます。特定のインターフェイスで送信された DNN を RADIUS サーバから受信した値でオーバーライドするかどうかを決定するために、新しい構成が SMF に追加されます。

Radius サーバから仮想 DNN をサポートするためのオーバーライド キーワードが追加されます。

config 
   profile dnn profile_name 
      dnn override network-function-list [ chf | ocs | pcf | pcrf | radius | upf | cgf ] 
      dnn override rmgr 
      end 

RADIUS インターフェイスで仮想 DNN を受信するために使用される属性の詳細は次のとおりです。

  • SN: Virtual-APN-Name

  • 構文:Opaque Value

  • 長さ:1-64

  • タイプ:26

  • ベンダー ID:8164

  • VSA タイプ:94

  • 上書きキーワードは、ローカルに構成された値よりも優先されます。

  • オーバーライド キーワードは存在しますが、RADIUS は vDNN を提供しないため、SMF はローカルに構成された値(存在する場合)または gnDNN を使用します。

  • インターフェイスの場合、構成(オーバーライドまたは local-dnn-nameI)がない場合、gnDNN を使用します。

    vDNN のオーバーライドは、UDM ネットワーク機能には適用されません。

  • RADIUS サーバから受信した framed-ip は、 RADIUS サーバから受信した vDNN に関連付けられた IP プールの一部である必要があります。不一致の場合、セッションの作成は失敗します。

  • ダイナミックおよび静的 IP 割り当てケースで、同じ DNN に対する同じ UE に異なる RMGR vDNN を割り当てることができるため、IP はダイナミックまたは静的プールから割り当てることができます。

SMF サービスでのサブスクライバ ポリシーの関連付け

SMF サービスでサブスクライバ ポリシーを関連付けるには、次の構成例を使用します:

config 
   profile smf smf_profile_name 
      service name service_name 
         subscriber-policy subscriber_policy_name 
         end 

注:

  • subscriber-policy subscriber_policy_name :サブスクライバ ポリシー名を指定します。 subscriber_policy_name は 英数字の文字列である必要があります。

SMF インスタンスに基づくネットワーク機能の選択

表 3. 機能の履歴
機能名

リリース情報

説明

SMF インスタンスに基づく UPF の選択

2024.01.2

この機能を使用すると、サブスクライバ ポリシー構成で SMF インスタンスをカスタマイズしたり、サイト間 GR 展開モデルで SMF インスタンスを共存 UPF にバインドしたりできます。

ユーザーがオペレータ ポリシーを選択すると、SMF インスタンスがフィルタとして機能し、SMF が特定の DNN プロファイルを選択できるようにします。DNN の選択は、最も近くアクティブなネットワーク機能(UPF など)を見つけるのに役立ち、ユーザー トラフィックを同じ場所にある UPF にのみルーティングできるようになります。これを実装することで、待ち時間が減り、ユーザー エクスペリエンスが向上します。

この機能を実装するには、policy subscriber コマンドの下に次のキーワードを追加します。

  • instance-start-range

  • instance-stop-range

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

インスタンスベースのネットワーク機能の選択

機能説明

サブスクライバ セッションの作成中に、SMF は、サブスクライバ ポリシー構成モードで構成された SMF インスタンス ID に基づいてオペレータ ポリシーを選択します。SMF は、サブスクライバごとに、選択されたオペレータ ポリシーをさまざまな DNN プロファイル、仮想 DNN、IP プール、および UPF プロファイルに関連付けます。

SMF では、SMF インスタンスに対応する適切な DNN プロファイルを柔軟に選択できます。

たとえば、アクティブ/スタンバイ Geo 冗長性(GR)の展開シナリオで、各ラックが 2 つのリージョン(リージョン 1 とリージョン 2)、2 つのアクティブとスタンバイの SMF インスタンス( SMF インスタンス 1 および SMF インスタンス 2)、IP プール(プール 1 とプール 2)、仮想 DNN(vdnn 1 と vdnn 2)、および 2 つの UPF セット(UPF セット 1(UPF 1 と UPF 3)と UPF セット 2(UPF 2 および UPF 4)の 2 つのラック(ラック 1 とラック 2)があることを想定します。

SMF は、vdnn 1 が SMF インスタンス 1、プール 1、および UPF セット 1 に関連付けられ、vdnn 2 が SMF インスタンス 2、プール 2、および UPF セット 2 に関連付けられるように構成されます。サブスクライバが PDU 接続の確立を試みると、到達したセッションの仮想 IP(VIP)に基づいて SMF インスタンスが選択されます。1 つのリージョンの SMF インスタンス 1 がアクティブで選択されている場合、両方のリージョンで SMF インスタンスが同じ DNN を持っていても、SMF は vdnn1、プール 1、および UPF セット 1 を選択します。

その後、SMF は IP プールをプール 1 から UPF セット 1 の UPF にのみ配布します。SMF インスタンス ID が構成されていない場合、SMF は両方の SMF インスタンスに関連付けられた UPF に使用可能な IP アドレスを割り当てます。

SMF インスタンスの構成

SMF インスタンスを構成するには、次の構成例を使用します:


(注)  


実行時にこの構成を追加することを推奨します。構成変更後の新しいオペレータ ポリシーの選択では、新しい構成が使用されます。
config 
   policy subscriber subscriber_policy_name 
      precedence precedence_value 
         instance-start-range start_range_value 
         instance-stop-range stop_range_value 
         operator-policy operator_policy_name 
         end 

  • precedence precedence_value:サブスクライバ ポリシーに関連付けられた優先順位の値を指定します。

    precedence の最大制限は 2048 です。

  • instance-start-range start_range_value :SMF インスタンスの開始範囲の値を指定します。 start_range_value は 、1 ~ 8 の範囲の整数である必要があります。

  • instance-stop-range stop_range_value :SMF インスタンスの停止範囲の値を指定します。 stop_range_value は 、1 ~ 8 の範囲の整数である必要があります。

設定例

次に、DNN プロファイル選択用の SMF インスタンスを記述する構成 show running-config policy subscriber コマンドの例を示します。

 [smf] smf# show running-config policy subscriber 
Wed Mar  6  05:09:45.143 UTC+00:00
policy subscriber polSub
 precedence 1
  sst                  02
  sdt                  Abf123
  serving-plmn mcc 123
  serving-plmn mnc 456
  supi-start-range     100000000000001
  supi-stop-range      999999999999999
  gpsi-start-range     100000000000001
  gpsi-stop-range      999999999999999
  instance-start-range 1
  instance-stop-range  1
  operator-policy      opPolHomer
 exit

動的構成更新中に DNN プロファイルをオフライン モードに切り替える

機能説明

この機能により、SMF は DNN をオフライン モードに切り替えて、構成の動的な更新をサポートできます。SMF では、DNN プロファイルがオフライン モードに変更された場合にのみ、一部の DNN プロファイル パラメータの動的な構成の更新ができます。

DNNがオフライン モードの場合、新しいセッションまたは既存のセッションの後続のメッセージは、更新された構成値を使用します。


重要


動的変更が許可されていない構成を変更するときに、DNN をオフラインモードに切り替える前に、サブスクライバ セッションをクリアする必要があります。DNN がオンライン モードに戻るまで、新しいセッション要求は拒否されます。


機能の仕組み

このセクションでは、この機能がサポートされている SMF 構成に対してどのように機能するのかについて説明します。

DNN ポリシー

DNNポリシーの構成は、DNN との DNN プロファイルマッピングを定義します。DNN からプロファイルへのマッピングが変更された後、同じ DNN の新しいサブスクライバは、更新された DNN プロファイルを使用します。したがって、既存の回線には影響ありません。

DNN プロファイル

DNN プロファイルは、特定の DNN 用に様々なパラメータを定義します。

次のテーブルは、ダイナミック構成変更が許可されているかどうかまたは、DNN がオフライン モードに設定される必要があるかどうかを説明します。

表 4. DNN プロファイル構成と動的更新時の影響
設定パラメータ ダイナミックな変更 既存のセッションへの影響
DnsServers 許可 影響なし
DnnInfo 許可 セッションのデータベース リロード後には、新しい値が使用されます。
NetworkElementProfile 推奨されていません(注意事項を参照)
タイムアウト(Timeout) 許可 影響なし
ChargingProfile 推奨されていません(注意事項を参照)
RemoteVmac 許可 影響なし
PcscfProfile 許可 影響なし
PpdProfile 許可 即時(新しい値が使用されます)
DefaultSscMode 許可 影響なし
DefaultPduSession 許可 影響なし
AllowedPduSession 許可 影響なし
QosProfile 許可 即時(新しい値が使用されます)
UpfApn 許可 影響なし
SecondaryAuthen 許可 影響なし
LocalAuthorization 許可 影響なし

NetworkCapability

許可

影響なし

PolicyProfile

許可

影響なし

注:

  • NetworkElementProfile および ChargingProfile の構成パラメータは変更または削除しないことをお勧めします。パラメータが変更されている場合、次の動作に影響があります:

    • NetworkElementProfile:既存セッションのメッセージは、新しいサーバーに送信される場合があります。

    • ChargingProfile:SMF と UPF 間の使用状況レポート ルール(URR)に関連する不整合がある場合があります。

  • DNN プロファイル マッピングを変更するには、DNN プロファイルは、オフライン モードである必要があります。

  • CLI コマンドを実行する前に、ヘルプ文字列に表示されるメッセージを確認することが推奨されています。

  • パラメータを動的に構成するときに DNN プロファイルをオフライン モードにスイッチします。このステップは、構成変更によってネットワーク影響を回避します。

サブスクライバ ポリシー

SMF は、サブスクライバポリシーを使用して、次のオプションに基づいてオペレータポリシーを選択します:

  • SUPI 範囲

  • SST(スライス/サービス タイプ)

  • IMSI 範囲

  • GPSI

  • PEI

  • SDT(スライス差別化要因)

  • S_NSSAI

  • PLMN ID

  • CC(課金特性)範囲

  • SMF インスタンス範囲

サブスクライバ ポリシー構成の変更は、既存のセッションには影響しないため、ダイナミックに適用できます。SMF は、更新された構成に基づいて、新しいセッションのオペレータ ポリシーを選択します。

制限事項

DNN がオフライン モードの場合、次の制限が適用されます:

  • オフライン DNN の後続の 5G コールは、HTTP の原因(HTTP_STATUS_CODE_503_SERVICE_UNABLE)で拒否され、5GSMCause として「サービス オプションが一時的に無効になっています」と表示されます。

  • オフライン DNN の後続の 4G コールは、GTP の原因「リソースがありません」で拒否されます。

オフライン DNN プロファイルを構成

このセクションでは、DNN プロファイルのオフライン モードを有効にする方法について説明します。

DNNプロファイルをオフライン モードに切り替える

DNN プロファイルをオフライン モードに変更するには、次の構成例を使用します。

config 
  profile dnn dnn_profile_name 
    mode dnn_mode 
    end 

注:

  • profile dnn dnn_profile_name :DNN プロファイルを指定します。

  • mode dnn_mode :動作の DNN モードを指定します。DNN モードが offline に構成されると、新しいセッションは拒否されます。デフォルト値は online です。

DNN プロファイルのオフライン モード構成の確認

このセクションでは、DNN プロファイルがオフライン モードに設定されているかどうかを確認する方法について説明します。

次に、 show running-config profile dnn profile_name コマンドの出力例を示します。


show running-config profile dnn intershat 
  profile dnn intershat
       mode offline
       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 IPV4 allowed [ IPV6 IPV4V6 ]
       upf apn intershat
       dcnr true
   exit
 

DNN プロファイルのオフライン モード設定の OAM サポート

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

バルク統計サポート

この機能の一部として、次のラベルが導入されています:

  • LABEL_DISC_PDUSETUP_DNN_OFFLINE:このラベルは、DNN がオフライン モードであるためにコールが拒否されることを示すために定義されます。

DNN 継承

機能説明

表 5. 機能の履歴

機能名

リリース情報

説明

レガシー インターフェイスでの 4G セッションの DNN 継承

2024.02.0

レガシー インターフェイスを持つ SMF は、DNN 継承機能をサポートしています。

SMF では、親 DNN プロファイルテンプレートで共通の属性を構成し、必要に応じて他の DNN プロファイル(子 DNN プロファイルなど)で再利用できます。この機能により、DNN プロファイル構成が最適化され、運用効率が向上します。


(注)  


現在、DNN 継承機能は SMF(レガシー インターフェイスを含む)でのみ認定され、cnSGW-C では認定されていません。

機能の仕組み

このセクションでは、ネットワーク事業者が親 DNN プロファイルを継承または再利用するために DNN プロファイル構成を実行する方法について詳しく説明します。

表 6. 親 DNN プロファイルを構成する準備
ステップ 説明
1

共通の属性を持つ親DNNプロファイルを構成します。

2

構成された親 DNN プロファイルを子 DNN プロファイルに継承します。

次の条件が適用されます。

  • 子プロファイルが存在しない DNN プロファイルを継承しようとすると、変更のコミット中に SMF CLI にエラーが表示されます。

  • 親 DNN プロファイルが削除されていても子プロファイルで見つかった場合、変更のコミット中に SMF CLI にエラーが表示されます。

    (注)  

     
    親 DNN プロファイルを削除するには、子 DNN プロファイルから親プロファイルのリンク解除を行います。
  • 子 DNN プロファイルで構成された属性が親 DNN プロファイルに属していない場合、オペレータは個々の子 DNN プロファイルでそれらの属性を変更できます。

3

SMF が子 DNN プロファイルの要求を受信します。子 DNN プロファイルに 継承 属性がある場合、SMF は次の条件に基づいて継承/親プロファイルを解決します。

  • 親プロファイルが見つかり、子プロファイルが親属性をオーバーライドしていない場合、SMF は継承した属性で子プロファイルを更新します。

  • 親プロファイルが見つかり、子プロファイルが親属性の一部またはすべてを上書きする場合、SMF は親プロファイルよりも上書きされた属性を優先し、子プロファイルから上書きされた属性を取得し、残りの属性を親プロファイルから取得して子プロファイルを更新します。

  • 親プロファイルに配列またはスライスの形式の属性があり、子プロファイルにも同じ属性が設定されている場合、結果として得られる DNN プロファイルは、子プロファイルからその属性を完全にオーバーライドします。つまり、結合されたプロファイルには子プロファイルの値が含まれます。属性のみを一覧表示します。

    DNNプロファイルの例
    profile dnn intershat_Parent // parent dnn profile
              ims mark qci [ 83 128 ]
              network-element-profiles chf chf1
              network-element-profiles amf amf1 
              network-element-profiles pcf pcf1
              network-element-profiles udm udm1
              charging-profile chgprfFBC
              override         [ charging-profile charging-characteristics-id ]
              virtual-mac      b6:6d:47:47:47:47
              session type IPV4 allowed [ IPV6 IPV4V6 ]
              dcnr             true
            exit
    
     profile dnn intershatRoamer // child dnn profile
        inherit  intershat_Parent
        override [ charging-characteristics-id charging-qbc-profile ]
     exit
    

    結果のプロファイルの例

     profile dnn intershatRoamer // Resultant dnn profile
               ims mark qci [ 83 128 ]
               network-element-profiles chf chf1
               network-element-profiles amf amf1
               network-element-profiles pcf pcf1
               network-element-profiles udm udm1
               charging-profile chgprfFBC
               override        [charging-characteristics-id charging-qbc-profile ]
               virtual-mac      b6:6d:47:47:47:47
               session type IPV4 allowed [ IPV6 IPV4V6 ]
               dcnr             true
             exit
  • 親プロファイルに構造体の形式の属性があり、子プロファイルにも同じ属性が構成されている場合、結果として得られる DNN プロファイルは、その属性を子から完全にオーバーライドします。つまり、結合されたプロファイルには子属性の値が含まれます。

    DNNプロファイルの例
    
    profile dnn intershat_Parent // parent dnn profile
            charging-profile chgprfFBC
            virtual-mac      b6:6d:47:47:47:47
            dcnr             true
            network-element-profiles chf chf1
            network-element-profiles amf amf1
            network-element-profiles udm udm1
       exit
    
    profile dnn intershatRoamer // child dnn profile
           inherit intershat_Parent
           network-element-profiles pcf pcf1
    exit
    
    結果のプロファイルの例
    profile dnn intershatRoamer // Resultant dnn profile
         charging-profile chgprfFBC
         virtual-mac      b6:6d:47:47:47:47
         dcnr             true
     network-element-profiles pcf pcf1
     exit
    

(注)  

 
SMF が子 DNN プロファイルの要求を受信し、子 DNN プロファイルに継承属性がない場合、SMF は子 DNN プロファイルからすべての属性を返します。
4

実行時に親と子の DNN プロファイルを更新します。変更がコミットされると、SMF は子と親のプロファイルから最新の属性を選択します。

DNN継承の構成

個別の DNN プロファイルですべての共通属性を定義し、CLI 構成を使用して、この親プロファイルを他の DNN プロファイルで使用できます。

共通の属性を持つ親 DNN プロファイルを継承するには、次の設定例を使用します。


config 
   profile dnn dnn_profile_name   
      inherit dnn_template_name 
       dnn rmgr  ims_pool_ipv6 
      end 

注:

  • inherit dnn_template_name :子プロファイルに継承する親 DNN プロファイルの名前を指定します。

設定例

親 DNN プロファイルから属性を継承し、子プロファイルで使用する構成の例を以下に示します。

// Parent DNN profile
profile dnn dnnprof-ims.epdg.prod
  dns primary ipv4 10.177.0.34
  dns primary ipv6 fd00:976a::9
  dns secondary ipv4 10.177.0.210
  dns secondary ipv6 fd00:976a::10
  network-element-profiles chf nfprf-chf1
  network-element-profiles amf nfprf-amf1
  network-element-profiles pcf nfprf-pcf1
  network-element-profiles udm nfprf-udm1
  dnn ims.epdg.prod network-function-list [ chf pcf udm upf ]
  timeout up-idle 3600 cp-idle 7320
  charging-profile           chgprof-1
  pcscf-profile              pcscf1
  ppd-profile                ppd-prof1
  ssc-mode 1 allowed [ 2 ]
  session type IPV6
  session skip-ind false
  upf apn ims.epdg.prod
  qos-profile                5qi-to-dscp-mapping-table-IMS
  always-on                  true
  dcnr                       true
  userplane-inactivity-timer 3600
  only-nr-capable-ue         false
exit

// Child DNN profile
profile dnn dnnprof-ims.prod
  inherit dnnprof-ims.epdg.prod
  dnn rmgr ims-pool-ipv6
exit

DNN ごとの IP プールの割り当て

機能説明

IPプール割り当て機能は、IPプールの選択のために、UEが要求したDNNから構成済みのDNNへのマッピングをサポートします。この機能は、5G および 4G の SMF および PGW-C でサポートされています。

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

  • DNN プロファイルでの構成をサポートして、UE 要求の DNN から IP プールに関連付けられている DNN へのマッピングを有効にします。

  • マップされた DNN をリモート プロシージャ コール(gRPC)を介してノード マネージャ サービスのリソース マネージャ機能に送信して、IP 割り当てを行います。

  • 冗長マネージャを使用した仮想 DNN を介した IP プール DNN の構成をサポートします(利用可能な場合)。

  • IP プールの構成と仮想 DNN の両方が利用できない場合に、UE 要求の DNN を送信します。

機能の仕組み

このセクションは、IP プール割り当て機能の仕組みの概要を提供します。

  • DNN プロファイルのルックアップは、サブスクライバ ポリシーまたは DNN ポリシーに基づいています。DNN プロファイルは、SMF プロファイル構成で関連付けられます。両方の構成が存在する場合、サブスクライバ ポリシーは DNN ポリシーよりも優先されます。

  • サブスクライバ ポリシーには、precedence 値のリストが含まれています。優先順位の選択は、サブスクライバの SUPI、GPSI、サービング PLMN、および NSSAI の値に基づいて行われます。

  • 各優先順位には、オペレータ ポリシーが関連付けられます。DNNポリシーは、選択したオペレータポリシーから選択されます。

  • DNN ポリシーには、UE が要求した DNN ごとに DNN プロファイルを設定できます。

  • DNN プロファイルには、仮想またはマッピングされた DNN とインターフェイスのリストが含まれています。これは既存の設定であり、Redundancy Manager もインターフェイスのリストにあります。詳細については、DNN プロファイルでの 仮想 DNNの構成を参照してください。

  • DNNプロファイルの下の設定には、UE要求されたDNNからIPプールDNNへのマッピングが含まれています。

  • DNN プロファイルの選択は、次の順序で行われます。

    • サブスクライバ ポリシーに基づいて、選択の順番は、次のとおりです:smf-profile > smf-service > subscriber-policy > 優先順位 > operator-policy > dnn-policy > dnn-profile(UE-requested DNN に基づく)> 仮想 DNN マッピング。

    • DNN ポリシーに基づいて、選択の順序は次のとおりです:sf-profile > dnn-policy > dnn-profile(UE が要求した Dnn に基づく) > 仮想 DNN マッピング。


(注)  


  • 冗長マネージャの構成が存在する場合、IP プール DNN マッピングは既存の仮想 DNN 構成よりも優先されます。

  • 冗長性管理の両方の構成が存在しない場合は、UE 要求の DNN を使用して IP プールが選択されます。

  • マップされた DNN で IP プールが構成されていない場合、IP の割り当ては失敗し、コールは削除されます。

  • EPS コールと 5G コールの両方が、DNN の IP 割り当てに関する同じ原則に従います。


IP プールの割り当ての構成

ここでは、IP プール割り当て機能の構成方法について説明します。

IP プール割り当てを構成するには、次のいずれかの手順を実行します。

  1. DNN プロファイルでの 仮想 DNN の構成詳細については、DNN プロファイルでの 仮想 DNNの構成を参照してください。


    Note


    これは、オプションとしての他のインターフェイスと同様の汎用構成です。
  2. DNN ごとの IP プールの割り当て


    Note


    この構成は IP 割り当て専用です。

DNN ごとの IP プールの割り当て

DNN ごとに IP プールを割り当てるには、次の構成例を使用します:

config 
   profile dnn dnn_profile_name 
      dnn rmgr rmgr_name 
      end 

注:

  • profile dnn dnn_profile_name :仮想 DNN プロファイルを指定したネットワーク DNN プロファイルにマッピングします。 dnn_profile_name は 英数字の文字列である必要があります。

  • dnn rmgr rmgr_name :DNN プロファイルの送信先となる冗長マネージャを指定します。 rmgr_name は 英数字の文字列である必要があります。

IP プール割り当ての構成の確認

この項では、IP プールの割り当て構成を確認する方法について説明します。

DNN プロファイル構成モードで show full CLI コマンドを使用して、DNN ごとに IP プールの割り当てに関連する構成を確認します。

以下は、この show コマンドの出力例です。

[unknown] smf(config-dnn-cisco123)# show full 
profile dnn intershat
dns primary ipv4 209.165.200.231
dns primary ipv6 2001:DB8:1::1
dns secondary ipv4 209.165.200.232
dns secondary ipv6 2001:DB8:1::2
network-element-profile-list chf [ chgser1 ]
dnn starent.com network-function-list [ upf chf rmgr ]
dnn rmgr cisco.com 
charging-profile chgprf1
virtual-mac      01-00-5E-90-10-00
pcscf-profile    pcscf1
ppd-profile      ppd1
ssc-mode 1
session type IPV4
.
.
.

スライス および DNN ごとの IP プール割り当て

機能説明

SMF は、同じ DNN を使用したスライスごとの IP プールの割り当てをサポートします。スライスは、ダイナミックに作成される論理的なエンドツーエンド ネットワークです。ユーザー機器(UE)は、同じ無線インターフェイスなど、1 つのアクセス ネットワークを介して複数のスライスにアクセスできます。

SMF は次のタスクを実行します。

  • スライス ID に基づいて、すべての外部 NF を登録、検出、サブスクライブして、トラフィックを送信します。

  • スライスベースの手順とセッション統計を提供します。

  • EDR に関するスライス情報を入力します。

  • ログに関するスライス情報を提供します。

  • SMF でサポートされるスライスの最大数を 512 に制限します。

機能の仕組み

SMF は、スタティック構成または NRF ベースのダイナミック選択を通じて、PCF、CHF、UDM、AMF などの NF を選択します。これらの両方のオプションで、メッセージングにはそれらのインターフェイスで使用されるスライス情報が含まれます。

SMF は次のタスクを実行します。

  • スライスを NRF に登録します。

  • N11 および N10 インターフェイスでスライス情報を受信します。

  • ピア NF 検出と UPF の選択にスライスを使用します。

  • N7 および N40 インターフェイスでスライス情報を送信します。

制限事項

スライスおよび DNN 機能ごとの IP プール割り当てには、次の制限があります:

  • 手順とセッション統計にのみスライス情報があります。その他の統計は NF レベルにあります。

  • スライス情報に基づくロギングの有効化または無効化はサポートされていません。

機能設定

このセクションでは、スライスおよび DNN ごとに IP プールの割り当てを構成する方法について説明します。

この機能の構成には、次の手順が含まれます。

  1. タグを構成します。詳細は、「SMF タグの構成」を参照してください。

  2. 次のタスクを使用して、スライスでのダイナミック ノード選択を実行します。

    • NRF を登録します。詳細については、「NRF の登録」を参照してください。

    • 許可された NSSAI 値を構成します。詳細については、「許可される NSSAI 値の構成」を参照してください。

    • NRF を検出します。詳細については、「NRF の検出」を参照してください。

  3. 手順とセッション統計のスライス情報に、smf_service_stats メトリックの NSSAI ラベルを構成します。詳細については、「メトリック収集の設定」を参照してください。

許可 NSSAI 値の構成

スライスに対して許可される NSSAI 値を構成するには、次の構成例を使用します:


config 
   profile smf smf_profile_name 
      instances instance_id 
         allowed-nssai allowed_nssai_values  
         end 

  • allowed-nssai allowed_nsai_values :スライシングの許可 NSSAI の 1 つまたは複数の値を指定します。

スライスベースの IP プール割り当ての構成

スライスに基づいたプール割り当てを構成するには、次のサンプル構成を使用します。

config 
nssai name nssai_name 
    sst sst_value 
    sdt sdt_value 
    dnn dnn_name_value 
    pool-selection pool_selection_value 
    end 

  • pool-selection pool_selection_value :IP プールの選択方法を DNN または NSSAI に構成します。デフォルトのプール選択方法は DNN です。プールの選択方法がスライスまたはスライス DNN のみの場合、スライスと DNN に基づいて IP プールが選択されます。


    (注)  


    • スライスのプール選択方法を NSAI として構成する場合、その UPF のすべての DNN の IPAM 構成で、「slice1」と「dnn」を値として構成する必要があります。

    • IPAM では、タグ「nsai」は文字列であり、SMF スライスの構成名と一致する必要があります。


設定例

次に、スライス ベースのプール割り当ての構成例を示します。

nssai name slice1
 sst 02
 sdt  Abf123
 pool-selection [ dnn nssai ] 
exit