PFCP Session Establishmentn 手順では、SMF と UPF の間に PFCP セッションを確立します。また、受信パケットを処理するためのルールを UPF で構成します。さらに、SMF は、レポートを対象としたトリガーとしきい値で構成される Create URR Information Element（IE）を送信します。

次のコールフローは、PFCP Session Establishment 手順を示しています。

SMF は、PFCP Session Modification 手順を使用して、UPF 上の既存の PFCP セッションを変更します。たとえば、新しいルールの設定、既存のルールの変更、既存のルールの削除などです。SMF は、Create URR IE、Update URR IE（トリガーまたはしきい値を更新するため）、および Remove URR IE（Session Establishmentn 手順中に SMF によって以前に作成された既存の URR を削除するため）を同じメッセージで送信します。

次のコールフローは、PFCP Session Modification 手順を示しています。

UPF は、PFCP Session Reporting 手順を使用して、PFCP セッションに関連する情報を SMF に報告します（usage report IE）。しきい値がボリューム、時間、またはイベントの測定値に達し、レポートに対応するトリガーを設定すると、UPF がメッセージを SMF に送信します。

次のコールフローは、PFCP Session Reporting 手順を示しています。

PFCP Session Deletion 手順では、SMF と UPF 間の既存の PFCP セッションが削除されます。SMF は、既存の PFCP セッションを削除するために、UPF に対して PFCP Session Deletion 手順を開始します。UPF は、以前にプロビジョニングされたすべての URR の使用状況レポートを含む Session Deletion 応答を送信します。

次のコールフローは、PFCP Session Deletion 手順を示しています。

次のトリガー Information Elements（IEs）は、N4 経由でオフライン課金レポートをサポートします。

• 定期レポート：このトリガーが設定されている場合、UPF はリソース使用状況レポートをセッション管理機能（SMF）に定期的に送信します。定期的なレポートに必要な間隔は、measurement period IE とともに送信されます。

• ボリュームしきい値（ボリュームしきい値が UL、DL、および合計に達した場合）：このトリガーは、ボリュームベースの測定が必要な場合に設定されます。SMF はボリュームしきい値IE とともに通信量の値を送信し、UPF は、特定の使用状況レポートルール（URR）の通信量に達すると通信使用状況レポートを送信します。

• 時間しきい値（時間しきい値に達した場合）：このトリガーは、時間ベースの測定が設定されている場合に設定されます。SMF は、time threshold IE とともに時間しきい値を送信し、時間しきい値が、具体的な URR に達すると、UPF は、リソース使用状況レポートを送信します。

• リンクされた使用状況レポート：このトリガーが設定されている場合、UPF はこの特定の URR の使用状況レポートを送信します。さらに、このトリガーが設定されている場合、使用状況レポートは UPF にリンクされているすべての URR に送信されます。UPF は、リンクされた URR-Id IE とともにリンクされた URR-Id を送信します。

• パケット転送制御プロトコル（PFPC）セッションの削除：PFCP セッションの終了により、URR に関する使用状況レポートが（PFCP Deletion 応答で）生成されます。同様に、具体的な URR の削除により、URR に関する使用状況レポートが（PFCP modification 応答で）生成されます。

• URR の更新：このトリガーは、URR リクエストを受信したときに設定されます。

• Recalculate Measurement：Recalculate Measurement と呼ばれるカスタム Information Element（IE）が、Update-URR プロセス（URR-ID：Gz-Bearer）に追加され、Max-LOSDV 状態による PGWCDR 生成がサポートされます。IE を受信した後、UPF は、IE 内に存在する URR-ID に従って、URR のボリュームと期間を調整します。

  Note	指定された URR-ID の合計使用量がリセットされ、リンクされた URR がある場合は使用量が再計算されます。 first-pkt-time、last-pkt-time、および期間のタイムスタンプもそれに応じて調整されます。 しきい値は変更されません。

• Recalculate Interface：N4 Modify 要求経由で「Recalculate Interface」と呼ばれるカスタム IE が SMF によって送信されます。同じ Sx Modify 要求で、Query URR(s) または Update URR(s) IE と一緒に Recalculate Interface IE を受信した場合、Recalculate Interface IE は、最後に個別に処理されます。IE を受信したら、UPF は、すべての URR を反復し、SMF が言及したぐらぐに基づいて URR のみをフェッチし、再計算機能を実行します。その後、UPF は、取得したすべての URR のボリュームと期間を調整します。

  Note	URR に関して累積された使用量は破棄され、リンクされた URR がある場合は、それらの使用量が調整されます。 first-pkt-time、last-pkt-time、および期間のタイムスタンプは、それに応じて調整されます。 リンクされた URR のしきい値は変更されません。

次の IE は、オンライン課金をサポートします。

• ボリュームクォータ：SMF は、この IE でのパケットの転送を停止するか、（UPF のオペレータポリシーに基づいて）一部の制限されたユーザープレーン通信の転送を許可するように UPF に要求します。使用状況レポートを生成するためのボリュームしきい値がプロビジョニングされていない場合、測定された通信がクォータに達すると、この IE が使用されます。

