負荷および過負荷管理

機能の概要と変更履歴

要約データ

Table 1. 要約データ

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

SMF

該当プラットフォーム

SMI

機能のデフォルト設定

無効:設定が必要

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

N/A

関連資料

該当なし

更新履歴

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

改訂の詳細

リリース

GTPC ピア過負荷制御のサポートが追加されました。

2021.02.3

GTP-C 負荷および過負荷制御のサポートが追加されました。

2021.02.0

メッセージ優先順位構成のサポートが追加されました。

2020.04.0

最初の導入。

2020.03.0

機能説明

表 3. 機能の履歴

機能名

リリース情報

説明

SBI、GTP-C、および N4 インターフェイスを介した負荷と過負荷の制御

2024.04.1

この機能は、GTP-C、N4、および SBA インターフェイスの負荷と過負荷の制御メカニズムを処理します。

この機能は、セルフ ノードとピア ノードの負荷と過負荷の状態を考慮することでネットワークの堅牢性を向上させます。

コマンドの拡張

  • profile overload-exclude overload_exclude_profile_name message-priority [ n4 | n7 | n10 | n11 | n16 | n40 | s5 ] upto message_priority

  • profile overload-exclude overload_exclude_profile_name procedure-list [ session-delete | new-call | xnho | modify | chf-reauth | inter-rat-ho | intra-rat-ho | imexit-nw | imexit-ue | usar ]

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

SMF は、SMF およびサービスベース アーキテクチャ(SBA)で発生する過負荷と輻輳を管理するためのメカニズムを提供します。SMF は、設計されたキャパシティよりも高いレートで入力メッセージを受信します。SMF の内部キューの使用率が、構成レベルよりも高くなる場合があります。このシナリオは、ネットワークまたは SMF からの過負荷トラフィックが原因で、SBA サーバで、直接的または間接的に発生する可能性があります。


重要


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


SBA インターフェイス過負荷制御

機能説明

インターフェイスは、指定された数の着信要求のみを処理します。着信要求が指定の数を超えると、インターフェイスが過負荷状態になります。たとえば、次の場合にインターフェイスが過負荷になります。

  • ネットワーク要素の障害が原因で多数の再接続が発生している

  • 複数のユーザーが、位置更新またはアイドル モードからアクティブ モードへの移行を頻繁に実行する

過負荷になると、インターフェイスは要求をドロップするか、要求の処理を遅らせる可能性があります。インターフェイスでの過負荷により、ネットワーク全体のパフォーマンスが低下します。このシナリオでは、ノードの輻輳、障害、または折りたたみが発生し、他のノードの負荷が増加する可能性があります。

SMF はさまざまなリソースを測定し、それらの測定に基づいて負荷を定義します。また、SMF は負荷に関する NRF を更新します。現在、SMF では着信メッセージに過負荷保護を適用しています。過負荷保護がインバウンド インターフェイス(SBA インターフェイス)に適用されている場合、外部ノードは SMF に向けてスロットリングし、輻輳から抜け出します。


Note


この機能の範囲は、SBA インターフェイスでのインバウンド要求による過負荷のみです。


機能の仕組み

SMF は、エンドポイントおよびアプリケーション レベルでのオーバーロードから着信リクエストを保護します。

  • [エンドポイント レベル(Endpoint Level)]:保護は、メッセージ タイプを考慮せずに、HTTP 要求メソッドに基づいています。

  • [アプリケーション レベル(Application Level)]:保護はメッセージ タイプに基づいています。

メッセージの優先順位

SMF は、要求を処理するためのリソースの可用性とメッセージの優先度を評価した後、着信要求メッセージに過負荷保護を適用します。優先順位の高いメッセージには、スロットリングに対する優先順位が低くなり、優先順位の低いメッセージにはより高い優先順位が高くなります。オーバーロードされた NF は、オーバーロード状態のときに、着信メッセージにメッセージの優先順位付けスキームを適用します。このような状況では、NF は最も優先順位の高いメッセージを過負荷保護メカニズムから除外します。

メッセージの優先度を構成すると、SMF は優先度に基づいてメッセージの分類を開始します。この設定は任意です。この構成を使用しないことを選択した場合、SMF はメッセージの優先順位を考慮せずに過負荷保護技術を適用します。

エンドポイントでオーバーロード保護

エンドポイントの場合、SMF はエンドポイント レベルとクライアント レベルの両方でオーバーロード保護を提供します。SMF は、着信要求メッセージの過負荷しきい値制限を定義します。しきい値の範囲に基づいて、SMF は着信要求メッセージを拒否できます。SMF は構成されたステータスとともに HTTP 応答をリクエスト イニシエータに返します。

次に、SMF で定義されている過負荷のしきい値の制限を示します:

  • [低(Low) ]:このしきい値に達すると、POST 方式(リソース割り当てに寄与する汎用 URI)のみが拒否されます。

  • [高(High )]:このしきい値に達すると、構成された(拒否)ステータスのすべてのメッセージが拒否されます。

  • [クリティカル(Critical )]:このしきい値に達すると、構成された(拒否)ステータスのすべてのメッセージが拒否されます。

オーバーロードの防止の設定

このセクションでは、インバウンド要求メッセージのオーバーロード保護の構成に関連する構成手順について説明します。

エンドポイント レベルで過負荷の防止の構成

次の構成例を使用して、クライアント レベルで過負荷保護を構成します。


config 
   instance instance-id gr_instance_id 
      endpoint sbi 
         overload-control threshold threshold_limit threshold_range action action_status action_code range 
         commit 
         end 

  • overload-control : エンドポイント レベルでの過負荷制御を指定します。

  • threshold :しきい値の制限と範囲を指定します。

  • threshold_limit :しきい値の上限を指定します。 threshold_limit は 、次のいずれかである必要があります。

    • low :オーバーロード保護の下限しきい値制限を指定します。

    • high :オーバーロード保護の上限しきい値制限を指定します。

    • critical :オーバーロード保護のクリティカルしきい値制限を指定します。

  • thershold_range :しきい値の範囲を指定します。 threshold_range は 10 ~ 100000 の範囲の整数である必要があります。

  • action :しきい値制限に対して実行するアクションを指定します。

  • action_status :しきい値制限のアクションを指定します。 action_status は次のように指定する必要があります:

    • reject :指定したしきい値の範囲が満たされた場合に着信メッセージを拒否します。

  • action_code :アクション ステータス コードを指定します。 action_code は次の必要があります:

    • reject-code :拒否ステータス コードを指定します。

  • range :アクション コードの範囲を指定します。 range は 100 〜 600 の範囲の整数である必要があります。

次に設定例を示します。


overload-control threshold low 500 action reject reject-code 501 
overload-control threshold critical 10000 action reject reject-code 329 

クライアント レベルでオーバーロードの防止の構成

次の構成例を使用して、クライアント レベルで過負荷保護を構成します。


config 
   instance instance-id gr_instance_id 
      endpoint sbi 
         overload-control client threshold threshold_limit threshold_range action action_status action_code range 
         commit 
         end 

  • overload-control client :クライアント レベルでのオーバーロード制御を指定します。

  • threshold :しきい値の制限と範囲を指定します。

  • threshold_limit :しきい値の上限を指定します。 threshold_limit は 、次のいずれかである必要があります。

    • low :オーバーロード保護の下限しきい値制限を指定します。

    • high :オーバーロード保護の上限しきい値制限を指定します。

    • critical :オーバーロード保護のクリティカルしきい値制限を指定します。

  • thershold_range :しきい値の範囲を指定します。 thershold_range は 10 ~ 100000 の範囲の整数である必要があります。

  • action :しきい値制限に対して実行するアクションを指定します。

  • action_status :しきい値制限のアクションを指定します。 action_status は次のように指定する必要があります:

    • reject :指定したしきい値の範囲が満たされた場合に着信メッセージを拒否します。

  • action_code :アクション ステータス コードを指定します。 action_code は次の必要があります:

    • reject-code :拒否ステータス コードを指定します。

  • range :アクション コードの範囲を指定します。 range は 100 〜 600 の範囲の整数である必要があります。

