優先順位付けされたサービスの呼び出し関連の優先順位メカニズムは、アプリケーション サーバーとの通信、およびアプリケーション サーバーと Rx または N5 インターフェイスを介した PCF 間の通信に基づいています（IMS を使用した MPS の場合は、3GPP TS 23.228、5.21 節で説明されています）。

モバイル発信の呼び出し関連のメカニズム（SIP や IMS などを介した場合など）については、次のように説明されています：

• PCF：

  • セッションの指示が Rx または N5 インターフェイスに到達し、UE にシグナリング QoS フローの優先順位がない場合、PCF は、サービス プロバイダーのポリシーに従って（3GPP TS 23.503 の 6.1.3.11 節で指定されているように）ARP および 5QI パラメータと関連する QoS 特性を適切に取得します。

  • MPS セッションの場合、セッションの開始手順の一環として QoS フローを確立または変更するときに、PCF は ARP および 5QI パラメータ、および関連する QoS 特性を適宜選択して、QoS フローに優先順位を付けます。

  • 特定の DN に対するすべてのアクティブ セッションが解放され、その特定の PDU セッションに対する優先処理の対象として UE が構成されていない場合、PCF は、必要に応じて、ARP および 5QI パラメータの適切な設定と、関連する QoS 特性から IMS シグナリング QoS フローをダウングレードします。 ：サブスクリプションに基づいて UE が権限を有するものに。

モバイル終了（SIP や IMS などを介した）の呼び出し関連のメカニズムについては、次のように説明されています。

• PCF：セッションの指示が Rx または N5 インターフェイスを介して到達すると、上記のモバイル発信で説明されているメカニズムが適用されます。

• UPF：IP パケットが CM-IDLE の UE の UPF に到着した場合、UPF は、DL データ パケットの QoS フローを識別する情報を含む「データ通知」を SMF に送信します（3GPP TS 23.502 で指定されています）。を参照してください。

• SMF：SMF が、プライオリティの使用目的で ARP プライオリティレベル値に関連付けられた QoS フローの「データ通知」メッセージを受信した場合、N11 インターフェイスの「N1N2MessageTransfer」メッセージに ARP を含めることで、ページング手順中にプライオリティ表示が提供されます。 （3GPP TS 23.502 の 4.2.3.3 条で規定）。

• AMF：AMF は、プライオリティ使用のための ARP プライオリティレベル値を含む「N1N2MessageTransfer」メッセージを受信すると、プライオリティとともに要求を処理します。AMF には、より高い優先順位を必要とする UPF の既存の IP パケットについて示すように割り当てられた値に構成された N2 「Paging」メッセージの「Paging Priority」IE も含まれます（3GPP TS 23.502、4.2.3.3 節で規定）。

• SMF：プライオリティを高くするように設定されていない UE の場合、プライオリティを使用するための ARP プライオリティ レベルを持つ PCF から「N7 Session Management Policy Modification」メッセージを受信すると、SMF は「N1N2MessageTransfer」を送信して ARP をQoS フローのシグナリング（3GPP TS 23.502、4.3.3.2 項で規定）。

• AMF：プライオリティを使用するための ARP プライオリティレベルが含まれる SMF から「N1N2MessageTransfer」メッセージを受信した後、AMF はシグナリング QoS フローの ARP を更新します（3GPP TS 23.502、4.3.3.2 項で規定）。

• （R）AN：N2「Paging」メッセージに「Paging Priority」を含めると、（R）AN で輻輳時のページングの優先順位処理がトリガーされます（3GPP TS 23.502、4.2.3.3 節で規定）。

優先順位 PDU 接続サービスの呼び出し関連メカニズム：

• PCF：

  • 優先順位 PDU 接続サービスの状態が無効から有効に変更された場合、優先順位 PDU 接続サービスによって制御される QoS フローが確立または変更され、 ARP および 5QI パラメータと関連する QoS 特性がPDU セッション変更手順（3GPP TS 23.502、4.3.3 節で規定）。

  • 優先順位 PDU 接続サービスの状態が有効から無効に変更された場合、優先順位 PDU 接続サービスによって制御される QoS フローは、ARP および 5QI パラメータと関連する QoS 特性のサービス適切な設定から、UE がPDU セッション変更手順（3GPP TS 23.502 第 4.3.3 条で規定）を使用。

過負荷ノードは、過負荷状態の間に着信メッセージを処理するときに、メッセージの優先順位付けを実行します。この条件は、GTP-C ヘッダーでシグナリングされる相対的な GTP-C メッセージ優先順位に基づいています。

メッセージ スロットリングが実行される場合、次の条件に従います：

