SMF は、nnrf-nfm （NF 管理）の NRF エンドポイントを構成するための CLI を提供します。

Note	NF 管理では、 nnrf-nfm サービスのみを構成できます。

CLI 設定では、各エンドポイント プロファイルの下で複数のエンドポイントを構成できます。SMF は、優先順位とキャパシティのパラメータを使用して、これらのエンドポイント間でロード バランシングを行います。各エンドポイント内にプライマリ、セカンダリ、およびターシャリ ホスト [ip:port] を構成できます。IPv4 アドレスと IPv6 アドレスの両方を指定できます。両方が指定されている場合は、IPv4 アドレスが優先されます。

URI はリソースを一意に識別します。5GC SBI API では、リソース URI が絶対 URI の場合、その構造は次のように指定されます。

{apiRoot}/{apiName}/{apiVersion}/{apiSpecificResourceUriPart} 

Note	このリリースの仕様では、HTTP と HTTPS の両方のスキーム URI が許可されています。サービスベースのインターフェイスのセキュリティの詳細については、3GPP TS 33.501 の 13.1 項を参照してください。

「apiRoot」 は、schema（「http」または「https」）の連結です。

• 固定文字列「://」

• IETF RFC 3986 で定義されている権限（ホストおよびオプションのポート）

• 「/」文字で始まるオプションの展開固有の文字列（API プレフィックス）（CLI の api-root）

NRF でサポートされているさまざまなサービスの NRF エンドポイントを構成するには、次の構成例を使用します。

config 
   group nrf mgmt mgmt_name  
      service type nrf nnrf-nfm  
         endpoint-profile epprofile_name 
            priority priority_value 
            capacity capacity 
            api-root api_string 
            api-uri-prefix uri_prefix_string 
            uri-scheme { http | https } 
            endpoint-name ep_name { capacity capacity | primary ip-address 
            { ipv4 ipv4_address | ipv6 ipv6_address | port port_num}  
            | secondary ip-address { ipv4 ipv4_address | ipv6 ipv6_address 
            | port port_num } | tertiary ip-address { ipv4 ipv4_address 
            | ipv6ipv6_address | port port_num } } 
            version [ uri-version version_num full version version_num ] 
            end 

注：

• group nrf mgmt mgmt_name ：NRF 自己管理グループの構成を表示します。

• api-root api_string ：: apiRoot 内で使用される展開固有のサービス API プレフィックスを指定します。

• api-uri-prefix uri_prefix_string ：6apiName を指定します。構成されていない場合は、仕様に従ってサービスの標準 API 名を使用します。

• capacity [capacity] ：プロファイルの容量を指定します。

• endpoint-name ep_name { capacity capacity | primary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } | secondary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } | tertiary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } } ：エンドポイント名を指定します。NF サーバのフェールオーバー処理のために、各エンドポイント内のプライマリ ホスト、セカンダリ ホスト、およびターシャリ ホスト（IP：ポート）を構成できます。サーバ フェールオーバー構成は、IPv4 アドレスと IPv6 アドレスの両方を受け入れます。ただし、SMF では IPv4 アドレスが優先されます。

• capacitycapacity ：エンドポイントのノード キャパシティを指定します。 capacity は 0 ～ 65535 の範囲の整数である必要があります。

• メッセージを送信するためのエンドポイントの選択は、優先順位およびキャパシティのパラメータを使用する確率論的ロード バランシング アルゴリズム（IETF RFC 2782）に基づいています。

• primary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } ：プライマリ エンドポイントの IPv4 アドレス、IPv6 アドレス、またはポートを指定します。

• secondary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } ：セカンダリ エンドポイントの IPv4 アドレス、IPv6 アドレス、またはポートを指定します。

• tertiary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } ：ターシャリ エンドポイン トの IPv4 アドレス、IPv6 アドレス、またはポートを指定します。

• prioritypriority_value ：サービスがロードバランシング ロジックを使用して適切なプロファイルを選択するための優先順位を指定します。 priority は 0 ～ 65535 の範囲の整数である必要があります。

• uri-scheme { http | https } ： http または https として URI スキームを指定します。

• version [ uri-version version_num full version version_num ] ：API/バージョンを指定します。完全バージョンの形式は次のとおりです。<Major-version>.<Minor-version>.<patch-version>.[alpha-<draft-number>].

SMF は 、ネットワーク機能（NF）リポジトリ機能（NRF）の登録解除をサポートしています。SMF の NF 登録解除サービス操作により、NRF に登録されているネットワーク機能のプロファイルが削除されます。

SMF 、次のシナリオで NF 登録解除サービス操作を開始します。

• サービス ベースのインターフェイス (SBI) エンドポイントが構成されておらず、残りのすべてのエンドポイントが機能を停止している場合。

• 構成されたすべての SBI エンドポイントの VIP IP と N11 VIP IP がオフラインの場合。

Note	すべての REST エンドポイントが機能を突然停止した場合、SMF は NRF の登録解除を実行できません。REST エンドポイントのみが NRF の登録または登録解除を実行できます。

NF 登録解除操作では、NF インスタンス ID に基づいて特定のリソースを削除します。NF の登録解除は、Uniform Resource Identifier（URI）が特定の NF インスタンスを削除する要求を受信すると開始されます。

推奨される SMF シャットダウン プロセスには、次のステップが含まれます。

