Network-as-a-service: APIs, AI and the open cloud

NaaS is a cloud-native opportunity

Network virtualisation and disaggregation are creating opportunities that are broadly categorised as Network as a Service (NaaS). This concept has been around since the early 2010s, when the project to virtualise telecoms networks began. In other words, it is an idea that is native to telco cloud and a natural by-product of virtualising network functions. Some of the goals of network functions virtualisation implied NaaS. These were to enable networking capabilities to be:

  • Spun up and activated whenever required to meet user demand
  • Scaled up and out dynamically to provide greater capacity, bandwidth and reliability, along with lower latencies, whenever and wherever required
  • Programmable and instructible by operators, third parties such as application developers, and customers, including via APIs(see below)
  • Defined and managed centrally, through software, independently of the underlying network technologies and domains (for example, through software-defined networking [SDN], typically in SD-WANplatforms)
  • Made able – in the 5G era – to support multiple, parallel virtual networks running over the same physical core and access networks, for example in network slicing

Enter your details below to download an extract of the report

The role of network slicing relates to a distinction between the NaaS discussion at the present time and previous iterations of the idea in the earlier phases of the telco industry’s cloud evolution. Previously, NaaS referred to services that depended either on the enhanced scalability enabled by virtualised network functions or on SDN control over traffic flows. Earlier NaaS services included:

  • On-demand activation, or scaling up or down, of dedicated Ethernet links or broadband access
  • Flexible, rapid deployment of enterprise network services using Virtualised Network Functions (VNFs) hosted on vendor-neutral customer premises equipment (uCPE)
  • SD-WAN, involving on-demand creation and centralised, SDN-based management of WAN services, via a software overlay, across multiple physical network types and domains

Current thinking around NaaS is directed towards the opportunities resulting from enabling the largely virtualised functions of the telco network to be programmed and customised around the requirements of applications of different types, typically via APIs. This is an opportunity linked to other technology trends such as edge computing, IoT and the emergence of cloud-native networks and functions. Here, it is not just the standard attributes of rigid VNFs that can be scaled or controlled via the service, but the fundamental building blocks of the network – from core to access – that can be re-programmed, modified or swapped out altogether. The ultimate logic of this is to allow an almost indefinite number of virtual networks to be created and run across a single cloud-managed, physical network.

Many of the commercial and technological challenges and opportunities from network APIs were discussed in our recent report, Network APIs: Driving new revenue streams for telcos. Our research shows that APIs represent a substantial opportunity for telcos, with the revenue opportunity created by the top 11 mobile network APIs forecast to reach over $22 billion by 2028 (see graphic below).

Mobile network API revenue opportunity, 2022-2028, worldwide

Mobile-network-API-revenue-opportunity-2022-2028-worldwide-stl-partners

Source: STL Partners, TELUS

These APIs comprise network information APIs providing real-time information about the network (such as performance, hyper-precise location and device status) and network configuration APIs, which instruct the network (for example, quality-of-service on-demand, slice configuration and device onboarding).

NaaS is also an opportunity for non-telcos

Our forecast is, however, beset by a great deal of uncertainty. Firstly, this is because the business model for these sorts of network API is still highly unclear. For example, how much application developers will actually be prepared to pay for network access via this route. This depends on operators being able to establish a clear value proposition for their APIs, i.e. that they give access to capabilities that clearly enhance the functionality of applications or indeed are essential to their performance. And secondly, operators would need to assert themselves as the primary, even exclusive, providers of access to these capabilities.

Table of contents

  • Executive Summary
    • NaaS is a major opportunity for telcos and non-telcos alike
    • NaaS 2.0 will be delivered across an open telco cloud
    • Recommendation: NaaS 2.0 is a long-term but fast-evolving opportunity and telcos need to pick a strategy
    • Three NaaS business models: Co-creator, Distributor and Aggregator
  • NaaS is a cloud-native opportunity
  • NaaS is also an opportunity for non-telcos
  • AI-driven automation and cloud-native software could bypass telco APIs
    • Cloud-native and AI are made for each other
    • AI-based NaaS will enable a new breed of automation-enabling, edge compute applications
    • NaaS 2.0 threatens a “Wild West” of networking
    • NaaS will drive a restructuring of the telecoms industry as a whole: How should telcos play?
  • Three NaaS 2.0 business models for the telco: Co-creator, distributor and aggregator
    • Business model 1: Enabler and co-creator of NaaS 2.0 services
    • Business model 2: Physical distributor of NaaS 2.0 services
    • Business model 3: NaaS aggregator
  • Conclusion: NaaS is a significant opportunity — but not just for telcos

