Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 38.331  Word version:  18.0.0

Top   Top   Up   Prev   Next
1…   4…   5…   5.2.2.4…   5.3…   5.3.3…   5.3.5…   5.3.5.5…   5.3.5.6…   5.3.5.7…   5.3.5.13…   5.3.5.17…   5.3.6…   5.3.8…   5.3.13…   5.3.14…   5.4…   5.5…   5.5.3…   5.5.4…   5.5.4.15…   5.5.4.23…   5.5.5…   5.5a…   5.7…   5.7.4…   5.7.8…   5.7.12…   5.8…   5.8.9…   5.8.9.2…   5.8.9.8…   5.8.10…   5.8.11…   5.9…   5.10…   6…   6.2.2…   6-2-2-23…   6-2-2-27…   6-2-2-43…   6-2-2-47…   6.3…   6.3.2…   6-3-2-27…   6-3-2-49…   6-3-2-73…   6-3-2-95…   6-3-2-108…   6-3-2-134…   6-3-2-162…   6-3-2-188…   6-3-2-213…   6-3-2-243…   6-3-2-271…   6-3-2-297…   6-3-2-341…   6.3.3…   6-3-3-25…   6-3-3-51…   6.3.4…   6.3.5…   6-3-5-25…   6.3.6…   6.4…   7…   9…   11…   A…   A.4…   B…

 

5.7.8  Idle/inactive Measurementsp. 323

5.7.8.1  Generalp. 323

This procedure specifies the measurements to be performed and stored by a UE in RRC_IDLE and RRC_INACTIVE when it has an idle/inactive measurement configuration.

5.7.8.1a  Measurement configurationp. 323

The purpose of this procedure is to update the idle/inactive measurement configuration.
The UE initiates this procedure while T331 is running and SDT procedure is not ongoing and one of the following conditions is met:
1 >
upon selecting a cell when entering RRC_IDLE or RRC-INACTIVE from RRC_CONNECTED or RRC_INACTIVE; or
1 >
upon update of system information (SIB4, or SIB11), e.g. due to intra-RAT cell (re)selection;
While in RRC_IDLE or RRC_INACTIVE, and T331 is running, the UE shall:
1 >
if VarMeasIdleConfig includes neither a measIdleCarrierListEUTRA nor a measIdleCarrierListNR received from the RRCRelease message:
2 >
if the UE supports idleInactiveEUTRA-MeasReport:
3 >
if the SIB11 includes the measIdleConfigSIB and contains measIdleCarrierListEUTRA:
4 >
store or replace the measIdleCarrierListEUTRA of measIdleConfigSIB of SIB11 within VarMeasIdleConfig;
3 >
else:
4 >
remove the measIdleCarrierListEUTRA in VarMeasIdleConfig, if stored;
2 >
if the UE supports idleInactiveNR-MeasReport:
3 >
if SIB11 includes the measIdleConfigSIB and contains measIdleCarrierListNR:
4 >
store or replace the measIdleCarrierListNR of measIdleConfigSIB of SIB11 within VarMeasIdleConfig;
3 >
else:
4 >
remove the measIdleCarrierListNR in VarMeasIdleConfig, if stored;
1 >
for each entry in the measIdleCarrierListNR within VarMeasIdleConfig that does not contain an ssb-MeasConfig received from the RRCRelease message:
2 >
if there is an entry in measIdleCarrierListNR in measIdleConfigSIB of SIB11 that has the same carrier frequency and subcarrier spacing as the entry in the measIdleCarrierListNR within VarMeasIdleConfig and that contains ssb-MeasConfig:
3 >
delete the ssb-MeasConfig of the corresponding entry in the measIdleCarrierListNR within VarMeasIdleConfig;
3 >
store the SSB measurement configuration from SIB11 into nrofSS-BlocksToAverage, absThreshSS-BlocksConsolidation, smtc, ssb-ToMeasure, deriveSSB-IndexFromCell, and ss-RSSI-Measurement within ssb-MeasConfig of the corresponding entry in the measIdleCarrierListNR within VarMeasIdleConfig;
2 >
else if there is an entry in interFreqCarrierFreqList of SIB4 with the same carrier frequency and subcarrier spacing as the entry in measIdleCarrierListNR within VarMeasIdleConfig:
3 >
delete the ssb-MeasConfig of the corresponding entry in the measIdleCarrierListNR within VarMeasIdleConfig;
3 >
store the SSB measurement configuration from SIB4 into nrofSS-BlocksToAverage, absThreshSS-BlocksConsolidation, smtc, ssb-ToMeasure, deriveSSB-IndexFromCell, and ss-RSSI-Measurement within ssb-MeasConfig of the corresponding entry in the measIdleCarrierListNR within VarMeasIdleConfig;
2 >
else:
3 >
remove the ssb-MeasConfig of the corresponding entry in the measIdleCarrierListNR within VarMeasIdleConfig, if stored;
1 >
perform measurements according to clause 5.7.8.2a.
Up

5.7.8.2Void

5.7.8.2a  Performing measurementsp. 324

When performing measurements on NR carriers according to this clause, the UE shall derive the cell quality as specified in clause 5.5.3.3 and consider the beam quality to be the value of the measurement results of the concerned beam, where each result is averaged as described in TS 38.215.
While in RRC_IDLE or RRC_INACTIVE, and T331 is running and SDT procedure is not ongoing, the UE shall:
1 >
perform the measurements in accordance with the following:
2 >
if the VarMeasIdleConfig includes the measIdleCarrierListEUTRA and the SIB1 contains idleModeMeasurementsEUTRA:
3 >
for each entry in measIdleCarrierListEUTRA within VarMeasIdleConfig:
4 >
if UE supports NE-DC between the serving carrier and the carrier frequency indicated by carrierFreqEUTRA within the corresponding entry:
5 >
perform measurements in the carrier frequency and bandwidth indicated by carrierFreqEUTRA and allowedMeasBandwidth within the corresponding entry;
5 >
if the reportQuantitiesEUTRA is set to rsrq:
6 >
consider RSRQ as the sorting quantity;
5 >
else:
6 >
consider RSRP as the sorting quantity;
5 >
if the measCellListEUTRA is included:
6 >
consider cells identified by each entry within the measCellListEUTRA to be applicable for idle/inactive mode measurement reporting;
5 >
else:
6 >
consider up to maxCellMeasIdle strongest identified cells, according to the sorting quantity, to be applicable for idle/inactive measurement reporting;
5 >
for all cells applicable for idle/inactive measurement reporting, derive measurement results for the measurement quantities indicated by reportQuantitiesEUTRA;
5 >
store the derived measurement results as indicated by reportQuantitiesEUTRA within the measReportIdleEUTRA in VarMeasIdleReport in decreasing order of the sorting quantity, i.e. the best cell is included first, as follows:
6 >
if qualityThresholdEUTRA is configured:
7 >
include the measurement results from the cells applicable for idle/inactive measurement reporting whose RSRP/RSRQ measurement results are above the value(s) provided in qualityThresholdEUTRA;
6 >
else:
7 >
include the measurement results from all cells applicable for idle/inactive measurement reporting;
2 >
if the VarMeasIdleConfig includes the measIdleCarrierListNR and the SIB1 contains idleModeMeasurementsNR:
3 >
for each entry in measIdleCarrierListNR within VarMeasIdleConfig that contains ssb-MeasConfig:
4 >
if UE supports carrier aggregation or NR-DC between serving carrier and the carrier frequency and subcarrier spacing indicated by carrierFreq and ssbSubCarrierSpacing within the corresponding entry:
5 >
perform measurements in the carrier frequency and subcarrier spacing indicated by carrierFreq and ssbSubCarrierSpacing within the corresponding entry;
5 >
if the reportQuantities is set to rsrq:
6 >
consider RSRQ as the cell sorting quantity;
5 >
else:
6 >
consider RSRP as the cell sorting quantity;
5 >
if the measCellListNR is included:
6 >
consider cells identified by each entry within the measCellListNR to be applicable for idle/inactive measurement reporting;
5 >
else:
6 >
consider up to maxCellMeasIdle strongest identified cells, according to the sorting quantity, to be applicable for idle/inactive measurement reporting;
5 >
for all cells applicable for idle/inactive measurement reporting, derive cell measurement results for the measurement quantities indicated by reportQuantities;
5 >
store the derived cell measurement results as indicated by reportQuantities for cells applicable for idle/inactive measurement reporting within measResultsPerCarrierListIdleNR in the measReportIdleNR in VarMeasIdleReport in decreasing order of the cell sorting quantity, i.e. the best cell is included first, as follows:
6 >
if qualityThreshold is configured:
7 >
include the measurement results from the cells applicable for idle/inactive measurement reporting whose RSRP/RSRQ measurement results are above the value(s) provided in qualityThreshold;
6 >
else:
7 >
include the measurement results from all cells applicable for idle/inactive measurement reporting;
5 >
if beamMeasConfigIdle is included in the associated entry in measIdleCarrierListNR and if UE supports idleInactiveNR-MeasBeamReport for the FR of the carrier frequency indicated by carrierFreq within the associated entry, for each cell in the measurement results:
6 >
derive beam measurements based on SS/PBCH block for each measurement quantity indicated in reportQuantityRS-Indexes, as described in TS 38.215;
6 >
if the reportQuantityRS-Indexes is set to rsrq:
7 >
consider RSRQ as the beam sorting quantity;
6 >
else:
7 >
consider RSRP as the beam sorting quantity;
6 >
set resultsSSB-Indexes to include up to maxNrofRS-IndexesToReport SS/PBCH block indexes in order of decreasing beam sorting quantity as follows:
7 >
include the index associated to the best beam for the sorting quantity and if absThreshSS-BlocksConsolidation is included, the remaining beams whose sorting quantity is above absThreshSS-BlocksConsolidation;
6 >
if the includeBeamMeasurements is set to true:
7 >
include the beam measurement results as indicated by reportQuantityRS-Indexes;
2 >
if, as a result of the procedure in this clause, the UE performs measurements in one or more carrier frequency indicated by measIdleCarrierListNR or measIdleCarrierListEUTRA:
3 >
store the cell measurement results for RSRP and RSRQ for the serving cell within measResultServingCell in the measReportIdleNR in VarMeasIdleReport.
3 >
if the VarMeasIdleConfig includes the measIdleCarrierListNR and it contains an entry with carrierFreq set to the value of the serving frequency:
4 >
if beamMeasConfigIdle is included in that entry, and if the UE supports idleInactiveNR- MeasBeamReport for the FR of the serving cell:
5 >
derive beam measurements based on SS/PBCH block for each measurement quantity indicated in reportQuantityRS-Indexes, as described in TS 38.215;
5 >
if the reportQuantityRS-Indexes is set to rsrq:
6 >
consider RSRQ as the beam sorting quantity;
5 >
else:
6 >
consider RSRP as the beam sorting quantity;
5 >
set resultsSSB-Indexes to include up to maxNrofRS-IndexesToReport SS/PBCH block indexes in order of decreasing beam sorting quantity as follows:
6 >
include the index associated to the best beam for the sorting quantity and if absThreshSS-BlocksConsolidation is included in SIB2 of serving cell, the remaining beams whose sorting quantity is above absThreshSS-BlocksConsolidation;
5 >
if the includeBeamMeasurements is set to true:
6 >
include the beam measurement results as indicated by reportQuantityRS-Indexes;
Up

