top of page

Welcome to Telecom Hunt – Your Ultimate Guide to Cracking Telecom Interviews !

Crack Telecom Interview on the Fly 

Chapter 4. NG-RAN Architecture

Aug 18
13 min read

Updated: 3 days ago



Chapter 4. NG-RAN Architecture

Figure 4.0: Chapter opening. One base station, three separable units.


NG-RAN Architecture

Why 5G took the base station apart, which functions run in the Central Unit, Distributed Unit and Radio Unit, what the split costs in transport, and how F1, NG and Xn tie the whole radio access network together.

 

4.1 The Change That Reshaped the Base Station


4.1 The Change That Reshaped the Base Station

Figure 4.1: The six building blocks of this chapter.


What you will be able to explain by the end

  • What actually differs between an eNodeB and a gNodeB, beyond the name.

  • Which protocol layers run in the Central Unit, the Distributed Unit and the Radio Unit.

  • Why 3GPP studied eight functional splits but the industry deployed only two.

  • What fronthaul, midhaul and backhaul each demand, and why fronthaul is the expensive one.

  • What F1, NG and Xn connect, and which of them is not a 3GPP interface.

Remember

The gNodeB is a logical node, not a box. One gNodeB is exactly one Central Unit plus one or more Distributed Units, and it still appears to the core network as a single entity.

 

4.2 eNodeB and gNodeB Compared


4.2 eNodeB and gNodeB Compared

Figure 4.2: One integrated unit becomes one logical node that can be split.


Start with what is genuinely the same. Both nodes terminate the air interface, schedule radio resources, and connect to a core network. The radio protocol layers themselves barely changed between LTE and 5G.


What the eNodeB looks like inside

The eNodeB holds everything in one physical unit at the site. Radio Resource Control and PDCP sit at the top, then RLC and MAC, then the physical layer and the radio front end. One box, one location and, in practice, one vendor.


How the gNodeB is defined instead

The gNodeB is defined in 3GPP TS 38.401 as a logical node that can be realised in separate parts. The Central Unit hosts Radio Resource Control, the Service Data Adaptation Protocol and PDCP. The Distributed Unit hosts RLC, MAC and the higher physical layer functions. The Radio Unit handles the lower physical layer and the radio front end.

Unit

Hosts

Typically located

Central Unit, CU

RRC, SDAP, PDCP

A hub site or edge data centre serving many sites

Distributed Unit, DU

RLC, MAC, high PHY

The cell site, or a nearby aggregation point

Radio Unit, RU

Low PHY, radio front end

At the antenna, on the tower or building

 

Did You Know?

The Service Data Adaptation Protocol, SDAP, is new in 5G. It sits above PDCP and maps QoS flows onto radio bearers, which follows directly from the QoS model change covered in Chapter 10.

 

4.3 Where Each Unit Physically Sits


4.3 Where Each Unit Physically Sits

Figure 4.3: The same logical gNodeB, deployed three different ways.


The split is optional. The same logical gNodeB can be deployed three ways, and the choice drives the transport bill more than anything else in this chapter.

Deployment

What sits at the site

Transport needed

Main benefit

Traditional

CU, DU and RU together

Backhaul only

Simplest to deploy and operate

Centralised

DU and RU, with the CU at a hub

Mid-haul plus backhaul

Better mobility and dual connectivity coordination

Fully distributed

RU alone

Fronthaul, mid-haul and backhaul

Greatest pooling gain, simplest site

 

Why centralisation helps mobility

When Radio Resource Control decisions for many cells are made in one Central Unit, the decision maker can see all the cells involved in a handover or a dual connectivity setup. That improves coordination in a way a site by site design cannot match.

Important

Centralising units saves on site cost and improves coordination, but every unit you move away from the site has to be paid for in fibre. That trade off decides most real deployments.

 

4.4 Functional Splits, and Why Only Two Matter


4.4 Functional Splits, and Why Only Two Matter

Figure 4.4: The protocol stack, and the two cut points that reached deployment.