1. すべての N11 および SBI VIP IP がオフラインとしてマークされます。これらのエンドポイントがオフラインで表示されると、NF 登録解除要求が NRF に送信されます。NRF は、SMFシャットダウンとトラフィックでのその使用不可について、ピア NF（AMF など）に通知します。

2. コンバージェンスを許可するまでの猶予期間を待ち、「システム モード シャットダウン」を実行してすべてのポッドを停止します。

エンドポイント SBI が構成されていない場合、システムは rest-ep ポッドをすぐに削除し、適切なコンバージェンスを回避します。SBI および N11 VIP IP をオフラインにせずにシステム モードのシャットダウンを実施しても、コンバージェンスを回避できます。

NF ハートビート機能は、NF は NRF に対して NF が正常に動作していることを通知できます。NRF に登録されている各 NF は、NF 更新サービス操作を呼び出すことによって、定期的に NRF と接続します。NRF が連絡を受ける時間間隔は展開固有であり、NRF は登録が成功した結果として、その時間間隔を SMF に返します。

SMF は 、NF ハートビートの一部として NF ステータスと負荷パラメータを NRF に送信します。SMF は、 定期的な NF ハートビートの間隔を構成する CLI を提供します。NF 登録応答でハートビート値が構成されている場合、同じ値が別の構成値の代わりに使用されます。

ここでは、NRF ハートビート間隔の構成方法について説明します。

config 
   group nf-mgmt nf_mgt_name 
      hearbeat interval  hearbeat_interval 
   end 

注：

• group nf-mgmt nf_mgt_name ：NF 管理のグループ名を指定します。

• hearbeat interval Heartbeat_interval ：ハートビート間のハートビートの間隔を指定します。ハートビート間隔（秒）の値。

  （注）	NRF が NF 登録応答またはハートビート応答の一部として別のハートビート間隔値を返す場合、後続のハートビートには同じ値が使用されます。

SMF は、NFR が提供するサブスクライブ サービスを使用して、NF が検出応答として受信する NF インスタンスのステータスの変更をサブスクライブします。この機能は、キャッシュされた NF 検出応答の更新に役立ちます。

SMF 、NF レベルおよびサービス レベルでの負荷、容量、ステータスの通知変更のみを受け入れます。通知内のその他のパラメータの変更はすべて無視されます。

通知サービスのサブスクリプションが成功すると、 SMF NF インスタンスの登録および登録解除の通知、または指定された NF インスタンスの NF プロファイル変更の通知を受信します。

SMF 、「NotificationData」の「NFProfile」フィールドと「ChangeItem」フィールドをサポートします。通知イベントタイプが「NF_PROFILE_CHANGED」に設定されている場合、 SMF 、プロファイル レベルの変更に関する通知、または NFProfile パラメータの個々の変更項目のリストを nfInstanceUri と共に受信します。

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

• op：リソースに発生する変更のタイプを示します。

• path：リソース内のターゲット場所を示す JSON ポインタ値が含まれます。

• from：「path」属性で示される場所に移動またはコピーされる JSON 要素のパスを示します。「op」属性の値が「MOVE」の場合に存在します。

• origValue：「パス」属性で指定されたリソース内のターゲット位置での元の値を示します。

• newValue：「パス」属性で指定されたリソース内のターゲットロケーションの新しい値を示します。

Note	SMF 現在、「op」パラメータの一部として、ADD、REPLACE、および REMOVE 操作のみをサポートしています。

次に、最初の NF サービスの最初のエンドポイントの IP アドレス値と TCP ポートを更新して、NF インスタンスがそのプロファイルを変更した場合に、NRF から送信される通知ペイロードの例を示します。

例 1：