5.7.8.3  T331 expiry or stopp. 327

The UE shall:
1 >
if T331 expires or is stopped:
2 >
release the VarMeasIdleConfig.

5.7.8.4  Cell re-selection or cell selection while T331 is runningp. 327

The UE shall:
1 >
if intra-RAT cell selection or reselection occurs while T331 is running:
2 >
if validityAreaList is configured in VarMeasIdleConfig:
3 >
if the serving frequency does not match with the carrierFreq of an entry in the validityAreaList; or
3 >
if the serving frequency matches with the carrierFreq of an entry in the validityAreaList, the validityCellList is included in that entry, and the physical cell identity of the serving cell does not match with any entry in validityCellList:
4 >
stop timer T331;
4 >
perform the actions as specified in clause 5.7.8.3, upon which the procedure ends.
1 >
else if inter-RAT cell selection or reselection occurs while T331 is running:
2 >
stop timer T331;
2 >
perform the actions as specified in clause 5.7.8.3;
Up

5.7.9  Mobility history informationp. 328

5.7.9.1  Generalp. 328

This procedure specifies how the mobility history information is stored by the UE, covering RRC_IDLE, RRC_INACTIVE and RRC_CONNECTED and released by the UE upon deregistration.

5.7.9.2  Initiationp. 328

If the UE supports storage of mobility history information, the UE shall:
1 >
If the UE supports PSCell mobility history information and upon addition of a PSCell:
2 >
include an entry in visitedPSCellInfoList in variable VarMobilityHistoryReport possibly after performing the following, if necessary:
3 >
if visitedPSCellInfoListReport is available in the visitedCellInfoList in variable VarMobilityHistoryReport:
4 >
for the oldest PCell entry in visitedCellInfoList including visitedPSCellInfoListReport;
5 >
remove the oldest entry in the visitedPSCellInfoListReport;
3 >
else:
4 >
remove the oldest entry in visitedPSCellInfoList in variable VarMobilityHistoryReport;
2 >
for the included entry:
3 >
set the field timeSpent of the entry according to following:
4 >
if this is the first PSCell entry for the current PCell since entering the current PCell in RRC_CONNECTED:
5 >
include the entry as the time spent with no PSCell since entering the current PCell in RRC_CONNECTED;
4 >
else:
5 >
include the time spent with no PSCell since last PSCell release since entering the current PCell in RRC_CONNECTED;
1 >
If the UE supports PSCell mobility history information and upon change, or release of a PSCell while being connected to the current PCell:
2 >
include an entry in visitedPSCellInfoList of the variable VarMobilityHistoryReport possibly after performing the following, if necessary:
3 >
if visitedPSCellInfoListReport is available in the visitedCellInfoList in variable VarMobilityHistoryReport:
4 >
for the oldest PCell entry in visitedCellInfoList including visitedPSCellInfoListReport;
5 >
remove the oldest entry in the visitedPSCellInfoListReport;
3 >
else:
4 >
remove the oldest entry in visitedPSCellInfoList in variable VarMobilityHistoryReport;
2 >
for the included entry:
3 >
if the global cell identity of the previous PSCell is available:
4 >
include the global cell identity of that cell in the field visitedCellId of the entry;
3 >
else:
4 >
include the physical cell identity and carrier frequency of that cell in the field visitedCellId of the entry;
3 >
set the field timeSpent of the entry as the time spent in the previous PSCell while being connected to the current PCell;
1 >
Upon change of suitable cell, consisting of PCell in RRC_CONNECTED (for NR or E-UTRA cell) or serving cell in RRC_INACTIVE (for NR cell) or in RRC_IDLE (for NR or E-UTRA cell), to another NR or E-UTRA cell, or when entering any cell selection' state from 'camped normally' state in NR or LTE or when entering 'any cell selection' state from a suitable cell in RRC_CONNECTED state in NR or LTE:
2 >
include an entry in visitedCellInfoList of the variable VarMobilityHistoryReport possibly after removing the oldest entry, if necessary, according to following:
3 >
if the global cell identity of the previous PCell/serving cell is available:
4 >
include the global cell identity of that cell in the field visitedCellId of the entry;
3 >
else:
4 >
include the physical cell identity and carrier frequency of that cell in the field visitedCellId of the entry;
3 >
set the field timeSpent of the entry as the time spent in the previous PCell/serving cell;
3 >
if the UE supports PSCell mobility history information and if the UE continues to be connected to the same PSCell during the change of the PCell in RRC_CONNECTED; or
3 >
iif the UE supports PSCell mobility history information and if the UE changes PSCell at the same time as the change of the PCell in RRC_CONNECTED; or
3 >
if the UE supports PSCell mobility history information and if the PSCell is released at the same time as the change of the PCell in RRC_CONNECTED:
4 >
include an entry in visitedPSCellInfoList of the variable VarMobilityHistoryReport possibly after performing the following, if necessary:
5 >
if visitedPSCellInfoListReport is available in the visitedCellInfoList in variable VarMobilityHistoryReport:
6 >
for the oldest PCell entry in visitedCellInfoList including visitedPSCellInfoListReport;
7 >
remove the oldest entry in the visitedPSCellInfoListReport;
5 >
else:
6 >
remove the oldest entry in visitedPSCellInfoList in variable VarMobilityHistoryReport;
4 >
for the included entry:
5 >
if the global cell identity of the PSCell (in case the UE continues to be connected to the same PSCell) or the previous PSCell (in case the UE changes PSCell, or in case PSCell is released) is available:
6 >
include the global cell identity of that cell in the field visitedCellId of the entry;
5 >
else:
6 >
include the physical cell identity and carrier frequency of that cell in the field visitedCellId of the entry;
5 >
set the field timeSpent of the entry as the time spent in the PSCell, while being connected to previous PCell;
3 >
if the UE supports PSCell mobility history information and if the UE was not configured with a PSCell at the time of change of PCell in RRC_CONNECTED:
4 >
include an entry in visitedPSCellInfoList after performing the following, if necessary;
5 >
if visitedPSCellInfoListReport is available in the visitedCellInfoList in variable VarMobilityHistoryReport:
6 >
for the oldest PCell entry in visitedCellInfoList including visitedPSCellInfoListReport;
7 >
remove the oldest entry in the visitedPSCellInfoListReport;
5 >
else:
6 >
remove the oldest entry in visitedPSCellInfoList in variable VarMobilityHistoryReport;
4 >
for the included entry:
5 >
set the field timeSpent of the entry as the time without PSCell according to the following:
6 >
if the UE experienced a PSCell release since entering the previous PCell in RRC_CONNECTED:
7 >
include the time spent with no PSCell since last PSCell release since entering the previous PCell in RRC_CONNECTED;
6 >
else:
7 >
include the time spent with no PSCell since entering the previous PCell in RRC_CONNECTED;
3 >
if the UE supports PSCell mobility history information and if visitedPSCellInfoList exists in VarMobilityHistoryReport:
4 >
include visitedPSCellInfoList in VarMobilityHistoryReport in the visitedPSCellInfoListReport within the entry of the visitedCellInfoList associated to the latest PCell entry;
4 >
remove visitedPSCellInfoList from the variable VarMobilityHistoryReport;
1 >
if the UE supports PSCell mobility history information and upon entering 'camped normally' state in NR (in RRC_IDLE or RRC_INACTIVE) or E-UTRA (in RRC_IDLE) while previously in RRC_CONNECTED state NR or LTE while not connected to a PSCell:
2 >
include an entry in visitedPSCellInfoList after performing the following, if necessary;
3 >
if visitedPSCellInfoListReport is available in the visitedCellInfoList in variable VarMobilityHistoryReport:
4 >
for the oldest PCell entry in visitedCellInfoList including visitedPSCellInfoListReport;
5 >
remove the oldest entry in the visitedPSCellInfoListReport;
3 >
else:
4 >
remove the oldest entry in visitedPSCellInfoList in variable VarMobilityHistoryReport;
2 >
for the included entry:
3 >
set the field timeSpent of the entry as the time without PSCell according to the following:
4 >
if the UE experienced a PSCell release since entering the current PCell in RRC_CONNECTED:
5 >
include the time spent with no PSCell since last PSCell release after entering the current PCell in RRC_CONNECTED;
4 >
else:
5 >
include the time spent with no PSCell since entering the current PCell in RRC_CONNECTED;
1 >
upon entering 'camped normally' state in NR (in RRC_IDLE or RRC_INACTIVE) or E-UTRA (in RRC_IDLE) while previously in 'any cell selection' state or 'camped on any cell' state in NR or LTE:
2 >
include an entry in variable VarMobilityHistoryReport possibly after removing the oldest entry, if necessary, according to following:
3 >
set the field timeSpent of the entry as the time spent in 'any cell selection' state and/or 'camped on any cell' state in NR or LTE.
Up

