Home / 5G / Protocols / MAC / Channels

5G NR MAC Logical Channels and Transport Channels

Logical channels define what type of information MAC handles. Transport channels define how that information is carried between MAC and PHY.

This page explains the NR MAC channel model used in 3GPP TS 38.321 with Release 18. Use it to separate logical channels, transport channels, and physical channels correctly and to understand how MAC maps signaling, traffic, paging, broadcast, MBS, and sidelink content onto actual transport paths.

Technology 5G NR
Area MAC channel model
Main specification 3GPP TS 38.321
Architecture context 3GPP TS 38.300
Release baseline Release 18
Main use Channel mapping, decode interpretation, procedure analysis, and troubleshooting
Key distinction Logical channels describe information type; transport channels describe carriage method
Best follow-up MAC overview, multiplexing and demultiplexing, logical channel prioritization, random access, MAC PDU format

Definition and purpose

Logical channels are defined by the type of information carried. Transport channels are defined by how information is carried over the radio interface. MAC is the layer that maps logical channels onto transport channels.

This distinction matters because the same procedure can involve several layers of channel naming. Logical channels describe control, traffic, broadcast, paging, MBS, or sidelink information. Transport channels describe the MAC-to-PHY carriage path. Physical channels are a separate PHY concept and should not be mixed into MAC-level channel mapping.

Channel viewMain questionTypical examplesWhy engineers care
Logical channelWhat kind of information is this?BCCH, PCCH, CCCH, DCCH, DTCH, MCCH, MTCH, SBCCH, SCCH, STCHShows traffic meaning and service context
Transport channelHow is the information carried between MAC and PHY?BCH, DL-SCH, PCH, UL-SCH, RACH, SL-BCH, SL-SCHShows delivery path and procedure context
Physical channelWhere is it transmitted on air?PBCH, PDSCH, PUSCH, PRACH, PSCCH, PSSCHNeeded for PHY correlation, but not a replacement for MAC mapping

Where it fits

Logical channels sit at the MAC and RLC boundary.

Transport channels sit at the MAC and PHY boundary.

Physical channels are a different concept and should not be merged with logical or transport channel names.

Applications / NAS
↓
RRC / SDAP / PDCP / RLC
↓
Logical channels
↓
MAC mapping / multiplexing
↓
Transport channels
↓
PHY / physical channels

Logical, transport, and physical channels

CategoryDefined byInterfaceWhat it representsExamplesWhy it matters
Logical channelsType of informationMAC and RLCService intent and traffic categoryBCCH, PCCH, CCCH, DCCH, DTCH, MCCH, MTCH, SBCCH, SCCH, STCHShows what information MAC is handling
Transport channelsHow information is transportedMAC and PHYRadio-side delivery pathBCH, DL-SCH, UL-SCH, PCH, RACH, SL-BCH, SL-SCHShows how MAC hands traffic toward Layer 1
Physical channelsActual radio resources and signalingPHY and RF resource usageThe on-air transmission structurePDSCH, PUSCH, PBCH, PRACH, PSCCH, PSSCH, PSBCHShows what is actually transmitted over the air

Logical channels in 5G NR

Logical channels tell MAC what the information is before it is mapped to a transport channel. In protocol reading and log analysis, the logical channel is the first strong indicator of whether the content is broadcast, paging, common control, dedicated control, user traffic, MBS-related content, or sidelink traffic.

Logical channelFull nameTypeDirection / contextMain purposeTransport mappingEngineering note
BCCHBroadcast Control ChannelControlDownlink broadcastCell-wide system information and broadcast controlBCH, DL-SCHMost often tied to MIB and SIB-related reads
PCCHPaging Control ChannelControlDownlink pagingPaging indication and paging-triggered activityPCHUseful when checking paging occasions and UE reachability
CCCHCommon Control ChannelControlAccess and setupCommon control before dedicated resources are establishedUL-SCH, RACH, DL-SCHOften seen in initial access and connection setup
DCCHDedicated Control ChannelControlDedicated signalingConnection-specific control signalingUL-SCH, DL-SCHCommon in connected-state signaling
DTCHDedicated Traffic ChannelTrafficDedicated user trafficUser-plane data and dedicated trafficUL-SCH, DL-SCHMost common path for connected user payload
MCCHMBS Control ChannelControlMBS downlinkMBS control and configurationDL-SCHModern NR reference coverage should include it
MTCHMBS Traffic ChannelTrafficMBS downlinkMBS payload deliveryDL-SCHPairs with MCCH for MBS operation
SBCCHSidelink Broadcast Control ChannelControlSidelinkBroadcast control in sidelink modeSL-BCHUsed in PC5-side broadcast contexts
SCCHSidelink Control ChannelControlSidelinkSidelink control signalingSL-SCHImportant for direct UE-to-UE operation
STCHSidelink Traffic ChannelTrafficSidelinkSidelink traffic between UEsSL-SCHUse this when traffic is carried over PC5

