Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Physical Layer

TB

Transport Block

Physical Layer →

TB is the MAC-layer data unit passed to the physical layer for transmission, carrying a CRC and mapped to one transport channel, where its size and coding determine radio throughput and reliability.

Introduced
Rel-6
Where
Radio Access Network › NG-RAN (5G)
Specifications
21 specs
TB Description Purpose What changed Neighbours Detected Changes Specifications

Description

A Transport Block is the fundamental data unit that the Medium Access Control layer hands to the physical layer for transmission over a radio transport channel. It is not the same as a code block or a codeword; it is the payload that the physical layer may protect with a cyclic redundancy check, segment, channel-code, rate-match, and modulate. On the receiver side, the physical layer decodes the received signal, checks the CRC, and delivers the resulting block back to the MAC layer as a received transport block. This separation lets the MAC scheduler control throughput and reliability while the physical layer controls waveform, coding, and mapping to radio resources.

In LTE and NR, a transport block is associated with a scheduled PDSCH or PUSCH transmission. The network or UE selects a modulation and coding scheme, and the transport block size is derived from the allocated time-frequency resources, the number of spatial layers, and the overhead of reference signals and control information. The MAC layer creates the transport block from one or more MAC sub-PDUs, including MAC headers and upper-layer data. The physical layer then adds a CRC, segments the block into code blocks if needed, applies channel coding, performs rate matching, maps the bits to modulation symbols, and transmits them. In NR, code block groups and multiple transport blocks can be used to support flexible scheduling and reliability targets.

The transport block is also the natural unit for Hybrid Automatic Repeat Request. A successful CRC check allows the receiver to send an acknowledgement, while a failed check triggers a negative acknowledgement and a retransmission. The retransmission may carry the same data with a different redundancy version, and the receiver can combine soft information from multiple attempts. This makes the transport block central to link adaptation, latency control, and reliability. If the transport block is too large for the available resources, the physical layer segmentation and code block processing manage the tradeoff between error correction and overhead.

A transport block can be viewed as a MAC PDU from the perspective of the radio link. It contains the data that must be delivered in one scheduled transmission opportunity, and it is protected as a whole. The CRC size can depend on the block length, and the physical layer may split a large transport block into several code blocks so that channel coding can operate efficiently. This structure allows the system to use high coding rates for large blocks and stronger protection for smaller blocks without changing the MAC concept.

Across 3GPP releases, the term has remained the name for the MAC-to-PHY block, while the radio technology around it has changed. In early UTRAN usage, it described blocks carried over shared transport channels. In LTE, it became the unit scheduled by the eNodeB for PDSCH and PUSCH. In NR, it supports flexible numerologies, LDPC and Polar coding, beam-based transmission, and enhanced reliability mechanisms. The stability of the term helps engineers map MAC behavior to physical-layer performance across generations.

For network engineers, understanding the transport block is essential because it connects scheduling decisions to radio performance. Transport block size, coding rate, HARQ processes, and retransmission behavior determine user throughput, packet delay, and reliability. It also affects QoS enforcement because different services can be mapped to different scheduling and HARQ configurations. In short, the transport block is the bridge between higher-layer data and the physical radio signal.

Purpose & Motivation

The transport block exists to give the MAC layer a clear, manageable unit of data for scheduling radio resources. Without it, the scheduler would have to reason directly about symbols, code blocks, or individual packets, which would couple radio resource management to physical-layer details. By defining a block that contains the data to be transmitted in one scheduled opportunity, 3GPP allows link adaptation, HARQ, and QoS control to operate at a level that is both meaningful to the network and practical for the physical layer.

Historically, radio systems evolved from circuit-switched or channelized designs toward packet-switched, shared-channel operation. Shared channels require fast scheduling because radio conditions change quickly. A transport block provides the granularity needed for fast link adaptation: if channel quality is good, the scheduler can choose a larger transport block and higher coding rate; if quality degrades, it can choose a smaller block and stronger coding. This avoids fixed-rate transmission and improves spectral efficiency.

The concept also addresses reliability and latency. A transport block with a CRC allows the receiver to detect errors quickly and request retransmission. Hybrid ARQ can combine multiple attempts, reducing the need for higher-layer retransmissions. This is especially important for mobile broadband, low-latency services, and IoT, where packet loss, delay, and coverage can vary rapidly. The transport block therefore remains a core abstraction that balances throughput, reliability, and implementation simplicity.

What changed in its specifications

The latest release-to-release comparison of specifications that define TB. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 25.425Rel-11 → Rel-12

Adds two new 1-bit IEs for cell reselection indication and request received. Changes flag bit meanings in HS-DSCH and E-DCH frames.

Full comparison in TS 25.425 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (2 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-16 1 change
  • Correction of Type-3 HARQ-ACK codebook generation for a PDSCH with one transport block for a configuration with a maximum number of two TBs TS 38.213CR0187
Rel-18 1 change
  • CR on slot offset calculation for PUSCH carrying aperiodic CSI with no transport block TS 38.214CR0464

Defining Specifications

3GPP specifications that define or reference TB, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 25.425 vj00 UTRAN Iur Interface User Plane Protocols Rel-19 read
TS 25.427 vj00 UTRAN Iub/Iur User Plane Protocols Rel-19 read
TS 25.435 vj00 UTRAN Iub Interface User Plane Protocols Rel-19 read
TS 25.705 vd00 UMTS Small Data Transmission Enhancements Study Rel-13 read
TR 25.912 vj00 Evolved UTRA and UTRAN Technical Report Rel-19 read
TS 32.425 vj00 E-UTRAN Performance Measurements Rel-19 read
TS 36.300 vj20 E-UTRAN Radio Interface Protocol Architecture Rel-19 read
TS 36.302 vj00 E-UTRA Physical Layer Services Rel-19 read
TS 36.321 vj30 E-UTRA MAC Protocol Specification Rel-19 read
TS 36.322 vj00 E-UTRA Radio Link Control Protocol Specification Rel-19 read
TS 36.355 vj00 LTE Positioning Protocol (LPP) Rel-19 read
TS 37.355 vj30 LTE Positioning Protocol (LPP) Rel-19 read
TS 38.213 vj50 NR Physical Layer Control Procedures Rel-19 read
TS 38.214 vj50 NR Physical Layer Data Channel Procedures Rel-19 read
TS 38.300 vj40 NR and NG-RAN Overall Description Rel-19 read
TS 38.322 vj30 NR Radio Link Control (RLC) Protocol Specification Rel-19 read
TR 38.808 vh00 Study on NR above 52.6 GHz to 71 GHz Rel-17 read
TR 38.912 vj00 Study on New Radio Access Technology Rel-19 read
TS 43.051 vj00 GERAN Stage 2 Service Description Rel-19 read
TR 45.902 vj00 Flexible Layer One (FLO) for GERAN Rel-19 read