Tech-invite  3GPPspecsRELsGlossariesSIP
Info21222324252627282931323334353637384‑5x

full Contents for  TS 23.502  Word version:   16.4.0

Top   Up   Prev   Next
1…   4.2.2.2.2   4.2.2.2.3…   4.2.3…   4.2.3.3   4.2.4…   4.2.6   4.2.7…   4.2.9…   4.3…   4.3.2.2…   4.3.2.2.2   4.3.2.2.3…   4.3.3   4.3.4   4.3.5…   4.3.5.2…   4.3.5.4…   4.3.5.6…   4.3.6…   4.4…   4.5…   4.9…   4.9.1.3…   4.9.2…   4.11…   4.11.1.2.2…   4.11.1.3…   4.11.1.4…   4.11.1.5…   4.11.2   4.11.3…   4.12…   4.12.6…   4.12a   4.12b   4.13…   4.13.4…   4.13.6…   4.14…   4.15…   4.15.4…   4.16…   4.16.4…   4.16.8…   4.17…   4.17.9…   4.18…   4.19…   4.23…   4.23.7…   4.23.9…   4.23.11…   4.24   4.25   4.26…   5…   5.2.3…   5.2.5…   5.2.6…   5.2.7…   5.2.8…   5.2.9…   5.2.12…   A…   E…   F…

 

