Ts 138331v150201p PDF
Ts 138331v150201p PDF
Ts 138331v150201p PDF
1 (2018-06)
TECHNICAL SPECIFICATION
5G;
NR;
Radio Resource Control (RRC);
Protocol specification
(3GPP TS 38.331 version 15.2.1 Release 15)
3GPP TS 38.331 version 15.2.1 Release 15 1 ETSI TS 138 331 V15.2.1 (2018-06)
Reference
RTS/TSGR-0238331vf21
Keywords
5G
ETSI
Important notice
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the
print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx
If you find errors in the present document, please send your comment to one of the following services:
https://portal.etsi.org/People/CommiteeSupportStaff.aspx
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.
© ETSI 2018.
All rights reserved.
DECTTM, PLUGTESTSTM, UMTSTM and the ETSI logo are trademarks of ETSI registered for the benefit of its Members.
3GPPTM and LTETM are trademarks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
oneM2M logo is protected for the benefit of its Members.
GSM® and the GSM logo are trademarks registered and owned by the GSM Association.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 2 ETSI TS 138 331 V15.2.1 (2018-06)
IPRs essential or potentially essential to normative deliverables may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (https://ipr.etsi.org/).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Trademarks
The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners.
ETSI claims no ownership of these except for any which are indicated as being the property of ETSI, and conveys no
right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does
not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks.
Foreword
This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP).
The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables.
The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under
http://webapp.etsi.org/key/queryform.asp.
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 3 ETSI TS 138 331 V15.2.1 (2018-06)
Contents
Intellectual Property Rights ................................................................................................................................2
Foreword.............................................................................................................................................................2
Modal verbs terminology....................................................................................................................................2
Foreword...........................................................................................................................................................11
1 Scope ......................................................................................................................................................12
2 References ..............................................................................................................................................12
3 Definitions, symbols and abbreviations .................................................................................................13
3.1 Definitions ........................................................................................................................................................ 13
3.2 Abbreviations ................................................................................................................................................... 13
4 General ...................................................................................................................................................15
4.1 Introduction ...................................................................................................................................................... 15
4.2 Architecture ...................................................................................................................................................... 15
4.2.1 UE states and state transitions including inter RAT ................................................................................... 15
4.2.2 Signalling radio bearers .............................................................................................................................. 18
4.3 Services ............................................................................................................................................................ 18
4.3.1 Services provided to upper layers ............................................................................................................... 18
4.3.2 Services expected from lower layers .......................................................................................................... 18
4.4 Functions .......................................................................................................................................................... 18
5 Procedures ..............................................................................................................................................19
5.1 General ............................................................................................................................................................. 19
5.1.1 Introduction................................................................................................................................................. 19
5.1.2 General requirements .................................................................................................................................. 19
5.2 System information .......................................................................................................................................... 19
5.2.1 Introduction................................................................................................................................................. 20
5.2.2 System information acquisition .................................................................................................................. 20
5.2.2.1 General UE requirements ...................................................................................................................... 20
5.2.2.2 SI validity and need to (re)-acquire SI .................................................................................................. 21
5.2.2.2.1 SI validity ........................................................................................................................................ 21
5.2.2.2.2 SI change indication and PWS notification ..................................................................................... 21
5.2.2.3 Acquisition of System Information ....................................................................................................... 22
5.2.2.3.1 Acquisition of MIB and SIB1........................................................................................................... 22
5.2.2.3.2 Acquisition of an SI message .......................................................................................................... 22
5.2.2.3.3 Request for on demand system information .................................................................................... 23
5.2.2.4 Actions upon receipt of SI message ...................................................................................................... 24
5.2.2.4.1 Actions upon reception of the MIB .................................................................................................. 24
5.2.2.4.2 Actions upon reception of the SystemInformationBlockType1 ...................................................... 24
5.2.2.4.3 Actions upon reception of SystemInformationBlockTypeX ........................................................... 24
5.2.2.5 Essential system information missing ................................................................................................... 24
5.3 Connection control ........................................................................................................................................... 25
5.3.1 Introduction................................................................................................................................................. 25
5.3.2 Paging ......................................................................................................................................................... 25
5.3.3 RRC connection establishment ................................................................................................................... 25
5.3.4 Initial security activation ............................................................................................................................ 25
5.3.5 RRC reconfiguration ................................................................................................................................... 25
5.3.5.1 General .................................................................................................................................................. 25
5.3.5.2 Initiation ................................................................................................................................................ 26
5.3.5.3 Reception of an RRCReconfiguration by the UE .................................................................................. 26
5.3.5.4 Secondary cell group release ................................................................................................................. 27
5.3.5.5 Cell Group configuration ...................................................................................................................... 27
5.3.5.5.1 General ............................................................................................................................................ 27
5.3.5.5.2 Reconfiguration with sync ............................................................................................................... 28
5.3.5.5.3 RLC bearer release .......................................................................................................................... 28
5.3.5.5.4 RLC bearer addition/modification ................................................................................................... 28
5.3.5.5.5 MAC entity configuration ............................................................................................................... 29
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 4 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 5 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 6 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 7 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 8 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 9 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 10 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 11 ETSI TS 138 331 V15.2.1 (2018-06)
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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 12 ETSI TS 138 331 V15.2.1 (2018-06)
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.
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".
[14] 3GPP TS 38.133: "NR; Requirements for support of radio resource management".
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 13 ETSI TS 138 331 V15.2.1 (2018-06)
[15] 3GPP TS 38.101: "NR; User Equipment (UE) radio transmission and reception".
[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".
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 a single or multiple fields is referred as information element.
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.
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.
3.2 Abbreviations
For the purposes of the present document, the abbreviations given in 3GPP 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
3GPP TR 21.905 [1].
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 14 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 15 ETSI TS 138 331 V15.2.1 (2018-06)
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:
- sub-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
Editor's note The state model is still a subject for discussion.FFS
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:
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 16 ETSI TS 138 331 V15.2.1 (2018-06)
- RRC_INACTIVE:
- The UE:
- Performs RAN-based notification area updates when moving outside the RAN-based notification area;
Editor's Note: FFS Whether a RAN-based notification area is always configured or not.
Editor's Note: FFS UE behavior if it is decided that a RAN-based notification area is not always configured.
- 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 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 17 ETSI TS 138 331 V15.2.1 (2018-06)
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/NGC and E-UTRAN/EPC.
Figure 4.2.1-2: UE state machine and state transitions between NR/NGC and E-UTRAN/EPC
The UE state machine, state transition and mobility procedures between NR/NGC and E-UTRA/NGC is FFS.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 18 ETSI TS 138 331 V15.2.1 (2018-06)
- Notification of UEs in RRC_IDLE, e.g. about a terminating call [FFS, for ETWS, for CMAS];
- Transfer of dedicated control information, i.e. information for one specific UE.
- PDCP: integrity protection, ciphering and in-sequence delivery of information without duplication [FFS if
duplication need to be listed];
- RLC: reliable transfer of information, without introducing duplicates and with support for segmentation.
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;
- Initial security activation, i.e. initial configuration of AS integrity protection (SRBs) and AS ciphering
(SRBs, DRBs);
- RRC connection mobility including e.g. intra-frequency and inter-frequency handover, associated 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);
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 19 ETSI TS 138 331 V15.2.1 (2018-06)
- Inter-RAT mobility including e.g. security activation, transfer of RRC context information;
- Measurement reporting.
- Other functions including e.g. transfer of dedicated NAS information, transfer of UE radio access capability
information [FFS support for RAN sharing (multiple PLMN identities)].
5 Procedures
5.1 General
5.1.1 Introduction
This section 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 NR 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 NR 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;
2> for the combined list, created according to the previous, apply the same behaviour as defined for the original
field.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 20 ETSI TS 138 331 V15.2.1 (2018-06)
5.2.1 Introduction
System Information (SI) is divided into the MasterInformationBlock (MIB) and a number of SystemInformationBlocks
(SIBs) where:
- the MasterInformationBlock (MIB) is always transmitted on the BCH with a periodicity of 80 ms and repetitions
made within 80 ms [38.212, Section 7.1] and it includes parameters that are needed to acquire
SystemInformationBlockType1 (SIB1) from the cell;
- the SystemInformationBlockType1 (SIB1) is transmitted on the DL-SCH with a periodicity of [X] and repetitions
made within [X]. SIB1 includes information regarding the availability and scheduling (e.g. periodicity, SI-
window size) of other SIBs. It also indicates whether they (i.e. other SIBs) are provided via periodic broadcast
basis or only on-demand basis (refer Figure 5.2.2.X.X FFS_Ref). If other SIBs are provided on-demand then
SIB1 includes information for the UE to perform SI request;
- SIBs other than SystemInformationBlockType1 are carried in SystemInformation (SI) messages, which are
transmitted on the DL-SCH. Each SI message is transmitted within periodically occurring time domain windows
(referred to as SI-windows);
- For PSCell and SCells, RAN provides the required SI by dedicated signalling. 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, RAN releases and adds the concerned SCell. For PSCell, SI can only be changed with
Reconfiguration with Sync.
Editor's Note: Reference to RAN1 specification may be used for the MIB/SIB1 periodicities [X].FFS
MasterInformationBlock
SystemInformationBlockType1
SystemInformation messages
The UE applies the SI acquisition procedure to acquire the AS- and NAS 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
MasterInformationBlock, SystemInformationBlockType1 as well as SystemInformationBlockTypeX through
SystemInformationBlockTypeY (depending on support of the concerned RATs for UE controlled mobility).
The UE in RRC_CONNECTED shall ensure having a valid version of (at least) the MasterInformationBlock,
SystemInformationBlockType1 as well as SystemInformationBlockTypeX (depending on support of mobility towards the
concerned RATs).
The UE shall store relevant SI acquired from the currently camped/serving cell. A version of the SI that the UE
acquires and stores remains valid only for a certain time. The UE may use such a stored version of the SI e.g. after cell
re-selection, upon return from out of coverage or after SI change indication.
Editor's Note: [FFS_Standalone if the UE is required to store SI other than for the currently camped/serving cell].
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 21 ETSI TS 138 331 V15.2.1 (2018-06)
Editor's Note: FFS_Standalone To be updated when above is resolved. Another sub-clause under 5.2.2.2 can be
considered depending on the resolution of above.
Editor's Note: [FFS_Standalone if upon receiving HO command the SI acquisition depend on stored SI]
5.2.2.2.1 SI validity
The UE shall:
1> delete any stored version of SI after [FFS] hours from the moment it was successfully confirmed as valid;
1> if the UE does not have in the stored SI a valid version for the required SI corresponding to the
systemInfoAreaIdentifier and systemInfoValueTag/systemInfoConfigurationIndex of that SI in the currently
camped/serving cell:
NOTE: At the SI acquisition procedure, the UE may assume the acquired SI in the currently camped/serving cell
to be valid in other cells than the currently camped/serving cell based on systemInfoAreaIdentifier and
systemInfoValueTag/systemInfoConfigurationIndex.
Editor's Note: [FFS_Standalone whether the area ID and valuetag is separately signalled or as a single identifier]
Editor's Note: [FFS_Standalone whether the area ID is associated to each SIB/SI message or associated to a group of
SIBs/SI messages or all SIBs/SI messages]
Editor's Note : The above descriptive text can remain in this sub-clause or moved under 5.2.1. FFS_Standalone
If the UE is in RRC_CONNECTED or is configured to use a DRX cycle smaller than the modification period in
RRC_IDLE or in RRC_INACTIVE and receives a Paging message:
2> the UE shall immediately re-acquire the SIB1 and apply the SI acquisition procedure as defined in sub-clause
[X.X.X.X FFS_Ref];
2> the UE shall apply the SI acquisition procedure as defined in sub-clause [X.X.X.X FFS_Ref] from the start of
the next modification period.
NOTE For PWS notification the SIB1 is re-acquired to know the scheduling information for the PWS messages.
Editor's Note: [FFS_Standalone if upon receiving a SI change indication the SI acquisition depend on stored SI]
Editor's Note: [FFS_Standalone if value tags and area identifier included in paging message to reacquire SIB1]
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 22 ETSI TS 138 331 V15.2.1 (2018-06)
Editor's Note: [FFS_Standalone the update mechanism for access control notifications and other non-access control
configuration updates]
Editor's Note: [FFS_StandaloneWhether to make a generic bit to indicate immediate acquisition of SI will be
considered after AC discussion has progressed]
1> else:
2> else:
2> else:
Editor's Note: Reference to RAN1 [X] specification may be used for the scheduling of SIB1.FFS_Standalone
1> determine the start of the SI-window for the concerned SI message as follows:
Editor's Note: [FFS_Standalone the details of the mapping to subframes/slots where the SI messages are scheduled]
Editor's Note: [FFS_Standalone if there are any exceptions on e.g. subframes where SI messages cannot be
transmitted]
Editor's Note: [FFS_Standalone if the length of SI-window is common for all SI messages or if it is configured per
SI message]
Editor's Note: [FFS_Standalone if the UE may accumulate the SI-Message transmissions across several SI-Windows
within the Modification Period]
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 23 ETSI TS 138 331 V15.2.1 (2018-06)
2> receive DL-SCH using the SI-RNTI 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;
2> 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;
2> [FFS_Standalone receive DL-SCH using the SI-RNTI 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];
2> [FFS_Standalone 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];
Editor's Note: [FFS_Standalone on the details of from which SI-window the UE shall receive the DL-SCH upon
triggering the SI request.
Editor's Note: [FFS_Standalone on the details of how many SI-windows the UE should monitor for SI message
reception if transmission triggered by UE request]
Editor's Note: [FFS_Standalone if UE need to monitor all the TTIs in SI window for receiving SI message]
Editor's Note: FFS_Standalone The procedural text for SI message acquisition triggered by UE request will be
updated upon finalizing the details.
3> the UE shall trigger the lower layer to initiate the preamble transmission procedure in accordance with TS
38.321 [3] using the [indicated PRACH preamble] and [indicated PRACH resource];
2> else
3> the UE shall trigger the lower layer to initiate the random access procedure in accordance with TS 38.321
[3];
Editor's Note: To be updated with details of the Msg3 request procedure. FFS_Standalone
Editor's Note: To be updated with details of the on-demand request procedure in RRC_CONNECTED.
FFS_Standalone
Editor's Note: [FFS_Standalone if there is a need for a separate sub-clause to describe case where on demand SI is
not successfully received by the UE and where it should initiate a new request]
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 24 ETSI TS 138 331 V15.2.1 (2018-06)
2> else,
1> if the UE has a stored valid version of the required SIB(s) associated with the systemInfoAreaIdentifier and
systemInfoValueTag/systemInfoConfigurationIndex in the acquired SIB1:
1> else if the SIB1 message indicates that the SI message(s) is only provided on request:
2> trigger a request to acquire the SI message(s) (if needed) as defined in sub-clause 5.2.2.3;
1> else:
2> acquire the SI message(s) (if needed) as defined in sub-clause 5.2.2.3.2, which are provided according to the
schedulingInfoList in the SystemInformationBlockType1.
Editor's Note: [FFS_Standalone Whether there is an additional indication that an on-demand SI is actually being
broadcast at this instant in time]
Editor's Note: To be updated when content of the SystemInformationBlockType1 has been agreed. FFS_Standalone.
Editor's Note: To be updated how to capture the UE behaviour when some required SIBs are from broadcast and
other required SIBs through SI request.
2> if the UE is unable to acquire the SIB1 and UE does not have a stored valid version of SIB1; or
2> [FFS_Standalone if the UE is unable to acquire the [FFS essential SystemInformationBlockTypeX] and UE
does not have a stored valid version of SystemInformationBlockTypeX];
3> consider the cell as barred in accordance with TS 38.304 [X]; and
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 25 ETSI TS 138 331 V15.2.1 (2018-06)
Editor's Note: [FFS_Standalone on details of RRC connection re-establishment procedure and corresponding
reading of SI in RRC_CONNECTED].
Editor's Note: [FFS_Standalone whether all the information needed to access the cell is included in SIB1 or if both
SIB1 and SIB2 are essential in NR].
5.3.1 Introduction
5.3.2 Paging
Editor's Note: Targeted for completion in Sept 2018.
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. As part
of the procedure, NAS dedicated information may be transferred from the Network to the UE.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 26 ETSI TS 138 331 V15.2.1 (2018-06)
In EN-DC, SRB3 can be used for measurement configuration and reportingto (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, provided that the (re-)configuration does not require any MeNB involvement.
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 DRB is setup in SCG.
2> perform the cell group configuration for the SCG according to 5.3.5.5;
3> construct RRCReconfigurationComplete message and submit it via the EUTRA MCG embedded in E-
UTRA RRC message RRCConnectionReconfigurationComplete as specified in TS 36.331 [10];
4> initiate the random access procedure on the SpCell, as specified in TS 38.321 [3];
3> else:
NOTE: The order the UE sends the RRCConnectionReconfigurationComplete message and performs the Random
Access procedure towards the SCG is left to UE implementation.
3> submit the RRCReconfigurationComplete message via SRB3 to lower layers for transmission using the
new configuration;
NOTE: In the case of SRB1, the random access is triggered by RRC layer itself as there is not necessarily other
UL transmission. In the case of SRB3, the random access is triggered by the MAC layer due to arrival of
RRCReconfigurationComplete.
1> if reconfigurationWithSync was included in spCellConfig of an SCG, and when MAC of an NR cell group
successfully completes a random access procedure triggered above;
2> apply the parts of the CQI 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;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 27 ETSI TS 138 331 V15.2.1 (2018-06)
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;
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;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 28 ETSI TS 138 331 V15.2.1 (2018-06)
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 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 frequency of the source SpCell with a physical cell identity
indicated by the physCellId;
1> start synchronising to the DL of the target SpCell and acquire the MIB of the target SpCell as specified in
5.2.2.3.1;
NOTE: 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.
1> consider the SCell(s) of this cell group, if configured, to be in deactivated state;
1> apply the value of the newUE-Identity as the C-RNTI for this cell group;
Editor's Note: Verify that this does not configure some common parameters which are later discarded due to e.g.
SCell release or due to LCH release.
1> consider the bandwidth part indicated in firstActiveUplinkBWP-Id to be the active uplink bandwidth part;
1> consider the bandwidth part indicated in firstActiveDownlinkBWP-Id to be the active downlink bandwidth part;
1> 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 (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 (includes discarding all pending RLC PDUs and RLC SDUs);
1> if the UE's current configuration contains a RLC bearer with the received logicalChannelIdentity:
2> reconfigure the RLC entity or entities in accordance with the received rlc-Config;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 29 ETSI TS 138 331 V15.2.1 (2018-06)
2> 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 was not configured before):
3> establish an RLC entity in accordance with 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 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):
1> reconfigure the MAC main configuration of the cell group in accordance with the received mac-
CellGroupConfig other than 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.
2> stop timer T310 for this cell group, if running, and
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 30 ETSI TS 138 331 V15.2.1 (2018-06)
2> release the value of timer t310 as well as constants n310 and n311 for this cell group;
1> else:
2> reconfigure the value of timers and constants in accordance with received rlf-TimersAndConstants.
2> stop timer T310 for this cell group, if running, and
2> configure the RLF timers and constants for this cell group as specified in 5.3.5.5.6.
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;
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):
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 31 ETSI TS 138 331 V15.2.1 (2018-06)
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):
2> establish a PDCP entity and configure it with the security algorithms according to securityConfig and apply
the keys (KRRCenc and KRRCint) associated with the KeNB/S-KgNB as indicated in keyToUse, if applicable;
2> if the current UE configuration as configured by E-UTRA in TS 36.331 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> for each srb-Identity value included in the srb-ToAddModList that is part of the current UE configuration:
3> configure the PDCP entity to apply the integrity protection algorithm and KRRCint key associated with the
KeNB/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;
3> configure the PDCP entity to apply the ciphering algorithm and KRRCenc key associated with the KeNB/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 38.323 [5];
3> trigger the PDCP entity to perform SDU discard as specified in TS 38.323 [5];
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 32 ETSI TS 138 331 V15.2.1 (2018-06)
3> reconfigure the PDCP entity in accordance with the received pdcp-Config.
The UE shall:
1> for each drb-Identity value included in the drb-ToReleaseList that is part of the current UE configuration (DRB
release):
1> if a new bearer is not added either with NR or E-UTRA with same eps-BearerIdentity:
3> indicate the release of the DRB and the eps-BearerIdentity of the released DRB to upper layers after
successful reconfiguration with sync;
2> else:
3> indicate the release of the DRB and the eps-BearerIdentity of the released DRB to upper layers
immediately.
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> configure the PDCP entity with the security algorithms according to securityConfig and apply the keys
(KUPenc) associated with the KeNB/S-KgNB as indicated in keyToUse;
2> if the DRB was configured with the same eps-BearerIdentity either by NR or E-UTRA prior to receiving this
reconfiguration:
2> else:
3> 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:
3> configure the PDCP entity of this RadioBearerConfig to apply the ciphering algorithm and KUPenc key
associated with the KeNB/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;
3> re-establish the PDCP entity of this DRB as specified in 38.323 [5], section 5.1.2;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 33 ETSI TS 138 331 V15.2.1 (2018-06)
3> trigger the PDCP entity of this DRB to perform data recovery as specified in 38.323;
3> reconfigure the PDCP entity in accordance with the received pdcp-Config.
NOTE 1: Removal and addition of the same drb-Identity in a single radioResourceConfig is not supported. In case
drb-Identity is removed and added due to reconfiguration with sync or re-establishment with the full
configuration option, the network can use the same value of drb-Identity.
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-KeNB 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.
1> update the S-KgNB key based on the KeNB key and using the received sk-Counter value, as specified in TS 33.501
[11];
1> derive the KRRCint and KUPint key as specified in TS 33.501 [11].
The UE shall:
1> upon integrity check failure indication from NR lower layers for SRB3:
2> initiate the SCG failure information procedure as specified in subclause 5.7.3 to report SRB3 integrity check
failure.
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;
3> 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;
2> else, if the UE is unable to comply with (part of) the configuration included in the RRCReconfiguration
message received over MCG SRB1;
3> continue using the configuration used prior to the reception of RRCReconfiguration message;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 34 ETSI TS 138 331 V15.2.1 (2018-06)
3> initiate the connection re-establishment procedure as specified in TS 36.331 [10, 5.3.7], upon which the
connection reconfiguration procedure ends.
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 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.
2> 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.
1> upon receiving N310 consecutive "out-of-sync" indications for the SpCell from lower layers while T311 is not
running:
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 35 ETSI TS 138 331 V15.2.1 (2018-06)
Editor's Note: FFS: Under which condition physical layer problems detection is performed, e.g. neither T300, T301,
T304 nor T311 is running. It's subject to the harmonization of the RRC procedures for RRC Connection
establishment/resume/re-establishment and RRC connection reconfiguration.
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 layer 1 do not affect the
evaluation of the number of consecutive "in-sync" or "out-of-sync" indications.
1> upon random access problem indication from MCG MAC while T311 is not running; or
Editor's Note: FFS: Under which condition physical layer problems detection is performed, e.g. neither T300, T301,
T304 nor T311 is running. It's subject to the harmonization of the RRC procedures for RRC Connection
establishment/resume/re-establishment and RRC connection reconfiguration.
1> upon indication from MCG RLC that the maximum number of retransmissions has been reached:
Editor's Note: FFS whether maximum ARQ retransmission is only criteria for RLC failure.
2> consider radio link failure to be detected for the MCG i.e. RLF;
Editor's Note: FFS Whether indications related to beam failure recovery may affect the declaration of RLF.
Editor's Note: FFS: How to handle RLC failure in CA duplication for MCG DRB and SRB.
Editor's Note: FFS: RLF related measurement reports e.g. VarRLF-Report is supported in NR.
3> perform the actions upon leaving RRC_CONNECTED as specified in x.x.x FFS_Ref, with release cause
'other';
2> else:
The UE shall:
1> upon indication from SCG RLC that the maximum number of retransmissions has been reached:
2> consider radio link failure to be detected for the SCG i.e. SCG-RLF;
Editor's Note: FFS: How to handle RLC failure in CA duplication for SCG DRB and SRB.
2> initiate the SCG failure information procedure as specified in 5.7.3 to report SCG radio link failure.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 36 ETSI TS 138 331 V15.2.1 (2018-06)
Upon receiving an SRS release request from lower layers, for all bandwidth parts of an indicated serving cell the UE
shall:
5.5 Measurements
5.5.1 Introduction
The network may configure an RRC_CONNECTED UE to perform measurements and report them in accordance with
the measurement configuration. The measurement configuration is provided by means of dedicated signalling i.e. using
the RRCReconfiguration.
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:
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 EUTRA 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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 37 ETSI TS 138 331 V15.2.1 (2018-06)
measurement reporting. Whitelisted cells are the only ones applicable in event evaluation or measurement
reporting.
2. Reporting configurations: A list of reporting configurations where there can be one or multiple reporting
configurations per measurement object. Each 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.
3. Measurement identities: 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.
4. Quantity configurations: The quantity configuration defines the measurement filtering configuration used for
all event evaluation and related reporting of that measurement type. 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 be configured for different measurement
quantities, for different RS types, and for measurements per cell and per beam.
5. Measurement gaps: Periods that the UE may use to perform measurements, i.e. no (UL, DL) transmissions are
scheduled.
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 intra-frequency object(s), NR inter-frequency 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.
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.
- to ensure that, whenever the UE has a measConfig, it includes a measObject for the SpCell and for each NR SCell to
be measured.
Editor's Note: FFS How the procedure is used for CGI reporting.
The UE shall:
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 38 ETSI TS 138 331 V15.2.1 (2018-06)
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-RSRPof 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 if 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:
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 39 ETSI TS 138 331 V15.2.1 (2018-06)
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 and reset the associated information (e.g. timeToTrigger) 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 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, whiteCellsToRemoveList, absThreshSS-
BlocksConsolidation,absThreshCSI-RS-Consolidation, nrofSS-BlocksToAverage,nroCSI-RS-
ResourcesToAverage;
5> remove the entry with the matching physCellId from the cellsToAddModList;
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;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 40 ETSI TS 138 331 V15.2.1 (2018-06)
5> remove the entry with the matching pci-RangeIndex from the blackCellsToAddModList;
NOTE: For each pci-RangeIndex included in the blackCellsToRemoveList that concerns overlapping ranges of
cells, a cell is removed from the black list of cells only if all cell indexes 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;
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 and reset the associated information (e.g. timeToTrigger) for this
measId;
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 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 41 ETSI TS 138 331 V15.2.1 (2018-06)
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 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):
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 and reset the associated information (e.g. timeToTrigger) for this measId.
3> if an FR2 measurement gap configuration is already setup, release the FR2 measurement gap
configuration;
3> 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 (SFN and subframe of SCG cells on FR2):
3> if mgta is configured, apply the specified timing advance to the gap occurences calculated above (i.e. the
UE starts the measurement mgta ms before the gap subframe occurences);
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 42 ETSI TS 138 331 V15.2.1 (2018-06)
else:
with T = 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:
On the indicated ssbFrequency, the UE shall not consider SS/PBCH block transmission in subframes outside the SMTC
occasion for measurements including RRM measurements.
3> if an FR2 measurement gap sharing configuration is already setup, release the measurement gap sharing
configuration;
3> setup the FR2 measurement gap sharing configuration indicated by the measGapSharingConfig in
accordance with the received measGapSharingScheme as defined in TS 38.133 [14];
2> else:
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 layer 1 filtering of beam measurements used to derive cell
measurement results is implementation dependent.
The UE shall:
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 43 ETSI TS 138 331 V15.2.1 (2018-06)
1> whenever the UE has a measConfig, perform RSRP and RSRQ measurements for each serving cell for which
servingCellMO is configured as as follows:
2> if at least one measId included in the measIdList within VarMeasConfig contains an rsType set to ssb:
3> if at least one measId included in the measIdList within VarMeasConfig contains a
reportQuantityRsIndexes and maxNrofRSIndexesToReport:
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 at least one measId included in the measIdList within VarMeasConfig contains an rsType set to csi-rs:
3> if at least one measId included in the measIdList within VarMeasConfig contains a
reportQuantityRsIndexes and maxNrofRSIndexesToReport:
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> if at least one measId included in the measIdList within VarMeasConfig contains SINR as trigger quantity and/or
reporting quantity:
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;
4> derive layer 3 filtered SINR per beam for the serving cell based on CSI-RS, as described in 5.5.3.3a;
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 reportQuantityRsIndexes, as described in 5.5.3.3a;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 44 ETSI TS 138 331 V15.2.1 (2018-06)
6> derive cell measurement results based on CSI-RS for each 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 reportQuantityRsIndexes, as described in 5.5.3.3a;
6> derive cell measurement results based on SS/PBCH block for each 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;
1> for each cell measurement quantity and for each beam 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-1is the old filtered measurement result, where F0is set to M1 when the first measurement result from
the physical layer is received; and
a = 1/2(k/4), where k is the filterCoefficient for the corresponding measurement quantity received by 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 38.331 [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].
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 45 ETSI TS 138 331 V15.2.1 (2018-06)
averaged and beam consolidation thresholds) and in the reportConfig (rsType to be measured, SS/PBCH block or CSI-
RS).
The UE shall:
1> for each cell measurement quantity to be derived based on SS/PBCH block:
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 average of the power values
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-ResourceCellMobility including the physCellId of the cell in the CSI-RS-
ConfigMobility in the associated measObject;
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 average of the power values of the
highest beam measurement quantity values above absThreshCSI-RS-Consolidation where the total
number of averaged beams shall not exceed nroCSI-RS-ResourcesToAverage;
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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 46 ETSI TS 138 331 V15.2.1 (2018-06)
4> else:
5> for events involving a serving cell associated with a measObjectNR and neighbours 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;
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;
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 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;
2> 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;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 47 ETSI TS 138 331 V15.2.1 (2018-06)
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;
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;
5> initiate the measurement reporting procedure,as specified in 5.5.5, immediately after the quantity
to be reported becomes available for the NR SpCell;
5> initiate the measurement reportingprocedure, as specified in 5.5.5, immediately after the quantity
to be reported becomes available for the NR SpCelland for the strongest cell among the applicable
cells;
2> upon expiry of the periodical reporting timer for this measId:
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.
Hys is the hysteresis parameter for this event (i.e. hysteresisas defined withinreportConfigNRfor this event).
Thresh is the threshold parameter for this event (i.e. a1-Threshold as defined withinreportConfigNRfor this event).
1> consider the entering condition for this event to be satisfied when condition A2-1, as specified below, is fulfilled;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 48 ETSI TS 138 331 V15.2.1 (2018-06)
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.
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 withinreportConfigNR for this event).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 49 ETSI TS 138 331 V15.2.1 (2018-06)
Off is the offset parameter for this event (i.e. a3-Offset as defined withinreportConfigNR 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 reportConfigNRfor this event).
Thresh is the threshold parameter for this event (i.e. a4-Threshold as defined within reportConfigNRfor 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;
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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 50 ETSI TS 138 331 V15.2.1 (2018-06)
Mp is the measurement result of the NR SpCell, not taking into account any offsets.
Mnis 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 reportConfigNRfor 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.
Mnis 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.
Msis 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 51 ETSI TS 138 331 V15.2.1 (2018-06)
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined withinreportConfigNR for this event).
Off is the offset parameter for this event (i.e. a6-Offset as defined withinreportConfigNR for this event).
Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ and RS-SINR.
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 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;
1> set the measResultServingCell within measResultServingMOList to include RSRP, RSRQ and the available
SINR for each configured serving cell derived based on the rsType indicated in the associated reportConfig;
1> set the measResultServingCell within measResultServingMOList to include for each NR serving cell that is
configured with servingCellMO, if any, the servCellId;
1> if the reportConfig associated with the measId that triggered the measurement reporting includes
reportQuantityRsIndexes and maxNrofRSIndexesToReport:
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 serving cell measObjectId referenced in the measIdList, other than the measObjectId corresponding
with the measId that triggered the measurement reporting:
3> 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;
3> if the reportConfig associated with the measId that triggered the measurement reporting includes
reportQuantityRsIndexes and maxNrofRSIndexesToReport:
4> for each best non-serving cell included in the measurement report:
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 52 ETSI TS 138 331 V15.2.1 (2018-06)
2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with
the following:
4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this
measId;
3> else:
4> 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;
3> for each cell that is included in the measResultNeighCells, include the physCellId;
4> for each included cell, include the layer 3 filtered measured results in accordance with the
reportConfig for this measId, ordered as follows:
7> set resultsSSB-Cell within the measResult to include the SS/PBCH block based
quantity(ies) indicated in the reportQuantityCell within the concerned reportConfig, in
order of decreasing trigger quantity, i.e. the best cell is included first:
7> set resultsCSI-RS-Cell within the measResult to include the CSI-RS based quantity(ies)
indicated in the reportQuantityCell within the concerned reportConfig, in order of
decreasing trigger quantity, i.e. the best cell is included first:
1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measId by 1;
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;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 53 ETSI TS 138 331 V15.2.1 (2018-06)
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 the EUTRA MCG embedded in E-UTRA RRC message
ULInformationTransferMRDC as specified in TS 36.331 [10].
1> else:
2>submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends.
2> else:
3> else:
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
corresponding measObject, the remaining beams whose sorting quantity is above absThreshSS-
BlocksConsolidation defined in the VarMeasConfig for the corresponding measObject;
3> if includeBeamMeasurements is configured, include the SS/PBCH based measurement results for the
quantities in reportQuantityRsIndexes set to TRUE for each SS/PBCH blockindex;
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 corresponding
measObject, the remaining beams whose sorting quantity is above absThreshCSI-RS-Consolidation
defined in the VarMeasConfig for the corresponding measObject;
3> if includeBeamMeasurementsis configured, include the CSI-RS based measurement results for the
quantities in reportQuantityRsIndexes set to TRUE for each CSI-RS index.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 54 ETSI TS 138 331 V15.2.1 (2018-06)
5.6 UE capabilities
5.6.1 UE capability transfer
5.6.1.1 General
Editor's Note: Targeted for completion in Sept 2018
5.6.1.2 Initiation
Editor's Note: Targeted for completion in Sept 2018.
3> compile a list of band combinations, candidate for inclusion in the UECapabilityInformation message,
only consisting of bands included in FreqBandList, where for each band in the band combination, the
parameters of the band do not exceed the corresponding parameters provided by the IEs
maximumBandwidthRequestedDL, maximumBandwidthRequestedUL,
maximumNumberOfDLCarriersRequested or maximumNumberOfULCarriersRequested, whichever are
recevied.
2> else:
3> compile a list of band combinations, candidate for inclusion in the UECapabilityInformation message,
only consisting of bands included in FreqBandList, and prioritized in the order of FreqBandList, (i.e. first
include remaining band combinations containing the first-listed band, then include remaining band
combinations containing the second-listed band, and so on);
3> if it is regarded as a fallback band combination with the same capabilities of another band combination
included in the list of candidates as specified in TS 38.306 [xx]:
2> include all band combinations in the candidate list into supportedBandCombination;
2> include the received FreqBandList in the field appliedFreqBandListFilter of the requested UE capability;
1> else:
2> include all band combinations supported by the UE into supportedBandCombination, excluding fallback band
combinations with the same capabilities of another band combination included in the list of band
combinations supported by the UE.
2> include the baseband processing combination supported for the band combination into
supportedBasebandProcessingCombination, unless it is already included;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 55 ETSI TS 138 331 V15.2.1 (2018-06)
2> if there are the fallback baseband processing combinations of this baseband processing combination as
specified in TS 38.306 [xx] for which supported baseband capabilities are different from this baseband
processing combination:
5.7 Other
5.7.1 DL information transfer
Editor's Note: Targeted for completion in Sept 2018.
UE RAN
SCGFailureInformation
The purpose of this procedure is to inform EUTRAN or NR MN about an SCG failure the UE has experienced i.e. SCG
radio link failure, e failure of SCG reconfiguration with sync, SCG configuration failure for RRC message on SRB3,
SCG integrity check failure and exceeding the maximum uplink transmission timing difference.
Editor's Note: SCG failure considers the case of exceeding the maximum uplink transmission timing difference if
RAN1 decides that EN-DC supports the synchronised operation case. FFS how to capture
Editor's Note: FFS whether to include the handling of SCell Failure in CA duplication case in
SCGfailureinformation procedure and whether to rename SCGfailureinformation.
5.7.3.2 Initiation
A UE initiates the procedure to report SCG failures when SCG transmission is not 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, in accordance with subclause 5.3.5.8.1.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 56 ETSI TS 138 331 V15.2.1 (2018-06)
2> initiate transmission of the SCGFailureInformationNR message as specified in TS 36.331 [10, 5.6.13a].
Editor's Note: The section for transmission of SCGFailureInformation in NR RRC entity for SA is FFS_Standalone.
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 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 IP check failure:
1> else, if the UE initiates transmission of the SCGFailureInformationNR message due to Reconfiguration failure of
NR RRC reconfiguration message:
1> for each MeasOjectNR 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 [FFS_Ref];
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 57 ETSI TS 138 331 V15.2.1 (2018-06)
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 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 58 ETSI TS 138 331 V15.2.1 (2018-06)
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 not present. 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.
Table 6.1.2-1: Meaning of abbreviations used to specify the need for fields to be present
Abbreviation Meaning
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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 59 ETSI TS 138 331 V15.2.1 (2018-06)
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
-- TAG-BCCH-BCH-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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 60 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-DL-DCCH-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
-- TAG-UL-DCCH-MESSAGE-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 61 ETSI TS 138 331 V15.2.1 (2018-06)
RLC-SAP: TM
Direction: Network to UE
MIB
-- ASN1START
-- TAG-MIB-START
-- TAG-MIB-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 62 ETSI TS 138 331 V15.2.1 (2018-06)
– MeasurementReport
The MeasurementReport message is used for the indication of measurement results.
RLC-SAP: AM
Direction: UE to Network
MeasurementReport message
-- ASN1START
-- TAG-MEASUREMENTREPORT-START
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 63 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-MEASUREMENTREPORT-STOP
-- ASN1STOP
– 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) including and security configuration.
RLC-SAP: AM
Direction: Network to UE
RRCReconfiguration message
-- ASN1START
-- TAG-RRCRECONFIGURATION-START
-- TAG-RRCRECONFIGURATION-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 64 ETSI TS 138 331 V15.2.1 (2018-06)
– RRCReconfigurationComplete
The RRCReconfigurationComplete message is used to confirm the successful completion of an RRC connection reconfiguration.
RLC-SAP: AM
Direction: UE to Network
RRCReconfigurationComplete message
-- ASN1START
-- TAG-RRCRECONFIGURATIONCOMPLETE-START
-- TAG-RRCRECONFIGURATIONCOMPLETE-STOP
-- ASN1STOP
– SIB1
Editor's Note: Targeted for completion in September 2018. Not used in EN-DC.
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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 65 ETSI TS 138 331 V15.2.1 (2018-06)
RLC-SAP: TM
Direction: Network to UE
SIB1 message
-- ASN1START
-- TAG-SIB1-START
-- TAG-SIB1-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 66 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-SETUP-RELEASE-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 67 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-ADDITIONALSPECTRUMEMISSION-STOP
-- ASN1STOP
– Alpha
The IE Alpha defines possible values for uplink power control.
-- ASN1START
-- TAG-ALPHA-START
Alpha ::= ENUMERATED {alpha0, alpha04, alpha05, alpha06, alpha07, alpha08, alpha09, alpha1}
-- TAG-ALPHA-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- [15],
section 5.4.2.
-- ASN1START
-- TAG-ARFCN-VALUE-NR-START
-- TAG-ARFCN-VALUE-NR-STOP
-- ASN1STOP
– BWP
The BWP IE is used to configure a bandwidth part as defined in 38.211, section 4.2.2.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 68 ETSI TS 138 331 V15.2.1 (2018-06)
For each serving cell the network configures at least an initial bandwidth part comprising of at least a downlink bandwidth part and one (if the serving cell is configured with an
uplink) or two (if using supplementary uplink (SUL)) uplink bandwidth parts. Furthermore, the network may configure additional uplink and downlink bandwidth parts for a
serving cell.
The bandwidth part configuration is split into uplink and downlink parameters and into common and dedicated parameters. Common parameters (in BWP-UplinkCommon and
BWP-DownlinkCommon) 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 69 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-BANDWIDTH-PART-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 70 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 71 ETSI TS 138 331 V15.2.1 (2018-06)
– 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
– BeamFailureRecoveryConfig
The BeamFailureRecoveryConfig IE is used to configure the UE with RACH resources and candidate beams for beam failure recovery in case of beam failure detection. See
also 38.321, section 5.1.1.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 72 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-BEAM-FAILURE-RECOVERY-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 73 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 74 ETSI TS 138 331 V15.2.1 (2018-06)
– 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).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 75 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-CELL-GROUP-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 76 ETSI TS 138 331 V15.2.1 (2018-06)
– CellGroupId
The IE CellGroupId is used to identify a cell group. 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
– CodebookConfig
The IE CodebookConfig is used to configure codebooks of Type-I and Type-II (see 38.214, section 5.2.2.2)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 77 ETSI TS 138 331 V15.2.1 (2018-06)
},
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, -- Cond TypeII-PortSelection
typeII-PortSelectionRI-Restriction BIT STRING (SIZE (2))
}
},
phaseAlphabetSize ENUMERATED {n4, n8},
subbandAmplitude BOOLEAN,
numberOfBeams ENUMERATED {two, three, four}
}
}
}
-- TAG-CODEBOOKCONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 78 ETSI TS 138 331 V15.2.1 (2018-06)
– 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).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 79 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-CONFIGUREDGRANTCONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 80 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 81 ETSI TS 138 331 V15.2.1 (2018-06)
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 confgured grant may be configured for UL or SUL, but not for both simultaneously.
timeDomainAllocation
Indicates a combination of start symbol and length and PUSCH mapping type, see TS 38.214, section 6.1.2 and TS 38.212, section 7.3.1.
timeDomainOffset
Offset related to SFN=0, see TS 38.321, section 5.8.2.
transformPrecoder
Enable transformer precoder for type1 and type2. If the field is absent, the UE considers the transformer precoder is disabled, see 38.214, section 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.
– ControlResourceSet
The IE ControlResourceSet is used to configure a time/frequency control resource set (CORESET) in which to search for downlink control information (see 38.213, section
FFS_Section).
-- TAG-CONTROLRESOURCESET-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 82 ETSI TS 138 331 V15.2.1 (2018-06)
– 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 configured via PBCH (MIB) and in ServingCellConfigCommon. The ID space is used across the BWPs of a Serving Cell. The number of CORESETs per
BWP is limited to 3 (including the initial CORESET).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 83 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-CONTROL-RESOURCE-SET-ID-START
-- TAG-CONTROL-RESOURCE-SET-ID-STOP
-- ASN1STOP
– CrossCarrierSchedulingConfig
The IE CrossCarrierSchedulingConfig is used to specify the configuration when the cross-carrier scheduling is used in a cell.
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 84 ETSI TS 138 331 V15.2.1 (2018-06)
– 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. Upon reception of the value associated with a trigger state, the UE will perform measurement of aperiodic CSI-RS (reference signals) and aperiodic reporting on
L1 according to all entries in the associatedReportConfigInfoList for that trigger state.
-- TAG-CSI-APERIODICTRIGGERSTATELIST-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 85 ETSI TS 138 331 V15.2.1 (2018-06)
– 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).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 86 ETSI TS 138 331 V15.2.1 (2018-06)
-- 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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 87 ETSI TS 138 331 V15.2.1 (2018-06)
– 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 88 ETSI TS 138 331 V15.2.1 (2018-06)
csi-IM-ResourceSetId CSI-IM-ResourceSetId,
csi-IM-Resources SEQUENCE (SIZE(1..maxNrofCSI-IM-ResourcesPerSet)) OF CSI-IM-ResourceId,
...
}
-- TAG-CSI-IM-RESOURCESET-STOP
-- ASN1STOP
– CSI-IM-ResourceSetId
The IE CSI-IM-ResourceSetId is used to identify CSI-IM-ResourceSets.
-- TAG-CSI-IM-RESOURCESETID-STOP
-- ASN1STOP
– CSI-MeasConfig
The CSI-MeasConfig IE 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 38.214, section 5.2.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 89 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-CSI-MEAS-CONFIG-STOP
-- ASN1STOP
– 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 38.214, section 5.2.1.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 90 ETSI TS 138 331 V15.2.1 (2018-06)
reportConfigId CSI-ReportConfigId,
carrier ServCellIndex OPTIONAL, -- Need S
resourcesForChannelMeasurement CSI-ResourceConfigId,
csi-IM-ResourcesForInterference CSI-ResourceConfigId OPTIONAL, -- Need R
nzp-CSI-RS-ResourcesForInterference CSI-ResourceConfigId OPTIONAL, -- Need R
reportConfigType CHOICE {
periodic SEQUENCE {
reportSlotConfig CSI-ReportPeriodicityAndOffset,
pucch-CSI-ResourceList SEQUENCE (SIZE (1..maxNrofBWPs)) OF PUCCH-CSI-Resource
},
semiPersistentOnPUCCH SEQUENCE {
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
},
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)),
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 91 ETSI TS 138 331 V15.2.1 (2018-06)
} OPTIONAL, -- Need R
timeRestrictionForChannelMeasurements ENUMERATED {configured, notConfigured},
timeRestrictionForInterferenceMeasurements ENUMERATED {configured, notConfigured},
codebookConfig CodebookConfig OPTIONAL, -- Need R
nrofCQIsPerReport 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, spare2, spare1} OPTIONAL, -- Need R
subbandSize ENUMERATED {value1, value2},
non-PMI-PortIndication SEQUENCE (SIZE (1..maxNrofNZP-CSI-RS-ResourcesPerConfig)) OF PortIndexFor8Ranks OPTIONAL, -- Need R
...
}
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 92 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-CSI-REPORTCONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 93 ETSI TS 138 331 V15.2.1 (2018-06)
The first entry in non-PMI-PortIndication corresponds to the NZP-CSI-RS-Resource indicated by the first entry in nzp-CSI-RS-Resources in the NZP-CSI-RS-ResourceSet
indicated in the first entry of nzp-CSI-RS-ResourceSetList of the CSI-ResourceConfig whose CSI-ResourceConfigId is indicated in a CSI-MeasId together with the above CSI-
ReportConfigId; the second entry in non-PMI-PortIndication corresponds to the NZP-CSI-RS-Resource indicated by the second entry in nzp-CSI-RS-Resources in the NZP-CSI-
RS-ResourceSet indicated in the first entry of nzp-CSI-RS-ResourceSetList of the same CSI-ResourceConfig, and so on until the NZP-CSI-RS-Resource indicated by the last
entry in nzp-CSI-RS-Resources in the in the NZP-CSI-RS-ResourceSet indicated in the first entry of nzp-CSI-RS-ResourceSetList of the same CSI-ResourceConfig. Then the
next entry corresponds to the NZP-CSI-RS-Resource indicated by the first entry in nzp-CSI-RS-Resources in the NZP-CSI-RS-ResourceSet indicated in the second entry of
nzp-CSI-RS-ResourceSetList of the same CSI-ResourceConfig and so on.
nrofCQIsPerReport
Maximum number of CQIs per CSI report (cf. 1 for 1-CW, 2 for 2-CW)
nrofReportedRS
The number (N) of measured RS resources to be reported per report setting in a non-group-based report. N <= N_max, where N_max is either 2 or 4 depending on UE
capability. FFS: The signaling mechanism for the gNB to select a subset of N beams for the UE to measure and report.
FFS: Note: this parameter may not be needed for certain resource and/or report settings
FFS_ASN1: Change groupBasedBeamReporting into a CHOICE and include this field into the "no" option?
(see 38.214, section FFS_Section) When the field is absent the UE applies the value 1
nzp-CSI-RS-ResourcesForInterference
NZP CSI RS resources for interference measurement. csi-ResourceConfigId of a CSI-ResourceConfigToAddMod included in the configuration of the serving cell indicated with
the field "carrier" above. The bwp-Id in that CSI-ResourceConfigToAddMod is the same value like the bwp-Id in the CSI-ResourceConfigToAddMod indicated by
resourcesForChannelMeasurement.
p0alpha
Index of the p0-alpha set determining the power control for this CSI report transmission. Corresponds to L1 parameter 'SPCSI-p0alpha' (see 38.214, section FFS_Section)
pdsch-BundleSizeForCSI
PRB bundling size to assume for CQI calcuation when reportQuantity is CRI/RI/i1/CQI. Corresponds to L1 parameter 'PDSCH-bundle-size-for-CSI' (see 38.214, section 5.2.1.4)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 94 ETSI TS 138 331 V15.2.1 (2018-06)
pmi-FormatIndicator
Indicates whether the UE shall report a single (wideband) or multiple (subband) PMI. (see 38.214, section 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 38.214, section 5.2.1.4)
reportQuantity
The CSI related quanities to report. Corresponds to L1 parameter 'ReportQuantity' (see 38.214, section REF)
reportSlotConfig
Periodicity and slot offset. Corresponds to L1 parameter 'ReportPeriodicity'and 'ReportSlotOffset' (see 38.214, section section 5.2.1.4) as well as to L1 parameter
'Reportperiodicity-spCSI'. (see 38.214, section 5.2.1.1?FFS_Section)
reportSlotOffsetList
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 38.214, section 5.2.3).
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. 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 38.214 table 5.2.1.4-2 Corresponds to L1 parameter 'SubbandSize' (see 38.214,
section 5.2.1.4)
timeRestrictionForChannelMeasurements
Time domain measurement restriction for the channel (signal) measurements. Corresponds to L1 parameter 'MeasRestrictionConfig-time-channel' (see 38.214, section 5.2.1.1)
timeRestrictionForInterferenceMeasurements
Time domain measurement restriction for interference measurements. Corresponds to L1 parameter 'MeasRestrictionConfig-time-interference' (see 38.214, section 5.2.1.1)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 95 ETSI TS 138 331 V15.2.1 (2018-06)
– 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.
bwp-Id BWP-Id,
resourceType ENUMERATED { aperiodic, semiPersistent, periodic },
...
}
-- TAG-CSI-RESOURCECONFIGTOADDMOD-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 96 ETSI TS 138 331 V15.2.1 (2018-06)
– CSI-ResourceConfigId
The IE CSI-ResourceConfigId is used to identify a CSI-ResourceConfig.
-- TAG-CSI-RESOURCECONFIGID-STOP
-- ASN1STOP
– 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, slots5 corresponds to 5
slots, and so on.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 97 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-CSI-RESIYRCEPERIODICITYANDOFFSET-STOP
-- ASN1STOP
– CSI-RS-ResourceConfigMobility
The IE CSI-RS-ResourceConfigMobility is used to configure CSI-RS based RRM measurements.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 98 ETSI TS 138 331 V15.2.1 (2018-06)
...
}
-- TAG-CSI-RS-RESOURCECONFIGMOBILITY-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 99 ETSI TS 138 331 V15.2.1 (2018-06)
– 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 100 ETSI TS 138 331 V15.2.1 (2018-06)
-- 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 38.214, section 5.2.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 101 ETSI TS 138 331 V15.2.1 (2018-06)
associatedReportConfigInfo CSI-ReportConfigId,
...
}
-- TAG-CSI-SEMIPERSISTENTONPUSCHTRIGGERSTATELIST-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
– 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
– DMRS-DownlinkConfig
The IE DMRS-DownlinkConfig is used to configure downlink demodulation reference signals for PDSCH.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 102 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-DMRS-DOWNLINKCONFIG-START
-- TAG-DMRS-DOWNLINKCONFIG-STOP
-- ASN1STOP
– DMRS-UplinkConfig
The IE DMRS-UplinkConfig is used to configure uplink demodulation reference signals for PUSCH.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 103 ETSI TS 138 331 V15.2.1 (2018-06)
transformPrecodingDisabled SEQUENCE {
scramblingID0 INTEGER (0..65535) OPTIONAL, -- Need S
scramblingID1 INTEGER (0..65535) OPTIONAL, -- Need S
...
} OPTIONAL, -- Need R
transformPrecodingEnabled SEQUENCE {
nPUSCH-Identity INTEGER(0..1007) OPTIONAL, -- Need S
disableSequenceGroupHopping ENUMERATED {disabled} OPTIONAL, -- Need S
sequenceHoppingEnabled ENUMERATED {enabled} OPTIONAL, -- Need S
...
} OPTIONAL, -- Need R
...
}
-- TAG-DMRS-UPLINKCONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 104 ETSI TS 138 331 V15.2.1 (2018-06)
– DownlinkConfigCommon
The IE DownlinConfigCommon provides common downlink parameters of a cell.
-- TAG-DOWNLINK-CONFIG-COMMON-STOP
-- ASN1STOP
– DownlinkPreemption
The IE DownlinkPreemption is used to configure the UE to monitor PDCCH for the INT-RNTI (interruption).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 105 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-DOWNLINKPREEMPTION-STOP
-- ASN1STOP
– DRB-Identity
The IE DRB-Identity is used to identify a DRB used by a UE.
-- TAG-DRB-IDENTITY-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).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 106 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-EUTRA-MBSFN-SUBFRAMECONFIGLIST-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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 107 ETSI TS 138 331 V15.2.1 (2018-06)
FilterCoefficient ::= ENUMERATED { fc0, fc1, fc2, fc3, fc4, fc5, fc6, fc7, fc8, fc9, fc11, fc13, fc15, fc17, fc19, spare1, ...}
-- TAG-FILTERCOEFFICIENT-STOP
-- ASN1STOP
– FreqBandIndicatorNR
The IE FreqBandIndicatorNR is used to convey an NR frequency band number as defined in 38.101.
-- TAG-FREQBANDINDICATORNR-STOP
-- ASN1STOP
– FrequencyInfoDL
The IE FrequencyInfoDL provides basic parameters of a downlink carrier and transmission thereon.
-- TAG-FREQUENCY-INFO-UL-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 108 ETSI TS 138 331 V15.2.1 (2018-06)
– FrequencyInfoUL
The IE FrequencyInfoUL provides basic parameters of an uplink carrier and transmission thereon.
-- TAG-FREQUENCY-INFO-UL-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 109 ETSI TS 138 331 V15.2.1 (2018-06)
– 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.
-- ASN1STOP
- LogicalChannelConfig
The IE LogicalChannelConfig is used to configure the logical channel parameters.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 110 ETSI TS 138 331 V15.2.1 (2018-06)
...
}
-- TAG-LOGICAL-CHANNEL-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 111 ETSI TS 138 331 V15.2.1 (2018-06)
– LogicalChannelIdentity
The IE LogicalChannelIdentity is used to identify one logical channel (LogicalChannelConfig) and the corresponding RLC bearer (RLC-BearerConfig).
-- TAG-LOGICALCHANNELIDENTITY-STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 112 ETSI TS 138 331 V15.2.1 (2018-06)
-- ASN1STOP
– MAC-CellGroupConfig
The IE MAC-CellGroupConfig is used to configure MAC parameters for a cell group, including DRX.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 113 ETSI TS 138 331 V15.2.1 (2018-06)
ms128 INTEGER(0..127),
ms160 INTEGER(0..159),
ms256 INTEGER(0..255),
ms320 INTEGER(0..319),
ms512 INTEGER(0..511),
ms640 INTEGER(0..639),
ms1024 INTEGER(0..1023),
ms1280 INTEGER(0..1279),
ms2048 INTEGER(0..2047),
ms2560 INTEGER(0..2559),
ms5120 INTEGER(0..5119),
ms10240 INTEGER(0..10239)
},
-- FFS need for finer offset granulary
-- FFS need for shorter values for long and short cycles
shortDRX SEQUENCE {
drx-ShortCycle 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 },
drx-ShortCycleTimer INTEGER (1..16)
} OPTIONAL, -- Need R
drx-SlotOffset INTEGER (0..31)
TimeAlignmentTimer ::= ENUMERATED {ms500, ms750, ms1280, ms1920, ms2560, ms5120, ms10240, infinity}
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 114 ETSI TS 138 331 V15.2.1 (2018-06)
periodicBSR-Timer ENUMERATED { sf1, sf5, sf10, sf16, sf20, sf32, sf40, sf64,
sf80, sf128, sf160, sf320, sf640, sf1280, sf2560, infinity },
retxBSR-Timer ENUMERATED { sf10, sf20, sf40, sf80, sf160, sf320, sf640, sf1280, sf2560,
sf5120, sf10240, spare5, spare4, spare3, spare2, spare1},
logicalChannelSR-DelayTimer ENUMERATED { sf20, sf40, sf64, sf128, sf512, sf1024, sf2560, spare1} OPTIONAL, -- Need R
...
}
-- TAG-MAC-CELL-GROUP-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 115 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 116 ETSI TS 138 331 V15.2.1 (2018-06)
– 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.
s-MeasureConfig CHOICE {
ssb-RSRP RSRP-Range,
csi-RSRP RSRP-Range
} OPTIONAL, -- Need M
-- TAG-MEAS-CONFIG-STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 117 ETSI TS 138 331 V15.2.1 (2018-06)
-- ASN1STOP
Editor's Note: FFS Whether UE speed based TTT scaling (e.g. speedStatePars) is supported in Rel-15 (not applicable for EN-DC).
Editor's Note: FFS Whether measScaleFactor (or equivalent) is supported in Rel-15 (not applicable for EN-DC).
Editor's Note: FFS How to support allowInterruptions in NR (RAN4 input needed) in Rel-15.
– MeasGapConfig
The IE MeasGapConfig specifies the measurement gap configuration and controls setup/ release of measurement gaps.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 118 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-MEAS-GAP-CONFIG-STOP
-- ASN1STOP
– MeasGapSharingConfig
The IE MeasGapSharingConfig specifies the measurement gap sharing scheme and controls setup/ release of measurement gap sharing.
--TAG-MEAS-GAP-SHARING-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 119 ETSI TS 138 331 V15.2.1 (2018-06)
– MeasId
The IE MeasId is used to identify a measurement configuration, i.e., linking of a measurement object and a reporting configuration.
-- TAG-MEAS-ID-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-MEAS-ID-TO-ADD-MOD-LIST-STOP
-- ASN1STOP
– MeasObjectEUTRA
The IE MeasObjectEUTRA specifies information applicable for E-UTRA cells.
Editor's Note: FFS Details of measObjectEUTRA that can be configured via NR (not applicable for EN-DC).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 120 ETSI TS 138 331 V15.2.1 (2018-06)
– MeasObjectId
The IE MeasObjectId used to identify a measurement object configuration.
-- TAG-MEAS-OBJECT-ID-STOP
-- ASN1STOP
– MeasObjectNR
The IE MeasObjectNR specifies information applicable for SS/PBCH block(s) intra/inter-frequency measurements or CSI-RS intra/inter-frequency measurements.
offsetMO Q-OffsetRangeList,
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 121 ETSI TS 138 331 V15.2.1 (2018-06)
ReferenceSignalConfig::= SEQUENCE {
ssb-ConfigMobility SSB-ConfigMobility OPTIONAL, -- Need M
csi-rs-ResourceConfigMobility SetupRelease { CSI-RS-ResourceConfigMobility } OPTIONAL -- Need M
}
-- TAG-MEAS-OBJECT-NR-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 122 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 123 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 124 ETSI TS 138 331 V15.2.1 (2018-06)
Editor's Note: FFS How to support CGI reporting and whether changes are required in MeasObjectNR (e.g. introduction of cellForWhichToReportCGI). Not applicable for
EN-DC.
Editor's Note: FFS Whether alternative TTT is supported in Rel-15 (not applicable for EN-DC).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 125 ETSI TS 138 331 V15.2.1 (2018-06)
– MeasObjectToAddModList
The IE MeasObjectToAddModList concerns a list of measurement objects to add or modify.
-- TAG-MEAS-OBJECT-TO-ADD-MOD-LIST-STOP
-- ASN1STOP
– MeasResults
The IE MeasResults covers measured results for intra-frequency, inter-frequency, and inter-RAT mobility.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 126 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-MEAS-RESULTS-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 127 ETSI TS 138 331 V15.2.1 (2018-06)
– MeasResultSCG-Failure
The IE MeasResultSCG-Failure is used to provide information regarding failures detected by the UE in case of EN-DC.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 128 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-MEAS-RESULT-SCG-FAILURE-STOP
-- ASN1STOP
– MeasResultCellListSFTD
The IE MeasResultCellListSFTD 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-MEASRESULT-CELL-LIST-SFTD-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 129 ETSI TS 138 331 V15.2.1 (2018-06)
– MultiFrequencyBandListNR
The IE MultiFrequencyBandListNR is used to configure a list of one or multiple NR frequency bands.
-- TAG-MULTIFREQUENCYBANDLISTNR-STOP
-- ASN1STOP
– NZP-CSI-RS-Resource
The IE NZP-CSI-RS-Resource is used to configure Non-Zero-Power (NZP) CSI-RStransmitted in the cell where the IE is included, which the UE may be configured to measure
on (see 38.214, section 5.2.2.3.1).
-- TAG-NZP-CSI-RS-RESOURCE-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 130 ETSI TS 138 331 V15.2.1 (2018-06)
– 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 131 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-NZP-CSI-RS-RESOURCESET-START
NZP-CSI-RS-ResourceSet ::= SEQUENCE {
nzp-CSI-ResourceSetId NZP-CSI-RS-ResourceSetId,
nzp-CSI-RS-Resources SEQUENCE (SIZE (1..maxNrofNZP-CSI-RS-ResourcesPerSet)) OF NZP-CSI-RS-ResourceId,
repetition ENUMERATED { on, off } OPTIONAL,
aperiodicTriggeringOffset INTEGER(0..4) OPTIONAL, -- Need S
trs-Info ENUMERATED {true} OPTIONAL, -- Need R
...
}
-- TAG-NZP-CSI-RS-RESOURCESET-STOP
-- ASN1STOP
– 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, see TS 38.101 [14].
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 132 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-P-MAX-STOP
-- ASN1STOP
– 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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 133 ETSI TS 138 331 V15.2.1 (2018-06)
– PCI-RangeElement
The IE PCI-RangeElement is used to define a PCI-Range as part of a list (e.g. AddMod list).
-- 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-RANGE-INDEX-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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 134 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-PCI-Range-INDEX-LIST-STOP
-- ASN1STOP
– PDCCH-Config
The PDCCH-Config IE is used to configure UE specific PDCCH parameters such as control resource sets (CORESET), search spaces and additional parameters for acquiring
the PDCCH.
-- TAG-PDCCH-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 135 ETSI TS 138 331 V15.2.1 (2018-06)
tpc-PUCCH
Enable and configure reception of group TPC commands for PUCCH
tpc-PUSCH
Enable and configure reception of group TPC commands for PUSCH
tpc-SRS
Enable and configure reception of group TPC commands for SRS
– PDCCH-ConfigCommon
The IE PDCCH-ConfigCommon is used to configure cell specific PDCCH parameters provided in SIB as well as during handover and PSCell/SCell addition.
-- TAG-PDCCH-CONFIGCOMMON-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 136 ETSI TS 138 331 V15.2.1 (2018-06)
– PDCCH-ServingCellConfig
The IE PDCCH-ServingCellConfig is used to configure UE specific PDCCH parameters applicable across all bandwidth parts of a serving cell.
-- TAG-PDCCH-SERVINGCELLCONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 137 ETSI TS 138 331 V15.2.1 (2018-06)
– PDCP-Config
The IE PDCP-Config is used to set the configurable PDCP parameters for signalling and data radio bearers.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 138 ETSI TS 138 331 V15.2.1 (2018-06)
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
...
}
-- TAG-PDCP-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 139 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 140 ETSI TS 138 331 V15.2.1 (2018-06)
– PDSCH-Config
The PDSCH-Config IE is used to configure the UE specific PDSCH parameters.
prb-BundlingType CHOICE {
staticBundling SEQUENCE {
bundleSize ENUMERATED { n4, wideband } OPTIONAL -- Need S
},
dynamicBundling SEQUENCE {
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 141 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-PDSCH-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 142 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 143 ETSI TS 138 331 V15.2.1 (2018-06)
sp-ZP-CSI-RS-ResourceSetsToAddModList
AddMod/Release lists for configuring aperiodically triggered 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). The network configures the UE with at most 3 aperiodic ZP-CSI-RS-
ResourceSets and it uses only the ZP-CSI-RS-ResourceSetIds 1 to 3. The network triggers a set by indicating its ZP-CSI-RS-ResourceSetId in the DCI payload. The DCI
codepoint '01' triggers the resource set with ZP-CSI-RS-ResourceSetId 1, the DCI codepoint '10' triggers the resource set with ZP-CSI-RS-ResourceSetId 2, and the DCI
codepoint '11' triggers the resource set with ZP-CSI-RS-ResourceSetId 3. Corresponds to L1 parameter 'ZP-CSI-RS-ResourceSetConfigList' (see 38.214, section
FFS_Section).
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 38.214, section 5.1.4)
vrb-ToPRB-Interleaver
Interleaving unit configurable between 2 and 4 PRBs Corresponds to L1 parameter 'VRB-to-PRB-interleaver' (see 38.211, section 6.3.1.7). When the field is absent, the UE
performs non-interleaved VRB-to-PRB mapping.
zp-CSI-RS-ResourceToAddModList
A list of Zero-Power (ZP) CSI-RS resources used for PDSCH rate-matching. Corresponds to L1 parameter 'ZP-CSI-RS-ResourceConfigList' (see 38.214, section FFS_Section)
– PDSCH-ConfigCommon
The IE PDSCH-ConfigCommon is used to configure FFS
-- 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 144 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-PDSCH-SERVINGCELLCONFIG-STOP
-- ASN1STOP
– 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 configued time domain allocations the UE
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 145 ETSI TS 138 331 V15.2.1 (2018-06)
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.
-- TAG-PDSCH-TIMEDOMAINRESOURCEALLOCATIONLIST-STOP
-- ASN1STOP
– PhysCellId
The PhysCellId identifies the physical cell identity (PCI).
-- TAG-PHYS-CELL-ID-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 146 ETSI TS 138 331 V15.2.1 (2018-06)
– PhysicalCellGroupConfig
The IE PhysicalCellGroupConfig is used to configure cell-group specific L1 parameters.
-- TAG-PHYSICALCELLGROUPCONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 147 ETSI TS 138 331 V15.2.1 (2018-06)
– PRB-Id
The PRB-Id indentifies a Physical Resource Block (PRB) position within a carrier.
-- TAG-PRB-ID-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 148 ETSI TS 138 331 V15.2.1 (2018-06)
– PTRS-DownlinkConfig
The IE PTRS-DownlinkConfig is used to configure downlink phase tracking reference signals (PTRS) (see 38.214 section5.1.6.3)
-- TAG-PTRS-DOWNLINKCONFIG-STOP
-- ASN1STOP
frequencyDensity
Presence and frequency density of DL PT-RS as a function of Scheduled BW If the field is absent, the UE uses K_PT-RS = 2. Corresponds to L1 parameter 'DL-PTRS-
frequency-density-table' (see 38.214, section 5.1)
resourceElementOffset
Indicates the subcarrier offset for DL PTRS. If the field is absent, the UE applies the value offset00. Corresponds to L1 parameter 'DL-PTRS-RE-offset' (see 38.214, section
5.1.6.3)
timeDensity
Presence and time density of DL PT-RS as a function of MCS. The value 29 is only applicable for MCS Table 5.1.3.1-1 (38.214) If the field is absent, the UE uses L_PT-RS =
1. Corresponds to L1 parameter 'DL-PTRS-time-density-table' (see 38.214, section 5.1)
– PTRS-UplinkConfig
The IE PTRS-UplinkConfig is used to configure uplink Phase-Tracking-Reference-Signals (PTRS).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 149 ETSI TS 138 331 V15.2.1 (2018-06)
modeSpecificParameters CHOICE {
cp-OFDM SEQUENCE {
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}
},
dft-S-OFDM SEQUENCE {
sampleDensity SEQUENCE (SIZE (5)) OF INTEGER (1..276),
timeDensityTransformPrecoding ENUMERATED {d2} OPTIONAL -- Need S
}
} OPTIONAL, -- Need M
...
}
-- TAG-PTRS-UPLINKCONFIG-STOP
-- ASN1STOP
– PUCCH-Config
The IE PUCCH-Config is used to configure UE specific PUCCH parameters (per BWP).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 150 ETSI TS 138 331 V15.2.1 (2018-06)
PUCCH-MaxCodeRate ::= ENUMERATED {zeroDot08, zeroDot15, zeroDot25, zeroDot35, zeroDot45, zeroDot60, zeroDot80}
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 151 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 152 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-PUCCH-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 153 ETSI TS 138 331 V15.2.1 (2018-06)
– PUCCH-ConfigCommon
The PUCCH-ConfigCommon IE is used to configure the cell specific PUCCH parameters.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 154 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-PUCCH-CONFIGCOMMON-START
-- TAG-PUCCH-CONFIGCOMMON-STOP
-- ASN1STOP
– PUCCH-PathlossReferenceRS-Id
The IE PUCCH-PathlossReferenceRS-Id is an ID for a referemce signal (RS) configured as PUCCH pathloss reference. It corresponds to L1 parameter 'pucch-
pathlossreference-index' (see 38.213, section 7.2).
-- TAG-PUCCH-PATHLOSSREFERENCERS-ID-STOP
-- ASN1STOP
– PUCCH-PowerControl
The IE PUCCH-PowerControl is used to configure FFS
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 155 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-PUCCH-POWERCONTROL-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 156 ETSI TS 138 331 V15.2.1 (2018-06)
– 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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 157 ETSI TS 138 331 V15.2.1 (2018-06)
tpc-IndexPCell
An index determining the position of the first bit of TPC command (applicable to the SpCell) inside the DCI format 2-2 payload.
tpc-IndexPUCCH-SCell
An index determining the position of the first bit of TPC command (applicable to the PUCCH SCell) inside the DCI format 2-2 payload.
– PUSCH-Config
The IE PUSCH-Config is used to configure the UE specific PUSCH parameters applicable to a particular BWP.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 158 ETSI TS 138 331 V15.2.1 (2018-06)
...
}
-- TAG-PUSCH-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 159 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 160 ETSI TS 138 331 V15.2.1 (2018-06)
– PUSCH-ConfigCommon
The IE PUSCH-ConfigCommon IE is used to configure the cell specific PUSCH parameters.
-- TAG-PUSCH-CONFIGCOMMON-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 161 ETSI TS 138 331 V15.2.1 (2018-06)
– PUSCH-PowerControl
The IE PUSCH-PowerControl is used to configure UE specific power control parameter for PUSCH.
-- A set of p0-pusch and alpha used for PUSCH with grant. 'PUSCH beam indication' (if present) gives the index of the set to
-- be used for a particular PUSCH transmission.
-- FFS_CHECK: Is the ”PUSCH beam indication” in DCI which schedules the PUSCH? If so, clarify in field description
-- Corresponds to L1 parameter 'p0-pusch-alpha-set' (see 38.213, section 7.1)
P0-PUSCH-AlphaSet ::= SEQUENCE {
p0-PUSCH-AlphaSetId P0-PUSCH-AlphaSetId,
p0 INTEGER (-16..15) OPTIONAL,
alpha Alpha OPTIONAL -- Need S
}
-- A reference signal (RS) configured as pathloss reference signal for PUSCH power control
-- Corresponds to L1 parameter 'pusch-pathlossReference-rs' (see 38.213, section 7.1)
PUSCH-PathlossReferenceRS ::= SEQUENCE {
pusch-PathlossReferenceRS-Id PUSCH-PathlossReferenceRS-Id,
referenceSignal CHOICE {
ssb-Index SSB-Index,
csi-RS-Index NZP-CSI-RS-ResourceId
}
}
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 162 ETSI TS 138 331 V15.2.1 (2018-06)
-- A set of PUSCH power control parameters associated with one SRS-ResourceIndex (SRI)
SRI-PUSCH-PowerControl ::= SEQUENCE {
sri-PUSCH-PowerControlId SRI-PUSCH-PowerControlId,
sri-PUSCH-PathlossReferenceRS-Id PUSCH-PathlossReferenceRS-Id,
sri-P0-PUSCH-AlphaSetId P0-PUSCH-AlphaSetId,
sri-PUSCH-ClosedLoopIndex ENUMERATED { i0, i1 }
}
-- TAG-PUSCH-POWERCONTROL-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 163 ETSI TS 138 331 V15.2.1 (2018-06)
– 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 164 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-PUSCH-SERVINGCELLCONFIG-STOP
-- ASN1STOP
– 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 configued 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 165 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-PUSCH-TIMEDOMAINRESOURCEALLOCATIONLIST-STOP
-- ASN1STOP
– 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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 166 ETSI TS 138 331 V15.2.1 (2018-06)
– 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 in dB. Value dB-24 corresponds to -24 dB, dB-22 corresponds to -22 dB and so on.
-- ASN1STOP
Editor's Note: FFS Confirm the exact values that are supported.
– 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
}
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 167 ETSI TS 138 331 V15.2.1 (2018-06)
cs-RS-FilterConfig FilterConfig
}
-- TAG-QUANTITY-CONFIG-STOP
-- ASN1STOP
– RACH-ConfigCommon
The RACH-ConfigCommon IE is used to specify the cell specific random-access parameters.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 168 ETSI TS 138 331 V15.2.1 (2018-06)
groupBconfigured SEQUENCE {
ra-Msg3SizeGroupA ENUMERATED { b56, b144, b208, b256, b282, b480, b640,
b800, b1000, spare7, 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, --Need S
restrictedSetConfig ENUMERATED {unrestrictedSet, restrictedSetTypeA, restrictedSetTypeB},
msg3-transformPrecoding ENUMERATED {enabled} OPTIONAL, -- Need R
...
}
-- TAG-RACH-CONFIG-COMMON-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 169 ETSI TS 138 331 V15.2.1 (2018-06)
– RACH-ConfigGeneric
The RACH-ConfigGeneric IE is used to specify the cell specific random-access parameters both for regular random access as well as for beam failure recovery.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 170 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-RACH-CONFIG-GENERIC-START
-- TAG-RACH-CONFIG-GENERIC-STOP
-- ASN1STOP
– RACH-ConfigDedicated
The IE RACH-ConfigDedicated is used to specify the dedicated random access parameters.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 171 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-RACH-CONFIG-DEDICATED-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 172 ETSI TS 138 331 V15.2.1 (2018-06)
– RA-Prioritization
The IE RA-Prioritization is used to configure prioritized random access.
-- TAG-RA-PRIORITIZATION-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 173 ETSI TS 138 331 V15.2.1 (2018-06)
– 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 174 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-RADIO-BEARER-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 175 ETSI TS 138 331 V15.2.1 (2018-06)
– RadioLinkMonitoringConfig
The RadioLinkMonitoringConfig IE is used to configure radio link monitoring for detection of beam- and/or cell radio link failure. See also 38.321, section 5.1.1.
-- TAG-RADIOLINKMONITORINGCONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 176 ETSI TS 138 331 V15.2.1 (2018-06)
– RadioLinkMonitoringRSId
The IE RadioLinkMonitoringRSId is used to identify one RadioLinkMonitoringRS.
-- TAG-RADIOLINKMONITORINGRSID-STOP
-- ASN1STOP
– RateMatchPattern
The IE RateMatchPattern is used to configure one rate matching pattern for PDSCH. Corresponds to L1 IE 'rate-match-PDSCH-resource-set', see 38.214, section FFS_Section.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 177 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-RATEMATCHPATTERN-START
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
mode ENUMERATED { dynamic, semiStatic },
...
}
-- TAG-RATEMATCHPATTERN-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 178 ETSI TS 138 331 V15.2.1 (2018-06)
– RateMatchPatternId
The IE RateMatchPatternId identifies one RateMatchMattern. Corresponds to L1 parameter 'resource-set-index' (see 38.214, section 5.1.2.2.3)
-- TAG-RATEMATCHPATTERNID-STOP
-- ASN1STOP
– RateMatchPatternLTE-CRS
The IE RateMatchPatternLTE-CRS is used to configure a pattern to rate match around LTE CRS.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 179 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-RATEMATCHPATTERNLTE-CRS-STOP
-- ASN1STOP
– ReportConfigId
The IE ReportConfigId is used to identify a measurement reporting configuration.
-- TAG-REPORT-CONFIG-ID-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 180 ETSI TS 138 331 V15.2.1 (2018-06)
– ReportConfigNR
The IE ReportConfigNR specifies criteria for triggering of an NR measurement reporting event. Measurement reporting events are based on cell measurement results, which can
either be derived based on SS/PBCH block or CSI-RS. These events are labelled AN with N equal to 1, 2 and so on.
Event A5: PCell/PSCell becomes worse than absolute threshold1 AND Neighbour becomes better than another absolute threshold2.
-- FFS / TODO: Consider separating trgger configuration (trigger, periodic, ...) from report configuration.
-- Current structure allows easier definiton of new events and new report types e.g. CGI, etc.
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,
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 181 ETSI TS 138 331 V15.2.1 (2018-06)
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,
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),
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 182 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-REPORT-CONFIG-START
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 183 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 184 ETSI TS 138 331 V15.2.1 (2018-06)
– ReportConfigToAddModList
The IE ReportConfigToAddModList concerns a list of reporting configurations to add or modify.
-- TAG- REPORT-CONFIG-TO-ADD-MOD-LIST-STOP
-- ASN1STOP
– ReportInterval
The 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, 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 }
-- ASN1STOP
– RLC-BearerConfig
The IE RLC-BearerConfig is used to configure FFS
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 185 ETSI TS 138 331 V15.2.1 (2018-06)
servedRadioBearer CHOICE {
srb-Identity SRB-Identity,
drb-Identity DRB-Identity
} OPTIONAL, -- Cond LCH-SetupOnly
-- TAG-RLC-BEARERCONFIG-STOP
-- ASN1STOP
– RLC-Config
The IE RLC-Config is used to specify the RLC configuration of SRBs and DRBs.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 186 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 187 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-RLC-CONFIG-STOP
-- ASN1STOP
RLC-Configfield descriptions
maxRetxThreshold
Parameter for RLC AM in TS 38.322 [4]. Value t1 corresponds to 1 retransmission, t2 to 2 retransmissions and so on.
pollByte
Parameter for RLC AM in TS 38.322 [4]. Value kB25 corresponds to 25 kBytes, kB50 to 50 kBytes and so on. infinity corresponds to an infinite amount of kBytes.
pollPDU
Parameter for RLC AM in TS 38.322 [4]. Value p4 corresponds to 4 PDUs, p8 to 8 PDUs and so on. infinity corresponds to an infinite number of PDUs.
sn-FieldLength
Indicates the RLC SN field size, see TS 38.322 [4], in bits. Value size6 means 6 bits, size12 means 12 bits, size18 means 18 bits. The value of sn-FieldLength for a DRB
shall be changed only using reconfiguration with sync.
t-PollRetransmit
Timer for RLC AM inTS 38.322 [4], in milliseconds. Value ms5 means 5ms, ms10 means 10ms and so on.
t-Reassembly
Timer for reassembly in TS 38.322 [4], in milliseconds. Value ms0 means 0ms, ms5 means 5ms and so on.
t-StatusProhibit
Timer for status reporting in TS 38.322 [4], in milliseconds. Value ms0 means 0ms, ms5 means 5ms and so on.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 188 ETSI TS 138 331 V15.2.1 (2018-06)
– RLF-TimersAndConstants
Editor's Note: FFS / TODO: Insert the RLF timers and related functionality. Check what is needed for EN-DC.
-- TAG-RLF-TIMERS-AND-CONSTANTS-STOP
-- ASN1STOP
– RNTI-Value
The RNTI-Value IE represents a Radio Network Temporary Identity.
-- TAG-RNTI-VALUE-STOP
-- ASN1STOP
– RSRP-Range
The IE RSRP-Range specifies the value range used in RSRP measurements and thresholds. Integer value for RSRP measurements according to mapping table in TS 38.133 [14].
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 189 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-RSRP-RANGE-STOP
-- ASN1STOP
– RSRQ-Range
The IE RSRQ-Range specifies the value range used in RSRQ measurements and thresholds. Integer value for RSRQ measurements is according to mapping table in TS 38.133
[14].
-- TAG-RSRQ-RANGE-STOP
-- ASN1STOP
– SCellIndex
The IE SCellIndex concerns a short identity, used to identify an SCell. The value range is shared across the Cell Groups.
-- TAG-SCELL-INDEX-STOP
-- ASN1STOP
– SchedulingRequestConfig
The IE SchedulingRequestConfig is used to configure the parameters, for the dedicated scheduling request (SR) resources.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 190 ETSI TS 138 331 V15.2.1 (2018-06)
sr-ProhibitTimer ENUMERATED {ms1, ms2, ms4, ms8, ms16, ms32, ms64, ms128} OPTIONAL, -- Need S
sr-TransMax ENUMERATED { n4, n8, n16, n32, n64, spare3, spare2, spare1}
}
-- TAG-SCHEDULING-REQUEST-CONFIG-STOP
-- ASN1STOP
– SchedulingRequestId
The IE SchedulingRequestId is used to identify a Scheduling Request instance in the MAC layer.
-- TAG-SCHEDULINGREQUESTID-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 191 ETSI TS 138 331 V15.2.1 (2018-06)
– SchedulingRequestResourceConfig
The IE SchedulingRequestResourceConfig determines physical layer resources on PUCCH where the UE may send the dedicated scheduling request (D-SR) (see 38.213, section
9.2.2).
-- TAG-SCHEDULING-REQUEST-RESOURCE-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 192 ETSI TS 138 331 V15.2.1 (2018-06)
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 sym2, sym7 and sl1 the UE assumes an offset of 0 slots.
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).
Corresponds to L1 parameter 'SR-resource' (see 38.213, section 9.2.2)
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
– ScramblingId
The IE ScramblingID is used for scrambling channels and reference signals.
-- ASN1START
-- TAG-SCRAMBLING-ID-START
-- TAG-SCRAMBLING-ID-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 193 ETSI TS 138 331 V15.2.1 (2018-06)
– SCS-SpecificCarrier
The IE SCS-SpecificCarrier provides parameters determining the location and width of the actual carrier. It is defined specifically for a numerology (subcarrier spacing (SCS))
and in relation (frequency offset) to Point A.
-- ASN1START
-- TAG-SCS-SPECIFIC-CARRIER-START
-- TAG-SCS-SPECIFIC-CARRIER-STOP
-- ASN1STOP
offsetToCarrier
Offset in frequency domain between Point A (lowest subcarrier of common RB 0) and the lowest usable subcarrier on this carrier in number of PRBs (using the
subcarrierSpacing defined for this carrier). The maximum value corresponds to 275*8-1. Corresponds to L1 parameter 'offset-pointA-low-scs' (see 38.211, section
FFS_Section)
subcarrierSpacing
Subcarrier spacing of this carrier. It is used to convert the offsetToCarrier into an actual frequency. Only the values 15 or 30 kHz (<6GHz), 60 or 120 kHz (>6GHz) are
applicable. The network configures all SCSs of configured BWPs configured in this serving cell. Corresponds to L1 parameter 'ref-scs' (see 38.211, section FFS_Section)
– 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 [FFS_Ref].
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 194 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-SDAP-CONFIG-STOP
-- ASN1STOP
– SearchSpace
The IE SearchSpace defines how/where to search for PDCCH candidates. Each search space is associated with one ControlResourceSet.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 195 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 196 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-SEARCHSPACE-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 197 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 198 ETSI TS 138 331 V15.2.1 (2018-06)
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), TC-RNTI (if a
certain condition is met), and SP-CSI-RNTI (if configured)
– SearchSpaceId
The IE SearchSpaceId is used to identify Search Spaces. The search space with the SearchSpaceId = 0 identifies the search space configured via PBCH (MIB) and in
ServingCellConfigCommon. The number of Search Spaces per BWP is limited to 10 including the initial Search Space.
-- TAG-SEARCHSPACEID-STOP
-- ASN1STOP
– SecurityAlgorithmConfig
The IE SecurityAlgorithmConfig is used to configure AS integrity protection algorithm (SRBs) and AS ciphering algorithm (SRBs and DRBs).
-- TAG-SECURITY-ALGORITHM-CONFIG-STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 199 ETSI TS 138 331 V15.2.1 (2018-06)
-- 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-SERV-CELL-INDEX-STOP
-- ASN1STOP
– ServingCellConfig
The ServingCellConfig IE 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).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 200 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-SERVING-CELL-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 201 ETSI TS 138 331 V15.2.1 (2018-06)
bwp-InactivityTimer
The duration in ms after which the UE falls back to the default Bandwidth Part. (see 38.321, section 5.15) The value 0.5 ms is only applicable for carriers >6 GHz. When the
network releases the timer configuration, the UE stops the timer without swithching to the default BWP.
crossCarrierSchedulingConfig
Indicates whether this SCell is cross-carrier scheduled by another serving cell.
defaultDownlinkBWP-Id
Corresponds to L1 parameter 'default-DL-BWP'. The initial bandwidth part is referred to by BWP-Id = 0. ID of the downlink bandwidth part to be used upon expiry of txxx. This
field is UE specific. When the field is absent the UE uses the the initial BWP as default BWP. (see 38.211, 38.213, section 12 and 38.321, section 5.15)
downlinkBWP-ToAddModList
List of additional downlink bandwidth parts to be added or modified. (see 38.211, 38.213, section 12).
downlinkBWP-ToReleaseList
List of additional downlink bandwidth parts to be released. (see 38.211, 38.213, section 12).
firstActiveDownlinkBWP-Id
If configured for an SpCell, this field contains the ID of the DL BWP to be activated upon performing the reconfiguration in which it is received. If the field is absent, the RRC
reconfiguration does not impose a BWP switch (corresponds to L1 parameter 'active-BWP-DL-Pcell').
If configured for an SCell, this field contains the ID of the downlink bandwidth part to be used upon MAC-activation of an SCell. The initial bandwidth part is referred to by
BWP-Id = 0.
initialDownlinkBWP
The dedicated (UE-specific) configuration for the initial downlink bandwidth-part.
pathlossReferenceLinking
Indicates whether UE shall apply as pathloss reference either the downlink of PCell or of SCell that corresponds with this uplink (see 38.213, section 7)
pdsch-ServingCellConfig
PDSCH releated parameters that are not BWP-specific.
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 aslike 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-CellList-Mobility 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-CellList-Mobility is included in the frequency range indicated by in the entry of the scs-SpecificCarrierList.
tag-Id
Timing Advance Group ID, as specified in TS 38.321 [3], which this cell belongs to.
ue-BeamLockFunction
Enables the "UE beam lock function (UBF)", which disable changes to the UE beamforming configuration when in NR_RRC_CONNECTED. FFS: Parameter added preliminary
based on RAN4 LS in R4-1711823. Decide where to place it (maybe ServingCellConfigCommon or in a BeamManagement IE??)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 202 ETSI TS 138 331 V15.2.1 (2018-06)
– ServingCellConfigCommon
The ServingCellConfigCommon IE 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 203 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-SERVING-CELL-CONFIG-COMMON-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 204 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 205 ETSI TS 138 331 V15.2.1 (2018-06)
– SINR-Range
The IE SINR-Range specifies the value range used in SINR measurements and thresholds. Integer value for SINR measurements is according to mapping table in TS 38.133
[14].
-- TAG-SINR-RANGE-STOP
-- ASN1STOP
– SlotFormatCombinationsPerCell
The IE SlotFormatCombinationsPerCell is used to configure the SlotFormatCombinations applicable for one serving cell. Corresponds to L1 parameter 'cell-to-SFI' (see 38.213,
section 11.1.1).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 206 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-SLOTFORMATCOMBINATIONSPERCELL-STOP
-- ASN1STOP
– SlotFormatIndicator
The IE SlotFormatIndicator is used to configure monitoring a Group-Common-PDCCH for Slot-Format-Indicators (SFI).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 207 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-SLOTFORMATINDICATOR-STOP
-- ASN1STOP
– SS-RSSI-Measurement
The IE SS-RSSI-Measurement is used to configure RSSI measuremens based on synchronization reference signals.
-- TAG-SS-RSSI-MEASUREMENT-STOP
-- ASN1STOP
– SPS-Config
Editor's Note: FFS: RAN1 indicated in the L1 table: "Note: Multiple configurations is possible, how many needs to be determined". RAN2 agreed that SPS can be used on
Pcell and SCell... But each UE can use it on at most one serving cell of a cell group at a time. Are the ”multiple configuration” meant for one carrier? Does the UE
then use several SPS-RNTIs?
The SPS-Config IE is used to configure downlink semi-persistent transmission. Downlink SPS may be configured on the PCell as well as on SCells. But it shall not be
configured for more than one serving cell of a cell group at once.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 208 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-SPS-CONFIG-STOP
-- ASN1STOP
– SRB-Identity
The IE SRB-Identity is used to identify a Signalling Radio Bearer (SRB) used by a UE.
-- ASN1START
-- TAG-SRB-IDENTITY-START
-- TAG-SRB-IDENTITY-STOP
-- ASN1STOP
– SRS-Config
The SRS-Config IE is used to configure sounding reference signal transmissions. 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).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 209 ETSI TS 138 331 V15.2.1 (2018-06)
resourceType CHOICE {
aperiodic SEQUENCE {
aperiodicSRS-ResourceTrigger INTEGER (1..maxNrofSRS-TriggerStates-1),
csi-RS NZP-CSI-RS-ResourceId OPTIONAL, -- Cond NonCodebook
slotOffset INTEGER (1..32) OPTIONAL, -- Need S
...
},
semi-persistent SEQUENCE {
associatedCSI-RS NZP-CSI-RS-ResourceId OPTIONAL, -- Cond NonCodebook
...
},
periodic SEQUENCE {
associatedCSI-RS NZP-CSI-RS-ResourceId OPTIONAL, -- Cond NonCodebook
...
}
},
usage ENUMERATED {beamManagement, codebook, nonCodebook, antennaSwitching},
alpha Alpha OPTIONAL, -- Need S
p0 INTEGER (-202..24) OPTIONAL, -- Cond Setup
pathlossReferenceRS CHOICE {
ssb-Index SSB-Index,
csi-RS-Index NZP-CSI-RS-ResourceId
} OPTIONAL, -- Need M
srs-PowerControlAdjustmentStates ENUMERATED { sameAsFci2, separateClosedLoop} OPTIONAL, -- Need S
...
}
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 210 ETSI TS 138 331 V15.2.1 (2018-06)
n4 SEQUENCE {
combOffset-n4 INTEGER (0..3),
cyclicShift-n4 INTEGER (0..11)
}
},
resourceMapping SEQUENCE {
startPosition INTEGER (0..5),
nrofSymbols ENUMERATED {n1, n2, n4},
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 BIT STRING (SIZE (10)),
spatialRelationInfo SRS-SpatialRelationInfo OPTIONAL, -- Need R
...
}
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 211 ETSI TS 138 331 V15.2.1 (2018-06)
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)
}
-- TAG-SRS-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 212 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 213 ETSI TS 138 331 V15.2.1 (2018-06)
– SRS-CarrierSwitching
The IE SRS-CarrierSwitching is used to configure FFS
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 214 ETSI TS 138 331 V15.2.1 (2018-06)
-- One trigger configuration for SRS-Carrier Switching. (see 38.212, 38.213, section 7.3.1, 11.3)
SRS-TPC-PDCCH-Config ::= SEQUENCE {
srs-CC-SetIndexlist SEQUENCE (SIZE(1..4)) OF SRS-CC-SetIndex OPTIONAL -- Cond Setup
}
-- TAG-SRS-CARRIERSWITCHING-STOP
-- ASN1STOP
srs-SwitchFromServCellIndex
Indicates the serving cell whose UL transmission may be interrupted during SRS transmission on a PUSCH-less cell. During SRS transmission on a PUSCH-less cell, the UE
may temporarily suspend the UL transmission on a serving cell with PUSCH in the same CG to allow the PUSCH-less cell to transmit SRS. (see 38.214, section 6.2.1.3)
srs-TPC-PDCCH-Group
Network configures the UE with either typeA-SRS-TPC-PDCCH-Group or typeB-SRS-TPC-PDCCH-Group, if any.
typeA
Type A trigger configuration for SRS transmission on a PUSCH-less SCell. Corresponds to L1 parameter 'typeA-SRS-TPC-PDCCH-Group' (see 38.212, 38.213, section 7.3.1,
11.3)
typeB
Type B trigger configuration for SRS transmission on a PUSCH-less SCell. Corresponds to L1 parameter 'typeB-SRS-TPC-PDCCH-Config' (see 38.212, 38.213, section 7.3.1,
11.3)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 215 ETSI TS 138 331 V15.2.1 (2018-06)
– 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
-- TAG-SRS-TPC-COMMANDCONFIG-STOP
-- ASN1STOP
fieldTypeFormat2-3
The type of a field within the group DCI with SRS request fields (optional), which indicates how many bits in the field are for SRS request (0 or 2).
Note that for Type A, there is a common SRS request field for all SCells in the set, but each SCell has its own TPC command bits. See TS 38.212. (see 38.212, 38.213,
section 7.3.1, 11.3)
startingBitOfFormat2-3
The starting bit position of a block within the group DCI with SRS request fields (optional) and TPC commands (see 38.212, 38.213, section 7.3.1, 11.3).
– SSB-Index
The IE SSB-Index identifies an SS-Block within an SS-Burst. See FFS_Ref, section FFS_Section.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 216 ETSI TS 138 331 V15.2.1 (2018-06)
-- 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.
-- TAG-SSB-MTC-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 217 ETSI TS 138 331 V15.2.1 (2018-06)
– SubcarrierSpacing
The SubcarrierSpacing IE 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}
-- TAG-SUBCARRIER-SPACING-STOP
-- ASN1STOP
– TCI-State
The TCI-State IE associates one or two DL reference signals with a corresponding quasi-colocation (QCL) type.
-- TAG-TCI-STATE-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 218 ETSI TS 138 331 V15.2.1 (2018-06)
referenceSignal
Reference signal with which quasi-collocation information is provided as specified in TS 38.3214 subclause 5.1.5.
qcl-Type
QCL type as specified in TS 38.214 subclause 5.1.5.
– TCI-StateId
The IE TCI-StateId is used to identify one TCI-State configuration.
-- TAG-TCI-STATEID-STOP
-- ASN1STOP
– TDD-UL-DL-Config
The TDD-UL-DL-Config IEs determines the Uplink/Downlink TDD configuration. There are both, UE- and cell specific IEs.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 219 ETSI TS 138 331 V15.2.1 (2018-06)
dl-UL-TransmissionPeriodicity ENUMERATED {ms0p5, ms0p625, ms1, ms1p25, ms2, ms2p5, ms5, ms10},
nrofDownlinkSlots INTEGER (0..maxNrofSlots),
nrofDownlinkSymbols INTEGER (0..maxNrofSymbols-1),
nrofUplinkSlots INTEGER (0..maxNrofSlots),
nrofUplinkSymbols INTEGER (0..maxNrofSymbols-1),
...
}
-- TAG-TDD-UL-DL-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 220 ETSI TS 138 331 V15.2.1 (2018-06)
– 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, ms40 corresponds to 40 ms, and so on.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 221 ETSI TS 138 331 V15.2.1 (2018-06)
-- ASN1STOP
– UplinkConfigCommon
The IE UplinkConfigCommon provides common uplink parameters of a cell.
-- TAG-UPLINK-CONFIG-COMMON-STOP
-- ASN1STOP
– ZP-CSI-RS-Resource
The IE ZP-CSI-RS-Resource is used to configure a Zero-Power (ZP) CSI-RS resource. Corresponds to L1 parameter 'ZP-CSI-RS-ResourceConfig' (see 38.214, section 5.1.4.2).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 222 ETSI TS 138 331 V15.2.1 (2018-06)
-- 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. It corresponds to the L1 parameter 'ZP-CSI-RS-
ResourceSetConfigList'.
-- TAG-ZP-CSI-RS-RESOURCESET-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 223 ETSI TS 138 331 V15.2.1 (2018-06)
– 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
– BandCombinationList
The IE BandCombinationList contains a list of NR CA and/or MR-DC band combinations (also including DL only or UL only band).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 224 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-BANDCOMBINATIONLIST-STOP
-- ASN1STOP
– CA-BandwidthClassNR
-- ASN1START
-- TAG-CA-BANDWIDTHCLASSNR-START
-- TAG-CA-BANDWIDTHCLASSNR-STOP
-- ASN1STOP
– CA-BandwidthClassEUTRA
-- ASN1START
-- TAG-CA-BANDWIDTHCLASSEUTRA-START
-- TAG-CA-BANDWIDTHCLASSEUTRA-STOP
-- ASN1STOP
– CA-ParametersNR
The IE CA-ParametersNR is contains carrier aggregation related capabilities that are defined per band combination.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 225 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-CA-PARAMETERSNR-STOP
-- ASN1STOP
– CA-ParametersEUTRA
The IE CA-ParameterEUTRA contains the EUTRA part of band combination parameters for a given MR-DC band combination.
NOTE: If an additional EUTRA band combonation parameters are defined in TS 36.331 [10], which are supported for MR-DC, they will be defined here as well.
-- ASN1START
-- TAG-CA-PARAMETERSEUTRA-START
-- TAG-CA-PARAMETERSEUTRA-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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 226 ETSI TS 138 331 V15.2.1 (2018-06)
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 EUTRA 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 EUTRA, the feature sets referred to from this list are defined in TS 36.331 and conveyed as part of the UE-EUTRA-Capability container. The FeatureSetUL-Id-r15
and FeatureSetDL-Id-r15 in the EUTRA feature sets correspond to the FeatureSetEUTRA-DownlinkId and FeatureSetEUTRA-UplinkId, respectively.
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 FeatureSetUplink-Id:s/DownlinkPerCC-Id:s shall not exceed the number of carrier supported according to the BWC indicated in the
associated BandCombination, if present.
-- ASN1STOP
-- TAG-FEATURESETCOMBINATION-STOP
– 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).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 227 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-FEATURESET-COMBINATION-ID-STOP
-- ASN1STOP
– 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 228 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-FEATURESETDOWNLINK-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 229 ETSI TS 138 331 V15.2.1 (2018-06)
– 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-FEATURESET-DOWNLINK-ID-STOP
-- ASN1STOP
– FeatureSetEUTRA-DownlinkId
The IE FeatureSetEUTRA-DownlinkId identifies a downlink feature set in EUTRA. The FeatureSetEUTRA-DownlinkId=0 is used when the UE does not support a carrier in
this band of a band combination.
-- TAG-FEATURESET-EUTRA-DOWNLINK-ID-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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 230 ETSI TS 138 331 V15.2.1 (2018-06)
-- 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-FEATURESET-DOWNLINK-PER-CC-ID-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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 231 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG- FEATURESETUPLINK-STOP
-- ASN1STOP
– FeatureSetUplinkId
The IE FeatureSetUplinkId identifies a downlink 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 FeatureSetUplinkPerCC-Id = 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-FEATURESET-UPLINK-ID-STOP
-- ASN1STOP
– FeatureSetEUTRA-UplinkId
The IE FeatureSetEUTRA-UplinkId identifies an uplink feature set. The FeatureSetEUTRA-UplinkId =0 is used when the UE does not support a carrier in this band of a band
combination.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 232 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-FEATURESET-EUTRA-UPLINK-ID-START
-- TAG-FEATURESET-EUTRA-UPLINK-ID-STOP
-- ASN1STOP
– FeatureSetUplinkPerCC
The IE FeatureSetDownlinkPerCC indicates a set of features that the UE supports on the corresponding carrier of one band entry of a band combination.
-- 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-FEATURESET-UPLINK-PER-CC-ID-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 233 ETSI TS 138 331 V15.2.1 (2018-06)
– 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 fot 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.
-- ASN1STOP
-- TAG-FEATURESETS-STOP
– FreqBandIndicatorEUTRA
-- ASN1START
-- TAG-FREQ-BAND-INDICATOR-EUTRA-START
-- TAG-FREQ-BAND-INDICATOR-EUTRA-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 a specific aggregated bandwidths.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 234 ETSI TS 138 331 V15.2.1 (2018-06)
bandInformationEUTRA FreqBandInformationEUTRA,
bandInformationNR FreqBandInformationNR
}
AggregatedBandwith ::= 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.
-- TAG-FREQSEPARATIONCLASS-STOP
-- ASN1STOP
– MIMO-Layers
-- ASN1START
-- TAG-MIMO-LAYERS-START
-- TAG-MIMO-LAYERS-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 235 ETSI TS 138 331 V15.2.1 (2018-06)
– ModulationOrder
-- ASN1START
-- TAG-MODULATION-ORDER-START
-- TAG-MODULATION-ORDER-STOP
-- ASN1STOP
– MRDC-Parameters
The IE MRDC-Parameters contains the band combination parameters specific to MR-DC for a given MR-DC band combination.
-- TAG-MRDC-PARAMETERS-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.
-- TAG-RAT-TYPE-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 236 ETSI TS 138 331 V15.2.1 (2018-06)
– 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-CAPABILITY-RAT-CONTAINER-LIST-STOP
-- ASN1STOP
– 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 [yy].
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 237 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-UE-MRDC-CAPABILITY-STOP
-- ASN1STOP
– RF-ParametersMRDC
The IE RF-ParametersMRDC is used to convey RF related capabilities for MR-DC.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 238 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-RF-PARAMETERSMRDC-STOP
-- ASN1STOP
– MeasParametersMRDC
The IE MeasParametersMRDC is used to configure FFS
-- TAG-MEASPARAMETERSMRDC-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 239 ETSI TS 138 331 V15.2.1 (2018-06)
– UE-NR-Capability
The IE UE-NR-Capability is used to convey the NR UE Radio Access Capability Parameters, see TS 38.306 [yy].
-- TAG-UE-NR-CAPABILITY-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 240 ETSI TS 138 331 V15.2.1 (2018-06)
– Phy-Parameters
The IE Phy-Parameters is used to convey the physical layer capabilities.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 241 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 242 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-PHY-PARAMETERS-STOP
-- ASN1STOP
– RF-Parameters
The IE RF-Parameters is used to convey RF-related capabilities for NR operation.
-- TAG-RF-PARAMETERS-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 243 ETSI TS 138 331 V15.2.1 (2018-06)
– 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).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 244 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 245 ETSI TS 138 331 V15.2.1 (2018-06)
-- ASN1STOP
-- TAG-MIMO-PARAMETERSPERBAND-STOP
– PDCP-Parameters
The IE PDCP-Parameters is used to convey capabilities related to PDCP.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 246 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-PDCP-PARAMETERS-STOP
-- ASN1STOP
– RLC-Parameters
The IE RLC-Parameters is used to convey capabilities related to RLC.
-- TAG-RLC-PARAMETERS-STOP
-- ASN1STOP
– MAC-Parameters
The IE MAC-Parameters is used to convey capabilities related to MAC.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 247 ETSI TS 138 331 V15.2.1 (2018-06)
...
}
-- TAG-MAC-PARAMETERS-STOP
-- ASN1STOP
– MeasParameters
The IE MeasParameters is used to convey UE capabilities related to measurements for radio resource management (RRM) and radio link monitoring (RLM).
-- TAG-UE-NR-CAPABILITY-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 248 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-RRC-TRANSACTIONIDENTIFIER-STOP
-- ASN1STOP
maxNrofServingCells INTEGER ::= 32 -- Max number of serving cells (SpCell + SCells) per cell group
maxNrofServingCells-1 INTEGER ::= 31 -- Max number of serving cells (SpCell + SCells) per cell group minus 1
maxNrofAggregatedCellsPerCellGroup INTEGER ::= 16
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
maxNrofSS-BlocksToAverage INTEGER ::= 16 -- Max number for the (max) number of SS blocks to average to determine cell
-- measurement
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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 249 ETSI TS 138 331 V15.2.1 (2018-06)
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
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
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
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-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 FFS
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 250 ETSI TS 138 331 V15.2.1 (2018-06)
maxNrofP0-PUSCH-AlphaSets INTEGER ::= 30 -- Maximum number of P0-pusch-alpha-sets (see 38,213, section 7.1)
maxNrofP0-PUSCH-AlphaSets-1 INTEGER ::= 29 -- Maximum number of P0-pusch-alpha-sets minus 1 (see 38,213, section 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 251 ETSI TS 138 331 V15.2.1 (2018-06)
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 EUTRA) Total number of FeatureSets (size of the pool)
maxEUTRA-UL-FeatureSets INTEGER ::= 256 -- (for EUTRA) 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)
-- Editor's Note: Targeted for completion in Sept 2018. Not used in EN-DC drop.
CellIdentity ::= ENUMERATED {ffsTypeAndValue}
ShortMAC-I ::= ENUMERATED {ffsTypeAndValue}
-- TAG-MULTIPLICITY-AND-TYPE-CONSTRAINT-DEFINITIONS-STOP
-- ASN1STOP
– End of NR-RRC-Definitions
-- ASN1START
END
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 252 ETSI TS 138 331 V15.2.1 (2018-06)
T310 Upon detecting physical Upon receiving N311 If the T310 is kept in MCG: If
layer problems for the consecutive in-sync indications security is not activated: go to
SpCell i.e. upon receiving from lower layers for the SpCell, RRC_IDLE else: initiate the
N310 consecutive out-of- upon receiving connection re-establishment
sync indications from RRCReconfiguration with procedure.
lower layers. reconfigurationWithSync for that If the T310 is kept in SCG,
cell group, and upon initiating Inform E-UTRAN/NR about the
the connection re-establishment SCG radio link failure by
procedure. initiating the SCG failure
Upon SCG release, if the T310 information procedure as
is kept in SCG. specified in 5.7.3.
T311 Upon initiating the RRC Selection of a suitable NR cell or Enter RRC_IDLE
connection re- a cell using another RAT.
establishment procedure
7.2 Counters
Counter Reset Incremented When reaching max value
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 253 ETSI TS 138 331 V15.2.1 (2018-06)
7.3 Constants
Constant Usage
N310 Maximum number of consecutive "out-of-sync" indications for the PCell received from
lower layers
N311 Maximum number of consecutive "in-sync" indications for the PCell 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.
-- ASN1START
BEGIN
IMPORTS
MeasId,
MeasIdToAddModList,
MeasObjectToAddModList,
PhysCellId,
ReportConfigToAddModList,
RSRP-Range,
QuantityConfig,
maxNrofCellMeas,
maxNrofMeasId
FROM NR-RRC-Definitions;
-- ASN1STOP
– 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-VAR-MEAS-CONFIG-START
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 254 ETSI TS 138 331 V15.2.1 (2018-06)
s-MeasureConfig CHOICE {
ssb-RSRP RSRP-Range,
csi-RSRP RSRP-Range
} OPTIONAL
-- TAG-VAR-MEAS-CONFIG-STOP
-- ASN1STOP
Editor's Note: FFS Revisit whether we really need VarMeasConfig.
– VarMeasReportList
The UE variable VarMeasReportList includes information about the measurements for which the triggering conditions have been met.
VarMeasReportList UE variable
-- ASN1START
-- TAG-VAR-MEAS-REPORT-START
-- TAG-VAR-MEAS-REPORT-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 255 ETSI TS 138 331 V15.2.1 (2018-06)
– End of NR-UE-Variables
-- ASN1START
END
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 256 ETSI TS 138 331 V15.2.1 (2018-06)
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:
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 257 ETSI TS 138 331 V15.2.1 (2018-06)
- 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;
- 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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 258 ETSI TS 138 331 V15.2.1 (2018-06)
9.1.2.2 SRB2/SRB2S
Parameters
9.1.2.3 SRB3
Parameters
9.2.1.2 SRB2/SRB2S
Parameters (FFS)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 259 ETSI TS 138 331 V15.2.1 (2018-06)
9.2.1.3 SRB3
Parameters (FFS)
- to an extended value that is not defined in the version of the transfer syntax supported by the UE;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 260 ETSI TS 138 331 V15.2.1 (2018-06)
- 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] for which the abstract syntax is invalid [6]:
NOTE: This section 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:
2> else:
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 not present;
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;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 261 ETSI TS 138 331 V15.2.1 (2018-06)
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.
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,
a 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).
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 section 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 section 10.3.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 262 ETSI TS 138 331 V15.2.1 (2018-06)
BEGIN
IMPORTS
ARFCN-ValueNR,
CellIdentity,
CSI-RS-Index,
GapConfig,
maxBandComb,
maxNrofSCells,
maxNrofServingCells-1,
maxNrofIndexesToReport,
MeasQuantityResults,
MeasResultList2NR,
MeasResultSCG-Failure,
MeasResultCellListSFTD,
P-Max,
PhysCellId,
RadioBearerConfig,
RRCReconfiguration,
ServCellIndex,
SetupRelease,
SSB-Index,
SSB-MTC,
ShortMAC-I,
UE-CapabilityRAT-ContainerList
FROM NR-RRC-Definitions;
-- TAG_NR-INTER-NODE-DEFINITIONS-STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 263 ETSI TS 138 331 V15.2.1 (2018-06)
-- ASN1STOP
This message is used to transfer the handover command as generated by the target gNB.
HandoverCommand message
-- ASN1START
-- TAG-HANDOVER-COMMAND-START
-- TAG-HANDOVER-COMMAND-STOP
-- ASN1STOP
– HandoverPreparationInformation
Editor's Note: Targeted for completion in Sept 2018.
This message is used to transfer the NR RRC information used by the target gNB during handover preparation, including UE capability information.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 264 ETSI TS 138 331 V15.2.1 (2018-06)
HandoverPreparationInformation message
-- ASN1START
-- TAG-HANDOVER-PREPARATION-INFORMATION-START
ReestabNCellInfo::= SEQUENCE{
cellIdentity CellIdentity,
key-gNodeB-Star BIT STRING (SIZE (256)),
shortMAC-I ShortMAC-I
}
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 265 ETSI TS 138 331 V15.2.1 (2018-06)
...
}
-- TAG-HANDOVER-PREPARATION-INFORMATION-STOP
-- ASN1STOP
– CG-Config
This message is used to transfer the SCG radio configuration as generated by the SgNB.
CG-Config message
-- ASN1START
-- TAG-CG-CONFIG-START
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 266 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG-CG-CONFIG-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 267 ETSI TS 138 331 V15.2.1 (2018-06)
scg-CellGroupConfig
Contains the RRCReconfiguration message, used to (re-)configure the SCG configuration upon SCG establishment or modification, as generated (entirely) by the (target)
SgNB
scg-RB-Config
Contains the IE RadioBearerConfig, used to establish or reconfigure the SCG configuration, used to (re-)configure the SCG RB configuration upon SCG establishment or
modification, as generated (entirely) by the (target) SgNB
selectedBandCombinationNR
Indicates the band combination selected by SN for the EN-DC.
configRestrictModReq
Used by SN to request changes to SCG configuration restrictions previously set by MN to ensure UE capabilities are respected. E.g. can used to request configuring an NR
band combination whose use MN has previously forbidden.
– CG-ConfigInfo
This message is used by master eNB or gNB to request the SgNB 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 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, modify or release an
MCG or SCG.
CG-ConfigInfo message
-- ASN1START
-- TAG-CG-CONFIG-INFO-START
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 268 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 269 ETSI TS 138 331 V15.2.1 (2018-06)
ms640 INTEGER(0..639),
ms1024 INTEGER(0..1023),
ms1280 INTEGER(0..1279),
ms2048 INTEGER(0..2047),
ms2560 INTEGER(0..2559),
ms5120 INTEGER(0..5119),
ms10240 INTEGER(0..10239)
},
shortDRX SEQUENCE {
drx-ShortCycle 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 },
drx-ShortCycleTimer INTEGER (1..16)
} OPTIONAL
}
-- TAG-CG-CONFIG-INFO-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 270 ETSI TS 138 331 V15.2.1 (2018-06)
candidateCellInfoListMN, candidateCellInfoListSN
Contains information regarding cells that the master node or the source node suggests the target gNB to consider configuring.
Including CSI-RS measurement results in candidateCellInfoListMN is not supported in this version of the specification.
maxMeasFreqsSCG-NR
Indicates the maximum number of NR inter-frequency carriers the SN is allowed to configure with PSCell for measurements.
maxMeasIdentitiesSCG-NR
Indicates the maximum number of allowed measurement identities that the SCG is allowed to configure.
measuredFrequenciesMN
Used by MN to indicate a list of frequencies measured by the UE.
measGapConfig
Indicates the measurement gap configuration configured by MN.
mcg-RB-Config
Contains the IE RadioBearerConfig of the MN, used to support delta configuration for bearer type change between MN terminated to SN terminated bearer and SN change.
p-maxEUTRA
Indicates the maximum power for EUTRA (see TS 36.104 [XX]) the UE can use in LTE MCG.
p-maxNR
Indicates the maximum power for NR (see TS 38.104 [12]) the UE can use in NR SCG.
powerCoordination-FR1
Indicates the maximum power that the UE can use in FR1.
scg-RB-Config
Contains the IE RadioBearerConfig of the SN, used to support delta configuration e.g. during SN change. This field is absent when master eNB uses full configuration option.
sourceConfigSCG
Includes the current dedicated SCG configuration in the same format as the RRCReconfiguration message, i.e. not only CellGroupConfig but also e.g. measConfig. This field is
absent when master eNB uses full configuration option.
ConfigRestrictInfo
Includes fields for which SgNB is explictly indicated to observe a configuration restriction.
servCellIndexRangeSCG
Range of serving cell indices that SN is allowed to configure for SCG serving cells.
– MeasurementTimingConfiguration
Editor's Note: Targeted for completion in Sept 2018. Usage and Direction need further RAN2 discussions.
The MeasurementTimingConfiguration message is used to convey assistance information for measurement timing betwen master eNB and secondary gNB.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 271 ETSI TS 138 331 V15.2.1 (2018-06)
Direction: Secondary gNB to Master eNB, alternatively gNB DU to gNB CU, and gNB CU to gNB DU.
MeasurementTimingConfiguration message
-- ASN1START
-- TAG-MEASUREMENT-TIMING-CONFIGURATION-START
-- TAG-MEASUREMENT-TIMING-CONFIGURATION-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 272 ETSI TS 138 331 V15.2.1 (2018-06)
-- TAG_NR-MULTIPLICITY-AND-CONSTRAINTS-STOP
-- ASN1STOP
– End of NR-InterNodeDefinitions
-- ASN1START
-- TAG_NR-INTER-NODE-DEFINITIONS-END-START
END
-- TAG_NR-INTER-NODE-DEFINITIONS-END-STOP
-- ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 273 ETSI TS 138 331 V15.2.1 (2018-06)
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 274 ETSI TS 138 331 V15.2.1 (2018-06)
Annex A (informative):
Guidelines, mainly on use of ASN.1
A.1 Introduction
The following clauses contain guidelines for the specification of RRC protocol data units (PDUs) with ASN.1.
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 section 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:
- 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 275 ETSI TS 138 331 V15.2.1 (2018-06)
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 block stop 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 thestart 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 276 ETSI TS 138 331 V15.2.1 (2018-06)
- 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).
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 277 ETSI TS 138 331 V15.2.1 (2018-06)
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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 278 ETSI TS 138 331 V15.2.1 (2018-06)
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'.
-- ASN1STOP
A nested two-level CHOICE structure is used, where the alternative PDU types are alternatives within the inner level c1 CHOICE.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 279 ETSI TS 138 331 V15.2.1 (2018-06)
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.
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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 280 ETSI TS 138 331 V15.2.1 (2018-06)
RRCConnectionReconfigurationComplete-r8-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
-- 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.
The field description table has one column. The header row shall contain the ASN.1 type identifier of the PDU type.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 281 ETSI TS 138 331 V15.2.1 (2018-06)
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.
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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 282 ETSI TS 138 331 V15.2.1 (2018-06)
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
-- 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 283 ETSI TS 138 331 V15.2.1 (2018-06)
-- 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.
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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 284 ETSI TS 138 331 V15.2.1 (2018-06)
-- ASN1STOP
rather than as in the following (bad) example, which may cause generated code to contain types with unpredictable names:
-- /bad example/ ASN1START
-- ASN1STOP
-- /example/ ASN1STOP
The SetupRelease is always be used with only named IEs, i.e. the example below is not allowed:
-- /example/ ASN1START
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 285 ETSI TS 138 331 V15.2.1 (2018-06)
-- /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-r15 above could be as follows:
2> do something;
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 286 ETSI TS 138 331 V15.2.1 (2018-06)
-- /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:
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:
- 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 287 ETSI TS 138 331 V15.2.1 (2018-06)
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 likelyhood may be based on the number, size and changeability of
the fields included in the message.
- 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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 288 ETSI TS 138 331 V15.2.1 (2018-06)
-- 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, EUTRAN 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.
-- /example/ ASN1START -- Original release
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 289 ETSI TS 138 331 V15.2.1 (2018-06)
-- 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 critically 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:
- 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 preferrable 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 seperate 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 allways 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 seperate example>
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 290 ETSI TS 138 331 V15.2.1 (2018-06)
- 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".
- 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 291 ETSI TS 138 331 V15.2.1 (2018-06)
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
-- 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 292 ETSI TS 138 331 V15.2.1 (2018-06)
– 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.
-- 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-WithEM is 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 293 ETSI TS 138 331 V15.2.1 (2018-06)
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.
-- 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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 294 ETSI TS 138 331 V15.2.1 (2018-06)
-- 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
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 295 ETSI TS 138 331 V15.2.1 (2018-06)
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.
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 296 ETSI TS 138 331 V15.2.1 (2018-06)
- CondM: 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.
- CondC: 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).
-- /example/ ASN1STOP
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 297 ETSI TS 138 331 V15.2.1 (2018-06)
Annex B (informative):
Change history
Change history
Date Meeting TDoc CR R Cat Subject/Comment New
ev version
04/2017 RAN2#97bis R2-1703395 0.0.1
04/2017 RAN2#97bis R2-1703922 0.0.2
05/2017 RAN2#98 R2-1705815 0.0.3
06/2017 RAN2#NR2 R2-1707187 0.0.4
08/2017 RAN2#99 R2-1708468 0.0.5
09/2017 RAN2#99bis R2-1710557 0.1.0
11/2017 RAN2#100 R2-1713629 0.2.0
11/2017 RAN2#100 R2-1714126 0.3.0
12/2017 RAN2#100 R2-1714259 0.4.0
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.1.0
15.0.0 and 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 section removed & ASN.1 sections 15.2.1
touched up
ETSI
3GPP TS 38.331 version 15.2.1 Release 15 298 ETSI TS 138 331 V15.2.1 (2018-06)
History
Document history
V15.2.1 June 2018 Publication
ETSI