次に設定例を示します。


overload-control client threshold low 50 action reject reject-code 329 
overload-control client threshold critical 20000 action reject reject-code 501 

過負荷保護の構成の確認

show running-config コマンドを使用して、SMF Ops Center で過負荷保護の構成を表示します。次に、show running-config コマンドの出力例を示します。


[cluster1/data] example# show running-config 
instance instance-id 1 
 endpoint sbi 
  overload-control threshold low 5000 action reject reject-code 555 
  overload-control threshold high 7000 action reject reject-code 329 
  overload-control threshold critical 10000 action reject reject-code 503 
  overload-control client threshold low 750 action reject reject-code 329 
  overload-control client threshold high 500 action reject reject-code 329 
  overload-control client threshold critical 1000 action reject reject-code 503 
  interface n11 
  overload-control threshold low 4000 action reject reject-code 555 
  overload-control threshold high 6000 action reject reject-code 329 
  overload-control threshold critical 7000 action reject reject-code 503 
  overload-control client threshold low 500 action reject reject-code 329 
  overload-control client threshold high 700 action reject reject-code 329 
  overload-control client threshold critical 800 action reject reject-code 503 
 exit 
exit 

メッセージの優先順位の構成

次の構成を使用して、インバウンド要求メッセージのメッセージ優先順位を構成します。

config 
  overload-control threshold threshold_limit threshold_range action reject reject-code range exclude message-priority priority_value 
  end 

注:

  • overload-control : エンドポイント レベルでの過負荷制御を指定します。

  • thresholdthreshold_limit :しきい値の制限と範囲を指定します。

  • :しきい値の上限を指定します。 threshold_limit は 、次のいずれかである必要があります。

    • low:過負荷保護の下限しきい値制限を指定します。

    • high:過負荷保護の上限しきい値制限を指定します。

    • critical:過負荷保護のクリティカルしきい値制限を指定します。

  • thershold_range :しきい値の範囲を指定します。 thershold_range は 10 ~ 100000 の範囲の整数である必要があります。

  • action :しきい値制限に対して実行するアクションを指定します。

  • action_status :しきい値制限のアクションを指定します。action_status は 次のように構成する必要があります。

    • reject :指定したしきい値範囲が満たされた場合、着信メッセージを拒否します。

  • exclude message-priority :割り当てられた優先順位に応じて、過負荷保護メカニズムからメッセージを除外します。

  • priority_value :優先順位の値を指定します。

次に設定例を示します。

overload-control threshold low 1000 action reject reject-code 100 exclude message-priority 8 
overload-control threshold high 2000 action reject reject-code 100 exclude message-priority 5 

優先度の値が 8 の場合、優先度 8 以上で受信されるメッセージはスロットリングされません。これは、システムしきい値が優先順位値より低い場合でも適用されます。3GPP で定義されるメッセージの優先順位は、3GPP TS 29.500 バージョン 15.4.0により 0 ~ 31 です。

SBA インターフェイス メッセージの自己過負荷処理

SMF は、app-infra からシステムの負荷係数情報を定期的に取得します。次に、SMF はこの負荷係数を過負荷プロファイルで構成されたしきい値と比較します。負荷ステータスに基づいて、SMF は SBA インターフェイス メッセージに対する負荷または過負荷の制御メカニズムをトリガします。

構成されたしきい値に従って、次の 3 つの負荷および過負荷の状態が考えられます。

負荷または過負荷の状態

SMF アクション

標準

システムは通常の負荷状態です。構成に従って適用される負荷制御

過負荷状態

システムが過負荷になっています。構成ごとに適用される過負荷制御。

自己保護状態

負荷ステータスが過負荷のしきい値を超えました。自己保護する必要があります。SMF は、構成に従ってメッセージのスロットリングまたは除外を適用します。

NRF への自己負荷情報の伝達

負荷係数の計算に加えて、SMF は、OAM ポッドによって導出された負荷係数の変更を検出すると、負荷情報を NRF に送信します。SMF は、負荷構成が有効になっていない場合でも、負荷情報を計算して共有します。

SMF は、HTTP パッチ要求を使用して NF 更新パッチ API を送信し、部分的な NF プロファイルの更新を実行します。この部分的な更新は、NF インスタンスによって提供されるサービスの追加、削除、または置換に使用されます。

NF 更新パッチには、次の 2 つのパラメータが含まれています。

  • load: NF の現在の負荷の割合を示します。値の範囲は 0 ~ 100 です。

  • loadTimeStamp: NF インスタンスで最新の負荷情報が生成された時点を示します。

SBI メッセージの自己過負荷スロットリングと除外

SMF は、着信する SBI メッセージに対してのみ、自己過負荷制御と除外処理を実行します。自己保護モードでは、サブスクライバが過負荷除外プロファイルで構成されていない限り、SMF はすべての着信 SBI メッセージをスロットリングします。

SBI インターフェイスの過負荷除外プロファイルを構成するには、「過負荷除外プロファイルの構成」の項を参照してください。

SMF が過負荷状態にあり、HTTP 要求を拒否する必要がある場合、HTTPS ステータス コード 503 Service Unavailableで着信 SBI メッセージを拒否します。このコードを受信すると、受信側 NF は、拒否およびタイムアウトになったトラフィックを受け入れられたトラフィックと比較します。この分析に基づいて、受信側 NF は SMF に送信されたトラフィックを迂回またはスロットリングします。

SBI メッセージのバックオフ タイマー

自己保護状態で、バックオフ タイマーが構成されていて、SMF が N11 SM Context Create および N11smcontextModify メッセージを拒否する場合、SMF は、N1msgtypes の下の N1 コンテナの DNN プロファイルレベルに構成されたバックオフ間隔を含めます。

  • PDU セッション確立拒否

  • PDU セッション変更拒否

PDU セッションの確立および変更メッセージのバックオフ タイマーを設定するには、「メッセージレベルのバックオフ タイマーの有効化」の項を参照してください。

N11、N16、N40、および N10 応答メッセージをスロットリングすると、応答メッセージに次の原因コードのいずれかが含まれます。

  • DNN_CONGESTION

  • NF_CONGESTION

  • 失敗の通知

  • 取得失敗


(注)  


N11N1N2MessageTransferFailNotificationReq メッセージは、どのような状況でもスロットルされません。


制限事項

次に、SBA インターフェイス メッセージの負荷および過負荷サポートの既知の制限を示します。

  • PDU セッションの解放とフローの解放を開始するすべての着信 SBI 要求または clearsub 要求は、スロットルされません。

  • 自己保護処理は、Gx、Gy、Gz、Radius、Diameter(AAA)メッセージではサポートされません。

  • 現在、SMF は、SBA インターフェイスを介したピアへの負荷または過負荷情報のアドバタイズをサポートしていません。

GTP-C ロードおよびオーバーロード制御

機能説明


重要


GTP-C ロードおよびオーバーロード制御はオプションの機能です。


SMF は、システム負荷情報を使用して GTP-C エンティティ リソースの動作ステータスを判別します。この情報が GTP-C ピアに送信されると、有効負荷に基づいて、同じ機能をサポートするエンティティ間でセッション負荷を適応的にバランスするのに役立ちます。