Related Research

Enter your details below to download an extract of the report

Telco Cloud Deployment Tracker: Deploying NFs on public cloud without losing control

In this update, we present a review of telco cloud deployments for the whole of 2022 and discuss trends that will shape the year ahead. Fewer deployments than expected were completed in 2022. The main reason for this was a delay in previously announced 5G Standalone (SA) core roll-outs, for reasons we have analysed in a previous report. However, we expect these deployments to be largely completed in 2023. 

We also review deployments of NFs on the public cloud in 2022. While few in number, they are significant in scope, and illustrate ways in which telcos of different types can deploy NFs on public cloud while retaining control over the management and ongoing development of those NFs.

Enter your details below to download an extract of the report

CNFs on the public cloud: Recent deployments illustrate how to avoid hyperscaler lock-in

Few telcos have yet deployed critical network functions on the hyperscale cloud, as discussed in this report. However, significant new deployments did go live in 2022, as did tests and pilots, involving all three hyperscalers:​

Recent deployments and trials of CNFs on public cloud

Source: STL Partners

In our recently published Telco Cloud Manifesto 2.0, we argued that telcos thinking of outsourcing telco cloud (i.e. both VNFs/CNFs and cloud infrastructure) to hyperscalers should not do so as a simple alternative to evolving their own software development skills and cloud operational processes. In order to avoid a potentially crippling dependency on their hyperscaler partners, it is essential for operators to maintain control over the development and orchestration of their critical NFs and cloud infrastructure while delivering services across a combination of the private cloud and potentially multiple public clouds. In contrast to a simple outsourcing model, the deployments on public cloud in 2022 reflect different modes of exploiting the resources and potential of the cloud while maintaining control over NF development and potential MEC use cases. The telcos involved retain control because only specific parts of the cloud stack are handed over to the hyperscale platform; and, within that, the telcos also retain control over variable elements such as orchestration, NF development, physical infrastructure or the virtualisation layer.

In this report, we discuss the models which the telcos above have followed to migrate their network workloads onto the public cloud and how this move fits their overall virtualisation strategies.

Previous telco cloud tracker releases and related research

Enter your details below to download an extract of the report

Telco Cloud Europe update: Open RAN approaching tipping point

Telco Cloud deployments on track for growth again in 2020

Ninth update of the ‘Telco Cloud Tracker’: from ‘NFV’ to ‘telco cloud’

This report accompanies the ninth release of STL Partners’ ‘Telco Cloud Tracker’ database. This contains data on deployments of NFV (Network Functions Virtualisation), SDN (Software Defined Networking) and cloud-native network functions (CNFs) in the networks of the leading telcos worldwide. This analytical report focuses on trends in Europe, set in global context.

For this update and hereafter, we have changed the name of the database from ‘NFV Deployment Tracker’ to ‘Telco Cloud Tracker’. The name change reflects STL Partners’ new focus on ‘Telco Cloud’ as both a research stream and consultancy practice. But the change also corresponds to the fact that the telecoms industry has now embarked on the second phase of its journey towards more integrally software-based networks – the first phase of which went under the banner of ‘NFV’. This journey is not just about a migration towards ‘software in general’, but cloud-native software: based on design principles developed by the cloud industry, which have the potential to bring cloud-scale economics, programmability and automation to connectivity and connectivity-dependent services.

The Tracker database is provided as an interactive Excel tool containing line-by-line analysis of more than 760 individual deployments of NFV, SDN and CNFs, which can be used to drill down on trends by company and region.

We will produce further research and reports on different aspects of cloud-native software and its impact over the coming months.

Growth in 5G core offset by declines in other areas

Telco cloud deployments so far

After a slight drop in the overall number of deployments in 2019, 2020 is set to be a year of modest growth, as is illustrated by the figure below:

Total number of deployments worldwide, 2014 to July 2020

Source: STL Partners