3GPP studied eight possible split points in Technical Report 38.801. Reading the stack from the top, each option cuts at a different layer boundary, and each cut produces a different transport requirement. Only two options matter commercially.


Option 2, the CU to DU split

Option 2 cuts between PDCP and RLC, and it became the Central Unit to Distributed Unit split carried over the F1 interface. Everything above the cut is user data at close to its normal rate, so the link is affordable and the latency budget is measured in milliseconds. This is the split most engineers will meet.


Option 7, the DU to RU split

Option 7 cuts inside the physical layer and became the Distributed Unit to Radio Unit split used by the O-RAN Alliance fronthaul specification. Below this cut the link no longer carries user data, it carries sampled radio data, so bandwidth is enormous and the latency budget is measured in tens of microseconds.

 

Option 2

Option 7

Cuts between

PDCP and RLC

Layers inside the physical layer

Becomes

The CU to DU split

The DU to RU split

Interface

F1, specified by 3GPP

Open Fronthaul, specified by the O-RAN Alliance

Transport segment

Midhaul

Fronthaul

Latency budget

A few milliseconds

Around 100 microseconds

Bandwidth

Close to the user data rate

Very high and nearly constant

 

Key Takeaway

The rule is simple. Cut higher in the stack and transport is cheap. Cut lower and coordination improves. Everything else is detail.

 

4.5 Fronthaul, Midhaul and Backhaul


4.5 Fronthaul, Midhaul and Backhaul

Figure 4.5: Three transport segments with three very different requirements.


Transport is where split decisions become expensive, and the three segments are not interchangeable.

Segment

Connects

Latency budget

Bandwidth character

Fronthaul

RU to DU, using eCPRI

Around 100 microseconds

Very high, nearly constant regardless of traffic

Midhaul

DU to CU, over F1

A few milliseconds

Close to the actual user data rate

Backhaul

CU to the 5G Core, over NG

Tens of milliseconds

Scales with real traffic

 

Why fronthaul bandwidth does not fall when the cell is quiet

This surprises people the first time they see it. Fronthaul carries sampled radio data rather than user packets, so its bandwidth depends on antenna count, channel bandwidth and sampling, not on how many subscribers are active. An idle cell still consumes nearly the same fronthaul capacity as a busy one.

The tight latency budget has a specific cause too. Hybrid ARQ timing depends on the round trip between the Distributed Unit and the Radio Unit, so exceeding the budget does not degrade performance gracefully, it breaks the radio scheduling loop.

Important

Fronthaul normally requires dedicated fibre or a dedicated wavelength. That cost is the main reason full centralisation stays concentrated in dense urban areas where fibre already exists.

 

4.6 The NG Interface, RAN to Core


4.6 The NG Interface, RAN to Core

Figure 4.6: NG splits into a control plane path and a user plane path.


The NG interface connects the NG-RAN to the 5G Core and is specified in TS 38.410. It has two parts, and the naming trips people up because the RAN and core specifications use different labels for the same links.

Path

RAN name

Core name

Goes to

Carries

Control plane

NG-C

N2

AMF

NGAP over SCTP

User plane

NG-U

N3

UPF

GTP-U over UDP

 

If that structure feels familiar it should. S1AP over SCTP and GTP-U over UDP did the same jobs in LTE. The transport principles carried across almost unchanged, which is why an LTE transport engineer is already most of the way to understanding NG.


One gNodeB, several AMFs

NG supports a gNodeB connecting to multiple AMFs in a pool, providing resilience and load sharing. Engineers who worked with S1-flex in LTE will recognise the pattern immediately.



4.7 The Xn Interface, RAN to RAN


4.7 The Xn Interface, RAN to RAN

Figure 4.7: Neighbouring gNodeBs cooperate directly, without the core.