Transport channels in 5G NR

Transport channels describe how MAC hands information to PHY. They are the MAC-side transport abstractions used for broadcast, paging, scheduled downlink, scheduled uplink, random access, and sidelink transport.

Transport channelFull nameDirectionMain purposeTypical carried informationLogical channels mappedProcedure relevanceEngineering note
BCHBroadcast ChannelDLBroadcast deliveryBroadcast system informationBCCHBroadcast acquisitionUsed for broadcast-path delivery
DL-SCHDownlink Shared ChannelDLScheduled downlink transportControl, traffic, broadcast on shared path, MBS payloadsBCCH, CCCH, DCCH, DTCH, MCCH, MTCHGeneral scheduled downlinkMost flexible downlink MAC path
PCHPaging ChannelDLPaging transportPaging informationPCCHPaging and UE notificationSeparate paging path from regular DL-SCH data
UL-SCHUplink Shared ChannelULScheduled uplink transportCommon control, dedicated control, dedicated trafficCCCH, DCCH, DTCHMain uplink signaling and payload pathUsed heavily after access completes
RACHRandom Access ChannelULAccess transportRandom access-related uplink transmissionCCCHInitial access and recoveryDo not treat it as a general payload path
SL-BCHSidelink Broadcast ChannelSidelinkSidelink broadcast transportSidelink broadcast controlSBCCHPC5 broadcast deliverySidelink-specific path
SL-SCHSidelink Shared ChannelSidelinkSidelink shared transportSidelink control and trafficSCCH, STCHDirect UE-to-UE sidelink transportCarries both sidelink control and traffic

Mapping rules

The MAC entity maps logical channels onto transport channels. The available mapping depends on direction, procedure, and RRC-configured behavior.

Keep the mapping separate by uplink, downlink, and sidelink. Most misreads happen when a reader mixes these contexts or assumes that one logical channel always has one fixed transport path.

Uplink channel mapping

Logical channelUL-SCHRACH
CCCHXX
DCCHX
DTCHX

Downlink channel mapping

Logical channelBCHPCHDL-SCH
BCCHXX
PCCHX
CCCHX
DCCHX
DTCHX
MCCHX
MTCHX

Sidelink channel mapping

Logical channelSL-BCHSL-SCH
SBCCHX
SCCHX
STCHX

Common mapping patterns

Use this section as the quick lookup layer. The exact mapping still depends on procedure and configuration, but these are the combinations that matter most in everyday engineering work.

If the transport side does not match the logical channel you expected, first check whether the procedure context was interpreted correctly before assuming payload or decoder failure.

Logical channelUplink pathDownlink pathSidelink pathPractical note
BCCHBCH, DL-SCHBroadcast and system-information traffic
PCCHPCHPaging traffic
CCCHUL-SCH, RACHDL-SCHCommon control during access and setup
DCCHUL-SCHDL-SCHDedicated signaling after connection setup
DTCHUL-SCHDL-SCHUser-plane data in connected mode
MCCHDL-SCHMBS control signaling
MTCHDL-SCHMBS traffic delivery
SBCCHSL-BCHSidelink broadcast control
SCCHSL-SCHSidelink control signaling
STCHSL-SCHSidelink traffic

Where channel mapping is used

Procedure areaTypical logical channelsTypical transport channelsWhy it matters
System information deliveryBCCHBCH, DL-SCHSeparates broadcast-path delivery from scheduled downlink delivery
PagingPCCHPCHExplains paging transport and idle-state notification
Initial access and setupCCCHRACH, UL-SCH, DL-SCHTracks common control before dedicated signaling is established
Dedicated signalingDCCHUL-SCH, DL-SCHShows the connected-state control path
User-plane transferDTCHUL-SCH, DL-SCHShows the main dedicated payload path
MBS operationMCCH, MTCHDL-SCHTracks multicast control and multicast traffic delivery
Sidelink communicationSBCCH, SCCH, STCHSL-BCH, SL-SCHSeparates PC5 channel use from cellular UL/DL assumptions

Relation to RRC, RLC, MAC, and PHY

RLC delivers data into logical channels, so logical channel identity begins above the MAC PDU level. MAC maps those logical channels onto transport channels and multiplexes the resulting content for delivery. RRC configures the multiplexing and channel context. PHY then carries the transport-channel content through physical channels.

This is why channel reading can fail if only one layer is examined. The logical channel may be correct, but the expected transport channel can still change because of procedure stage, configuration, or feature context.