GTP-C オーバーロードは、着信要求の数が受信側の GTP-C エンティティでサポートされている最大要求スループットを超えると発生します。GTP-C は UDP トランスポートを介したものであり、確認応答されていない要求の再送信に依存しています。GTP-C エンティティがオーバーロード(または重大なオーバーロード)になると、確認応答されていない GTP-C メッセージの数が指数関数的に増加し、ノードの輻輳またはクラッシュが発生します。過負荷またはノードの障害により、ネットワーク内の他のノードの負荷が増加します。

ネットワーク内のコア ネットワーク ノードの過負荷は、サービスの低下につながります。ネットワーク全体の負荷分散を改善することで、過負荷の問題に対処できます。

オーバーロード状態は、さまざまなネットワーク シナリオで発生する可能性があります。次に、GTP-C オーバーロードにつながる GTP-C シグナリング ベースのシナリオの例を示します。

  • ネットワーク要素の障害に起因するトラフィック フラッディングで、シグナリング スパイクが引き起こされます。

  • TAU または RAU を実行している多数のユーザー、またはアイドル モードと接続モードの間の頻繁な移行によって発生するトラフィック フラッディング。

  • 多数のコール(および専用ベアラ)がほぼ同時にセットアップされているなど、トラフィック スパイクをローカルに発生させる例外的なイベント。

  • 3GPP 以外のカバレッジ(たとえば、Wi-Fi)の分散、または 3GPP と非 3GPP カバレッジ間の大規模なモビリティによる頻繁な RAT の再選択。この操作により、頻繁または大規模なシステム間変更アクティビティが発生する可能性があります。

GTP-C のオーバーロードにより、次のいずれかのサービスの影響が発生する可能性があります:

  • 緊急コール ドロップ

  • PDN 接続(IMS、インターネットなど)および関連するサービスの損失。

  • サービスをサポートするために必要な無線およびコア ネットワーク ベアラー(GBR ベアラーなど)をセットアップおよびリリースする機能の喪失。

  • 次の変更を報告する能力が失われる:

    • ユーザー情報(たとえば、緊急サービスの位置情報や合法的傍受の位置情報)

    • RAT または QoS

  • 収益損失につながる請求エラー。

GTP-C ロードおよびオーバーロード制御は標準規格の機能です。標準準拠の詳細については、標準準拠の項のこの機能の章を参照してください。

GTP-C ロード制御とオーバーロード制御は、ネットワーク上で個別にサポートおよびアクティブ化できる補完的な概念です。

この機能は、SMF のスタンドアロン展開と、cnSGWc との統合展開の両方で機能します。


(注)  


この機能は、SMF が PGW-C(つまり、EPS ネットワーク)とインターワーキングする場合にのみ機能します。この章で使用される「SMF」という用語は、SMF と PGW-C の両方の組み合わせを示します。


GTP-C 負荷制御

この機能により、cnSGWc と PGW-C が負荷制御情報(LCI)を収集して GTP-C ピアに送信できます(たとえば、cnSGWc を介した MME、および ePDG)。概して、GTP-C 負荷制御は予防アクションを示し、GTP-C 過負荷制御は修正アクションを示します。

GTP-C 負荷制御を有効にする利点は次のとおりです。

  • 負荷制御により、セッションの負荷をより適切に分散できます。このメカニズムにより、GTP-C 過負荷シナリオが防止されます。

  • LCI は、有効負荷に応じて、同じ機能をサポートするエンティティ間でセッション負荷を適応的にバランスするのに役立ちます。

  • 負荷制御は、GTP-C エンティティが高い負荷を報告した場合でも、過負荷の緩和アクションをトリガしません。

GTP-C 過負荷制御

この機能により、cnSGWc と PGW-C が過負荷制御情報(OCI)を収集して GTP-C ピアに送信できます(たとえば、cnSGWc を介した MME、および ePDG)。GTP-C エンティティがそのシグナリング容量を超えて動作すると過負荷状態になり、パフォーマンスが低下します。

GTP-C 過負荷制御を有効にする利点は次のとおりです。

  • GTP-C エンティティの過負荷を回避します。

  • SMF および cnSGWc の負荷分散が改善され、SMF 過負荷の発生が減少します。

  • 過負荷が発生したときに着信トラフィックをできるだけ多く制限することを目的としています。

メッセージ スロットリング

入力メッセージ

GTP-C エンティティは、メッセージ スロットリングのために、オーバーロード制御情報(OCI)のトラフィック削減メトリック情報を使用します。過負荷のシナリオを軽減するために、GTP-C エンティティは、メトリック情報に基づいて、過負荷のピアへの入力メッセージ フローを削減します。

ノードが自己保護モードの場合、SMF はメッセージ スロットリング除外構成に基づいて、入力 GTP-C メッセージを拒否します。除外プロファイル構成の詳細については、 除外プロファイルの作成 セクションを参照してください。

出力メッセージ

GTP-C の過負荷のシナリオを軽減するために、SMF は、OCI 内で受信した情報に基づいて、過負荷の GTP-C ピアへの出力メッセージ フローを制御します。

SMF は、除外プロファイルの構成に基づいて GTP-C ピアへの出力メッセージを拒否します。除外プロファイルには、スロットリングから除外されるメッセージに対応する DNN リスト、5QI リスト、ARP リスト、および優先順位が含まれます。

GTP-C インターフェイスのピア オーバーロード制御は profile overload 、 profile-name peer-level interface gtpc action throttle コマンドを使用して構成できます。


重要


メッセージ スロットリングは最初のメッセージにだけ適用されます。SMF は、対応する要求メッセージの再送信が発生する可能性があるため、トリガーされた要求または応答メッセージをスロットルしません。


スロットリングの場合、SMF は 3GPP 29.274 で指定されている損失アルゴリズムを使用します。

メッセージ グループは、3GPP 29.274、セクション 12.3.9.3.2 に記載されている手順のカテゴリに基づいて作成されます。次に、メッセージ スロットリング用のピア オーバーロード グループを示します。

  • グループ 1 は、既存のリソースの更新に対応します。このグループには、Update Bearer Request メッセージが含まれます。

  • グループ 2 は、新しいリソースの作成に対応します。このグループには、Create Bearer Request メッセージが含まれます。

メッセージ グループを使用すると、SMF が各メッセージ グループで生成する予定のメッセージの数をパーセンテージで構成できます。両方のグループのデフォルト値は 50% です。デフォルト値の 50% は、100 個の発信メッセージのうち、50 個のメッセージがベアラーの更新要求(グループ 1)で、50 個がベアラーの作成要求(グループ 2)であることを意味します。

ピアが過負荷となり、過負荷削減マトリックスが 30% である場合、SMF スロットル 30 はベアラー要求メッセージを作成し、残りのすべてのメッセージを送信します。

ピアが過負荷となり、過負荷削減マトリックスが 70% である場合、SMF は 50 の作成ベアラー要求メッセージと 20 の更新ベアラー要求メッセージをスロットルし、残りの 30 の更新ベアラー メッセージを送信します。

過負荷ピア検出

SMF は、次の GTP-C メッセージのいずれかで受信したオーバーロード制御情報(OCI)IE 情報に基づいて、GTP-C ピア エンティティがオーバーロードされているかどうかを判断します。

  • セッション作成要求

  • ベアラー作成応答

  • ベアラー変更要求

  • ベアラー更新応答

  • セッション削除要求

  • ベアラー削除応答

  • ベアラー変更コマンド

  • ベアラー削除コマンド

  • ベアラーリソースコマンド

すべての GTP-C メッセージに、Delete Bearer Command メッセージおよび Bearer Resource Command メッセージを除き、cnSGWc、MME または S4-SGSN、および TWAN または ePDG の OCI が含まれることに注意してください。