5.7.9.3  Release of Mobility History Informationp. 331

If the UE supports storage of mobility history information, the UE shall:
1 >
if stored, discard the mobility history information, i.e. release the UE variable VarMobilityHistoryReport upon deregistration from the network.

5.7.10  UE Informationp. 331

5.7.10.1  Generalp. 331

Reproduction of 3GPP TS 38.331, Fig. 5.7.10.1-1: UE information procedure
Up
The UE information procedure is used by the network to request the UE to report information.

5.7.10.2  Initiationp. 331

The network initiates the procedure by sending the UEInformationRequest message. The network should initiate this procedure only after successful security activation.

5.7.10.3  Reception of the UEInformationRequest messagep. 331

Upon receiving the UEInformationRequest message, the UE shall, only after successful security activation:
1 >
if the idleModeMeasurementReq is included in the UEInformationRequest and the UE has stored VarMeasIdleReport that contains measurement information concerning cells other than the PCell:
2 >
set the measResultIdleEUTRA in the UEInformationResponse message to the value of measReportIdleEUTRA in the VarMeasIdleReport, if available;
2 >
set the measResultIdleNR in the UEInformationResponse message to the value of measReportIdleNR in the VarMeasIdleReport, if available;
2 >
discard the VarMeasIdleReport upon successful delivery of the UEInformationResponse message confirmed by lower layers;
1 >
if the logMeasReportReq is present and if the RPLMN is included in plmn-IdentityList stored in VarLogMeasReport, or if the current registered SNPN is included in snpn-ConfigIDList stored in VarLogMeasReport:
2 >
if VarLogMeasReport includes one or more logged measurement entries, set the contents of the logMeasReport in the UEInformationResponse message as follows:
3 >
include the absoluteTimeStamp and set it to the value of absoluteTimeInfo in the VarLogMeasReport;
3 >
include the traceReference and set it to the value of traceReference in the VarLogMeasReport;
3 >
include the traceRecordingSessionRef and set it to the value of traceRecordingSessionRef in the VarLogMeasReport;
3 >
include the tce-Id and set it to the value of tce-Id in the VarLogMeasReport;
3 >
include the logMeasInfoList and set it to include one or more entries from the VarLogMeasReport starting from the entries logged first, and for each entry of the logMeasInfoList that is included, include all information stored in the corresponding logMeasInfoList entry in VarLogMeasReport;
3 >
if the VarLogMeasReport includes one or more additional logged measurement entries that are not included in the logMeasInfoList within the UEInformationResponse message:
4 >
include the logMeasAvailable;
4 >
if bt-LocationInfo is included in locationInfo of one or more of the additional logged measurement entries in VarLogMeasReport that are not included in the logMeasInfoList within the UEInformationResponse message:
5 >
include the logMeasAvailableBT;
4 >
if wlan-LocationInfo is included in locationInfo of one or more of the additional logged measurement entries in VarLogMeasReport that are not included in the logMeasInfoList within the UEInformationResponse message:
5 >
include the logMeasAvailableWLAN;
1 >
if ra-ReportReq is set to true and the UE has random access related information available in VarRA-Report and if the RPLMN is included in plmn-IdentityList stored in VarRA-Report; or
1 >
if ra-ReportReq is set to true and the UE has random access related information available in VarRA-Report and if the registered SNPN is included in snpn-IdentityList stored in VarRA-Report:
2 >
set the ra-ReportList in the UEInformationResponse message to the value of ra-ReportList in VarRA-Report;
2 >
discard the ra-ReportList from VarRA-Report upon successful delivery of the UEInformationResponse message confirmed by lower layers;
1 >
if rlf-ReportReq is set to true:
2 >
if the UE has radio link failure information or handover failure information available in VarRLF-Report and if the RPLMN is included in plmn-IdentityList stored in VarRLF-Report; or
2 >
if the UE has radio link failure information or handover failure information available in VarRLF-Report and if the current registered SNPN is included in snpn-IdentityList stored in VarRLF-Report:
3 >
set timeSinceFailure in VarRLF-Report to the time that elapsed since the last radio link failure or handover failure in NR;
3 >
set the rlf-Report in the UEInformationResponse message to the value of rlf-Report in VarRLF-Report;
3 >
discard the rlf-Report from VarRLF-Report upon successful delivery of the UEInformationResponse message confirmed by lower layers;
2 >
else if the UE is capable of cross-RAT RLF reporting as defined in TS 38.306 and has radio link failure information or handover failure information available in VarRLF-Report of TS 36.331 and if the RPLMN is included in plmn-IdentityList stored in VarRLF-Report of TS 36.331:
3 >
set timeSinceFailure in VarRLF-Report of TS 36.331 to the time that elapsed since the last radio link failure or handover failure in EUTRA;
3 >
set failedPCellId-EUTRA in the rlf-Report in the UEInformationResponse message to indicate the PCell in which RLF was detected or the source PCell of the failed handover in the VarRLF-Report of TS 36.331;
3 >
set the measResult-RLF-Report-EUTRA in the rlf-Report in the UEInformationResponse message to the value of rlf-Report in VarRLF-Report of TS 36.331;
3 >
discard the rlf-Report from VarRLF-Report of TS 36.331 upon successful delivery of the UEInformationResponse message confirmed by lower layers;
1 >
if connEstFailReportReq is set to true and the UE has connection establishment failure or connection resume failure information in VarConnEstFailReport or VarConnEstFailReportList and if the RPLMN is equal to plmn-Identity stored in VarConnEstFailReport or in at least one of the entries of VarConnEstFailReportList:
1 >
if connEstFailReportReq is set to true and if the UE has connection establishment failure information or connection resume failure information available in VarConnEstFailReport or VarConnEstFailReportList and if the registered SNPN identity is equal to snpn-identity stored in VarConnEstFailReport or any entry of VarConnEstFailReportList:
2 >
set timeSinceFailure in VarConnEstFailReport to the time that elapsed since the last connection establishment failure or connection resume failure in NR;
2 >
set the connEstFailReport in the UEInformationResponse message to the value of connEstFailReport in VarConnEstFailReport;
2 >
if the UE supports multiple CEF report:
3 >
for each connEstFailReport in the connEstFailReportList in VarConnEstFailReportList:
4 >
set timeSinceFailure to the time that elapsed since the associated connection establishment failure or connection resume failure in NR;
2 >
for each connEstFailReport in the connEstFailReportList in the UEInformationResponse message, set the value to the value of connEstFailReport in VarConnEstFailReport in VarConnEstFailReportList;
2 >
discard the connEstFailReport from VarConnEstFailReport and VarConnEstFailReportList upon successful delivery of the UEInformationResponse message confirmed by lower layers;
1 >
if the mobilityHistoryReportReq is set to true:
2 >
include the mobilityHistoryReport and set it to include visitedCellInfoList from VarMobilityHistoryReport;
2 >
include in the mobilityHistoryReport an entry for the current PCell, possibly after removing the oldest entry if required, and set its fields as follows:
3 >
set visitedCellId to the global cell identity or the physical cell identity and carrier frequency of the current PCell:
3 >
set field timeSpent to the time spent in the current PCell;
3 >
if the UE supports PSCell mobility history information and if visitedPSCellInfoList is present in VarMobilityHistoryReport:
4 >
for the newest entry of the PCell in the mobilityHistoryReport, include visitedPSCellInfoList from VarMobilityHistoryReport;
4 >
if the UE is configured with a PSCell:
5 >
for the newest entry of the PCell in the mobilityHistoryReport, include the current PSCell information in the visitedPSCellInfoListReport, possibly after removing the oldest PSCell entry of a PCell in the mobilityHistoryReport, if required, and set its fields as follows:
6 >
set visitedCellId to the global cell identity or the physical cell identity and carrier frequency of the current PSCell:
6 >
set field timeSpent to the time spent in the current PSCell while being connected to the current PCell;
4 >
else:
5 >
for the newest entry of the PCell in the mobilityHistoryReport, include a new entry in the visitedPSCellInfoListReport, possibly after removing the oldest PSCell entry of a PCell in the mobilityHistoryReport, if required, and set its fields as follows:
6 >
set field timeSpent to the time spent without PSCell in the current PCell since last PSCell release since connected to the current PCell in RRC_CONNECTED;
3 >
else if the UE supports PSCell mobility history information:
4 >
if the UE is configured with a PSCell:
5 >
for the newest entry of the PCell in the mobilityHistoryReport, include the current PSCell information in the visitedPSCellInfoListReport, possibly after removing the oldest PSCell entry of a PCell in the mobilityHistoryReport, if required, and set its fields as follows:
6 >
set visitedCellId to the global cell identity or the physical cell identity and carrier frequency of the current PSCell:
6 >
set field timeSpent to the time spent in the current PSCell while being connected to the current PCell;
4 >
else:
5 >
for the newest entry of the PCell in the mobilityHistoryReport, include a new entry in the visitedPSCellInfoListReport, possibly after removing the oldest PSCell entry of a PCell in the mobilityHistoryReport, if required, and set its fields as follows:
6 >
set field timeSpent to the time spent without PSCell in the current PCell since connected to the current PCell in RRC_CONNECTED;
1 >
if the successHO-ReportReq is set to true and if the UE has successful handover related information available in VarSuccessHO-Report and if the RPLMN is included in the plmn-IdentityList stored in VarSuccessHO-Report; or
1 >
if the successHO-ReportReq is set to true and if the UE has successful handover related information available in VarSuccessHO-Report and if the current registered SNPN is included in snpn-IdentityList if stored in the VarSuccessHO-Report:
2 >
if the successHO-Report in the VarSuccessHO-Report concerns a DAPS handover and if a PDCP PDU has been received from the source cell of the concerned HO and a non-duplicated PDCP PDU has been received from the target cell of the concerned HO:
3 >
set upInterruptionTimeAtHO in VarSuccessHO-Report to include the time elapsed between the time of arrival of the last PDCP PDU received from the source cell of the concerned handover and the time of arrival of the first non-duplicate PDCP PDU received from the target cell of the concerned handover, as measured at the time of arrival of the first non-duplicate PDCP PDU received from the target cell;
2 >
if the successHO-Report in the VarSuccessHO-Report concerns a mobilityFromNRCommand:
3 >
set timeSinceSHR in VarSuccessHO-Report to the time that elapsed since the execution of the associated mobilityFromNRCommand;
2 >
set the successHO-Report in the UEInformationResponse message to the value of successHO-Report in the VarSuccessHO-Report, if available;
2 >
discard the VarSuccessHO-Report upon successful delivery of the UEInformationResponse message confirmed by lower layers;
1 >
if the successPSCell-ReportReq is set to true and if the UE has successful PSCell change or addition information available in VarSuccessPSCell-Report and if the RPLMN is included in plmn-IdentityList stored in VarSuccessPSCell-Report; or
1 >
if the successPSCell-ReportReq is set to true and if the UE has successful PSCell change or addition information available in VarSuccessPSCell-Report and if the current registered SNPN is included in snpn-IdentityList if stored in the VarSuccessPSCell-Report:
2 >
set the successPSCell-Report in the UEInformationResponse message to the value of successPSCell-Report in the VarSuccessPSCell-Report;
2 >
discard the VarSuccessPSCell-Report upon successful delivery of the UEInformationResponse message confirmed by lower layers;
1 >
if the coarseLocationRequest is set to true:
2 >
include coarseLocationInfo, if available;
1 >
if the flightPathInfoReq is included in the UEInformationRequest and the UE has flight path information available, set the flightPathInfoReport in the UEInformationResponse message as follows:
2 >
include the list of up to maxWayPointNumber waypoints along the flight path;
2 >
if the includeTimeStamp is set to true, for each included waypoint:
3 >
if available, set the field timestamp to the time when UE intends to arrive at the waypoint;
1 >
if the logMeasReport is included in the UEInformationResponse:
2 >
submit the UEInformationResponse message to lower layers for transmission via SRB2;
2 >
discard the logged measurement entries included in the logMeasInfoList from VarLogMeasReport upon successful delivery of the UEInformationResponse message confirmed by lower layers;
1 >
else:
2 >
submit the UEInformationResponse message to lower layers for transmission via SRB1.
Up

