Welcome!

SDN Journal Authors: Yeshim Deniz, Elizabeth White, Liz McMillan, Pat Romanski, TJ Randall

News Feed Item

Nudging the Network toward Self-optimization

LONDON, March 20, 2014 /PRNewswire/ -- Reportbuyer.com just published a new market research report:

Nudging the Network toward Self-optimization

This report will examine the various forms SON might take, as well as CSPs' concerns and drivers for SON. It will also cover some of the approaches appearing in the market today; and, finally, offer Stratecast's analysis on where SON is headed.

Introduction

There are several exciting and potentially game-changing innovations underway for communication networks and the software architectures that support them. The self-organizing network (SON) is only the latter. It is neither as new nor exciting as Software Defined Networking (SDN) or Network Function Virtualization (NFV). These developments have captured the industry's imagination. They are generating buzz, as well as serious activity within standards bodies and in the roadmaps of communications service providers. With a few notable exceptions, such as AT&T's implementation, SON is not generating the same momentum. Stratecast believes the enthusiasm gap stems from SDN and NFV being broad architectural transformations. They are exciting because they are disruptive, and because they represent change and forward thinking. SON simply makes network operators better at what they already do. It enhances processes that CSPs have employed for decades, such as planning and engineering, capacity management, troubleshooting, service assurance, and optimization.

Although SDN and SON are currently what the late zoologist and geologist, Stephen Jay Gould, would call "non-overlapping magisteria" (meaning they operate in separate domains), there is potential for the technologies to become more entwined as they begin to drive software-driven architectures.

That SON should command less attention than SDN or NFV is unfortunate; but also may be a positive sign that CSPs are now truly focusing on developments that directly benefit the customer experience rather than the bottom line, which SON can certainly help them deliver. Some would argue that SON also improves the customer experience by ensuring that capacity meets demand—but Stratecast views SON primarily as a streamlining and optimization exercise, for now.

Also, SON will not get the inter-departmental push the other technologies get because it is not something CSPs can easily charge for. It is not a revenue generator. Besides, CSPs are in no hurry to hand over the planning, configuration and maintenance of their networks to a computer. Still, SON will come. It is a significant step in a long-desired direction. It will not come all at once, but will proceed tentatively from the largely manual process that exists today, to a semi-automated process— where Stratecast believes it will linger until some brave or desperate CSP goes fully automatic.

This report will examine the various forms SON might take, as well as CSPs' concerns and drivers for SON. It will also cover some of the approaches appearing in the market today; and, finally, offer Stratecast's analysis on where SON is headed.

Optimization Takes a 'Selfie'

technologies by their full name, relying instead on acronyms, only exacerbates the problem. SON is no exception. As stated in the introduction, the underlying concepts of SON are not new; programmability and automation have been the goal of network engineers for decades. But the tools necessary for achieving them have only recently evolved to the degree at which they become plausible. As described in this report, the terminology is evolving with it.

Self-Organizing Network guidelines were first introduced as part of the 3GPP's LTE specification, in 2008, for the radio access portion of the network known as the RAN. Although the term Self-Organizing Networks remains the official terminology within the standard, most operators and vendors that Stratecast spoke with for this report refer to SON as "Self-Optimizing Networks."

According to the 3GPP standards, optimization is just one of three functional subgroups of Self-Organizing Networks. The subgroups of SON are self-configuration, self-optimization, and self-healing. Ultimately, all three subgroups optimize the network in their own way. They are intrinsically connected; and Stratecast takes no issue with referring to SON as self-optimizing rather than self-organizing. Another way to think about it is that the term "self-organizing" refers to what the technology does for the network; and "self-optimizing" refers to what it does for the business. Still, it is important to understand the three subgroups more specifically:

Self-Configuration – The self-configuration function, or subgroup, focuses on the pre-service deployment of various network elements, primarily in the radio access network (RAN). The goal is to allow base stations and other elements to establish connectivity, and configure parameters on their own, as they are switched on. In this manner, they discover their place in the network and the configurations of their neighbor and adjacent cells; which, in turn, automatically adjust to their new neighbors. While this initially does not eliminate the need for engineering to design and plan the overall network configuration, it should significantly reduce the time it takes to prepare, install, turn up, and configure new elements in the network This will become increasingly important as small cells and heterogeneous networks proliferate, as is expected.

