要約データ

マニュアルの変更履歴

重要	リリース 21.2 および N5.5 よりも前に導入された機能の改訂履歴の詳細は示していません。

GTPC メッセージの優先順位や Gx Diameter Routing Message Priority（DRMP）AVP は、メッセージの優先順位を示します。これは、メッセージ全体を開くことなくメッセージの優先順位を決定するという目的に適合します。

GTP 機能を介したメッセージ優先順位表示機能は、GTPC の MP フラグとメッセージの優先順位値の設定をサポートします。MP フラグとメッセージの優先順位値は、eMPS および非 eMPS セッションで GTPC メッセージおよび Gx メッセージの Gx DRMP AVP に設定できます。

GTPC メッセージの優先順位と DRMP AVP は、セッションが Enhanced Multimedia Priority Service（eMPS）であることを示しているわけではありません。

この機能は GTPC メッセージの次の動作をサポートします。

1. eMPS セッションで着信 GTPC メッセージに MP フラグが設定され、メッセージの優先順位が 0 に設定されている場合、このメッセージは GTP Demux 着信スロットリングから除外されます。これは CLI で制御されます。

   eMPS セッションの着信 GTPC メッセージは、負荷の過負荷制御、つまり自己過負荷保護（すでにサポートされている）により、スロットリングから除外されます。

   したがって、eMPS セッションで MP フラグが設定され、メッセージの優先順位が 0 の着信 GTPC メッセージのすべてが、以下から除外されます。

   • Demux 着信スロットリング

   • 負荷/過負荷制御（自己過負荷保護）によるスロットリング

2. GTPC 要求メッセージでは、GTPC MP フラグは「1」に設定され、GTP ヘッダーでは GTPC メッセージの優先順位値は「0」に設定されます。これは、eMPS セッションのネットワーク開始手順（PCRF）またはセッションの eMPS ステータスの切り替えにつながる操作が原因で P-GW が送信するメッセージに適用されます（つまり、eMPS アップグレードまたはダウングレードシナリオ）。これは CLI で制御されます。

3. GTPC 要求メッセージの GTPC MP フラグと GTPC メッセージの優先順位値は、対応する着信「コマンド」メッセージで受信された GTP ヘッダー内のそれぞれの値と同じになるように設定されます。UE がすべてのセッション（eMPS および非 eMPS）で開始した手順（つまり、着信「コマンド」メッセージ）が原因でトリガーされたときに、P-GW が送信するメッセージがこれに該当します。これは CLI で制御されません。

   着信コマンドメッセージについては、次の 2 つのシナリオでの動作に注意してください。

   • GTPC 要求メッセージに対してピアから受信した応答に「ハンドオーバー/TAU/RAU 手順が進行中のため一時的に拒否」の理由が付いていた場合、GTPC 要求メッセージの送信を再試行しても、着信コマンドメッセージの GTPC MP フラグと GTPC メッセージの優先順位値は伝送されません。UE が開始した手順（つまり、着信「コマンド」メッセージ）が原因でトリガーされたときに、P-GW が送信するメッセージがこれに該当します。したがって、ポイント番号 2 で説明されている動作は、このようなメッセージに適用されます。

   • 着信コマンドメッセージが、ベアラーを作成または更新するベアラーリソースコマンドで、TFT のサイズがベアラー作成要求メッセージや更新要求メッセージで送信可能な最大サイズを超えている場合、2 つの要求メッセージを送信するように求めます。つまり、ベアラー作成要求の後にベアラー更新要求が続くか、ベアラー更新要求の後にベアラー更新要求メッセージが続きます（これは従来の P-GW の動作です）。この場合、最初の要求メッセージは、着信コマンドメッセージの GTPC MP フラグおよび GTPC メッセージの優先順位値とともに送信されます。ただし、2 番目の要求メッセージでは、着信コマンドメッセージの GTPC MP フラグと GTPC メッセージの優先順位値は伝送されません。したがって、ポイント番号 2 で説明されている動作は、このようなメッセージに適用されます。

4. GTPC 応答メッセージ内の GTPC MP フラグと GTPC メッセージの優先順位値は、対応する着信要求メッセージで受信された GTP ヘッダー内のそれぞれの値と同じになるように設定されます。すべてのセッション（eMPS および非 eMPS）で P-GW が送信するメッセージがこれに該当します。これは CLI で制御されません。

5. eMPS セッションまたはセッションの eMPS ステータスの切り替えによる発信 Gx メッセージ（CCR-I/U/T）（つまり、eMPS アップグレードまたはダウングレード シナリオ）の場合、DRMP AVP 値は 0 に設定されます。これは CLI で制御されます。

6. 発信 Gx RAA メッセージは、セッション優先順位付けの CLI 設定に関係なく、PCRF から RAR で送信された DRMP 値と一致します。

GTP を介したメッセージの優先順位表示機能は、次のコマンドを使用して設定できます。

• emps-profile：これは既存の CLI コマンドです。

• message-priority：これは、この機能をサポートするために導入された新しい CLI コマンドです。

• gtpc overload-protection ingress：これは既存の CLI コマンドですが、新しい priority-message キーワードが追加されました。

• diameter session-prioritization：これは既存の CLI コマンドですが、この機能をサポートするために動作が変更されています。

  diameter session-prioritization CLI コマンドを実行すると、eMPS セッションと eMPS アップグレードおよびダウングレードの Gx クレジット制御要求（Initial、Update、Terminate）メッセージで、DRMP AVP の値が 0 に設定されます。これにより、中間ノードは優先順位の高いメッセージをルーティングできます。エンコーディングは、eMPS 対応セッションおよびセッションの eMPS アップグレードやダウングレード時に適用されます。

  diameter session-prioritization CLI コマンドは、最初は eMPS アップグレードやダウングレード トランザクシンの eMPS セッションで Gx メッセージの優先順位付けを制御していました。

  diameter session-prioritization CLI コマンドは、eMPS セッションや eMPS アップグレード/ダウングレード トランザクションで、Gx インターフェイスを介してクレジット制御要求（Initial、Update、Terminate）メッセージに 0 の値を設定し、DRMP AVP の送信も制御するようになりました。

