Tech-invite3GPPspecsSIPRFCs
Overview21222324252627282931323334353637384‑5x

Content for  TS 38.423  Word version:  16.3.0

Top   Top   Up   Prev   Next
1…   4…   8…   8.2…   8.2.3…   8.3…   8.3.3   8.3.4…   8.3.6…   8.4…   8.4.4…   9…   9.2.3   9.3…   10…

 

8.3.6  M-NG-RAN node initiated S-NG-RAN node ReleaseWord‑p. 56

8.3.6.1  General

The M-NG-RAN node initiated S-NG-RAN node Release procedure is triggered by the M-NG-RAN node to initiate the release of the resources for a specific UE.
The procedure uses UE-associated signalling.

8.3.6.2  Successful Operation

Reproduction of 3GPP TS 38.423, Figure 8.3.6.2-1: M-NG-RAN node initiated S-NG-RAN node Release, successful operation
Up
The M-NG-RAN node initiates the procedure by sending the S-NODE RELEASE REQUEST message. Upon reception of the S-NODE RELEASE REQUEST message the S-NG-RAN node shall stop providing user data to the UE.
The S-NG-RAN node UE XnAP ID IE shall be included if it has been obtained from the S-NG-RAN node. The M-NG-RAN node shall provide appropriate information within the Cause IE. The M-NG-RAN node may also provide appropriate information per PDU session resource within the Cause IE of the PDU Session Resources To Be Released List IE.
Upon reception of the S-NODE RELEASE REQUEST message containing UE Context Kept Indicator IE set to "True", the S-NG-RAN node shall, if supported, only initiate the release of the resources related to the UE-associated signalling connection between the M-NG-RAN node and the S-NG-RAN node.
If the S-NG-RAN node confirms the request to release S-NG-RAN node resources, it shall send the S-NODE RELEASE REQUEST ACKNOWLEDGE message to the M-NG-RAN node.
If the S-NODE RELEASE REQUEST message contains a PDU session resource to be released which is configured with the SCG bearer option within the PDU Session Resources To Be Released List IE, the S-NG-RAN node shall include the RLC Mode IE within the DRBs To Be Released List IE in the S-NODE RELEASE REQUEST ACKNOWLEDGE message. The RLC Mode IE indicates the RLC mode used in the S-NG-RAN node for the DRB.
Interaction with the Xn-U Address Indication procedure
If the S-NG-RAN node provides data forwarding related information in the S-NODE RELEASE REQUEST ACKNOWLEDGE message for QoS flows mapped to DRBs configured with an SN terminated bearer option in the PDU Sessions To Be Released List - SN terminated IE, the M-NG-RAN node may decide to provide data forwarding addresses to the S-NG-RAN node and trigger the Xn-U Address Indication procedure as specified in TS 37.340.
Interaction with the SN Status Transfer procedure
If the UE Context Kept Indicator IE set to "True" and the DRBs transferred to MN IE are included in the S-NODE RELEASE REQUEST message, the S-NG-RAN node shall, if supported, provide the uplink/downlink PDCP SN and HFN status for the listed DRBs, as specified in TS 37.340.
Up

8.3.6.3  Unsuccessful OperationWord‑p. 57
Reproduction of 3GPP TS 38.423, Figure 8.3.6.3-1: M-NG-RAN node initiated S-NG-RAN node Release, unsuccessful operation
Up
If the S-NG-RAN node cannot confirm the request to release S-NG-RAN node resources, it shall send the S-NODE RELEASE REJECT message to the M-NG-RAN node with an appropriate cause indicated in the Cause IE.

8.3.6.4  Abnormal Conditions

If the S-NODE RELEASE REQUEST message refer to a context that does not exist, the S-NG-RAN node shall ignore the message.
When the M-NG-RAN node has initiated the procedure and did not include the S-NG-RAN node UE XnAP ID IE the M-NG-RAN node shall regard the resources for the UE at the S-NG-RAN node as being fully released.
Interactions with the UE Context Release procedure:
If the M-NG-RAN node does not receive the reply from the S-NG-RAN node before it has to release the EN-DC connection, or it receives S-NODE RELEASE REQUEST REJECT, it may trigger the UE Context Release procedure. If the S-NG-RAN node received the UE CONTEXT RELEASE right after receiving the S-NODE RELEASE REQUEST (and before or after responding to it), the S-NG-RAN node shall consider the related M-NG-RAN node initiated S-NG-RAN node Release procedure as being the resolution of abnormal conditions and release the related UE context immediately.
Up