The data for 2020 is split up into completed, ‘pending’ and estimated additional deployments. We have recorded 63 completed deployments between January and July 2020. Pending deployments (totalling 72) are those previously announced that we are expecting to be completed during 2020 but which – to our knowledge – had not yet gone live in the commercial network by the end of July. The estimated additional deployments are derived from extrapolating to the full year 2020 from the total of completed implementations in the first seven months. This results in around 45 further deployments. On this basis, the total for the year as a whole would reach around 180 deployments: just above the previous record year of 2018 (178).

Enter your details below to request an extract of the report

Table of Contents

  • Executive Summary
  • Introduction: Telco cloud deployments on track for growth again in 2020
    • Ninth update of the ‘Telco Cloud Tracker’: from ‘NFV’ to ‘telco cloud’
    • Scope and content of the Tracker
  • 5G core drives new growth in 2020
    • Deployments are on the rise again
    • Growth has been consistent across almost all regions
    • Europe also on track to maintain its record of year-on-year growth
    • Deployments in Europe are still dominated by the major players, but smaller telcos are catching up
    • Vendors: Ericsson in close second place behind Cisco owing to strong presence in mobile core
  • Open RAN at a TIPping point in Europe
    • European telcos are playing a leading role in open RAN
  • Conclusion: Growth being driven by 5G – with open RAN waiting in the wings
    • Worldwide surge in NSA 5G core deployments
    • NSA 5GC is now nearly the leading VNF overall in Europe
    • … with cloud-native, SA 5GC coming down the pipeline
    • … and waiting in the wings: open RAN
    • These overlapping waves of innovation will make telco cloud mainstream

Enter your details below to request an extract of the report

NFV goes mainstream: How cloud-native is contributing to growth

This report accompanies the latest update of the NFV Deployment Tracker (June 2020).  It provides an analysis of global tracker findings and covers deployments from 2011 until March 2020.

About the NFV Deployment Tracker

The NFV Deployment Tracker is a regularly-updated database of commercial deployments of Network Functions Virtualisation (NFV) and Software-Defined Networking (SDN) technologies by leading telcos worldwide. It builds on an extensive body of analysis by STL Partners over the past five years on NFV and SDN strategies, technology and market developments.

The Tracker is provided as an interactive Excel tool containing line-by-line analysis of nearly 700 individual deployments of NFV and SDN, which can be used to drill down on trends by company and region.

The NFV Deployment Tracker

Overview of STL Partners NFV Deployment Tracker

Source: STL Partners

Previous reports have focussed on trends in specific regions, in addition to global findings. These include:

Enter your details below to request an extract of the report

NFV/SDN continues to grow at different speeds in different regions

NFV deployments continue to grow…

In total, our database now contains information on 689 NFV and SDN deployments comprising 1,401 individual functional elements, i.e. an average of just over two components per deployment. As has been the case since we began collecting data, the number of deployments (as defined by STL Partners) continues to grow year on year; although the trend as illustrated below requires some explanation:

Deployment growth continues – despite an apparent slowdown

Source: STL Partners

Pending deployments are those regarding which there is uncertainty surrounding completion.  STL Partners expects some of these will be allocated to 2019 as it discovers that they were completed in that year. 2019 could yet emerge as a growth year, and if not, 2020 looks set to exceed the totals for 2018 and 2019.

…but the rate and drivers of growth vary by region

If we make a more meaningful comparison – between 2019 and the first three months of 2020 (including pending deployments), on the one hand, and 2018, on the other – we see that the number of deployments has continued to grow in each region, apart from North America, where the market is maturing and the pace of new deployment has subsided.

Regional deployment growth, with the exception of North America

Source: STL Partners

Overall, the Asia-Pacific region has accounted for the largest number of deployments across all years: 232 (33.7%) of the total – just ahead of Europe on 226 (32.8%). North America has generated 135 deployments (19.6%), followed by the Middle East with 57, Latin America on 30, and Africa with 15.