• 時間クォータ：SMF は、この IE でのパケットの転送を停止するか、（UPF のオペレータポリシーに基づいて）一部の制限されたユーザープレーン通信の転送を許可するように UPF に要求します。使用状況レポートを生成するためのボリュームしきい値がプロビジョニングされていない場合、測定された通信がクォータに達すると、この IE が使用されます。

• モニタリング時間：この IE は、UPF がボリュームまたは時間のしきい値を再適用できる時刻（UTC 形式）を送信するために SMF が使用します。また、SMF は後続のボリューム、時間、ボリュームクォータ、時間クォータ、およびクォータ IE のいずれかを送信し、これらは、モニタリングタイムスタンプで再適用されます。

• クォータアクションの FAR（転送アクションルール）ID：この IE は、ボリューム、時間、またはクォータのいずれかが使い果たされたときに、URR に関連付けられている通信に対して UPF が適用される代替 FAR を識別するために SMF が使用します。この FAR では、UPF がパケットをドロップするか、通信をリダイレクト接続先にリダイレクトする必要があります。

• 後続のボリュームしきい値：ボリュームベースの測定が使用され、Monitoring Time IE が利用可能な場合、この IE も存在します。この IE の存在は、この具体的な URR に関する通信ボリューム値（UPF が SMF に報告するネットワークリソース使用状況）と監視時間後の期間があることを示します。

• 後続のボリューム：時間ベースの測定が使用され、Monitoring Time IE が利用い可能な場合、この IE も存在します。この IE の存在は、この具体的な URR に関する通信ボリューム値（UP 機能が CP 機能に報告するネットワークリソース使用状況）と監視時間後の期間があることを示します。

• リンクされた URR ID：リンクされた使用状況レポートが必要な場合、この IE が使用されます。複数の URR-ID を 1 つの URR にリンクすることができます。また、リンクされた使用状況レポートも Reporting Trigger IE で送信されます。

• 測定メソッド：この IE が存在する場合、SMF は、ネットワーク使用状況の測定メソッドを指定します。測定方法は、ボリュームと期間に基づきます。

• 測定期間：この IE は、測定期間を変更するために存在します。

• 定期レポート：このトリガーが設定されている場合、UPF はリソース使用状況レポートを SMF に定期的に送信します。定期的なレポートに必要な間隔は、measurement period IE とともに送信されます。トリガーが 1 に設定されている場合は、定期的なレポートのリクエストが送信されます。

• ボリュームのしきい値：このトリガーは、ボリュームベースの測定が必要な場合に設定されます。SMF はボリュームしきい値IE とともに通信量の値を送信し、UPF は、特定の使用状況レポートルール（URR）の通信量に達すると通信使用状況レポートを送信します。トリガーが 1 に設定されている場合、レポートのリクエスト（データボリューム使用量がボリュームしきい値に達したとき）が送信されます。

• 時間しきい値：このトリガーは、時間ベースの測定が設定されている場合に設定されます。SMF は、time threshold IE とともに時間しきい値を送信し、時間しきい値が、具体的な URR に達すると、UPF は、リソース使用状況レポートを送信します。トリガーが 1 に設定されている場合、レポートのリクエスト（時間使用量が時間しきい値に達したとき）が送信されます。

• 通信の開始：このトリガーが設定されている場合、アプリケーションに対して通信が開始されると、UPF は使用状況レポートを送信します。

• リンクされた使用状況レポート：このトリガーが設定されている場合、UPF はこの特定の URR の使用状況レポートを送信します。さらに、このトリガーが設定されている場合、使用状況レポートは UPF にリンクされているすべての URR に送信されます。UPF は、リンクされた URR-Id IE とともにリンクされた URR-Id を送信します。トリガーが 1 に設定されている場合は、リンクされている使用状況レポートのリクエストが送信されます。

この機能により、サブスクライバは OCS からの応答を待機している間にネットワークを使用できます。Limited-Pass 設定では、サブスクライバが OCS からのクォータ応答を待機している間に消費できるボリュームを指定できます。使用量はそれぞれの課金バケツでカウントされ、次のクォータ割り当てに対して調整されます。

この機能を有効にするには、次の CLI コマンドを使用します。

configure 
   active-charging service service_name 
      credit-control 
         pending-traffic-treatment noquota limited-pass volume volume 
         end 

Limited Pass Volume は、noquota のケース（クォータを初めて要求する評価グループ（RG））にのみ使用され、quota-exhausted には使用されません。Limited Pass Volume は、後続のクレジット要求には使用されません。

Limited Pass Volume が使い果たされるまで、トラフィックの通過が許可されます。使用量はそれぞれの課金バケットでカウントされ、付与された「クォータ」に対して調整されます。「クォータ」割り当てが実際の使用量よりも少ない場合、使用状況レポートを使用した OCS への即時レポートが発生し、より多くのクォータ割り当てが要求されます。後続の着信パケットは、「quota-exhausted」PTT 設定に従って処理されます。