8.3.7  S-NG-RAN node initiated S-NG-RAN node Release

8.3.7.1  General

This procedure is triggered by the S-NG-RAN node to initiate the release of the resources for a specific UE.
The procedure uses UE-associated signalling.

8.3.7.2  Successful Operation

Reproduction of 3GPP TS 38.423, Figure 8.3.7.2-1: S-NG-RAN node initiated S-NG-RAN node Release, successful operation.
Up
The S-NG-RAN node initiates the procedure by sending the S-NODE RELEASE REQUIRED message to the M-NG-RAN node.
Upon reception of the S-NODE RELEASE REQUIRED message, the M-NG-RAN node replies with the S-NODE RELEASE CONFIRM message.
For each SN-terminated PDU session resource, the M-NG-RAN node may include the DL Forwarding UP Address IE and the UL Forwarding UP Address IE within the PDU Session Resources To Be Released Item IE to indicate that it requests data forwarding of uplink and downlink packets to be performed for that bearer.
The S-NG-RAN node may start data forwarding and stop providing user data to the UE upon reception of the S-NODE RELEASE CONFIRM message,
If the S-NODE RELEASE REQUIRED message contains an PDU session resource to be released which is configured with the SCG bearer option within the PDU sessions to be released List - SN terminated IE, the S-NG-RAN node shall include the RLC Mode IE within the DRBs To Be Released List IE in the PDU Session to be released List - SN terminated IE in the S-NODE RELEASE REQUIRED message. The RLC Mode IE indicates the RLC mode used in the S-NG-RAN node for the DRB.
If the S-NODE RELEASE CONFIRM message includes the DRB IDs taken into use IE, the S-NG-RAN node shall, if applicable, act as specified in TS 37.340.
If the S-NG-RAN node to M-NG-RAN node Container IE is included in the S-NODE RELEASE REQUIRED message, the M-NG-RAN node may use the contained information to apply delta configuration.
Up

8.3.7.3  Unsuccessful OperationWord‑p. 58
Not applicable.

8.3.7.4  Abnormal Conditions

Void.

8.3.8  S-NG-RAN node Counter Check

8.3.8.1  General

This procedure is initiated by the S-NG-RAN node to request the M-NG-RAN node to execute a counter check procedure to verify the value of the PDCP COUNTs associated with SCG bearers established in the S-NG-RAN node.
The procedure uses UE-associated signalling.

8.3.8.2  Successful Operation

Reproduction of 3GPP TS 38.423, Figure 8.3.8.2-1: S-NG-RAN node Counter Check procedure, successful operation.
Up
The S-NG-RAN node initiates the procedure by sending the S-NODE COUNTER CHECK REQUEST message to the M-NG-RAN node.
Upon reception of the S-NODE COUNTER CHECK REQUEST message, the M-NG-RAN node may perform the RRC counter check procedure as specified in TS 33.401 and 33.501 [28].

8.3.8.3  Unsuccessful OperationWord‑p. 59
Not applicable.

8.3.8.4  Abnormal Conditions

Void.

8.3.9  RRC Transfer

8.3.9.1  General

The purpose of the RRC Transfer procedure is to deliver a PDCP-C PDU encapsulating an LTE RRC message or NR RRC message to the S-NG-RAN-NODE that it may then be forwarded to the UE, or from the S-NG-RAN-NODE, if it was received from the UE. The delivery status may also be provided from the S-NG-RAN-NODE to the M-NG-RAN-NODE using the RRC Transfer.
The procedure is also used to enable transfer one of the following messages from the M-NG-RAN-NODE to the S-NG-RAN-NODE, when received from the UE:
  • the NR RRC message container with the NR measurements;
  • the E-UTRA RRC message container with the E-UTRA measurements;
  • the NR RRC message container with the NR failure information.
The procedure uses UE-associated signalling.
Up

8.3.9.2  Successful Operation

