Common Public Radio Interface (CPRI) has been around for quite some time. But now, enhanced CPRI (eCPRI) is becoming an important technology to understand for 5G.
Before looking in detail at eCPRI, it’s helpful to understand some of the basic topology of the cellular network, which currently uses CPRI.
CPRI, Remote Radio Heads (RRH) in 4G and 5G
At the outer circle of a cellular network topology, remote radio units (RRUs) are distributed every few miles in cities and suburban areas. These RRUs comprise antennas and also some compute functionality.
Fiber runs from a cluster of these RRUs to connect to a more centralized baseband unit. The baseband unit is also sometimes called the “central processing unit.” Baseband units are typically distributed within approximately 10-mile circles for good coverage in populated areas. The connection between the RRUs and the base station is often referred to as “fronthaul.”
CPRI is an interface that sends data from the RRUs to the baseband unit: CPRI is a serial interface, which is a very high-speed connection, a way to translate all those radio signals back to the computing function.
As we go to 5G, the fiber between the RRUs and the baseband unit is going to carry much more traffic, and that makes it more difficult to do a serial interface. Extreme 5G requirements are stretching the limits of fiber bandwidth.
Enter eCPRI, which is a way of splitting up the baseband functions and putting some of that functionality in the RRU to reduce the burden on the fiber.
AT&T is among many carriers that are working on eCPRI. AT&T has made “the world’s first” eCPRI connection for mmWave at its 5G Labs in Redmond, Washington. AT&T made calls testing eCPRI, using systems from both Nokia and Samsung Electronics America.
This opens the door for higher network throughput with less fiber, which will create more efficient mmWave deployments, among other benefits, This is also a significant step in creating an open architecture within the radio access network (RAN).
Another problem with the CPRI interface today is that it has become a proprietary technology.
In addition to supporting more bandwidth across fewer fibers, the enhanced CPRI also addresses the proprietary concerns. eCPRI will be an open interface, making it easier for carriers to mix and match vendor equipment for their RRUs and their baseband units.
Historically, because each vendor would have its own implementation of CPRI, it became proprietary. This forces carriers to buy both their RRUs and their baseband unit from the same vendor in order for the interface to work. With O-RAN this interface will be open. Carriers such as AT&T who implement eCPRI will be able to run equipment from different vendors, or even generic off-the-shelf equipment.
However, existing networks with CPRI installed will most likely remain in place for years to come.
For Further Information
To find out more about CPRI and eCPRI, please Contact Us
This article explains details of the 5G gNodeB (gNB) architecture and choices for Central Unit (CU) and Distributed Unit (DU) Split (CU DU Split)
How is the gNodeB Comprised?
The logical architecture of gNB is shown in figure below with Central Unit (CU) and Distributed Unit (DU). Fs-C and Fs-U provide control plane and user plane connectivity over Fs interface.
In this architecture, Central Unit (CU) and Distribution Unit (DU) can be defined as follows:
Central Unit (CU): It is a logical node that includes the gNB functions like Transfer of user data, Mobility control, Radio access network sharing, Positioning, Session Management etc., except those functions allocated exclusively to the DU. CU controls the operation of DUs over front-haul (Fs) interface. A central unit (CU) may also be known as BBU/REC/RCC/C-RAN/V-RAN
Distributed Unit (DU): This logical node includes a subset of the gNB functions, depending on the functional split option. Its operation is controlled by the CU. Distributed Unit (DU) also known with other names like RRH/RRU/RE/RU.
The CU DU Split options:
Central Unit (CU) and Distributed Unit (DU) Functional Split Options
As a part of study item for New Radio (NR), 3GPP started studying different functional splits between central and distributed units. For the initial phase, 3GPP has taken LTE protocol stack as a basis for the discussion, until RAN2 defines and freezes the protocol stack for New Radio (NR). They have proposed about 8 possible options shown in below figure.
Option 1 (RRC/PCDP 1A-like split)
Option 2 (PDCP/RLC Split 3C-like split)
Option 3 (High RLC/Low RLC split, Intra RLC split)
Option 4 (RLC-MAC split)
Option 5 (Intra MAC split)
Option 6 (MAC-PHY split)
Option 7 (Intra PHY split)
Option 8 (PHY-RF split)
Option 1 (RRC/PDCP, 1A-like split): In this split option, RRC is in the central unit while PDCP, RLC, MAC, physical layer and RF are kept in the distributed unit. Thus the entire user plane is in the distributed unit.
Option 2 (PDCP/RLC split): Option 2 may be a base for an X2-like design due to similarity on U-plane but some functionality may be different e.g. C-plane since some new procedures may be needed. There are two possible variants available in this option.
Option 2-1 Split U-plane only (3C like split): In this split option, RRC, PDCP are in the central unit. RLC, MAC, physical layer and RF are in the distributed unit.
Option 2-2: In this split option, RRC, PDCP are in the central unit. RLC, MAC, physical layer and RF are in the distributed unit. In addition, this option can be achieved by separating the RRC and PDCP for the CP stack and the PDCP for the UP stack into different central entities.
Option 3 (High RLC/Low RLC Split): In this option, two approaches are taken based on Real time/Non-Real time functions split which are as follows:
Option 3-1 Split based on ARQ
Option 3-2 Split based on TX RLC and RX RLC
Option 3-1 Split based on ARQ
Low RLC may be composed of segmentation functions;
High RLC may be composed of ARQ and other RLC functions;
This option splits the RLC sublayer into High RLC and Low RLC sublayers such that for RLC Acknowledge Mode operation, all RLC functions may be performed at the High RLC sublayer residing in the central unit, while the segmentation may be performed at the Low RLC sublayer residing in the distributed unit. Here, High RLC segments RLC PDU based on the status reports while Low RLC segments RLC PDU into the available MAC PDU resources.
Option 3-2 Split based on TX RLC and RX RLC
Low RLC may be composed of transmitting TM RLC entity, transmitting UM RLC entity, a transmitting side of AM and the routing function of a receiving side of AM, which are related to downlink transmission.
High RLC may be composed of receiving TM RLC entity, receiving UM RLC entity and a receiving side of AM except for the routing function and reception of RLC status reports, which are related to uplink transmission.
Option 4 (RLC-MAC split): In this split option, RRC, PDCP, and RLC are in the central unit. MAC, physical layer, and RF are in the distributed unit.
Option 5 (Intra MAC split)
Option 5 assumes the following distribution:
RF, physical layer and lower part of the MAC layer (Low-MAC) are in the Distributed Unit
Higher part of the MAC layer (High-MAC), RLC and PDCP are in the Central Unit
Therefore, by splitting the MAC layer into 2 entities (e.g. High-MAC and Low-MAC), the services and functions provided by the MAC layer will be located in the Central Unit (CU), in the Distributed Unit (DU), or in both. An example of this kind distribution given below.
In High-MAC sublayer the centralized scheduling in the High-MAC sublayer will be in charge of the control of multiple Low-MAC sublayers. It takes high-level centralized scheduling decision. The inter-cell interference coordination in the High-MAC sublayer will be in charge of interference coordination methods such as JP/CS CoMP.
In Low-MAC sublayer the time-critical functions in the Low-MAC sublayer include the functions with stringent delay requirements (e.g. HARQ) or the functions where performance is proportional to latency (e.g. radio channel and signal measurements from PHY, random access control). It reduces the delay requirements on the fronthaul interface. Radio specific functions in the Low-MAC sublayer can for perform scheduling-related information processing and be reporting. It can also measure/estimate the activities on the configured operations or the served UE’s statistics and report periodically or as requested to the High-MAC sublayer.
Option 6 (MAC-PHY split): The MAC and upper layers are in the central unit (CU). PHY layer and RF are in the DU. The interface between the CU and DUs carries data, configuration, and scheduling-related information (e.g. MCS, Layer Mapping, Beamforming, Antenna Configuration, resource block allocation, etc.) and measurements.
Option 7 (Intra PHY split): Multiple realizations of this option are possible, including asymmetrical options which allow obtaining benefits of different sub-options for UL and DL independently.
This option requires some kind of compression technique to reduce transport bandwidth requirements between the DU and CU.
In the UL, FFT, and CP removal reside in the DU and for the two sub-variants, 7-1 and 7-2 are described below. Remaining functions reside in the CU.
In the downlink, iFFT and CP addition reside in the DU and the rest of the PHY resides in the CU.
Considering above there are three sub-variant available for this option described as below
Option 7-1 In this option the UL, FFT, CP removal and possibly PRACH filtering functions reside in the DU, the rest of PHY functions reside in the CU. In the DL, iFFT and CP addition functions reside in the DU, the rest of PHY functions reside in the CU.
Option 7-2 In this option the UL, FFT, CP removal, resource de-mapping and possibly pre-filtering functions reside in the DU, the rest of PHY functions reside in the CU. In the DL, iFFT, CP addition, resource mapping and precoding functions reside in the DU, the rest of PHY functions reside in the CU.
Option 7-3 (Only for DL): Only the encoder resides in the CU, and the rest of PHY functions reside in the DU.
Option 8 (PHY-RF split): This option allows to separate the RF and the PHY layer. This split permit centralization of processes at all protocol layer levels, resulting in very tight coordination of the RAN. This allows efficient support of functions such as CoMP, MIMO, load balancing, mobility.
Benefits of RAN Spilt Architecture
Some of the benefits of an architecture with the deployment flexibility to split and move New Radio (NR) functions between central and distributed units are below:
A split architecture (between central and distributed units) allows for coordination for performance features, load management, real-time performance optimization, and enables NFV/SDN
Configurable functional splits enables adaptation to various use cases, such as variable latency on transport
Which CU DU split function to use where?
The choice of how to split New Radio (NR) functions in the architecture depends on some factors related to radio network deployment scenarios, constraints and intended supported services. Some examples of such factors are:
Support of specific QoS per offered services (e.g. low latency, high throughput)
Support of specific user density and load demand per given geographical area (which may influence the level of RAN coordination)
Availability transport networks with different performance levels, from ideal to non-ideal
Application type e.g. Real-time or Non- Real Time
Features requirement at Radio Network level e.g. CA, eICIC, CoMP etc.
Reference: 3GPP TR 38.801 Radio Access Architecture and Interfaces Release 14
For Further Information
For more information on 5G Networks, gNodeB Architecture and CU DU Split, Please Contact Us
Manage Cookie Consent
We use technologies like cookies to store and/or access device information. We do this to improve browsing experience and to show personalized ads. Consenting to these technologies will allow us to process data such as browsing behavior or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
The technical storage or access that is used exclusively for statistical purposes.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.