{
  "event": "NF_PROFILE_CHANGED",
  "nfInstanceUri": ".../nf-instances/4947a69a-f61b-4bc1-b9da-47c9c5d14b64",
  "profileChanges": [
    {
      "op": "REPLACE",
      "path": "/nfServices/0/ipEndPoints/0/ipAddress", ===> Change ipAddress to ipv4Address
      "newValue": "209.165.201.10"
    },
    {
      "op": "REPLACE",
      "path": "/nfServices/0/ipEndPoints/0/port",
      "newValue": 8080
    }
  ] 

例 2：

{
"event": "NF_PROFILE_CHANGED",
"nfInstanceUri": ".../nf-instances/4947a69a-f61b-4bc1-b9da-47c9c5d14b64",
"nfProfile": <Newly updated complete profile> 
} 

この機能は、NF サブスクライブ サービスを使用して、NF が検出応答として受信する NF インスタンスのステータスの変更をサブスクライブします。SMF は、検出応答で受信する各 NF プロファイルの応答有効期間のサブスクリプションを送信します。SMF は、現在の応答時間の有効性に応じて、既存の NF インスタンスのサブスクリプション時間に延長が必要かどうかを確認します。サブスクリプションに拡張が必要な場合は、拡張された有効期間が設定されたサブスクリプション PATCH が送信されます。

サブスクリプション中に、NRF は変更された有効期間で応答する場合があります。この有効時間は、SMF の有効時間リクエストとは異なる場合があります。このようなシナリオでは、SMF は、必要なサブスクリプション時間と、NRF によって返される実際のサブスクリプション時間を追跡します。

SMF は、実際のサブスクリプション期間がすぐに終了するが（次の5分で終了）、必要な有効期間が実際の有効期間よりも長いサブスクリプションがあるかどうかを定期的に（2 分ごとに）データベースにチェックします。この場合、SMF は PATCH サブスクリプションを送信してサブスクリプションの有効時間を延長します。

SMF は、構成で指定されたインターフェイス NRF の構成に基づいてステータス通知 URI を入力します。通知 VIP IP および VIP ポートは、ステータス通知 URI をフレーム化するために使用されます。

http://{nrfinterface.vip-ip}:{ nrfinterface.vip-port}/{notifResourceURI} 

ステータス通知時に、SMF は変更された属性でローカル キャッシュと外部キャッシュ（キャッシュ ポッド）を更新します。

ここでは、サブスクリプションおよび通知用に NRF を構成する方法について説明します。

Note	サブスクリプションと通知を機能させるには、SBI インターフェイス内に NRF インターフェイスを構成する必要があります。

NRF で検出を行うと、検出された NF インスタンスのサブスクリプション メッセージが送信されます。SMF は、構成で指定された NRF インターフェイス構成に基づいてステータス通知 URL を入力します。通知 VIP IP と VIP ポートは、ステータス通知 URL をフレーム化するために使用されます。SMF は、ステータス通知のサブスクリプション要求メッセージに含まれている URL を使用します。

NF ステータス通知のためにサーバ エンドポイントを開くように NRF インターフェイス、vip-ip、vip-port、およびループバック ポートを構成するには、次の構成例を使用します。

config 
   instance instance-id gr_instance_id 
      endpoint sbi 
         replicas replica_num 
            vip-ip ip_address 
         interface nrf 
            vip-ip ip_address 
            vip-port port_number 
            loopbackPort port_number 
            end 

注：

• interface nrf ：インターフェイスを NRF として指定します。

• vip-ip ip_address ：仮想ホストの仮想 IP アドレスを指定します。SMF は、これをステータス通知のリスニング IP アドレスとして使用します。

• vip-port port_number ：仮想ホストのポート番号を指定します。SMF はこれをステータス通知のリスニング ポートとして使用します。

• loopbackPort port_number ：ループバック ホストの内部ポート番号を指定します。SMF はこのポートを NF ステータス通知に使用します。

本機能は、3GPP TS 29.510、バージョン 16.4.0に準拠しています。

SMF プロファイルの構成の変更によって NF 登録パラメータに変更があった場合、 SMF は NF 更新サービス操作を呼び出します。

NF 更新サービスは、要求元の NF の更新されたプロファイルを NRF に提供することによって、以前に NRF に登録されている NF プロファイルを更新します。

更新操作は次のいずれかになります：

• NF プロファイル全体の更新（既存のプロファイルを新しいプロファイルに完全に置き換える）

• NF プロファイル パラメータのサブセットのみの更新（NF プロファイルへのサービスの追加、削除、または置換）

このセクションでは、NF プロファイル更新手順を説明します。

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

NF 検出機能は、次の標準規格に準拠しています：

• 3GPP TS 29.510、バージョン 15.4.0（2019 年 7 月）：5G システム ネットワーク機能リポジトリ サービス第 3 段階

NRF 検出機能には、次の制限があります：

• 維持されるキャッシュはライブラリに対してローカルです。REST-EP の複数のレプリカを使用した展開では、同じ検出フィルタを持つ 2 つの検出または送信メッセージが異なるポッドにある場合、両方のポッドが NF 検出をトリガーします。

• この機能は、UDM、PCF、CHF、AMF の検出とロード バランシングのみをサポートします。UPF 検出はサポートしていません。

NRF を登録するには、次の構成例を使用します。

config 
nssai name nssai_name 
    sst sst ssd ssd 
    dnn dnn_name_value  
    end 

注：

• nssai name mains_name ：スライスの NSSAI 名の値を構成します。nsnai_name 値は文字列である必要があります。

（注）	SMF は、NRF に送信される最大 512 のスライスをサポートします。

設定例

次に、NRF 登録の構成例を示します。

nssai name slice1  
 sst 02
 sdt Abf123
 dnn [ dnn1 intershat intershat1 intershat2 intershat3 intershat4 intershat5 intershat6 intershat7 starosupf ]
exit

nssai name slice2  
 sst 02
 sdt Abf124
 dnn [ dnn1 intershat intershat1 intershat2 intershat3 intershat4 intershat5 intershat6 intershat7 starosupf ]
exit

NRF 検出を構成するには、次の構成例を使用します：

config 
   profile network-element [ amf amf_profile_name| chf chf_profile_name | pcf pcf_profile_name | udm udm_profile_name | upf upf_profile_name ] 
      query-params requester-snssais 
      exit 

注：

• query-params requester-snssais ：NRF への NF 検出要求のクエリ パラメータとしてシングル ネットワーク スライス選択アシスタンス情報（S-NSSAI）のリストを指定します。

設定例

次に、設定例を示します。

config
   profile network-element udm udm1
      query-params requester-snssais
      exit
   profile network-element pcf pcf1
      query-params requester-snssais
      exit
   profile network-element chf chf1
      query-params requester-snssais
      exit
   profile network-element upf upf1
      query-params requester-snssais
      exit
   profile network-element amf amf1
      query-params requester-snssais
      exit

AMF、CHF、PCF、および UDM の NF エンドポイントを構成するには、次の構成例を使用します：

config 
   profile nf-client { nf-type { amf amf-profile | chf chf-profile | pcf pcf-profile | udm udm-profile } nf_profile_name } 
   end 

注：

• profile nf-client { nf-type { amf amf-profile | chf chf-profile | pcf pcf-profile | udm udm-profile } nf_profile_name } ：必要な NF クライアントプロファイルを指定し、次の構成済み NF のいずれかのローカル構成を指定します：

  • amf ：AMF ローカル構成を有効にします。

  • chf ：CHF ローカル構成を有効にします。

  • pcf ：PCF ローカル 構成を有効にします。

  • udm ：UDM ローカル 構成を有効にします。

    たとえば、 amf amf-profile キーワードを構成する場合、このコマンドは AMF ローカル構成を有効にします。同じアプローチが他の構成済み NF にも適用されます。

    nf_profile_name は 、対応する NF クライアント プロファイル名を表す英数字の文字列である必要があります。

• 特定のサービス内に複数の NF プロファイルを構成できます。

• 構成を無効にするには、no profile nf-client { nf-type { amf amf-profile | chf chf-profile | pcf pcf-profile | udm udm-profile } nf_profile_name } コマンドを使用します。

検出グループを NF タイプとペアリングするには、次の構成例を使用します。

config 
   profile nf-pair nf-type nf_type 
      nrf-discovery-group nrfdisc_group_name 
      end 

注：

• nf-type nf_type ：NF クライアント タイプの値を SMFとして指定します。

• nrf-discovery-group nrfdisc_group_name ：NRF 検出グループ名を指定します。検出グループは、NRF エンドポイント グループ（nrf-group）への論理リンクです。NF タイプごとに、検出グループとローカリティ情報を関連付けることができます。

SMF は、nnrf-nfd （NF ディスカバリ）の NRF エンドポイントを構成するための CLI を提供します。

（注）	検出グループについては、 nnrf-disc サービスのみを構成できます。

CLI 設定では、各エンドポイント プロファイルの下で複数のエンドポイントを構成できます。SMF は、優先順位とキャパシティのパラメータを使用して、これらのエンドポイント間でロード バランシングを行います。エンドポイント プロファイルの下のすべてのエンドポイントがセッション コンテキストを共有します。つまり、セッションの最初のメッセージにエンドポイント プロファイルを選択すると、SMF は、セッションの後続のメッセージ（update、delete など）をエンドポイント プロファイル内の任意のエンドポイントに送信します。

各エンドポイント内にプライマリ、セカンダリ、およびターシャリ ホスト [ip:port] を構成できます。IPv4 アドレスと IPv6 アドレスの両方を指定できます。両方が指定されている場合は、IPv4 アドレスが優先されます。

SMF は、フィルタ パラメータのセットに一致するメッセージを検出して NF に送信する API を提供します。

URI はリソースを一意に識別します。5GC SBI API では、リソース URI が絶対 URI の場合、構造は次のように指定されます：

{apiRoot}/{apiName}/{apiVersion}/{apiSpecificResourceUriPart} 

apiRoot は、次の部分の連結です：

• スキーム（「http」または「https」）

  （注）	HTTP と HTTPS スキーム URI の両方を使用できます。サービスベースのインターフェイスのセキュリティの詳細については、3GPP TS 33.501 の 13.1 項を参照してください。

• 固定文字列「://」

• IETF RFC 3986 で定義されている権限（ホストおよびオプションのポート）

• 「/」文字で始まるオプションの展開固有の文字列（API プレフィックス）（CLI の api-root）

NRF でサポートされているさまざまなサービスの NRF エンドポイントを構成するには、次の構成例を使用します。

config 
   group nrf discovery discovery_name 
      service type nrf nnrf-disc  
         endpoint-profile 
            name  epprofile_name 
            api-root api_string 
            api-uri-prefix uri_prefix_string 
            uri-scheme { http | https } 
            endpoint-name ep_name { capacity capacity | primary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } | secondary ip-address { ipv4 ipv4_address | ipv6 ipv6_address| port  port_num } | tertiary ip-address { ipv4 ipv4_address| ipv6 ipv6_address | port port_num } } 
            version [ uri-version version_num full version version_num ] 
            end 