Reproduction of 3GPP TS 38.423, Figure 8.3.9.2-1: RRC Transfer procedure, successful operation.
Up
The M-NG-RAN-NODE initiates the procedure by sending the RRC TRANSFER message to the S-NG-RAN-NODE or the S-NG-RAN-NODE initiates the procedure by sending the RRC TRANSFER message to the M-NG-RAN-NODE.
If the S-NG-RAN-NODE receives an RRC TRANSFER message which does not include the RRC Container IE in the Split SRB IE, or the RRC Container IE in the NR UE Report IE, or the the RRC Container IE in the Fast MCG Recovery via SRB3 from MN to SN IE, or the the RRC Container IE in the Fast MCG Recovery via SRB3 from SN to MN IE, it shall ignore the message. If the S-NG-RAN-NODE receives an RRC TRANSFER message with the Delivery Status IE in the Split SRB IE, it shall ignore the message. If the S-NG-RAN-NODE receives the RRC Container IE in the Split SRB IE, it shall deliver the contained PDCP-C PDU encapsulating an RRC message to the UE. If the S-NG-RAN-NODE receives the RRC Container IE in the Fast MCG Recovery via SRB3 from MN to SN IE, the S-NG-RAN-NODE shall deliver the contained RRC container encapsulating an RRC message to the UE.
If the M-NG-RAN-NODE receives the Delivery Status IE in the Split SRB IE, the M-NG-RAN-NODE shall consider RRC messages up to the indicated NR PDCP SN as having been successfully delivered to UE by S-NG-RAN-NODE. If the M-NG-RAN-NODE receives the RRC Container IE in the Fast MCG Recovery via SRB3 from SN to MN IE, the M-NG-RAN-NODE shall consider MCG link failure detected at the UE as specified in TS 37.340.
Up

8.3.9.3  Unsuccessful OperationWord‑p. 60
Not applicable.

8.3.9.4  Abnormal Conditions

In case of the split SRBs, the receiving node may ignore the message, if the M-NG-RAN-NODE has not indicated possibility of RRC transfer at the bearer setup.

8.3.10  Notification Control Indication

8.3.10.1  General

The purpose of the Notification Control indication procedure is to provide information that for already established GBR QoS flow(s) for which notification control has been requested, the NG-RAN node involved in Dual Connectivity cannot fulfil the GFBR anymore or that it can fulfil the GFBR again.
The procedure uses UE-associated signalling.

8.3.10.2  Successful Operation - M-NG-RAN node initiated

Reproduction of 3GPP TS 38.423, Figure 8.3.10.2-1: Notification Control Indication procedure, M-NG-RAN node initiated, successful operation.
Up
The M-NG-RAN node initiates the procedure by sending the NOTIFICATION CONTROL INDICATION message to the S-NG-RAN node.
This procedure is triggered to notify the S-NG-RAN node for SN-terminated bearers, that resources requested from the M-NG-RAN node can either not fulfil the GFBR anymore or that the GFBR can be fulfilled again, as specified in TS 37.340. For a QoS flow indicated as not fulfilled anymore the M-NG-RAN node may also indicate an alternative QoS parameter set which it can currently fulfil in the Current QoS Parameters Set Index IE.
Up

8.3.10.3  Successful Operation - S-NG-RAN node initiated

Reproduction of 3GPP TS 38.423, Figure 8.3.10.3-1: Notification Control Indication procedure, S-NG-RAN node initiated, successful operation.
Up
The S-NG-RAN node initiates the procedure by sending the NOTIFICATION CONTROL INDICATION message to the M-NG-RAN node.
This procedure is triggered to notify the M-NG-RAN node that for MN-terminated bearers resources requested from the S-NG-RAN node can either not fulfil the GFBR anymore or that the GFBR can be fulfilled again, as specified in TS 37.340.
This procedure is triggered to notify the M-NG-RAN node that resources requested for SN-terminated bearers can either not fulfil the GFBR anymore or that the GFBR can be fulfilled again, as specified in TS 37.340. For a QoS flow indicated as not fulfilled anymore the S-NG-RAN node may also indicate an alternative QoS parameters set which it can currently fulfil in the Current QoS Parameters Set Index IE.
Up