（注）	eMPS プロファイルの設定（eMPS ベアラーまたはセッションとしてベアラーまたはセッションを識別するために使用される eMPS ARP の設定）、および eMPS 統計に関連する補足情報については、『P-GW Administration Guide』または『SAEGW Administration Guide』の「VoLTE/緊急コールの拡張優先順位付け」の章を参照してください。 eMPS の Gx サポートに関する補足情報については、『P-GW Administration Guide』または『SAEGW Administration Guide』を参照してください。

重要	この機能はライセンスで制御されています。ライセンスの入手方法の詳細については、シスコのアカウント担当者にお問い合わせください。

他の機能との関係

この機能は、eMPS プロファイル、負荷/過負荷制御、Gx RLF スロットリング、および最大未処理設定機能に関連しています。これらの機能のうち、1 つ以上を使用するには、追加のライセンスキーをインストールする必要があります。

次の項では、この機能の仕組みを簡潔に紹介します。

GTP 着信スロットリングのバイパス

GTP 着信スロットリングのバイパスは、P-GW 入力インターフェイスのデマルチプレクサマネージャ（egtpinmgr）に到達する着信 GTPC 要求メッセージに適用できます。

• 高優先度メッセージ： P-GW 入力インターフェイスで「MP」フラグが設定され、「Message Priority」値が 0 に設定された着信 GTPC メッセージ。

• 高優先度 CSReq メッセージ： P-GW 入力インターフェイスで「MP」フラグが設定され、「Message Priority」値が 0 に設定された着信 CSReq メッセージ。

• 優先度の低いメッセージ： MP フラグのないその他のすべての着信 GTPC メッセージ。

新しい exclude priority-message CLI キーワードが設定されている場合、次の動作が適用され、優先順位の高いメッセージの着信スロットリングがバイパスされます。

• 優先順位の高いメッセージでは、デマルチプレクサの「msg-rate」と「queue-size」のデフォルト設定が適用されます（異なる値で設定されている場合でも）。「msg-rate」のデフォルト値は 0 であり、これは高優先度の設定が無効になっていることを意味します。「queue-size」のデフォルト値は 10000 です。

• 優先度の高いメッセージの「delay-tolerance」パラメータにより、スロットリングは適用されません。

• また、優先度の高いセッション作成要求（CSReq）メッセージは、他のメッセージよりも優先されます。ただし、優先度の高い CSReq メッセージは順番に処理されます。

• 高優先度メッセージが受信され、キューが過負荷になると、高優先度メッセージを収容するために低優先度メッセージがキューから破棄されます。

• キュー内のすべてのメッセージが高優先度であり、キューが過負荷になっているまれなシナリオでは、新しい高優先度のメッセージがドロップされることがあります。

• 「gtpc overload-protection ingress」と「exclude priority-message」オプションを使用して、入力スロットリングが設定されている場合、デマルチプレクサ メッセージ キューサイズに基づく P-GW、S-GW、GGSN、および SAEGW Demux マネージャの輻輳制御計算において、デフォルトのキューサイズ値 10,000 が使用されます。（これは、exclude sgw-interface が選択されている場合と同じ動作です）。

• 入力スロットリングが「exclude」オプションなしで「gtpc overload-protection ingress」を使用して設定されている場合、デマルチプレクサ メッセージ キューサイズに基づく P-GW、S-GW、GGSN、および SAEGW Demux マネージャの輻輳制御計算では、設定された queue-size 値が使用されます。

  次の表では、exclude priority-message が設定されている場合の動作について説明します。

  GTPC 着信スロットリング デマルチプレクサ キューサイズの設定（100 ～ 10000）	「exclude priority-message」が設定されているかどうか	S-GW/GGSN/ 「低優先度」P-GW メッセージの GTPC 着信スロットリングに使用されるデマルチプレクサ キューサイズ	「高優先度メッセージ」P-GW メッセージに使用されるデマルチプレクサ キューサイズ	P-GW/GGSN/S-GW の輻輳制御しきい値で考慮されるキューサイズ
  設定なし/デフォルト設定	非対応	10000（デフォルト）	10000（デフォルト）	Configured_congestion_threshold * 10000（デフォルト）
  設定なし/デフォルト設定	はい	10000（デフォルト）	10000（デフォルト）	Configured_congestion_threshold * 10000（デフォルト）
  5000（または 100 ～ 10000 の任意の設定値）	非対応	5000（または設定値）	5000（または設定値）	Configured_congestion_threshold * 5000（デフォルト）
  5000（または 100 ～ 10000 の任意の設定値）	はい	5000（または設定値）	10000（「exclude priority-message」が設定されているため）	Configured_congestion_threshold * 10000（「exclude priority-message」が設定された場合の輻輳制御の動作変更）

Gx DRMP AVP エンコード

ポリシー制御アプリケーションの IMS 承認ポリシー制御設定モードで diameter session-prioritization CLI が有効になっている場合、Gx DRMP AVP がエンコードされます。次の表では、さまざまな設定およびシナリオに基づいて送信される DRMP AVP 値の概要を示します。

次の項では、この機能を有効または無効にするための設定コマンドについて説明します。

この項では、この機能のサポートにおける show コマンドまたはその出力について説明します。