注：

• group nrf discovery discovery_name ：NRF 検出グループを構成します。

• api-root api_string ：: apiRoot 内で使用される展開固有のサービス API プレフィックスを指定します。

• api-uri-prefix uri_prefix_string ：6apiName を指定します。構成されていない場合は、仕様に従ってサービスの標準 API 名を使用します。

• endpoint-name ep_name { capacity capacity | primary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } | secondary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } | tertiary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } } ：エンドポイント名を指定します。NF サーバのフェールオーバー処理のために、各エンドポイント内のプライマリ ホスト、セカンダリ ホスト、およびターシャリ ホスト（IP：ポート）を構成できます。サーバ フェールオーバー構成は、IPv4 アドレスと IPv6 アドレスの両方を受け入れます。ただし、AMF では IPv4 アドレスが優先されます。

  • capacitycapacity ：エンドポイントのノード キャパシティを指定します。 capacity は 0 ～ 65535 の範囲の整数である必要があります。

  • メッセージを送信するためのエンドポイントの選択は、優先順位およびキャパシティのパラメータを使用する確率論的ロード バランシング アルゴリズム（IETF RFC 2782）に基づいています。

  • primary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } ：プライマリ エンドポイントの IPv4 アドレス、IPv6 アドレス、またはポートを指定します。

  • secondary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } ：セカンダリ エンドポイントの IPv4 アドレス、IPv6 アドレス、またはポートを指定します。

  • tertiary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } ：ターシャリ エンドポイン トの IPv4 アドレス、IPv6 アドレス、またはポートを指定します。

  • prioritypriority_value ：サービスがロードバランシング ロジックを使用して適切なプロファイルを選択するための優先順位を指定します。 priority は 0 ～ 65535 の範囲の整数である必要があります。