8.3.10.4  Abnormal ConditionsWord‑p. 61
Void.

8.3.11  Activity Notification

8.3.11.1  General

The purpose of the Activity Notification procedure is to allow an NG-RAN node to send notification to another NG-RAN node concerning:
  • user data traffic activity for the UE, or
  • user data traffic activity of already established QoS flows or PDU sessions, or
  • RAN Paging failure.
The procedure uses UE-associated signalling.

8.3.11.2  Successful Operation

Reproduction of 3GPP TS 38.423, Figure 8.3.11.2-1: Activity Notification
Up
NG-RAN node1 initiates the procedure by sending the ACTIVITY NOTIFICATION message to NG-RAN node2.
The ACTIVITY NOTIFICATION message may contain one or more of the below:
  • notification for UE context level user plane activity in the UE Context level user plane activity report IE.
  • notification of user plane activity for the already established PDU sessions within the PDU Session Resource Activity Notify List IE.
  • notification of user plane activity for the already established QoS flows within the PDU Session Resource Activity Notify List IE.
  • notification of RAN Paging failure.
If the ACTIVITY NOTIFICATION message contains the RAN Paging Failure IE, NG-RAN node2 shall consider that RAN Paging has failed in NG-RAN node1 for the UE. NG-RAN node2 may discard the user plane data for that UE and consider that the UE context is unchanged.
Up

8.3.11.3  Abnormal ConditionsWord‑p. 62
If the User Plane traffic activity report IE for a reporting object is reported by NG-RAN node1 as "re-activated" and the reporting object was not reported as "inactive", the report for the concerned reporting object shall be ignored by NG-RAN node2.

8.3.12  E-UTRA - NR Cell Resource Coordination

8.3.12.1  General

The purpose of the E-UTRA - NR Cell Resource Coordination procedure is to enable coordination of radio resource allocation between an ng-eNB and a gNB that are sharing spectrum and whose coverage areas are fully or partially overlapping. During the procedure, the ng-eNB and gNB shall exchange their intended resource allocations for data traffic, and, if possible, converge to a shared resource. The procedure is only to be used for the purpose of E-UTRA - NR spectrum sharing.
The procedure uses non-UE-associated signalling.
Up

8.3.12.2  Successful Operation

Reproduction of 3GPP TS 38.423, Figure 8.3.12.2-1: ng-eNB-initiated E-UTRA - NR Cell Resource Coordination request, successful operation
Up
Reproduction of 3GPP TS 38.423, Figure 8.3.12.2-2: gNB-initiated E-UTRA - NR Cell Resource Coordination request, successful operation
Up
If case of network sharing with multiple cell ID broadcast with shared Xn-C signalling transport, as specified in TS 38.300, the E-UTRA - NR CELL RESOURCE COORDINATION REQUEST message and the E-UTRA - NR CELL RESOURCE COORDINATION RESPONSE message shall include the Interface Instance Indication IE to identify the corresponding interface instance.
ng-eNB initiated E-UTRA - NR Cell Resource Coordination:
An ng-eNB initiates the procedure by sending the E-UTRA - NR CELL RESOURCE COORDINATION REQUEST message to an gNB over the Xn interface. The gNB extracts the Data Traffic Resource Indication IE and it replies by sending the E-UTRA - NR CELL RESOURCE COORDINATION RESPONSE message. The gNB shall calculate the full ng-eNB resource allocation by combining the Data Traffic Resource Indication IE and the Protected E-UTRA Resource Indication IE that were most recently received from the ng-eNB.
In case of conflict between the most recently received Data Traffic Resource Indication IE and the most recently received Protected E-UTRA Resource Indication IE, the gNB shall give priority to the Protected E-UTRA Resource Indication IE.
gNB initiated E-UTRA - NR Cell Resource Coordination:
An gNB initiates the procedure by sending the E-UTRA - NR CELL RESOURCE COORDINATION REQUEST message to an ng-eNB. The ng-eNB replies with the E-UTRA - NR CELL RESOURCE COORDINATION RESPONSE message.
In case of conflict between the most recently received Data Traffic Resource Indication IE and the most recently received Protected E-UTRA Resource Indication IE, the gNB shall give priority to the Protected E-UTRA Resource Indication IE.
Up