4.4  SMF and UPF interactionsWord-p. 146
4.4.1  N4 session management procedures
4.4.1.1  General
N4 session management procedures are used to control the functionality of the UPF. The SMF can create, update and remove the N4 session context in the UPF, which is described in clause 5.8.2 of TS 23.501.
The following N4 session management procedures exist: N4 Session Establishment procedure, N4 session Modification procedure and N4 session release procedure. All of them are initiated by the SMF.
4.4.1.2  N4 Session Establishment procedure
The N4 Session Establishment procedure is used to create the initial N4 session context for a PDU Session at the UPF. The SMF assigns a new N4 Session ID and provides it to the UPF. The N4 Session ID is stored by both entities and used to identify the N4 session context during their interaction. The SMF also stores the relation between the N4 Session ID and PDU Session for a UE.
Up
Step 1.
SMF receives the trigger to establish a new PDU Session or change the UPF for an established PDU Session.
Step 2.
The SMF sends an N4 session establishment request message to the UPF that contains the structured control information which defines how the UPF needs to behave.
Step 3.
The UPF responds with an N4 session establishment response message containing any information that the UPF has to provide to the SMF in response to the control information received.
Step 4.
The SMF interacts with the network function which triggered this procedure (e.g. AMF or PCF).
Up
4.4.1.3  N4 Session Modification procedureWord-p. 147
The N4 Session Modification procedure is used to update the N4 session context of an existing PDU Session at the UPF, which is executed between SMF and UPF whenever PDU Session related parameters have to be modified.
Up
Step 1.
SMF receives the trigger to modify the existing PDU Session.
Step 2.
The SMF sends an N4 session modification request message to the UPF that contains the update for the structured control information which defines how the UPF needs to behave.
Step 3.
The UPF identifies the N4 session context to be modified by the N4 Session ID. Then, the UPF updates the parameters of this N4 session context according to the list of parameters sent by the SMF. The UPF responds with an N4 session modification response message containing any information that the UPF has to provide to the SMF in response to the control information received.
Step 4.
The SMF interacts with the network entity which triggered this procedure (e.g. AMF or PCF).
Up
4.4.1.4  N4 Session Release procedure
The N4 session release procedure is used to remove the N4 session context of an existing PDU Session at the UPF.
Up
Step 1.
SMF receives the trigger to remove the N4 session context for the PDU Session.
Step 2.
The SMF sends an N4 session release request message to the UPF.
Step 3.
The UPF identifies the N4 session context to be removed by the N4 Session ID and removes the whole session context. The UPF responds with an N4 session release response message containing any information that the UPF has to provide to the SMF.
Step 4.
The SMF interacts with the network entity which triggered this procedure (e.g. AMF or PCF).
4.4.2  N4 Reporting ProceduresWord-p. 148
4.4.2.1  General
The N4 reporting procedure is used by the UPF to report events to the SMF.
4.4.2.2  N4 Session Level Reporting Procedure
This procedure is used by the UPF to report events related to an N4 session for an individual PDU Session. The triggers for event reporting were configured on the UPF during N4 Session Establishment/Modification procedures by the SMF.
Up
Step 1.
The UPF detects that an event has to be reported. The reporting triggers include the following cases:
  1. Usage report.
  2. Usage information shall be collected in the UPF and reported to the SMF as defined in clause 5.8 and clause 5.12 of TS 23.501.
  3. Start of traffic detection.
  4. When traffic detection is requested by SMF and the start of traffic is detected for a Packet Detection Rule (PDR) as described in clause 5.8 of TS 23.501, the UPF shall report the start of traffic detection to the SMF and indicate the corresponding PDR rule ID.
  5. Stop of traffic detection.
  6. When traffic detection is requested by SMF and the end of traffic is detected for a PDR as described in clause 5.8 of TS 23.501, the UPF shall report the stop of traffic detection to the SMF and indicate the corresponding PDR rule ID.
  7. Detection of 1st downlink data for PDU Session with UP Connection deactivated.
  8. When UPF receives the downlink packet but no N3/N9 tunnel for downlink data transmission exists and the buffering is performed by the UPF, it shall report the detection of 1st downlink data to SMF for the purpose of downlink data notification. The UPF shall also report the DSCP of the packet if the PDU Session type is IP (to support the Paging Policy Differentiation feature described in clause 5.4.3 of TS 23.501).
  9. Detection of PDU Session Inactivity for a specified period.
  10. When an Inactivity Timer for a PDU Session is provided by SMF during N4 Session Establishment/Modification procedure, and the UPF detects the PDU Session has no data transfer for a period specified by the Inactivity Timer, it shall report PDU Session Inactivity to the SMF.
    NOTE 1:
    As described in clause 4.3.7, an Inactivity Timer to the UPF is not provided by the SMF for always-on PDU Sessions.
  11. The UL, DL or round trip packet delay measurement report.
  12. When the QoS Monitoring for URLLC is enabled for the QoS Flow, the UPF calculates the UL, DL or round trip packet delay of the QoS Flow. If the redundant transmission on N3/N9 interfaces is activated, the UPF performs packet delay monitoring for both UP paths and reports the packet delay of the two UP paths respectively. When the reporting trigger(s) is satisfied, e.g. the measured packet delay value exceeds the reporting threshold, or the reporting period expires, or the PDU Session is released, the UPF reports the calculated packet delay value(s) to the SMF. When receiving the measurement reports from the UPF, the SMF sends the reports to the target, i.e. either to the PCF or to the AF (may be via NEF), according to the information for QoS Monitoring for URLLC received in the PCC rules. If the PCF received the report, the PCF sends the reports to the AF, based on the procedure as defined in the clause 4.16.5.1.
  13. Port Management Information Container available.
  14. When a Port management information is available, the UPF shall provide the Port management information in a Port Management Information Container to the SMF.
  15. Discard Downlink Traffic detection.
  16. When discarded downlink traffic detection is requested by SMF and discarded downlink traffic is detected for a PDR as described in clause 5.8.3.2 of TS 23.501, the UPF shall report the discarded downlink traffic detection to the SMF and indicate the corresponding PDR rule ID.
  17. Buffered Downlink Traffic detection.
  18. When buffered downlink traffic detection is requested by SMF and buffered downlink traffic is detected for a PDR as described in clause 5.8.3.2 of TS 23.501, the UPF shall report the buffered downlink traffic detection to the SMF and indicate the corresponding PDR rule ID.