• uri-scheme { http | https } ： http または https として URI スキームを指定します。

• version [ uri-versionversion_num full versionversion_num ] ：API URI バージョンを指定します。完全バージョンの形式は次のとおりです。<Major-version>.<Minor-version>.<patch-version>.[alpha-<draft-number>].

SMF は地域対応の NF 検出を提供します。

ペア プロファイルには、NF タイプが SMF として構成された地域値があります。ローカリティには、次の値があります：

• client：クライアントの地域情報を指定します。

• geo-server：地理サービス地域情報を指定します。

• preferred-server：優先サーバの地域情報を指定します。

プロファイルの選択では、preferred-server および geo-server の地域値のみが考慮されます。次に、これらの地域の値を構成するシナリオを示します：

• preferred-server および geo-server の両方の地域値が構成されている場合、検出応答内に存在し、これらの地域値に一致するプロファイルが選択されます。さらに、地域値が空のプロファイルが選択されます。preferred-server および geo-server の地域値以外の地域を持つ他のプロファイルは考慮されません。

• 優先サーバのローカリティ値のみが構成されている場合は、この値に一致する検出応答内に存在するプロファイルが選択されます。さらに、地域値が空のプロファイルが選択されます。優先サーバの地域値以外の地域を持つ他のプロファイルは考慮されません。

• geo-server 地域値のみが構成されている場合、この geo-server 地域値に一致する検出応答内に存在するプロファイルが選択されます。さらに、地域値が空のプロファイルが選択されます。地理的なサーバの地域の値以外の地域を持つ、他のプロファイルは考慮されません。

• 優先サーバーと地域の値の両方が設定されていない場合は、検出応答に存在するすべてのプロファイルが選択されます。

NF タイプのローカリティを設定構成するには、次の構成例を使用します。

config 
   profile nf-pair nf-type nf_type 
      locality { client client_name | geo-server geoserver_name | preferred-server prefserver_name } 
      end 

注：

• client client_name ：クライアントの地域情報を指定します。クライアント地域は SMF の地域であり、必須パラメータです。

• preferred-server prefserver_name ：優先されるサーバの地域情報を指定します。優先サーバの地域は、対応する NF 検出中に優先の地域と見なされる必要がある地域です。

• geo-server geoserver_name ：地域サーバの地域情報を指定します。地理的なサーバ ローカリティは、優先ローカリティの地理的冗長サイトであり、通常、NF ディスカバリ中に、優先ローカリティの次に最適なサーバ ローカリティとして使用されます。

  Note	geo-server geoserver_name は完全修飾されていません。

SMF の地域を構成するには、次の構成例を使用します。

SMF が NRF を使用して NF の検出を実行する場合、これは必須の構成です。

config 
   profile SMF SMF_profile_name 
      locality value 
      end 

注：

• locality value ：AMF の地域を指定します。 値は 、展開された AMF の地域を表す英数字の文字列である必要があります。デフォルトでは、この CLI は無効になっています。

• この構成を無効にするには、no locality value コマンドを使用します。

構成済み DNN（データ ネットワーク名）の NF プロファイルを構成するには、次のサンプル構成を使用します。

config 
   profile dnn dnn_profile_name 
      network-element-profiles { amf | chf | pcf | udm } nf_profile_name 
      end 

注：

• network-element-profiles { amf | chf | pcf | udm } nf_profile_name ：AMF、CHF、PCF および UDM などの NF タイプを 1 つ以上ネットワーク要素プロファイルとして指定します。nf_profile_name は、対応するネットワーク要素のプロファイル名を表す英数字の文字列を指定する必要があります。

• この設定は、オプションです。デフォルトでは、この CLI は無効になっています。

• 特定のサービス内に複数プロファイルを構成できます。

• 構成を無効にするには、 no network-element-profiles { amf | chf | pcf | udm } nf_profile_name コマンドを使用します。

このセクションでは、NF エンドポイントのローカリティを定義する方法について説明します。NF エンドポイントの選択については、 SMFprofile nf-pair CLI コマンドで構成されている優先順位を最初に考慮します。管理者は、地域とネットワーク機能の近接性に基づいて、優先される地域を決定します。 SMF 、NF 検出の次の優先ローカリティとして、Geo サーバーのローカリティ構成を使用します。profile nf-pair コマンドに関する詳細は、「ピア NF タイプごとの NRF の選択」セクション内の NF タイプの局所性の構成 を参照してください。

profile nf-pair CLI コマンドで優先サーバーのローカリティ構成が含まれていない場合、または profile nf-client CLI コマンドで優先サーバーまたは Geo-server ローカリティで構成されたエンドポイントが含まれていない場合、 SMF は他のローカリティエンドポイントを選択します。他の地域のエンドポイントの選択では、 SMFlocality CLI コマンド内の priority 構成を使用します。

NF エンドポイントのローカリティを定義するには、次の構成例を使用します。

config 
   profile nf-client { nf-type { amf amf-profile | chf chf-profile | pcf pcf-profile | udm udm-profile } nf_profile_name } 
      locality locality_name [ priority priority | service name type service_types { endpoint-profile epprofile_name } ] 
      end 

注：

• locality locality_name ：NF エンドポイントの場所を指定します。 SMF 、ローカリティ構成（つまり、優先サーバーローカリティと Geo サーバーローカリティ）を使用して、適切な NF エンドポイントを選択します。

