Content for &nbsp; TS 23.502 &nbsp; Word version:&nbsp; 19.1.0

The PCF retrieves subscription information that indicates that policy decisions depend on the status of policy counter(s) held at the CHF and optionally the list of policy counter identifier(s).

Figure 4.16.8.3-1: Intermediate Spending Limit Report Retrieval

The PCF sends Nchf_SpendingLimitControl_Subscribe if this is the first time policy counter status information is requested for the user identified by a SUPI. It includes: the subscriber ID (e.g. SUPI), the EventId "policy counter status change" and optionally, the list of policy counter identifier(s) as Event Filter, the Notification Target Address, Event Reporting Information (continuous reporting).

The CHF responds to the Nchf_SpendingLimitControl_Subscribe service operation including the Subscription Correlation Id) and as Event Information provides a policy counter status and optionally pending policy counter statuses and their activation times, per required policy counter identifier and stores the PCF's subscription to spending limit reports for these policy counters. If no policy counter identifier(s) was provided the CHF returns the list of the policy counter status, optionally including pending policy counter statuses and their activation times, for all policy counter(s), which are available for this subscriber and stores the PCF's subscription to spending limit reports of all policy counters provided to the PCF.

4.16.8.3 Intermediate Spending Limit Report Retrieval p. 530

This clause describes the signalling flow for the PCF to retrieve the status of additional policy counters available at the CHF or to unsubscribe from spending limit reporting. If the PCF provides the list of policy counter identifier(s), the CHF returns the policy counter status per policy counter identifier provided by the PCF.

Reproduction of 3GPP TS 23.502, Fig. 4.16.8.3-1: Intermediate Spending Limit Report Retrieval

The PCF determines that policy decisions depend on the status of additional policy counter(s) held at the CHF or that notifications of policy counter status changes for some policy counters are no longer required.

Figure 4.16.8.4-1: Final Spending Limit Report Retrieval

The PCF sends Nchf_SpendingLimitControl_Subscribe to the CHF, including the Subscription Correlation Id, the EventId "policy counter status change" and an updated list of policy counter identifier(s) as EventFilters, that overrides the previously stored list of policy counter identifier(s).

The CHF responds to the Nchf_SpendingLimitControl_Subscribe service operation and provides as Event Information the policy counter status and optionally pending policy counter statuses and their activation times, per required policy counter identifier and stores or removes the PCF's subscription to spending limit reporting by comparing the updated list with the existing PCF subscriptions. If no policy counter identifier(s) was provided, the CHF returns the policy counter status, optionally including pending policy counter statuses and their activation times, for all policy counter(s), which are available for this subscriber and stores the PCF's subscription to spending limit reports of all policy counters provided to the PCF.

4.16.8.4 Final Spending Limit Report Retrieval p. 531

This clause describes the signalling flow for the PCF to cancel the subscriptions to status changes for the policy counters available at the CHF.

Reproduction of 3GPP TS 23.502, Fig. 4.16.8.4-1: Final Spending Limit Report Retrieval

The PCF decides that notifications of policy counter status changes are no longer needed.

The PCF sends Nchf_SpendingLimitControl_Unsubscribe including the SubscriptionCorrelationId to the CHF to cancel the subscription to notifications of policy counter status changes from the CHF.

Figure 4.16.8.5-1: Spending Limit Report

The CHF removes the PCF's subscription to spending limit reporting and responds to the Nchf_SpendingLimitControl_Unsubscribe service operation to the PCF.

4.16.8.5 Spending Limit Report p. 532

This clause describes the signalling flow for the CHF to notify the change of the status of the subscribed policy counters available at the CHF for that subscriber. Alternatively, the signalling flow can be used by the CHF to provide one or more pending statuses for a subscribed policy counter together with the time they have to be applied.

Reproduction of 3GPP TS 23.502, Fig. 4.16.8.5-1: Spending Limit Report

The CHF detects that the status of a policy counter(s) has changed and the PCF subscribed to notifications of changes in the status of this policy counter. Alternatively, the CHF may detect that a policy counter status will change at a future point in time and decides to instruct the PCF to apply one or more pending statuses for a requested policy counter.

The CHF sends Nchf_SpendingLimitControl_Notify with the SUPI, Notification Target Address and in the Event Information the policy counter status and optionally pending policy counter statuses and their activation times, for each policy counter that has changed and for which the PCF subscribed to spending limit reporting. Alternatively, the CHF sends one or more pending statuses for any of the subscribed policy counters together with the time they have to be applied.

Figure 4.16.8.6-1: CHF report the removal of the subscriber

The PCF acknowledges sending Nchf_SpendingLimitControl_Notify response and takes that information into account as input for a policy decision.

4.16.8.6 CHF report the removal of the subscriber p. 532

This clause describes the signalling flow for the CHF to report the removal of the subscriber.

Reproduction of 3GPP TS 23.502, Fig. 4.16.8.6-1: CHF report the removal of the subscriber

The CHF decides that a subscriber is removed.

The CHF sends the Nchf_SpendingLimitControl_Notify Request to H-PCF to notify the removal of the subscriber. The H-PCF removes the subscription to notification of policy counter status from CHF.

Figure 4.16.9-1: Procedure for update of the subscription information in the PCF

The H-PCF responds to CHF using Nchf_SpendingLimitControl_Notify to acknowledge the receiving of the notification.

4.16.9 Update of the subscription information in the PCF p. 533

Reproduction of 3GPP TS 23.502, Fig. 4.16.9-1: Procedure for update of the subscription information in the PCF

Step 0.

The PCF performs the subscription to notification to the profile modified in the UDR by invoking Nudr_DM_Subscribe (Policy Data, SUPI, Notification Target Address (+ Notification Correlation Id), Event Reporting Information (continuous reporting), one or several of the following: "PDU Session Policy Control data", "Remaining allowed Usage data" or "UE context Policy Control data") service.

The UDR detects that the related subscription profile has been changed.

If subscribed by the PCF, the UDR notifies the PCF on the changed profile by invoking Nudr_DM_Notify (Notification Correlation Id, Policy Data, SUPI, updated data and one or several of the following data subtypes "PDU Session Policy Control Data" or "Remaining allowed Usage data" or "UE Context Policy Control data") service.