Step 2.
The UPF sends an N4 session report message (N4 Session ID, list of [Reporting trigger, Measurement information, Port Management Information Container]) to the SMF.
The Reporting trigger parameter contains the name of the event which triggered the report and the Measurement information parameter contains the actual information that the SMF requested to be informed about.
Step 3.
The SMF identifies the N4 session context based on the received N4 Session ID and applies the reported information for the corresponding PDU Session. The SMF responds with an N4 session report ACK message.
Up
4.4.3  N4 Node Level ProceduresWord-p. 150
4.4.3.1  N4 Association Setup Procedure
The N4 Association Setup procedure is used to setup an N4 association between the SMF and the UPF, to enable the SMF to use the resources of the UPF subsequently to establish N4 Sessions. The SMF and UPF may exchange the supported functionalities on each side during these procedures.
The setup of an N4 association is initiated by the SMF. SMF and UPF may additionally support an N4 association initiated by UPF.
The SMF initiates the N4 Association Setup procedure to request to setup an N4 association towards a UPF prior to establishing a first N4 session on this UPF.
When receiving an N4 Association Setup Request, the UPF shall send an N4 Association Setup Response.
N4 Association Setup procedure can be used to request the UPF to measure and report the clock drift between the TSN time and 5GS time for one or more TSN working domains by provisioning TSN Clock Drift Report as specified in TS 29.244.
Up
The UPF may initiate the N4 Association Setup procedure to request to setup an N4 association towards a SMF prior to establishing a first N4 session on this UPF.
When receiving an N4 Association Setup Request, the SMF shall send an N4 Association Setup Response.
Up
4.4.3.2  N4 Association Update Procedure
The N4 Association Update procedure shall be used to modify an existing N4 association between the SMF and the UPF. It may be initiated by the UPF or by the SMF to update the supported features or available resources of the UP function.
N4 Association Update procedure can be used by the SMF to update the provisioning of TSN Clock Drift Report as specified in TS 29.244.
Up
Up
4.4.3.3  N4 Association Release ProcedureWord-p. 151
The N4 Association Release procedure shall be used to terminate the N4 association between the SMF and the UPF due to e.g. OAM reasons. The N4 Association Release Request may be initiated by the SMF or UPF.
Up
Up
4.4.3.4  N4 Report Procedure
The N4 Report procedure shall be used by the UPF to report information to the SMF which is not related to a specific N4 session, e.g. to report a user plane path failure affecting all the N4 sessions towards a remote GTP-U peer.
N4 Report procedure can be used by the UPF to report the clock drift between the TSN time and 5GS time for one or more TSN working domains as specified in TS 29.244.
Up
The UPF detects that an event has to be reported and starts the procedure by sending an N4 Report message (UPF ID, list of [event, status]) to the SMF. The SMF responds with an N4 report ACK message (SMF ID). The event parameter contains the name of the event and UPF ID. The status parameter contains the actual information the control plane function is interested in. If the UPF detects clock drifting between 5G time and one or more TSN working domains, the UPF reports the corresponding TSN domain number and the time offset and cumulative rateRatio according to the provisioning from the SMF as defined in clause 5.27.2 of TS 23.501.
Up
4.4.3.5  N4 PFD management ProcedureWord-p. 152
This N4 procedure is used by the SMF to provision or remove all PFD(s) belonging to an Application ID in the UPF. PFD sets belonging to different Application IDs can be managed with the same PFD management request message.
The N4 PFD management procedure is a node level procedure, i.e. independent of any PDU Session.
Up
Step 1.
The SMF is triggered to provision or remove the PFD set belonging to an Application ID in the following cases:
When the caching timer expires and there's no active PCC rule that refers to the corresponding application identifier, the SMF informs the UPF to remove the PFD(s) identified by the Application ID.
When a PCC rule is provided for an Application ID corresponding to the PFD(s) that are not already provided to the UPF, the SMF shall provide the PFD(s) to the UPF (if there are no PFD(s) cached, the SMF retrieves them from the NEF (PFDF), as described in TS 23.503).
When any update of the PFD(s) is received from NEF (PFDF), and there are still active PCC rules in UPF for the Application ID.
Step 2.
The SMF sends a PFD management request to the UPF to provision/remove the PFD(s) corresponding to the Application ID(s).
Step 3.
The UPF updates the PFD(s) according to the request and acknowledges by responding with a PFD management response message.
Up
4.4.4  SMF Pause of Charging procedureWord-p. 153
The SMF Pause of Charging procedure aims for the SMF charging and usage monitoring data to more accurately reflect the downlink traffic actually sent to the AN.
The following are example triggers for the SMF to enable the pause of charging
  • Operator specified criteria/threshold (e.g. number/fraction of packets/bytes dropped at UPF in downlink since last time the N3 tunnel towards the AN was released). The SMF requests the UPF to notify the SMF whenever the criteria/threshold is met.
  • Indication of "Radio Link Failure" (see clause 4.2.6).