Table of contents

  • Executive Summary
  • About the NFV Deployment Tracker
    • Scope
    • Definitions
  • Introduction: NFV/SDN continues to grow – but at different speeds in different regions
    • NFV deployments continue to grow…
    • …but the rate and drivers of growth vary by region
  • In detail: understanding the growth
    • 5G ushers in Phase 2 NFV in developed markets…
    • …while Phase 1 core virtualisation spreads to other markets
    • SD-WAN also goes global
    • SDN was a critical component in longhaul network upgrades
    • vRAN and open RAN enter the stage
    • A second wave of telco cloud deployments is also underway
    • NFV MANO deployments were geared to supporting multi-vendor VNFs over telco clouds
  • In detail: deployments by operator
    • Vodafone, & Telefónica: telco cloud builders innovate at the core and edge
    • China, Japan (& Finland): leading cloud-native deployment
    • AT&T & Verizon: virtualisation programmes near completion
  • In detail: deployments by vendor
    • Cisco & Nokia: generalists leading overall and in 2019/20 respectively, boosted by 5G cores
    • VMware: thriving on telco cloud and SD-WAN
    • Ericsson: leading on 5G cores
    • Huawei: real position is unclear
  • Conclusion: NFV’s first phase has delivered, but tougher challenges lie ahead
    • NFV has become a more and more integral part of telcos’ service portfolios and infrastructure
    • NFV has proven its worth in addressing the challenges of today…
    • … while cloud-native NFV is also getting underway, and may help address the challenges of tomorrow
    • Phase 2 NFV: innovating our way out of the crisis
    • What next?
  • Appendix: Glossary of terms

Enter your details below to request an extract of the report

Telco Cloud: Why it hasn’t delivered, and what must change for 5G

Related Webinar – 5G Telco Clouds: Where we are and where we are headed

This research report will be expanded upon on our upcoming webinar 5G Telco Clouds: Where we are and where we are headed. In this webinar we will argue that 5G will only pay if telcos find a way to make telco clouds work. We will look to address the following key questions:

  • Why have telcos struggled to realise the telco cloud promise?
  • What do telcos need to do to unlock the key benefits?
  • Why is now the time for telcos to try again?

Join us on April 8th 16:00 – 17:00 GMT by using this registration link.

Telco cloud: big promises, undelivered

A network running in the cloud

Back in the early 2010s, the idea that a telecoms operator could run its network in the cloud was earth-shattering. Telecoms networks were complicated and highly-bespoke, and therefore expensive to build, and operate. What if we could find a way to run networks on common, shared resources – like the cloud computing companies do with IT applications? This would be beneficial in a whole host of ways, mostly related to flexibility and efficiency. The industry was sold.

In 2012, ETSI started the ball rolling when it unveiled the Network Functions Virtualisation (NFV) whitepaper, which borrowed the IT world’s concept of server-virtualisation and gave it a networking spin. Network functions would cease to be tied to dedicated pieces of equipment, and instead would run inside “virtual machines” (VMs) hosted on generic computing equipment. In essence, network functions would become software apps, known as virtual network functions (VNFs).

Because the software (the VNF) is not tied to hardware, operators would have much more flexibility over how their network is deployed. As long as we figure out a suitable way to control and configure the apps, we should be able to scale deployments up and down to meet requirements at a given time. And as long as we have enough high-volume servers, switches and storage devices connected together, it’s as simple as spinning up a new instance of the VNF – much simpler than before, when we needed to procure and deploy dedicated pieces of equipment with hefty price tags attached.

An additional benefit of moving to a software model is that operators have a far greater degree of control than before over where network functions physically reside. NFV infrastructure can directly replace old-school networking equipment in the operator’s central offices and points of presence, but the software can in theory run anywhere – in the operator’s private centralised data centre, in a datacentre managed by someone else, or even in a public hyperscale cloud. With a bit of re-engineering, it would be possible to distribute resources throughout a network, perhaps placing traffic-intensive user functions in a hub closer to the user, so that less traffic needs to go back and forth to the central control point. The key is that operators are free to choose, and shift workloads around, dependent on what they need to achieve.

The telco cloud promise

Somewhere along the way, we began talking about the telco cloud. This is a term that means many things to many people. At its most basic level, it refers specifically to the data centre resources supporting a carrier-grade telecoms network: hardware and software infrastructure, with NFV as the underlying technology. But over time, the term has started to also be associated with cloud business practices – that is to say, the innovation-focussed business model of successful cloud computing companies

