184.108.40.206 N4 Session Establishment procedure
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.
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.
220.127.116.11 N4 Session Modification procedure Word-p. 147
SMF receives the trigger to establish a new PDU Session or change the UPF for an established PDU Session.
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.
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.
The SMF interacts with the network function which triggered this procedure (e.g. AMF or PCF).
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.
18.104.22.168 N4 Session Release procedure
SMF receives the trigger to modify the existing PDU Session.
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.
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.
The SMF interacts with the network entity which triggered this procedure (e.g. AMF or PCF).
The N4 session release procedure is used to remove the N4 session context of an existing PDU Session at the UPF.
SMF receives the trigger to remove the N4 session context for the PDU Session.
The SMF sends an N4 session release request message to the UPF.
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.
The SMF interacts with the network entity which triggered this procedure (e.g. AMF or PCF).
22.214.171.124 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
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.
126.96.36.199 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
188.8.131.52 N4 Association Release Procedure Word-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.
184.108.40.206 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
220.127.116.11 N4 PFD management Procedure Word-p. 152
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
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.
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.
The SMF sends a PFD management request to the UPF to provision/remove the PFD(s) corresponding to the Application ID(s).
The UPF updates the PFD(s) according to the request and acknowledges by responding with a PFD management response message.
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.
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.
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 18.104.22.168
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.
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.
Based on operator policy/configuration the SMF triggers the procedure to pause PDU Session charging. Triggering criteria are based on SMF operator policy/configuration.
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.
UPF confirms with a N4 Session Modification Response message.