Spirent 원형 로고

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.

콘텐츠가 마음에 드셨나요?

여기서 블로그를 구독하세요.

블로그 뉴스레터 구독

Anil Kollipara
Anil Kollipara

Vice President, Product Management

Anil Kollipara is a Vice President of Product Management in Spirent’s Lifecycle Service Assurance Business Unit, where he owns the strategy and execution of their 5G and Open RAN test and assurance portfolio. He has an extensive background in the wireless and telecommunications industry and has a successful track record of building industry-leading products in lab testing, service assurance, and network planning. Areas of expertise include test and measurement, service assurance, and predictive and prescriptive analytics in wireless networks (3G, LTE, 5G, Open RAN, VoLTE, VoWi-Fi). Before joining Spirent, Anil worked for industry-leading companies like Netscout, Danaher, Dell, and Cerion. He holds a BE from the University of Mumbai, an MSEE from the University of Texas at Arlington, and an MBA from the University of Chicago, Booth School of Business. Anil holds four patents related to characterizing and measuring subscriber experience in telecommunications networks.