Figure 2: Telco cloud defined: New technology and new ways of working

Telco cloud: Virtualised & programmable infrastructure together with cloud business practices

Source: STL Partners

In this model, telco infrastructure becomes a flexible technology platform which can be leveraged to enable new ways of working across an operator’s business. Operations become easier to automate. Product development and testing becomes more straightforward – and can happen more quickly than before. With less need for high capital spend on equipment, there is more potential for shorter, success-based funding cycles which promote innovation.

Much has been written about the vast potential of such a telco cloud, by analysts and marketers alike. Indeed, STL Partners has been partial to the same. For this reason, we will avoid a thorough investigation here. Instead, we will use a simplified framework which covers the four major buckets of value which telco cloud is supposed to help us unlock:

Figure 3: The telco cloud promise: Major buckets of value to be unlocked

Four buckets of value from telco cloud: Openness; Flexibility, visibility & control; Performance at scale; Agile service introduction

Source: STL Partners

These four buckets cover the most commonly-cited expectations of telcos moving to the cloud. Swallowed within them all, to some extent, is a fifth expectation: cost savings, which have been promised as a side-effect. These expectations have their origin in what the analyst and vendor community has promised – and so, in theory, they should be realistic and achievable.

The less-exciting reality

At STL Partners, we track the progress of telco cloud primarily through our NFV Deployment Tracker, a comprehensive database of live deployments of telco cloud technologies (NFV, SDN and beyond) in telecoms networks across the planet. The emphasis is on live rather than those running in testbeds or as proofs of concept, since we believe this is a fairer reflection of how mature the industry really is in this regard.

What we find is that, after a slow start, telcos have really taken to telco cloud since 2017, where we have seen a surge in deployments:

Figure 4: Total live deployments of telco cloud technology, 2015-2019
Includes NFVi, VNF, SDN deployments running in live production networks, globally

Telco cloud deployments have risen substantially over the past few years

Source: STL Partners NFV Deployment Tracker

All of the major operator groups around the world are now running telco clouds, as well as a significant long tail of smaller players. As we have explained previously, the primary driving force in that surge has been the move to virtualise mobile core networks in response to data traffic growth, and in preparation for roll-out of 5G networks. To date, most of it is based on NFV: taking existing physical core network functions (components of the Evolved Packet Core or the IP Multimedia Subsystem, in most cases) and running them in virtual machines. No operator has completely decommissioned legacy network infrastructure, but in many cases these deployments are already very ambitious, supporting 50% or more of a mobile operator’s total network traffic.

Yet, despite a surge in deployments, operators we work with are increasingly frustrated in the results. The technology works, but we are a long way from unlocking the value promised in Figure 2. Solutions to date are far from open and vendor-neutral. The ability to monitor, optimise and modify systems is far from ubiquitous. Performance is acceptable, but nothing to write home about, and not yet proven at mass scale. Examples of truly innovative services built on telco cloud platforms are few and far between.

We are continually asked: will telco cloud really deliver? And what needs to change for that to happen?

The problem: flawed approaches to deployment

Learning from those on the front line

The STL Partners hypothesis is that telco cloud, in and of itself, is not the problem. From a theoretical standpoint, there is no reason that virtualised and programmable network and IT infrastructure cannot be a platform for delivering the telco cloud promise. Instead, we believe that the reason it has not yet delivered is linked to how the technology has been deployed, both in terms of the technical architecture, and how the telco has organised itself to operate it.

To test this hypothesis, we conducted primary research with fifteen telecoms operators at different stages in their telco cloud journey. We asked them about their deployments to date, how they have been delivered, the challenges encountered, how successful they have been, and how they see things unfolding in the future.

Our sample includes individuals leading telco cloud deployment at a range of mobile, fixed and converged network operators of all shapes and sizes, and in all regions of the world. Titles vary widely, but include Chief Technology Officers, Heads of Technology Exploration and Chief Network Architects. Our criteria were that individuals needed to be knee-deep in their organisation’s NFV deployments, not just from a strategic standpoint, but also close to the operational complexities of making it happen.

What we found is that most telco cloud deployments to date fall into two categories, driven by the operator’s starting point in making the decision to proceed:

Figure 5: Two starting points for deploying telco cloud