• priority priority ：ローカリティ構成の優先順位を指定します。

• service name type service_types ：構成された NF サービス タイプを指定します。サービス タイプは、構成されたサービスによって異なります。

  • AMF サービスは、ピア通信タイプとして 「namf-comm」、 をサポートします。

  • PCF サービスは、ピア通信タイプとして「npcf-am-policy-control」をサポートします。

  • UDM サービスは、ピア通信タイプとして「nudm-sdm」と「nudm-uecm」をサポートしています。

  • SMF サービスは、ピア通信タイプとして「nsmf-pdusession」をサポートします。

  • EIR サービスは、ピア通信タイプとして「n5g-eir-eic」をサポートします。

  • NSSF サービスは、ピア通信タイプとして「nnssf-nsselection」をサポートしています。

  • SMSF サービスでは、ピア通信タイプとして「nsmsf-sms」がサポートされています。

  • LMF サービスは、ピア通信タイプとして「nlmf-loc」をサポートします。

  • GMLC サービスは、ピア通信タイプとして「ngmlc-loc」をサポートしています。

  • AUSF サービスは、ピア通信タイプとして「nausf-auth」をサポートしています。

• endpoint-profile epprofile_name ：NF サービス レベルごとにエンドポイントを指定します。NF 固有のサービスは、ローカリティ構成内で使用できます。

• 構成された NF のプロファイル名ごとに複数のエンドポイントを構成できます。

ここでは、サービス内の NF エンドポイント プロファイルとその関連パラメータを構成する方法について説明します。

CLI 設定では、各エンドポイント プロファイルの下で複数のエンドポイントを構成できます。SMF は、優先順位とキャパシティのパラメータを使用して、これらのエンドポイント間でロード バランシングを行います。エンドポイント プロファイルの下のすべてのエンドポイントがセッション コンテキストを共有します。つまり、セッションの最初のメッセージにエンドポイント プロファイルを選択すると、SMF は、セッションの後続のメッセージ（update、delete など）をエンドポイント プロファイル内の任意のエンドポイントに送信します。

SMF は、フィルタ パラメータのセットに一致するメッセージを検出して NF に送信する API を提供します。

URI はリソースを一意に識別します。5GC SBI API では、リソース URI が絶対 URI の場合、構造は次のように指定されます：

{apiRoot}/{apiName}/{apiVersion}/{apiSpecificResourceUriPart} 

apiRoot は、次の部分の連結です：

• スキーム（「http」または「https」）

  Important

  HTTP と HTTPS スキーム URI の両方を使用できます。サービスベースのインターフェイスのセキュリティの詳細については、3GPP TS 33.501 の 13.1 項を 参照してください。

• 固定文字列「://」

• IETF RFC 3986 で定義されている権限（ホストおよびオプションのポート）

• 「/」文字で始まるオプションの展開固有の文字列（API プレフィックス）（CLI の api-root）

サービス内の NF エンドポイントプロファイルと関連パラメータを構成するには、次の構成例を使用します：

config 
   profile nf-client { nf-type { amf amf-profile | chf chf-profile | pcf pcf-profile | udm udm-profile }  nf_profile_name } 
      locality locality_name [ priority priority | service name type service_type ] 
         endpoint-profile epprofile_name 
            api-root api_string 
            api-uri-prefix uri_prefix_string 
            capacity capacity 
            endpoint-name ep_name { capacity capacity | primary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num }| secondary ip-address { ipv4 ipv4_address | ipv6 ipv6_address| port  port_num } | tertiary ip-address { ipv4 ipv4_address| ipv6 ipv6_address | port port_num } } 
            priority priority_value 
            uri-scheme { http | https } 
            version [ uri-version version_num full version version_num ] 
            end 

注：

• api-root api_string ：: apiRoot 内で使用される展開固有のサービス API プレフィックスを指定します。

• api-uri-prefix uri_prefix_string ：6apiName を指定します。構成されていない場合は、仕様に従ってサービスの標準 API 名を使用します。

• capacity [capacity] ：プロファイルの容量を指定します。

• endpoint-name ep_name { capacity capacity | primary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } | secondary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } | tertiary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } } ：エンドポイント名を指定します。NF サーバのフェールオーバー処理のために、各エンドポイント内のプライマリ ホスト、セカンダリ ホスト、およびターシャリ ホスト（IP：ポート）を構成できます。サーバ フェールオーバー構成は、IPv4 アドレスと IPv6 アドレスの両方を受け入れます。ただし、SMF では IPv4 アドレスが優先されます。

  • capacity capacity ：エンドポイントのノード キャパシティを指定します。 capacity は 0 ～ 65535 の範囲の整数である必要があります。

    メッセージを送信するためのエンドポイントの選択は、優先順位およびキャパシティのパラメータを使用する確率論的ロード バランシング アルゴリズム（IETF RFC 2782）に基づいています。

  • primary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } ：プライマリ エンドポイントの IPv4 アドレス、IPv6 アドレス、またはポートを指定します。

  • secondary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } ：セカンダリ エンドポイントの IPv4 アドレス、IPv6 アドレス、またはポートを指定します。

  • tertiary ip-address { ipv4 ipv4_address | ipv6 ipv6_address | port port_num } ：ターシャリ エンドポイン トの IPv4 アドレス、IPv6 アドレス、またはポートを指定します。

• priority priority_value ：サービスがロードバランシング ロジックを使用して適切なプロファイルを選択するための優先順位を指定します。 priority は 0 ～ 65535 の範囲の整数である必要があります。

