Professional Documents
Culture Documents
0 (2009-10)
Technical Specification
LTE;
Evolved Universal Terrestrial Radio Access (E-UTRA);
Medium Access Control (MAC) protocol specification
(3GPP TS 36.321 version 9.0.0 Release 9)
Reference
RTS/TSGR-0236321v900
Keywords
LTE
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE
Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16
Siret N 348 623 562 00017 - NAF 742 C
Association but non lucratif enregistre la
Sous-Prfecture de Grasse (06) N 7803/88
Important notice
Individual copies of the present document can be downloaded from:
http://www.etsi.org
The present document may be made available in more than one electronic version or in print. In any case of existing or
perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF).
In case of dispute, the reference shall be the printing on ETSI printers of the 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
http://portal.etsi.org/tb/status/status.asp
If you find errors in the present document, please send your comment to one of the following services:
http://portal.etsi.org/chaircor/ETSI_support.asp
Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.
European Telecommunications Standards Institute 2009.
All rights reserved.
TM
TM
TM
TM
DECT , PLUGTESTS , UMTS , TIPHON , the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered
for the benefit of its Members.
TM
3GPP is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners.
LTE is a Trade Mark of ETSI currently being registered
for the benefit of its Members and of the 3GPP Organizational Partners.
GSM and the GSM logo are Trade Marks registered and owned by the GSM Association.
ETSI
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.
ETSI
Contents
Intellectual Property Rights ................................................................................................................................2
Foreword.............................................................................................................................................................2
Foreword.............................................................................................................................................................5
1
Scope ........................................................................................................................................................6
References ................................................................................................................................................6
3.1
3.2
4
4.1
4.2
4.2.1
4.3
4.3.1
4.3.2
4.4
4.5
4.5.1
4.5.2
4.5.3
4.5.3.1
4.5.3.2
5
5.1
5.1.1
5.1.2
5.1.3
5.1.4
5.1.5
5.1.6
5.2
5.3
5.3.1
5.3.2
5.3.2.1
5.3.2.2
5.3.3
5.4
5.4.1
5.4.2
5.4.2.1
5.4.2.2
5.4.3
5.4.3.1
5.4.3.2
5.4.4
5.4.5
5.4.6
5.5
5.6
5.7
5.8
5.9
Definitions .......................................................................................................................................................... 6
Abbreviations ..................................................................................................................................................... 7
General .....................................................................................................................................................8
Introduction ........................................................................................................................................................ 8
MAC architecture ............................................................................................................................................... 8
MAC Entities ................................................................................................................................................ 8
Services .............................................................................................................................................................. 9
Services provided to upper layers ................................................................................................................. 9
Services expected from physical layer .......................................................................................................... 9
Functions ............................................................................................................................................................ 9
Channel structure .............................................................................................................................................. 10
Transport Channels ..................................................................................................................................... 10
Logical Channels ........................................................................................................................................ 10
Mapping of Transport Channels to Logical Channels ................................................................................ 11
Uplink mapping..................................................................................................................................... 11
Downlink mapping ................................................................................................................................ 11
ETSI
5.10
5.10.1
5.10.2
5.11
6
6.1
6.1.1
6.1.2
6.1.3
6.1.3.1
6.1.3.2
6.1.3.3
6.1.3.4
6.1.3.5
6.1.3.6
6.1.4
6.1.5
6.2
6.2.1
6.2.2
6.2.3
7
7.1
7.2
7.3
7.4
7.5
7.6
7.7
Annex A (normative):
Annex B (informative):
Annex C (informative):
History ..............................................................................................................................................................48
ETSI
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:
x the first digit:
1 presented to TSG for information;
2 presented to TSG for approval;
3 or greater indicates TSG approved document under change control.
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
Scope
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 specific reference, subsequent revisions do not apply.
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.
[1]
[2]
3GPP TR 36.213: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Layer
Procedures".
[3]
3GPP TS 36.322: 'Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control
(RLC) protocol specification'.
[4]
3GPP TS 36.323: 'Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data
Convergence Protocol (PDCP) Specification'.
[5]
3GPP TS 36.212: 'Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and
channel coding'.
[6]
3GPP TS 36.214: 'Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer;
Measurements'.
[7]
3GPP TS 36.211: 'Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and
Modulation'.
[8]
3GPP TS 36.331: 'Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource
Control (RRC); Protocol specification'.
[9]
3GPP TS 36.133: "Evolved Universal Terrestrial Radio Access (E-UTRA); Requirements for
support of radio resource management".
[10]
3GPP TS 36.101: "Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE)
radio transmission and reception".
3.1
Definitions
For the purposes of the present document, the terms and definitions given in TR 21.905 [1] and the following apply. A
term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905 [1].
Active Time: Time related to DRX operation, as defined in subclause 5.7, during which the UE monitors the PDCCH
in PDCCH-subframes.
ETSI
mac-ContentionResolutionTimer: Specifies the number of consecutive subframe(s) during which the UE shall monitor
the PDCCH after Msg3 is transmitted.
DRX Cycle: Specifies the periodic repetition of the On Duration followed by a possible period of inactivity (see figure
3.1-1 below).
3.2
A timer is running once it is started, until it is stopped or until it expires; otherwise it is not running. A
timer can be started if it is not running or restarted if it is running. A Timer is always started or restarted
from its initial value.
Abbreviations
For the purposes of the present document, the abbreviations given in TR 21.905 [1] and the following apply. An
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in
TR 21.905 [1].
BSR
ETSI
C-RNTI
CQI
E-UTRA
E-UTRAN
MAC
LCG
PHR
PMI
P-RNTI
RA-RNTI
RI
RNTI
SI-RNTI
SR
SRS
TB
TPC-PUCCH-RNTI
TPC-PUSCH-RNTI
Cell RNTI
Channel Quality Indicator
Evolved UMTS Terrestrial Radio Access
Evolved UMTS Terrestrial Radio Access Network
Medium Access Control
Logical Channel Group
Power Headroom Report
Precoding Matrix Index
Paging RNTI
Random Access RNTI
Rank Indicator
Radio Network Temporary Identifier
System Information RNTI
Scheduling Request
Sounding Reference Symbols
Transport Block
Transmit Power Control-Physical Uplink Control Channel-RNTI
Transmit Power Control-Physical Uplink Shared Channel-RNTI
General
4.1
Introduction
The objective is to describe the MAC architecture and the MAC entity from a functional point of view.
4.2
MAC architecture
The description in this sub clause is a model and does not specify or restrict implementations.
RRC is in control of configuration of MAC.
4.2.1
MAC Entities
E-UTRA defines two MAC entities; one in the UE and one in the E-UTRAN. These MAC entities handle the following
transport channels:
-
The exact functions performed by the MAC entities are different in the UE from those performed in the E-UTRAN.
Figure 4.2.1.1 illustrates one possible structure for the UE side MAC entity, and it should not restrict implementation.
ETSI
4.3
Services
4.3.1
This clause describes the different services provided by MAC sublayer to upper layers.
-
data transfer
4.3.2
The access to the data transfer services is through the use of transport channels. The characteristics of a transport
channel are defined by its transport format (or format set), specifying the physical layer processing to be applied to the
transport channel in question, such as channel coding and interleaving, and any service-specific rate matching as
needed.
4.4
Functions
ETSI
10
multiplexing of MAC SDUs from one or different logical channels onto transport blocks (TB) to be delivered to
the physical layer on transport channels;
demultiplexing of MAC SDUs from one or different logical channels from transport blocks (TB) delivered from
the physical layer on transport channels;
The location of the different functions and their relevance for uplink and downlink respectively is illustrated in Table
4.4-1.
Table 4.4-1: MAC function location and link direction association.
MAC function
Mapping between logical channels and transport channels
UE
X
eNB
X
Multiplexing
Demultiplexing
Downlink
X
X
X
X
4.5
Uplink
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Channel structure
The MAC sublayer operates on the channels defined below; transport channels are SAPs between MAC and Layer 1,
logical channels are SAPs between MAC and RLC.
4.5.1
Transport Channels
The transport channels used by MAC are described in Table 4.5.1-1 below.
Table 4.5.1-1: Transport channels used by MAC
Transport channel name
Broadcast Channel
Downlink Shared Channel
Paging Channel
Uplink Shared Channel
Random Access Channel
4.5.2
Acronym
BCH
DL-SCH
PCH
UL-SCH
RACH
Downlink
X
X
X
Uplink
X
X
Logical Channels
The MAC layer provides data transfer services on logical channels. A set of logical channel types is defined for
different kinds of data transfer services as offered by MAC.
Each logical channel type is defined by what type of information is transferred.
ETSI
11
MAC provides the control and traffic channels listed in Table 4.5.2-1 below.
Table 4.5.2-1: Logical channels provided by MAC.
Logical channel name
Broadcast Control Channel
Paging Control Channel
Common Control Channel
Dedicated Control Channel
Dedicated Traffic Channel
4.5.3
Acronym
BCCH
PCCH
CCCH
DCCH
DTCH
Control channel
X
X
X
X
Traffic channel
The mapping of logical channels on transport channels depends on the multiplexing that is configured by RRC.
4.5.3.1
Uplink mapping
The MAC entity is responsible for mapping logical channels for the uplink onto uplink transport channels. The uplink
logical channels can be mapped as described in Figure 4.5.3.1-1 and Table 4.5.3.1-1.
CCCH
DCCH
DTCH
Uplink
Logical channels
Uplink
RACH
Transport channels
UL-SCH
Figure 4.5.3.1-1
Table 4.5.3.1-1: Uplink channel mapping.
Transport channel
Logical channel
CCCH
DCCH
DTCH
4.5.3.2
UL-SCH
RACH
X
X
X
Downlink mapping
The MAC entity is responsible for mapping the downlink logical channels to downlink transport channels. The
downlink logical channels can be mapped as described in Figure 4.5.3.2-1 and Table 4.5.3.2-1.
ETSI
12
Figure 4.5.3.2-1
Table 4.5.3.2-1: Downlink channel mapping.
Transport channel
Logical channel
BCCH
PCCH
CCCH
DCCH
DTCH
BCH
PCH
DL-SCH
X
X
X
X
X
MAC procedures
5.1
5.1.1
The Random Access procedure described in this subclause is initiated by a PDCCH order or by the MAC sublayer
itself. If a UE receives a PDCCH transmission consistent with a PDCCH order [5] masked with its C-RNTI, it shall
initiate a Random Access procedure. The PDCCH order or RRC optionally indicate ra-PreambleIndex and ra-PRACHMaskIndex.
Before the procedure can be initiated, the following information is assumed to be available [8]:
-
the available set of PRACH resources for the transmission of the Random Access Preamble, prach-ConfigIndex.
the groups of Random Access Preambles and the set of available Random Access Preambles in each group:
The preambles that are contained in Random Access Preambles group A and Random Access Preambles group B
are calculated from the parameters numberOfRA-Preambles and sizeOfRA-PreamblesGroupA:
If sizeOfRA-PreamblesGroupA is equal to numberOfRA-Preambles then there is no Random Access Preambles
group B. The preambles in Random Access Preamble group A are the preambles 0 to sizeOfRAPreamblesGroupA 1 and, if it exists, the preambles in Random Access Preamble group B are the preambles
sizeOfRA-PreamblesGroupA to numberOfRA-Preambles 1 from the set of 64 preambles as defined in [7].
ETSI
13
NOTE:
The above parameters may be updated from upper layers before each Random Access procedure is
initiated.
proceed to the selection of the Random Access Resource (see subclause 5.1.2).
NOTE:
5.1.2
There is only one Random Access procedure ongoing at any point in time. If the UE receives a request for
a new Random Access procedure while another is already ongoing, it is up to UE implementation whether
to continue with the ongoing procedure or start with the new procedure.
If ra-PreambleIndex (Random Access Preamble) and ra-PRACH-MaskIndex (PRACH Mask Index) have been
explicitly signalled and ra-PreambleIndex is not 000000:
-
the Random Access Preamble and the PRACH Mask Index are those explicitly signalled.
if Random Access Preambles group B exists and if the potential message size (data available for
transmission plus MAC header and, where required, MAC control elements) is greater than
messageSizeGroupA and if the pathloss is less than PCMAX preambleInitialReceivedTargetPower
deltaPreambleMsg3 messagePowerOffsetGroupB, then:
-
else:
-
select the same group of Random Access Preambles as was used for the preamble transmission attempt
corresponding to the first transmission of Msg3.
randomly select a Random Access Preamble within the selected group. The random function shall be such
that each of the allowed selections can be chosen with equal probability;
determine the next available subframe containing PRACH permitted by the restrictions given by the prachConfigIndex, the PRACH Mask Index (see subclause 7.3) and physical layer timing requirements [2] (a UE may
take into account the possible occurrence of measurement gaps when determining the next available PRACH
subframe);
if the transmission mode is TDD and the PRACH Mask Index is equal to zero:
-
if ra-PreambleIndex was explicitly signalled and it was not 000000 (i.e., not selected by MAC):
ETSI
randomly select, with equal probability, one PRACH from the PRACHs available in the determined
subframe.
randomly select, with equal probability, one PRACH from the PRACHs available in the determined
subframe and the next two consecutive subframes.
else:
-
else:
-
14
determine a PRACH within the determined subframe in accordance with the requirements of the PRACH
Mask Index.
proceed to the transmission of the Random Access Preamble (see subclause 5.1.3).
5.1.3
instruct the physical layer to transmit a preamble using the selected PRACH, corresponding RA-RNTI, preamble
index and PREAMBLE_RECEIVED_TARGET_POWER.
5.1.4
Once the Random Access Preamble is transmitted and regardless of the possible occurrence of a measurement gap, the
UE shall monitor the PDCCH for Random Access Response(s) identified by the RA-RNTI defined below, in the RA
Response window which starts at the subframe that contains the end of the preamble transmission [7] plus three
subframes and has length ra-ResponseWindowSize subframes. The RA-RNTI associated with the PRACH in which the
Random Access Preamble is transmitted, is computed as:
RA-RNTI= 1 + t_id+10*f_id
Where t_id is the index of the first subframe of the specified PRACH (0 t_id <10), and f_id is the index of the
specified PRACH within that subframe, in ascending order of frequency domain (0 f_id< 6). The UE may stop
monitoring for Random Access Response(s) after successful reception of a Random Access Response containing
Random Access Preamble identifiers that matches the transmitted Random Access Preamble.
-
If a downlink assignment for this TTI has been received on the PDCCH for the RA-RNTI and the received TB is
successfully decoded, the UE shall regardless of the possible occurrence of a measurement gap:
-
set the backoff parameter value in the UE as indicated by the BI field of the Backoff Indicator subheader
and Table 7.2-1.
if the Random Access Response contains a Random Access Preamble identifier corresponding to the
transmitted Random Access Preamble (see subclause 5.1.3), the UE shall:
-
indicate the preambleInitialReceivedTargetPower and the amount of power ramping applied to the latest
preamble transmission to lower layers (i.e., (PREAMBLE_TRANSMISSION_COUNTER 1) *
powerRampingStep);
process the received UL grant value and indicate it to the lower layers;
if ra-PreambleIndex was explicitly signalled and it was not 000000 (i.e., not selected by MAC):
ETSI
15
set the Temporary C-RNTI to the value received in the Random Access Response message no later
than at the time of the first transmission corresponding to the UL grant provided in the Random
Access Response message;
if this is the first successfully received Random Access Response within this Random Access
procedure:
-
if the transmission is not being made for the CCCH logical channel, indicate to the Multiplexing
and assembly entity to include a C-RNTI MAC control element in the subsequent uplink
transmission;
obtain the MAC PDU to transmit from the "Multiplexing and assembly" entity and store it in the
Msg3 buffer.
NOTE:
When an uplink transmission is required, e.g., for contention resolution, the eNB should not provide a
grant smaller than 56 bits in the Random Access Response.
NOTE:
If within a Random Access procedure, an uplink grant provided in the Random Access Response for the
same group of Random Access Preambles has a different size than the first uplink grant allocated during
that Random Access procedure, the UE behavior is not defined.
If no Random Access Response is received within the RA Response window, or if none of all received Random Access
Responses contains a Random Access Preamble identifier corresponding to the transmitted Random Access Preamble,
the Random Access Response reception is considered not successful and the UE shall:
-
increment PREAMBLE_TRANSMISSION_COUNTER by 1;
If PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:
-
if in this Random Access procedure, the Random Access Preamble was selected by MAC:
-
based on the backoff parameter in the UE, select a random backoff time according to a uniform distribution
between 0 and the Backoff Parameter Value;
5.1.5
Contention Resolution
Contention Resolution is based on either C-RNTI on PDCCH or UE Contention Resolution Identity on DL-SCH.
Once Msg3 is transmitted, the UE shall:
-
regardless of the possible occurrence of a measurement gap, monitor the PDCCH until macContentionResolutionTimer expires or is stopped;
if notification of a reception of a PDCCH transmission is received from lower layers, the UE shall:
-
if the Random Access procedure was initiated by the MAC sublayer itself and the PDCCH transmission is
addressed to the C-RNTI and contains an UL grant for a new transmission; or
if the Random Access procedure was initiated by a PDCCH order and the PDCCH transmission is
addressed to the C-RNTI:
ETSI
stop mac-ContentionResolutionTimer;
stop mac-ContentionResolutionTimer;
if the MAC PDU contains a UE Contention Resolution Identity MAC control element; and
if the UE Contention Resolution Identity included in the MAC control element matches the CCCH
SDU transmitted in Msg3:
else if the CCCH SDU was included in Msg3 and the PDCCH transmission is addressed to its Temporary CRNTI:
-
16
consider this Contention Resolution successful and finish the disassembly and demultiplexing of
the MAC PDU;
else
-
consider this Contention Resolution not successful and discard the successfully decoded MAC
PDU.
if mac-ContentionResolutionTimer expires:
-
flush the HARQ buffer used for transmission of the MAC PDU in the Msg3 buffer;
increment PREAMBLE_TRANSMISSION_COUNTER by 1;
If PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:
-
based on the backoff parameter in the UE, select a random backoff time according to a uniform distribution
between 0 and the Backoff Parameter Value;
5.1.6
flush the HARQ buffer used for transmission of the MAC PDU in the Msg3 buffer.
ETSI
5.2
17
The UE has a configurable timer timeAlignmentTimer which is used to control how long the UE is considered uplink
time aligned [8].
The UE shall:
-
start timeAlignmentTimer;
when the contention resolution is considered not successful as described in subclause 5.1.5, stop
timeAlignmentTimer.
else:
-
5.3
5.3.1
DL Assignment reception
Downlink assignments transmitted on the PDCCH indicate if there is a transmission on the DL-SCH for a particular UE
and provide the relevant HARQ information.
When the UE has a C-RNTI, Semi-Persistent Scheduling C-RNTI, or Temporary C-RNTI, the UE shall for each TTI
during which it monitors PDCCH:
-
if a downlink assignment for this TTI has been received on the PDCCH for the UE"s C-RNTI, or Temporary
C-RNTI:
-
if the downlink assignment is for UE"s C-RNTI and if the previous downlink assignment indicated to the
HARQ entity of the same HARQ process was either a downlink assignment received for the UE"s SemiPersistent Scheduling C-RNTI or a configured downlink assignment:
-
consider the NDI to have been toggled regardless of the value of the NDI.
ETSI
indicate the presence of a downlink assignment and deliver the associated HARQ information to the HARQ
entity for this TTI.
else, if a downlink assignment for this TTI has been received on the PDCCH for the UE"s Semi-Persistent
Scheduling C-RNTI:
-
indicate the presence of a downlink assignment and deliver the associated HARQ information to the
HARQ entity for this TTI.
if timeAlignmentTimer is running:
-
18
indicate a positive acknowledgement for the downlink SPS release to the physical layer.
else:
-
store the downlink assignment and the associated HARQ information as configured downlink
assignment;
initialise (if not active) or re-initialise (if already active) the configured downlink assignment to start
in this TTI and to recur according to rules in subclause 5.10.1;
set the HARQ Process ID to the HARQ Process ID associated with this TTI;
indicate the presence of a configured downlink assignment and deliver the stored HARQ information
to the HARQ entity for this TTI.
else, if a downlink assignment for this TTI has been configured and there is no measurement gap in this TTI and
this TTI is not an MBSFN subframe:
-
instruct the physical layer to receive, in this TTI, transport block on the DL-SCH according to the configured
downlink assignment and to deliver it to the HARQ entity;
set the HARQ Process ID to the HARQ Process ID associated with this TTI;
indicate the presence of a configured downlink assignment and deliver the stored HARQ information to the
HARQ entity for this TTI.
For configured downlink assignments, the HARQ Process ID associated with this TTI is derived from the following
equation:
HARQ Process ID = [floor(CURRENT_TTI/(Downlink Semi-Persistent Scheduling Interval))] modulo Number of
Configured SPS Processes,
where CURRENT_TTI=[(SFN * 10) + subframe number], Downlink Semi-Persistent Scheduling Interval is the
periodicity of semi-persistent scheduling signalled via RRC and Number of Configured SPS Processes is the number of
HARQ processes allocated for semi-persistent scheduling signalled via RRC.
When the UE needs to read BCCH, the UE may, based on the scheduling information from RRC:
-
if a downlink assignment for this TTI has been received on the PDCCH for the SI-RNTI;
-
ETSI
19
the redundancy version of the received downlink assignment for this TTI is determined by RVK =
ceiling(3/2*k) modulo 4, where k depends on the type of system information message: for
SystemInformationBlockType1 message, k = (SFN/2) modulo 4, where SFN is the system frame number;
w
for SystemInformation messages, k=i modulo 4, i =0,1,, ns 1, where i denotes the subframe number
w
within the SI window ns ;
indicate a downlink assignment and redundancy version for the dedicated broadcast HARQ process to the
HARQ entity for this TTI.
5.3.2
HARQ operation
5.3.2.1
HARQ Entity
There is one HARQ entity at the UE which maintains a number of parallel HARQ processes. Each HARQ process is
associated with a HARQ process identifier. The HARQ entity directs HARQ information and associated TBs received
on the DL-SCH to the corresponding HARQ processes (see subclause 5.3.2.2).
The number of DL HARQ processes is specified in [2], clause 7.
When the physical layer is configured for spatial multiplexing [2], one or two TBs are expected per subframe and they
are associated with the same HARQ process. Otherwise, one TB is expected per subframe.
The UE shall:
-
allocate the TB(s) received from the physical layer and the associated HARQ information to the HARQ
process indicated by the associated HARQ information.
If a downlink assignment has been indicated for the broadcast HARQ process:
-
NOTE:
5.3.2.2
HARQ process
For each subframe where a transmission takes place for the HARQ process, one or two (in case of spatial multiplexing)
TBs and the associated HARQ information are received from the HARQ entity.
For each received TB and associated HARQ information, the HARQ process shall:
-
if the NDI, when provided, has been toggled compared to the value of the previous received transmission
corresponding to this TB; or
if the HARQ process is equal to the broadcast process and if this is the first received transmission for the TB
according to the system information schedule indicated by RRC; or
if this is the very first received transmission for this TB (i.e. there is no previous NDI for this TB):
-
else:
-
replace the data currently in the soft buffer for this TB with the received data.
ETSI
20
combine the received data with the data currently in the soft buffer for this TB.
if the TB size is different from the last valid TB size signalled for this TB:
-
the UE may replace the data currently in the soft buffer for this TB with the received data.
attempt to decode the data in the soft buffer for this TB;
if the data in the soft buffer was successfully decoded for this TB:
-
else if this is the first successful decoding of the data in the soft buffer for this TB:
-
deliver the decoded MAC PDU to the disassembly and demultiplexing entity.
else:
-
if the HARQ process is associated with a transmission indicated with a Temporary C-RNTI and the Contention
Resolution is not yet successful (see subclause 5.1.5); or
do not indicate the generated positive or negative acknowledgement to the physical layer.
else:
-
indicate the generated positive or negative acknowledgement for this TB to the physical layer.
The UE shall ignore NDI received in all downlink assignments on PDCCH for its Temporary C-RNTI when
determining if NDI on PDCCH for its C-RNTI has been toggled compared to the value in the previous transmission.
5.3.3
The UE shall disassemble and demultiplex a MAC PDU as defined in subclause 6.1.2.
5.4
5.4.1
UL Grant reception
In order to transmit on the UL-SCH the UE must have a valid uplink grant (except for non-adaptive HARQ
retransmissions) which it may receive dynamically on the PDCCH or in a Random Access Response or which may be
configured semi-persistently. To perform requested transmissions, the MAC layer receives HARQ information from
lower layers.
When timeAlignmentTimer is running and the UE has a C-RNTI, Semi-Persistent Scheduling C-RNTI, or Temporary CRNTI, the UE shall for each TTI :
-
if an uplink grant for this TTI has been received on the PDCCH for the UE"s C-RNTI or Temporary C-RNTI; or
if an uplink grant for this TTI has been received in a Random Access Response:
-
if the uplink grant is for UE"s C-RNTI and if the previous uplink grant delivered to the HARQ entity for the
same HARQ process was either an uplink grant received for the UE"s Semi-Persistent Scheduling C-RNTI or
a configured uplink grant:
ETSI
consider the NDI to have been toggled regardless of the value of the NDI.
deliver the uplink grant and the associated HARQ information to the HARQ entity for this TTI.
else, if an uplink grant for this TTI has been received on the PDCCH for the UE"s Semi-Persistent Scheduling CRNTI:
-
deliver the uplink grant and the associated HARQ information to the HARQ entity for this TTI.
21
else:
-
store the uplink grant and the associated HARQ information as configured uplink grant;
initialise (if not active) or re-initialise (if already active) the configured uplink grant to start in this TTI
and to recur according to rules in subclause 5.10.2;
deliver the configured uplink grant and the associated HARQ information to the HARQ entity for this
TTI.
deliver the configured uplink grant, and the associated HARQ information to the HARQ entity for this TTI.
NOTE:
NOTE:
If the UE receives both a grant in a Random Access Response and a grant for its C-RNTI or Semi
persistent scheduling C-RNTI requiring transmissions in the same UL subframe, the UE may choose to
continue with either the grant for its RA-RNTI or the grant for its C-RNTI or Semi persistent scheduling
C-RNTI.
NOTE:
When a configured uplink grant is indicated during a measurement gap and indicates an UL-SCH
transmission during a measurement gap, the UE processes the grant but does not transmit on UL-SCH.
5.4.2
5.4.2.1
HARQ operation
HARQ entity
There is one HARQ entity at the UE, which maintains a number of parallel HARQ processes allowing transmissions to
take place continuously while waiting for HARQ the feedback on the successful or unsuccessful reception of previous
transmissions.
The number of parallel HARQ processes is specified in [2], clause 8.
At a given TTI, if an uplink grant is indicated for the TTI, the HARQ entity identifies the HARQ process for which a
transmission should take place. It also routes the received HARQ feedback (ACK/NACK information), MCS and
resource, relayed by the physical layer, to the appropriate HARQ process.
When TTI bundling is configured, the parameter TTI_BUNDLE_SIZE provides the number of TTIs of a TTI bundle.
TTI bundling operation relies on the HARQ entity for invoking the same HARQ process for each transmission that is
part of the same bundle. Within a bundle HARQ retransmissions are non-adaptive and triggered without waiting for
feedback from previous transmissions according to TTI_BUNDLE_SIZE. The HARQ feedback of a bundle is only
ETSI
22
received for the last TTI of the bundle (i.e the TTI corresponding to TTI_BUNDLE_SIZE), regardless of whether a
transmission in that TTI takes place or not (e.g. when a measurement gap occurs). A retransmission of a TTI bundle is
also a TTI bundle.
For transmission of Msg3 during Random Access (see section 5.1.5) TTI bundling does not apply.
For each TTI, the HARQ entity shall:
-
if the received grant was not addressed to a Temporary C-RNTI on PDCCH and if the NDI provided in the
associated HARQ information has been toggled compared to the value in the previous transmission of this
HARQ process; or
if the uplink grant was received on PDCCH for the C-RNTI and the HARQ buffer of the identified process is
empty; or
if there is a MAC PDU in the Msg3 buffer and the uplink grant was received in a Random Access
Response:
-
else:
-
obtain the MAC PDU to transmit from the "Multiplexing and assembly" entity;
deliver the MAC PDU and the uplink grant and the HARQ information to the identified HARQ process;
else:
-
deliver the uplink grant and the HARQ information (redundancy version) to the identified HARQ
process;
else, if the HARQ buffer of the HARQ process corresponding to this TTI is not empty:
-
When determining if NDI has been toggled compared to the value in the previous transmission UE shall ignore NDI
received in all uplink grants on PDCCH for its Temporary C-RNTI.
5.4.2.2
HARQ process
ETSI
23
The UE is configured with a Maximum number of HARQ transmissions and a Maximum number of Msg3 HARQ
transmissions by RRC: maxHARQ-Tx and maxHARQ-Msg3Tx respectively. For transmissions on all HARQ processes
and all logical channels except for transmission of a MAC PDU stored in the Msg3 buffer, the maximum number of
transmissions shall be set to maxHARQ-Tx. For transmission of a MAC PDU stored in the Msg3 buffer, the maximum
number of transmissions shall be set to maxHARQ-Msg3Tx.
When the HARQ feedback is received for this TB, the HARQ process shall:
-
If the HARQ entity requests a new transmission, the HARQ process shall:
-
set CURRENT_TX_NB to 0;
set CURRENT_IRV to 0;
increment CURRENT_TX_NB by 1;
set CURRENT_IRV to the index corresponding to the redundancy version value provided in the HARQ
information;
if HARQ_FEEDBACK = NACK:
-
NOTE:
When receiving a HARQ ACK alone, the UE keeps the data in the HARQ buffer.
NOTE:
When no UL-SCH transmission can be made due to the occurrence of a measurement gap, no HARQ
feedback can be received and a non-adaptive retransmission follows.
if there is no measurement gap at the time of the transmission and, in case of retransmission, the retransmission
does not collide with a transmission for a MAC PDU obtained from the Msg3 buffer in this TTI:
-
instruct the physical layer to generate a transmission according to the stored uplink grant with the redundancy
version corresponding to the CURRENT_IRV value;
ETSI
24
increment CURRENT_IRV by 1;
if there is a measurement gap at the time of the HARQ feedback reception for this transmission and if the
MAC PDU was not obtained from the Msg3 buffer:
-
set HARQ_FEEDBACK to ACK at the time of the HARQ feedback reception for this transmission.
5.4.3
5.4.3.1
The Logical Channel Prioritization procedure is applied when a new transmission is performed.
RRC controls the scheduling of uplink data by signalling for each logical channel: priority where an increasing priority
value indicates a lower priority level, prioritisedBitRate which sets the Prioritized Bit Rate (PBR), bucketSizeDuration
which sets the Bucket Size Duration (BSD).
The UE shall maintain a variable Bj for each logical channel j. Bj shall be initialized to zero when the related logical
channel is established, and incremented by the product PBR TTI duration for each TTI, where PBR is Prioritized Bit
Rate of logical channel j. However, the value of Bj can never exceed the bucket size and if the value of Bj is larger than
the bucket size of logical channel j, it shall be set to the bucket size. The bucket size of a logical channel is equal to
PBR BSD, where PBR and BSD are configured by upper layers.
The UE shall perform the following Logical Channel Prioritization procedure when a new transmission is performed:
-
The UE shall allocate resources to the logical channels in the following steps:
-
Step 1: All the logical channels with Bj > 0 are allocated resources in a decreasing priority order. If the PBR
of a radio bearer is set to 'infinity', the UE shall allocate resources for all the data that is available for
transmission on the radio bearer before meeting the PBR of the lower priority radio bearer(s);
Step 2: the UE shall decrement Bj by the total size of MAC SDUs served to logical channel j in Step 1
NOTE:
-
Step 3: if any resources remain, all the logical channels are served in a strict decreasing priority order
(regardless of the value of Bj) until either the data for that logical channel or the UL grant is exhausted,
whichever comes first. Logical channels configured with equal priority should be served equally.
The UE shall also follow the rules below during the scheduling procedures above:
-
the UE should not segment an RLC SDU (or partially transmitted SDU or retransmitted RLC PDU) if the
whole SDU (or partially transmitted SDU or retransmitted RLC PDU) fits into the remaining resources;
if the UE segments an RLC SDU from the logical channel, it shall maximize the size of the segment to fill
the grant as much as possible;
The UE shall not transmit data for a logical channel corresponding to a radio bearer that is suspended (the conditions for
when a radio bearer is considered suspended are defined in [8]).
For the Logical Channel Prioritization procedure, the UE shall take into account the following relative priority in
decreasing order:
ETSI
25
MAC control element for BSR, with exception of BSR included for padding;
5.4.3.2
The UE shall multiplex MAC control elements and MAC SDUs in a MAC PDU according to subclauses 5.4.3.1 and
6.1.2.
5.4.4
Scheduling Request
The Scheduling Request (SR) is used for requesting UL-SCH resources for new transmission.
When an SR is triggered, it shall be considered as pending until it is cancelled. All pending SR(s) shall be cancelled
when a MAC PDU is assembled and this PDU includes a BSR which contains buffer status up to (and including) the
last event that triggered a BSR (see subclause 5.4.5), or when the UL grant can accommodate all pending data available
for transmission.
If an SR is triggered and there is no other SR pending, the UE shall set the SR_COUNTER to 0.
As long as one SR is pending, the UE shall for each TTI:
-
if the UE has no valid PUCCH resource for SR configured in any TTI: initiate a Random Access procedure
(see subclause 5.1) and cancel all pending SRs;
else if the UE has a valid PUCCH resource for SR configured for this TTI and if this TTI is not part of a
measurement gap:
-
5.4.5
increment SR_COUNTER by 1;
else:
-
initiate a Random Access procedure (see subclause 5.1) and cancel all pending SRs.
The Buffer Status reporting procedure is used to provide the serving eNB with information about the amount of data
available for transmission in the UL buffers of the UE. RRC controls BSR reporting by configuring the two timers
periodicBSR-Timer and retxBSR-Timer and by, for each logical channel, optionally signalling logicalChannelGroup
which allocates the logical channel to an LCG [8].
For the Buffer Status reporting procedure, the UE shall consider all radio bearers which are not suspended and may
consider radio bearers which are suspended.
A Buffer Status Report (BSR) shall be triggered if any of the following events occur:
-
UL data, for a logical channel which belongs to a LCG, becomes available for transmission in the RLC entity or
in the PDCP entity (the definition of what data shall be considered as available for transmission is specified in
[3] and [4] respectively) and either the data belongs to a logical channel with higher priority than the priorities of
ETSI
26
the logical channels which belong to any LCG and for which data is already available for transmission, or there
is no data available for transmission for any of the logical channels which belong to a LCG, in which case the
BSR is referred below to as "Regular BSR";
-
UL resources are allocated and number of padding bits is equal to or larger than the size of the Buffer Status
Report MAC control element plus its subheader, in which case the BSR is referred below to as "Padding BSR";
retxBSR-Timer expires and the UE has data available for transmission for any of the logical channels which
belong to a LCG, in which case the BSR is referred below to as "Regular BSR";
periodicBSR-Timer expires, in which case the BSR is referred below to as "Periodic BSR".
if more than one LCG has data available for transmission in the TTI where the BSR is transmitted: report Long
BSR;
if the number of padding bits is equal to or larger than the size of the Short BSR plus its subheader but smaller
than the size of the Long BSR plus its subheader:
-
if more than one LCG has data available for transmission in the TTI where the BSR is transmitted: report
Truncated BSR of the LCG with the highest priority logical channel with data available for transmission;
else if the number of padding bits is equal to or larger than the size of the Long BSR plus its subheader, report
Long BSR.
If the Buffer Status reporting procedure determines that at least one BSR has been triggered since the last transmission
of a BSR or if this is the first time that at least one BSR is triggered:
-
if the UE has UL resources allocated for new transmission for this TTI:
-
instruct the Multiplexing and Assembly procedure to generate a BSR MAC control element;
A MAC PDU shall contain at most one MAC BSR control element, even when multiple events trigger a BSR by the
time a BSR can be transmitted in which case the Regular BSR and the Periodic BSR shall have precedence over the
padding BSR.
The UE shall restart retxBSR-Timer upon indication of a grant for transmission of new data on UL-SCH.
All triggered BSRs shall be cancelled in case the UL grant can accommodate all pending data available for transmission
but is not sufficient to additionally accommodate the BSR MAC control element plus its subheader. All triggered BSRs
shall be cancelled when a BSR is included in a MAC PDU for transmission.
5.4.6
The Power Headroom reporting procedure is used to provide the serving eNB with information about the difference
between the nominal UE maximum transmit power and the estimated power for UL-SCH transmission. The reporting
period, delay and mapping of Power Headroom are defined in subclause 9.1.8 of [9]. RRC controls Power Headroom
reporting by configuring the two timers periodicPHR-Timer and prohibitPHR-Timer, and by signalling dlPathlossChange which sets the change in measured downlink pathloss to trigger a PHR [8].
A Power Headroom Report (PHR) shall be triggered if any of the following events occur:
ETSI
27
prohibitPHR-Timer expires or has expired and the path loss has changed more than dl-PathlossChange dB since
the transmission of a PHR when UE has UL resources for new transmission;
periodicPHR-Timer expires;
upon configuration or reconfiguration of the power headroom reporting functionality by upper layers [8], which
is not used to disable the function.
If the UE has UL resources allocated for new transmission for this TTI:
-
if it is the first UL resource allocated for a new transmission since the last MAC reset, start periodicPHR-Timer;
if the Power Headroom reporting procedure determines that at least one PHR has been triggered since the last
transmission of a PHR or this is the first time that a PHR is triggered, and;
if the allocated UL resources can accommodate a PHR MAC control element plus its subheader as a result of
logical channel prioritization:
-
obtain the value of the power headroom from the physical layer;
instruct the Multiplexing and Assembly procedure to generate and transmit a PHR MAC control element
based on the value reported by the physical layer;
5.5
PCH reception
if a PCH assignment has been received on the PDCCH for the P-RNTI:
-
5.6
BCH reception
5.7
The UE may be configured by RRC with a DRX functionality that controls the UE"s PDCCH monitoring activity for
the UE"s C-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI and Semi-Persistent Scheduling C-RNTI (if configured).
When in RRC_CONNECTED, if DRX is configured, the UE is allowed to monitor the PDCCH discontinuously using
the DRX operation specified in this subclause; otherwise the UE monitors the PDCCH continuously. When using DRX
operation, the UE shall also monitor PDCCH according to requirements found in other subclauses of this specification.
RRC controls DRX operation by configuring the timers onDurationTimer, drx-InactivityTimer, drxRetransmissionTimer (one per DL HARQ process except for the broadcast process), the longDRX-Cycle, the value of
the drxStartOffset and optionally the drxShortCycleTimer and shortDRX-Cycle. A HARQ RTT timer per DL HARQ
process (except for the broadcast process) is also defined (see subclause 7.7).
ETSI
28
When a DRX cycle is configured, the Active Time includes the time while:
-
an uplink grant for a pending HARQ retransmission can occur and there is data in the corresponding HARQ
buffer; or
a PDCCH indicating a new transmission addressed to the C-RNTI of the UE has not been received after
successful reception of a Random Access Response for the preamble not selected by the UE (as described in
subclause 5.1.4).
If the Short DRX Cycle is used and [(SFN * 10) + subframe number] modulo (shortDRX-Cycle) =
(drxStartOffset) modulo (shortDRX-Cycle); or
if the Long DRX Cycle is used and [(SFN * 10) + subframe number] modulo (longDRX-Cycle) = drxStartOffset:
-
if a HARQ RTT Timer expires in this subframe and the data in the soft buffer of the corresponding HARQ
process was not successfully decoded:
-
start onDurationTimer.
stop onDurationTimer;
stop drx-InactivityTimer.
if drx-InactivityTimer expires or a DRX Command MAC control element is received in this subframe:
-
else:
-
during the Active Time, for a PDCCH-subframe, if the subframe is not required for uplink transmission for halfduplex FDD UE operation and if the subframe is not part of a configured measurement gap:
-
if the PDCCH indicates a DL transmission or if a DL assignment has been configured for this subframe:
start the HARQ RTT Timer for the corresponding HARQ process;
ETSI
29
when On Duration Timer is not running, CQI/PMI/RI on PUCCH shall not be reported.
else:
-
Regardless of whether the UE is monitoring PDCCH or not the UE receives and transmits HARQ feedback when such
is expected.
NOTE:
5.8
A UE may optionally choose to not send CQI/PMI/RI reports on PUCCH and/or SRS transmissions for
up to 4 subframes following a PDCCH indicating a new transmission (UL or DL) received in the last
subframe of active time. The choice not to send CQI/PMI/RI reports on PUCCH and/or SRS
transmissions is not applicable for subframes where onDurationTimer is running.
MAC reconfiguration
When a reconfiguration of the MAC entity is requested by upper layers, the UE shall:
-
for timers apply the new value when the timer is (re)started;
when counters are initialized apply the new maximum parameter value;
for other parameters, apply immediately the configurations received from upper layers.
5.9
MAC Reset
consider timeAlignmentTimer as expired and perform the corresponding actions in subclause 5.2;
set the NDIs for all uplink HARQ processes to the value 0;
for each DL HARQ process, consider the next received transmission for a TB as the very first transmission;
5.10
Semi-Persistent Scheduling
When Semi-Persistent Scheduling is enabled by RRC, the following information is provided [8]:
-
ETSI
30
When Semi-Persistent Scheduling for uplink or downlink is disabled by RRC, the corresponding configured grant or
configured assignment shall be discarded.
5.10.1
Downlink
After a Semi-Persistent downlink assignment is configured, the UE shall consider that the assignment recurs in each
subframe for which:
-
(10 * SFN + subframe) = [(10 * SFNstart time + subframestart time) + N * semiPersistSchedIntervalDL] modulo
10240, for all N>0.
Where SFNstart time and subframestart time are the SFN and subframe, respectively, at the time the configured downlink
assignment were (re-)initialised.
5.10.2
Uplink
else:
-
set Subframe_Offset to 0.
Where SFNstart time and subframestart time are the SFN and subframe, respectively, at the time the configured uplink grant
were (re-)initialised.
The UE shall clear the configured uplink grant immediately after implicitReleaseAfter [8] number of consecutive new
MAC PDUs each containing zero MAC SDUs have been provided by the Multiplexing and Assembly entity, on the
Semi-Persistent Scheduling resource.
NOTE:
5.11
Retransmissions for Semi-Persistent Scheduling can continue after clearing the configured uplink grant.
When a MAC entity receives a MAC PDU for the UE"s C-RNTI or Semi-Persistent Scheduling C-RNTI, or by the
configured downlink assignment, containing reserved or invalid values, the MAC entity shall:
-
ETSI
31
6.1
6.1.1
General
A MAC PDU is a bit string that is byte aligned (i.e. multiple of 8 bits) in length. In the figures in subclause 6.1, bit
strings are represented by tables in which the most significant bit is the leftmost bit of the first line of the table, the least
significant bit is the rightmost bit on the last line of the table, and more generally the bit string is to be read from left to
right and then in the reading order of the lines. The bit order of each parameter field within a MAC PDU is represented
with the first and most significant bit in the leftmost bit and the last and least significant bit in the rightmost bit.
MAC SDUs are bit strings that are byte aligned (i.e. multiple of 8 bits) in length. An SDU is included into a MAC PDU
from the first bit onward.
The UE shall ignore the value of Reserved bits in downlink MAC PDUs.
6.1.2
A MAC PDU consists of a MAC header, zero or more MAC Service Data Units (MAC SDU), zero, or more MAC
control elements, and optionally padding; as described in Figure 6.1.2-3.
Both the MAC header and the MAC SDUs are of variable sizes.
A MAC PDU header consists of one or more MAC PDU subheaders; each subheader corresponds to either a MAC
SDU, a MAC control element or padding.
A MAC PDU subheader consists of the six header fields R/R/E/LCID/F/L but for the last subheader in the MAC PDU
and for fixed sized MAC control elements. The last subheader in the MAC PDU and subheaders for fixed sized MAC
control elements consist solely of the four header fields R/R/E/LCID. A MAC PDU subheader corresponding to
padding consists of the four header fields R/R/E/LCID.
ETSI
32
Padding occurs at the end of the MAC PDU, except when single-byte or two-byte padding is required. Padding may
have any value and the UE shall ignore it. When padding is performed at the end of the MAC PDU, zero or more
padding bytes are allowed.
When single-byte or two-byte padding is required, one or two MAC PDU subheaders corresponding to padding are
placed at the beginning of the MAC PDU before any other MAC PDU subheader.
A maximum of one MAC PDU can be transmitted per TB per UE.
R/R/E/LCID
R/R/E/LCID
R/R/E/LCID/F/L
R/R/E/LCID/F/L
sub-header
sub-header
sub-header
sub-header
MAC header
...
R/R/E/LCID/F/L
R/R/E/LCID padding
sub-header
sub-header
MAC SDU
Padding
(opt)
MAC payload
Figure 6.1.2-3: Example of MAC PDU consisting of MAC header, MAC control elements, MAC SDUs
and padding
6.1.3
6.1.3.1
Short BSR and Truncated BSR format: one LCG ID field and one corresponding Buffer Size field (figure
6.1.3.1-1); or
Long BSR format: four Buffer Size fields, corresponding to LCG IDs #0 through #3 (figure 6.1.3.1-2).
The BSR formats are identified by MAC PDU subheaders with LCIDs as specified in table 6.2.1-2.
The fields LCG ID and Buffer Size are defined as follow:
-
LCG ID: The Logical Channel Group ID field identifies the group of logical channel(s) which buffer status is
being reported. The length of the field is 2 bits;
Buffer Size: The Buffer Size field identifies the total amount of data available across all logical channels of a
logical channel group after the MAC PDU has been built. The amount of data is indicated in number of bytes. It
shall include all data that is available for transmission in the RLC layer and in the PDCP layer; the definition of
what data shall be considered as available for transmission is specified in [3] and [4] respectively. The size of
the RLC and MAC headers are not considered in the buffer size computation. The length of this field is 6 bits.
The values taken by the Buffer Size field are shown in Table 6.1.3.1-1.
Figure 6.1.3.1-1: Short BSR and Truncated BSR MAC control element
ETSI
33
0
1
2
3
Index
BS = 0
32
0 < BS <= 10
33
10 < BS <= 12
34
12 < BS <= 14
35
14 < BS <= 17
36
17 < BS <= 19
37
19 < BS <= 22
38
22 < BS <= 26
39
26 < BS <= 31
40
31 < BS <= 36
41
10
36 < BS <= 42
42
11
42 < BS <= 49
43
49 < BS <= 57
44
57 < BS <= 67
45
12
13
14
67 < BS <= 78
46
15
78 < BS <= 91
47
16
48
17
49
18
50
19
51
20
52
21
53
22
54
55
56
23
24
25
57
26
58
27
59
28
60
29
61
30
62
31
63
BS > 150000
ETSI
6.1.3.2
34
The C-RNTI MAC control element is identified by MAC PDU subheader with LCID as specified in table 6.2.1-2.
It has a fixed size and consists of a single field defined as follows (figure 6.1.3.2-1):
-
C-RNTI: This field contains the C-RNTI of the UE. The length of the field is 16 bits.
6.1.3.3
The DRX Command MAC control element is identified by a MAC PDU subheader with LCID as specified in table
6.2.1-1.
It has a fixed size of zero bits.
6.1.3.4
The UE Contention Resolution Identity MAC control element is identified by MAC PDU subheader with LCID as
specified in table 6.2.1-1. This control element has a fixed 48-bit size and consists of a single field defined as follows
(figure 6.1.3.4-1)
-
UE Contention Resolution Identity: This field contains the uplink CCCH SDU.
6.1.3.5
The Timing Advance Command MAC control element is identified by MAC PDU subheader with LCID as specified in
table 6.2.1-1.
It has a fixed size and consists of a single octet defined as follows (figure 6.1.3.5-1):
-
Timing Advance Command: This field indicates the index value TA (0, 1, 2 63) used to control the amount of
timing adjustment that UE has to apply (see subclause 4.2.3 of [2]). The length of the field is 6 bits.
ETSI
6.1.3.6
35
The Power Headroom MAC control element is identified by a MAC PDU subheader with LCID as specified in table
6.2.1-2. It has a fixed size and consists of a single octet defined as follows (figure 6.1.3.6-1):
-
Power Headroom (PH): this field indicates the power headroom level. The length of the field is 6 bits. The
reported PH and the corresponding power headroom levels are shown in Table 6.1.3.6-1 below (the
corresponding measured values in dB can be found in subclause 9.1.8.4 of [9]).
60
61
62
63
6.1.4
POWER_HEADROOM_60
POWER_HEADROOM_61
POWER_HEADROOM_62
POWER_HEADROOM_63
A MAC PDU consists solely of a MAC Service Data Unit (MAC SDU) whose size is aligned to a TB; as described in
figure 6.1.4-1.
6.1.5
A MAC PDU consists of a MAC header and zero or more MAC Random Access Responses (MAC RAR) and
optionally padding as described in figure 6.1.5-4.
The MAC header is of variable size.
A MAC PDU header consists of one or more MAC PDU subheaders; each subheader corresponding to a MAC RAR
except for the Backoff Indicator subheader. If included, the Backoff Indicator subheader is only included once and is
the first subheader included within the MAC PDU header.
A MAC PDU subheader consists of the three header fields E/T/RAPID (as described in figure 6.1.5-1) but for the
Backoff Indicator subheader which consists of the five header field E/T/R/R/BI (as described in figure 6.1.5-2).
ETSI
36
A MAC RAR consists of the four fields R/Timing Advance Command/UL Grant/Temporary C-RNTI (as described in
figure 6.1.5-3).
Padding may occur after the last MAC RAR. Presence and length of padding is implicit based on TB size, size of MAC
header and number of RARs.
E/T/RAPID
subheader 1
MAC header
E/T/RAPID
subheader 2
E/T/RAPID
subheader n
...
...
MAC RAR n
Padding
(opt)
MAC payload
Figure 6.1.5-4: Example of MAC PDU consisting of a MAC header and MAC RARs
6.2
6.2.1
The MAC header is of variable size and consists of the following fields:
ETSI
37
LCID: The Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or
the type of the corresponding MAC control element or padding as described in tables 6.2.1-1 and 6.2.1-2 for the
DL and UL-SCH respectively. There is one LCID field for each MAC SDU, MAC control element or padding
included in the MAC PDU. In addition to that, one or two additional LCID fields are included in the MAC PDU,
when single-byte or two-byte padding is required but cannot be achieved by padding at the end of the MAC
PDU. The LCID field size is 5 bits;
L: The Length field indicates the length of the corresponding MAC SDU in bytes. There is one L field per MAC
PDU subheader except for the last subheader and subheaders corresponding to fixed-sized MAC control
elements. The size of the L field is indicated by the F field;
F: The Format field indicates the size of the Length field as indicated in table 6.2.1-3. There is one F field per
MAC PDU subheader except for the last subheader and subheaders corresponding to fixed-sized MAC control
elements. The size of the F field is 1 bit. If the size of the MAC SDU is less than 128 bytes, the UE shall set the
value of the F field to 0, otherwise the UE shall set it to 1;
E: The Extension field is a flag indicating if more fields are present in the MAC header or not. The E field is set
to "1" to indicate another set of at least R/R/E/LCID fields. The E field is set to "0" to indicate that either a MAC
SDU, a MAC control element or padding starts at the next byte;
LCID values
CCCH
Identity of the logical channel
Reserved
UE Contention Resolution Identity
Timing Advance Command
DRX Command
Padding
LCID values
CCCH
Identity of the logical channel
Reserved
Power Headroom Report
C-RNTI
Truncated BSR
Short BSR
Long BSR
Padding
6.2.2
The MAC header is of variable size and consists of the following fields:
-
E: The Extension field is a flag indicating if more fields are present in the MAC header or not. The E field is set
to "1" to indicate at least another set of E/T/RAPID fields follows. The E field is set to "0" to indicate that a
MAC RAR or padding starts at the next byte;
ETSI
38
T: The Type field is a flag indicating whether the MAC subheader contains a Random Access ID or a Backoff
Indicator. The T field is set to '0' to indicate the presence of a Backoff Indicator field in the subheader (BI). The
T field is set to '1' to indicate the presence of a Random Access Preamble ID field in the subheader (RAPID);
BI: The Backoff Indicator field identifies the overload condition in the cell. The size of the BI field is 4 bits;
RAPID: The Random Access Preamble IDentitfier field identifies the transmitted Random Access Preamble (see
subclause 5.1.3). The size of the RAPID field is 6 bits.
6.2.3
The MAC RAR is of fixed size and consists of the following fields:
-
Timing Advance Command: The Timing Advance Command field indicates the index value TA (0, 1, 2 1282)
used to control the amount of timing adjustment that UE has to apply (see subclause 4.2.3 of [2]). The size of the
Timing Advance Command field is 11 bits;
UL Grant: The UpLink Grant field indicates the resources to be used on the uplink (see subclause 6.2 of [2]).
The size of the UL Grant field is 20 bits;
Temporary C-RNTI: The Temporary C-RNTI field indicates the temporary identity that is used by the UE during
Random Access. The size of the Temporary C-RNTI field is 16 bits.
7.1
RNTI values
RNTI values are presented in Table 7.1-1 and their usage and associated Transport Channels and Logical Channels are
presented in Table 7.1-2.
Table 7.1-1: RNTI values.
Value (hexa-decimal)
0000
0001-003C
003D-FFF3
FFF4-FFFD
FFFE
FFFF
NOTE:
RNTI
N/A
RA-RNTI, C-RNTI, Semi-Persistent Scheduling C-RNTI,
Temporary C-RNTI, TPC-PUCCH-RNTI and TPC-PUSCH-RNTI
(see note)
C-RNTI, Semi-Persistent Scheduling C-RNTI, Temporary C-RNTI,
TPC-PUCCH-RNTI and TPC-PUSCH-RNTI
Reserved for future use
P-RNTI
SI-RNTI
The values corresponding to the RA-RNTI values of a cell"s PRACH configuration are not used in the
cell for any other RNTI (C-RNTI, Semi-Persistent Scheduling C-RNTI, Temporary C-RNTI, TPCPUCCH-RNTI or TPC-PUSCH-RNTI).
ETSI
39
7.2
Usage
Paging and System Information change
notification
Broadcast of System Information
Random Access Response
Contention Resolution
(when no valid C-RNTI is available)
Msg3 transmission
Dynamically scheduled unicast transmission
Triggering of PDCCH ordered random access
Semi-Persistently scheduled unicast
transmission
(activation, reactivation and retransmission)
Semi-Persistently scheduled unicast
transmission
(deactivation)
Physical layer Uplink power control
Physical layer Uplink power control
Transport Channel
PCH
Logical Channel
PCCH
DL-SCH
DL-SCH
DL-SCH
BCCH
N/A
CCCH
UL-SCH
DL-SCH, UL-SCH
N/A
DL-SCH, UL-SCH
N/A
N/A
N/A
N/A
N/A
N/A
The reserved values of the backoff parameter if received by the current release version UEs shall be taken as 960 ms.
ETSI
7.3
40
PRACH
Mask Index
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
7.4
All
PRACH Resource Index 0
PRACH Resource Index 1
PRACH Resource Index 2
PRACH Resource Index 3
PRACH Resource Index 4
PRACH Resource Index 5
PRACH Resource Index 6
PRACH Resource Index 7
PRACH Resource Index 8
PRACH Resource Index 9
Every, in the time domain, even PRACH opportunity
st
1 PRACH Resource Index in subframe
Every, in the time domain, odd PRACH opportunity
st
1 PRACH Resource Index in subframe
Reserved
Reserved
Reserved
All
PRACH Resource Index 0
PRACH Resource Index 1
PRACH Resource Index 2
PRACH Resource Index 3
PRACH Resource Index 4
PRACH Resource Index 5
Reserved
Reserved
Reserved
Reserved
Every, in the time domain, even PRACH opportunity
st
1 PRACH Resource Index in subframe
Every, in the time domain, odd PRACH opportunity
st
1 PRACH Resource Index in subframe
st
1 PRACH Resource Index in subframe
nd
2 PRACH Resource Index in subframe
rd
3 PRACH Resource Index in subframe
Subframe_Offset values
7.5
TTI_BUNDLE_SIZE value
7.6
DELTA_PREAMBLE values
The DELTA_PREAMBLE preamble format based power offset values are presented in Table 7.6-1.
ETSI
41
DELTA_PREAMBLE value
0 dB
0 dB
-3 dB
-3 dB
8 dB
7.7
For FDD the HARQ RTT Timer is set to 8 subframes. For TDD the HARQ RTT Timer is set to k + 4 subframes, where
k is the interval between the downlink transmission and the transmission of associated HARQ feedback, as indicated in
Table 10.1-1 of [2].
ETSI
42
Annex A (normative):
Handling of measurement gaps
In a subframe that is part of a measurement gap, the UE shall not perform the transmission of HARQ feedback and
CQI/PMI/RI, and SRS shall not be reported.
ETSI
43
Annex B (informative):
Contention resolution for RACH access
When checking whether contention resolution was successful a UE considers the MAC header structures shown below
for the processing of a MAC PDU containing a UE Contention Resolution Identity MAC control element.
LCID (11100)
LCID
(11100)
LCID
(00000)
LCID
(11111)
LCID
(11111)
LCID
(11100)
LCID
(11111)
LCID
(00000)
LCID
(11100)
LCID
(00000)
LCID
(11100)
LCID
(11100)
LCID
(00000)
LCID
(00000)
F
R
L
R
LCID
L
L
(11111)
R
Case 5: MAC subheader for MAC control element +
MAC subheader (7-bits L-field) for MAC SDU (CCCH) +
MAC subheader for padding
LCID
(11111)
ETSI
44
Annex C (informative):
Change history
Change history
Date
2007-06
2007-06
TSG #
TSG Doc. CR
RAN2#58 R2-072710
bis
RAN2#58 R2-072912
bis
Rev Subject/Comment
MAC Protocol Specification Baseline
Text Proposal for UL HARQ (Tdoc R2-072708)
Text Proposal for DL HARQ (Tdoc R2-072707)
Text Proposal for RACH procedure (Tdoc R2-072640)
Text Proposal for Logical Channel prioritization (Tdoc R2-072643)
Basic MAC PDU structure (Tdoc R2-072983) with updates
Agreements on time-frequency resource configuration (Tdoc R2072993)
Agreement on RA-RNTI association (Tdoc R2-072993)
Clarification on RA Response reception (Tdoc R2-072993)
Removed reference to non-existing table (Tdoc R2-073473)
Incorrect mapping of logical to transport channel (Tdoc R2-073473)
Un-necessary error checking in HARQ process procedure (Tdoc
R2-073473)
Removal of reference to timing relation for HARQ feedback (Tdoc
R2-073473)
Correction of Internal variable name (Tdoc R2-073473)
Correction of procedure in case of successful HARQ reception
(Tdoc R2-073473)
Text proposal for Random Access procedure
Text proposal on HARQ clarification for TDD
Text proposal on HARQ for grants
Clean version for information
Editorial update with Editor"s notes (Tdoc R2-074211).
2007-06
RAN2#58 R2-072994
bis
2007-08
RAN2#59 R2-073715
2007-09
RAN2#59 R2-073885
2007-09
2007-10
2007-11
RAN#37 RP-070688
RAN2#59 R2-074530
bis
RAN2#60 R2-075093
2007-11
RAN2#60 R2-075243
2007-11
RAN2#60 R2-075488
2007-11
2007-12
2008-03
2008-05
2008-09
RP-38
RP-38
RP-39
RP-40
RP-41
RP-41
RP-070917
RP-080162
RP-080410
RP-080690
RP-080690
RP-41
RP-080690 0005 4
RP-41
RP-41
RP-41
RP-41
RP-41
RP-41
RP-41
RP-41
RP-41
RP-080690
RP-080690
RP-080690
RP-080690
RP-080690
RP-080690
0001
0002
0003
0004
0009
0010
0011
0012
0015
0016
2
1
-
3
-
ETSI
Old
-
New
0.1.0
0.1.0
0.1.1
0.1.1
0.2.0
0.2.0
0.2.1
0.2.1
1.0.0
1.0.0
1.1.0
1.1.0
1.1.1
1.1.1
1.2.0
1.2.0
1.3.0
1.3.0
2.0.0
8.0.0
8.1.0
8.2.0
8.2.0
2.0.0
8.0.0
8.1.0
8.2.0
8.3.0
8.3.0
8.2.0
8.3.0
8.2.0
8.2.0
8.2.0
8.3.0
8.3.0
8.3.0
8.2.0
8.2.0
8.2.0
8.2.0
8.2.0
8.2.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
2008-12
RP-41
RP-41
RP-41
RP-41
RP-41
RP-41
RP-41
RP-41
RP-41
RP-41
RP-080690
RP-080690
RP-080690
RP-080690
RP-080690
RP-080690
RP-080690
RP-080690
RP-080690
RP-080690
0017
0020
0022
0027
0051
0058
0071
0091
0103
0104
RP-42
RP-42
RP-42
RP-42
RP-081018 0108 2
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
0113
0114
0115
0116
0117
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-081078
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
0118
0119
0120
0121
0122
0123
2
1
4
1
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
0124
0125
0127
0128
0129
0130
0131
0132
0133
0134
0135
0136
2
1
1
1
1
1
-
RP-42
RP-42
RP-42
RP-081018 0137 2
RP-081018 0138 RP-081018 0139 -
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
0142
0143
0157
0162
0165
0166
0167
0168
0173
0174
0175
0185
0188
0189
0198
0201
0206
0211
0220
0225
0231
1
1
1
2
-
1
1
1
1
1
2
1
2
1
2
-
45
ETSI
8.2.0
8.2.0
8.2.0
8.2.0
8.2.0
8.2.0
8.2.0
8.2.0
8.2.0
8.2.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.4.0
8.4.0
8.4.0
8.3.0
8.4.0
8.3.0
8.3.0
8.3.0
8.4.0
8.4.0
8.4.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.3.0
8.3.0
8.3.0
8.4.0
8.4.0
8.4.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
2009-03
2009-06
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-42
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-081018
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
0232
0233
0236
0239
0240
0241
0242
0243
0245
0246
0247
0248
0249
0250
0251
0252
0253
0254
1
1
2
2
1
1
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-43
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
RP-090128
0255
0256
0257
0258
0259
0260
0261
0262
0263
0264
0265
0266
0267
0269
0270
0271
0272
0273
0274
0275
0276
0278
0279
0280
0281
0282
0283
0285
0289
0290
0292
0293
0300
0303
0305
0307
0308
0314
0316
0318
0320
1
2
2
1
1
2
1
1
2
1
1
1
1
1
3
1
-
RP-43
RP-43
RP-43
RP-43
RP-44
RP-44
RP-44
RP-44
RP-44
RP-44
RP-090128
RP-090128
RP-090128
RP-090128
RP-090513
RP-090513
RP-090513
RP-090513
RP-090513
RP-090513
0324
0333
0334
0341
0342
0343
0344
0346
0347
0348
3
1
1
1
2
2
-
46
ETSI
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.3.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.4.0
8.4.0
8.4.0
8.4.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.6.0
8.6.0
8.6.0
8.6.0
8.6.0
8.6.0
2009-09
2009-09
RP-44
RP-44
RP-44
RP-44
RP-44
RP-44
RP-44
RP-44
RP-45
RP-45
RP-45
RP-090513
RP-090513
RP-090513
RP-090513
RP-090513
RP-090513
RP-090513
RP-090513
RP-090906
RP-090906
RP-090906
0349
0350
0351
0369
0370
0374
0376
0377
0379
0380
0381
1
1
2
1
1
2
RP-45
RP-45
RP-45
47
Correction to RETX_BSR_TIMER
CR to 36.321 on UL SPS Implicit Release
Various correction to MAC
Correction to Uplink grant by temporary C-RNTI
Clarification on simultaneous reception of RA-RNTI and C-RNTI
Correction on timeAlignmentTimer validity in MAC
CR for MAC padding
Correction to duplicate reception of TA command (2nd method)
Correction to NDI semantics
Minor corrections to 36.321
UE behaviour when MBSFN subframe and a configured downlink
assignment collide
Correction to HARQ process ID for DL SPS retransmissions
Improvement of cancellation of SR
Periodic CQI/PMI/RI masking
ETSI
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.5.0
8.6.0
8.6.0
8.6.0
8.6.0
8.6.0
8.6.0
8.6.0
8.6.0
8.6.0
8.6.0
8.6.0
8.7.0
8.7.0
8.7.0
8.6.0
8.7.0
8.7.0
8.7.0
9.0.0
9.0.0
48
History
Document history
V9.0.0
October 2009
Publication
ETSI