Xn connects neighbouring NG-RAN nodes directly and is specified in TS 38.420. Its whole purpose is to let neighbours handle routine cooperation without involving the core network.


  • Xn handover. The two nodes move the UE between themselves and inform the AMF afterwards through a path switch, which is faster than routing every handover through the core.

  • Dual connectivity coordination. One node acts as master and the other as secondary, which is exactly the mechanism Non Standalone relies on, as covered in Chapter 3.

  • Load and interference information. Nodes exchange resource status so their schedulers cooperate rather than compete at the cell edge.

Remember

Xn is the 5G equivalent of X2 in LTE. Same purpose, updated protocol as XnAP, and the same operational benefit of keeping routine mobility off the core.

 

4.8 Every Interface in One Picture


4.8 Every Interface in One Picture

Figure 4.8: The complete NG-RAN interface map.


These three names appear constantly in NG-RAN documentation and get mixed up just as constantly. Learn them together.

Interface

Connects

Carries

Specified by

NR-Uu

UE to the gNodeB

The New Radio air interface

3GPP

Open Fronthaul

RU to DU

Sampled radio data using eCPRI

O-RAN Alliance

F1

DU to CU

F1AP signalling and PDCP user data

3GPP TS 38.470

NG

gNodeB to the 5G Core

NGAP to the AMF, GTP-U to the UPF

3GPP TS 38.410

Xn

gNodeB to gNodeB

XnAP for handover and dual connectivity

3GPP TS 38.420

 

Common Misconception

Open Fronthaul is the one interface on this list that is not a 3GPP specification. It comes from the O-RAN Alliance, and that distinction matters when you are reading standards or discussing multi vendor interoperability.

 

4.9 Why Split the Base Station at All?


4.9 Why Split the Base Station at All?

Figure 4.9: Four benefits that justify the extra transport cost.


Having taken the base station apart, it is fair to ask what the industry bought with that complexity. Four things.

  1. Pooling and efficiency. One Central Unit serves many Distributed Units, so baseband capacity is shared rather than provisioned for peak at every site, where busy hours arrive at different times.

  2. Better mobility handling. Radio Resource Control decisions for many cells are made in one place, improving handover and dual connectivity coordination.

  3. Cheaper, simpler sites. Less equipment at the tower means lower power draw, less space and easier maintenance, multiplied across thousands of sites.

  4. Vendor flexibility. Open interfaces between units allow different suppliers for the radio and the baseband, which is the foundation of Open RAN, covered in Chapter 6.

Important

None of this is free. Every benefit above is paid for in fibre, timing accuracy and integration effort across more vendors. That is why many operators still deploy traditional integrated sites outside dense areas.

 

4.10 LTE RAN Compared With NG-RAN


4.10 LTE RAN Compared With NG-RAN

Figure 4.10: Same job, very different structure.

Aspect

LTE RAN

NG-RAN

Base station

eNodeB, one integrated unit

gNodeB, a logical node that can be split

Internal interfaces

None, the stack is internal

F1 between CU and DU, Open Fronthaul to the RU

Interface to the core

S1-MME and S1-U

NG-C to the AMF, NG-U to the UPF

Interface between nodes

X2

Xn

Protocol layers

RRC, PDCP, RLC, MAC, PHY

Adds SDAP above PDCP for QoS flow mapping

Transport segments

Backhaul, sometimes fronthaul with CPRI

Fronthaul, midhaul and backhaul

Vendor model

Normally one vendor per site

Open interfaces allow mixed suppliers

 

Key Takeaway

The radio protocol layers barely changed. What changed is where they run and who supplies them. Hold that sentence and the whole chapter fits together.

 

4.11 What Goes Wrong in a Split RAN


4.11 What Goes Wrong in a Split RAN

Figure 4.11: Four failures that only exist once the units are separated.


Splitting the base station creates failure modes that simply did not exist when everything sat in one box.

Symptom

Likely cause

What to check

Cells drop when fronthaul jitters

Fronthaul latency exceeded its budget, breaking hybrid ARQ timing

Fibre path length, switch buffering, whether fronthaul shares transport

Random throughput loss across a cluster

Timing and synchronisation drift between the RU and the DU

The timing source and Precision Time Protocol distribution

One vendor blames another

