Scribd
Upload
314 views6 pages

MAC PDU Explanation For LTE & NR

The document compares the MAC PDU structure between LTE and 5G NR. In LTE, all MAC subheaders are placed at the beginning of the MAC PDU, while in NR the subheaders are placed immediately before the corresponding MAC SDU payload. NR also allows pre-processing of PDUs before scheduling. The MAC subheader includes fields for logical channel identifier, length, and flags. In NR, multiplexing is improved by placing subheaders adjacent to the corresponding payload rather than in a separate header section.

Uploaded by

saiful
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
314 views6 pages

MAC PDU Explanation For LTE & NR

The document compares the MAC PDU structure between LTE and 5G NR. In LTE, all MAC subheaders are placed at the beginning of the MAC PDU, while in NR the subheaders are placed immediately before the corresponding MAC SDU payload. NR also allows pre-processing of PDUs before scheduling. The MAC subheader includes fields for logical channel identifier, length, and flags. In NR, multiplexing is improved by placing subheaders adjacent to the corresponding payload rather than in a separate header section.

Uploaded by

saiful
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
You are on page 1/ 6

MAC PDU explanation for LTE & NR

LTE 5G-NR
A MAC PDU primarily consists of the MAC header and the MAC The placement of the MAC headers has been improved in NR compared to LTE,
payload. (it's very simple and general to say) considering the low latency applications in mind. Instead of placing all the MAC
header information at the beginning of a MAC PDU (which implies that assembly of
The MAC header is further composed of MAC subheaders, while the the MAC PDU can not start until the scheduling decision is available)  the sub-
MAC payload is composed of MAC Control Elements, MAC SDUs and header corresponding to a certain MAC SDU is placed immediately before the SDU
padding.

This helps the PDUs to be pre-processed before scheduling decision is received . If


necessary, padding can be appended to align the transport block size supported in
NR. The sub-header contains the identity of the logical channel (LCID) from which
Each MAC PDU corresponds to a single Transport Block (TB) the RLC PDU originated and the length of the PDU in bytes. There is also a flag
indicating the size of the length indicator, as well as a reserved bit for future use
as shown in above figure.
There is one sub-header for each MAC Control Element in the
In addition to multiplexing of different logical channels, the MAC layer can also
PDU and each MAC SDU in the PDU
insert MAC control elements into the transport blocks to be transmitted over the
Each MAC subheader consists of a Logical Channel ID (LCID) and a transport channels. A MAC control element is used for inband control signaling
Length (L) field. and identified with reserved values in the LCID field, where the LCID value
indicates the type of control information.
MAC PDU explanation for LTE & NR
LTE 5G-NR
You would notice here, all the MAC subleaders are located at the beginning of a
MAC PDU: 
MAC PDU in LTE, but in NR MAC subheaders are located right in front of
- A MAC PDU consists of'
corresponding SDU(Payload). In other words, in LTE MAC Subheader and
•MAC Header corresponding data are located in different region, but in NR MAC subheader and
•Zero or More MAC SDU,  corresponding data(payload) are in the same region sitting next to each other.
•Zero or More MAC Control Elements and  
•Optionally Padding.
- MAC header and MAC SDU are of variable SIZE.
- The MAC header and subheaders are octet aligned.

- A MAC PDU sub-header consists of the six header


fields R/R/E/LCID/F/L

For the last sub-header in the MAC PDU, for fixed sized MAC control


elements and Padding consist of the four header fields R/R/E/LCID.
MAC PDU explanation for LTE & NR
LTE 5G-NR
The LCID indicates whether the corresponding part of the MAC payload
is a MAC Control Element, and if not, to which logical channel the  
related MAC SDU belongs

The L field indicates the size of the related MAC SDU or MAC Control
Element.
R/F/LCID/L MAC subheader with 8-bit L field

R/F/LCID/L MAC subheader with 16-bit L field


R/LCID MAC subheader
 

MAC header consists of multiple sub-headers


--One sub-header for each Control Element, MAC PDU or Padding
--Each sub-header is 1 or 2, 3 bytes in length
–[R/R/E/LCID]: Used for fixed length MAC SDUs and MAC Control Elements
–[R/R/E/LDID/F/Length]: Used for variable length MAC SDUs
MAC PDU explanation for LTE & NR
LTE 5G-NR
MAC Padding always placed at the end of the MAC PDU, with only
exception when single-byte or two-byte padding is required.PDU
des
subheaders have the same order as the corresponding MAC
SDUs, MAC CE and Padding.
A maximum of one MAC PDU can be transmitted per TB per UE.

MAC PDU consisting of MAC header, MAC control elements, MAC


SDUs and padding
MAC Control Elements are used for MAC-level peer-to-peer signalling, including
delivery of BSR information and reports of the UE’s available power headroom in the
uplink, and in the downlink DRX commands and timing advance commands. For each
type of MAC Control Element, one special LCID is allocated. When a MAC PDU is used
to transport data from the PCCH or BCCH logical channels, the MAC PDU includes data
from only one logical channel. In this case, because multiplexing is not applied, there is
no need to include the LCID field in the header. In addition, if there is a one-to-one
correspondence between a MAC SDU and a MAC PDU, the size of the MAC SDU can be
known implicitly from the transport block size. Thus, for these cases a headerless MAC
PDU format is used as a transparent MAC PDU
MAC PDU explanation for LTE & NR
MAC PDU explanation for LTE & NR

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy