Content for  TS 38.423  Word version:  18.2.0

The purpose of the Reset procedure is to align the resources in the NG-RAN node1 and the NG-RAN node2 in the event of an abnormal failure. The procedure either resets the Xn interface or selected UE contexts. This procedure doesn't affect the application level configuration data exchanged during, e.g., the Xn Setup procedure. The procedure uses non UE-associated signalling.

The procedure is initiated with the RESET REQUEST message sent from the NG-RAN node1 to the NG-RAN node2. Upon receipt of this message,

• if the RESET REQUEST message indicates full reset the NG-RAN node2 shall abort any other ongoing procedures over Xn between the NG-RAN node1 and the NG-RAN node2. The NG-RAN node2 shall delete all the context information related to the NG-RAN node1, except the application level configuration data exchanged during the Xn Setup or the NG-RAN node Configuration Update procedures and release the corresponding resources. After completion of release of the resources, the NG-RAN node2 shall respond with the RESET RESPONSE message.
• if the RESET REQUEST message indicates partial reset, the NG-RAN node2 shall abort any other ongoing procedures only for the indicated UE associated signalling connections identified either by the NG-RAN node1 UE XnAP ID IE or the NG-RAN node1 UE XnAP ID IE or both, for which the NG-RAN node2 shall delete all the context information related to the NG-RAN node1 and release the corresponding resources. After completion of release of the resources, the NG-RAN node2 shall respond with the RESET RESPONSE message indicating the UE contexts admitted to be released. The NG-RAN node2 receiving the request for partial reset does not need to wait for the release or reconfiguration of radio resources to be completed before returning the RESET RESPONSE message. The NG-RAN node2 receiving the request for partial reset shall include in the RESET RESPONSE message, for each UE association to be released, the same list of UE-associated logical Xn-connections over Xn. The list shall be in the same order as received in the RESET REQUEST message and shall include also unknown UE-associated logical Xn-connections.

If case of network sharing with multiple cell ID broadcast with shared Xn-C signalling transport, as specified in TS 38.300, the RESET REQUEST message and the RESET RESPONSE message shall include the Interface Instance Indication IE to identify the corresponding interface instance. Interactions with other procedures: If the RESET REQUEST message indicates full reset, the NG-RAN node2 shall abort any other ongoing procedure (except for a Reset procedures). If the RESET REQUEST message indicates partial reset, the NG-RAN node2 shall abort any other ongoing procedure (except for a Reset procedures) on the same Xn interface related to a UE associated signalling connection indicated in the RESET REQUEST message.

Void.

If the RESET REQUEST message is received, any other ongoing procedure (except another Reset procedure) on the same Xn interface shall be aborted. If the Reset procedure is ongoing and the responding node receives the RESET REQUEST message from the peer entity on the same Xn interface, it shall respond with the RESET RESPONSE message as specified in clause 8.4.4.2. If the initiating node does not receive the RESET RESPONSE message, the initiating node may reinitiate the Reset procedure towards the same NG-RAN node, provided that the content of the new RESET REQUEST message is identical to the content of the previously unacknowledged RESET REQUEST message.

The Error Indication procedure is initiated by an NG-RAN node to report detected errors in one incoming message, provided they cannot be reported by an appropriate failure message. If the error situation arises due to reception of a message utilising UE associated signalling, then the Error Indication procedure uses UE-associated signalling. Otherwise the procedure uses non UE-associated signalling.

When the conditions defined in clause 10 are fulfilled, the Error Indication procedure is initiated by the ERROR INDICATION message sent from the node detecting the error situation. The ERROR INDICATION message shall contain at least either the Cause IE or the Criticality Diagnostics IE. In case the Error Indication procedure is triggered by UE associated signalling, in the course of handover signalling and signalling for dual connectivity, the Old NG-RAN node UE XnAP ID IE and the New NG-RAN node UE XnAP ID IE shall be included in the ERROR INDICATION message. If any of the Old NG-RAN node UE XnAP ID IE and the New NG-RAN node UE XnAP ID IE is not correct, the cause shall be set to an appropriate value. If case of network sharing with multiple cell ID broadcast with shared Xn-C signalling transport, as specified in TS 38.300, the ERROR INDICATION message shall include the Interface Instance Indication IE to identify the corresponding interface instance.

Not applicable.

Void.

