NR Protocol PDF
NR Protocol PDF
NR Protocol PDF
0 (2020-03)
Technical Specification
The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.
The present document has not been subject to any approval process by the 3GPP Organizational Partners and shall not be implemented.
This Specification is provided for future development work within 3GPP only. The Organizational Partners accept no liability for any use of this Specification.
Specifications and Reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organizational Partners' Publications Offices.
Release 16 2 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Postal address
Internet
http://www.3gpp.org
Copyright Notification
© 2020, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TSDSI, TTA, TTC).
All rights reserved.
UMTS™ is a Trade Mark of ETSI registered for the benefit of its members
3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners
LTE™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners
GSM® and the GSM logo are registered and owned by the GSM Association
Release 16 3 3GPP TS 38.331 V16.0.0 (2020-03)
Contents
Foreword .................................................................................................................................................... 19
1 Scope ................................................................................................................................................ 20
2 References ........................................................................................................................................ 20
3 Definitions, symbols and abbreviations ............................................................................................. 22
3.1 Definitions ................................................................................................................................................. 22
3.2 Abbreviations............................................................................................................................................. 23
4 General ............................................................................................................................................. 25
4.1 Introduction ............................................................................................................................................... 25
4.2 Architecture ............................................................................................................................................... 26
4.2.1 UE states and state transitions including inter RAT................................................................................ 26
4.2.2 Signalling radio bearers ........................................................................................................................ 28
4.3 Services ..................................................................................................................................................... 29
4.3.1 Services provided to upper layers .......................................................................................................... 29
4.3.2 Services expected from lower layers...................................................................................................... 29
4.4 Functions ................................................................................................................................................... 29
5 Procedures ........................................................................................................................................ 30
5.1 General ...................................................................................................................................................... 30
5.1.1 Introduction .......................................................................................................................................... 30
5.1.2 General requirements ............................................................................................................................ 30
5.1.3 Requirements for UE in MR-DC ........................................................................................................... 31
5.2 System information .................................................................................................................................... 31
5.2.1 Introduction .......................................................................................................................................... 31
5.2.2 System information acquisition ............................................................................................................. 32
5.2.2.1 General UE requirements................................................................................................................. 32
5.2.2.2 SIB validity and need to (re)-acquire SIB ......................................................................................... 32
5.2.2.2.1 SIB validity ............................................................................................................................... 32
5.2.2.2.2 SI change indication and PWS notification ................................................................................. 33
5.2.2.3 Acquisition of System Information .................................................................................................. 34
5.2.2.3.1 Acquisition of MIB and SIB1...................................................................................................... 34
5.2.2.3.2 Acquisition of an SI message...................................................................................................... 35
5.2.2.3.3 Request for on demand system information ................................................................................ 36
5.2.2.3.4 Actions related to transmission of RRCSystemInfoRequest message ............................................ 37
5.2.2.3.5 Request for on demand system information in RRC_CONNECTED ........................................... 37
5.2.2.3.6 Actions related to transmission of DedicatedSIBRequest message ............................................... 37
5.2.2.4 Actions upon receipt of System Information .................................................................................... 38
5.2.2.4.1 Actions upon reception of the MIB ............................................................................................. 38
5.2.2.4.2 Actions upon reception of the SIB1............................................................................................. 38
5.2.2.4.3 Actions upon reception of SIB2 .................................................................................................. 41
5.2.2.4.4 Actions upon reception of SIB3 .................................................................................................. 42
5.2.2.4.5 Actions upon reception of SIB4 .................................................................................................. 42
5.2.2.4.6 Actions upon reception of SIB5 .................................................................................................. 43
5.2.2.4.7 Actions upon reception of SIB6 .................................................................................................. 43
5.2.2.4.8 Actions upon reception of SIB7 .................................................................................................. 43
5.2.2.4.9 Actions upon reception of SIB8 .................................................................................................. 44
5.2.2.4.10 Actions upon reception of SIB9 .................................................................................................. 44
5.2.2.4.11 Actions upon reception of SIB10 ................................................................................................ 45
5.2.2.4.12 Actions upon reception of SIB11 ................................................................................................ 45
5.2.2.4.13 Actions upon reception of SIB12 ................................................................................................ 45
5.2.2.4.14 Actions upon reception of SIB13 ................................................................................................ 45
5.2.2.4.15 Actions upon reception of SIB14 ................................................................................................ 45
5.2.2.4.16 Actions upon reception of SIBpos ............................................................................................... 45
5.2.2.5 Essential system information missing............................................................................................... 45
5.3 Connection control ..................................................................................................................................... 46
5.3.1 Introduction .......................................................................................................................................... 46
5.3.1.1 RRC connection control .................................................................................................................. 46
Release 16 4 3GPP TS 38.331 V16.0.0 (2020-03)
– CGI-Info-Logging.......................................................................................................................... 342
– CGI-Info-LoggingDetailed ............................................................................................................ 343
– CLI-RSSI-Range ............................................................................................................................ 343
– CodebookConfig............................................................................................................................ 343
– CommonLocationInfo .................................................................................................................... 347
– CondConfigId................................................................................................................................ 348
– CondConfigToAddModList ............................................................................................................ 348
– ConditionalReconfiguration........................................................................................................... 349
– ConfiguredGrantConfig................................................................................................................. 350
– ConfiguredGrantConfigIndex ........................................................................................................ 355
– ConfiguredGrantConfigIndexMAC ................................................................................................ 355
– ConfiguredGrantConfigList ........................................................................................................... 356
– ConnEstFailureControl ................................................................................................................. 356
– ControlResourceSet ....................................................................................................................... 357
– ControlResourceSetId.................................................................................................................... 360
– ControlResourceSetZero................................................................................................................ 360
– CrossCarrierSchedulingConfig ...................................................................................................... 360
– CSI-AperiodicTriggerStateList....................................................................................................... 362
– CSI-FrequencyOccupation ............................................................................................................ 363
– CSI-IM-Resource........................................................................................................................... 364
– CSI-IM-ResourceId ....................................................................................................................... 365
– CSI-IM-ResourceSet ...................................................................................................................... 365
– CSI-IM-ResourceSetId ................................................................................................................... 366
– CSI-MeasConfig ............................................................................................................................ 366
– CSI-ReportConfig.......................................................................................................................... 368
– CSI-ReportConfigId....................................................................................................................... 374
– CSI-ResourceConfig ...................................................................................................................... 374
– CSI-ResourceConfigId ................................................................................................................... 375
– CSI-ResourcePeriodicityAndOffset ................................................................................................ 376
– CSI-RS-ResourceConfigMobility.................................................................................................... 376
– CSI-RS-ResourceMapping ............................................................................................................. 379
– CSI-SemiPersistentOnPUSCH-TriggerStateList ............................................................................. 380
– CSI-SSB-ResourceSet .................................................................................................................... 381
– CSI-SSB-ResourceSetId ................................................................................................................. 381
– DedicatedNAS-Message ................................................................................................................ 381
– DMRS-DownlinkConfig ................................................................................................................. 382
– DMRS-UplinkConfig ..................................................................................................................... 383
– DownlinkConfigCommon............................................................................................................... 386
– DownlinkConfigCommonSIB ......................................................................................................... 386
– DownlinkPreemption ..................................................................................................................... 389
– DRB-Identity ................................................................................................................................. 390
– DRX-Config .................................................................................................................................. 390
– FilterCoefficient ............................................................................................................................ 392
– FreqBandIndicatorNR ................................................................................................................... 393
– FrequencyInfoDL .......................................................................................................................... 393
– FrequencyInfoDL-SIB ................................................................................................................... 394
– FrequencyInfoUL .......................................................................................................................... 395
– FrequencyInfoUL-SIB ................................................................................................................... 396
– Hysteresis ..................................................................................................................................... 397
– InvalidSymbolPattern .................................................................................................................... 398
– I-RNTI-Value ................................................................................................................................ 398
– LBT-FailureRecoveryConfig .......................................................................................................... 399
– LocationInfo.................................................................................................................................. 399
– LocationMeasurementInfo ............................................................................................................. 400
– LogicalChannelConfig................................................................................................................... 401
– LogicalChannelIdentity ................................................................................................................. 404
– MAC-CellGroupConfig.................................................................................................................. 404
– MeasConfig................................................................................................................................... 405
– MeasGapConfig ............................................................................................................................ 407
– MeasGapSharingConfig ................................................................................................................ 409
– MeasId .......................................................................................................................................... 410
– MeasIdleConfig ............................................................................................................................. 410
Release 16 12 3GPP TS 38.331 V16.0.0 (2020-03)
– PUCCH-SpatialRelationInfo.......................................................................................................... 487
– PUCCH-SpatialRelationInfo-Id ..................................................................................................... 488
– PUCCH-TPC-CommandConfig ..................................................................................................... 489
– PUSCH-Config ............................................................................................................................. 489
– PUSCH-ConfigCommon ................................................................................................................ 495
– PUSCH-PowerControl .................................................................................................................. 496
– PUSCH-ServingCellConfig............................................................................................................ 499
– PUSCH-TimeDomainResourceAllocationList ................................................................................ 501
– PUSCH-TimeDomainResourceAllocationListNew .......................................................................... 502
– PUSCH-TPC-CommandConfig...................................................................................................... 503
– Q-OffsetRange............................................................................................................................... 504
– Q-QualMin.................................................................................................................................... 504
– Q-RxLevMin.................................................................................................................................. 505
– QuantityConfig.............................................................................................................................. 505
– RACH-ConfigCommon .................................................................................................................. 507
– RACH-ConfigCommonIAB ............................................................................................................ 510
– RACH-ConfigCommonTwoStepRA ................................................................................................ 511
– RACH-ConfigDedicated ................................................................................................................ 514
– RACH-ConfigGeneric.................................................................................................................... 518
– RACH-ConfigGenericTwoStepRA .................................................................................................. 519
– RA-Prioritization........................................................................................................................... 521
– RadioBearerConfig ....................................................................................................................... 521
– RadioLinkMonitoringConfig .......................................................................................................... 524
– RadioLinkMonitoringRS-Id............................................................................................................ 526
– RAN-AreaCode.............................................................................................................................. 526
– RateMatchPattern ......................................................................................................................... 526
– RateMatchPatternId ...................................................................................................................... 528
– RateMatchPatternLTE-CRS ........................................................................................................... 529
– ReferenceTimeInfo ........................................................................................................................ 529
– RejectWaitTime ............................................................................................................................. 531
– RepetitionSchemeConfig ................................................................................................................ 531
– ReportConfigEUTRA-SL................................................................................................................ 532
– ReportConfigId ............................................................................................................................. 533
– ReportConfigInterRAT................................................................................................................... 534
– ReportConfigNR ............................................................................................................................ 537
– ReportConfigNR-SL....................................................................................................................... 545
– ReportConfigToAddModList .......................................................................................................... 547
– ReportInterval ............................................................................................................................... 547
– ReselectionThreshold .................................................................................................................... 548
– ReselectionThresholdQ.................................................................................................................. 548
– ResumeCause ................................................................................................................................ 548
– RLC-BearerConfig ........................................................................................................................ 549
– RLC-Config................................................................................................................................... 550
– RLF-TimersAndConstants.............................................................................................................. 552
– RNTI-Value ................................................................................................................................... 553
– RSRP-Range.................................................................................................................................. 554
– RSRQ-Range ................................................................................................................................. 554
– SCellIndex..................................................................................................................................... 554
– SchedulingRequestConfig .............................................................................................................. 555
– SchedulingRequestId ..................................................................................................................... 556
– SchedulingRequestResourceConfig ................................................................................................ 556
– SchedulingRequestResourceId ....................................................................................................... 557
– ScramblingId................................................................................................................................. 558
– SCS-SpecificCarrier ...................................................................................................................... 558
– SDAP-Config ................................................................................................................................ 559
– SearchSpace .................................................................................................................................. 560
– SearchSpaceId............................................................................................................................... 565
– SearchSpaceZero........................................................................................................................... 565
– SecurityAlgorithmConfig ............................................................................................................... 565
– SemiStaticChannelAccessConfig .................................................................................................... 566
– Sensor-LocationInfo ...................................................................................................................... 567
– ServCellIndex ................................................................................................................................ 567
Release 16 14 3GPP TS 38.331 V16.0.0 (2020-03)
Foreword
This Technical Specification has been produced by the 3rd Generation Partnership Project (3GPP).
The contents of the present document are subject to continuing work within the TSG and may change following formal
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an
identifying change of release date and an increase in version number as follows:
Version x.y.z
where:
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections,
updates, etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
Release 16 20 3GPP TS 38.331 V16.0.0 (2020-03)
1 Scope
The present document specifies the Radio Resource Control protocol for the radio interface between UE and NG-RAN.
- the radio related information transported in a transparent container between source gNB and target gNB upon
inter gNB handover;
- the radio related information transported in a transparent container between a source or target gNB and another
system upon inter RAT handover.
- the radio related information transported in a transparent container between a source eNB and target gNB during
E-UTRA-NR Dual Connectivity.
The RRC protocol is also used to configure the radio interface between an IAB node and its parent node [2].
2 References
The following documents contain provisions which, through reference in this text, constitute provisions of the present
document.
- References are either specific (identified by date of publication, edition number, version number, etc.) or
non-specific.
- For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same
Release as the present document.
[3] 3GPP TS 38.321: "NR; Medium Access Control (MAC); Protocol specification".
[4] 3GPP TS 38.322: "NR; Radio Link Control (RLC) protocol specification".
[5] 3GPP TS 38.323: "NR; Packet Data Convergence Protocol (PDCP) protocol specification".
[6] ITU-T Recommendation X.680 (08/2015) "Information Technology – Abstract Syntax Notation
One (ASN.1): Specification of basic notation" (Same as the ISO/IEC International Standard 8824-
1).
[7] ITU-T Recommendation X.681 (08/2015) "Information Technology – Abstract Syntax Notation
One (ASN.1): Information object specification" (Same as the ISO/IEC International Standard
8824-2).
[8] ITU-T Recommendation X.691 (08/2015) "Information technology – ASN.1 encoding rules:
Specification of Packed Encoding Rules (PER)" (Same as the ISO/IEC International Standard
8825-2).
[10] 3GPP TS 36.331: "Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource
Control (RRC); Protocol Specification".
[12] 3GPP TS 38.104: "NR; Base Station (BS) radio transmission and reception".
Release 16 21 3GPP TS 38.331 V16.0.0 (2020-03)
[14] 3GPP TS 38.133: "NR; Requirements for support of radio resource management".
[15] 3GPP TS 38.101-1: "NR; User Equipment (UE) radio transmission and reception; Part 1: Range 1
Standalone".
[18] ITU-T Recommendation X.683 (08/2015) "Information Technology – Abstract Syntax Notation
One (ASN.1): Parameterization of ASN.1 specifications" (Same as the ISO/IEC International
Standard 8824-4).
[20] 3GPP TS 38.304: "NR; User Equipment (UE) procedures in Idle mode and RRC Inactive state".
[22] 3GPP TS 36.101: "E-UTRA; User Equipment (UE) radio transmission and reception".
[23] 3GPP TS 24.501: "Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3".
[27] 3GPP TS 36.304: "E-UTRA; User Equipment (UE) procedures in idle mode".
[30] 3GPP TS 33.401: "3GPP System Architecture Evolution (SAE); Security architecture".
[32] 3GPP TS 23.501: "System Architecture for the 5G System; Stage 2".
[33] 3GPP TS 36.104:"E-UTRA; Base Station (BS) radio transmission and reception".
[34] 3GPP TS 38.101-3 "NR; User Equipment (UE) radio transmission and reception; Part 3: Range 1
and Range 2 Interworking operation with other radios".
[38] 3GPP TS 24.008: "Mobile radio interface layer 3 specification; Core network protocols; Stage 3".
[39] 3GPP TS 38.101-2 "NR; User Equipment (UE) radio transmission and reception; Part 2: Range 2
Standalone".
[44] 3GPP TR 36.816: "Evolved Universal Terrestrial Radio Access (E-UTRA); Study on signalling
and procedure for interference avoidance for in-device coexistence ".
[45] 3GPP TS 25.331: "Universal Terrestrial Radio Access (UTRA); Radio Resource Control (RRC);
Protocol specification".
[46] 3GPP TS 25.133: "Requirements for Support of Radio Resource Management (FDD)".
[48] 3GPP TS 37.213: "Physical layer procedures for shared spectrum channel access".
[50] IEEE 802.11-2012, Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer
(PHY) specifications, IEEE Std.
[51] Bluetooth Special Interest Group: "Bluetooth Core Specification v5.0", December 2016.
[52] 3GPP TS 32.422: "Telecommunication management; Subsriber and equipment trace; Trace control
and confiuration management".
[54] 3GPP TS 23.122: "Non-Access-Stratum (NAS) functions related to Mobile Station (MS) in idle
mode".
[55] 3GPP TS 23.287: "Architecture enhancements for 5G System (5GS) to support Vehicle-to-
Everything (V2X) services".
[56] 3GPP TS 23.285: "Technical Specification Group Services and System Aspects; Architecture
enhancements for V2X services".
[57] 3GPP TS 24.587: " Technical Specification Group Core Network and Terminals; Vehicle-to-
Everything (V2X) services in 5G System (5GS)".
[58] Military Standard WGS84 Metric MIL-STD-2401 (11 January 1994): "Military Standard
Department of Defence World Geodetic System (WGS)".
BH RLC channel: The BH RLC channel consisting of an RLC and logical channel of an IAB node.
CEIL: Mathematical function used to 'round up' i.e. to the nearest integer having a higher or equal value.
Dedicated signalling: Signalling sent on DCCH logical channel between the network and a single UE.
FLOOR: Mathematical function used to 'round down' i.e. to the nearest integer having a lower or equal value.
Information element: A structural element containing single or multiple fields is referred as information element.
NPN-only Cell: A cell that is only available for normal service for NPNs' subscriber. An NPN-capable UE determines
that a cell is NPN-only Cell by detecting that the cellReservedForOtherUse IE is set to true while the npn-
IdentityInfoList IE is present in CellAccessRelatedInfo.
NR sidelink communication: AS functionality enabling at least V2X Communication as defined in TS 23.287 [55],
between two or more nearby UEs, using NR technology but not traversing any network node.
Release 16 23 3GPP TS 38.331 V16.0.0 (2020-03)
PNI-NPN identity: an identifier of a PNI-NPN compromising of a PLMN ID and a CAG -ID combination.
Primary Cell: The MCG cell, operating on the primary frequency, in which the UE either performs the initial
connection establishment procedure or initiates the connection re-establishment procedure.
Primary SCG Cell: For dual connectivity operation, the SCG cell in which the UE performs random access when
performing the Reconfiguration with Sync procedure.
Primary Timing Advance Group: Timing Advance Group containing the SpCell.
RLC bearer configuration: The lower layer part of the radio bearer configuration comprising the RLC and logical
channel configurations.
Secondary Cell: For a UE configured with CA, a cell providing additional radio resources on top of Special Cell.
Secondary Cell Group: For a UE configured with dual connectivity, the subset of serving cells comprising of the
PSCell and zero or more secondary cells.
Serving Cell: For a UE in RRC_CONNECTED not configured with CA/DC there is only one serving cell comprising
of the primary cell. For a UE in RRC_CONNECTED configured with CA/ DC the term 'serving cells' is used to denote
the set of cells comprising of the Special Cell(s) and all secondary cells.
Special Cell: For Dual Connectivity operation the term Special Cell refers to the PCell of the MCG or the PSCell of the
SCG, otherwise the term Special Cell refers to the PCell.
Split SRB: In MR-DC, an SRB that supports transmission via MCG and SCG as well as duplication of RRC PDUs as
defined in TS 37.340 [41].
SSB Frequency: Frequency referring to the position of resource element RE=#0 (subcarrier #0) of resource block
RB#10 of the SS block.
UE Inactive AS Context: UE Inactive AS Context is stored when the connection is suspended and restored when the
connection is resumed. It includes information as defined in clause 5.3.8.3.
V2X Sidelink Communication: AS functionality enabling V2X Communication as defined in TS 23.285 [56], between
nearby UEs, using E-UTRA technology but not traversing any network node.
3.2 Abbreviations
For the purposes of the present document, the abbreviations given in TR 21.905 [1] and the following apply. An
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in
TR 21.905 [1].
CG Cell Group
CHO Conditional Handover
CLI Cross Link Interference
CMAS Commercial Mobile Alert Service
CP Control Plane
CPC Conditional PSCell Change
C-RNTI Cell RNTI
CSI Channel State Information
DAPS Dual Active Protocol Stack
DC Dual Connectivity
DCCH Dedicated Control Channel
DCI Downlink Control Information
DCP DCI with CRC scrambled by PS-RNTI
DFN Direct Frame Number
DL Downlink
DL-SCH Downlink Shared Channel
DM-RS Demodulation Reference Signal
DRB (user) Data Radio Bearer
DRX Discontinuous Reception
DTCH Dedicated Traffic Channel
EN-DC E-UTRA NR Dual Connectivity with E-UTRA connected to EPC
EPC Evolved Packet Core
EPS Evolved Packet System
ETWS Earthquake and Tsunami Warning System
E-UTRA Evolved Universal Terrestrial Radio Access
E-UTRA/5GC E-UTRA connected to 5GC
E-UTRA/EPC E-UTRA connected to EPC
E-UTRAN Evolved Universal Terrestrial Radio Access Network
FDD Frequency Division Duplex
FFS For Further Study
GERAN GSM/EDGE Radio Access Network
GNSS Global Navigation Satellite System
GSM Global System for Mobile Communications
HARQ Hybrid Automatic Repeat Request
HRNN Human Readable Network Name
IAB Integrated Access and Backhaul
IAB-DU IAB-node DU
IAB-MT IAB Mobile Termination
IDC In-Device Coexistence
IE Information element
IMSI International Mobile Subscriber Identity
kB Kilobyte (1000 bytes)
L1 Layer 1
L2 Layer 2
L3 Layer 3
LBT Listen Before Talk
MAC Medium Access Control
MCG Master Cell Group
MDT Minimization of Drive Tests
MIB Master Information Block
MR-DC Multi-Radio Dual Connectivity
N/A Not Applicable
NE-DC NR E-UTRA Dual Connectivity
(NG)EN-DC E-UTRA NR Dual Connectivity (covering E-UTRA connected to EPC or 5GC)
NGEN-DC E-UTRA NR Dual Connectivity with E-UTRA connected to 5GC
NID Network Identifier
NPN Non-Public Network
NR-DC NR-NR Dual Connectivity
NR/5GC NR connected to 5GC
PCell Primary Cell
PDCP Packet Data Convergence Protocol
PDU Protocol Data Unit
Release 16 25 3GPP TS 38.331 V16.0.0 (2020-03)
In the ASN.1, lower case may be used for some (parts) of the above abbreviations e.g. c-RNTI.
4 General
4.1 Introduction
This specification is organised as follows:
- clause 4.3 specifies the services provided to upper layers as well as the services expected from lower layers;
- clause 7 specifies the variables (including protocol timers and constants) and counters to be used by the UE;
4.2 Architecture
4.2.1 UE states and state transitions including inter RAT
A UE is either in RRC_CONNECTED state or in RRC_INACTIVE state when an RRC connection has been
established. If this is not the case, i.e. no RRC connection is established, the UE is in RRC_IDLE state. The RRC states
can further be characterised as follows:
- RRC_IDLE:
- The UE:
- Monitors Short Messages transmitted with P-RNTI over DCI (see clause 6.5);
- Performs logging of available measurements together with location and time for logged measurement
configured UEs.
- RRC_INACTIVE:
The UE:
- Monitors Short Messages transmitted with P-RNTI over DCI (see clause 6.5);
- Monitors a Paging channel for CN paging using 5G-S-TMSI and RAN paging using fullI-RNTI;
- Performs RAN-based notification area updates periodically and when moving outside the configured
RAN-based notification area;
- Performs logging of available measurements together with location and time for logged measurement
configured UEs.
- RRC_CONNECTED:
- For UEs supporting CA, use of one or more SCells, aggregated with the SpCell, for increased bandwidth;
- For UEs supporting DC, use of one SCG, aggregated with the MCG, for increased bandwidth;
- The UE:
- Monitors Short Messages transmitted with P-RNTI over DCI (see clause 6.5), if configured;
- Monitors control channels associated with the shared data channel to determine if data is scheduled for it;
Figure 4.2.1-1 illustrates an overview of UE RRC state machine and state transitions in NR. A UE has only one RRC
state in NR at one time.
NR RRC_CONNECTED
Resume / Release
with Suspend
Establish /
Release
NR RRC_INACTIVE
Release
NR RRC_IDLE
Figure 4.2.1-2 illustrates an overview of UE state machine and state transitions in NR as well as the mobility procedures
supported between NR/5GC E-UTRA/EPC and E-UTRA/5GC.
Release 16 28 3GPP TS 38.331 V16.0.0 (2020-03)
Figure 4.2.1-2: UE state machine and state transitions between NR/5GC, E-UTRA/EPC and E-
UTRA/5GC
- SRB1 is for RRC messages (which may include a piggybacked NAS message) as well as for NAS messages
prior to the establishment of SRB2, all using DCCH logical channel;
- SRB2 is for NAS messages and for RRC messages which include logged measurement information, all using
DCCH logical channel. SRB2 has a lower priority than SRB1 and may be configured by the network after AS
security activation;
- SRB3 is for specific RRC messages when UE is in (NG)EN-DC or NR-DC, all using DCCH logical channel.
In downlink, piggybacking of NAS messages is used only for one dependant (i.e. with joint success/failure) procedure:
bearer establishment/modification/release. In uplink piggybacking of NAS message is used only for transferring the
initial NAS message during connection setup and connection resume.
NOTE 1: The NAS messages transferred via SRB2 are also contained in RRC messages, which however do not
include any RRC protocol control information.
Once AS security is activated, all RRC messages on SRB1, SRB2 and SRB3, including those containing NAS
messages, are integrity protected and ciphered by PDCP. NAS independently applies integrity protection and ciphering
to the NAS messages, see TS 24.501 [23].
Split SRB is supported for all the MR-DC options in both SRB1 and SRB2 (split SRB is not supported for SRB0 and
SRB3).
For operation with shared spectrum channel access, SRB0, SRB1 and SRB3 are assigned with the highest priority
Channel Access Priority Class (CAPC), (i.e. CAPC = 1) while CAPC for SRB2 is configurable.
Release 16 29 3GPP TS 38.331 V16.0.0 (2020-03)
4.3 Services
4.3.1 Services provided to upper layers
The RRC protocol offers the following services to upper layers:
- Integrity protection, ciphering and loss-less in-sequence delivery of information without duplication;
4.4 Functions
The RRC protocol includes the following main functions:
- Information applicable for UEs in RRC_IDLE and RRC_INACTIVE (e.g. cell (re-)selection parameters,
neighbouring cell information) and information (also) applicable for UEs in RRC_CONNECTED (e.g.
common channel configuration information);
- Paging;
- Access barring;
- Initial AS security activation, i.e. initial configuration of AS integrity protection (SRBs, DRBs) and AS
ciphering (SRBs, DRBs);
- RRC connection mobility including e.g. intra-frequency and inter-frequency handover, associated AS
security handling, i.e. key/algorithm change, specification of RRC context information transferred between
network nodes;
- In case of DC, cell management including e.g. change of PSCell, addition/modification/release of SCG
cell(s);
- QoS control including assignment/ modification of semi-persistent scheduling (SPS) configuration and
configured grant configuration for DL and UL respectively, assignment/ modification of parameters for UL
rate control in the UE, i.e. allocation of a priority and a prioritised bit rate (PBR) for each RB.
- Inter-RAT mobility including e.g. AS security activation, transfer of RRC context information;
- Measurement reporting.
- Configuration of BAP entity at the IAB-MT [47] and BH RLC channels for the support of IAB-nodes.
- Other functions including e.g. generic protocol error handling, transfer of dedicated NAS information, transfer of
UE radio access capability information.
5 Procedures
5.1 General
5.1.1 Introduction
This clause covers the general requirements.
1> process the received messages in order of reception by RRC, i.e. the processing of a message shall be completed
before starting the processing of a subsequent message;
NOTE: Network may initiate a subsequent procedure prior to receiving the UE's response of a previously initiated
procedure.
1> within a sub-clause execute the steps according to the order specified in the procedural description;
1> consider the term 'radio bearer' (RB) to cover SRBs and DRBs unless explicitly stated otherwise;
1> set the rrc-TransactionIdentifier in the response message, if included, to the same value as included in the
message received from the network that triggered the response message;
2> apply the corresponding received configuration and start using the associated resources, unless explicitly
specified otherwise;
2> clear the corresponding configuration and stop using the associated resources;
1> in case the size of a list is extended, upon receiving an extension field comprising the entries in addition to the
ones carried by the original field (regardless of whether the network signals more entries in total); apply the
following generic behaviour unless explicitly stated otherwise:
2> create a combined list by concatenating the additional entries included in the extension field to the original
field while maintaining the order among both the original and the additional entries;
Release 16 31 3GPP TS 38.331 V16.0.0 (2020-03)
2> for the combined list, created according to the previous, apply the same behaviour as defined for the original
field.
NOTE: This use of these terms deviates from the definition in TS 37.340 [41] and other specifications. In TS
37.340, these terms include also the case where the UE is configured with E-UTRA or NR MCG only
(i.e. no NR or E-UTRA SCG) but with one or more bearers terminated in a secondary node (i.e. using NR
PDCP).
The UE in (NG)EN-DC only executes a sub-clause of clause 5 in this specification when the subclause:
- is referred to from a subclause under execution, either in this specification or in TS 36.331 [10]; or
- applies to field(s), IE(s), UE variable(s) or timer(s) in this specification that the UE is configured with.
When executing a subclause of clause 5 in this specification, the UE follows the requirements in clause 5.1.2 and in all
subclauses of this specification applicable to the messages (including processing time requirements), fields, IEs, timers
and UE variables indicated in the subclause under execution.
- the MIB is always transmitted on the BCH with a periodicity of 80 ms and repetitions made within 80 ms (TS
38.212 [17], clause 7.1) and it includes parameters that are needed to acquire SIB1 from the cell. The first
transmission of the MIB is scheduled in subframes as defined in TS 38.213 [13], clause 4.1 and repetitions are
scheduled according to the period of SSB;
- the SIB1 is transmitted on the DL-SCH with a periodicity of 160 ms and variable transmission repetition
periodicity within 160 ms as specified in TS 38.213 [13], clause 13. The default transmission repetition
periodicity of SIB1 is 20 ms but the actual transmission repetition periodicity is up to network implementation.
For SSB and CORESET multiplexing pattern 1, SIB1 repetition transmission period is 20 ms. For SSB and
CORESET multiplexing pattern 2/3, SIB1 transmission repetition period is the same as the SSB period (TS
38.213 [13], clause 13). SIB1 includes information regarding the availability and scheduling (e.g. mapping of
SIBs to SI message, periodicity, SI-window size) of other SIBs with an indication whether one or more SIBs are
only provided on-demand and, in that case, the configuration needed by the UE to perform the SI request. SIB1
is cell-specific SIB;
- SIBs other than SIB1 and posSIBs are carried in SystemInformation (SI) messages, which are transmitted on the
DL-SCH. Only SIBs or posSIBs having the same periodicity can be mapped to the same SI message. SIBs and
posSIBs are mapped to the different SI messages. Each SI message is transmitted within periodically occurring
time domain windows (referred to as SI-windows with same length for all SI messages). Each SI message is
associated with an SI-window and the SI-windows of different SI messages do not overlap. That is, within one
SI-window only the corresponding SI message is transmitted. An SI message may be transmitted a number of
times within the SI-window. Any SIB or posSIB except SIB1 can be configured to be cell specific or area
Release 16 32 3GPP TS 38.331 V16.0.0 (2020-03)
specific, using an indication in SIB1. The cell specific SIB is applicable only within a cell that provides the SIB
while the area specific SIB is applicable within an area referred to as SI area, which consists of one or several
cells and is identified by systemInformationAreaID;
- The mapping of SIBs to SI messages is configured in schedulingInfoList, while the mapping of posSIBs to SI
messages is configured in posSI-SchedulingInfoList;
- For a UE in RRC_CONNECTED, the network can provide system information through dedicated signalling
using the RRCReconfiguration message, e.g. if the UE has an active BWP with no common search space
configured to monitor system information or paging.
- For PSCell and SCells, the network provides the required SI by dedicated signalling, i.e. within an
RRCReconfiguration message. Nevertheless, the UE shall acquire MIB of the PSCell to get SFN timing of the
SCG (which may be different from MCG). Upon change of relevant SI for SCell, the network releases and adds
the concerned SCell. For PSCell, the required SI can only be changed with Reconfiguration with Sync.
NOTE: The physical layer imposes a limit to the maximum size a SIB can take. The maximum SIB1 or SI
message size is 2976 bits.
MIB
SIB1
SystemInformationRequest
SystemInformation messages
The UE applies the SI acquisition procedure to acquire the AS, NAS- and positioning assistance data information. The
procedure applies to UEs in RRC_IDLE, in RRC_INACTIVE and in RRC_CONNECTED.
The UE in RRC_IDLE and RRC_INACTIVE shall ensure having a valid version of (at least) the MIB, SIB1 through
SIB4, SIB5 (if the UE supports E-UTRA) and SIB11 (if the UE is configured for idle/inactive measurements).
When the UE acquires a MIB or a SIB1 or an SI message in a serving cell as described in clause 5.2.2.3, and if the UE
stores the acquired SIB, then the UE shall store the associated areaScope, if present, the first PLMN-Identity in the
PLMN-IdentityInfoList for non-NPN-only cells, the first NPN-Identity (SNPN identity in case of SNPN, or PNI-NPN
identity in case of PNI-NPN, see TS 23.501 [32]) in the NPN-IdentityInfoList for NPN-only cells, the cellIdentity, the
systemInformationAreaID, if present, and the valueTag, if present, as indicated in the si-SchedulingInfo for the SIB. The
UE may use a valid stored version of the SI except MIB, SIB1, SIB6, SIB7 or SIB8 e.g. after cell re-selection, upon
return from out of coverage or after the reception of SI change indication. The value tag for posSIB is optionally
provided in LPP signalling [49].
Release 16 33 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE: The storage and management of the stored SIBs in addition to the SIBs valid for the current serving cell is
left to UE implementation.
The UE shall:
1> delete any stored version of a SIB after 3 hours from the moment it was successfully confirmed as valid;
2> if the areaScope is associated and its value for the stored version of the SIB is the same as the value received
in the si-SchedulingInfo for that SIB from the serving cell:
3> if the cell is non-NPN-only cell and the first PLMN-Identity included in the PLMN-IdentityInfoList, the
systemInformationAreaID and the valueTag that are included in the si-SchedulingInfo for the SIB
received from the serving cell are identical to the PLMN-Identity, the systemInformationAreaID and the
valueTag associated with the stored version of that SIB:
3> if the cell is an NPN-only cell and the first NPN-Identity included in the NPN-IdentityInfoList, the
systemInformationAreaID and the valueTag that are included in the si-SchedulingInfo for the SIB
received from the serving cell are identical to the NPN-Identity, the systemInformationAreaID and the
valueTag associated with the stored version of that SIB:
2> if the areaScope is not present for the stored version of the SIB and the areaScope value is not included in
the si-SchedulingInfo for that SIB from the serving cell:
3> if the cell is non-NPN-only cell and the first PLMN-Identity in the PLMN-IdentityInfoList, the cellIdentity
and valueTag that are included in the si-SchedulingInfo for the SIB received from the serving cell are
identical to the PLMN-Identity, the cellIdentity and the valueTag associated with the stored version of that
SIB:
3> if the cell is an NPN-only cell and the first NPN-Identity in the NPN-IdentityInfoList, the cellIdentity and
valueTag that are included in the si-SchedulingInfo for the SIB received from the serving cell are identical
to the NPN-Identity, the cellIdentity and the valueTag associated with the stored version of that SIB:
UEs in RRC_IDLE or in RRC_INACTIVE shall monitor for SI change indication in its own paging occasion every
DRX cycle. UEs in RRC_CONNECTED shall monitor for SI change indication in any paging occasion at least once per
modification period if the UE is provided with common search space on the active BWP to monitor paging, as specified
in TS 38.213 [13], clause 13.
ETWS or CMAS capable UEs in RRC_IDLE or in RRC_INACTIVE shall monitor for indications about PWS
notification in its own paging occasion every DRX cycle. ETWS or CMAS capable UEs in RRC_CONNECTED shall
monitor for indication about PWS notification in any paging occasion at least once every defaultPagingCycle if the UE
is provided with common search space on the active BWP to monitor paging.
For Short Message reception in a paging occasion, the UE monitors the PDCCH monitoring occasion(s) for paging as
specified in TS 38.304 [20] and TS 38.213 [13].
1> if the UE is ETWS capable or CMAS capable, the etwsAndCmasIndication bit of Short Message is set, and the
UE is provided with searchSpaceOtherSystemInformation on the active BWP or the initial BWP:
2> if the UE is ETWS capable and si-SchedulingInfo includes scheduling information for SIB6:
2> if the UE is ETWS capable and si-SchedulingInfo includes scheduling information for SIB7:
2> if the UE is CMAS capable and si-SchedulingInfo includes scheduling information for SIB8:
2> apply the SI acquisition procedure as defined in sub-clause 5.2.2.3 from the start of the next modification
period.
2> stop monitoring PDCCH monitoring occasion(s) for paging in this Paging Occasion (PO).
Editor's Note: As the title of this clause is for SI change and PWS, introduction of stopPagingMonitoring in this clause
should be discussed further.
2> else:
1> if the UE is in RRC_CONNECTED with an active BWP with common search space configured by
searchSpaceSIB1 and pagingSearchSpace and has received an indication about change of system information; or
1> if the UE is in RRC_CONNECTED with an active BWP with common search space configured by
searchSpaceSIB1 and pagingSearchSpace and the UE has not stored a valid version of a SIB, in accordance with
sub-clause 5.2.2.2.1, of one or several required SIB(s), in accordance with sub-clause 5.2.2.1, and, UE has not
acquired SIB1 in current modification period; or
2> if ssb-SubcarrierOffset indicates SIB1 is transmitted in the cell (TS 38.213 [13]) and if SIB1 acquisition is
required for the UE:
3> else:
4> upon acquiring SIB1, perform the actions specified in clause 5.2.2.4.2.
2> else if SIB1 acquisition is required for the UE and ssb-SubcarrierOffset indicates that SIB1 is not scheduled
in the cell:
NOTE: The UE in RRC_CONNECTED is only required to acquire broadcasted SIB1 if the UE can acquire it
without disrupting unicast data reception, i.e. the broadcast and unicast beams are quasi co-located.
1> determine the start of the SI-window for the concerned SI message as follows:
3> for the concerned SI message, determine the number n which corresponds to the order of entry in the list
of SI messages configured by schedulingInfoList in si-SchedulingInfo in SIB1;
3> the SI-window starts at the slot #a, where a = x mod N, in the radio frame for which SFN mod T =
FLOOR(x/N), where T is the si-Periodicity of the concerned SI message and N is the number of slots in a
radio frame as specified in TS 38.213 [13];
2> else if the concerned SI message is configured in the posSI-SchedulingInfoList and offsetToSI-Used is not
configured:
3> for the concerned SI message, determine the number n which corresponds to the order of entry in the
concatenated list;
3> the SI-window starts at the slot #a, where a = x mod N, in the radio frame for which SFN mod T =
FLOOR(x/N), where T is the si-Periodicity of the concerned SI message and N is the number of slots in a
radio frame as specified in TS 38.213 [13];
2> else if the concerned SI message is configured by the posSI-SchedulingInfoList and offsetToSI-Used is
configured:
Release 16 36 3GPP TS 38.331 V16.0.0 (2020-03)
3> determine the number m which corresponds to the number of SI messages with an associated si-
Periodicity of 8 radio frames (80 ms), configured by schedulingInfoList in SystemInformationBlockType1;
3> for the concerned SI message, determine the number n which corresponds to the order of entry in the list
of SI messages configured by posSI-SchedulingInfoList in SIB1;
3> the SI-window starts at the slot #a, where a = x mod N, in the radio frame for which SFN mod T =
FLOOR(x/N), where T is the si-Periodicity of the concerned SI message and N is the number of slots in a
radio frame as specified in TS 38.213 [13];
1> receive the PDCCH containing the scheduling RNTI, i.e. SI-RNTI in the PDCCH monitoring occasion(s) for SI
message acquisition, from the start of the SI-window and continue until the end of the SI-window whose
absolute length in time is given by si-WindowLength, or until the SI message was received;
1> if the SI message was not received by the end of the SI-window, repeat reception at the next SI-window occasion
for the concerned SI message in the current modification period;
NOTE 1: The UE is only required to acquire broadcasted SI message if the UE can acquire it without disrupting
unicast data reception, i.e. the broadcast and unicast beams are quasi co-located.
NOTE 2: The UE is not required to monitor PDCCH monitoring occasion(s) corresponding to each transmitted
SSB in SI-window.
NOTE 3: If the concerned SI message was not received in the current modification period, handling of SI message
acquisition is left to UE implementation.
1> perform the actions for the acquired SI message as specified in sub-clause 5.2.2.4.
1> if SIB1 includes si-SchedulingInfo containing si-RequestConfigSUL and criteria to select supplementary uplink
as defined in TS 38.321[13], clause 5.1.1 is met:
2> trigger the lower layer to initiate the Random Access procedure on supplementary uplink in accordance with
[3] using the PRACH preamble(s) and PRACH resource(s) in si-RequestConfigSUL corresponding to the SI
message(s) that the UE requires to operate within the cell, and for which si-BroadcastStatus is set to
notBroadcasting;
1> else if SIB1 includes si-SchedulingInfo containing si-RequestConfig and criteria to select normal uplink as
defined in TS 38.321[13], clause 5.1.1 is met:
2> trigger the lower layer to initiate the random access procedure on normal uplink in accordance with TS
38.321 [3] using the PRACH preamble(s) and PRACH resource(s) in si-RequestConfig corresponding to the
SI message(s) that the UE requires to operate within the cell, and for which si-BroadcastStatus is set to
notBroadcasting;
1> else:
2> apply the default L1 parameter values as specified in corresponding physical layer specifications except for
the parameters for which values are provided in SIB1;
2> apply the default MAC Cell Group configuration as specified in 9.2.2;
1> if cell reselection occurs while waiting for the acknowledgment for SI request from lower layers:
NOTE: After RACH failure for SI request it is up to UE implementation when to retry the SI request.
1> set the requested-SI-List to indicate the SI message(s) that the UE requires to operate within the cell, and for
which si-BroadcastStatus is set to notBroadcasting.
The UE shall submit the RRCSystemInfoRequest message to lower layers for transmission.
1> if the UE is in RRC_CONNECTED with an active BWP not configured with common search and the UE has not
stored a valid version of a SIB, in accordance with sub-clause 5.2.2.2.1, of one or several required SIB(s), in
accordance with sub-clause 5.2.2.1:
2> for the SI message(s) that, according to the si-SchedulingInfo in the stored SIB1, contain at least one required
SIB:
3> if the UE has an active BWP with common search space configured:
4> acquire the requested SI message(s) corresponding to the requested SIB(s) as defined in sub-clause
5.2.2.3.2.
1> else if the UE is in RRC_CONNECTED with an active BWP configured with common search space and the UE
has not stored a valid version of a SIB, in accordance with sub-clause 5.2.2.2.1, of one or several required
SIB(s), in accordance with sub-clause 5.2.2.1:
2> for the SI message(s) that, according to the si-SchedulingInfo in the stored SIB1, contain at least one required
SIB and for which si-BroadcastStatus is set to Broadcasting:
2> for the SI message(s) that, according to the si-SchedulingInfo in the stored SIB1, contain at least one required
SIB and for which si-BroadcastStatus is set to notBroadcasting:
3> if the UE has an active BWP with common search space configured:
4> acquire the requested SI message(s) corresponding to the requested SIB(s) as defined in sub-clause
5.2.2.3.2.
The UE shall submit the DedicatedSIBRequest message to lower layers for transmission.
4> consider cell re-selection to other cells on the same frequency as the barred cell as not allowed, as
specified in TS 38.304 [20].
3> else:
4> consider cell re-selection to other cells on the same frequency as the barred cell as allowed, as
specified in TS 38.304 [20].
2> else:
1> if the cell is not an NPN-only cell and the cellAccessRelatedInfo contains an entry with the PLMN-Identity of the
selected PLMN:
2> in the remainder of the procedures use plmn-IdentityList, trackingAreaCode, and cellIdentity for the cell as
received in the corresponding PLMN-IdentityInfo containing the selected PLMN;
1> if the cellAccessRelatedInfo contains an entry with the NPN-Identity of the selected NPN:
2> in the remainder of the procedures use npn-IdentityList, trackingAreaCode, and cellIdentity for the cell as
received in the corresponding NPN-IdentityInfo containing the selected NPN;
2> if the UE has a stored valid version of a SIB, in accordance with sub-clause 5.2.2.2.1, that the UE requires to
operate within the cell in accordance with sub-clause 5.2.2.1:
2> else if the UE has an active BWP configured with common search space and the UE has not stored a valid
version of a SIB, in accordance with sub-clause 5.2.2.2.1, of one or several required SIB(s), in accordance
with sub-clause 5.2.2.1:
3> for the SI message(s) that, according to the si-SchedulingInfo, contain at least one required SIB and for
which si-BroadcastStatus is set to broadcasting:
4> acquire the SI message(s) corresponding to the requested SIB(s) as defined in sub-clause 5.2.2.3.5;
3> for the SI message(s) that, according to the si-SchedulingInfo, contain at least one required SIB and for
which si-BroadcastStatus is set to notBroadcasting:
4> trigger a request to acquire the required SIB(s) as defined in sub-clause 5.2.2.3.5;
2> else if the UE has an active BWP not configured with common search space and the UE has not stored a
valid version of a SIB, in accordance with sub-clause 5.2.2.2.1, of one or several required SIB(s), in
accordance with sub-clause 5.2.2.1:
3> trigger a request to acquire the required SIB(s) as defined in sub-clause 5.2.2.3.5;
1> else:
2> if the UE supports one or more of the frequency bands indicated in the frequencyBandList for downlink for
TDD, or one or more of the frequency bands indicated in the frequencyBandList for uplink for FDD, and they
are not downlink only bands, and
2> if the UE supports at least one additionalSpectrumEmission in the NR-NS-PmaxList for a supported band in
the downlink for TDD, or a supported band in uplink for FDD, and
2> if the UE supports an uplink channel bandwidth with a maximum transmission bandwidth configuration (see
TS 38.101-1 [15] and TS 38.101-2 [39]) which
- is smaller than or equal to the carrierBandwidth (indicated in uplinkConfigCommon for the SCS of the
initial uplink BWP), and which
- is wider than or equal to the bandwidth of the initial uplink BWP, and
2> if the UE supports a downlink channel bandwidth with a maximum transmission bandwidth configuration
(see TS 38.101-1 [15] and TS 38.101-2 [39]) which
- is smaller than or equal to the carrierBandwidth (indicated in downlinkConfigCommon for the SCS of the
initial downlink BWP), and which
- is wider than or equal to the bandwidth of the initial downlink BWP:
3> apply a supported uplink channel bandwidth with a maximum transmission bandwidth which
- is contained within the carrierBandwidth indicated in uplinkConfigCommon for the SCS of the initial
uplink BWP, and which
- is wider than or equal to the bandwidth of the initial BWP for the uplink;
3> apply a supported downlink channel bandwidth with a maximum transmission bandwidth which
- is contained within the carrierBandwidth indicated in downlinkConfigCommon for the SCS of the
initial downlink BWP, and which
- is wider than or equal to the bandwidth of the initial BWP for the downlink;
3> select the first frequency band in the frequencyBandList, for FDD from frequencyBandList for uplink, or
for TDD from frequencyBandList for downlink, which the UE supports and for which the UE supports at
least one of the additionalSpectrumEmission values in nr-NS-PmaxList, if present;
3> if trackingAreaCode is not provided for the selected PLMN nor the registered PLMN nor PLMN of the
equivalent PLMN list nor the selected NPN nor the registered NPN:
5> consider cell re-selection to other cells on the same frequency as the barred cell as not allowed, as
specified in TS 38.304 [20];
Release 16 40 3GPP TS 38.331 V16.0.0 (2020-03)
4> else:
5> consider cell re-selection to other cells on the same frequency as the barred cell as allowed, as
specified in TS 38.304 [20];
3> else:
3> forward the PLMN identity or SNPN identity or PNI-NPN identity to upper layers;
3> if in RRC_INACTIVE and the forwarded information does not trigger message transmission by upper
layers:
4> if the serving cell does not belong to the configured ran-NotificationAreaInfo:
3> if the UE has a stored valid version of a SIB, in accordance with sub-clause 5.2.2.2.1, that the UE requires
to operate within the cell in accordance with sub-clause 5.2.2.1:
3> if the UE has not stored a valid version of a SIB, in accordance with sub-clause 5.2.2.2.1, of one or
several required SIB(s), in accordance with sub-clause 5.2.2.1:
4> for the SI message(s) that, according to the si-SchedulingInfo, contain at least one required SIB and
for which si-BroadcastStatus is set to broadcasting:
4> for the SI message(s) that, according to the si-SchedulingInfo, contain at least one required SIB and
for which si-BroadcastStatus is set to notBroadcasting:
3> apply the first listed additionalSpectrumEmission which it supports among the values included in NR-NS-
PmaxList within frequencyBandList in uplinkConfigCommon for FDD or in downlinkConfigCommon for
TDD;
3> if the additionalPmax is present in the same entry of the selected additionalSpectrumEmission within NR-
NS-PmaxList:
3> else:
3> if the UE supports one or more of the frequency bands indicated in the frequencyBandList of
supplementary uplink; and
3> if the UE supports at least one additionalSpectrumEmission in the NR-NS-PmaxList for a supported
supplementary uplink band; and
3> if the UE supports an uplink channel bandwidth with a maximum transmission bandwith configuration
(see TS 38.101-1 [15] and TS 38.101-2 [39]) which
Release 16 41 3GPP TS 38.331 V16.0.0 (2020-03)
- is smaller than or equal to the carrierBandwidth (indicated in supplementaryUplink for the SCS of the
initial uplink BWP), and which
- is wider than or equal to the bandwidth of the initial uplink BWP of the SUL:
4> select the first frequency band in the frequencyBandList of supplementary uplink which the UE
supports and for which the UE supports at least one of the additionalSpectrumEmission values in nr-
NS-PmaxList, if present;
4> apply a supported supplementary uplink channel bandwidth with a maximum transmission bandwidth
which
- is contained withn the carrierBandwidth (indicated in supplementaryUplink for the SCS of the
initial uplink BWP), and which
- is wider than or equal to the bandwidth of the initial BWP of the SUL;
4> apply the first listed additionalSpectrumEmission which it supports among the values included in NR-
NS-PmaxList within frequencyBandList for the supplementaryUplink;
4> if the additionalPmax is present in the same entry of the selected additionalSpectrumEmission within
NR-NS-PmaxList for the supplementaryUplink:
4> else:
3> if iab-Support is not provided for the selected PLMN nor the registered PLMN nor PLMN of the
equivalent PLMN list:
4> consider the cell as barred for IAB-MT in accordance with TS 38.304 [20];
2> else:
3> consider the cell as barred in accordance with TS 38.304 [20]; and
2> if, for the entry in frequencyBandList with the same index as the frequency band selected in clause 5.2.2.4.2,
the UE supports at least one additionalSpectrumEmission in the NR-NS-PmaxList within the
frequencyBandList:
3> apply the first listed additionalSpectrumEmission which it supports among the values included in NR-NS-
PmaxList within frequencyBandList;
3> if the additionalPmax is present in the same entry of the selected additionalSpectrumEmission within NR-
NS-PmaxList:
3> else:
3> if the UE selects a frequency band (from the procedure in clause 5.2.2.4.2) for the supplementary uplink:
4> if, for the entry in frequencyBandListSUL with the same index as the frequency band selected in
clause 5.2.2.4.2, the UE supports at least one additionalSpectrumEmission in the NR-NS-PmaxList
within the frequencyBandListSUL:
Release 16 42 3GPP TS 38.331 V16.0.0 (2020-03)
5> apply the first listed additionalSpectrumEmission which it supports among the values included in
NR-NS-PmaxList within frequencyBandListSUL;
5> if the additionalPmax is present in the same entry of the selected additionalSpectrumEmission
within NR-NS-PmaxListSUL:
5> else:
4> else:
2> else:
3> select the first frequency band in the frequencyBandList, and frequencyBandListSUL, if present, which
the UE supports and for which the UE supports at least one of the additionalSpectrumEmission values in
NR-NS-PmaxList, if present:
3> if, the frequency band selected by the UE in frequencyBandList to represent a non-serving NR carrier
frequency is not a downlink only band:
4> if, for the selected frequency band, the UE supports at least one additionalSpectrumEmission in the
NR-NS-PmaxList within the frequencyBandList:
5> apply the first listed additionalSpectrumEmission which it supports among the values included in
NR-NS-PmaxList within frequencyBandList;
5> if the additionalPmax is present in the same entry of the selected additionalSpectrumEmission
within NR-NS-PmaxList:
5> else:
5> if frequencyBandListSUL is present in SIB4 and, for the frequency band selected in
frequencyBandListSUL, the UE supports at least one additionalSpectrumEmission in the NR-NS-
PmaxList within FrequencyBandListSUL:
6> apply the first listed additionalSpectrumEmission which it supports among the values inlcuded
in NR-NS-PmaxList within frequencyBandListSUL;
6> if the additionalPmax is present in the same entry of the selected additionalSpectrumEmission
within NR-NS-PmaxList:
6> else:
5> else:
4> else:
1> forward the received warningType, messageIdentifier and serialNumber to upper layers;
1> if there is no current value for messageIdentifier and serialNumber for SIB7; or
1> if either the received value of messageIdentifier or of serialNumber, or of both messageIdentifier and
serialNumber are different from the current values of messageIdentifier and serialNumber for SIB7:
2> use the received values of messageIdentifier and serialNumber for SIB7 as the current values of
messageIdentifier and serialNumber for SIB7;
3> forward the received warning message, messageIdentifier, serialNumber and dataCodingScheme to upper
layers;
3> discard the current values of messageIdentifier and serialNumber for SIB7;
2> else:
2> forward the received complete warning message, messageIdentifier, serialNumber and dataCodingScheme to
upper layers;
2> discard the current values of messageIdentifier and serialNumber for SIB7;
1> else:
The UE should discard any stored warningMessageSegment and the current value of messageIdentifier and
serialNumber for SIB7 if the complete warning message has not been assembled within a period of 3 hours.
1> if the SIB8 contains a complete warning message and the complete geographical area coordinates (if any):
2> forward the received warning message, messageIdentifier, serialNumber, dataCodingScheme and the
geographical area coordinates (if any) to upper layers;
1> else:
2> if the received values of messageIdentifier and serialNumber are the same (each value is the same) as a pair
for which a warning message and the geographical area coordinates (if any) are currently being assembled:
3> if all segments of a warning message and geographical area coordinates (if any) have been received:
4> assemble the geographical area coordinates from the received warningAreaCoordinatesSegment (if
any);
4> forward the received warning message, messageIdentifier, serialNumber, dataCodingScheme and
geographical area coordinates (if any) to upper layers;
4> stop assembling a warning message and geographical area coordinates (if any) for this
messageIdentifier and serialNumber and delete all stored information held for it;
2> else if the received values of messageIdentifier and/or serialNumber are not the same as any of the pairs for
which a warning message is currently being assembled:
3> start assembling a warning message for this messageIdentifier and serialNumber pair;
3> start assembling the geographical area coordinates (if any) for this messageIdentifier and serialNumber
pair;
The UE should discard warningMessageSegment and warningAreaCoordinatesSegment (if any) and the associated
values of messageIdentifier and serialNumber for SIB8 if the complete warning message and the geographical area
coordinates (if any) have not been assembled within a period of 3 hours.
NOTE: The number of warning messages that a UE can re-assemble simultaneously is a function of UE
implementation.
1> Forward the HRNN-list entries with the corresponding PNI-NPN and SNPN identities to upper layers;
3> use the resource pool indicated by sl-RxPool for NR sidelink communication reception, as specified in
5.8.7;
3> use the resource pool indicated by sl-TxPoolSelectedNormal, or sl-TxPoolExceptional for NR sidelink
communication transmission, as specified in 5.8.8;
3> perform CBR measurement on the transmission resource pool(s) indicated by sl-TxPoolSelectedNormal
and sl-TxPoolExceptional for NR sidelink communication transmission, as specified in 5.5.3.1;
3> consider the cell as barred in accordance with TS 38.304 [20]; and
3> if the cell operates in licensed spectrum and intraFreqReselection in MIB is set to notAllowed:
4> consider cell re-selection to other cells on the same frequency as the barred cell as not allowed, as
specified in TS 38.304 [20].
3> else:
4> consider cell re-selection to other cells on the same frequency as the barred cell as allowed, as
specified in TS 38.304 [20].
Upon receiving the UE context from the 5GC, the RAN activates AS security (both ciphering and integrity protection)
using the initial AS security activation procedure. The RRC messages to activate AS security (command and successful
response) are integrity protected, while ciphering is started only after completion of the procedure. That is, the response
to the message used to activate AS security is not ciphered, while the subsequent messages (e.g. used to establish SRB2
and DRBs) are both integrity protected and ciphered. After having initiated the initial AS security activation procedure,
the network may initiate the establishment of SRB2 and DRBs, i.e. the network may do this prior to receiving the
confirmation of the initial AS security activation from the UE. In any case, the network will apply both ciphering and
integrity protection for the RRC reconfiguration messages used to establish SRB2 and DRBs. The network should
release the RRC connection if the initial AS security activation and/ or the radio bearer establishment fails. A
configuration with SRB2 without DRB or with DRB without SRB2 is not supported (i.e., SRB2 and at least one DRB
must be configured in the same RRC Reconfiguration message, and it is not allowed to release all the DRBs without
releasing the RRC Connection).
The release of the RRC connection normally is initiated by the network. The procedure may be used to re-direct the UE
to an NR frequency or an E-UTRA carrier frequency.
The suspension of the RRC connection is initiated by the network. When the RRC connection is suspended, the UE
stores the UE Inactive AS context and any configuration received from the network, and transits to RRC_INACTIVE
state. If the UE is configured with SCG, the UE releases the SCG configuration upon initiating a RRC Connection
Resume procedure. The RRC message to suspend the RRC connection is integrity protected and ciphered.
The resumption of a suspended RRC connection is initiated by upper layers when the UE needs to transit from
RRC_INACTIVE state to RRC_CONNECTED state or by RRC layer to perform a RNA update or by RAN paging
from NG-RAN. When the RRC connection is resumed, network configures the UE according to the RRC connection
resume procedure based on the stored UE Inactive AS context and any RRC configuration received from the network.
The RRC connection resume procedure re-activates AS security and re-establishes SRB(s) and DRB(s).
In response to a request to resume the RRC connection, the network may resume the suspended RRC connection and
send UE to RRC_CONNECTED, or reject the request to resume and send UE to RRC_INACTIVE (with a wait timer),
or directly re-suspend the RRC connection and send UE to RRC_INACTIVE, or directly release the RRC connection
and send UE to RRC_IDLE, or instruct the UE to initiate NAS level recovery (in this case the network sends an RRC
setup message).
NOTE: In case the configurations for NR sidelink communication are acquired via the E-UTRA, the
configurations for NR sidelink communication in SIB12 and sl-ConfigDedicatedNR within
RRCReconfiguration used in subclause 5.3 are provided by the configurations in
SystemInformationBlockTypeXX2 and sl-ConfigDedicatedNR within RRCConnectionReconfiguration as
specified in TS 36.331[10], respectively.
Release 16 47 3GPP TS 38.331 V16.0.0 (2020-03)
5.3.1.2 AS Security
AS security comprises of the integrity protection and ciphering of RRC signalling (SRBs) and user data (DRBs).
RRC handles the configuration of the AS security parameters which are part of the AS configuration: the integrity
protection algorithm, the ciphering algorithm, if integrity protection and/or ciphering is enabled for a DRB and two
parameters, namely the keySetChangeIndicator and the nextHopChainingCount, which are used by the UE to determine
the AS security keys upon reconfiguration with sync (with key change), connection re-establishment and/or connection
resume.
The integrity protection algorithm is common for SRB1, SRB2, SRB3 (if configured) and DRBs configured with
integrity protection, with the same keyToUse value. The ciphering algorithm is common for SRB1, SRB2, SRB3 (if
configured) and DRBs configured with the same keyToUse value. For MR-DC, integrity protection is not enabled for
DRBs terminated in eNB. Neither integrity protection nor ciphering applies for SRB0.
NOTE 0: All DRBs related to the same PDU session have the same enable/disable setting for ciphering and the
same enable/disable setting for integrity protection, as specified in TS 33.501 [11].
RRC integrity protection and ciphering are always activated together, i.e. in one message/procedure. RRC integrity
protection and ciphering for SRBs are never de-activated. However, it is possible to switch to a 'NULL' ciphering
algorithm (nea0).
The 'NULL' integrity protection algorithm (nia0) is used only for SRBs and for the UE in limited service mode, see TS
33.501 [11] and when used for SRBs, integrity protection is disabled for DRBs. In case the ′NULL' integrity protection
algorithm is used, 'NULL' ciphering algorithm is also used.
NOTE 1: Lower layers discard RRC messages for which the integrity protection check has failed and indicate the
integrity protection verification check failure to RRC.
The AS applies four different security keys: one for the integrity protection of RRC signalling (K RRCint), one for the
ciphering of RRC signalling (KRRCenc), one for integrity protection of user data (KUPint) and one for the ciphering of user
data (KUPenc). All four AS keys are derived from the KgNB key. The KgNB key is based on the KAMF key (as specified in
TS 33.501 [11]), which is handled by upper layers.
The integrity protection and ciphering algorithms can only be changed with reconfiguration with sync. The AS keys
(KgNB, KRRCint, KRRCenc, KUPint and KUPenc) change upon reconfiguration with sync (if masterKeyUpdate is included), and
upon connection re-establishment and connection resume.
For each radio bearer an independent counter (COUNT, as specified in TS 38.323 [5]) is maintained for each direction.
For each radio bearer, the COUNT is used as input for ciphering and integrity protection. It is not allowed to use the
same COUNT value more than once for a given security key. In order to limit the signalling overhead, individual
messages/ packets include a short sequence number (PDCP SN, as specified in TS 38.323 [5]). In addition, an overflow
counter mechanism is used: the hyper frame number (TX_HFN and RX_HFN, as specified in TS 38.323 [5]). The HFN
needs to be synchronized between the UE and the network. The network is responsible for avoiding reuse of the
COUNT with the same RB identity and with the same key, e.g. due to the transfer of large volumes of data, release and
establishment of new RBs, and multiple termination point changes for RLC-UM bearers. In order to avoid such re-use,
the network may e.g. use different RB identities for RB establishments, change the AS security key, or an
RRC_CONNECTED to RRC_IDLE/RRC_INACTIVE and then to RRC_CONNECTED transition.
For each SRB, the value provided by RRC to lower layers to derive the 5-bit BEARER parameter used as input for
ciphering and for integrity protection is the value of the corresponding srb-Identity with the MSBs padded with zeroes.
For a UE provided with an sk-counter, keyToUse indicates whether the UE uses the master key (K gNB) or the secondary
key (S-KeNB or S-KgNB) for a particular DRB. The secondary key is derived from the master key and sk-Counter, as
defined in 33.501[86]. Whenever there is a need to refresh the secondary key, e.g. upon change of MN with K gNB
change or to avoid COUNT wrap around, the security key update is used (see 5.3.5.7). When the UE is in NR-DC, the
network may provide a UE configured with an SCG with an sk-Counter even when no DRB is setup using the
secondary key (S-KgNB) in order to allow the configuration of SRB3. The network can also provide the UE with an sk-
Counter, even if no SCG is configured, when using SN terminated MCG bearers.
Release 16 48 3GPP TS 38.331 V16.0.0 (2020-03)
5.3.2 Paging
5.3.2.1 General
UE Network
Paging
5.3.2.2 Initiation
The network initiates the paging procedure by transmitting the Paging message at the UE's paging occasion as specified
in TS 38.304 [20]. The network may address multiple UEs within a Paging message by including one PagingRecord for
each UE.
1> if in RRC_IDLE, for each of the PagingRecord, if any, included in the Paging message:
2> if the ue-Identity included in the PagingRecord matches the UE identity allocated by upper layers:
3> forward the ue-Identity and accessType (if present) to the upper layers;
1> if in RRC_INACTIVE, for each of the PagingRecord, if any, included in the Paging message:
2> if the ue-Identity included in the PagingRecord matches the UE's stored fullI-RNTI:
4> initiate the RRC connection resumption procedure according to 5.3.13 with resumeCause set to mps-
PriorityAccess;
4> initiate the RRC connection resumption procedure according to 5.3.13 with resumeCause set to mcs-
PriorityAccess;
3> else if the UE is configured by upper layers with one or more Access Identities equal to 11-15:
4> initiate the RRC connection resumption procedure according to 5.3.13 with resumeCause set to
highPriorityAccess;
3> else:
4> initiate the RRC connection resumption procedure according to 5.3.13 with resumeCause set to mt-
Access;
2> else if the ue-Identity included in the PagingRecord matches the UE identity allocated by upper layers:
3> forward the ue-Identity to upper layers and accessType (if present) to the upper layers;
3> perform the actions upon going to RRC_IDLE as specified in 5.3.11 with release cause 'other'.
Release 16 49 3GPP TS 38.331 V16.0.0 (2020-03)
UE Network
RRCSetupRequest
RRCSetup
RRCSetupComplete
UE Network
RRCSetupRequest
RRCReject
The purpose of this procedure is to establish an RRC connection. RRC connection establishment involves SRB1
establishment. The procedure is also used to transfer the initial NAS dedicated information/ message from the UE to the
network.
- When UE is resuming or re-establishing an RRC connection, and the network is not able to retrieve or verify the
UE context. In this case, UE receives RRCSetup and responds with RRCSetupComplete.
1> if configured by upper layers to transmit NR sidelink communication and related data is available for
transmission:
2> if the frequency on which the UE is configured to transmit NR sidelink communication concerns the camped
frequency; and if SIB12 is provided by the cell on which the UE camps; and if the valid version of SIB12
includes sl-FreqInfoList; and sl-FreqInfoList does not include sl-TxPoolSelectedNormal for the the
frequency; or
2> if the frequency on which the UE is configured to transmit NR sidelink communication is included in sl-
FreqInfoList within SIB12 provided by the cell on which the UE camps; and if the valid version of SIB12
does not include sl-TxPoolSelectedNormal for the concerned frequency;
For V2X sidelink communication an RRC connection is initiated only when the conditions specified for V2X sidelink
communication in subclause 5.3.3.1a of TS 36.331 [10] are met.
NOTE: Upper layers initiate an RRC connection. The interaction with NAS is left to UE implementation.
Release 16 50 3GPP TS 38.331 V16.0.0 (2020-03)
5.3.3.2 Initiation
The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in
RRC_IDLE and it has acquired essential system information as described in 5.2.2.1.
The UE shall ensure having valid and up to date essential system information as specified in clause 5.2.2.2 before
initiating this procedure.
1> if the upper layers provide an Access Category and one or more Access Identities upon requesting establishment
of an RRC connection:
2> perform the unified access control procedure as specified in 5.3.14 using the Access Category and Access
Identities provided by upper layers;
1> apply the default L1 parameter values as specified in corresponding physical layer specifications except for the
parameters for which values are provided in SIB1;
1> apply the default MAC Cell Group configuration as specified in 9.2.2;
2> else:
3> draw a 39-bit random value in the range 0..239-1 and set the ue-Identity to this value;
NOTE 1: Upper layers provide the 5G-S-TMSI if the UE is registered in the TA of the current cell.
1> set the establishmentCause in accordance with the information received from upper layers;
The UE shall submit the RRCSetupRequest message to lower layers for transmission.
The UE shall continue cell re-selection related measurements as well as cell re-selection evaluation. If the conditions for
cell re-selection are fulfilled, the UE shall perform cell re-selection as specified in 5.3.3.6.
2> discard any current AS security context including the KRRCenc key, the KRRCint key, the KUPint key and the
KUPenc key;
Release 16 51 3GPP TS 38.331 V16.0.0 (2020-03)
2> release radio resources for all established RBs except SRB0, including release of the RLC entities, of the
associated PDCP entities and of SDAP;
2> release the RRC configuration except for the default L1 parameter values, default MAC Cell Group
configuration and CCCH configuration;
1> perform the cell group configuration procedure in accordance with the received masterCellGroup and as
specified in 5.3.5.5;
1> perform the radio bearer configuration procedure in accordance with the received radioBearerConfig and as
specified in 5.3.5.6;
1> if stored, discard the cell reselection priority information provided by the cellReselectionPriorities or inherited
from another RAT;
3> else:
3> set the selectedPLMN-Identity to the PLMN or SNPN selected by upper layers (TS 24.501 [23]) from the
PLMN(s) included in the plmn-IdentityList or npn-IdentityInfoList in SIB1;
Editor's Note: It is FFS how to set the the selectedPLMN-Identity when a PNI-NPN is selected.
Release 16 52 3GPP TS 38.331 V16.0.0 (2020-03)
4> if the PLMN identity of the 'Registered AMF' is different from the PLMN selected by the upper
layers:
5> include the plmnIdentity in the registeredAMF and set it to the value of the PLMN identity in the
'Registered AMF' received from upper layers;
4> set the amf-Identifier to the value received from upper layers;
3> include and set the guami-Type to the value provided by the upper layers;
2> if upper layers provide one or more S-NSSAI (see TS 23.003 [21]):
3> include the s-NSSAI-List and set the content to the values provided by the upper layers;
2> set the dedicatedNAS-Message to include the information received from upper layers;
2> if the SIB1 contains idleModeMeasurements and the UE has idle/inactive measurement information
concerning cells other than the PCell available in VarMeasIdleReport:
2> if the UE has logged measurements available for NR and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has Bluetooth logged measurements available and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has WLAN logged measurements available and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has connection establishment failure information available in VarConnEstFailReport and if the
RPLMN is equal to plmn-Identity stored in VarConnEstFailReport:
2> if the UE has radio link failure or handover failure information available in VarRLF-Report and if the
RPLMN is included in plmn-IdentityList stored in VarRLF-Report:
2> if the UE has radio link failure or handover failure information available in VarRLF-Report of TS 36.331
[10] and if the UE is capable of cross-RAT RLF reporting and if the RPLMN is included in plmn-IdentityList
stored in VarRLF-Report of TS 36.331 [10]:
2> if the UE supports storage of mobility history information and the UE has mobility history information
available in VarMobilityHistoryReport:
2> include the mobilityState in the RRCSetupComplete message and set it to the mobility state (as specified in
TS 38.304 [20]) of the UE just prior to entering RRC_CONNECTED state;
Release 16 53 3GPP TS 38.331 V16.0.0 (2020-03)
1> submit the RRCSetupComplete message to lower layers for transmission, upon which the procedure ends.
5.3.3.6 Cell re-selection or cell selection while T390, T300 or T302 is running (UE in
RRC_IDLE)
The UE shall:
2> perform the actions upon going to RRC_IDLE as specified in 5.3.11 with release cause 'RRC connection
failure';
2> reset MAC, release the MAC configuration and re-establish RLC for all RBs that are established;
2> if the T300 has expired a consecutive connEstFailCount times on the same cell for which
connEstFailureControl is included in SIB1:
4> use connEstFailOffset for the parameter Qoffsettemp for the concerned cell when performing cell
selection and reselection according to TS 38.304 [20] and TS 36.304 [27];
NOTE 1: When performing cell selection, if no suitable or acceptable cell can be found, it is up to UE
implementation whether to stop using connEstFailOffset for the parameter Qoffsettemp during
connEstFailOffsetValidity for the concerned cell.
2> clear the content included in VarConnEstFailReport except for the numberOfConnFail, if any;
2> if the UE has connection establishment failure informaton available in VarConnEstFailReport and if the
RPLMN is not equal to plmn-identity stored in VarConnEstFailReport:
2> store the following connection establishment failure information in the VarConnEstFailReport by setting its
fields as follows:
3> set the plmn-Identity to the PLMN selected by upper layers (see TS 23.122 [54], TS 24.501 [23]) from the
PLMN(s) included in the plmn-IdentityList in SIB1;
3> set the measResultFailedCell to include the global cell identity, physical cell id, the RSRP, and RSRQ, of
the failed cell based on the available SSB measurements collected up to the moment the UE detected
connection establishment failure;
3> if available, set the measResultNeighCells, in order of decreasing ranking-criterion as used for cell re-
selection, to include neighbouring cell measurements for at most the following number of neighbouring
cells: 6 intra-frequency and 3 inter-frequency neighbours per frequency as well as 3 inter-RAT
neighbours, per frequency/ set of frequencies per RAT and according to the following:
Release 16 54 3GPP TS 38.331 V16.0.0 (2020-03)
4> for each neighbour cell included, include the optional fields that are available;
NOTE 2: The UE includes the latest results of the available measurements as used for cell reselection evaluation,
which are performed in accordance with the performance requirements as specified in TS 38.133 [14].
4> if available, set the commonLocationInfo to include the detailed location information;
4> if available, set the bt-LocationInfo to include the Bluetooth measurement results, in order of
decreasing RSSI for Bluetooth beacons;
4> if available, set the wlan-LocationInfo to include the WLAN measurement results, in order of
decreasing RSSI for WLAN APs;
4> if available, set the sensor-LocationInfo to include the sensor measurement results;
3> set perRAInfoList to indicate random access failure information as specified in 5.3.10.3;
2> inform upper layers about the failure to establish the RRC connection, upon which the procedure ends;
The UE may discard the connection establishment failure information, i.e. release the UE variable
VarConnEsFailReport, 48 hours after the last connection establishment failure is detected.
1> reset MAC, release the MAC configuration and re-establish RLC for all RBs that are established;
UE Network
SecurityModeCommand
SecurityModeComplete
UE Network
SecurityModeCommand
SecurityModeFailure
The purpose of this procedure is to activate AS security upon RRC connection establishment.
5.3.4.2 Initiation
The network initiates the security mode command procedure to a UE in RRC_CONNECTED. Moreover, the network
applies the procedure as follows:
- when only SRB1 is established, i.e. prior to establishment of SRB2 and/ or DRBs.
1> derive the KRRCint key associated with the integrityProtAlgorithm indicated in the SecurityModeCommand
message, as specified in TS 33.501 [11];
1> request lower layers to verify the integrity protection of the SecurityModeCommand message, using the
algorithm indicated by the integrityProtAlgorithm as included in the SecurityModeCommand message and the
KRRCint key;
2> derive the KRRCenc key and the KUPenc key associated with the cipheringAlgorithm indicated in the
SecurityModeCommand message, as specified in TS 33.501 [11];
2> derive the KUPint key associated with the integrityProtAlgorithm indicated in the SecurityModeCommand
message, as specified in TS 33.501 [11];
2> configure lower layers to apply SRB integrity protection using the indicated algorithm and the K RRCint key
immediately, i.e. integrity protection shall be applied to all subsequent messages received and sent by the UE,
including the SecurityModeComplete message;
2> configure lower layers to apply SRB ciphering using the indicated algorithm, the KRRCenc keyafter completing
the procedure, i.e. ciphering shall be applied to all subsequent messages received and sent by the UE, except
for the SecurityModeComplete message which is sent unciphered;
2> submit the SecurityModeComplete message to lower layers for transmission, upon which the procedure ends;
1> else:
2> continue using the configuration used prior to the reception of the SecurityModeCommand message, i.e.
neither apply integrity protection nor ciphering.
2> submit the SecurityModeFailure message to lower layers for transmission, upon which the procedure ends.
UE Network
RRCReconfiguration
RRCReconfigurationComplete
UE Network
RRCReconfiguration
The purpose of this procedure is to modify an RRC connection, e.g. to establish/modify/release RBs, to perform
reconfiguration with sync, to setup/modify/release measurements, to add/modify/release SCells and cell groups, to
add/modify/release conditional handover configuration, to add/modify/release conditional PSCell change configuration.
As part of the procedure, NAS dedicated information may be transferred from the Network to the UE.
RRC reconfiguration to perform reconfiguration with sync includes, but is not limited to, the following cases:
- reconfiguration with sync and security key refresh, involving RA to the PCell/PSCell, MAC reset, refresh of
security and re-establishment of RLC and PDCP triggered by explicit L2 indicators;
- reconfiguration with sync but without security key refresh, involving RA to the PCell/PSCell, MAC reset and
RLC re-establishment and PDCP data recovery (for AM DRB) triggered by explicit L2 indicators.
In (NG)EN-DC and NR-DC, SRB3 can be used for measurement configuration and reporting, to (re-)configure MAC,
RLC, physical layer and RLF timers and constants of the SCG configuration, and to reconfigure PDCP for DRBs
associated with the S-KgNB or SRB3, and to reconfigure SDAP for DRBs associated with S-KgNB in NGEN-DC and NR-
DC, and to add/modify/release conditional PSCell change configuration, provided that the (re-)configuration does not
require any MN involvement. In (NG)EN-DC and NR-DC, only measConfig, radioBearerConfig,
conditionalReconfiguration and/or secondaryCellGroup are included in RRCReconfiguration received via SRB3.
5.3.5.2 Initiation
The Network may initiate the RRC reconfiguration procedure to a UE in RRC_CONNECTED. The Network applies the
procedure as follows:
- the establishment of RBs (other than SRB1, that is established during RRC connection establishment) is
performed only when AS security has been activated;
- the addition of Secondary Cell Group and SCells is performed only when AS security has been activated;
- the reconfigurationWithSync is included in secondaryCellGroup only when at least one RLC bearer is setup in
SCG;
- the reconfigurationWithSync is included in masterCellGroup only when AS security has been activated, and
SRB2 with at least one DRB are setup and not suspended;
- the conditionalReconfiguration is included only when AS security has been activated, and SRB2 with at least
one DRB are setup and not suspended.
1> if the RRCReconfiguration is applied due to a conditional configurationexecution upon cell selection while timer
T311 is running, as defined in 5.3.7.3:
NOTE: This step is performed so the UE only performs conditional configuration execution while timer T311 is
running once for a given failure detection.
2> reset source MAC and release the source MAC configuration;
3> release the RLC entity and the associated logical channel for the source;
3> reconfigure the PDCP entity to normal PDCP as specified in TS 38.323 [5];
3> release the RLC entity and the associated logical channel for the source;
2> discard the keys used in source (the KgNB key, the S-KgNB key, the S-KeNB key, the KRRCenc key, the KRRCint
key, the KUPint key and the KUPenc key), if any;
1> if the RRCReconfiguration is received via other RAT (i.e., inter-RAT handover to NR):
2> if the RRCReconfiguration does not include the fullConfig and the UE is connected to 5GC (i.e., delta
signalling during intra 5GC handover):
3> re-use the source RAT SDAP and PDCP configurations if available (i.e., current SDAP/PDCP
configurations for all RBs from source E-UTRA RAT prior to the reception of the inter-RAT HO
RRCReconfiguration message);
1> else:
2> perform the cell group configuration for the received masterCellGroup according to 5.3.5.5;
2> perform the cell group configuration for the SCG according to 5.3.5.5;
4> perform the RRC reconfiguration according to 5.3.5.3 for the RRCReconfiguration message included
in nr-SCG;
4> perform the RRC connection reconfiguration as specified in TS 36.331 [10], clause 5.3.5.3 for the
RRCConnectionReconfiguration message included in eutra-SCG;
Release 16 58 3GPP TS 38.331 V16.0.0 (2020-03)
2> forward each element of the dedicatedNAS-MessageList to upper layers in the same order as listed;
2> perform the action upon reception of System Information as specified in 5.2.2.4;
3> perform the V2X sidelink communication dedicated configuration procedure as specified in 5.3.10.15a in
TS 36.331 [10];
3> perform V2X sidelink SPS reconfiguration as specified in 5.3.10.5 in TS 36.331 [10];
3> include the uplinkTxDirectCurrentList for each MCG serving cell with UL;
3> include uplinkDirectCurrentBWP-SUL for each MCG serving cell configured with SUL carrier, if any,
within the uplinkTxDirectCurrentList;
Release 16 59 3GPP TS 38.331 V16.0.0 (2020-03)
3> include the uplinkTxDirectCurrentList for each SCG serving cell with UL;
3> include uplinkDirectCurrentBWP-SUL for each SCG serving cell configured with SUL carrier, if any,
within the uplinkTxDirectCurrentList;
3> include the RRCReconfigurationComplete message in the nr-SCG-Response within the scg-Response in
the RRCResumeComplete message;
3> include the RRCReconfigurationComplete message in the E-UTRA MCG RRC message
RRCConnectionResumeComplete in accordance with TS 36.313 [10], clause 5.3.3.4a;
2> if the RRCReconfiguration is applied due to a conditional configuration execution and included a
secondaryCellGroupConfig:
5> FFS;
Editor's note: FFS How the RRCReconfigurationComplete is transmitted when the UE is in EN-DC e.g.
ULInformationTransferMRDC or RRCConnectionReconfigurationComplete.
4> else:
Editor's note: FFS on whether to inform MN upon the CPC execution if CPC configured via SRB3
2> if the UE has logged measurements available for NR and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has Bluetooth logged measurements available and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has WLAN logged measurements available and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has connection establishment failure information available in VarConnEstFailReport and if the
RPLMN is equal to plmn-Identity stored in VarConnEstFailReport:
2> if the UE has radio link failure or handover failure information available in VarRLF-Report and if the
RPLMN is included in plmn-IdentityList stored in VarRLF-Report:
Release 16 60 3GPP TS 38.331 V16.0.0 (2020-03)
2> if the UE has radio link failure or handover failure information available in VarRLF-Report of TS 36.331
[10] and if the UE is capable of cross-RAT RLF reporting and if the RPLMN is included in plmn-IdentityList
stored in VarRLF-Report of TS 36.331 [10]:
2> if the RRCReconfiguration message was received via E-UTRA SRB1 as specified in TS 36.331 [10]; or
2> if the RRCReconfiguration message was received via SRB3 within DLInformationTransferMRDC
3> submit the RRCReconfigurationComplete via E-UTRA embedded in E-UTRA RRC message
RRCConnectionReconfigurationComplete as specified in TS 36.331 [10], clause 5.3.5.3/5.3.5.4;
4> initiate the Random Access procedure on the SpCell, as specified in TS 38.321 [3];
3> else:
NOTE 1: The order the UE sends the RRCConnectionReconfigurationComplete message and performs the Random
Access procedure towards the SCG is left to UE implementation.
2> else (RRCReconfiguration was received via SRB3) but not within DLInformationTransferMRDC:
3> submit the RRCReconfigurationComplete message via SRB3 to lower layers for transmission using the
new configuration;
NOTE 2: In (NG)EN-DC and NR-DC, in the case RRCReconfiguration is received via SRB1 or within
DLInformationTransferMRDC via SRB3, the random access is triggered by RRC layer itself as there is
not necessarily other UL transmission. In the case RRCReconfiguration is received via SRB3 but not
within DLInformationTransferMRDC, the random access is triggered by the MAC layer due to arrival of
RRCReconfigurationComplete.
1> else if the RRCReconfiguration message was received via SRB1 within the nr-SCG within mrdc-
SecondaryCellGroup (UE in NR-DC, mrdc-SecondaryCellGroup was received in RRCReconfiguration via
SRB1):
3> initiate the Random Access procedure on the PSCell, as specified in TS 38.321 [3];
2> else
NOTE 2a: The order in which the UE sends the RRCReconfigurationComplete message and performs the Random
Access procedure towards the SCG is left to UE implementation.
1> else if the RRCReconfiguration message was received via SRB3 (UE in NR-DC):
3> if the RRCReconfiguration message was received within the nr-SCG within mrdc-SecondaryCellGroup
(NR SCG RRC Reconfiguration):
5> initiate the Random Access procedure on the PSCell, as specified in TS 38.321 [3];
3> submit the RRCReconfigurationComplete message via SRB1 to lower layers for transmission using the
new configuration;
2> submit the RRCReconfigurationComplete message via SRB3 to lower layers for transmission using the new
configuration;
2> submit the RRCReconfigurationComplete message via SRB1 to lower layers for transmission using the new
configuration;
2> if this is the first RRCReconfiguration message after successful completion of the RRC re-establishment
procedure:
1> if reconfigurationWithSync was included in spCellConfig of an MCG or SCG, and when MAC of an NR cell
group successfully completes a Random Access procedure triggered above;
2> apply the parts of the CSI reporting configuration, the scheduling request configuration and the sounding RS
configuration that do not require the UE to know the SFN of the respective target SpCell, if any;
2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SFN
of the respective target SpCell (e.g. measurement gaps, periodic CQI reporting, scheduling request
configuration, sounding RS configuration), if any, upon acquiring the SFN of that target SpCell;
3> if the active downlink BWP, which is indicated by the firstActiveDownlinkBWP-Id for the target SpCell
of the MCG, has a common search space configured by searchSpaceSIB1:
4> acquire the SIB1, which is scheduled as specified in TS 38.213 [13], of the target SpCell of the MCG;
4> upon acquiring SIB1, perform the actions specified in clause 5.2.2.4.2;
2> if the reconfigurationWithSync was included in spCellConfig of an SCG and the CPC was configured
3> for each measId of the source SpCell configuration, if the associated reportConfig has a reportType set to
condTriggerConfig:
5> remove the entry with the matching reportConfigId from the reportConfigList within the
VarMeasConfig;
4> if the associated measObjectId is only associated to a reportConfig with reportType set to cho-
TriggerConfig:
5> remove the entry with the matching measObjectId from the measObjectList within the
VarMeasConfig;
Release 16 62 3GPP TS 38.331 V16.0.0 (2020-03)
4> remove the entry with the matching measId from the measIdList within the VarMeasConfig;
2> if the UE transmitted a UEAssistanceInformation message during the last 1 second, and the UE is still
configured to provide UE assistance information:
3> initiate transmission of a UEAssistanceInformation message to re-send the UE assistance information that
UE is still configured to provide with the same contents;
2> if SIB12 is provided by the target PCell; and the UE transmitted a SidelinkUEInformationNR message
indicating a change of NR sidelink communication related parameters relevant in target PCell (i.e. change of
sl-RxInterestedFreqList or sl-TxResourceReqList) during the last 1 second preceding reception of the
RRCReconfiguration message including reconfigurationWithSync:
NOTE 3: The UE is only required to acquire broadcasted SIB1 if the UE can acquire it without disrupting unicast
data reception, i.e. the broadcast and unicast beams are quasi co-located.
1> as a result of SCG release triggered by E-UTRA (i.e. (NG)EN-DC case) or NR (i.e. NR-DC case):
2> for each RLC bearer that is part of the SCG configuration:
NOTE: Release of cell group means only release of the lower layer configuration of the cell group but the
RadioBearerConfig may not be released.
2> resume all suspended radio bearers and resume SCG transmission for all radio bearers, if suspended;
2> configure the MAC entity of this cell group as specified in 5.3.5.5.5;
1> if the AS security is not activated, perform the actions upon going to RRC_IDLE as specified in 5.3.11 with the
release cause 'other' upon which the procedure ends;
1> start timer T304 for the corresponding SpCell with the timer value set to t304, as included in the
reconfigurationWithSync;
2> consider the target SpCell to be one on the SSB frequency indicated by the frequencyInfoDL with a physical
cell identity indicated by the physCellId;
1> else:
2> consider the target SpCell to be one on the SSB frequency of the source SpCell with a physical cell identity
indicated by the physCellId;
1> apply the specified BCCH configuration defined in 9.1.1.1 for the target;
1> acquire the MIB of the target, which is scheduled as specified in TS 38.213 [13];
NOTE 1: The UE should perform the reconfiguration with sync as soon as possible following the reception of the
RRC message triggering the reconfiguration with sync, which could be before confirming successful
reception (HARQ and ARQ) of this message.
NOTE 2: The UE may omit reading the MIB if the UE already has the required timing information, or the timing
information is not needed for random access.
2> create a MAC entity for the target with the same configuration as the MAC entity for the source;
Release 16 64 3GPP TS 38.331 V16.0.0 (2020-03)
3> establish an RLC entity or entities for the target, with the same configurations as for the sourcePCell;
3> establish the logical channel for the target PCell, with the same configurations as for the source;
3> associate the RLC entity, and the associated logical channel, to the target PCell;
3> establish an RLC entity or entities for the target, with the same configurations as for the source;
3> establish the logical channel for the target PCell, with the same configurations as for the source;2> suspend
SRBs for the source ;
NOTE 3: A UE configured with DAPS, stops following operations in source: system information updates, short
messages (for NR) and paging.
2> apply the value of the newUE-Identity as the C-RNTI in the target;
2> configure lower layers for the target in accordance with the received spCellConfigCommon;
2> configure lower layers for the target in accordance with any additional fields, not covered in the previous, if
included in the received reconfigurationWithSync.
1> else:
2> consider the SCell(s) of this cell group, if configured, that are not included in the SCellsToAddModList in the
RRCReconfiguration message, to be in deactivated state;
2> apply the value of the newUE-Identity as the C-RNTI for this cell group;
2> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the
received reconfigurationWithSync.
1> for each logicalChannelIdentity value included in the rlc-BearerToReleaseList that is part of the current UE
configuration within the same cell group (LCH release); or
1> for each logicalChannelIdentity value that is to be released as the result of an SCG release according to 5.3.5.4:
2> release the RLC entity or entities as specified in TS 38.322 [4], clause 5.1.3;
1> if the UE's current configuration contains an RLC bearer with the received logicalChannelIdentity within the
same cell group:
3> reconfigure the RLC entity or entities for the target in accordance with the received rlc-Config;
3> reconfigure the logical channel for the target in accordance with the received mac-LogicalChannelConfig;
2> else:
3> reconfigure the RLC entity or entities in accordance with the received rlc-Config;
3> reconfigure the logical channel in accordance with the received mac-LogicalChannelConfig;
NOTE: The network does not re-associate an already configured logical channel with another radio bearer. Hence
servedRadioBearer is not present in this case.
1> else (a logical channel with the given logicalChannelIdentity is not configured within the same cell group,
including the case when full configuration option is used):
2> if the servedRadioBearer associates the logical channel with an SRB and rlc-Config is not included:
3> establish an RLC entity in accordance with the default configuration defined in 9.2 for the corresponding
SRB;
2> else:
2> if the servedRadioBearer associates the logical channel with an SRB and if mac-LogicalChannelConfig is not
included:
3> configure this MAC entity with a logical channel in accordance to the default configuration defined in 9.2
for the corresponding SRB;
2> else:
3> configure this MAC entity with a logical channel in accordance to the received mac-
LogicalChannelConfig;
2> associate this logical channel with the PDCP entity identified by servedRadioBearer.
1> if SCG MAC is not part of the current UE configuration (i.e. SCG establishment):
2> reconfigure the MAC main configuration for the target of the cell group in accordance with the received mac-
CellGroupConfig excluding tag-ToReleaseList and tag-ToAddModList;
1> else:
2> reconfigure the MAC main configuration of the cell group in accordance with the received mac-
CellGroupConfig excluding tag-ToReleaseList and tag-ToAddModList;
2> for each TAG-Id value included in the tag-ToReleaseList that is part of the current UE configuration:
2> for each tag-Id value included in tag-ToAddModList that is not part of the current UE configuration (TAG
addition):
3> add the TAG, corresponding to the tag-Id, in accordance with the received timeAlignmentTimer;
2> for each tag-Id value included in tag-ToAddModList that is part of the current UE configuration (TAG
modification):
3> reconfigure the TAG, corresponding to the tag-Id, in accordance with the received timeAlignmentTimer.
3> use values for target's timers T301, T310, T311 and target's constants N310, N311, as included in ue-
TimersAndConstants received in SIB1;
2> else:
3> use values for timers T301, T310, T311 and constants N310, N311, as included in ue-
TimersAndConstants received in SIB1;
1> else:
3> configure the value of target's timers and target's constants in accordance with received rlf-
TimersAndConstants;
2> else:
3> (re-)configure the value of timers and constants in accordance with received rlf-TimersAndConstants;
2> configure the RLF timers and constants for this cell group as specified in 5.3.5.5.6;
3> use values for target's timers T301, T310, T311 and target's constants N310, N311, as included in ue-
TimersAndConstants received in SIB1;
Release 16 67 3GPP TS 38.331 V16.0.0 (2020-03)
2> else
3> use values for timers T301, T310, T311 and constants N310, N311, as included in ue-
TimersAndConstants received in SIB1;
2> consider the bandwidth part indicated in firstActiveUplinkBWP-Id if configured to be the active uplink
bandwidth part;
2> consider the bandwidth part indicated in firstActiveDownlinkBWP-Id if configured to be the active downlink
bandwidth part;
2> if any of the reference signal(s) that are used for radio link monitoring are reconfigured by the received
spCellConfigDedicated:
1> for each sCellIndex value included in the sCellToAddModList that is not part of the current UE configuration
(SCell addition):
2> add the SCell, corresponding to the sCellIndex, in accordance with the sCellConfigCommon and
sCellConfigDedicated;
2> else:
3> if SCells are not applicable for the associated measurement; and
3> if the concerned SCell is included in cellsTriggeredList defined within the VarMeasReportList for this
measId:
4> remove the concerned SCell from cellsTriggeredList defined within the VarMeasReportList for this
measId;
1> for each sCellIndex value included in the sCellToAddModList that is part of the current UE configuration (SCell
modification):
2> else:
1> for each BH-LogicalChannelIdentity value included in the bh-RLC-ChannelToReleaseList that is part of the
current IAB-node configuration within the same cell group (LCH release); or
1> for each BH-LogicalChannelIdentity value that is to be released as the result of an SCG release according to
5.3.5.4:
2> release the RLC entity or entities as specified in TS 38.322 [4], clause 5.1.3;
1> if the current configuration contains a BH RLC Channel with the received bh-LogicalChannelIdentity within the
same cell group:
2> reconfigure the RLC entity or entities in accordance with the received rlc-Config;
2> reconfigure the logical channel in accordance with the received mac-LogicalChannelConfig;
1> else (a logical channel with the given bh-LogicalChannelIdentity was not configured before within the same cell
group):
2> configure this MAC entity with a logical channel in accordance to the received mac-LogicalChannelConfig.
1> if the RadioBearerConfig includes the srb-ToAddModList or if dapsConfig is configured for any DRB:
1> release all SDAP entities, if any, that have no associated DRB as specified in TS 37.324 [24] clause 5.1.2, and
indicate the release of the user plane resources for PDU Sessions associated with the released SDAP entities to
upper layers.
1> release the PDCP entity and the srb-Identity of the SRB3.
4> establish a PDCP entity for the target as specified in TS 38.323 [5], with the same configuration as the
PDCP entity for the source;
4> configure the PDCP entity with the security algorithms according to securityConfig and apply the
keys (KRRCenc and KRRCint) associated with the master key ( KgNB) or secondary key (S-KgNB)
as indicated in keyToUse, if applicable;
3> else:
4> establish a PDCP entity for the target with state variables continuation as specified in TS 38.323 [5],
with the same configuration, the state variables and security configuration as the PDCP entity for the
source;
1> for each srb-Identity value included in the srb-ToAddModList that is not part of the current UE configuration
(SRB establishment or reconfiguration from E-UTRA PDCP to NR PDCP):
5> configure the PDCP entity with the security algorithms and keys (KRRCenc and KRRCint)
configured/derived as specified in TS 36.331 [10];
5> configure the PDCP entity with the security algorithms according to securityConfig and apply the
keys (KRRCenc and KRRCint) associated with the master key (KeNB) or secondary key (S-KgNB) as
indicated in keyToUse, if applicable;
4> configure the PDCP entity with the security algorithms according to securityConfig and apply the keys
(KRRCenc and KRRCint) associated with the master key (KeNB/ KgNB) or secondary key (S-KgNB) as
indicated in keyToUse, if applicable;
2> if the current UE configuration as configured by E-UTRA in TS 36.331 [10] includes an SRB identified with
the same srb-Identity value:
3> associate the E-UTRA RLC entity and DCCH of this SRB with the NR PDCP entity;
3> configure the PDCP entity in accordance with the received pdcp-Config;
2> else:
3> configure the PDCP entity in accordance with the default configuration defined in 9.2.1 for the
corresponding SRB;
1> if dapsConfig is configured for any DRB, for each srb-Identity value included in the srb-ToAddModList that is
part of the current UE configuration:
3> reconfigure the PDCP entity for the target in accordance with the received pdcp-Config;
1> else, for each srb-Identity value included in the srb-ToAddModList that is part of the current UE configuration:
5> configure the PDCP entity to apply the integrity protection algorithm and KRRCint key
configured/derived as specified in TS 36.331 [10], i.e. the integrity protection configuration shall
be applied to all subsequent messages received and sent by the UE, including the message used to
indicate the successful completion of the procedure;
5> configure the PDCP entity to apply the ciphering algorithm and KRRCenc key configured/derived as
specified in TS 36.331 [10], i.e. the ciphering configuration shall be applied to all subsequent
messages received and sent by the UE, including the message used to indicate the successful
completion of the procedure;
5> configure the PDCP entity to apply the integrity protection algorithm and K RRCint key associated
with the master key (KeNB) or secondary key (S-KgNB), as indicated in keyToUse, i.e. the integrity
protection configuration shall be applied to all subsequent messages received and sent by the UE,
including the message used to indicate the successful completion of the procedure;
5> configure the PDCP entity to apply the ciphering algorithm and KRRCenc key associated with the
master key (KeNB) or secondary key (S-KgNB) as indicated in keyToUse, i.e. the ciphering
configuration shall be applied to all subsequent messages received and sent by the UE, including
the message used to indicate the successful completion of the procedure;
4> configure the PDCP entity to apply the integrity protection algorithm and KRRCint key associated with
the master key (KeNB/KgNB) or secondary key (S-KgNB), as indicated in keyToUse , i.e. the integrity
protection configuration shall be applied to all subsequent messages received and sent by the UE,
including the message used to indicate the successful completion of the procedure;
4> configure the PDCP entity to apply the ciphering algorithm and KRRCenc key associated with the master
key (KeNB/KgNB) or secondary key (S-KgNB) as indicated in keyToUse, i.e. the ciphering configuration
shall be applied to all subsequent messages received and sent by the UE, including the message used
to indicate the successful completion of the procedure;
3> re-establish the PDCP entity of this SRB as specified in TS 38.323 [5];
3> trigger the PDCP entity to perform SDU discard as specified in TS 38.323 [5];
3> reconfigure the PDCP entity in accordance with the received pdcp-Config.
1> for each drb-Identity value included in the drb-ToReleaseList that is part of the current UE configuration; or
1> for each drb-Identity value that is to be released as the result of full configuration according to 5.3.5.11:
3> indicate the release of the DRB to SDAP entity associated with this DRB (TS 37.324 [24], clause 5.3.3);
3> if a new bearer is not added either with NR or E-UTRA with same eps-BearerIdentity:
4> indicate the release of the DRB and the eps-BearerIdentity of the released DRB to upper layers.
NOTE 1: The UE does not consider the message as erroneous if the drb-ToReleaseList includes any drb-Identity
value that is not part of the current UE configuration.
NOTE 2: Whether or not the RLC and MAC entities associated with this PDCP entity are reset or released is
determined by the CellGroupConfig.
1> for each drb-Identity value included in the drb-ToAddModList that is not part of the current UE configuration
(DRB establishment including the case when full configuration option is used):
2> establish a PDCP entity and configure it in accordance with the received pdcp-Config;
2> if the PDCP entity of this DRB is not configured with cipheringDisabled:
5> configure the PDCP entity with the ciphering algorithm and KUPenc key configured/derived as
specified in TS 36.331 [10];
5> configure the PDCP entity with the ciphering algorithms according to securityConfig and apply the
key (KUPenc) associated with the master key (KeNB) or secondary key (S-KgNB) as indicated in
keyToUse, if applicable;
4> configure the PDCP entity with the ciphering algorithms according to securityConfig and apply the
KUPenc key associated with the master key (KeNB/KgNB) or the secondary key (S-KgNB/S-KeNB) as
indicated in keyToUse;
3> configure the PDCP entity with the integrity protection algorithms according to securityConfig and apply
the KUPint key associated with the master (KgNB) or the secondary key (S-KgNB) as indicated in keyToUse;
3> if an SDAP entity with the received pdu-Session does not exist:
Release 16 72 3GPP TS 38.331 V16.0.0 (2020-03)
4> if an SDAP entity with the received pdu-Session did not exist prior to receiving this reconfiguration:
5> indicate the establishment of the user plane resources for the pdu-Session to upper layers;
3> configure the SDAP entity in accordance with the received sdap-Config as specified in TS 37.324 [24]
and associate the DRB with the SDAP entity;
3> if the DRB was configured with the same eps-BearerIdentity either by NR or E-UTRA prior to receiving
this reconfiguration:
3> else:
4> indicate the establishment of the DRB(s) and the eps-BearerIdentity of the established DRB(s) to
upper layers;
1> for each drb-Identity value included in the drb-ToAddModList that is part of the current UE configuration and
configured with dapsConfig:
2> reconfigure the PDCP entity as DAPS PDCP entity as specified in TS 38.323 [5] and configure it in
accordance with the received pdcp-Config;
2> configure the DAPS PDCP entity to associate the RLC entity of target with the target's ciphering function,
integrity protection function and ROHC function;
3> if the target 's ciphering function of DAPS PDCP entity of this DRB is not configured with
cipheringDisabled:
4> configure the ciphering function of target for the DAPS PDCP entity with the ciphering algorithm
according to securityConfig and apply the KUPenc key associated with the master key (K gNB) or the
secondary key (S-KgNB), as indicated in keyToUse, i.e. the ciphering configuration shall be applied to
all subsequent PDCP PDUs received from target and sent to target by the UE;
3> if the target's integrity protection function of DAPS PDCP entity of this DRB is configured with
integrityProtection:
4> configure the integrity protection function of target for the DAPS PDCP entity with the integrity
protection algorithms according to securityConfig and apply the KUPint key associated with the master
key (KgNB) or the secondary key (S-KgNB) as indicated in keyToUse;
2> else:
3> configure the ciphering function and the integrity protection function of target for the DAPS PDCP entity
with the same security configuration as the PDCP entity for the source;
2> if the sdap-Config is included and the uplink data switching indication is received from lower layer:
3> reconfigure the SDAP entity in accordance with the received sdap-Config as specified in TS 37.324 [24];
3> for each QFI value added in mappedQoS-FlowsToAdd, if the QFI value is previously configured, the QFI
value is released from the old DRB;
1> for each drb-Identity value included in the drb-ToAddModList that is part of the current UE configuration and
not configured with dapsConfig:
5> if the PDCP entity of this DRB is not configured with cipheringDisabled:
6> configure the PDCP entity with the ciphering algorithm and KUPenc key configured/derived as
specified in TS 36.331 [10], clause 5.4.2.3, i.e. the ciphering configuration shall be applied to
all subsequent PDCP PDUs received and sent by the UE;
5> if the PDCP entity of this DRB is not configured with cipheringDisabled:
6> configure the PDCP entity with the ciphering algorithm and KUPenc key associated with the
master key (KeNB) or the secondary key (S-KgNB), as indicated in keyToUse, i.e. the ciphering
configuration shall be applied to all subsequent PDCP PDUs received and sent by the UE;
4> if the PDCP entity of this DRB is not configured with cipheringDisabled:
5> configure the PDCP entity with the ciphering algorithm and KUPenc key associated with the master
key (KeNB/ KgNB) or the secondary key (S-KgNB/S-KeNB), as indicated in keyToUse, i.e. the
ciphering configuration shall be applied to all subsequent PDCP PDUs received and sent by the
UE;
5> configure the PDCP entity with the integrity protection algorithms according to securityConfig and
apply the KUPint key associated with the master key (KgNB) or the secondary key (S-KgNB) as
indicated in keyToUse;
3> re-establish the PDCP entity of this DRB as specified in TS 38.323 [5], clause 5.1.2;
3> trigger the PDCP entity of this DRB to perform data recovery as specified in TS 38.323 [5];
3> reconfigure the PDCP entity in accordance with the received pdcp-Config.
3> reconfigure the SDAP entity in accordance with the received sdap-Config as specified in TS37.324 [24];
3> for each QFI value added in mappedQoS-FlowsToAdd, if the QFI value is previously configured, the QFI
value is released from the old DRB;
NOTE 1: Void.
NOTE 2: When determining whether a drb-Identity value is part of the current UE configuration, the UE does not
distinguish which RadioBearerConfig and DRB-ToAddModList that DRB was originally configured in.
To re-associate a DRB with a different key (KeNB to S-KgNB, KgNB to S-KeNB, KgNB to S-KgNB, or vice
versa), the network provides the drb-Identity value in the (target) drb-ToAddModList and sets the
reestablishPDCP flag. The network does not list the drb-Identity in the (source) drb-ToReleaseList.
NOTE 3: When setting the reestablishPDCP flag for a radio bearer, the network ensures that the RLC receiver
entities do not deliver old PDCP PDUs to the re-established PDCP entity. It does that e.g. by triggering a
reconfiguration with sync of the cell group hosting the old RLC entity or by releasing the old RLC entity.
NOTE 4: In this specification, UE configuration refers to the parameters configured by NR RRC unless otherwise
stated.
Release 16 74 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE 5: Ciphering and integrity protection can be enabled or disabled for a DRB. The enabling/disabling of
ciphering or integrity protection can be changed only by releasing and adding the DRB.
3> update the S-KgNB key based on the KeNB key and using the received sk-Counter value, as specified in TS
33.401 [30] for EN-DC, or TS 33.501 [11] for NGEN-DC;
3> derive the KRRCenc and KUPenc keys as specified in TS 33.401 [30] for EN-DC, or TS 33.501 [11] for
NGEN-DC;
3> derive the KRRCint and KUPint keys as specified in TS 33.401 [30] for EN-DC or TS 33.501 [11] for NGEN-
DC.
1> else if this procedure was initiated due to reception of the masterKeyUpdate:
3> derive or update the KgNB key based on the KAMF key, as specified in TS 33.501 [11];
2> else:
3> derive or update the KgNB key based on the current KgNB key or the NH, using the nextHopChainingCount
value indicated in the received masterKeyUpdate, as specified in TS 33.501 [11];
2> derive the keys associated with the KgNB key as follows:
4> derive the KRRCenc and KUPenc keys associated with the cipheringAlgorithm indicated in the
securityAlgorithmConfig, as specified in TS 33.501 [11];
4> derive the KRRCint and KUPint keys associated with the integrityProtAlgorithm indicated in the
securityAlgorithmConfig, as specified in TS 33.501 [11];
3> else:
4> derive the KRRCenc and KUPenc keys associated with the current cipheringAlgorithm, as specified in TS
33.501 [11];
4> derive the KRRCint and KUPint keys associated with the current integrityProtAlgorithm, as specified in
TS 33.501 [11].
NOTE 1: Ciphering and integrity protection are optional to configure for the DRBs.
1> else if this procedure was initiated due to reception of the sk-Counter (UE is in NE-DC, or NR-DC, or is
configured with SN terminated bearer(s)):
2> derive or update the secondary key (S-KgNB or S-KeNB) based on the KgNB key and using the received sk-
Counter value, as specified in TS 33.501 [11];
2> derive the KRRCenc key and the KUPenc key as specified in TS 33.501 [11] using the ciphering algorithms
indicated in the RadioBearerConfig associated with the secondary key (S-KgNB or S-KeNB) as indicated by
keyToUse;
Release 16 75 3GPP TS 38.331 V16.0.0 (2020-03)
2> derive the KRRCint key and the KUPint key as specified in TS 33.501 [11] using the integrity protection
algorithms indicated in the RadioBearerConfig associated with the secondary key (S-KgNB or S-KeNB) as
indicated by keyToUse;
NOTE 2: If the UE has no radio bearer configured with keyToUse set to secondary and receives the sk-Counter
without any RadioBearerConfig with keyToUse set to secondary, the UE does not consider it as an invalid
reconfiguration.
2> if the UE is unable to comply with (part of) the configuration included in the RRCReconfiguration message
received over SRB3;
3> continue using the configuration used prior to the reception of RRCReconfiguration message;
4> initiate the SCG failure information procedure as specified in subclause 5.7.3 to report SCG
reconfiguration error, upon which the connection reconfiguration procedure ends;
3> else:
4> initiate the connection re-establishment procedure as specified in TS 36.331 [10], clause 5.3.7, upon
which the connection reconfiguration procedure ends;
2> else, if the UE is unable to comply with (part of) the configuration included in the RRCReconfiguration
message received over SRB1;
3> continue using the configuration used prior to the reception of RRCReconfiguration message;
3> initiate the connection re-establishment procedure as specified in TS 36.331 [10], clause 5.3.7, upon
which the connection reconfiguration procedure ends.
2> if the UE is unable to comply with (part of) the configuration included in the RRCReconfiguration message
received over SRB3;
3> continue using the configuration used prior to the reception of RRCReconfiguration message;
4> initiate the SCG failure information procedure as specified in subclause 5.7.3 to report SCG
reconfiguration error, upon which the connection reconfiguration procedure ends;
3> else:
4> initiate the connection re-establishment procedure as specified in clause 5.3.7, upon which the
connection reconfiguration procedure ends;
2> else if the UE is unable to comply with (part of) the configuration included in the RRCReconfiguration
message received over the SRB1 or if the upper layers indicate that the nas-Container is invalid:
NOTE 0a: The compliance also covers the SCG configuration carried within octet strings e.g. field mrdc-
SecondaryCellGroupConfig. I.e. the failure behaviour defined also applies in case the UE cannot comply
with the embedded SCG configuration or with the combination of (parts of) the MCG and SCG
configurations.
Release 16 76 3GPP TS 38.331 V16.0.0 (2020-03)
3> continue using the configuration used prior to the reception of RRCReconfiguration message;
4> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'other'
3> else if AS security has been activated but SRB2 and at least one DRB have not been setup:
4> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'RRC
connection failure';
3> else:
4> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the
reconfiguration procedure ends;
2> if the UE is unable to comply with any part of the configuration included in the RRCReconfiguration
message or if the upper layers indicate that the nas-Container is invalid:
3> perform the actions defined for this failure case as defined in the specifications applicable for the other
RAT.
NOTE 1: The UE may apply above failure handling also in case the RRCReconfiguration message causes a
protocol error for which the generic error handling as defined in clause 10 specifies that the UE shall
ignore the message.
NOTE 2: If the UE is unable to comply with part of the configuration, it does not apply any part of the
configuration, i.e. there is no partial success/failure.
NOTE 3: It is up to UE implementation whether the compliance check for an RRCReconfiguration received as part
of ConditionalReconfiguration is performed upon the reception of the message or upon CHO and CPC
execution (when the message is required to be applied).
2> store the following handover failure information in VarRLF-Report by setting its fields as follows:
3> set the plmn-IdentityList to include the list of EPLMNs stored by the UE (i.e. includes the RPLMN);
3> set the measResultLastServCell to include the 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 detected
handover failure;
3> for each of the configured measObjectNR in which measurements are available;
5> set the measResultListNR in measResultNeighCells to include all the available measurement
quantities of the best measured cells associated to the measObjectNR, other than the source 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
Release 16 77 3GPP TS 38.331 V16.0.0 (2020-03)
highest SS/PBCH block SINR is listed first, based on the available SS/PBCH block based
measurements collected up to the moment the UE detected handover failure;
6> for each neighbour cell included, include the optional fields that are available;
5> set the measResultListNR in measResultNeighCells to include all the available measurement
quantities of the best measured cells, other than the source 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 detected handover failure;
6> for each neighbour cell included, include the optional fields that are available;
3> for each of the configured EUTRA frequencies in which measurements are available;
4> 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, and based on measurements collected up to the
moment the UE detected radio link failure;
5> for each neighbour cell included, include the optional fields that are available;
NOTE 0: The measured quantities are filtered by the L3 filter as configured in the mobility measurement
configuration. The measurements are based on the time domain measurement resource restriction, if
configured. Blacklisted cells are not required to be reported.
3> if detailed location information is available, set the content of the LocationInfo as follows:
4> if available, set the commonLocationInfo to include the detailed location information;
4> if available, set the bt-LocationInfo to include the Bluetooth measurement results, in order of
decreasing RSSI for Bluetooth beacons;
4> if available, set the wlan-LocationInfo to include the WLAN measurement results, in order of
decreasing RSSI for WLAN APs;
4> if available, set the sensor-LocationInfo to include the sensor measurement results;
3> set the failedPCellId to the global cell identity and tracking area code, if available, and otherwise to the
physical cell identity and carrier frequency of the target PCell of the failed handover;
3> include previousPCellId and set it to the global cell identity and tracking area code of the PCell where the
last RRCReconfiguration message including reconfigurationWithSync was received;
3> set the timeConnFailure to the elapsed time since reception of the last RRCReconfiguration message
including the reconfigurationWithSync;
3> set the c-RNTI to the C-RNTI used in the source PCell;
3> set the absoluteFrequencyPointA to indicate the absolute frequency of the reference resource block
associated to the random-access resources;
3> set the locationAndBandwidth and subcarrierSpacing associated to the UL BWP of the random-access
resources;
3> set the msg1-FrequencyStart, msg1-FDM and msg1-SubcarrierSpacing associated to the random-access
resources;
3> set perRAInfoList to indicate random access failure information as specified in 5.3.10.3;
Release 16 78 3GPP TS 38.331 V16.0.0 (2020-03)
2> if dapsConfig is configured for any DRB, and radio link failure is not detected in the source PCell, according
to subclause 5.3.10.3:
3> reset target MAC and release the target MAC configuration;
4> release the RLC entity and the associated logical channel for the target;
4> reconfigure the PDCP entity to normal PDCP as specified in TS 38.323 [5];
5> configure the PDCP entity for the source with the same state variables as the PDCP entity for the
target;
4> release the RLC entity and the associated logical channel for the target;
3> discard the keys used in target (the KgNB key, the S-KgNB key, the S-KeNB key, the KRRCenc key, the KRRCint
key, the KUPint key and the KUPenc key), if any;
4> revert back to the UE configuration used for the DRB in the source, includes PDCP, RLC states
variables, the security configuration and the data stored in transmission and reception buffers in PDCP
and RLC entities ;
3> initiate the failure information procedure as specified in subclause 5.7.5 to report DAPS handover failure.
2> else:
NOTE 1: In the context above, "the UE configuration" includes state variables and parameters of each radio bearer.
3> initiate the SCG failure information procedure as specified in subclause 5.7.3 to report SCG
reconfiguration with sync failure, upon which the RRC reconfiguration procedure ends;
2> else:
1> else if T304 expires when RRCReconfiguration is received via other RAT (HO to NR failure):
2> perform the actions defined for this failure case as defined in the specifications applicable for the other RAT.
3> consider itself to be configured to send delay budget reports in accordance with 5.7.4;
2> else:
3> consider itself not to be configured to send delay budget reports and stop timer T342, if running.
3> consider itself to be configured to provide overheating assistance information in accordance with 5.7.4;
2> else:
3> consider itself not to be configured to provide overheating assistance information and stop timer T345, if
running;
3> consider itself to be configured to provide IDC assistance information in accordance with 5.7.4;
2> else:
3> consider itself to be configured to provide its preference on DRX parameters for power saving in
accordance with 5.7.4;
2> else:
3> consider itself not to be configured to provide its preference on DRX parameters for power saving and
stop timer T346a, if running;
3> consider itself to be configured to provide its preference on the maximum aggregated bandwidth for
power saving in accordance with 5.7.4;
2> else:
3> consider itself not to be configured to provide its preference on the maximum aggregated bandwidth for
power saving and stop timer T346b, if running;
3> consider itself to be configured to provide its preference on the maximum number of secondary
component carriers for power saving in accordance with 5.7.4;
Release 16 80 3GPP TS 38.331 V16.0.0 (2020-03)
2> else:
3> consider itself not to be configured to provide its preference on the maximum number of secondary
component carriers for power saving and stop timer T346c, if running;
3> consider itself to be configured to provide its preference on the maximum number of MIMO layers for
power saving in accordance with 5.7.4;
2> else:
3> consider itself not to be configured to provide its preference on the maximum number of MIMO layers for
power saving and stop timer T346d, if running;
3> consider itself to be configured to provide its preference on the minimum scheduling offset for cross-slot
scheduling for power saving in accordance with 5.7.4;
2> else:
3> consider itself not to be configured to provide its preference on the minimum scheduling offset for cross-
slot scheduling for power saving and stop timer T346e, if running;
3> consider itself to be configured to provide assistance information to transition out of RRC_CONNECTED
in accordance with 5.7.4;
2> else:
3> consider itself not to be configured to provide assistance information to transition out of
RRC_CONNECTED and stop timer T346f, if running.
2> attempt to have detailed location information available for any subsequent measurement report;
NOTE 1: The UE is requested to attempt to have valid detailed location information available whenever sending a
measurement report for which it is configured to include available detailed location information. The UE
may not succeed e.g. because the user manually disabled the GPS hardware, due to no/poor satellite
coverage. Further details, e.g. regarding when to activate GNSS, are up to UE implementation.
2> if BT-NameListConfig is set to setup, attempt to have Bluetooth measurement results available for subsequent
measurement report;
2> if WLAN-NameListConfg is set to setup, attempt to have WLAN measurement results available for
subsequent measurement report;
NOTE 2: The UE is requested to attempt to have valid Bluetooth measurements and WLAN measurements
whenever sending a measurement report for which it is configured to include these measurements. The
UE may not succeed e.g. because the user manually disabled the WLAN or Bluetooth hardware. Further
details, e.g. regarding when to activate WLAN or Bluetooth, are up to UE implementation.
2> if Sensor-NameListConfig is set to setup, attempt to have Sensor measurement results available for
subsequent measurement report;
3> consider itself to be configured to provide SPS assistance information for V2X sidelink communication in
accordance with 5.7.4;
2> else:
3> consider itself to be configured to provide configured grant assistance information for NR sidelink
communication in accordance with 5.7.4;
2> else:
3> consider itself not to be configured to provide configured grant assistance information for NR sidelink
communication;
3> release the SCG configuration as specified in TS 36.331 [10], clause 5.3.10.19 to release the E-UTRA
SCG;
1> release/ clear all current dedicated radio configurations except for the following:
NOTE 1: Radio configuration is not just the resource configuration but includes other configurations like
MeasConfig. In case NR-DC or NE-DC is configured, this also includes the entire NR or E-UTRA SCG
configuration which are released according to the MR-DC release procedure as specified in 5.3.5.10. The
radio configuration does not include SRB1/SRB2 configurations and DRB configurations as configured
by radioBearerConfig or radioBearerConfig2.
NOTE 1a: For NR sidelink communication, the radio configuration includes the sidelink RRC configuration
received from the network, but does not include the sidelink RRC reconfiguration and sidelink UE
capability received from other UEs via PC5-RRC. In addition, The UE considers the new NR sidelink
configurations as full configuration, in case of state transition and change of system information used for
NR sidelink communication.
Release 16 82 3GPP TS 38.331 V16.0.0 (2020-03)
Editor Note: FFS if we need a separate normative procedrue for the SL to perform the full configuraiton at TX and
RX UE side.
1> if the spCellConfig in the masterCellGroup includes the reconfigurationWithSync (i.e., SpCell change):
2> use the default values specified in 9.2.3 for timers T310, T311 and constants N310, N311;
2> use values for timers T301, T310, T311 and constants N310, N311, as included in ue-TimersAndConstants
received in SIB1;
1> apply the default L1 parameter values as specified in corresponding physical layer specifications except for the
following:
1> apply the default MAC Cell Group configuration as specified in 9.2.2;
1> for each srb-Identity value included in the srb-ToAddModList (SRB reconfiguration):
2> apply the default SRB configuration defined in 9.2.1 for the corresponding SRB;
NOTE 2: This is to get the SRBs (SRB1 and SRB2 for reconfiguration with sync and SRB2 for reconfiguration
after re-establishment) to a known state from which the reconfiguration message can do further
configuration.
NOTE 3: This will retain the pdu-Session but remove the DRBs including drb-identity of these bearers from the
current UE configuration. Setup of the DRBs within the AS is described in clause 5.3.5.6.5 using the new
configuration. The pdu-Session acts as the anchor for associating the released and re-setup DRB. In the
AS the DRB re-setup is equivalent with a new DRB setup (including new PDCP and logical channel
configurations).
1> for each pdu-Session that is part of the current UE configuration but not added with same pdu-Session in the drb-
ToAddModList:
3> indicate the release of the user plane resources for the pdu-Session to upper layers after successful
reconfiguration with sync;
2> else:
3> indicate the release of the user plane resources for the pdu-Session to upper layers immediately;
2> configure the BAP entity to use the bap-Address as this node's BAP address;
3> configure the BAP entity to apply the default UL BAP routing ID according to the configuration;
Release 16 83 3GPP TS 38.331 V16.0.0 (2020-03)
3> configure the BAP entity to apply the default UL bh-RLC-Channel according to the configuration;
Editor's note: It is FFS if other information should be included in the BAP configuration.
Editor's note: FFS, whether the procedure text should be conditional reconfiguration instead of conditional
configuration since the IE name is ConditionalReconfiguration.
1> for each condConfigId value included in the condConfigToRemoveList that is part of the current UE conditional
configuration in VarConditionalConfig:
2> remove the entry with the matching condConfigId from the VarCondtionalConfig;
NOTE: The UE does not consider the message as erroneous if the condConfigToRemoveList includes any
condConfigId value that is not part of the current UE configuration.
1> if an entry with the matching condConfigId exists in the condConfigToAddModList within the
VarConditionalConfig:
3> replace the entry with the value received for this condConfigId;
2> else:
3> keep the stored condExecutionCond as the target candidate configuration for this condConfigId;
2> replace the entry with the value received for this condConfigId;
3> keep the stored condRRCReconfig as the target candidate configuration for this condConfigId;
1> else:
Release 16 84 3GPP TS 38.331 V16.0.0 (2020-03)
2> add a new entry for this condConfigId within the VarConditionalConfig;
2> consider the cell which has a physical cell identity matching the value indicated in the
ServingCellConfigCommon included in the reconfigurationWithSync in the received condRRCReconfig to be
applicable cell;
2> for each measId included in the measIdList within VarMeasConfig indicated in the condExecutionCond
associated to condConfigId:
3> if the entry condition(s) applicable for this event associated with the condConfigId, i.e. the event
corresponding with the condEventId(s) of the corresponding condTriggerConfig within
VarConditionalConfig, is fulfilled for the applicable cells for all measurements after layer 3 filtering
taken during the corresponding timeToTrigger defined for this event within the VarConditionalConfig:
4> consider the event associated to that measId to be fulfilled;3> if the leaving condition(s) applicable for
this event associated with the condConfigId, i.e. the event corresponding with the condEventId(s) of the
corresponding condTriggerConfig within VarConditionalConfig, is fulfilled for the applicable cells for all
measurements after layer 3 filtering taken during the corresponding timeToTrigger defined for this event
within the VarConditionalConfig:
2> if trigger conditions for all associated measId(s) within condTriggerConfig are fulfilled for all associated
measId(s) in condTriggerConfig:
3> consider the target candidate cell within the stored condRRCReconfig, associated to that condConfigId, as
a triggered cell;
NOTE: Up to 2 MeasId can be configured for each condConfigId. The conditional handover event of the 2
MeasId may have the same or different event conditions, triggering quantity, time to trigger, and
triggering threshold.
2> select one of the triggered cells as the selected cell for conditional configuration execution;
2> apply the stored condRRCReconfig of the selected cell and perform the actions as specified in 5.3.5.3;
3> use the resource pool indicated by sl-RxPool for NR sidelink communication reception, as specified in
5.8.7;
2> perform CBR measurement on the transmission resource pools by sl-TxPoolSelectedNormal, sl-
TxPoolScheduling or sl-TxPoolExceptional for NR sidelink communication transmission, as specified in
5.5.3.1;
2> use the synchronization configuration parameters for NR sidelink communication on frequencies included in
sl-FreqInfoToAddModList, as specified in 5.8.5;
2> for each entry included in the received sl-FreqInfoToReleaseList that is part of the current UE configuration:
3> release the related configurations from the stored NR sidelink communication configurations;
2> configure the MAC entity parameters, which are to be used for NR sidelink communication, in accordance
with the received sl-ScheduledConfig;
2> configure the parameters, which are to be used for NR sidelink communication, in accordance with the
received sl-UE-SelectedConfig;
2> for each entry included in the received sl-MeasConfigInfoToReleaseList that is part of the current UE
configuration:
3> release the related configurations from the stored NR sidelink measurement configuration information;
2> for each entry included in the received sl-MeasConfigInfoToAddModList that is part of the current stored NR
sidelink measurement configuration:
2> for each entry included in the received sl-MeasConfigInfoToAddModList that is not part of the current stored
NR sidelink measurement configuration:
UE Network
CounterCheck
CounterCheckResponse
The counter check procedure is used by the network to request the UE to verify the amount of data sent/ received on
each DRB. More specifically, the UE is requested to check if, for each DRB, the most significant bits of the COUNT
match with the values indicated by the network.
NOTE: The procedure enables the network to detect packet insertion by an intruder (a 'man in the middle').
5.3.6.2 Initiation
The network initiates the procedure by sending a CounterCheck message.
NOTE: The network may initiate the procedure when any of the COUNT values reaches a specific value.
2> if no COUNT exists for a given direction (uplink or downlink) because it is a uni-directional bearer
configured only for the other direction:
3> include the DRB in the drb-CountInfoList in the CounterCheckResponse message by including the drb-
Identity, the count-Uplink and the count-Downlink set to the value of TX_NEXT – 1 and RX_NEXT – 1
(specified in TS 38.323 [5]), respectively;
2> else if, for at least one direction, the most significant bits of the COUNT are different from the value
indicated in the drb-CountMSB-InfoList:
3> include the DRB in the drb-CountInfoList in the CounterCheckResponse message by including the drb-
Identity, the count-Uplink and the count-Downlink set to the value of TX_NEXT – 1 and RX_NEXT – 1
(specified in TS 38.323 [5]), respectively;
1> for each DRB that is included in the drb-CountMSB-InfoList in the CounterCheck message that is not
established:
2> include the DRB in the drb-CountInfoList in the CounterCheckResponse message by including the drb-
Identity, the count-Uplink and the count-Downlink with the most significant bits set identical to the
corresponding values in the drb-CountMSB-InfoList and the least significant bits set to zero;
1> submit the CounterCheckResponse message to lower layers for transmission upon which the procedure ends.
Release 16 87 3GPP TS 38.331 V16.0.0 (2020-03)
UE Network
RRCReestablishmentRequest
RRCReestablishment
RRCReestablishmentComplete
UE Network
RRCReestablishmentRequest
RRCSetup
RRCSetupComplete
The purpose of this procedure is to re-establish the RRC connection. A UE in RRC_CONNECTED, for which AS
security has been activated with SRB2 and at least one DRB setup, may initiate the procedure in order to continue the
RRC connection. The connection re-establishment succeeds if the network is able to find and verify a valid UE context
or, if the UE context cannot be retrieved, and the network responds with an RRCSetup according to clause 5.3.3.4.
- When AS security has been activated and the network retrieves or verifies the UE context:
- When UE is re-establishing an RRC connection, and the network is not able to retrieve or verify the UE context:
If AS security has not been activated, the UE shall not initiate the procedure but instead moves to RRC_IDLE directly,
with release cause 'other'. If AS security has been activated, but SRB2 and at least one DRB are not setup, the UE does
not initiate the procedure but instead moves to RRC_IDLE directly, with release cause 'RRC connection failure'.
5.3.7.2 Initiation
The UE initiates the procedure when one of the following conditions is met:
1> upon detecting radio link failure of the MCG and T316 is not configured, in accordance with 5.3.10; or
1> upon re-configuration with sync failure of the MCG, in accordance with sub-clause 5.3.5.8.3; or
Release 16 88 3GPP TS 38.331 V16.0.0 (2020-03)
1> upon integrity check failure indication from lower layers concerning SRB1 or SRB2, except if the integrity
check failure is detected on the RRCReestablishment message; or
1> upon an RRC connection reconfiguration failure, in accordance with sub-clause 5.3.5.8.2; or
1> upon detecting radio link failure for the SCG while MCG transmission is suspended, in accordance with
subclause 5.3.10.3 in NR-DC or in accordance with TS 36.331 [10] subclause 5.3.11.3 in NE-DC; or
1> upon reconfiguration with sync failure of the SCG while MCG transmission is suspended in accordance with
subclause 5.3.5.8.3; or
1> upon SCG change failure while MCG transmission in NE-DC in accordance with TS 36.331 [10] subclause
5.3.5.7a; or1> upon SCG configuration failure while MCG transmission is suspended in accordance with
subclause 5.3.5.8.2 in NR-DC or in accordance with TS 36.331 [10] subclause 5.3.5.5 in NE-DC; or
1> upon integrity check failure indication from SCG lower layers concerning SRB3 while MCG is suspended; or
1> perform cell selection in accordance with the cell selection process as specified in TS 38.304 [20], clause 5.2.6.
Release 16 89 3GPP TS 38.331 V16.0.0 (2020-03)
1> ensure having valid and up to date essential system information as specified in clause 5.2.2.2;
1> if the cell selection is triggered by detecting radio link failure of the MCG or re-configuration with sync failure
of the MCG, and
1> if the selected cell is one of the candidate cells which the reconfigurationWithSync is included in the
masterCellGroup in VarCondtionalConfig:
2> apply the stored condRRCReconfig associated to the selected cell and perform actions as specified in 5.3.5.3;
1> else:
2> for each measId, if the associated reportConfig has a reportType set to condTriggerConfig:
4> remove the entry with the matching reportConfigId from the reportConfigList within the
VarMeasConfig;
3> if the associated measObjectId is only associated to a reportConfig with reportType set to
condTriggerConfig:
4> remove the entry with the matching measObjectId from the measObjectList within the
VarMeasConfig;
3> remove the entry with the matching measId from the measIdList within the VarMeasConfig;
2> apply the default L1 parameter values as specified in corresponding physical layer specifications except for
the parameters for which values are provided in SIB1;
2> apply the default MAC Cell Group configuration as specified in 9.2.2;
NOTE: This procedure applies also if the UE returns to the source PCell.
1> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'RRC connection
failure'.
Release 16 90 3GPP TS 38.331 V16.0.0 (2020-03)
1> if the procedure was initiated due to radio link failure as specified in 5.3.10.3 or handover failure as specified in
5.3.5.8.3:
2> set the reestablishmentCellId in the VarRLF-Report to the global cell identity of the selected cell;
2> set the c-RNTI to the C-RNTI used in the source PCell (reconfiguration with sync or mobility from NR
failure) or used in the PCell in which the trigger for the re-establishment occurred (other cases);
2> set the physCellId to the physical cell identity of the source PCell (reconfiguration with sync or mobility from
NR failure) or of the PCell in which the trigger for the re-establishment occurred (other cases);
2> set the shortMAC-I to the 16 least significant bits of the MAC-I calculated:
3> over the ASN.1 encoded as per clause 8 (i.e., a multiple of 8 bits) VarShortMAC-Input;
3> with the KRRCint key and integrity protection algorithm that was used in the source PCell (reconfiguration
with sync or mobility from NR failure) or of the PCell in which the trigger for the re-establishment
occurred (other cases); and
3> with all input bits for COUNT, BEARER and DIRECTION set to binary ones;
2> if the re-establishment procedure was initiated due to reconfiguration failure as specified in 5.3.5.8.2:
2> else if the re-establishment procedure was initiated due to reconfiguration with sync failure as specified in
5.3.5.8.3 (intra-NR handover failure) or 5.4.3.5 (inter-RAT mobility from NR failure):
2> else:
1> configure lower layers to suspend integrity protection and ciphering for SRB1;
NOTE: Ciphering is not applied for the subsequent RRCReestablishment message used to resume the connection.
An integrity check is performed by lower layers, but merely upon request from RRC.
1> update the KgNB key based on the current KgNB key or the NH, using the stored nextHopChainingCount value, as
specified in TS 33.501 [11];
1> derive the KRRCenc and KUPenc keys associated with the previously configured cipheringAlgorithm, as specified in
TS 33.501 [11];
1> derive the KRRCint and KUPint keys associated with the previously configured integrityProtAlgorithm, as specified
in TS 33.501 [11].
1> request lower layers to verify the integrity protection of the RRCReestablishment message, using the previously
configured algorithm and the KRRCint key;
2> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'RRC connection
failure', upon which the procedure ends;
1> configure lower layers to resume integrity protection for SRB1 using the previously configured algorithm and
the KRRCint key immediately, i.e., integrity protection shall be applied to all subsequent messages received and
sent by the UE, including the message used to indicate the successful completion of the procedure;
1> configure lower layers to resume ciphering for SRB1 using the previously configured algorithm and, the KRRCenc
key immediately, i.e., ciphering shall be applied to all subsequent messages received and sent by the UE,
including the message used to indicate the successful completion of the procedure;
1> release the measurement gap configuration indicated by the measGapConfig, if configured;
2> if the UE has logged measurements available for NR and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has Bluetooth logged measurements available and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has WLAN logged measurements available and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has connection establishment failure information available in VarConnEstFailReport and if the
RPLMN is equal to plmn-Identity stored in VarConnEstFailReport:
2> if the UE has radio link failure or handover failure information available in VarRLF-Report and if the
RPLMN is included in plmn-IdentityList stored in VarRLF-Report:3> include rlf-InfoAvailable in the
RRCReestablishmentComplete message;
2> if the UE has radio link failure or handover failure information available in VarRLF-Report of TS 36.331
[10] and if the UE is capable of cross-RAT RLF reporting and if the RPLMN is included in plmn-IdentityList
stored in VarRLF-Report of TS 36.331 [10]:
1> if the procedure was initiated due to radio link failure or handover failure:
1> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'RRC connection
failure'.
1> if the selected cell becomes no longer suitable according to the cell selection criteria as specified in TS 38.304
[20]:
2> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'RRC connection
failure'.
UE Network
RRCRelease
- to release the RRC connection, which includes the release of the established radio bearers as well as all radio
resources; or
- to suspend the RRC connection only if SRB2 and at least one DRB are setup, which includes the suspension of
the established radio bearers.
5.3.8.2 Initiation
The network initiates the RRC connection release procedure to transit a UE in RRC_CONNECTED to RRC_IDLE; or
to transit a UE in RRC_CONNECTED to RRC_INACTIVE only if SRB2 and at least one DRB is setup in
RRC_CONNECTED; or to transit a UE in RRC_INACTIVE back to RRC_INACTIVE when the UE tries to resume; or
to transit a UE in RRC_INACTIVE to RRC_IDLE when the UE tries to resume. The procedure can also be used to
release and redirect a UE to another frequency.
1> delay the following actions defined in this sub-clause 60 ms from the moment the RRCRelease message was
received or optionally when lower layers indicate that the receipt of the RRCRelease message has been
successfully acknowledged, whichever is earlier;
2> perform the actions upon going to RRC_IDLE as specified in 5.3.11 with the release cause 'other' upon which
the procedure ends;
3> after the cell selection, indicate the available CN Type(s) and the received cnType to upper layers;
NOTE 1: Handling the case if the E-UTRA cell selected after the redirection does not support the core network type
specified by the cnType, is up to UE implementation.
3> consider the RRC connection release was for EPS fallback for IMS voice (see TS 23.502 [43]);
2> store the cell reselection priority information provided by the cellReselectionPriorities;
3> start timer T320, with the timer value set according to the value of t320;
1> else:
2> apply the cell reselection priority information broadcast in the system information;
2> start or restart timer T325 with the timer value set to the deprioritisationTimer signalled;
2> for each measId, if the associated reportConfig has a reportType set to condTriggerConfig:
4> remove the entry with the matching reportConfigId from the reportConfigList within the
VarMeasConfig;
3> if the associated measObjectId is only associated to a reportConfig with reportType set to
condTriggerConfig:
4> remove the entry with the matching measObjectId from the measObjectList within the
VarMeasConfig;
3> remove the entry with the matching measId from the measIdList within the VarMeasConfig;
2> reset MAC and release the default MAC Cell Group configuration, if any;
2> if the RRCRelease message with suspendConfig was received in response to an RRCResumeRequest or an
RRCResumeRequest1:
4> replace the KgNB and KRRCint keys with the current KgNB and KRRCint keys;
4> replace the C-RNTI with the temporary C-RNTI in the cell the UE has received the RRCRelease
message;
4> replace the cellIdentity with the cellIdentity of the cell the UE has received the RRCRelease message;
4> replace the physical cell identity with the physical cell identity of the cell the UE has received the
RRCRelease message;
2> else:
3> store in the UE Inactive AS Context the current KgNB and KRRCint keys, the ROHC state, the stored QoS
flow to DRB mapping rules, the C-RNTI used in the source PCell, the cellIdentity and the physical cell
identity of the source PCell, and all other parameters configured except for the ones within
ReconfigurationWithSync and servingCellConfigCommonSIB;
NOTE 2: NR sidelink communication related configurations is not stored as UE Inactive AS Context, when UE
enters RRC_INACTIVE.
2> suspend all SRB(s) and DRB(s), except SRB0;
3> start timer T380, with the timer value set to t380;
3> start timer T302 with the value set to the waitTime;
3> inform upper layers that access barring is applicable for all access categories except categories '0' and '2';
2> enter RRC_INACTIVE and perform cell selection as specified in TS 38.304 [20];
Editor's note: It is FFS if IAB node supports INACTIVE mode and if so, if there is a need for the BAP entity to be
released/suspended on transition to INACTIVE mode.
1> else
2> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with the release cause 'other'.
2> if stored, discard the cell reselection priority information provided by the cellReselectionPriorities or
inherited from another RAT;
2> apply the cell reselection priority information broadcast in the system information.
1> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'RRC connection
failure'.
5.3.9.2 Initiation
The UE initiates the procedure when upper layers request the release of the RRC connection as specified in TS 24.501
[23]. The UE shall not initiate the procedure for power saving purposes.
The UE shall:
2> treat the PCell used prior to entering RRC_IDLE as barred according to TS 38.304 [20];
1> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'other'.
1> if dapsConfig is configured for any DRB, upon receiving N310 consecutive "out-of-sync" indications for the
source from lower layers while T304 is running:
1> upon receiving N310 consecutive "out-of-sync" indications for the SpCell from lower layers while neither T300,
T301, T304, T311 nor T319 are running:
Release 16 96 3GPP TS 38.331 V16.0.0 (2020-03)
Editor's note: TBC on how/whether to capture stop RLM in source after RACH successful to target PCell.
Editor's note: FFS, check whether "source" is suitable for all DAPS related changes, or "source SpCell" should be
used in some places, e.g. the timer T310.
NOTE 1: In this case, the UE maintains the RRC connection without explicit signalling, i.e. the UE maintains the
entire radio resource configuration.
NOTE 2: Periods in time where neither "in-sync" nor "out-of-sync" is reported by L1 do not affect the evaluation of
the number of consecutive "in-sync" or "out-of-sync" indications.
2> upon random access problem indication from source MCG MAC; or
2> upon indication from source MCG RLC that the maximum number of retransmissions has been reached:
3> consider radio link failure to be detected for the source MCG i.e. source RLF;
1> else:
2> upon random access problem indication from MCG MAC while neither T300, T301, T304, T311 nor T319
are running; or
2> upon indication from MCG RLC that the maximum number of retransmissions has been reached; or
2> if connected as an IAB-node, upon BH RLF indication received on BAP entity from the MCG; or
2> upon indication of consistent uplink LBT failures from MCG MAC:
3> if the indication is from MCG RLC and CA duplication is configured and activated, and for the
corresponding logical channel allowedServingCells only includes SCell(s):
4> initiate the failure information procedure as specified in 5.7.5 to report RLC failure.
3> else:
4> consider radio link failure to be detected for the MCG i.e. RLF;
4> store the following radio link failure information in the VarRLF-Report by setting its fields as follows:
Release 16 97 3GPP TS 38.331 V16.0.0 (2020-03)
5> set the plmn-IdentityList to include the list of EPLMNs stored by the UE (i.e. includes the
RPLMN);
5> set the measResultLastServCell to include the 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
detected radio link failure;
5> for each of the configured NR frequencies in which measurements are available:
8> for each neighbour cell included, include the optional fields that are available;
7> set the measResultListNR in measResultNeighCells to include all the available measurement
quantities of the best measured cells, other than the source 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 detected radio link failure;
8> for each neighbour cell included, include the optional fields that are available;
5> for each of the configured EUTRA frequencies in which measurements are available:
6> 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, and based on measurements
collected up to the moment the UE detected radio link failure;
NOTE: The measured quantities are filtered by the L3 filter as configured in the mobility measurement
configuration. The measurements are based on the time domain measurement resource restriction, if
configured. Blacklisted cells are not required to be reported.
5> if detailed location information is available, set the content of locationInfo as follows:
6> if available, set the commonLocationInfo to include the detailed location information;
6> if available, set the bt-LocationInfo in locationInfo to include the Bluetooth measurement
results, in order of decreasing RSSI for Bluetooth beacons;
6> if available, set the wlan-LocationInfo in locationInfo to include the WLAN measurement
results, in order of decreasing RSSI for WLAN APs;
6> if available, set the sensor-LocationInfo in locationInfo to include the sensor measurement
results;
5> set the failedPCellId to the global cell identity and the tracking area code, if available, and
otherwise to the physical cell identity and carrier frequency of the PCell where radio link failure is
detected;
Release 16 98 3GPP TS 38.331 V16.0.0 (2020-03)
5> if an RRCReconfiguration message including the reconfigurationWithSync was received before the
connection failure:
7> include the previousPCellId and set it to the global cell identity and the tracking area code
of the PCell where the last RRCReconfiguration message including
reconfigurationWithSync was received;
7> set the timeConnFailure to the elapsed time since reception of the last RRCReconfiguration
message including the reconfigurationWithSync;
5> set the rlf-Cause to the trigger for detecting radio link failure;
6> set the absoluteFrequencyPointA to indicate the absolute frequency of the reference resource
block associated to the random-access resources;
6> set the locationAndBandwidth and subcarrierSpacing associated to the UL BWP of the
random-access resources;
6> set the parameters associated to individual random-access attempt in the chronological order of
attmepts in the perRAInfoList as follows:
7> 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 radom-access attempts as follows:
8> set the ssb-Index to include the SS/PBCH block index associated to the used random-
access resource;
8> for each random-access attempt performed on the random-access resource, include the
following parameters in the chronological order of the random-access attempt:
9> if contention resolution was not successful as specified in TS 38.321 [6] for the
transmitted preamble:
9> else:
9> if 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:
9> else:
7> 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 radom-access attempts as follows:
Release 16 99 3GPP TS 38.331 V16.0.0 (2020-03)
8> set the csi-RS-Index to include the CSI-RS index associated to the used random-access
resource;
8> for each random-access attempt performed on the random-access resource, include the
following parameters in the chronological order of the random-access attempt:
9> if contention resolution was not successful as specified in TS 38.321 [6] for the
transmitted preamble:
9> else:
9> if the CSI-RS RSRP of the CSI-RS corresponding to the random-access resource
used in the random-access attempt is above rsrp-ThresholdCSI-RS:
9> else:
5> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'other';-
4> else if AS security has been activated but SRB2 and at least one DRB have not been setup:
5> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'RRC
connection failure';
Editor's note: FFS if the check for SRB2 activation and the setup of one DRB is applicable to IAB
nodes.
4> else:
5> if PSCell change is not ongoing (i.e. timer T304 for the NR PSCell is not running in case of NR-
DC or timer T307 of the E-UTRA PSCell is not running as specified in TS 36.331 [10], clause
5.3.10.10, in NE-DC):
6> initiate the MCG failure information procedure as specified in 5.7.3b to report MCG radio link
failure.
5> else:
The UE may discard the radio link failure information, i.e. release the UE variable VarRLF-Report, 48 hours after the
radio link failure is detected.
The UE shall:
1> upon indication from SCG RLC that the maximum number of retransmissions has been reached; or
Release 16 100 3GPP TS 38.331 V16.0.0 (2020-03)
1> if connected as an IAB-node, upon BH RLF failure indication received on BAP entity from the SCG;
1> upon indication of consistent uplink LBT failures from SCG MAC:
2> if the indication is from SCG RLC and CA duplication is configured and activated; and for the corresponding
logical channel allowedServingCells only includes SCell(s):
3> initiate the failure information procedure as specified in 5.7.5 to report RLC failure.
3> consider radio link failure to be detected for the SCG, i.e. SCG RLF;
3> initiate the SCG failure information procedure as specified in 5.7.3 to report SCG radio link failure.
2> else:
4> initiate the connection re-establishment procedure as specified in TS 36.331 [10], clause 5.3.7;
1> if going to RRC_IDLE was triggered by reception of the RRCRelease message including a waitTime:
2> start timer T302 with the value set to the waitTime;
2> inform upper layers that access barring is applicable for all access categories except categories '0' and '2'.
1> else:
2> if going to RRC_IDLE was not triggered by reception of the RRCRelease message:
3> if stored, discard the cell reselection priority information provided by the cellReselectionPriorities;
1> stop all timers that are running except T302, T320, T325, and T331;
1> for each measId, if the associated reportConfig has a reportType set to condTriggerConfig:
3> remove the entry with the matching reportConfigId from the reportConfigList within the VarMeasConfig;
2> if the associated measObjectId is only associated to a reportConfig with reportType set to
condTriggerConfig:
3> remove the entry with the matching measObjectId from the measObjectList within the VarMeasConfig;
2> remove the entry with the matching measId from the measIdList within the VarMeasConfig;
1> discard the KgNB key, the S-KgNB key, the S-KeNB key, the KRRCenc key, the KRRCint key, the KUPint key and the
KUPenc key, if any;
1> release all radio resources, including release of the RLC entity, the BAP entity, the MAC configuration and the
associated PDCP entity and SDAP for all established RBs;
1> indicate the release of the RRC connection to upper layers together with the release cause;
1> except if going to RRC_IDLE was triggered by inter-RAT cell reselection while the UE is in RRC_INACTIVE
or RRC_IDLE or when selecting an inter-RAT cell while T311 was running:
2> enter RRC_IDLE and perform cell selection as specified in TS 38.304 [20];
1> if going to RRC_IDLE was triggered by inter-RAT cell reselection while the UE is in RRC_INACTIVE or
RRC_IDLE:
Upon receiving an SRS release request from lower layers, for all bandwidth parts of an indicated serving cell the UE
shall:
UE Network
RRCResumeRequest/RRCResumeRequest1
RRCResume
RRCResumeComplete
UE Network
RRCResumeRequest/RRCResumeRequest1
RRCSetup
RRCSetupComplete
http://msc-generator.sourceforge.net v6.3.5
Figure 5.3.13.1-2: RRC connection resume fallback to RRC connection establishment, successful
UE Network
RRCResumeRequest/RRCResumeRequest1
RRCRelease
http://msc-generator.sourceforge.net v6.3.5
Figure 5.3.13.1-3: RRC connection resume followed by network release, successful
UE Network
RRCResumeRequest/RRCResumeRequest1
http://msc-generator.sourceforge.net v6.3.5
Figure 5.3.13.1-4: RRC connection resume followed by network suspend, successful
Release 16 103 3GPP TS 38.331 V16.0.0 (2020-03)
UE Network
RRCResumeRequest/RRCResumeRequest1
RRCReject
http://msc-generator.sourceforge.net v6.3.5
Figure 5.3.13.1-5: RRC connection resume, network reject
The purpose of this procedure is to resume a suspended RRC connection, including resuming SRB(s) and DRB(s) or
perform an RNA update.
1> if configured by upper layers to transmit NR sidelink communication and related data is available for
transmission:
2> if the frequency on which the UE is configured to transmit NR sidelink communication concerns the camped
frequency; and if SIB12 is provided by the cell on which the UE camps; and if the valid version of SIB12
does not include sl-TxPoolSelectedNormal for the frequency; or
2> if the frequency on which the UE is configured to transmit NR sidelink communication is included in sl-
FreqInfoList within SIB12 provided by the cell on which the UE camps; and if the valid version of SIB12
does not include sl-TxPoolSelectedNormal for the concerned frequency;
For V2X sidelink communication an RRC connection resume is initiated only when the conditions specified for V2X
sidelink communication in subclause 5.3.3.1a of TS 36.331 [10] are met.
NOTE: Upper layers initiate an RRC connection resume. The interaction with NAS is left to UE implementation.
5.3.13.2 Initiation
The UE initiates the procedure when upper layers or AS (when responding to RAN paging or upon triggering RNA
updates while the UE is in RRC_INACTIVE) requests the resume of a suspended RRC connection.
The UE shall ensure having valid and up to date essential system information as specified in clause 5.2.2.2 before
initiating this procedure.
1> if the resumption of the RRC connection is triggered by response to NG-RAN paging:
2> perform the unified access control procedure as specified in 5.3.14 using the selected Access Category and
one or more Access Identities provided by upper layers;
1> else if the resumption of the RRC connection is triggered by upper layers:
2> if the upper layers provide an Access Category and one or more Access Identities:
3> perform the unified access control procedure as specified in 5.3.14 using the Access Category and Access
Identities provided by upper layers;
2> set the resumeCause in accordance with the information received from upper layers;
1> else if the resumption of the RRC connection is triggered due to an RNA update as specified in 5.3.13.8:
Release 16 104 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE: How the RRC layer in the UE is aware of an ongoing emergency service is up to UE implementation.
2> else:
2> perform the unified access control procedure as specified in 5.3.14 using the selected Access Category and
one or more Access Identities to be applied as specified in TS 24.501 [23];
2> if the UE does not support maintaining SCG configuration upon connection resumption:
3> release the MR-DC related configurations (i.e., as specified in 5.3.5.10) from the UE Inactive AS context,
if stored;
1> if the UE does not support maintaining the MCG SCell configurations upon connection resumption:2>
release the MCG SCell(s) from the UE Inactive AS context, if stored;
1> apply the default L1 parameter values as specified in corresponding physical layer specifications, except for the
parameters for which values are provided in SIB1;
1> apply the default MAC Cell Group configuration as specified in 9.2.2;
1> initiate transmission of the RRCResumeRequest message or RRCResumeRequest1 in accordance with 5.3.13.3.
1> else:
1> restore the RRC configuration, RoHC state, the stored QoS flow to DRB mapping rules and the KgNB and KRRCint
keys from the stored UE Inactive AS context except for the following:
- masterCellGroup;
- pdcp-Config;
1> set the resumeMAC-I to the 16 least significant bits of the MAC-I calculated:
2> over the ASN.1 encoded as per clause 8 (i.e., a multiple of 8 bits) VarResumeMAC-Input;
2> with the KRRCint key in the UE Inactive AS Context and the previously configured integrity protection
algorithm; and
2> with all input bits for COUNT, BEARER and DIRECTION set to binary ones;
1> derive the KgNB key based on the current KgNB key or the NH, using the stored nextHopChainingCount value, as
specified in TS 33.501 [11];
1> derive the KRRCenc key, the KRRCint key, the KUPint key and the KUPenc key;
1> configure lower layers to apply integrity protection for all radio bearers except SRB0 using the configured
algorithm and the KRRCint key and KUPint key derived in this subclause immediately, i.e., integrity protection shall
be applied to all subsequent messages received and sent by the UE;
NOTE 1: Only DRBs with previously configured UP integrity protection shall resume integrity protection.
1> configure lower layers to apply ciphering for all radio bearers except SRB0 and to apply the configured
ciphering algorithm, the KRRCenc key and the KUPenc key derived in this subclause, i.e. the ciphering configuration
shall be applied to all subsequent messages received and sent by the UE;
1> submit the selected message RRCResumeRequest or RRCResumeRequest1 for transmission to lower layers.
Release 16 106 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE 2: Only DRBs with previously configured UP ciphering shall resume ciphering.
If lower layers indicate an integrity check failure while T319 is running, perform actions specified in 5.3.13.5.
The UE shall continue cell re-selection related measurements as well as cell re-selection evaluation. If the conditions for
cell re-selection are fulfilled, the UE shall perform cell re-selection as specified in 5.3.13.6.
1> else:
3> release the MCG SCell(s) from the UE Inactive AS context, if stored;
4> release the MR-DC related configurations (i.e., as specified in 5.3.5.10) from the UE Inactive AS
context, if stored;
2> restore the masterCellGroup, mrdc-SecondaryCellGroup, if stored, and pdcp-Config from the UE Inactive
AS context;
2> configure lower layers to consider the restored MCG and SCG SCell(s) (if any) to be in deactivated state;
2> perform the cell group configuration for the received masterCellGroup according to 5.3.5.5;
3> perform the RRC reconfiguration according to 5.3.5.3 for the RRCReconfiguration message included in
nr-SCG;
3> perform the RRC connection reconfiguration as specified in TS 36.331 [10], clause 5.3.5.3 for the
RRCConnectionReconfiguration message included in eutra-SCG;
1> if stored, discard the cell reselection priority information provided by the cellReselectionPriorities or inherited
from another RAT;
1> indicate to upper layers that the suspended RRC connection has been resumed;
2> if the upper layer provides NAS PDU, set the dedicatedNAS-Message to include the information received
from upper layers;
2> if the upper layer provides a PLMN, set the selectedPLMN-Identity to PLMN selected by upper layers (TS
24.501 [23]) from the PLMN(s) included in the plmn-IdentityList in SIB1;
3> include the uplinkTxDirectCurrentList for each MCG serving cell with UL;
3> include uplinkDirectCurrentBWP-SUL for each MCG serving cell configured with SUL carrier, if any,
within the uplinkTxDirectCurrentList;
2> if the UE has idle/inactive measurement information concerning cells other than the PCell available in
VarMeasIdleReport:
Editor's note: FFS if the idleModeMeasuremnetReq indicates all results (EUTRA and NR), or can request only NR
results. The procedure below assumes the former.
4> set the measResultIdleNR in the RRCResumeComplete message to the value of measReportIdleNR in
the VarMeasIdleReport, if measurement information concerning cells other than the PCell is
available;
Release 16 108 3GPP TS 38.331 V16.0.0 (2020-03)
4> discard the VarMeasIdleReport upon successful delivery of the RRCResumeComplete message is
confirmed by lower layers;
2> if the UE has logged measurements available for NR and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has Bluetooth logged measurements available and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has WLAN logged measurements available and if the RPLMN is included in plmn-IdentityList
stored in VarLogMeasReport:
2> if the UE has connection establishment failure information available in VarConnEstFailReport and if the
RPLMN is equal to plmn-Identity stored in VarConnEstFailReport:
2> if the UE has radio link failure or handover failure information available in VarRLF-Report and if the
RPLMN is included in plmn-IdentityList stored in VarRLF-Report:
2> if the UE has radio link failure or handover failure information available in VarRLF-Report of TS 36.331
[10] and if the UE is capable of cross-RAT RLF reporting and if the RPLMN is included in plmn-IdentityList
stored in VarRLF-Report of TS 36.331 [10]:
2> if the UE supports storage of mobility history information and the UE has mobility history information
available in VarMobilityHistoryReport:
2> include the mobilityState in the RRCResumeComplete message and set it to the mobility state (as specified in
TS 38.304 [20]) of the UE just prior to entering RRC_CONNECTED state;
5.3.13.5 T319 expiry or Integrity check failure from lower layers while T319 is running
The UE shall:
1> if timer T319 expires or upon receiving Integrity check failure indication from lower layers while T319 is
running:
Release 16 109 3GPP TS 38.331 V16.0.0 (2020-03)
2> clear the content included in VarConnEstFailReport except for the numberOfConnFail, if any;
2> if the UE has connection resume failure informaton available in VarConnEstFailReport and if the RPLMN is
not equal to plmn-identity stored in VarConnEstFailReport:
2> store the following connection resume failure information in the VarConnEstFailReport by setting its fields
as follows:
3> set the plmn-Identity to the PLMN selected by upper layers (see TS 23.122 [54], TS 24.501 [23]) from the
PLMN(s) included in the plmn-IdentityList in SIB1;
3> set the measResultFailedCell to include the global cell identity, physical cell id, the RSRP, and RSRQ, of
the failed cell based on the available SSB measurements collected up to the moment the UE detected
connection establishment failure;
3> if available, set the measResultNeighCells, in order of decreasing ranking-criterion as used for cell re-
selection, to include neighbouring cell measurements for at most the following number of neighbouring
cells: 6 intra-frequency and 3 inter-frequency neighbours per frequency as well as 3 inter-RAT
neighbours, per frequency/ set of frequencies per RAT and according to the following:
4> for each neighbour cell included, include the optional fields that are available;
NOTE: The UE includes the latest results of the available measurements as used for cell reselection evaluation,
which are performed in accordance with the performance requirements as specified in TS 38.133 [14].
4> if available, set the commonLocationInfo to include the detailed location information;
4> if available, set the bt-LocationInfo to include the Bluetooth measurement results, in order of
decreasing RSSI for Bluetooth beacons;
4> if available, set the wlan-LocationInfo to include the WLAN measurement results, in order of
decreasing RSSI for WLAN APs;
4> if available, set the sensor-LocationInfo to include the sensor measurement results;
3> set perRAInfoList to indicate random access failure information as specified in 5.3.10.3;
2> perform the actions upon going to RRC_IDLE as specified in 5.3.11 with release cause 'RRC Resume
failure'.
The UE may discard the connection resume failure information, i.e. release the UE variable VarConnEsFailReport, 48
hours after the last connection resume failure is detected.
5.3.13.6 Cell re-selection or cell selection while T390, T319 or T302 is running (UE in
RRC_INACTIVE)
The UE shall:
2> perform the actions upon going to RRC_IDLE as specified in 5.3.11 with release cause 'RRC Resume
failure';
2> initiate RRC connection resume procedure in 5.3.13.2 with resumeCause set to rna-Update;
1> if barring is alleviated for Access Category '8' or Access Category '2', as specified in 5.3.14.4:
2> if upper layers do not request RRC the resumption of an RRC connection, and
3> initiate RRC connection resume procedure in 5.3.13.2 with resumeCause value set to rna-Update.
If the UE in RRC_INACTIVE state fails to find a suitable cell and camps on the acceptable cell to obtain limited
service as defined in TS 38.304 [20], the UE shall:
1> perform the actions upon going to RRC_IDLE as specified in 5.3.11 with release cause 'other'.
NOTE: It is left to UE implementation how to behave when T380 expires while the UE is camped neither on a
suitable nor on an acceptable cell.
1> if the UE is unable to comply with (part of) the configuration included in the RRCResume message;
2> perform the actions upon going to RRC_IDLE as specified in 5.3.11 with release cause ′RRC Resume
failure′.
NOTE 1: The UE may apply above failure handling also in case the RRCResume message causes a protocol error
for which the generic error handling as defined in 10 specifies that the UE shall ignore the message.
NOTE 2: If the UE is unable to comply with part of the configuration, it does not apply any part of the
configuration, i.e. there is no partial success/failure.
1> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'other'.
Release 16 111 3GPP TS 38.331 V16.0.0 (2020-03)
After a PCell change in RRC_CONNECTED the UE shall defer access barring checks until it has obtained SIB1 (as
specified in 5.2.2.2) from the target cell.
5.3.14.2 Initiation
Upon initiation of the procedure, the UE shall:
1> else if timer T302 is running and the Access Category is neither '2' nor '0':
1> else:
2> else:
4> select the UAC-BarringPerPLMN entry with the plmn-IdentityIndex corresponding to the PLMN or to
the SNPN selected by upper layers;
4> in the remainder of this procedure, use the selected UAC-BarringPerPLMN entry (i.e. presence or
absence of access barring parameters in this entry) irrespective of the uac-BarringForCommon
included in SIB1;
4> in the remainder of this procedure use the uac-BarringForCommon (i.e. presence or absence of these
parameters) included in SIB1;
3> else:
6> perform access barring check for the Access Category as specified in 5.3.14.5, using the
selected UAC-BarringInfoSet as "UAC barring parameter";
Release 16 112 3GPP TS 38.331 V16.0.0 (2020-03)
5> else:
4> else:
4> select the uac-BarringInfoSetIndex corresponding to the Access Category in the uac-
ImplicitACBarringList;
4> if the uac-BarringInfoSetList contains the UAC-BarringInfoSet entry corresponding to the selected
uac-BarringInfoSetIndex:
5> perform access barring check for the Access Category as specified in 5.3.14.5, using the selected
UAC-BarringInfoSet as "UAC barring parameter";
4> else:
3> else:
5> inform the upper layer that access barring is applicable for all access categories except categories
'0', upon which the procedure ends;
4> else
5> inform the upper layer that access barring is applicable for all access categories except categories
'0' and '2', upon which the procedure ends;
3> else:
4> inform upper layers that the access attempt for the Access Category is barred, upon which the
procedure ends;
2> else:
3> inform upper layers that the access attempt for the Access Category is allowed, upon which the procedure
ends;
1> else:
5.3.14.3 Void
5.3.14.4 T302, T390 expiry or stop (Barring alleviation)
The UE shall:
2> for each Access Category for which T390 is not running:
Release 16 113 3GPP TS 38.331 V16.0.0 (2020-03)
1> else if timer T390 corresponding to an Access Category other than '2' expires or is stopped, and if timer T302 is
not running:
1> else if timer T390 corresponding to the Access Category '2' expires or is stopped:
3> inform upper layers about barring alleviation for the Access Category.
1> if one or more Access Identities are indicated according to TS 24.501 [23], and
1> if for at least one of these Access Identities the corresponding bit in the uac-BarringForAccessIdentity contained
in "UAC barring parameter" is set to zero:
1> else:
2> draw a random number 'rand' uniformly distributed in the range: 0 ≤ rand < 1;
2> if 'rand' is lower than the value indicated by uac-BarringFactor included in "UAC barring parameter":
2> else:
2> draw a random number 'rand' that is uniformly distributed in the range 0 ≤ rand < 1;
2> start timer T390 for the Access Category with the timer value calculated as follows, using the uac-
BarringTime included in "AC barring parameter":
1> reset MAC and release the default MAC Cell Group configuration;
2> start timer T302, with the timer value set to the waitTime;
2> inform the upper layer that access barring is applicable for all access categories except categories '0' and '2';
2> inform upper layers about the failure to setup the RRC connection, upon which the procedure ends;
3> inform upper layers about the failure to resume the RRC connection;
2> discard the current KgNB key, the KRRCenc key, the KRRCint key, the KUPint key and the KUPenc key derived in
accordance with 5.3.13.3;
The RRC_INACTIVE UE shall continue to monitor paging while the timer T302 is running.
NOTE: If configured, the UE continues to perform idle/inactive measurements while the timer T331 is running.
5.4.2 Handover to NR
5.4.2.1 General
UE Network
RRCReconfigurationComplete
The purpose of this procedure is to, under the control of the network, transfer a connection between the UE and another
Radio Access Network (e.g. E-UTRAN) to NR.
The handover to NR procedure applies when SRBs, possibly in combination with DRBs, are established in another
RAT. Handover from E-UTRA to NR applies only after integrity has been activated in E-UTRA.
Release 16 115 3GPP TS 38.331 V16.0.0 (2020-03)
5.4.2.2 Initiation
The RAN using another RAT initiates the handover to NR procedure, in accordance with the specifications applicable
for the other RAT, by sending the RRCReconfiguration message via the radio access technology from which the inter-
RAT handover is performed.
- to activate ciphering, possibly using NULL algorithm, if not yet activated in the other RAT;
1> apply the default L1 parameter values as specified in corresponding physical layer specifications except for the
parameters for which values are provided in SIB1;
1> apply the default MAC Cell Group configuration as specified in 9.2.2;
NOTE: If the UE is connected to 5GC of the source E-UTRA cell, the delta configuration for PDCP and SDAP
can be used for intra-system inter-RAT handover. For other cases, source RAT configuration is not
considered when the UE applies the reconfiguration message of target RAT.
UE Network
MobilityFromNRCommand
UE Network
MobilityFromNRCommand
The purpose of this procedure is to move a UE in RRC_CONNECTED to a cell using other RAT, e.g. E-UTRA,
UTRA-FDD. The mobility from NR procedure covers the following type of mobility:
- handover, i.e. the MobilityFromNRCommand message includes radio resources that have been allocated for the
UE in the target cell;
5.4.3.2 Initiation
The network initiates the mobility from NR procedure to a UE in RRC_CONNECTED, possibly in response to a
MeasurementReport message, by sending a MobilityFromNRCommand message. The network applies the procedure as
follows:
Release 16 116 3GPP TS 38.331 V16.0.0 (2020-03)
- the procedure is initiated only when AS security has been activated, and SRB2 with at least one DRB are setup
and not suspended.
1> access the target cell indicated in the inter-RAT message in accordance with the specifications of the target RAT.
1> release the AS security context including the KRRCenc key, the KRRCint key, the KUPint key and the KUPenc key, if
stored;
1> release all radio resources, including release of the RLC entity and the MAC configuration;
1> release the associated PDCP entity and SDAP entity for all established RBs;
NOTE : PDCP and SDAP configured by the source RAT prior to the handover that are reconfigured and re-used
by target RAT when delta signalling (i.e., during inter-RAT intra-system handover when fullConfig is not
present) is used, are not released as part of this procedure.
2> indicate the release of the RRC connection to upper layers together with the release cause 'other'.
1> if the UE does not succeed in establishing the connection to the target radio access technology:
5> perform the actions upon going to RRC_IDLE as specified in 5.3.11, with release cause 'RRC
connection failure';
4> else:
Release 16 117 3GPP TS 38.331 V16.0.0 (2020-03)
2> else:
1> else if the UE is unable to comply with any part of the configuration included in the MobilityFromNRCommand
message; or
1> if there is a protocol error in the inter RAT information included in the MobilityFromNRCommand message,
causing the UE to fail the procedure according to the specifications applicable for the target RAT:
5.5 Measurements
5.5.1 Introduction
The network may configure an RRC_CONNECTED UE to perform measurements. The network may configure the UE
to report them in accordance with the measurement configuration or perform conditional configuration evaluation in
accordance with the conditional configuration. The measurement configuration is provided by means of dedicated
signalling i.e. using the RRCReconfiguration or RRCResume.
The network may configure the UE to perform the following types of measurements:
- NR measurements;
The network may configure the UE to report the following measurement information based on SS/PBCH block(s):
The network may configure the UE to report the following measurement information based on CSI-RS resources:
The network may configure the UE to perform the following types of measurements for sidelink:
- CBR measurements.
The network may configure the UE to report the following measurement information based on SRS resources:
The network may configure the UE to report the following measurement information based on CLI-RSSI resources:
1. Measurement objects: A list of objects on which the UE shall perform the measurements.
- For intra-frequency and inter-frequency measurements a measurement object indicates the frequency/time
location and subcarrier spacing of reference signals to be measured. Associated with this measurement
object, the network may configure a list of cell specific offsets, a list of 'blacklisted' cells and a list of
'whitelisted' cells. Blacklisted cells are not applicable in event evaluation or measurement reporting.
Whitelisted cells are the only ones applicable in event evaluation or measurement reporting.
- The measObjectId of the MO which corresponds to each serving cell is indicated by servingCellMO within
the serving cell configuration.
- For inter-RAT E-UTRA measurements a measurement object is a single E-UTRA carrier frequency.
Associated with this E-UTRA carrier frequency, the network can configure a list of cell specific offsets, a list
of 'blacklisted' cells and a list of 'whitelisted' cells. Blacklisted cells are not applicable in event evaluation or
measurement reporting. Whitelisted cells are the only ones applicable in event evaluation or measurement
reporting.
- For inter-RAT UTRA-FDD measurements a measurement object is a set of cells on a single UTRA-FDD
carrier frequency.
- For CBR measurement of V2X sidelink communication, a measurement object is a set of transmission
resource pool(s) on a carrier frequency for V2X sidelink communication.
- For CLI measurements a measurement object indicates the frequency/time location of SRS resources and/or
CLI-RSSI resources, and subcarrier spacing of SRS resources to be measured.
2. Reporting configurations: A list of reporting configurations where there can be one or multiple reporting
configurations per measurement object. Each measurement reporting configuration consists of the following:
- Reporting criterion: The criterion that triggers the UE to send a measurement report. This can either be
periodical or a single event description.
- RS type: The RS that the UE uses for beam and cell measurement results (SS/PBCH block or CSI-RS).
- Reporting format: The quantities per cell and per beam that the UE includes in the measurement report (e.g.
RSRP) and other associated information such as the maximum number of cells and the maximum number
beams per cell to report.
In case of conditional configuration triggering configuration, each configuration consists of the following:
- Execution criteria: The criteria that triggers the UE to perform conditional configuration execution.
- RS type: The RS that the UE uses for beam and cell measurement results (SS/PBCH block or CSI-RS) for
conditional configuration execution condition.
3. Measurement identities: For measurement reporting, a list of measurement identities where each measurement
identity links one measurement object with one reporting configuration. By configuring multiple measurement
identities, it is possible to link more than one measurement object to the same reporting configuration, as well as
to link more than one reporting configuration to the same measurement object. The measurement identity is also
included in the measurement report that triggered the reporting, serving as a reference to the network. For
conditional configuration triggering, one measurement identity links to exactly one conditional configuration
trigger configuration. And up to 2 measurement identities can be linked to one conditional configuration
execution condition.
4. Quantity configurations: The quantity configuration defines the measurement filtering configuration used for
all event evaluation and related reporting, and for periodical reporting of that measurement. For NR
measurements, the network may configure up to 2 quantity configurations with a reference in the NR
measurement object to the configuration that is to be used. In each configuration, different filter coefficients can
Release 16 119 3GPP TS 38.331 V16.0.0 (2020-03)
be configured for different measurement quantities, for different RS types, and for measurements per cell and per
beam.
A UE in RRC_CONNECTED maintains a measurement object list, a reporting configuration list, and a measurement
identities list according to signalling and procedures in this specification. The measurement object list possibly includes
NR measurement object(s) , CLI measurement object(s) and inter-RAT objects. Similarly, the reporting configuration
list includes NR and inter-RAT reporting configurations. Any measurement object can be linked to any reporting
configuration of the same RAT type. Some reporting configurations may not be linked to a measurement object.
Likewise, some measurement objects may not be linked to a reporting configuration.
1. The NR serving cell(s) – these are the SpCell and one or more SCells.
2. Listed cells – these are cells listed within the measurement object(s).
3. Detected cells – these are cells that are not listed within the measurement object(s) but are detected by the UE on
the SSB frequency(ies) and subcarrier spacing(s) indicated by the measurement object(s).
For NR measurement object(s), the UE measures and reports on the serving cell(s), listed cells and/or detected cells. For
inter-RAT measurements object(s) of E-UTRA, the UE measures and reports on listed cells and detected cells and, for
RSSI and channel occupancy measurements, the UE measures and reports on any reception on the indicated frequency.
For inter-RAT measurements object(s) of UTRA-FDD, the UE measures and reports on listed cells. For CLI
measurement object(s), the UE measures and reports on configured CLI measurement resources (i.e. SRS resources
and/or CLI-RSSI resources).
Whenever the procedural specification, other than contained in sub-clause 5.5.2, refers to a field it concerns a field
included in the VarMeasConfig unless explicitly stated otherwise i.e. only the measurement configuration procedure
covers the direct UE action related to the received measConfig.
- a measConfig, associated with MCG, that is included in the RRCReconfiguration message received via SRB1;
and
- a measConfig, associated with SCG, that is included in the RRCReconfiguration message received via SRB3, or,
alternatively, included within a RRCReconfiguration message embedded in a RRCReconfiguration message
received via SRB1.
The configurations related to CBR measurments are only included in the measConfig associated with MCG.
In this case, the UE maintains two independent VarMeasConfig and VarMeasReportList, one associated with each
measConfig, and independently performs all the procedures in clause 5.5 for each measConfig and the associated
VarMeasConfig and VarMeasReportList, unless explicitly stated otherwise.
- to ensure that, whenever the UE has a measConfig associated with a CG, it includes a measObject for the SpCell
and for each NR SCell of the CG to be measured;
- to configure at most one measurement identity across all CGs using a reporting configuration with the
reportType set to reportCGI;
- to configure at most one measurement identity per CG using a reporting configuration with the ul-
DelayValueConfig;
- for all SSB based measurements there is at most one measurement object with the same ssbFrequency;
Release 16 120 3GPP TS 38.331 V16.0.0 (2020-03)
- an smtc1 included in any measurement object with the same ssbFrequency has the same value and that an
smtc2 included in any measurement object with the same ssbFrequency has the same value;
- to ensure that all measurement objects configured in this specification and in TS 36.331 [10] with the same
ssbFrequency have the same ssbSubcarrierSpacing;
- to ensure that, if a measurement object associated with the MCG has the same ssbFrequency as a measurement
object associated with the SCG:
- for that ssbFrequency, the measurement window according to the smtc1 configured by the MCG includes the
measurement window according to the smtc1 configured by the SCG, or vice-versa, with an accuracy of the
maximum receive timing difference specified in TS 38.133 [14].
- if both measurement objects are used for RSSI measurements, bits in measurementSlots in both objects
corresponding to the same slot are set to the same value. Also, the endSymbol is the same in both objects.
- to ensure that, if a measurement object has the same ssbFrequency as a measurement object configured in TS
36.331 [10]:
- for that ssbFrequency, the measurement window according to the smtc configured in TS 36.331 [10] includes
the measurement window according to the smtc1 configured in TS 38.331, or vice-versa, with an accuracy of
the maximum receive timing difference specified in TS 38.133 [14].
- if both measurement objects are used for RSSI measurements, bits in measurementSlots in both objects
corresponding to the same slot are set to the same value. Also, the endSymbol is the same in both objects.
- when the UE is in NE-DC, NR-DC, or NR standalone, to configure at most one measurement identity across all
CGs using a reporting configuration with the reportType set to reportSFTD;
- to ensure that all CSI-RS resources configured in each measurement object have the same center frequency,
(startPRB+floor(nrofPRBs/2))
The UE shall:
2> perform the measurement gap sharing configuration procedure as specified in 5.5.2.11;
2> if s-MeasureConfig is set to ssb-RSRP, set parameter ssb-RSRP of s-MeasureConfig within VarMeasConfig
to the lowest value of the RSRP ranges indicated by the received value of s-MeasureConfig;
2> else, set parameter csi-RSRP of s-MeasureConfig within VarMeasConfig to the lowest value of the RSRP
ranges indicated by the received value of s-MeasureConfig.
1> for each measId included in the received measIdToRemoveList that is part of the current UE configuration in
VarMeasConfig:
2> remove the entry with the matching measId from the measIdList within the VarMeasConfig;
2> remove the measurement reporting entry for this measId from the VarMeasReportList, if included;
2> stop the periodical reporting timer or timer T321 or timer T322, whichever one is running, and reset the
associated information (e.g. timeToTrigger) for this measId.
NOTE: The UE does not consider the message as erroneous if the measIdToRemoveList includes any measId
value that is not part of the current UE configuration.
- configure a measId only if the corresponding measurement object, the corresponding reporting configuration and
the corresponding quantity configuration, are configured.
The UE shall:
2> if an entry with the matching measId exists in the measIdList within the VarMeasConfig:
3> replace the entry with the value received for this measId;
2> else:
3> add a new entry for this measId within the VarMeasConfig;
2> remove the measurement reporting entry for this measId from the VarMeasReportList, if included;
2> stop the periodical reporting timer or timer T321 or timer T322, whichever one is running, and reset the
associated information (e.g. timeToTrigger) for this measId;
2> if the reportType is set to reportCGI in the reportConfig associated with this measId:
4> if the useAutonomousGaps is included in the reportConfig associated with this measId:
5> start timer T321 with the timer value set to [FFS] for this measId;
4> else:
5> start timer T321 with the timer value set to 1 second for this measId;
5> if the useAutonomousGaps is included in the reportConfig associated with this measId:
6> start timer T321 with the timer value set to [FFS] for this measId;
5> else:
6> start timer T321 with the timer value set to 2 seconds for this measId;
5> if the useAutonomousGaps is included in the reportConfig associated with this measId:
6> start timer T321 with the timer value set to [FFS] for this measId;
5> else:
6> start timer T321 with the timer value set to 16 seconds for this measId.
2> if the reportType is set to reportSFTD in the reportConfigNR associated with this measId and the drx-SFTD-
NeighMeas is included:
4> start timer T322 with the timer value set to 3 seconds for this measId;
4> start timer T322 with the timer value set to 24 seconds for this measId.
1> for each measObjectId included in the received measObjectToRemoveList that is part of measObjectList in
VarMeasConfig:
2> remove the entry with the matching measObjectId from the measObjectList within the VarMeasConfig;
2> remove all measId associated with this measObjectId from the measIdList within the VarMeasConfig, if any;
3> remove the measurement reporting entry for this measId from the VarMeasReportList, if included;
3> stop the periodical reporting timer or timer T321 or timer T322, whichever is running, and reset the
associated information (e.g. timeToTrigger) for this measId.
NOTE: The UE does not consider the message as erroneous if the measObjectToRemoveList includes any
measObjectId value that is not part of the current UE configuration.
2> if an entry with the matching measObjectId exists in the measObjectList within the VarMeasConfig, for this
entry:
3> reconfigure the entry with the value received for this measObject, except for the fields
cellsToAddModList, blackCellsToAddModList, whiteCellsToAddModList, cellsToRemoveList,
blackCellsToRemoveList and whiteCellsToRemoveList;
5> remove the entry with the matching physCellId from the cellsToAddModList;
Release 16 123 3GPP TS 38.331 V16.0.0 (2020-03)
6> replace the entry with the value received for this physCellId;
5> else:
6> add a new entry for the received physCellId to the cellsToAddModList;
5> remove the entry with the matching pci-RangeIndex from the blackCellsToAddModList;
NOTE 1: For each pci-RangeIndex included in the blackCellsToRemoveList that concerns overlapping ranges of
cells, a cell is removed from the blacklist of cells only if all PCI ranges containing it are removed.
6> replace the entry with the value received for this pci-RangeIndex;
5> else:
6> add a new entry for the received pci-RangeIndex to the blackCellsToAddModList;
5> remove the entry with the matching pci-RangeIndex from the whiteCellsToAddModList;
NOTE2: For each pci-RangeIndex included in the whiteCellsToRemoveList that concerns overlapping ranges of
cells, a cell is removed from the whitelist of cells only if all PCI ranges containing it are removed.
6> replace the entry with the value received for this pci-RangeIndex;
5> else:
6> add a new entry for the received pci-RangeIndex to the whiteCellsToAddModList
3> for each measId associated with this measObjectId in the measIdList within the VarMeasConfig, if any:
4> remove the measurement reporting entry for this measId from the VarMeasReportList, if included;
4> stop the periodical reporting timer or timer T321 or timer T322, whichever one is running, and reset
the associated information (e.g. timeToTrigger) for this measId;
3> if the received measObject includes the tx-PoolMeasToRemoveList (for NR sidelink communication):
5> remove the entry with the matching identity of the transmission resource pool from the tx-
PoolMeasToAddModList;
3> if the received measObject includes the tx-PoolMeasToAddModList (for NR sidelink communication):
Release 16 124 3GPP TS 38.331 V16.0.0 (2020-03)
5> if an entry with the matching identity of the transmission resource pool exists in the tx-
PoolMeasToAddModList:
6> replace the entry with the value received for this transmission resource pool;
5> else:
6> add a new entry for the received identity of the transmission resource pool to the tx-
PoolMeasToAddModList;
2> else:
3> add a new entry for the received measObject to the measObjectList within VarMeasConfig.
1> for each reportConfigId included in the received reportConfigToRemoveList that is part of the current UE
configuration in VarMeasConfig:
2> remove the entry with the matching reportConfigId from the reportConfigList within the VarMeasConfig;
2> remove all measId associated with the reportConfigId from the measIdList within the VarMeasConfig, if any;
3> remove the measurement reporting entry for this measId from the VarMeasReportList, if included;
3> stop the periodical reporting timer or timer T321 or timer T322, whichever one is running, and reset the
associated information (e.g. timeToTrigger) for this measId.
NOTE: The UE does not consider the message as erroneous if the reportConfigToRemoveList includes any
reportConfigId value that is not part of the current UE configuration.
2> if an entry with the matching reportConfigId exists in the reportConfigList within the VarMeasConfig, for
this entry:
3> reconfigure the entry with the value received for this reportConfig;
3> for each measId associated with this reportConfigId included in the measIdList within the
VarMeasConfig, if any:
4> remove the measurement reporting entry for this measId from the VarMeasReportList, if included;
4> stop the periodical reporting timer or timer T321 or timer T322, whichever one is running, and reset
the associated information (e.g. timeToTrigger) for this measId;
2> else:
3> add a new entry for the received reportConfig to the reportConfigList within the VarMeasConfig.
1> for each RAT for which the received quantityConfig includes parameter(s):
Release 16 125 3GPP TS 38.331 V16.0.0 (2020-03)
2> set the corresponding parameter(s) in quantityConfig within VarMeasConfig to the value of the received
quantityConfig parameter(s);
2> remove the measurement reporting entry for this measId from the VarMeasReportList, if included;
2> stop the periodical reporting timer or timer T321 or timer T322, whichever one is running, and reset the
associated information (e.g. timeToTrigger) for this measId.
2> if an FR1 measurement gap configuration is already setup, release the FR1 measurement gap configuration;
2> setup the FR1 measurement gap configuration indicated by the measGapConfig in accordance with the
received gapOffset, i.e., the first subframe of each gap occurs at an SFN and subframe meeting the following
condition:
2> apply the specified timing advance mgta to the gap occurrences calculated above (i.e. the UE starts the
measurement mgta ms before the gap subframe occurrences);
2> if an FR2 measurement gap configuration is already setup, release the FR2 measurement gap configuration;
2> setup the FR2 measurement gap configuration indicated by the measGapConfig in accordance with the
received gapOffset, i.e., the first subframe of each gap occurs at an SFN and subframe meeting the following
condition:
2> apply the specified timing advance mgta to the gap occurrences calculated above (i.e. the UE starts the
measurement mgta ms before the gap subframe occurrences);
2> if a per UE measurement gap configuration is already setup, release the per UE measurement gap
configuration;
2> setup the per UE measurement gap configuration indicated by the measGapConfig in accordance with the
received gapOffset, i.e., the first subframe of each gap occurs at an SFN and subframe meeting the following
condition:
2> apply the specified timing advance mgta to the gap occurrences calculated above (i.e. the UE starts the
measurement mgta ms before the gap subframe occurrences);
NOTE 1: For gapFR2 configuration with synchrnonous CA, for the UE in NE-DC or NR-DC, the SFN and
subframe of the serving cell indicated by the refServCellIndicator in gapFR2 is used in the gap
calculation. Otherwise, the SFN and subframe of a serving cell on FR2 frequency is used in the gap
calculation
NOTE 2: For gapFR1 or gapUE configuration, for the UE in NE-DC or NR-DC, the SFN and subframe of the
serving cell indicated by the refServCellIndicator in corresponding gapFR1 or gapUE is used in the gap
calculation. Otherwise, the SFN and subframe of the PCell is used in the gap calculation.
NOTE 3: For gapFR2 configuration with asynchronous CA, for the UE in NE-DC or NR-DC, the SFN and
subframe of the serving cell indicated by the refServCellIndicator and refFR2ServCellAsyncCA in
gapFR2 is used in the gap calculation. Otherwise, the SFN and subframe of a serving cell on FR2
frequency indicated by the refFR2ServCellAsyncCA in gapFR2 is used in the gap calculation
else:
with T = CEIL(Periodicity/10).
If smtc2 is present, for cells indicated in the pci-List parameter in smtc2 in the same MeasObjectNR, the UE shall setup
an additional SS/PBCH block measurement timing configuration (SMTC) in accordance with the received periodicity
parameter in the smtc2 configuration and use the Offset (derived from parameter periodicityAndOffset) and duration
parameter from the smtc1 configuration. The first subframe of each SMTC occasion occurs at an SFN and subframe of
the NR SpCell meeting the above condition.
If smtc2-LP is present, for cells indicated in the pci-List parameter in smtc2-LP in the same frequency (for intra
frequency cell reselection) or different frequency (for inter frequency cell reselecion), the UE shall setup an additional
SS/PBCH block measurement timing configuration (SMTC) in accordance with the received periodicity parameter in
the smtc2-LP configuration and use the Offset (derived from parameter periodicityAndOffset) and duration parameter
from the smtc configuration for that frequency. The first subframe of each SMTC occasion occurs at an SFN and
subframe of the NR SpCell or serving cell (for cell reselection) meeting the above condition.
On the indicated ssbFrequency, the UE shall not consider SS/PBCH block transmission in subframes outside the SMTC
occasion for RRM measurements based on SS/PBCH blocks and for RRM measurements based on CSI-RS except for
SFTD measurement (see TS 38.133 [14], subclause 9.3.8).
with T = rmtc-Periodicity/10;
On the concerned frequency, the UE shall not consider RSSI measurements outside the configured RMTC occasion
which lasts for measDuration for RSSI and channel occupancy measurements.
2> setup the FR1 measurement gap sharing configuration indicated by the measGapSharingConfig in
accordance with the received gapSharingFR1 as defined in TS 38.133 [14];
2> setup the FR2 measurement gap sharing configuration indicated by the measGapSharingConfig in
accordance with the received gapSharingFR2 as defined in TS 38.133 [14];
2> setup the per UE measurement gap sharing configuration indicated by the measGapSharingConfig in
accordance with the received gapSharingUE as defined in TS 38.133 [14];
The network may also configure the UE to report measurement information per beam (which can either be measurement
results per beam with respective beam identifier(s) or only beam identifier(s)), derived as described in 5.5.3.3a. If beam
measurement information is configured to be included in measurement reports, the UE applies the layer 3 beam filtering
as specified in 5.5.3.2. On the other hand, the exact L1 filtering of beam measurements used to derive cell measurement
results is implementation dependent.
The UE shall:
1> whenever the UE has a measConfig, perform RSRP and RSRQ measurements for each serving cell for which
servingCellMO is configured as follows:
2> if the reportConfig associated with at least one measId included in the measIdList within VarMeasConfig
contains an rsType set to ssb and ssb-ConfigMobility is configured in the measObject indicated by the
servingCellMO:
3> if the reportConfig associated with at least one measId included in the measIdList within VarMeasConfig
contains a reportQuantityRS-Indexes and maxNrofRS-IndexesToReport and contains an rsType set to ssb:
4> derive layer 3 filtered RSRP and RSRQ per beam for the serving cell based on SS/PBCH block, as
described in 5.5.3.3a;
3> derive serving cell measurement results based on SS/PBCH block, as described in 5.5.3.3;
2> if the reportConfig associated with at least one measId included in the measIdList within VarMeasConfig
contains an rsType set to csi-rs and CSI-RS-ResourceConfigMobility is configured in the measObject
indicated by the servingCellMO:
3> if the reportConfig associated with at least one measId included in the measIdList within VarMeasConfig
contains a reportQuantityRS-Indexes and maxNrofRS-IndexesToReport and contains an rsType set to csi-
rs:
4> derive layer 3 filtered RSRP and RSRQ per beam for the serving cell based on CSI-RS, as described
in 5.5.3.3a;
3> derive serving cell measurement results based on CSI-RS, as described in 5.5.3.3;
1> for each serving cell for which servingCellMO is configured, if the reportConfig associated with at least one
measId included in the measIdList within VarMeasConfig contains SINR as trigger quantity and/or reporting
quantity:
2> if the reportConfig contains rsType set to ssb and ssb-ConfigMobility is configured in the servingCellMO:
4> derive layer 3 filtered SINR per beam for the serving cell based on SS/PBCH block, as described in
5.5.3.3a;
3> derive serving cell SINR based on SS/PBCH block, as described in 5.5.3.3;
2> if the reportConfig contains rsType set to csi-rs and CSI-RS-ResourceConfigMobility is configured in the
servingCellMO:
4> derive layer 3 filtered SINR per beam for the serving cell based on CSI-RS, as described in 5.5.3.3a;
2> if the reportType for the associated reportConfig is set to reportCGI and timer T321 is running:
4> perform the corresponding measurements on the frequency and RAT indicated in the associated
measObject using autonomous gaps as necessary;
Release 16 129 3GPP TS 38.331 V16.0.0 (2020-03)
3> else:
4> perform the corresponding measurements on the frequency and RAT indicated in the associated
measObject using available idle periods;
3> if the cell indicated by reportCGI field for the associated measObject is an NR cell and that indicated cell
is broadcasting SIB1 (see TS 38.213 [13], clause 13):
3> for each of the configured DRBs, configure the PDCP layer to perform corresponding average UL PDCP
packet delay measurement per DRB;
2> if the reportType for the associated reportConfig is periodical, eventTriggered or condTriggerConfig:
3> if the UE does not require measurement gaps to perform the concerned measurements:
4> if s-MeasureConfig is set to ssb-RSRP and the NR SpCell RSRP based on SS/PBCH block, after layer
3 filtering, is lower than ssb-RSRP, or
4> if s-MeasureConfig is set to csi-RSRP and the NR SpCell RSRP based on CSI-RS, after layer 3
filtering, is lower than csi-RSRP:
7> derive layer 3 filtered beam measurements only based on CSI-RS for each measurement
quantity indicated in reportQuantityRS-Indexes, as described in 5.5.3.3a;
6> derive cell measurement results based on CSI-RS for the trigger quantity and each
measurement quantity indicated in reportQuantityCell using parameters from the associated
measObject, as described in 5.5.3.3;
7> derive layer 3 beam measurements only based on SS/PBCH block for each measurement
quantity indicated in reportQuantityRS-Indexes, as described in 5.5.3.3a;
6> derive cell measurement results based on SS/PBCH block for the trigger quantity and each
measurement quantity indicated in reportQuantityCell using parameters from the associated
measObject, as described in 5.5.3.3;
6> perform the corresponding measurements associated to neighbouring cells on the frequencies
indicated in the concerned measObject, as described in 5.5.3.2;
6> perform the corresponding measurements associated to neighbouring cells on the frequencies
indicated in the concerned measObject, as described in 5.5.3.2;
5> perform the RSSI and channel occupancy measurements on the frequency indicated in the
associated measObject;
5> perform SFTD measurements between the PCell and the E-UTRA PSCell;
5> perform SFTD measurements between the PCell and the NR PSCell;
6> perform SFTD measurements between the PCell and the NR neighbouring cell(s) detected
based on parameters in the associated measObject using available idle periods;
5> else:
6> perform SFTD measurements between the PCell and the NR neighbouring cell(s) detected
based on parameters in the associated measObject;
6> perform RSRP measurements based on SSB for the NR neighbouring cell(s) detected based on
parameters in the associated measObject;
3> perform the corresponding measurements associated to CLI measurement resources indicated in the
concerned measObjectCLI;
2> perform the evaluation of reporting criteria as specified in 5.5.4, except if reportConfig is
condTriggerConfig.
Editor's Note: It needs to be confirmed with RAN1 whether L3 filtering is applicable to RSSI measurements or
not.
The UE capable of CBR measurement when configured to transmit NR sidelink communication shall:
1> If the frequency used for NR sidelink communication is included in sl-FreqInfoToAddModList in sl-
ConfigDedicatedNR within RRCReconfiguration message or included in sl-ConfigCommonNR within SIB12:
3> if the cell chosen for NR sidelink communication provides SIB12 which includes sl-
TxPoolSelectedNormal or sl-TxPoolExceptional for the concerned frequency:
4> perform CBR measurement on pools in sl-TxPoolSelectedNormal and sl-TxPoolExceptional for the
concerned frequency in SIB12;
4> perform CBR measurements on each transmission resource pool indicated in the tx-
PoolMeasToAddModList;
3> else if the cell chosen for NR sidelink communication provides SIB12 which includes sl-
TxPoolSelectedNormal or sl-TxPoolExceptional for the concerned frequency:
4> perform CBR measurement on pools in sl-TxPoolSelectedNormal and sl-TxPoolExceptional for the
concerned frequency in SIB12;
1> else:
NOTE 2: In case the configurations for NR sidelink communication and CBR measurement are acquired via the E-
UTRA, configurations for NR sidelink communication in SIB12, sl-ConfigDedicatedNR within
RRCReconfiguration used in this subclause are provided by the configurations in
SystemInformationBlockTypeXX2, sl-ConfigDedicatedNR within RRCConnectionReconfiguration as
specified in TS 36.331[10], respectively.
If a UE that is configured by upper layers to transmit V2X sidelink communication is configured with transmission
resource pool(s) and the measurement objects concerning V2X sidelink communication (i.e. measObjectEUTRA-SL) by
NR, it shall perform CBR measurement as specified in subclause 5.5.3.X of TS 36.331 [10], based on the transmission
resource pool(s) and the measurement object(s) concerning V2X sidelink communication configured by NR.
1> for each cell measurement quantity, each beam measurement quantity and for each CLI measurement quantity
that the UE performs measurements according to 5.5.3.1:
2> filter the measured result, before using for evaluation of reporting criteria or for measurement reporting, by
the following formula:
Fn = (1 – a)*Fn-1 + a*Mn
where
Fn is the updated filtered measurement result, that is used for evaluation of reporting criteria or for
measurement reporting;
Fn-1 is the old filtered measurement result, where F0 is set to M1 when the first measurement result from
the physical layer is received; and for MeasObjectNR, a = 1/2(ki/4), where ki is the filterCoefficient for
the corresponding measurement quantity of the i:th QuantityConfigNR in quantityConfigNR-List, and i
is indicated by quantityConfigIndex in MeasObjectNR; for other measurements, a = 1/2(k/4), where k is
the filterCoefficient for the corresponding measurement quantity received by the quantityConfig; for
Release 16 132 3GPP TS 38.331 V16.0.0 (2020-03)
UTRA-FDD, a = 1/2(k/4), where k is the filterCoefficient for the corresponding measurement quantity
received by quantityConfigUTRA-FDD in the QuantityConfig;
2> adapt the filter such that the time characteristics of the filter are preserved at different input rates, observing
that the filterCoefficient k assumes a sample rate equal to X ms; The value of X is equivalent to one intra-
frequency L1 measurement period as defined in TS 38.133 [14] assuming non-DRX operation, and depends
on frequency range.
NOTE 2: The filtering is performed in the same domain as used for evaluation of reporting criteria or for
measurement reporting, i.e., logarithmic filtering for logarithmic measurements.
NOTE 3: The filter input rate is implementation dependent, to fulfil the performance requirements set in TS 38.133
[14]. For further details about the physical layer measurements, see TS 38.133 [14].
NOTE 4: For CLI-RSSI measurement, it is up to UE implementation whether to reset filtering upon BWP switch.
The UE shall:
1> for each cell measurement quantity to be derived based on SS/PBCH block:
2> if the highest beam measurement quantity value is below or equal to absThreshSS-BlocksConsolidation:
3> derive each cell measurement quantity based on SS/PBCH block as the highest beam measurement
quantity value, where each beam measurement quantity is described in TS 38.215 [9];
2> else:
3> derive each cell measurement quantity based on SS/PBCH block as the linear power scale average of the
highest beam measurement quantity values above absThreshSS-BlocksConsolidation where the total
number of averaged beams shall not exceed nrofSS-BlocksToAverage;
2> consider a CSI-RS resource to be applicable for deriving cell measurements when the concerned CSI-RS
resource is included in the csi-rs-CellMobility including the physCellId of the cell in theCSI-RS-
ResourceConfigMobility in the associated measObject;
2> if the highest beam measurement quantity value is below or equal to absThreshCSI-RS-Consolidation:
3> derive each cell measurement quantity based on applicable CSI-RS resources for the cell as the highest
beam measurement quantity value, where each beam measurement quantity is described in TS 38.215 [9];
2> else:
3> derive each cell measurement quantity based on CSI-RS as the linear power scale average of the highest
beam measurement quantity values above absThreshCSI-RS-Consolidation where the total number of
averaged beams shall not exceed nrofCSI-RS-ResourcesToAverage;
Release 16 133 3GPP TS 38.331 V16.0.0 (2020-03)
1> for each layer 3 beam filtered measurement quantity to be derived based on SS/PBCH block;
2> derive each configured beam measurement quantity based on SS/PBCH block as described in TS 38.215[9],
and apply layer 3 beam filtering as described in 5.5.3.2;
1> for each layer 3 beam filtered measurement quantity to be derived based on CSI-RS;
2> derive each configured beam measurement quantity based on CSI-RS as described in TS 38.215 [9], and
apply layer 3 beam filtering as described in 5.5.3.2.
5> if a serving cell is associated with a measObjectNR and neighbours are associated with another
measObjectNR, consider any serving cell associated with the other measObjectNR to be a
neighbouring cell as well;
6> consider any neighbouring cell detected based on parameters in the associated measObjectNR
to be applicable when the concerned cell is included in the whiteCellsToAddModList defined
within the VarMeasConfig for this measId;
5> else:
6> consider any neighbouring cell detected based on parameters in the associated measObjectNR
to be applicable when the concerned cell is not included in the blackCellsToAddModList
defined within the VarMeasConfig for this measId;
5> consider a serving cell, if any, on the associated E-UTRA frequency as neighbour cell;
4> else:
5> consider any neighbouring cell detected on the associated frequency to be applicable when the
concerned cell is not included in the blackCellsToAddModListEUTRAN defined within the
VarMeasConfig for this measId;
5> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell
is included in the cellsToAddModList defined within the VarMeasConfig for this measId;
3> consider the cell detected on the associated measObject which has a physical cell identity matching the
value of the cellForWhichToReportCGI included in the corresponding reportConfig within the
VarMeasConfig to be applicable;
6> consider any NR neighbouring cell detected on the associated measObjectNR which has a
physical cell identity that is included in the cellsForWhichToReportSFTD to be applicable;
5> else:
3> consider the resource indicated by the rmtc-Config on the associated frequency to be applicable;
2> else if the corresponding reportConfig includes a reportType set to cli-Periodical or cli-EventTriggered:
3> consider all CLI measurement resources included in the corresponding measObject to be applicable;
2> if the corresponding reportConfig concerns the reporting for NR sidelink communication or V2X sidelink
communication (i.e. reportConfigNR-SL or reportConfigEUTRA-SL):
3> consider the transmission resource pools indicated by the tx-PoolMeasToAddModList defined within the
VarMeasConfig for this measId to be applicable;
2> if the reportType is set to eventTriggered and if the entry condition applicable for this event, i.e. the event
corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled for one
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for
this event within the VarMeasConfig, while the VarMeasReportList does not include a measurement
reporting entry for this measId (a first cell triggers the event):
3> include a measurement reporting entry within the VarMeasReportList for this measId;
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this
measId;
5> start timer T312 for the corresponding SpCell with the value of T312 configured in the
corresponding measObjectNR;
2> else if the reportType is set to eventTriggered and if the entry condition applicable for this event, i.e. the
event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled
for one or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3
filtering taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell
triggers the event):
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this
measId;
5> start timer T312 for the corresponding SpCell with the value of T312 configured in the
corresponding measObjectNR;
2> else if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled
for one or more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this
measId for all measurements after layer 3 filtering taken during timeToTrigger defined within the
VarMeasConfig for this event:
3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this
measId;
3> if the cellsTriggeredList defined within the VarMeasReportList for this measId is empty:
4> remove the measurement reporting entry within the VarMeasReportList for this measId;
4> stop the periodical reporting timer for this measId, if running;
2> else if the reportType is set to eventTriggered and if the entry condition applicable for this event, i.e. the
event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled
for one or more applicable transmission resource pools for all measurements taken during timeToTrigger
defined for this event within the VarMeasConfig, while the VarMeasReportList does not include an
measurement reporting entry for this measId (a first transmission resource pool triggers the event):
3> include a measurement reporting entry within the VarMeasReportList for this measId;
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
3> include the concerned transmission resource pool(s) in the poolsTriggeredList defined within the
VarMeasReportList for this measId;
2> else if the reportType is set to eventTriggered and if the entry condition applicable for this event, i.e. the
event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled
for one or more applicable transmission resource pools not included in the poolsTriggeredList for all
Release 16 136 3GPP TS 38.331 V16.0.0 (2020-03)
measurements taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent
transmission resource pool triggers the event):
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
3> include the concerned transmission resource pool(s) in the poolsTriggeredList defined within the
VarMeasReportList for this measId;
2> else if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled
for one or more applicable transmission resource pools included in the poolsTriggeredList defined within the
VarMeasReportList for this measId for all measurements taken during timeToTrigger defined within the
VarMeasConfig for this event:
3> remove the concerned transmission resource pool(s) in the poolsTriggeredList defined within the
VarMeasReportList for this measId;
3> if the poolsTriggeredList defined within the VarMeasReportList for this measId is empty:
4> remove the measurement reporting entry within the VarMeasReportList for this measId;
4> stop the periodical reporting timer for this measId, if running
NOTE 1: For the report configurations concerning V2X sidelink communication, the UE decides whether to initiate
the measurement reporting procedure as specified in 5.5.5 based on the CBR measurement results
acquired from the transmission resource pools configured for V2X sidelink communication as specified in
subclause 5.5.3.1.
3> include a measurement reporting entry within the VarMeasReportList for this measId;
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
4> initiate the measurement reporting procedure, as specified in 5.5.5, immediately after the quantity to
be reported becomes available for the NR SpCell;
4> initiate the measurement reporting procedure, as specified in 5.5.5, immediately after the quantity to
be reported becomes available for the NR SpCell and for the strongest cell among the applicable cells;
2> if, in case the corresponding reportConfig concerns the reporting for NR sidelink communication or V2X
sidelink communication, reportType is set to periodical and if a (first) measurement result is available:
3> include a measurement reporting entry within the VarMeasReportList for this measId;
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
3> initiate the measurement reporting procedure, as specified in 5.5.5, immediately after the quantity to be
reported becomes available for the NR SpCell and CBR measurement results become available;
2> if the reportType is set to cli-EventTriggered and if the entry condition applicable for this event, i.e. the event
corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled for one
or more applicable CLI measurement resources for all measurements after layer 3 filtering taken during
timeToTrigger defined for this event within the VarMeasConfig, while the VarMeasReportList does not
include a measurement reporting entry for this measId (a first CLI measurement resource triggers the event):
3> include a measurement reporting entry within the VarMeasReportList for this measId;
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
3> include the concerned CLI measurement resource(s) in the cli-TriggeredList defined within the
VarMeasReportList for this measId;
Release 16 137 3GPP TS 38.331 V16.0.0 (2020-03)
2> else if the reportType is set to cli-EventTriggered and if the entry condition applicable for this event, i.e. the
event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled
for one or more CLI measurement resources not included in the cli-TriggeredList for all measurements after
layer 3 filtering taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent
CLI measurement resource triggers the event):
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
3> include the concerned CLI measurement resource(s) in the cli-TriggeredList defined within the
VarMeasReportList for this measId;
2> else if the reportType is set to cli-EventTriggered and if the leaving condition applicable for this event is
fulfilled for one or more of the CLI measurement resources included in the cli-TriggeredList defined within
the VarMeasReportList for this measId for all measurements after layer 3 filtering taken during
timeToTrigger defined within the VarMeasConfig for this event:
3> remove the concerned CLI measurement resource(s) in the cli-TriggeredList defined within the
VarMeasReportList for this measId;
3> if the cli-TriggeredList defined within the VarMeasReportList for this measId is empty:
4> remove the measurement reporting entry within the VarMeasReportList for this measId;
4> stop the periodical reporting timer for this measId, if running;
3> include a measurement reporting entry within the VarMeasReportList for this measId;
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
3> initiate the measurement reporting procedure, as specified in 5.5.5, immediately after the quantity to be
reported becomes available for at least one CLI measurement resource;
2> upon expiry of the periodical reporting timer for this measId:
5> if the quantity to be reported becomes available for each requested pair of PCell and NR cell:
4> else
5> initiate the measurement reporting procedure, as specified in 5.5.5, immediately after the quantity
to be reported becomes available for each requested pair of PCell and NR cell or the maximal
measurement reporting delay as specified in TS 38.133 [14];
4> initiate the measurement reporting procedure, as specified in 5.5.5, immediately after the quantity to
be reported becomes available for the pair of PCell and E-UTRA PSCell or the maximal measurement
reporting delay as specified in TS 38.133 [14];
3> if the UE acquired the SIB1 or SystemInformationBlockType1 for the requested cell; or
3> if the UE detects that the requested NR cell is not transmitting SIB1 (see TS 38.213 [13], clause 13):
4> include a measurement reporting entry within the VarMeasReportList for this measId;
4> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
3> initiate the measurement reporting procedure, as specified in 5.5.5, immediately after a first measurement
result is provided by all lower layers of the associated DRB identity;
3> include a measurement reporting entry within the VarMeasReportList for this measId;
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
2> if the corresponding reportConfig includes measRSSI-ReportConfig and if a (first) measurement result is
available:
3> include a measurement reporting entry within the VarMeasReportList for this measId;
3> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
3> initiate the measurement reporting procedure as specified in 5.5.5 immediately when RSSI sample values
are reported by the physical layer after the first L1 measurement duration.
1> consider the entering condition for this event to be satisfied when condition A1-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition A1-2, as specified below, is fulfilled;
1> for this measurement, consider the NR serving cell corresponding to the associated measObjectNR associated
with this event.
Ms is the measurement result of the serving cell, not taking into account any offsets.
Release 16 139 3GPP TS 38.331 V16.0.0 (2020-03)
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR for this event).
Thresh is the threshold parameter for this event (i.e. a1-Threshold as defined within reportConfigNR for this event).
1> consider the entering condition for this event to be satisfied when condition A2-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition A2-2, as specified below, is fulfilled;
1> for this measurement, consider the serving cell indicated by the measObjectNR associated to this event.
Ms is the measurement result of the serving cell, not taking into account any offsets.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR for this event).
Thresh is the threshold parameter for this event (i.e. a2-Threshold as defined within reportConfigNR for this event).
1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition A3-2, as specified below, is fulfilled;
NOTE The cell(s) that triggers the event has reference signals indicated in the measObjectNR associated to this
event which may be different from the NR SpCell measObjectNR.
Mn is the measurement result of the neighbouring cell, not taking into account any offsets.
Release 16 140 3GPP TS 38.331 V16.0.0 (2020-03)
Ofn is the measurement object specific offset of the reference signal of the neighbour cell (i.e. offsetMO as defined
within measObjectNR corresponding to the neighbour cell).
Ocn is the cell specific offset of the neighbour cell (i.e. cellIndividualOffset as defined within measObjectNR
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell.
Mp is the measurement result of the SpCell, not taking into account any offsets.
Ofp is the measurement object specific offset of the SpCell (i.e. offsetMO as defined within measObjectNR
corresponding to the SpCell).
Ocp is the cell specific offset of the SpCell (i.e. cellIndividualOffset as defined within measObjectNR corresponding
to the SpCell), and is set to zero if not configured for the SpCell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR for this event).
Off is the offset parameter for this event (i.e. a3-Offset as defined within reportConfigNR for this event).
Mn, Mp are expressed in dBm in case of RSRP, or in dB in case of RSRQ and RS-SINR.
1> consider the entering condition for this event to be satisfied when condition A4-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition A4-2, as specified below, is fulfilled.
Mn is the measurement result of the neighbouring cell, not taking into account any offsets.
Ofn is the measurement object specific offset of the neighbour cell (i.e. offsetMO as defined within measObjectNR
corresponding to the neighbour cell).
Ocn is the measurement object specific offset of the neighbour cell (i.e. cellIndividualOffset as defined within
measObjectNR corresponding to the neighbour cell), and set to zero if not configured for the neighbour cell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR for this event).
Thresh is the threshold parameter for this event (i.e. a4-Threshold as defined within reportConfigNR for this event).
5.5.4.6 Event A5 (SpCell becomes worse than threshold1 and neighbour becomes
better than threshold2)
The UE shall:
1> consider the entering condition for this event to be satisfied when both condition A5-1 and condition A5-2, as
specified below, are fulfilled;
Release 16 141 3GPP TS 38.331 V16.0.0 (2020-03)
1> consider the leaving condition for this event to be satisfied when condition A5-3 or condition A5-4, i.e. at least
one of the two, as specified below, is fulfilled;
NOTE: The parameters of the reference signal(s) of the cell(s) that triggers the event are indicated in the
measObjectNR associated to the event which may be different from the measObjectNR of the NR SpCell.
Mp is the measurement result of the NR SpCell, not taking into account any offsets.
Mn is the measurement result of the neighbouring cell, not taking into account any offsets.
Ofn is the measurement object specific offset of the neighbour cell (i.e. offsetMO as defined within measObjectNR
corresponding to the neighbour cell).
Ocn is the cell specific offset of the neighbour cell (i.e. cellIndividualOffset as defined within measObjectNR
corresponding to the neighbour cell), and set to zero if not configured for the neighbour cell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR for this event).
Thresh1 is the threshold parameter for this event (i.e. a5-Threshold1 as defined within reportConfigNR for this
event).
Thresh2 is the threshold parameter for this event (i.e. a5-Threshold2 as defined within reportConfigNR for this
event).
Mn, Mp are expressed in dBm in case of RSRP, or in dB in case of RSRQ and RS-SINR.
1> consider the entering condition for this event to be satisfied when condition A6-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition A6-2, as specified below, is fulfilled;
1> for this measurement, consider the (secondary) cell corresponding to the measObjectNR associated to this event
to be the serving cell.
NOTE: The reference signal(s) of the neighbour(s) and the reference signal(s) of the SCell are both indicated in
the associated measObjectNR.
Mn is the measurement result of the neighbouring cell, not taking into account any offsets.
Ocn is the cell specific offset of the neighbour cell (i.e. cellIndividualOffset as defined within the associated
measObjectNR), and set to zero if not configured for the neighbour cell.
Ms is the measurement result of the serving cell, not taking into account any offsets.
Ocs is the cell specific offset of the serving cell (i.e. cellIndividualOffset as defined within the associated
measObjectNR), and is set to zero if not configured for the serving cell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR for this event).
Off is the offset parameter for this event (i.e. a6-Offset as defined within reportConfigNR for this event).
Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ and RS-SINR.
1> consider the entering condition for this event to be satisfied when condition B1-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition B1-2, as specified below, is fulfilled.
Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets.
Ofn is the measurement object specific offset of the frequency of the inter-RAT neighbour cell (i.e. eutra-Q-
OffsetRange as defined within the measObjectEUTRA corresponding to the frequency of the neighbour inter-
RAT cell, utra-FDD-Q-OffsetRange as defined within the measObjectUTRA-FDD corresponding to the
frequency of the neighbour inter-RAT cell).
Ocn is the cell specific offset of the inter-RAT neighbour cell (i.e. cellIndividualOffset as defined within the
measObjectEUTRA corresponding to the neighbour inter-RAT cell), and set to zero if not configured for the
neighbour cell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigInterRAT for this event).
Thresh is the threshold parameter for this event (i.e. b1-ThresholdEUTRA as defined within reportConfigInterRAT
for this event, b1-ThresholdUTRA-FDD as defined for UTRA-FDD within reportConfigInterRAT for this event).
Mn is expressed in dBm or in dB, depending on the measurement quantity of the inter-RAT neighbour cell.
5.5.4.9 Event B2 (PCell becomes worse than threshold1 and inter RAT neighbour
becomes better than threshold2)
The UE shall:
1> consider the entering condition for this event to be satisfied when both condition B2-1 and condition B2-2, as
specified below, are fulfilled;
1> consider the leaving condition for this event to be satisfied when condition B2-3 or condition B2-4, i.e. at least
one of the two, as specified below, is fulfilled;
Mp is the measurement result of the PCell, not taking into account any offsets.
Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets.
Ofn is the measurement object specific offset of the frequency of the inter-RAT neighbour cell (i.e. eutra-Q-
OffsetRange as defined within the measObjectEUTRA corresponding to the frequency of the inter-RAT
neighbour cell, utra-FDD-Q-OffsetRange as defined within the measObjectUTRA-FDD corresponding to the
frequency of the neighbour inter-RAT cell).
Ocn is the cell specific offset of the inter-RAT neighbour cell (i.e. cellIndividualOffset as defined within the
measObjectEUTRA corresponding to the neighbour inter-RAT cell), and set to zero if not configured for the
neighbour cell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigInterRAT for this event).
Thresh1 is the threshold parameter for this event (i.e. b2-Threshold1 as defined within reportConfigInterRAT for
this event).
Thresh2 is the threshold parameter for this event (i.e. b2-Threshold2EUTRA as defined within
reportConfigInterRAT for this event, b2-Threshold2UTRA-FDD as defined for UTRA-FDD within
reportConfigInterRAT for this event).
Mn is expressed in dBm or dB, depending on the measurement quantity of the inter-RAT neighbour cell.
1> consider the entering condition for this event to be satisfied when condition I1-1, as specified below, is fulfilled;
Release 16 144 3GPP TS 38.331 V16.0.0 (2020-03)
1> consider the leaving condition for this event to be satisfied when condition I1-2, as specified below, is fulfilled.
Mi is the measurement result of the interference, not taking into account any offsets.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR for this event).
Thresh is the threshold parameter for this event (i.e. i1-Threshold as defined within reportConfigNR for this event).
1> consider the entering condition for this event to be satisfied when condition C1-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition C1-2, as specified below, is fulfilled;
Ms Hys Thresh
Ms Hys Thresh
Ms is the measurement result of channel busy ratio of the transmission resource pool, not taking into account any
offsets.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR-SL for this event).
Thresh is the threshold parameter for this event (i.e. s1-Threshold as defined within reportConfigNR-SL for this
event).
1> consider the entering condition for this event to be satisfied when condition C2-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition C2-2, as specified below, is fulfilled;
Ms Hys Thresh
Ms Hys Thresh
Ms is the measurement result of channel busy ratio of the transmission resource pool, not taking into account any
offsets.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR-SL for this event).
Thresh is the threshold parameter for this event (i.e. v2-Threshold as defined within reportConfigNR-SL for this
event).
5.5.4.13 Event V1 (The V2X sidelink channel busy ratio is above a threshold)
The UE behaviour is specified in subclause 5.5.4.14 of TS 36.331 [10].
5.5.4.14 Event V2 (The V2X sidelink channel busy ratio is below a threshold)
The UE behaviour is specified in subclause 5.5.4.15 of TS 36.331 [10].
UE Network
MeasurementReport
The purpose of this procedure is to transfer measurement results from the UE to the network. The UE shall initiate this
procedure only after successful AS security activation.
For the measId for which the measurement reporting procedure was triggered, the UE shall set the measResults within
the MeasurementReport message as follows:
1> set the measId to the measurement identity that triggered the measurement reporting;
2> if the reportConfig associated with the measId that triggered the measurement reporting includes rsType:
3> if the serving cell measurements based on the rsType included in the reportConfig that triggered the
measurement report are available:
4> set the measResultServingCell within measResultServingMOList to include RSRP, RSRQ and the
available SINR of the serving cell, derived based on the rsType included in the reportConfig that
triggered the measurement report;
2> else:
4> set the measResultServingCell within measResultServingMOList to include RSRP, RSRQ and the
available SINR of the serving cell, derived based on SSB;
Release 16 146 3GPP TS 38.331 V16.0.0 (2020-03)
4> set the measResultServingCell within measResultServingMOList to include RSRP, RSRQ and the
available SINR of the serving cell, derived based on CSI-RS;
1> set the servCellId within measResultServingMOList to include each NR serving cell that is configured with
servingCellMO, if any;
1> if the reportConfig associated with the measId that triggered the measurement reporting includes
reportQuantityRS-Indexes and maxNrofRS-IndexesToReport:
2> for each serving cell configured with servingCellMO, include beam measurement information according to
the associated reportConfig as described in 5.5.5.2;
1> if the reportConfig associated with the measId that triggered the measurement reporting includes
reportAddNeighMeas:
2> for each measObjectId referenced in the measIdList which is also referenced with servingCellMO, other than
the measObjectId corresponding with the measId that triggered the measurement reporting:
3> if the measObjectNR indicated by the servingCellMO includes the RS resource configuration
corresponding to the rsType indicated in the reportConfig:
4> set the measResultBestNeighCell within measResultServingMOList to include the physCellId and the
available measurement quantities based on the reportQuantityCell and rsType indicated in
reportConfig of the non-serving cell corresponding to the concerned measObjectNR with the highest
measured RSRP if RSRP measurement results are available for cells corresponding to this
measObjectNR, otherwise with the highest measured RSRQ if RSRQ measurement results are
available for cells corresponding to this measObjectNR, otherwise with the highest measured SINR;
4> if the reportConfig associated with the measId that triggered the measurement reporting includes
reportQuantityRS-Indexes and maxNrofRS-IndexesToReport:
5> for each best non-serving cell included in the measurement report:
6> include beam measurement information according to the associated reportConfig as described
in 5.5.5.2;
1> if the reportConfig associated with the measId that triggered the measurement reporting is set to eventTriggered
and eventID is set to eventA3, or eventA4, or eventA5, or eventB1, or eventB2:
2> if the UE is in NE-DC and the measurement configuration that triggered this measurement report is
associated with the MCG:
3> set the measResultServFreqListEUTRA-SCG to include an entry for each E-UTRA SCG serving
frequency with the following:
4> set the measResultServingCell to include the available measurement quantities that the UE is
configured to measure by the measurement configuration associated with the SCG;
4> if reportConfig associated with the measId that triggered the measurement reporting includes
reportAddNeighMeas:
1> if reportConfig associated with the measId that triggered the measurement reporting is set to eventTriggered and
eventID is set to eventA3, or eventA4, or eventA5:
2> if the UE is in NR-DC and the measurement configuration that triggered this measurement report is
associated with the MCG:
3> set the measResultServFreqListNR-SCG to include for each NR SCG serving cell that is configured with
servingCellMO, if any, the following:
Release 16 147 3GPP TS 38.331 V16.0.0 (2020-03)
4> if the reportConfig associated with the measId that triggered the measurement reporting includes
rsType:
5> if the serving cell measurements based on the rsType included in the reportConfig that triggered
the measurement report are available according to the measurement configuration associated with
the SCG:
4> else:
5> if SSB based serving cell measurements are available according to the measurement configuration
associated with the SCG:
5> else if CSI-RS based serving cell measurements are available according to the measurement
configuration associated with the SCG:
4> if results for the serving cell derived based on SSB are included:
5> include the ssbFrequency to the value indicated by ssbFrequency as included in the MeasObjectNR
of the serving cell;
4> if results for the serving cell derived based on CSI-RS are included:
5> include the refFreqCSI-RS to the value indicated by refFreqCSI-RS as included in the
MeasObjectNR of the serving cell;
4> if the reportConfig associated with the measId that triggered the measurement reporting includes
reportQuantityRS-Indexes and maxNrofRS-IndexesToReport:
5> for each serving cell configured with servingCellMO, include beam measurement information
according to the associated reportConfig as described in 5.5.5.2, where availability is considered
according to the measurement configuration associated with the SCG;
4> if reportConfig associated with the measId that triggered the measurement reporting includes
reportAddNeighMeas:
5> if the measObjectNR indicated by the servingCellMO includes the RS resource configuration
corresponding to the rsType indicated in the reportConfig:
7> if the reportConfig associated with the measId that triggered the measurement reporting
includes reportQuantityRS-Indexes and maxNrofRS-IndexesToReport:
8> for each best non-serving cell included in the measurement report:
1> if the measRSSI-ReportConfig is configured within the corresponding reportConfig for this measId:
2> set the rssi-Result to the average of sample value(s) provided by lower layers in the reportInterval;
2> set the channelOccupancy to the rounded percentage of sample values which are beyond the
channelOccupancyThreshold within all the sample values in the reportInterval;
3> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance
with the following:
5> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for
this measId;
4> else:
5> include the applicable cells for which the new measurement results became available since the last
periodical reporting or since the measurement was initiated or reset;
4> for each cell that is included in the measResultNeighCells, include the physCellId;
5> for each included cell, include the layer 3 filtered measured results in accordance with the
reportConfig for this measId, ordered as follows:
8> set resultsSSB-Cell within the measResult to include the SS/PBCH block based
quantity(ies) indicated in the reportQuantityCell within the concerned reportConfig, in
decreasing order of the sorting quantity, determined as specified in 5.5.5.3, i.e. the best
cell is included first;
8> set resultsCSI-RS-Cell within the measResult to include the CSI-RS based quantity(ies)
indicated in the reportQuantityCell within the concerned reportConfig, in decreasing
order of the sorting quantity, determined as specified in 5.5.5.3, i.e. the best cell is
included first;
7> set the measResult to include the quantity(ies) indicated in the reportQuantity within the
concerned reportConfigInterRAT in decreasing order of the sorting quantity, determined as
specified in 5.5.5.3, i.e. the best cell is included first;
6> if the measObject associated with this measId concerns UTRA-FDD and if
ReportConfigInterRAT includes the reportQuantityUTRA-FDD:
7> set the measResult to include the quantity(ies) indicated in the reportQuantityUTRA-FDD
within the concerned reportConfigInterRAT in decreasing order of the sorting quantity,
determined as specified in 5.5.5.3, i.e. the best cell is included first;
2> else:
Release 16 149 3GPP TS 38.331 V16.0.0 (2020-03)
4> if plmn-IdentityInfoList of the cgi-Info for the concerned cell has been obtained:
4> if npn-IdentityInfoList of the cgi-Info for the concerned cell has been obtained:
5> include the npn-IdentityInfoList including npn-IdentityList, trackingAreaCode (if available), ranac
(if available), cellIdentity and cellReservedForOperatorUse for each entry of the npn-
IdentityInfoList;
Editor's Note: It is FFS if all Rel-16 are required to be able to report the npn-IdentityInfoList.
5> include the noSIB1 including the ssb-SubcarrierOffset and pdcch-ConfigSIB1 obtained from MIB
of the concerned cell;
4> if all mandatory fields of the cgi-Info-EPC for the concerned cell have been obtained:
4> if the UE is E-UTRA/5GC capable and all mandatory fields of the cgi-Info-5GC for the concerned cell
have been obtained:
4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI
in the associated measObject have been obtained:
2> if the reportSFTD-Meas is set to true within the corresponding reportConfigNR for this measId:
4> set sfn-OffsetResult and frameBoundaryOffsetResult to the measurement results provided by lower
layers;
5> set rsrp-Result to the RSRP of the NR PSCell derived based on SSB;
2> else if the reportSFTD-NeighMeas is included within the corresponding reportConfigNR for this measId:
3> for each applicable cell which measurement results are available, include an entry in the
measResultCellListSFTD-NR and set the contents as follows:
4> set physCellId to the physical cell identity of the concered NR neighbour cell.
4> set sfn-OffsetResult and frameBoundaryOffsetResult to the measurement results provided by lower
layers;
Release 16 150 3GPP TS 38.331 V16.0.0 (2020-03)
5> set rsrp-Result to the RSRP of the concerned cell derived based on SSB;
2> if the reportSFTD-Meas is set to true within the corresponding reportConfigInterRAT for this measId:
4> set sfn-OffsetResult and frameBoundaryOffsetResult to the measurement results provided by lower
layers;
2> set the ul-PDCP-DelayValueResultList to include the corresponding average uplink PDCP delay values;
1> if the includeCommonLocationInfo is configured in the corresponding reportConfig for this measId and detailed
location information that has not been reported is available, set the content of commonLocationInfo of the
locationInfo as follows:
1> if the includeWLAN-Meas is configured in the corresponding reportConfig for this measId, set the wlan-
LocationInfo of the locationInfo in the measResults as follows:
2> if available, include the LogMeasResultWLAN, in order of decreasing RSSI for WLAN APs;
1> if the includeBT-Meas is configured in the corresponding reportConfig for this measId, set the BT-LocationInfo
of the locationInfo in the measResults as follows:
2> if available, include the LogMeasResultBT, in order of decreasing RSSI for Bluetooth beacons;
1> if the includeSensor-Meas is configured in the corresponding reportConfig for this measId, set the sensor-
LocationInfo of the locationInfo in the measResults as follows:
1> if there is at least one applicable transmission resource pool for NR sidelink communication or V2X sidelink
communication to report (for measResultSL):
2> set the measResultsListSL to include the CBR measurement results in accordance with the following:
4> include the transmission resource pools included in the poolsTriggeredList as defined within the
VarMeasReportList for this measId;
3> else:
4> include the applicable transmission resource pools for which the new measurement results became
available since the last periodical reporting or since the measurement was initiated or reset;
Release 16 151 3GPP TS 38.331 V16.0.0 (2020-03)
3> if the corresponding measObject concerns NR sidelink communication, then for each transmission
resource pool to be reported:
4> set the sl-poolReportIdentity to the identity of this transmission resource pool;
4> set the sl-CBR-ResultsNR to the CBR measurement results on PSSCH and PSCCH of this
transmission resource pool provided by lower layers, if available;
3> if the corresponding measObject concerns V2X sidelink communication, then for each transmission
resource pool to be reported:
4> set the sl-poolReportIdentity to the SL-ResourcePoolID-EUTRA of this transmission resource pool (as
identified in the corresponding measObject);
NOTE 1: The cbr-PSSCH-ResultsEUTRA and cbr-PSCCH-ResultsEUTRA are set in the same way as cbr-PSSCH
and cbr-PSCCH in subclause 5.5.5 of TS 36.331 [10], respectively.
3> set the measResultCLI to include the most interfering SRS resources or most interfering CLI-RSSI
resources up to maxReportCLI in accordance with the following:
6> include the SRS resource included in the cli-TriggeredList as defined within the
VarMeasReportList for this measId;
6> include the CLI-RSSI resource included in the cli-TriggeredList as defined within the
VarMeasReportList for this measId;
4> else:
6> include the applicable SRS resources for which the new measurement results became available
since the last periodical reporting or since the measurement was initiated or reset;
5> else:
6> include the applicable CLI-RSSI resources for which the new measurement results became
available since the last periodical reporting or since the measurement was initiated or reset;
5> set srs-RSRP-Result to include the layer 3 filtered measured results in decreasing order, i.e. the
most interfering SRS resource is included first;
5> set cli-RSSI-Result to include the layer 3 filtered measured results in decreasing order, i.e. the most
interfering CLI-RSSI resource is included first;
1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measId by 1;
Release 16 152 3GPP TS 38.331 V16.0.0 (2020-03)
1> if the numberOfReportsSent as defined within the VarMeasReportList for this measId is less than the
reportAmount as defined within the corresponding reportConfig for this measId:
2> start the periodical reporting timer with the value of reportInterval as defined within the corresponding
reportConfig for this measId;
1> else:
3> remove the entry within the VarMeasReportList for this measId;
3> submit the MeasurementReport message via SRB3 to lower layers for transmission, upon which the
procedure ends;
2> else:
3> submit the MeasurementReport message via E-UTRA embedded in E-UTRA RRC message
ULInformationTransferMRDC as specified in TS 36.331 [10].
2> if the measurement configuration that triggered this measurement report is associated with the SCG:
4> submit the MeasurementReport message via SRB3 to lower layers for transmission, upon which the
procedure ends;
3> else:
4> submit the MeasurementReport message via SRB1 embedded in NR RRC message
ULInformationTransferMRDC as specified in 5.7.2a.3;
2> else:
3> submit the MeasurementReport message via SRB1 to lower layers for transmission, upon which the
procedure ends;
1> else:
2> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends.
2> consider the trigger quantity as the sorting quantity if available, otherwise RSRP as sorting quantity if
available, otherwise RSRQ as sorting quantity if available, otherwise SINR as sorting quantity;
2> else:
Release 16 153 3GPP TS 38.331 V16.0.0 (2020-03)
3> else:
1> set rsIndexResults to include up to maxNrofRS-IndexesToReport SS/PBCH block indexes or CSI-RS indexes in
order of decreasing sorting quantity as follows:
3> include within resultsSSB-Indexes the index associated to the best beam for that SS/PBCH block sorting
quantity and if absThreshSS-BlocksConsolidation is included in the VarMeasConfig for the measObject
associated to the cell for which beams are to be reported, the remaining beams whose sorting quantity is
above absThreshSS-BlocksConsolidation;
3> if includeBeamMeasurements is configured, include the SS/PBCH based measurement results for the
quantities in reportQuantityRS-Indexes set to true for each SS/PBCH block index;
3> include within resultsCSI-RS-Indexes the index associated to the best beam for that CSI-RS sorting
quantity and, if absThreshCSI-RS-Consolidation is included in the VarMeasConfig for the measObject
associated to the cell for which beams are to be reported, the remaining beams whose sorting quantity is
above absThreshCSI-RS-Consolidation;
3> if includeBeamMeasurements is configured, include the CSI-RS based measurement results for the
quantities in reportQuantityRS-Indexes set to true for each CSI-RS index.
2> for an NR cell, consider the quantity used in the aN-Threshold (for eventA1, eventA2 and eventA4) or in the
a5-Threshold2 (for eventA5) or in the aN-Offset (for eventA3 and eventA6) as the sorting quantity;
2> for an E-UTRA cell, consider the quantity used in the bN-ThresholdEUTRA as the sorting quantity;
2> for an UTRA-FDD cell, consider the quantity used in the bN-ThresholdUTRA-FDD as the sorting quantity;
2> determine the sorting quantity according to reportQuantityCell for an NR cell, and according to
reportQuantity for an E-UTRA cell, as below:
3> else:
4> else:
2> determine the sorting quantity according to reportQuantityUTRA-FDD for UTRA-FDD cell, as below:
3> else:
UE Network
LocationMeasurementIndication
The purpose of this procedure is to indicate to the network that the UE is going to start/stop location related
measurements (eutra-RSTD) which require measurement gaps or start/stop subframe and slot timing detection towards
E-UTRA (eutra-FineTimingDetection) which requires measurement gaps. UE shall initiate this procedure only after
successful AS security activation.
5.5.6.2 Initiation
The UE shall:
1> if and only if upper layers indicate to start performing location measurements or start subframe and slot timing
detection towards E-UTRA, and the UE requires measurement gaps for these operations while measurement
gaps are either not configured or not sufficient:
NOTE 1: The UE verifies the measurement gap situation only upon receiving the indication from upper layers. If at
this point in time sufficient gaps are available, the UE does not initiate the procedure. Unless it receives a
new indication from upper layers, the UE is only allowed to further repeat the procedure in the same
PCell once per frequency of the target RAT if the provided measurement gaps are insufficient.
1> if and only if upper layers indicate to stop performing location measurements or stop subframe and slot timing
detection towards E-UTRA:
NOTE 2: The UE may initiate the procedure to indicate stop even if it did not previously initiate the procedure to
indicate start.
3> set the measurementIndication to the eutra-RSTD according to the information received from upper
layers;
1> else if the procedure is initiated to indicate stop of location related measurements:
1> if the procedure is initiated to indicate start of subframe and slot timing detection towards E-UTRA:
Release 16 155 3GPP TS 38.331 V16.0.0 (2020-03)
1> else if the procedure is initiated to indicate stop of subframe and slot timing detection towards E-UTRA:
1> submit the LocationMeasurementIndication message to lower layers for transmission, upon which the procedure
ends.
UE Network
LoggedMeasurementConfiguration
The purpose of this procedure is to configure the UE to perform logging of measurement results while in RRC_IDLE
and RRC_INACTIVE. The procedure applies to logged measurements capable UEs that are in RRC_CONNECTED.
NOTE: NG-RAN may retrieve stored logged measurement information by means of the UE information
procedure.
5.5a.1.2 Initiation
NG-RAN initiates the logged measurement configuration procedure to UE in RRC_CONNECTED by sending the
LoggedMeasurementConfiguration message.
1> discard the logged measurement configuration as well as the logged measurement information as specified in
5.5a.2;
1> store the received loggingDuration, loggingInterval and areaConfiguration, if included, in VarLogMeasConfig;
2> set plmn-IdentityList in VarLogMeasReport to include the RPLMN as well as the PLMNs included in plmn-
IdentityList;
1> else:
1> store the received absoluteTimeInfo, traceReference, traceRecordingSessionRef, tce-Id and reportType in
VarLogMeasReport;
1> start timer T330 with the timer value set to the loggingDuration;
Release 16 156 3GPP TS 38.331 V16.0.0 (2020-03)
The UE is allowed to discard stored logged measurements, i.e. to release VarLogMeasReport, 48 hours after T330
expiry.
5.5a.2.2 Initiation
The UE shall initiate the procedure upon receiving a logged measurement configuration in another RAT. The UE shall
also initiate the procedure upon power off or detach.
The UE shall:
1> if stored, discard the logged measurement configuration as well as the logged measurement information, i.e.
release the UE variables VarLogMeasConfig and VarLogMeasReport.
5.5a.3.2 Initiation
While T330 is running, the UE shall:
3> if the UE is camping normally on an NR cell and if the RPLMN is included in plmn-IdentityList stored in
VarLogMeasReport and, if the cell is part of the area indicated by areaConfiguration if configured in
VarLogMeasConfig:
4> perform the logging at regular time intervals, as defined by the loggingInterval in the
LoggedEventTriggerConfig;
3> perform the logging at regular time intervals as defined by the loggingInterval in VarLogMeasConfig
only when the UE is in any cell selection state;
3> perform the logging at regular time intervals as defined by the loggingInterval in VarLogMeasConfig
only when the conditions indicated by the eventL1 are met;
3> set the relativeTimeStamp to indicate the elapsed time since the moment at which the logged
measurement configuration was received;
Release 16 157 3GPP TS 38.331 V16.0.0 (2020-03)
3> if detailed location information became available during the last logging interval, set the content of the
locationInfo as follows:
3> if the UE is in any cell seletion state (as specificed in TS 38.304 [20]):
4> set anyCellSelectionDetected to indicate the detection of no suitable or no acceptable cell found;
4> set the servCellIdentity to indicate global cell identity of the last logged cell that the UE was camping
on;
4> set the measResultServCell to include the quantities of the last logged cell the UE was camping on;
3> else:
4> set the servCellIdentity to indicate global cell identity of the cell the UE is camping on;
4> set the measResultServCell to include the quantities of the cell the UE is camping on;
4> if available, set the measResultNeighCells, in order of decreasing ranking-criterion as used for cell re-
selection, to include neighbouring cell measurements (excluding the resultsSSB-Indexes IE) that
became available during the last logging interval for at most the following number of neighbouring
cells: 6 intra-frequency and 3 inter-frequency neighbours per frequency as well as 3 inter-RAT
neighbours, per frequency/ set of frequencies per RAT and according to the following:
5> for each neighbour cell included, include the optional fields that are available;
4> for the cells included according to the previous (i.e. covering previous and current serving cells as
well as neighbouring NR cells) include results according to the extended RSRQ if corresponding
results are available according to the associated performance requirements defined in TS 38.133 [14];
NOTE: The UE includes the latest results of the available measurements as used for cell reselection evaluation in
RRC_IDLE or RRC_INACTIVE or as used for evaluation of reporting criteria or for measurement
reporting according to 5.5.3 in RRC_CONNECTED, which are performed in accordance with the
performance requirements as specified in TS 38.133 [14].
2> when the memory reserved for the logged measurement information becomes full, stop timer T330 and
perform the same actions as performed upon expiry of T330, as specified in 5.5a.1.4.
5.6 UE capabilities
5.6.1 UE capability transfer
5.6.1.1 General
This clause describes how the UE compiles and transfers its UE capability information upon receiving a
UECapabilityEnquiry from the network.
Release 16 158 3GPP TS 38.331 V16.0.0 (2020-03)
UE Network
UECapabilityEnquiry
UECapabilityInformation
5.6.1.2 Initiation
The network initiates the procedure to a UE in RRC_CONNECTED when it needs (additional) UE radio access
capability information. The network should retrieve UE capabilities only after AS security activation. Network does not
forward UE capabilities that were retrieved before AS security activation to the CN.
3> include the UE radio access capabilities for UTRA-FDD within a ue-CapabilityRAT-Container and with
the rat-Type set to utra-fdd;
1> if the RRC message segmentation is enabled based on the field rrc-SegAllowed received, and the encoded RRC
message is larger than the maximum supported size of a PDCP SDU specified in TS 38.323 [5]:
2> initiate the UL message segment transfer procedure as specified in clause 5.7.7;
1> else:
2> submit the UECapabilityInformation message to lower layers for transmission, upon which the procedure
ends.
Release 16 159 3GPP TS 38.331 V16.0.0 (2020-03)
5.6.1.4 Setting band combinations, feature set combinations and feature sets
supported by the UE
The UE invokes the procedures in this clause if the NR or E-UTRA network requests UE capabilities for nr, eutra-nr or
eutra. This procedure is invoked once per requested rat-Type (see clause 5.6.1.3 for capability enquiry by the NR
network; see TS 36.331 [10], clause 5.6.3.3 for capability enquiry by the E-UTRA network). The UE shall ensure that
the feature set IDs are consistent across feature sets, feature set combinations and band combinations in all three UE
capability containers that the network queries with the same fields with the same values, i.e. UE-
CapabilityRequestFilterNR and fields in UECapabilityEnquiry message (i.e. requestedFreqBandsNR-MRDC,
requestedCapabilityNR and eutra-nr-only flag) as defined in TS 36.331, where applicable.
NOTE 2: In EN-DC, the gNB needs the capabilities for RAT types nr and eutra-nr and it uses the featureSets in the
UE-NR-Capability together with the featureSetCombinations in the UE-MRDC-Capability to determine
the NR UE capabilities for the supported MRDC band combinations. Similarly, the eNB needs the
capabilities for RAT types eutra and eutra-nr and it uses the featureSetsEUTRA in the UE-EUTRA-
Capability together with the featureSetCombinations in the UE-MRDC-Capability to determine the E-
UTRA UE capabilities for the supported MRDC band combinations. Hence, the IDs used in the
featureSets must match the IDs referred to in featureSetCombinations across all three containers. The
requirement on consistency implies that there are no undefined feature sets and feature set combinations.
NOTE 3: If the UE cannot include all feature sets and feature set combinations due to message size or list size
constraints, it is up to UE implementation which feature sets and feature set combinations it prioritizes.
The UE shall:
1> compile a list of "candidate band combinations" according to the filter criteria in
capabilityRequestFilterCommon (if included), only consisting of bands included in frequencyBandListFilter, and
prioritized in the order of frequencyBandListFilter (i.e. first include band combinations containing the first-listed
band, then include remaining band combinations containing the second-listed band, and so on), where for each
band in the band combination, the parameters of the band do not exceed maxBandwidthRequestedDL,
maxBandwidthRequestedUL, maxCarriersRequestedDL, maxCarriersRequestedUL, ca-BandwidthClassDL-
EUTRA or ca-BandwidthClassUL-EUTRA, whichever are received;
1> for each band combination included in the list of "candidate band combinations":
3> remove the NR-only band combination from the list of "candidate band combinations";
NOTE 4: The (E-UTRA) network may request capabilities for nr but indicate with the eutra-nr-only flag that the
UE shall not include any NR band combinations in the UE-NR-Capability. In this case the procedural text
above removes all NR-only band combinations from the candidate list and thereby also avoids inclusion
of corresponding feature set combinations and feature sets below.
2> if it is regarded as a fallback band combination with the same capabilities of another band combination
included in the list of "candidate band combinations", and
2> if this fallback band combination is generated by releasing at least one SCell or uplink configuration of SCell
according to TS 38.306 [26]:
3> remove the band combination from the list of "candidate band combinations";
NOTE 5: Even if the network requests (only) capabilities for nr, it may include E-UTRA band numbers in the
frequencyBandListFilter to ensure that the UE includes all necessary feature sets needed for subsequently
requested eutra-nr capabilities. At this point of the procedure the list of "candidate band combinations"
contains all NR- and/or E-UTRA-NR band combinations that match the filter (frequencyBandListFilter)
provided by the NW and that match the eutra-nr-only flag (if RAT-Type nr is requested by E-UTRA). In
the following, this candidate list is used to derive the band combinations, feature set combinations and
feature sets to be reported in the requested capability container.
2> include into supportedBandCombinationList as many NR-only band combinations as possible from the list of
"candidate band combinations", starting from the first entry;
2> include, into featureSetCombinations, the feature set combinations referenced from the supported band
combinations as included in supportedBandCombinationList according to the previous;
2> compile a list of "candidate feature set combinations" referenced from the list of "candidate band
combinations" excluding entries (rows in feature set combinations) for fallback band combinations with same
or lower capabilities;
NOTE 6: This list of "candidate feature set combinations" contains the feature set combinations used for NR-only
as well as E-UTRA-NR band combinations. It is used to derive a list of NR feature sets referred to from
the feature set combinations in the UE-NR-Capability and from the feature set combinations in a UE-
MRDC-Capability container.
2> include into featureSets the feature sets referenced from the "candidate feature set combinations" excluding
entries (feature sets per CC) for fallback band combinations with same or lower capabilities and may exclude
the feature sets with the parameters that exceed any of maxBandwidthRequestedDL,
maxBandwidthRequestedUL, maxCarriersRequestedDL or maxCarriersRequestedUL, whichever are
received;
2> include, into featureSetCombinations, the feature set combinations referenced from the supported band
combinations as included in supportedBandCombinationList according to the previous;
2> compile a list of "candidate feature set combinations" referenced from the list of "candidate band
combinations" excluding entries (rows in feature set combinations) for fallback band combinations with same
or lower capabilities;
NOTE 7: This list of "candidate feature set combinations" contains the feature set combinations used for E-UTRA-
NR band combinations. It is used to derive a list of E-UTRA feature sets referred to from the feature set
combinations in a UE-MRDC-Capability container.
2> include into featureSetsEUTRA (in the UE-EUTRA-Capability) the feature sets referenced from the
"candidate feature set combinations" excluding entries (feature sets per CC) for fallback band combinations
with same or lower capabilities and may exclude the feature sets with the parameters that exceed ca-
BandwidthClassDL-EUTRA or ca-BandwidthClassUL-EUTRA, whichever are received;
1> include the received frequencyBandListFilter in the field appliedFreqBandListFilter of the requested UE
capability, except if the requested rat-Type is nr and the network included the eutra-nr-only field;
5.6.1.5 Void
5.7 Other
5.7.1 DL information transfer
5.7.1.1 General
UE Network
DLInformationTransfer
The purpose of this procedure is to transfer NAS dedicated information from NG-RAN to a UE in
RRC_CONNECTED.
5.7.1.2 Initiation
The network initiates the DL information transfer procedure whenever there is a need to transfer NAS dedicated
information. The network initiates the DL information transfer procedure by sending the DLInformationTransfer
message.
2> calculate the reference time based on the included time, timeInfoType and referenceSFN;
2> calculate the uncertainty of the reference time based on the uncertainty, if uncertainty is included;
2> inform upper layers of the reference time and, if uncertainty is included, of the uncertainty.
UE Network
DLInformationTransferMRDC
http://msc-generator.sourceforge.net v6.3.8
The purpose of this procedure is to transfer RRC messages from the network to the UE over SRB3 instead of SRB1 e.g.
the NR or E-UTRA RRC connection reconfiguration or RRC connection release message during fast MCG link
recovery.
Release 16 162 3GPP TS 38.331 V16.0.0 (2020-03)
5.7.1a.2 Initiation
The network initiates this procedure whenever there is a need to transfer an RRC message e.g. an RRC connection
reconfiguration (involving NR or E-UTRA connection reconfiguration) or an NR or E-UTRA RRC connection release
messages during fast MCG link recovery.
2> perform the RRC connection reconfiguration procedure as specified in TS 36.331 [10], clause 5.3.5.3;
2> perform the RRC connection release as specified in TS 36.331 [10], clause 5.3.8;
UE Network
ULInformationTransfer
The purpose of this procedure is to transfer NAS dedicated information from the UE to the network.
5.7.2.2 Initiation
A UE in RRC_CONNECTED initiates the UL information transfer procedure whenever there is a need to transfer NAS
dedicated information. The UE initiates the UL information transfer procedure by sending the ULInformationTransfer
message.
2> set the dedicatedNAS-Message to include the information received from upper layers
1> submit the ULInformationTransfer message to lower layers for transmission, upon which the procedure ends.
1> if AS security is not started and radio link failure occurs before the successful delivery of
ULInformationTransfer messages has been confirmed by lower layers; or
Release 16 163 3GPP TS 38.331 V16.0.0 (2020-03)
1> if PDCP re-establishment or release/addition (e.g due to key refresh upon PCell or PSCell change, or RRC
connection re-establishment) occurs on an SRB on which ULInformationTransfer messages were submitted for
transmission but successful delivery of these messages was not confirmed by lower layers:
2> inform upper layers about the possible failure to deliver the information contained in the concerned
ULInformationTransfer messages.
UE Network
ULInformationTransferMRDC
The purpose of this procedure is to transfer MR-DC dedicated information from the UE to the network e.g. the NR or E-
UTRA RRC MeasurementReport, FailureInformation or MCGFailureInformation message.
5.7.2a.2 Initiation
A UE in RRC_CONNECTED initiates the UL information transfer for MR-DC procedure whenever there is a need to
transfer MR-DC dedicated information. I.e. the procedure is not used during an RRC connection reconfiguration
involving NR or E-UTRA connection reconfiguration, in which case the MR DC information is piggybacked to the
RRCReconfigurationComplete message.
2> set the ul-DCCH-MessageNR to include the NR MR-DC dedicated information to be transferred (e.g., NR
RRC MeasurementReport, and FailureInformation, or MCGFailureInformation message);
1> else if there is a need to tranfer MR-DC dedicated information related to E-UTRA:
2> set the ul-DCCH-MessageEUTRA to include the E-UTRA MR-DC dedicated information to be transferred
(e.g., E-UTRA RRC MeasurementReport, FailureInformation, or MCGFailureInformation message);
1> submit the ULInformationTransferMRDC message to lower layers for transmission, upon which the procedure
ends;
UE Network
RRC reconfiguration
SCGFailureInformation
The purpose of this procedure is to inform E-UTRAN or NR MN about an SCG failure the UE has experienced i.e.
SCG radio link failure, failure of SCG reconfiguration with sync, SCG configuration failure for RRC message on SRB3
and SCG integrity check failure.
5.7.3.2 Initiation
A UE initiates the procedure to report SCG failures when neither MCG nor SCG transmission is suspended and when
one of the following conditions is met:
1> upon detecting radio link failure for the SCG, in accordance with subclause 5.3.10.3;
1> upon reconfiguration with sync failure of the SCG, in accordance with subclause 5.3.5.8.3;
1> upon integrity check failure indication from SCG lower layers concerning SRB3.
2> initiate transmission of the SCGFailureInformationNR message as specified in TS 36.331 [10], clause
5.6.13a.
1> else:
1> if the UE initiates transmission of the SCGFailureInformationNR message due to T310 expiry:
1> else if the UE initiates transmission of the SCGFailureInformationNR message due to T312 expiry:
1> else if the UE initiates transmission of the SCGFailureInformationNR message to provide reconfiguration with
sync failure information for an SCG:
1> else if the UE initiates transmission of the SCGFailureInformationNR message to provide random access
problem indication from SCG MAC:
1> else if the UE initiates transmission of the SCGFailureInformationNR message to provide indication from SCG
RLC that the maximum number of retransmissions has been reached:
1> else if the UE initiates transmission of the SCGFailureInformationNR message due to SRB3 integrity check
failure:
1> else if the UE initiates transmission of the SCGFailureInformationNR message due to Reconfiguration failure of
NR RRC reconfiguration message:
Release 16 165 3GPP TS 38.331 V16.0.0 (2020-03)
1> else if the UE initiates transmission of the SCGFailureInformationNR message due to consistent uplink LBT
failures:
1> for each MeasObjectNR configured on NR SCG for which a measId is configured and measurement results are
available:
2> if there is a measId configured with the MeasObjectNR and a reportConfig which has rsType set to ssb:
3> set ssbFrequency to the value indicated by ssbFrequency as included in the MeasObjectNR;
2> if there is a measId configured with the MeasObjectNR and a reportConfig which has rsType set to csi-rs:
3> set refFreqCSI-RS to the value indicated by refFreqCSI-RS as included in the associated measurement
object;
3> set measResultServingCell to include the available quantities of the concerned cell and in accordance with
the performance requirements in TS 38.133 [14];
2> set the measResultNeighCellList to include the best measured cells, ordered such that the best cell is listed
first, and based on measurements collected up to the moment the UE detected the failure, and set its fields as
follows;
4> based on SS/PBCH block if SS/PBCH block measurement results are available and otherwise based
on CSI-RS;
4> using RSRP if RSRP measurement results are available, otherwise using RSRQ if RSRQ
measurement results are available, otherwise using SINR;
NOTE: The measured quantities are filtered by the L3 filter as configured in the mobility measurement
configuration. The measurements are based on the time domain measurement resource restriction, if
configured. Blacklisted cells are not required to be reported.
3> if available, set the commonLocationInfo to include the detailed location information;
3> if available, set the bt-LocationInfo to include the Bluetooth measurement results, in order of decreasing
RSSI for Bluetooth beacons;
3> if available, set the wlan-LocationInfo to include the WLAN measurement results, in order of decreasing
RSSI for WLAN APs.
3> if available, set the sensor-LocationInfo to include the sensor measurement results.
1> if the UE initiates transmission of the SCGFailureInformation message due to T310 expiry:
Release 16 166 3GPP TS 38.331 V16.0.0 (2020-03)
1> else if the UE initiates transmission of the SCGFailureInformation message due to T312 expiry:
1> else if the UE initiates transmission of the SCGFailureInformation message to provide reconfiguration with sync
failure information for an SCG:
1> else if the UE initiates transmission of the SCGFailureInformation message to provide random access problem
indication from SCG MAC:
1> else if the UE initiates transmission of the SCGFailureInformation message to provide indication from SCG
RLC that the maximum number of retransmissions has been reached:
1> else if the UE initiates transmission of the SCGFailureInformation message due to SRB3 IP check failure:
1> else if the UE initiates transmission of the SCGFailureInformation message due to Reconfiguration failure of NR
RRC reconfiguration message:
1> for each MeasObjectNR configured by a MeasConfig associated with the MCG, and for which measurement
results are available:
2> if there is a measId configured with the MeasObjectNR and a reportConfig which has rsType set to ssb:
3> set ssbFrequency in measResultFreqList to the value indicated by ssbFrequency as included in the
MeasObjectNR;
2> if there is a measId configured with the MeasObjectNR and a reportConfig which has rsType set to csi-rs:
3> set refFreqCSI-RS in measResultFreqList to the value indicated by refFreqCSI-RS as included in the
associated measurement object;
3> set measResultServingCell in measResultFreqList to include the available quantities of the concerned cell
and in accordance with the performance requirements in TS 38.133 [14];
2> set the measResultNeighCellList in measResultFreqList to include the best measured cells, ordered such that
the best cell is listed first, and based on measurements collected up to the moment the UE detected the
failure, and set its fields as follows;
4> based on SS/PBCH block if SS/PBCH block measurement results are available and otherwise based
on CSI-RS;
4> using RSRP if RSRP measurement results are available, otherwise using RSRQ if RSRQ
measurement results are available, otherwise using SINR;
NOTE 1: The measured quantities are filtered by the L3 filter as configured in the mobility measurement
configuration. The measurements are based on the time domain measurement resource restriction, if
configured. Blacklisted cells are not required to be reported.
NOTE 2: Field measResultSCG-Failure is used to report available results for NR frequencies the UE is configured
to measure by SCG RRC signalling.
2> if available, set the commonLocationInfo to include the detailed location information;
2> if available, set the bt-LocationInfo to include the Bluetooth measurement results, in order of decreasing
RSSI for Bluetooth beacons;
2> if available, set the wlan-LocationInfo to include the WLAN measurement results, in order of decreasing
RSSI for WLAN APs.
2> if available, set the sensor-LocationInfo to include the sensor measurement results.
The UE shall submit the SCGFailureInformation message to lower layers for transmission.
UE Network
RRC reconfiguration
SCGFailureInformationEUTRA
The purpose of this procedure is to inform NR MN about an SCG failure on E-UTRA SN the UE has experienced (e.g.
SCG radio link failure, SCG change failure), as specified in TS 36.331 [10] clause 5.6.13.2.
5.7.3a.2 Initiation
A UE initiates the procedure to report EUTRA SCG failures when EUTRA SCG transmission is not suspended and in
accordance with TS 36.331 [10] clause 5.6.13.2. Actions the UE shall perform upon initiating the procedure, other than
related to the transmission of the SCGFailureInformationEUTRA message are specified in TS 36.331 [10] clause
5.6.13.2.
1> include failureType within failureReportSCG-EUTRA and set it to indicate the SCG failure in accordance with
TS 36.331 [10] clause 5.6.13.4;
1> include and set measResultSCG-FailureMRDC in accordance with TS 36.331 [10] clause 5.6.13.5;
1> for each EUTRA frequency the UE is configured to measure by measConfig for which measurement results are
available:
2> set the measResultFreqListMRDC to include the best measured cells, ordered such that the best cell is listed
first using RSRP to order if RSRP measurement results are available for cells on this frequency, otherwise
using RSRQ to order if RSRQ measurement results are available for cells on this frequency, otherwise using
SINR to order, and based on measurements collected up to the moment the UE detected the failure, and for
each cell that is included, include the optional fields that are available;
Release 16 168 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE: Field measResultSCG-FailureMRDC is used to report available results for E-UTRAN frequencies the UE
is configured to measure by E-UTRA RRC signalling.
2> if available, set the commonLocationInfo to include the detailed location information;
2> if available, set the bt-LocationInfo to include the Bluetooth measurement results, in order of decreasing
RSSI for Bluetooth beacons;
2> if available, set the wlan-LocationInfo to include the WLAN measurement results, in order of decreasing
RSSI for WLAN APs.
2> if available, set the sensor-LocationInfo to include the sensor measurement results.
The UE shall submit the SCGFailureInformationEUTRA message to lower layers for transmission.
UE Network
RRC reconfiguration
MCGFailureInformation
The purpose of this procedure is to inform the network about an MCG failure the UE has experienced i.e. MCG radio link
failure. A UE in RRC_CONNECTED, for which AS security has been activated with SRB2 and at least one DRB setup,
may initiate the fast MCG link recovery procedure in order to continue the RRC connection without re-establishment.
5.7.3b.2 Initiation
A UE configured with split SRB1 or SRB3 initiates the procedure to report MCG failures when neither MCG nor SCG
transmission is suspended, T316 is configured, and when the following condition is met:
1> upon detecting radio link failure of the MCG, in accordance with 5.3.10.3, while T316 is not running.
NOTE: The handling of any outstanding UL RRC messages during the initiation of the fast MCG link recovery is
left to UE implementation.
1> else if the UE initiates transmission of the MCGFailureInformation message to provide random access problem
indication from MCG MAC:
Release 16 169 3GPP TS 38.331 V16.0.0 (2020-03)
1> else if the UE initiates transmission of the MCGFailureInformation message to provide indication from MCG
RLC that the maximum number of retransmissions has been reached:
1> for each MeasObjectNR configured by a measConfig associated with the MCG, and for which measurement
results are available:
2> if there is a measId configured with the MeasObjectNR and a reportConfig which has rsType set to ssb:
3> set ssbFrequency in measResultFreqList to the value indicated by ssbFrequency as included in the
MeasObjectNR;
2> if there is a measId configured with the MeasObjectNR and a reportConfig which has rsType set to csi-rs:
3> set refFreqCSI-RS in measResultFreqList to the value indicated by refFreqCSI-RS as included in the
associated measurement object;
3> set measResultServingCell in measResultFreqList to include the available quantities of the concerned cell
and in accordance with the performance requirements in TS 38.133 [14];
2> set the measResultNeighCellList in measResultFreqList to include the best measured cells, ordered such that
the best cell is listed first, and based on measurements collected up to the moment the UE detected the
failure, and set its fields as follows;
4> based on SS/PBCH block if SS/PBCH block measurement results are available and otherwise based
on CSI-RS;
4> using RSRP if RSRP measurement results are available, otherwise using RSRQ if RSRQ
measurement results are available, otherwise using SINR;
1> for each EUTRA frequency the UE is configured to measure by measConfig for which measurement results are
available:
2> set the measResultFreqListEUTRA to include the best measured cells, ordered such that the best cell is listed
first using RSRP to order if RSRP measurement results are available for cells on this frequency, otherwise
using RSRQ to order if RSRQ measurement results are available for cells on this frequency, otherwise using
SINR to order, and based on measurements collected up to the moment the UE detected the failure, and for
each cell that is included, include the optional fields that are available;
2> include and set measResultSCG-EUTRA in accordance with TS 36.331 [10] clause 5.6.13.5;
Release 16 170 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE 1: The measured quantities are filtered by the L3 filter as configured in the mobility measurement
configuration. The measurements are based on the time domain measurement resource restriction, if
configured. Blacklisted cells are not required to be reported.
NOTE 2: Field measResultSCG-Failure is used to report available results for NR frequencies the UE is configured
to measure by SCG RRC signalling.
NOTE 3: Field measResultSCG-EUTRA is used to report available results for E-UTRAN frequencies the UE is
configured to measure by E-UTRA RRC signalling.
The UE shall:
2> submit the MCGFailureInformation message to lower layers for transmission via SRB1, upon which the
procedure ends;
2> submit the MCGFailureInformation message to lower layers for transmission embedded in NR RRC message
ULInformationTransferMRDC via SRB3 as specified in 5.7.2a.3.
UE Network
RRC reconfiguration
UEAssistanceInformation
The purpose of this procedure is for the UE to inform the network of:
- its delay budget report carrying desired increment/decrement in the connected mode DRX cycle length, or;
- its preference on the maximum aggregated bandwidth for power saving, or;
Release 16 171 3GPP TS 38.331 V16.0.0 (2020-03)
- its preference on the maximum number of secondary component carriers for power saving, or;
- its preference on the maximum number of MIMO layers for power saving, or;
- its preference on the minimum scheduling offset for cross-slot scheduling for power saving, or;
- assistance information to transition out of RRC_CONNECTED state when the UE does not expect to send or
receive data in the near future, or;
5.7.4.2 Initiation
A UE capable of providing delay budget report in RRC_CONNECTED may initiate the procedure in several cases,
including upon being configured to provide delay budget report and upon change of delay budget preference.
A UE capable of providing overheating assistance information in RRC_CONNECTED may initiate the procedure if it
was configured to do so, upon detecting internal overheating, or upon detecting that it is no longer experiencing an
overheating condition.
A UE capable of providing IDC assistance information in RRC_CONNECTED may initiate the procedure if it was
configured to do so, upon detecting IDC problem if the UE did not transmit an IDC assistance information since it was
configured to provide IDC indications, or upon change of IDC problem information.
A UE capable of providing its preference on DRX parameters for power saving in RRC_CONNECTED may initiate the
procedure in several cases, including upon being configured to provide its preference on DRX parameters and upon
change of its preference on DRX parameters.
A UE capable of providing its preference on the maximum aggregated bandwidth for power saving in
RRC_CONNECTED may initiate the procedure in several cases, including upon being configured to provide its
maximum aggregated bandwidth preference and upon change of its maximum aggregated bandwidth preference.
A UE capable of providing its preference on the maximum number of secondary component carriers for power saving
in RRC_CONNECTED may initiate the procedure in several cases, including upon being configured to provide its
maximum number of secondary component carriers preference and upon change of its maximum number of secondary
component carriers preference.
A UE capable of providing its preference on the maximum number of MIMO layers for power saving in
RRC_CONNECTED may initiate the procedure in several cases, including upon being configured to provide its
maximum number of MIMO layers preference and upon change of its maximum number of MIMO layers preference.
A UE capable of providing its preference on the minimum scheduling offset for cross-slot scheduling for power saving
in RRC_CONNECTED may initiate the procedure in several cases, including upon being configured to provide its
minimum scheduling offset preference and upon change of its minimum scheduling offset preference.
A UE capable of providing assistance information to transition out of RRC_CONNECTED state may initiate the
procedure if it was configured to do so, upon determining that it prefers to leave RRC_CONNECTED state, or upon
change of its preferred RRC state.
2> if the UE did not transmit a UEAssistanceInformation message with delayBudgetReport since it was
configured to provide delay budget report; or
2> if the current delay budget is different from the one indicated in the last transmission of the
UEAssistanceInformation message including delayBudgetReport and timer T342 is not running:
3> start or restart timer T342 with the timer value set to the delayBudgetReportingProhibitTimer;
Release 16 172 3GPP TS 38.331 V16.0.0 (2020-03)
3> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide a
delay budget report;
2> if the overheating condition has been detected and T345 is not running; or
2> if the current overheating assistance information is different from the one indicated in the last transmission of
the UEAssistanceInformation message including overheatingAssistance and timer T345 is not running:
3> start timer T345 with the timer value set to the overheatingIndicationProhibitTimer;
3> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide
overheating assistance information;
2> if the UE did not transmit a UEAssistanceInformation message with idc-Assistance since it was configured to
provide IDC assistance information:
4> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide
IDC assistance information;
2> else if the current IDC assistance information is different from the one indicated in the last transmission of
the UEAssistanceInformation message:
3> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide IDC
assistance information;
NOTE 1: The term "IDC problems" refers to interference issues applicable across several subframes/slots where not
necessarily all the subframes/slots are affected.
NOTE 2: For the frequencies on which a serving cell or serving cells is configured that is activated, IDC problems
consist of interference issues that the UE cannot solve by itself, during either active data exchange or
upcoming data activity which is expected in up to a few hundred milliseconds.
For frequencies on which a SCell or SCells is configured that is deactivated, reporting IDC problems
indicates an anticipation that the activation of the SCell or SCells would result in interference issues that
the UE would not be able to solve by itself.
For a non-serving frequency, reporting IDC problems indicates an anticipation that if the non-serving
frequency or frequencies became a serving frequency or serving frequencies then this would result in
interference issues that the UE would not be able to solve by itself.
1> if configured to provide its preference on DRX parameters for power saving:
2> if the UE did not transmit a UEAssistanceInformation message with drx-Preference since it was configured
to provide its preference on DRX parameters for power saving; or
2> if the current preference on DRX parameters is different from the one indicated in the last transmission of the
UEAssistanceInformation message including drx-Preference and timer T346a is not running:
3> start timer T346a with the timer value set to the drx-PreferenceProhibitTimer;
3> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide its
preference on DRX parameters for power saving;
1> if configured to provide its preference on the maximum aggregated bandwidth for power saving:
2> if the UE did not transmit a UEAssistanceInformation message with maxBW-Preference since it was
configured to provide its preference on the maximum aggregated bandwidth for power saving; or
Release 16 173 3GPP TS 38.331 V16.0.0 (2020-03)
2> if the current preference on the maximum aggregated bandwidth is different from the one indicated in the last
transmission of the UEAssistanceInformation message including maxBW-Preference and timer T346b is not
running:
3> start timer T346b with the timer value set to the maxBW-PreferenceProhibitTimer;
3> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide its
preference on the maximum aggregated bandwidth for power saving;
1> if configured to provide its preference on the maximum number of secondary component carriers for power
saving:
2> if the UE did not transmit a UEAssistanceInformation message with maxCC-Preference since it was
configured to provide its preference on the maximum number of secondary component carriers for power
saving; or
2> if the current preference on the maximum number of secondary component carriers is different from the one
indicated in the last transmission of the UEAssistanceInformation message including maxCC-Preference and
timer T346c is not running:
3> start timer T346c with the timer value set to the maxCC-PreferenceProhibitTimer;
3> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide its
preference on the maximum number of secondary component carriers for power saving;
1> if configured to provide its preference on the maximum number of MIMO layers for power saving:
2> if the UE did not transmit a UEAssistanceInformation message with maxMIMO-LayerPreference since it was
configured to provide its preference on the maximum number of MIMO layers for power saving; or
2> if the current preference on the maximum number of MIMO layers is different from the one indicated in the
last transmission of the UEAssistanceInformation message including maxMIMO-LayerPreference and timer
T346d is not running:
3> start timer T346d with the timer value set to the maxMIMO-LayerPreferenceProhibitTimer;
3> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide its
preference on the maximum number of MIMO layers for power saving;
1> if configured to provide its preference on the minimum scheduling offset for cross-slot scheduling for power
saving:
2> if the UE did not transmit a UEAssistanceInformation message with minSchedulingOffsetPreference since it
was configured to provide its preference on the minimum scheduling offset for cross-slot scheduling for
power saving; or
2> if the current preference on the minimum scheduling offset for cross-slot scheduling is different from the one
indicated in the last transmission of the UEAssistanceInformation message including
minSchedulingOffsetPreference and timer T346e is not running:
3> start timer T346e with the timer value set to the minSchedulingOffsetPreferenceProhibitTimer;
3> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide its
preference on the minimum scheduling offset for cross-slot scheduling for power saving;
2> if the UE determines that it would prefer to leave RRC_CONNECTED state and the UE did not transmit a
UEAssistanceInformation message with releasePreference since it was configured to provide its release
preference; or
2> if the current preferred RRC state is different from the one indicated in the last transmission of the
UEAssistanceInformation message including releasePreference and timer T346f is not running:
3> start timer T346f with the timer value set to the releasePreferenceProhibitTimer;
Release 16 174 3GPP TS 38.331 V16.0.0 (2020-03)
3> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide the
release preference;
1> if configured to provide configured grant assistance information for NR sidelink communication:
2> initiate transmission of the UEAssistanceInformation message in accordance with 5.7.4.3 to provide
configured grant assistance information for NR sidelink communication;
1> if transmission of the UEAssistanceInformation message is initiated to provide a delay budget report according
to 5.7.4.2;
3> if the UE prefers to temporarily reduce the number of maximum secondary component carriers:
4> set reducedCCsDL to the number of maximum SCells the UE prefers to be temporarily configured in
downlink;
4> set reducedCCsUL to the number of maximum SCells the UE prefers to be temporarily configured in
uplink;
4> set reducedBW-FR1-DL to the maximum aggregated bandwidth the UE prefers to be temporarily
configured across all downlink carriers of FR1;
4> set reducedBW-FR1-UL to the maximum aggregated bandwidth the UE prefers to be temporarily
configured across all uplink carriers of FR1;
4> set reducedBW-FR2-DL to the maximum aggregated bandwidth the UE prefers to be temporarily
configured across all downlink carriers of FR2;
4> set reducedBW-FR2-UL to the maximum aggregated bandwidth the UE prefers to be temporarily
configured across all uplink carriers of FR2;
3> if the UE prefers to temporarily reduce the number of maximum MIMO layers of each serving cell
operating on FR1:
4> set reducedMIMO-LayersFR1-DL to the number of maximum MIMO layers of each serving cell
operating on FR1 the UE prefers to be temporarily configured in downlink;
4> set reducedMIMO-LayersFR1-UL to the number of maximum MIMO layers of each serving cell
operating on FR1 the UE prefers to be temporarily configured in uplink;
3> if the UE prefers to temporarily reduce the number of maximum MIMO layers of each serving cell
operating on FR2:
4> set reducedMIMO-LayersFR2-DL to the number of maximum MIMO layers of each serving cell
operating on FR2 the UE prefers to be temporarily configured in downlink;
4> set reducedMIMO-LayersFR2-UL to the number of maximum MIMO layers of each serving cell
operating on FR2 the UE prefers to be temporarily configured in uplink;
1> if transmission of the UEAssistanceInformation message is initiated to provide IDC assistance information
according to 5.7.4.2:
2> if there is at least one carrier frequency included in candidateServingFreqListNR, the UE is experiencing IDC
problems that it cannot solve by itself:
3> include the field affectedCarrierFreqList with an entry for each affected carrier frequency included in
candidateServingFreqListNR;
3> for each carrier frequency included in the field affectedCarrierFreqList, include interferenceDirection
and set it accordingly;
2> if there is at least one supported UL CA combination comprising of carrier frequencies included in
candidateServingFreqListNR, the UE is experiencing IDC problems that it cannot solve by itself:
3> else:
NOTE 1: When sending an UEAssistanceInformation message to inform the IDC problems, the UE includes all
IDC assistance information (rather than providing e.g. the changed part(s) of the IDC assistance
information).
NOTE 2: Upon not anymore experiencing a particular IDC problem that the UE previously reported, the UE
provides an IDC indication with the modified contents of the UEAssistanceInformation message (e.g. by
not including the IDC assistance information in the idc-Assistance field).
1> if transmission of the UEAssistanceInformation message is initiated to provide its preference on DRX
parameters for power saving according to 5.7.4.2:
1> if transmission of the UEAssistanceInformation message is initiated to provide its preference on the maximum
aggregated bandwidth for power saving according to 5.7.4.2:
3> set reducedBW-FR1-DL to the maximum aggregated bandwidth the UE desires to have configured across
all downlink carriers of FR1;
3> set reducedBW-FR1-UL to the maximum aggregated bandwidth the UE desires to have configured across
all uplink carriers of FR1;
3> set reducedBW-FR2-DL to the maximum aggregated bandwidth the UE desires to have configured across
all downlink carriers of FR2;
3> set reducedBW-FR2-UL to the maximum aggregated bandwidth the UE desires to have configured across
all uplink carriers of FR2;
1> if transmission of the UEAssistanceInformation message is initiated to provide its preference on the maximum
number of secondary component carriers for power saving according to 5.7.4.2:
2> set reducedCCsDL to the number of maximum SCells the UE desires to have configured in downlink;
2> set reducedCCsUL to the number of maximum SCells the UE desires to have configured in uplink;
1> if transmission of the UEAssistanceInformation message is initiated to provide its preference on the maximum
number of MIMO layers for power saving according to 5.7.4.2:
2> if the UE prefers to reduce the number of maximum MIMO layers of each serving cell operating on FR1:
3> set reducedMIMO-LayersFR1-DL to the number of maximum MIMO layers of each serving cell
operating on FR1 the UE desires to have configured in downlink;
3> set reducedMIMO-LayersFR1-UL to the number of maximum MIMO layers of each serving cell
operating on FR1 the UE desires to have configured in uplink;
2> if the UE prefers to reduce the number of maximum MIMO layers of each serving cell operating on FR2:
3> set reducedMIMO-LayersFR2-DL to the number of maximum MIMO layers of each serving cell
operating on FR2 the UE desires to have configured in downlink;
3> set reducedMIMO-LayersFR2-UL to the number of maximum MIMO layers of each serving cell
operating on FR2 the UE desires to have configured in uplink;
1> if transmission of the UEAssistanceInformation message is initiated to provide its preference on the minimum
scheduling offset for cross-slot scheduling for power saving according to 5.7.4.2:
2> set preferredK0-SCS-15kHz to the desired value of K0 (TS 38.214 [19], clause 5.1.2.1) for cross-slot
scheduling with 15 kHz SCS;
2> set preferredK0-SCS-30kHz to the desired value of K0 for cross-slot scheduling with 30 kHz SCS;
2> set preferredK0-SCS-60kHz to the desired value of K0 for cross-slot scheduling with 60 kHz SCS;
2> set preferredK0-SCS-120kHz to the desired value of K0 for cross-slot scheduling with 120 kHz SCS;
2> set preferredK2-SCS-15kHz to the desired value of K2 (TS 38.214 [19], clause 6.1.2.1) for cross-slot
scheduling with 15 kHz SCS;
Release 16 177 3GPP TS 38.331 V16.0.0 (2020-03)
2> set preferredK2-SCS-30kHz to the desired value of K2 for cross-slot scheduling with 30 kHz SCS;
2> set preferredK2-SCS-60kHz to the desired value of K2 for cross-slot scheduling with 60 kHz SCS;
2> set preferredK2-SCS-120kHz to the desired value of K2 for cross-slot scheduling with 120 kHz SCS;
1> if transmission of the UEAssistanceInformation message is initiated to provide a release preference according to
5.7.4.2:
2> if the UE has a preferred RRC state on transmission of the UEAssistanceInformation message:
3> set preferredRRC-State to the desired RRC state on transmission of the UEAssistanceInformation
message.
The UE shall set the contents of the UEAssistanceInformation message for configured grant assistance information for
NR sidelink communication:
1> if configured to provide configured grant assistance information for NR sidelink communication:
NOTE 1: It is up to UE implementation when and how to trigger configured grant assistance information for NR
sidelink communication.
The UE shall submit the UEAssistanceInformation message to lower layers for transmission.
RRC reconfiguration
UEAssistanceInformationEUTRA
The purpose of this procedure is to inform the network of the UE's SPS assistance information for V2X sidelink
communication.
The initiation and the procedure for the transmission of UEAssistanceInformationEUTRA follow the procedure
specified for V2X sidelink communication in subclause 5.6.10 of TS 36.331 [10].
UE Network
FailureInformation
The purpose of this procedure is to inform the network about a failure detected by the UE.
Release 16 178 3GPP TS 38.331 V16.0.0 (2020-03)
5.7.5.2 Initiation
A UE initiates the procedure when there is a need inform the network about a failure detected by the UE. In particular,
the UE initiates the procedure when the following condition is met:
1> upon detecting failure for an RLC bearer, in accordance with 5.3.10.3;
2> set logicalChannelIdentity to the logical channel identity of the failing RLC bearer;
2> set cellGroupId to the cell group identity of the failing RLC bearer;
1> if used to inform the network about a failure for an MCG RLC bearer or DAPS failure information:
2> submit the FailureInformation message to lower layers for transmission via SRB1;
1> else if used to inform the network about a failure for an SCG RLC bearer:
3> submit the FailureInformation message to lower layers for transmission via SRB3;
2> else;
4> submit the FailureInformation message via E-UTRA embedded in E-UTRA RRC message
ULInformationTransferMRDC as specified in TS 36.331 [10].
4> submit the FailureInformation message via SRB1 embedded in NR RRC message
ULInformationTransferMRDC as specified in clause 5.7.2a.3.
UE Network
DLDedicatedMessageSegment
The purpose of this procedure is to transfer segments of DL DCCH messages from the network to the UE.
Release 16 179 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE: The segmentation of DL DCCH message is only applicable to RRCReconfiguration and RRCResume
messages in this release.
5.7.6.2 Initiation
The network initiates the DL Dedicated Message Segment transfer procedure whenever the encoded RRC message
PDU exceeds the maximum PDCP SDU size. The network initiates the DL Dedicated Message Segment transfer
procedure by sending the DLDedicatedMessageSegment message.
2> assemble the message from the received segments and process the message according to 5.3.5.3 for the
RRCReconfiguration message or 5.3.13.4 for the RRCResume message;
UE Network
ULDedicatedMessageSegment
The purpose of this procedure is to transfer segments of UL DCCH messages from UE to a NG-RAN in
RRC_CONNECTED.
NOTE: The segmentation of UL DCCH message is only applicable to UECapabilityInformation in this release.
5.7.7.2 Initiation
A UE capable of UL RRC message segmentation in RRC_CONNECTED will initiate the procedure when the following
conditions are met:
1> if the RRC message segmentation is enabled based on the field rrc-SegAllowed received, and
1> if the encoded RRC message is larger than the maximum supported size of a PDCP SDU specified in TS 38.323
[5];
1> F or each new UL DCCH message, set the segmentNumber to 0 for the first message segment and increment the
segmentNumber for each subsequent RRC message segment;
1> set rrc-MessageSegmentContainer to include the segment of the UL DCCH message corresponding to the
segmentNumber;
Release 16 180 3GPP TS 38.331 V16.0.0 (2020-03)
1> if the segment included in the rrc-MessageSegmentContainer is the last segment of the UL DCCH message:
1> submit all the ULDedicatedMessageSegment messages generated for the segmented RRC message to lower
layers for transmission in ascending order based on the segmentNumber, upon which the procedure ends.
5.7.8.2 Initiation
While in RRC_IDLE or RRC_INACTIVE, T331 is running and the SIB1 contains idleModeMeasurements, the UE
shall:
1> if the UE is capable of idle/inactive measurements for NE-DC and VarMeasIdleConfig does not contain a
measIdleCarrierListEUTRA received from the RRCRelease message:
2> else:
1> if the UE is capble of idle/inactive measurements for CA or NR-DC and VarMeasIdleConfig does not contain a
measIdleCarrierListNR received from the RRCRelease message:
2> else:
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> store or replace the SSB measurement configuration from SIB11 into ssb-MeasConfig of the
corresponding entry in the measIdleCarrierListNR within VarMeasIdleConfig;
2> else if there is an entry in carrierFreqListNR of SIB4 with the same carrier frequency and subcarrier spacing
as the entry in measIdleCarrierListNR within VarMeasIdleConfig:
3> store or replace the SSB measurement configuration from SIB4 into 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;
Release 16 181 3GPP TS 38.331 V16.0.0 (2020-03)
Editor's note: FFS if one IE (idleModeMeasurements with ENUMERATED {eutra, nr, both}) or two separate IEs
(i.e. one for NR, one for EUTRA) is to be used to indicate to the UE to perform EUTRA and/or NR early
measurements.
4> if UE supports dual connectivity 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 carrierFreq and
allowedMeasBandwidth within the corresponding entry;
6> consider the serving cell and cells identified by each entry within the measCellListEUTRA to
be applicable for idle/inactive mode measurement reporting;
5> else:
6> consider the serving cell and up to maxCellMeasIdle strongest identified cells to be applicable
for idle/inactive measurement reporting;
5> else:
5> store measurement results as indicated by reportQuantities for cells applicable for idle/inactive
measurement reporting whose RSRP/RSRQ measurement results are above the value(s) provided
in qualityThreshold (if any) within the measReportIdleEUTRA in VarMeasIdleReport;
3> for each entry in measIdleCarrierListNR within VarMeasIdleConfig that contains ssb-MeasConfig:
4> if UE supports carrier aggregation or dual connectivity between serving carrier and the carrier
frequency and subcarrier spacing indicated by carrierFreqNR 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;
6> consider the serving cell and cells identified by each entry within the measCellListNR to be
applicable for idle/inactive measurement reporting;
5> else:
6> consider the serving cell and up to maxCellMeasIdle strongest identified cells to be applicable
for idle/inactive measurement reporting;
5> else:
5> store measurement results as indicated by reportQuantities for cells applicable for idle/inactive
measurement reporting whose RSRP/RSRQ measurement results are above the value(s) provided
in qualityThreshold (if any) within the measReportIdleNR in VarMeasIdleReport;
6> else:
6> store the beam measurement results as indicated by reportQuantityRS-Indexes within the
measReportIdleNR in VarMeasIdleReport;
NOTE 1: The fields s-NonIntraSearchP and s-NonIntraSearchQ in SIB2 do not affect the idle/inactive UE
measurement procedures. How the UE performs idle/inactive measurements is up to UE implementation
as long as the requirements in TS 38.133 [14] are met for measurement reporting.
NOTE 2: The UE is not required to perform idle/inactive measurements on a given carrier if the SSB configuration
of that carrier provided via dedicated signaling is different from the SSB configuration broadcasted in the
serving cell, if any.
2> if the UE reselects to a serving cell on a frequency which does not match the carrierFreq of any entry in the
validityAreaList; or
2> if the UE reselects to a serving cell on a frequency which matches the carrierFreq of any entry in the
validityAreaList, the validityCellList is included for the corresponding frequency, and the physical cell
identity of the serving cell does not match any entry in validityCellList:
5.7.9.2 Initiation
If the UE supports storage of mobility history information, the UE shall:
1> Upon change of cell, consisting of PCell in RRC_CONNECTED or serving cell in RRC_IDLE or
RRC_INACTIVE (for NR cell), to another NR or E-UTRA cell, or when entering out of service:
Release 16 183 3GPP TS 38.331 V16.0.0 (2020-03)
2> include an entry in 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;
1> upon entering NR (in RRC_IDLE, RRC_INACTIVE or RRC_CONNECTED) while previously out of service:
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 outside NR.
5.7.10 UE Information
5.7.10.1 General
UE Network
UEInformationRequest
UEInformationResponse
The UE information procedure is used by the network to request the UE to report information.
5.7.10.2 Initiation
The network initiates the procedure by sending the UEInformationRequest message. The network should initiate this
procedure only after successful security activation.
Editor's note: FFS if the idleModeMeasurementReq indicates all results (EUTRA and NR), or can request only E-
UTRA or NR results. The procedure below assumes the former.
1> if the idleModeMeasurementReq is included in the UEInformationRequest and the UE has stored
VarMeasIdleReport:
2> set the measResultIdleEUTRA in the UEInformationResponse message to the value of measReportIdle in the
VarMeasIdleReportEUTRA, if available;
2> set the measResultIdleNR in the UEInformationResponse message to the value of measReportIdleNR in the
VarMeasIdleReport, if measurement information concerning cells other than the PCell is available;
2> discard the VarMeasIdleReport upon successful delivery of the UEInformationResponse message confirmed
by lower layers;
Release 16 184 3GPP TS 38.331 V16.0.0 (2020-03)
1> if the logMeasReportReq is present and if the RPLMN is included in plmn-IdentityList 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 VarLogMeasReport starting
from the entries logged first;
3> if the VarLogMeasReport includes one or more additional logged measurement entries that are not
included in the logMeasInfoList within the UEInformationResponse message:
3> if the VarLogMeasReport includes one or more additional logged Bluetooth measurement entries that are
not included in the logMeasInfoList within the UEInformationResponse message:
3> if the VarLogMeasReport includes one or more additional logged WLAN measurement entries that are
not included in the logMeasInfoList within the UEInformationResponse message:
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:
2> set the ra-Report in the UEInformationResponse message to the value of ra-Report in VarRA-Report;
2> discard the ra-Report from VarRA-Report upon successful delivery of the UEInformationResponse message
confirmed by lower layers;
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:
3> set timeSinceFailure in VarRLF-Report to the time that elapsed since the last radio link 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 has radio link failure information or handover failure information available in VarRLF-Report
of TS 36.331 [10] and if the RPLMN is included in plmn-IdentityList stored in VarRLF-Report of TS 36.331
[10]:
3> set timeSinceFailure in VarRLF-Report of TS 36.331 [10] to the time that elapsed since the last radio link
or handover failure in EUTRA;
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;
Release 16 185 3GPP TS 38.331 V16.0.0 (2020-03)
3> discard the rlf-Report from VarRLF-Report of TS 36.331 [10] 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 information in
VarConnEstFailReport and if the RPLMN is equal to plmn-Identity stored in VarConnEstFailReport:
2> set timeSinceFailure in VarConnEstFailReport to the time that elapsed since the last connection
establishment failure in NR;
2> set the connEstFailReport in the UEInformationResponse message to the value of connEstFailReport in
VarConnEstFailReport;
2> discard the connEstFailReport from VarConnEstFailReport upon successful delivery of the
UEInformationResponse message confirmed by lower layers;
2> include the mobilityHistoryReport and set it to include entries from VarMobilityHistoryReport;
2> include in the mobilityHistoryReport an entry for the current cell, possibly after removing the oldest entry if
required, and set its fields as follows:
3> set visitedCellId to the global cell identity of the current cell:
3> set field timeSpent to the time spent in the current cell;
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.
1> if the number of RA-Report stored in the RA-ReportList is less than 8, then append the following contents
associated to the successfully completed random-access procedure as a new entry in the VarRA-Report:
4> set the plmn-IdentityList to include the list of EPLMNs stored by the UE (i.e. includes the RPLMN);
3> else:
2> else:
3> set the plmn-Identity to the PLMN selected by upper layers from the PLMN(s) included in the plmn-
IdentityList in SIB1;
2> set the cellId to the global cell identity and the tracking area code of the cell in which the random-access
procedure was performed;
2> set the absoluteFrequencyPointA to indicate the absolute frequency of the reference resource block
associated to the random-access resources;
2> set the locationAndBandwidth and subcarrierSpacing associated to the UL BWP of the random-access
resources;
Release 16 186 3GPP TS 38.331 V16.0.0 (2020-03)
2> set the msg1-FrequencyStart, msg1-FDM and msg1-SubcarrierSpacing associated to the random-access
resources;
2> set the raPurpose to include the purpose of triggering the random-access procedure;
2> set the parameters associated to individual random-access attempt in the chronological order of attmepts in
the perRAInfoList as specified in 5.3.10.3:
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 related information is added to the VarRA-Report.
5.8 Sidelink
5.8.1 General
NR sidelink communication consists of unicast, groupcast and broadcast. The PC5-RRC connection is a logical
connection between a pair of a Source Layer-2 ID and a Destination Layer-2 ID in the AS. The PC5-RRC signalling, as
specified in sub-clause 5.8.9, can be initiated after its corresponding PC5 unicast link establishment (TS 23.287 [55]).
The PC5-RRC connection and the corresponding sidelink SRBs and sidelink DRBs are released when the PC5 unicast
link is released as indicated by upper layers.
For each PC5-RRC connection of unicast, one sidelink SRB is used to transmit the PC5-S messages before the PC5-S
security has been established. One sidelink SRB is used to transmit the PC5-S messages to establish the PC5-S security.
One sidelink SRB is used to transmit the PC5-S messages after the PC5-S security has been established, which is
protected. One sidelink SRB is used to transmit the PC5-RRC signalling, which is protected and only sent after the
PC5-S security has been established.
NOTE 1: In case the configurations for NR sidelink communication are acquired via the E-UTRA, the
configurations for NR sidelink communication in SIB12 and sl-ConfigDedicatedNR within
RRCReconfiguration used in subclause 5.8 are provided by the configurations in
SystemInformationBlockTypeXX2 and sl-ConfigDedicatedNR within RRCConnectionReconfiguration as
specified in TS 36.331 [10], respectively.
1> if the UE's serving cell is suitable (RRC_IDLE or RRC_INACTIVE or RRC_CONNECTED); and if either the
selected cell on the frequency used for NR sidelink communication operation belongs to the registered or
equivalent PLMN as specified in TS 24.587 [57] or the UE is out of coverage on the frequency used for NR
sidelink communication operation as defined in TS 38.304 [20] and TS 36.304 [27]; or
1> if the UE's serving cell (RRC_IDLE or RRC_CONNECTED) fulfils the conditions to support NR sidelink
communication in limited service state as specified in TS 23.287 [55]; and if either the serving cell is on the
frequency used for NR sidelink communication operation or the UE is out of coverage on the frequency used for
NR sidelink communication operation as defined in TS 38.304 [20] and TS 36.304 [27]; or
UE Network
SIBX acquisition
SidelinkUEInformationNR
The purpose of this procedure is to inform the network that the UE is interested or no longer interested to receive NR
sidelink communication, as well as to request assignment or release of transmission resource for NR sidelink
communication and to report parameters related to NR sidelink communication.
5.8.3.2 Initiation
A UE capable of NR sidelink communication that is in RRC_CONNECTED may initiate the procedure to indicate it is
(interested in) receiving NR sidelink communication in several cases including upon successful connection
establishment or resuming, upon change of interest, or upon change to a PCell providing SIB12 including sl-
ConfigCommonNR. A UE capable of NR sidelink communication may initiate the procedure to request assignment of
dedicated resources for NR sidelink communication transmission.
2> if configured by upper layers to receive NR sidelink communication on the frequency included in sl-
FreqInfoList in SIB12 of the PCell:
3> if the UE did not transmit a SidelinkUEInformationNR message since last entering RRC_CONNECTED
state; or
3> if since the last time the UE transmitted a SidelinkUEInformationNR message the UE connected to a
PCell not providing SIB12 including sl-ConfigCommonNR; or
3> if the last transmission of the SidelinkUEInformationNR message did not include sl-RxInterestedFreqList;
or if the frequency configured by upper layers to receive NR sidelink communication on has changed
since the last transmission of the SidelinkUEInformationNR message:
2> else:
2> if configured by upper layers to transmit NR sidelink communication on the frequency included in sl-
FreqInfoList in SIB12 of the PCell:
3> if the UE did not transmit a SidelinkUEInformationNR message since last entering RRC_CONNECTED
state; or
3> if since the last time the UE transmitted a SidelinkUEInformationNR message the UE connected to a
PCell not providing SIB12 including sl-ConfigCommonNR; or
Release 16 188 3GPP TS 38.331 V16.0.0 (2020-03)
3> if the last transmission of the SidelinkUEInformationNR message did not include sl-TxResourceReqList;
or if the information carried by the sl-TxResourceReqList has changed since the last transmission of the
SidelinkUEInformationNR message:
2> else:
1> if the UE initiates the procedure to indicate it is (no more) interested to receive NR sidelink communication or to
request (configuration/ release) of NR sidelink communication transmission resources (i.e. UE includes all
concerned information, irrespective of what triggered the procedure):
4> include sl-RxInterestedFreqList and set it to the frequency for NR sidelink communication reception;
4> include sl-TxResourceReqList and set its fields (if needed) as follows for each destination for which it
requests network to assign NR sidelink communication resource:
5> set sl-DestinationIdentiy to the destination identity configured by upper layer for NR sidelink
communication transmission;
5> set sl-CastType to the cast type of the associated destination identity configured by the upper layer
for the NR sidelink communication transmission;
5> set sl-RLC-ModeIndication to include the RLC mode(s) and optionally QoS profile(s) of the
sidelink QoS flow(s) of the associated RLC mode(s), if the associated bi-directional sidelink DRB
has been established due to the configuration by RRCReconfigurationSidelink;
5> set sl-Failure as rlf for the associated destination for the NR sidelink communication transmission,
if the sidelink RLF is detected;
5> set sl-Failure as configFailure for the associated destination for the NR sidelink communication
transmission, if RRCReconfigurationFailureSidelink is received as sidelink RRC reconfiguration
failure;
5> set sl-QoS-InfoList to include QoS profile(s) of the sidelink QoS flow(s) of the associated
destination configured by the upper layer for the NR sidelink communication transmission;
5> set sl-InterestedFreqList to indicate the frequency for NR sidelink communication transmission;
5> set sl-TypeTxSyncList to the current synchronization reference type used on the associated sl-
InterestedFreqList for NR sidelink communication transmission.
1> The UE shall submit the SidelinkUEInformationNR message to lower layers for transmission.
Release 16 189 3GPP TS 38.331 V16.0.0 (2020-03)
SIBY/SIBZ acquisition
SidelinkUEInformationEUTRA
The purpose of this procedure is to inform the network that the UE is interested or no longer interested to receive V2X
sidelink communication, as well as to request assignment or release of transmission resource for V2X sidelink
communication and to report parameters related to V2X sidelink communication.
The initiation and the procedure for the transmission of SidelinkUEInformationEUTRA follow the procedure specified
for V2X sidelink communication in subclause 5.3.5.4, 5.10.2 of TS 36.331 [10].
NOTE 1: When applying the procedure in this subclause, SIB13 and SIB14 correspond to
SystemInformationBlockType21 and SystemInformationBlockType26 specified in TS 36.331 [10]
respectively.
UE Network
SIBX acquisition
RRCReconfiguration
SLSS& MasterInformationBlockSidelink
UE UE
SLSS& MasterInformationBlockSidelink
SLSS& MasterInformationBlockSidelink
5.8.5.2 Initiation
A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall, when transmitting NR sidelink
communication, and if the conditions for NR sidelink communication operation are met and when the following
conditions are met:
1> if in coverage on the frequency used for NR sidelink communication, as defined in TS 38.304 [20]; and has
selected GNSS or the cell as synchronization reference as defined in 5.8.6.3; or
1> if out of coverage on the frequency used for NR sidelink communication, and the frequency used to transmit NR
sidelink communication is included in sl-FreqInfoToAddModList in sl-ConfigDedicatedNR within
RRCReconfiguration message or included in sl-FreqInfoList within SIB12; and has selected GNSS or the cell as
synchronization reference as defined in 5.8.6.3:
2> if networkControlledSyncTx is not configured; and for the concerned frequency syncTxThreshIC is
configured; and the RSRP measurement of the reference cell, selected as defined in 5.8.6.3, for NR sidelink
communication transmission is below the value of syncTxThreshIC:
3> transmit sidelink SSB on the frequency used for NR sidelink communication in accordance with 5.8.5.3
and TS 38.211 [16], including the transmission of SLSS as specified in 5.8.5.3 and transmission of
MasterInformationBlockSidelink as specified in5.8.9.4.3;
1> else:
2> for the frequency used for NR sidelink communication, if syncTxThreshOoC is included in SL-
PreconfigurationNR; and the UE is not directly synchronized to GNSS, and the UE has no selected SyncRef
UE or the S-RSRP measurement result of the selected SyncRef UE is below the value of syncTxThreshOoC;
or
2> for the frequency used for NR sidelink communication, if the UE selects GNSS as the synchronization
reference source:
3> transmit sidelink SSB on the frequency used for NR sidelink communication in accordance with TS
38.211 [16] , including the transmission of SLSS as specified in 5.8.5.3 and transmission of
MasterInformationBlockSidelink as specified in 5.8.9.4.3;
1> if triggered by NR sidelink communication and in coverage on the frequency used for NR sidelink
communication, as defined in TS 38.304 [20]; or
1> if triggered by NR sidelink communication, and out of coverage on the frequency used for NR sidelink
communication, and the concerned frequency is included in sl-FreqInfoToAddModList in sl-ConfigDedicatedNR
within RRCReconfiguration message or included in sl-FreqInfoList within SIB12:
2> if the UE has selected GNSS as synchronization reference in accordance with 5.8.6.2:
3> use sl-SSB-TimeAllocation1 included in the entry of configured sl-SyncConfigList corresponding to the
concerned frequency, that includes txParameters and gnss-Sync;
2> if the UE has selected a cell as synchronization reference in accordance with 5.8.6.2:
3> select the SLSSID included in the entry of configured sl-SyncConfigList corresponding to the concerned
frequency, that includes txParameters and does not include gnss-Sync;
1> else if triggered by NR sidelink communication and the UE has GNSS as the synchronization reference:
Release 16 191 3GPP TS 38.331 V16.0.0 (2020-03)
1> else:
2> select the synchronisation reference UE (i.e. SyncRef UE) as defined in 5.8.6;
2> if the UE has a selected SyncRef UE and inCoverage in the MasterInformationBlockSidelink message
received from this UE is set to true; or
2> if the UE has a selected SyncRef UE and inCoverage in the MasterInformationBlockSidelink message
received from this UE is set to false while the SLSS from this UE is part of the set defined for out of
coverage, see TS 38.211 [16]:
3> select the same SLSSID as the SLSSID of the selected SyncRef UE;
3> select the slot in which to transmit the SLSS according to the sl-SSB-TimeAllocation1 or sl-SSB-
TimeAllocation2 included in the preconfigured sidelink parameters corresponding to the concerned
frequency, such that the timing is different from the SLSS of the selected SyncRef UE;
3> select the SLSSID from the set defined for out of coverage having an index that is 336 more than the
index of the SLSSID of the selected SyncRef UE, see TS 38.211 [16];
3> select the slot in which to transmit the SLSS according to sl-SSB-TimeAllocation1 or sl-SSB-
TimeAllocation2 included in the preconfigured sidelink parameters corresponding to the concerned
frequency, such that the timing is different from the SLSS of the selected SyncRef UE;
3> randomly select, using a uniform distribution, an SLSSID from the set of sequences defined for out of
coverage except SLSSID 336, see TS 38.211 [16];
3> select the slot in which to transmit the SLSS according to the sl-SSB-TimeAllocation1 or sl-SSB-
TimeAllocation2 (arbitrary selection between these) included in the preconfigured sidelink parameters in
SL-PreconfigurationNR corresponding to the concerned frequency;
SIBY/SIBZ acquisition
RRCReconfiguration
SLSS& MasterInformationBlockSidelink
UE UE
SLSS& MasterInformationBlockSidelink
SLSS& MasterInformationBlockSidelink
Figure 5.8.5a-2: Synchronisation information transmission for V2X sidelink communication, out of
coverage
The initiation and the procedure for the transmission of SLSS and MasterInformationBlock-SL-V2X follow the
procedure specified for V2X sidelink communication in subclause 5.10.7 of TS 36.331 [10].
NOTE 1: When applying the procedure in this subclause, SIB13 and SIB14 correspond to
SystemInformationBlockType21 and SystemInformationBlockType26 specified in TS 36.331 [10]
respectively
1> if the frequency used for NR sidelink communication is included in sl-FreqInfoToAddModList in sl-
ConfigDedicatedNR within RRCReconfiguration message or included in sl-ConfigCommonNR within SIB12, and
sl-SyncPriority is configured for the concerned frequency and set to gnbEnb:
1> else if the frequency used for NR sidelink communication is included in sl-FreqInfoToAddModList in sl-
ConfigDedicatedNR within RRCReconfiguration message or included in sl-ConfigCommonNR within SIB12, and
sl-SyncPriority for the concerned frequency is not configured or is set to gnss, and GNSS is reliable in
accordance with TS 38.101-1 [15] and TS 38.133 [14]:
1> else if the frequency used for NR sidelink communication is included in PreconfigurationNR, and sl-
SyncPriority in SL-PreconfigurationNR is set to gnss and GNSS is reliable in accordance with TS 38.101-1 [15]
and TS 38.133 [14]:
1> else:
2> perform a full search (i.e. covering all subframes and all possible SLSSIDs) to detect candidate SLSS, in
accordance with TS 38.133 [14]
2> when evaluating the one or more detected SLSSIDs, apply layer 3 filtering as specified in 5.5.3.2 using the
preconfigured sl-filterCoefficient, before using the S-RSRP measurement results;
3> if the S-RSRP of the strongest candidate SyncRef UE exceeds the minimum requirement TS 38.133 [14]
by sl-SyncRefMinHyst and the strongest candidate SyncRef UE belongs to the same priority group as the
Release 16 193 3GPP TS 38.331 V16.0.0 (2020-03)
current SyncRef UE and the S-RSRP of the strongest candidate SyncRef UE exceeds the S-RSRP of the
current SyncRef UE by syncRefDiffHyst; or
3> if the S-RSRP of the candidate SyncRef UE exceeds the minimum requirement TS 38.133 [14] by sl-
SyncRefMinHyst and the candidate SyncRef UE belongs to a higher priority group than the current
SyncRef UE; or
3> if GNSS becomes reliable in accordance with TS 38.101-1 [15] and TS 38.133 [14], and GNSS belongs
to a higher priority group than the current SyncRef UE; or
3> if a cell is detected and gNB/eNB (if sl-NbAsSync is set to true) belongs to a higher priority group than
the current SyncRef UE; or
3> if the S-RSRP of the current SyncRef UE is less than the minimum requirement defined in TS 38.133
[14]:
2> if the UE has selected GNSS as the synchronization reference for NR sidelink communication:
3> if the S-RSRP of the candidate SyncRef UE exceeds the minimum requirement defined in TS 38.133 [14]
by sl-SyncRefMinHyst and the candidate SyncRef UE belongs to a higher priority group than GNSS; or
3> if GNSS becomes not reliable in accordance with TS 38.101-1 [15] and TS 38.133 [14]:
2> if the UE has selected cell as the synchronization reference for NR sidelink communication:
3> if the S-RSRP of the candidate SyncRef UE exceeds the minimum requirement defined in TS 38.133 [14]
by sl-SyncRefMinHyst and the candidate SyncRef UE belongs to a higher priority group than gNB/eNB;
or
3> if the UE detects one or more SLSSIDs for which the S-RSRP exceeds the minimum requirement defined
in TS 38.133 [14] by sl-SyncRefMinHyst and for which the UE received the corresponding
MasterInformationBlockSidelink message (candidate SyncRef UEs), or if the UE detects GNSS that is
reliable in accordance with TS 38.101-1 [15] and TS 38.133 [14], or if the UE detects a cell, select a
synchronization reference according to the following priority group order:
5> UEs of which SLSSID is part of the set defined for in coverage, and inCoverage, included in the
MasterInformationBlockSidelink message received from this UE, is set to true, starting with the
UE with the highest S-RSRP result (priority group 1);
5> UE of which SLSSID is part of the set defined for in coverage, and inCoverage, included in the
MasterInformationBlockSidelink message received from this UE, is set to false, starting with the
UE with the highest S-RSRP result (priority group 2);
5> GNSS that is reliable in accordance with TS 38.101-1 [15] and TS 38.133 [14] (priority group 3);
5> Other UEs, starting with the UE with the highest S-RSRP result (priority group 6);
Release 16 194 3GPP TS 38.331 V16.0.0 (2020-03)
4> if sl-SyncPriority corresponding to the concerned frequency is set to gnss, and sl-NbAsSync is set to
true:
5> the cell detecteted by the UE as defined in 5.8.6.3 (priority group 3);
5> UEs of which SLSSID is part of the set defined for in coverage, and inCoverage, included in the
MasterInformationBlockSidelink message received from this UE, is set to true, starting with the
UE with the highest S-RSRP result (priority group 4);
5> UE of which SLSSID is part of the set defined for in coverage, and inCoverage, included in the
MasterInformationBlockSidelink message received from this UE, is set to false, starting with the
UE with the highest S-RSRP result (priority group 5);5> Other UEs, starting with theUE with the
highest S-RSRP result (priority group 6);
4> if sl-SyncPriority corresponding to the concerned frequency is set to gnss, and sl-NbAsSync is set to
false:
5> Other UEs, starting with the UE with the highest S-RSRP result (priority group 3);
1> for the frequency used to transmit NR sidelink communication, select a cell to be used as reference for
synchronization in accordance with the following:
3> use the DL frequency paired with the one used to transmit NR sidelink communication as reference;
1> if the conditions for NR sidelink communication operation as defined in 5.8.2 are met:
Release 16 195 3GPP TS 38.331 V16.0.0 (2020-03)
3> if the UE is configured with sl-RxPool included in RRCReconfiguration message with reconfigwithSync
(i.e. handover):
4> configure lower layers to monitor sidelink control information and the corresponding data using the
pool of resources indicated by sl-RxPool;
3> else if the cell chosen for NR sidelink communication transmission provides SIB12:
4> configure lower layers to monitor sidelink control information and the corresponding data using the
pool of resources indicated by sl-RxPool in SIB12;
2> else:
3> configure lower layers to monitor sidelink control information and the corresponding data using the pool
of resources that were preconfigured by sl-RxPool in SL-PreconfigurationNR, as defined in sub-clause
9.3;
1> if the conditions for NR sidelink communication operation as defined in 5.8.2 are met:
2> if the frequency used for NR sidelink communication is included in sl-FreqInfoToAddModList in sl-
ConfigDedicatedNR within RRCReconfiguration message or included in sl-ConfigCommonNR within SIB12:
3> if the UE is in RRC_CONNECTED and uses the frequency included in sl-ConfigDedicatedNR within
RRCReconfiguration message:
5> if T310 for MCG or T311 is running; and if sl-TxPoolExceptional is included in sl-FreqInfoList
for the concerned frequency in SIB12 or included in in RRCReconfiguration; or
5> if T301 is running and the cell on which the UE initiated RRC connection re-establishment
provides SIB12 including sl-TxPoolExceptional for the concerned frequency; or
5> if T304 for MCG is running and the UE is configured with sl-TxPoolExceptional included in sl-
ConfigDedicatedNR for the concerned frequency in RRCReconfiguration:
6> configure lower layers to transmit the sidelink control information and the corresponding data
based on random selection using the pool of resources indicated sl-TxPoolExceptional as
defined in TS 38.321 [3];
5> else:
6> configure lower layers to request the network to assign transmission resources for NR sidelink
communication;
5> if T310 for MCG expires, configure the lower layers to release the resources indicated by rrc-
ConfiguredSidelinkGrant (if any);
5> if a result of sensing on the resources configured in sl-TxPoolSelectedNormal for the concerned
frequency included in sl-ConfigDedicatedNR within RRCReconfiguration is not available in
accordance with TS 38.213 [13];
6> if the PCell provides SIB12 including sl-TxPoolExceptional in for the concerned frequency:
Release 16 196 3GPP TS 38.331 V16.0.0 (2020-03)
7> configure lower layers to transmit the sidelink control information and the corresponding
data based on random selection using the pool of resources indicated by sl-
TxPoolExceptional as defined in TS 38.321 [3];
5> else, if the sl-TxPoolSelectedNormal for the concerned frequency is included in the sl-
ConfigDedicatedNR within RRCReconfiguration:
6> configure lower layers to transmit the sidelink control information and the corresponding data
based on sensing (as defined in TS 38.321 [3] and TS 38.213 [13]) using the resource pools
indicated by sl-TxPoolSelectedNormal for the concerned frequency;
3> else:
4> if the cell chosen for NR sidelink communication transmission provides SIB12:
5> if SIB12 includes sl-TxPoolSelectedNormal for the concerned frequency, and a result of sensing on
the resources configured in the sl-TxPoolSelectedNormal is available in accordance with TS
38.213 [13]
6> configure lower layers to transmit the sidelink control information and the corresponding data
based on sensing using the pool of resources indicated by sl-TxPoolSelectedNormal for the
concerned frequency as defined in TS 38.321 [3];
6> from the moment the UE initiates connection establishment or connection resume, until
receiving an RRCReconfiguration including sl-ConfigDedicatedNR, or receiving an
RRCRelease or an RRCReject; or
6> if a result of sensing on the resources configured in sl-TxPoolSelectedNormal for the concerned
frequency in SIB12 is not available in accordance with TS 38.213 [13]:
7> configure lower layers to transmit the sidelink control information and the corresponding
data based on random selection (as defined in TS 38.321 [3] and TS 38.213 [13]) using one
of the resource pools indicated by sl-TxPoolExceptional for the concerned frequency;
2> else:
3> configure lower layers to transmit the sidelink control information and the corresponding data based on
sensing (as defined in TS 38.321 [3] and TS 38.213 [13]) using the resource pool indicated by sl-
TxPoolSelectedNormal in sl-PreconfigurationNR for the concerned frequency.
UE UE
RRCReconfigurationSidelink
RRCReconfigurationCompleteSidelink
UE UE
RRCReconfigurationSidelink
RRCReconfigurationFailureSidelink
The purpose of this procedure is to establish/modify/release sidelink DRBs or configure NR sidelink measurement and
report for a PC5-RRC connection.
The UE may initiate the sidelink RRC reconfiguration procedure and perform the operation in sub-clause 5.8.9.1.2 to its
peer UE in following cases:
- the release of sidelink DRBs associated with the peer UE, as specified in sub-clause 5.8.9.1.4;
- the establishment of sidelink DRBs associated with the peer UE, as specified in sub-clause 5.8.9.1.5;
- the modification for the parameters included in SLRB-Config of sidelink DRBs associated with the peer UE, as
specified in sub-clause 5.8.9.1.5;
1> for each sidelink DRB that is to be released, according to sub-clause 5.8.9.1.4.1, due to configuration by sl-
ConfigDedicatedNR, SIB12, SidelinkPreconfigNR or by upper layers:
2> set the slrb-PC5-ConfigIndex included in the slrb-ConfigToReleaseList corresponding to the sidelink DRB;
1> for each sidelink DRB that is to be established or modified, according to sub-clause 5.8.9.1.5.1, due to receiving
sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR:
2> set the SLRB-Config included in the slrb-ConfigToAddModList, according to the received sl-
RadioBearerConfig and sl-RLC-BearerConfig corresponding to the sidelink DRB;
2> set the sl-MeasConfig according to the stored NR sidelink measurement configuration information;
1> start timer T400 for the destination associated with the sidelink DRB;
The UE shall submit the RRCReconfigurationSidelink message to lower layers for transmission.
2> for each slrb-PC5-ConfigIndex value included in the slrb-ConfigToReleaseList that is part of the current UE
sidelink configuration;
3> perform the sidelink DRB release procedure, according to sub-clause 5.8.9.1.4;
2> for each slrb-PC5-ConfigIndex value included in the slrb-ConfigToAddModList that is not part of the current
UE sidelink configuration:
Release 16 198 3GPP TS 38.331 V16.0.0 (2020-03)
3> perform the sidelink DRB addition procedure, according to sub-clause 5.8.9.1.5;
2> for each slrb-PC5-ConfigIndex value included in the slrb-ConfigToAddModList that is part of the current UE
sidelink configuration:
3> perform the sidelink DRB release or modification procedure, according to sub-clause 5.8.9.1.4 and
5.8.9.1.5.
1> if the UE is unable to comply with (part of) the configuration included in the RRCReconfigurationSidelink (i.e.
sidelink RRC reconfiguration failure):
2> continue using the configuration used prior to the reception of the RRCReconfigurationSidelink message;
1> else:
NOTE 1: When the same logical channel is configured with different RLC mode by another UE, the UE handles
the case as sidelink RRC reconfiguration failure.
1> for the slrb-Uu-ConfigIndex (if any) of the sidelink DRB, if slrb-Uu-ConfigIndex is included in sl-
RadioBearerToReleaseList in sl-ConfigDedicatedNR, or if no sidelink QoS flow with data indicated by upper
layers is mapped to the sidelink DRB for transmission, which is (re)configured by receiving SIB12 or
SidelinkPreconfigNR; and
1> for the slrb-PC5-ConfigIndex (if any) of the sidelink DRB, if slrb-PC5-ConfigIndex is included in slrb-
ConfigToReleaseList in RRCReconfigurationSidelink, or if the sidelink QoS flow mapped to the sidelink DRB,
which is (re)configured by receiving RRCReconfigurationSidelink, has no data;
1> for unicast, after receiving RRCReconfigurationSidelink message (in case the release is due to the configuration
by RRCReconfigurationSidelink), or after receiving the RRCReconfigurationCompleteSidelink message(in case
the release is due to the configuration by sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR or indicated by
upper layers)
2> release the PDCP entity for NR sidelink communication associated with the sidelink DRB;
2> if SDAP entity for NR sidelink communication associated with this sidelink DRB is configured:
3> indicate the release of the sidelink DRB to the SDAP entity associated with this sidelink DRB (TS 37.324
[24], clause 5.3.3);
2> release the RLC entity and the corresponding logical channel for NR sidelink communication associated with
the sidelink DRB.
Release 16 199 3GPP TS 38.331 V16.0.0 (2020-03)
1> release SDAP entities for NR sidelink communication, if any, that have no associated sidelink DRB as specified
in TS 37.324 [24] clause 5.1.2, and indicate the release to upper layers.
1> for each sl-RLC-BearerConfigIndex included in the received sl-RLC-BearerToReleaseList that is part of the
current UE sidelink configuration:
2> release the RLC entity for NR sidelink communication and the corresponding logical channel for NR sidelink
communication, associated with the sl-RLC-BearerConfigIndex.
3> perform the sidelink UE information procedure in sub-caluse 5.8.3 for unicast if need;
1> if any sidelink QoS flow is (re)configured by sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR and is to be
mapped to one sidelink DRB, which is not established; or
1> if any sidelink QoS flow is (re)configured by RRCReconfigurationSidelink and is to be mapped to a sidelink
DRB, which is not established;
For NR sidelink communication, a sidelink DRB modification is initiated only in the following cases:
1> if any of the sidelink DRB related parameters is changed by sl-ConfigDedicatedNR, SIB12,
SidelinkPreconfigNR or RRCReconfigurationSidelink for one sidelink DRB, which is established;
1> for unicast, after receiving RRCReconfigurationSidelink message (in case the addition is due to the configuration
by RRCReconfigurationSidelink), or after receiving the RRCReconfigurationCompleteSidelink message (in case
the addition is due to the configuration by sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR or indicated by
upper layers):
2> if an SDAP entity for NR sidelink communication accoicated with the desination and the cast type of the
sidelink DRB does not exist:
3> establish an SDAP entity for NR sidelink communication as specified in TS 37.324 [24] clause 5.1.1;
3> configure the SDAP entity in accordance with the sl-SDAP-ConfigPC5 received in the
RRCReconfigurationSidelink or sl-SDAP-Config received in sl-ConfigDedicatedNR, SIB12,
SidelinkPreconfigNR, associated with the sidelink DRB;
2> establish a PDCP entity for NR sidelink communication and configure it in accordance with the sl-PDCP-
ConfigPC5 received in the RRCReconfigurationSidelink or sl-PDCP-Config received in sl-
ConfigDedicatedNR, SIB12, SidelinkPreconfigNR, associated with the sidelink DRB;
2> establish a RLC entity for NR sidelink communication and configure it in accordance with the sl-RLC-
ConfigPC5 received in the RRCReconfigurationSidelink or sl-RLC-Config received in sl-
ConfigDedicatedNR, SIB12, SidelinkPreconfigNR, associated with sidelink DRB;
Release 16 200 3GPP TS 38.331 V16.0.0 (2020-03)
3> configure the MAC entity with a logical channel in accordance with the sl-MAC-
LogicalChannelConfigPC5 received in the RRCReconfigurationSidelink associated with the sidelink
DRB, and perform the sidelink UE information procedure in sub-caluse 5.8.3 for unicast if need;
2> else:
3> configure the MAC entity with a logical channel associated with the sidelink DRB, by assigning a new
logical channel identity, in accordance with the sl-MAC-LogicalChannelConfig received in the sl-
ConfigDedicatedNR, SIB12, SidelinkPreconfigNR.
For the sidelink DRB, whose sidelink DRB modification conditions are met as in sub-clause 5.8.9.1.5.1, the UE capable
of NR sidelink communication that is configured by upper layers to perform NR sidelink communication shall:
1> for unicast, after receiving RRCReconfigurationSidelink message (in case the modification is due to the
configuration by RRCReconfigurationSidelink), or after receiving the RRCReconfigurationCompleteSidelink
message (in case the modification is due to the configuration by sl-ConfigDedicatedNR, SIB12 or
SidelinkPreconfigNR):
2> reconfigure the SDAP entity of the sidelink DRB, in accordance with the sl-SDAP-ConfigPC5 received in the
RRCReconfigurationSidelink or sl-SDAP-Config received in sl-ConfigDedicatedNR, SIB12,
SidelinkPreconfigNR, if included;
2> reconfigure the PDCP entity of the sidelink DRB, in accordance with the sl-PDCP-ConfigPC5 received in
the RRCReconfigurationSidelink or sl-PDCP-Config received in sl-ConfigDedicatedNR, SIB12,
SidelinkPreconfigNR, if included;
2> reconfigure the RLC entity of the sidelink DRB, in accordance with the sl-RLC-ConfigPC5 received in the
RRCReconfigurationSidelink or sl-RLC-Config received in sl-ConfigDedicatedNR, SIB12,
SidelinkPreconfigNR, if included;
2> reconfigure the logical channel of the sidelink DRB, in accordance with the sl-MAC-
LogicalChannelConfigPC5 received in the RRCReconfigurationSidelink or sl-MAC-LogicalChannelConfig
received in sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR, if included.
1> if transmission of sidelink SRB for PC5-S message for a specific destination is requested by upper layers:
2> establish PDCP entity, RLC entity and the logical channel of a sidelink SRB for PC5-S message, as specified
in sub-clause 9.1.1.4;
1> if a PC5-RRC connection establishment for a specific destination is indicated by upper layers:
2> establish PDCP entity, RLC entity and the logical channel of a sidelink SRB for PC5-RRC message of the
specific destination, as specified in sub-clause 9.1.1.4;
1> if a PC5-RRC connection release for a specific destination is requested by upper layers; or
Release 16 201 3GPP TS 38.331 V16.0.0 (2020-03)
1> if the sidelink radio link failure is detected for a specific destination:
2> release the PDCP entity, RLC entity and the logical channel of the sidelink SRB for PC5-RRC message of
the specific destination;
1> if a PC5-S transmission release for a specific destination is requested by upper layers:
2> release the PDCP entity, RLC entity and the logical channel of the sidelink SRB(s) for PC5-S message of the
specific destination;
2> continue using the configuration used prior to corresponding RRCReconfigurationSidelink message;
1> if UE is in RRC_CONNECTED:
2> perform the sidelink UE information for NR sidelink communication procedure, as specified in 5.8.3.3 or
sub-clause 5.10.X in TS 36.331 [10];
Editor Notes: FFS on the need of further UE behaviors upon PC5 AS configuration failure.
1> upon indication from sidelink RLC entity that the maximum number of retransmissions for a specific destination
has been reached; or
2> consider sidelink radio link failure to be detected for this destination;
2> indicate the release of the PC5-RRC connection to the upper layers for this destination (i.e. PC5 is
unavailable);
2> if UE is in RRC_CONNECTED:
3> perform the sidelink UE information for NR sidelink communication procedure, as specified in 5.8.3.3 or
sub-clause 5.10.X in TS 36.331 [10];
Release 16 202 3GPP TS 38.331 V16.0.0 (2020-03)
2> ensure having a valid version of the MasterInformationBlockSidelink message of that SyncRef UE;
1> if in coverage on the frequency used for the NR sidelink communication as defined in TS 38.304 [20].
3> set sl-TDD-Config to the value representing the same meaning as that is included in tdd-UL-DL-
ConfigurationCommon;
2> else:
2> else:
1> else if out of coverage on the frequency used for NR sidelink communication as defined in TS 38.304 [20]; and
the concerned frequency is included in sl-FreqInfoToAddModList in RRCReconfiguration or in sl-FreqInfoList
within SIB12, or the UE selects GNSS timing as the synchronization reference source:
2> set sl-TDD-Config and reservedBits to the value of the corresponding field included in the preconfigured
sidelink parameters (i.e. sl-PreconfigGeneral in SL-PreconfigurationNR defined in 9.3);
2> set sl-TDD-Config and reservedBits to the value of the corresponding field included in the received
MasterInformationBlockSidelink;
1> else:
2> set sl-TDD-Config and reservedBits to the value of the corresponding field included in the preconfigured
sidelink parameters (i.e. sl-PreconfigGeneral in SL-PreconfigurationNR defined in 9.3);
1> set directFrameNumber and slotIndex according to the slot used to transmit the SLSS, as specified in 5.8.5.3;
1> submit the MasterInformationBlockSidelink to lower layers for transmission upon which the procedure ends;
The NR sidelink measurement configuration includes the following parameters for a PC5-RRC connection:
1. NR sidelink measurement objects: Object(s) on which the associated peer UE shall perform the NR sidelink
measurements.
- For NR sidelink measurement, a NR sidelink measurement object indicates the NR sidelink frequency of
reference signals to be measured.
2. NR sidelink reporting configurations: NR sidelink measurement reporting configuration(s) where there can be
one or multiple NR sidelink reporting configurations per NR sidelink measurement object. Each NR sidelink
reporting configuration consists of the following:
- Reporting criterion: The criterion that triggers the UE to send a NR sidelink measurement report. This can
either be periodical or a single event description.
- RS type: The RS that the UE uses for NR sidelink measurement results. In this release, only DMRS is
supported for NR sidelink measurement.
- Reporting format: The quantities that the UE includes in the measurement report. In this release, only RSRP
measurement is supported.
3. NR sidelink measurement identities: A list of NR sidelink measurement identities where each NR sidelink
measurement identity links one NR sidelink measurement object with one NR sidelink reporting configuration.
By configuring multiple NR sidelink measurement identities, it is possible to link more than one NR sidelink
measurement object to the same NR sidelink reporting configuration, as well as to link more than one NR
sidelink reporting configuration to the same NR sidelink measurement object. The NR sidelink measurement
identity is also included in the NR sidelink measurement report that triggered the reporting, serving as a
reference to the network.
4. NR sidelink quantity configurations: The NR sidelink quantity configuration defines the NR sidelink
measurement filtering configuration used for all event evaluation and related reporting, and for periodical
reporting of that NR sidelink measurement. In each configuration, different filter coefficients can be configured
for different NR sidelink measurement quantities.
Both UEs of the PC5-RRC connection maintains a NR sidelink measurement object list, a NR sidelink reporting
configuration list, and a NR sidelink measurement identities list according to signalling and procedures in this
specification.
2> perform the sidelink measurement object removal procedure as specified in 5.8.10.2.4;
2> perform the sidelink measurement object addition/modification procedure as specified in 5.8.10.2.5;
Release 16 204 3GPP TS 38.331 V16.0.0 (2020-03)
2> perform the sidelink reporting configuration removal procedure as specified in 5.8.10.2.6;
2> perform the sidelink reporting configuration addition/modification procedure as specified in 5.8.10.2.7;
2> perform the sidelink measurement identity removal procedure as specified in 5.8.10.2.2;
2> perform the sidelink measurement identity addition/modification procedure as specified in 5.8.10.2.3;
1> for each sl-MeasId included in the received sl-MeasIdToRemoveList that is part of the current UE configuration
in VarMeasConfigSL:
2> remove the entry with the matching sl-MeasId from the sl-MeasIdList within the VarMeasConfigSL;
2> remove the NR sidelink measurement reporting entry for this sl-MeasId from the VarMeasReportListSL, if
included;
2> stop the periodical reporting timer and reset the associated information (e.g. sl-TimeToTrigger) for this sl-
MeasId.
NOTE: The UE does not consider the message as erroneous if the sl-MeasIdToRemoveList includes any sl-
MeasId value that is not part of the current UE configuration.
2> if an entry with the matching sl-MeasId exists in the sl-MeasIdList within the VarMeasConfigSL:
3> replace the entry with the value received for this sl-MeasId;
2> else:
3> add a new entry for this sl-MeasId within the VarMeasConfigSL;
2> remove the measurement reporting entry for this sl-MeasId from the VarMeasReportListSL, if included;
2> stop the periodical reporting timer and reset the associated information (e.g. sl-TimeToTrigger) for this sl-
MeasId;
1> for each sl-MeasObjectId included in the received sl-MeasObjectToRemoveList that is part of sl-MeasObjectList
in VarMeasConfigSL:
2> remove the entry with the matching sl-MeasObjectId from the sl-MeasObjectList within the
VarMeasConfigSL;
Release 16 205 3GPP TS 38.331 V16.0.0 (2020-03)
2> remove all sl-MeasId associated with this sl-MeasObjectId from the sl-MeasIdList within the
VarMeasConfigSL, if any;
3> remove the measurement reporting entry for this sl-MeasId from the VarMeasReportListSL, if included;
3> stop the periodical reporting timer and reset the associated information (e.g. sl-TimeToTrigger) for this sl-
MeasId.
NOTE: The UE does not consider the message as erroneous if the sl-MeasObjectToRemoveList includes any sl-
MeasObjectId value that is not part of the current UE configuration.
2> if an entry with the matching sl-MeasObjectId exists in the sl-MeasObjectList within the VarMeasConfigSL,
for this entry:
3> reconfigure the entry with the value received for this sl-MeasObject;
2> else:
3> add a new entry for the received sl-MeasObject to the sl-MeasObjectList within VarMeasConfigSL.
1> for each sl-ReportConfigId included in the received sl-ReportConfigToRemoveList that is part of the current UE
configuration in VarMeasConfigSL:
2> remove the entry with the matching sl-ReportConfigId from the sl-ReportConfigList within the
VarMeasConfigSL;
2> remove all sl-MeasId associated with the sl-ReportConfigId from the sl-MeasIdList within the
VarMeasConfigSL, if any;
3> remove the measurement reporting entry for this sl-MeasId from the VarMeasReportListSL, if included;
3> stop the periodical reporting timer and reset the associated information (e.g. sl-TimeToTrigger) for this sl-
MeasId.
NOTE: The UE does not consider the message as erroneous if the sl-ReportConfigToRemoveList includes any sl-
ReportConfigId value that is not part of the current UE configuration.
2> if an entry with the matching sl-ReportConfigId exists in the sl-ReportConfigList within the
VarMeasConfigSL, for this entry:
3> reconfigure the entry with the value received for this sl-ReportConfig;
3> for each sl-MeasId associated with this sl-ReportConfigId included in the sl-MeasIdList within the
VarMeasConfigSL, if any:
4> remove the measurement reporting entry for this sl-MeasId from the VarMeasReportListSL, if
included;
Release 16 206 3GPP TS 38.331 V16.0.0 (2020-03)
4> stop the periodical reporting timer and reset the associated information (e.g. sl-TimeToTrigger) for
this sl-MeasId;
2> else:
3> add a new entry for the received sl-ReportConfig to the sl-ReportConfigList within the VarMeasConfigSL.
2> set the corresponding parameter(s) in sl-QuantityConfig within VarMeasConfigSL to the value of the
received sl-QuantityConfig parameter(s);
2> remove the measurement reporting entry for this sl-MeasId from the VarMeasReportListSL, if included;
2> stop the periodical reporting timer and reset the associated information (e.g. sl-TimeToTrigger) for this sl-
MeasId.
The UE shall:
2> if the sl-MeasObject is associated to NR sidelink and the sl-RS-Type is set to dmrs:
3> derive the layer 3 filtered NR sidelink measurement result based on DMRS for the trigger quantity and
each measurement quantity indicated in sl-ReportQuantity using parameters from the associated sl-
MeasObject, as described in 5.8.10.3.2
The UE shall:
1> for each NR sidelink measurement quantity to be derived based on NR sidelink DMRS:
2> derive the corresponding measurement of NR sidelink frequency indicated quantity based on DMRS as
described in TS 38.215 [9] in the concerned sl-MeasObject;
2> if the sl-ReportType is set to sl-EventTriggered and if the entry condition applicable for this event, i.e. the
event corresponding with the sl-EventId of the corresponding sl-ReportConfig within VarMeasConfigSL, is
fulfilled for NR sidelink frequency for all NR sidelink measurements after layer 3 filtering taken during sl-
TimeToTrigger defined for this event within the VarMeasConfigSL, while the VarMeasReportListSL does not
include a NR sidelink measurement reporting entry for this sl-MeasId (a first NR sidelink frequency triggers
the event):
3> include a NR sidelink measurement reporting entry within the VarMeasReportListSL for this sl-MeasId;
3> set the sl-NumberOfReportsSent defined within the VarMeasReportListSL for this sl-MeasId to 0;
3> include the concerned NR sidelink frequency in the sl-FrequencyTriggeredList defined within the
VarMeasReportListSL for this sl-MeasId;
2> else if the sl-ReportType is set to sl-EventTriggered and if the entry condition applicable for this event, i.e.
the event corresponding with the sl-EventId of the corresponding sl-ReportConfig within VarMeasConfigSL,
is fulfilled for NR sidelink frequency not included in the sl-FrequencyTriggeredList for all NR sidelink
measurements after layer 3 filtering taken during sl-TimeToTrigger defined for this event within the
VarMeasConfigSL (a subsequent NR sidelink frequency triggers the event):
3> set the sl-NumberOfReportsSent defined within the VarMeasReportListSL for this sl-MeasId to 0;
3> include the concerned NR sidelink frequency in the sl-FrequencyTriggeredList defined within the
VarMeasReportListSL for this sl-MeasId;
2> else if the sl-ReportType is set to sl-EventTriggered and if the leaving condition applicable for this event is
fulfilled for NR sidelink frequency included in the sl-FrequencyTriggeredList defined within the
VarMeasReportListSL for this sl-MeasId for all NR sidelink measurements after layer 3 filtering taken during
sl-TimeToTrigger defined within the VarMeasConfigSL for this event:
3> remove the concerned NR sidelink frequency in the sl-FrequencyTriggeredList defined within the
VarMeasReportListSL for this sl-MeasId;
3> if the sl-FrequencyTriggeredList defined within the VarMeasReportListSL for this sl-MeasId is empty:
4> remove the NR sidelink measurement reporting entry within the VarMeasReportListSL for this sl-
MeasId;
4> stop the periodical reporting timer for this sl-MeasId, if running;
2> if sl-ReportType is set to sl-Periodical and if a (first) NR sidelink measurement result is available:
3> include a NR sidelink measurement reporting entry within the VarMeasReportListSL for this sl-MeasId;
3> set the sl-NumberOfReportsSent defined within the VarMeasReportListSL for this sl-MeasId to 0;
3> initiate the NR sidelink measurement reporting procedure, as specified in 5.8.10.5, immediately after the
quantity to be reported becomes available for the NR sidelink frequency:
2> upon expiry of the periodical reporting timer for this sl-MeasId:
1> consider the entering condition for this event to be satisfied when condition S1-1, as specified below, is fulfilled;
Release 16 208 3GPP TS 38.331 V16.0.0 (2020-03)
1> consider the leaving condition for this event to be satisfied when condition S1-2, as specified below, is fulfilled;
1> for this NR sidelink measurement, consider the NR sidelink frequency corresponding to the associated sl-
MeasObject associated with this event.
Ms is the NR sidelink measurement result of the NR sidelink frequency, not taking into account any offsets.
Hys is the hysteresis parameter for this event (i.e. sl-Hysteresis as defined within sl-ReportConfig for this event).
Thresh is the threshold parameter for this event (i.e. s1-Threshold as defined within sl-ReportConfig for this event).
1> consider the entering condition for this event to be satisfied when condition S2-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition S2-2, as specified below, is fulfilled;
1> for this NR sidelink measurement, consider the NR sidelink frequency indicated by the sl-MeasObject associated
to this event.
Ms is the NR sidelink measurement result of the NR sidelink frequency, not taking into account any offsets.
Hys is the hysteresis parameter for this event (i.e. sl-Hysteresis as defined within sl-ReportConfig for this event).
Thresh is the threshold parameter for this event (i.e. s2-Threshold as defined within sl-ReportConfig for this event).
UE UE
MeasurementReportSidelink
The purpose of this procedure is to transfer measurement results from the UE to the peer UE associated.
For the sl-MeasId for which the NR sidelink measurement reporting procedure was triggered, the UE shall set the sl-
MeasResults within the MeasurementReportSidelink message as follows:
1> set the sl-MeasId to the measurement identity that triggered the NR sidelink measurement reporting;
1> if the sl-ReportConfig associated with the sl-MeasId that triggered the NR sidelink measurement reporting is set
to sl-EventTriggered or sl-Periodical:
2> set sl-ResultDMRS within sl-MeasResult to include the NR sidelink DMRS based quantity indicated in the sl-
ReportQuantity within the concerned sl-ReportConfig;
1> increment the sl-NumberOfReportsSent as defined within the VarMeasReportListSSL for this sl-MeasId by 1;
1> if the sl-NumberOfReportsSent as defined within the VarMeasReportListSL for this sl-MeasId is less than the sl-
ReportAmount as defined within the corresponding sl-ReportConfig for this sl-MeasId:
2> start the periodical reporting timer with the value of sl-ReportInterval as defined within the corresponding sl-
ReportConfig for this sl-MeasId;
1> else:
3> remove the entry within the VarMeasReportListSL for this sl-MeasId;
1> submit the MeasurementReportSidelink message to lower layers for transmission, upon which the procedure
ends.
Zone_id = y1 * 64 + x1.
x is the geodesic distance in longitude between UE's current location and geographical coordinates (0, 0) according
to WGS84 model [58] and it is expressed in meters;
Release 16 210 3GPP TS 38.331 V16.0.0 (2020-03)
y is the geodesic distance in latitude between UE's current location and geographical coordinates (0, 0) according to
WGS84 model [58] and it is expressed in meters.
Where:
Tcurrent is the current UTC time that obtained from GNSS. This value is expressed in milliseconds;
Tref is the reference UTC time 00:00:00 on Gregorian calendar date 1 January, 1900 (midnight between Thursday,
December 31, 1899 and Friday, January 1, 1900). This value is expressed in milliseconds;
OffsetDFN is the value sl-OffsetDFN if configured, otherwise it is zero. This value is expressed in milliseconds.
NOTE 1: In case of leap second change event, how UE obtains the scheduled time of leap second change to adjust
Tcurrent correspondingly is left to UE implementation. How UE handles the sudden discontinuity of
DFN is left to UE implementation.
NOTE 2: The slot level calculation is defined in subclause 8.2.3.2 in TS 38.211 [16].
Release 16 211 3GPP TS 38.331 V16.0.0 (2020-03)
Usage of the text "Network always configures the UE with a value for this field" in the field description indicates that the network has to provide a value for the field in this or in
a previous message based on delta configuration (for an optional field with Need M). It does not imply a mandatory presence of the field.
If conditions are used, a conditional presence table is provided for the message or information element specifying the need of the field for each condition case. The table also
specifies whether UE maintains or releases the value in case the field is absent. The conditions clarify what the UE may expect regarding the setting of the message by the
network. Violation of conditions is regarded as invalid network behaviour, which the UE is not required to cope with. Hence the general error handling defined in 10.4 does not
apply in case a field is absent although it is mandatory according to the CondC or CondM condition.
For guidelines on the use of need codes and conditions, see Annex A.6 and A.7.
3GPP
Release 16 212 3GPP TS 38.331 V16.0.0 (2020-03)
Table 6.1.2-1: Meaning of abbreviations used to specify the need for fields to be present
Abbreviation Meaning
Cond conditionTag Conditionally present
Presence of the field is specified in a tabular form following the ASN.1 segment.
CondC conditionTag Configuration condition
Presence of the field is conditional to other configuration settings.
CondM conditionTag Message condition
Presence of the field is conditional to other fields included in the message.
Need S Specified
Used for (configuration) fields, whose field description or procedure specifies the UE behavior performed upon receiving a
message with the field absent (and not if field description or procedure specifies the UE behavior when field is not configured).
Need M Maintain
Used for (configuration) fields that are stored by the UE i.e. not one-shot. Upon receiving a message with the field absent, the UE
maintains the current value.
Need N No action (one-shot configuration that is not maintained)
Used for (configuration) fields that are not stored and whose presence causes a one-time action by the UE. Upon receiving
message with the field absent, the UE takes no action.
Need R Release
Used for (configuration) fields that are stored by the UE i.e. not one-shot. Upon receiving a message with the field absent, the UE
releases the current value.
NOTE: In this version of the specification, the condition tags CondC and CondM are not used.
Any field with Need M or Need N in system information shall be interpreted as Need R.
The need code used within a CondX definition only applies for the case (part of the condition) where it is defined: A condition may have different need codes for different parts
of the condition. In particular, the CondX definition may contain the following "otherwise the field is absent" parts:
- "Otherwise, the field is absent": The field is not relevant or should not be configured when this part of the condition applies. In particular, the UE behaviour is not defined
when the field is configured via another part of the condition and is reconfigured to this part of the condition. A need code is not provided when the transition from
another part of the condition to this part of the condition is not supported, when the field clearly is a one-shot or there is no difference whether UE maintains or releases the
value (e.g., in case the field is mandatory present according to the other part of the condition).
- "Otherwise, the field is absent, Need R": The field is released if absent when this part of the condition applies. This handles UE behaviour in case the field is configured
via another part of the condition and this part of the condition applies (which means that network can assume UE releases the field if this part of the condition is valid).
- "Otherwise, the field is absent, Need M": The UE retains the field if it was already configured when this part of the condition applies. This means the network cannot
release the field , but UE retains the previously configured value.
For downlink messages, the need codes, conditions and ASN.1 defaults specified for a particular (child) field only apply in case the (parent) field including the particular field is
present. Thus, if the parent is absent the UE shall not release the field unless the absence of the parent field implies that.
3GPP
Release 16 213 3GPP TS 38.331 V16.0.0 (2020-03)
For (parent) fields without need codes in downlink messages, if the parent field is absent, UE shall follow the need codes of the child fields. Thus, if parent field is absent, the
need code of each child field is followed (i.e. Need R child fields are released, Need M child fields are not modified and the actions for Need S child fields depend on the
specified conditions of each field). Examples of (parent) fields in downlink messages without need codes where this rule applies are:
- nonCriticalExtension fields at the end of a message using empty SEQUENCE extension mechanism,
- groups of non-critical extensions using double brackets (referred to as extension groups), and
- non-critical extensions at the end of a message or at the end of a structure, contained in a BIT STRING or OCTET STRING (referred to as parent extension fields).
The handling of need codes as specified in the previous is illustrated by means of an example, as shown in the following ASN.1.
-- /example/ ASN1START
-- ASN1STOP
3GPP
Release 16 214 3GPP TS 38.331 V16.0.0 (2020-03)
- if field1 in RRCMessage-IEs is absent, UE does not modify any child fields configured within field1 (regardless of their need codes);
- if field2 in RRCMessage-IEs is absent, UE releases the field2 (and also its child field field21);
- if field1 or field2 in RRCMessage-IEs is present, UE retains or releases their child fields according to the child field presence conditions;
- if field1 in RRCMessage-IEs is present but the extension group containing field13 and field14 is absent, the UE releases field13 but does not modify field14;
- if nonCriticalExtension defined by IE RRCMessage-v1570-IEs is absent, the UE does not modify field3 but releases field4;
Upon reception of a list not using ToAddModList and ToReleaseList structure, the UE shall delete all entries of the list currently in the UE configuration before applying the
received list and shall consider each entry as newly created. This applies also to lists whose size is extended (i.e. with a second list structure in the ASN.1 comprising additional
entries). This implies that Need M should not be not used for fields in the entries of these lists; if used, UE will handle such fields equivalent to a Need R.
BEGIN
-- TAG-NR-RRC-DEFINITIONS-STOP
-- ASN1STOP
– BCCH-BCH-Message
The BCCH-BCH-Message class is the set of RRC messages that may be sent from the network to the UE via BCH on the BCCH logical channel.
-- ASN1START
-- TAG-BCCH-BCH-MESSAGE-START
3GPP
Release 16 215 3GPP TS 38.331 V16.0.0 (2020-03)
message BCCH-BCH-MessageType
}
-- TAG-BCCH-BCH-MESSAGE-STOP
-- ASN1STOP
– BCCH-DL-SCH-Message
The BCCH-DL-SCH-Message class is the set of RRC messages that may be sent from the network to the UE via DL-SCH on the BCCH logical channel.
-- ASN1START
-- TAG-BCCH-DL-SCH-MESSAGE-START
-- TAG-BCCH-DL-SCH-MESSAGE-STOP
-- ASN1STOP
– DL-CCCH-Message
The DL-CCCH-Message class is the set of RRC messages that may be sent from the Network to the UE on the downlink CCCH logical channel.
-- ASN1START
-- TAG-DL-CCCH-MESSAGE-START
3GPP
Release 16 216 3GPP TS 38.331 V16.0.0 (2020-03)
spare2 NULL,
spare1 NULL
},
messageClassExtension SEQUENCE {}
}
-- TAG-DL-CCCH-MESSAGE-STOP
-- ASN1STOP
– DL-DCCH-Message
The DL-DCCH-Message class is the set of RRC messages that may be sent from the network to the UE on the downlink DCCH logical channel.
-- ASN1START
-- TAG-DL-DCCH-MESSAGE-START
-- TAG-DL-DCCH-MESSAGE-STOP
-- ASN1STOP
– PCCH-Message
The PCCH-Message class is the set of RRC messages that may be sent from the Network to the UE on the PCCH logical channel.
-- ASN1START
3GPP
Release 16 217 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-PCCH-PCH-MESSAGE-START
-- TAG-PCCH-PCH-MESSAGE-STOP
-- ASN1STOP
– UL-CCCH-Message
The UL-CCCH-Message class is the set of 48-bits RRC messages that may be sent from the UE to the Network on the uplink CCCH logical channel.
-- ASN1START
-- TAG-UL-CCCH-MESSAGE-START
-- TAG-UL-CCCH-MESSAGE-STOP
-- ASN1STOP
– UL-CCCH1-Message
The UL-CCCH1-Message class is the set of 64-bits RRC messages that may be sent from the UE to the Network on the uplink CCCH1 logical channel.
-- ASN1START
-- TAG-UL-CCCH1-MESSAGE-START
3GPP
Release 16 218 3GPP TS 38.331 V16.0.0 (2020-03)
},
messageClassExtension SEQUENCE {}
}
-- TAG-UL-CCCH1-MESSAGE-STOP
-- ASN1STOP
– UL-DCCH-Message
The UL-DCCH-Message class is the set of RRC messages that may be sent from the UE to the network on the uplink DCCH logical channel.
-- ASN1START
-- TAG-UL-DCCH-MESSAGE-START
3GPP
Release 16 219 3GPP TS 38.331 V16.0.0 (2020-03)
messageClassExtension CHOICE {
c2 CHOICE {
ulDedicatedMessageSegment-r16 ULDedicatedMessageSegment-r16,
dedicatedSIBRequest-r16 DedicatedSIBRequest-r16,
mcgFailureInformation-r16 MCGFailureInformation-r16,
ueInformationResponse-r16 UEInformationResponse-r16,
sidelinkUEInformationNR-r16 SidelinkUEInformationNR-r16,
sidelinkUEInformationEUTRA-r16 SidelinkUEInformationEUTRA-r16,
ueAssistanceInformationEUTRA-r16 UEAssistanceInformationEUTRA-r16,
spare9 NULL, spare8 NULL, spare7 NULL, spare6 NULL,
spare5 NULL, spare4 NULL, spare3 NULL, spare2 NULL, spare1 NULL
},
messageClassExtensionFuture-r16 SEQUENCE {}
}
}
-- TAG-UL-DCCH-MESSAGE-STOP
-- ASN1STOP
3GPP
Release 16 220 3GPP TS 38.331 V16.0.0 (2020-03)
RLC-SAP: AM
Direction: Network to UE
CounterCheck message
-- ASN1START
-- TAG-COUNTERCHECK-START
-- TAG-COUNTERCHECK-STOP
-- ASN1STOP
3GPP
Release 16 221 3GPP TS 38.331 V16.0.0 (2020-03)
– CounterCheckResponse
The CounterCheckResponse message is used by the UE to respond to a CounterCheck message.
RLC-SAP: AM
Direction: UE to Network
CounterCheckResponse message
-- ASN1START
-- TAG-COUNTERCHECKRESPONSE-START
3GPP
Release 16 222 3GPP TS 38.331 V16.0.0 (2020-03)
count-Uplink INTEGER(0..4294967295),
count-Downlink INTEGER(0..4294967295)
}
-- TAG-COUNTERCHECKRESPONSE-STOP
-- ASN1STOP
– DedicatedSIBRequest
The DedicatedSIBRequest message is used to request SIB(s) required by the UE in RRC_CONNECTED as specified in clause 5.2.2.3.3.
RLC-SAP: AM
Direction: UE to Network
DedicatedSIBRequest message
-- ASN1START
-- TAG-DEDICATEDSIBREQUEST-START
3GPP
Release 16 223 3GPP TS 38.331 V16.0.0 (2020-03)
-- Editor'a Note: The size of requestedSIB-List-r16 depends by how many SIBs will be specified in Release 16 and how to implement correctly this
will be done during the ASN.1 review.
requestedSIB-List-r16 SEQUENCE (SIZE(1..ffsValue)) OF SIB-ReqInfo-16
} OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- Editor's Note: Wheter SIB9 is in the scope of the on-demand SIB framework need to be confirmed by the IIoT WI.
-- Editor's Note: How to capture that SIB specified in DCCA WI cannot be requested on-demand is done once Rel-16 specification is availabe.
SIB-ReqInfo-16 ::= ENUMERATED {ffs}
-- TAG-DEDICATEDSIBREQUEST-STOP
-- ASN1STOP
– DLDedicatedMessageSegment
The DLDedicatedMessageSegment message is used to transfer one segment of the RRCResume or RRCReconfiguration messages.
RLC-SAP: AM
Direction: Network to UE
DLDedicatedMessageSegment message
-- ASN1START
-- TAG-DLDEDICATEDMESSAGESEGMENT-START
3GPP
Release 16 224 3GPP TS 38.331 V16.0.0 (2020-03)
rrc-MessageSegmentType-r16 ENUMERATED {notLastSegment, lastSegment},
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-DLDEDICATEDMESSAGESEGMENT-STOP
-- ASN1STOP
– DLInformationTransfer
The DLInformationTransfer message is used for the downlink transfer of NAS dedicated information and timing information for the 5G internal system clock.
Signalling radio bearer: SRB2 or SRB1 (only if SRB2 not established yet. If SRB2 is suspended, the network does not send this message until SRB2 is resumed.)
RLC-SAP: AM
Direction: Network to UE
DLInformationTransfer message
-- ASN1START
-- TAG-DLINFORMATIONTRANSFER-START
3GPP
Release 16 225 3GPP TS 38.331 V16.0.0 (2020-03)
nonCriticalExtension DLInformationTransfer-v16xy-IEs OPTIONAL
}
-- TAG-DLINFORMATIONTRANSFER-STOP
-- ASN1STOP
– DLInformationTransferMRDC
The DLInformationTransferMRDC message is used for the downlink transfer of RRC messages (e.g. for transferring NR or E-UTRA RRC connection reconfiguration or RRC
connection release message) over SRB3 during fast MCG link recovery via SRB3.
RLC-SAP: AM
Direction: Network to UE
DLInformationTransferMRDC message
-- ASN1START
-- TAG-DLINFORMATIONTRANSFERMRDC-START
DLInformationTransferMRDC-r16-IEs::= SEQUENCE {
dl-DCCH-MessageNR-r16 OCTET STRING OPTIONAL,
dl-DCCH-MessageEUTRA-r16 OCTET STRING OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-DLINFORMATIONTRANSFERMRDC-STOP
3GPP
Release 16 226 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
– FailureInformation
The FailureInformation message is used to inform the network about a failure detected by the UE.
RLC-SAP: AM
Direction: UE to network
FailureInformation message
-- ASN1START
-- TAG-FAILUREINFORMATION-START
3GPP
Release 16 227 3GPP TS 38.331 V16.0.0 (2020-03)
FailureInformation-v16xy-IEs ::= SEQUENCE {
failureInfoDAPS-r16 FailureInfoDAPS-r16 OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-FAILUREINFORMATION-STOP
-- ASN1STOP
– LocationMeasurementIndication
The LocationMeasurementIndication message is used to indicate that the UE is going to either start or stop location related measurement which requires measurement gaps.
RLC-SAP: AM
Direction: UE to Network
LocationMeasurementIndication message
-- ASN1START
-- TAG-LOCATIONMEASUREMENTINDICATION-START
-- TAG-LOCATIONMEASUREMENTINDICATION-STOP
-- ASN1STOP
3GPP
Release 16 228 3GPP TS 38.331 V16.0.0 (2020-03)
– LoggedMeasurementConfiguration
The LoggedMeasurementConfiguration message is used to perform logging of measurement results while in RRC_IDLE or RRC_INACTIVE. It is used to transfer the logged
measurement configuration for network performance optimisation.
RLC-SAP: AM
Direction: Network to UE
LoggedMeasurementConfiguration message
-- ASN1START
-- TAG-LOGGEDMEASUREMENTCONFIGURATION-START
3GPP
Release 16 229 3GPP TS 38.331 V16.0.0 (2020-03)
EventType-r16 ::= CHOICE {
outOfCoverage NULL,
eventL1 SEQUENCE {
l1-Threshold MeasTriggerQuantityLogging-r16,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger
},
...
}
-- TAG-LOGGEDMEASUREMENTCONFIGURATION-STOP
-- ASN1STOP
– MCGFailureInformation
The MCGFailureInformation message is used to provide information regarding NR MCG failures detected by the UE.
RLC-SAP: AM
Direction: UE to Network
3GPP
Release 16 230 3GPP TS 38.331 V16.0.0 (2020-03)
MCGFailureInformation message
-- ASN1START
-- TAG-MCGFAILUREINFORMATION-START
-- TAG-MCGFAILUREINFORMATION-STOP
-- ASN1STOP
– MeasurementReport
The MeasurementReport message is used for the indication of measurement results.
3GPP
Release 16 231 3GPP TS 38.331 V16.0.0 (2020-03)
RLC-SAP: AM
Direction: UE to Network
MeasurementReport message
-- ASN1START
-- TAG-MEASUREMENTREPORT-START
-- TAG-MEASUREMENTREPORT-STOP
-- ASN1STOP
– MIB
The MIB includes the system information transmitted on BCH.
RLC-SAP: TM
Direction: Network to UE
MIB
-- ASN1START
-- TAG-MIB-START
3GPP
Release 16 232 3GPP TS 38.331 V16.0.0 (2020-03)
MIB ::= SEQUENCE {
systemFrameNumber BIT STRING (SIZE (6)),
subCarrierSpacingCommon ENUMERATED {scs15or60, scs30or120},
ssb-SubcarrierOffset INTEGER (0..15),
dmrs-TypeA-Position ENUMERATED {pos2, pos3},
pdcch-ConfigSIB1 PDCCH-ConfigSIB1,
cellBarred ENUMERATED {barred, notBarred},
intraFreqReselection ENUMERATED {allowed, notAllowed},
spare BIT STRING (SIZE (1))
}
-- TAG-MIB-STOP
-- ASN1STOP
– MobilityFromNRCommand
The MobilityFromNRCommand message is used to command handover from NR to E-UTRA/EPC, E-UTRA/5GC or UTRA-FDD.
3GPP
Release 16 233 3GPP TS 38.331 V16.0.0 (2020-03)
RLC-SAP: AM
Direction: Network to UE
MobilityFromNRCommand message
-- ASN1START
-- TAG-MOBILITYFROMNRCOMMAND-START
-- TAG-MOBILITYFROMNRCOMMAND-STOP
-- ASN1STOP
3GPP
Release 16 234 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE 1: The correspondence between the value of the targetRAT-Type, the standard to apply, and the message contained within the targetRAT-MessageContainer is shown
in the table below:
targetRAT-Type Standard to apply targetRAT-MessageContainer
eutra TS 36.331 [10] (clause 5.4.2) DL-DCCH-Message including the RRCConnectionReconfiguration
utra-fdd TS 25.331 [45] (clause 10.2.16a) Handover TO UTRAN command
– Paging
The Paging message is used for the notification of one or more UEs.
RLC-SAP: TM
Direction: Network to UE
Paging message
-- ASN1START
-- TAG-PAGING-START
3GPP
Release 16 235 3GPP TS 38.331 V16.0.0 (2020-03)
nonCriticalExtension SEQUENCE{} OPTIONAL
}
-- TAG-PAGING-STOP
-- ASN1STOP
– RRCReestablishment
The RRCReestablishment message is used to re-establish SRB1.
RLC-SAP: AM
Direction: Network to UE
RRCReestablishment message
-- ASN1START
-- TAG-RRCREESTABLISHMENT-START
3GPP
Release 16 236 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-RRCREESTABLISHMENT-STOP
-- ASN1STOP
– RRCReestablishmentComplete
The RRCReestablishmentComplete message is used to confirm the successful completion of an RRC connection re-establishment.
RLC-SAP: AM
Direction: UE to Network
RRCReestablishmentComplete message
-- ASN1START
-- TAG-RRCREESTABLISHMENTCOMPLETE-START
3GPP
Release 16 237 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-RRCREESTABLISHMENTCOMPLETE-STOP
-- ASN1STOP
– RRCReestablishmentRequest
The RRCReestablishmentRequest message is used to request the reestablishment of an RRC connection.
RLC-SAP: TM
Direction: UE to Network
RRCReestablishmentRequest message
-- ASN1START
-- TAG-RRCREESTABLISHMENTREQUEST-START
-- TAG-RRCREESTABLISHMENTREQUEST-STOP
-- ASN1STOP
3GPP
Release 16 238 3GPP TS 38.331 V16.0.0 (2020-03)
– RRCReconfiguration
The RRCReconfiguration message is the command to modify an RRC connection. It may convey information for measurement configuration, mobility control, radio resource
configuration (including RBs, MAC main configuration and physical channel configuration) and AS security configuration.
RLC-SAP: AM
Direction: Network to UE
RRCReconfiguration message
-- ASN1START
-- TAG-RRCRECONFIGURATION-START
3GPP
Release 16 239 3GPP TS 38.331 V16.0.0 (2020-03)
dedicatedSystemInformationDelivery OCTET STRING (CONTAINING SystemInformation) OPTIONAL, -- Need N
otherConfig OtherConfig OPTIONAL, -- Need M
nonCriticalExtension RRCReconfiguration-v1540-IEs OPTIONAL
}
-- Editor's Note: Whether an explicit indication is needed to configure/deconfigure the on-demand SIB request for CONNECTED UEs is FFS.
-- TAG-RRCRECONFIGURATION-STOP
-- ASN1STOP
3GPP
Release 16 240 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 241 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 242 3GPP TS 38.331 V16.0.0 (2020-03)
nas-Container
This field is used to transfer UE specific NAS layer information between the network and the UE. The RRC layer is transparent for this field, although it affects activation of AS
security after inter-system handover to NR. The content is defined in TS 24.501 [23].
nextHopChainingCount
Parameter NCC: See TS 33.501 [11]
otherConfig
Contains configuration related to other configurations.
radioBearerConfig
Configuration of Radio Bearers (DRBs, SRBs) including SDAP/PDCP. In EN-DC this field may only be present if the RRCReconfiguration is transmitted over SRB3.
radioBearerConfig2
Configuration of Radio Bearers (DRBs, SRBs) including SDAP/PDCP. This field can only be used if the UE supports NR-DC or NE-DC.
secondaryCellGroup
Configuration of secondary cell group ((NG)EN-DC or NR-DC). This field can only be present in an RRCReconfiguration message is transmitted on SRB3, and in an
RRCReconfiguration message contained in another RRCReconfiguration message (or RRCConnectionReconfiguration message, see TS 36.331 [10]) transmitted on SRB1.
sk-Counter
A counter used upon initial configuration of S-KgNB or S-KeNB, as well as upon refresh of S-KgNB or S-KeNB. This field is always included either upon initial configuration of an NR
SCG or upon configuration of the first RB with keyToUse set to secondary, whichever happens first. This field is absent if there is neither any NR SCG nor any RB with
keyToUse set to secondary.
sl-ConfigDedicatedNR
This field is used to provide the dedicated configurations for NR sidelink communication.
sl-ConfigDedicatedEUTRA
This field is used to provide the dedicated configurations for V2X sidelink communication.
– RRCReconfigurationComplete
The RRCReconfigurationComplete message is used to confirm the successful completion of an RRC connection reconfiguration.
RLC-SAP: AM
3GPP
Release 16 243 3GPP TS 38.331 V16.0.0 (2020-03)
Direction: UE to Network
RRCReconfigurationComplete message
-- ASN1START
-- TAG-RRCRECONFIGURATIONCOMPLETE-START
-- TAG-RRCRECONFIGURATIONCOMPLETE-STOP
-- ASN1STOP
3GPP
Release 16 244 3GPP TS 38.331 V16.0.0 (2020-03)
– RRCReject
The RRCReject message is used to reject an RRC connection establishment or an RRC connection resumption.
RLC-SAP: TM
Direction: Network to UE
RRCReject message
-- ASN1START
-- TAG-RRCREJECT-START
-- TAG-RRCREJECT-STOP
-- ASN1STOP
3GPP
Release 16 245 3GPP TS 38.331 V16.0.0 (2020-03)
– RRCRelease
The RRCRelease message is used to command the release of an RRC connection or the suspension of the RRC connection.
RLC-SAP: AM
Direction: Network to UE
RRCRelease message
-- ASN1START
-- TAG-RRCRELEASE-START
3GPP
Release 16 246 3GPP TS 38.331 V16.0.0 (2020-03)
eutra RedirectedCarrierInfo-EUTRA,
...
}
PeriodicRNAU-TimerValue ::= ENUMERATED { min5, min10, min20, min30, min60, min120, min360, min720}
3GPP
Release 16 247 3GPP TS 38.331 V16.0.0 (2020-03)
cellReselectionSubPriority CellReselectionSubPriority OPTIONAL -- Need R
}
-- TAG-RRCRELEASE-STOP
-- ASN1STOP
3GPP
Release 16 248 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 249 3GPP TS 38.331 V16.0.0 (2020-03)
– RRCResume
The RRCResume message is used to resume the suspended RRC connection.
RLC-SAP: AM
Direction: Network to UE
RRCResume message
-- ASN1START
-- TAG-RRCRESUME-START
3GPP
Release 16 250 3GPP TS 38.331 V16.0.0 (2020-03)
rrcResume RRCResume-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
-- TAG-RRCRESUME-STOP
-- ASN1STOP
3GPP
Release 16 251 3GPP TS 38.331 V16.0.0 (2020-03)
– RRCResumeComplete
The RRCResumeComplete message is used to confirm the successful completion of an RRC connection resumption.
RLC-SAP: AM
Direction: UE to Network
RRCResumeComplete message
-- ASN1START
-- TAG-RRCRESUMECOMPLETE-START
3GPP
Release 16 252 3GPP TS 38.331 V16.0.0 (2020-03)
}
}
-- TAG-RRCRESUMECOMPLETE-STOP
-- ASN1STOP
– RRCResumeRequest
The RRCResumeRequest message is used to request the resumption of a suspended RRC connection or perform an RNA update.
3GPP
Release 16 253 3GPP TS 38.331 V16.0.0 (2020-03)
RLC-SAP: TM
Direction: UE to Network
RRCResumeRequest message
-- ASN1START
-- TAG-RRCRESUMEREQUEST-START
-- TAG-RRCRESUMEREQUEST-STOP
-- ASN1STOP
– RRCResumeRequest1
The RRCResumeRequest1 message is used to request the resumption of a suspended RRC connection or perform an RNA update.
RLC-SAP: TM
3GPP
Release 16 254 3GPP TS 38.331 V16.0.0 (2020-03)
Direction: UE to Network
RRCResumeRequest1 message
-- ASN1START
-- TAG-RRCRESUMEREQUEST1-START
-- TAG-RRCRESUMEREQUEST1-STOP
-- ASN1STOP
– RRCSetup
The RRCSetup message is used to establish SRB1.
RLC-SAP: TM
Direction: Network to UE
RRCSetup message
-- ASN1START
-- TAG-RRCSETUP-START
3GPP
Release 16 255 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-RRCSETUP-STOP
-- ASN1STOP
– RRCSetupComplete
The RRCSetupComplete message is used to confirm the successful completion of an RRC connection establishment.
RLC-SAP: AM
Direction: UE to Network
RRCSetupComplete message
-- ASN1START
-- TAG-RRCSETUPCOMPLETE-START
3GPP
Release 16 256 3GPP TS 38.331 V16.0.0 (2020-03)
criticalExtensionsFuture SEQUENCE {}
}
}
-- TAG-RRCSETUPCOMPLETE-STOP
-- ASN1STOP
3GPP
Release 16 257 3GPP TS 38.331 V16.0.0 (2020-03)
– RRCSetupRequest
The RRCSetupRequest message is used to request the establishment of an RRC connection.
RLC-SAP: TM
Direction: UE to Network
RRCSetupRequest message
-- ASN1START
-- TAG-RRCSETUPREQUEST-START
3GPP
Release 16 258 3GPP TS 38.331 V16.0.0 (2020-03)
ng-5G-S-TMSI-Part1 BIT STRING (SIZE (39)),
randomValue BIT STRING (SIZE (39))
}
-- TAG-RRCSETUPREQUEST-STOP
-- ASN1STOP
– RRCSystemInfoRequest
The RRCSystemInfoRequest message is used to request SI message(s) required by the UE as specified in clause 5.2.2.3.3.
RLC-SAP: TM
Direction: UE to Network
RRCSystemInfoRequest message
-- ASN1START
-- TAG-RRCSYSTEMINFOREQUEST-START
3GPP
Release 16 259 3GPP TS 38.331 V16.0.0 (2020-03)
rrcSystemInfoRequest RRCSystemInfoRequest-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
-- TAG-RRCSYSTEMINFOREQUEST-STOP
-- ASN1STOP
– SCGFailureInformation
The SCGFailureInformation message is used to provide information regarding NR SCG failures detected by the UE.
RLC-SAP: AM
Direction: UE to Network
SCGFailureInformation message
-- ASN1START
-- TAG-SCGFAILUREINFORMATION-START
3GPP
Release 16 260 3GPP TS 38.331 V16.0.0 (2020-03)
SCGFailureInformation-v1590-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-SCGFAILUREINFORMATION-STOP
-- ASN1STOP
– SCGFailureInformationEUTRA
The SCGFailureInformationEUTRA message is used to provide information regarding E-UTRA SCG failures detected by the UE.
RLC-SAP: AM
Direction: UE to Network
3GPP
Release 16 261 3GPP TS 38.331 V16.0.0 (2020-03)
SCGFailureInformationEUTRA message
-- ASN1START
-- TAG-SCGFAILUREINFORMATIONEUTRA-START
-- TAG-SCGFAILUREINFORMATIONEUTRA-STOP
-- ASN1STOP
3GPP
Release 16 262 3GPP TS 38.331 V16.0.0 (2020-03)
– SecurityModeCommand
The SecurityModeCommand message is used to command the activation of AS security.
RLC-SAP: AM
Direction: Network to UE
SecurityModeCommand message
-- ASN1START
-- TAG-SECURITYMODECOMMAND-START
-- TAG-SECURITYMODECOMMAND-STOP
-- ASN1STOP
– SecurityModeComplete
The SecurityModeComplete message is used to confirm the successful completion of a security mode command.
RLC-SAP: AM
3GPP
Release 16 263 3GPP TS 38.331 V16.0.0 (2020-03)
Direction: UE to Network
SecurityModeComplete message
-- ASN1START
-- TAG-SECURITYMODECOMPLETE-START
-- TAG-SECURITYMODECOMPLETE-STOP
-- ASN1STOP
– SecurityModeFailure
The SecurityModeFailure message is used to indicate an unsuccessful completion of a security mode command.
RLC-SAP: AM
Direction: UE to Network
SecurityModeFailure message
-- ASN1START
-- TAG-SECURITYMODEFAILURE-START
3GPP
Release 16 264 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-SECURITYMODEFAILURE-STOP
-- ASN1STOP
– SIB1
SIB1 contains information relevant when evaluating if a UE is allowed to access a cell and defines the scheduling of other system information. It also contains radio resource
configuration information that is common for all UEs and barring information applied to the unified access control.
RLC-SAP: TM
Direction: Network to UE
SIB1 message
-- ASN1START
-- TAG-SIB1-START
uac-BarringInfo SEQUENCE {
uac-BarringForCommon UAC-BarringPerCatList OPTIONAL, -- Need S
uac-BarringPerPLMN-List UAC-BarringPerPLMN-List OPTIONAL, -- Need S
uac-BarringInfoSetList UAC-BarringInfoSetList,
3GPP
Release 16 265 3GPP TS 38.331 V16.0.0 (2020-03)
uac-AccessCategory1-SelectionAssistanceInfo CHOICE {
plmnCommon UAC-AccessCategory1-SelectionAssistanceInfo,
individualPLMNList SEQUENCE (SIZE (2..maxPLMN)) OF UAC-AccessCategory1-SelectionAssistanceInfo
} OPTIONAL -- Need S
} OPTIONAL, -- Need R
-- TAG-SIB1-STOP
-- ASN1STOP
3GPP
Release 16 266 3GPP TS 38.331 V16.0.0 (2020-03)
– SidelinkUEInformationNR
The SidelinkUEinformationNR message is used for the indication of NR sidelink UE information to the network.
3GPP
Release 16 267 3GPP TS 38.331 V16.0.0 (2020-03)
RLC-SAP: AM
Direction: UE to Network
SidelinkUEInformationNR message
-- ASN1START
-- TAG-SIDELINKUEINFORMATIONNR-START
SidelinkUEInformationNR-r16::= SEQUENCE {
criticalExtensions CHOICE {
sidelinkUEInformationNR-r16 SidelinkUEInformationNR-r16-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
3GPP
Release 16 268 3GPP TS 38.331 V16.0.0 (2020-03)
sl-UM-Mode-r16 SEQUENCE {
sl-UM-Mode-r16 ENUMERATED {true},
sl-UM-QoS-InfoList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIsPerDest-r16)) OF SL-QoS-Info-r16
} OPTIONAL
}
-- TAG-SIDELINKUEINFORMATIONNR-STOP
-- ASN1STOP
3GPP
Release 16 269 3GPP TS 38.331 V16.0.0 (2020-03)
– SidelinkUEInformationEUTRA
The SidelinkUEinformationEUTRA message is used for the indication of V2X sidelink information to the network.
RLC-SAP: AM
Direction: UE to Network
SidelinkUEInformationEUTRA message
-- ASN1START
-- TAG-SIDELINKUEINFORMATIONEUTRA-START
-- TAG-SIDELINKUEINFORMATIONEUTRA-STOP
-- ASN1STOP
– SystemInformation
The SystemInformation message is used to convey one or more System Information Blocks or Positioning System Information Blocks. All the SIBs or posSIBs included are
transmitted with the same periodicity.
RLC-SAP: TM
3GPP
Release 16 270 3GPP TS 38.331 V16.0.0 (2020-03)
Direction: Network to UE
SystemInformation message
-- ASN1START
-- TAG-SYSTEMINFORMATION-START
-- TAG-SYSTEMINFORMATION-STOP
-- ASN1STOP
– UEAssistanceInformation
The UEAssistanceInformation message is used for the indication of UE assistance information to the network.
3GPP
Release 16 271 3GPP TS 38.331 V16.0.0 (2020-03)
RLC-SAP: AM
Direction: UE to Network
UEAssistanceInformation message
-- ASN1START
-- TAG-UEASSISTANCEINFORMATION-START
DelayBudgetReport::= CHOICE {
type1 ENUMERATED {
msMinus1280, msMinus640, msMinus320, msMinus160,msMinus80, msMinus60, msMinus40,
msMinus20, ms0, ms20,ms40, ms60, ms80, ms160, ms320, ms640, ms1280},
...
}
3GPP
Release 16 272 3GPP TS 38.331 V16.0.0 (2020-03)
reducedMIMO-LayersFR1-UL MIMO-LayersUL
} OPTIONAL,
reducedMaxMIMO-LayersFR2 SEQUENCE {
reducedMIMO-LayersFR2-DL MIMO-LayersDL,
reducedMIMO-LayersFR2-UL MIMO-LayersUL
} OPTIONAL
}
ReducedAggregatedBandwidth ::= ENUMERATED {mhz0, mhz10, mhz20, mhz30, mhz40, mhz50, mhz60, mhz80, mhz100, mhz200, mhz300, mhz400}
UEAssistanceInformation-v16xy-IEs ::= SEQUENCE {
idc-Assistance-r16 IDC-Assistance-r16 OPTIONAL,
drx-Preference-r16 DRX-Preference-r16 OPTIONAL,
maxBW-Preference-r16 MaxBW-Preference-r16 OPTIONAL,
maxCC-Preference-r16 MaxCC-Preference-r16 OPTIONAL,
maxMIMO-LayerPreference-r16 MaxMIMO-LayerPreference-r16 OPTIONAL,
minSchedulingOffsetPreference-r16 MinSchedulingOffsetPreference-r16 OPTIONAL,
releasePreference-r16 ReleasePreference-r16 OPTIONAL,
sl-UE-AssistanceInformationNR-r16 SL-UE-AssistanceInformationNR-r16 OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
3GPP
Release 16 273 3GPP TS 38.331 V16.0.0 (2020-03)
DRX-Preference-r16 ::= SEQUENCE {
preferredDRX-InactivityTimer-r16 ENUMERATED {
ms0, ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms30, ms40, ms50, ms60, ms80,
ms100, ms200, ms300, ms500, ms750, ms1280, ms1920, ms2560, spare9, spare8,
spare7, spare6, spare5, spare4, spare3, spare2, spare1} OPTIONAL,
preferredDRX-LongCycle-r16 ENUMERATED {
ms10, ms20, ms32, ms40, ms60, ms64, ms70, ms80, ms128, ms160, ms256, ms320, ms512,
ms640, ms1024, ms1280, ms2048, ms2560, ms5120, ms10240, spare12, spare11, spare10,
spare9, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 } OPTIONAL,
preferredDRX-ShortCycle-r16 ENUMERATED {
ms2, ms3, ms4, ms5, ms6, ms7, ms8, ms10, ms14, ms16, ms20, ms30, ms32,
ms35, ms40, ms64, ms80, ms128, ms160, ms256, ms320, ms512, ms640, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 } OPTIONAL,
preferredDRX-ShortCycleTimer-r16 INTEGER (1..16) OPTIONAL
}
3GPP
Release 16 274 3GPP TS 38.331 V16.0.0 (2020-03)
preferredK2-SCS-30kHz-r16 ENUMERATED {sl1, sl2, sl4, sl6} OPTIONAL,
preferredK2-SCS-60kHz-r16 ENUMERATED {sl2, sl4, sl8, sl12} OPTIONAL,
preferredK2-SCS-120kHz-r16 ENUMERATED {sl2, sl4, sl8, sl12} OPTIONAL
} OPTIONAL
}
TrafficPatternInfo-r16::= SEQUENCE {
trafficPeriodicity-r16 ENUMERATED {
ms20,ms50, ms100, ms200, ms300, ms400, ms500, ms600, ms700, ms800, ms900, ms1000},
timingOffset-r16 INTEGER (0..10239) OPTIONAL,
messageSize-r16 BIT STRING (SIZE (8)) OPTIONAL,
sl-QoS-FlowIdentity-r16 SL-QoS-FlowIdentity-r16 OPTIONAL
}
-- TAG-UEASSISTANCEINFORMATION-STOP
-- ASN1STOP
3GPP
Release 16 275 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 276 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 277 3GPP TS 38.331 V16.0.0 (2020-03)
– UEAssistanceInformationEUTRA
The UEAssistanceInformationEUTRA message is used for the indication of V2X sidelink UE assistance information to the network.
RLC-SAP: AM
Direction: UE to Network
UEAssistanceInformationEUTRA message
-- ASN1START
-- TAG-UEAssistanceInformationEUTRA-START
UEAssistanceInformationEUTRA-r16::= SEQUENCE {
criticalExtensions CHOICE {
ueAssistanceInformationEUTRA-r16 UEAssistanceInformationEUTRA-r16-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
3GPP
Release 16 278 3GPP TS 38.331 V16.0.0 (2020-03)
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-UEAssistanceInformationEUTRA-STOP
-- ASN1STOP
– UECapabilityEnquiry
The UECapabilityEnquiry message is used to request UE radio access capabilities for NR as well as for other RATs.
RLC-SAP: AM
Direction: Network to UE
3GPP
Release 16 279 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-UECAPABILITYENQUIRY-STOP
-- ASN1STOP
– UECapabilityInformation
The IE UECapabilityInformation message is used to transfer UE radio access capabilities requested by the network.
RLC-SAP: AM
Direction: UE to Network
-- TAG-UECAPABILITYINFORMATION-STOP
-- ASN1STOP
– UEInformationRequest
The UEInformationRequest message is used by the network to retrieve information from the UE.
3GPP
Release 16 280 3GPP TS 38.331 V16.0.0 (2020-03)
RLC-SAP: AM
Direction: Network to UE
UEInformationRequest message
-- ASN1START
-- TAG-UEINFORMATIONREQUEST-START
-- TAG-UEINFORMATIONREQUEST-STOP
-- ASN1STOP
3GPP
Release 16 281 3GPP TS 38.331 V16.0.0 (2020-03)
– UEInformationResponse
The UEInformationResponse message is used by the UE to transfer information requested by the network.
Signalling radio bearer: SRB1 or SRB2 (when logged measurement information is included)
RLC-SAP: AM
Direction: UE to network
UEInformationResponse message
-- ASN1START
-- TAG-UEINFORMATIONRESPONSE-START
3GPP
Release 16 282 3GPP TS 38.331 V16.0.0 (2020-03)
mobilityHistoryReport-r16 MobilityHistoryReport-r16 OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
3GPP
Release 16 283 3GPP TS 38.331 V16.0.0 (2020-03)
...
}
3GPP
Release 16 284 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 285 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-UEINFORMATIONRESPONSE-STOP
-- ASN1STOP
3GPP
Release 16 286 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 287 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 288 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 289 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 290 3GPP TS 38.331 V16.0.0 (2020-03)
– ULDedicatedMessageSegment
The ULDedicatedMessageSegment message is used to transfer segments of the UECapabilityInformation message.
RLC-SAP: AM
Direction: UE to Network
ULDedicatedMessageSegment message
-- ASN1START
-- TAG-ULDEDICATEDMESSAGESEGMENT-START
-- TAG-ULDEDICATEDMESSAGESEGMENT-STOP
-- ASN1STOP
3GPP
Release 16 291 3GPP TS 38.331 V16.0.0 (2020-03)
– ULInformationTransfer
The ULInformationTransfer message is used for the uplink transfer of NAS or non-3GPP dedicated information.
Signalling radio bearer: SRB2 or SRB1 (only if SRB2 not established yet). If SRB2 is suspended, the UE does not send this message until SRB2 is resumed
RLC-SAP: AM
Direction: UE to network
ULInformationTransfer message
-- ASN1START
-- TAG-ULINFORMATIONTRANSFER-START
-- TAG-ULINFORMATIONTRANSFER-STOP
-- ASN1STOP
– ULInformationTransferMRDC
The ULInformationTransferMRDC message is used for the uplink transfer of MR-DC dedicated information (e.g. for transferring the NR or E-UTRA RRC MeasurementReport
message, the FailureInformation message, or the MCGFailureInformation message).
RLC-SAP: AM
Direction: UE to Network
3GPP
Release 16 292 3GPP TS 38.331 V16.0.0 (2020-03)
ULInformationTransferMRDC message
-- ASN1START
-- TAG-ULINFORMATIONTRANSFERMRDC-START
ULInformationTransferMRDC-IEs::= SEQUENCE {
ul-DCCH-MessageNR OCTET STRING OPTIONAL,
ul-DCCH-MessageEUTRA OCTET STRING OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-ULINFORMATIONTRANSFERMRDC-STOP
-- ASN1STOP
3GPP
Release 16 293 3GPP TS 38.331 V16.0.0 (2020-03)
setup ElementTypeParam
}
-- TAG-SETUPRELEASE-STOP
-- ASN1STOP
3GPP
Release 16 294 3GPP TS 38.331 V16.0.0 (2020-03)
relaxedMeasCondition-r16 ENUMERATED {
lowMobilityOrNotAtCellEdge,
lowMobilityAndNotAtCellEdge} OPTIONAL, -- Cond MultRelaxCriteria
highPriorityMeasRelax-r16 ENUMERATED {true} OPTIONAL -- Need R
} OPTIONAL -- Need R
]]
},
cellReselectionServingFreqInfo SEQUENCE {
s-NonIntraSearchP ReselectionThreshold OPTIONAL, -- Need S
s-NonIntraSearchQ ReselectionThresholdQ OPTIONAL, -- Need S
threshServingLowP ReselectionThreshold,
threshServingLowQ ReselectionThresholdQ OPTIONAL, -- Need R
cellReselectionPriority CellReselectionPriority,
cellReselectionSubPriority CellReselectionSubPriority OPTIONAL, -- Need R
...
},
intraFreqCellReselectionInfo SEQUENCE {
q-RxLevMin Q-RxLevMin,
q-RxLevMinSUL Q-RxLevMin OPTIONAL, -- Need R
q-QualMin Q-QualMin OPTIONAL, -- Need S
s-IntraSearchP ReselectionThreshold,
s-IntraSearchQ ReselectionThresholdQ OPTIONAL, -- Need S
t-ReselectionNR T-Reselection,
frequencyBandList MultiFrequencyBandListNR-SIB OPTIONAL, -- Need S
frequencyBandListSUL MultiFrequencyBandListNR-SIB OPTIONAL, -- Need R
p-Max P-Max OPTIONAL, -- Need S
smtc SSB-MTC OPTIONAL, -- Need S
ss-RSSI-Measurement SS-RSSI-Measurement OPTIONAL, -- Need R
ssb-ToMeasure SSB-ToMeasure OPTIONAL, -- Need S
deriveSSB-IndexFromCell BOOLEAN,
...,
[[
t-ReselectionNR-SF SpeedStateScaleFactors OPTIONAL -- Need N
]],
[[
smtc2-LP-r16 SSB-MTC2-LP-r16 OPTIONAL, -- Need R
ssb-PositionQCL-Common-r16 SSB-PositionQCL-Relationship-r16 OPTIONAL -- Need R
]]
}, ...
}
-- TAG-SIB2-STOP
-- ASN1STOP
3GPP
Release 16 295 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 296 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 297 3GPP TS 38.331 V16.0.0 (2020-03)
– SIB3
SIB3 contains neighbouring cell related information relevant only for intra-frequency cell re-selection. The IE includes cells with specific re-selection parameters as well as
blacklisted cells.
-- TAG-SIB3-STOP
-- ASN1STOP
3GPP
Release 16 298 3GPP TS 38.331 V16.0.0 (2020-03)
– SIB4
SIB4 contains information relevant only for inter-frequency cell re-selection i.e. information about other NR frequencies and inter-frequency neighbouring cells relevant for cell
re-selection. The IE includes cell re-selection parameters common for a frequency as well as cell specific re-selection parameters.
3GPP
Release 16 299 3GPP TS 38.331 V16.0.0 (2020-03)
deriveSSB-IndexFromCell BOOLEAN,
ss-RSSI-Measurement SS-RSSI-Measurement OPTIONAL,
q-RxLevMin Q-RxLevMin,
q-RxLevMinSUL Q-RxLevMin OPTIONAL, -- Need R
q-QualMin Q-QualMin OPTIONAL, -- Need S
p-Max P-Max OPTIONAL, -- Need S
t-ReselectionNR T-Reselection,
t-ReselectionNR-SF SpeedStateScaleFactors OPTIONAL, -- Need S
threshX-HighP ReselectionThreshold,
threshX-LowP ReselectionThreshold,
threshX-Q SEQUENCE {
threshX-HighQ ReselectionThresholdQ,
threshX-LowQ ReselectionThresholdQ
} OPTIONAL, -- Cond RSRQ
cellReselectionPriority CellReselectionPriority OPTIONAL, -- Need R
cellReselectionSubPriority CellReselectionSubPriority OPTIONAL, -- Need R
q-OffsetFreq Q-OffsetRange DEFAULT dB0,
interFreqNeighCellList InterFreqNeighCellList OPTIONAL, -- Need R
interFreqBlackCellList InterFreqBlackCellList OPTIONAL, -- Need R
...,
[[
smtc2-LP-r16 SSB-MTC2-LP-r16 OPTIONAL, -- Need R
interFreqWhiteCellList-r16 InterFreqWhiteCellList-r16 OPTIONAL, -- Need R
ssb-PositionQCL-Common-r16 SSB-PositionQCL-Relationship-r16 OPTIONAL -- Need R
]]
}
-- TAG-SIB4-STOP
-- ASN1STOP
3GPP
Release 16 300 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 301 3GPP TS 38.331 V16.0.0 (2020-03)
– SIB5
SIB5 contains information relevant only for inter-RAT cell re-selection i.e. information about E-UTRA frequencies and E-UTRAs neighbouring cells relevant for cell re-
selection. The IE includes cell re-selection parameters common for a frequency.
3GPP
Release 16 302 3GPP TS 38.331 V16.0.0 (2020-03)
SIB5 ::= SEQUENCE {
carrierFreqListEUTRA CarrierFreqListEUTRA OPTIONAL, -- Need R
t-ReselectionEUTRA T-Reselection,
t-ReselectionEUTRA-SF SpeedStateScaleFactors OPTIONAL, -- Need S
lateNonCriticalExtension OCTET STRING OPTIONAL,
...
}
-- TAG-SIB5-STOP
-- ASN1STOP
3GPP
Release 16 303 3GPP TS 38.331 V16.0.0 (2020-03)
– SIB6
SIB6 contains an ETWS primary notification.
3GPP
Release 16 304 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SIB6-START
-- TAG-SIB6-STOP
-- ASN1STOP
– SIB7
SIB7 contains an ETWS secondary notification.
-- TAG-SIB7-STOP
-- ASN1STOP
3GPP
Release 16 305 3GPP TS 38.331 V16.0.0 (2020-03)
– SIB8
SIB8 contains a CMAS notification.
-- TAG-SIB8-STOP
-- ASN1STOP
3GPP
Release 16 306 3GPP TS 38.331 V16.0.0 (2020-03)
– SIB9
SIB9 contains information related to GPS time and Coordinated Universal Time (UTC). The UE may use the parameters provided in this system information block to obtain the
UTC, the GPS and the local time.
NOTE: The UE may use the time information for numerous purposes, possibly involving upper layers e.g. to assist GPS initialisation, to synchronise the UE clock.
3GPP
Release 16 307 3GPP TS 38.331 V16.0.0 (2020-03)
...,
[[
referenceTimeInfo-r16 ReferenceTimeInfo-r16 OPTIONAL -- Need R
]]
}
-- TAG-SIB9-STOP
-- ASN1STOP
NOTE 1: The UE may use this field together with the leapSeconds field to obtain GPS time as follows: GPS Time (in seconds) = timeInfoUTC (in seconds) - 2,524,953,600
(seconds) + leapSeconds, where 2,524,953,600 is the number of seconds between 00:00:00 on Gregorian calendar date 1 January, 1900 and 00:00:00 on Gregorian
calendar date 6 January, 1980 (start of GPS time).
– SIB10
SIB10 contains the HRNNs of the NPNs listed in SIB1.
3GPP
Release 16 308 3GPP TS 38.331 V16.0.0 (2020-03)
HRNN-r16 ::= SEQUENCE {
hrnn-r16 OCTET STRING (SIZE(1.. maxHRNN-Len-r16)) OPTIONAL -- Need R
}
-- TAG-SIB10-STOP
-- ASN1STOP
– SIB11
SIB11 contains information related to idle/inactive measurements.
-- TAG-SIB11-STOP
-- ASN1STOP
– SIB12
SIB12 contains NR sidelink communication configuration.
3GPP
Release 16 309 3GPP TS 38.331 V16.0.0 (2020-03)
sl-FreqInfoList-r16 SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF SL-FreqConfigCommon-r16 OPTIONAL, -- Need R
sl-UE-SelectedConfig-r16 SL-UE-SelectedConfig-r16 OPTIONAL, -- Need R
sl-NR-AnchorCarrierFreqList-r16 SL-NR-AnchorCarrierFreqList-r16 OPTIONAL, -- Need R
sl-EUTRA-AnchorCarrierFreqList-r16 SL-EUTRA-AnchorCarrierFreqList-r16 OPTIONAL, -- Need R
sl-RadioBearerConfigList-r16 SEQUENCE (SIZE (1..maxNrofSLRB-r16)) OF SL-RadioBearerConfig-r16 OPTIONAL, -- Need R
sl-RLC-BearerConfigList-r16 SEQUENCE (SIZE (1..maxSL-LCID-r16)) OF SL-RLC-BearerConfig-r16 OPTIONAL, -- Need R
sl-MeasConfigCommon-r16 SL-MeasConfigCommon-r16 OPTIONAL, -- Need R
sl-CSI-Acquisition-r16 ENUMERATED {enabled} OPTIONAL, -- Need R
sl-OffsetDFN-r16 INTEGER (0..1000) OPTIONAL, -- Need R
t400 ENUMERATED {ms100, ms200, ms300, ms400, ms600, ms1000, ms1500, ms2000} OPTIONAL, -- Need R
...
}
SL-NR-AnchorCarrierFreqList-r16 ::= SEQUENCE (SIZE (1..maxFreqSL-NR-r16)) OF ARFCN-ValueNR
-- TAG-SIB12-STOP
-- ASN1STOP
– SIB13
SIB13 contains configurations of V2X sidelink communication defined in TS 36.331 [10].
3GPP
Release 16 310 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SIB13-START
-- TAG-SIB13-STOP
-- ASN1STOP
– SIB14
SIB14 contains configurations of V2X sidelink communication defined in TS 36.331 [10], which can be used jointly with that included in SIB13.
-- TAG-SIB14-STOP
-- ASN1STOP
3GPP
Release 16 311 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-POSSYSTEMINFORMATION-R16-IES-STOP
3GPP
Release 16 312 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
– PosSI-SchedulingInfoList
-- ASN1START
-- TAG-POSSI-SCHEDULINGINFOLIST-START
-- TAG-POSSI-SCHEDULINGINFOLIST-STOP
-- ASN1STOP
3GPP
Release 16 313 3GPP TS 38.331 V16.0.0 (2020-03)
– SIBpos
The IE SIBpos contains positioning assistance data as defined in TS 37.355 [49].
-- TAG-SIPOS-STOP
-- ASN1STOP
3GPP
Release 16 314 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-ADDITIONALSPECTRUMEMISSION-STOP
-- ASN1STOP
– Alpha
The IE Alpha defines possible values of a the pathloss compensation coefficient for uplink power control. Value alpha0 corresponds to the value 0, Value alpha04 corresponds to
the value 0.4, Value alpha05 corresponds to the value 0.5 and so on. Value alpha1 corresponds to value 1. See also clause 7.1 of TS 38.213 [13].
-- ASN1START
-- TAG-ALPHA-START
Alpha ::= ENUMERATED {alpha0, alpha04, alpha05, alpha06, alpha07, alpha08, alpha09, alpha1}
-- TAG-ALPHA-STOP
-- ASN1STOP
– AMF-Identifier
The IE AMF-Identifier (AMFI) comprises of an AMF Region ID, an AMF Set ID and an AMF Pointer as specified in TS 23.003 [21], clause 2.10.1.
-- TAG-AMF-IDENTIFIER-STOP
-- ASN1STOP
3GPP
Release 16 315 3GPP TS 38.331 V16.0.0 (2020-03)
– ARFCN-ValueEUTRA
The IE ARFCN-ValueEUTRA is used to indicate the ARFCN applicable for a downlink, uplink or bi-directional (TDD) E-UTRA carrier frequency, as defined in TS 36.101 [22].
-- TAG-ARFCN-VALUEEUTRA-STOP
-- ASN1STOP
– ARFCN-ValueNR
The IE ARFCN-ValueNR is used to indicate the ARFCN applicable for a downlink, uplink or bi-directional (TDD) NR global frequency raster, as defined in TS 38.101-1 [15] and
TS 38.101-2 [39], clause 5.4.2.
-- ASN1START
-- TAG-ARFCN-VALUENR-START
-- TAG-ARFCN-VALUENR-STOP
-- ASN1STOP
– ARFCN-ValueUTRA-FDD
The IE ARFCN-ValueUTRA-FDD is used to indicate the ARFCN applicable for a downlink (Nd, FDD) UTRA-FDD carrier frequency, as defined in TS 25.331 [45].
-- TAG-ARFCN-ValueUTRA-FDD-STOP
-- ASN1STOP
– AvailabilityCombinationsPerCell
The IE AvailabiltyCombinationsPerCell is used to configure the AvailabiltyCombinations applicable for a serving cell of the IAB-node DU (see TS 38.213 [13], clause 14).
3GPP
Release 16 316 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-AVAILABILITYCOMBINATIONSPERCELL-STOP
-- ASN1STOP
– AvailabilityIndicator-r16
The IE AvailabilityIndicator-r16 is used to configure monitoring a PDCCH for Availability Indicators (AI).
3GPP
Release 16 317 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-AVAILABILITYINDICATOR-STOP
-- ASN1STOP
– AvailableRB-SetPerCell
The IE AvailableRB-SetPerCell is used to configure position in DCI of the bit(s) indicating the availability of RB sets of a serving cell.
-- TAG-AVAILABLERB-SETPERCELL-STOP
-- ASN1STOP
3GPP
Release 16 318 3GPP TS 38.331 V16.0.0 (2020-03)
– BAP-Routing-ID
The IE BAP-Routing-ID is used for IAB nodes to configure the default uplink Routing ID.
BAP-Routing-ID-r16::= SEQUENCE{
bap-Address-r16 BIT STRING (SIZE (10)),
bap-PathId-r16 BIT STRING (SIZE (10))
}
-- TAG-BAP-Routing-ID-STOP
-- ASN1STOP
– BeamFailureRecoveryConfig
The IE BeamFailureRecoveryConfig is used to configure the UE with RACH resources and candidate beams for beam failure recovery in case of beam failure detection. See also
TS 38.321 [3], clause 5.1.1.
3GPP
Release 16 319 3GPP TS 38.331 V16.0.0 (2020-03)
ssb-perRACH-Occasion ENUMERATED {oneEighth, oneFourth, oneHalf, one, two,
four, eight, sixteen} OPTIONAL, -- Need M
ra-ssb-OccasionMaskIndex INTEGER (0..15) OPTIONAL, -- Need M
recoverySearchSpaceId SearchSpaceId OPTIONAL, -- Need R
ra-Prioritization RA-Prioritization OPTIONAL, -- Need R
beamFailureRecoveryTimer ENUMERATED {ms10, ms20, ms40, ms60, ms80, ms100, ms150, ms200} OPTIONAL, -- Need M
...,
[[
msg1-SubcarrierSpacing SubcarrierSpacing OPTIONAL -- Need M
]],
[[
ra-PrioritizationTwoStep-r16 RA-Prioritization OPTIONAL, -- Need R
candidateBeamRSListExt-r16 SEQUENCE (SIZE(0..maxNrofCandidateBeamsExt-r16)) OF PRACH-ResourceDedicatedBFR OPTIONAL -- Need
]]
}
-- TAG-BEAMFAILURERECOVERYCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 320 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 321 3GPP TS 38.331 V16.0.0 (2020-03)
– BeamFailureRecoverySCellConfig
The IE BeamFailureRecoverySCellConfig is used to configure the UE with candidate beams for beam failure recovery in case of beam failure detection in SCell. See also TS
38.321 [3], clause 5.x.x.
-- TAG-BEAMFAILURERECOVERYSCELLCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 322 3GPP TS 38.331 V16.0.0 (2020-03)
– BetaOffsets
The IE BetaOffsets is used to configure beta-offset values, see TS 38.213 [13], clause 9.3.
-- TAG-BETAOFFSETS-STOP
-- ASN1STOP
– BH-RLC-ChannelConfig
The IE BH-RLC-ChannelConfig is used to configure an RLC entity, a corresponding logical channel in MAC for BH RLC channels between IAB-node and its parent node.
3GPP
Release 16 323 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-BH-RLCCHANNELCONFIG-START
BH-RLC-ChannelConfig-r16::= SEQUENCE {
bh-LogicalChannelIdentity-r16 BH-LogicalChannelIdentity-r16,
bh-RLC-ChannelID-r16 INTEGER (1..ffsValue),
reestablishRLC-r16 ENUMERATED {true} OPTIONAL, -- Need N
rlc-Config-r16 RLC-Config OPTIONAL, -- Cond LCH-Setup
mac-LogicalChannelConfig-r16 LogicalChannelConfig OPTIONAL, -- Cond LCH-Setup
...
}
-- TAG-BH-RLCCHANNELCONFIG-STOP
-- ASN1STOP
– BH-LogicalChannelIdentity
The IE BH-LogicalChannelIdentity is used to configure an RLC entity, a corresponding logical channel in MAC for BH RLC channels between IAB-node and its parent node.
-- TAG-BH-LOGICALCHANNELIDENTITY-STOP
-- ASN1STOP
3GPP
Release 16 324 3GPP TS 38.331 V16.0.0 (2020-03)
– BH-LogicalChannelIdentity-Ext
The IE BH-LogicalChannelIdentity-Ext is used to identify one backhaul logical channel (BH-RLC-ChannelConfig) and the corresponding RLC configuration (RLC-Config).
-- TAG-BH-LOGICALCHANNELIDENTITY-Ext-STOP
-- ASN1STOP
– BSR-Config
The IE BSR-Config is used to configure buffer status reporting.
-- TAG-BSR-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 325 3GPP TS 38.331 V16.0.0 (2020-03)
– BWP
The IE BWP is used to configure generic parameters of a bandwidth part as defined in TS 38.211 [16], clause 4.5, and TS 38.213 [13], clause 12.
For each serving cell the network configures at least an initial downlink bandwidth part and one (if the serving cell is configured with an uplink) or two (if using supplementary
uplink (SUL)) initial uplink bandwidth parts. Furthermore, the network may configure additional uplink and downlink bandwidth parts for a serving cell.
The uplink and downlink bandwidth part configurations are divided into common and dedicated parameters.
-- TAG-BWP-STOP
-- ASN1STOP
3GPP
Release 16 326 3GPP TS 38.331 V16.0.0 (2020-03)
– BWP-Downlink
The IE BWP-Downlink is used to configure an additional downlink bandwidth part (not for the initial BWP).
-- TAG-BWP-DOWNLINK-STOP
-- ASN1STOP
3GPP
Release 16 327 3GPP TS 38.331 V16.0.0 (2020-03)
– BWP-DownlinkCommon
The IE BWP-DownlinkCommon is used to configure the common parameters of a downlink BWP. They are "cell specific" and the network ensures the necessary alignment with
corresponding parameters of other UEs. The common parameters of the initial bandwidth part of the PCell are also provided via system information. For all other serving cells,
the network provides the common parameters via dedicated signalling.
-- TAG-BWP-DOWNLINKCOMMON-STOP
-- ASN1STOP
– BWP-DownlinkDedicated
The IE BWP-DownlinkDedicated is used to configure the dedicated (UE specific) parameters of a downlink BWP.
3GPP
Release 16 328 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-BWP-DOWNLINKDEDICATED-STOP
-- ASN1STOP
– BWP-Id
The IE BWP-Id is used to refer to Bandwidth Parts (BWP). The initial BWP is referred to by BWP-Id 0. The other BWPs are referred to by BWP-Id 1 to maxNrofBWPs.
-- TAG-BWP-ID-STOP
-- ASN1STOP
3GPP
Release 16 329 3GPP TS 38.331 V16.0.0 (2020-03)
– BWP-Uplink
The IE BWP-Uplink is used to configure an additional uplink bandwidth part (not for the initial BWP).
-- TAG-BWP-UPLINK-STOP
-- ASN1STOP
– BWP-UplinkCommon
The IE BWP-UplinkCommon is used to configure the common parameters of an uplink BWP. They are "cell specific" and the network ensures the necessary alignment with
corresponding parameters of other UEs. The common parameters of the initial bandwidth part of the PCell are also provided via system information. For all other serving cells,
the network provides the common parameters via dedicated signalling.
3GPP
Release 16 330 3GPP TS 38.331 V16.0.0 (2020-03)
rach-ConfigCommonIAB-r16 SetupRelease { RACH-ConfigCommonIAB-r16 } OPTIONAL, -- Need M
useInterlacePUCCH-PUSCH-r16 ENUMERATED {enabled} OPTIONAL, -- Need M
rach-ConfigCommonTwoStepRA-r16 SetupRelease { RACH-ConfigCommonTwoStepRA-r16 } OPTIONAL, -- Need M
msgA-PUSCH-Config-r16 SetupRelease { MsgA-PUSCH-Config-r16 } OPTIONAL -- Need M
]]
}
-- TAG-BWP-UPLINKCOMMON-STOP
-- ASN1STOP
– BWP-UplinkDedicated
The IE BWP-UplinkDedicated is used to configure the dedicated (UE specific) parameters of an uplink BWP.
3GPP
Release 16 331 3GPP TS 38.331 V16.0.0 (2020-03)
configuredGrantConfig SetupRelease { ConfiguredGrantConfig } OPTIONAL, -- Need M
srs-Config SetupRelease { SRS-Config } OPTIONAL, -- Need M
beamFailureRecoveryConfig SetupRelease { BeamFailureRecoveryConfig } OPTIONAL, -- Cond SpCellOnly
...,
[[
cp-ExtensionC2-r16 INTEGER (1..28) OPTIONAL, -- Need R
cp-ExtensionC3-r16 INTEGER (1..28) OPTIONAL, -- Need R
useInterlacePUCCH-PUSCH-r16 ENUMERATED {enabled} OPTIONAL, -- Need M
pucch-ConfigurationList-r16 SetupRelease { PUCCH-ConfigurationList-r16 } OPTIONAL, -- Need M
configuredGrantConfigList-r16 SetupRelease { ConfiguredGrantConfigList-r16 } OPTIONAL -- Need M
]]
-- TAG-BWP-UPLINKDEDICATED-STOP
-- ASN1STOP
3GPP
Release 16 332 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 333 3GPP TS 38.331 V16.0.0 (2020-03)
– CellAccessRelatedInfo
The IE CellAccessRelatedInfo indicates cell access related information for this cell.
-- TAG-CELLACCESSRELATEDINFO-STOP
-- ASN1STOP
– CellAccessRelatedInfo-EUTRA-5GC
The IE CellAccessRelatedInfo-EUTRA-5GC indicates cell access related information for an LTE cell connected to 5GC.
3GPP
Release 16 334 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-CELLACCESSRELATEDINFOEUTRA-5GC-STOP
-- ASN1STOP
– CellAccessRelatedInfo-EUTRA-EPC
The IE CellAccessRelatedInfo-EUTRA-EPC indicates cell access related information for an LTE cell connected to EPC.
-- TAG-CELLACCESSRELATEDINFOEUTRA-EPC-STOP
-- ASN1STOP
3GPP
Release 16 335 3GPP TS 38.331 V16.0.0 (2020-03)
– CellGroupConfig
The CellGroupConfig IE is used to configure a master cell group (MCG) or secondary cell group (SCG). A cell group comprises of one MAC entity, a set of logical channels
with associated RLC entities and of a primary cell (SpCell) and one or more secondary cells (SCells).
DormancySCellGroups::= SEQUENCE {
withinActiveTimeToAddModList SEQUENCE (SIZE (1..maxNrofDormancyGroups)) OF DormancyGroup-r16 OPTIONAL, -- Need N
withinActiveTimeToReleaseList SEQUENCE (SIZE (1..maxNrofDormancyGroups)) OF DormancyGroupID-r16 OPTIONAL, -- Need N
outsideActiveTimeToAddModList SEQUENCE (SIZE (1..maxNrofDormancyGroups)) OF DormancyGroup-r16 OPTIONAL, -- Cond DormancyWUS
outsideActiveTimeToReleaseList SEQUENCE (SIZE (1..maxNrofDormancyGroups)) OF DormancyGroupID-r16 OPTIONAL -- Need N
}
3GPP
Release 16 336 3GPP TS 38.331 V16.0.0 (2020-03)
rlf-TimersAndConstants SetupRelease { RLF-TimersAndConstants } OPTIONAL, -- Need M
rlmInSyncOutOfSyncThreshold ENUMERATED {n1} OPTIONAL, -- Need S
spCellConfigDedicated ServingCellConfig OPTIONAL, -- Need M
...
}
-- TAG-CELLGROUPCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 337 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 338 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 339 3GPP TS 38.331 V16.0.0 (2020-03)
– CellGroupId
The IE CellGroupId is used to identify a cell group. Value 0 identifies the master cell group. Other values identify secondary cell groups. In this version of the specification only
values 0 and 1 are supported.
-- TAG-CELLGROUPID-STOP
-- ASN1STOP
– CellIdentity
The IE CellIdentity is used to unambiguously identify a cell within a PLMN.
-- TAG-CELLIDENTITY-STOP
-- ASN1STOP
3GPP
Release 16 340 3GPP TS 38.331 V16.0.0 (2020-03)
– CellReselectionPriority
The IE CellReselectionPriority concerns the absolute priority of the concerned carrier frequency, as used by the cell reselection procedure. Corresponds to parameter "priority" in
TS 38.304 [20]. Value 0 means lowest priority. The UE behaviour for the case the field is absent, if applicable, is specified in TS 38.304 [20].
-- TAG-CELLRESELECTIONPRIORITY-STOP
-- ASN1STOP
– CellReselectionSubPriority
The IE CellReselectionSubPriority indicates a fractional value to be added to the value of cellReselectionPriority to obtain the absolute priority of the concerned carrier frequency
for E-UTRA and NR. Value oDot2 corresponds to 0.2, value oDot4 corresponds to 0.4 and so on.
-- TAG-CELLRESELECTIONSUBPRIORITY-STOP
-- ASN1STOP
– CGI-InfoEUTRA
The IE CGI-InfoEUTRA indicates EUTRA cell access related information, which is reported by the UE as part of E-UTRA report CGI procedure.
3GPP
Release 16 341 3GPP TS 38.331 V16.0.0 (2020-03)
multiBandInfoList MultiBandInfoListEUTRA OPTIONAL,
freqBandIndicatorPriority ENUMERATED {true} OPTIONAL
}
-- TAG-CGI-INFOEUTRA-STOP
-- ASN1STOP
– CGI-InfoEUTRALogging
The IE CGI-InfoEUTRALogging indicates EUTRA cell related information, which is reported by the UE as part of RLF reporting procedure.
-- TAG-CGI-INFOEUTRALOGGING-STOP
-- ASN1STOP
– CGI-InfoNR
The IE CGI-InfoNR indicates cell access related information, which is reported by the UE as part of report CGI procedure.
3GPP
Release 16 342 3GPP TS 38.331 V16.0.0 (2020-03)
CGI-InfoNR ::= SEQUENCE {
plmn-IdentityInfoList PLMN-IdentityInfoList OPTIONAL,
frequencyBandList MultiFrequencyBandListNR OPTIONAL,
noSIB1 SEQUENCE {
ssb-SubcarrierOffset INTEGER (0..15),
pdcch-ConfigSIB1 PDCCH-ConfigSIB1
} OPTIONAL,
...,
[[
npn-IdentityInfoList-r16 NPN-IdentityInfoList-r16 OPTIONAL
]]
}
-- TAG-CGI-INFO-NR-STOP
-- ASN1STOP
– CGI-Info-Logging
The IE CGI-Info-Logging indicates the NR Cell Global Identifier (NCGI) for logging purposes (e.g. RLF report), the globally unique identity of a cell in NR.
-- TAG-CGI-INFO-LOGGING-STOP
-- ASN1STOP
3GPP
Release 16 343 3GPP TS 38.331 V16.0.0 (2020-03)
– CGI-Info-LoggingDetailed
The IE CGI-Info-LoggingDetailed indicates the NR Cell Global Identifier (NCGI) for logging purposes (e.g. RLF report), the globally unique identity of a cell in NR.
-- TAG-CGI-INFO-LOGGINGDETAILED-STOP
-- ASN1STOP
– CLI-RSSI-Range
The IE CLI-RSSI-Range specifies the value range used in CLI-RSSI measurements and thresholds. The integer value for CLI-RSSI measurements is according to Table [FFS] in
TS 38.133 [14].
-- TAG-CLI-RSSI-RANGE-STOP
-- ASN1STOP
– CodebookConfig
The IE CodebookConfig is used to configure codebooks of Type-I and Type-II (see TS 38.214 [19], clause 5.2.2.2)
3GPP
Release 16 344 3GPP TS 38.331 V16.0.0 (2020-03)
},
3GPP
Release 16 345 3GPP TS 38.331 V16.0.0 (2020-03)
type2 SEQUENCE {
subType CHOICE {
typeII SEQUENCE {
n1-n2-codebookSubsetRestriction CHOICE {
two-one BIT STRING (SIZE (16)),
two-two BIT STRING (SIZE (43)),
four-one BIT STRING (SIZE (32)),
three-two BIT STRING (SIZE (59)),
six-one BIT STRING (SIZE (48)),
four-two BIT STRING (SIZE (75)),
eight-one BIT STRING (SIZE (64)),
four-three BIT STRING (SIZE (107)),
six-two BIT STRING (SIZE (107)),
twelve-one BIT STRING (SIZE (96)),
four-four BIT STRING (SIZE (139)),
eight-two BIT STRING (SIZE (139)),
sixteen-one BIT STRING (SIZE (128))
},
typeII-RI-Restriction BIT STRING (SIZE (2))
},
typeII-PortSelection SEQUENCE {
portSelectionSamplingSize ENUMERATED {n1, n2, n3, n4} OPTIONAL, -- Need R
typeII-PortSelectionRI-Restriction BIT STRING (SIZE (2))
}
},
phaseAlphabetSize ENUMERATED {n4, n8},
subbandAmplitude BOOLEAN,
numberOfBeams ENUMERATED {two, three, four}
}
}
}
3GPP
Release 16 346 3GPP TS 38.331 V16.0.0 (2020-03)
typeII-RI-Restriction-r16 BIT STRING (SIZE(4))
},
typeII-PortSelection-r16 SEQUENCE {
portSelectionSamplingSize-r16 ENUMERATED {n1, n2, n3, n4},
typeII-PortSelectionRI-Restriction-r16 BIT STRING (SIZE (4))
}
},
numberOfPMI-SubbandsPerCQI-Subband-r16 INTEGER (1..2),
paramCombination-r16 INTEGER (1..8)
}
}
}
-- TAG-CODEBOOKCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 347 3GPP TS 38.331 V16.0.0 (2020-03)
– CommonLocationInfo
The IE CommonLocationInfo is used to transfer detailed location information available at the UE to correlate measurements and UE position information.
3GPP
Release 16 348 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-COMMONLOCATIONINFO-START
-- TAG-COMMONLOCATIONINFO-STOP
-- ASN1STOP
– CondConfigId
The IE CondConfigId is used to identify a CHO or CPC configuration.
-- TAG-CONDCONFIGID-STOP
-- ASN1STOP
– CondConfigToAddModList
The IE CHO-ConfigToAddModList concerns a list of conditional configurations to add or modify, with for each entry the cho-ConfigId and the associated condExecutionCond
and condRRCReconfig.
3GPP
Release 16 349 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-CONDCONFIGTOADDMODLIST-STOP
-- ASN1STOP
– ConditionalReconfiguration
The IE ConditionalReconfiguration is used to add, modify and release the configuration of conditional configuration.
-- TAG-CONDITIONALRECONFIGURATION-STOP
-- ASN1STOP
3GPP
Release 16 350 3GPP TS 38.331 V16.0.0 (2020-03)
– ConfiguredGrantConfig
The IE ConfiguredGrantConfig is used to configure uplink transmission without dynamic grant according to two possible schemes. The actual uplink grant may either be
configured via RRC (type1) or provided via the PDCCH (addressed to CS-RNTI) (type2). Multiple Configured Grant configurations may be configured in one BWP of a serving
cell.
3GPP
Release 16 351 3GPP TS 38.331 V16.0.0 (2020-03)
srs-ResourceIndicator INTEGER (0..15) OPTIONAL, -- Need R
mcsAndTBS INTEGER (0..31),
frequencyHoppingOffset INTEGER (1.. maxNrofPhysicalResourceBlocks-1) OPTIONAL, -- Need R
pathlossReferenceIndex INTEGER (0..maxNrofPUSCH-PathlossReferenceRSs-1),
...,
[[
pusch-RepTypeIndicator-r16 ENUMERATED {pusch-RepTypeA,pusch-RepTypeB} OPTIONAL, -- Need M
frequencyHoppingPUSCH-RepTypeB-r16 ENUMERATED {interRepetition, interSlot} OPTIONAL, -- Cond RepTypeB
timeReferenceSFN-r16 ENUMERATED {sfn512} OPTIONAL -- Need R
]]
} OPTIONAL, -- Need R
...,
[[
cg-RetransmissionTimer-r16 INTEGER (1..64) OPTIONAL, -- Need R
cg-minDFI-Delay-r16 INTEGER (1..ffsValue) OPTIONAL, -- Need R Upper limit 7 FFS
cg-nrofPUSCH-InSlot-r16 INTEGER (1..ffsValue) OPTIONAL, -- Need R
cg-nrofSlots-r16 INTEGER (1..ffsValue) OPTIONAL, -- Need R
cg-StartingFullBW-InsideCOT-r16 ENUMERATED {ffs} OPTIONAL, -- Need R
cg-StartingFullBW-OutsideCOT-r16 ENUMERATED {ffs} OPTIONAL, -- Need R
cg-StartingPartialBW-InsideCOT-r16 ENUMERATED {ffs} OPTIONAL, -- Need R
cg-StartingPartialBW-OutsideCOT-r16 ENUMERATED {ffs} OPTIONAL, -- Need R
cg-UCI-Multiplexing ENUMERATED {enabled} OPTIONAL, -- Need R
cg-COT-SharingOffset-r16 INTEGER (1..ffsValue) OPTIONAL, -- Need R
betaOffsetCG-UCI-r16 INTEGER (1..ffsValue) OPTIONAL, -- Need R
cg-COT-SharingList-r16 SEQUENCE (SIZE (1..ffsValue)) OF CG-COT-Sharing-r16 OPTIONAL, -- Need R
harq-ProcID-Offset-r16 INTEGER (0..15) OPTIONAL, -- Need M
harq-ProcID-Offset2-r16 INTEGER (0..15) OPTIONAL, -- Need M
configuredGrantConfigIndex-r16 ConfiguredGrantConfigIndex-r16 OPTIONAL, -- Need M
configuredGrantConfigIndexMAC-r16 ConfiguredGrantConfigIndexMAC-r16 OPTIONAL, -- Need M
periodicityExt-r16 INTEGER (1..5120) OPTIONAL, -- Need M
startingFromRV0-r16 ENUMERATED {on, off} OPTIONAL, -- Need M
phy-PriorityIndex-r16 ENUMERATED {p0, p1} OPTIONAL, -- Need M
autonomousReTx-r16 ENUMERATED {enabled} OPTIONAL -- Cond LCH-BasedPrioritization
]]
-- TAG-CONFIGUREDGRANTCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 352 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 353 3GPP TS 38.331 V16.0.0 (2020-03)
channelAccessPriority
Indicates the Channel Access Priority Class that the gNB can assume when sharing the UE initiated COT (see 37.213 [48], clause 4.1.3).
configuredGrantConfigIndex
Indicates the index of the Configured Grant configurations within the BWP.
configuredGrantConfigIndexMAC
Indicates the index of the Configured Grant configurations within the MAC entity.
configuredGrantTimer
Indicates the initial value of the configured grant timer (see TS 38.321 [3]) in multiples of periodicity. When cg-RetransmissonTimer is configured, if HARQ processes are
shared among different configured grants on the same BWP, configuredGrantTimer is set to the same value for all of configurations on this BWP.
dmrs-SeqInitialization
The network configures this field if transformPrecoder is disabled. Otherwise the field is absent.
frequencyDomainAllocation
Indicates the frequency domain resource allocation, see TS 38.214 [19], clause 6.1.2, and TS 38.212 [17], clause 7.3.1).
frequencyHopping
The value intraSlot enables 'Intra-slot frequency hopping' and the value interSlot enables 'Inter-slot frequency hopping'. If the field is absent, frequency hopping is not
configured. The field frequencyHopping refers to configured grant for 'pusch-RepTypeA' (see TS 38.214 [19], clause 6.3.1).
frequencyHoppingOffset
Frequency hopping offset used when frequency hopping is enabled (see TS 38.214 [19], clause 6.1.2 and clause 6.3).
frequencyHoppingPUSCH-RepTypeB
Indicates the frequency hopping scheme for Type 1 CG when pusch-RepTypeIndicator is set to 'pusch-RepTypeB' (see TS 38.214 [19], clause 6.1). The value interRepetition
enables 'Inter-repetition frequency hopping', and the value interSlot enables 'Inter-slot frequency hopping'. If the field is absent, the frequency hopping is not enabled for Type 1
CG.
Editor's note: FFS on intraRepetition for frequency hopping for PUSCH repetition type B.
Editor's note: FFS on CG Type 2 for frequency hopping indication.
harq-ProcID-Offset
For operation with shared spectrum channel access, this configures the range of HARQ process IDs which can be used for this configured grant where the UE can select a
HARQ process ID within [harq-procID-offset, .., (harq-procID-offset + nrofHARQ-Processes – 1)].
harq-ProcID-Offset2
Indicates the offset used in deriving the HARQ process IDs, see TS 38.321 [3], clause 5.4.1.
mcs-Table
Indicates the MCS table the UE shall use for PUSCH without transform precoding. If the field is absent the UE applies the value qam64.
mcs-TableTransformPrecoder
Indicates the MCS table the UE shall use for PUSCH with transform precoding. If the field is absent the UE applies the value qam64.
mcsAndTBS
The modulation order, target code rate and TB size (see TS 38.214 [19], clause 6.1.2). The NW does not configure the values 28~31 in this version of the specification.
nrofHARQ-Processes
The number of HARQ processes configured. It applies for both Type 1 and Type 2. See TS 38.321 [3], clause 5.4.1.
p0-PUSCH-Alpha
Index of the P0-PUSCH-AlphaSet to be used for this configuration.
3GPP
Release 16 354 3GPP TS 38.331 V16.0.0 (2020-03)
periodicity
Periodicity for UL transmission without UL grant for type 1 and type 2 (see TS 38.321 [3], clause 5.8.2).
The following periodicities are supported depending on the configured subcarrier spacing [symbols]:
15 kHz: 2, 7, n*14, where n={1, 2, 4, 5, 8, 10, 16, 20, 32, 40, 64, 80, 128, 160, 320, 640}
30 kHz: 2, 7, n*14, where n={1, 2, 4, 5, 8, 10, 16, 20, 32, 40, 64, 80, 128, 160, 256, 320, 640, 1280}
60 kHz with normal CP 2, 7, n*14, where n={1, 2, 4, 5, 8, 10, 16, 20, 32, 40, 64, 80, 128, 160, 256, 320, 512, 640, 1280, 2560}
60 kHz with ECP: 2, 6, n*12, where n={1, 2, 4, 5, 8, 10, 16, 20, 32, 40, 64, 80, 128, 160, 256, 320, 512, 640, 1280, 2560}
120 kHz: 2, 7, n*14, where n={1, 2, 4, 5, 8, 10, 16, 20, 32, 40, 64, 80, 128, 160, 256, 320, 512, 640, 1024, 1280, 2560, 5120}
periodicityExt
This field is used to calculate the periodicity for UL transmission without UL grant for type 1 and type 2 (see TS 38.321 [3], clause 5,8.2). If this field is present, the field
periodicity is ignored.
The following periodicites are supported depending on the configured subcarrier spacing [symbols]:
15 kHz: periodicityExt*14, where periodicityExt has a value between 1 and 640.
30 kHz: periodicityExt*14, where periodicityExt has a value between 1 and 1280.
60 kHz with normal CP: periodicityExt*14, where periodicityExt has a value between 1 and 2560.
60 kHz with ECP: periodicityExt*12, where periodicityExt has a value between 1 and 2560.
120 kHz: periodicityExt*14, where periodicityExt has a value between 1 and 5120.
phy-PriorityIndex
Indicates the PHY priority of CG PUSCH at least for PHY-layer collision handling. Value p0 indicates low priority and value p1 indicates high priority.
powerControlLoopToUse
Closed control loop to apply (see TS 38.213 [13], clause 7.1.1).
pusch-RepTypeIndicator
Indicates whether UE follows the behavior for PUSCH repetition type A or the behavior for PUSCH repetition type B for each Type 1 configured grant configuration. The value
pusch-RepTypeA enables the 'PUSCH repetition type A' and the value pusch-RepTypeB enables the 'PUSCH repetition type B' (see TS 38.214 [19], clause 6.1.2.3).
rbg-Size
Selection between configuration 1 and configuration 2 for RBG size for PUSCH. The UE does not apply this field if resourceAllocation is set to resourceAllocationType1.
Otherwise, the UE applies the value config1 when the field is absent. Note: rbg-Size is used when the transformPrecoder parameter is disabled.
repK-RV
The redundancy version (RV) sequence to use. See TS 38.214 [19], clause 6.1.2. The network configures this field if repetitions are used, i.e., if repK is set to n2, n4 or n8.
Otherwise, the field is absent.
repK
The number of repetitions of K.
resourceAllocation
Configuration of resource allocation type 0 and resource allocation type 1. For Type 1 UL data transmission without grant, resourceAllocation should be
resourceAllocationType0 or resourceAllocationType1.
rrc-ConfiguredUplinkGrant
Configuration for "configured grant" transmission with fully RRC-configured UL grant (Type1). If this field is absent the UE uses UL grant configured by DCI addressed to CS-
RNTI (Type2). Type 1 configured grant may be configured for UL or SUL, but not for both simultaneously.
srs-ResourceIndicator
Indicates the SRS resource to be used.
startingFromRV0
This field is used to determine the initial transmission occasion of a transport block for a given RV sequence, see TS 38.214 [19], clause 6.1.2.3.1.
timeDomainAllocation
Indicates a combination of start symbol and length and PUSCH mapping type, see TS 38.214 [19], clause 6.1.2 and TS 38.212 [17], clause 7.3.1.
3GPP
Release 16 355 3GPP TS 38.331 V16.0.0 (2020-03)
timeDomainOffset
Offset related to the reference SFN indicated by timeReferenceSFN, see TS 38.321 [3], clause 5.8.2. If the field timeReferenceSFN is not present, the reference SFN is 0.
timeReferenceSFN
Indicates SFN used for determination of the offset of a resource in time domain. The UE uses the closest SFN with the indicated number preceding the reception of the
configured grant configuration, see TS 38.321 [3], clause 5.8.2.
transformPrecoder
Enables or disables transform precoding for type1 and type2. If the field is absent, the UE enables or disables transform precoding in accordance with the field msg3-
transformPrecoder in RACH-ConfigCommon, see TS 38.214 [19], clause 6.1.3.
uci-OnPUSCH
Selection between and configuration of dynamic and semi-static beta-offset. For Type 1 UL data transmission without grant, uci-OnPUSCH should be set to semiStatic.
– ConfiguredGrantConfigIndex
The IE ConfiguredGrantConfigIndex is used to indicate the index of one of multiple UL Configured Grant configurations in one BWP.
-- TAG-CONFIGUREDGRANTCONFIGINDEX-STOP
-- ASN1STOP
– ConfiguredGrantConfigIndexMAC
The IE ConfiguredGrantConfigIndexMAC is used to indicate the unique Configured Grant configurations index per MAC entity.
3GPP
Release 16 356 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-CONFIGUREDGRANTCONFIGINDEXMAC-START
-- TAG-CONFIGUREDGRANTCONFIGINDEXMAC-STOP
-- ASN1STOP
– ConfiguredGrantConfigList
The IE ConfiguredGrantConfigList is used to configure multiple uplink Configured Grant configurations in one BWP.
-- TAG-CONFIGUREDGRANTCONFIGLIST-STOP
-- ASN1STOP
– ConnEstFailureControl
The IE ConnEstFailureControl is used to configure parameters for connection establishment failure control.
3GPP
Release 16 357 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-CONNESTFAILURECONTROL-STOP
-- ASN1STOP
– ControlResourceSet
The IE ControlResourceSet is used to configure a time/frequency control resource set (CORESET) in which to search for downlink control information (see TS 38.213 [13],
clause 10.1).
3GPP
Release 16 358 3GPP TS 38.331 V16.0.0 (2020-03)
tci-StatesPDCCH-ToAddList SEQUENCE(SIZE (1..maxNrofTCI-StatesPDCCH)) OF TCI-StateId OPTIONAL, -- Cond NotSIB1-initialBWP
tci-StatesPDCCH-ToReleaseList SEQUENCE(SIZE (1..maxNrofTCI-StatesPDCCH)) OF TCI-StateId OPTIONAL, -- Cond NotSIB1-initialBWP
tci-PresentInDCI ENUMERATED {enabled} OPTIONAL, -- Need S
pdcch-DMRS-ScramblingID INTEGER (0..65535) OPTIONAL, -- Need S
...,
[[
rb-Offset-r16 INTEGER (0..5) OPTIONAL, -- Need N
tci-PresentInDCI-ForDCI-Format1-2-r16 INTEGER (1..3) OPTIONAL, -- Need S
coresetPoolIndex-r16 INTEGER (0..1) OPTIONAL, -- Need R
controlResourceSetId-r16 ControlResourceSetId-r16 OPTIONAL -- Need S
]]
}
-- TAG-CONTROLRESOURCESET-STOP
-- ASN1STOP
3GPP
Release 16 359 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 360 3GPP TS 38.331 V16.0.0 (2020-03)
– ControlResourceSetId
The ControlResourceSetId IE concerns a short identity, used to identify a control resource set within a serving cell. The ControlResourceSetId = 0 identifies the
ControlResourceSet#0 configured via PBCH (MIB) and in controlResourceSetZero (ServingCellConfigCommon). The ID space is used across the BWPs of a Serving Cell. The
number of CORESETs per BWP is limited to 3 (including common and UE-specific CORESETs) in Release 15.
-- TAG-CONTROLRESOURCESETID-STOP
-- ASN1STOP
– ControlResourceSetZero
The IE ControlResourceSetZero is used to configure CORESET#0 of the initial BWP (see TS 38.213 [13], clause 13).
-- TAG-CONTROLRESOURCESETZERO-STOP
-- ASN1STOP
– CrossCarrierSchedulingConfig
The IE CrossCarrierSchedulingConfig is used to specify the configuration when the cross-carrier scheduling is used in a cell.
3GPP
Release 16 361 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-CrossCarrierSchedulingConfig-STOP
-- ASN1STOP
3GPP
Release 16 362 3GPP TS 38.331 V16.0.0 (2020-03)
– CSI-AperiodicTriggerStateList
The CSI-AperiodicTriggerStateList IE is used to configure the UE with a list of aperiodic trigger states. Each codepoint of the DCI field "CSI request" is associated with one
trigger state (see TS 38.321 [3], clause 6.1.3.13). Upon reception of the value associated with a trigger state, the UE will perform measurement of CSI-RS, CSI-IM and/or SSB
(reference signals) and aperiodic reporting on L1 according to all entries in the associatedReportConfigInfoList for that trigger state.
-- TAG-CSI-APERIODICTRIGGERSTATELIST-STOP
-- ASN1STOP
3GPP
Release 16 363 3GPP TS 38.331 V16.0.0 (2020-03)
– CSI-FrequencyOccupation
The IE CSI-FrequencyOccupation is used to configure the frequency domain occupation of a channel state information measurement resource (e.g. NZP-CSI-RS-Resource, CSI-
IM-Resource).
3GPP
Release 16 364 3GPP TS 38.331 V16.0.0 (2020-03)
nrofRBs INTEGER (24..maxNrofPhysicalResourceBlocksPlus1),
...
}
-- TAG-CSI-FREQUENCYOCCUPATION-STOP
-- ASN1STOP
– CSI-IM-Resource
The IE CSI-IM-Resource is used to configure one CSI Interference Management (IM) resource.
-- TAG-CSI-IM-RESOURCE-STOP
-- ASN1STOP
3GPP
Release 16 365 3GPP TS 38.331 V16.0.0 (2020-03)
– CSI-IM-ResourceId
The IE CSI-IM-ResourceId is used to identify one CSI-IM-Resource.
-- TAG-CSI-IM-RESOURCEID-STOP
-- ASN1STOP
– CSI-IM-ResourceSet
The IE CSI-IM-ResourceSet is used to configure a set of one or more CSI Interference Management (IM) resources (their IDs) and set-specific parameters.
3GPP
Release 16 366 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-CSI-IM-RESOURCESET-START
– CSI-IM-ResourceSetId
The IE CSI-IM-ResourceSetId is used to identify CSI-IM-ResourceSets.
-- TAG-CSI-IM-RESOURCESETID-STOP
-- ASN1STOP
– CSI-MeasConfig
The IE CSI-MeasConfig is used to configure CSI-RS (reference signals) belonging to the serving cell in which CSI-MeasConfig is included, channel state information reports to
be transmitted on PUCCH on the serving cell in which CSI-MeasConfig is included and channel state information reports on PUSCH triggered by DCI received on the serving
cell in which CSI-MeasConfig is included. See also TS 38.214 [19], clause 5.2.
3GPP
Release 16 367 3GPP TS 38.331 V16.0.0 (2020-03)
OPTIONAL, -- Need N
csi-IM-ResourceToAddModList SEQUENCE (SIZE
(1..maxNrofCSI-IM-Resources)) OF CSI-IM-Resource OPTIONAL, -- Need N
csi-IM-ResourceToReleaseList SEQUENCE (SIZE
(1..maxNrofCSI-IM-Resources)) OF CSI-IM-ResourceId OPTIONAL, -- Need N
csi-IM-ResourceSetToAddModList SEQUENCE (SIZE
(1..maxNrofCSI-IM-ResourceSets)) OF CSI-IM-ResourceSet OPTIONAL, -- Need N
csi-IM-ResourceSetToReleaseList SEQUENCE (SIZE
(1..maxNrofCSI-IM-ResourceSets)) OF CSI-IM-ResourceSetId OPTIONAL, -- Need N
csi-SSB-ResourceSetToAddModList SEQUENCE (SIZE
(1..maxNrofCSI-SSB-ResourceSets)) OF CSI-SSB-ResourceSet OPTIONAL, -- Need N
csi-SSB-ResourceSetToReleaseList SEQUENCE (SIZE
(1..maxNrofCSI-SSB-ResourceSets)) OF CSI-SSB-ResourceSetId OPTIONAL, -- Need N
csi-ResourceConfigToAddModList SEQUENCE (SIZE
(1..maxNrofCSI-ResourceConfigurations)) OF CSI-ResourceConfig
OPTIONAL, -- Need N
csi-ResourceConfigToReleaseList SEQUENCE (SIZE (1..maxNrofCSI-ResourceConfigurations)) OF CSI-ResourceConfigId
OPTIONAL, -- Need N
csi-ReportConfigToAddModList SEQUENCE (SIZE (1..maxNrofCSI-ReportConfigurations)) OF CSI-ReportConfig OPTIONAL, -- Need N
csi-ReportConfigToReleaseList SEQUENCE (SIZE (1..maxNrofCSI-ReportConfigurations)) OF CSI-ReportConfigId
OPTIONAL, -- Need N
reportTriggerSize INTEGER (0..6) OPTIONAL, -- Need M
aperiodicTriggerStateList SetupRelease { CSI-AperiodicTriggerStateList } OPTIONAL, -- Need M
semiPersistentOnPUSCH-TriggerStateList SetupRelease { CSI-SemiPersistentOnPUSCH-TriggerStateList } OPTIONAL, -- Need M
...,
[[
reportTriggerSizeForDCI-Format0-2-r16 INTEGER (0..6) OPTIONAL, -- Need M
aperiodicTriggerStateListForDCI-Format0-2-r16 SetupRelease { CSI-AperiodicTriggerStateList } OPTIONAL, -- Need M
semiPersistentOnPUSCH-TriggerStateListForDCI-Format0-2-r16 SetupRelease { CSI-SemiPersistentOnPUSCH-TriggerStateList }
OPTIONAL -- Need M
]]
}
-- TAG-CSI-MEASCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 368 3GPP TS 38.331 V16.0.0 (2020-03)
– CSI-ReportConfig
The IE CSI-ReportConfig is used to configure a periodic or semi-persistent report sent on PUCCH on the cell in which the CSI-ReportConfig is included, or to configure a semi-
persistent or aperiodic report sent on PUSCH triggered by DCI received on the cell in which the CSI-ReportConfig is included (in this case, the cell on which the report is sent is
determined by the received DCI). See TS 38.214 [19], clause 5.2.1.
3GPP
Release 16 369 3GPP TS 38.331 V16.0.0 (2020-03)
reportSlotConfig CSI-ReportPeriodicityAndOffset,
pucch-CSI-ResourceList SEQUENCE (SIZE (1..maxNrofBWPs)) OF PUCCH-CSI-Resource
},
semiPersistentOnPUSCH SEQUENCE {
reportSlotConfig ENUMERATED {sl5, sl10, sl20, sl40, sl80, sl160, sl320},
reportSlotOffsetList SEQUENCE (SIZE (1.. maxNrofUL-Allocations)) OF INTEGER(0..32),
p0alpha P0-PUSCH-AlphaSetId
},
aperiodic SEQUENCE {
reportSlotOffsetList SEQUENCE (SIZE (1..maxNrofUL-Allocations)) OF INTEGER(0..32)
}
},
reportQuantity CHOICE {
none NULL,
cri-RI-PMI-CQI NULL,
cri-RI-i1 NULL,
cri-RI-i1-CQI SEQUENCE {
pdsch-BundleSizeForCSI ENUMERATED {n2, n4} OPTIONAL -- Need S
},
cri-RI-CQI NULL,
cri-RSRP NULL,
ssb-Index-RSRP NULL,
cri-RI-LI-PMI-CQI NULL
},
reportFreqConfiguration SEQUENCE {
cqi-FormatIndicator ENUMERATED { widebandCQI, subbandCQI } OPTIONAL, -- Need R
pmi-FormatIndicator ENUMERATED { widebandPMI, subbandPMI } OPTIONAL, -- Need R
csi-ReportingBand CHOICE {
subbands3 BIT STRING(SIZE(3)),
subbands4 BIT STRING(SIZE(4)),
subbands5 BIT STRING(SIZE(5)),
subbands6 BIT STRING(SIZE(6)),
subbands7 BIT STRING(SIZE(7)),
subbands8 BIT STRING(SIZE(8)),
subbands9 BIT STRING(SIZE(9)),
subbands10 BIT STRING(SIZE(10)),
subbands11 BIT STRING(SIZE(11)),
subbands12 BIT STRING(SIZE(12)),
subbands13 BIT STRING(SIZE(13)),
subbands14 BIT STRING(SIZE(14)),
subbands15 BIT STRING(SIZE(15)),
subbands16 BIT STRING(SIZE(16)),
subbands17 BIT STRING(SIZE(17)),
subbands18 BIT STRING(SIZE(18)),
...,
subbands19-v1530 BIT STRING(SIZE(19))
} OPTIONAL -- Need S
} OPTIONAL, -- Need R
timeRestrictionForChannelMeasurements ENUMERATED {configured, notConfigured},
timeRestrictionForInterferenceMeasurements ENUMERATED {configured, notConfigured},
codebookConfig CodebookConfig OPTIONAL, -- Need R
3GPP
Release 16 370 3GPP TS 38.331 V16.0.0 (2020-03)
dummy ENUMERATED {n1, n2} OPTIONAL, -- Need R
groupBasedBeamReporting CHOICE {
enabled NULL,
disabled SEQUENCE {
nrofReportedRS ENUMERATED {n1, n2, n3, n4} OPTIONAL -- Need S
}
},
cqi-Table ENUMERATED {table1, table2, table3, spare1} OPTIONAL, -- Need R
subbandSize ENUMERATED {value1, value2},
non-PMI-PortIndication SEQUENCE (SIZE (1..maxNrofNZP-CSI-RS-ResourcesPerConfig)) OF PortIndexFor8Ranks OPTIONAL, -- Need R
...,
[[
semiPersistentOnPUSCH-v1530 SEQUENCE {
reportSlotConfig-v1530 ENUMERATED {sl4, sl8, sl16}
} OPTIONAL -- Need R
]],
[[
semiPersistentOnPUSCH-v16xy SEQUENCE {
reportSlotOffsetListForDCI-Format0-2-r16 SEQUENCE (SIZE (1.. maxNrofUL-Allocations-r16)) OF INTEGER(0..32)
OPTIONAL, -- Need R
reportSlotOffsetListForDCI-Format0-1-r16 SEQUENCE (SIZE (1.. maxNrofUL-Allocations-r16)) OF INTEGER(0..32)
OPTIONAL -- Need R
} OPTIONAL, -- Need R
reportQuantity-r16 CHOICE {
cri-SINR-r16 NULL,
ssb-Index-SINR-r16 NULL
} OPTIONAL, -- Need R
nrofReportedRS-ForSINR-r16 ENUMERATED {n1, n2, n3, n4} OPTIONAL, -- Need S
codebookConfig-r16 CodebookConfig-r16 OPTIONAL -- Need R
]]
}
3GPP
Release 16 371 3GPP TS 38.331 V16.0.0 (2020-03)
rank1-8 PortIndex8 OPTIONAL, -- Need R
rank2-8 SEQUENCE(SIZE(2)) OF PortIndex8 OPTIONAL, -- Need R
rank3-8 SEQUENCE(SIZE(3)) OF PortIndex8 OPTIONAL, -- Need R
rank4-8 SEQUENCE(SIZE(4)) OF PortIndex8 OPTIONAL, -- Need R
rank5-8 SEQUENCE(SIZE(5)) OF PortIndex8 OPTIONAL, -- Need R
rank6-8 SEQUENCE(SIZE(6)) OF PortIndex8 OPTIONAL, -- Need R
rank7-8 SEQUENCE(SIZE(7)) OF PortIndex8 OPTIONAL, -- Need R
rank8-8 SEQUENCE(SIZE(8)) OF PortIndex8 OPTIONAL -- Need R
},
portIndex4 SEQUENCE{
rank1-4 PortIndex4 OPTIONAL, -- Need R
rank2-4 SEQUENCE(SIZE(2)) OF PortIndex4 OPTIONAL, -- Need R
rank3-4 SEQUENCE(SIZE(3)) OF PortIndex4 OPTIONAL, -- Need R
rank4-4 SEQUENCE(SIZE(4)) OF PortIndex4 OPTIONAL -- Need R
},
portIndex2 SEQUENCE{
rank1-2 PortIndex2 OPTIONAL, -- Need R
rank2-2 SEQUENCE(SIZE(2)) OF PortIndex2 OPTIONAL -- Need R
},
portIndex1 NULL
}
-- TAG-CSI-REPORTCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 372 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 373 3GPP TS 38.331 V16.0.0 (2020-03)
p0alpha
Index of the p0-alpha set determining the power control for this CSI report transmission (see TS 38.214 [19], clause 6.2.1.2).
pdsch-BundleSizeForCSI
PRB bundling size to assume for CQI calculation when reportQuantity is CRI/RI/i1/CQI. If the field is absent, the UE assumes that no PRB bundling is applied (see TS 38.214
[19], clause 5.2.1.4.2).
pmi-FormatIndicator
Indicates whether the UE shall report a single (wideband) or multiple (subband) PMI. (see TS 38.214 [19], clause 5.2.1.4).
pucch-CSI-ResourceList
Indicates which PUCCH resource to use for reporting on PUCCH.
reportConfigType
Time domain behavior of reporting configuration.
reportFreqConfiguration
Reporting configuration in the frequency domain. (see TS 38.214 [19], clause 5.2.1.4).
reportQuantity
The CSI related quantities to report. see TS 38.214 [19], clause 5.2.1. If the field reportQuantity-r16 is present, UE shall ignore reportQuantity (without suffix).
reportSlotConfig
Periodicity and slot offset (see TS 38.214 [19], clause 5.2.1.4). If the field reportSlotConfig-v1530 is present, the UE shall ignore the value provided in reportSlotConfig (without
suffix).
reportSlotOffsetList, reportSlotOffsetListForDCI-Format0-1, reportSlotOffsetListForDCI-Format0-2
Timing offset Y for semi persistent reporting using PUSCH. This field lists the allowed offset values. This list must have the same number of entries as the pusch-
TimeDomainAllocationList in PUSCH-Config. A particular value is indicated in DCI. The network indicates in the DCI field of the UL grant, which of the configured report slot
offsets the UE shall apply. The DCI value 0 corresponds to the first report slot offset in this list, the DCI value 1 corresponds to the second report slot offset in this list, and so
on. The first report is transmitted in slot n+Y, second report in n+Y+P, where P is the configured periodicity.
Timing offset Y for aperiodic reporting using PUSCH. This field lists the allowed offset values. This list must have the same number of entries as the pusch-
TimeDomainAllocationList in PUSCH-Config. A particular value is indicated in DCI. The network indicates in the DCI field of the UL grant, which of the configured report slot
offsets the UE shall apply. The DCI value 0 corresponds to the first report slot offset in this list, the DCI value 1 corresponds to the second report slot offset in this list, and so
on (see TS 38.214 [19], clause 6.1.2.1). The field reportSlotOffsetList refers to DCI format 0_0, the field reportSlotOffsetListForDCI-Format0-1 refers to DCI format 0_1 and the
field reportSlotOffsetListForDCI-Format0-2 refers to DCI format 0_2, respectively (see TS 38.214 [19], clause 6.1.2.1).
resourcesForChannelMeasurement
Resources for channel measurement. csi-ResourceConfigId of a CSI-ResourceConfig included in the configuration of the serving cell indicated with the field "carrier" above.
The CSI-ResourceConfig indicated here contains only NZP-CSI-RS resources and/or SSB resources. This CSI-ReportConfig is associated with the DL BWP indicated by bwp-
Id in that CSI-ResourceConfig.
subbandSize
Indicates one out of two possible BWP-dependent values for the subband size as indicated in TS 38.214 [19], table 5.2.1.4-2 . If csi-ReportingBand is absent, the UE shall
ignore this field.
timeRestrictionForChannelMeasurements
Time domain measurement restriction for the channel (signal) measurements (see TS 38.214 [19], clause 5.2.1.1).
timeRestrictionForInterferenceMeasurements
Time domain measurement restriction for interference measurements (see TS 38.214 [19], clause 5.2.1.1).
3GPP
Release 16 374 3GPP TS 38.331 V16.0.0 (2020-03)
– CSI-ReportConfigId
The IE CSI-ReportConfigId is used to identify one CSI-ReportConfig.
-- TAG-CSI-REPORTCONFIGID-STOP
-- ASN1STOP
– CSI-ResourceConfig
The IE CSI-ResourceConfig defines a group of one or more NZP-CSI-RS-ResourceSet, CSI-IM-ResourceSet and/or CSI-SSB-ResourceSet.
3GPP
Release 16 375 3GPP TS 38.331 V16.0.0 (2020-03)
csi-SSB-ResourceSetList SEQUENCE (SIZE (1..maxNrofCSI-SSB-ResourceSetsPerConfig)) OF CSI-SSB-ResourceSetId
OPTIONAL -- Need R
},
csi-IM-ResourceSetList SEQUENCE (SIZE (1..maxNrofCSI-IM-ResourceSetsPerConfig)) OF CSI-IM-ResourceSetId
},
bwp-Id BWP-Id,
resourceType ENUMERATED { aperiodic, semiPersistent, periodic },
...
}
-- TAG-CSI-RESOURCECONFIG-STOP
-- ASN1STOP
– CSI-ResourceConfigId
The IE CSI-ResourceConfigId is used to identify a CSI-ResourceConfig.
-- TAG-CSI-RESOURCECONFIGID-STOP
-- ASN1STOP
3GPP
Release 16 376 3GPP TS 38.331 V16.0.0 (2020-03)
– CSI-ResourcePeriodicityAndOffset
The IE CSI-ResourcePeriodicityAndOffset is used to configure a periodicity and a corresponding offset for periodic and semi-persistent CSI resources, and for periodic and semi-
persistent reporting on PUCCH. both, the periodicity and the offset are given in number of slots. The periodicity value slots4 corresponds to 4 slots, value slots5 corresponds to 5
slots, and so on.
-- TAG-CSI-RESOURCEPERIODICITYANDOFFSET-STOP
-- ASN1STOP
– CSI-RS-ResourceConfigMobility
The IE CSI-RS-ResourceConfigMobility is used to configure CSI-RS based RRM measurements.
3GPP
Release 16 377 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-CSI-RS-RESOURCECONFIGMOBILITY-STOP
-- ASN1STOP
3GPP
Release 16 378 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 379 3GPP TS 38.331 V16.0.0 (2020-03)
– CSI-RS-ResourceMapping
The IE CSI-RS-ResourceMapping is used to configure the resource element mapping of a CSI-RS resource in time- and frequency domain.
3GPP
Release 16 380 3GPP TS 38.331 V16.0.0 (2020-03)
dot5 ENUMERATED {evenPRBs, oddPRBs},
one NULL,
three NULL,
spare NULL
},
freqBand CSI-FrequencyOccupation,
...
}
-- TAG-CSI-RS-RESOURCEMAPPING-STOP
-- ASN1STOP
– CSI-SemiPersistentOnPUSCH-TriggerStateList
The CSI-SemiPersistentOnPUSCH-TriggerStateList IE is used to configure the UE with list of trigger states for semi-persistent reporting of channel state information on L1. See
also TS 38.214 [19], clause 5.2.
CSI-SemiPersistentOnPUSCH-TriggerStateList ::=
3GPP
Release 16 381 3GPP TS 38.331 V16.0.0 (2020-03)
SEQUENCE(SIZE (1..maxNrOfSemiPersistentPUSCH-Triggers)) OF CSI-SemiPersistentOnPUSCH-TriggerState
-- TAG-CSI-SEMIPERSISTENTONPUSCHTRIGGERSTATELIST-STOP
-- ASN1STOP
– CSI-SSB-ResourceSet
The IE CSI-SSB-ResourceSet is used to configure one SS/PBCH block resource set which refers to SS/PBCH as indicated in ServingCellConfigCommon.
-- TAG-CSI-SSB-RESOURCESET-STOP
-- ASN1STOP
– CSI-SSB-ResourceSetId
The IE CSI-SSB-ResourceSetId is used to identify one SS/PBCH block resource set.
-- TAG-CSI-SSB-RESOURCESETID-STOP
-- ASN1STOP
– DedicatedNAS-Message
The IE DedicatedNAS-Message is used to transfer UE specific NAS layer information between the 5GC CN and the UE. The RRC layer is transparent for this information.
3GPP
Release 16 382 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-DEDICATED-NAS-MESSAGE-STOP
-- ASN1STOP
– DMRS-DownlinkConfig
The IE DMRS-DownlinkConfig is used to configure downlink demodulation reference signals for PDSCH.
-- TAG-DMRS-DOWNLINKCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 383 3GPP TS 38.331 V16.0.0 (2020-03)
– DMRS-UplinkConfig
The IE DMRS-UplinkConfig is used to configure uplink demodulation reference signals for PUSCH.
3GPP
Release 16 384 3GPP TS 38.331 V16.0.0 (2020-03)
]]
} OPTIONAL, -- Need R
...
}
-- TAG-DMRS-UPLINKCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 385 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 386 3GPP TS 38.331 V16.0.0 (2020-03)
– DownlinkConfigCommon
The IE DownlinkConfigCommon provides common downlink parameters of a cell.
-- TAG-DOWNLINKCONFIGCOMMON-STOP
-- ASN1STOP
– DownlinkConfigCommonSIB
The IE DownlinkConfigCommonSIB provides common downlink parameters of a cell.
3GPP
Release 16 387 3GPP TS 38.331 V16.0.0 (2020-03)
pcch-Config PCCH-Config,
...
}
-- TAG-DOWNLINKCONFIGCOMMONSIB-STOP
-- ASN1STOP
3GPP
Release 16 388 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 389 3GPP TS 38.331 V16.0.0 (2020-03)
– DownlinkPreemption
The IE DownlinkPreemption is used to configure the UE to monitor PDCCH for the INT-RNTI (interruption).
-- TAG-DOWNLINKPREEMPTION-STOP
-- ASN1STOP
3GPP
Release 16 390 3GPP TS 38.331 V16.0.0 (2020-03)
– DRB-Identity
The IE DRB-Identity is used to identify a DRB used by a UE.
-- TAG-DRB-IDENTITY-STOP
-- ASN1STOP
– DRX-Config
The IE DRX-Config is used to configure DRX related parameters.
3GPP
Release 16 391 3GPP TS 38.331 V16.0.0 (2020-03)
shortDRX SEQUENCE {
drx-ShortCycle ENUMERATED {
3GPP
Release 16 392 3GPP TS 38.331 V16.0.0 (2020-03)
ms2, ms3, ms4, ms5, ms6, ms7, ms8, ms10, ms14, ms16, ms20, ms30, ms32,
ms35, ms40, ms64, ms80, ms128, ms160, ms256, ms320, ms512, ms640, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 },
drx-ShortCycleTimer INTEGER (1..16)
} OPTIONAL, -- Need R
drx-SlotOffset INTEGER (0..31)
}
-- TAG-DRX-CONFIG-STOP
-- ASN1STOP
– FilterCoefficient
The IE FilterCoefficient specifies the measurement filtering coefficient. Value fc0 corresponds to k = 0, fc1 corresponds to k = 1, and so on.
FilterCoefficient ::= ENUMERATED { fc0, fc1, fc2, fc3, fc4, fc5, fc6, fc7, fc8, fc9, fc11, fc13, fc15, fc17, fc19, spare1, ...}
3GPP
Release 16 393 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-FILTERCOEFFICIENT-STOP
-- ASN1STOP
– FreqBandIndicatorNR
The IE FreqBandIndicatorNR is used to convey an NR frequency band number as defined in TS 38.101-1 [15] and TS 38.101-2 [39].
-- TAG-FREQBANDINDICATORNR-STOP
-- ASN1STOP
– FrequencyInfoDL
The IE FrequencyInfoDL provides basic parameters of a downlink carrier and transmission thereon.
-- TAG-FREQUENCYINFODL-STOP
-- ASN1STOP
3GPP
Release 16 394 3GPP TS 38.331 V16.0.0 (2020-03)
– FrequencyInfoDL-SIB
The IE FrequencyInfoDL-SIB provides basic parameters of a downlink carrier and transmission thereon.
-- TAG-FREQUENCYINFODL-SIB-STOP
-- ASN1STOP
3GPP
Release 16 395 3GPP TS 38.331 V16.0.0 (2020-03)
– FrequencyInfoUL
The IE FrequencyInfoUL provides basic parameters of an uplink carrier and transmission thereon.
-- TAG-FREQUENCYINFOUL-STOP
-- ASN1STOP
3GPP
Release 16 396 3GPP TS 38.331 V16.0.0 (2020-03)
– FrequencyInfoUL-SIB
The IE FrequencyInfoUL-SIB provides basic parameters of an uplink carrier and transmission thereon.
3GPP
Release 16 397 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-FREQUENCYINFOUL-SIB-STOP
-- ASN1STOP
– Hysteresis
The IE Hysteresis is a parameter used within the entry and leave condition of an event triggered reporting condition. The actual value is field value * 0.5 dB.
-- TAG-HYSTERESIS-STOP
3GPP
Release 16 398 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
– InvalidSymbolPattern
The IE InvalidSymbolPattern is used to configure one invalid symbol pattern for PUSCH transmission repetition type B applicable for both DCI format 0_1 and 0_2, see TS
38.214 [19], clause 6.1.
-- TAG-INVALIDSYMBOLPATTERN-STOP
-- ASN1STOP
– I-RNTI-Value
The IE I-RNTI-Value is used to identify the suspended UE context of a UE in RRC_INACTIVE.
3GPP
Release 16 399 3GPP TS 38.331 V16.0.0 (2020-03)
I-RNTI-Value ::= BIT STRING (SIZE(40))
-- TAG-I-RNTI-VALUE-STOP
-- ASN1STOP
– LBT-FailureRecoveryConfig
The IE LBT-FailureRecoveryConfig-r16 is used to configure the parameters used for detection of consistent uplink LBT failures for operation with shared spectrum channel
access, as specified in TS 38.321 [3].
-- TAG-LBT-FAILURERECOVERYCONFIG-STOP
-- ASN1STOP
Editor's Note: Additional values for lbt-FailureDetectionTimer and lbt-FailureInstanceMaxCount are FFS.
– LocationInfo
The IE LocationInfo is used to transfer detailed location information and sensor available at the UE.
3GPP
Release 16 400 3GPP TS 38.331 V16.0.0 (2020-03)
bt-LocationInfo-r16 LogMeasResultListBT-r16 OPTIONAL, -- Need R
wlan-LocationInfo-r16 LogMeasResultListWLAN-r16 OPTIONAL, -- Need R
sensor-LocationInfo-r16 Sensor-LocationInfo-r16 OPTIONAL, -- Need R
...
}
-- TAG-LOCATIONINFO-STOP
-- ASN1STOP
– LocationMeasurementInfo
The IE LocationMeasurementInfo defines the information sent by the UE to the network to assist with the configuration of measurement gaps for location related measurements.
-- TAG-LOCATIONMEASUREMENTINFO-STOP
-- ASN1STOP
3GPP
Release 16 401 3GPP TS 38.331 V16.0.0 (2020-03)
– LogicalChannelConfig
The IE LogicalChannelConfig is used to configure the logical channel parameters.
3GPP
Release 16 402 3GPP TS 38.331 V16.0.0 (2020-03)
[[
channelAccessPriority-r16 INTEGER (1..4) OPTIONAL, -- Need R
bitRateMultiplier-r16 ENUMERATED {x40, x70, x100, x200} OPTIONAL -- Need R
]]
}
-- TAG-LOGICALCHANNELCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 403 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 404 3GPP TS 38.331 V16.0.0 (2020-03)
schedulingRequestId
If present, it indicates the scheduling request configuration applicable for this logical channel, as specified in TS 38.321 [3].
– LogicalChannelIdentity
The IE LogicalChannelIdentity is used to identify one logical channel (LogicalChannelConfig) and the corresponding RLC bearer (RLC-BearerConfig).
-- TAG-LOGICALCHANNELIDENTITY-STOP
-- ASN1STOP
– MAC-CellGroupConfig
The IE MAC-CellGroupConfig is used to configure MAC parameters for a cell group, including DRX.
3GPP
Release 16 405 3GPP TS 38.331 V16.0.0 (2020-03)
[[
usePreBSR-r16 ENUMERATED {true} OPTIONAL, -- Need M
lbt-FailureRecoveryConfig-r16 LBT-FailureRecoveryConfig-r16 OPTIONAL, -- Need M
schedulingRequestID-LBT-SCell-r16 SchedulingRequestId OPTIONAL, -- Need M
lch-BasedPrioritization-r16 ENUMERATED {enabled} OPTIONAL, -- Need R
schedulingRequestID-BFR-SCell-r16 SchedulingRequestId OPTIONAL -- Need R
]]
}
DataInactivityTimer ::= ENUMERATED {s1, s2, s3, s5, s7, s10, s15, s20, s40, s50, s60, s80, s100, s120, s150, s180}
-- TAG-MAC-CELLGROUPCONFIG-STOP
-- ASN1STOP
– MeasConfig
The IE MeasConfig specifies measurements to be performed by the UE, and covers intra-frequency, inter-frequency and inter-RAT mobility as well as configuration of
measurement gaps.
3GPP
Release 16 406 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-MEASCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 407 3GPP TS 38.331 V16.0.0 (2020-03)
– MeasGapConfig
The IE MeasGapConfig specifies the measurement gap configuration and controls setup/release of measurement gaps.
3GPP
Release 16 408 3GPP TS 38.331 V16.0.0 (2020-03)
[[
refServCellIndicator ENUMERATED {pCell, pSCell, mcg-FR2} OPTIONAL -- Cond NEDCorNRDC
]],
[[
refFR2ServCellAsyncCA-r16 ServCellIndex OPTIONAL -- Cond AsyncCA
]]
-- TAG-MEASGAPCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 409 3GPP TS 38.331 V16.0.0 (2020-03)
– MeasGapSharingConfig
The IE MeasGapSharingConfig specifies the measurement gap sharing scheme and controls setup/ release of measurement gap sharing.
-- TAG-MEASGAPSHARINGCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 410 3GPP TS 38.331 V16.0.0 (2020-03)
– MeasId
The IE MeasId is used to identify a measurement configuration, i.e., linking of a measurement object and a reporting configuration.
-- TAG-MEASID-STOP
-- ASN1STOP
– MeasIdleConfig
The IE MeasIdleConfig is used to convey information to UE about measurements requested to be done while in RRC_IDLE or RRC_INACTIVE.
3GPP
Release 16 411 3GPP TS 38.331 V16.0.0 (2020-03)
-- Editors note: FFS if nrofSS-BlocksToAverage and absThreshSS-BlocksConsolidation should be defined together with the carrierFreqNR (i.e.
outside the ssb-MeasConfig structure)
3GPP
Release 16 412 3GPP TS 38.331 V16.0.0 (2020-03)
} OPTIONAL, -- Need FFS
...
}
-- TAG-MEASIDLECONFIG-STOP
-- ASN1STOP
– MeasIdToAddModList
The IE MeasIdToAddModList concerns a list of measurement identities to add or modify, with for each entry the measId, the associated measObjectId and the associated
reportConfigId.
-- TAG-MEASIDTOADDMODLIST-STOP
-- ASN1STOP
– MeasObjectCLI
The IE MeasObjectCLI specifies information applicable for SRS-RSRP measurements and/or CLI-RSSI measurements.
3GPP
Release 16 413 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-MEASOBJECTCLI-START
-- TAG-MEASOBJECTCLI-STOP
-- ASN1STOP
3GPP
Release 16 414 3GPP TS 38.331 V16.0.0 (2020-03)
– MeasObjectEUTRA
The IE MeasObjectEUTRA specifies information applicable for E-UTRA cells.
3GPP
Release 16 415 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-MEASOBJECTEUTRA-START
MeasObjectEUTRA::= SEQUENCE {
carrierFreq ARFCN-ValueEUTRA,
allowedMeasBandwidth EUTRA-AllowedMeasBandwidth,
cellsToRemoveListEUTRAN EUTRA-CellIndexList OPTIONAL, -- Need N
cellsToAddModListEUTRAN SEQUENCE (SIZE (1..maxCellMeasEUTRA)) OF EUTRA-Cell OPTIONAL, -- Need N
blackCellsToRemoveListEUTRAN EUTRA-CellIndexList OPTIONAL, -- Need N
blackCellsToAddModListEUTRAN SEQUENCE (SIZE (1..maxCellMeasEUTRA)) OF EUTRA-BlackCell OPTIONAL, -- Need N
eutra-PresenceAntennaPort1 EUTRA-PresenceAntennaPort1,
eutra-Q-OffsetRange EUTRA-Q-OffsetRange OPTIONAL, -- Need R
widebandRSRQ-Meas BOOLEAN,
...
}
-- TAG-MEASOBJECTEUTRA-STOP
-- ASN1STOP
3GPP
Release 16 416 3GPP TS 38.331 V16.0.0 (2020-03)
– MeasObjectEUTRA-SL
The IE MeasObjectEUTRA-SL specifies information applicable for the CBR measurement for V2X sidelink communication as specified in TS 36.331 [10].
3GPP
Release 16 417 3GPP TS 38.331 V16.0.0 (2020-03)
SL-ResourcePoolID-EUTRA-r16 ::= SEQUENCE {
sl-TxPoolReportID-r16 INTEGER (1.. maxNrofSL-PoolToMeasureEUTRA-r16)
}
-- TAG-MEASOBJECTEUTRA-SL-STOP
-- ASN1STOP
– MeasObjectId
The IE MeasObjectId used to identify a measurement object configuration.
-- TAG-MEASOBJECTID-STOP
-- ASN1STOP
– MeasObjectNR
The IE MeasObjectNR specifies information applicable for SS/PBCH block(s) intra/inter-frequency measurements and/or CSI-RS intra/inter-frequency measurements.
3GPP
Release 16 418 3GPP TS 38.331 V16.0.0 (2020-03)
T312-r16 ::= ENUMERATED { ms0, ms50, ms100, ms200, ms300, ms400, ms500, ms1000}
ReferenceSignalConfig::= SEQUENCE {
ssb-ConfigMobility SSB-ConfigMobility OPTIONAL, -- Need M
csi-rs-ResourceConfigMobility SetupRelease { CSI-RS-ResourceConfigMobility } OPTIONAL -- Need M
}
SSB-ConfigMobility::= SEQUENCE {
3GPP
Release 16 419 3GPP TS 38.331 V16.0.0 (2020-03)
deriveSSB-IndexFromCell BOOLEAN,
ss-RSSI-Measurement SS-RSSI-Measurement OPTIONAL, -- Need M
...
}
-- TAG-MEASOBJECTNR-STOP
-- ASN1STOP
3GPP
Release 16 420 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 421 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 422 3GPP TS 38.331 V16.0.0 (2020-03)
ssbFrequency
Indicates the frequency of the SS associated to this MeasObjectNR.
ssbSubcarrierSpacing
Subcarrier spacing of SSB. Only the values 15 kHz or 30 kHz (FR1), and 120 kHz or 240 kHz (FR2) are applicable.
t312
The value of timer T312. Value ms0 represents 0 ms, ms50 represents 50 ms and so on.
whiteCellsToAddModList
List of cells to add/modify in the white list of cells. It applies only to SSB resources.
whiteCellsToRemoveList
List of cells to remove from the white list of cells.
3GPP
Release 16 423 3GPP TS 38.331 V16.0.0 (2020-03)
– MeasObjectNR-SL
The IE MeasObjectNR-SL concerns a measurement object including a list of transmission resource pool(s) for which CBR measurement is performed for NR sidelink
communication.
-- TAG-MEASOBJECTNR-SL-STOP
-- ASN1STOP
– MeasObjectToAddModList
The IE MeasObjectToAddModList concerns a list of measurement objects to add or modify.
3GPP
Release 16 424 3GPP TS 38.331 V16.0.0 (2020-03)
measObjectNR-SL-r16 MeasObjectNR-SL-r16,
measObjectEUTRA-SL-r16 MeasObjectEUTRA-SL-r16,
measObjectCLI-r16 MeasObjectCLI-r16
}
}
-- TAG-MEASOBJECTTOADDMODLIST-STOP
-- ASN1STOP
– MeasObjectUTRA-FDD
The IE MeasObjectUTRA-FDD specifies information applicable for inter-RAT UTRA-FDD neighbouring cells.
-- TAG-MEASOBJECTUTRA-FDD-STOP
-- ASN1STOP
3GPP
Release 16 425 3GPP TS 38.331 V16.0.0 (2020-03)
– MeasResultCellListSFTD-NR
The IE MeasResultCellListSFTD-NR consists of SFN and radio frame boundary difference between the PCell and an NR cell as specified in TS 38.215 [9] and TS 38.133 [14].
-- TAG-MEASRESULTCELLLISTSFTD-NR-STOP
-- ASN1STOP
– MeasResultCellListSFTD-EUTRA
The IE MeasResultCellListSFTD-EUTRA consists of SFN and radio frame boundary difference between the PCell and an E-UTRA PSCell.
3GPP
Release 16 426 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-MEASRESULTCELLLISTSFTD-EUTRA-STOP
-- ASN1STOP
– MeasResults
The IE MeasResults covers measured results for intra-frequency, inter-frequency, and inter-RAT mobility.
3GPP
Release 16 427 3GPP TS 38.331 V16.0.0 (2020-03)
measResultSFTD-EUTRA MeasResultSFTD-EUTRA OPTIONAL,
measResultSFTD-NR MeasResultCellSFTD-NR OPTIONAL
]],
[[
measResultCellListSFTD-NR MeasResultCellListSFTD-NR OPTIONAL
]],
[[
measResultForRSSI-r16 MeasResultForRSSI-r16 OPTIONAL,
locationInfo-r16 LocationInfo-r16 OPTIONAL,
ul-PDCP-DelayValueResultList-r16 UL-PDCP-DelayValueResultList-r16 OPTIONAL,
measResultsSL-r16 MeasResultsSL-r16 OPTIONAL,
measResultCLI-r16 MeasResultCLI-r16 OPTIONAL
]]
3GPP
Release 16 428 3GPP TS 38.331 V16.0.0 (2020-03)
cgi-Info CGI-InfoEUTRA OPTIONAL,
...
}
3GPP
Release 16 429 3GPP TS 38.331 V16.0.0 (2020-03)
MeasResultCLI-r16 ::= SEQUENCE {
measResultListSRS-RSRP-r16 MeasResultListSRS-RSRP-r16 OPTIONAL,
measResultListCLI-RSSI-r16 MeasResultListCLI-RSSI-r16 OPTIONAL
}
-- TAG-MEASRESULTS-STOP
-- ASN1STOP
3GPP
Release 16 430 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 431 3GPP TS 38.331 V16.0.0 (2020-03)
– MeasResult2EUTRA
The IE MeasResult2EUTRA contains measurements on E-UTRA frequencies.
3GPP
Release 16 432 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-MEASRESULT2EUTRA-STOP
-- ASN1STOP
– MeasResult2NR
The IE MeasResult2NR contains measurements on NR frequencies.
-- TAG-MEASRESULT2NR-STOP
-- ASN1STOP
– MeasResultIdleEUTRA
The IE MeasResultIdleEUTRA covers the E-UTRA measurement results performed in RRC_IDLE and RRC_INACTIVE.
3GPP
Release 16 433 3GPP TS 38.331 V16.0.0 (2020-03)
...
}
-- TAG-MEASRESULTIDLEEUTRA-STOP
-- ASN1STOP
– MeasResultIdleNR
The IE MeasResultIdleNR covers the NR measurement results performed in RRC_IDLE and RRC_INACTIVE.
3GPP
Release 16 434 3GPP TS 38.331 V16.0.0 (2020-03)
ResultsPerSSB-IndexList-r16 ::= SEQUENCE (SIZE (1.. maxNrofIndexesToReport)) OF ResultsPerSSB-IndexIdle-r16
-- TAG-MEASRESULTIDLENR-STOP
-- ASN1STOP
– MeasResultSCG-Failure
The IE MeasResultSCG-Failure is used to provide information regarding failures detected by the UE in EN-DC.
-- TAG-MEASRESULTSCG-FAILURE-STOP
-- ASN1STOP
– MeasResultsSL
The IE MeasResultsSL covers measured results for NR sidelink communication and V2X sidelink communication.
3GPP
Release 16 435 3GPP TS 38.331 V16.0.0 (2020-03)
measResultListEUTRA-CBR-r16 MeasResultListEUTRA-CBR-r16,
...
}
}
-- TAG-MEASRESULTSSL-STOP
-- ASN1STOP
3GPP
Release 16 436 3GPP TS 38.331 V16.0.0 (2020-03)
– MeasTriggerQuantityEUTRA
The IE MeasTriggerQuantityEUTRA is used to configure the trigger quantity and reporting range for E-UTRA measurements. The RSRP, RSRQ and SINR ranges correspond to
RSRP-Range, RSRQ-Range and RS-SINR-Range in TS 36.331 [10], respectively.
MeasTriggerQuantityEUTRA::= CHOICE {
rsrp RSRP-RangeEUTRA,
rsrq RSRQ-RangeEUTRA,
sinr SINR-RangeEUTRA
}
-- TAG-MEASTRIGGERQUANTITYEUTRA-STOP
-- ASN1STOP
– MeasTriggerQuantityLogging
The IE MeasTriggerQuantityLogging is used to configure the trigger quantity for evet triggered logging of measurements for logged MDT.
3GPP
Release 16 437 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-MEASTRIGGERQUANTITYLOGGING-STOP
-- ASN1STOP
– MobilityStateParameters
The IE MobilityStateParameters contains parameters to determine UE mobility state.
-- TAG-MOBILITYSTATEPARAMETERS-STOP
-- ASN1STOP
– MsgA-PUSCH-Config
The IE MsgA-PUSCH-Config is used to specify the PUSCH allocation for MsgA in 2-step random access type procedure.
3GPP
Release 16 438 3GPP TS 38.331 V16.0.0 (2020-03)
msgA-PUSCH-ResourceList-r16 SEQUENCE (SIZE(1..2)) OF MsgA-PUSCH-Resource-r16 OPTIONAL, -- Cond InitialBWPConfig
msgA-TransmformPrecoder-r16 ENUMERATED {enabled, disabled} OPTIONAL, -- Need S
msgA-DataScramblingIndex-r16 INTEGER (0..1023) OPTIONAL, -- Need S
msgA-DeltaPreamble-r16 INTEGER (-1..6) OPTIONAL -- Need S
}
-- TAG-MSGA-PUSCH-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 439 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 440 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 441 3GPP TS 38.331 V16.0.0 (2020-03)
nrofSlotsMsgA-PUSCH
Number of slots (in active UL BWP numerology) containing one or multiple PUSCH occasions, each slot has the same time domain resource allocation (see TS 38.213 [13],
clause 8.1A).
startSymbolAndLengthMsgA-PO
An index giving valid combinations of start symbol, length and mapping type as start and length indicator (SLIV) for the first msgA PUSCH occasion, for RRC_CONNECTED
UEs in non-initial BWP as described in TS 38.214 [19] clause 6.1.2. The network configures the field so that the allocation does not cross the slot boundary. The number of
occupied symbols excludes the guard period. If the field is absent, the UE shall use the value in msgA-PUSCH-TimeDomainAllocation (see TS 38.213 [13], clause 8.1A).
– MultiFrequencyBandListNR
The IE MultiFrequencyBandListNR is used to configure a list of one or multiple NR frequency bands.
-- TAG-MULTIFREQUENCYBANDLISTNR-STOP
-- ASN1STOP
3GPP
Release 16 442 3GPP TS 38.331 V16.0.0 (2020-03)
– MultiFrequencyBandListNR-SIB
The IE MultiFrequencyBandListNR-SIB indicates the list of frequency bands, for which cell (re-)selection parameters are common, and a list of additionalPmax and
additionalSpectrumEmission.
-- TAG-MULTIFREQUENCYBANDLISTNR-SIB-STOP
-- ASN1STOP
– NextHopChainingCount
The IE NextHopChainingCount is used to update the KgNB key and corresponds to parameter NCC: See TS 33.501 [11].
-- TAG-NEXTHOPCHAININGCOUNT-STOP
-- ASN1STOP
3GPP
Release 16 443 3GPP TS 38.331 V16.0.0 (2020-03)
– NG-5G-S-TMSI
The IE NG-5G-S-TMSI contains a 5G S-Temporary Mobile Subscription Identifier (5G-S-TMSI), a temporary UE identity provided by the 5GC which uniquely identifies the UE
within the tracking area, see TS 23.003 [21].
-- TAG-NG-5G-S-TMSI-STOP
-- ASN1STOP
– NPN-Identity
The IE NPN-Identity includes either a list of CAG-IDs or a list of NIDs per PLMN Identity. Further information regarding how to set the IE is specified in TS 23.003 [21].
-- TAG-NPN-IDENTITY-STOP
-- ASN1STOP
3GPP
Release 16 444 3GPP TS 38.331 V16.0.0 (2020-03)
– NPN-IdentityInfoList
The IE NPN-IdentityInfoList includes a list of NPN identity information.
-- TAG-NPN-IDENTITYINFOLIST-STOP
-- ASN1STOP
3GPP
Release 16 445 3GPP TS 38.331 V16.0.0 (2020-03)
Editor's Note: Whether trackingAreaCode is optinal or mandatory depends on DC/CA support. This is FFS.
– NR-NS-PmaxList
The IE NR-NS-PmaxList is used to configure a list of additionalPmax and additionalSpectrumEmission, as defined in TS 38.101-1 [15], table 6.2.3.1-1A, and TS 38.101-2 [39],
table 6.2.3.1-2, for a given frequency band.
-- TAG-NR-NS-PMAXLIST-STOP
-- ASN1STOP
– NZP-CSI-RS-Resource
The IE NZP-CSI-RS-Resource is used to configure Non-Zero-Power (NZP) CSI-RS transmitted in the cell where the IE is included, which the UE may be configured to measure
on (see TS 38.214 [19], clause 5.2.2.3.1). A change of configuration between periodic, semi-persistent or aperiodic for an NZP-CSI-RS-Resource is not supported without a
release and add.
3GPP
Release 16 446 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-NZP-CSI-RS-RESOURCE-STOP
-- ASN1STOP
3GPP
Release 16 447 3GPP TS 38.331 V16.0.0 (2020-03)
– NZP-CSI-RS-ResourceId
The IE NZP-CSI-RS-ResourceId is used to identify one NZP-CSI-RS-Resource.
-- TAG-NZP-CSI-RS-RESOURCEID-STOP
-- ASN1STOP
– NZP-CSI-RS-ResourceSet
The IE NZP-CSI-RS-ResourceSet is a set of Non-Zero-Power (NZP) CSI-RS resources (their IDs) and set-specific parameters.
-- TAG-NZP-CSI-RS-RESOURCESET-STOP
-- ASN1STOP
3GPP
Release 16 448 3GPP TS 38.331 V16.0.0 (2020-03)
– NZP-CSI-RS-ResourceSetId
The IE NZP-CSI-RS-ResourceSetId is used to identify one NZP-CSI-RS-ResourceSet.
-- TAG-NZP-CSI-RS-RESOURCESETID-STOP
-- ASN1STOP
– P-Max
The IE P-Max is used to limit the UE's uplink transmission power on a carrier frequency, in TS 38.101-1 [15] and is used to calculate the parameter Pcompensation defined in TS
38.304 [20].
-- TAG-P-MAX-STOP
-- ASN1STOP
3GPP
Release 16 449 3GPP TS 38.331 V16.0.0 (2020-03)
– PCI-List
The IE PCI-List concerns a list of physical cell identities, which may be used for different purposes.
-- TAG-PCI-LIST-STOP
-- ASN1STOP
– PCI-Range
The IE PCI-Range is used to encode either a single or a range of physical cell identities. The range is encoded by using a start value and by indicating the number of consecutive
physical cell identities (including start) in the range. For fields comprising multiple occurrences of PCI-Range, the Network may configure overlapping ranges of physical cell
identities.
-- TAG-PCI-RANGE-STOP
-- ASN1STOP
– PCI-RangeElement
The IE PCI-RangeElement is used to define a PCI-Range as part of a list (e.g. AddMod list).
3GPP
Release 16 450 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-PCI-RANGEELEMENT-STOP
-- ASN1STOP
– PCI-RangeIndex
The IE PCI-RangeIndex identifies a physical cell id range, which may be used for different purposes.
-- TAG-PCI-RANGEINDEX-STOP
-- ASN1STOP
– PCI-RangeIndexList
The IE PCI-RangeIndexList concerns a list of indexes of physical cell id ranges, which may be used for different purposes.
-- TAG-PCI-RANGEINDEXLIST-STOP
-- ASN1STOP
3GPP
Release 16 451 3GPP TS 38.331 V16.0.0 (2020-03)
– PDCCH-Config
The IE PDCCH-Config is used to configure UE specific PDCCH parameters such as control resource sets (CORESET), search spaces and additional parameters for acquiring the
PDCCH. If this IE is used for the scheduled cell in case of cross carrier scheduling, the fields other than searchSpacesToAddModList and searchSpacesToReleaseList are absent.
-- TAG-PDCCH-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 452 3GPP TS 38.331 V16.0.0 (2020-03)
– PDCCH-ConfigCommon
The IE PDCCH-ConfigCommon is used to configure cell specific PDCCH parameters provided in SIB as well as in dedicated signalling.
3GPP
Release 16 453 3GPP TS 38.331 V16.0.0 (2020-03)
firstPDCCH-MonitoringOccasionOfPO CHOICE {
sCS15KHZoneT SEQUENCE (SIZE (1..maxPO-perPF)) OF INTEGER (0..139),
sCS30KHZoneT-SCS15KHZhalfT SEQUENCE (SIZE (1..maxPO-perPF)) OF INTEGER (0..279),
sCS60KHZoneT-SCS30KHZhalfT-SCS15KHZquarterT SEQUENCE (SIZE (1..maxPO-perPF)) OF INTEGER (0..559),
sCS120KHZoneT-SCS60KHZhalfT-SCS30KHZquarterT-SCS15KHZoneEighthT SEQUENCE (SIZE (1..maxPO-perPF)) OF INTEGER (0..1119),
sCS120KHZhalfT-SCS60KHZquarterT-SCS30KHZoneEighthT-SCS15KHZoneSixteenthT SEQUENCE (SIZE (1..maxPO-perPF)) OF INTEGER (0..2239),
sCS120KHZquarterT-SCS60KHZoneEighthT-SCS30KHZoneSixteenthT SEQUENCE (SIZE (1..maxPO-perPF)) OF INTEGER (0..4479),
sCS120KHZoneEighthT-SCS60KHZoneSixteenthT SEQUENCE (SIZE (1..maxPO-perPF)) OF INTEGER (0..8959),
sCS120KHZoneSixteenthT SEQUENCE (SIZE (1..maxPO-perPF)) OF INTEGER (0..17919)
} OPTIONAL -- Cond OtherBWP
]]
}
-- TAG-PDCCH-CONFIGCOMMON-STOP
-- ASN1STOP
3GPP
Release 16 454 3GPP TS 38.331 V16.0.0 (2020-03)
– PDCCH-ConfigSIB1
The IE PDCCH-ConfigSIB1 is used to configure CORESET#0 and search space#0.
-- TAG-PDCCH-CONFIGSIB1-STOP
-- ASN1STOP
– PDCCH-ServingCellConfig
The IE PDCCH-ServingCellConfig is used to configure UE specific PDCCH parameters applicable across all bandwidth parts of a serving cell.
3GPP
Release 16 455 3GPP TS 38.331 V16.0.0 (2020-03)
availabilityIndicator-r16 SetupRelease {AvailabilityIndicator-r16} OPTIONAL, -- Need M
commonSearchSpaceListIAB-r16 SEQUENCE (SIZE(1.. ffsValue)) OF SearchSpace OPTIONAL -- Need FFS (R)
]]
}
-- TAG-PDCCH-SERVINGCELLCONFIG-STOP
-- ASN1STOP
– PDCP-Config
The IE PDCP-Config is used to set the configurable PDCP parameters for signalling and data radio bearers.
3GPP
Release 16 456 3GPP TS 38.331 V16.0.0 (2020-03)
},
uplinkOnlyROHC SEQUENCE {
maxCID INTEGER (1..16383) DEFAULT 15,
profiles SEQUENCE {
profile0x0006 BOOLEAN
},
drb-ContinueROHC ENUMERATED { true } OPTIONAL -- Need N
},
...
},
integrityProtection ENUMERATED { enabled } OPTIONAL, -- Cond ConnectedTo5GC1
statusReportRequired ENUMERATED { true } OPTIONAL, -- Cond Rlc-AM
outOfOrderDelivery ENUMERATED { true } OPTIONAL -- Need R
} OPTIONAL, -- Cond DRB
moreThanOneRLC SEQUENCE {
primaryPath SEQUENCE {
cellGroup CellGroupId OPTIONAL, -- Need R
logicalChannel LogicalChannelIdentity OPTIONAL -- Need R
},
ul-DataSplitThreshold UL-DataSplitThreshold OPTIONAL, -- Cond SplitBearer
pdcp-Duplication BOOLEAN OPTIONAL -- Need R
} OPTIONAL, -- Cond MoreThanOneRLC
t-Reordering ENUMERATED {
ms0, ms1, ms2, ms4, ms5, ms8, ms10, ms15, ms20, ms30, ms40,
ms50, ms60, ms80, ms100, ms120, ms140, ms160, ms180, ms200, ms220,
ms240, ms260, ms280, ms300, ms500, ms750, ms1000, ms1250,
ms1500, ms1750, ms2000, ms2250, ms2500, ms2750,
ms3000, spare28, spare27, spare26, spare25, spare24,
spare23, spare22, spare21, spare20,
spare19, spare18, spare17, spare16, spare15, spare14,
spare13, spare12, spare11, spare10, spare09,
spare08, spare07, spare06, spare05, spare04, spare03,
spare02, spare01 } OPTIONAL, -- Need S
...,
[[
cipheringDisabled ENUMERATED {true} OPTIONAL -- Cond ConnectedTo5GC
]],
[[
discardTimerExt-r16 ENUMERATED {ms0dot5, ms1, ms2, ms4, ms6, ms8, spare3, spare2, spare1} OPTIONAL, -- Cond DRB-Only
moreThanTwoRLC-r16 SEQUENCE {
splitSecondaryPath LogicalChannelIdentity OPTIONAL, -- Cond SplitBearer2
duplicationState SEQUENCE (SIZE (3)) OF BOOLEAN OPTIONAL -- Need M
} OPTIONAL, -- Cond MoreThanTwoRLC
ethernetHeaderCompression-r16 CHOICE {
notUsed NULL,
ehc SEQUENCE {
ehc-Common SEQUENCE {
ehc-HeaderSize ENUMERATED { byte1, byte2 },
...
},
ehc-Downlink SEQUENCE {
3GPP
Release 16 457 3GPP TS 38.331 V16.0.0 (2020-03)
drb-ContinueEHC-DL ENUMERATED { true } OPTIONAL, -- Need N
...
} OPTIONAL, -- Need N
ehc-Uplink SEQUENCE {
drb-ContinueEHC-UL ENUMERATED { true } OPTIONAL, -- Need N
...
} OPTIONAL, -- Need N
...
},
...
} OPTIONAL -- Cond DRB
]]
}
-- TAG-PDCP-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 458 3GPP TS 38.331 V16.0.0 (2020-03)
ethernetHeaderCompression
If ehc-Downlink is configured, then Ethernet header compression is configured for downlink. Otherwise, it is not configured for downlink.
If ehc-Uplink is configured, then Ethernet header compression is configured for uplink. Otherwise, it is not configured for uplink.
The fields in ehc-Common applies for both downlink and uplink once configured. Ethernet Header compression can only be configured for DRB.
headerCompression
If rohc is configured, the UE shall apply the configured ROHC profile(s) in both uplink and downlink. If uplinkOnlyROHC is configured, the UE shall apply the configured
ROHC profile(s) in uplink (there is no header compression in downlink). ROHC can be configured for any bearer type. ROHC and EHC can be both configured simultaneously
for a DRB. The network reconfigures headerCompression only upon reconfiguration involving PDCP re-establishment. Network configures headerCompression to notUsed
when outOfOrderDelivery is configured.
integrityProtection
Indicates whether or not integrity protection is configured for this radio bearer. The network configures all DRBs with the same PDU-session ID with same value for this field.
The value for this field cannot be changed after the DRB is set up.
3GPP
Release 16 459 3GPP TS 38.331 V16.0.0 (2020-03)
statusReportRequired
For AM DRBs, indicates whether the DRB is configured to send a PDCP status report in the uplink, as specified in TS 38.323 [5].
t-Reordering
Value in ms of t-Reordering specified in TS 38.323 [5]. Value ms0 corresponds to 0 ms, value ms20 corresponds to 20 ms, value ms40 corresponds to 40 ms, and so on.
When the field is absent the UE applies the value infinity. The value for this field cannot be changed in case of reconfiguration with sync, if dapsConfig is configured for this
bearer.
ul-DataSplitThreshold
Parameter specified in TS 38.323 [5]. Value b0 corresponds to 0 bytes, value b100 corresponds to 100 bytes, value b200 corresponds to 200 bytes, and so on. The network
sets this field to infinity for UEs not supporting splitDRB-withUL-Both-MCG-SCG. If the field is absent when the split bearer is configured for the radio bearer first time, then
the default value infinity is applied.
3GPP
Release 16 460 3GPP TS 38.331 V16.0.0 (2020-03)
– PDSCH-Config
The PDSCH-Config IE is used to configure the UE specific PDSCH parameters.
3GPP
Release 16 461 3GPP TS 38.331 V16.0.0 (2020-03)
prb-BundlingType CHOICE {
staticBundling SEQUENCE {
bundleSize ENUMERATED { n4, wideband } OPTIONAL -- Need S
},
dynamicBundling SEQUENCE {
bundleSizeSet1 ENUMERATED { n4, wideband, n2-wideband, n4-wideband } OPTIONAL, -- Need S
bundleSizeSet2 ENUMERATED { n4, wideband } OPTIONAL -- Need S
}
},
zp-CSI-RS-ResourceToAddModList SEQUENCE (SIZE (1..maxNrofZP-CSI-RS-Resources)) OF ZP-CSI-RS-Resource
OPTIONAL, -- Need N
zp-CSI-RS-ResourceToReleaseList SEQUENCE (SIZE (1..maxNrofZP-CSI-RS-Resources)) OF ZP-CSI-RS-ResourceId
OPTIONAL, -- Need N
aperiodic-ZP-CSI-RS-ResourceSetsToAddModList SEQUENCE (SIZE (1..maxNrofZP-CSI-RS-ResourceSets)) OF ZP-CSI-RS-ResourceSet
OPTIONAL, -- Need N
aperiodic-ZP-CSI-RS-ResourceSetsToReleaseList SEQUENCE (SIZE (1..maxNrofZP-CSI-RS-ResourceSets)) OF ZP-CSI-RS-ResourceSetId
OPTIONAL, -- Need N
sp-ZP-CSI-RS-ResourceSetsToAddModList SEQUENCE (SIZE (1..maxNrofZP-CSI-RS-ResourceSets)) OF ZP-CSI-RS-ResourceSet
OPTIONAL, -- Need N
sp-ZP-CSI-RS-ResourceSetsToReleaseList SEQUENCE (SIZE (1..maxNrofZP-CSI-RS-ResourceSets)) OF ZP-CSI-RS-ResourceSetId
OPTIONAL, -- Need N
p-ZP-CSI-RS-ResourceSet SetupRelease { ZP-CSI-RS-ResourceSet }
OPTIONAL, -- Need M
...,
[[
maxMIMO-Layers-r16 INTEGER (1..8) OPTIONAL, -- Need M
minimumSchedulingOffsetK0-r16 SetupRelease { MinSchedulingOffsetK0-Values-r16 } OPTIONAL, -- Need M
prb-BundlingTypeForDCI-Format1-2-r16 CHOICE {
staticBundling-r16 SEQUENCE {
bundleSize-r16 ENUMERATED { n4, wideband } OPTIONAL -- Need S
},
dynamicBundling-r16 SEQUENCE {
bundleSizeSet1-r16 ENUMERATED { n4, wideband, n2-wideband, n4-wideband } OPTIONAL, -- Need S
bundleSizeSet2-r16 ENUMERATED { n4, wideband } OPTIONAL -- Need S
}
} OPTIONAL, -- Need M
rateMatchPatternGroup1ForDCI-Format1-2-r16 RateMatchPatternGroup OPTIONAL, -- Need R
rateMatchPatternGroup2ForDCI-Format1-2-r16 RateMatchPatternGroup OPTIONAL, -- Need R
aperiodicZP-CSI-RS-ResourceSetsToAddModListForDCI-Format1-2-r16 SEQUENCE (SIZE (1..maxNrofZP-CSI-RS-ResourceSets)) OF ZP-CSI-RS-ResourceSet
OPTIONAL, -- Need N
aperiodicZP-CSI-RS-ResourceSetsToReleaseListForDCI-Format1-2-r16 SEQUENCE (SIZE (1..maxNrofZP-CSI-RS-ResourceSets)) OF ZP-CSI-RS-ResourceSetId
OPTIONAL, -- Need N
pdsch-TimeDomainAllocationListForDCI-Format1-2-r16 SetupRelease { PDSCH-TimeDomainResourceAllocationList }
OPTIONAL, -- Need M
configurableFieldForDCI-Format1-2 SEQUENCE {
harq-ProcessNumberSizeForDCI-Format1-2-r16 INTEGER (0..4) OPTIONAL, -- Need M
dmrs-SequenceInitializationForDCI-Format1-2-r16 ENUMERATED {enabled} OPTIONAL, -- Need S
3GPP
Release 16 462 3GPP TS 38.331 V16.0.0 (2020-03)
numberOfBitsForRV-ForDCI-Format1-2-r16 INTEGER (0..2) OPTIONAL, -- Need M
...
},
resourceAllocationType1GranularityForDCI-Format1-2-r16 ENUMERATED {n2,n4,n8,n16} OPTIONAL, -- Need S
vrb-ToPRB-InterleaverForDCI-Format1-2-r16 ENUMERATED {n2, n4} OPTIONAL, -- Need S
dmrs-DownlinkForPDSCH-MappingTypeAForDCI-Format1-2-r16 SetupRelease { DMRS-DownlinkConfig } OPTIONAL, -- Need M
dmrs-DownlinkForPDSCH-MappingTypeBForDCI-Format1-2-r16 SetupRelease { DMRS-DownlinkConfig } OPTIONAL, -- Need M
referenceOfSLIVForDCI-Format1-2-r16 ENUMERATED {enabled} OPTIONAL, -- Need S
mcs-TableForDCI-Format1-2-r16 ENUMERATED {qam256, qam64LowSE} OPTIONAL, -- Need S
resourceAllocationForDCI-Format1-2-r16 ENUMERATED { resourceAllocationType0, resourceAllocationType1, dynamicSwitch},
priorityIndicator SEQUENCE {
priorityIndicatorForDCI-Format1-2-r16 ENUMERATED {enabled} OPTIONAL, -- Need S
priorityIndicatorForDCI-Format1-1-r16 ENUMERATED {enabled} OPTIONAL -- Need S
} OPTIONAL, -- Need N
dataScramblingIdentityPDSCH2-r16 INTEGER (0..1023) OPTIONAL, -- Need R
pdsch-TimeDomainAllocationList-v16xy SetupRelease { PDSCH-TimeDomainResourceAllocationList-v16xy } OPTIONAL, -- Need M
repetitionSchemeConfig-r16 SetupRelease { RepetitionSchemeConfig-r16} OPTIONAL -- Need M
]]
}
-- TAG-PDSCH-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 463 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 464 3GPP TS 38.331 V16.0.0 (2020-03)
pdsch-TimeDomainAllocationList, pdsch-TimeDomainAllocationListForDCI-Format1-2
List of time-domain configurations for timing of DL assignment to DL data (see table 5.1.2.1.1-1 in TS 38.214 [19]). The field pdsch-TimeDomainAllocationList refers to DCI
format 1_0 or DCI format 1_1, and the field pdsch-TimeDomainAllocationListForDCI-Format1-2 refers to DCI format 1_2, respectively (see table 5.1.2.1.1-1A in TS 38.214
[19]).
If the pdsch-TimeDomainAllocationList-v16xy is present, it shall contain the same number of entries, listed in the same order as in the pdsch-TimeDomainAllocationList
(without suffix).
prb-BundlingType, prb-BundlingTypeForDCI-Format1-2
Indicates the PRB bundle type and bundle size(s) (see TS 38.214 [19], clause 5.1.2.3). If dynamic is chosen, the actual bundleSizeSet1 or bundleSizeSet2 to use is indicated
via DCI. Constraints on bundleSize(Set) setting depending on vrb-ToPRB-Interleaver and rbg-Size settings are described in TS 38.214 [19], clause 5.1.2.3. If a
bundleSize(Set) value is absent, the UE applies the value n2. The field prb-BundlingType refers to DCI format 1_1, and the field prb-BundlingTypeForDCI-Format1-2 refers to
DCI format 1_2, respectively (see TS 38.212 [17], clause 7.3.1 and TS 38.214 [19], clause 5.1.2.3).
priorityIndicatorForDCI-Format1-1, priorityIndicatorForDCI-Format1-2
Configure the presence of "priority indicator" in DCI format 1_1/1_2. When the field is absent in the IE, then 0 bit for "priority indicator" in DCI format 1_1/1_2. The field
priorityIndicatorForDCI-Format1-1 refers to DCI format 1_1 and the field priorityIndicatorForDCI-Format1-2 refers to DCI format 1_2, respectively (see TS 38.212 [17], clause
7.3.1 and TS 38.213 [13] clause 9).
p-ZP-CSI-RS-ResourceSet
A set of periodically occurring ZP-CSI-RS-Resources (the actual resources are defined in the zp-CSI-RS-ResourceToAddModList). The network uses the ZP-CSI-RS-
ResourceSetId=0 for this set.
rateMatchPatternGroup1, rateMatchPatternGroup1ForDCI-Format1-2
The IDs of a first group of RateMatchPatterns defined in PDSCH-Config->rateMatchPatternToAddModList (BWP level) or in ServingCellConfig -
>rateMatchPatternToAddModList (cell level). These patterns can be activated dynamically by DCI (see TS 38.214 [19], clause 5.1.4.1). The field rateMatchPatternGroup1
refers to DCI format 1_1, and the field rateMatchPatternGroup1ForDCI-Format1-2 refers to DCI format 1_2, respectively (see TS 38.214 [19], clause 5.1.4.1).
rateMatchPatternGroup2, rateMatchPatternGroup2ForDCI-Format1-2
The IDs of a second group of RateMatchPatterns defined in PDSCH-Config->rateMatchPatternToAddModList (BWP level) or in ServingCellConfig -
>rateMatchPatternToAddModList (cell level). These patterns can be activated dynamically by DCI (see TS 38.214 [19], clause 5.1.4.1). The field rateMatchPatternGroup2
refers to DCI format 1_1, and the field rateMatchPatternGroup2ForDCI-Format1-2 refers to DCI format 1_2, respectively (see TS 38.214 [19], clause 5.1.4.1).
rateMatchPatternToAddModList
Resources patterns which the UE should rate match PDSCH around. The UE rate matches around the union of all resources indicated in the rate match patterns (see TS
38.214 [19], clause 5.1.4.1).
rbg-Size
Selection between config 1 and config 2 for RBG size for PDSCH. The UE ignores this field if resourceAllocation is set to resourceAllocationType1 (see TS 38.214 [19], clause
5.1.2.2.1).
referenceOfSLIVForDCI-Format1-2
Enable using the starting symbol of the PDCCH monitoring occasion in which the DL assignment is detected as the reference of the SLIV for DCI format 1_2. When the RRC
parameter enables the utilization of the new reference, the new reference is applied for TDRA entries with K0=0. Other entries with K0>0 can also be included in the same
TDRA table. For other entries (if any) in the same TDRA table, the reference is slot boundary as in Rel-15. PDSCH mapping type A is not supported with the new reference.
The new reference of SLIV is not configured for a serving cell configured to be scheduled by cross-carrier scheduling on a scheduling cell with different numerology (see TS
38.212 [17] clause 7.3.1 and TS 38.214 [19] clause 5.1.2.1).
repetitionSchemeConfig
Configure the UE with repetition schemes
resourceAllocation, resourceAllocationForDCI-Format1-2
Configuration of resource allocation type 0 and resource allocation type 1 for non-fallback DCI (see TS 38.214 [19], clause 5.1.2.2). The field resourceAllocation refers to DCI
format 1_1, and the field resourceAllocationForDCI-Format1-2 refers to DCI format 1_2, respectively (see TS 38.214 [19], clause 5.1.2.2).
3GPP
Release 16 465 3GPP TS 38.331 V16.0.0 (2020-03)
resourceAllocationType1GranularityForDCI-Format1-2
Configure the scheduling granularity applicable for both the starting point and length indication for resource allocation type 1 in DCI format 1_2. If this field is absent, the
granularity is 1 PRB (see TS 38.214 [19], clause 5.1.2.2.2).
sp-ZP-CSI-RS-ResourceSetsToAddModList
AddMod/Release lists for configuring semi-persistent zero-power CSI-RS resource sets. Each set contains a ZP-CSI-RS-ResourceSetId and the IDs of one or more ZP-CSI-
RS-Resources (the actual resources are defined in the zp-CSI-RS-ResourceToAddModList) (see TS 38.214 [19], clause 5.1.4.2).
tci-StatesToAddModList
A list of Transmission Configuration Indicator (TCI) states indicating a transmission configuration which includes QCL-relationships between the DL RSs in one RS set and the
PDSCH DMRS ports (see TS 38.214 [19], clause 5.1.5).
vrb-ToPRB-Interleaver, vrb-ToPRB-InterleaverForDCI-Format1-2
Interleaving unit configurable between 2 and 4 PRBs (see TS 38.211 [16], clause 7.3.1.6). When the field is absent, the UE performs non-interleaved VRB-to-PRB mapping.
The field vrb-ToPRB-Interleaver refers to DCI format 1_1, and the field vrb-ToPRB-InterleaverForDCI-Format1-2 refers to DCI format 1_2, respectively (see TS 38.211 [16],
clause 7.3.1.6).
zp-CSI-RS-ResourceToAddModList
A list of Zero-Power (ZP) CSI-RS resources used for PDSCH rate-matching. Each resource in this list may be referred to from only one type of resource set, i.e., aperiodic,
semi-persistent or periodic (see TS 38.214 [19]).
– PDSCH-ConfigCommon
The IE PDSCH-ConfigCommon is used to configure cell specific PDSCH parameters.
-- TAG-PDSCH-CONFIGCOMMON-STOP
-- ASN1STOP
– PDSCH-ServingCellConfig
The IE PDSCH-ServingCellConfig is used to configure UE specific PDSCH parameters that are common across the UE's BWPs of one serving cell.
3GPP
Release 16 466 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-PDSCH-SERVINGCELLCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 467 3GPP TS 38.331 V16.0.0 (2020-03)
– PDSCH-TimeDomainResourceAllocationList
The IE PDSCH-TimeDomainResourceAllocation is used to configure a time domain relation between PDCCH and PDSCH. The PDSCH-TimeDomainResourceAllocationList
contains one or more of such PDSCH-TimeDomainResourceAllocations. The network indicates in the DL assignment which of the configured time domain allocations the UE
shall apply for that DL assignment. The UE determines the bit width of the DCI field based on the number of entries in the PDSCH-TimeDomainResourceAllocationList. Value 0
in the DCI field refers to the first element in this list, value 1 in the DCI field refers to the second element in this list, and so on.
3GPP
Release 16 468 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-PDSCH-TIMEDOMAINRESOURCEALLOCATIONLIST-STOP
-- ASN1STOP
– PHR-Config
The IE PHR-Config is used to configure parameters for power headroom reporting.
-- TAG-PHR-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 469 3GPP TS 38.331 V16.0.0 (2020-03)
– PhysCellId
The PhysCellId identifies the physical cell identity (PCI).
-- TAG-PHYSCELLID-STOP
-- ASN1STOP
– PhysicalCellGroupConfig
The IE PhysicalCellGroupConfig is used to configure cell-group specific L1 parameters.
3GPP
Release 16 470 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 471 3GPP TS 38.331 V16.0.0 (2020-03)
sizeDCI-2-6-r16 INTEGER (1..maxDCI-2-6-Size-r16),
ps-PositionDCI-2-6-r16 INTEGER (0..maxDCI-2-6-Size-1-r16),
ps-WakeUp-r16 ENUMERATED {true} OPTIONAL, -- Need S
ps-TransmitPeriodicL1-RSRP-r16 ENUMERATED {true} OPTIONAL, -- Need S
ps-TransmitPeriodicCSI-r16 ENUMERATED {true} OPTIONAL -- Need S
}
-- TAG-PHYSICALCELLGROUPCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 472 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 473 3GPP TS 38.331 V16.0.0 (2020-03)
p-NR-FR1
The maximum total transmit power to be used by the UE in this NR cell group across all serving cells in frequency range 1 (FR1). The maximum transmit power that the UE
may use may be additionally limited by p-Max (configured in FrequencyInfoUL) and by p-UE-FR1 (configured total for all serving cells operating on FR1).
p-NR-FR2
The maximum total transmit power to be used by the UE in this NR cell group across all serving cells in frequency range 2 (FR2). The maximum transmit power that the UE
may use may be additionally limited by p-Max (configured in FrequencyInfoUL) and by p-UE-FR2 (configured total for all serving cells operating on FR2).
ps-RNTI
RNTI value for scrambling CRC of DCI format 2-6 used for power saving (see TS 38.213 [13], clause 10.1).
ps-Offset
The start of the search-time of DCI format 2-6 with CRC scrambled by PS-RNTI relative to the start of the drx-onDurationTimer of Long DRX (see TS 38.213 [13], clause 11.5).
Value in milliseconds. ms0dot125 corresponds to 0.125 ms, ms0dot25 corresponds to 0.25 ms, ms0dot5 corresponds to 0.5 ms, and so on.
ps-WakeUp
Indicates the UE to wake-up if DCI format 2-6 is not detected outside active time (see TS 38.213 [13], clause 11.5). If the field is absent, the UE does not wake-up if DCI format
2-6 is not detected outside active time.
ps-PositionDCI-2-6
Starting position of UE wakeup and SCell dormancy indication in DCI format 2-6 (see TS 38.213 [13], clause 11.5).
ps-TransmitPeriodicL1-RSRP
Indicates the UE to transmit periodic L1-RSRP report(s) when the drx-onDurationTimer does not start (see TS 38.321 [3], clause 5.7). If the field is absent, the UE does not
transmit periodic L1-RSRP report(s) when the drx-onDurationTimer does not start.
ps-TransmitPeriodicCSI
Indicates the UE to transmit periodic CSI report(s) when the drx-onDurationTimer does not start (see TS 38.321 [3], clause 5.7). If the field is absent, the UE does not transmit
periodic CSI report(s) when the drx-onDurationTimer does not start.
p-UE-FR1
The maximum total transmit power to be used by the UE across all serving cells in frequency range 1 (FR1) across all cell groups. The maximum transmit power that the UE
may use may be additionally limited by p-Max (configured in FrequencyInfoUL) and by p-NR-FR1 (configured for the cell group).
p-UE-FR2
The maximum total transmit power to be used by the UE across all serving cells in frequency range 2 (FR2) across all cell groups. The maximum transmit power that the UE
may use may be additionally limited by p-Max (configured in FrequencyInfoUL) and by p-NR-FR2 (configured for the cell group).
pdsch-HARQ-ACK-Codebook
The PDSCH HARQ-ACK codebook is either semi-static or dynamic. This is applicable to both CA and none CA operation (see TS 38.213 [13], clauses 9.1.2 and 9.1.3). If
pdsch-HARQ-ACK-Codebook -r16 is signalled, UE shall ignore the pdsch-HARQ-ACK-Codebook (without suffix). If the field pdsch-HARQ-ACK-Codebook-
secondaryPUCCHgroup is present, pdsch-HARQ-ACK-Codebook is applied to primary PUCCH group. Otherwise, this field is applied to the cell group (i.e. for all the cells
within the cell group).
pdsch-HARQ-ACK-CodebookList
A list of configuration for at least two simultaneously constructed HARQ-ACK codebooks. Each configuration in the list is defined in the same way as pdsch-HARQ-ACK-
Codebook (see TS 38.212 [17], clause 7.3.1.2.2 and TS 38.213 [13], clauses 7.2.1, 9.1.2, 9.1.3 and 9.2.1). If this field is present, the field pdsch-HARQ-ACK-Codebook is
ignored for the case at least two HARQ-ACK codebooks are simultaneously constructed.
pdsch-HARQ-ACK-Codebook-secondaryPUCCHgroup
The PDSCH HARQ-ACK codebook is either semi-static or dynamic. This is applicable to both CA and none CA operation (see TS 38.213 [13], clauses 9.1.2 and 9.1.3). It is
configured for secondary PUCCH group.
pdsch-HARQ-ACK-OneShotFeedback
When configured, the DCI_format 1_1 can request the UE to report A/N for all HARQ processes and all CCs configured in the PUCCH group (see TS 38.212 [17], clause
7.3.1).
3GPP
Release 16 474 3GPP TS 38.331 V16.0.0 (2020-03)
pdsch-HARQ-ACK-OneShotFeedbackCBG
When configured, the DCI_format 1_1 can request the UE to include CBG level A/N for each CC with CBG level transmission configured. When not configured, the UE will
report TB level A/N even if CBG level transmission is configured for a CC. The network configures this only when pdsch-HARQ-ACK-OneShotFeedback is configured.
pdsch-HARQ-ACK-OneShotFeedbackNDI
When configured, the DCI_format 1_1 can request the UE to include NDI for each A/N reported. The network configures this only when pdsch-HARQ-ACK-OneShotFeedback
is configured.
sizeDCI-2-6
Size of DCI format 2-6 (see TS 38.213 [13], clause 11.5).
sp-CSI-RNTI
RNTI for Semi-Persistent CSI reporting on PUSCH (see CSI-ReportConfig) (see TS 38.214 [19], clause 5.2.1.5.2). Network always configures the UE with a value for this field
when at least one CSI-ReportConfig with reportConfigType set to semiPersistentOnPUSCH is configured.
tpc-PUCCH-RNTI
RNTI used for PUCCH TPC commands on DCI (see TS 38.213 [13], clause 10.1).
tpc-PUSCH-RNTI
RNTI used for PUSCH TPC commands on DCI (see TS 38.213 [13], clause 10.1).
tpc-SRS-RNTI
RNTI used for SRS TPC commands on DCI (see TS 38.213 [13], clause 10.1).
ul-TotalDAI-Included
Indicaes whether the total DAI fields of the additonal PDSCH group is included in the non-fallback UL grant DCI (see TS 38.212 [17], clause 7.3.1). The network configures this
only when enhanced dynamic codebook is configured (pdsch-HARQ-ACK-Codebook is set to enhancedDynamic).
xScale
The UE is allowed to drop NR only if the power scaling applied to NR results in a difference between scaled and unscaled NR UL of more than xScale dB (see TS 38.213 [13]).
If the value is not configured for dynamic power sharing, the UE assumes default value of 6 dB.
– PLMN-Identity
The IE PLMN-Identity identifies a Public Land Mobile Network. Further information regarding how to set the IE is specified in TS 23.003 [21].
3GPP
Release 16 475 3GPP TS 38.331 V16.0.0 (2020-03)
MCC ::= SEQUENCE (SIZE (3)) OF MCC-MNC-Digit
-- TAG-PLMN-IDENTITY-STOP
-- ASN1STOP
– PLMN-IdentityInfoList
The IE PLMN-IdentityInfoList includes a list of PLMN identity information.
3GPP
Release 16 476 3GPP TS 38.331 V16.0.0 (2020-03)
– PLMN-IdentityList3
Includes a list of PLMN identities.
-- TAG-PLMNIDENTITYLIST3-STOP
-- ASN1STOP
– PRB-Id
The IE PRB-Id identifies a Physical Resource Block (PRB) position within a carrier.
-- TAG-PRB-ID-STOP
-- ASN1STOP
– PTRS-DownlinkConfig
The IE PTRS-DownlinkConfig is used to configure downlink phase tracking reference signals (PTRS) (see TS 38.214 [19] clause 5.1.6.3)
3GPP
Release 16 477 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-PTRS-DOWNLINKCONFIG-STOP
-- ASN1STOP
– PTRS-UplinkConfig
The IE PTRS-UplinkConfig is used to configure uplink Phase-Tracking-Reference-Signals (PTRS).
3GPP
Release 16 478 3GPP TS 38.331 V16.0.0 (2020-03)
frequencyDensity SEQUENCE (SIZE (2)) OF INTEGER (1..276) OPTIONAL, -- Need S
timeDensity SEQUENCE (SIZE (3)) OF INTEGER (0..29) OPTIONAL, -- Need S
maxNrofPorts ENUMERATED {n1, n2},
resourceElementOffset ENUMERATED {offset01, offset10, offset11 } OPTIONAL, -- Need S
ptrs-Power ENUMERATED {p00, p01, p10, p11}
} OPTIONAL, -- Need R
transformPrecoderEnabled SEQUENCE {
sampleDensity SEQUENCE (SIZE (5)) OF INTEGER (1..276),
timeDensityTransformPrecoding ENUMERATED {d2} OPTIONAL -- Need S
} OPTIONAL, -- Need R
...
}
-- TAG-PTRS-UPLINKCONFIG-STOP
-- ASN1STOP
– PUCCH-Config
The IE PUCCH-Config is used to configure UE specific PUCCH parameters (per BWP).
3GPP
Release 16 479 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-PUCCH-CONFIG-START
PUCCH-MaxCodeRate ::= ENUMERATED {zeroDot08, zeroDot15, zeroDot25, zeroDot35, zeroDot45, zeroDot60, zeroDot80}
3GPP
Release 16 480 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 481 3GPP TS 38.331 V16.0.0 (2020-03)
initialCyclicShift INTEGER(0..11),
nrofSymbols INTEGER (4..14),
startingSymbolIndex INTEGER(0..10),
timeDomainOCC INTEGER(0..6)
}
3GPP
Release 16 482 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-PUCCH-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 483 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 484 3GPP TS 38.331 V16.0.0 (2020-03)
PI2-BPSK The field is optionally present, Need R, if format3 and/or format4 are configured and pi2BPSK is configured in each of them.
It is absent, Need R otherwise.
– PUCCH-ConfigCommon
The IE PUCCH-ConfigCommon is used to configure the cell specific PUCCH parameters.
3GPP
Release 16 485 3GPP TS 38.331 V16.0.0 (2020-03)
...
}
-- TAG-PUCCH-CONFIGCOMMON-STOP
-- ASN1STOP
– PUCCH-ConfigurationList
The IE PUCCH-ConfigurationList is used to configure UE specific PUCCH parameters (per BWP) for two simultaneously constructed HARQ-ACK codebooks. See TS 38.213
[13], clause 9.1.
-- TAG-PUCCH-CONFIGURATIONLIST-STOP
-- ASN1STOP
– PUCCH-PathlossReferenceRS-Id
The IE PUCCH-PathlossReferenceRS-Id is an ID for a reference signal (RS) configured as PUCCH pathloss reference (see TS 38.213 [13], clause 7.2).
3GPP
Release 16 486 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-PUCCH-PATHLOSSREFERENCERS-ID-STOP
-- ASN1STOP
– PUCCH-PowerControl
The IE PUCCH-PowerControl is used to configure UE-specific parameters for the power control of PUCCH.
-- TAG-PUCCH-POWERCONTROL-STOP
-- ASN1STOP
3GPP
Release 16 487 3GPP TS 38.331 V16.0.0 (2020-03)
– PUCCH-SpatialRelationInfo
The IE PUCCH-SpatialRelationInfo is used to configure the spatial setting for PUCCH transmission and the parameters for PUCCH power control, see TS 38.213, [13], clause
9.2.2.
3GPP
Release 16 488 3GPP TS 38.331 V16.0.0 (2020-03)
},
pucch-PathlossReferenceRS-Id PUCCH-PathlossReferenceRS-Id,
p0-PUCCH-Id P0-PUCCH-Id,
closedLoopIndex ENUMERATED { i0, i1 }
}
– PUCCH-SpatialRelationInfo-Id
The IE PUCCH-SpatialRelationInfo-Id is used to indentify a PUCCH-SpatialRelationInfo
-- TAG-PUCCH-SPATIALRELATIONINFO-STOP
-- ASN1STOP
3GPP
Release 16 489 3GPP TS 38.331 V16.0.0 (2020-03)
– PUCCH-TPC-CommandConfig
The IE PUCCH-TPC-CommandConfig is used to configure the UE for extracting TPC commands for PUCCH from a group-TPC messages on DCI.
-- TAG-PUCCH-TPC-COMMANDCONFIG-STOP
-- ASN1STOP
– PUSCH-Config
The IE PUSCH-Config is used to configure the UE specific PUSCH parameters applicable to a particular BWP.
3GPP
Release 16 490 3GPP TS 38.331 V16.0.0 (2020-03)
dmrs-UplinkForPUSCH-MappingTypeA SetupRelease { DMRS-UplinkConfig } OPTIONAL, -- Need M
dmrs-UplinkForPUSCH-MappingTypeB SetupRelease { DMRS-UplinkConfig } OPTIONAL, -- Need M
3GPP
Release 16 491 3GPP TS 38.331 V16.0.0 (2020-03)
mcs-TableForDCI-Format0-2-r16 ENUMERATED {qam256, qam64LowSE} OPTIONAL, -- Need S
mcs-TableTransformPrecoderForDCI-Format0-2-r16 ENUMERATED {qam256, qam64LowSE} OPTIONAL, -- Need S
resourceAllocationForDCI-Format0-2-r16 ENUMERATED { resourceAllocationType0, resourceAllocationType1, dynamicSwitch},
priorityIndicator SEQUENCE {
priorityIndicatorForDCI-Format0-2-r16 ENUMERATED {enabled} OPTIONAL, -- Need S
priorityIndicatorForDCI-Format0-1-r16 ENUMERATED {enabled} OPTIONAL -- Need S
} OPTIONAL, -- Need N
invalidSymbolPatternIndicator SEQUENCE {
invalidSymbolPatternIndicatorForDCI-Format0-1-r16 ENUMERATED {enabled} OPTIONAL, -- Need S
invalidSymbolPatternIndicatorForDCI-Format0-2-r16 ENUMERATED {enabled} OPTIONAL -- Need S
} OPTIONAL, -- Need N
frequencyHoppingForDCI-Format0-1-r16 ENUMERATED {interRepetition, interSlot} OPTIONAL, -- Cond RepTypeB
invalidSymbolPattern-r16 InvalidSymbolPattern-r16 OPTIONAL, -- Need S
pusch-PowerControl-v16xy PUSCH-PowerControl-v16xy OPTIONAL, -- Need M
ul-FullPowerTransmission-r16 ENUMERATED {fullpower, fullpowerMode1, fullpoweMode2} OPTIONAL -- Need R
]]
}
-- TAG-PUSCH-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 492 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 493 3GPP TS 38.331 V16.0.0 (2020-03)
invalidSymbolPattern
Indicates one pattern for invalid symbols for PUSCH transmission repetition type B applicable to both DCI format 0_1 and 0_2. If InvalidSymbolPattern is not configured, semi-
static flexible symbols are used for PUSCH. Segmentation occurs only around semi-static DL symbols. If invalidSymbolPattern is configured and
invalidSymbolPatternIndicatorForDCI-Format0-2 is not configured, segmentation occurs around semi-static DL symbols and invalid symbols in the pattern, and the remaining
symbols are used for PUSCH (see TS 38.214 [19] clause 6.1).
invalidSymbolPatternIndicatorForDCI-Format0-1, invalidSymbolPatternIndicatorForDCI-Format0-2
Indicates the presence of an additional bit in the DCI format 0_1/0_2 to indicate whether the pattern applies or not. If invalidSymbolPattern is not configured, then 0 bit for
"Invalid Symbol Pattern Indicator" in DCI format 0_1/0_2. The field invalidSymbolPatternIndicatorForDCI-Format0-1 refers to the DCI format 0_1 and the field
invalidSymbolPatternIndicatorForDCI-Format0-1 refers to DCI format 0_2 (see TS 38.214 [19] clause 6.1).
maxRank, maxRankForDCI-Format0-2
Subset of PMIs addressed by TRIs from 1 to ULmaxRank (see TS 38.214 [19], clause 6.1.1.1). The field maxRank refers to DCI format 0_0 or DCI format 0_1 and the field
maxRankForDCI-Format0-2 refers to DCI format 0_2, respectively (see TS 38.214 [19], clause 6.1.1.1).
mcs-Table, mcs-TableFormat0-2
Indicates which MCS table the UE shall use for PUSCH without transform precoder (see TS 38.214 [19], clause 6.1.4.1). If the field is absent the UE applies the value 64QAM.
The field mcs-Table refers to DCI format 0_0 or DCI format 0_1 and the field mcs-TableForDCI-Format0-2 refers to DCI format 0_2, respectively (see TS 38.214 [19], clause
6.1.4.1).
mcs-TableTransformPrecoder, mcs-TableTransformPrecoderFormat0-2
Indicates which MCS table the UE shall use for PUSCH with transform precoding (see TS 38.214 [19], clause 6.1.4.1) If the field is absent the UE applies the value 64QAM.
The field mcs-TableTransformPrecoder refers to DCI format 0_0 or DCI format 0_1 and the field mcs-TableTransformPrecoderForDCI-Format0-2 refers to DCI format 0_2,
respectively (see TS 38.214 [19], clause 6.1.4.1).
minimumSchedulingOffsetK2
List of minimum K2 values. Minimum K2 parameter denotes minimum applicable value(s) for the Time domain resource assignment table for PUSCH (see TS 38.214 [19],
clause 6.1.2.1).
numberOfBitsRV-ForDCI-Format0-2
Configures the number of bits for "Redundancy version" in the DCI format 0_2 (see TS 38.212 [17], clause 7.3.1 and TS 38.214 [19], clause 6.1.2.1).
priorityIndicatorForDCI-Format0-1, numberOfBitsRV-ForDCI-Format0-2
Configures the presence of "priority indicator" in DCI format 0_1/0_2. When the field is absent in the IE, then the UE shall apply 0 bit for "Priority indicator" in DCI format
0_1/0_2. The field priorityIndicatorForDCI-Format0-1 refers to DCI format 0_1 and the field priorityIndicatorForDCI-Format0-2 refers to DCI format 0_2, respectively (see TS
38.212 [17] clause 7.3.1 and TS 38.213 [13] clause 9).
Editor's note: Please note that for now we only have agreement to use this 1-bit field in DCI when only DCI format 0_1/1_1 is configured or only DCI format 0_2/1_2 is
configured in USS per BWP. Further update on the description here may be updated depending on further agreement on other cases.
pusch-AggregationFactor
Number of repetitions for data (see TS 38.214 [19], clause 6.1.2.1). If the field is absent the UE applies the value 1.
pusch-RepTypeIndicatorForDCI-Format0-1, pusch-RepTypeIndicatorForDCI-Format0-2
Indicates whether UE follows the behavior for "PUSCH repetition type A" or the behavior for "PUSCH repetition type B" for the PUSCH scheduled by DCI format 0_1/0_2 and
for Type 2 CG associated with the activating DCI format 0_1/0_2.The value pusch-RepTypeA enables the 'PUSCH repetition type A' and the value pusch-RepTypeB enables
the 'PUSCH repetition type B'. The field pusch-RepTypeIndicatorForDCI-Format0-1 refers to DCI format 0_1 and the field pusch-RepTypeIndicatorForDCI-Format0-2 refers to
DCI format 0_2, respectively (see TS 38.214 [19], clause 6.1.2.1).
pusch-TimeDomainAllocationList
List of time domain allocations for timing of UL assignment to UL data (see TS 38.214 [19], table 6.1.2.1.1-1). The field pusch-TimeDomainAllocationList refers to DCI formats
0_0 or DCI format 0_1 when the field pusch-TimeDomainAllocationListForDCI-Format0-1 is not configured (see TS 38.214 [19], table 6.1.2.1.1-1 and table 6.1.2.1.1-1A).
pusch-TimeDomainAllocationListForDCI-Format0-1
Configuration of the time domain resource allocation (TDRA) table for DCI format 0_1 (see TS 38.214 [19], clause 6.2.1, table 6.1.2.1.1-1A).
pusch-TimeDomainAllocationListForDCI-Format0-2
Configuration of the time domain resource allocation (TDRA) table for DCI format 0_2 (see TS 38.214 [19], clause 6.2.1, table 6.1.2.1.1-1B).
3GPP
Release 16 494 3GPP TS 38.331 V16.0.0 (2020-03)
rbg-Size
Selection between configuration 1 and configuration 2 for RBG size for PUSCH. The UE does not apply this field if resourceAllocation is set to resourceAllocationType1.
Otherwise, the UE applies the value config1 when the field is absent (see TS 38.214 [19], clause 6.1.2.2.1).
resourceAllocation, resourceAllocationForDCI-Format0-2
Configuration of resource allocation type 0 and resource allocation type 1 for non-fallback DCI (see TS 38.214 [19], clause 6.1.2). The field resourceAllocation refers to DCI
format 0_1 and the field resourceAllocationForDCI-Format0-2 refers to DCI format 0_2, respectively (see TS 38.214 [19], clause 6.1.2).
resourceAllocationType1GranularityForDCI-Format0-2
Configures the scheduling granularity applicable for both the starting point and length indication for resource allocation type 1 in DCI format 0_2. If this field is absent, the
granularity is 1 PRB (see TS 38.214 [19], clause 6.1.2.2.2).
tp-pi2BPSK
Enables pi/2-BPSK modulation with transform precoding if the field is present and disables it otherwise.
transformPrecoder
The UE specific selection of transformer precoder for PUSCH (see TS 38.214 [19], clause 6.1.3). When the field is absent the UE applies the value of the field msg3-
transformPrecoder.
txConfig
Whether UE uses codebook based or non-codebook based transmission (see TS 38.214 [19], clause 6.1.1). If the field is absent, the UE transmits PUSCH on one antenna
port, see TS 38.214 [19], clause 6.1.1.
uci-OnPUSCH-ListForDCI-Format0-1, uci-OnPUSCH-ListForDCI-Format0-2
Configuration for up to 2 HARQ-ACK codebooks specific to DCI format 0_1/0_2. The field uci-OnPUSCH-ListForDCI-Format0-1 refers to DCI format 0_1 and the field uci-
OnPUSCH-ListForDCI-Format0-2 refers to DCI format 0_2, respectively (see TS 38.212 [17], clause 7.3.1 and TS 38.213 [13] clause 9.3).
Editor's note: FFS on the definition for uci-OnPUSCH-ListForDCI-Format0-2.
ul-dci-triggered-UL-ChannelAccess-CPext-CAPC
List of the combinations of CP extension and UL channel access mode (See TS 38.212 [17], Table 7.3.1-2-35).
ul-FullPowerTransmission
Configures the UE with UL full power transmission mode as specified in TS 38.213.
3GPP
Release 16 495 3GPP TS 38.331 V16.0.0 (2020-03)
– PUSCH-ConfigCommon
The IE PUSCH-ConfigCommon is used to configure the cell specific PUSCH parameters.
-- TAG-PUSCH-CONFIGCOMMON-STOP
-- ASN1STOP
3GPP
Release 16 496 3GPP TS 38.331 V16.0.0 (2020-03)
– PUSCH-PowerControl
The IE PUSCH-PowerControl is used to configure UE specific power control parameter for PUSCH.
3GPP
Release 16 497 3GPP TS 38.331 V16.0.0 (2020-03)
csi-RS-Index NZP-CSI-RS-ResourceId
}
}
-- TAG-PUSCH-POWERCONTROL-STOP
-- ASN1STOP
3GPP
Release 16 498 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 499 3GPP TS 38.331 V16.0.0 (2020-03)
– PUSCH-ServingCellConfig
The IE PUSCH-ServingCellConfig is used to configure UE specific PUSCH parameters that are common across the UE's BWPs of one serving cell.
3GPP
Release 16 500 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-PUSCH-SERVINGCELLCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 501 3GPP TS 38.331 V16.0.0 (2020-03)
– PUSCH-TimeDomainResourceAllocationList
The IE PUSCH-TimeDomainResourceAllocation is used to configure a time domain relation between PDCCH and PUSCH. PUSCH-TimeDomainResourceAllocationList
contains one or more of such PUSCH-TimeDomainResourceAllocations. The network indicates in the UL grant which of the configured time domain allocations the UE shall
apply for that UL grant. The UE determines the bit width of the DCI field based on the number of entries in the PUSCH-TimeDomainResourceAllocationList. Value 0 in the DCI
field refers to the first element in this list, value 1 in the DCI field refers to the second element in this list, and so on.
-- TAG-PUSCH-TIMEDOMAINRESOURCEALLOCATIONLIST-STOP
-- ASN1STOP
3GPP
Release 16 502 3GPP TS 38.331 V16.0.0 (2020-03)
– PUSCH-TimeDomainResourceAllocationListNew
The IE PUSCH-TimeDomainResourceAllocationListNew is used to configure a time domain relation between PDCCH and PUSCH for DCI format 01/0-2. PUSCH-
TimeDomainResourceAllocationListNew contains one or more of such PUSCH-TimeDomainResourceAllocationNew. The network indicates in the UL grant which of the
configured time domain allocations the UE shall apply for that UL grant. The UE determines the bit width of the DCI field based on the number of entries in the PUSCH-
TimeDomainResourceAllocationListNew. Value 0 in the DCI field refers to the first element in this list, value 1 in the DCI field refers to the second element in this list, and so on.
-- TAG-PUSCH-TIMEDOMAINRESOURCEALLOCATIONLISTNEW-STOP
-- ASN1STOP
3GPP
Release 16 503 3GPP TS 38.331 V16.0.0 (2020-03)
– PUSCH-TPC-CommandConfig
The IE PUSCH-TPC-CommandConfig is used to configure the UE for extracting TPC commands for PUSCH from a group-TPC messages on DCI.
-- TAG-PUSCH-TPC-COMMANDCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 504 3GPP TS 38.331 V16.0.0 (2020-03)
– Q-OffsetRange
The IE Q-OffsetRange is used to indicate a cell, beam or measurement object specific offset to be applied when evaluating candidates for cell re-selection or when evaluating
triggering conditions for measurement reporting. The value is in dB. Value dB-24 corresponds to -24 dB, dB-22 corresponds to -22 dB and so on.
-- TAG-Q-OFFSETRANGE-STOP
-- ASN1STOP
– Q-QualMin
The IE Q-QualMin is used to indicate for cell selection/ re-selection the required minimum received RSRQ level in the (NR) cell. Corresponds to parameter Qqualmin in TS 38.304
[20]. Actual value Qqualmin = field value [dB].
3GPP
Release 16 505 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-Q-QUALMIN-START
-- TAG-Q-QUALMIN-STOP
-- ASN1STOP
– Q-RxLevMin
The IE Q-RxLevMin is used to indicate for cell selection/ re-selection the required minimum received RSRP level in the (NR) cell. Corresponds to parameter Qrxlevmin in TS
38.304 [20]. Actual value Qrxlevmin = field value * 2 [dBm].
-- TAG-Q-RXLEVMIN-STOP
-- ASN1STOP
– QuantityConfig
The IE QuantityConfig specifies the measurement quantities and layer 3 filtering coefficients for NR and inter-RAT measurements.
QuantityConfigNR::= SEQUENCE {
quantityConfigCell QuantityConfigRS,
quantityConfigRS-Index QuantityConfigRS OPTIONAL -- Need M
3GPP
Release 16 506 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-QUANTITYCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 507 3GPP TS 38.331 V16.0.0 (2020-03)
– RACH-ConfigCommon
The IE RACH-ConfigCommon is used to specify the cell specific random-access parameters.
groupBconfigured SEQUENCE {
ra-Msg3SizeGroupA ENUMERATED {b56, b144, b208, b256, b282, b480, b640,
b800, b1000, b72, spare6, spare5,spare4, spare3, spare2, spare1},
messagePowerOffsetGroupB ENUMERATED { minusinfinity, dB0, dB5, dB8, dB10, dB12, dB15, dB18},
numberOfRA-PreamblesGroupA INTEGER (1..64)
} OPTIONAL, -- Need R
ra-ContentionResolutionTimer ENUMERATED { sf8, sf16, sf24, sf32, sf40, sf48, sf56, sf64},
rsrp-ThresholdSSB RSRP-Range OPTIONAL, -- Need R
rsrp-ThresholdSSB-SUL RSRP-Range OPTIONAL, -- Cond SUL
prach-RootSequenceIndex CHOICE {
l839 INTEGER (0..837),
l139 INTEGER (0..137)
},
msg1-SubcarrierSpacing SubcarrierSpacing OPTIONAL, -- Cond L139
restrictedSetConfig ENUMERATED {unrestrictedSet, restrictedSetTypeA, restrictedSetTypeB},
msg3-transformPrecoder ENUMERATED {enabled} OPTIONAL, -- Need R
...,
[[
ra-PrioritizationForAccessIdentity SEQUENCE {
ra-Prioritization-r16 RA-Prioritization,
3GPP
Release 16 508 3GPP TS 38.331 V16.0.0 (2020-03)
ra-PrioritizationForAI-r16 BIT STRING (SIZE (2))
} OPTIONAL, -- Need R
prach-RootSequenceIndex-r16 CHOICE {
l571 INTEGER (0..569),
l1151 INTEGER (0..1149)
} OPTIONAL -- Need R
]]
}
-- TAG-RACH-CONFIGCOMMON-STOP
-- ASN1STOP
3GPP
Release 16 509 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 510 3GPP TS 38.331 V16.0.0 (2020-03)
totalNumberOfRA-Preambles
Total number of preambles used for contention based and contention free random access in the RACH resources defined in RACH-ConfigCommon, excluding preambles used
for other purposes (e.g. for SI request). If the field is absent, all 64 preambles are available for RA. The setting should be consistent with the setting of ssb-perRACH-
OccasionAndCB-PreamblesPerSSB, i.e. it should be a multiple of the number of SSBs per RACH occasion.
– RACH-ConfigCommonIAB
The IE RACH-ConfigCommonIAB is used to specify the cell specific random-access parameters for IAB-MT.
-- TAG-RACH-CONFIGCOMMONIAB-STOP
-- ASN1STOP
3GPP
Release 16 511 3GPP TS 38.331 V16.0.0 (2020-03)
– RACH-ConfigCommonTwoStepRA
The IE RACH-ConfigCommonTwoStepRA is used to specify cell specific 2-step random-access type parameters.
3GPP
Release 16 512 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-RACH-CONFIGCOMMONTWOSTEPRA-STOP
-- ASN1STOP
Editor's note: Need codes and dependencies when reconfiguring 2-step RA and 4-step RA is still FFS and needs to be analyzed.
3GPP
Release 16 513 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 514 3GPP TS 38.331 V16.0.0 (2020-03)
ra-ContentionResolutionTimer
The initial value for the contention resolution timer for fallback RAR in case no 4-step random access type is configured (see TS 38.321 [3], clause 5.1.5). Value sf8
corresponds to 8 subframes, value sf16 corresponds to 16 subframes, and so on.
ra-Prioritization
Parameters which apply for prioritized random access procedure for specific Access Identities. If not configured, the UE shall use the values in the corresponding 4-step
configuration if configured.
rach-ConfigGenericTwoStepRA
2-step random access type parameters for both regular random access and beam failure recovery.
– RACH-ConfigDedicated
The IE RACH-ConfigDedicated is used to specify the dedicated random access parameters.
3GPP
Release 16 515 3GPP TS 38.331 V16.0.0 (2020-03)
RACH-ConfigDedicated ::= SEQUENCE {
cfra CFRA OPTIONAL, -- Need S
ra-Prioritization RA-Prioritization OPTIONAL, -- Need N
...,
[[
rachConfigDedicatedIAB-r16 RACH-ConfigDedicated-IAB-v16xy OPTIONAL, -- Need S
ra-PrioritizationTwoStep-r16 RA-Prioritization OPTIONAL, -- Need N
cfra-TwoStep-r16 CFRA-TwoStep-r16 OPTIONAL -- Need N
]]
}
3GPP
Release 16 516 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-RACH-CONFIGDEDICATED-STOP
-- ASN1STOP
Editor's note: Details on signalling the PRU for 2-step CFRA msg PUSCH is still TBD.
3GPP
Release 16 517 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 518 3GPP TS 38.331 V16.0.0 (2020-03)
– RACH-ConfigGeneric
The IE RACH-ConfigGeneric is used to specify the random-access parameters both for regular random access as well as for beam failure recovery.
-- TAG-RACH-CONFIGGENERIC-STOP
-- ASN1STOP
3GPP
Release 16 519 3GPP TS 38.331 V16.0.0 (2020-03)
– RACH-ConfigGenericTwoStepRA
The IE RACH-ConfigGenericTwoStepRA is used to specify the 2-step random access type parameters.
3GPP
Release 16 520 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-RACH-CONFIGGENERICTWOSTEPRA-STOP
-- ASN1STOP
Editor's note: Need codes and dependencies when reconfiguring 2-step RA and 4-step RA is still FFS and needs to be analyzed.
3GPP
Release 16 521 3GPP TS 38.331 V16.0.0 (2020-03)
– RA-Prioritization
The IE RA-Prioritization is used to configure prioritized random access.
-- TAG-RA-PRIORITIZATION-STOP
-- ASN1STOP
– RadioBearerConfig
The IE RadioBearerConfig is used to add, modify and release signalling and/or data radio bearers. Specifically, this IE carries the parameters for PDCP and, if applicable, SDAP
entities for the radio bearers.
3GPP
Release 16 522 3GPP TS 38.331 V16.0.0 (2020-03)
srb-Identity SRB-Identity,
reestablishPDCP ENUMERATED{true} OPTIONAL, -- Need N
discardOnPDCP ENUMERATED{true} OPTIONAL, -- Need N
pdcp-Config PDCP-Config OPTIONAL, -- Cond PDCP
...
}
-- TAG-RADIOBEARERCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 523 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 524 3GPP TS 38.331 V16.0.0 (2020-03)
– RadioLinkMonitoringConfig
The IE RadioLinkMonitoringConfig is used to configure radio link monitoring for detection of beam- and/or cell radio link failure. See also TS 38.321 [3], clause 5.1.1.
3GPP
Release 16 525 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-RADIOLINKMONITORINGCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 526 3GPP TS 38.331 V16.0.0 (2020-03)
– RadioLinkMonitoringRS-Id
The IE RadioLinkMonitoringRS-Id is used to identify one RadioLinkMonitoringRS.
-- TAG-RADIOLINKMONITORINGRS-ID-STOP
-- ASN1STOP
– RAN-AreaCode
The IE RAN-AreaCode is used to identify a RAN area within the scope of a tracking area.
-- TAG-RAN-AREACODE-STOP
-- ASN1STOP
– RateMatchPattern
The IE RateMatchPattern is used to configure one rate matching pattern for PDSCH, see TS 38.214 [19], clause 5.1.4.1.
3GPP
Release 16 527 3GPP TS 38.331 V16.0.0 (2020-03)
patternType CHOICE {
bitmaps SEQUENCE {
resourceBlocks BIT STRING (SIZE (275)),
symbolsInResourceBlock CHOICE {
oneSlot BIT STRING (SIZE (14)),
twoSlots BIT STRING (SIZE (28))
},
periodicityAndPattern CHOICE {
n2 BIT STRING (SIZE (2)),
n4 BIT STRING (SIZE (4)),
n5 BIT STRING (SIZE (5)),
n8 BIT STRING (SIZE (8)),
n10 BIT STRING (SIZE (10)),
n20 BIT STRING (SIZE (20)),
n40 BIT STRING (SIZE (40))
} OPTIONAL, -- Need S
...
},
controlResourceSet ControlResourceSetId
},
subcarrierSpacing SubcarrierSpacing OPTIONAL, -- Cond CellLevel
dummy ENUMERATED { dynamic, semiStatic },
...,
[[
controlResourceSet-r16 ControlResourceSetId-r16 OPTIONAL -- Need R
]]
-- TAG-RATEMATCHPATTERN-STOP
-- ASN1STOP
3GPP
Release 16 528 3GPP TS 38.331 V16.0.0 (2020-03)
– RateMatchPatternId
The IE RateMatchPatternId identifies one RateMatchMattern (see TS 38.214 [19], clause 5.1.4.2).
3GPP
Release 16 529 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-RATEMATCHPATTERNID-STOP
-- ASN1STOP
– RateMatchPatternLTE-CRS
The IE RateMatchPatternLTE-CRS is used to configure a pattern to rate match around LTE CRS. See TS 38.214 [19], clause 5.1.4.2.
-- TAG-RATEMATCHPATTERNLTE-CRS-STOP
-- ASN1STOP
– ReferenceTimeInfo
The IE ReferenceTimeInfo contains timing information for 5G internal system clock used for, e.g., time stamping, see TS 23.501 [32], clause 5.27.1.2.
3GPP
Release 16 530 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-REFERENCETIMEINFO-STOP
-- ASN1STOP
3GPP
Release 16 531 3GPP TS 38.331 V16.0.0 (2020-03)
– RejectWaitTime
The IE RejectWaitTime is used to provide the value in seconds for timer T302.
-- TAG-REJECTWAITTIME-STOP
-- ASN1STOP
– RepetitionSchemeConfig
The IE RepetitionSchemeConfig is used to configure the UE with repetition schemes as specified in TS 38.214 [19].
-- TAG-REPETITIONSCHEMECONFIG-STOP
-- ASN1STOP
3GPP
Release 16 532 3GPP TS 38.331 V16.0.0 (2020-03)
– ReportConfigEUTRA-SL
The IE ReportConfigEUTRA-SL specifies criteria for triggering of a CBR measurement reporting event for V2X sidelink communication. Measurement reporting events are
based on CBR measurement results on the corresponding transmission resource pools for V2X sidelink communication. These events are labelled VN with N equal to 1 and 2.
Event V1: CBR of V2X sidelink communication becomes better than absolute threshold (as specified in TS 36.331 [10]);
Event V2: CBR of V2X sidelink communication becomes worse than absolute threshold (as specified in TS 36.331 [10]);
EventTriggerConfigEUTRA-SL-r16::= SEQUENCE {
eventId CHOICE {
eventV1-r16 SEQUENCE {
v1-Threshold-r16 OCTET STRING,
hysteresis-r16 Hysteresis,
timeToTrigger-r16 TimeToTrigger
},
eventV2-r16 SEQUENCE {
v2-Threshold-r16 OCTET STRING,
hysteresis-r16 Hysteresis,
timeToTrigger-r16 TimeToTrigger
3GPP
Release 16 533 3GPP TS 38.331 V16.0.0 (2020-03)
},
...
},
reportInterval-r16 ReportInterval,
reportAmount-r16 ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
...
}
-- TAG-REPORTCONFIGEUTRA-SL-STOP
-- ASN1STOP
– ReportConfigId
The IE ReportConfigId is used to identify a measurement reporting configuration.
3GPP
Release 16 534 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-REPORTCONFIGID-START
-- TAG-REPORTCONFIGID-STOP
-- ASN1STOP
– ReportConfigInterRAT
The IE ReportConfigInterRAT specifies criteria for triggering of an inter-RAT measurement reporting event. The inter-RAT measurement reporting events for E-UTRA and
UTRA-FDD are labelled BN with N equal to 1, 2 and so on.
Event B2: PCell becomes worse than absolute threshold1 AND Neighbour becomes better than another absolute threshold2;
3GPP
Release 16 535 3GPP TS 38.331 V16.0.0 (2020-03)
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
...
},
eventB2 SEQUENCE {
b2-Threshold1 MeasTriggerQuantity,
b2-Threshold2EUTRA MeasTriggerQuantityEUTRA,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
...
},
...,
[[
eventB1-UTRA-FDD-r16 SEQUENCE {
b1-ThresholdUTRA-FDD-r16 MeasTriggerQuantityUTRA-FDD-r16,
reportOnLeave-r16 BOOLEAN,
hysteresis-r16 Hysteresis,
timeToTrigger-r16 TimeToTrigger,
...
},
eventB2-UTRA-FDD-r16 SEQUENCE {
b2-Threshold1-r16 MeasTriggerQuantity,
b2-Threshold2UTRA-FDD-r16 MeasTriggerQuantityUTRA-FDD-r16,
reportOnLeave-r16 BOOLEAN,
hysteresis-r16 Hysteresis,
timeToTrigger-r16 TimeToTrigger,
...
}
]]
},
rsType NR-RS-Type,
reportInterval ReportInterval,
reportAmount ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
reportQuantity MeasReportQuantity,
maxReportCells INTEGER (1..maxCellReport),
...,
[[
reportQuantityUTRA-FDD-r16 MeasReportQuantityUTRA-FDD-r16 OPTIONAL -- Need R
]]
3GPP
Release 16 536 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-REPORTCONFIGINTERRAT-STOP
-- ASN1STOP
3GPP
Release 16 537 3GPP TS 38.331 V16.0.0 (2020-03)
– ReportConfigNR
The IE ReportConfigNR specifies criteria for triggering of an NR measurement reporting event or of a CHO or CPC event. For events labelled AN with N equal to 1, 2 and so on,
measurement reporting events and CHO or CPC events are based on cell measurement results, which can either be derived based on SS/PBCH block or CSI-RS.
3GPP
Release 16 538 3GPP TS 38.331 V16.0.0 (2020-03)
Event A5: PCell/PSCell becomes worse than absolute threshold1 AND Neighbour/SCell becomes better than another absolute threshold2;
For event I1, measurement reporting event is based on CLI measurement results, which can either be derived based on SRS-RSRP or CLI-RSSI.
3GPP
Release 16 539 3GPP TS 38.331 V16.0.0 (2020-03)
}
EventTriggerConfig::= SEQUENCE {
eventId CHOICE {
eventA1 SEQUENCE {
a1-Threshold MeasTriggerQuantity,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger
},
eventA2 SEQUENCE {
a2-Threshold MeasTriggerQuantity,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger
},
eventA3 SEQUENCE {
a3-Offset MeasTriggerQuantityOffset,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
useWhiteCellList BOOLEAN
},
eventA4 SEQUENCE {
a4-Threshold MeasTriggerQuantity,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
useWhiteCellList BOOLEAN
},
eventA5 SEQUENCE {
a5-Threshold1 MeasTriggerQuantity,
a5-Threshold2 MeasTriggerQuantity,
3GPP
Release 16 540 3GPP TS 38.331 V16.0.0 (2020-03)
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
useWhiteCellList BOOLEAN
},
eventA6 SEQUENCE {
a6-Offset MeasTriggerQuantityOffset,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
useWhiteCellList BOOLEAN
},
...
},
rsType NR-RS-Type,
reportInterval ReportInterval,
reportAmount ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
reportQuantityCell MeasReportQuantity,
maxReportCells INTEGER (1..maxCellReport),
reportInterval ReportInterval,
reportAmount ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
reportQuantityCell MeasReportQuantity,
maxReportCells INTEGER (1..maxCellReport),
3GPP
Release 16 541 3GPP TS 38.331 V16.0.0 (2020-03)
[[
measRSSI-ReportConfig-r16 MeasRSSI-ReportConfig-r16 OPTIONAL, -- Need R
includeCommonLocationInfo-r16 ENUMERATED {true} OPTIONAL, -- Need R
includeBT-Meas-r16 BT-NameListConfig-r16 OPTIONAL, -- Need R
includeWLAN-Meas-r16 WLAN-NameListConfig-r16 OPTIONAL, -- Need R
includeSensor-Meas-r16 Sensor-NameListConfig-r16 OPTIONAL, -- Need R
ul-DelayValueConfig-r16 SetupRelease { UL-DelayValueConfig-r16 } OPTIONAL -- Need R
]]
3GPP
Release 16 542 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-REPORTCONFIGNR-STOP
-- ASN1STOP
3GPP
Release 16 543 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 544 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 545 3GPP TS 38.331 V16.0.0 (2020-03)
– ReportConfigNR-SL
The IE ReportConfigNR-SL specifies criteria for triggering of a CBR measurement reporting event for NR sidelink communication. Measurement reporting events are based on
CBR measurement results on the corresponding transmission resource pools. These events are labelled CN with N equal to 1 and 2.
Event C1: CBR of NR sidelink communication becomes better than absolute threshold;
Event C2: CBR of NR sidelink communication becomes worse than absolute threshold;
EventTriggerConfigNR-SL-r16::= SEQUENCE {
eventId-r16 CHOICE {
eventC1 SEQUENCE {
c1-Threshold-r16 SL-CBR-r16,
hysteresis-r16 Hysteresis,
timeToTrigger-r16 TimeToTrigger
},
eventC2-r16 SEQUENCE {
c2-Threshold-r16 SL-CBR-r16,
hysteresis-r16 Hysteresis,
timeToTrigger-r16 TimeToTrigger
3GPP
Release 16 546 3GPP TS 38.331 V16.0.0 (2020-03)
},
...
},
reportInterval-r16 ReportInterval,
reportAmount-r16 ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
reportQuantity-r16 MeasReportQuantity-r16,
...
}
-- TAG-REPORTCONFIGNR-SL-STOP
-- ASN1STOP
3GPP
Release 16 547 3GPP TS 38.331 V16.0.0 (2020-03)
– ReportConfigToAddModList
The IE ReportConfigToAddModList concerns a list of reporting configurations to add or modify.
-- TAG-REPORTCONFIGTOADDMODLIST-STOP
-- ASN1STOP
– ReportInterval
The IE ReportInterval indicates the interval between periodical reports. The ReportInterval is applicable if the UE performs periodical reporting (i.e. when reportAmount exceeds
1), for triggerTypeevent as well as for triggerTypeperiodical. Value ms120 corresponds to 120 ms, value ms240 corresponds to 240 ms and so on, while value min1 corresponds
to 1 min, min6 corresponds to 6 min and so on.
ReportInterval ::= ENUMERATED {ms120, ms240, ms480, ms640, ms1024, ms2048, ms5120, ms10240, ms20480, ms40960,
min1,min6, min12, min30 }
-- TAG-REPORTINTERVAL-STOP
3GPP
Release 16 548 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
– ReselectionThreshold
The IE ReselectionThreshold is used to indicate an Rx level threshold for cell reselection. Actual value of threshold = field value * 2 [dB].
-- TAG-RESELECTIONTHRESHOLD-STOP
-- ASN1STOP
– ReselectionThresholdQ
The IE ReselectionThresholdQ is used to indicate a quality level threshold for cell reselection. Actual value of threshold = field value [dB].
-- TAG-RESELECTIONTHRESHOLDQ-STOP
-- ASN1STOP
– ResumeCause
The IE ResumeCause is used to indicate the resume cause in RRCResumeRequest and RRCResumeRequest1.
-- TAG-RESUMECAUSE-STOP
-- ASN1STOP
3GPP
Release 16 549 3GPP TS 38.331 V16.0.0 (2020-03)
– RLC-BearerConfig
The IE RLC-BearerConfig is used to configure an RLC entity, a corresponding logical channel in MAC and the linking to a PDCP entity (served radio bearer).
-- TAG-RLC-BEARERCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 550 3GPP TS 38.331 V16.0.0 (2020-03)
– RLC-Config
The IE RLC-Config is used to specify the RLC configuration of SRBs and DRBs.
3GPP
Release 16 551 3GPP TS 38.331 V16.0.0 (2020-03)
ms5, ms10, ms15, ms20, ms25, ms30, ms35,
ms40, ms45, ms50, ms55, ms60, ms65, ms70,
ms75, ms80, ms85, ms90, ms95, ms100, ms105,
ms110, ms115, ms120, ms125, ms130, ms135,
ms140, ms145, ms150, ms155, ms160, ms165,
ms170, ms175, ms180, ms185, ms190, ms195,
ms200, ms205, ms210, ms215, ms220, ms225,
ms230, ms235, ms240, ms245, ms250, ms300,
ms350, ms400, ms450, ms500, ms800, ms1000,
ms2000, ms4000, ms1-v16xy, ms2-v16xy, ms3-v16xy,
ms4-v16xy, spare1}
3GPP
Release 16 552 3GPP TS 38.331 V16.0.0 (2020-03)
DL-AM-RLC-v16xy ::= SEQUENCE {
t-StatusProhibitExt-r16 T-StatusProhibitExt-r16 OPTIONAL, -- Need N
...
}
T-StatusProhibitExt-r16 ::= ENUMERATED { ms1, ms2, ms3, ms4, spare4, spare3, spare2, spare1}
-- TAG-RLC-CONFIG-STOP
-- ASN1STOP
– RLF-TimersAndConstants
The IE RLF-TimersAndConstants is used to configure UE specific timers and constants.
3GPP
Release 16 553 3GPP TS 38.331 V16.0.0 (2020-03)
T316-r16 ::= ENUMERATED {ms50, ms100, ms200, ms300, ms400, ms500, m600, ms1000, ms1500, ms2000}
-- TAG-RLF-TIMERSANDCONSTANTS-STOP
-- ASN1STOP
– RNTI-Value
The IE RNTI-Value represents a Radio Network Temporary Identity.
-- TAG-RNTI-VALUE-STOP
-- ASN1STOP
3GPP
Release 16 554 3GPP TS 38.331 V16.0.0 (2020-03)
– RSRP-Range
The IE RSRP-Range specifies the value range used in RSRP measurements and thresholds. For measurements, integer value for RSRP measurements is according to Table
10.1.6.1-1 in TS 38.133 [14]. For thresholds, the actual value is (IE value – 156) dBm, except for the IE value 127, in which case the actual value is infinity.
-- TAG-RSRP-RANGE-STOP
-- ASN1STOP
– RSRQ-Range
The IE RSRQ-Range specifies the value range used in RSRQ measurements and thresholds. For measurements, integer value for RSRQ measurements is according to Table
10.1.11.1-1 in TS 38.133 [14]. For thresholds, the actual value is (IE value – 87) / 2 dB.
-- TAG-RSRQ-RANGE-STOP
-- ASN1STOP
– SCellIndex
The IE SCellIndex concerns a short identity, used to identify an SCell or PSCell. The value range is shared across the Cell Groups.
-- TAG-SCELLINDEX-STOP
-- ASN1STOP
3GPP
Release 16 555 3GPP TS 38.331 V16.0.0 (2020-03)
– SchedulingRequestConfig
The IE SchedulingRequestConfig is used to configure the parameters, for the dedicated scheduling request (SR) resources.
-- TAG-SCHEDULINGREQUESTCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 556 3GPP TS 38.331 V16.0.0 (2020-03)
– SchedulingRequestId
The IE SchedulingRequestId is used to identify a Scheduling Request instance in the MAC layer.
-- TAG-SCHEDULINGREQUESTID-STOP
-- ASN1STOP
– SchedulingRequestResourceConfig
The IE SchedulingRequestResourceConfig determines physical layer resources on PUCCH where the UE may send the dedicated scheduling request (D-SR) (see TS 38.213 [13],
clause 9.2.4).
3GPP
Release 16 557 3GPP TS 38.331 V16.0.0 (2020-03)
...
}
-- TAG-SCHEDULINGREQUESTRESOURCECONFIG-STOP
-- ASN1STOP
sym6or7 corresponds to 6 symbols if extended cyclic prefix and a SCS of 60 kHz are configured, otherwise it corresponds to 7 symbols.
For periodicities 2sym, 7sym and sl1 the UE assumes an offset of 0 slots.
phy-PriorityIndex
Indicates whether this scheduling request resource is high or low priority in PHY prioritization/multiplexing handling (see TS 38.213 [13], clause 9.2.4). Value p0 indicates low
priority and value p1 indicates high priority.
resource
ID of the PUCCH resource in which the UE shall send the scheduling request. The actual PUCCH-Resource is configured in PUCCH-Config of the same UL BWP and serving
cell as this SchedulingRequestResourceConfig. The network configures a PUCCH-Resource of PUCCH-format0 or PUCCH-format1 (other formats not supported) (see TS
38.213 [13], clause 9.2.4)
schedulingRequestID
The ID of the SchedulingRequestConfig that uses this scheduling request resource.
– SchedulingRequestResourceId
The IE SchedulingRequestResourceId is used to identify scheduling request resources on PUCCH.
-- TAG-SCHEDULINGREQUESTRESOURCEID-STOP
-- ASN1STOP
3GPP
Release 16 558 3GPP TS 38.331 V16.0.0 (2020-03)
– ScramblingId
The IE ScramblingID is used for scrambling channels and reference signals.
-- TAG-SCRAMBLINGID-STOP
-- ASN1STOP
– SCS-SpecificCarrier
The IE SCS-SpecificCarrier provides parameters determining the location and width of the actual carrier or the carrier bandwidth. It is defined specifically for a numerology
(subcarrier spacing (SCS)) and in relation (frequency offset) to Point A.
-- TAG-SCS-SPECIFICCARRIER-STOP
-- ASN1STOP
3GPP
Release 16 559 3GPP TS 38.331 V16.0.0 (2020-03)
– SDAP-Config
The IE SDAP-Config is used to set the configurable SDAP parameters for a data radio bearer. All configured instances of SDAP-Config with the same value of pdu-Session
correspond to the same SDAP entity as specified in TS 37.324 [24].
-- TAG-SDAP-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 560 3GPP TS 38.331 V16.0.0 (2020-03)
– SearchSpace
The IE SearchSpace defines how/where to search for PDCCH candidates. Each search space is associated with one ControlResourceSet. For a scheduled cell in the case of cross
carrier scheduling, except for nrofCandidates, all the optional fields are absent.
3GPP
Release 16 561 3GPP TS 38.331 V16.0.0 (2020-03)
} OPTIONAL, -- Cond Setup
duration INTEGER (2..2559) OPTIONAL, -- Need R
monitoringSymbolsWithinSlot BIT STRING (SIZE (14)) OPTIONAL, -- Cond Setup
nrofCandidates SEQUENCE {
aggregationLevel1 ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8},
aggregationLevel2 ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8},
aggregationLevel4 ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8},
aggregationLevel8 ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8},
aggregationLevel16 ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}
} OPTIONAL, -- Cond Setup
searchSpaceType CHOICE {
common SEQUENCE {
dci-Format0-0-AndFormat1-0 SEQUENCE {
...
} OPTIONAL, -- Need R
dci-Format2-0 SEQUENCE {
nrofCandidates-SFI SEQUENCE {
aggregationLevel1 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel2 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel4 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel8 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel16 ENUMERATED {n1, n2} OPTIONAL -- Need R
},
...
} OPTIONAL, -- Need R
dci-Format2-1 SEQUENCE {
...
} OPTIONAL, -- Need R
dci-Format2-2 SEQUENCE {
...
} OPTIONAL, -- Need R
dci-Format2-3 SEQUENCE {
dummy1 ENUMERATED {sl1, sl2, sl4, sl5, sl8, sl10, sl16, sl20} OPTIONAL, -- Cond Setup
dummy2 ENUMERATED {n1, n2},
...
} OPTIONAL -- Need R
},
ue-Specific SEQUENCE {
dci-Formats ENUMERATED {formats0-0-And-1-0, formats0-1-And-1-1},
...,
[[
dci-FormatsSL-r16 ENUMERATED {formats0-0-And-1-0, formats0-1-And-1-1, formats3-0, formats3-1,
formats3-0-And-3-1} OPTIONAL, -- Need R
dci-FormatsExt-r16 ENUMERATED {formats0-1-And-1-1, formats0-2-And-1-2, formats0-1-And-1-1And-0-2-And-1-2}
OPTIONAL, -- Need N
searchSpaceGroupIdList-r16 SEQUENCE (SIZE (1.. 2)) OF INTEGER (0..1) OPTIONAL, -- Need R
freqMonitorLocations-r16 BIT STRING (SIZE (5)) OPTIONAL -- Need R
]]
}
} OPTIONAL -- Cond Setup2
}
3GPP
Release 16 562 3GPP TS 38.331 V16.0.0 (2020-03)
SearchSpace-v16xy ::= SEQUENCE {
searchSpaceId SearchSpaceId,
controlResourceSetId-r16 ControlResourceSetId-r16 OPTIONAL, -- Cond SetupOnly
searchSpaceType-r16 CHOICE {
common-r16 SEQUENCE {
dci-Format2-4-r16 SEQUENCE {
nrofCandidates-CI-r16 SEQUENCE {
aggregationLevel1 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel2 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel4 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel8 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel16 ENUMERATED {n1, n2} OPTIONAL -- Need R
},
...
},
dci-Format2-5-v16xy SEQUENCE {
nrofCandidates-IAB-r16 SEQUENCE {
aggregationLevel1-r16 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel2-r16 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel4-r16 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel8-r16 ENUMERATED {n1, n2} OPTIONAL, -- Need R
aggregationLevel16-r16 ENUMERATED {n1, n2} OPTIONAL -- Need R
},
...
},
dci-Format2-6-r16 SEQUENCE {
...
} OPTIONAL, -- Need R
...
},
mt-Specific-v16xy SEQUENCE {
dci-Formats-r16 ENUMERATED {formats2-0-And-2-5},
...
}
} OPTIONAL -- Cond Setup2
}
-- TAG-SEARCHSPACE-STOP
-- ASN1STOP
3GPP
Release 16 563 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 564 3GPP TS 38.331 V16.0.0 (2020-03)
monitoringSlotPeriodicityAndOffset
Slots for PDCCH Monitoring configured as periodicity and offset. If the UE is configured to monitor DCI format 2_1, only the values 'sl1', 'sl2' or 'sl4' are applicable. If the UE is
configured to monitor DCI format 2_0, only the values ′sl1′, ′sl2′, ′sl4′, ′sl5′, ′sl8′, ′sl10′, ′sl16′, and ′sl20′ are applicable (see TS 38.213 [13], clause 10).
For IAB-MT, If the IAB-MT is configured to monitor DCI format 2_1, only the values 'sl1', 'sl2' or 'sl4' are applicable. If the IAB-MT is configured to monitor DCI format 2_0 or
DCI format 2_5, only the values ′sl1′, ′sl2′, ′sl4′, ′sl5′, ′sl8′, ′sl10′, ′sl16′, and ′sl20′ are applicable (see TS 38.213, clause 10).
monitoringSymbolsWithinSlot
The first symbol(s) for PDCCH monitoring in the slots configured for PDCCH monitoring (see monitoringSlotPeriodicityAndOffset and duration). The most significant (left) bit
represents the first OFDM in a slot, and the second most significant (left) bit represents the second OFDM symbol in a slot and so on. The bit(s) set to one identify the first
OFDM symbol(s) of the control resource set within a slot. If the cyclic prefix of the BWP is set to extended CP, the last two bits within the bit string shall be ignored by the UE .
For DCI format 2_0, the first one symbol applies if the duration of CORESET (in the IE ControlResourceSet) identified by controlResourceSetId indicates 3 symbols, the first
two symbols apply if the duration of CORESET identified by controlResourceSetId indicates 2 symbols, and the first three symbols apply if the duration of CORESET identified
by controlResourceSetId indicates 1 symbol.
See TS 38.213 [13], clause 10.
nrofCandidates-CI
The number of PDCCH candidates specifically for format 2-4 for the configured aggregation level. If an aggregation level is absent, the UE does not search for any candidates
with that aggregation level. The network configures only one aggregationLevel and the corresponding number of candidates (see TS 38.213 [13], clause 10.1).
nrofCandidates-SFI
The number of PDCCH candidates specifically for format 2-0 for the configured aggregation level. If an aggregation level is absent, the UE does not search for any candidates
with that aggregation level. The network configures only one aggregationLevel and the corresponding number of candidates (see TS 38.213 [13], clause 11.1.1).
nrofCandidates
Number of PDCCH candidates per aggregation level. The number of candidates and aggregation levels configured here applies to all formats unless a particular value is
specified or a format-specific value is provided (see inside searchSpaceType). If configured in the SearchSpace of a cross carrier scheduled cell, this field determines the
number of candidates and aggregation levels to be used on the linked scheduling cell (see TS 38.213 [13], clause 10).
searchSpaceGroupIdList
List of search space group IDs which the search space set is associated with.
searchSpaceId
Identity of the search space. SearchSpaceId = 0 identifies the searchSpaceZero configured via PBCH (MIB) or ServingCellConfigCommon and may hence not be used in the
SearchSpace IE. The searchSpaceId is unique among the BWPs of a Serving Cell. In case of cross carrier scheduling, search spaces with the same searchSpaceId in
scheduled cell and scheduling cell are linked to each other. The UE applies the search space for the scheduled cell only if the DL BWPs in which the linked search spaces are
configured in scheduling cell and scheduled cell are both active.
For an IAB-MT, the search space defines how/where to search for PDCCH candidates for an IAB-MT. Each search space is associated with one ControlResearchSet. For a
scheduled cell in the case of cross carrier scheduling, except for nrofCandidates, all the optional fields are absent.
searchSpaceType
Indicates whether this is a common search space (present) or a UE specific search space as well as DCI formats to monitor for.
ue-Specific
Configures this search space as UE specific search space (USS). The UE monitors the DCI format with CRC scrambled by C-RNTI, CS-RNTI (if configured), and SP-CSI-RNTI
(if configured)
mt-Specific-v16xy
Configure this search space as IAB-MT specific search space (MSS).
3GPP
Release 16 565 3GPP TS 38.331 V16.0.0 (2020-03)
– SearchSpaceId
The IE SearchSpaceId is used to identify Search Spaces. The ID space is used across the BWPs of a Serving Cell. The search space with the SearchSpaceId = 0 identifies the
search space configured via PBCH (MIB) and in ServingCellConfigCommon (searchSpaceZero). The number of Search Spaces per BWP is limited to 10 including the common
and UE specific Search Spaces.
-- TAG-SEARCHSPACEID-STOP
-- ASN1STOP
– SearchSpaceZero
The IE SearchSpaceZero is used to configure SearchSpace#0 of the initial BWP (see TS 38.213 [13], clause 13).
-- TAG-SEARCHSPACEZERO-STOP
-- ASN1STOP
– SecurityAlgorithmConfig
The IE SecurityAlgorithmConfig is used to configure AS integrity protection algorithm and AS ciphering algorithm for SRBs and DRBs.
3GPP
Release 16 566 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SECURITYALGORITHMCONFIG-STOP
-- ASN1STOP
– SemiStaticChannelAccessConfig
The IE SemiStaticChannelAccessConfig is used to configure channel access parameters when the network is operating in semi-static channel accces mode mode (see clause 4.3
TS 37.213 [48].
-- TAG-SEMISTATICCHANNELACCESSCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 567 3GPP TS 38.331 V16.0.0 (2020-03)
– Sensor-LocationInfo
The IE Sensor-LocationInfo is used by the UE to provide sensor information.
-- TAG-SENSORLOCATIONINFO-STOP
-- ASN1STOP
– ServCellIndex
The IE ServCellIndex concerns a short identity, used to identify a serving cell (i.e. the PCell, the PSCell or an SCell). Value 0 applies for the PCell, while the SCellIndex that has
previously been assigned applies for SCells.
-- TAG-SERVCELLINDEX-STOP
3GPP
Release 16 568 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
– ServingCellConfig
The IE ServingCellConfig is used to configure (add or modify) the UE with a serving cell, which may be the SpCell or an SCell of an MCG or SCG. The parameters herein are
mostly UE specific but partly also cell specific (e.g. in additionally configured bandwidth parts). Reconfiguration between a PUCCH and PUCCHless SCell is only supported
using an SCell release and add.
3GPP
Release 16 569 3GPP TS 38.331 V16.0.0 (2020-03)
ca-SlotOffset-r16 CHOICE {
refSCS15kHz INTEGER (-2..2),
refSCS30KHz INTEGER (-5..5),
refSCS60KHz INTEGER (-10..10),
refSCS120KHz INTEGER (-20..20)
} OPTIONAL, -- Cond AsyncCA
channelAccessConfig-r16 ChannelAccessConfig-r16 OPTIONAL -- Need M
]]
}
-- TAG-SERVINGCELLCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 570 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 571 3GPP TS 38.331 V16.0.0 (2020-03)
initialDownlinkBWP
The dedicated (UE-specific) configuration for the initial downlink bandwidth-part (i.e. DL BWP#0). If any of the optional IEs are configured within this IE, the UE considers the
BWP#0 to be an RRC configured BWP (from UE capability viewpoint). Otherwise, the UE does not consider the BWP#0 as an RRC configured BWP (from UE capability
viewpoint). Network always configures the UE with a value for this field if no other BWPs are configured. NOTE1
lte-CRS-PatternList
A list of LTE CRS patterns around which the UE shall do rate matching for PDSCH. The LTE CRS patterns in this list shall be non-overlapping in frequency.
lte-CRS-PatternListSecond
A list of LTE CRS patterns around which the UE shall do rate matching for PDSCH scheduled with a DCI detected on a CORESET with CORESETPoolIndex configured with 1.
This list is configured only if CORESETPoolIndex configured with 1. The first LTE CRS pattern in this list shall be fully overlapping in frequency with the first LTE CRS pattern
in lte-CRS-PatternList, The second LTE CRS pattern in this list shall be fully overlapping in frequency with the second LTE CRS pattern in lte-CRS-PatternList, and so on.
lte-CRS-ToMatchAround
Parameters to determine an LTE CRS pattern that the UE shall rate match around.
maxEnergyDetectionThreshold
Indicates the absolute maximum energy detection threshold value. Unit in dBm. Value -85 corresponds to -85 dBm, value -84 corresponds to -84 dBm, and so on (i.e. in steps
of 1dBm) as specified in TS 37.213 [48]. If the field is not configured, the UE shall use a default maximum energy detection threshold value as specified in TS 37.213 [48].
pathlossReferenceLinking
Indicates whether UE shall apply as pathloss reference either the downlink of SpCell (PCell for MCG or PSCell for SCG) or of SCell that corresponds with this uplink (see TS
38.213 [13], clause 7).
pdsch-ServingCellConfig
PDSCH related parameters that are not BWP-specific.
rateMatchPatternToAddModList
Resources patterns which the UE should rate match PDSCH around. The UE rate matches around the union of all resources indicated in the rate match patterns. Rate match
patterns defined here on cell level apply only to PDSCH of the same numerology. See TS 38.214 [19], clause 5.1.2.2.3.
sCellDeactivationTimer
SCell deactivation timer in TS 38.321 [3]. If the field is absent, the UE applies the value infinity.
servingCellMO
measObjectId of the MeasObjectNR in MeasConfig which is associated to the serving cell. For this MeasObjectNR, the following relationship applies between this
MeasObjectNR and frequencyInfoDL in ServingCellConfigCommon of the serving cell: if ssbFrequency is configured, its value is the same as the absoluteFrequencySSB and if
csi-rs-ResourceConfigMobility is configured, the value of its subcarrierSpacing is present in one entry of the scs-SpecificCarrierList, csi-RS-CellListMobility includes an entry
corresponding to the serving cell (with cellId equal to physCellId in ServingCellConfigCommon) and the frequency range indicated by the csi-rs-MeasurementBW of the entry in
csi-RS-CellListMobility is included in the frequency range indicated by in the entry of the scs-SpecificCarrierList.
supplementaryUplink
Network may configure this field only when supplementaryUplinkConfig is configured in ServingCellConfigCommon or ServingCellConfigCommonSIB.
supplementaryUplinkRelease
If this field is included, the UE shall release the uplink configuration configured by supplementaryUplink. The network only includes either supplementaryUplinkRelease or
supplementaryUplink at a time.
tag-Id
Timing Advance Group ID, as specified in TS 38.321 [3], which this cell belongs to.
tdd-UL-DL-ConfigurationDedicated-iab-mt v16xy
Resource configuration per IAB-MT D/U/F overrides all symbols (with a limitation that effectively only flexible symbols can be overwritten in Rel-16) per slot over the number of
slots as provided by TDD-UL-DL ConfigurationCommon.
ul-toDL-COT-SharingED-Threshold
Maximum energy detection threshold that the UE should use to share channel occupancy with gNB for DL transmission with length no longer than 2, 4, and 8 OFDM symbols
for 15Khz, 30Khz, 60KHz SCS respectively, as specified in TS 37.213 [48].
3GPP
Release 16 572 3GPP TS 38.331 V16.0.0 (2020-03)
uplinkConfig
Network may configure this field only when uplinkConfigCommon is configured in ServingCellConfigCommon or ServingCellConfigCommonSIB.
NOTE 1: If the dedicated part of initial UL/DL BWP configuration is absent, the initial BWP can be used but with some limitations. For example, changing to another BWP
requires RRCReconfiguration since DCI format 1_0 doesn't support DCI-based switching.
3GPP
Release 16 573 3GPP TS 38.331 V16.0.0 (2020-03)
– ServingCellConfigCommon
The IE ServingCellConfigCommon is used to configure cell specific parameters of a UE's serving cell. The IE contains parameters which a UE would typically acquire from SSB,
MIB or SIBs when accessing the cell from IDLE. With this IE, the network provides this information in dedicated signalling when configuring a UE with a SCells or with an
additional cell group (SCG). It also provides it for SpCells (MCG and SCG) upon reconfiguration with sync.
3GPP
Release 16 574 3GPP TS 38.331 V16.0.0 (2020-03)
ssbSubcarrierSpacing SubcarrierSpacing OPTIONAL, -- Cond HOAndServCellWithSSB
tdd-UL-DL-ConfigurationCommon TDD-UL-DL-ConfigCommon OPTIONAL, -- Cond TDD
ss-PBCH-BlockPower INTEGER (-60..50),
...,
[[
channelAccessMode-r16 CHOICE {
dynamic NULL,
semistatic SemiStaticChannelAccessConfig
} OPTIONAL, -- Need M
discoveryBurst-WindowLength-r16 ENUMERATED {s0dot5, s1, s2, s3, s4, s5} OPTIONAL, -- Need M
ssb-PositionQCL-r16 SSB-PositionQCL-Relationship-r16 OPTIONAL, -- Need M
intraCellGuardBandUL-r16 IntraCellGuardBand-r16 OPTIONAL, -- Need M
intraCellGuardBandDL-r16 IntraCellGuardBand-r16 OPTIONAL -- Need M
]]
}
IntraCellGuardBand-r16 ::= SEQUENCE (SIZE (1..ffsValue)) OF GuardBand-r16 -- FFS upper size 4, assuming 100Mhz cell
-- TAG-SERVINGCELLCONFIGCOMMON-STOP
-- ASN1STOP
3GPP
Release 16 575 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 576 3GPP TS 38.331 V16.0.0 (2020-03)
ssb-PositionsInBurst
Indicates the time domain positions of the transmitted SS-blocks in a half frame with SS/PBCH blocks as defined in TS 38.213 [13], clause 4.1. The first/ leftmost bit
corresponds to SS/PBCH block index 0, the second bit corresponds to SS/PBCH block index 1, and so on. Value 0 in the bitmap indicates that the corresponding SS/PBCH
block is not transmitted while value 1 indicates that the corresponding SS/PBCH block is transmitted. The network configures the same pattern in this field as in the
corresponding field in ServingCellConfigCommonSIB. For operation with shared spectrum channel access, only mediumBitmap is used. The UE assumes that a bit at position
k > ssb-PositionQCL is 0
ssbSubcarrierSpacing
Subcarrier spacing of SSB. Only the values 15 kHz or 30 kHz (FR1), and 120 kHz or 240 kHz (FR2) are applicable.
supplementaryUplinkConfig
The network configures this field only if uplinkConfigCommon is configured. If this field is absent, the UE shall release the supplementaryUplinkConfig and the
supplementaryUplink configured in ServingCellConfig of this serving cell, if configured.
tdd-UL-DL-ConfigurationCommon
A cell-specific TDD UL/DL configuration, see TS 38.213 [13], clause 11.1.
Editor's Note: Optimization of the signalling of intra-cell guard bands is FFS. The field descriptions will be updated after the signalling of guard bands is finalized.
– ServingCellConfigCommonSIB
The IE ServingCellConfigCommonSIB is used to configure cell specific parameters of a UE's serving cell in SIB1.
3GPP
Release 16 577 3GPP TS 38.331 V16.0.0 (2020-03)
ss-PBCH-BlockPower INTEGER (-60..50),
...,
[[
channelAccessMode-r16 CHOICE {
dynamic NULL,
semistatic SemiStaticChannelAccessConfig
} OPTIONAL, -- Need M
discoveryBurstWindowLength-r16 ENUMERATED {s0dot5, s1, s2, s3, s4, s5} OPTIONAL -- Need M
]]
-- TAG-SERVINGCELLCONFIGCOMMONSIB-STOP
-- ASN1STOP
3GPP
Release 16 578 3GPP TS 38.331 V16.0.0 (2020-03)
– ShortI-RNTI-Value
The IE ShortI-RNTI-Value is used to identify the suspended UE context of a UE in RRC_INACTIVE using fewer bits compared to I-RNTI-Value.
-- TAG-SHORTI-RNTI-VALUE-STOP
-- ASN1STOP
– ShortMAC-I
The IE ShortMAC-I is used to identify and verify the UE at RRC connection re-establishment. The 16 least significant bits of the MAC-I calculated using the AS security
configuration of the source PCell, as specified in 5.3.7.4.
-- TAG-SHORTMAC-I-STOP
-- ASN1STOP
– SINR-Range
The IE SINR-Range specifies the value range used in SINR measurements and thresholds. For measurements, integer value for SINR measurements is according to Table
10.1.16.1-1 in TS 38.133 [14]. For thresholds, the actual value is (IE value – 46) / 2 dB.
3GPP
Release 16 579 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SINR-RANGE-STOP
-- ASN1STOP
– SI-SchedulingInfo
The IE SI-SchedulingInfo contains information needed for acquisition of SI messages.
3GPP
Release 16 580 3GPP TS 38.331 V16.0.0 (2020-03)
ra-ssb-OccasionMaskIndex INTEGER (0..15) OPTIONAL -- Need R
}
-- TAG-SI-SCHEDULINGINFO-STOP
-- ASN1STOP
3GPP
Release 16 581 3GPP TS 38.331 V16.0.0 (2020-03)
– SK-Counter
The IE SK-Counter is a counter used upon initial configuration of SN security for NR-DC and NE-DC, as well as upon refresh of S-KgNB or S-KeNB based on the current or newly
derived KgNB during RRC Resume or RRC Reconfiguration, as defined in TS 33.501 [11].
-- ASN1START
-- TAG-SKCOUNTER-START
-- TAG-SKCOUNTER-STOP
-- ASN1STOP
– SlotFormatCombinationsPerCell
The IE SlotFormatCombinationsPerCell is used to configure the SlotFormatCombinations applicable for one serving cell (see TS 38.213 [13], clause 11.1.1).
3GPP
Release 16 582 3GPP TS 38.331 V16.0.0 (2020-03)
subcarrierSpacing SubcarrierSpacing,
subcarrierSpacing2 SubcarrierSpacing OPTIONAL, -- Need R
slotFormatCombinations SEQUENCE (SIZE (1..maxNrofSlotFormatCombinationsPerSet)) OF SlotFormatCombination
OPTIONAL, -- Need M
positionInDCI INTEGER(0..maxSFI-DCI-PayloadSize-1) OPTIONAL, -- Need M
...,
[[
enableConfiguredUL-r16 ENUMERATED {enabled} OPTIONAL -- Need N
]]
-- TAG-SLOTFORMATCOMBINATIONSPERCELL-STOP
-- ASN1STOP
3GPP
Release 16 583 3GPP TS 38.331 V16.0.0 (2020-03)
– SlotFormatIndicator
The IE SlotFormatIndicator is used to configure monitoring a Group-Common-PDCCH for Slot-Format-Indicators (SFI).
-- TAG-SLOTFORMATINDICATOR-STOP
-- ASN1STOP
3GPP
Release 16 584 3GPP TS 38.331 V16.0.0 (2020-03)
– S-NSSAI
The IE S-NSSAI (Single Network Slice Selection Assistance Information) identifies a Network Slice end to end and comprises a slice/service type and a slice differentiator, see TS
23.003 [21].
-- TAG-S-NSSAI-STOP
-- ASN1STOP
3GPP
Release 16 585 3GPP TS 38.331 V16.0.0 (2020-03)
– SpeedStateScaleFactors
The IE SpeedStateScaleFactors concerns factors, to be applied when the UE is in medium or high speed state, used for scaling a mobility control related parameter.
– SPS-Config
The IE SPS-Config is used to configure downlink semi-persistent transmission. Multiple Downlink SPS configurations may be configured in one BWP of a serving cell.
3GPP
Release 16 586 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-SPS-CONFIG-STOP
-- ASN1STOP
– SPS-ConfigIndex
The IE SPS-ConfigIndex is used to indicate the index of one of multiple DL SPS configurations in one BWP.
-- TAG-SPS-CONFIGINDEX-STOP
3GPP
Release 16 587 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
– SPS-ConfigList
The IE SPS-ConfigList is used to configure multiple downlink SPS configurations in one BWP.
-- TAG-SPS-CONFIGLIST-STOP
-- ASN1STOP
– SPS-PUCCH-AN
The IE SPS-PUCCH-AN is used to indicate a PUCCH resource for HARQ ACK and configure the corresponding maximum payload size for the PUCCH resource.
3GPP
Release 16 588 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SPS-PUCCH-AN-STOP
-- ASN1STOP
– SPS-PUCCH-AN-List
The IE SPS-PUCCH-AN-List is used to configure the list of PUCCH resources per HARQ ACK codebook
-- TAG-SPS-PUCCH-AN-LIST-STOP
-- ASN1STOP
3GPP
Release 16 589 3GPP TS 38.331 V16.0.0 (2020-03)
– SRB-Identity
The IE SRB-Identity is used to identify a Signalling Radio Bearer (SRB) used by a UE.
-- TAG-SRB-IDENTITY-STOP
-- ASN1STOP
– SRS-CarrierSwitching
The IE SRS-CarrierSwitching is used to configure for SRS carrier switching when PUSCH is not configured and independent SRS power control from that of PUSCH.
-- TAG-SRS-CARRIERSWITCHING-STOP
-- ASN1STOP
3GPP
Release 16 590 3GPP TS 38.331 V16.0.0 (2020-03)
– SRS-Config
The IE SRS-Config is used to configure sounding reference signal transmissions or to configure sounding reference signal measurements for CLI. The configuration defines a list
of SRS-Resources and a list of SRS-ResourceSets. Each resource set defines a set of SRS-Resources. The network triggers the transmission of the set of SRS-Resources using a
configured aperiodicSRS-ResourceTrigger (L1 DCI).
3GPP
Release 16 591 3GPP TS 38.331 V16.0.0 (2020-03)
...,
[[
srs-RequestForDCI-Format1-2-r16 INTEGER (1..2) OPTIONAL, -- Need S
srs-RequestForDCI-Format0-2-r16 INTEGER (1..2) OPTIONAL, -- Need S
srs-ResourceSetToAddModListForDCI-Format0-2-r16 SEQUENCE (SIZE(1..maxNrofSRS-ResourceSets)) OF SRS-ResourceSet OPTIONAL, -- Need N
srs-ResourceSetToReleaseListForDCI-Format0-2-r16 SEQUENCE (SIZE(1..maxNrofSRS-ResourceSets)) OF SRS-ResourceSetId OPTIONAL,-- Need N
srs-PosResourceSetToReleaseList-r16 SEQUENCE (SIZE(1..maxNrofSRS-PosResourceSets-r16)) OF SRS-PosResourceSetId-r16
OPTIONAL, -- Need N
srs-PosResourceSetToAddModList-r16 SEQUENCE (SIZE(1..maxNrofSRS-PosResourceSets-r16)) OF SRS-PosResourceSet-r16 OPTIONAL,-- Need N
srs-PosResourceToReleaseList-r16 SEQUENCE (SIZE(1..maxNrofSRS-PosResources-r16)) OF SRS-PosResourceId-r16 OPTIONAL,-- Need N
srs-PosResourceToAddModList-r16 SEQUENCE (SIZE(1..maxNrofSRS-PosResources-r16)) OF SRS-PosResource-r16 OPTIONAL -- Need N
]]
}
3GPP
Release 16 592 3GPP TS 38.331 V16.0.0 (2020-03)
}
3GPP
Release 16 593 3GPP TS 38.331 V16.0.0 (2020-03)
repetitionFactor ENUMERATED {n1, n2, n4}
},
freqDomainPosition INTEGER (0..67),
freqDomainShift INTEGER (0..268),
freqHopping SEQUENCE {
c-SRS INTEGER (0..63),
b-SRS INTEGER (0..3),
b-hop INTEGER (0..3)
},
groupOrSequenceHopping ENUMERATED { neither, groupHopping, sequenceHopping },
resourceType CHOICE {
aperiodic SEQUENCE {
...
},
semi-persistent SEQUENCE {
periodicityAndOffset-sp SRS-PeriodicityAndOffset,
...
},
periodic SEQUENCE {
periodicityAndOffset-p SRS-PeriodicityAndOffset,
...
}
},
sequenceId INTEGER (0..1023),
spatialRelationInfo SRS-SpatialRelationInfo OPTIONAL, -- Need R
...,
[[
resourceMapping-r16 SEQUENCE {
startPosition-r16 INTEGER (0..13),
nrofSymbols-r16 ENUMERATED {n1, n2, n4},
repetitionFactor-r16 ENUMERATED {n1, n2, n4}
} OPTIONAL -- Need R
]]
SRS-PosResource-r16::= SEQUENCE {
srs-PosResourceId-r16 SRS-PosResourceId-r16,
transmissionComb-r16 CHOICE {
n2-r16 SEQUENCE {
combOffset-n2-r16 INTEGER (0..1),
cyclicShift-n2-r16 INTEGER (0..7)
},
n4-r16 SEQUENCE {
combOffset-n4-16 INTEGER (0..3),
cyclicShift-n4-r16 INTEGER (0..11)
},
n8-r16 SEQUENCE {
combOffset-n8-r16 INTEGER (0..7),
cyclicShift-n8-r16 INTEGER (0..5)
},
...
3GPP
Release 16 594 3GPP TS 38.331 V16.0.0 (2020-03)
},
resourceMapping-r16 SEQUENCE {
startPosition-r16 INTEGER (0..13),
nrofSymbols-r16 ENUMERATED {n1, n2, n4, n8, n12}
},
freqDomainShift-r16 INTEGER (0..268),
freqHopping-r16 SEQUENCE {
c-SRS-r16 INTEGER (0..63)
},
groupOrSequenceHopping-r16 ENUMERATED { neither, groupHopping, sequenceHopping },
resourceType-r16 CHOICE {
aperiodic-r16 SEQUENCE {
...
},
semi-persistent-r16 SEQUENCE {
periodicityAndOffset-sp-r16 SRS-PeriodicityAndOffset-r16,
...
},
periodic-r16 SEQUENCE {
periodicityAndOffset-p-r16 SRS-PeriodicityAndOffset-r16,
...
}
},
sequenceId-r16 INTEGER (0..65535),
spatialRelationInfoPos-r16 SRS-SpatialRelationInfoPos-r16 OPTIONAL, -- Need R
...
}
3GPP
Release 16 595 3GPP TS 38.331 V16.0.0 (2020-03)
ssbNcell-r16 SSB-InfoNcell-r16,
dl-PRS-r16 DL-PRS-Info-r16
}
}
3GPP
Release 16 596 3GPP TS 38.331 V16.0.0 (2020-03)
sl1 NULL,
sl2 INTEGER(0..1),
sl4 INTEGER(0..3),
sl5 INTEGER(0..4),
sl8 INTEGER(0..7),
sl10 INTEGER(0..9),
sl16 INTEGER(0..15),
sl20 INTEGER(0..19),
sl32 INTEGER(0..31),
sl40 INTEGER(0..39),
sl64 INTEGER(0..63),
sl80 INTEGER(0..79),
sl160 INTEGER(0..159),
sl320 INTEGER(0..319),
sl640 INTEGER(0..639),
sl1280 INTEGER(0..1279),
sl2560 INTEGER(0..2559),
sl5120 INTEGER(0..5119),
sl10240 INTEGER(0..10239),
sl40960 INTEGER(0..40959),
sl81920 INTEGER(0..81919),
...
}
-- TAG-SRS-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 597 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 598 3GPP TS 38.331 V16.0.0 (2020-03)
srs-RequestForDCI-Format1-2
Indicate the number of bits for "SRS request" in DCI format 1_2. When the field is absent, then the value of 0 bit for "SRS request" in DCI format 1_2 is applied. When the UE
is configured with supplementaryUplink, an extra bit (the first bit of the SRS request field) is used for the non-SUL/SUL indication (see TS 38.214 [19], clause 6.1.1.2).
srs-ResourceSetToAddModListForDCI-Format0-2
List of SRS resource set to be added or modified for DCI format 0_2 (see TS 38.212 [17], clause 7.3.1).
srs-ResourceSetToReleaseListForDCI-Format0-2
List of SRS resource set to be released for DCI format 0_2 (see TS 38.212 [17], clause 7.3.1).
transmissionComb
Comb value (2 or 4 or 8) and comb offset (0..combValue-1) (see TS 38.214 [19], clause 6.2.1).
3GPP
Release 16 599 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 600 3GPP TS 38.331 V16.0.0 (2020-03)
ssb-IndexNcell
Indicates SSB index belonging to a non-serving cell
ssb-IndexSevingcell
Indicates SSB index belonging to a serving cell
trp-Id
indicates the TRP ID, see TS 37.355 [49]
usage
Indicates if the SRS resource set is used for beam management, codebook based or non-codebook based transmission or antenna switching. See TS 38.214 [19], clause
6.2.1. Reconfiguration between codebook based and non-codebook based transmission is not supported.
– SRS-RSRP-Range
The IE SRS-RSRP-Range specifies the value range used in SRS-RSRP measurements and thresholds. The integer value for SRS-RSRP measurements is according to Table [FFS]
in TS 38.133 [14]. For thresholds, the actual value is (IE value –140) dBm, except for the IE value 98, in which case the actual value is infinity.
-- TAG-SRS-RSRP-RANGE-STOP
-- ASN1STOP
– SRS-TPC-CommandConfig
The IE SRS-TPC-CommandConfig is used to configure the UE for extracting TPC commands for SRS from a group-TPC messages on DCI
3GPP
Release 16 601 3GPP TS 38.331 V16.0.0 (2020-03)
fieldTypeFormat2-3 INTEGER (0..1) OPTIONAL, -- Need R
...,
[[
startingBitOfFormat2-3SUL INTEGER (1..31) OPTIONAL -- Need R
]]
}
-- TAG-SRS-TPC-COMMANDCONFIG-STOP
-- ASN1STOP
– SSB-Index
The IE SSB-Index identifies an SS-Block within an SS-Burst. See TS 38.213 [13], clause 4.1.
-- TAG-SSB-INDEX-STOP
-- ASN1STOP
– SSB-MTC
The IE SSB-MTC is used to configure measurement timing configurations, i.e., timing occasions at which the UE measures SSBs.
3GPP
Release 16 602 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SSB-MTC-STOP
-- ASN1STOP
3GPP
Release 16 603 3GPP TS 38.331 V16.0.0 (2020-03)
– SSB-PositionQCL-Relationship
The IE SSB-PositionQCL-Relationship is used to indicate the QCL relationship between SSB positions on the frequency indicated by ssbFrequency (see TS 38.213 [13], clause
4.1). Value n1 corresponds to 1, value n2 corresponds to 2 and so on.
-- TAG-SSB-POSITIONQCL-RELATIONSHIP-STOP
-- ASN1STOP
– SSB-ToMeasure
The IE SSB-ToMeasure is used to configure a pattern of SSBs.
-- TAG-SSB-TOMEASURE-STOP
-- ASN1STOP
3GPP
Release 16 604 3GPP TS 38.331 V16.0.0 (2020-03)
– SS-RSSI-Measurement
The IE SS-RSSI-Measurement is used to configure RSSI measurements based on synchronization reference signals.
-- TAG-SS-RSSI-MEASUREMENT-STOP
-- ASN1STOP
– SubcarrierSpacing
The IE SubcarrierSpacing determines the subcarrier spacing. Restrictions applicable for certain frequencies, channels or signals are clarified in the fields that use this IE.
SubcarrierSpacing ::= ENUMERATED {kHz15, kHz30, kHz60, kHz120, kHz240, spare3, spare2, spare1}
3GPP
Release 16 605 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SUBCARRIERSPACING-STOP
-- ASN1STOP
– TAG-Config
The IE TAG-Config is used to configure parameters for a time-alignment group.
TimeAlignmentTimer ::= ENUMERATED {ms500, ms750, ms1280, ms1920, ms2560, ms5120, ms10240, infinity}
-- TAG-TAG-CONFIG-STOP
-- ASN1STOP
– TCI-State
The IE TCI-State associates one or two DL reference signals with a corresponding quasi-colocation (QCL) type.
3GPP
Release 16 606 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-TCI-STATE-STOP
-- ASN1STOP
– TCI-StateId
The IE TCI-StateId is used to identify one TCI-State configuration.
3GPP
Release 16 607 3GPP TS 38.331 V16.0.0 (2020-03)
TCI-StateId ::= INTEGER (0..maxNrofTCI-States-1)
-- TAG-TCI-STATEID-STOP
-- ASN1STOP
– TDD-UL-DL-ConfigCommon
The IE TDD-UL-DL-ConfigCommon determines the cell specific Uplink/Downlink TDD configuration.
-- TAG-TDD-UL-DL-CONFIGCOMMON-STOP
-- ASN1STOP
3GPP
Release 16 608 3GPP TS 38.331 V16.0.0 (2020-03)
– TDD-UL-DL-ConfigDedicated
The IE TDD-UL-DL-ConfigDedicated determines the UE-specific Uplink/Downlink TDD configuration.
TDD-UL-DL-ConfigDedicated-IAB-MT-v16xy::= SEQUENCE {
slotSpecificConfigurationsToAddModList-IAB-MT-v16xy SEQUENCE (SIZE (1..maxNrofSlots)) OF TDD-UL-DL-SlotConfig-IAB-MT-v16xy OPTIONAL, -- Need N
slotSpecificConfigurationsToreleaseList-IAB-MT-v16xy SEQUENCE (SIZE (1..maxNrofSlots)) OF TDD-UL-DL-SlotIndex OPTIONAL, -- Need N
...
}
3GPP
Release 16 609 3GPP TS 38.331 V16.0.0 (2020-03)
TDD-UL-DL-SlotConfig-IAB-MT-v16xy::= SEQUENCE {
slotIndex-r16 TDD-UL-DL-SlotIndex,
symbols-IAB-MT-r16 CHOICE {
allDownlink-r16 NULL,
allUplink-r16 NULL,
explicit-r16 SEQUENCE {
nrofDownlinkSymbols-r16 INTEGER (1..maxNrofSymbols-1) OPTIONAL, -- Need FFS
nrofUplinkSymbols-r16 INTEGER (1..maxNrofSymbols-1) OPTIONAL -- Need FFS
},
explicit-IAB-MT-r16 SEQUENCE {
nrofDownlinkSymbols-r16 INTEGER (1..maxNrofSymbols-1) OPTIONAL, -- Need FFS
nrofUplinkSymbols-r16 INTEGER (1..maxNrofSymbols-1) OPTIONAL -- Need FFS
}
}
}
-- TAG-TDD-UL-DL-CONFIGDEDICATED-STOP
-- ASN1STOP
3GPP
Release 16 610 3GPP TS 38.331 V16.0.0 (2020-03)
– TrackingAreaCode
The IE TrackingAreaCode is used to identify a tracking area within the scope of a PLMN, see TS 24.501 [23].
-- TAG-TRACKINGAREACODE-STOP
-- ASN1STOP
– T-Reselection
The IE T-Reselection concerns the cell reselection timer Treselection RAT for NR and E-UTRA Value in seconds. For value 0, behaviour as specified in 7.1.2 applies.
T-Reselectioninformation element
-- ASN1START
-- TAG-TRESELECTION-START
3GPP
Release 16 611 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-TRESELECTION-STOP
-- ASN1STOP
– TimeToTrigger
The IE TimeToTrigger specifies the value range used for time to trigger parameter, which concerns the time during which specific criteria for the event needs to be met in order to
trigger a measurement report. Value ms0 corresponds to 0 ms and behaviour as specified in 7.1.2 applies, value ms40 corresponds to 40 ms, and so on.
-- TAG-TIMETOTRIGGER-STOP
-- ASN1STOP
– UAC-BarringInfoSetIndex
The IE UAC-BarringInfoSetIndex provides the index of the entry in uac-BarringInfoSetList. Value 1 corresponds to the first entry in uac-BarringInfoSetList, value 2 corresponds
to the second entry in this list and so on. An index value referring to an entry not included in uac-BarringInfoSetList indicates no barring.
-- TAG-UAC-BARRINGINFOSETINDEX-STOP
-- ASN1STOP
– UAC-BarringInfoSetList
The IE UAC-BarringInfoSetList provides a list of access control parameter sets. An access category can be configured with access parameters according to one of the sets.
3GPP
Release 16 612 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-UAC-BARRINGINFOSETLIST-START
-- TAG-UAC-BARRINGINFOSETLIST-STOP
-- ASN1STOP
– UAC-BarringPerCatList
The IE UAC-BarringPerCatList provides access control parameters for a list of access categories.
-- TAG-UAC-BARRINGPERCATLIST-STOP
-- ASN1STOP
3GPP
Release 16 613 3GPP TS 38.331 V16.0.0 (2020-03)
– UAC-BarringPerPLMN-List
The IE UAC-BarringPerPLMN-List provides access category specific access control parameters, which are configured per PLMN.
-- TAG-UAC-BARRINGPERPLMN-LIST-STOP
-- ASN1STOP
– UE-TimersAndConstants
The IE UE-TimersAndConstants contains timers and constants used by the UE in RRC_CONNECTED, RRC_INACTIVE and RRC_IDLE.
3GPP
Release 16 614 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-UE-TIMERSANDCONSTANTS-STOP
-- ASN1STOP
– UL-DelayValueConfig
The IE UL-DelayValueConfig IE specifies the configuration of the UL PDCP Packet Delay value per DRB measurement specified in TS 38.314 [53].
-- TAG-ULDELAYVALUECONFIG-STOP
-- ASN1STOP
– UplinkCancellation
The IE UplinkCancellation is used to configure the UE to monitor PDCCH for the CI-RNTI.
3GPP
Release 16 615 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-UPLINKCANCELLATION-STOP
-- ASN1STOP
3GPP
Release 16 616 3GPP TS 38.331 V16.0.0 (2020-03)
– UplinkConfigCommon
The IE UplinkConfigCommon provides common uplink parameters of a cell.
-- TAG-UPLINKCONFIGCOMMON-STOP
-- ASN1STOP
3GPP
Release 16 617 3GPP TS 38.331 V16.0.0 (2020-03)
– UplinkConfigCommonSIB
The IE UplinkConfigCommonSIB provides common uplink parameters of a cell.
-- TAG-UPLINKCONFIGCOMMONSIB-STOP
-- ASN1STOP
– UplinkTxDirectCurrentList
The IE UplinkTxDirectCurrentList indicates the Tx Direct Current locations per serving cell for each configured UL BWP in the serving cell, based on the BWP numerology and
the associated carrier bandwidth.
3GPP
Release 16 618 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-UPLINKTXDIRECTCURRENTLIST-STOP
-- ASN1STOP
3GPP
Release 16 619 3GPP TS 38.331 V16.0.0 (2020-03)
– ZP-CSI-RS-Resource
The IE ZP-CSI-RS-Resource is used to configure a Zero-Power (ZP) CSI-RS resource (see TS 38.214 [19], clause 5.1.4.2). Reconfiguration of a ZP-CSI-RS-Resource between
periodic or semi-persistent and aperiodic is not supported.
-- TAG-ZP-CSI-RS-RESOURCE-STOP
-- ASN1STOP
– ZP-CSI-RS-ResourceSet
The IE ZP-CSI-RS-ResourceSet refers to a set of ZP-CSI-RS-Resources using their ZP-CSI-RS-ResourceIds.
3GPP
Release 16 620 3GPP TS 38.331 V16.0.0 (2020-03)
ZP-CSI-RS-ResourceSet ::= SEQUENCE {
zp-CSI-RS-ResourceSetId ZP-CSI-RS-ResourceSetId,
zp-CSI-RS-ResourceIdList SEQUENCE (SIZE(1..maxNrofZP-CSI-RS-ResourcesPerSet)) OF ZP-CSI-RS-ResourceId,
...
}
-- TAG-ZP-CSI-RS-RESOURCESET-STOP
-- ASN1STOP
– ZP-CSI-RS-ResourceSetId
The IE ZP-CSI-RS-ResourceSetId identifies a ZP-CSI-RS-ResourceSet.
-- TAG-ZP-CSI-RS-RESOURCESETID-STOP
-- ASN1STOP
-- TAG-ACCESSSTRATUMRELEASE-STOP
-- ASN1STOP
3GPP
Release 16 621 3GPP TS 38.331 V16.0.0 (2020-03)
– BandCombinationList
The IE BandCombinationList contains a list of NR CA and/or MR-DC band combinations (also including DL only or UL only band).
BandCombination-v1540::= SEQUENCE {
bandList-v1540 SEQUENCE (SIZE (1..maxSimultaneousBands)) OF BandParameters-v1540,
ca-ParametersNR-v1540 CA-ParametersNR-v1540 OPTIONAL
}
BandCombination-v1560::= SEQUENCE {
ne-DC-BC ENUMERATED {supported} OPTIONAL,
ca-ParametersNRDC CA-ParametersNRDC OPTIONAL,
3GPP
Release 16 622 3GPP TS 38.331 V16.0.0 (2020-03)
ca-ParametersEUTRA-v1560 CA-ParametersEUTRA-v1560 OPTIONAL,
ca-ParametersNR-v1560 CA-ParametersNR-v1560 OPTIONAL
}
BandCombination-v1590::= SEQUENCE {
supportedBandwidthCombinationSetIntraENDC BIT STRING (SIZE (1..32)) OPTIONAL,
mrdc-Parameters-v1590 MRDC-Parameters-v1590
}
3GPP
Release 16 623 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-BANDCOMBINATIONLIST-STOP
-- ASN1STOP
– CA-BandwidthClassEUTRA
The IE CA-BandwidthClassEUTRA indicates the E-UTRA CA bandwidth class as defined in TS 36.101 [22], table 5.6A-1.
-- TAG-CA-BANDWIDTHCLASSEUTRA-STOP
-- ASN1STOP
– CA-BandwidthClassNR
The IE CA-BandwidthClassNR indicates the NR CA bandwidth class as defined in TS 38.101-1 [15], table 5.3A.5-1 and TS 38.101-2 [39], table 5.3A.4-1.
3GPP
Release 16 624 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-CA-BANDWIDTHCLASSNR-STOP
-- ASN1STOP
– CA-ParametersEUTRA
The IE CA-ParametersEUTRA contains the E-UTRA part of band combination parameters for a given MR-DC band combination.
NOTE: If additional E-UTRA band combination parameters are defined in TS 36.331 [10], which are supported for MR-DC, they will be defined here as well.
-- TAG-CA-PARAMETERSEUTRA-STOP
-- ASN1STOP
– CA-ParametersNR
The IE CA-ParametersNR contains carrier aggregation related capabilities that are defined per band combination.
3GPP
Release 16 625 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-CA-PARAMETERSNR-STOP
-- ASN1STOP
– CA-ParametersNRDC
The IE CA-ParametersNRDC contains dual connectivity related capabilities that are defined per band combination.
3GPP
Release 16 626 3GPP TS 38.331 V16.0.0 (2020-03)
ca-ParametersNR-ForDC-v1550 CA-ParametersNR-v1550 OPTIONAL,
ca-ParametersNR-ForDC-v1560 CA-ParametersNR-v1560 OPTIONAL,
featureSetCombinationDC FeatureSetCombinationId OPTIONAL
}
-- TAG-CA-PARAMETERS-NRDC-STOP
-- ASN1STOP
– CodebookParameters
The IE CodebookParameters is used to convey codebook related parameters.
3GPP
Release 16 627 3GPP TS 38.331 V16.0.0 (2020-03)
supportedCSI-RS-ResourceList SEQUENCE (SIZE (1.. maxNrofCSI-RS-Resources)) OF SupportedCSI-RS-Resource,
parameterLx INTEGER (2..4),
amplitudeScalingType ENUMERATED {wideband, widebandAndSubband}
} OPTIONAL
}
-- TAG-CODEBOOKPARAMETERS-STOP
-- ASN1STOP
– FeatureSetCombination
The IE FeatureSetCombination is a two-dimensional matrix of FeatureSet entries.
Each FeatureSetsPerBand contains a list of feature sets applicable to the carrier(s) of one band entry of the associated band combination. Across the associated bands, the UE
shall support the combination of FeatureSets at the same position in the FeatureSetsPerBand. All FeatureSetsPerBand in one FeatureSetCombination must have the same
number of entries.
The number of FeatureSetsPerBand in the FeatureSetCombination must be equal to the number of band entries in an associated band combination. The first FeatureSetPerBand
applies to the first band entry of the band combination, and so on.
Each FeatureSet contains either a pair of NR or E-UTRA feature set IDs for UL and DL.
In case of NR, the actual feature sets for UL and DL are defined in the FeatureSets IE and referred to from here by their ID, i.e., their position in the featureSetsUplink /
featureSetsDownlink list in the FeatureSet IE.
In case of E-UTRA, the feature sets referred to from this list are defined in TS 36.331 [10] and conveyed as part of the UE-EUTRA-Capability container.
The FeatureSetUplink and FeatureSetDownlink referred to from the FeatureSet comprise, among other information, a set of FeatureSetUplinkPerCC-Id:s and
FeatureSetDownlinkPerCC-Id:s. The number of these per-CC IDs determines the number of carriers that the UE is able to aggregate contiguously in frequency domain in the
corresponding band. The number of carriers supported by the UE is also restricted by the bandwidth class indicated in the associated BandCombination, if present.
In feature set combinations the UE shall exclude entries for fallback combinations with same capabilities, since the network may anyway assume that the UE supports those.
NOTE 1: The UE may advertise fallback band-combinations in which it supports additional functionality explicitly in two ways: Either by setting FeatureSet IDs to zero
(inter-band and intra-band non-contiguous fallback) and by reducing the number of FeatureSet-PerCC Ids in a Feature Set (intra-band contiguous fallback). Or by
separate BandCombination entries with associated FeatureSetCombinations.
NOTE 2: The UE may advertise a FeatureSetCombination containing only fallback band combinations. That means, in a FeatureSetCombination, each group of FeatureSets
across the bands may contain at least one pair of FeatureSetUplinkId and FeatureSetDownlinkId which is set to 0/0.
3GPP
Release 16 628 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE 3: The Network configures serving cell(s) and BWP(s) configuration to comply with capabilities derived from the combination of FeatureSets at the same position in
the FeatureSetsPerBand, regardless of activated/deactivated serving cell(s) and BWP(s).
-- TAG-FEATURESETCOMBINATION-STOP
-- ASN1STOP
– FeatureSetCombinationId
The IE FeatureSetCombinationId identifies a FeatureSetCombination. The FeatureSetCombinationId of a FeatureSetCombination is the position of the FeatureSetCombination
in the featureSetCombinations list (in UE-NR-Capability or UE-MRDC-Capability). The FeatureSetCombinationId = 0 refers to the first entry in the featureSetCombinations list
(in UE-NR-Capability or UE-MRDC-Capability).
NOTE: The FeatureSetCombinationId = 1024 is not used due to the maximum entry number of featureSetCombinations.
-- TAG-FEATURESETCOMBINATIONID-STOP
-- ASN1STOP
3GPP
Release 16 629 3GPP TS 38.331 V16.0.0 (2020-03)
– FeatureSetDownlink
The IE FeatureSetDownlink indicates a set of features that the UE supports on the carriers corresponding to one band entry in a band combination.
3GPP
Release 16 630 3GPP TS 38.331 V16.0.0 (2020-03)
pdsch-SeparationWithGap ENUMERATED {supported} OPTIONAL,
pdsch-ProcessingType2 SEQUENCE {
scs-15kHz ProcessingParameters OPTIONAL,
scs-30kHz ProcessingParameters OPTIONAL,
scs-60kHz ProcessingParameters OPTIONAL
} OPTIONAL,
pdsch-ProcessingType2-Limited SEQUENCE {
differentTB-PerSlot-SCS-30kHz ENUMERATED {upto1, upto2, upto4, upto7}
} OPTIONAL,
dl-MCS-TableAlt-DynamicIndication ENUMERATED {supported} OPTIONAL
}
3GPP
Release 16 631 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-FEATURESETDOWNLINK-STOP
-- ASN1STOP
– FeatureSetDownlinkId
The IE FeatureSetDownlinkId identifies a downlink feature set. The FeatureSetDownlinkId of a FeatureSetDownlink is the index position of the FeatureSetDownlink in the
featureSetsDownlink list in the FeatureSets IE. The first element in that list is referred to by FeatureSetDownlinkId = 1. The FeatureSetDownlinkId=0 is not used by an actual
FeatureSetDownlink but means that the UE does not support a carrier in this band of a band combination.
-- TAG-FEATURESETDOWNLINKID-STOP
-- ASN1STOP
– FeatureSetDownlinkPerCC
The IE FeatureSetDownlinkPerCC indicates a set of features that the UE supports on the corresponding carrier of one band entry of a band combination.
3GPP
Release 16 632 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-FEATURESETDOWNLINKPERCC-STOP
-- ASN1STOP
– FeatureSetDownlinkPerCC-Id
The IE FeatureSetDownlinkPerCC-Id identifies a set of features applicable to one carrier of a feature set. The FeatureSetDownlinkPerCC-Id of a FeatureSetDownlinkPerCC is
the index position of the FeatureSetDownlinkPerCC in the featureSetsDownlinkPerCC. The first element in the list is referred to by FeatureSetDownlinkPerCC-Id = 1, and so on.
-- TAG-FEATURESETDOWNLINKPERCC-ID-STOP
-- ASN1STOP
– FeatureSetEUTRA-DownlinkId
The IE FeatureSetEUTRA-DownlinkId identifies a downlink feature set in E-UTRA list (see TS 36.331 [10]. The first element in that list is referred to by FeatureSetEUTRA-
DownlinkId = 1. The FeatureSetEUTRA-DownlinkId=0 is used when the UE does not support a carrier in this band of a band combination.
-- TAG-FEATURESETEUTRADOWNLINKID-STOP
-- ASN1STOP
3GPP
Release 16 633 3GPP TS 38.331 V16.0.0 (2020-03)
– FeatureSetEUTRA-UplinkId
The IE FeatureSetEUTRA-UplinkId identifies an uplink feature set in E-UTRA list (see TS 36.331 [10]. The first element in that list is referred to by FeatureSetEUTRA-UplinkId
= 1. The FeatureSetEUTRA-UplinkId =0 is used when the UE does not support a carrier in this band of a band combination.
-- TAG-FEATURESETEUTRAUPLINKID-STOP
-- ASN1STOP
– FeatureSets
The IE FeatureSets is used to provide pools of downlink and uplink features sets. A FeatureSetCombination refers to the IDs of the feature set(s) that the UE supports in that
FeatureSetCombination. The BandCombination entries in the BandCombinationList then indicate the ID of the FeatureSetCombination that the UE supports for that band
combination.
The entries in the lists in this IE are identified by their index position. For example, the FeatureSetUplinkPerCC-Id = 4 identifies the 4th element in the featureSetsUplinkPerCC
list.
NOTE: When feature sets (per CC) IEs require extension in future versions of the specification, new versions of the FeatureSetDownlink, FeatureSetUplink, FeatureSets,
FeatureSetDownlinkPerCC and/or FeatureSetUplinkPerCC will be created and instantiated in corresponding new lists in the FeatureSets IE. For example, if new
capability bits are to be added to the FeatureSetDownlink, they will instead be defined in a new FeatureSetDownlink-rxy which will be instantiated in a new
featureSetDownlinkList-rxy list. If a UE indicates in a FeatureSetCombination that it supports the FeatureSetDownlink with ID #5, it implies that it supports both
the features in FeatureSetDownlink #5 and FeatureSetDownlink-rxy #5 (if present). The number of entries in the new list(s) shall be the same as in the original
list(s).
3GPP
Release 16 634 3GPP TS 38.331 V16.0.0 (2020-03)
]]
}
-- TAG-FEATURESETS-STOP
-- ASN1STOP
– FeatureSetUplink
The IE FeatureSetUplink is used to indicate the features that the UE supports on the carriers corresponding to one band entry in a band combination.
3GPP
Release 16 635 3GPP TS 38.331 V16.0.0 (2020-03)
maxNumberPeriodicSRS-PerBWP ENUMERATED {n1, n2, n4, n8, n16},
maxNumberPeriodicSRS-PerBWP-PerSlot INTEGER (1..6),
maxNumberSemiPersistentSRS-PerBWP ENUMERATED {n1, n2, n4, n8, n16},
maxNumberSemiPersistentSRS-PerBWP-PerSlot INTEGER (1..6),
maxNumberSRS-Ports-PerResource ENUMERATED {n1, n2, n4}
}
-- TAG-FEATURESETUPLINK-STOP
-- ASN1STOP
– FeatureSetUplinkId
The IE FeatureSetUplinkId identifies an uplink feature set. The FeatureSetUplinkId of a FeatureSetUplink is the index position of the FeatureSetUplink in the featureSetsUplink
list in the FeatureSets IE. The first element in the list is referred to by FeatureSetUplinkId = 1, and so on. The FeatureSetUplinkId =0 is not used by an actual FeatureSetUplink
but means that the UE does not support a carrier in this band of a band combination.
-- TAG-FEATURESETUPLINKID-STOP
-- ASN1STOP
– FeatureSetUplinkPerCC
The IE FeatureSetUplinkPerCC indicates a set of features that the UE supports on the corresponding carrier of one band entry of a band combination.
3GPP
Release 16 636 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-FEATURESETUPLINKPERCC-STOP
-- ASN1STOP
– FeatureSetUplinkPerCC-Id
The IE FeatureSetUplinkPerCC-Id identifies a set of features applicable to one carrier of a feature set. The FeatureSetUplinkPerCC-Id of a FeatureSetUplinkPerCC is the index
position of the FeatureSetUplinkPerCC in the featureSetsUplinkPerCC. The first element in the list is referred to by FeatureSetUplinkPerCC-Id = 1, and so on.
-- TAG-FEATURESETUPLINKPERCC-ID-STOP
-- ASN1STOP
– FreqBandIndicatorEUTRA
-- ASN1START
-- TAG-FREQBANDINDICATOREUTRA-START
3GPP
Release 16 637 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-FREQBANDINDICATOREUTRA-STOP
-- ASN1STOP
– FreqBandList
The IE FreqBandList is used by the network to request NR CA and/or MR-DC band combinations for specific NR and/or E-UTRA frequency bands and/or up to a specific
number of carriers and/or up to specific aggregated bandwidth. This is also used to request feature sets (for NR) and feature set combinations (for NR and MR-DC).
AggregatedBandwidth ::= ENUMERATED {mhz50, mhz100, mhz150, mhz200, mhz250, mhz300, mhz350,
mhz400, mhz450, mhz500, mhz550, mhz600, mhz650, mhz700, mhz750, mhz800}
-- TAG-FREQBANDLIST-STOP
-- ASN1STOP
– FreqSeparationClass
The IE FreqSeparationClass is used for an intra-band non-contiguous CA band combination to indicate frequency separation between lower edge of lowest CC and upper edge of
highest CC in a frequency band.
3GPP
Release 16 638 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-FREQSEPARATIONCLASS-STOP
-- ASN1STOP
– IMS-Parameters
The IE IMS-Parameters is used to convery capabilities related to IMS.
-- TAG-IMS-PARAMETERS-STOP
-- ASN1STOP
– InterRAT-Parameters
The IE InterRAT-Parameters is used convey UE capabilities related to the other RATs.
3GPP
Release 16 639 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 640 3GPP TS 38.331 V16.0.0 (2020-03)
bandXXIX, bandXXX, bandXXXI, bandXXXII}
-- TAG-INTERRAT-PARAMETERS-STOP
-- ASN1STOP
– MAC-Parameters
The IE MAC-Parameters is used to convey capabilities related to MAC.
-- TAG-MAC-PARAMETERS-STOP
-- ASN1STOP
3GPP
Release 16 641 3GPP TS 38.331 V16.0.0 (2020-03)
– MeasAndMobParameters
The IE MeasAndMobParameters is used to convey UE capabilities related to measurements for radio resource management (RRM), radio link monitoring (RLM) and mobility
(e.g. handover).
3GPP
Release 16 642 3GPP TS 38.331 V16.0.0 (2020-03)
[[
eutra-AutonomousGaps-r16 ENUMERATED {supported} OPTIONAL,
nr-AutonomousGaps-r16 ENUMERATED {supported} OPTIONAL,
nr-AutonomousGaps-ENDC-r16 ENUMERATED {supported} OPTIONAL,
handoverUTRA-FDD-r16 ENUMERATED {supported} OPTIONAL
]]
-- TAG-MEASANDMOBPARAMETERS-STOP
-- ASN1STOP
– MeasAndMobParametersMRDC
The IE MeasAndMobParametersMRDC is used to convey capability parameters related to RRM measurements and RRC mobility.
3GPP
Release 16 643 3GPP TS 38.331 V16.0.0 (2020-03)
measAndMobParametersMRDC-FRX-Diff MeasAndMobParametersMRDC-FRX-Diff OPTIONAL
}
-- TAG-MEASANDMOBPARAMETERSMRDC-STOP
-- ASN1STOP
– MIMO-Layers
The IE MIMO-Layers is used to convey the number of supported MIMO layers.
-- TAG-MIMO-LAYERS-STOP
-- ASN1STOP
– MIMO-ParametersPerBand
The IE MIMO-ParametersPerBand is used to convey MIMO related parameters specific for a certain band (not per feature set or band combination).
3GPP
Release 16 644 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 645 3GPP TS 38.331 V16.0.0 (2020-03)
scs-15kHz PTRS-DensityRecommendationUL OPTIONAL,
scs-30kHz PTRS-DensityRecommendationUL OPTIONAL,
scs-60kHz PTRS-DensityRecommendationUL OPTIONAL,
scs-120kHz PTRS-DensityRecommendationUL OPTIONAL
} OPTIONAL,
dummy4 DummyH OPTIONAL,
aperiodicTRS ENUMERATED {supported} OPTIONAL,
...,
[[
dummy6 ENUMERATED {true} OPTIONAL,
beamManagementSSB-CSI-RS BeamManagementSSB-CSI-RS OPTIONAL,
beamSwitchTiming SEQUENCE {
scs-60kHz ENUMERATED {sym14, sym28, sym48, sym224, sym336} OPTIONAL,
scs-120kHz ENUMERATED {sym14, sym28, sym48, sym224, sym336} OPTIONAL
} OPTIONAL,
codebookParameters CodebookParameters OPTIONAL,
csi-RS-IM-ReceptionForFeedback CSI-RS-IM-ReceptionForFeedback OPTIONAL,
csi-RS-ProcFrameworkForSRS CSI-RS-ProcFrameworkForSRS OPTIONAL,
csi-ReportFramework CSI-ReportFramework OPTIONAL,
csi-RS-ForTracking CSI-RS-ForTracking OPTIONAL,
srs-AssocCSI-RS SEQUENCE (SIZE (1.. maxNrofCSI-RS-Resources)) OF SupportedCSI-RS-Resource OPTIONAL,
spatialRelations SpatialRelations OPTIONAL
]]
}
3GPP
Release 16 646 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 647 3GPP TS 38.331 V16.0.0 (2020-03)
maxNumberDL-RS-QCL-TypeD ENUMERATED {n1, n2, n4, n8, n14}
}
-- TAG-MIMO-PARAMETERSPERBAND-STOP
-- ASN1STOP
– ModulationOrder
The IE ModulationOrder is used to convey the maximum supported modulation order.
-- TAG-MODULATIONORDER-STOP
-- ASN1STOP
– MRDC-Parameters
The IE MRDC-Parameters contains the band combination parameters specific to MR-DC for a given MR-DC band combination.
3GPP
Release 16 648 3GPP TS 38.331 V16.0.0 (2020-03)
asyncIntraBandENDC ENUMERATED {supported} OPTIONAL,
...,
[[
dualPA-Architecture ENUMERATED {supported} OPTIONAL,
intraBandENDC-Support ENUMERATED {non-contiguous, both} OPTIONAL,
ul-TimingAlignmentEUTRA-NR ENUMERATED {required} OPTIONAL
]],
[[
maxUplinkDutyCycle-interBandENDC-TDD-PC2-r16 SEQUENCE{
eutra-TDD-Config0-r16 ENUMERATED {n20, n40, n50, n60, n70, n80, n90, n100} OPTIONAL,
eutra-TDD-Config1-r16 ENUMERATED {n20, n40, n50, n60, n70, n80, n90, n100} OPTIONAL,
eutra-TDD-Config2-r16 ENUMERATED {n20, n40, n50, n60, n70, n80, n90, n100} OPTIONAL,
eutra-TDD-Config3-r16 ENUMERATED {n20, n40, n50, n60, n70, n80, n90, n100} OPTIONAL,
eutra-TDD-Config4-r16 ENUMERATED {n20, n40, n50, n60, n70, n80, n90, n100} OPTIONAL,
eutra-TDD-Config5-r16 ENUMERATED {n20, n40, n50, n60, n70, n80, n90, n100} OPTIONAL,
eutra-TDD-Config6-r16 ENUMERATED {n20, n40, n50, n60, n70, n80, n90, n100} OPTIONAL
} OPTIONAL
]]
}
-- TAG-MRDC-PARAMETERS-STOP
-- ASN1STOP
– NRDC-Parameters
The IE NRDC-Parameters contains parameters specific to NR-DC, i.e., which are not applicable to NR SA.
3GPP
Release 16 649 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-NRDC-PARAMETERS-STOP
-- ASN1STOP
– PDCP-Parameters
The IE PDCP-Parameters is used to convey capabilities related to PDCP.
-- TAG-PDCP-PARAMETERS-STOP
-- ASN1STOP
– PDCP-ParametersMRDC
The IE PDCP-ParametersMRDC is used to convey PDCP related capabilities for MR-DC.
3GPP
Release 16 650 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-PDCP-PARAMETERSMRDC-STOP
-- ASN1STOP
– Phy-Parameters
The IE Phy-Parameters is used to convey the physical layer capabilities.
3GPP
Release 16 651 3GPP TS 38.331 V16.0.0 (2020-03)
type1-PUSCH-RepetitionMultiSlots ENUMERATED {supported} OPTIONAL,
type2-PUSCH-RepetitionMultiSlots ENUMERATED {supported} OPTIONAL,
pusch-RepetitionMultiSlots ENUMERATED {supported} OPTIONAL,
pdsch-RepetitionMultiSlots ENUMERATED {supported} OPTIONAL,
downlinkSPS ENUMERATED {supported} OPTIONAL,
configuredUL-GrantType1 ENUMERATED {supported} OPTIONAL,
configuredUL-GrantType2 ENUMERATED {supported} OPTIONAL,
pre-EmptIndication-DL ENUMERATED {supported} OPTIONAL,
cbg-TransIndication-DL ENUMERATED {supported} OPTIONAL,
cbg-TransIndication-UL ENUMERATED {supported} OPTIONAL,
cbg-FlushIndication-DL ENUMERATED {supported} OPTIONAL,
dynamicHARQ-ACK-CodeB-CBG-Retx-DL ENUMERATED {supported} OPTIONAL,
rateMatchingResrcSetSemi-Static ENUMERATED {supported} OPTIONAL,
rateMatchingResrcSetDynamic ENUMERATED {supported} OPTIONAL,
bwp-SwitchingDelay ENUMERATED {type1, type2} OPTIONAL,
...,
[[
dummy ENUMERATED {supported} OPTIONAL
]],
[[
maxNumberSearchSpaces ENUMERATED {n10} OPTIONAL,
rateMatchingCtrlResrcSetDynamic ENUMERATED {supported} OPTIONAL,
maxLayersMIMO-Indication ENUMERATED {supported} OPTIONAL
]]
}
3GPP
Release 16 652 3GPP TS 38.331 V16.0.0 (2020-03)
pucch-F2-WithFH ENUMERATED {supported} OPTIONAL,
pucch-F3-WithFH ENUMERATED {supported} OPTIONAL,
pucch-F4-WithFH ENUMERATED {supported} OPTIONAL,
pucch-F0-2WithoutFH ENUMERATED {notSupported} OPTIONAL,
pucch-F1-3-4WithoutFH ENUMERATED {notSupported} OPTIONAL,
mux-SR-HARQ-ACK-CSI-PUCCH-MultiPerSlot ENUMERATED {supported} OPTIONAL,
uci-CodeBlockSegmentation ENUMERATED {supported} OPTIONAL,
onePUCCH-LongAndShortFormat ENUMERATED {supported} OPTIONAL,
twoPUCCH-AnyOthersInSlot ENUMERATED {supported} OPTIONAL,
intraSlotFreqHopping-PUSCH ENUMERATED {supported} OPTIONAL,
pusch-LBRM ENUMERATED {supported} OPTIONAL,
pdcch-BlindDetectionCA INTEGER (4..16) OPTIONAL,
tpc-PUSCH-RNTI ENUMERATED {supported} OPTIONAL,
tpc-PUCCH-RNTI ENUMERATED {supported} OPTIONAL,
tpc-SRS-RNTI ENUMERATED {supported} OPTIONAL,
absoluteTPC-Command ENUMERATED {supported} OPTIONAL,
twoDifferentTPC-Loop-PUSCH ENUMERATED {supported} OPTIONAL,
twoDifferentTPC-Loop-PUCCH ENUMERATED {supported} OPTIONAL,
pusch-HalfPi-BPSK ENUMERATED {supported} OPTIONAL,
pucch-F3-4-HalfPi-BPSK ENUMERATED {supported} OPTIONAL,
almostContiguousCP-OFDM-UL ENUMERATED {supported} OPTIONAL,
sp-CSI-RS ENUMERATED {supported} OPTIONAL,
sp-CSI-IM ENUMERATED {supported} OPTIONAL,
tdd-MultiDL-UL-SwitchPerSlot ENUMERATED {supported} OPTIONAL,
multipleCORESET ENUMERATED {supported} OPTIONAL,
...,
[[
csi-RS-IM-ReceptionForFeedback CSI-RS-IM-ReceptionForFeedback OPTIONAL,
csi-RS-ProcFrameworkForSRS CSI-RS-ProcFrameworkForSRS OPTIONAL,
csi-ReportFramework CSI-ReportFramework OPTIONAL,
mux-SR-HARQ-ACK-CSI-PUCCH-OncePerSlot SEQUENCE {
sameSymbol ENUMERATED {supported} OPTIONAL,
diffSymbol ENUMERATED {supported} OPTIONAL
} OPTIONAL,
mux-SR-HARQ-ACK-PUCCH ENUMERATED {supported} OPTIONAL,
mux-MultipleGroupCtrlCH-Overlap ENUMERATED {supported} OPTIONAL,
dl-SchedulingOffset-PDSCH-TypeA ENUMERATED {supported} OPTIONAL,
dl-SchedulingOffset-PDSCH-TypeB ENUMERATED {supported} OPTIONAL,
ul-SchedulingOffset ENUMERATED {supported} OPTIONAL,
dl-64QAM-MCS-TableAlt ENUMERATED {supported} OPTIONAL,
ul-64QAM-MCS-TableAlt ENUMERATED {supported} OPTIONAL,
cqi-TableAlt ENUMERATED {supported} OPTIONAL,
oneFL-DMRS-TwoAdditionalDMRS-UL ENUMERATED {supported} OPTIONAL,
twoFL-DMRS-TwoAdditionalDMRS-UL ENUMERATED {supported} OPTIONAL,
oneFL-DMRS-ThreeAdditionalDMRS-UL ENUMERATED {supported} OPTIONAL
]],
[[
pdcch-BlindDetectionNRDC SEQUENCE {
pdcch-BlindDetectionMCG-UE INTEGER (1..15),
pdcch-BlindDetectionSCG-UE INTEGER (1..15)
} OPTIONAL,
mux-HARQ-ACK-PUSCH-DiffSymbol ENUMERATED {supported} OPTIONAL
3GPP
Release 16 653 3GPP TS 38.331 V16.0.0 (2020-03)
]]
}
-- TAG-PHY-PARAMETERS-STOP
-- ASN1STOP
– Phy-ParametersMRDC
The IE Phy-ParametersMRDC is used to convey physical layer capabilities for MR-DC.
3GPP
Release 16 654 3GPP TS 38.331 V16.0.0 (2020-03)
NAICS-Capability-Entry ::= SEQUENCE {
numberOfNAICS-CapableCC INTEGER(1..5),
numberOfAggregatedPRB ENUMERATED {n50, n75, n100, n125, n150, n175, n200, n225,
n250, n275, n300, n350, n400, n450, n500, spare},
...
}
-- TAG-PHY-PARAMETERSMRDC-STOP
-- ASN1STOP
– ProcessingParameters
The IE ProcessingParameters is used to indicate PDSCH/PUSCH processing capabilities supported by the UE.
-- TAG-PROCESSINGPARAMETERS-STOP
-- ASN1STOP
– RAT-Type
The IE RAT-Type is used to indicate the radio access technology (RAT), including NR, of the requested/transferred UE capabilities.
3GPP
Release 16 655 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-RAT-TYPE-STOP
-- ASN1STOP
– RF-Parameters
The IE RF-Parameters is used to convey RF-related capabilities for NR operation.
3GPP
Release 16 656 3GPP TS 38.331 V16.0.0 (2020-03)
fr1 SEQUENCE {
scs-15kHz BIT STRING (SIZE (10)) OPTIONAL,
scs-30kHz BIT STRING (SIZE (10)) OPTIONAL,
scs-60kHz BIT STRING (SIZE (10)) OPTIONAL
},
fr2 SEQUENCE {
scs-60kHz BIT STRING (SIZE (3)) OPTIONAL,
scs-120kHz BIT STRING (SIZE (3)) OPTIONAL
}
} OPTIONAL,
channelBWs-UL CHOICE {
fr1 SEQUENCE {
scs-15kHz BIT STRING (SIZE (10)) OPTIONAL,
scs-30kHz BIT STRING (SIZE (10)) OPTIONAL,
scs-60kHz BIT STRING (SIZE (10)) OPTIONAL
},
fr2 SEQUENCE {
scs-60kHz BIT STRING (SIZE (3)) OPTIONAL,
scs-120kHz BIT STRING (SIZE (3)) OPTIONAL
}
} OPTIONAL,
...,
[[
maxUplinkDutyCycle-PC2-FR1 ENUMERATED {n60, n70, n80, n90, n100} OPTIONAL
]],
[[
pucch-SpatialRelInfoMAC-CE ENUMERATED {supported} OPTIONAL,
powerBoosting-pi2BPSK ENUMERATED {supported} OPTIONAL
]],
[[
maxUplinkDutyCycle-FR2 ENUMERATED {n15, n20, n25, n30, n40, n50, n60, n70, n80, n90, n100} OPTIONAL
]],
[[
channelBWs-DL-v1590 CHOICE {
fr1 SEQUENCE {
scs-15kHz BIT STRING (SIZE (16)) OPTIONAL,
scs-30kHz BIT STRING (SIZE (16)) OPTIONAL,
scs-60kHz BIT STRING (SIZE (16)) OPTIONAL
},
fr2 SEQUENCE {
scs-60kHz BIT STRING (SIZE (8)) OPTIONAL,
scs-120kHz BIT STRING (SIZE (8)) OPTIONAL
}
} OPTIONAL,
channelBWs-UL-v1590 CHOICE {
fr1 SEQUENCE {
scs-15kHz BIT STRING (SIZE (16)) OPTIONAL,
scs-30kHz BIT STRING (SIZE (16)) OPTIONAL,
scs-60kHz BIT STRING (SIZE (16)) OPTIONAL
},
fr2 SEQUENCE {
scs-60kHz BIT STRING (SIZE (8)) OPTIONAL,
3GPP
Release 16 657 3GPP TS 38.331 V16.0.0 (2020-03)
scs-120kHz BIT STRING (SIZE (8)) OPTIONAL
}
} OPTIONAL
]]
}
-- TAG-RF-PARAMETERS-STOP
-- ASN1STOP
– RF-ParametersMRDC
The IE RF-ParametersMRDC is used to convey RF related capabilities for MR-DC.
3GPP
Release 16 658 3GPP TS 38.331 V16.0.0 (2020-03)
supportedBandCombinationList-v1580 BandCombinationList-v1580 OPTIONAL
]],
[[
supportedBandCombinationList-v1590 BandCombinationList-v1590 OPTIONAL
]],
[[
supportedBandCombinationList-v16xy BandCombinationList-v16xy OPTIONAL
]]
}
-- TAG-RF-PARAMETERSMRDC-STOP
-- ASN1STOP
– RLC-Parameters
The IE RLC-Parameters is used to convey capabilities related to RLC.
-- TAG-RLC-PARAMETERS-STOP
-- ASN1STOP
3GPP
Release 16 659 3GPP TS 38.331 V16.0.0 (2020-03)
– SDAP-Parameters
The IE SDAP-Parameters is used to convey capabilities related to SDAP.
-- TAG-SDAP-PARAMETERS-STOP
-- ASN1STOP
– SRS-SwitchingTimeNR
The IE SRS-SwitchingTimeNR is used to indicate the SRS carrier switching time supported by the UE for one NR band pair.
-- TAG-SRS-SWITCHINGTIMENR-STOP
-- ASN1STOP
– SRS-SwitchingTimeEUTRA
The IE SRS-SwitchingTimeEUTRA is used to indicate the SRS carrier switching time supported by the UE for one E-UTRA band pair.
3GPP
Release 16 660 3GPP TS 38.331 V16.0.0 (2020-03)
switchingTimeUL ENUMERATED {n0, n0dot5, n1, n1dot5, n2, n2dot5, n3, n3dot5, n4, n4dot5, n5, n5dot5, n6, n6dot5, n7}
OPTIONAL
}
-- TAG-SRS-SWITCHINGTIMEEUTRA-STOP
-- ASN1STOP
– SupportedBandwidth
The IE SupportedBandwidth is used to indicate the maximum channel bandwidth supported by the UE on one carrier of a band of a band combination.
-- TAG-SUPPORTEDBANDWIDTH-STOP
-- ASN1STOP
– UE-CapabilityRAT-ContainerList
The IE UE-CapabilityRAT-ContainerList contains a list of radio access technology specific capability containers.
-- TAG-UE-CAPABILITYRAT-CONTAINERLIST-STOP
-- ASN1STOP
3GPP
Release 16 661 3GPP TS 38.331 V16.0.0 (2020-03)
– UE-CapabilityRAT-RequestList
The IE UE-CapabilityRAT-RequestList is used to request UE capabilities for one or more RATs from the UE.
-- TAG-UE-CAPABILITYRAT-REQUESTLIST-STOP
-- ASN1STOP
– UE-CapabilityRequestFilterCommon
The IE UE-CapabilityRequestFilterCommon is used to request filtered UE capabilities. The filter is common for all capability containers that are requested.
3GPP
Release 16 662 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-UE-CAPABILITYREQUESTFILTERCOMMON-START
-- TAG-UE-CAPABILITYREQUESTFILTERCOMMON-STOP
-- ASN1STOP
– UE-CapabilityRequestFilterNR
The IE UE-CapabilityRequestFilterNR is used to request filtered UE capabilities.
-- TAG-UE-CAPABILITYREQUESTFILTERNR-STOP
-- ASN1STOP
3GPP
Release 16 663 3GPP TS 38.331 V16.0.0 (2020-03)
– UE-MRDC-Capability
The IE UE-MRDC-Capability is used to convey the UE Radio Access Capability Parameters for MR-DC, see TS 38.306 [26].
3GPP
Release 16 664 3GPP TS 38.331 V16.0.0 (2020-03)
...
}
-- TAG-UE-MRDC-CAPABILITY-STOP
-- ASN1STOP
– UE-NR-Capability
The IE UE-NR-Capability is used to convey the NR UE Radio Access Capability Parameters, see TS 38.306 [26].
3GPP
Release 16 665 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 666 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-UE-NR-CAPABILITY-STOP
-- ASN1STOP
Editor's Note: The structure for NR-U capabilities, e.g. whether they should all be in physical parameters, will be revisited after PHY related parameters and the applicability
of NR-U features to licensed are decided
-- TAG-ABSOLUTETIMEINFO-STOP
-- ASN1STOP
– AreaConfiguration
The AreaConfiguration indicates area for which UE is requested to perform measurement logging. If not configured, measurement logging is not restricted to specific cells or
tracking areas but applies as long as the RPLMN is contained in plmn-IdentityList stored in VarLogMeasReport.
3GPP
Release 16 667 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-AREACONFIGURATION-START
-- TAG-AREACONFIGURATION-STOP
-- ASN1STOP
– BT-NameList
The IE BT-NameList is used to indicate the names of the Bluetooth beacon which the UE is configured to measure.
3GPP
Release 16 668 3GPP TS 38.331 V16.0.0 (2020-03)
BT-NameListConfig-r16 ::= CHOICE{
release NULL,
setup BT-NameList-r16
}
-- TAG-BTNAMELIST-STOP
-- ASN1STOP
– EUTRA-AllowedMeasBandwidth
The IE EUTRA-AllowedMeasBandwidth is used to indicate the maximum allowed measurement bandwidth on a carrier frequency as defined by the parameter Transmission
Bandwidth Configuration "NRB" in TS 36.104 [33]. The values mbw6, mbw15, mbw25, mbw50, mbw75, mbw100 indicate 6, 15, 25, 50, 75 and 100 resource blocks, respectively.
-- TAG-EUTRA-ALLOWEDMEASBANDWIDTH-STOP
-- ASN1STOP
– EUTRA-MBSFN-SubframeConfigList
The IE EUTRA-MBSFN-SubframeConfigList is used to define an E-UTRA MBSFN subframe pattern (for the purpose of NR rate matching).
3GPP
Release 16 669 3GPP TS 38.331 V16.0.0 (2020-03)
radioframeAllocationOffset INTEGER (0..7),
subframeAllocation1 CHOICE {
oneFrame BIT STRING (SIZE(6)),
fourFrames BIT STRING (SIZE(24))
},
subframeAllocation2 CHOICE {
oneFrame BIT STRING (SIZE(2)),
fourFrames BIT STRING (SIZE(8))
} OPTIONAL, -- Need R
...
}
-- TAG-EUTRA-MBSFN-SUBFRAMECONFIGLIST-STOP
-- ASN1STOP
– EUTRA-MultiBandInfoList
The IE EUTRA-MultiBandInfoList indicates the list of frequency bands in addition to the band represented by CarrierFreq for which cell reselection parameters are common, and
a list of additionalPmax and additionalSpectrumEmission.
-- TAG-EUTRA-MULTIBANDINFOLIST-STOP
-- ASN1STOP
3GPP
Release 16 670 3GPP TS 38.331 V16.0.0 (2020-03)
– EUTRA-NS-PmaxList
The IE EUTRA-NS-PmaxList concerns a list of additionalPmax and additionalSpectrumEmission, as defined in TS 36.101 [22], table 6.2.4-1 for UEs neither in CE nor BL UEs
and TS 36.101 [22], table 6.2.4E-1 for UEs in CE or BL UEs, for a given frequency band.
-- TAG-EUTRA-NS-PMAXLIST-STOP
-- ASN1STOP
– EUTRA-PhysCellId
The IE EUTRA-PhysCellId is used to indicate the physical layer identity of the cell, as defined in TS 36.211 [31].
-- TAG-EUTRA-PHYSCELLID-STOP
-- ASN1STOP
– EUTRA-PhysCellIdRange
The IE EUTRA-PhysCellIdRange is used to encode either a single or a range of physical cell identities. The range is encoded by using a start value and by indicating the number
of consecutive physical cell identities (including start) in the range. For fields comprising multiple occurrences of EUTRA-PhysCellIdRange, NW may configure overlapping
ranges of physical cell identities.
3GPP
Release 16 671 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-EUTRA-PHYSCELLIDRANGE-START
-- TAG-EUTRA-PHYSCELLIDRANGE-STOP
-- ASN1STOP
– EUTRA-PresenceAntennaPort1
The IE EUTRA-PresenceAntennaPort1 is used to indicate whether all the neighbouring cells use Antenna Port 1. When set to true, the UE may assume that at least two cell-
specific antenna ports are used in all neighbouring cells.
-- TAG-EUTRA-PRESENCEANTENNAPORT1-STOP
-- ASN1STOP
– EUTRA-Q-OffsetRange
The IE EUTRA-Q-OffsetRange is used to indicate a cell, or frequency specific offset to be applied when evaluating triggering conditions for measurement reporting. The value in
dB. Value dB-24 corresponds to -24 dB, value dB-22 corresponds to -22 dB and so on.
-- TAG-EUTRA-Q-OFFSETRANGE-STOP
-- ASN1STOP
3GPP
Release 16 672 3GPP TS 38.331 V16.0.0 (2020-03)
– LoggingDuration
The LoggingDuration indicates the duration for which UE is requested to perform measurement logging. Value min10 corresponds to 10 minutes, value min20 corresponds to 20
minutes and so on.
-- TAG-LOGGINGDURATION-STOP
-- ASN1STOP
– LoggingInterval
The LoggingInterval indicates the periodicity for logging measurement results. Value ms1280 corresponds to 1.28s, value ms2560 corresponds to 2.56s and so on. Value infinity
means it is equal to the configured value of the LoggingDuration IE.
-- TAG-LOGGINGINTERVAL-STOP
-- ASN1STOP
– LogMeasResultListBT
The IE LogMeasResultListBT covers measured results for Bluetooth.
3GPP
Release 16 673 3GPP TS 38.331 V16.0.0 (2020-03)
rssi-BT-r16 INTEGER (-128..127) OPTIONAL,
...
}
-- TAG-LOGMEASRESULTLISTBT-STOP
-- ASN1STOP
– LogMeasResultListWLAN
The IE LogMeasResultListWLAN covers measured results for WLAN.
3GPP
Release 16 674 3GPP TS 38.331 V16.0.0 (2020-03)
... },
rttAccuracy-r16 INTEGER (0..255) OPTIONAL,
...
}
-- ASN1STOP
-- TAG-LOGMEASRESULTLISTWLAN-STOP
– OtherConfig
The IE OtherConfig contains configuration related to miscellaneous other configurations.
3GPP
Release 16 675 3GPP TS 38.331 V16.0.0 (2020-03)
release NULL,
setup SEQUENCE{
delayBudgetReportingProhibitTimer ENUMERATED {s0, s0dot4, s0dot8, s1dot6, s3, s6, s12, s30}
}
} OPTIONAL -- Need M
}
3GPP
Release 16 676 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-OTHERCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 677 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 678 3GPP TS 38.331 V16.0.0 (2020-03)
releasePreferenceProhibitTimer
Prohibit timer for release preference assistance information reporting. Value in seconds. Value s0 means prohibit timer is set to 0 seconds, value s0dot5 means prohibit timer is
set to 0.5 seconds, value s1 means prohibit timer is set to 1 second and so on. Value infinity means that once a UE has reported a release preference, the UE cannot report a
release preference again during the RRC connection.
sensorNameList
Configuration for the UE to report measurements from specific sensors.
sl-AssistanceConfigEUTRA
Indicate whether UE is configured to provide SPS assistance information for V2X sidelink communication.
sl-AssistanceConfigNR
Indicate whether UE is configured to provide configured grant assistance information for NR sidelink communication.
– PhysCellIdUTRA-FDD
The IE PhysCellIdUTRA-FDD is used to indicate the physical layer identity of the cell, i.e. the primary scrambling code, as defined in TS 25.331 [45].
-- TAG-PHYSCELLIDUTRA-FDD-STOP
-- ASN1STOP
– RRC-TransactionIdentifier
The IE RRC-TransactionIdentifier is used, together with the message type, for the identification of an RRC procedure (transaction).
-- TAG-RRC-TRANSACTIONIDENTIFIER-STOP
-- ASN1STOP
– Sensor-NameListConfig
The IE Sensor-NameListConfig is used to indicate the names of the sensors which the UE is configured to measure.
3GPP
Release 16 679 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SENSORNAMELISTCONFIG-STOP
-- ASN1STOP
– TraceReference
The TraceReference contains parameter Trace Reference as defined in TS 32.422 [52].
-- TAG-TRACEREFERENCE-STOP
-- ASN1STOP
3GPP
Release 16 680 3GPP TS 38.331 V16.0.0 (2020-03)
– UTRA-FDD-Q-OffsetRange
The IE UTRA-FDD-Q-OffsetRange is used to indicate a frequency specific offset to be applied when evaluating triggering conditions for measurement reporting. The value is in
dB. Value dB-24 corresponds to -24 dB, value dB-22 corresponds to -22 dB and so on.
-- TAG-UTRA-FDD-Q-OFFSETRANGE-STOP
-- ASN1STOP
– VisitedCellInfoList
The IE VisitedCellInfoList includes the mobility history information of maximum of 16 most recently visited cells or time spent outside NR. The most recently visited cell is
stored first in the list. The list includes cells visited in RRC_IDLE, RRC_INACTIVE and RRC_CONNECTED states for NR and RRC_IDLE and RRC_CONNECTED for E-
UTRA.
3GPP
Release 16 681 3GPP TS 38.331 V16.0.0 (2020-03)
}
} OPTIONAL,
timeSpent-r16 INTEGER (0..4095),
...
}
-- TAG-VISITEDCELLINFOLIST-STOP
-- ASN1STOP
– WLAN-NameList
The IE WLAN-NameList is used to indicate the names of the WLAN AP for which the UE is configured to measure.
-- ASN1STOP
-- TAG-WLANNAMELIST-STOP
3GPP
Release 16 682 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SL-BWP-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 683 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-BWP-ConfigCommon
The IE SL-BWP-ConfigCommon is used to configure the cell-specific configuration information on one particular sidelink bandwidth part.
-- TAG-SL-BWP-CONFIGCOMMON-STOP
-- ASN1STOP
– SL-BWP-PoolConfig
The IE SL-BWP-PoolConfig is used to configure NR sidelink communication resource pool.
3GPP
Release 16 684 3GPP TS 38.331 V16.0.0 (2020-03)
sl-ResourcePool-r16 SL-ResourcePool-r16 OPTIONAL -- Need M
}
-- TAG-SL-BWP-POOLCONFIG-STOP
-- ASN1STOP
– SL-BWP-PoolConfigCommon
The IE SL-BWP-PoolConfigCommon is used to configure configure the cell-specific NR sidelink communication resource pool.
-- TAG-SL-BWP-POOLCONFIGCOMMON-STOP
-- ASN1STOP
3GPP
Release 16 685 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-CBR-Priority-TxConfigList
The IE SL-CBR-Priority-TxConfigList indicates the mapping between PSSCH transmission parameter (such as MCS, PRB number, retransmission number, CR limit) sets by
using the indexes of the configurations provided in sl-CBR-PSSCH-TxConfigList, CBR ranges by an index to the entry of the CBR range configuration in sl-CBR-
RangeConfigList, and priority ranges. It also indicates the default PSSCH transmission parameters to be used when CBR measurement results are not available.
-- TAG-SL-CBR-PRIORITY-TXCONFIGLIST-STOP
-- ASN1STOP
– SL-CBR-TxConfigList
The IE SL-CBR-CommonTxConfigList indicates the list of PSSCH transmission parameters (such as MCS, sub-channel number, retransmission number, CR limit) in sl-CBR-
PSSCH-TxConfigList, and the list of CBR ranges in sl-CBR-RangeConfigList, to configure congestion control to the UE for sidelink communicaition.
3GPP
Release 16 686 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SL-CBR-COMMONTXCONFIGLIST-STOP
-- ASN1STOP
– SL-ConfigDedicatedEUTRA
The IE SL-ConfigDedicatedEUTRA specifies the dedicated configuration information forV2X sidelink communication defined in TS 36.331 [10].
3GPP
Release 16 687 3GPP TS 38.331 V16.0.0 (2020-03)
SL-TimeOffsetEUTRA-r16 ::= ENUMERATED {ms0, ms0dot25, ms0dot5, ms0dot625, ms0dot75, ms1, ms1dot25, ms1dot5, ms1dot75,
ms2, ms2dot5, ms3, ms4, ms5, ms6, ms8, ms10, ms20}
-- TAG-SL-CONFIGDEDICATEDEUTRA-STOP
-- ASN1STOP
– SL-ConfigDedicatedNR
The IE SL-ConfigDedicatedNR specifies the dedicated configuration information for NR sidelink communication.
3GPP
Release 16 688 3GPP TS 38.331 V16.0.0 (2020-03)
...
}
-- TAG-SL-CONFIGDEDICATEDNR-STOP
-- ASN1STOP
– SL-ConfiguredGrantConfig
The IE SL-ConfiguredGrantConfig specifies the configured grant configuration information for NR sidelink communication.
3GPP
Release 16 689 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SL-CONFIGUREDGRANTCONFIG-START
-- TAG-SL-CONFIGUREDGRANTCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 690 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-DestinationIdentity
The IE SL-DestinationIdentity is used to identify a destination of a NR sidelink communication.
-- TAG-SL-DESTINATIONIDENTITY-STOP
-- ASN1STOP
3GPP
Release 16 691 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-FreqConfig
The IE SL-FreqConfig specifies the dedicated configuration information on one particular carrier frequency for NR sidelink communication.
-- TAG-SL-FREQCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 692 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 693 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-FreqConfigCommon
The IE FreqConfigCommon specifies the cell-specific configuration information on one particular carrier frequency for NR sidelink communication.
3GPP
Release 16 694 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-LogicalChannelConfig
The IE SL-LogicalChannel Config is used to configure the sidelink logical channel parameters.
3GPP
Release 16 695 3GPP TS 38.331 V16.0.0 (2020-03)
sl-SchedulingRequestId-r16 SchedulingRequestId OPTIONAL, -- Need R
sl-LogicalChannelSR-DelayTimerApplied-r16 BOOLEAN OPTIONAL, -- Need R
...
}
-- TAG-SL-LOGICALCHANNELCONFIG-STOP
-- ASN1STOP
– SL-MeasConfigCommon
The IE SL-MeasConfigCommon is used to set the cell specific RSRP measurement configurations for unicast destionations.
3GPP
Release 16 696 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SL-MEASCONFIGCOMMON-STOP
-- ASN1STOP
– SL-MeasConfigInfo
The IE SL-MeasConfigInfo is used to set RSRP measurement configurations for unicast destionations.
-- TAG-SL-MEASCONFIGINFO-STOP
3GPP
Release 16 697 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
– SL-MeasIdList
The IE SL-MeasIdList concerns a list of SL measurement identities to add or modify for a destination, with for each entry the sl-MeasId, the associated sl-MeasObjectId and the
associated sl-ReportConfigId.
-- TAG-SL-MEASIDLIST-STOP
-- ASN1STOP
3GPP
Release 16 698 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-MeasObjectList
The IE SL-MeasObjectList concerns a list of SL measurement objects to add or modify for a destination.
-- TAG-SL-MEASOBJECTLIST-STOP
-- ASN1STOP
– SL-PDCP-Config
The IE SL-PDCP-Config is used to set the configurable PDCP parameters for a sidelink radio bearer.
3GPP
Release 16 699 3GPP TS 38.331 V16.0.0 (2020-03)
notUsed-r16 NULL,
rohc-r16 SEQUENCE {
maxCID-r16 INTEGER (1..16383) DEFAULT 15,
profiles-r16 SEQUENCE {
profile0x0001-r16 BOOLEAN,
profile0x0002-r16 BOOLEAN,
profile0x0003-r16 BOOLEAN,
profile0x0004-r16 BOOLEAN,
profile0x0006-r16 BOOLEAN,
profile0x0101-r16 BOOLEAN,
profile0x0102-r16 BOOLEAN,
profile0x0103-r16 BOOLEAN,
profile0x0104-r16 BOOLEAN
}
},
...
},
...
}
-- TAG-SL-PDCP-CONFIG-STOP
-- ASN1STOP
– SL-PSSCH-TxConfigList
The IE SL-PSSCH-TxConfigList indicates PSSCH transmission parameters. When lower layers select parameters from the range indicated in IE SL-PSSCH-TxConfigList, the UE
considers both configurations in IE SL-PSSCH-TxConfigList and the CBR-dependent configurations represented in IE SL-CBR-Priority-TxConfigList. Only one IE SL-PSSCH-
TxConfig is provided per SL-TypeTxSync.
3GPP
Release 16 700 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SL-PSSCH-TXCONFIGLIST-STOP
-- ASN1STOP
3GPP
Release 16 701 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-QoS-FlowIdentity
The IE SL-QoS-FlowIdentity is used to identify a QoS flow.
-- TAG-SL-QOS-FLOWIDENTITY-STOP
-- ASN1STOP
– SL-QoS-Profile
The IE SL-QoS-Profile is used to give the QoS parameters for a sidelink QoS flow.
3GPP
Release 16 702 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SL-QOS-PROFILE-STOP
-- ASN1STOP
– SL-QuantityConfig
The IE SL-QuantityConfig specifies the layer 3 filtering coefficients for NR SL RSRP measurement a destination.
-- TAG-SL-QuantityConfig-STOP
3GPP
Release 16 703 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
– SL-RadioBearerConfig
The IE SL-RadioBearerConfig specifies the sidelink DRB configuration information for NR sidelink communication.
-- TAG-SL-RADIOBEARERCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 704 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-ReportConfigList
The IE SL-ReportConfigList concerns a list of SL measurement reporting configurations to add or modify for a destination.
3GPP
Release 16 705 3GPP TS 38.331 V16.0.0 (2020-03)
},
...
},
sl-ReportInterval-r16 ReportInterval,
sl-ReportAmount-r16 ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
sl-ReportQuantity-r16 SL-MeasReportQuantity-r16,
sl-RS-Type-r16 SL-RS-Type-r16,
...
}
-- TAG-SL-REPORTCONFIGLIST-STOP
-- ASN1STOP
3GPP
Release 16 706 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-ResourcePool
The IE SL-ResourcePool specifies the configuration information for NR sidelink communication resource pool.
3GPP
Release 16 707 3GPP TS 38.331 V16.0.0 (2020-03)
spare6, spare5, spare4, spare3, spare2, spare1} OPTIONAL, -- Need M
sl-ZoneConfig-r16 SL-ZoneConfig-r16 OPTIONAL, -- Need M
...
}
3GPP
Release 16 708 3GPP TS 38.331 V16.0.0 (2020-03)
SL-ResourceReservePeriod-r16 ::= ENUMERATED {s0, s100, s200, s300, s400, s500, s600, s700, s800, s900, s1000}
-- TAG-SL-RESOURCEPOOL-STOP
-- ASN1STOP
3GPP
Release 16 709 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 710 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 711 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-RLC-BearerConfig
The IE SL-RLC-BearerConfig specifies the SL RLC bearer configuration information for NR sidelink communication.
-- TAG-SL-RLC-BEARERCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 712 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-RLC-BearerConfigIndex
The IE SL-RadioBearerConfigIndex is used to identify a SL RLC bearer configuration.
-- TAG-RLC-BEARERCONFIGINDEX-STOP
-- ASN1STOP
– SL-RLC-Config
The IE SL-RLC-Config is used to specify the RLC configuration of SLRB. RLC AM configuration is only applicable to the unicast NR sidelink communication.
3GPP
Release 16 713 3GPP TS 38.331 V16.0.0 (2020-03)
},
sl-UM-RLC-r16 SEQUENCE {
sl-SN-FieldLengthUM-r16 SN-FieldLengthUM OPTIONAL -- Cond SLRBSetup
},
...
}
-- TAG-SL-RLC-CONFIG-STOP
-- ASN1STOP
– SL-ScheduledConfig
The IE SL-ScheduledConfig specifies sidelink communication configurations used for network scheduled NR sidelink communication.
3GPP
Release 16 714 3GPP TS 38.331 V16.0.0 (2020-03)
sl-DCI-ToSL-Trans-r16 ENUMERATED{ffs} OPTIONAL, -- Need M
...
}
-- TAG-SL-SCHEDULEDCONFIG-STOP
-- ASN1STOP
– SL-SDAP-Config
The IE SL-SDAP-Config is used to set the configurable SDAP parameters for a Sidelink DRB.
3GPP
Release 16 715 3GPP TS 38.331 V16.0.0 (2020-03)
sl-CastType-r16 ENUMERATED {broadcast, groupcast, unicast, spare1} OPTIONAL, -- Need M
...
}
-- TAG-SL-SDAP-CONFIG-STOP
-- ASN1STOP
– SL-SyncConfig
The IE SL-SyncConfig specifies the configuration information concerning reception of synchronisation signals from neighbouring cells as well as concerning the transmission of
synchronisation signals for sidelink communication.
SL-SyncConfig element
-- ASN1START
-- TAG-SL-SYNCCONFIG-START
3GPP
Release 16 716 3GPP TS 38.331 V16.0.0 (2020-03)
sl-SSB-TimeAllocation2-r16 SL-SSB-TimeAllocation-r16 OPTIONAL, -- Need N
sl-SSID-r16 INTEGER (0..671) OPTIONAL, -- Need R
txParameters-r16 SEQUENCE {
syncTxThreshIC-r16 SL-RSRP-Range-r16 OPTIONAL, -- Need R
syncTxThreshOoC-r16 SL-RSRP-Range-r16 OPTIONAL, -- Need R
syncInfoReserved-r16 BIT STRING (SIZE (2)) OPTIONAL -- Need R
},
gnss-Sync-r16 ENUMERATED {true} OPTIONAL, -- Need R
...
}
-- TAG-SL-SYNCCONFIG-STOP
-- ASN1STOP
3GPP
Release 16 717 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-ThresPSSCH-RSRP-List
IE SL-ThresPSSCH-RSRP-List indicates a threshold used for sensing based UE autonomous resource selection (see TS 38.215 [9]). A resource is excluded if it is indicated or
reserved by a decoded SCI and PSSCH RSRP in the associated data resource is above the threshold defined by IE SL-ThresPSSCH-RSRP-List.
-- TAG-SL-THRESPSSCH-RSRP-LIST-STOP
-- ASN1STOP
3GPP
Release 16 718 3GPP TS 38.331 V16.0.0 (2020-03)
– SL-TxPower
The IE SL-TxPower is used to limit the UE's sidelink transmission power on a carrier frequency. The unit is dBm. Value minusinfinity corresponds to –infinity.
-- TAG-SL-TXPOWER-STOP
-- ASN1STOP
– SL-TypeTxSync
The IE SL-TypeTxSync indicates the synchronization reference type.
-- TAG-SL-TYPETXSYNC-STOP
-- ASN1STOP
– SL-UE-SelectedConfig
IE SL-UE-SelectedConfig specifies sidelink communication configurations used for UE autonomous resource selection.
3GPP
Release 16 719 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SL-UE-SELECTEDCONFIG-STOP
-- ASN1STOP
– SL-ZoneConfig
The IE SL-ZoneConfig is used to configure the zone ID related parameters.
-- TAG-SL-ZONECONFIG-STOP
-- ASN1STOP
3GPP
Release 16 720 3GPP TS 38.331 V16.0.0 (2020-03)
– SLRB-Uu-ConfigIndex
The IE SLRB-Uu-ConfigIndex is used to identify a sidelink DRB configuaration from the network side.
-- TAG-SLRB-UU-CONFIGINDEX-STOP
-- ASN1STOP
ffsValue INTEGER ::= 65536 -- Placehold for all FFS values, to be removed
maxNrofFFS-r16 INTEGER ::= 65536 -- Maximum number of FFS
maxAI-DCI-PayloadSize-r16 INTEGER ::= 128 --Maximum size of the DCI payload scrambled with ai-RNTI
maxAI-DCI-PayloadSize-r16-1 INTEGER ::= 127 --Maximum size of the DCI payload scrambled with ai-RNTI minus 1
maxBandComb INTEGER ::= 65536 -- Maximum number of DL band combinations
maxBandsUTRA-FDD-r16 INTEGER ::= 64 -- Maximum number of bands listed in UTRA-FDD UE caps
maxBT-IdReport-r16 INTEGER ::= 32 -- Maximum number of Bluetooth IDs to report
maxBT-Name-r16 INTEGER ::= 4 -- Maximum number of Bluetooth name
maxCBR-Config-r16 INTEGER ::= 8 -- Maximum number of CBR range configurations for sidelink communication
-- congestion control
maxCBR-Config-1-r16 INTEGER ::= 7
maxCBR-Level-r16 INTEGER ::= 16 -- Maximum nuber of CBR levels
maxCBR-Level-1-r16 INTEGER ::= 15
maxCellBlack INTEGER ::= 16 -- Maximum number of NR blacklisted cell ranges in SIB3, SIB4
maxCellHistory-r16 INTEGER ::= 16 -- Maximum number of visited cells reported
maxCellInter INTEGER ::= 16 -- Maximum number of inter-Freq cells listed in SIB4
maxCellIntra INTEGER ::= 16 -- Maximum number of intra-Freq cells listed in SIB3
maxCellMeasEUTRA INTEGER ::= 32 -- Maximum number of cells in E-UTRAN
maxCellMeasIdle-r16 INTEGER ::= 65535 -- Maximum number of cells per carrier for idle/inactive measurements is FFS
maxCellMeasUTRA-FDD-r16 INTEGER ::= 32 -- Maximum number of cells in FDD UTRAN
maxCellWhite INTEGER ::= 16 -- Maximum number of NR whitelisted cell ranges in SIB3, SIB4
3GPP
Release 16 721 3GPP TS 38.331 V16.0.0 (2020-03)
maxEARFCN INTEGER ::= 262143 -- Maximum value of E-UTRA carrier frequency
maxEUTRA-CellBlack INTEGER ::= 16 -- Maximum number of E-UTRA blacklisted physical cell identity ranges
-- in SIB5
maxEUTRA-NS-Pmax INTEGER ::= 8 -- Maximum number of NS and P-Max values per band
maxLogMeasReport-r16 INTEGER ::= 520 -- Maximum number of entries for logged measurements
maxMultiBands INTEGER ::= 8 -- Maximum number of additional frequency bands that a cell belongs to
maxNARFCN INTEGER ::= 3279165 -- Maximum value of NR carrier frequency
maxNR-NS-Pmax INTEGER ::= 8 -- Maximum number of NS and P-Max values per band
maxFreqIdle-r16 INTEGER ::= 8 -- Maximum number of carrier frequencies for idle/inactive measurements
maxNrofServingCells INTEGER ::= 32 -- Max number of serving cells (SpCells + SCells)
maxNrofServingCells-1 INTEGER ::= 31 -- Max number of serving cells (SpCell + SCells) per cell group
maxNrofAggregatedCellsPerCellGroup INTEGER ::= 16
maxNrofDUCells-r16 INTEGER ::= 512 -- Max number of cells configured on the collocated IAB-DU
maxNrofAssociatedDUCellsPerMT-r16 INTEGER ::= 65535 -- FFS
maxNrofAvailabilityCombinationsPerSet-r16 INTEGER ::= 512 -- Max number of AvailabilityCombinationId used in the DCI format 2_5
maxNrofAvailabilityCombinationsPerSet-r16-1 INTEGER ::= 511 -- Max number of AvailabilityCombinationId used in the DCI format 2_5 minus 1
maxNrofSCells INTEGER ::= 31 -- Max number of secondary serving cells per cell group
maxNrofCellMeas INTEGER ::= 32 -- Maximum number of entries in each of the cell lists in a measurement
-- object
maxNrofCG-SL-r16 INTEGER ::= 8 -- Max number of configured sidelink grant
maxNrofSS-BlocksToAverage INTEGER ::= 16 -- Max number for the (max) number of SS blocks to average to determine cell
-- measurement
maxNrofCondCells-r16 INTEGER ::= 8 -- Max number of conditional candidate SpCells
maxNrofCSI-RS-ResourcesToAverage INTEGER ::= 16 -- Max number for the (max) number of CSI-RS to average to determine cell
-- measurement
maxNrofDL-Allocations INTEGER ::= 16 -- Maximum number of PDSCH time domain resource allocations
maxNrofSR-ConfigPerCellGroup INTEGER ::= 8 -- Maximum number of SR configurations per cell group
maxLCG-ID INTEGER ::= 7 -- Maximum value of LCG ID
maxLC-ID INTEGER ::= 32 -- Maximum value of Logical Channel ID
maxLC-ID-Iab-r16 INTEGER ::= ffsValue -- Maximum value of BH Logical Channel ID extension
maxLTE-CRS-Patterns-r16 INTEGER ::= 3 -- Maximum number of additional LTE CRS rate matching patterns
maxNrofTAGs INTEGER ::= 4 -- Maximum number of Timing Advance Groups
maxNrofTAGs-1 INTEGER ::= 3 -- Maximum number of Timing Advance Groups minus 1
maxNrofBWPs INTEGER ::= 4 -- Maximum number of BWPs per serving cell
maxNrofCombIDC INTEGER ::= 128 -- Maximum number of reported MR-DC combinations for IDC
maxNrofSymbols-1 INTEGER ::= 13 -- Maximum index identifying a symbol within a slot (14 symbols, indexed
-- from 0..13)
maxNrofSlots INTEGER ::= 320 -- Maximum number of slots in a 10 ms period
maxNrofSlots-1 INTEGER ::= 319 -- Maximum number of slots in a 10 ms period minus 1
maxNrofPhysicalResourceBlocks INTEGER ::= 275 -- Maximum number of PRBs
maxNrofPhysicalResourceBlocks-1 INTEGER ::= 274 -- Maximum number of PRBs minus 1
maxNrofPhysicalResourceBlocksPlus1 INTEGER ::= 276 -- Maximum number of PRBs plus 1
maxNrofControlResourceSets-1 INTEGER ::= 11 -- Max number of CoReSets configurable on a serving cell minus 1
maxNrofControlResourceSets-1-r16 INTEGER ::= 15 -- Max number of CoReSets configurable on a serving cell extended in minus 1
maxNrofCoresetPools-r16 INTEGER ::= 2 -- Maximum number of CORESET pools
maxCoReSetDuration INTEGER ::= 3 -- Max number of OFDM symbols in a control resource set
maxNrofSearchSpaces-1 INTEGER ::= 39 -- Max number of Search Spaces minus 1
maxSFI-DCI-PayloadSize INTEGER ::= 128 -- Max number payload of a DCI scrambled with SFI-RNTI
maxSFI-DCI-PayloadSize-1 INTEGER ::= 127 -- Max number payload of a DCI scrambled with SFI-RNTI minus 1
maxINT-DCI-PayloadSize INTEGER ::= 126 -- Max number payload of a DCI scrambled with INT-RNTI
maxINT-DCI-PayloadSize-1 INTEGER ::= 125 -- Max number payload of a DCI scrambled with INT-RNTI minus 1
maxNrofRateMatchPatterns INTEGER ::= 4 -- Max number of rate matching patterns that may be configured
3GPP
Release 16 722 3GPP TS 38.331 V16.0.0 (2020-03)
maxNrofRateMatchPatterns-1 INTEGER ::= 3 -- Max number of rate matching patterns that may be configured minus 1
maxNrofRateMatchPatternsPerGroup INTEGER ::= 8 -- Max number of rate matching patterns that may be configured in one group
maxNrofCSI-ReportConfigurations INTEGER ::= 48 -- Maximum number of report configurations
maxNrofCSI-ReportConfigurations-1 INTEGER ::= 47 -- Maximum number of report configurations minus 1
maxNrofCSI-ResourceConfigurations INTEGER ::= 112 -- Maximum number of resource configurations
maxNrofCSI-ResourceConfigurations-1 INTEGER ::= 111 -- Maximum number of resource configurations minus 1
maxNrofAP-CSI-RS-ResourcesPerSet INTEGER ::= 16
maxNrOfCSI-AperiodicTriggers INTEGER ::= 128 -- Maximum number of triggers for aperiodic CSI reporting
maxNrofReportConfigPerAperiodicTrigger INTEGER ::= 16 -- Maximum number of report configurations per trigger state for aperiodic
-- reporting
maxNrofNZP-CSI-RS-Resources INTEGER ::= 192 -- Maximum number of Non-Zero-Power (NZP) CSI-RS resources
maxNrofNZP-CSI-RS-Resources-1 INTEGER ::= 191 -- Maximum number of Non-Zero-Power (NZP) CSI-RS resources minus 1
maxNrofNZP-CSI-RS-ResourcesPerSet INTEGER ::= 64 -- Maximum number of NZP CSI-RS resources per resource set
maxNrofNZP-CSI-RS-ResourceSets INTEGER ::= 64 -- Maximum number of NZP CSI-RS resources per cell
maxNrofNZP-CSI-RS-ResourceSets-1 INTEGER ::= 63 -- Maximum number of NZP CSI-RS resources per cell minus 1
maxNrofNZP-CSI-RS-ResourceSetsPerConfig INTEGER ::= 16 -- Maximum number of resource sets per resource configuration
maxNrofNZP-CSI-RS-ResourcesPerConfig INTEGER ::= 128 -- Maximum number of resources per resource configuration
maxNrofZP-CSI-RS-Resources INTEGER ::= 32 -- Maximum number of Zero-Power (ZP) CSI-RS resources
maxNrofZP-CSI-RS-Resources-1 INTEGER ::= 31 -- Maximum number of Zero-Power (ZP) CSI-RS resources minus 1
maxNrofZP-CSI-RS-ResourceSets-1 INTEGER ::= 15
maxNrofZP-CSI-RS-ResourcesPerSet INTEGER ::= 16
maxNrofZP-CSI-RS-ResourceSets INTEGER ::= 16
maxNrofCSI-IM-Resources INTEGER ::= 32 -- Maximum number of CSI-IM resources. See CSI-IM-ResourceMax in 38.214.
maxNrofCSI-IM-Resources-1 INTEGER ::= 31 -- Maximum number of CSI-IM resources minus 1. See CSI-IM-ResourceMax
-- in 38.214.
maxNrofCSI-IM-ResourcesPerSet INTEGER ::= 8 -- Maximum number of CSI-IM resources per set. See CSI-IM-ResourcePerSetMax
-- in 38.214
maxNrofCSI-IM-ResourceSets INTEGER ::= 64 -- Maximum number of NZP CSI-IM resources per cell
maxNrofCSI-IM-ResourceSets-1 INTEGER ::= 63 -- Maximum number of NZP CSI-IM resources per cell minus 1
maxNrofCSI-IM-ResourceSetsPerConfig INTEGER ::= 16 -- Maximum number of CSI IM resource sets per resource configuration
maxNrofCSI-SSB-ResourcePerSet INTEGER ::= 64 -- Maximum number of SSB resources in a resource set
maxNrofCSI-SSB-ResourceSets INTEGER ::= 64 -- Maximum number of CSI SSB resource sets per cell
maxNrofCSI-SSB-ResourceSets-1 INTEGER ::= 63 -- Maximum number of CSI SSB resource sets per cell minus 1
maxNrofCSI-SSB-ResourceSetsPerConfig INTEGER ::= 1 -- Maximum number of CSI SSB resource sets per resource configuration
maxNrofFailureDetectionResources INTEGER ::= 10 -- Maximum number of failure detection resources
maxNrofFailureDetectionResources-1 INTEGER ::= 9 -- Maximum number of failure detection resources minus 1
maxNrofFreqSL-r16 INTEGER ::= 8 -- Maximum number of carrier frequncy for for NR sidelink communication
maxNrofSL-BWPs-r16 INTEGER ::= 4 -- Maximum number of BWP for for NR sidelink communication
maxFreqSL-EUTRA-r16 INTEGER ::= 8 -- Maximum number of EUTRA anchor carrier frequncy for NR sidelink
-- communication
maxNrofSL-MeasId-r16 INTEGER ::= 84 -- Maximum number of sidelink measurement identity (RSRP)
maxNrofSL-ObjectId-r16 INTEGER ::= 64 -- Maximum number of sidelink measurement objects (RSRP)
maxNrofSL-ReportConfigId-r16 INTEGER ::= 64 -- Maximum number of sidelink measurement reporting configuration(RSRP)
maxNrofSL-PoolToMeasureEUTRA-r16 INTEGER ::= 8 -- Maximum number of resoure pool for V2X sidelink measurement to measure
-- for each measurement object (for CBR)
maxNrofSL-PoolToMeasureNR-r16 INTEGER ::= 8 -- Maximum number of resoure pool for NR sidelink measurement to measure for
-- each measurement object (for CBR)
maxFreqSL-NR-r16 INTEGER ::= 8 -- Maximum number of NR anchor carrier frequncy for NR sidelink
-- communication
maxNrofSL-QFIs-r16 INTEGER ::= 2048 -- Maximum number of QoS flow for NR sidelink communication per UE
maxNrofSL-QFIsPerDest-r16 INTEGER ::= 64 -- Maximum number of QoS flow per destination for NR sidelink communication
maxNrofObjectId INTEGER ::= 64 -- Maximum number of measurement objects
3GPP
Release 16 723 3GPP TS 38.331 V16.0.0 (2020-03)
maxNrofPageRec INTEGER ::= 32 -- Maximum number of page records
maxNrofPCI-Ranges INTEGER ::= 8 -- Maximum number of PCI ranges
maxPLMN INTEGER ::= 12 -- Maximum number of PLMNs broadcast and reported by UE at establisghment
maxNrofCSI-RS-ResourcesRRM INTEGER ::= 96 -- Maximum number of CSI-RS resources for an RRM measurement object
maxNrofCSI-RS-ResourcesRRM-1 INTEGER ::= 95 -- Maximum number of CSI-RS resources for an RRM measurement object minus 1
maxNrofMeasId INTEGER ::= 64 -- Maximum number of configured measurements
maxNrofQuantityConfig INTEGER ::= 2 -- Maximum number of quantity configurations
maxNrofCSI-RS-CellsRRM INTEGER ::= 96 -- Maximum number of cells with CSI-RS resources for an RRM measurement
-- object
maxNrofSL-Dest-r16 INTEGER ::= 32 -- Maximum number of destination for NR sidelink communication
maxNrofSL-Dest-1-r16 INTEGER ::= 31 -- Highest index of destination for NR sidelink communication
maxNrofSLRB-r16 INTEGER ::= 512 -- Maximum number of radio bearer for NR sidelink communication per UE
maxSL-LCID-r16 INTEGER ::= 512 -- Maximum number of RLC bearer for NR sidelink communication per UE
maxSL-SyncConfig-r16 INTEGER ::= 16 -- Maximum number of sidelink Sync configurations
maxNrofRXPool-r16 INTEGER ::= 16 -- Maximum number of Rx resource poolfor NR sidelink communication
maxNrofTXPool-r16 INTEGER ::= 8 -- Maximum number of Tx resourcepoolfor NR sidelink communication
maxNrofPoolID-r16 INTEGER ::= 16 -- Maximum index of resource pool for NR sidelink communication
maxNrofSRS-PathlossReferenceRS-r16-1 INTEGER ::= ffsValue --
maxNrofSRS-ResourceSets INTEGER ::= 16 -- Maximum number of SRS resource sets in a BWP.
maxNrofSRS-ResourceSets-1 INTEGER ::= 15 -- Maximum number of SRS resource sets in a BWP minus 1.
maxNrofSRS-PosResourceSets-r16 INTEGER ::= 16 -- Maximum number of SRS Positioning resource sets in a BWP.
maxNrofSRS-PosResourceSets-1-r16 INTEGER ::= 15 -- Maximum number of SRS Positioning resource sets in a BWP minus 1.
maxNrofSRS-Resources INTEGER ::= 64 -- Maximum number of SRS resources.
maxNrofSRS-Resources-1 INTEGER ::= 63 -- Maximum number of SRS resources in an SRS resource set minus 1.
maxNrofSRS-PosResources-r16 INTEGER ::= 64 -- Maximum number of SRS Positioning resources.
maxNrofSRS-PosResources-1-r16 INTEGER ::= 63 -- Maximum number of SRS Positioning resources in an SRS Positioning
-- resource set minus 1.
maxNrofSRS-ResourcesPerSet INTEGER ::= 16 -- Maximum number of SRS resources in an SRS resource set
maxNrofSRS-TriggerStates-1 INTEGER ::= 3 -- Maximum number of SRS trigger states minus 1, i.e., the largest code
-- point.
maxNrofSRS-TriggerStates-2 INTEGER ::= 2 -- Maximum number of SRS trigger states minus 2.
maxRAT-CapabilityContainers INTEGER ::= 8 -- Maximum number of interworking RAT containers (incl NR and MRDC)
maxSimultaneousBands INTEGER ::= 32 -- Maximum number of simultaneously aggregated bands
maxNrofSlotFormatCombinationsPerSet INTEGER ::= 512 -- Maximum number of Slot Format Combinations in a SF-Set.
maxNrofSlotFormatCombinationsPerSet-1 INTEGER ::= 511 -- Maximum number of Slot Format Combinations in a SF-Set minus 1.
maxNrofTrafficPattern-r16 INTEGER ::= 8 -- Maximum number of Traffic Pattern for NR sidelink communication.
maxNrofPUCCH-Resources INTEGER ::= 128
maxNrofPUCCH-Resources-1 INTEGER ::= 127
maxNrofPUCCH-ResourceSets INTEGER ::= 4 -- Maximum number of PUCCH Resource Sets
maxNrofPUCCH-ResourceSets-1 INTEGER ::= 3 -- Maximum number of PUCCH Resource Sets minus 1.
maxNrofPUCCH-ResourcesPerSet INTEGER ::= 32 -- Maximum number of PUCCH Resources per PUCCH-ResourceSet
maxNrofPUCCH-P0-PerSet INTEGER ::= 8 -- Maximum number of P0-pucch present in a p0-pucch set
maxNrofPUCCH-PathlossReferenceRSs INTEGER ::= 4 -- Maximum number of RSs used as pathloss reference for PUCCH power control.
maxNrofPUCCH-PathlossReferenceRSs-1 INTEGER ::= 3 -- Maximum number of RSs used as pathloss reference for PUCCH power
-- control minus 1.
maxNrofPUCCH-PathlossReferenceRSs-r16 INTEGER ::= 64 -- Maximum number of RSs used as pathloss reference for PUCCH power control
-- extended.
maxNrofPUCCH-PathlossReferenceRSs-1-r16 INTEGER ::= 63 -- Maximum number of RSs used as pathloss reference for PUCCH power control
-- minus 1 extended.
maxNrofPUCCH-ResourceGroups-r16 INTEGER ::= 4 -- Maximum number of PUCCH resources groups.
maxNrofPUCCH-ResourcesPerGroup-r16 INTEGER ::= ffsValue -- Maximum number of PUCCH resources in a PUCCH group.
maxNrofPUCCH-ResourcesPerGroup-1-r16 INTEGER ::= ffsValue -- Maximum number of PUCCH resources in a PUCCH group minus 1.
3GPP
Release 16 724 3GPP TS 38.331 V16.0.0 (2020-03)
maxNrofServingCells-r16 INTEGER ::=ffsValue -- Maximum number of serving cells in simultaneousTCI-UpdateList.
maxNrofP0-PUSCH-AlphaSets INTEGER ::=30 -- Maximum number of P0-pusch-alpha-sets (see 38,213, clause 7.1)
maxNrofP0-PUSCH-AlphaSets-1 INTEGER ::=29 -- Maximum number of P0-pusch-alpha-sets minus 1 (see 38,213, clause 7.1)
maxNrofPUSCH-PathlossReferenceRSs INTEGER ::=4 -- Maximum number of RSs used as pathloss reference for PUSCH power control.
maxNrofPUSCH-PathlossReferenceRSs-1 INTEGER ::=3 -- Maximum number of RSs used as pathloss reference for PUSCH power
-- control minus 1.
maxNrofPUSCH-PathlossReferenceRSs-r16 INTEGER ::= 64 -- Maximum number of RSs used as pathloss reference for PUSCH power control
-- extended
maxNrofPUSCH-PathlossReferenceRSs-1-r16 INTEGER ::= 63 -- Maximum number of RSs used as pathloss reference for PUSCH power control
-- minus 1
maxNrofNAICS-Entries INTEGER ::= 8 -- Maximum number of supported NAICS capability set
maxBands INTEGER ::= 1024 -- Maximum number of supported bands in UE capability.
maxBandsMRDC INTEGER ::= 1280
maxBandsEUTRA INTEGER ::= 256
maxCellReport INTEGER ::= 8
maxDRB INTEGER ::= 29 -- Maximum number of DRBs (that can be added in DRB-ToAddModLIst).
maxFreq INTEGER ::= 8 -- Max number of frequencies.
maxFreqIDC-r16 INTEGER ::= 128 -- Max number of frequencies for IDC indication.
maxCombIDC-r16 INTEGER ::= 128 -- Max number of reported UL CA for IDC indication.
maxFreqIDC-MRDC INTEGER ::= 32 -- Maximum number of candidate NR frequencies for MR-DC IDC indication
maxNrofCandidateBeams INTEGER ::= 16 -- Max number of PRACH-ResourceDedicatedBFR that in BFR config.
maxNrofCandidateBeams-r16 INTEGER ::= 64 -- Max number of candidate beam resources in BFR config.
maxNrofCandidateBeamsExt-r16 INTEGER ::= 9999 -- FFS
maxNrofPCIsPerSMTC INTEGER ::= 64 -- Maximun number of PCIs per SMTC.
maxNrofQFIs INTEGER ::= 64
maxNrofResourceAvailabilityPerCombination-r16 INTEGER ::= 64 -- FFS
maxNrOfSemiPersistentPUSCH-Triggers INTEGER ::= 64 -- Maximum number of triggers for semi persistent reporting on PUSCH
maxNrofSR-Resources INTEGER ::= 8 -- Maximum number of SR resources per BWP in a cell.
maxNrofSlotFormatsPerCombination INTEGER ::= 256
maxNrofSpatialRelationInfos INTEGER ::= 8
maxNrofSpatialRelationInfos-r16 INTEGER ::= 64
maxNrofIndexesToReport INTEGER ::= 32
maxNrofIndexesToReport2 INTEGER ::= 64
maxNrofSSBs-r16 INTEGER ::= 64 -- Maximum number of SSB resources in a resource set.
maxNrofSSBs-1 INTEGER ::= 63 -- Maximum number of SSB resources in a resource set minus 1.
maxNrofS-NSSAI INTEGER ::= 8 -- Maximum number of S-NSSAI.
maxNrofTCI-StatesPDCCH INTEGER ::= 64
maxNrofTCI-States INTEGER ::= 128 -- Maximum number of TCI states.
maxNrofTCI-States-1 INTEGER ::= 127 -- Maximum number of TCI states minus 1.
maxNrofUL-Allocations INTEGER ::= 16 -- Maximum number of PUSCH time domain resource allocations.
maxQFI INTEGER ::= 63
maxRA-CSIRS-Resources INTEGER ::= 96
maxRA-OccasionsPerCSIRS INTEGER ::= 64 -- Maximum number of RA occasions for one CSI-RS
maxRA-Occasions-1 INTEGER ::= 511 -- Maximum number of RA occasions in the system
maxRA-SSB-Resources INTEGER ::= 64
maxSCSs INTEGER ::= 5
maxSecondaryCellGroups INTEGER ::= 3
maxNrofServingCellsEUTRA INTEGER ::= 32
maxMBSFN-Allocations INTEGER ::= 8
maxNrofMultiBands INTEGER ::= 8
maxCellSFTD INTEGER ::= 3 -- Maximum number of cells for SFTD reporting
maxReportConfigId INTEGER ::= 64
3GPP
Release 16 725 3GPP TS 38.331 V16.0.0 (2020-03)
maxNrofCodebooks INTEGER ::= 16 -- Maximum number of codebooks suppoted by the UE
maxNrofCSI-RS-Resources INTEGER ::= 7 -- Maximum number of codebook resources supported by the UE
maxNrofSRI-PUSCH-Mappings INTEGER ::= 16
maxNrofSRI-PUSCH-Mappings-1 INTEGER ::= 15
maxSIB INTEGER::= 32 -- Maximum number of SIBs
maxSI-Message INTEGER::= 32 -- Maximum number of SI messages
maxPO-perPF INTEGER ::= 4 -- Maximum number of paging occasion per paging frame
maxAccessCat-1 INTEGER ::= 63 -- Maximum number of Access Categories minus 1
maxBarringInfoSet INTEGER ::= 8 -- Maximum number of Access Categories
maxCellEUTRA INTEGER ::= 8 -- Maximum number of E-UTRA cells in SIB list
maxEUTRA-Carrier INTEGER ::= 8 -- Maximum number of E-UTRA carriers in SIB list
maxPLMNIdentities INTEGER ::= 8 -- Maximum number of PLMN identites in RAN area configurations
maxDownlinkFeatureSets INTEGER ::= 1024 -- (for NR DL) Total number of FeatureSets (size of the pool)
maxUplinkFeatureSets INTEGER ::= 1024 -- (for NR UL) Total number of FeatureSets (size of the pool)
maxEUTRA-DL-FeatureSets INTEGER ::= 256 -- (for E-UTRA) Total number of FeatureSets (size of the pool)
maxEUTRA-UL-FeatureSets INTEGER ::= 256 -- (for E-UTRA) Total number of FeatureSets (size of the pool)
maxFeatureSetsPerBand INTEGER ::= 128 -- (for NR) The number of feature sets associated with one band.
maxPerCC-FeatureSets INTEGER ::= 1024 -- (for NR) Total number of CC-specific FeatureSets (size of the pool)
maxFeatureSetCombinations INTEGER ::= 1024 -- (for MR-DC/NR)Total number of Feature set combinations (size of the
-- pool)
maxInterRAT-RSTD-Freq INTEGER ::= 3
maxHRNN-Len-r16 INTEGER ::= ffsValue -- Maximum length of HRNNs, value is FFS
maxNPN-r16 INTEGER ::= 12 -- Maximum number of NPNs broadcast and reported by UE at establishment
maxNrOfMinSchedulingOffsetValues-r16 INTEGER ::= 2 -- Maximum number of min. scheduling offset (K0/K2) configurations
maxK0-SchedulingOffset-r16 INTEGER ::= 16 -- Maximum number of slots configured as min. scheduling offset (K0)
maxK2-SchedulingOffset-r16 INTEGER ::= 16 -- Maximum number of slots configured as min. scheduling offset (K2)
maxDCI-2-6-Size-r16 INTEGER ::= 140 -- Maximum size of DCI format 2-6
maxDCI-2-6-Size-1-r16 INTEGER ::= 139 -- Maximum DCI format 2-6 size minus 1
maxNrofUL-Allocations-r16 INTEGER ::= 64 -- Maximum number of PUSCH time domain resource allocations
maxNrofP0-PUSCH-Set-r16 INTEGER ::= 2 -- Maximum number of P0 PUSCH set(s)
maxCI-DCI-PayloadSize-r16 INTEGER ::= 126 -- Maximum number of the DCI size for CI
maxCI-DCI-PayloadSize-r16-1 INTEGER ::= 125 -- Maximum number of the DCI size for CI minus 1
maxWLAN-Id-Report-r16 INTEGER ::= 32 -- Maximum number of WLAN IDs to report
maxWLAN-Name-r16 INTEGER ::= 4 -- Maximum number of WLAN name
maxRAReport-r16 INTEGER ::= 8 -- Maximum number of RA procedures information to be included in the
-- RA report
maxTxConfig-r16 INTEGER ::= 64
maxTxConfig-1-r16 INTEGER ::= 63
maxPSSCH-TxConfig-r16 INTEGER ::= 16 -- Maximum number of PSSCH TX configurations
maxNrofCLI-RSSI-Resources-r16 INTEGER ::= 64 -- Maximum number of CLI-RSSI resources for UE
maxNrofCLI-RSSI-Resources-r16-1 INTEGER ::= 63 -- Maximum number of CLI-RSSI resources for UE minus 1
maxNrofSRS-Resources-r16 INTEGER ::= 32 -- Maximum number of SRS resources for CLI measurement for UE
maxCLI-Report-r16 INTEGER ::= 8
maxNrofConfiguredGrantConfig-r16 INTEGER ::= 12 -- Maximum number of configured grant configurations per BWP
maxNrofConfiguredGrantConfig-r16-1 INTEGER ::= 11 -- Maximum number of configured grant configurations per BWP minus 1
maxNrofConfiguredGrantConfigMAC-r16 INTEGER ::= 32 -- Maximum number of configured grant configurations per MAC entity
maxNrofConfiguredGrantConfigMAC-r16-1 INTEGER ::= 31 -- Maximum number of configured grant configurations per MAC entity minus 1
maxNrofSPS-Config-r16 INTEGER ::= 8 -- Maximum number of SPS configurations per BWP
maxNrofSPS-Config-r16-1 INTEGER ::= 7 -- Maximum number of SPS configurations per BWP minus 1
maxNrofDormancyGroups INTEGER ::= 5 --
maxNrofPUCCH-ResourceGroups-1-r16 INTEGER ::= 3 --
maxNrofServingCellsTCI-r16 INTEGER ::= ffsValue --
3GPP
Release 16 726 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-MULTIPLICITY-AND-TYPE-CONSTRAINT-DEFINITIONS-STOP
-- ASN1STOP
– End of NR-RRC-Definitions
-- ASN1START
END
-- ASN1STOP
Table 6.5-1 defines Short Messages. Bit 1 is the most significant bit.
3GPP
Release 16 727 3GPP TS 38.331 V16.0.0 (2020-03)
PC5-RRC-Definitions DEFINITIONS AUTOMATIC TAGS ::=
BEGIN
IMPORTS
RRC-TransactionIdentifier,
SN-FieldLengthAM,
SN-FieldLengthUM,
LogicalChannelIdentity,
maxNrofSLRB-r16,
maxNrofSL-QFIs-r16,
maxNrofSL-QFIsPerDest-r16,
RSRP-Range,
SL-MeasConfig-r16,
SL-MeasId-r16
FROM NR-RRC-Definitions;
-- TAG-PC5-RRC-DEFINITIONS-STOP
-- ASN1STOP
– SBCCH-SL-BCH-Message
The SBCCH-SL-BCH-Message class is the set of RRC messages that may be sent from the UE to the UE via SL-BCH on the SBCCH logical channel.
-- ASN1START
-- TAG-SBCCH-SL-BCH-MESSAGE-START
SBCCH-SL-BCH-MessageType::= CHOICE {
c1 CHOICE {
masterInformationBlockSidelink MasterInformationBlockSidelink,
spare3 NULL, spare2 NULL, spare1 NULL
},
messageClassExtension SEQUENCE {}
}
-- TAG-SBCCH-SL-BCH-MESSAGE-STOP
-- ASN1STOP
– SCCH-Message
The SCCH-Message class is the set of RRC messages that may be sent from the UE to the UE for unicast of NR sidelink communication on SCCH logical channel.
-- ASN1START
3GPP
Release 16 728 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SCCH-MESSAGE-START
-- TAG-SCCH-MESSAGE-STOP
-- ASN1STOP
RLC-SAP: TM
Direction: UE to UE
MasterInformationBlockSidelink
-- ASN1START
-- TAG-MASTERINFORMATIONBLOCKSIDELINK-START
3GPP
Release 16 729 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-MASTERINFORMATIONBLOCKSIDELINK-STOP
-- ASN1STOP
– MeasurementReportSidelink
The MeasurementReportSidelink message is used for the indication of measurement results of NR sidelink.
RLC-SAP: AM
Direction: UE to UE
MeasurementReportSidelink message
-- ASN1START
-- TAG-MEASUREMENTREPORTSIDELINK-START
3GPP
Release 16 730 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-MEASUREMENTREPORTSIDELINK-STOP
-- ASN1STOP
– RRCReconfigurationSidelink
The RRCReconfigurationSidelink message is the command to AS configuration of the PC5 RRC connection. It is only applied to unicast of NR sidelink communication.
RLC-SAP: AM
Direction: UE to UE
RRCReconfigurationSidelink message
-- ASN1START
-- TAG-RRCRECONFIGURATIONSIDELINK-START
3GPP
Release 16 731 3GPP TS 38.331 V16.0.0 (2020-03)
slrb-ConfigToAddModList-r16 SEQUENCE (SIZE (1..maxNrofSLRB-r16)) OF SLRB-Config-r16 OPTIONAL,
slrb-ConfigToReleaseList-r16 SEQUENCE (SIZE (1..maxNrofSLRB-r16)) OF SLRB-PC5-ConfigIndex-r16 OPTIONAL,
sl-MeasConfig-r16 SL-MeasConfig-r16 OPTIONAL,
sl-CSI-RS-Config-r16 SL-CSI-RS-Config-r16 OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
SLRB-Config-r16::= SEQUENCE {
slrb-PC5-ConfigIndex-r16 SLRB-PC5-ConfigIndex-r16,
sl-SDAP-ConfigPC5-r16 SL-SDAP-ConfigPC5-r16 OPTIONAL, -- Need N
sl-PDCP-ConfigPC5-r16 SL-PDCP-ConfigPC5-r16 OPTIONAL, -- Need N
sl-RLC-ConfigPC5-r16 SL-RLC-ConfigPC5-r16 OPTIONAL, -- Need N
sl-MAC-LogicalChannelConfigPC5-r16 SL-LogicalChannelConfigPC5-r16 OPTIONAL, -- Need N
...
}
3GPP
Release 16 732 3GPP TS 38.331 V16.0.0 (2020-03)
sl-LogicalChannelIdentity-r16 LogicalChannelIdentity,
...
}
-- TAG-RRCRECONFIGURATIONSIDELINK-STOP
-- ASN1STOP
– RRCReconfigurationCompleteSidelink
The RRCReconfigurationCompleteSidelink message is used to confirm the successful completion of a PC5 RRC AS reconfiguration. It is only applied to unicast of NR sidelink
communication.
RLC-SAP: AM
3GPP
Release 16 733 3GPP TS 38.331 V16.0.0 (2020-03)
Direction: UE to UE
RRCReconfigurationCompleteSidelink message
-- ASN1START
-- TAG-RRCRECONFIGURATIONCOMPLETESIDELINK-START
-- TAG-RRCRECONFIGURATIONCOMPLETESIDELINK-STOP
-- ASN1STOP
– RRCReconfigurationFailureSidelink
The RRCReconfigurationFailureSidelink message is used to indicate the failure of a PC5 RRC AS reconfiguration. It is only applied to unicast of NR sidelink communication.
RLC-SAP: AM
Direction: UE to UE
RRCReconfigurationFailureSidelink message
-- ASN1START
-- TAG-RRCRECONFIGURATIONFAILURESIDELINK-START
3GPP
Release 16 734 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-RRCRECONFIGURATIONFAILURESIDELINK-STOP
-- ASN1STOP
– UECapabilityEnquirySidelink
The UECapabilityEnquirySidelink message is used to request UE sidelink capabilities. It is only applied to unicast of NR sidelink communication.
RLC-SAP: AM
Direction: UE to UE
-- TAG-UECAPABILITYENQUIRYSIDELINK-STOP
-- ASN1STOP
3GPP
Release 16 735 3GPP TS 38.331 V16.0.0 (2020-03)
– UECapabilityInformationSidelink
The IE UECapabilityInformationSidelink message is used to transfer UE radio access capabilities. It is only applied to unicast of NR sidelink communication.
RLC-SAP: AM
Direction: UE to UE
-- TAG-UECAPABILITYINFORMATIONSIDELINK-STOP
-- ASN1STOP
– End of PC5-RRC-Definitions
-- ASN1START
END
-- ASN1STOP
3GPP
Release 16 736 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 737 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 738 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 739 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 740 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 741 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 742 3GPP TS 38.331 V16.0.0 (2020-03)
7.2 Counters
Counter Reset Incremented When reaching max value
N310 Upon reception of "in- Upon reception of "out-of-sync" Start timer T310
sync" indication from from lower layer while the timer
lower layers; T310 is stopped.
upon receiving
RRCReconfiguration with
reconfigurationWithSync
for that cell group;
upon initiating the
connection re-
establishment procedure.
N311 Upon reception of "out- Upon reception of the "in-sync" Stop the timer T310.
of-sync" indication from from lower layer while the timer
lower layers; T310 is running.
upon receiving
RRCReconfiguration with
reconfigurationWithSync
for that cell group;
upon initiating the
connection re-
establishment procedure.
7.3 Constants
Constant Usage
N310 Maximum number of consecutive "out-of-sync" indications for the SpCell received from
lower layers
N311 Maximum number of consecutive "in-sync" indications for the SpCell received from lower
layers
7.4 UE variables
NOTE: To facilitate the specification of the UE behavioural requirements, UE variables are represented using ASN.1. Unless explicitly specified otherwise, it is however
up to UE implementation how to store the variables. The optionality of the IEs in ASN.1 is used only to indicate that the values may not always be available.
– NR-UE-Variables
This ASN.1 segment is the start of the NR UE variable definitions.
3GPP
Release 16 743 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1START
-- NR-UE-VARIABLES-START
BEGIN
IMPORTS
ARFCN-ValueNR,
CellIdentity,
EUTRA-PhysCellId,
MeasId,
MeasIdToAddModList,
MeasIdleCarrierEUTRA-r16,
MeasIdleCarrierNR-r16,
MeasResultIdleEUTRA-r16,
MeasResultIdleNR-r16,
MeasObjectToAddModList,
PhysCellId,
RNTI-Value,
ReportConfigToAddModList,
RSRP-Range,
SL-MeasId-r16,
SL-MeasIdList-r16,
SL-MeasObjectList-r16,
SL-ReportConfigList-r16,
SL-QuantityConfig-r16,
Tx-PoolMeasToAddModListEUTRA-r16,
Tx-PoolMeasList-r16,
QuantityConfig,
maxNrofCellMeas,
maxNrofMeasId,
maxFreqIdle-r16, PhysCellIdUTRA-FDD-r16,
ValidityAreaList-r16,
CondConfigToAddModList-r16,
ConnEstFailReport-r16,
LoggingDuration-r16,
LoggingInterval-r16,
LogMeasInfoList-r16,
LogMeasInfo-r16,
RA-Report-r16,
RLF-Report-r16,
TraceReference-r16,
WLAN-Identifiers-r16,
WLAN-NameList-r16,
BT-NameList-r16,
PLMN-Identity,
maxPLMN,
RA-ReportList-r16,
VisitedCellInfoList-r16,
AbsoluteTimeInfo-r16,
LoggedEventTriggerConfig-r16,
3GPP
Release 16 744 3GPP TS 38.331 V16.0.0 (2020-03)
LoggedPeriodicalReportConfig-r16,
Sensor-NameListConfig-r16,
WLAN-NameListConfig-r16,
BT-NameListConfig-r16,
PLMN-IdentityList3-r16,
AreaConfiguration-r16,
maxNrofSL-MeasId-r16,
maxNrofFreqSL-r16,
maxNrofCLI-RSSI-Resources-r16,
maxNrofSRS-Resources-r16,
RSSI-ResourceId-r16,
SRS-ResourceId
FROM NR-RRC-Definitions;
-- NR-UE-VARIABLES-STOP
-- ASN1STOP
– VarConditionalConfig
The UE variable VarConditionalConfig includes the accumulated configuration of the conditional handover or conditional PSCell change configurations including the pointers to
conditional handover or conditional PSCell change execution condition (associated measId(s)) and the stored target candidate SpCell RRCReconfiguration.
VarConditionalConfig UE variable
-- ASN1START
-- TAG-VARCONDITIONALCONFIG-START
-- TAG-VARCONDITIONALCONFIG-STOP
-- ASN1STOP
– VarConnEstFailReport
The UE variable VarConnEstFailReport includes the connection establishment failure information.
VarConnEstFailReport UE variable
-- ASN1START
-- TAG-VARCONNESTFAILREPORT-START
-- TAG-VARCONNESTFAILREPORT-STOP
3GPP
Release 16 745 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
– VarLogMeasConfig
The UE variable VarLogMeasConfig includes the configuration of the logging of measurements to be performed by the UE while in RRC_IDLE, RRC_INACTIVE, covering
intra-frequency, inter-frequency and inter-RAT mobility related measurements. The UE performs logging of measurements only while in RRC_IDLE and RRC_INACTIVE.
VarLogMeasConfig UE variable
-- ASN1START
-- TAG-VARLOGMEASCONFIG-START
– VarLogMeasReport
The UE variable VarLogMeasReport includes the logged measurements information.
VarLogMeasReport UE variable
-- ASN1START
-- TAG-VARLOGMEAREPORT-START
-- TAG-VARLOGMEAREPORT-STOP
-- ASN1STOP
3GPP
Release 16 746 3GPP TS 38.331 V16.0.0 (2020-03)
– VarMeasConfig
The UE variable VarMeasConfig includes the accumulated configuration of the measurements to be performed by the UE, covering intra-frequency, inter-frequency and inter-
RAT mobility related measurements.
VarMeasConfig UE variable
-- ASN1START
-- TAG-VARMEASCONFIG-START
s-MeasureConfig CHOICE {
ssb-RSRP RSRP-Range,
csi-RSRP RSRP-Range
} OPTIONAL
-- TAG-VARMEASCONFIG-STOP
-- ASN1STOP
– VarMeasConfigSL
The UE variable VarMeasConfigSL includes the accumulated configuration of the NR sidelink measurements to be performed by the UE of unicast destination.
VarMeasConfigSL UE variable
-- ASN1START
-- TAG-VARMEASCONFIGSL-START
3GPP
Release 16 747 3GPP TS 38.331 V16.0.0 (2020-03)
-- Other parameters
sl-QuantityConfig-r16 SL-QuantityConfig-r16 OPTIONAL
}
-- TAG-VARMEASCONFIGSL-STOP
-- ASN1STOP
– VarMeasIdleConfig
The UE variable VarMeasIdleConfig includes the configuration of the measurements to be performed by the UE while in RRC_IDLE or RRC_INACTIVE for NR inter-
frequency and inter-RAT (i.e. EUTRA) measurements.
VarMeasIdleConfig UE variable
-- ASN1START
-- TAG-VARMEASIDLECONFIG-START
-- TAG-VARMEASIDLECONFIG-STOP
-- ASN1STOP
– VarMeasIdleReport
The UE variable VarMeasIdleReport includes the logged measurements information.
VarMeasIdleReport UE variable
-- ASN1START
-- TAG-VARMEASIDLEREPORT-START
-- TAG-VARMEASIDLEREPORT-STOP
-- ASN1STOP
3GPP
Release 16 748 3GPP TS 38.331 V16.0.0 (2020-03)
– VarMeasReportList
The UE variable VarMeasReportList includes information about the measurements for which the triggering conditions have been met.
VarMeasReportList UE variable
-- ASN1START
-- TAG-VARMEASREPORTLIST-START
-- TAG-VARMEASREPORTLIST-STOP
-- ASN1STOP
– VarMeasReportListSL
The UE variable VarMeasReportListSL includes information about the NR sidelink measurements for which the triggering conditions have been met.
VarMeasReportListSL UE variable
-- ASN1START
-- TAG-VARMEASREPORTLISTSL-START
3GPP
Release 16 749 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-VARMEASREPORTLISTSL-STOP
-- ASN1STOP
– VarMobilityHistoryReport
The UE variable VarMobilityHistoryReport includes the mobility history information.
VarMobilityHistoryReport UE variable
-- ASN1START
-- TAG-VARMOBILITYHISTORYREPORT-START
-- TAG-VARMOBILITYHISTORYREPORT-STOP
-- ASN1STOP
– VarPendingRNA-Update
The UE variable VarPendingRNA-Update indicates whether there is a pending RNA update procedure or not. The setting of this BOOLEAN variable to true means that there is a
pending RNA Update procedure.
VarPendingRNA-Update UE variable
-- ASN1START
-- TAG-VARPENDINGRNA-UPDATE-START
-- TAG-VARPENDINGRNA-UPDATE-STOP
-- ASN1STOP
3GPP
Release 16 750 3GPP TS 38.331 V16.0.0 (2020-03)
– VarRA-Report
The UE variable VarRA-Report includes the random-access related information.
VarRA-Report UE variable
-- ASN1START
-- TAG-VARRA-REPORT-START
-- TAG-VARRA-REPORT-STOP
-- ASN1STOP
– VarResumeMAC-Input
The UE variable VarResumeMAC-Input specifies the input used to generate the resumeMAC-I during RRC Connection Resume procedure.
VarResumeMAC-Input variable
-- ASN1START
-- TAG-VARRESUMEMAC-INPUT-START
-- TAG-VARRESUMEMAC-INPUT-STOP
-- ASN1STOP
3GPP
Release 16 751 3GPP TS 38.331 V16.0.0 (2020-03)
– VarRLF-Report
The UE variable VarRLF-Report includes the radio link failure information or handover failure information.
VarRLF-Report UE variable
-- ASN1START
-- TAG-VARRLF-REPORT-START
-- TAG-VARRLF-REPORT-STOP
-- ASN1STOP
– VarShortMAC-Input
The UE variable VarShortMAC-Input specifies the input used to generate the shortMAC-I during RRC Connection Reestablishment procedure.
VarShortMAC-Input variable
-- ASN1START
-- TAG-VARSHORTMAC-INPUT-START
-- TAG-VARSHORTMAC-INPUT-STOP
-- ASN1STOP
3GPP
Release 16 752 3GPP TS 38.331 V16.0.0 (2020-03)
– End of NR-UE-Variables
-- ASN1START
END
-- ASN1STOP
3GPP
Release 16 753 3GPP TS 38.331 V16.0.0 (2020-03)
The following encoding rules apply in addition to what has been specified in X.691:
- When a bit string value is placed in a bit-field as specified in 15.6 to 15.11 in X.691, the leading bit of the bit
string value shall be placed in the leading bit of the bit-field, and the trailing bit of the bit string value shall be
placed in the trailing bit of the bit-field;
NOTE: The terms 'leading bit' and 'trailing bit' are defined in ITU-T Rec. X.680. When using the 'bstring'
notation, the leading bit of the bit string value is on the left, and the trailing bit of the bit string value is on
the right.
- When decoding types constrained with the ASN.1 Contents Constraint ("CONTAINING"), automatic decoding
of the contained type should not be performed because errors in the decoding of the contained type should not
cause the decoding of the entire RRC message PDU to fail. It is recommended that the decoder first decodes the
outer PDU type that contains the OCTET STRING or BIT STRING with the Contents Constraint, and then
decodes the contained type that is nested within the OCTET STRING or BIT STRING as a separate step;
- When decoding a) RRC message PDUs, b) BIT STRING constrained with a Contents Constraint, or c) OCTET
STRING constrained with a Contents Constraint, PER decoders are required to never report an error if there are
extraneous zero or non-zero bits at the end of the encoded RRC message PDU, BIT STRING or OCTET
STRING.
RRC PDUs shall be mapped to and from PDCP SDUs (in case of DCCH) or RLC SDUs (in case of PCCH, BCCH or
CCCH) upon transmission and reception as follows:
- when delivering an RRC PDU as an PDCP SDU to the PDCP layer for transmission, the first bit of the RRC
PDU shall be represented as the first bit in the PDCP SDU and onwards; and
- when delivering an RRC PDU as an RLC SDU to the RLC layer for transmission, the first bit of the RRC PDU
shall be represented as the first bit in the RLC SDU and onwards; and
- upon reception of an PDCP SDU from the PDCP layer, the first bit of the PDCP SDU shall represent the first bit
of the RRC PDU and onwards; and
- upon reception of an RLC SDU from the RLC layer, the first bit of the RLC SDU shall represent the first bit of
the RRC PDU and onwards.
8.4 Extension
The following rules apply with respect to the use of protocol extensions:
- A transmitter compliant with this version of the specification shall, unless explicitly indicated otherwise on a
PDU type basis, set the extension part empty. Transmitters compliant with a later version may send non-empty
extensions;
3GPP
Release 16 754 3GPP TS 38.331 V16.0.0 (2020-03)
- A transmitter compliant with this version of the specification shall set spare bits to zero.
8.5 Padding
If the encoded RRC message does not fill a transport block, the RRC layer shall add padding bits. This applies to PCCH
and BCCH.
Padding bits shall be set to 0 and the number of padding bits is a multiple of 8.
ASN.1 encoder
RRC- PDU
Basic production
NOTE: The UE applies the default values specified in the field description of ASN.1 parameters only when the
parent IE is present. Hence, the UE does not apply all default values in field descriptions when it applies
the "default radio configuration" in accordance with this clause.
NOTE: RRC will perform padding, if required due to the granularity of the TF signalling, as defined in 8.5.
3GPP
Release 16 755 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE: RRC will perform padding, if required due to the granularity of the TF signalling, as defined in 8.5.
Parameters that are specified for unicast of NR sidelink communication, which is used for the sidelink signalling radio
bearer of unprotected PC5-S message (e.g. Direct Communication Request).
3GPP
Release 16 756 3GPP TS 38.331 V16.0.0 (2020-03)
Parameters that are specified for unicast of NR sidelink communication, which is used for the sidelink signalling radio
bearer of PC5-S message establishing PC5-S security (e.g. Direct Security Mode Command and Direct Security Mode
Complete).
Parameters that are specified for unicast of NR sidelink communication, which is used for the sidelink signalling radio
bearer of protected PC5-S message.
3GPP
Release 16 757 3GPP TS 38.331 V16.0.0 (2020-03)
9.1.2 Void
9.2 Default radio configurations
The following clauses only list default values for REL-15 parameters included in protocol version v15.3.0. For all fields
introduced in a later protocol version, the default value is "released" or "false" unless explicitly specified otherwise. If
the UE is to apply default configuration while it is configured with some critically extended fields, the UE shall apply
the original version of those fields with only default values.
NOTE 1: In general, the signalling should preferably support a "release" option for fields introduced after v15.3.0.
The "value not applicable" should be used restrictively, mainly limited to for fields which value is
relevant only if another field is set to a value other than its default.
NOTE 2: For parameters in ServingCellConfig, the default values are specified in the corresponding specification.
3GPP
Release 16 758 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 759 3GPP TS 38.331 V16.0.0 (2020-03)
– NR-Sidelink-Preconf
-- ASN1START
-- TAG-NR-SIDELINK-PRECONF-DEFINITIONS-START
BEGIN
IMPORTS
SL-CBR-CommonTxConfigList-r16,
SL-FreqConfigCommon-r16,
SL-RadioBearerConfig-r16,
SL-RLC-BearerConfig-r16,
SL-EUTRA-AnchorCarrierFreqList-r16,
SL-NR-AnchorCarrierFreqList-r16,
SL-MeasConfigCommon-r16,
SL-UE-SelectedConfig-r16,
TDD-UL-DL-ConfigCommon,
maxNrofFreqSL-r16,
maxNrofSLRB-r16,
maxSL-LCID-r16
FROM NR-RRC-Definitions;
-- TAG-NR-SIDELINK-PRECONF-DEFINITIONS-STOP
-- ASN1STOP
– SL-PreconfigurationNR
The IE SL-PreconfigurationNR includes the sidelink pre-configured parameters used for NR sidelink communication.
3GPP
Release 16 760 3GPP TS 38.331 V16.0.0 (2020-03)
-- TAG-SL-PRECONFIGURATIONNR-STOP
-- ASN1STOP
– End of NR-Sidelink-Preconf
-- ASN1START
END
-- ASN1STOP
3GPP
Release 16 761 3GPP TS 38.331 V16.0.0 (2020-03)
- to an extended value that is not defined in the version of the transfer syntax supported by the UE;
- to a spare or reserved value unless the specification defines specific behaviour that the UE shall apply upon
receiving the concerned spare/reserved value.
- as spare or reserved unless the specification defines specific behaviour that the UE shall apply upon receiving the
concerned spare/reserved field.
1> when receiving an RRC message on the BCCH, CCCH or PCCH for which the abstract syntax is invalid [6]:
NOTE: This clause applies in case one or more fields is set to a value, other than a spare, reserved or extended
value, not defined in this version of the transfer syntax. E.g. in the case the UE receives value 12 for a
field defined as INTEGER (1..11). In cases like this, it may not be possible to reliably detect which field
is in the error hence the error handling is at the message level.
1> if the message includes a field that has a value that the UE does not comprehend:
3> treat the message while using the default value defined for this field;
3> treat the message as if the field were absent and in accordance with the need code for absence of the
concerned field;
2> else:
3> treat the message as if the field were absent and in accordance with sub-clause 10.4.
1> if the message includes a field that is mandatory to include in the message (e.g. because conditions for
mandatory presence are fulfilled) and that field is absent or treated as absent:
3> if the field concerns a (sub-field of) an entry of a list (i.e. a SEQUENCE OF):
4> treat the list as if the entry including the missing or not comprehended field was absent;
3GPP
Release 16 762 3GPP TS 38.331 V16.0.0 (2020-03)
3> else if the field concerns a sub-field of another field, referred to as the 'parent' field i.e. the field that is one
nesting level up compared to the erroneous field:
4> apply the generic error handling to the subsequent 'parent' field(s), until reaching the top nesting level
i.e. the message level;
NOTE 1: The error handling defined in these sub-clauses implies that the UE ignores a message with the message
type or version set to a not comprehended value.
NOTE 2: The nested error handling for messages received on logical channels other than DCCH and CCCH applies
for errors in extensions also, even for errors that can be regarded as invalid network operation e.g. the
network not observing conditional presence.
NOTE 3: UE behaviour on receipt of an RRC message on DCCH or CCCH that does not include a field that is
mandatory (e.g. because conditions for mandatory presence are fulfilled) is unspecified.
The following ASN.1 further clarifies the levels applicable in case of nested error handling for errors in extension
fields.
-- /example/ ASN1START
BroadcastInfoBlock1-v940-IEs::= SEQUENCE {
field3-r9 Field3-r9 OPTIONAL, -- Cond Cond1
field4-r9 Field4-r9 OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need S
}
-- ASN1STOP
The UE shall, apply the following principles regarding the levels applicable in case of nested error handling:
- an extension additon group is not regarded as a level on its own. E.g. in the ASN.1 extract in the previous, a error
regarding the conditionality of field3 would result in the entire itemInfo entry to be ignored (rather than just the
extension addition group containing field3 and field4);
- a traditional nonCriticalExtension is not regarded as a level on its own. E.g. in the ASN.1 extract in the previous,
an error regarding the conditionality of field3 would result in the entire BroadcastInfoBlock1 to be ignored
(rather than just the non-critical extension containing field3 and field4).
3GPP
Release 16 763 3GPP TS 38.331 V16.0.0 (2020-03)
1> if the message includes a field that the UE does not comprehend:
2> treat the rest of the message as if the field was absent.
NOTE: This clause does not apply to the case of an extension to the value range of a field. Such cases are
addressed instead by the requirements in clause 10.3.
3GPP
Release 16 764 3GPP TS 38.331 V16.0.0 (2020-03)
BEGIN
IMPORTS
ARFCN-ValueNR,
ARFCN-ValueEUTRA,
CellIdentity,
CGI-InfoEUTRA,
CGI-InfoNR,
CSI-RS-Index,
CSI-RS-CellMobility,
DRX-Config,
EUTRA-PhysCellId,
FreqBandIndicatorNR,
GapConfig,
maxBandComb,
maxBands,
maxCellSFTD,
maxFeatureSetsPerBand,
maxFreqIDC-MRDC,
maxNrofCombIDC,
maxNrofSCells,
maxNrofServingCells,
maxNrofServingCells-1,
maxNrofServingCellsEUTRA,
maxNrofIndexesToReport,
maxSimultaneousBands,
3GPP
Release 16 765 3GPP TS 38.331 V16.0.0 (2020-03)
MeasQuantityResults,
MeasResultCellListSFTD-EUTRA,
MeasResultCellListSFTD-NR,
MeasResultList2NR,
MeasResultSCG-Failure,
MeasResultServFreqListEUTRA-SCG,
P-Max,
PhysCellId,
RadioBearerConfig,
RAN-NotificationAreaInfo,
RRCReconfiguration,
ServCellIndex,
SetupRelease,
SSB-Index,
SSB-MTC,
SSB-ToMeasure,
SS-RSSI-Measurement,
ShortMAC-I,
SubcarrierSpacing,
UEAssistanceInformation,
UE-CapabilityRAT-ContainerList,
maxNrofCLI-RSSI-Resources-r16,
maxNrofSRS-Resources-r16,
RSSI-ResourceId-r16,
SRS-ResourceId
FROM NR-RRC-Definitions;
-- TAG-NR-INTER-NODE-DEFINITIONS-STOP
-- ASN1STOP
HandoverCommand message
-- ASN1START
-- TAG-HANDOVER-COMMAND-START
3GPP
Release 16 766 3GPP TS 38.331 V16.0.0 (2020-03)
criticalExtensionsFuture SEQUENCE {}
}
}
-- TAG-HANDOVER-COMMAND-STOP
-- ASN1STOP
– HandoverPreparationInformation
This message is used to transfer the NR RRC information used by the target gNB during handover preparation or UE context retrieval, e.g. in case of resume or re-establishment,
including UE capability information. This message is also used for transferring the information between the CU and DU.
HandoverPreparationInformation message
-- ASN1START
-- TAG-HANDOVER-PREPARATION-INFORMATION-START
3GPP
Release 16 767 3GPP TS 38.331 V16.0.0 (2020-03)
rrcReconfiguration OCTET STRING (CONTAINING RRCReconfiguration),
...,
[[
sourceRB-SN-Config OCTET STRING (CONTAINING RadioBearerConfig) OPTIONAL,
sourceSCG-NR-Config OCTET STRING (CONTAINING RRCReconfiguration) OPTIONAL,
sourceSCG-EUTRA-Config OCTET STRING OPTIONAL
]],
[[
sourceSCG-Configured ENUMERATED {true} OPTIONAL
]]
ReestabNCellInfo::= SEQUENCE{
cellIdentity CellIdentity,
3GPP
Release 16 768 3GPP TS 38.331 V16.0.0 (2020-03)
key-gNodeB-Star BIT STRING (SIZE (256)),
shortMAC-I ShortMAC-I
}
-- TAG-HANDOVER-PREPARATION-INFORMATION-STOP
-- ASN1STOP
3GPP
Release 16 769 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE 1: The following table indicates per source RAT whether RAT capabilities are included or not.
3GPP
Release 16 770 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE 2: The following table indicates, in case of inter-RAT handover from E-UTRA, which additional IEs are included or not:
– CG-Config
This message is used to transfer the SCG radio configuration as generated by the SgNB or SeNB. It can also be used by a CU to request a DU to perform certain actions, e.g. to
request the DU to perform a new lower layer configuration.
CG-Config message
-- ASN1START
-- TAG-CG-CONFIG-START
3GPP
Release 16 771 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 772 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- TAG-CG-CONFIG-STOP
-- ASN1STOP
3GPP
Release 16 773 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 774 3GPP TS 38.331 V16.0.0 (2020-03)
requestedP-MaxEUTRA
Requested value for the maximum power for the serving cells the UE can use in E-UTRA SCG. This field is only used in NE-DC.
requestedP-MaxFR1
Requested value for the maximum power for the serving cells on frequency range 1 (FR1) in this secondary cell group (see TS 38.104 [12]) the UE can use in NR SCG.
requestedP-MaxFR2
Requested value for the maximum power for the serving cells on frequency range 2 (FR2) in this secondary cell group the UE can use in NR SCG. This field is only used in
NR-DC.
scellFrequenciesSN-EUTRA, scellFrequenciesSN-NR
Indicates the frequency of all SCells configured in SCG. The field scellFrequenciesSN-EUTRA is used in NE-DC; the field scellFrequenciesSN-NR is used in (NG)EN-DC and
NR-DC. In (NG)EN-DC, the field is optionally provided to the MN.
scg-CellGroupConfig
Contains the RRCReconfiguration message (containing only secondaryCellGroup and/or measConfig):
- to be sent to the UE, used upon SCG establishment or modification, as generated (entirely) by the (target) SgNB. In this case, the SN sets the RRCReconfiguration
message in accordance with clause 6 e.g. regarding the "Need" or "Cond" statements.
or
- including the current SCG configuration of the UE, when provided in response to a query from MN, or in SN triggered SN change in order to enable delta signaling by
the target SN. In this case, the SN sets the RRCReconfiguration message in accordance with clause 11.2.3.
The field is absent if neither SCG (re)configuration nor SCG configuration query nor SN triggered SN change is performed, e.g. at inter-node capability/configuration
coordination which does not result in SCG (re)configuration towards the UE. This field is not applicable in NE-DC.
scg-CellGroupConfigEUTRA
Includes the E-UTRA RRCConnectionReconfiguration message as specified in TS 36.331 [10]. In this version of the specification, the E-UTRA RRC message can only include
the field scg-Configuration. Used to (re-)configure the SCG configuration upon SCG establishment or modification, as generated (entirely) by the (target) SeNB. This field is
only used in NE-DC.
scg-RB-Config
Contains the IE RadioBearerConfig:
- to be sent to the UE, used to (re-)configure the SCG RB configuration upon SCG establishment or modification, as generated (entirely) by the (target) SgNB or SeNB. In
this case, the SN sets the RadioBearerConfig in accordance with clause 6, e.g. regarding the "Need" or "Cond" statements.
or
- including the current SCG RB configuration of the UE, when provided in response to a query from MN or in SN triggered SN change or bearer type change between SN
terminated bearer to MN terminated bearer in order to enable delta signaling by the MN or target SN. In this case, the SN sets the RadioBearerConfig in accordance
with clause 11.2.3.
The field is absent if neither SCG (re)configuration nor SCG configuration query nor SN triggered SN change is performed, e.g. at inter-node capability/configuration
coordination which does not result in SCG RB (re)configuration.
selectedBandCombination
Indicates the band combination selected by SN in (NG)EN-DC, NE-DC, and NR-DC. The SN should inform the MN with this field whenever the band combination and/or
feature set it selected for the SCG changes (i.e. even if the new selection concerns a band combination and/or feature set that is allowed by the allowedBC-ListMRDC)
3GPP
Release 16 775 3GPP TS 38.331 V16.0.0 (2020-03)
– CG-ConfigInfo
This message is used by master eNB or gNB to request the SgNB or SeNB to perform certain actions e.g. to establish, modify or release an SCG. The message may include
additional information e.g. to assist the SgNB or SeNB to set the SCG configuration. It can also be used by a CU to request a DU to perform certain actions, e.g. to establish, or
modify an MCG or SCG.
CG-ConfigInfo message
-- ASN1START
-- TAG-CG-CONFIG-INFO-START
3GPP
Release 16 776 3GPP TS 38.331 V16.0.0 (2020-03)
sourceConfigSCG OCTET STRING (CONTAINING RRCReconfiguration) OPTIONAL,
scg-RB-Config OCTET STRING (CONTAINING RadioBearerConfig) OPTIONAL,
mcg-RB-Config OCTET STRING (CONTAINING RadioBearerConfig) OPTIONAL,
mrdc-AssistanceInfo MRDC-AssistanceInfo OPTIONAL,
nonCriticalExtension CG-ConfigInfo-v1540-IEs OPTIONAL
}
3GPP
Release 16 777 3GPP TS 38.331 V16.0.0 (2020-03)
}
SFTD-FrequencyList-NR ::= SEQUENCE (SIZE (1..maxCellSFTD)) OF ARFCN-ValueNR
3GPP
Release 16 778 3GPP TS 38.331 V16.0.0 (2020-03)
...
}
3GPP
Release 16 779 3GPP TS 38.331 V16.0.0 (2020-03)
milliSeconds ENUMERATED {
ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms30, ms40, ms50, ms60,
ms80, ms100, ms200, ms300, ms400, ms500, ms600, ms800, ms1000, ms1200,
ms1600, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 }
}
}
-- TAG-CG-CONFIG-INFO-STOP
-- ASN1STOP
3GPP
Release 16 780 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 781 3GPP TS 38.331 V16.0.0 (2020-03)
measuredFrequenciesMN
Used by MN to indicate a list of frequencies measured by the UE.
measGapConfig
Indicates the FR1 and perUE measurement gap configuration configured by MN.
measGapConfigFR2
Indicates the FR2 measurement gap configuration configured by MN.
mcg-RB-Config
Contains all of the fields in the IE RadioBearerConfig used in MCG, used by the SN to support delta configuration to UE, for bearer type change between MN terminated bearer
with NR PDCP to SN terminated bearer. It is also used to indicate the PDCP duplication related information for MN terminated split bearer (whether duplication is configured
and if so, whether it is initially activated) in SN Addition/Modification procedure. Otherwise, this field is absent.
measResultReportCGI, measResultReportCGI-EUTRA
Used by MN to provide SN with CGI-Info for the cell as per SN′s request. In this version of the specification, the measResultReportCGI is used for (NG)EN-DC and NR-DC and
the measResultReportCGI-EUTRA is used only for NE-DC.
measResultSCG-EUTRA
This field includes the MeasResultSCG-FailureMRDC IE as specified in TS 36.331 [10]. This field is only used in NE-DC.
measResultSFTD-EUTRA
SFTD measurement results between the PCell and the E-UTRA PScell in NE-DC. This field is only used in NE-DC.
mrdc-AssistanceInfo
Contains the IDC assistance information for MR-DC reported by the UE (see TS 36.331 [10]).
nrdc-PC-mode-FR1
Indicates the uplink power sharing mode that the UE uses in NR-DC FR1 (see TS 38.213 [13], clause 7.6).
nrdc-PC-mode-FR2
Indicates the uplink power sharing mode that the UE uses in NR-DC FR2 (see TS 38.213 [13], clause 7.6).
p-maxEUTRA
Indicates the maximum total transmit power to be used by the UE in the E-UTRA cell group (see TS 36.104 [33]). This field is used in (NG)EN-DC and NE-DC.
p-maxNR-FR1
Indicates the maximum total transmit power to be used by the UE in the NR cell group across all serving cells in frequency range 1 (FR1) (see TS 38.104 [12]). The field is
used in (NG)EN-DC and NE-DC.
p-maxUE-FR1
Indicates the maximum total transmit power to be used by the UE across all serving cells in frequency range 1 (FR1).
p-maxNR-FR1-MCG
Indicates the maximum total transmit power to be used by the UE in the NR cell group across all serving cells in frequency range 1 (FR1) (see TS 38.104 [12]) the UE can use
in NR MCG. This field is only used in NR-DC.
p-maxNR-FR2-SCG
Indicates the maximum total transmit power to be used by the UE in the NR cell group across all serving cells in frequency range 2 (FR2) (see TS 38.104 [12]) the UE can use
in NR SCG.
p-maxUE-FR2
Indicates the maximum total transmit power to be used by the UE across all serving cells in frequency range 2 (FR2).
p-maxNR-FR2-MCG
Indicates the maximum total transmit power to be used by the UE in the NR cell group across all serving cells in frequency range 2 (FR2) (see TS 38.104 [12]) the UE can use
in NR MCG.
pdcch-BlindDetectionSCG
Indicates the maximum value of the reference number of cells for PDCCH blind detection allowed to be configured for the SCG.
ph-InfoMCG
Power headroom information in MCG that is needed in the reception of PHR MAC CE in SCG.
3GPP
Release 16 782 3GPP TS 38.331 V16.0.0 (2020-03)
ph-SupplementaryUplink
Power headroom information for supplementary uplink. For UE in (NG)EN-DC, this field is absent.
ph-Type1or3
Type of power headroom for a serving cell in MCG (PCell and activated SCells). type1 refers to type 1 power headroom, type3 refers to type 3 power headroom. (See TS
38.321 [3]).
ph-Uplink
Power headroom information for uplink.
powerCoordination-FR1
Indicates the maximum power that the UE can use in FR1.
powerCoordination-FR2
Indicates the maximum power that the UE can use in frequency range 2 (FR2). This field is only used in NR-DC.
scgFailureInfo
Contains SCG failure type and measurement results. In case the sender has no measurement results available, the sender may include one empty entry (i.e. without any
optional fields present) in measResultPerMOList. This field is used in (NG)EN-DC and NR-DC.
scgFailureInfoEUTRA
Contains SCG failure type and measurement results of the EUTRA secondary cell group. This field is only used in NE-DC.
scg-RB-Config
Contains all of the fields in the IE RadioBearerConfig used in SCG, used to allow the target SN to use delta configuration to the UE, e.g. during SN change. The field is
signalled upon change of SN. Otherwise, the field is absent. This field is also absent when master eNB uses full configuration option.
selectedBandEntriesMNList
A list of indices referring to the position of a band entry selected by the MN, in each band combination entry in allowedBC-ListMRDC IE. BandEntryIndex 0 identifies the first
band in the bandList of the BandCombination, BandEntryIndex 1 identifies the second band in the bandList of the BandCombination, and so on. This
selectedBandEntriesMNList includes the same number of entries, and listed in the same order as in allowedBC-ListMRDC. The SN uses this information to determine which
bands out of the NR band combinations in allowedBC-ListMRDC it can configure in SCG. This field is only used in NR-DC.
servCellIndexRangeSCG
Range of serving cell indices that SN is allowed to configure for SCG serving cells.
servFrequenciesMN-NR
Indicates the frequency of all serving cells that include PCell and SCell(s) configured in MCG. This field is only used in NR-DC.
sftdFrequencyList-NR
Includes a list of SSB frequencies. Each entry identifies the SSB frequency of a PSCell, which corresponds to one MeasResultCellSFTD-NR entry in the
MeasResultCellListSFTD-NR.
sftdFrequencyList-EUTRA
Includes a list of E-UTRA frequencies. Each entry identifies the carrier frequency of a PSCell, which corresponds to one MeasResultSFTD-EUTRA entry in the
MeasResultCellListSFTD-EUTRA.
sourceConfigSCG
Includes all of the current SCG configurations used by the target SN to build delta configuration to be sent to UE, e.g. during SN change. The field contains the
RRCReconfiguration message, i.e. including secondaryCellGroup and measConfig. The field is signalled upon change of SN, unless MN uses full configuration option.
Otherwise, the field is absent.
sourceConfigSCG-EUTRA
Includes the E-UTRA RRCConnectionReconfiguration message as specified in TS 36.331 [10]. In this version of the specification, the E-UTRA RRC message can only include
the field scg-Configuration. In this version of the specification, this field is absent when master gNB uses full configuration option. This field is only used in NE-DC.
ue-CapabilityInfo
Contains the IE UE-CapabilityRAT-ContainerList supported by the UE (see NOTE 3). A gNB that retrieves MRDC related capability containers ensures that the set of included
MRDC containers is consistent w.r.t. the feature set related information.
3GPP
Release 16 783 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE 3: The following table indicates per source RAT whether RAT capabilities are included or not in ue-CapabilityInfo.
– MeasurementTimingConfiguration
The MeasurementTimingConfiguration message is used to convey assistance information for measurement timing.
Direction: en-gNB to eNB, eNB to en-gNB, gNB to gNB, ng-eNB to gNB, gNB to ng-eNB, ng-eNB to ng-eNB, gNB DU to gNB CU, and gNB CU to gNB DU.
MeasurementTimingConfiguration message
-- ASN1START
-- TAG-MEASUREMENT-TIMING-CONFIGURATION-START
3GPP
Release 16 784 3GPP TS 38.331 V16.0.0 (2020-03)
measTiming MeasTimingList OPTIONAL,
nonCriticalExtension MeasurementTimingConfiguration-v1550-IEs OPTIONAL
}
-- TAG-MEASUREMENT-TIMING-CONFIGURATION-STOP
-- ASN1STOP
3GPP
Release 16 785 3GPP TS 38.331 V16.0.0 (2020-03)
– UERadioPagingInformation
This message is used to transfer radio paging information, covering both upload to and download from the 5GC, and between gNBs.
UERadioPagingInformation message
-- ASN1START
-- TAG-UE-RADIO-PAGING-INFORMATION-START
3GPP
Release 16 786 3GPP TS 38.331 V16.0.0 (2020-03)
criticalExtensions CHOICE {
c1 CHOICE{
ueRadioPagingInformation UERadioPagingInformation-IEs,
spare7 NULL,
spare6 NULL, spare5 NULL, spare4 NULL,
spare3 NULL, spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
-- TAG-UE-RADIO-PAGING-INFORMATION-STOP
-- ASN1STOP
– UERadioAccessCapabilityInformation
This message is used to transfer UE radio access capability information, covering both upload to and download from the 5GC.
UERadioAccessCapabilityInformation message
-- ASN1START
-- TAG-UE-RADIO-ACCESS-CAPABILITY-INFORMATION-START
3GPP
Release 16 787 3GPP TS 38.331 V16.0.0 (2020-03)
ue-RadioAccessCapabilityInfo OCTET STRING (CONTAINING UE-CapabilityRAT-ContainerList),
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-UE-RADIO-ACCESS-CAPABILITY-INFORMATION-STOP
-- ASN1STOP
- The source node shall include all fields necessary to reflect the AS configuration of the UE, except for the fields sourceSCG-NR-Config, sourceSCG-EUTRA-Config and
sourceRB-SN-Config, which can be omitted in case the source MN did not receive the latest configuration from the source SN. For RRCReconfiguration included in the
field rrcReconfiguration, ReconfigurationWithSync is included with only the mandatory subfields (e.g. newUE-Identity and t304) and ServingCellConfigCommon;
- Need codes or conditions specified for subfields according to IEs defined in clause 6 do not apply. I.e. some fields shall be included regardless of the "Need" or "Cond"
e.g. discardTimer;
- Based on the received AS configuration, the target node can indicate the delta (difference) to the UE's AS configuration (as included in HandoverCommand). The fields
newUE-Identity and t304 included in ReconfigurationWithSync are not used for delta configuration purpose.
The candidateCellInfoListSN(-EUTRA) in CG-Config and the candidateCellInfoListMN(-EUTRA)/candidateCellInfoListSN(-EUTRA) in CG-ConfigInfo need not be included in
procedures that do not involve a change of node.
For a field that conveys the UE configuration in CG-Config (SN initiated change of SN configuration, or SCG configuration query) and in CG-ConfigInfo upon change of SN (i.e.
mcg-RB-Config, scg-RB-Config and sourceConfigSCG):
- The source node shall include all fields necessary to reflect the AS configuration of the UE, unless stated otherwise in the field description or in this sub-clause. For
RRCReconfiguration included in the field scg-CellGroupConfig in CG-Config, ReconfigurationWithSync is included with only the mandatory subfields (e.g. newUE-
Identity and t304) and ServingCellConfigCommon;
- Need codes or conditions specified for subfields according to IEs defined in clause 6 do not apply;
- Based on the received AS configuration, the target node can indicate the delta (difference) to the UE's AS configuration (as included in CG-Config). The fields newUE-
Identity and t304 included in ReconfigurationWithSync are not used for delta configuration purpose.
For the other fields in CG-Config and CG-ConfigInfo, the sender shall always signal the appropriate value even if same as indicated in the previous RRC INM, unless explicitly
stated otherwise. As an exception to this general rule, the absence of the below listed fields means that the receiver maintains the values informed via the previous message. Note
3GPP
Release 16 788 3GPP TS 38.331 V16.0.0 (2020-03)
that every time there is a change in the configuration covered by a listed field, the MN shall include the field and it shall provide the full configuration provided by that field.
Otherwise, if there is no change, the field can be omitted:
- configRestrictInfo;
- gapPurpose;
- measResultCellListSFTD;
- measResultSFTD-EUTRA;
- sftdFrequencyList-EUTRA;
- sftdFrequencyList-NR;
- ue-CapabilityInfo.
-- TAG-NR-MULTIPLICITY-AND-CONSTRAINTS-STOP
-- ASN1STOP
– End of NR-InterNodeDefinitions
-- ASN1START
-- TAG-NR-INTER-NODE-DEFINITIONS-END-START
3GPP
Release 16 789 3GPP TS 38.331 V16.0.0 (2020-03)
END
-- TAG-NR-INTER-NODE-DEFINITIONS-END-STOP
-- ASN1STOP
3GPP
Release 16 790 3GPP TS 38.331 V16.0.0 (2020-03)
UL Grant
DL RRC DL
command
RRC UL
UL response
3GPP
Release 16 791 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 792 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 793 3GPP TS 38.331 V16.0.0 (2020-03)
It should be noted that most of the UE behaviour associated with the reception of a particular field is covered by the applicable parts of the PDU specification. The procedural
specification may also include specific details of the UE behaviour upon reception of a field, but typically this should be done only for cases that are not easy to capture in the
PDU clause e.g. general actions, more complicated actions depending on the value of multiple fields.
Likewise, the procedural specification need not specify the UE requirements regarding the setting of fields within the messages that are sent to the network i.e. this may also be
covered by the PDU specification.
- Bullets:
- Capitals should be used in the same manner as in other parts of the procedural text i.e. in most cases no capital applies since the bullets are part of the sentence starting
with 'The UE shall:'
- All bullets, including the last one in a sub-clause, should end with a semi-colon i.e. an ';.
- Conditions:
3GPP
Release 16 794 3GPP TS 38.331 V16.0.0 (2020-03)
- Whenever multiple conditions apply, a semi-colon should be used at the end of each conditions with the exception of the last one, i.e. as in 'if cond1, or cond2.
The complete ASN.1 code is divided into a number of ASN.1 sections in the specifications. In order to facilitate the extraction of the complete ASN.1 code from the specification,
each ASN.1 section begins with the following:
- a first text paragraph consisting entirely of an ASN.1 start tag, which consists of a double hyphen followed by a single space and the text string "ASN1START" (in all
upper case letters);
- a second text paragraph consisting entirely of a block start tag is included, which consists of a double hyphen followed by a single space and the text string "TAG-NAME-
START" (in all upper case letters), where the "NAME" refers to the main name of the paragraph (in all upper-case letters).
- a first text paragraph consisting entirely of a blockstop tag, which consists of a double hyphen followed by a single space and the text string "TAG-NAME-STOP" (in all
upper-case letters), where the "NAME" refers to the main name of the paragraph (in all upper-case letters);
- a second text paragraph consisting entirely of an ASN.1 stop tag, which consists of a double hyphen followed by a singlespace and the text "ASN1STOP" (in all upper case
letters).
-- TAG-NAME-STOP
-- ASN1STOP
The text paragraphs containing either of the start and stop tags should not contain any ASN.1 code significant for the complete description of the RRC PDU contents. The
complete ASN.1 code may be extracted by copying all the text paragraphs between an ASN.1 start tag and the following ASN.1 stop tag in the order they appear, throughout the
specification.
NOTE: A typical procedure for extraction of the complete ASN.1 code consists of a first step where the entire RRC PDU contents description (ultimately the entire
specification) is saved into a plain text (ASCII) file format, followed by a second step where the actual extraction takes place, based on the occurrence of the ASN.1
start and stop tags.
3GPP
Release 16 795 3GPP TS 38.331 V16.0.0 (2020-03)
- Message (PDU) identifiers should be ordinary mixed case without hyphenation. These identifiers, e.g., the RRCConnectionModificationCommand, should be used for
reference in the procedure text. Abbreviations should be avoided in these identifiers and abbreviated forms of these identifiers should not be used.
- Type identifiers other than PDU identifiers should be ordinary mixed case, with hyphenation used to set off acronyms only where an adjacent letter is a capital, e.g.,
EstablishmentCause, SelectedPLMN (not Selected-PLMN, since the "d" in "Selected" is lowercase), InitialUE-Identity and MeasSFN-SFN-TimeDifference.
- Field identifiers shall start with a lowercase letter and use mixed case thereafter, e.g., establishmentCause. If a field identifier begins with an acronym (which would
normally be in upper case), the entire acronym is lowercase (plmn-Identity, not pLMN-Identity). The acronym is set off with a hyphen (ue-Identity, not ueIdentity), in order
to facilitate a consistent search pattern with corresponding type identifiers.
- Identifiers should convey the meaning of the identifier and should avoid adding unnecessary postfixes (e.g. abstractions like 'Info') for the name.
- Identifiers that are likely to be keywords of some language, especially widely used languages, such as C++ or Java, should be avoided to the extent possible.
- Identifiers, other than PDU identifiers, longer than 25 characters should be avoided where possible. It is recommended to use abbreviations, which should be done in a
consistent manner i.e. use 'Meas' instead of 'Measurement' for all occurrences. Examples of typical abbreviations are given in table A.3.1.2.1-1 below.
- For future extension: When an extension is introduced a suffix is added to the identifier of the concerned ASN.1 field and/or type. A suffix of the form "-rX" is used, with
X indicating the release, for ASN.1 fields or types introduced in a later release (i.e. a release later than the original/first release of the protocol) as well as for ASN.1 fields
or types for which a revision is introduced in a later release replacing a previous version, e.g., Foo-r9 for the Rel-9 version of the ASN.1 type Foo. A suffix of the form
"-rXb" is used for the first revision of a field that it appears in the same release (X) as the original version of the field, "-rXc" for a second intra-release revision and so on.
A suffix of the form "-vXYZ" is used for ASN.1 fields or types that only are an extension of a corresponding earlier field or type (see sub-clause A.4), e.g., AnElement-
v10b0 for the extension of the ASN.1 type AnElement introduced in version 10.11.0 of the specification. A number 0...9, 10, 11, etc. is used to represent the first part of the
version number, indicating the release of the protocol. Lower case letters a, b, c, etc. are used to represent the second (and third) part of the version number if they are
greater than 9. In the procedural specification, in field descriptions as well as in headings suffices are not used, unless there is a clear need to distinguish the extension
from the original field.
- More generally, in case there is a need to distinguish different variants of an ASN.1 field or IE, a suffix should be added at the end of the identifiers e.g. MeasObjectUTRA,
ConfigCommon. When there is no particular need to distinguish the fields (e.g. because the field is included in different IEs), a common field identifier name may be used.
This may be attractive e.g. in case the procedural specification is the same for the different variants.
- It should be avoided to use field identifiers with the same name within the elements of a CHOICE, including using a CHOICE inside a SEQUENCE (to avoid certain
compiler errors).
3GPP
Release 16 796 3GPP TS 38.331 V16.0.0 (2020-03)
NOTE: The table A.3.1.2.1-1 is not exhaustive. Additional abbreviations may be used in ASN.1 identifiers when needed.
A reference to an RRC PDU should be made using the corresponding ASN.1 field identifier followed by the word "message", e.g., a reference to the RRCRelease message.
A reference to a specific part of an RRC PDU, or to a specific part of any other ASN.1 type, should be made using the corresponding ASN.1 field identifier followed by the word
"field", e.g., a reference to the prioritisedBitRate field in the example below.
-- /example/ ASN1START
3GPP
Release 16 797 3GPP TS 38.331 V16.0.0 (2020-03)
ul-SpecificParameters SEQUENCE {
priority Priority,
prioritisedBitRate PrioritisedBitRate,
bucketSizeDuration BucketSizeDuration,
logicalChannelGroup INTEGER (0..3)
} OPTIONAL
}
-- ASN1STOP
NOTE: All the ASN.1 start tags in the ASN.1 sections, used as examples in this annex to the specification, are deliberately distorted, in order not to include them when the
ASN.1 description of the RRC PDU contents is extracted from the specification.
A reference to a specific type of information element should be made using the corresponding ASN.1 type identifier preceded by the acronym "IE", e.g., a reference to the IE
LogicalChannelConfig in the example above.
References to a specific type of information element should only be used when those are generic, i.e., without regard to the particular context wherein the specific type of
information element is used. If the reference is related to a particular context, e.g., an RRC PDU type (message) wherein the information element is used, the corresponding field
identifier in that context should be used in the text reference.
A reference to a specific value of an ASN.1 field should be made using the corresponding ASN.1 value without using quotation marks around the ASN.1 value, e.g., 'if the status
field is set to value true'.
3GPP
Release 16 798 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
A nested two-level CHOICE structure is used, where the alternative PDU types are alternatives within the inner level c1 CHOICE.
Spare alternatives (i.e., spare1 in this case) may be included within the c1 CHOICE to facilitate future extension. The number of such spare alternatives should not extend the
total number of alternatives beyond an integer-power-of-two number of alternatives (i.e., eight in this case).
Further extension of the number of alternative PDU types is facilitated using the messageClassExtension alternative in the outer level CHOICE.
-- ASN1STOP
Hooks for critical and non-critical extension should normally be included in the PDU type specification. How these hooks are used is further described in sub-clause A.4.
Critical extensions are characterised by a redefinition of the PDU contents and need to be governed by a mechanism for protocol version agreement between the encoder and the
decoder of the PDU, such that the encoder is prevented from sending a critically extended version of the PDU type, which is not comprehended by the decoder.
Critical extension of a PDU type is facilitated by a two-level CHOICE structure, where the alternative PDU contents are alternatives within the inner level c1 CHOICE. Spare
alternatives (i.e., spare3 down to spare1 in this case) may be included within the c1 CHOICE. The number of spare alternatives to be included in the original PDU specification
should be decided case by case, based on the expected rate of critical extension in the future releases of the protocol.
Further critical extension, when the spare alternatives from the original specifications are used up, is facilitated using the criticalExtensionsFuture in the outer level CHOICE.
3GPP
Release 16 799 3GPP TS 38.331 V16.0.0 (2020-03)
In PDU types where critical extension is not expected in the future releases of the protocol, the inner level c1 CHOICE and the spare alternatives may be excluded, as shown in
the example below.
-- /example/ ASN1START
-- ASN1STOP
Non-critical extensions are characterised by the addition of new information to the original specification of the PDU type. If not comprehended, a non-critical extension may be
skipped by the decoder, whilst the decoder is still able to complete the decoding of the comprehended parts of the PDU contents.
Non-critical extensions at locations other than the end of the message or other than at the end of a field contained in a BIT or OCTET STRING are facilitated by use of the ASN.1
extension marker "...". The original specification of a PDU type should normally include the extension marker at the end of the sequence of information elements contained.
Non-critical extensions at the end of the message or at the end of a field that is contained in a BIT or OCTET STRING may be facilitated by use of an empty sequence that is
marked OPTIONAL e.g. as shown in the following example:
-- /example/ ASN1START
-- ASN1STOP
The ASN.1 section specifying the contents of a PDU type may be followed by a field description table where a further description of, e.g., the semantic properties of the fields
may be included. The general format of this table is shown in the example below. The field description table is absent in case there are no fields for which further description
needs to be provided e.g. because the PDU does not include any fields, or because an IE is defined for each field while there is nothing specific regarding the use of this IE that
needs to be specified.
3GPP
Release 16 800 3GPP TS 38.331 V16.0.0 (2020-03)
The field description table has one column. The header row shall contain the ASN.1 type identifier of the PDU type.
The following rows are used to provide field descriptions. Each row shall include a first paragraph with a field identifier (in bold and italic font style) referring to the part of the
PDU to which it applies. The following paragraphs at the same row may include (in regular font style), e.g., semantic description, references to other specifications and/or
specification of value units, which are relevant for the particular part of the PDU.
The parts of the PDU contents that do not require a field description shall be omitted from the field description table.
-- ASN1STOP
IEs should be introduced whenever there are multiple fields for which the same set of values apply. IEs may also be defined for other reasons e.g. to break down a ASN.1
definition in to smaller pieces.
A group of closely related IE type definitions, like the IEs PRACH-ConfigSIB and PRACH-Config in this example, are preferably placed together in a common ASN.1 section.
The IE type identifiers should in this case have a common base, defined as the generic type identifier. It may be complemented by a suffix to distinguish the different variants.
3GPP
Release 16 801 3GPP TS 38.331 V16.0.0 (2020-03)
The "PRACH-Config" is the generic type identifier in this example, and the "SIB" suffix is added to distinguish the variant. The sub-clause heading and generic references to a
group of closely related IEs defined in this way should use the generic type identifier.
The same principle should apply if a new version, or an extension version, of an existing IE is created for critical or non-critical extension of the protocol (see sub-clause A.4).
The new version, or the extension version, of the IE is included in the same ASN.1 section defining the original. A suffix is added to the type identifier, using the naming
conventions defined in sub-clause A.3.1.2, indicating the release or version of the where the new version, or extension version, was introduced.
Local IE type definitions, like the IE PRACH-ConfigInfo in the example above, may be included in the ASN.1 section and be referenced in the other IE types defined in the same
ASN.1 section. The use of locally defined IE types should be encouraged, as a tool to break up large and complex IE type definitions. It can improve the readability of the code.
There may also be a benefit for the software implementation of the protocol end-points, as these IE types are typically provided by the ASN.1 compiler as independent data
elements, to be used in the software implementation.
An IE type defined in a local context, like the IE PRACH-ConfigInfo, should not be referenced directly from other ASN.1 sections in the RRC specification. An IE type which is
referenced in more than one ASN.1 section should be defined in a separate sub-clause, with a separate heading and a separate ASN.1 section (possibly as one in a set of closely
related IE types, like the IEs PRACH-ConfigSIB and PRACH-Config in the example above). Such IE types are also referred to as 'global IEs'.
NOTE: Referring to an IE type, that is defined as a local IE type in the context of another ASN.1 section, does not generate an ASN.1 compilation error. Nevertheless,
using a locally defined IE type in that way makes the IE type definition difficult to find, as it would not be visible at an outline level of the specification. It should
be avoided.
The ASN.1 section specifying the contents of one or more IE types, like in the example above, may be followed by a field description table, where a further description of, e.g.,
the semantic properties of the fields of the information elements may be included. This table may be absent, similar as indicated in sub-clause A.3.3 for the specification of the
PDU type. The general format of the field description table is the same as shown in sub-clause A.3.3 for the specification of the PDU type.
-- ASN1STOP
Alternatively, a field with optional presence may be declared with the keyword OPTIONAL. It identifies a field for which a value can be omitted. The omission carries semantics,
which is different from any normal value of the field:
-- /example/ ASN1START
3GPP
Release 16 802 3GPP TS 38.331 V16.0.0 (2020-03)
rootSequenceIndex INTEGER (0..1023),
prach-ConfigInfo PRACH-ConfigInfo OPTIONAL -- Need N
}
-- ASN1STOP
The semantics of an optionally present field, in the case it is omitted, should be indicated at the end of the paragraph including the keyword OPTIONAL, using a short comment
text with a need code. The need code includes the keyword "Need", followed by one of the predefined semantics tags (S, M, N or R) defined in sub-clause 6.1. If the semantics
tag S is used, the semantics of the absent field are further specified either in the field description table following the ASN.1 section, or in procedure text.
The addition of OPTIONAL keywords for capability groups is based on the following guideline. If there is more than one field in the lower level IE, then OPTIONAL keyword is
added at the group level. If there is only one field in the lower level IE, OPTIONAL keyword is not added at the group level.
-- ASN1STOP
When conditionally present fields are included in an ASN.1 section, the field description table after the ASN.1 section shall be followed by a conditional presence table. The
conditional presence table specifies the conditions for including the fields with conditional presence in the particular ASN.1 section.
The conditional presence table has two columns. The first column (heading: "Conditional presence") contains the condition tag (in italic font style), which links the fields with a
condition tag in the ASN.1 section to an entry in the table. The second column (heading: "Explanation") contains a text specification of the conditions and requirements for the
presence of the field. The second column may also include semantics, in case of an optional presence of the field, under certain conditions i.e. using the same predefined tags as
defined for optional fields in A.3.5.
3GPP
Release 16 803 3GPP TS 38.331 V16.0.0 (2020-03)
Conditional presence should primarily be used when presence of a field depends on the presence and/or value of other fields within the same message. If the presence of a field
depends on whether another feature/function has been configured, while this function can be configured independently e.g. by another message and/or at another point in time, the
relation is best reflected by means of a statement in the field description table.
If the ASN.1 section does not include any fields with conditional presence, the conditional presence table shall not be included.
Whenever a field is only applicable in specific cases e.g. TDD, use of conditional presence should be considered.
For example, a list of PLMN identities with reservation flags is defined as in the following example:
-- /example/ ASN1START
-- ASN1STOP
rather than as in the following (bad) example, which may cause generated code to contain types with unpredictable names:
-- /bad example/ ASN1START
-- ASN1STOP
3GPP
Release 16 804 3GPP TS 38.331 V16.0.0 (2020-03)
-- /example/ ASN1STOP
The SetupRelease is always be used with only named IEs, i.e. the example below is not allowed:
-- /example/ ASN1START
-- /example/ ASN1STOP
If a field defined using the parameterized SetupRelease type requires procedural text, the field is referred to using the values defined for the type itself, namely, "setup" and
"release". For example, procedural text for field-rX above could be as follows:
2> do something;
3GPP
Release 16 805 3GPP TS 38.331 V16.0.0 (2020-03)
-- /example/ ASN1STOP
As can be seen, the elements of the list must contain an identity (INTEGER) that identifies the elements unambiguously upon addition, modification and removal. It is
recommended to define an IE for that identifier (here ElementId) so that it can be used both for a field inside the element as well as in the elementsToReleaseList.
Both lists should be made OPTIONAL and flagged as "Need N". The need code reflects that the UE does not maintain the received lists as such but rather updates its
configuration using the information therein. In other words, it is not possible to provide via delta signalling an update to a previously signalled elementsToAddModList or
elementsToReleaseList (which Need M would imply). The update is always in relation to the UE's internal configuration.
If no procedural text is provided for a set of ToAddModList and ToReleaseList, the following generic procedure applies:
The UE shall:
2> if the current UE configuration includes an Element with the given ElementId:
3GPP
Release 16 806 3GPP TS 38.331 V16.0.0 (2020-03)
2> if the current UE configuration includes an Element with the given ElementId:
3> modify the configured Element in accordance with the received Element;
2> else:
-- TAG_EXAMPLE_LISTS_STOP
-- /example/ ASN1STOP
As can be seen, the elementList list itself uses Need M, but each list entry Element contains mandatory, Need M and Need R fields. If the list is first signalled to UE with 3
entries, and subsequently again with 2 entries, UE shall retain only the latter list, i.e. the list with 2 elements will completely replace the list with 3 elements. That also means that
the field aField will be treated as if it was newly created, i.e. network must include it if it wishes UE to utilize the field even if it was previously signalled. This also implies that
the Need M field (aField) will be treated in the same way as the Need R field (anotherField), i.e. delta signalling is not applied and the network has to signal the field to ensure
UE does not release the value (which is why Need M should not normally be used in the entries of these lists).
3GPP
Release 16 807 3GPP TS 38.331 V16.0.0 (2020-03)
- Introduction of new PDU types (i.e. these should not cause unexpected behaviour or damage).
- Introduction of additional fields in an extensible PDUs (i.e. it should be possible to ignore uncomprehended extensions without affecting the handling of the other parts of
the message).
- Introduction of additional values of an extensible field of PDUs. If used, the behaviour upon reception of an uncomprehended value should be defined.
It should be noted that the PDU extension mechanism may depend on the logical channel used to transfer the message e.g. for some PDUs an implementation may be aware of the
protocol version of the peer in which case selective ignoring of extensions may not be required.
The non-critical extension mechanism is the primary mechanism for introducing protocol extensions i.e. the critical extension mechanism is used merely when there is a need to
introduce a 'clean' message version. Such a need appears when the last message version includes a large number of non-critical extensions, which results in issues like readability,
overhead associated with the extension markers. The critical extension mechanism may also be considered when it is complicated to accommodate the extensions by means of
non-critical extension mechanisms.
The "inner branch" structure is a CHOICE with values of the form "MessageName-rX-IEs" (e.g., "RRCConnectionReconfiguration-r8-IEs") or "spareX", with the spare values
having type NULL. The "-rX-IEs" structures contain the complete structure of the message IEs for the appropriate release; i.e., the critical extension branch for the Rel-10 version
of a message includes all Rel-8 and Rel-9 fields (that are not obviated in the later version), rather than containing only the additional Rel-10 fields.
The following guidelines may be used when deciding which mechanism to introduce for a particular message, i.e. only an 'outer branch', or an 'outer branch' in combination with
an 'inner branch' including a certain number of spares:
- For certain messages, e.g. initial uplink messages, messages transmitted on a broadcast channel, critical extension may not be applicable.
- An outer branch may be sufficient for messages not including any fields.
- The number of spares within inner branch should reflect the likelihood that the message will be critically extended in future releases (since each release with a critical
extension for the message consumes one of the spare values). The estimation of the critical extension likelihood may be based on the number, size and changeability of the
fields included in the message.
3GPP
Release 16 808 3GPP TS 38.331 V16.0.0 (2020-03)
- In messages where an inner branch extension mechanism is available, all spare values of the inner branch should be used before any critical extensions are added using the
outer branch.
The following example illustrates the use of the critical extension mechanism by showing the ASN.1 of the original and of a later release
-- /example/ ASN1START -- Original release
-- ASN1STOP
-- ASN1STOP
It is important to note that critical extensions may also be used at the level of individual fields i.e. a field may be replaced by a critically extended version. When sending the
extended version, the original version may also be included (e.g. original field is mandatory, E-UTRAN is unaware if UE supports the extended version). In such cases, a UE
supporting both versions may be required to ignore the original field. The following example illustrates the use of the critical extension mechanism by showing the ASN.1 of the
original and of a later release.
3GPP
Release 16 809 3GPP TS 38.331 V16.0.0 (2020-03)
-- /example/ ASN1START -- Original release
-- ASN1STOP
Finally, it is noted that a critical extension may be introduced in the same release as the one in which the original field was introduced e.g. to correct an essential ASN.1 error. In
such cases a UE capability may be introduced, to assist the network in deciding whether or not to use the critical extension.
- When further non-critical extensions are added to a message that has been critically extended, the inclusion of these non-critical extensions in earlier critical branches of
the message should be avoided when possible.
- The extension marker ("...") is the primary non-critical extension mechanism that is used but empty sequences may be used if length determinant is not required. Examples
of cases where a length determinant is not required:
3GPP
Release 16 810 3GPP TS 38.331 V16.0.0 (2020-03)
- When an extension marker is available, non-critical extensions are preferably placed at the location (e.g. the IE) where the concerned parameter belongs from a logical/
functional perspective (referred to as the 'default extension location').
- It is desirable to aggregate extensions of the same release or version of the specification into a group, which should be placed at the lowest possible level.
- In specific cases it may be preferable to place extensions elsewhere (referred to as the 'actual extension location') e.g. when it is possible to aggregate several extensions in
a group. In such a case, the group should be placed at the lowest suitable level in the message. <TBD: ref to separate example>
- In case placement at the default extension location affects earlier critical branches of the message, locating the extension at a following higher level in the message should
be considered.
- In case an extension is not placed at the default extension location, an IE should be defined. The IE's ASN.1 definition should be placed in the same ASN.1 section as the
default extension location. In case there are intermediate levels in-between the actual and the default extension location, an IE may be defined for each level. Intermediate
levels are primarily introduced for readability and overview. Hence intermediate levels need not always be introduced e.g. they may not be needed when the default and
the actual extension location are within the same ASN.1 section. <TBD: ref to separate example>
- Extension markers are primarily, but not exclusively, introduced at the higher nesting levels.
- Extension markers are introduced for a SEQUENCE comprising several fields as well as for information elements whose extension would result in complex structures
without it (e.g. re-introducing another list).
- Extension markers are introduced to make it possible to maintain important information structures e.g. parameters relevant for one particular RAT.
- Extension markers are also used for size critical messages (i.e. messages on BCCH, BR-BCCH, PCCH and CCCH), although introduced somewhat more carefully.
- The extension fields introduced (or frozen) in a specific version of the specification are grouped together using double brackets.
- Spare values may be used until the number of values reaches the next power of 2, while the extension marker caters for extension beyond that limit, given that the use
of spare values in a later Release is possible without any error cases.
- A suffix of the form "vXYZ" is used for the identifier of each new value, e.g. "value-vXYZ".
3GPP
Release 16 811 3GPP TS 38.331 V16.0.0 (2020-03)
- Extension markers are introduced when extension is foreseen and when comprehension is not required by the receiver i.e. behaviour is defined for the case where the
receiver cannot comprehend the extended value (e.g. ignoring an optional CHOICE field). It should be noted that defining the behaviour of a receiver upon receiving a
not comprehended choice value is not required if the sender is aware whether or not the receiver supports the extended value.
- A suffix of the form "vXYZ" is used for the identifier of each new choice value, e.g. "choice-vXYZ".
Non-critical extensions at the end of a message/ of a field contained in an OCTET or BIT STRING:
- When a nonCriticalExtension is actually used, a "Need" code should not be provided for the field, which always is a group including at least one extension and a field
facilitating further possible extensions. For simplicity, it is recommended not to provide a "Need" code when the field is not actually used either.
- In case a need code is not provided for a group, a "Need" code is provided for all individual extension fields within the group i.e. including for fields that are not marked as
OPTIONAL. The latter is to clarify the action upon absence of the whole group.
NOTE In case there is a need to support further extensions of release n while the ASN.1 of release (n+1) has been frozen, without requiring the release n receiver to
support decoding of release (n+1) extensions, more advanced mechanisms are needed e.g. including multiple extension markers.
-- /example/ ASN1START
3GPP
Release 16 812 3GPP TS 38.331 V16.0.0 (2020-03)
-- ASN1STOP
Some remarks regarding the extensions of InformationElement1 as shown in the above example:
– The InformationElement1 is initially extended with a number of non-critical extensions. In release 10 however, a critical extension is introduced for the message using this
IE. Consequently, a new version of the IE InformationElement1 (i.e. InformationElement1-r10) is defined in which the earlier non-critical extensions are incorporated by
means of a revision of the original field.
– The value4-v880 is replacing a spare value defined in the original protocol version for field1. Likewise value6-v1170 replaces spare3 that was originally defined in the r10
version of field1.
– Within the critically extended release 10 version of InformationElement1, the names of the original fields/IEs are not changed, unless there is a real need to distinguish
them from other fields/IEs. E.g. the field1 and InformationElement4 were defined in the original protocol version (release 8) and hence not tagged. Moreover, the field3-r9
is introduced in release 9 and not re-tagged; although, the InformationElement3 is also critically extended and therefore tagged InformationElement3-r10 in the release 10
version of InformationElement1.
3GPP
Release 16 813 3GPP TS 38.331 V16.0.0 (2020-03)
field2 InformationElement2,
field3 InformationElement3 OPTIONAL, -- Need N
nonCriticalExtension RRCMessage-v860-IEs OPTIONAL
}
-- ASN1STOP
– The InformationElement4 is introduced in the original version of the protocol (release 8) and hence no suffix is used.
A.4.3.5 Examples of non-critical extensions not placed at the default extension location
The following example illustrates the use of non-critical extensions in case an extension is not placed at the default extension location.
– ParentIE-WithEM
The IE ParentIE-WithEMis an example of a high level IE including the extension marker (EM). The root encoding of this IE includes two lower level IEs ChildIE1-WithoutEM
and ChildIE2-WithoutEM which not include the extension marker. Consequently, non-critical extensions of the Child-IEs have to be included at the level of the Parent-IE.
The example illustrates how the two extension IEs ChildIE1-WithoutEM-vNx0 and ChildIE2-WithoutEM-vNx0 (both in release N) are used to connect non-critical extensions with
a default extension location in the lower level IEs to the actual extension location in this IE.
3GPP
Release 16 814 3GPP TS 38.331 V16.0.0 (2020-03)
}
-- ASN1STOP
– The fields childIEx-WithoutEM-vNx0 may not really need to be optional (depends on what is defined at the next lower level).
– In general, especially when there are several nesting levels, fields should be marked as optional only when there is a clear reason.
– ChildIE1-WithoutEM
The IE ChildIE1-WithoutEM is an example of a lower level IE, used to control certain radio configurations including a configurable feature which can be setup or released using
the local IE ChIE1-ConfigurableFeature. The example illustrates how the new field chIE1-NewField is added in release N to the configuration of the configurable feature. The
example is based on the following assumptions:
– When initially configuring as well as when modifying the new field, the original fields of the configurable feature have to be provided also i.e. as if the extended ones were
present within the setup branch of this feature.
– When the configurable feature is released, the new field should be released also.
– When omitting the original fields of the configurable feature the UE continues using the existing values (which is used to optimise the signalling for features that typically
continue unchanged upon handover).
– When omitting the new field of the configurable feature the UE releases the existing values and discontinues the associated functionality (which may be used to support
release of unsupported functionality upon handover to an eNB supporting an earlier protocol version).
The above assumptions, which affect the use of conditions and need codes, may not always apply. Hence, the example should not be re-used blindly.
3GPP
Release 16 815 3GPP TS 38.331 V16.0.0 (2020-03)
}
}
-- ASN1STOP
– ChildIE2-WithoutEM
The IE ChildIE2-WithoutEM is an example of a lower level IE, typically used to control certain radio configurations. The example illustrates how the new field chIE1-NewField
is added in release N to the configuration of the configurable feature.
-- ASN1STOP
3GPP
Release 16 816 3GPP TS 38.331 V16.0.0 (2020-03)
1: DL messages on CCCH that move UE to RRC-Idle should not include the RRC transaction identifier.
2: All network initiated DL messages by default should include the RRC transaction identifier.
3: All UL messages that are direct response to a DL message with an RRC Transaction identifier should include the RRC Transaction identifier.
4: All UL messages that require a direct DL response message should include an RRC transaction identifier.
5: All UL messages that are not in response to a DL message nor require a corresponding response from the network should not include the RRC Transaction identifier.
- else, if UE shall take no action when the field is absent (i.e. UE does not even need to maintain any existing value of the field):
- else (UE behaviour upon absence does not fit any of the above conditions):
- specify the UE behaviour upon absence of the field in the procedural text or in the field description table.
- Message Contents related constraints e.g. that a field B is mandatory present if the same message includes field A and when it is set value X.
- Configuration Constraints e.g. that a field D can only be signalled if field C is configured and set to value Y. (i.e. regardless of whether field C is present in the same
message or previously configured).
3GPP
Release 16 817 3GPP TS 38.331 V16.0.0 (2020-03)
-- /example/ ASN1START
-- /example/ ASN1STOP
A.8 Miscellaneous
The following miscellaneous convention should be used:
- UE capabilities: TS 38.306 [26] specifies that the network should in general respect the UE's capabilities. Hence there is no need to include statement clarifying that the
network, when setting the value of a certain configuration field, shall respect the related UE capabilities unless there is a particular need e.g. particularly complicated
cases.
3GPP
Release 16 818 3GPP TS 38.331 V16.0.0 (2020-03)
A – I…Messages that can be sent without integrity protection after AS security activation
3GPP
Release 16 819 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 820 3GPP TS 38.331 V16.0.0 (2020-03)
1) Configure BWP-DownlinkCommon and BWP-UplinkCommon in ServingCellConfigCommon, but do not configure dedicated configurations in BWP-DownlinkDedicated
or BWP-UplinkDedicated in ServingCellConfig.
2) Configure both BWP-DownlinkCommon and BWP-UplinkCommon in ServingCellConfigCommon and configure dedicated configurations in at least one of BWP-
DownlinkDedicated or BWP-UplinkDedicated in ServingCellConfig.
The same way of configuration is used for UL BWP#0 and DL BWP#0 if both are configured.
With the first option (illustrated by figure B2-1 below), the BWP#0 is not considered to be an RRC-configured BWP, i.e. UE only supporting one BWP can still be configured
with BWP#1 in addition to BWP#0 when using this configuration. The BWP#0 can still be used even if it does not have the dedicated configuration, albeit in a more limited
manner since only the SIB1-defined configurations are available. For example, only DCI format 1_0 can be used with BWP#0 without dedicated configuration, so changing to
another BWP requires RRCReconfiguration since DCI format 1_0 doesn't support DCI-based switching.
3GPP
Release 16 821 3GPP TS 38.331 V16.0.0 (2020-03)
With the second option (illustrated by figure B2-2 below), the BWP#0 is considered to be an RRC-configured BWP, i.e. UE only supporting one BWP cannot be configured with
BWP#1 in addition to BWP#0 when using this configuration. However, UE supporting more than one BWP can still switch to and from BWP#0 e.g. via DCI normally, and there
are no explicit limitations to using the BWP#0 (compared to the first option).
For BWP#0, the BWP-DownlinkCommon and BWP-UplinkCommon in ServingCellConfigCommon should match the parameters configured by MIB and SIB1 (if provided) in the
corresponding serving cell.
3GPP
Release 16 822 3GPP TS 38.331 V16.0.0 (2020-03)
Table C-1: List of CRs Containing Early Implementable Features and Corrections
3GPP
Release 16 823 3GPP TS 38.331 V16.0.0 (2020-03)
Annex D (informative):
Change history
3GPP
Release 16 824 3GPP TS 38.331 V16.0.0 (2020-03)
Change history
Date Meeti TDoc CR R C Subject/Comment New
ng ev at versio
n
04/2017 RAN2 R2-1703395 0.0.1
#97bis
04/2017 RAN2 R2-1703922 0.0.2
#97bis
05/2017 RAN2 R2-1705815 0.0.3
#98
06/2017 RAN2 R2-1707187 0.0.4
#NR2
08/2017 RAN2 R2-1708468 0.0.5
#99
09/2017 RAN2 R2-1710557 0.1.0
#99bis
11/2017 RAN2 R2-1713629 0.2.0
#100
11/2017 RAN2 R2-1714126 0.3.0
#100
12/2017 RAN2 R2-1714259 0.4.0
#100
12/2017 RP#78 RP-172570 Submitted for Approval in RAN#78 1.0.0
12/2017 RP#78 Upgraded to Rel-15 (MCC) 15.0.0
03/2018 RP#79 RP-180479 0008 1 F Corrections for EN-DC (Note: the clause numbering between 15.0.0 and 15.1.0
15.1.0 has changed in some cases).
06/2018 RP-80 RP-181326 0042 7 F Miscellaneous EN-DC corrections 15.2.0
RP-80 Correction: Duplicate Foreword clause removed & ASN.1 clauses touched 15.2.1
up
09/2018 RP-81 RP-181942 0100 4 F Introduction of SA 15.3.0
12/2018 RP-82 RP-182656 0179 3 F Handling of Resume Failure 15.4.0
RP-82 RP-182651 0187 1 F Clarification on the presence of ra-ResponseWindow 15.4.0
RP-82 RP-182656 0188 3 F Addition of RAN specific Access Category 15.4.0
RP-82 RP-182653 0199 2 F CR for TS38.331 on MIB 15.4.0
RP-82 RP-182653 0200 1 F CR for TS38.331 on PDCCH-ConfigSIB 15.4.0
RP-82 RP-182661 0202 2 F Handling Cell Reselection during SI Request 15.4.0
RP-82 RP-182649 0213 2 F Corrections on security field descriptions 15.4.0
RP-82 RP-182649 0216 2 F Remain issue for T302 15.4.0
RP-82 RP-182649 0219 1 F [C204] Handling of timer T380 15.4.0
RP-82 RP-182655 0229 2 F Clarification on configured grant timer in 38.331 15.4.0
RP-82 RP-182663 0232 2 F CR for ServingCellConfigCommon in 38.331 15.4.0
RP-82 RP-182659 0234 3 F Introduction of cell level rate matching parameters in ServingCellConfig 15.4.0
RP-82 RP-182650 0235 2 F CR for introducing PSCell frequency in CG-Config 15.4.0
RP-82 RP-182650 0236 2 F CR for security handling for eLTE in 38.331 15.4.0
RP-82 RP-182650 0237 1 F Handling on simultaneously triggered NAS&AS events (I770) 15.4.0
RP-82 RP-182650 0238 2 F Handling on security keys for resume procedure (I774) 15.4.0
RP-82 RP-182664 0239 5 F RIL I556, I557, I558 on RB handling when resuming 15.4.0
3GPP
Release 16 825 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 826 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 827 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 828 3GPP TS 38.331 V16.0.0 (2020-03)
RP-82 RP-182659 0646 1 F Search space configuration for DCI format 2_0 monitoring 15.4.0
RP-82 RP-182739 0647 3 F Correction on power headroom configuration exchange 15.4.0
RP-82 RP-182665 0649 2 F UE capability on PA architecture 15.4.0
RP-82 RP-182662 0654 1 F CR on pdsch-TimeDomainAllocationList and pusch- 15.4.0
TimeDomainAllocationList
RP-82 RP-182664 0655 1 F Correction on the SSB based RACH configuration 15.4.0
RP-82 RP-182659 0656 1 F CR on starting bit of Format 2-3 15.4.0
RP-82 RP-182663 0660 1 C CR on wait timer in RRC release 15.4.0
RP-82 RP-182662 0664 1 F SCell release at RRC Reestablishment 15.4.0
RP-82 RP-182663 0665 1 F Clean up of SRB1 terminology 15.4.0
RP-82 RP-182662 0670 1 F Correction on the size of PUCCH resource ID 15.4.0
RP-82 RP-182667 0673 3 F CR to 38.331 on Integrity Check failure at RRC Reestablishment 15.4.0
RP-82 RP-182661 0680 1 F Correction on SI message acquisition timing 15.4.0
RP-82 RP-182653 0682 - F Add t-ReselectionNR-SF in SIB2 15.4.0
RP-82 RP-182654 0683 - F freqBandIndicatorNR correction in MultiFrequencyBandListNR-SIB 15.4.0
RP-82 RP-182658 0684 2 F Corrections to CellSelectionInfo in SIB1 and SIB4 15.4.0
RP-82 RP-182654 0686 - F Correction on the field description of DRX timers 15.4.0
RP-82 RP-182661 0687 1 F Correction on DC subcarrier usage in SetupComplete message 15.4.0
RP-82 RP-182665 0688 3 F Various carrier frequency definiton corrections 15.4.0
RP-82 RP-182661 0689 1 F CR on signaling contiguous and non-contiguous EN-DC capability 15.4.0
RP-82 RP-182654 0692 - F Update of the usage of QCL type-C 15.4.0
RP-82 RP-182659 0694 1 F Cleanup of references to L1 specifications 15.4.0
RP-82 RP-182660 0695 1 F Correction of MeasResultEUTRA 15.4.0
RP-82 RP-182660 0696 1 F Missing need code for refFreqCSI-RS 15.4.0
RP-82 RP-182661 0697 2 F Missing procedure text in RRC Reconfiguration 15.4.0
RP-82 RP-182781 0700 3 F Correction to UE capability procedures in 38.331 15.4.0
RP-82 RP-182667 0701 1 F Correction to aperiodicTriggeringOffset 15.4.0
RP-82 RP-182664 0709 1 F CR to 38.331 on including serving cell measurements 15.4.0
RP-82 RP-182660 0711 1 F CR to 38.331 on associatedSSB 15.4.0
RP-82 RP-182662 0714 1 F CR on 38.331 for RRCResumeRequest and RRCResumeRequest1 and 15.4.0
protection of RRCResumeRequest1
RP-82 RP-182667 0715 2 F Correction for reporting of NR serving cell measurements when rsType is 15.4.0
missing
RP-82 RP-182656 0719 1 F Clarification of the values for RangeToBestCell 15.4.0
RP-82 RP-182668 0721 2 F CR on handling of timer T380 15.4.0
RP-82 RP-182662 0723 2 F CR on supporting signalling only connection 15.4.0
RP-82 RP-182838 0725 3 F Signalling introduction of SRS switching capability 15.4.0
RP-82 RP-182667 0729 3 B CR on signalling introduction of UE overheating support in NR SA scenario 15.4.0
RP-82 RP-182856 0730 4 F CR on SRS antenna switching 15.4.0
RP-82 RP-182660 0731 1 F Correction to offsetToPointA 15.4.0
RP-82 RP-182655 0732 - F Correction to cell selection parameters 15.4.0
RP-82 RP-182665 0746 2 F CR to 38.331 on stopping T302 and UE related actions 15.4.0
RP-82 RP-182666 0750 2 F Correction on indication for user plane resource release 15.4.0
RP-82 RP-182662 0767 1 F Correction on the terminology scg-ChangeFailure 15.4.0
RP-82 RP-182661 0768 1 F Correction on default configuration 15.4.0
RP-82 RP-182660 0772 1 F Clarification of measurement object for beam reporting for NR cells 15.4.0
3GPP
Release 16 829 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 830 3GPP TS 38.331 V16.0.0 (2020-03)
RP-83 RP-190542 0876 2 F Barring alleviation when T302 or T390 is stopped 15.5.0
RP-83 RP-190544 0877 2 F Correction on smtc configuration in NR SCell addition procedure 15.5.0
RP-83 RP-190543 0884 2 F Correction on the configuration for transform preceding of PUSCH 15.5.0
RP-83 RP-190543 0896 2 F Correction to Need Codes in system information 15.5.0
RP-83 RP-190541 0897 1 F Corrections on drb-ContinueROHC 15.5.0
RP-83 RP-190541 0898 1 F Correction on outOfOrderDelivery 15.5.0
RP-83 RP-190542 0902 1 F Corrections on radio link failure related actions 15.5.0
RP-83 RP-190541 0904 1 F Clarification for SIB validity 15.5.0
RP-83 RP-190540 0905 - F Corrections to MFBI 15.5.0
RP-83 RP-190542 0912 1 F CR on clarification on the description of NIA0 15.5.0
RP-83 RP-190542 0913 1 F CR on the number of bits of downlink NAS COUNT value 15.5.0
RP-83 RP-190541 0920 1 F CR to 38.331 for not supporting different quantities for thresholds in Event 15.5.0
A5 and B2
RP-83 RP-190544 0922 2 F CR on SSB type indication 15.5.0
RP-83 RP-190545 0923 2 F Correction for measurements of serving cells without SSB or without CSI-RS 15.5.0
RP-83 RP-190540 0930 - F CR on introduction of UE assistance information in inter-node message 15.5.0
RP-83 RP-190540 0931 - F CR on description of SRS carrier switching 15.5.0
RP-83 RP-190542 0932 1 F Clarification on the relation between CA configuration and supported 15.5.0
featureset combination_Option1
RP-83 RP-190545 0935 2 F Unification of EN-DC terminology 15.5.0
RP-83 RP-190550 0938 - F PDCP re-establishment during SRB modification for EUTRA/5GC 15.5.0
RP-83 RP-190541 0939 1 F The support of drb-ContinueROHC 15.5.0
RP-83 RP-190541 0948 1 F Correction on PTRS port index 15.5.0
RP-83 RP-190541 0956 1 F CR on the supplementaryUplink and uplinkConfig 15.5.0
RP-83 RP-190545 0963 2 F Correction on MIB acquisition upon Reconfiguration with Sync 15.5.0
RP-83 RP-190543 0967 2 F Qoffset for inter-RAT cell reselection 15.5.0
RP-83 RP-190541 0975 1 F Correction on SI scheduling 15.5.0
RP-83 RP-190543 0976 2 F Correction of uac-AccessCategory1-SelectionAssistanceInfo field description 15.5.0
RP-83 RP-190546 0978 3 F Correction on going to RRC_IDLE upon inter-RAT cell reselection in 15.5.0
RRC_INACTIVE
RP-83 RP-190543 0981 2 F Clarification on nrofSS-BlocksToAverage and absThreshSS- 15.5.0
BlocksConsolidation
RP-83 RP-190543 0984 3 F Correction on compilation of featureSets for NR container 15.5.0
RP-83 RP-190540 0985 - F Enable and disable of security at DRB setup 15.5.0
RP-83 RP-190545 0986 2 F Clarification on TCI state ID 15.5.0
RP-83 RP-190544 0987 - F Clarification for random access on SUL 15.5.0
RP-83 RP-190545 0988 1 F Correction on supportedBandwidthCombinationSetEUTRA-v1530 usage 15.5.0
RP-83 RP-190544 0989 - F CR on Processing delay requirements for RRC Resume procedures in TS 15.5.0
38.331
04/2019 RP-83 MCC: Formatting error correction (missing carriage return) in the end of 15.5.1
clause 5.3.5.11.
06/2019 RP-84 RP-191379 0906 5 F Reconfig with sync terminology 15.6.0
RP-84 RP-191378 0916 5 B Introduction of late drop NGEN-DC, NE-DC and NR-DC 15.6.0
RP-84 RP-191374 0996 2 F Correction to the need code of some fields in SIB2 15.6.0
RP-84 RP-191377 1003 3 F Clarification for handling of suspendConfig 15.6.0
RP-84 RP-191377 1005 3 F Reporting of serving cell and best neighbour cell and sorting of beam 15.6.0
RP-84 RP-191377 1011 1 F On T321 timer related informative text correction 15.6.0
3GPP
Release 16 831 3GPP TS 38.331 V16.0.0 (2020-03)
RP-84 RP-191377 1013 1 C CR to direct current report for UL and SUL 15.6.0
RP-84 RP-191380 1014 1 F Correction on storing UE AS Inactive Context 15.6.0
RP-84 RP-191373 1015 - F Correction on ReconfigurationWithSync 15.6.0
RP-84 RP-191380 1016 2 F Correction on Handover from NR to EUTRAN 15.6.0
RP-84 RP-191373 1018 - F Introduction of additional UE capability on HARQ-ACK multiplexing on 15.6.0
PUSCH
RP-84 RP-191378 1019 1 F Correction on bar indication of emergency service (access category 2) 15.6.0
RP-84 RP-191373 1020 - F Correction on UE configuration for RRC Resume procedure 15.6.0
RP-84 RP-191373 1021 - F RRC release with suspend configuration and inter-RAT redirection 15.6.0
RP-84 RP-191373 1022 - F RRC Reconfiguration via SRB3 in EN-DC 15.6.0
RP-84 RP-191373 1023 - F Corrections on RLC bearer setup 15.6.0
RP-84 RP-191373 1024 - F Clarification to Permitted MaxCID for ROHC and Uplink-Only ROHC 15.6.0
RP-84 RP-191373 1025 - F Coordination of ROHC capability for MR-DC 15.6.0
RP-84 RP-191373 1026 - F Correction on the rlmInSyncOutOfSyncThreshold 15.6.0
RP-84 RP-191373 1027 - F Correction on description of tci-PresentInDCI 15.6.0
RP-84 RP-191374 1031 - F RRC processing delay for UE capability transfer 15.6.0
RP-84 RP-191377 1032 1 F Handling of SMTC configuration 15.6.0
RP-84 RP-191378 1033 1 F Clarification on filters used to generate FeatureSets (38.331) 15.6.0
RP-84 RP-191374 1034 - F Correction of behavior for eutra-nr-only 15.6.0
RP-84 RP-191377 1038 1 F Clarification on CSI-RS resource configuration in MO 15.6.0
RP-84 RP-191378 1039 2 F Update on usage of Need codes 15.6.0
RP-84 RP-191377 1040 1 F Ignore additional fields in RRC Release message before security activation 15.6.0
RP-84 RP-191374 1041 - F Correction on use of Null algorithm for DRBs during emergency calls in LSM 15.6.0
RP-84 RP-191380 1042 2 F NR changes for FullConfig for Inter-RAT intra-system HO 15.6.0
RP-84 RP-191376 1043 2 F Monitoring of short messages with multi-beams 15.6.0
RP-84 RP-191377 1045 1 F Clarification of commonControlResourceSet frequency reference point 15.6.0
RP-84 RP-191379 1046 2 F CR on capability of maxUplinkDutyCycle for FR2 15.6.0
RP-84 RP-191374 1049 - F CR to subcarrierSpacing in RateMatchPattern and SCS-SpecificCarrier 15.6.0
RP-84 RP-191377 1053 1 F CR on transferring common configuration during handover and SN change 15.6.0
RP-84 RP-191381 1054 2 F Correction to barring alleviation 15.6.0
RP-84 RP-191381 1055 3 F UE behaviour on the cell without TAC 15.6.0
RP-84 RP-191379 1058 2 F Correction to RRC resume 15.6.0
RP-84 RP-191376 1061 1 F Corrections to inter-node messages 15.6.0
RP-84 RP-191378 1063 1 F Clarification on mandatory information in inter node RRC messages 15.6.0
RP-84 RP-191374 1066 - F Correction to PWS reception 15.6.0
RP-84 RP-191377 1068 1 F Serving cell measurement handling with different rsType configuration 15.6.0
scenarios
RP-84 RP-191374 1069 - F On CGI reporting contents 15.6.0
RP-84 RP-191374 1071 - F CR for 38.331 on security related corrections to UE and Network initiated 15.6.0
RRC procedures to increase user's security and privacy
RP-84 RP-191379 1072 3 F Correction on the issue with NCP and ECP for RateMatchPattern 15.6.0
RP-84 RP-191377 1075 1 F Security protection of RRC messages 15.6.0
RP-84 RP-191381 1076 1 F Introduction of a new NR band for LTE/NR spectrum sharing in Band 41/n41 15.6.0
RP-84 RP-191375 1077 - F Stop of T302 and T390 at reception of RRCRelease with waitTime 15.6.0
RP-84 RP-191375 1078 - F Restriction of piggybacking of NAS PDUs 15.6.0
RP-84 RP-191379 1079 3 F Correction on intra-band fallback behavior with FeatureSetsPerCC 15.6.0
3GPP
Release 16 832 3GPP TS 38.331 V16.0.0 (2020-03)
RP-84 RP-191375 1081 - F Removal of spurious requirement on consistency of feature set combination 15.6.0
IDs
RP-84 RP-191381 1082 3 F Miscellaneous non-controversial corrections Set II 15.6.0
RP-84 RP-191377 1083 1 F Correction to configuration of security in RadioBearerConfig 15.6.0
RP-84 RP-191379 1086 2 F CR to 38.331 on MeasurementTimingConfiguration 15.6.0
RP-84 RP-191375 1088 - F Correction to the description of subcarrierspacing usage in 15.6.0
ServingCellConfigCommon
RP-84 RP-191375 1089 - F 38.331 Clarfication on multiple TA capabilities 15.6.0
RP-84 RP-191375 1091 - F Set beamCorrespondenceCA dummy 15.6.0
RP-84 RP-191377 1092 1 F Correction on Measurement Report Triggering for Periodical Report 15.6.0
RP-84 RP-191375 1094 - F Correction on PDCP duplication configuration 15.6.0
RP-84 RP-191375 1095 - F Correction on BWP configuration 15.6.0
RP-84 RP-191377 1097 1 F Correction on configuration of pucch-ResourceCommon 15.6.0
RP-84 RP-191376 1098 1 F Clarification of PUCCH reconfiguration on NR UL and SUL 15.6.0
RP-84 RP-191375 1100 1 F Correction on initial BWP configuration in DownlinkConfigCommon and 15.6.0
UplinkConfigCommon
RP-84 RP-191377 1101 1 F Correction on PUCCH cell 15.6.0
RP-84 RP-191377 1103 1 F Correction on the pdcp-Config 15.6.0
RP-84 RP-191379 1104 2 F Correction on pathlossReferenceLinking 15.6.0
RP-84 RP-191381 1106 2 F Clarification of dedicated priority handling from RRC_INACTIVE to 15.6.0
RRC_IDLE
RP-84 RP-191375 1110 - F Clarification on sending condition for mcg-RB-Config 15.6.0
RP-84 RP-191375 1111 - F Clarification of timing reference for CSI-RS resources 15.6.0
RP-84 RP-191376 1113 - F Setting of resumeCause for NAS triggered event 15.6.0
RP-84 RP-191376 1114 - F UE capability signalling for FD-MIMO processing capabilities for EN-DC 15.6.0
RP-84 RP-191376 1115 - F Modified UE capability on different numerologies within the same PUCCH 15.6.0
group
RP-84 RP-191478 1116 2 F Clarification to commonSearchSpaceList in PDCCH-ConfigCommon 15.6.0
RP-84 RP-191589 1117 1 F Removal of "Capability for aperiodic CSI-RS triggering with different 15.6.0
numerology between PDCCH and CSI-RS"
09/2019 RP-85 RP-192196 1120 1 C Additional capability signalling for 1024QAM support 15.7.0
RP-85 RP-192191 1121 1 F Correction on TDD-UL-DL-Config 15.7.0
RP-85 RP-192191 1122 1 F Correction of the secondHopPRB Parameter 15.7.0
RP-85 RP-192190 1123 - F RSRP reporting of SFTD measurement in NR-DC 15.7.0
RP-85 RP-192191 1124 1 F Small Corrections for System Information 15.7.0
RP-85 RP-192194 1125 - F Corrections for Inter-node Messages 15.7.0
RP-85 RP-192191 1126 1 F Clarification of Layer 3 Filtering for E-UTRA 15.7.0
RP-85 RP-192190 1127 - F Clarification on FailureInformation report for NE-DC 15.7.0
RP-85 RP-192191 1136 1 F Clarification to fullConfig in NR 15.7.0
RP-85 RP-192190 1137 - F Updates for positioning measurement gaps for subframe and slot timing 15.7.0
detection towards E-UTRA
RP-85 RP-192191 1138 1 F Clarification for enabling of configured PUSCH frequency hopping 15.7.0
RP-85 RP-192191 1139 1 B Introduction of SFTD measurement to neighbour cells for NR SA 15.7.0
RP-85 RP-192192 1144 1 F Corrections to 38.331 on SI-schedulingInfo 15.7.0
RP-85 RP-192193 1148 2 F Clarification on SRB2 and DRB configuration 15.7.0
RP-85 RP-192191 1151 2 F PDU session release indication to upper layers during Full Configuration 15.7.0
RP-85 RP-192191 1160 1 F Clarification on max payload of PUCCH-ResourceSet 15.7.0
3GPP
Release 16 833 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 834 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP
Release 16 835 3GPP TS 38.331 V16.0.0 (2020-03)
3GPP