• 優先順位トラフィック（3GPP TS 22.153 に記載されている eMPS）および緊急に関連する GTP 要求の優先度が最も高くなります。地域または、国の要件やネットワーク通信事業者のポリシーに応じて、これらの GTP 要求は、トラフィックの削減をする時に最後にスロットルされます。優先順位トラフィックは、プライオリティ トラフィックをスロットリングせずに要求されたトラフィック削減を達成できない時点まで、GTP 過負荷制御によりスロットリングから免除されます。

• 他のタイプのセッションでは、メッセージ スロットリングでは、優先順位の低いメッセージが他のメッセージの前にスロットリング対象と見なされるように、メッセージの相対的な優先順位が考慮されます。メッセージの相対的な優先順位は、メッセージが送信される手順の相対的な優先順位（句 12.3.9.3.2 で指定されている）から、または APN や ARP などのセッション パラメータから派生します。

優先順位の高いメッセージにはより低いスロットルの優先順位が与えられ、優先順位の低いメッセージにはより高い優先順位が与えられます。過負荷状態のノードは、自己保護メカニズムの一部として、過負荷状態の間に最初の着信メッセージを処理するときに、これらのメッセージの優先順位付けスキームも適用します。

送信側の GTP-C エンティティは、手順ベースまたはセッションのパラメータに従って、メッセージでシグナリングする相対的なメッセージ優先順位を決定します。メッセージが複数のベアラーに影響する場合（たとえば、ベアラー要求の変更）、相対的なメッセージの優先順位は、すべてのベアラーの中で最高の優先順位の ARP を考慮します。

GTP-C エンティティは、対応する Initial メッセージまたは Triggered メッセージで受信したものと同じメッセージ優先順位を Triggered メッセージまたは Triggered Reply メッセージにそれぞれ設定します。GTP-C ヘッダーにメッセージ 優先順位がない着信 GTP-C メッセージの場合、受信側の GTP-C エンティティは次の処理を行います。

• 着信メッセージが初回メッセージである場合に、デフォルトの優先順位を適用します。

• 受信メッセージがトリガ メッセージまたはトリガ返信メッセージの場合に、初期メッセージまたはトリガ メッセージで送信されるメッセージ優先順位を適用します。

ネットワーク内のノードは、サポートされていないノードから受信した初期メッセージを過負荷のノードが処理するのを防ぐために、同種でこの機能をサポートしています。これらのメッセージは、デフォルトの優先順位に従って受信されます。過負荷のノードは、GTP-C メッセージでシグナリングされたメッセージ優先順位に従って、サポート ノードから受信した最初のメッセージを処理します。

セッション パラメータに基づくメッセージの優先順位付け

また、メッセージの優先順位付けは、APN や ARP などのセッション パラメータに基づいて実行されます。優先順位の高いセッションに関連付けられた手順およびメッセージには、優先順位の低いセッションに関連付けられた手順およびメッセージよりも優先順位が低くなります。各セッションのグループ内では、メッセージは、メッセージが送信される手順のカテゴリに基づいてさらに優先順位付けされます。

メッセージの優先順位付けは、メッセージが送信される手順の相対的な優先度に基づいて実行されます。手順はさまざまなカテゴリに分類され、各カテゴリには優先順位が割り当てられます。さらに、特定の手順のカテゴリ内で、APN、QCI、ARP、LAAPI などのセッション パラメータに基づいてメッセージの優先順位をさらに高くすることができます。

優先順位が高いメッセージには、スロットリングに対してより低い優先順位が与えられ、優先順位が低いメッセージには、スロットルに対してより高い優先順位が与えられます。手順のグループ化は、個々の GTP-C エンティティに基づいて実行されるのではなく、一般的にすべての手順を考慮しながら実行されます。GTP-C エンティティは、自身に適用可能な手順を検討し、手順のカテゴリに基づいてメッセージ スロットリングに優先順位を付けます。カテゴリは、優先順位の高い順に表示され、カテゴリ 1 が最も優先順位が高くなります。カテゴリごとに、メッセージの重複しないリストが表示されます。今後の既存または新たに定義されたメッセージは、メッセージが送信される手順のカテゴリに基づいて考慮されます。手順のカテゴリを次に示します：