The purpose of the Xn Removal procedure is to remove the interface instance between two NG-RAN nodes in a controlled manner. If successful, this procedure erases any existing application level configuration data in the two nodes. The procedure uses non UE-associated signaling.

An NG-RAN node1 initiates the procedure by sending the XN REMOVAL REQUEST message to a candidate NG-RAN node2. Upon reception of the XN REMOVAL REQUEST message the candidate NG-RAN node2 shall reply with the XN REMOVAL RESPONSE message. After receiving the XN REMOVAL RESPONSE message, the initiating NG-RAN node1 shall initiate removal of the TNL association towards NG-RAN node2 and may remove all resources associated with that interface instance. The candidate NG-RAN node2 may then remove all resources associated with that interface instance. If the Xn Removal Threshold IE is included in the XN REMOVAL REQUEST message, the candidate NG-RAN node2 shall, if supported, accept to remove the interface instance with NG-RAN node1 if the Xn Benefit Value of the interface instance determined at the candidate NG-RAN node2 is lower than the value of the Xn Removal Threshold IE. If case of network sharing with multiple cell ID broadcast with shared Xn-C signalling transport, as specified in TS 38.300, the XN REMOVAL REQUEST message and the XN REMOVAL RESPONSE message shall include the Interface Instance Indication IE to identify the corresponding interface instance.

If the candidate NG-RAN node2 cannot accept to remove the interface instance with NG-RAN node1 it shall respond with an XN REMOVAL FAILURE message with an appropriate cause value. If case of network sharing with multiple cell ID broadcast with shared Xn-C signalling transport, as specified in TS 38.300, the XN REMOVAL REQUEST message and the XN REMOVAL FAILURE message shall include the Interface Instance Indication IE to identify the corresponding interface instance.

Void.

The purpose of the Failure Indication procedure is to transfer information regarding RRC re-establishment attempts, or received RLF Reports, between NG-RAN nodes. The signalling takes place from the NG-RAN node at which a re-establishment attempt is made, or an RLF Report is received, to an NG-RAN node to which the UE concerned may have previously been attached prior to the connection failure. This may aid the detection of radio link failure, handover failure cases. The procedure uses non UE-associated signalling.

NG-RAN node2 initiates the procedure by sending the FAILURE INDICATION message to NG-RAN node1, following a re-establishment attempt or an RLF Report reception from a UE at NG-RAN node2, when NG-RAN node2 considers that the UE may have previously suffered a connection failure at a cell controlled by NG-RAN node1. If the UE RLF Report Container IE is included in the FAILURE INDICATION message, NG-RAN node1 shall use it to derive failure case information.

Not applicable.

Void.

The purpose of the Handover Report procedure is to transfer mobility related information between NG-RAN nodes. The procedure uses non UE-associated signalling.

NG-RAN node1 initiates the procedure by sending the HANDOVER REPORT message to NG-RAN node2. When receiving the message NG-RAN node2 shall assume that a mobility-related problem was detected. If the Handover Report Type IE is set to "HO too early" or "HO to wrong cell", then NG-RAN node1 indicates to NG-RAN node2 that, following a successful handover from a cell of NG-RAN node2 to a cell of NG-RAN node1, a radio link failure occurred and the UE attempted RRC Re-establishment or re-connected either at the original cell of NG-RAN node2 (Handover Too Early), or at another cell (Handover to Wrong Cell). The detection of Handover Too Early and Handover to Wrong Cell events is made according to TS 38.300. The HANDOVER REPORT message may include:

• the Mobility Information IE, if the Mobility Information IE was sent for this handover from NG-RAN node2 (in case the NG-RAN node2 provided it more than once, the most recent Mobility Information IE is included in the HANDOVER REPORT message);
• the Source cell C-RNTI IE.
• the CHO Configuration IE, if the CHO Configuration IE was sent for this handover from NG-RAN node2.

If received, NG-RAN node2 uses the above information according to TS 38.300. If the Handover Report Type IE is set to "Inter-system ping-pong", then NG-RAN node2 shall deduce that a completed handover from a cell of NG-RAN node2 to a cell in another system might have resulted in an inter-system ping-pong and the UE was successfully handed over to a cell of NG-RAN node1 (indicated with Target cell CGI IE). If the Target cell C-RNTI IE and the Time Since Failure IE are received, NG-RAN node2 uses the information as specified in TS 38.300. Interaction with the Failure Indication procedure: If NG-RAN node1 receives a UE RLF Report from an NG-RAN node via the FAILURE INDICATION message, as described in TS 38.300, NG-RAN node1 may also include it in the UE RLF Report Container IE included in the HANDOVER REPORT message.