SMF は、1 つのメッセージで複数の GTP-C エンティティに対応する OCI(たとえば、cnSGWc と MME または S4-SGSN の OCI)を受信します。SMF サービスポッドは、1 つのメッセージで受信したそのようなすべての OCI IE を解析して保存します。

SMF は、次のいずれかの条件が満たされた場合に、GTP-C ピアが過負荷であると見なします。

  • OCI の有効期限が切れました

  • OCI が 0 として受信されます

地理的冗長性(GR)の場合、新しいメッセージから受信した OCI に基づく時間を持つ新しいキャッシュ レコードが新しいインスタンスによって構築されることが期待されます。

プライマリ キャッシュ ポッドが非アクティブである場合、セカンダリ キャッシュ ポッドがアクティブになり、すべてのキャッシュ要求を処理します。

機能の仕組み

ここでは、この機能の動作メカニズムを説明します。

  1. SMF は、アプリケーション インフラストラクチャからシステム負荷を定期的に取得します。詳細については、本章の「ノード過負荷」セクションを参照してください。

  2. SMF は、過負荷プロファイルで構成されたしきい値とシステム負荷値に基づいて、現在のノードの過負荷状態を識別します。

  3. SMF は、ノードの過負荷状態に基づいて、着信要求メッセージに過負荷制御メカニズムを適用します。

    ノード過負荷状態

    定義(Definition)

    基準

    過負荷制御アクション

    標準

    システムは過負荷状態になっていません。

    負荷 < 最小許容度未満

    GTP-C 負荷制御の適用

    過負荷状態

    システムが過負荷状態かどうかを確認します。

    最小許容値 <= 負荷 < 最大許容値

    GTP-C 過負荷制御の適用

    自己保護状態

    システムが過負荷の限界に達しました。

    負荷 > = 最大許容度

    メッセージ スロットリングの適用

GTP-C 負荷制御のメカニズム

SMF は、次の条件を満たすと、LCI を GTP-C ピア(MME や ePDG など)に伝達します。

  • profile load load_profile_name interface gtpc action advertise コマンドを使用して機能が有効になっている場合

  • 負荷プロファイルと過負荷プロファイルが SMF プロファイルに関連付けられている場合

  • LCI がピアに送信されない場合

  • profile load load_profile_name advertise interval lci_broadcast_interval の構成に従って定期的に送信

  • 現在の負荷値と最後に示された負荷値との差が、構成された変更係数 profile load load_profile_name advertise change-factor load_value_change_factor よりも大きい場合


(注)  


SMF は、追加のシグナリングをトリガすることなく、GTP-C 要求および応答メッセージを介して LCI を交換します。


SMF は、次のメッセージで LCI を含みます。

  • セッション応答の作成

  • ベアラー要求の作成

  • ベアラー変更応答

  • ベアラー要求の削除

  • N4 セッション応答

  • ベアラー更新の要求

メッセージ形式および LCI IE の詳細については、3GPP TS 29.274 仕様のバージョン 15.4.0 を参照してください。

GTP-C 過負荷制御メカニズム

SMF は、負荷の値と過負荷の削減メトリック構成に基づいて過負荷メトリックを計算して送信します。SMF は、次の条件を満たすと、OCI を GTP-C ピアに伝達します。

  • 機能が profile overload overload_profile_name node-level interface gtpc action advertise コマンドによって有効になっている場合

  • OCI がピアに送信されない場合

  • profile overload overload_profile_name node-level advertise interval oci_broadcast_interval の 構成に従って定期的に送信

  • 現在の削減メトリックと最後に示された削減メトリックの差が、構成された変更係数 profile overload overload_profile_name node-level advertise change-factor overload_value_change_factor より大きい場合

  • 有効タイマーが期限切れになり、SMF がまだ過負荷状態の場合


(注)  


SMF は、追加のシグナリングをトリガすることなく、GTP-C 要求および応答メッセージを介して OCI を交換します。


SMF は、次のメッセージで OCI を含みます。

  • セッション応答の作成

  • ベアラー要求の作成

  • ベアラー変更応答

  • ベアラー要求の削除

  • N4 セッション応答

  • ベアラー障害表示の変更

  • ベアラー更新の要求

  • ベアラー障害表示の削除

メッセージ形式と OCI IE の詳細については、 3GPP TS 29.274 仕様のバージョン 15.8.0 を参照してください。

メッセージ スロットリング

自己保護モードでは、SMF は自己保護除外構成に従って、障害原因が「GTP-C エンティティ輻輳」に設定された入力 GTP-C メッセージを拒否します。

標準準拠

GTP-C ロードおよびオーバーロード制御機能には、次の制限があります。

  • 3GPP TS 29.807、バージョン 12.2.0

  • 3GPP TS 29.274、バージョン 15.8.0

制限事項

GTP-C ロードおよびオーバーロード制御機能には、次の制限があります。

  • 1 つの負荷プロファイルと 1 つのオーバーロード プロファイルのみの構成が可能

GTP-C ロードおよびオーバーロード制御の OAM サポート

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

バルク統計サポート

SMF は、この機能の一部として次のメトリックを維持します。

  • node_lci_metric

    説明:このカウンタは、ノード レベル、つまり PGW-C を使用する SMF での現在の負荷(LCI)値を示します。

    メトリック タイプ:ゲージ

    ラベル

    • app_name

    • cluster

    • data_center

    • instance_id

  • node_oci_metric

    説明:このカウンタは、ノード レベルでの現在のオーバー ロード(OCI)値を示します。

    メトリック タイプ:ゲージ

    ラベル

    • app_name

    • cluster

    • data_center

    • instance_id

  • node_overload_status

    説明:このカウンタは、ノード レベルでの現在の過負荷ステータスを示します。

    • 0:標準

    • 1:OverLoaded

    • 2:SelfProtection

    メトリック タイプ:ゲージ

    ラベル

    • app_name

    • cluster

    • data_center

    • instance_id

  • smf_inc_msg_throttled_stats

    説明:このカウンタは、自己保護モードで各インターフェイスでスロットルされた受信メッセージの数を示します。

    メトリック タイプ:カウンタ

    ラベル

    • app_name

    • cluster

    • data_center

    • instance_id

    • インターフェイス

    • message_type

    • cause

  • smf_og_msg_throttling_stats

    説明:このカウンタは、ピア エンティティが過負荷になっている場合に、各インターフェイスでスロットルされた発信メッセージの数を示します。

    メトリック タイプ:カウンタ

    ラベル

    • app_name

    • cluster

    • data_center

    • gr_instance_id

    • instance_id

    • インターフェイス

    • message_type

    • service_name

    • throttled_target_peer_type

    • cause

N4 インターフェイス負荷および過負荷制御

SMF は、関連付けられた UPF ノードの負荷と過負荷の状態に基づいて、着信または発信 N4 メッセージを処理します。SMF は、N4 インターフェイスを介した負荷および過負荷のシナリオを制御するために次の機能を実行します。

  • 自己過負荷スロットリングおよび N4 メッセージ:自己保護状態では、SMF は、構成に従って、着信または発信メッセージをスロットリングするか、またはスロットリングから除外します。

  • N4 メッセージのピアの負荷およびオーバーロードの処理:N4 発信メッセージは、ピアの負荷または過負荷の状態に基づいて処理またはスロットリングされます。

N4 インターフェイスの負荷と過負荷のレポート

SMF は、SMF プロファイルの下で関連付けられたプロファイルに基づいて、次のアクションを実行します。

プロファイルが関連付けられました

行われるアクション

負荷プロファイル