An Open Fronthaul profile mismatch between RU and DU suppliers

That both sides implement the same O-RAN profile and parameter set

Handovers fail between certain sites only

Xn missing or misconfigured for that specific pair

The Xn setup procedure and neighbour relations for that pair

 

Did You Know?

Fronthaul should not share transport with other traffic. A shared path introduces jitter that a hybrid ARQ timing loop cannot tolerate, and the symptom appears as unexplained cell drops rather than as a transport alarm.

 

4.12 Key Takeaways


4.12 Key Takeaways

Figure 4.12: The five points to carry forward.


  1. The gNodeB is a logical node. One CU plus one or more DUs, appearing to the core as a single entity.

  2. Of eight studied split options, two matter. Option 2 became the CU to DU split, Option 7 the DU to RU split.

  3. Splits are paid for in fibre. Fronthaul needs roughly 100 microseconds and near constant bandwidth.

  4. Three interfaces carry the architecture. F1 inside the gNodeB, NG to the core, Xn between gNodeBs.

  5. The radio protocol layers barely changed. What changed is where they run and who supplies them.


Chapter 5 goes inside the air interface itself, covering numerology, frame structure, massive MIMO and beamforming.

 

4.13 Frequently Asked Questions


Is a gNodeB a piece of equipment I can point at?

Not necessarily. The gNodeB is a logical node. It may be one physical box at a site, or a Central Unit in a data centre plus several Distributed Units at different sites. What makes it one gNodeB is that it presents itself to the core network as a single entity.


Does every 5G site have to use the CU and DU split?

No. The split is optional. Many operators deploy traditional integrated sites where the Central Unit, Distributed Unit and Radio Unit sit together, which looks much like an LTE site and needs only backhaul. The split is chosen where its benefits justify the transport cost.


What is the difference between a Radio Unit and an antenna?

The antenna radiates the signal. The Radio Unit contains the radio front end and the lower physical layer processing, including functions such as the fast Fourier transform and beamforming. In many modern products the two are integrated into a single active antenna unit.


Why is it called fronthaul rather than just backhaul?

Backhaul traditionally means the link from the site to the core. Fronthaul names the link that sits in front of the baseband, between the radio and the processing. Midhaul was then added for the link between the Distributed Unit and the Central Unit, giving three named segments.


Why does fronthaul bandwidth stay high when the cell is idle?

Because fronthaul carries sampled radio data rather than user packets. Its bandwidth depends on antenna count, channel bandwidth and sampling rate, none of which change with subscriber activity. An idle cell consumes nearly the same fronthaul capacity as a busy one.


Why is the fronthaul latency budget so tight?

Hybrid ARQ timing depends on the round trip between the Distributed Unit and the Radio Unit. If that budget is exceeded the retransmission timing breaks, so performance does not degrade gracefully. This is why roughly 100 microseconds is treated as a hard constraint rather than a target.


What exactly does F1 carry?

F1 carries two things. F1AP signalling between the Central Unit and Distributed Unit for procedures such as UE context setup, and PDCP level user data. It is specified in TS 38.470 and its associated series, and it corresponds to functional split Option 2.


Can one Central Unit serve Distributed Units from another vendor?

In principle F1 is a 3GPP specified interface, so it should interoperate. In practice most operators deploy CU and DU from the same vendor, while multi vendor separation happens more often at the Open Fronthaul interface between the Distributed Unit and the Radio Unit.


Why did the industry converge on Options 2 and 7 rather than the others?

They sit at the two useful extremes. Option 2 gives most of the centralisation benefit at an affordable transport cost, because the link still carries user data. Option 7 keeps the Radio Unit simple and cheap, enabling multi vendor radio, at the price of demanding fronthaul. The intermediate options offered less benefit for comparable complexity.


What is the relationship between CU-CP and CU-UP?

The Central Unit can itself be divided into a control plane part hosting RRC and the PDCP control plane, and one or more user plane parts hosting the PDCP user plane and SDAP. They are joined by the E1 interface. This allows control and user plane processing to scale independently, echoing the CUPS principle from the core network.