5.7.10.4  Actions for the Random Access report determinationp. 335

Upon successfully performing random-access procedure initialized with 4-step or 2-step RA type, or upon failed or successfully completed on-demand system information acquisition procedure in RRC_IDLE or RRC_INACTIVE state, or upon failed or successfully completed RA-SDT operation as specified in clause 5.3.13.5, the UE shall:
1 >
if the RPLMN or the PLMN selected by upper layers (see TS 24.501) from the PLMN(s) included in the plmn-IdentityList in SIB1 is not included in plmn-IdentityList stored in a non-empty VarRA-Report; or
1 >
if the registered SNPN or the SNPN selected by upper layers (see TS 24.501) from the list of SNPN(s) included in the NPN-IdentityInfoList in SIB1is not included in plmn-IdentityList stored in a non-empty VarRA-Report:
2 >
clear the information included in VarRA-Report;
1 >
if the UE is not in SNPN access mode and if the number of RA-Report entries stored in the ra-ReportList in VarRA-Report is less than maxRAReport:
2 >
if the number of PLMN entries in plmn-IdentityList stored in VarRA-Report is less than maxPLMN; or
2 >
if the number of PLMN entries in plmn-IdentityList stored in VarRA-Report is equal to maxPLMN and the list of EPLMNs is subset of or equal to the plmn-IdentityList stored in VarRA-Report:
3 >
append the following contents associated to the successfully completed random-access procedure or the failed or successfully completed on-demand system information acquisition procedure as a new entry in the VarRA-Report:
4 >
if the list of EPLMNs has been stored by the UE:
5 >
set the plmn-IdentityList to include the list of EPLMNs stored by the UE (i.e. includes the RPLMN) without exceeding the limit of maxPLMN;
4 >
else:
5 >
set the plmn-Identity, in plmn-IdentityList, to the PLMN selected by upper layers (see TS 24.501) from the PLMN(s) included in the plmn-IdentityInfoList in SIB1;
4 >
set the cellId to the global cell identity and the tracking area code, if available, otherwise to the physical cell identity and carrier frequency of the cell in which the corresponding random-access preamble was transmitted;
4 >
if the UE supports spCell ID indication:
5 >
if the corresponding random-access procedure was performed on an SCell of MCG:
6 >
set the spCellId to the global cell identity of the PCell;
5 >
if the corresponding random-access procedure was performed on an SCell of SCG;
6 >
set the spCellId to the global cell identity of the PSCell, if available, otherwise, set the spCellId to the global cell identity of the PCell;
5 >
if the corresponding random-access procedure was performed on PSCell:
6 >
if the cellId is not set to the global cell identity of the PSCell, set the spCellId to the global cell identity of the PCell;
4 >
set the raPurpose to include the purpose of triggering the random-access procedure;
4 >
set the ra-InformationCommon as specified in clause 5.7.10.5.
1 >
if the UE is in SNPN access mode and if the number of RA-Report entries stored in the ra-ReportList in VarRA-Report is less than maxRAReport:
2 >
if the number of SNPN identity entries in snpn-IdentityList stored in VarRA-Report is less than maxNPN; or
2 >
if the number of SNPN identity entries in snpn-IdentityList stored in VarRA-Report is equal to maxNPN and the list of equivalent SNPN(s) is subset of or equal to the snpn-IdentityList stored in VarRA-Report:
3 >
append the following contents associated to the successfully completed random-access procedure or the failed or successfully completed on-demand system information acquisition procedure as a new entry in the VarRA-Report:
4 >
if the list of equivalent SNPN(s) has been stored by the UE:
5 >
set the snpn-IdentityList to include the list of equivalent SNPN(s) stored by the UE (i.e. includes the registered SNPN) without exceeding the limit of maxNPN;
4 >
else:
5 >
set the snpn-Identity, in snpn-IdentityList, to the SNPN identity selected by upper layers (see TS 24.501) from the SNPN identities included in the NPN-IdentityInfoList in SIB1;
4 >
set the cellId to the global cell identity and the tracking area code, if available, otherwise to the physical cell identity and carrier frequency of the cell in which the corresponding random-access preamble was transmitted;
4 >
if the UE supports spCell ID indication:
5 >
if the corresponding random-access procedure was performed on an SCell of MCG:
6 >
set the spCellId to the global cell identity of the PCell;
5 >
if the corresponding random-access procedure was performed on an SCell of SCG:
6 >
set the spCellId to the global cell identity of the PSCell, if available, otherwise, set the spCellId to the global cell identity of the PCell;
5 >
if the corresponding random-access procedure was performed on PSCell:
6 >
if the cellId is not set to the global cell identity of the PSCell, set the spCellId to the global cell identity of the PCell;
4 >
set the raPurpose to include the purpose of triggering the random-access procedure;
4 >
set the ra-InformationCommon as specified in clause 5.7.10.5.
The UE may discard the random access report information, i.e. release the UE variable VarRA-Report, 48 hours after the last successful random access procedure or the failed or successfully completed on-demand system information acquisition procedure or the failed or successfully completed RA-SDT procedure related information is added to the VarRA-Report.
Up