SMF はキャッシュ POD から負荷係数を定期的にフェッチします。SMF は CP 機能負荷を UPF に向けて送信します。

過負荷プロファイル

SMF は、定期的にオーバーロードパラメータ(システムのオーバーロード削減値やオーバーロード状態など)をキャッシュ POD からフェッチします。SMF は CP FunctionOVRL を UPF に送信します。

N4 メッセージの自己過負荷スロットリングと除外

SMF は、次のタイプのメッセージに対して、自己過負荷スロットリングおよび N4 メッセージの除外を実行します。

  • 着信メッセージ(Incoming Messages)

  • 発信メッセージ(Outgoing Messages)

  • セッション レポート DLDR

着信 N4 メッセージに対する自己過負荷制御と除外機能

自己保護状態では、デフォルトの動作として、SMF は次の輻輳原因コードを使用してすべての着信 N4 メッセージをスロットリングします。

拒否原因コード

説明

PFCP_ENTITY_IN_CONGESTION

SMF は、PFCP エンティティがノード レベルの輻輳を検出し、過負荷制御を実行すると、この原因コードを返します。この原因コードでは、要求を処理できません。

またこの機能により、SMF は過負荷除外プロファイルで構成されたメッセージの優先順位に基づいて、スロットリングから N4 メッセージを除外できます。メッセージの優先順位が N4 インターフェイスに構成されている場合、メッセージは過負荷シナリオでも処理されます。

過負荷除外プロファイルが構成されている場合、自己保護モードにおいて、SMFは受信するすべてのN4メッセージを、構成されたパラメータ(DNN、5QI、ARP、メッセージ優先順位、およびメッセージのカテゴリなど)と比較します。一致した場合、メッセージは SMF でのスロットリングから除外されます。

N4 メッセージの過負荷除外プロファイルを構成するには、「過負荷除外プロファイルの構成」を参照してください。

発信 N4 メッセージの自己過負荷スロットリングと除外

自己過負荷状態では、SBI および GTPC インターフェイスでのトリガ メッセージにスロットリングが適用されるため、SMF からの N4 インターフェイスの発信メッセージが間接的にスロットルされます。SMF は、トリガ NF でのスロットリングから除外されたメッセージを処理します。

DLDR メッセージの自己過負荷スロットリング

図 1. SMF 過負荷中の N4 DLDR を処理するためのコール フロー
表 4. SMF 過負荷中の N4 DLDR の処理コール フローの説明

ステップ

説明

1.

SMF は UPF から DLDR 使用状況レポートを受信します。

2.

SMF が過負荷(自己保護)状態にある場合、SMF は着信 DLDR メッセージをスロットリングし、 輻輳原因コード 74 PFCP_ENTITY_IN_CONGESTION を含む使用応答メッセージを UPF に送信します。

3.

その後、SMF は、過負荷モニタリング タイマーを開始します。

4.

タイマーが期限切れになった後も SMF が過負荷状態のままの場合、SMF は過負荷モニタリング タイマーを再開します。

5.

タイマーの期限が切れた後、SMF が過負荷状態でない場合、SMF は N4 変更メッセージを UPF に向けて送信します。このメッセージには DROBU フラグが含まれており、ダウンリンク FAR に対する BUFF、NOCP として適用アクションを送信します。

タイマーの期限が切れる前に、SMF がアイドル モードを終了すると、過負荷モニタリング タイマーは停止し、N4 変更は DROBU フラグとともに送信されません。

N4 インターフェイスのピア負荷とオーバーロードの処理

コントロール プレーン(CP)は、SMF に関連付けられた負荷または過負荷のプロファイルについてユーザー プレーン(UP)に通知します。この情報に基づいて、UP は負荷または、過負荷情報を CP ピアに送信するかを決定します。

SMF は、LCI および OCI IE のすべての着信 N4 メッセージと N4 応答を解析します。SMF はピア ノードから LCI IE または OCI IE を受信するたびに、そのノードの負荷と過負荷のパラメータについて学習します。SMF は、N4 メッセージのいずれかで OCI IE を受信した場合、そのピア ノードを過負荷と見なします。

UPF から受信した負荷値は、CP からのセッション負荷を制御するために使用されます。この負荷情報は、UPF 間でセッションのバランスをとるために UPF を選択するために使用されます。オーバーロード情報は、UPF の選択と UPF へのメッセージのスロットリングに使用されます。

SMF は、次の 2 つのメッセージ タイプについてピアの負荷と過負荷を処理します:

  • 発信メッセージ

  • 受信メッセージ

発信 N4 メッセージのピア ロードとオーバーロードの処理

ピアがセッション確立またはセッション変更のために選択された場合、OCI IE のピア/UPF ノードによって伝達される OCI 削減係数に基づいてスロットリングが適用されます。セッションがピア除外プロファイルに基づく除外基準を満たす場合、発信 N4 メッセージはピア ノードによってスロットルされません。

除外プロファイルには、スロットリングから除外されるメッセージに対応する、DNNリスト、5QI リスト、ARP リスト、およびメッセージ優先度のパラメータを含めることができます。


(注)  


N4 確立要求と N4 変更要求はスロットルされますが、N4 削除要求はスロットルされません。


ピアの負荷に基づく UPF の選択

SMF は、UPF から受信した LCI 値に基づいて UPF を選択します。受信した負荷の値に従って、UPF のキャパシティが変更されます。これにより、UPF 全体の負荷係数に基づいてセッションが分散されます。UPF 選択プロセスは、各サービス ポッドで個別に適用されます。


(注)  


UPF 選択プロセスは、各サービス ポッドで個別に適用されます。


ユーザー プレーンが開始したセッションの終了

自己保護モード中に、UP の負荷状態の改善が確認されない場合、UP は SMF/PGW-C に対するセッション終了要求を開始します。この要求は、UPF が過負荷状態にあることを示すセッション レポート要求メッセージを介して送信されます。SMF/PGW-C は、このセッション レポートに基づいて対応するセッションのリリースを開始します。

Self Protection Termination Request (SPTER)は、自己保護に基づく終了を開始するために、ユーザー プレーン から コントロール プレーンに対して設定されます。SMF/PGW-C は、Disc-Reason が userplane_requested_terminationとしてセッションを解放します。

SPTER メッセージ ビットの設定は、SMF と UPF の間で EPFAR 機能がネゴシエートされているかどうかによって異なります。

EPFAR 機能の詳細については、『 UCC 5G UPF 構成および管理ガイド、リリース 2024.04』を参照してください。

輻輳中のピアの N4 障害処理

ピア UPF ノードがオーバー ロード状態にあり、OCI で受信したピア オーバーロード削減のために発信 N4 メッセージがドロップされると、N4 障害処理メカニズムが開始されます。セッションをクリアするために、SMF では原因コード peer-overload-resolutionを追加できます。

障害処理プロファイルでこの原因コードを構成するには、 」UPF 障害処理を有効にするセクションを参照してください。

SMF が UPF から原因コード 74-PFCP ENTITY IN CONGESTION を受信し、原因コード 74 アクション終了が N4 障害処理プロファイルで構成されている場合、SMF はセッションを削除します。

SMF での負荷および過負荷制御の構成

SMF での負荷と過負荷の制御の構成には、次の手順が含まれます:

  1. 負荷プロファイルの作成

  2. 除外プロファイルの作成

  3. 過負荷プロファイルの作成

  4. 負荷プロファイルと過負荷プロファイルの関連付け

  5. 負荷係数の構成


(注)  


現在、SMF は、SBA インターフェイスを介したピアへの負荷または過負荷情報のアドバタイズをサポートしていません。


負荷プロファイルの作成