1. 3GPP アクセスまたは非 3GPP アクセス内および間の UE セッションモビリティ：アクティブまたはアイドル モードの UE モビリティを含む手順（関連する GTP-C シグナリングがこのカテゴリに分類されるなど）。たとえば、SGW の変更を伴うかどうかにかかわらず、X2 または S1 ベースのハンドオーバー、MME または SGSN の変更を伴う TAU または RAU（SGW の変更を行う/行わない）、および信頼できる非 3GPP アクセスのハンドオーバーへの 3GPP アクセスがあります。UE セッション モビリティに関連する手順中にこれらのメッセージをスロットリングすると、対応する手順が失敗します。この障害により、PDN の切断やサービスの中断が発生する可能性があります。その結果、このカテゴリに属する手順中に次のメッセージが送信される場合、優先度が最も高いと見なされる必要があります。したがって、これらのメッセージには、スロットリングの優先順位が最も低くなります。

   • セッション要求を作成する。

   • 「ハンドオーバー」指示ビットが設定されたセッション要求を作成する。

   • ベアラー要求を変更する。

   • 「ハンドオーバー」指示ビットが設定されたベアラ要求を変更します。

   • アクセス ベアラー要求を変更する。

2. PDN 接続またはベアラー リソースのリリース：既存の PDN 接続の非アクティブ化、ベアラーまたは UE のデータ転送トンネルの非アクティブ化により発生する手順は、過負荷状態のノードのリソースの解放につながります。これらの手順により、解放されたリソースは UE の残りの部分へのサービス提供に使用できるため、過負荷の状況が緩和されます。したがって、このカテゴリに属し、PDN 接続またはベアラーまたはデータ転送トンネルの非アクティブ化を引き起こす次のメッセージは、次に優先順位の高いレベルで処理する必要があります。したがって、これらのメッセージには、スロットリング中、対応する優先順位が与えられます：

   • セッション要求を削除する。

   • ベアラー要求を削除する。

   • ベアラーコマンドを削除する。

   • 間接データ転送トンネル要求の削除。

3. その他のセッション管理手順：このカテゴリは、PDN 接続の作成およびベアラーの作成または変更手順を除くセッション管理手順で構成されます。いくつかの例として、他のモビリティ手順、およびサービス要求および S1 リリースの手順と組み合わせていない場合のロケーションレポートが挙げられます。これらの手順は、UE の進行中のサービスには影響しません。したがって、このカテゴリで特定された手順中に送信される次のメッセージは、次に優先順位の高いレベルで処理する必要があります。したがって、これらのメッセージには、スロットリング中、対応する優先順位が与えられます：

   • アクセス ベアラー要求をリリースします。

   • ベアラー要求を変更する。

   • 通知を変更。

   • 一時停止通知。

   • 再開通知。

4. 新しい PDN 接続またはベアラー リソースまたは既存のベアラー リソースの変更の要求：このカテゴリは、PDN 接続の作成、ベアラーの作成または変更、またはデータ転送トンネルの作成を要求する手順で構成されます。このカテゴリに属するメッセージを抑制すると、既存サービスは続行しながら新しいサービスが拒否されます。このオーバーロード状態では、リソース不足のためオーバーロードされたノードは、既存のサービスを維持しながら新しいサービスを提供できません。実行中に次のメッセージが送信されると、このカテゴリに属する手順は最も低い優先順位と見なされます。したがって、これらのメッセージには、スロットリングにおいて最も高い優先順位が与えられます。

   • PDN 接続要求中にセッション要求を作成します。

   • ベアラー要求の作成。

   • ベアラー要求の更新。

   • ベアラー 技術情報 コマンド。

   • ベアラー変更コマンド。

   • 間接データ転送トンネル要求の作成。

   • クォータを使い果たす場合は、セッションのデータ パケットの DSCP マーキングをダウングレードします。

メッセージ スロットリングが実行される場合：

• 優先トラフィック（つまり、3GPP TS 22.153 に記載されている eMPS）および緊急に関連する PFCP リクエストが最も優先されます。地域または、国の要件やネットワーク通信事業者のポリシーに応じて、これらの PFCP リクエストは、トラフィックの削減をする時に最後にスロットルされます。スロットリングでは、優先トラフィックをスロットリングしないとリクエストされたトラフィックの削減を達成できない時点まで、PFCP 過負荷制御によって優先トラフィックが免除されます。

• 他のタイプのセッションでは、メッセージ スロットリングでは、メッセージの相対的な優先順位が考慮され、優先順位の低いメッセージが最初にスロットリングの対象になります。メッセージの相対的な優先順位は、メッセージが送信される手順の相対的な優先順位から導出されるか、APN や ARP などのセッション パラメータから導出されます。

PFCP エンティティは、オペレータ ポリシーに基づいて、PFCP シグナリングでメッセージ優先順位を構成および使用するかどうかを決定します。送信側 PFCP エンティティは、APN や ARP などのセッション パラメータから取得される、メッセージ内のシグナリングする相対的なメッセージの優先順位を決定します。メッセージが複数のベアラーに影響する場合、相対的なメッセージの優先順位は、すべてのベアラーの中で優先順位の最も高い ARP を考慮して決定されます。PFCP エンティティは、対応する要求メッセージで受信したものと同じ応答メッセージで構成する必要があります。

