CUPS アーキテクチャでは、ユーザープレーンは別のノードであるため、コントロールプレーンノードは Sx インターフェイスを介し PFCP プロトコルを使用してユーザープレーンノードと通信し、サブスクライバの使用状況データレポートを取得します。

コントロールプレーンノードは、使用状況データレポートが報告される URR を含む PFCP セッション変更要求を送信します。ユーザープレーンノードは、要求された URR の使用状況データレポートを提供する PFCP セッション変更応答で応答します。

次の図は、コントロールプレーンとユーザープレーン間の相互作用を示しています。

Sx セッション変更交換メッセージの一部として、次の IE がサポートされています。

• Query URR：この IE は、コントロールプレーン機能がユーザープレーン機能に即時使用状況レポートを要求する場合に表示されます。同じ IE タイプ内の複数の IE は、即時レポートが要求される URR のリストを表すために存在する場合があります。

• 使用状況レポート：この IE は、Query URR IE が PFCP セッション変更要求に存在し、その URR のトラフィック使用状況の測定値がユーザープレーン機能で使用可能な場合に存在します。使用状況レポートのリストを表すために、同じ IE タイプ内に複数の IE が存在する場合があります。

タリフ時間の設定は、非 CUPS アーキテクチャですでにサポートされています。CUPS の場合、コントロールプレーンは既存の設定を使用します。コールのセットアップ中、PFCP セッション確立要求は、Monitoring Time IE のタリフ時間を伝送します。これは、SDF URR にのみ適用されます。ベアラーレベル URR にはこの IE はありません。

Monitoring Time IE には、サブスクライバの使用状況データレポートをコントロールプレーンに送信する設定時間が含まれています。設定されたモニタリング時間を経過すると、使用状況データレポートが送信され、次の使用状況データレポートの送信時刻まで自動的に 24 時間進みます。

（注）	モニタリングタイマーの次の期限が切れる前に、時間/ボリュームしきい値（設定されている場合）、または PFCP セッション変更要求（Query URR）を使用したコントロールプレーンによる明示的な要求によって、使用状況データが継続的に報告されます。

ユーザープレーンでは、URR のモニタリング時間が経過すると、使用状況レポート IE がコントロールプレーンに送信されます。場合によっては、複数のサブスクライバのモニタリング時間が同時に期限切れになることがあります。コントロールプレーンに送信される使用状況レポートのフラッディングを回避するために、ユーザープレーンはレポートの代わりに、使用状況レポートを伝送する次の発信メッセージ（PFCP セッションレポート要求または PFCP セッション変更応答）で使用状況データをピギーバックします。

PFCP セッション変更要求内の Create URR IE の一部として、次の IE がサポートされています。

• [Monitoring Time]：この IE には、ユーザープレーン機能がボリュームまたは時間しきい値を再適用する時間が含まれています。

• [Subsequent Volume Threshold]：この IE は、Monitoring Time IE が存在し、ボリュームベースの測定が使用されている場合に存在する可能性があります。存在する場合、トラフィック量の値を示します。この値を経過すると、モニタリング時間後の期間に、ユーザープレーン機能がそれぞれの URR のコントロールプレーン機能にネットワークリソースの使用状況を報告します。

• [Subsequent Time Threshold]：この IE は、Monitoring Time IE が存在し、時間ベースの測定が使用されている場合に存在する可能性があります。存在する場合、トラフィック時間の値を示します。この値を経過すると、モニタリング時間後の期間に、ユーザープレーン機能がそれぞれの URR のコントロールプレーン機能にネットワークリソースの使用状況を報告します。

（注）	非 CUPS アーキテクチャでは、P-GW はタリフ時間設定で 4 つのタリフ時間インスタンスをサポートしますが、CUPS では、1 つのタリフ時間インスタンスのみがサポートされます。

この機能では、イベントトリガーによって部分的な CDR または永続的な CDR が生成されます。部分的なイベントの場合、CDR バケットのみが更新され、実際の CDR は生成されません。ただし、永続的なイベントトリガーでは、完全な CDR が生成されます。

この機能では、次のイベントトリガーがサポートされています。

• ULI の変更（部分的なイベント）

• タイムゾーンの変更（永続的なイベント）

• デフォルトベアラー QoS の変更

• APN-AMBR の変更

（注）	このリリースでは、GTPP トリガー egcdr max-losdv はサポートされません。

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