OCS がクォータの拒否で応答する前に Limited Pass Volume が使い果たされていない場合、トラフィックは OCS 応答後にブロックされます。ゲートウェイは、次の SX_SESSION_REPORT_REQUEST で Limited Pass Volume の使用状況を報告します。

OCS が応答する前に Limited Pass Volume が使い果たされた場合、OCS からクォータが付与されるまで、セッションの後続の着信パケットはドロップされます。

noquota のデフォルトの pending-traffic-treatment は Drop です。default pending-traffic-treatment noquota コマンドは、設定されたすべての Limited Pass Volume サイズを削除します。

クォータ枯渇制限パスは、高速ネットワークにおける現実的な問題により、クォータ枯渇バッファの代替策として提案されます。バッファリングでは、ゲートウェイでの多数のパケットに応じたパケットバッファリングが必要です。パケットの数が多いと、帯域幅の速度に影響するメモリ不足のリスクが発生します。したがって、Limited Pass は Buffer オプションの代替手段です。Limited Pass では、クォータ枯渇シナリオで設定された制限に達するまで、通信を通過させます。

この機能を有効にするには、次の CLI コマンドを使用します。

configure 
   active-charging service service_name 
      credit-control 
         pending-traffic-treatment quota-exhausted limited-pass volumevolume 
         end 

（注）	上記の CLI は、5G UPF アーキテクチャにのみ適用されます。

Limited-Pass ボリュームを使い果たすと、クォータが割り当てられるまで、以降のパケットはドロップされます。

Limited Pass は、Limited-Pass ボリュームを使いきるまで通信を許可します。Limited Pass は、付与された「クォータ」を基準に、それぞれの charging-bucket の使用状況を計算して調整します。「クォータ」割り当てが実際の使用量よりも少ない場合は、usage-report を通じてすぐに OCS に報告し、追加のクォータ割り当てを要求します。

OCS がクォータの拒否に応答する前に、Limited-Pass ボリュームが枯渇しなければ、OCS 応答後に通信がブロックされます。ゲートウェイは、SX_SESSION_REPORT_REQUEST で使用状況を報告します。

OCS からの応答前に Limited-Pass ボリュームが枯渇した場合、OCS からクォータが付与されるまで、セッションでは以降の受信パケットがドロップされます。

quota-exhausted に対する pending-traffic-treatment のデフォルトは、Drop です。デフォルトの pending-traffic-treatment quota-exhausted コマンドにより、設定済みの Limited-Pass ボリュームのサイズは削除されます。

タリフ切り替え時間機能は、サブスクライバが、あるタリフプランから別のタリフプランに切り替わるときに適用されます。

Tariff-Time-Change AVP はタリフ切り替え時間を決定するために使用され、Monitoring-Time IE はタリフ時間サポート機能をサポートするために使用されます。

タリフタイマーが終了すると、ゲートウェイは別途、使用量を課金バケットに累積し、引き続き元のクォータ値から消費します。次回のレポート時（クォータの枯渇またはその他の制御イベント発生時）に、ゲートウェイはこの課金バケツの 2 つの使用量（タリフ時間変更の前後）をレポートします。

この課金バケツの 1 つ目のレポートには [Reporting-Reason] として Monitoring Time が含まれ、2 つ目のバケツには前回のレポート理由と、タリフタイマー終了後のクォータの使用状況が含まれます。

データトラフィックの使用状況は、タリフ切り替え前のリソース使用量とタリフ切り替え後のリソース使用量に分けられます。Tariff-Change-Usage AVP は、Used-Service-Units AVP 内で使用され、レポートされた使用状況をタリフ時間変更の前と後で区別します。

制限事項

この機能には次の既知の制限事項があります。

• RG/サービス ID の各組み合わせに対してサポートされるタリフ時間は 1 つのみです。

• タリフ時間の変更の前後で異なるクォータの割り当てはサポートされません。この機能は、3GPP 標準規格に準拠していません。

TCP/IP スタックは、常にヘッダーに最大セグメントサイズ（MSS）フィールドを挿入します。これにより、TCP プロキシを使用する場合と使用しない場合の MSS 挿入動作に違いが生じます。

TCP SYN パケットにすでに TCP MSS が存在する場合、tcp mss 構成を使用すると、TCP MSS を制限できます。IP ヘッダーまたは TCP 必須ヘッダーでエラーが検出されず、メモリ割り当てエラーも発生していない場合、TCP オプションヘッダーが解析されます。TCP MSS がオプションヘッダーに存在し、その値が設定された MSS 値より大きい場合、TCP パケットの値は、設定されている値で置き換えられます。

TCP オプションヘッダーが SYN パケットに存在せず、すでに存在する TCP ヘッダーにエラーがない場合、現在のパケットの送信時に、設定された TCP MSS 値が挿入されます。

この CLI コマンドを使用して、TCP 最大セグメントサイズ（MSS）機能のサポートで使用可能な次のフィールドを表示します。

• TCP MSS 挿入パケッ：MSS 挿入パケットの総数を表示します。

• TCP MSS 限定パケット：TCP MSS 限定パケットの総数を表示します。