Self-Optimization – The self-optimization function, or subgroup, is designed to improve coverage by maximizing the utilization of network elements, and conserving the power to run them. It concentrates on the growing number of parameters that need to be set and reset in response to changing requirements in traffic, time-of-day demand, emergency coverage, environmental conditions, and the health of other network elements. Eventually, it will include the automatic reconfiguration of antenna-tilt settings for a new generation of radio.
Self-Healing – The self-healing function, or subgroup, will respond to service degradation or system failures by automatically adjusting parameters, configurations, or physical tilt in neighboring nodes to compensate for lost coverage. This self-healing function could change the dynamic of troubleshooting networks, and improve mean-time-to-repair and service quality. It could also reduce the severity and duration of service affecting outages.

As promising as SON is—within each of its components—network operations departments are not ready to manage a fully autonomous network. Network planners are not ready for self-configuration. Network engineers are not ready for self-optimizing networks. As one North American operator said, "We don't know how to run that kind of network."

Most of the concern over rushing into SON stems from a reluctance to embrace real-time modifications to active network configurations. Of primary concern is losing the point-of-reference for troubleshooting when something goes wrong or a series of parameter changes does not have the desired effect. CSPs are wondering if they might have to completely rethink the network maintenance processes that have stood the test of time for more than fifty years. Stratecast believes that before CSPs get comfortable with network-wide, real-time network configuration changes, they will apply SON to localized portions of their networks, or through "distributed SON"—one of three SON architectures.

Table of Contents

1 | NUDGING THE NETWORK TOWARD SELF-OPTIMIZATION

OSSCS 14-11
1. Introduction
2. Optimization Takes a 'Selfie'
3. A Nagging Discomfort with Networks on Autopilot - CSPs Speak Out
4. CSPs Reveal Their Motivations and Expected Benefits from SON
5. Advancing Toward SON
6. Stratecast - The Last Word
7. About Stratecast
8. About Frost & Sullivan

Read the full report:
Nudging the Network toward Self-optimization
http://www.reportbuyer.com/telecoms/misc_telecoms/nudging_network_toward_self_optimization.html#utm_source=prnewswire&utm_medium=pr&utm_campaign=Telecommunication_Services

For more information:
Sarah Smith
Research Advisor at Reportbuyer.com
Email: [email protected]  
Tel: +44 208 816 85 48
Website: www.reportbuyer.com

SOURCE ReportBuyer

More Stories By PR Newswire

Copyright © 2007 PR Newswire. All rights reserved. Republication or redistribution of PRNewswire content is expressly prohibited without the prior written consent of PRNewswire. PRNewswire shall not be liable for any errors or delays in the content, or for any actions taken in reliance thereon.

CloudEXPO Stories
With more than 30 Kubernetes solutions in the marketplace, it's tempting to think Kubernetes and the vendor ecosystem has solved the problem of operationalizing containers at scale or of automatically managing the elasticity of the underlying infrastructure that these solutions need to be truly scalable. Far from it. There are at least six major pain points that companies experience when they try to deploy and run Kubernetes in their complex environments. In this presentation, the speaker will detail these pain points and explain how cloud can address them.
The deluge of IoT sensor data collected from connected devices and the powerful AI required to make that data actionable are giving rise to a hybrid ecosystem in which cloud, on-prem and edge processes become interweaved. Attendees will learn how emerging composable infrastructure solutions deliver the adaptive architecture needed to manage this new data reality. Machine learning algorithms can better anticipate data storms and automate resources to support surges, including fully scalable GPU-centric compute for the most data-intensive applications. Hyperconverged systems already in place can be revitalized with vendor-agnostic, PCIe-deployed, disaggregated approach to composable, maximizing the value of previous investments.
When building large, cloud-based applications that operate at a high scale, it's important to maintain a high availability and resilience to failures. In order to do that, you must be tolerant of failures, even in light of failures in other areas of your application. "Fly two mistakes high" is an old adage in the radio control airplane hobby. It means, fly high enough so that if you make a mistake, you can continue flying with room to still make mistakes. In his session at 18th Cloud Expo, Lee Atchison, Principal Cloud Architect and Advocate at New Relic, discussed how this same philosophy can be applied to highly scaled applications, and can dramatically increase your resilience to failure.
Machine learning has taken residence at our cities' cores and now we can finally have "smart cities." Cities are a collection of buildings made to provide the structure and safety necessary for people to function, create and survive. Buildings are a pool of ever-changing performance data from large automated systems such as heating and cooling to the people that live and work within them. Through machine learning, buildings can optimize performance, reduce costs, and improve occupant comfort by sharing information within the building and with outside city infrastructure via real time shared cloud capabilities.
As Cybric's Chief Technology Officer, Mike D. Kail is responsible for the strategic vision and technical direction of the platform. Prior to founding Cybric, Mike was Yahoo's CIO and SVP of Infrastructure, where he led the IT and Data Center functions for the company. He has more than 24 years of IT Operations experience with a focus on highly-scalable architectures.