• uri-scheme { http | https } ： http または https として URI スキームを指定します。

• version [ uri-version version_num full version version_num ] ：API URI バージョンを指定します。完全バージョンの形式は次のとおりです。<Major-version>.<Minor-version>.<patch-version>.[alpha-<draft-number>].

ネットワーク リポジトリ機能（NRF）の導入は、グローバル、リージョンなどとして論理的にセグメント化して、信頼性の高いネットワーク管理を実現できます。このセグメンテーションを実現するには、さまざまなネットワーク機能の検出に対してさまざまな NRF エンドポイント グループを指定します。

たとえば、SMF は、管理および SMF 検出のためにリージョン 1 の NRF エンドポイントと対話します。UDM、CHF、PCF 検出の場合、SMF はグローバル NRF エンドポイントと通信します。

以下の図は、NRF 展開を説明しています。

ここでは、ピア NF タイプごとに NRF 選択を構成する方法について説明します。

SMF は、検出されたキャッシング プロファイルのキャッシング サポートを提供します。NF 検出（nnrf-disc）機能を使用して、AMF、UDM、PCF、CHF などのプロファイルを検出します。受信した検出応答は、有効期間に関連付けられています。SMF は検出応答をキャッシュし、キャッシュが有効になるまで将来の NF の選択に同じ応答を使用します。このキャッシング サポートは、進行中のセッション中の NRF 対話数の削減に役立ちます。

SMF 、キャッシュポッドにキャッシュデータを保持します。キャッシュ ポッドを使用して、SBI ポッドの複数のインスタンス間で NF 検出キャッシュを共有します。SBI ポッドは、NF ディスカバリ応答を受信すると、キャッシュ ポッドを定期的に更新します。すべての SBI ポッドは、キャッシュ ポッドを利用してキャッシュ データを定期的に更新します。

特定の基準を満たす NF にメッセージが送信されると、 SMF は さらに処理するためにキャッシュ データを検索します。キャッシュ ルックアップ中の場合：

• 期限切れのエントリのないキャッシュ ヒットが発生した場合、選択されたキャッシュ済み NF 応答はエンドポイント選択のメッセージを送信します。

• 期限切れのエントリのキャッシュがヒットすると、 SMF は NF ディスカバリ要求を NRF に送信して、NF ディスカバリ応答の新しいリストを取得します。

• キャッシュミスがある場合、 SMF は NF 検出要求を NRF に送信し、NF 検出応答の新しいリストを取得します。

SMF 、さまざまな NF 選択オプションの優先順位に従います。SMF 、ローカル構成よりも NRF から検出された NF を優先します。SMF 、NF 検出応答に有効な NF がない場合、ローカルに構成された NF を使用します。

展開に応じて、優先サーバと地理的位置性サーバが NF ごとに構成されます。原則として、優先サーバ NF が失敗した場合に備えて、優先サーバ地理情報内の NF、続いて geo 地理情報サーバ内の NF を選択します。

各 NF に対して、 SMF profile nf-pair パラメータを介して優先サーバーおよび Geo サーバの地理情報を構成するオプションを提供します。（詳細については、ピア NF タイプごとの NRF の選択 セクションの NF タイプの局所性の構成 を参照してください。）

また、各 NF 検出応答には有効時間が関連付けられています。SMF この NF 検出応答をキャッシュし、後続のセッションを取得するために使用します。

SMF 、次の条件で NF 検出を実行します。

• NF 検出応答キャッシュに一致するエントリがありません。

• NF 検出応答キャッシュに一致するエントリがありますが、有効期限が切れています。

NRF 検出グループが構成されている場合、SMF は NF 選択のために次のシーケンスに従います：

1. NF のローカル キャッシュ（NF 検出応答キャッシュ）を検索します。

2. NF が有効なエントリ（期限切れでない）である場合は、そのエントリが使用されます。それ以外の場合、SMF はステップ 3 に進みます。

3. SMF は検出のために NRF に到達します（「NRF 検出（優先度 1）」を参照）。それ以外の場合、SMF はステップ 4 に進みます。

4. SMF が検出に NRF を使用できない場合、AMF は期限切れの NF キャッシュを使用します（「期限切れの NF キャッシュ（優先順位 2）（Expired NF Cache ( Priority 2)）」を参照）。期限切れの NF キャッシュが使用できない場合、SMF はステップ 5 に進みます。

5. SMF がローカル キャッシュで NF を見つけられず、NRF 検出応答で NF を取得することもできない場合、AMF はローカルで構成された NF を使用します（「NF ローカルの構成（優先度 3） 」を参照してください）。

NF 選択の優先順位は次のとおりです：