5.7.10.5  RA information determinationp. 337

The UE shall, for the last successfully completed or last failed random-access procedure, set the content in ra-InformationCommon as follows:
1 >
set the absoluteFrequencyPointA to indicate the absolute frequency of the reference resource block associated to the random-access resources used in the random-access procedure;
1 >
set the locationAndBandwidth and subcarrierSpacing associated to the UL BWP of the random-access resources used in the random-access procedure;
1 >
if contention based random-access resources are used in the random-access procedure:
2 >
set the msgA_RO-FrequencyStart and msgA-RO-FDM and msgA-SubcarrierSpacing associated to the 2 step random- access resources if used in the random-access procedure;
2 >
if msgA-SubcarrierSpacing associated to the 2 step random-access resources used in the random-access procedure is available:
3 >
set the msgA-SubcarrierSpacing associated to the 2 step random-access resources used in the random-access procedure;
2 >
else if only 2 step random-access resources are available in the UL BWP used in the random-access procedure:
3 >
set the msgA-SCS-From-prach-ConfigurationIndex to the subcarrier spacing as derived from the msgA-PRACH-ConfigurationIndex used in the 2-step random-access procedure;
2 >
else:
3 >
set the msg1-SubcarrierSpacing associated to the 4 step random-access resources used in the random-access procedure;
2 >
set the msg1-FrequencyStart associated to the 4 step random-access resources if used in the random-access procedure, and if its value is different from the value of msgA-RO-FrequencyStart if it is included in the ra-InformationCommon;
2 >
set the msg1-FDM associated to the 4 step random-access resources if used in the random-access procedure, and if its value is different from the value of msgA-RO-FDMCFRA if it is included in the ra-InformationCommon;
2 >
if msg1-SubcarrierSpacing associated to the 4 step random-access resources used in the random-access procedure is available, and if its value is different from the value of msgA-SubcarrierSpacing if it is included in the ra-InformationCommon:
3 >
set the msg1-SubcarrierSpacing associated to the 4 step random-access resources used in the random-access procedure;
2 >
else:
3 >
set the msg1-SCS-From-prach-ConfigurationIndex to the subcarrier spacing as derived from the prach-ConfigurationIndex used in the 4-step random-access procedure, and if its value is different from the value of msgA-SCS-From-prach-ConfigurationIndex if it is included in the ra-InformationCommon;
1 >
if contention free random-access resources are used in the random-access procedure:
2 >
set the msg1-FrequencyStartCFRA and msg1-FDMCFRA associated to the 4 step random-access resources if used in the random-access procedure;
2 >
if msg1-SubcarrierSpacing associated to the 4 step random-access resources used in the random-access procedure is available:
3 >
set the msg1-SubcarrierSpacingCFRA associated to the 4 step random-access resources used in the random-access procedure;
2 >
else:
3 >
set the msg1-SCS-From-prach-ConfigurationIndexCFRA to the subcarrier spacing as derived from the prach-ConfigurationIndex used in the 4 step random-access procedure;
2 >
set the msgA-RO-FrequencyStartCFRA and msgA-RO-FDMCFRA associated to the 2 step contention free random access resources if used in the random-access procedure;
2 >
set the msgA-MCS, the nrofPRBs-PerMsgA-PO, the msgA-PUSCH-TimeDomainAllocation, the frequencyStartMsgA-PUSCH, the nrofMsgA-PO-FDM associated to the 2 step random-access resources if used in the random-access procedure;
2 >
if msgA-SubcarrierSpacing associated to the 2 step random-access resources used in the random-access procedure is available:
3 >
set the msgA-SubcarrierSpacing associated to the 2 step random-access resources used in the random-access procedure;
2 >
else if only 2 step random-access resources are available in the UL BWP used in the random-access procedure:
3 >
set the msgA-SCS-From-prach-ConfigurationIndex to the subcarrier spacing as derived from the msgA-PRACH-ConfigurationIndex used in the 2-step random-access procedure;
2 >
else:
3 >
set the msg1-SubcarrierSpacing associated to the 4 step random-access resources used in the random-access procedure;
1 >
if the random access procedure is initialized with RA_TYPE set to 2-stepRA as described in TS 38.321:
2 >
set the dlPathlossRSRP to the measeured RSRP of the DL pathloss reference obtained at the time of RA_Type selection stage of the initialization of the RA procedure as captured in TS 38.321;
2 >
if the configuration for the random access msgA-TransMax was configured in RACH-ConfigDedicated for this random access procedure, and raPurpose is set to reconfigurationWithSync:
3 >
set msgA-TransMax to the value of msgA-TransMax in RACH-ConfigDedicated;
2 >
else if msgA-TransMax was configured in RACH-ConfigCommonTwoStepRA:
3 >
set msgA-TransMax to the value of msgA-TransMax in RACH-ConfigCommonTwoStepRA;
2 >
set the msgA-PUSCH-PayloadSize to the size of the overall payload available in the UE buffer at the time of initiating the 2 step RA procedure;
1 >
if the purpose of the random access procedure is to request on-demand system information (i.e., if the raPurpose is set to requestForOtherSI or msg3RequestForOtherSI):
2 >
set the intendedSIBs to indicate the SIB(s) the UE wanted to receive as a result of the SI request;
2 >
set the ssbsForSI-Acquisition to indicate the SSB(s) used to receive the SI message;
2 >
if the on-demand system information acquisition was successful:
3 >
set the onDemandSISuccess to true;
1 >
if one or more of the features including RedCap and/or Slicing and/or SDT and/or MSG3 repetition are applicable for this random-access procedure as specified in clause 5.1.1b of TS 38.321:
2 >
set the triggeredFeatureCombination to indicate all the features triggering this random-access procedure as below:
3 >
if this random-access procedure is triggered by RedCap, includes redCap;
3 >
if this random-access procedure is triggered by SDT, includes smallData;
3 >
if this random-access procedure is triggered by Msg3 repetition, includes msg3-Repetitions;
3 >
if this random-access procedure is triggered by slicing, set nsag to the NSAG ID applied in the random-access procedure and set the triggered-S-NSSAI-List to include all the S-NSSAI(s) associated to the slices triggering the access attempt in the random-access procedure;
2 >
if the value of used feature or combination of features is different from the triggeredFeatureCombination:
3 >
set the usedFeatureCombination to indicate one or more features of FeatureCombination associated to the random-access resource used in the random-access procedure as below:
4 >
if RedCap is part of the used FeatureCombination, include redCap;
4 >
if SDT is part of the used FeatureCombination, include smallData;
4 >
if Msg3 repetition is part of the used FeatureCombination, include msg3-Repetitions;
4 >
if NSAG(s) is part of the used FeatureCombination, set NSAG-List to include the NSAG-ID(s) configured for the used FeatureCombination;
1 >
if the random-access procedure is initiated for SDT and the SDT transmission was failed:
2 >
include the sdt-Failed;
1 >
set the parameters associated to the successive random-access attempts associated to the selected beam in the perRAInfoList as follows:
2 >
if the random-access resource used is associated to a SS/PBCH block, set the associated random-access parameters for the successive random-access attempts associated to the same SS/PBCH block for one or more random-access attempts as follows:
3 >
set the ssb-Index to include the SS/PBCH block index associated to the used random-access resource;
3 >
set the numberOfPreamblesSentOnSSB to indicate the number of successive random-access attempts associated to the SS/PBCH block;
3 >
if all preamble transmissions for the successive random-access attempts associated to this SS/PBCH block were blocked by LBT:
4 >
include allPreamblesBlocked;
3 >
else:
4 >
if LBT failure indication was received from lower layers for the last random-access preamble transmission attempt in the SS/PBCH block associated to the ssb-Index, before changing the SS/PBCH block for random access preamble transmission:
5 >
include lbt-Detected;
3 >
for each random-access attempt performed on the random-access resource, except the random-access attempts for which LBT failure indication was received from lower layers, include the following parameters in the chronological order of the random-access attempt:
4 >
if the random-access attempt is performed on the contention based random-access resource and if raPurpose is not equal to 'requestForOtherSI', include contentionDetected as follows:
5 >
if contention resolution was not successful as specified in TS 38.321 for the transmitted preamble:
6 >
set the contentionDetected to true;
5 >
else:
6 >
set the contentionDetected to false;
4 >
if the random access attempt is a 2-step random access attempt:
5 >
if fallback from 2-step random access to 4-step random access occurred during the random access attempt:
6 >
set fallbackToFourStepRA to true;
4 >
if the random-access attempt is performed on the contention based random-access resource; or
4 >
if the random-access attempt is performed on the contention free random-access resource and if the random-access procedure was initiated due to the PDCCH ordering:
5 >
if the random access attempt is a 4-step random access attempt and the SS/PBCH block RSRP of the SS/PBCH block corresponding to the random-access resource used in the random-access attempt is above rsrp-ThresholdSSB; or
5 >
if the random access attempt is a 2-step random access attempt and the SS/PBCH block RSRP of the SS/PBCH block corresponding to the random-access resource used in the random-access attempt is above msgA-RSRP-ThresholdSSB:
6 >
set the dlRSRPAboveThreshold to true;
5 >
else:
6 >
set the dlRSRPAboveThreshold to false;
2 >
else if the random-access resource used is associated to a CSI-RS, set the associated random-access parameters for the successive random-access attempts associated to the same CSI-RS for one or more random-access attempts as follows:
3 >
set the csi-RS-Index to include the CSI-RS index associated to the used random-access resource;
3 >
set the numberOfPreamblesSentOnCSI-RS to indicate the number of successive random-access attempts associated to the CSI-RS;
3 >
if all preamble transmissions for the successive random-access attempts associated to this CSI-RS were blocked by LBT:
4 >
include allPreamblesBlocked;
3 >
else:
4 >
if LBT failure indication was received from lower layers for the last random-access preamble transmission attempt in the CSI-RS associated to the csi-RS-Index, before changing the CSI-RS for random access preamble transmission:
5 >
include lbt-Detected;
1 >
if at least one LBT failure indication has been received from lower layers during the random-access procedure:
2 >
set the numberOfLBTFailures to indicate the total number of random-access attempts for which LBT failure indications have been received from lower layers in the random-access procedure.
1 >
set the locationAndBandwidth and subcarrierSpacing associated to the UL BWP.
The UE shall, for all the BWPs in which consistent LBT failures are triggered and not cancelled at the moment of successful RA completion or for all the BWPs in which consistent LBT failures are detected prior the RLF/HOF, set the below parameters in attemptedBWP-InfoList in the chronological order of BWP selection:
Up