Function-first "we need to virtualise XYZ" vs platform-first "we want to build a cloud platform"

Source: STL Partners

The operators we spoke to were split between these two camps. What we found is that the starting points greatly affect how the technology is deployed. In the coming pages, we will explain both in more detail.

Table of contents

  • Executive Summary
  • Telco cloud: big promises, undelivered
    • A network running in the cloud
    • The telco cloud promise
    • The less-exciting reality
  • The problem: flawed approaches to deployment
    • Learning from those on the front line
    • A function-first approach to telco cloud
    • A platform-first approach to telco cloud
  • The solution: change, collaboration and integration
    • Multi-vendor telco cloud is preferred
    • The internal transformation problem
    • The need to foster collaboration and integration
    • Standards versus blueprints
    • Insufficient management and orchestration solutions
    • Vendor partnerships and pre-integration
  • Conclusions: A better telco cloud is possible, and 5G makes it an urgent priority

NFV Deployment Tracker: Asia-Pacific points to the future of NFV

About the NFV Deployment Tracker

The NFV Deployment Tracker is a quarterly-updated database of commercial deployments of Network Functions Virtualisation (NFV) and Software-Defined Networking (SDN) technologies by leading telcos worldwide. It builds on an extensive body of analysis by STL Partners over the past four years on NFV and SDN strategies, technology and market developments.

The Tracker is provided as an interactive Excel tool containing line-by-line analysis of nearly 600 individual deployments of NFV and SDN, which can be used to drill down on trends by company and region.

Figure 1: The NFV Deployment Tracker

Overview of STL Partners NFV Deployment Tracker

Source: STL Partners

Each new release of the Tracker is global, but is accompanied by an analytical report which focusses on trends in a given region. Previous analysis includes:

This report accompanies the seventh update of the NFV Deployment Tracker, providing an overview of global trends, and a deep-dive on what’s happening in the Asia-Pacific region.

Scope and definitions

The NFV Deployment Tracker covers verified, live deployments of NFV and SDN in commercial telco networks. We do not include proofs of concept, commercial trials or mere agreements to deploy, unless these eventually result in a full commercial deployment.

The data derives mainly from public-domain sources, such as press releases by operators and vendors, or reputable industry media. We also include undisclosed deployments that the operators concerned have informed us about on a confidential basis. These are subsumed within the aggregate data sets analysed in this report but are not itemised in the detailed information contained in the Excel spreadsheet.

We include only telecoms operators, and not other types of company that rely on communications infrastructure and services to deliver their own services (such as cloud providers, internet exchange and hub operators, vendors, systems integrators, etc.).

The telcos included are mainly Tier One providers: those that rely on their own national and international, end-to-end facilities to deliver B2C or B2B services. However, we also include information on incumbent or dominant operators for smaller countries – which are not big enough to be defined as Tier One – as well as particularly innovative deployments by smaller or start-up players in significant markets.

Data in this report covers deployments from 2011 until August 2019.

Global context: NFV is definitely not dead

Global NFV deployments still growing; Asia-Pacific in the lead

We have gathered data on 572 live, commercial deployments of NFV and SDN technology worldwide between January and August 2019. These deployments include 1,161 VNFs, software sub-components and infrastructure elements for which information is available. Overall, the volume of new deployments worldwide has increased every year since 2011.

Figure 2: NFV deployments are picking up speed

NFV deployments by region and year 2011-2019

Source: STL Partners NFV Deployment Tracker

The total of 132 deployments for 2019 in the above chart includes both completed and pending implementations (we define pending as ongoing deployments that have not yet been verified as completed, but which we expect to be concluded in 2019). In addition, the 2019 total shown here runs only up to the end of August 2019; so we are confident that the full-year total for 2019 will exceed the 147 deployments recorded in 2018.

In fact, the number of deployments in Europe and the Middle East in 2019 to date has already exceeded the total for each of these regions for 2018 as a whole. In Asia-Pacific, the volume for the first eight months of 2019 (38) is already around 80% of the 2018 total (49) – meaning that the region is likely to show growth overall by the end of 2019. It must be noted that, by contrast, deployments in North America have declined significantly.