負荷プロファイルを作成するには、次の構成例を使用します。このプロファイルは、SMF の負荷を計算するために必要なパラメータを定義します。

config 
   profile load load_profile_name 
      load-calc-frequency load_calculation_interval 
      load-fetch-frequency load_fetching_time 
      advertise [ interval lci_broadcast_interval | change-factor lci_change_factor ] 
      interface gtpc action advertise 
      end 

  • profile load load_profile_name :負荷プロファイル名を指定します。 load_profile_name は 英数字の文字列である必要があります。

    システム負荷計算と LCI ブロードキャストには負荷プロファイルを使用します。

  • load-calc-frequency load_calculation_interval :システム負荷計算間隔を秒単位で指定します。

    load_calculation_interval は、5 ~ 3600 の範囲の整数である必要があります。デフォルト値は 10 秒です。

  • load-fetch-frequency load_fetching_time :サービス ポッドがキャッシュ ポッドから負荷を取得する時間間隔を指定します。

    load_fetching_time は、5 ~ 3600 の範囲の整数である必要があります。デフォルト値は 10 秒です。

  • advertise interval lci_broadcast_interval :GTP-C ピアに LCI を送信するための定期的な間隔を指定します。

    lci_broadcast_interval は、0 ~ 3600 の範囲の整数で指定する必要があります。値 0 は、すべてのメッセージで LCI が送信されることを示します。デフォルト値は 300 秒です。

  • advertise change-factor lci_change_factor :アドバタイズが発生するまでの、現在の LCI と最後に指定された LCI 間の最小変更を指定します。

    lci_change_factor は、1 ~ 20 の範囲の整数で指定する必要があります。デフォルト値は 5 です。

  • interface gtpc action advertise :GTP-C インターフェイスでの LCI パブリッシュまたはブロードキャストを有効にする場合に指定します。デフォルトでは、このオプションは無効になっています。

負荷プロファイルの構成の確認

負荷制御プロファイル構成構成を表示するには、次のコマンドを使用します。

show running-config 

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

#show running-config
.
.
.
profile load loadprofile
load-calc-frequency  10
load-fetch-frequency 10
advertise interval 300
advertise change-factor 5
interface gtpc
  action advertise
exit
exit

除外プロファイルの作成

自己保護状態時に使用する除外プロファイルを作成するには、次の構成例を使用します。このプロファイルは、スロットリングの決定から除外されるべきセッション関連のメッセージを決定します。

config 
   profile overload-exclude overload_exclude_profile_name 
      arp-list list_of_arps 
      dnn-list list_of_dnns 
      message-priority { n4 | n7 | n10 | n11 | n16 | n40 | s5 | any } upto  message_priority 
      procedure-list [ session-delete | new-call | xnho | modify | chf-reauth | inter-rat-ho | intra-rat-ho | imexit-nw | imexit-ue | usar ] 
      qi5-list list_of_qos_identifiers 
      end 

  • profile overload-exclude overload_exclude_profile_name :除外プロファイル名を指定します。 overload_exclude_profile_name は 英数字の文字列である必要があります。

    このコマンドで複数の除外プロファイルを構成できます。必ず [過負荷制御(Overload Control)] 構成で除外プロファイル名を参照してください。

  • arp-list list_of_arps :スロットリングの決定から除外する必要がある割り当てと保持の優先順位(ARP)のリストを指定します。

    list_of_arps は、1-15 の範囲の整数である必要があります。

    最大 21 のエントリを構成できます。

  • dnn-list list_of_dnns :スロットリングの決定から除外する必要がある DNN のリストを指定します。

    最大 3 つのエントリを構成できます。

  • message-priority [ n4 | n7 | n10 | n11 | n16 | n40 | s5 ] upto message_priority :メッセージをスロットリングから除外する必要があるインターフェイスを指定します。コマンド upto は、メッセージの優先順位の範囲を指定します。メッセージの優先順位の範囲は(0 ~ 31)(SBI インターフェイス)、GTPC および PFCP インターフェイス(0 ~ 15)です。

  • procedure-list [ session-delete | new-call | xnho | modify | chf-reauth | inter-rat-ho | intra-rat-ho | imexit-nw | imexit-ue | usar ] :除外に対して実行する手順を指定します。

  • qi5-list list_of_qos_identifiers :スロットリング決定から除外する必要がある 5G QoS 識別子を指定します。

    list_of_qos_identifiers は、1-15 の範囲の整数である必要があります。

除外プロファイルの構成の確認

除外プロファイル構成設定を表示するには、次のコマンドを使用します。

show running-config 

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

#show running-config
.
.
.
profile overload-exclude excludeProfile
dnn-list       [ starent.com.mnc456.mcc123.gprs ]
qi5-list        [ 1 2 ]
arp-list       [ 1 2 ]
procedure-list [ session-delete ]
message-priority s5
  upto 1
exit
exit

過負荷プロファイルの作成

過負荷プロファイルは、過負荷制御のさまざまな状態と、生じるスロットリングの判断を決定します。

過負荷プロファイルを作成するには、次の構成例を使用します。

config 
   profile overload overload_profile_name 
      overload-exclude-profile self-protection overload_exclude_profile_name 
      node-level 
         tolerance minimum min_percentage maximum max_percentage 
         reduction-metric minimum min_percentage maximum max_percentage 
         advertise [ interval oci_broadcast_interval | change-factor oci_change_factor | validity-period oci_validity_period ] 
         interface [ gtpc | any] overloaded-action [ advertise ]  
      peer-level interface gtpc 
         message-prioritization group1 weight group2 weight 
         interface gtpc  
            action throttle 
         end 

  • profile overload overload_profile_name :過負荷プロファイル名を指定します。overload_profile_name は、英数字の文字列である必要があります。


    重要


    このコマンドで構成できる過負荷プロファイルは 1 つだけです。過負荷プロファイルを構成する前に除外プロファイルを作成します。


  • overload-exclude-profile self-protection overload_exclude_profile_name :過負荷自己保護モード中に使用する除外プロファイル名を指定します。

    overload_exclude_profile_name は 英数字の文字列である必要があります。

  • node-level :過負荷の SMF ノードにのみ構成を適用するように指定します。

  • tolerance minimum min_percentagemax_percentage maximum システム負荷許容の最小と最大のパーセンテージを指定します。 min_percentage および max_percentage は 、1 ~ 100 の範囲の整数である必要があります。

    min_percentage :この値は、システムが正常状態とみなされるしきい値です。デフォルト値は 80 です。

    max_percentage :システムが通常状態とみなされるになる最低許容レベルを指定します。デフォルト値は 95 です。

    値が、構成した最小許容値と最大許容値の間にある場合、システムは過負荷状態になっています。

  • reduction-metric minimum min_percentagemax_percentage maximum トラフィック削減係数の最小と最大のパーセンテージを指定します。 min_percentage および max_percentage は 、1 ~ 100 の範囲の整数である必要があります。

    min_percentage :この値は、最小許容構成と組み合わせたトラフィック削減のパーセンテージです。デフォルト値は 10 です。

    max_percentage :この値は、最大許容度の設定と組み合わせたトラフィック削減のパーセンテージです。デフォルト値は 100 です。

  • advertise interval oci_broadcast_interval :GTP-C ピアに OCI を送信するための定期的な間隔を指定します。

    oci_broadcast_interval は、0 ~ 3600 の範囲の整数で指定する必要があります。値 0 は、すべてのメッセージで OCI が送信されることを示します。デフォルト値は 300 秒です。

  • advertise change-factor lci_change_factor :現在の OCI と最後に指定された OCI との最小変更値を指定します。この値を超えると、OCI によりアドバタイズが行われます。

    oci_change_factor は、1 ~ 20 の範囲の整数で指定する必要があります。デフォルト値は 5 です。

  • advertise validity-period oci_validity_period :アドバタイズされた OCI 値の有効期間を指定します。

    oci_validity_period は、1 ~ 3600 の範囲の整数で指定する必要があります。デフォルト値は600秒です。

  • interface [ gtpc | any] overloaded-action [ advertise ] :ノードが過負荷された場合のアクションを複数のインターフェイスで指定します。これらのインターフェイスの過負荷アクションは、アドバタイズです。

  • peer-level interface gtpc :GTPC インターフェイスを介して過負荷になっているピアにのみ構成を適用するように指定します。

  • message-prioritization group1 weight group2 weight :両方のメッセージ グループのメッセージをスロットリングする必要がある比率を指定します。各グループには、すべての SMF インターフェイスからの定義済みメッセージのセットが含まれています。

    weight は、1 ~ 100 の範囲の整数である必要があります。デフォルト値は 50 です。

  • interface gtpc action throttle :S6、S8、および S2b インターフェイスを介したスロットリング アクションを有効にします。