5.7.10.6  Actions for the successful handover report determinationp. 341

The UE shall for the PCell:
1 >
if the procedure is triggered due to successful completion of reconfiguration with sync, and if the ratio between the value of the elapsed time of the timer T304 and the configured value of the timer T304, included in the last applied RRCReconfiguration message including the reconfigurationWithSync, is greater than thresholdPercentageT304 if included in the successHO-Config received before executing the last reconfiguration with sync; or
1 >
if the procedure is triggered due to successful completion of reconfiguration with sync, and if the ratio between the value of the elapsed time of the timer T310 and the configured value of the timer T310, configured while the UE was connected to the source PCell before executing the last reconfiguration with sync, is greater than thresholdPercentageT310 included in the successHO-Config if configured by the source PCell before executing the last reconfiguration with sync; or
1 >
if the procedure is triggered due to successful completion of reconfiguration with sync, and if the T312 associated to the measurement identity of the target cell was running at the time of initiating the execution of the reconfiguration with sync procedure and if the ratio between the value of the elapsed time of the timer T312 and the configured value of the timer T312, configured while the UE was connected to the source PCell before executing the last reconfiguration with sync, is greater than thresholdPercentageT312 included in the successHO-Config if configured by the source PCell before executing the last reconfiguration with sync; or
1 >
if the procedure is triggered due to successful completion of reconfiguration with sync, and if sourceDAPS-FailureReporting is included in the successHO-Config before executing the last reconfiguration with sync and is set to true and if the last executed handover was a DAPS handover and if an RLF occurred at the source PCell during the DAPS handover while T304 was running; or:
1 >
if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA, and if the ratio between the value of the elapsed time of the timer T310 and the configured value of the timer T310, configured while the UE was connected to the source PCell before executing the last Mobility from NR to E-UTRA, is greater than thresholdPercentageT310 included in the successHO-Config if configured by the source PCell before executing the last Mobility from NR to E-UTRA; or
1 >
if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA, and if the T312 associated to the measurement identity of the target cell was running at the time of initiating the execution of the Mobility from NR to E-UTRA and if the ratio between the value of the elapsed time of the timer T312 and the configured value of the timer T312, configured while the UE was connected to the source PCell before executing the last Mobility from NR to E-UTRA, is greater than thresholdPercentageT312 included in the successHO-Config if configured by the source PCell before executing the last Mobility from NR to E-UTRA:
2 >
store the successful handover information in VarSuccessHO-Report and determine the content in VarSuccessHO-Report as follows:
3 >
clear the information included in VarSuccessHO-Report, if any;
3 >
if the UE is not in SNPN access mode, set the plmn-IdentityList to include the list of EPLMNs stored by the UE (i.e., includes the RPLMN);
3 >
else if the UE is in SNPN access mode, set the snpn-IdentityList to include the list of equivalent SNPNs stored by the UE (i.e., includes the registered SNPN), if available;
3 >
set the c-RNTI to the C-RNTI assigned by the target PCell of the handover;
3 >
if the procedure is triggered due to successful completion of reconfiguration with sync, for the source PCell in which the last RRCReconfiguration message including reconfigurationWithSync was applied; or
3 >
if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA, for the source PCell in which the last MobilityFromNRCommand concerning an inter-RAT handover from NR to E-UTRA was applied:
4 >
set the sourcePCellID in sourceCellInfo to the global cell identity and tracking area code, if available, of the source PCell;
4 >
set the sourceCellMeas in sourceCellInfo to include the cell level RSRP, RSRQ and the available SINR, of the source PCell based on the available SSB and CSI-RS measurements collected up to the moment the UE sends RRCReconfigurationComplete message if the procedure is triggered due to successful completion of reconfiguration with sync, or up to the moment the UE sends the EUTRA RRCConnectionReconfigurationComplete message if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA;
4 >
set the rsIndexResults in sourceCellMeas to include all the available SSB and CSI-RS measurement quantities of the source PCell collected up to the moment the UE sends RRCReconfigurationComplete message if the procedure is triggered due to successful completion of reconfiguration with sync, or up to the moment the UE sends the EUTRA RRCConnectionReconfigurationComplete message if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA;
4 >
if the last executed handover was a DAPS handover and if an RLF occurred at the source PCell during the DAPS handover while T304 was running:
5 >
set the rlf-InSourceDAPS in sourceCellInfo to true;
3 >
if the procedure is triggered due to successful completion of reconfiguration with sync, for the target PCell indicated in the last applied RRCReconfiguration message including reconfigurationWithSync:
4 >
set the targetPCellID in targetCellInfo to the global cell identity and tracking area code, if available, of the target PCell;
4 >
set the targetCellMeas in targetCellInfo to include the cell level RSRP, RSRQ and the available SINR, of the target PCell based on the available SSB and CSI-RS measurements collected up to the moment the UE sends RRCReconfigurationComplete message;
4 >
set the rsIndexResults in targetCellMeas to include all the available SSB and CSI-RS measurement quantities of the target PCell collected up to the moment the UE sends RRCReconfigurationComplete message;
4 >
if the last applied RRCReconfiguration message including reconfigurationWithSync was included in the stored condRRCReconfig:
5 >
set the timeSinceCHO-Reconfig to the time elapsed between the initiation of the execution of conditional reconfiguration for the target PCell and the reception of the last conditionalReconfiguration including the condRRCReconfig of the target PCell in the source PCell;
3 >
if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA, for the target PCell indicated in the last applied MobilityFromNRCommand concerning an inter-RAT handover from NR to E-UTRA:
4 >
set the targetPCellId in eutraTargetCellInfo to the global cell identity and tracking area code, if available, of the target PCell;
4 >
set the targetCellMeas in eutraTargetCellInfo to include the cell level RSRP, RSRQ and the available SINR, of the target PCell based on the available measurements collected up to the moment the UE sends RRCConnectionReconfigurationComplete message;
3 >
if the procedure is triggered due to successful completion of reconfiguration with sync and if the ratio between the value of the elapsed time of the timer T304 and the configured value of the T304 timer, included in the last applied RRCReconfiguration message including the reconfigurationWithSync, is greater than thresholdPercentageT304 if included in the successHO-Config received before executing the last reconfiguration with sync:
4 >
set t304-cause in shr-Cause to true;
4 >
set the ra-InformationCommon to include the random-access related information associated to the random access procedure in the target PCell, as specified in clause 5.7.10.5;
3 >
if the ratio between the value of the elapsed time of the timer T310 and the configured value of the T310 timer, configured while the UE was connected to the source PCell before executing the last reconfiguration with sync or the last Mobility from NR to E-UTRA, is greater than thresholdPercentageT310 included in the successHO-Config if configured by the source PCell before executing the last reconfiguration with sync or Mobility from NR to E-UTRA:
4 >
set t310-cause in shr-Cause to true;
3 >
if the T312 associated to the measurement identity of the target cell was running at the time of initiating the execution of the reconfiguration with sync procedure or Mobility from NR to E-UTRA, and if the ratio between the value of the elapsed time of the timer T312 and the configured value of the T312 timer, configured while the UE was connected to the source PCell before executing the last reconfiguration with sync or Mobility from NR to E-UTRA, is greater than thresholdPercentageT312 included in the successHO-Config if configured by the source PCell before executing the last reconfiguration with sync, or Mobility from NR to E-UTRA:
4 >
set t312-cause in shr-Cause to true;
3 >
if the procedure is triggered due to successful completion of reconfiguration with sync and if sourceDAPS-FailureReporting included in the successHO-Config if configured by the source PCell before executing the last reconfiguration with sync is set to true, and if the last executed handover was a DAPS handover and if an RLF occurred at the source PCell during the DAPS handover while T304 was running:
4 >
set sourceDAPS-Failure in shr-Cause to true;
3 >
if the procedure is triggered due to successful completion of reconfiguration with sync, for each of the measObjectNR, configured by the source PCell, in which the last RRCReconfiguration message including reconfigurationWithSync was applied;or:
3 >
if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA, for each of the measObjectNR, configured by the source PCell, in which the last MobilityFromNRCommand concerning an inter-RAT handover from NR to E-UTRA was applied:
4 >
if measRSSI-ReportConfig is configured for the frequency of the source PCell:
5 >
if the procedure is triggered due to successful completion of reconfiguration with sync:
6 >
set the measResultServCell-RSSI to the linear average of the available RSSI sample value(s) provided by lower layers for the frequency of the source PCell up to the moment the UE sends the RRCReconfigurationComplete message
5 >
else if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA:
6 >
set the measResultServCell-RSSI to the linear average of the available RSSI sample value(s) provided by lower layers for the frequency of the source PCell up to the moment the UE sends the EUTRA RRCConnectionReconfigurationComplete message;
4 >
for each of the configured measObjectNR if measRSSI-ReportConfig is configured for the configured frequency:
5 >
if the procedure is triggered due to successful completion of reconfiguration with sync:
6 >
set the measResultNeighFreq-RSSI in the measResultNeighFreqList-RSSI to the linear average of the available RSSI sample value(s) provided by lower layers for the associated neighbouring frequency up to the moment the UE sends the RRCReconfigurationComplete message;
5 >
else if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA:
6 >
set the measResultNeighFreq-RSSI in the measResultNeighFreqList-RSSI to the linear average of the available RSSI sample value(s) provided by lower layers for the associated neighbouring frequency up to the moment the UE sends the EUTRA RRCConnectionReconfigurationComplete message;
4 >
if measurements are available for the measObjectNR:
5 >
if the SS/PBCH block-based measurement quantities are available:
6 >
set the measResultListNR in measResultNeighCells to include all the available measurement quantities of the best measured cells, other than the source PCell or target PCell, ordered such that the cell with highest SS/PBCH block RSRP is listed first if SS/PBCH block RSRP measurement results are available, otherwise the cell with highest SS/PBCH block RSRQ is listed first if SS/PBCH block RSRQ measurement results are available, otherwise the cell with highest SS/PBCH block SINR is listed first, based on the available SS/PBCH block based measurements collected up to the moment the UE sends the RRCReconfigurationComplete message if the procedure is triggered due to successful completion of reconfiguration with sync, or up to the moment the UE sends the EUTRA RRCConnectionReconfigurationComplete message if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA;
6 >
for each neighbour cell included, include the optional fields that are available;
5 >
if the CSI-RS measurement quantities are available:
6 >
set the measResultListNR in measResultNeighCells to include all the available measurement quantities of the best measured cells, other than the source PCell and target PCell, ordered such that the cell with highest CSI-RS RSRP is listed first if CSI-RS RSRP measurement results are available, otherwise the cell with highest CSI-RS RSRQ is listed first if CSI-RS RSRQ measurement results are available, otherwise the cell with highest CSI-RS SINR is listed first, based on the available CSI-RS based measurements collected up to the moment the UE sends the RRCReconfigurationComplete message if the procedure is triggered due to successful completion of reconfiguration with sync, or up to the moment the UE sends the EUTRA RRCConnectionReconfigurationComplete message if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA;
6 >
for each neighbour cell included, include the optional fields that are available;
3 >
if the procedure is triggered due to successful completion of reconfiguration with sync, for each of the measObjectEUTRA, configured by the source PCell in which the last RRCReconfiguration message including reconfigurationWithSync was applied; or:
3 >
if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA, for each of the measObjectEUTRA, configured by the source PCell in which the last MobilityFromNRCommand concerning an inter-RAT handover from NR to E-UTRA was applied:
4 >
if measurements are available for the measObjectEUTRA:
5 >
set the measResultListEUTRA in measResultNeighCells to include the best measured cells ordered such that the cell with highest RSRP is listed first if RSRP measurement results are available, otherwise the cell with highest RSRQ is listed first, based on measurements collected up to the moment the UE sends the RRCReconfigurationComplete message if the procedure is triggered due to successful completion of reconfiguration with sync, or up to the moment the UE sends the EUTRA RRCConnectionReconfigurationComplete message if the procedure is triggered due to successful completion of Mobility from NR to E-UTRA;
5 >
for each neighbour cell included, include the optional fields that are available;
3 >
for each of the neighbour cells included in measResultNeighCells:
4 >
if the cell was a candidate target cell included in the condRRCReconfig within the conditionalReconfiguration configured by the source PCell, in which the last RRCReconfiguration message including reconfigurationWithSync was applied:
5 >
set the choCandidate to true in measResultNR;
3 >
if available, set the locationInfo as in clause 5.3.3.7;
1 >
release successHO-Config configured by the source PCell and thresholdPercentageT304 if configured by the target PCell.
The UE may discard the successful handover information, i.e., release the UE variable VarSuccessHO-Report, 48 hours after the last successful handover information is added to the VarSuccessHO-Report.
Up