When measured purely in terms of deployments, Europe led the world for the first time in the first eight months of this year. However, in the previous three years – and overall – the Asia-Pacific region has deployed more than any other. We have gathered data on 203 live, commercial deployments of NFV and SDN technology in the Asia-Pacific region between January 2012 and August 2019 – 35.5% of the global total. This means that Asia-Pacific is the largest market for NFV and SDN.

Figure 3: Asia-Pacific leads in total NFV deployments worldwide

Asia-Pacific leads in global NFV deploymentsSource: STL Partners

Table of contents

  • Executive summary
  • About the NFV Deployment Tracker
  • Scope and definitions
  • Global context
    • Global NFV deployments still growing; Asia-Pacific in the lead
    • Growth in 2019 driven by virtualised 5G mobile cores
    • Mobile core virtualisation is the dominant driver of NFV overall
    • SDN retains its dominant role in Asia-Pacific
    • Vendors of mobile network cores performing strongly
  • Asia-Pacific in focus: leading on innovatio
  • More Asia-Pacific operators are embracing NFV and SDN
  • Pushing the boundaries of mobile core architecture
  • Winning the race to operationalise the 5G standalone core
  • Innovating on SDN-based, on-demand networking services
  • Ambition to innovate for economic and social development
  • Conclusion: Asia-Pacific both leads on past deployments and points the way ahead
    • Asia-Pacific leads the NFV/SDN market in two main ways
    • The region also points the way ahead for the industry
  • Appendix: Glossary of terms

NFV Deployment Tracker: North American data and trends

Introduction

NFV in North America – how is virtualisation moving forward in telcos against global benchmarks?

Welcome to the sixth edition of the ‘NFV Deployment Tracker’

This report is the sixth analytical report in the NFV Deployment Tracker series and is intended as an accompaniment to the updated Tracker Excel spreadsheet.

This extended update covers seven months of deployments worldwide, from October 2018 to April 2019. The update also includes an improved spreadsheet format: a more user-friendly, clearer lay-out and a regional toggle in the ‘Aggregate data by region’ worksheet, which provides much quicker access to the data on each region separately.

The present analytical report provides an update on deployments and trends in the North American market (US, Canada and the Caribbean) since the last report focusing on that region (December 2017).

Scope, definitions and importance of the data

We include in the Tracker only verified, live deployments of NFV or SDN technology powering commercial services. The information is taken mainly from public-domain sources, such as press releases by operators or vendors, or reports in reputable trade media. However, a small portion of the data also derives from confidential conversations we have had with telcos. In these instances, the deployments are included in the aggregate, anonymised worksheets in the spreadsheet, but not in the detailed dataset listing deployments by operator and geography, and by vendor where known.

Our definition of a ‘deployment’, including how we break deployments down into their component parts, is provided in the ‘Explanatory notes’ worksheet, in the accompanying Excel document.

NFV in North America in global context

We have gathered data on 120 live, commercial deployments of NFV and SDN in North America between 2011 and April 2019. These were completed by 33 mainly Tier-One telcos and telco group subsidiaries: 24 based in the US, four in Canada, one Caribbean, three European (Colt, T-Mobile and Vodafone), and one Latin American (América Móvil). The data includes information on 217 known Virtual Network Functions (VNFs), functional sub-components and supporting infrastructure elements that have formed part of these deployments.

This makes North America the third-largest NFV/SDN market worldwide, as is illustrated by the comparison with other regions in the chart below.

Total NFV/SDN deployments by region, 2011 to April 2019

total NFV deployments by region North America Africa Asia-Pacific Europe Middle East

Source: STL Partners

Deployments of NFV in North America account for around 24% of the global total of 486 live deployments (or 492 deployments counting deployments spanning multiple regions as one deployment for each region). Europe is very marginally ahead on 163 deployments versus 161 for Asia-Pacific: both equating to around 33% of the total.

The NFV North America Deployment Tracker contains the following data, to May 2019:

  • Global aggregate data
  • Deployments by primary purpose
  • Leading VNFs and functional components
  • Leading operators
  • Leading vendors
  • Leading vendors by primary purpose
  • Above data points broken down by region
  • North America
  • Asia-Pacific
  • Europe
  • Latin America
  • Middle East
  • Africa
  • Detailed dataset on individual deployments

 