LayerRelation to channel mapping
RRCConfigures logical channels, access behavior, MBS context, sidelink context, and the conditions under which channel mapping is relevant.
RLCSupplies the SDUs associated with logical-channel identity.
MACMaps logical channels to transport channels, applies multiplexing, and constructs MAC PDUs.
PHYImplements the physical channels that actually carry the transport-channel content on air.

Troubleshooting and log-analysis relevance

SymptomMAC area to inspectWhy it matters
Paging visible but UE does not respondPCCH and PCH interpretationPaging problems often come from mixing logical and transport views or ignoring paging context.
Broadcast content appears in the wrong placeBCCH mapping to BCH or DL-SCHBCCH does not imply one single transport path, so procedure context matters.
Access starts but setup interpretation is wrongCCCH use on RACH, UL-SCH, and DL-SCHCommon control moves across multiple transport contexts during access and setup.
Dedicated signaling seems misclassifiedDCCH versus CCCH, plus UL-SCH and DL-SCH contextAccess-stage control and dedicated control are often confused in traces.
Sidelink logs look incomplete or wrongSBCCH, SCCH, STCH with SL-BCH and SL-SCHSidelink should not be read using only normal cellular uplink and downlink assumptions.
MBS traffic is hard to classifyMCCH and MTCH on DL-SCHModern NR channel analysis should include MBS, not only classic unicast channels.

Common mistakes

  • Treating logical channels as if they were physical channels.
  • Assuming BCCH maps only to BCH and forgetting BCCH can also use DL-SCH.
  • Confusing PCCH with PCH instead of keeping logical and transport sides separate.
  • Confusing CCCH with DCCH during access and connected-state signaling.
  • Treating RACH like a general-purpose uplink data path instead of an access-related transport channel.
  • Ignoring MCCH and MTCH in modern NR multicast and broadcast analysis.
  • Ignoring SBCCH, SCCH, and STCH when the procedure is actually sidelink-based.

Release 18 scope note

  • Release 18 coverage should include classic cellular channels and the newer MBS and sidelink-related channels used in modern NR.
  • MCCH and MTCH matter because multicast and broadcast service traffic is part of the NR MAC model.
  • SBCCH, SCCH, and STCH matter because sidelink has its own logical and transport channel structure.
  • A modern 5G NR channel page should be broader than older simplified explanations that only listed BCCH, PCCH, CCCH, DCCH, and DTCH.

Related pages

PageWhy open next
5G NR MAC OverviewReturn to the MAC hub for stack position, functions, and section-wide navigation.
5G MAC multiplexing and prioritizationStudy how logical-channel data is packed and prioritized inside the MAC PDU.
5G MAC Random AccessSee how CCCH uses RACH and UL-SCH during initial access and setup.
5G MAC PDU and subheader formatFollow channel mapping into actual MAC PDU structure.
5G MAC Control ElementsUnderstand the control signaling that travels alongside mapped SDUs inside MAC PDUs.
5G sidelink MACGo deeper into the sidelink-specific channel model.
5G MBS MACGo deeper into MCCH and MTCH context in multicast and broadcast operation.

FAQ

What is the difference between logical channels and transport channels in 5G NR?

Logical channels identify the type of information carried, while transport channels identify how MAC carries that information toward PHY.

Is this topic defined by 3GPP TS 38.321?

Yes. The MAC-side channel model and mapping behavior are defined primarily in 3GPP TS 38.321, with broader architecture context from 3GPP TS 38.300.

Does MAC define logical channels or physical channels?

MAC works with logical channels and transport channels. Physical channels belong to PHY and should be treated separately.

Can BCCH map to more than one transport channel?

Yes. In NR, BCCH can map to BCH or DL-SCH depending on the broadcast content and procedure context.

What is the difference between PCCH and PCH?

PCCH is a logical channel that identifies paging information type. PCH is the transport channel used to carry paging at the MAC-to-PHY boundary.

What is the difference between CCCH and DCCH?

CCCH is common control used around access and setup before dedicated signaling is established. DCCH is dedicated control used once the UE has dedicated signaling context.

Which transport channel carries dedicated uplink traffic in NR?

UL-SCH carries dedicated uplink control and traffic such as DCCH and DTCH, and it can also carry CCCH in uplink mapping.

What are MCCH and MTCH?

MCCH is the MBS Control Channel and MTCH is the MBS Traffic Channel. In this MAC view, both are carried on DL-SCH.

What are sidelink logical channels in NR?

The sidelink logical channels are SBCCH, SCCH, and STCH. They support sidelink broadcast control, sidelink control, and sidelink traffic.

Why is channel mapping important for troubleshooting?

Channel mapping tells you what kind of information MAC is handling and which transport path it uses, so it is essential for procedure analysis, decoder interpretation, and symptom-led troubleshooting.

Related Content