PFCP ヘッダーにメッセージの優先順位がない着信 PFCP メッセージの場合、受信側 PFCP エンティティは、次の処理を行います。

• 受信メッセージが要求メッセージである場合、デフォルトの優先順位を適用します。

• 受信メッセージが応答メッセージの場合に、要求メッセージで送信されるメッセージの優先順位を適用します。

ネットワークの SMF および UPF 機能は、過負荷状態のノードが、サポートしていないノードから受信した要求メッセージをデフォルトの優先順位に従って処理するのを防ぐために、同じようにこの機能をサポートしています。このサポートにより、過負荷ノードは、PFCP メッセージでシグナリングされたメッセージの優先順位に従って、サポート ノードから受信した要求メッセージを処理する必要がなくなります。

SBI メッセージ優先順位メカニズムの機能は次のとおりです：

• クライアント、プロキシ、およびサーバは、メッセージの優先順位を構成または評価するときに、3gpp-Sbi-Message-Priority 値を使用します。

• クライアントは、3gpp-Sbi-Message-Priority カスタム HTTP ヘッダーをメッセージに追加してその値を設定することにより、要求の優先度を割り当てます。

• サーバが応答メッセージに異なる優先順位を割り当てた場合、サーバは、3gpp-Sbi-Message-Priority カスタム HTTP ヘッダーをメッセージに追加し、その値を設定することにより、応答の優先順位を割り当てます。

構成の詳細については、「メッセージ プライオリティ プロファイルの構成」 および「メッセージ優先順位プロファイルの関連付け」を 参照してください。

重要な WPS セッション クリティカルな情報を次に示します。

• SMF は確立中にセッションを WPS として識別しないため、SMF では確立に基づく優先順位のタグ付けはできません。SMF は、MCS および MPS のサブスクリプションまたは確立の原因を認識していません。

• SMF は、WPS セッション構成または WPS セッション モニタリングに対する特別なアクセス権の強制をサポートしていません。

• SMF では、WPS ユーザーと非 WPS ユーザー間のハードウェア分離はサポートされていません。

• N4 での IPSEC サポートは、WPS ではサポートされません。IPSEC は、インターフェイスまたはピア レベルで有効になります。

• SBI メッセージ優先順位機能がスムーズに動作するには、SMF の前に UPF をアップグレードします。それ以外の場合は、UPF がアップグレードされた後にのみ、SMF に新しい優先順位値を構成してください。UPF は、古いリリースのメッセージ優先順位（MP）値 1 〜 3 をサポートしています。最初に SMF がアップグレードされ、新しい構成が N4 インターフェイスに適用されると、UPF は新しい値を無視して、それらのセッションを通常のコールとして扱います。

• アップグレード後に新しい優先順位値が構成された場合、UPF では、古いセッションはアップグレード前に適用された古い MP 値を使用し、新しいセッションは新しい MP 値を使用します。このため、同じタイプのセッションの MP 値が競合する可能性があり、優先順位に基づくセッション リカバリは、古いセッションの MP 値が更新されるまで期待どおりに機能しません。古いセッションの MP 値は、SMF からの後続の N4 変更中に更新されます。

• メッセージ優先順位プロファイルが QoS プロファイル、DNN プロファイルまたは WPS プロファイルに関連付けられている場合、SMF はこの SBI メッセージ優先順位機能を有効にします。それ以外の場合、SBI メッセージ優先順位機能は無効のままになり、SMF は N4 および GTP インターフェイス上の以前と同様にハードコードされた値を送信します。

次の条件で、SMF でのセッション タイプの競合の解決を行うことができます：

• DNN が緊急にタグされている場合、またはセッションが自動に作成される場合 SMF タグは、セッションを緊急としてタグします。

• DNN プロファイルの下でベアラー/フローが IMS として構成された QCI と一緒に作成された時に SMF は、IMS としてセッションをタグします。

• SMF は、PCF から受信した ARP に基づいてセッションを WPS としてタグ付けします。

セッションが複数の条件を満たしている時、セッション タイプは次の基準に基づいてタグ付けされます。

[WPS] > [緊急（Emergency）] > [IMS]

SMF は UPF にセッション タイプを送信しません。UPF は、構成を通じてセッションを優先順位にマッピングします。詳細については、『 UPF 構成ガイド』を参照してください。

SMF は、セッションの確立中に WPS に別の VLAN を割り当てません。SMF は、IP プールのアドレス範囲ごとのネクストホップ アドレスの構成をサポートしています。UPF はネクストホップを VLAN にマッピングします。