Based on operator policies, if the trigger for the SMF to enable the pause of charging is met, the SMF shall pause the charging. When the SMF pauses charging the following applies:
  • Towards the UPF(s) where the Usage Reporting is configured, the SMF shall modify the Usage Reporting Rules for the PDU Session so that the usage collection for charging is stopped.
  • The SMF may request the UPF to limit the rate of downlink traffic sent to the downstream UPF or the AN.
NOTE 1:
A consequence of using this procedure is that SMF charging data does not correspond to the volume that traversed the UPF, and it is therefore not possible to count the downlink packets dropped between the PDU Session Anchor (PSA) UPF and the downstream UPF.
NOTE 2:
In this release of the specification, pause of charging procedure does not address the issue of packets dropped by the NG-RAN.
In home routed roaming scenarios, based on operator's policy, the H-SMF may indicate to the V-SMF if the feature is to be enabled on a per PDU Session basis. This is indicated to the V-SMF by a "PDU Session Charging Pause Enabled" Indication in the Nsmf_PDUSession_Create Response during the PDU Session Establishment procedure. This is an indication to the V-SMF that when the criteria for pause of SMF charging are met at the VPLMN (as described further down in this clause) charging at the H-SMF can be paused.
The H-SMF shall stop any charging and usage monitoring actions for the PDU Session upon receiving a "Start Pause of Charging" Indication in a Nsmf_PDUSession_Update request from the V-SMF. When the H-SMF receives a Nsmf_PDUSession_Update request for a PDU Session with a "Stop Pause of Charging" Indication, then the H-SMF shall resume charging for the PDU Session.
Regardless of operator policy/configuration, the downlink user plane packets received at the (V-)UPF shall trigger Data Notifications as described in clause 4.2.3.3.
When the (V-)SMF receives a Nsmf_PDUSession_UpdateSMContext request or a Namf_EventExposure_Notify about UE reachability, the (V-)SMF shall consider the PDU Session charging as being unpaused if it had been paused previously.
Up
Step 1.
The UPF receives downlink data packets for a PDU Session that does not have an N3 tunnel and the UPF sends data notification to the SMF. The packets are buffered or discarded in the UPF based on operator policy.
Step 2.
Based on operator policy/configuration the SMF triggers the procedure to pause PDU Session charging. Triggering criteria are based on SMF operator policy/configuration.
Step 3.
SMF sends a N4 Session Modification Request message to the UPF where the Usage Reporting is configured, modifying the Usage Reporting Rules for the PDU Session so that the usage collection for charging is stopped. In home routed roaming scenarios, the V-SMF sends a Nsmf_PDUSession_Update request to the H-SMF with a "Start Pause of Charging" Indication. The H-SMF then requests the H-UPF to stop usage collection as mentioned before.
Step 4.
UPF confirms with a N4 Session Modification Response message.
Up

Up   Top   ToC