8.3.13  Secondary RAT Data Usage ReportWord‑p. 63

8.3.13.1  General

This procedure is initiated by the S-NG-RAN node to provide information on the used resources of the secondary RAT (e.g. NR resources during MR-DC operation) as specified in TS 23.501.
The procedure uses UE-associated signalling.

8.3.13.2  Successful Operation

Reproduction of 3GPP TS 38.423, Figure 8.3.13.2-1: Secondary RAT Data Usage Report procedure, successful operation.
Up
The S-NG-RAN node initiates the procedure by sending the SECONDARY RAT DATA USAGE REPORT message to the M-NG-RAN node.

8.3.13.3  Unsuccessful Operation

Not applicable.

8.3.13.4  Abnormal Conditions

Not applicable.

8.3.14  Trace Start |R16|Word‑p. 64

8.3.14.1  General

The purpose of the Trace Start procedure is to allow the M-NG-RAN node to request the S-NG-RAN node to initiate a trace session for a UE. The procedure uses UE-associated signalling.

8.3.14.2  Successful Operation

Reproduction of 3GPP TS 38.423, Figure 8.3.14.2-1: Trace Start, successful operation
Up
The Trace Start procedure is initiated by the M-NG-RAN sending the TRACE START message to the S-NG-RAN for that specific UE. Upon reception of the TRACE START message, the S-NG-RAN shall initiate the requested trace session as described in TS 32.422.
If the Trace Activation IE includes
  • the MDT Activation IE set to "Immediate MDT and Trace", and if the S-NG-RAN node is a gNB, it shall, if supported, initiate the requested trace session and MDT session as described in TS 32.422.
  • the MDT Activation IE set to "Immediate MDT Only"or "Logged MDT only", and if the S-NG-RAN node is a gNB, it shall, if supported, initiate the requested MDT session as described in TS 32.422 and the S-NG-RAN node shall ignore the Interfaces To Trace IE and the Trace Depth IE.
  • the MDT Location Information IE, within the MDT Configuration IE, and if the S-NG-RAN node is a gNB, it shall, if supported, store this information and take it into account in the requested MDT session.
  • the MDT Activation IE set to "Immediate MDT Only" or "Logged MDT only", and if the Signalling based MDT PLMN List IE is included in the MDT Configuration IE, and if the S-NG-RAN node is gNB, it may use it to propagate the MDT Configuration as described in TS 37.320.
  • the Bluetooth Measurement Configuration IE, within the MDT Configuration IE, and if the S-NG-RAN node is a gNB, it shall, if supported, take it into account for MDT Configuration as described in TS 37.320.
  • the WLAN Measurement Configuration IE, within the MDT Configuration IE, and if the S-NG-RAN node is a gNB, it shall, if supported, take it into account for MDT Configuration as described in TS 37.320.
  • the Sensor Measurement Configuration IE, within the MDT Configuration IE, the S-NG-RAN node shall take it into account for MDT Configuration as described in TS 37.320.
  • the MDT Configuration IE, and if the S-NG-RAN Node is a gNB at least the MDT Configuration-NR IE shall be present, while if the S-NG-RAN Node is an ng-eNB at least the MDT Configuration-EUTRA IE shall be present.
Up

8.3.14.3  Abnormal Conditions

Void.

8.3.15  Deactivate Trace |R16|Word‑p. 65

8.3.15.1  General

The purpose of the Deactivate Trace procedure is to allow the M-NG-RAN node to request the S-NG-RAN node to stop the trace session for the indicated trace reference. The procedure uses UE-associated signalling.

8.3.15.2  Successful Operation

Reproduction of 3GPP TS 38.423, Figure 8.3.15.2-1: Deactivate Trace, successful opration
Up
The Deactivate Trace procedure is initiated by the M-NG-RAN by sending the DEACTIVATE TRACE to the S-NG-RAN for that specific UE. Upon reception of the DEACTIVATE TRACE message, the S-NG-RAN shall stop the trace session for the indicated trace reference in the NG-RAN Trace ID IE.

8.3.15.3  Abnormal Conditions

Void.


Up   Top   ToC