Contents of the accompanying analytical report:

  • Executive Summary
  • Introduction
  • Welcome to the sixth edition of the ‘NFV Deployment Tracker’
  • Scope, definitions and importance of the data
  • Analysis of NFV in North America
  • The North American market in global context
  • SD-WAN and core network functions are the leading categories
  • 5G is driving core network virtualisation
  • Vendor trends: Open source and operator self-builds outpace vendors
  • Operator trends: Verizon and AT&T are the clear leaders
  • Conclusion: Slow-down in enterprise platform deployments while 5G provides new impetus

NFV and OSS: Virtualization meets reality

Introduction: New virtual network, same old OSS

The relationship between NFV and OSS

This report discusses the relationship between NFV (Network Functions Virtualization) and OSS (Operations Support Systems), and the difficulties that operators and the developer community are facing in migrating from legacy OSS to NFV-based methods for delivering and managing services.

OSS are essentially the software systems and applications that are used to deliver services and manage network resources and elements in legacy telecom networks – such as, to name but a few:

  • Service provisioning: designing and planning a new service, and deploying it to the network elements required to deliver it
  • Service fulfillment: in its broader definition, this corresponds to the ‘order-to-activation’ (O2A) process, i.e. the sequence of actions enabling a service order to be logged, resourced on the network, configured to the relevant network elements, and activated
  • Service assurance: group of processes involved in monitoring network performance and service quality, and in proactively preventing or retrospectively repairing defective performance or network faults
  • Inventory and network resource management: managing the physical and logical network assets and service resources; keeping track of their utilization, condition and availability to be allocated to new services or customers; and therefore, closely related to service fulfillment and assurance.

As these examples illustrate, OSS perform highly specific management functions tied to physical network equipment and components, or Physical Network Functions (PNFs). As part of the migration to NFV, many of these PNFs are now being replaced by Virtualized Network Functions (VNFs) and microservices. NFV is developing its own methods for managing VNFs, and for configuring, sequencing and resourcing them to create, deliver and manage services: so-called Management and Orchestration (MANO) frameworks.The MANO plays a critical role in delivering the expected benefits of NFV, in that it is designed to enable network functions, resources and services to be much more easily programmed, combined, modified and scaled than is possible with PNFs and with OSS that perform isolated functions or are assigned only to individual pieces of kit.The problem that operators are now confronting is that many existing OSS will need to be retained while networks are transitioning to NFV and MANO systems. This is for a number of reasons. 

  • Executive Summary
  • Next Steps
  • Introduction: New virtual network, same old OSS
  • The relationship between NFV and OSS
  • Potential solutions and key ongoing problem areas
  • Conclusion: OSS may ultimately be going away – but not anytime soon
  • OSS-NFV interoperability: three approaches
  • OSS-NFV integration method Number 1: use the existing BSS / OSS to manage both legacy and virtualized services
  • OSS-NFV integration method number 2: Use a flexible combination of existing OSS for legacy infrastructure and services, and MANO systems for NFV
  • OSS-NFV integration method number 3: Replace the existing OSS altogether using a new MANO system
  • Three critical problem areas: service assurance, information models, and skills
  • 1. Closed-loop service fulfillment and assurance
  • 2. A Common Information Model (CIM)
  • 3. Skills, organization and processes

 

  • Figure 1: Classic TMN BSS / OSS framework
  • Figure 2: Telcos’ BSS / OSS strategy for NFV
  • Figure 3: Transition from BSS / OSS-driven to NFV-driven service management as proposed by Amdocs
  • Figure 4: NFV / SDN functions as modules within the Comarch OSS architecture
  • Figure 5: Closed-loop network capacity augmentation using Netscout virtual IP probes and a common data model
  • Figure 6: Service-driven OSS-MANO integration according to Amdocs
  • Figure 7: HPE’s model for OSS-MANO integration
  • Figure 8: BSS and OSS still out of scope in OSM 1.0
  • Figure 9: Subordination of OSS to the MANO system in Open-O
  • Figure 10: Vodafone Ocean platform architecture
  • Figure 11: Vodafone’s VPN+ PoC
  • Figure 12: Operators’ main concerns regarding NFV
  • Figure 13: Closed-loop service fulfillment and assurance
  • Figure 14: Relationship between Information Model and Data Models