Not applicable.

Void.

This procedure enables an NG-RAN node to negotiate the handover trigger settings with a peer NG-RAN node controlling neighbouring cells. The procedure uses non UE-associated signalling.

NG-RAN node1 initiates the procedure by sending the MOBILITY CHANGE REQUEST message to NG-RAN node2. Upon receipt, NG-RAN node2 shall evaluate if the proposed NG-RAN node2 handover trigger modification may be accepted. If NG-RAN node2 is able to successfully complete the request it shall reply with MOBILITY CHANGE ACKNOWLEDGE message. If the NG-RAN node1 SSB Offset Information IE is included in the MOBILITY CHANGE REQUEST, the NG-RAN node2 should take into account the included value of the SSB Offset for UE measurements received for the SSB Area indicated by the SSB Index IE. If the NG-RAN node2 Proposed SSB Offset Information IE is included in the MOBILITY CHANGE REQUEST, the NG-RAN node2 shall, if supported, evaluate if the proposed value of SSB Offset IE may be accepted for the SSB Area indicated by the SSB Index IE. If NG-RAN node2 is able to successfully complete the request it shall reply with MOBILITY CHANGE ACKNOWLEDGE message.

If the requested parameter modification is refused by NG-RAN node2, or if NG-RAN node2 is not able to complete the procedure, NG-RAN node2 shall send the MOBILITY CHANGE FAILURE message with the Cause IE set to an appropriate value. NG-RAN node2 may include the Mobility Parameters Modification Range IE in the MOBILITY CHANGE FAILURE message, for example in cases when the proposed change is out of the permitted range. NG-RAN node2 may include the SSB Offset Modification Range IE in the MOBILITY CHANGE FAILURE message, for example in cases when the proposed change is out of the permitted range.

Void.

This procedure is used by an NG-RAN node to request the reporting of load measurements to another NG-RAN node. The procedure uses non UE-associated signalling.

NG-RAN node1 initiates the procedure by sending the RESOURCE STATUS REQUEST message to NG-RAN node2 to start a measurement, stop a measurement or add cells to report for a measurement. Upon receipt, NG-RAN node2:

• shall initiate the requested measurement according to the parameters given in the request in case the Registration Request IE set to "start"; or
• shall stop all cells measurements and terminate the reporting in case the Registration Request IE is set to "stop"; or
• shall add cells indicated in the Cell To Report List IE to the measurements initiated before for the given measurement IDs, in case the Registration Request IE is set to "add". If measurements are already initiated for a cell indicated in the Cell To Report List IE, this information shall be ignored.

If the Registration Request IE is set to "start" in the RESOURCE STATUS REQUEST message and the Report Characteristics IE indicates cell specific measurements, the Cell To Report List IE shall be included. If Registration Request IE is set to "add" in the RESOURCE STATUS REQUEST message, the Cell To Report List IE shall be included. If NG-RAN node2 is capable to provide all requested resource status information, it shall initiate the measurement as requested by NG-RAN node1 and respond with the RESOURCE STATUS RESPONSE message. Interaction with other procedures When starting a measurement, the Report Characteristics IE in the RESOURCE STATUS REQUEST indicates the type of objects NG-RAN node2 shall perform measurements on. For each cell, NG-RAN node2 shall include in the RESOURCE STATUS UPDATE message:

• the Radio Resource Status IE, if the first bit, "PRB Periodic" of the Report Characteristics IE included in the RESOURCE STATUS REQUEST message is set to "1". If NG-RAN node2 is a gNB and if the cell for which Radio Resource Status IE is requested to be reported supports more than one SSB, the Radio Resource Status IE for such cell shall include the SSB Area Radio Resource Status Item IE for all SSB areas supported by the cell. If the SSB To Report List IE is included for a cell, the Radio Resource Status IE for such cell shall include the requested SSB Area Radio Resource Status List IE; If the cell for which Radio Resource Status IE is requested to be reported supports more than one slice, and if the Slice To Report List IE is included for a cell, the Radio Resource Status IE for such cell shall, if supported, include the requested Slice Radio Resource Status Item IE; If the cell for which Radio Resource Status IE is requested to be reported supports MIMO, the Radio Resource Status IE for such cell may include the MIMO PRB usage Information IE.
• the TNL Capacity Indicator IE, if the second bit, "TNL Capacity Ind Periodic" of the Report Characteristics IE included in the RESOURCE STATUS REQUEST message is set to "1". The received TNL Capacity Indicator IE represents the lowest TNL capacity available for the cell, only taking into account interfaces providing user plane transport.
• the Composite Available Capacity Group IE, if the third bit, "Composite Available Capacity Periodic" of the Report Characteristics IE included in the RESOURCE STATUS REQUEST message is set to "1". If the Cell Capacity Class Value IE is included within the Composite Available Capacity Group IE, this IE is used to assign weights to the available capacity indicated in the Capacity Value IE. If NG-RAN node2 is a gNB and if the cell for which Composite Available Capacity Group IE is requested to be reported supports more than one SSB, the Composite Available Capacity Group IE for such cell shall include the SSB Area Capacity Value List for all SSB areas supported by the cell, providing the SSB area capacity with respect to the Cell Capacity Class Value. If the SSB To Report List IE is included for a cell, the Composite Available Capacity Group IE for such cell shall include the requested SSB Area Capacity Value List IE.
  If the cell for which Composite Available Capacity Group IE is requested to be reported supports more than one slice, and if the Slice To Report List IE is included for a cell, the Slice Available Capacity IE for such cell shall include the requested Slice Available Capacity Value Downlink IE and Slice Available Capacity Value Uplink IE, providing the slice capacity with respect to the Cell Capacity Class Value.
• the Number of Active UEs IE, if the fourth bit, "Number of Active UEs Periodic" of the Report Characteristics IE included in the RESOURCE STATUS REQUEST message is set to "1";
• the RRC Connections IE, if the fifth bit, "RRC Connections Periodic" of the Report Characteristics IE included in the RESOURCE STATUS REQUEST message is set to "1".
• the NR-U Channel List IE, if the sixth bit, "NR-U Channel List Periodic" of the Report Characteristics IE included in the RESOURCE STATUS REQUEST message is set to "1".

If the Reporting Periodicity IE in the RESOURCE STATUS REQUEST is present, this indicates the periodicity for the reporting of periodic measurements. The NG-RAN node2 shall report only once, unless otherwise requested within the Reporting Periodicity IE.

If any of the requested measurements cannot be initiated, NG-RAN node2 shall send the RESOURCE STATUS FAILURE message with an appropriate cause value.

For the same Measurement ID, if the initiating NG-RAN node1 does not receive either the RESOURCE STATUS RESPONSE message or the RESOURCE STATUS FAILURE message, the NG-RAN node1 may reinitiate the Resource Status Reporting Initiation procedure towards the same NG-RAN node, provided that the content of the new RESOURCE STATUS REQUEST message is identical to the content of the previously unacknowledged RESOURCE STATUS REQUEST message. If the NG-RAN node2 receives a RESOURCE STATUS REQUEST message which includes the Registration Request IE set to "add" or "stop" and if the NG-RAN node2 Measurement ID value received in the RESOURCE STATUS REQUEST message is not used, the NG-RAN node2 shall initiate RESOURCE STATUS FAILURE message with an appropriate cause value. If the Report Characteristics IE bitmap is set to "0" (all bits are set to "0") in the RESOURCE STATUS REQUEST message then NG-RAN node2 shall initiate a RESOURCE STATUS FAILURE message with an appropriate cause value. If the NG-RAN node2 receives a RESOURCE STATUS REQUEST message which includes the Registration Request IE set to "start" and the NG-RAN node1Measurement ID IE corresponding to an existing on-going load measurement reporting, then NG-RAN node2 shall initiate a RESOURCE STATUS FAILURE message with an appropriate cause value.

This procedure is initiated by an NG-RAN node to report the result of measurements admitted by the NG-RAN node following a successful Resource Status Reporting Initiation procedure. The procedure uses non UE-associated signalling.

NG-RAN node2 shall report the results of the admitted measurements in RESOURCE STATUS UPDATE message. The admitted measurements are the measurements that were successfully initiated during the preceding Resource Status Reporting Initiation procedure. If some results of the admitted measurements in RESOURCE STATUS UPDATE message are missing, NG-RAN node1 shall consider that these results were not available at NG-RAN node2.