1. NRFディスカバリ（優先順位 1）

   SMS は、NRF が提供する NF 検出サービスを使用して、SMF、UDM、PCF などの NF を検出します。SMF は、検出クエリの「profile nf-pair 」構成で指定された優先地理情報を構成します。（profile nf-pair nf-type CLI 構成の詳細については、 NF タイプの局所性の構成 の ピア NF タイプごとの NRF の選択 セクションを参照してください）。NF ごとに、クエリ パラメータを構成できます。（詳細については、ピア NF タイプごとの NRF の選択セクションのNFネットワーク要素プロファイル パラメータの構成を参照してください。）NRF は、クエリ基準に一致するすべての NF を返します。使用可能な場合、NRF は preferred-locality と一致するローカリティ属性を持つ NF プロファイルを優先します。NRF は、優先されるターゲット NF の場所と一致しない追加の NF を応答で返す可能性があります。これは、優先ターゲット NF の場所と一致する NF プロファイルが見つからない場合に発生します。これを回避するために、NRF は、応答の優先ターゲット NF の場所に一致しない追加の NF に、優先ターゲット NF の場所に一致するものよりも低い優先順位を設定できます。SMF の地理情報対応 NF 選択ロジックは次のとおりです。

   1. NF に優先サーバー構成と地理的ローカリティサーバー構成の両方がある場合、これらに一致する応答内のすべての NF がキャッシュされます。SMFはバランス NF を無視します。ロード バランシング ロジックは、最初に優先されるローカリティ NF を選択します。優先される地理情報 NF が失敗した場合、SMF は再試行対象の geo 地理情報 NF を選択します。N 回の再試行が許可されている場合、N-1 回の再試行が優先ローカリティで行われ、最後の再試行が地理的ローカリティ NF で行われます。N-1 エンドポイントが優先地理情報で利用できない場合、SMF は優先地理情報のすべてのエンドポイントを試行します。それ以外の場合、SMF は残りの再試行の geo 地理情報エンドポイントを選択します。同じホスト（ポート）での複数回の再試行は行われません。

   2. NF に優先ローカリティ構成のみがある場合は、応答内の優先ローカリティに一致するすべての NF がキャッシュされます。ロードバランシング ロジックは、これらの NF からエンドポイントを選択します。

   3. NF に優先ローカリティまたは地理的ローカリティ構成がない場合、SMS はすべての検出応答 NF をキャッシュします。ロードバランシング ロジックは、これらの NF から選択します。

      Note	ロードバランシング ロジックは、優先順位、キャパシティ、および負荷に基づいています。このロジックは、IETF RFC 2782 で定義されているサーバ選択と同様です。ただし、重量は「キャパシティ * (100 - 負荷)」と見なされます。 SMF が NRF で検出された NF を選択した場合（3 つのケースのいずれかで）、優先および geo 地理情報に到達する試みがすべて失敗した場合でも、SMF は再試行のためにローカル構成 NF にフォールバックしません。

2. 期限切れの NF キャッシュ（優先度 2）

   SMF は、次のシナリオでのみ NF 検出を実行します。

   • NF 検出キャッシュのクエリ フィルタで一致エントリを使用できない場合

   • 一致するエントリが NF 検出キャッシュで使用可能な場合。ただし、これらのエントリは有効期限が切れています。

     期限切れのキャッシュ エントリの保持は、設定に基づいています。期限切れのキャッシュ エントリが使用可能で、NRF が到達不能であるか、エラーを返した場合、SMF は NF の選択に期限切れのキャッシュ エントリを使用します。以下のオプションを使用して、キャッシュ エントリの使用を制御するように SMF を構成できます：

     • 有効期限でキャッシュ エントリを無効にします。

     • 無効化されたキャッシュ エントリを構成可能な期間（タイムアウト）の間使用し、タイムアウトが経過した後に静的構成にフォールバックする。

     Note	SMF は、これらのオプションを通じてキャッシュ エントリの使用を制御します（NRF がダウンしている場合のみ）。構成は、 profile nf-pair に基づいています。さらに、SMF は、さまざまな NF に対してさまざまなキャッシュ使用ルールを構成できる柔軟性を提供します。たとえば、SMF は NRF がダウンしている場合、常に期限切れのキャッシュを使用して PCF を検出します。ただし、UDM を検出するために、SMF は、NRF がダウンしている場合、10 ミリ秒（ms）のタイムアウト期間の間、期限切れのキャッシュを使用します。

3. NF ローカル構成（優先度 3）

   ローカルに構成された NF は、NF エンドポイントの選択の最後のオプションになります。ローカル構成でも、NF の選択のために優先される地域と地理的なサーバーの地域が考慮されます。優先順位は次のとおりです：

   1. 優先サーバーが NF [ in profile nf-pair ] 向けに構成されている場合、SMF はまず優先地理情報の下の NF エンドポイントを選択します。ロードバランシング ロジックは、構成された優先順位とキャパシティの値に従って、エンドポイントのプロファイルと地域内のエンドポイントに適用できます。

   2. 地理情報が NF [ profile nf-pair ] に構成されている場合、SMF はフォールバック オプションとして、地理的局在性の下の NF エンドポイントを選択します。つまり、優先サーバー ローカリティ NF エンドポイントに障害が発生した場合、または優先サーバー ローカリティ エンドポイントが構成されていない場合です。ロードバランシング ロジックは、構成された優先順位とキャパシティの値に従って、エンドポイントのプロファイルと地域内のエンドポイントに適用できます。

   3. 優先サーバと地理情報別サーバが適用されない場合、SMF は、ローカル NF 構成の各地域に構成されている優先順位に基づいて地域を選択します。ロードバランシング ロジックは、構成された優先順位とキャパシティの値に従って、エンドポイントのプロファイルと地域内のエンドポイントに適用できます。

      Note	ローカリティの優先順位は、優先サーバーと地理的ローカリティサーバーが適用されない場合にのみ適用されます。

      障害テンプレートは、NF ごとに構成できます。また、テンプレートのメッセージ タイプは、考えられる HTTP 戻りコードの再試行回数とアクションを設定できます。

このセクションでは、静的 IP アドレスへのフォールバックのサポートを構成する方法について説明します。