contemporary multi-vendor radio access network with four radio technologies and three vendors, one is looking at over 100,000 parameters that need to be managed. The complexity is not only in the sheer number of settings to consider, but also in the need for bespoke design policies that apply to specific network elements, carriers, and specific scenarios such as rural, fast-mobility, or high-capacity urban. Because of the previously mentioned high mix of different radio solutions and services, combined with the nuances of land topology, geography, and location of customers, one configuration design across the whole network simply will not do. Configuration management needs to factor in unique policies that apply to only targeted elements and ensure that those policies are constantly reviewed and adapted to the fast-paced evolution of a mobile network.
One might be misled to assume that further evolution in the RAN architecture will bring simplicity—the truth is different. It provides new business and consumer opportunities at the expense of increased technical complexity. This is the case with Open RAN when it comes to configuration management and its impact on customer experience. Open RAN will bring much-needed liberalization to the RAN market—creating open architecture standards and strictly defined interoperability between RAN components. Mobile operators will have the opportunity to shop around for products from a variety of vendors and replace them with new ones when deemed fit to do so. This will bring costs down and enable innovation, which in turn will allow for new mobile services to be offered to customers. A comparison can be made to the release of the IBM personal computer using open architecture and the subsequent impact this had in the PC industry in the 1980s.
What are the implications of Open RAN on configuration management? Inadvertently, the opportunity to use a variety of new and numerous vendors for RAN components will increase the architectural complexity of those networks that bring Open RAN into their mix. And this means more parameters and more settings that need to be considered when establishing RAN design policies. Open RAN will govern how different components in the architecture talk to each other; it does not enforce vendors to use standardized configuration schemas beyond the need for interoperability. In fact, vendors will use this to differentiate their products from the rest of the market and enable innovative solutions. When we consider that most networks will be of a Hybrid-RAN nature, that is containing both Open RAN and proprietary RAN, the task of configuration management becomes enormous.
Conscious of the exponential increase in complexity of RAN configuration management, most mobile operators have not been able to adapt. A lot of work remains manual and, as argued earlier in this article, the result is that the RAN is not configured to its maximum potential. The outcome is subpar customer experience. Configuration management is easy to overlook, too. It is often a dry and boring matter, too complicated to grasp its gravity and lacking the panache to create a natural excitement for it. It need not be so—the challenges can be tackled should a zero-touch approach be undertaken. Relying on manual effort is no longer practical or affordable. RAN configuration management can only be fully assured using software that provides closed-loop automation (CLA) for all vendors on a network.
The challenge for a network design team is in both the creation of the design policies and their application on the network. Design policies themselves must be adapted on the go and constantly modified as the network itself evolves and customer behavior changes. The application of those policies needs to factor the differences and specifics that each vendor has in the method the respective parameters are defined and modified. Closed-loop automation along with unified policy definition help in managing the RAN configuration efficiently—application of new design policies, audit against live configuration, correction on a repeated cycle, analysis of impact on network performance, and feedback loop to modify the design when it is no longer fit for purpose. It is important to note that effectiveness of the automation itself is directly dependent on the quality of the solution and particularly how the concept of design policies is implemented. A RAN network is constantly changing with network elements integrated and removed frequently. For configuration management automation to work in practice, design policies need to be flexible and dynamic to automatically adapt to those changes.
This is hardly a revelation, of course. The topic of network automation has frequently been raised in a multitude of platforms and events. And yet, the focus mostly falls on automation of reactive problem identification rather than on automation for proactive network performance, the latter being what the core aspect of configuration management is. Mobile operators who understand the importance and growing complexity of configuration management are those that usually end up winning benchmark awards and customers’ satisfaction.