5.7.10.7  Actions for the successful PSCell change or addition report determinationp. 345

The UE shall for the PSCell:
1 >
if the ratio between the value of the elapsed time of the timer T304 and the configured value of the timer T304, included in the last applied RRCReconfiguration message for the SCG including the reconfigurationWithSync, is greater than thresholdPercentageT304-SCG if included in the successPSCell-Config received before executing the last reconfiguration with sync for the SCG; or
1 >
if sn-InitiatedPSCellChange is configured in the RRCReconfiguration including the last applied RRCReconfiguration with reconfigurationWithSync for the SCG and if the ratio between the value of the elapsed time of the timer T310 and the configured value of the timer T310, configured while the UE was connected to the source PSCell before executing the last reconfiguration with sync for the SCG, is greater than thresholdPercentageT310-SCG included in the successPSCell-Config if configured by the source PSCell before executing the last reconfiguration with sync; or
1 >
if sn-InitiatedPSCellChange is configured in the RRCReconfiguration including the last applied RRCReconfiguration with reconfigurationWithSync for the SCG and if the T312 associated to the measurement identity of the target PSCell was running at the time of initiating the execution of the reconfiguration with sync procedure for the SCG and if the ratio between the value of the elapsed time of the timer T312 and the configured value of the timer T312, configured while the UE was connected to the source PSCell before executing the last reconfiguration with sync, is greater than thresholdPercentageT312-SCG included in the successPSCell-Config if configured by the source PSCell before executing the last reconfiguration with sync:
1 >
if sn-InitiatedPSCellChange is not configured in the RRCReconfiguration including the last applied RRCReconfiguration with reconfigurationWithSync for the SCG and if the ratio between the value of the elapsed time of the timer T310 and the configured value of the timer T310, configured while the UE was connected to the source PSCell before executing the last reconfiguration with sync for the SCG, is greater than thresholdPercentageT310-SCG included in the successPSCell-Config if configured by the PCell before executing the last reconfiguration with sync; or
1 >
if sn-InitiatedPSCellChange is not configured in the RRCReconfiguration including the last applied RRCReconfiguration with reconfigurationWithSync for the SCG and if the T312 associated to the measurement identity of the target PSCell was running at the time of initiating the execution of the reconfiguration with sync procedure for the SCG and if the ratio between the value of the elapsed time of the timer T312 and the configured value of the timer T312, configured while the UE was connected to the source PSCell before executing the last reconfiguration with sync, is greater than thresholdPercentageT312-SCG included in the successPSCell-Config if configured by the PCell before executing the last reconfiguration with sync:
2 >
clear the information included in VarSuccessPSCell-Report, if any;
2 >
store the successful PSCell change or addition information in VarSuccessPSCell-Report and determine the content in VarSuccessPSCell-Report as follows:
3 >
if the UE is not in SNPN access mode, set the plmn-IdentityList to include the list of EPLMNs stored by the UE (i.e., includes the RPLMN);
3 >
else if the UE is in SNPN access mode, set the snpn-IdentityList to include the list of equivalent SNPNs stored by the UE (i.e., includes the registered SNPN), if available;
3 >
set the pCellId to the global cell identity and tracking area code, if available, of the PCell;
3 >
for the source PSCell (if available) in which the last RRCReconfiguration message for the SCG including reconfigurationWithSync was applied:
4 >
set the sourcePSCellId in sourcePSCellInfo to the global cell identity and tracking area code, of the source PSCell;
4 >
set the sourcePSCellMeas in sourcePSCellInfo to include the cell level RSRP, RSRQ and the available SINR, of the source PSCell based on the available SSB and CSI-RS measurements collected up to the moment the UE successfully completed the random access procedure for the SCG;
4 >
set the rsIndexResults in sourceCellMeas to include all the available SSB and CSI-RS measurement quantities of the source PSCell collected up to the moment the UE successfully completed the random access procedure for the SCG;
3 >
for the target PSCell indicated in the last applied RRCReconfiguration message for the SCG including reconfigurationWithSync:
4 >
set the targetPSCellID in targetPSCellInfo to the global cell identity and tracking area code, if available, and otherwise to the physical cell identity and carrier frequency of the target PSCell;
4 >
set the targetPSCellMeas in targetPSCellInfo to include the cell level RSRP, RSRQ and the available SINR, of the target PSCell based on the available SSB and CSI-RS measurements collected up to the moment the UE successfully completed the random access procedure for the SCG;
4 >
set the rsIndexResults in targetCellMeas to include all the available SSB and CSI-RS measurement quantities of the target PSCell collected up to the moment the UE successfully completed the random access procedure for the SCG;
4 >
if the last applied RRCReconfiguration message for the SCG including reconfigurationWithSync was included in the stored condRRCReconfig:
5 >
set the timeSinceCPAC-Reconfig to the time elapsed between the initiation of the execution of conditional reconfiguration for the target PSCell and the reception of the last conditionalReconfiguration for the SCG including the condRRCReconfig of the target PSCell;
3 >
if the ratio between the value of the elapsed time of the timer T304 and the configured value of the T304 timer, included in the last applied RRCReconfiguration message for the SCG including the reconfigurationWithSync, is greater than thresholdPercentageT304-SCG if included in the successPSCell-Config received before executing the last reconfiguration with sync for the SCG:
4 >
set t304-cause in spr-Cause to true;
4 >
set the ra-InformationCommon to include the random-access related information associated to the random access procedure in the target PSCell, as specified in clause 5.7.10.5;
3 >
if the ratio between the value of the elapsed time of the timer T310 and the configured value of the timer T310, configured while the UE was connected to the source PSCell before executing the last reconfiguration with sync for the SCG, is greater than thresholdPercentageT310-SCG included in the successPSCell-Config if configured before executing the last reconfiguration with sync:
4 >
set t310-cause in spr-Cause to true;
3 >
if the T312 associated to the measurement identity of the target PSCell was running at the time of initiating the execution of the reconfiguration with sync procedure for the SCG and if the ratio between the value of the elapsed time of the timer T312 and the configured value of the timer T312, configured while the UE was connected to the source PSCell before executing the last reconfiguration with sync, is greater than thresholdPercentageT312-SCG included in the successPSCell-Config if configured before executing the last reconfiguration with sync:
4 >
set t312-cause in spr-Cause to true;
3 >
if sn-InitiatedPSCellChange is configured in the RRCReconfiguration including the last applied RRCReconfiguration with reconfigurationWithSync for the SCG:
4 >
consider all measObjectNR configured by the the source PSCell;
3 >
else:
4 >
consider all measObjectNR configured by the the PCell;
3 >
for each of the measObjectNR:
4 >
if measurements are available for the measObjectNR:
5 >
if the SS/PBCH block-based measurement quantities are available:
6 >
include in the measResultListNR in measResultNeighCells all the available measurement quantities of the best measured cells, other than the source PCell or target PCell, ordered such that the cell with highest SS/PBCH block RSRP is listed first if SS/PBCH block RSRP measurement results are available, otherwise the cell with highest SS/PBCH block RSRQ is listed first if SS/PBCH block RSRQ measurement results are available, otherwise the cell with highest SS/PBCH block SINR is listed first, based on the available SS/PBCH block based measurements collected up to the moment the UE successfully completed the random access procedure;
6 >
for each neighbour cell included, include the optional fields that are available (including the CSI-RS based measurement quantities, if available);
5 >
if the CSI-RS measurement quantities are available for the cells not yet included in measResultListNR in measResultNeighCells:
6 >
include in the measResultListNR in measResultNeighCells all the available measurement quantities of the best measured cells, other than the source PCell and target PCell, ordered such that the cell with highest CSI-RS RSRP is listed first if CSI-RS RSRP measurement results are available, otherwise the cell with highest CSI-RS RSRQ is listed first if CSI-RS RSRQ measurement results are available, otherwise the cell with highest CSI-RS SINR is listed first, based on the available CSI-RS based measurements collected up to the moment the UE successfully completed the random access procedure;
6 >
for each neighbour cell included, include the optional fields that are available;
3 >
for each of the neighbour cells included in measResultNeighCells:
4 >
if the cell was a candidate target cell included in the condRRCReconfig within the conditionalReconfiguration, in which the last RRCReconfiguration message for the SCG including reconfigurationWithSync was applied:
5 >
set the choCandidate to true in measResultNR;
3 >
include sn-InitiatedPSCellChange if sn-InitiatedPSCellChange is included in the RRCReconfiguration including the applied RRCReconfiguration message with reconfigurationWithSync for the SCG;
3 >
if sn-InitiatedPSCellChange is configured in the RRCReconfiguration including the last applied RRCReconfiguration with reconfigurationWithSync for the SCG:
4 >
if available, set the locationInfo as in clause 5.3.3.7 7 according to the otherConfig associated with the source PSCell;
3 >
else:
4 >
if available, set the locationInfo as in clause 5.3.3.7 7 according to the otherConfig associated with the PCell;
1 >
release successPSCell-Config configured by the source PSCell if available and thresholdPercentageT304 if configured by the target PSCell.
The UE may discard the successful PSCell change or addition information, i.e., release the UE variable VarSuccessPSCell-Report, 48 hours after the last successful PSCell change or addition information is added to the VarSuccessPSCell-Report or upon detaching from the network.
Up

5.7.11Void


Up   Top   ToC