(注)  


  • 過負荷状態では、SMF は入力メッセージを拒否すると、応答で OCI 値を送信します。

  • SMF は、期限切れのピア OCI 値と、SMF 内の関連付けられたエントリを識別して削除します。ピアから新しい OCI 値を受信すると、SMF は、以前の OCI と同じシーケンス番号であるかどうかに関係なく、この新しい値を使用します。


過負荷プロファイルの構成の確認

過負荷制御プロファイルの構成設定を表示するには、以下のコマンドを使用します。

show running-config 

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

#show running-config
.
.
.
profile overload overloadprofile
overload-exclude-profile self-protection excludeProfile
node-level tolerance minimum 80
node-level tolerance maximum 95
node-level reduction-metric minimum 10
node-level reduction-metric maximum 80
node-level advertise interval 300
node-level advertise change-factor 5
node-level advertise validity-period 600
node-level interface gtpc
  overloaded-action [ advertise ]
exit
exit

すべてのピアの過負荷情報を表示するには、次のコマンドを使用します。

show overload-info peer all 

次に、show overload-info peer all コマンドの出力を示します。

[smf] smf# show overload-info peer all 
                               OVERLOAD                                                  
                              CONTROL     OVERLOAD                                      
PEER                          SEQUENCE    REDUCTION                           INSTANCE  
TYPE  INTERFACE  PEER IP      NUMBER      METRIC     PERIOD OF VALIDITY       ID        
----------------------------------------------------------------------------------------
SGW   S5         10.1.45.151  1632888403  50         2024-11-08 11:46:03 UTC  1         
MME   S5         10.1.2.30    1632888403  60         2024-11-08 11:46:03 UTC  1         
 

このコマンドは、すべてのピアの過負荷情報を表示します。

特定のピアの過負荷情報を表示するには、次のコマンドを使用します:

show overload-info peer all peer-type 

次に、show overload-info peer all SGW コマンドの出力を示します。

[smf] smf# show overload-info peer all SGW
                              OVERLOAD                                        
                              CONTROL     OVERLOAD                            
PEER                          SEQUENCE    REDUCTION                           
TYPE  INTERFACE  PEER IP      NUMBER      METRIC     PERIOD OF VALIDITY       
------------------------------------------------------------------------------
SGW   S5         209.165.201.1    1632888445     5        2021-12-01 00:04:02 UTC   

このコマンドは、S-GW の過負荷情報を表示します。

インターフェイス レベルでピアの過負荷情報を表示するには、次のコマンドを使用します:

show overload-info peer all interface S5 

次に、show overload-info peer all interface S5 コマンドの出力を示します。

[smf] smf# show overload-info peer all interface S5
                              OVERLOAD                                        
                              CONTROL     OVERLOAD                            
PEER                          SEQUENCE    REDUCTION                           
TYPE  INTERFACE  PEER IP      NUMBER      METRIC     PERIOD OF VALIDITY       
------------------------------------------------------------------------------  
SGW   S5         209.165.201.1    1632888445     5        2021-12-01 00:04:02 UTC  
MME   S5         209.165.201.2    1632888445     6        2021-12-01 05:04:02 UTC   
 

このコマンドは、S5 インターフェイスのすべてのピアの過負荷情報を表示します。

ピアの IP アドレス別に過負荷情報を表示するには、次のコマンドを使用します:

show overload-info peer all peerIP  ip_address 

次に、show overload-info peer all peerIP 209.165.201.2 コマンドの出力を示します。

[smf] smf# show overload-info peer all peerIP 209.165.201.2
                              OVERLOAD                                        
                              CONTROL     OVERLOAD                            
PEER                          SEQUENCE    REDUCTION                           
TYPE  INTERFACE  PEER IP      NUMBER      METRIC     PERIOD OF VALIDITY       
------------------------------------------------------------------------------   
MME   S5         209.165.201.2    1632888445     6        2021-12-01 05:04:02 UTC   
 

負荷プロファイルと過負荷プロファイルの関連付け

SMF サービス プロファイルにロード コントロール プロファイルとオーバーロード プロファイルを関連付けるには、次の設定例を使用します。

config 
   profile smf smf_profile_name 
      load-profile load_profile_name 
      overload-profile overload_profile_name 
      end 

  • profile smf smf_profile_name :既存の SMF サービス プロファイル名を指定します。

    smf_profile_name は 英数字の文字列である必要があります。

  • load-profile load_profile_name :SMF サービス プロファイルに関連付ける負荷のプロファイル名を指定します。

    load_profile_name は 英数字の文字列である必要があります。

  • overload-profile overload_profile_name :SMF サービス プロファイルに関連付けるオーバーロード プロファイル名を指定します。

    overload_profile_name は英数字の文字列である必要があります。

  • オーバーロード プロファイルと SMF プロファイルとのリンクは、負荷プロファイルがリンクされている場合にのみ機能します。

負荷と過負荷プロファイルの関連付けの確認

負荷および過負荷プロファイルと SMF サービス プロファイルとの関連付けを表示するには、次のコマンドを使用します。

show running-config 

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

#show running-config
.
.
.
profile smf smf1
<………………..>
load-profile  loadprofile
overload-profile overloadprofile
<………………..>
exit

負荷係数の構成

この設定により、ユーザーは特定の時間間隔での負荷係数の計算とサービス ポッドの除外を設定できます。

手順


ステップ 1

コマンド load factor を使用して、負荷係数の周波数計算を構成します

例:

[smf] smf(config)# load factor 

ステップ 2

コマンド [ no ] load factor { calc-frequency calc_frequency_time | exclude-pods exclude_pod_name} を使用して、負荷係数計算の頻度または除外するサービス ポッドを定義します。

例:

[smf] smf(config)# load factor calc-frequency 15 
[smf] smf(config)# load factor exclude-pods bgpspeaker-pod 
  • CLI calc-frequency のデフォルト値は 30 です。

  • CLI exclude-pods は、次のサービス ポッドを除外します:

    • bfdmgr

    • bgpspeaker-pod

    • cache-pod

    • edr-monitor

    • georeplication-pod

  • CLI calc-frequency exclude-pods の両方に下位互換性があります。

ステップ 3

コマンド exit を使用してグローバル構成モードを閉じます。

例:

[smf] smf(config)#exit 

設定の確認

show resources コマンドは、負荷係数の構成パラメータを表示します。

[smf] smf# show resources
Thu Oct  10 09:32:52.900 UTC+00:00
                                TOTAL   USED    DISK
                                NODE    POD     USAGE  GO               GC
                         CPU    MEMORY  MEMORY  IN     ROUTINES  GC     PAUSE  LOAD