Not applicable.

Void

The purpose of the Access And Mobility Indication procedure is to transfer Access and Mobility related information between NG-RAN nodes.

NG-RAN node1 initiates the procedure by sending the ACCESS AND MOBILITY INDICATION message sent to NG-RAN node2. If the Successful HO Report Information IE is included in the ACCESS AND MOBILITY INDICATION message, NG-RAN node2 may use it to optimize handover configurations. If the Successful PSCell Change Report Information IE is included in the ACCESS AND MOBILITY INDICATION message, NG-RAN node2 may use it to optimize PSCell change and/or PSCell addition configurations. If the NRCell List Container IE is included in the ACCESS AND MOBILITY INDICATION message, NG-RAN node2 may use it to identify the NG-RAN node to which the RA Report Container IE should be forwarded. If the DL LBT Failure Information List IE is included in the ACCESS AND MOBILITY INDICATION message, the NG-RAN node2 may use it it for MRO analysis.

Not applicable.

This procedure is used by an NG-RAN node to request from another NG-RAN node the reporting of information to support, e.g., AI/ML in NG-RAN. The procedure uses non UE-associated signalling.

NG-RAN node1 initiates the procedure by sending the DATA COLLECTION REQUEST message to NG-RAN node2 to start information reporting or to stop information reporting. Upon receipt, NG-RAN node2:

• shall initiate the requested information reporting according to the parameters given in the request in case the Registration Request for Data Collection IE is set to "start"; or
• shall stop all measurements and predictions and terminate the reporting in case the Registration Request for Data Collection IE is set to "stop".

If the Registration Request for Data Collection IE is set to "start" in the DATA COLLECTION REQUEST message and the Report Characteristics for Data Collection IE indicates cell-specific information reporting, the Cell To Report List for Data Collection IE shall be included. If NG-RAN node2 is capable of providing all of the requested information, it shall initiate the information reporting as requested by NG-RAN node1 and respond with the DATA COLLECTION RESPONSE message. If NG-RAN node2 is capable of providing some but not all of the requested information, it shall initiate the information reporting for the admitted requested information and include the Node Measurement Initiation Result List IE or the Cell Measurement Initiation Result List IE or both in the DATA COLLECTION RESPONSE message. If the Reporting Periodicity for Data Collection IE in the DATA COLLECTION REQUEST message is present, this indicates the periodicity for the reporting of configured measurement objects. The NG-RAN node2 shall report only once, unless otherwise requested within the Reporting Periodicity for Data Collection IE. If the Requested Prediction Time IE in the DATA COLLECTION REQUEST message is present, it indicates the specific point in time to which the prediction of the requested information applies. The NG-RAN node2 shall take it into account when generating the requested predicted information. If the UE Trajectory Collection Configuration IE is present in the DATA COLLECTION REQUEST message, the NG-RAN node2 shall take it into account for the configuration of UE trajectory collection and reporting. NG-RAN node2 shall report the UE trajectory only once. NG-RAN node2 shall terminate the collection when at least one of the following conditions is fulfilled:

• the time since UE was successfully handed over to NG-RAN node2 is equal to the value of the Collection Time Duration for UE Trajectory IE;
• the number of visited cells within NG-RAN node2 is equal to the value of the Number of Visited Cells IE, if included;
• UE moves to RRC_INACTIVE or RRC_IDLE state;
• UE is handed over to a cell belonging to an NG-RAN node different from NG-RAN node2.

The result of the UE trajectory collection is reported at the next available DATA COLLECTION UPDATE message. If the UE Performance Collection Configuration IE is present in the DATA COLLECTION REQUEST message, the NG-RAN node2 shall take it into account for the configuration of UE performance collection and reporting. NG-RAN node2 shall terminate the collection when at least one of the following conditions is fulfilled:

• the time since UE was successfully handed over to NG-RAN node2 is equal to the value of the Collection Time Duration for UE Performance IE;
• UE moves to RRC_INACTIVE or RRC_IDLE state;
• UE is handed over to another cell.

The result of the UE performance collection is reported at the next available DATA COLLECTION UPDATE message. Interaction with the Data Collection Reporting procedure When starting a measurement, the Report Characteristics for Data Collection IE in the DATA COLLECTION REQUEST message indicates the type of objects NG-RAN node2 performs measurements or predictions on. NG-RAN node2 shall include in the DATA COLLECTION UPDATE message:

• the SSB Area Radio Resource Status List IE, excluding the DL scheduling PDCCH CCE usage IE and UL scheduling PDCCH CCE usage IE, included in the Predicted Radio Resource Status IE, if the first bit, "Predicted Radio Resource Status" of the Report Characteristics for Data Collection IE included in the DATA COLLECTION REQUEST message is set to "1" and if the measurement object is admitted by NG-RAN node2.
• the Predicted Number of Active UEs IE, if the second bit, "Predicted Number of Active UEs" of the Report Characteristics for Data Collection IE included in the DATA COLLECTION REQUEST message is set to "1" and if the measurement object is admitted by NG-RAN node2.
• the Predicted RRC Connections IE, if the third bit, "Predicted RRC Connections" of the Report Characteristics for Data Collection IE included in the DATA COLLECTION REQUEST message is set to "1" and if the measurement object is admitted by NG-RAN node2.
• the Average UE Throughput DL IE, if the fourth bit, "Average UE Throughput DL" of the Report Characteristics for Data Collection IE included in the DATA COLLECTION REQUEST message is set to "1" and if the measurement object is admitted by NG-RAN node2.
• the Average UE Throughput UL IE, if the fifth bit, "Average UE Throughput UL" of the Report Characteristics for Data Collection IE included in the DATA COLLECTION REQUEST message is set to "1" and if the measurement object is admitted by NG-RAN node2.
• the Average Packet Delay IE, if the sixth bit, "Average Packet Delay" of the Report Characteristics for Data Collection IE included in the DATA COLLECTION REQUEST message is set to "1" and if the measurement object is admitted by NG-RAN node2.
• the Average Packet Loss DL IE, if the seventh bit, "Average Packet Loss DL" of the Report Characteristics for Data Collection IE included in the DATA COLLECTION REQUEST message is set to "1" and if the measurement object is admitted by NG-RAN node2.
• the Energy Cost IE, if the eighth bit, "Energy Cost" of the Report Characteristics for Data Collection IE included in the DATA COLLECTION REQUEST message is set to "1" and if the measurement object is admitted by NG-RAN node2.
• the Measured UE Trajectory IE, if the ninth bit, "Measured UE Trajectory" of the Report Characteristics for Data Collection IE included in the DATA COLLECTION REQUEST message is set to "1" and if the measurement object is admitted by NG-RAN node2.

If none of the requested information can be initiated, NG-RAN node2 shall send the DATA COLLECTION FAILURE message with an appropriate cause value.

For the same Measurement ID, if the initiating NG-RAN node1 does not receive either the DATA COLLECTION RESPONSE message or the DATA COLLECTION FAILURE message, the NG-RAN node1 may reinitiate the Data Collection Reporting Initiation procedure towards the same NG-RAN node, provided that the content of the new DATA COLLECTION REQUEST message is identical to the content of the previously unacknowledged DATA COLLECTION REQUEST message. If the NG-RAN node2 receives a DATA COLLECTION REQUEST message which includes the Registration Request for Data Collection IE set to "stop" and if the NG-RAN node2 Measurement ID value received in the DATA COLLECTION REQUEST message is not used, the NG-RAN node2 shall initiate DATA COLLECTION FAILURE message with an appropriate cause value. If in the Report Characteristics for Data Collection IE bitmap all bits are set to "0" in the DATA COLLECTION REQUEST message, then NG-RAN node2 shall initiate a DATA COLLECTION FAILURE message with an appropriate cause value. If the NG-RAN node2 receives a DATA COLLECTION REQUEST message which includes the Registration Request for Data Collection IE set to "start" and the NG-RAN node1 Measurement ID IE corresponding to an existing on-going Data Collection reporting, then NG-RAN node2 shall initiate a DATA COLLECTION FAILURE message with an appropriate cause value.

This procedure is initiated by an NG-RAN node to report information accepted by the NG-RAN node following a successful Data Collection Reporting Initiation procedure for the purpose of, e.g., AI/ML in NG-RAN. The procedure uses non UE-associated signalling.

NG-RAN node2 shall report the accepted information in DATA COLLECTION UPDATE message. The accepted information is the information that was successfully initiated during the preceding Data Collection Reporting Initiation procedure.

Not applicable.