Open RAN MoU operators publish their tech wish list

The O-RAN Alliance diagram of an Open RAN architecture

The O-RAN Alliance diagram of an Open RAN architecture

  • DT, Orange, Telefónica, TIM, Vodafone are jointly trying to accelerate Open RAN R&D
  • Following their MoU they have issued a white paper outlining ‘technical priorities’
  • Time is tight as they want Open RAN gear to their specs for 2022 rollouts

The five major network operators aiming to light a fire under Europe’s Open RAN R&D sector have issued a white paper outlining their technical requirements for the open, disaggregated radio access network products they want to deploy in significant deployments starting next year.

The carrier quintet – Deutsche Telekom, Orange, Telefónica, TIM (Telecom Italia) and Vodafone – signed the Memorandum of Understanding (MoU) on The Implementation of Open RAN Based Networks In Europe earlier this year and have now set out their technical stall so that the vendor community has some guidance with which to work. (See TIM joins Euro telco Open RAN party.)

The ‘Technical Priorities Document’ provides a set of “technical requirements that the signatories of the Open RAN MoU consider priorities for Open RAN architecture. It serves as a guidance to the RAN supplier industry on where to focus to accelerate market deployments in Europe, focusing on commercial product availability in the short term, as well as solution development in the medium term. In terms of timeframe, the operators wish to ensure the readiness of Open RAN solutions for large scale network roll-out from 2022 onwards. Macro deployment is identified as the primary target for the operators.” 

And as noted before by the operators, they are not seeking to develop new specifications or standards in this process, but simply identify their preferences in terms of technology and architecture that are based primarily on the specifications being developed by the O-RAN Alliance.  

The document highlights multiple interfaces that need specific attention by technology developers – for example, adherence to an Open F1 interface for the centralized unit/distributed unit (CU/DU) split, as well as Open X2/Xn interfaces for connectivity between base stations – but stresses the importance of open fronthaul, described as “the prime interface to be supported in a fully interoperable manner, without compromising network performance, especially for Massive-MIMO.” The O-RAN Alliance 7.2x interface the preference of the five operators, though they note there is the need to “further investigate UL [uplink] enhancements for the 7.2x split in order to improve performance and robustness particularly in mobility scenarios.” 

The paper also stresses that focus should be on 4G/5G in the 3.4-3.8 GHz bands as well as legacy FDD (frequency division duplex) bands, while mmWave bands are more specific to certain markets and so not as important initially for this set of operators. As for interoperability with legacy mobile networks, the paper notes that “the operators are interested in inter-operability between 2G/3G baseband units and RUs, based on proprietary interfaces, since no open interface has been specified successfully. This applies mainly to hybrid Radio Units supporting 2G/3G/4G/5G, but also for legacy 2G/3G only RUs already deployed.”

In addition, the operators need to be sure that the Open RAN technology they deploy will enable RAN sharing: “While MORAN [multi-operator RAN] with shared O-RU only and MOCN [multi-operator core network] support is unanimously requested, both shared infra and dedicated infra per operator is relevant, depending on whether the infra is deployed on the same site or deployed autonomously by each operator in their target location (e.g. in their own cloud). Efficient RAN sharing management is required to allow sufficient independence between operators to manage their own CNFs on a shared infra, while avoiding any potential conflicts.”

There are many more requirements, particularly around the IT requirements underpinning the Open Cloud architecture that needs to support containerized cloud native functions (CNFs). You can check out the full document here.

- Ray Le Maistre, Editorial Director, TelecomTV

Email Newsletters

Sign up to receive TelecomTV's top news and videos, plus exclusive subscriber-only content direct to your inbox.