POD INSTANCE             USAGE  IN MB   IN MB   KBPS   COUNT     COUNT  IN NS  FACTOR
-------------------------------------------------------------------------------------------
cache-pod-1              3      32096   99      0      438       672    99     0.438
cache-pod-2              2      32097   87      0      438       671    87     0.438
diameter-ep-gx-client-0  2      32096   92      0      217       670    92     0.19999881
diameter-ep-gy-client-0  2      32096   83      0      173       670    83     0.18888578
dns-proxy-0              0      32096   64      0      86        672    64     0.39150715
gtpc-ep1-0               2      32096   112     0      293       672    112    0.24416667
gtpp-ep-0                2      32096   109     0      208       669    109    0.22245248
gtpp-ep-1                2      32097   110     0      202       669    110    0.22777763 

ノード過負荷

ノード過負荷は、NF 展開内のすべての SMF ポッドのリソース使用率データを参照します。SMF は、これらのポッドの現在のリソース使用率データを定期的に収集します。リソース使用率データを読み取るデフォルトの頻度は 5 秒です。SMF は CPU、メモリ使用率、go-routing を監視し、ポッドの現在、過去 5 分間、および 15 分間の平均値を保存します。

ポッド レベルの負荷係数

ポッドの CPU、メモリ使用率、および Go ルーチンの現在の値に対する最大値は、その負荷係数の計算に使用されます。GOMAXPROCS 環境変数は、ポッドのキャパシティを計算するために使用されます。コアあたりの最大値は定数値で定義され、CPU、メモリ、および Go ルートのキャパシティを派生させるために使用されます。

コアあたりの最大値の例を以下に示します。

MAX_CPU_PERCENTAGE_PER_CORE = 100

MAX_MEMORY_PER_CORE = 4 GB

MAX_GO_ROUTINE_PER_CORE = 10,000

NewApplicationWithOptions は最大値を取得するために使用されます。アプリケーションによって値が提供されない場合は、デフォルト値が使用されます。

ポッドの負荷係数は次のように計算されます。

  • CPU load factor = Current load percentage / Maximum load percentage at pod x 100

  • Memory load factor = Current memory usage / Maximum memory at pod x 100

  • Go-routine load factor = Go-routine count / Maximum Go-routine count at pod x 100

CPU、メモリ、および Go ルートの負荷係数の最大値は、最終的な負荷係数と見なされます。

OAM ポッドからのセルフ NF 負荷係数

OAM ポッドは、各 SMF ポッドから負荷係数データを定期的に収集し、キャッシュ ポッドを更新します。また、OAM ポッドは、CDL からセッション負荷係数を受け取り、同時にキャッシュ ポッドを更新します。

システム API は、次のロジックに基づいて負荷係数のデータを提供します。

  • ポッド レベルの負荷係数 :アプリケーションが SMF でリソース使用率データを取得するためにポッドの負荷係数をクエリしている場合、応答には、そのクラスタ内のすべてのポッド タイプ カテゴリの最大負荷係数が含まれます。

  • システム レベルの負荷係数 :アプリケーションがシステム レベルで負荷係数をクエリしている場合、応答には、そのクラスタ内のすべてのポッドの最大負荷係数とセッション負荷係数データが含まれます。

  • カテゴリに基づく負荷係数 :アプリケーションが特定のタイプのサービス(smf-service、smf-rest-ep など)の負荷係数をクエリする場合、次の条件が満たされます。

    • アクティブ-アクティブ展開 :クエリ応答に負荷係数の平均値が含まれています。

    • アクティブ-スタンバイ展開 :クエリ応答に負荷係数の最大値が含まれています。

セッション数を処理するシステム レベルのキャパシティは、SMF で構成されます。各セッションの負荷係数は、OAM ポッドで現在のセッション数 / セッションの最大数として計算されます。

最大セッション数

データストア構成は、サポートされている名前空間のセッション負荷係数を含めるために使用されます。値は、セッション データベースの登録時にアプリケーションから設定する必要があります。値が設定されていない場合は、デフォルトの 1,000,000 がセッション負荷係数の計算に使用されます。

OAM に対するアプリケーション レベルの ConfigMap サポート

OAM インフラ チャートは、次の方法で OAM アプリケーションから configmaps をマウントします。

  • Infra-OAM

    • テンプレートを更新して、render.yaml から構成マップのボリュームを追加します。

    • volumeMounts を使用して、render.yaml からボリュームをマウントするようにテンプレートを更新します。

  • Application-OAM

    • アプリケーション構成チャート内と同じ構成マップを追加します。

    • 構成マップに Values.yaml または CLI から値を指定します。

モニタリングおよびトラブルシューティング

このセクションでは、機能のモニタリングとトラブルシューティングに使用できるバルク統計に関する情報を説明します。

統計

次の統計情報は、過負荷制御のサポートで使用できます。

バルク統計 統計情報の種類 説明
endpoint_overload_status ゲージ Endpoint-Name、Interface-Name、および Overload-Level がラベルとして含まれます。いずれかのレベル(低/高/重大)がヒットすると、ゲージ値は 1 に設定されます。通常の状態では、値は 0 に設定されます。
endpoint_client_overload_status ゲージ エンドポイント名、インターフェイス名、ピア ホスト名、および過負荷レベルがラベルとして含まれます。いずれかのレベル(低/高/重大)がヒットすると、ゲージ値は 1 に設定されます。通常の状態では、値は 0 に設定されます。
endpoint_pending ゲージ エンドポイントに対する現在の未処理の要求を表示します。エンドポイント名とインターフェイス名がラベルとして含まれています。
endpoint_client_pending_request ゲージ エンドポイントに接続されているピアに対する現在の未処理の要求を表示します。これには、エンドポイント名、インターフェイス名、およびエンドポイントにラベルとして接続されたピア ホスト アドレスが含まれます。

endpoint_overload_exclude

カウンタ

過負荷制御メカニズムから除外されたメッセージと優先度の詳細を表示します。メトリックはメッセージごとに増分され、過負荷制御メカニズムがバイパスされます。

SBA、N4、および GTPC インターフェイスの負荷および過負荷処理の一環として、次のメトリックが拡張されています。

  • 自己過負荷状態: SMF が過負荷状態になると、統計 smf_inc_msg_throttling_stats は、ドロップされた着信メッセージの数だけ増加します。次の新しいメッセージが、label message_typeの一部として追加されています。

    • SBI インターフェイス:

      • N7SmPolicyUpdateNotifyReq

      • N7SmPolicyUpdateSuccess

      • N7SmPolicyTerminateNotifyReq

      • N11SmContextCreateReq

      • N11SmContextRetrieveReq

      • N11SmContextStatusNotifyReq

      • N16PduSessionHsmfUpdateReq

      • N16PduSessionHsmfUpdateReqClient

      • N16PduSessionVsmfUpdateReq

      • N16PduSessionVsmfUpdateReqClient

      • N16VsmfPduSessionCreateReq

      • N16HsmfSmContextRetrieveReq

      • N10UpdateNotifyReq

      • N10PcscfRestorationNotifyReq

    • GTPC インターフェイス:

      • S5S8CreateSessReq

      • S5S8ModifyBearerCmd

      • S5S8ModifyBearerReq

      • S5S8CreateBearerRsp

      • S5S8UpdateBearerRsp

    • N4 インターフェイス:

      • N4SessionEstablishmentReq

      • N4SessionModificationReq

  • ピア過負荷状態: ピア ノードが過負荷状態になると、統計 smf_og_msg_throttling_stats は、ドロップされた発信メッセージの数だけ増加します。