Putting Open RAN’s Promise into Practice Means More Work for Operators


Sorting ORAN selection hero

In theory, Open RAN’s plug-and-play promise makes forging a path to this destination a no-brainer. In practice, getting there will take a considerable amount of work to guarantee the desired benefits will be there waiting.

In a previous post, we covered some of the bumps in the road Open RAN must overcome to succeed. Everything from achieving true interoperability and meeting high performance demands to offering bulletproof robustness and true cost efficiencies. What we didn’t really hit on? That a considerable amount of effort required to get past these obstacles and bring Open RAN over the finish line will fall to operators.

In traditional engagements, operators bought fully-integrated RAN stacks from hyper-scrutinized vendors. When there was a problem, they knew where to point the finger. The network tech was tightly controlled, fine-tuned with custom algorithms, validated, and still, problems were bound to arise. Open RAN will see operators leave this comfortable relationship dynamic to become full-fledged solutions architects themselves. They will try to make perfect decisions in a new environment that is anything but. And they’ll be leaning more heavily than ever on the testing partners that support them to bring much-needed visibility to a murky new equation.

Sorting ORAN selection diagram

Initial operator Open RAN engagements will be defined by deep due diligence and cautious planning at every stage of the buying process:

  1. A solid TCO case will need to be made, accounting for the OpEx reality that every aspect of rollouts will need to be hyper-optimized and then hyper-validated with steps taken to ensure continuously optimized performance.

  2. Vendor selection begins based on cost considerations, and vendor strengths for functions and capabilities that will be deployed. At this stage, operators are evaluating options based on the promises made on paper. Do these promises stand up to real-world network conditions? Will it make sense to buy an RU, DU, and CU all from best-of-breed vendors or slightly diversify? What regional considerations exist for the products chosen? Here, operators will determine how much mixing and matching will be needed to achieve performance and TCO goals.

  3. Isolation testing kicks off to test the performance of individual components. Are these components delivering what has been promised? What performance changes become evident when validation tools are used to introduce real-world traffic patterns? At this stage, issues typically already begin to arise that need to be sorted before moving to the next phase of testing.

  4. Multi-vendor environment testing kicks off. When components are deemed “plug-and-play,” this only specifies that they should be technically compatible based on a common standard. However, “plug-and-play” does not necessarily mean “plug-and-perform.” This is where more performance issues are discovered as systematic testing of hundreds of different scenarios takes place. Can a subscriber successfully register when a UE connects? Are they able to establish a data session or voice call? How many subscribers can attach and at what rate? How many data and voice sessions can be sustained without quality deterioration? Can they move seamlessly between 4G and 5G? How about between two different Open RAN systems? Or between Open RAN and traditional environments?

The process is certainly manageable, but success will depend on operators having unprecedented clarity into expected performance at each stage. Of course, cloud considerations, unaligned software release schedules and dynamic network realities will add further complexity. But that’s for another post.

In the meantime, it’s critical for operators to start getting their arms around the testing and validation methodologies that they will use to determine if Open RAN can be successful in their networks. Learn these strategies and more in our eBook How to Test Open RAN.




标签5G, 移动网络
Anil Kollipara
Anil Kollipara


Anil Kollipara是思博伦网络生命周期测试和服务质量保障业务部的产品管理高级总监,负责5G与Open RAN测试与保障产品组合的战略制订和执行。他在无线与电信行业拥有广泛的背景,并且在为实验室测试、服务保证和网络规划领域构建行业领先产品等方面成就斐然。其专业领域包括无线网络(3G、LTE、5G、Open RAN、VoLTE、VoWi-Fi)中的测试与测量、服务保障以及预测与规范分析。在加入思博伦之前,Anil曾在Netscout、Danaher、Dell和Cerion等顶尖企业工作。他拥有印度孟买大学的学士学位、美国德克萨斯大学阿灵顿分校的电子工程硕士学位及芝加哥大学布斯商学院的工商管理硕士学位。Anil拥有四项与表征和测量电信网络用户体验相关的专利。