How is timing distributed in a split RAN?

Through Precision Time Protocol, commonly with a GNSS derived reference. Every element in the fronthaul path must maintain accurate phase alignment, since time division duplex operation and beamforming both depend on it. Timing distribution becomes a first class design problem once the Radio Unit is separated from the Distributed Unit.


Does the split affect how the core network sees the RAN?

No, and that is deliberate. The core communicates with the gNodeB over NG regardless of how the gNodeB is internally divided. The AMF does not know or care whether there is one Distributed Unit or twenty behind the Central Unit.


Scenario-Based Questions


An operator wants to centralise baseband across forty sites. What decides feasibility?

Fibre availability and path length. Centralising the Distributed Unit requires fronthaul with roughly 100 microseconds of budget and near constant high bandwidth, which normally means dedicated fibre or a dedicated wavelength per site. If that fibre does not exist, centralising the Central Unit only, using midhaul, is usually the realistic compromise.


A vendor proposes Open RAN with separate RU and DU suppliers. What should you verify first?

That both suppliers implement the same Open Fronthaul profile and parameter set. The specification allows options, and mismatched options are the most common source of multi vendor integration failure. Agree the profile in writing before procurement rather than during integration testing.


Why might an operator keep traditional integrated sites in rural areas?

Because the benefits of splitting scale with density. Pooling gains require many sites sharing a hub, and fronthaul requires fibre that rural sites often lack. An integrated site needing only backhaul is usually both cheaper and more robust in that setting.


Troubleshooting Based Question


Throughput drops across an entire cluster at the same moment. Where do you look first?

A cluster wide simultaneous event points at something shared. Check the timing source and Precision Time Protocol distribution, and then the shared transport path. A single cell problem looks different, since it affects one site rather than everything served by the same hub.


Handovers fail between two specific gNodeBs but work elsewhere. What is wrong?

That pattern points at Xn rather than at radio conditions. Check whether the Xn interface was set up between those two nodes and whether the neighbour relation exists on both sides. A missing Xn forces the handover through the core or fails it outright.


Architecture-Based Question


Where does SDAP sit and why was it added?

SDAP sits above PDCP in the Central Unit and maps QoS flows onto radio bearers. It exists because 5G replaced the LTE bearer model with QoS flows inside a PDU session, so something had to translate between the core network view and the radio bearer view. Chapter 10 covers the QoS model in full.


How does the CU and DU split relate to Open RAN?

They are related but not the same. The CU and DU split is a 3GPP concept defined by functional split Option 2 and the F1 interface. Open RAN, defined by the O-RAN Alliance, adds the open interface between the Distributed Unit and the Radio Unit plus the RIC controllers. Chapter 6 covers Open RAN properly.


If the gNodeB is split, which part connects to the core?

The Central Unit. It terminates NG-C towards the AMF and NG-U towards the UPF. The Distributed Unit connects only to its Central Unit over F1, and the Radio Unit connects only to its Distributed Unit over Open Fronthaul.


Standards Referenced in This Chapter

Document

Subject

3GPP TS 38.401

NG-RAN architecture description, including the CU and DU split

3GPP TR 38.801

Study on new radio access technology, including the eight functional split options

3GPP TS 38.410

NG general aspects and principles, the interface to the 5G Core

3GPP TS 38.420

Xn general aspects and principles, the interface between gNodeBs

3GPP TS 38.470

F1 general aspects and principles, the interface between CU and DU

O-RAN Alliance

Open Fronthaul specification, the interface between DU and RU

 

The full 3GPP specification archive is available at 3gpp.org specifications. Always check the release version that matches your deployment.


End of Chapter 4. NG-RAN Architecture

5G Network Architecture Masterclass.

------------------------

Learn Telecom. Crack Interviews. Build Careers.

support@telecomhunt.com   | (c) 2026 Telecom Hunt, All rights reserved.

Comments


Commenting on this post isn't available anymore. Contact the site owner for more info.
bottom of page