Month: June 2017

Why NFV projects are failing to deliver in Telco networks

To witness how NFV vendors are re-writing the rules of IT infrastructure you need look no further than Salesforce or Microsoft 365. We can also observe the enviable growth of Netflix who utilise Amazon AWS to successfully deliver their latest hit series with the help of NFV technology.

paywhatyoueatThe orchestration of elastic on-demand processing power and bandwidth delivered to providers in a pay-what-you-eat model is unstoppable, and that’s without considering the potential savings made by companies not having to provide or maintain their own networks in order to deliver services.

But does it follow that you can apply this technology to core telecom network infrastructure, and if so why are we increasingly reading reports by industry analysts regarding the lack of any live Telco network NFV rollouts?

“May you live in interesting times”… That apocryphal Chinese curse provides a fitting label for the 2017 telecom market, as we find ourselves mired in an unprecedented mess — one that’s bad for business for everyone in the entire supply chain of next-gen communications…

The root cause? Virtualization! (In both its NFV and SDN flavors.) For years, the industry has been “bigging up” virtualization as the next great telecom revolution”

Steve Saunders, CEO/Founder of Light Reading

Is all the scepticism perhaps down to NFV vendors and service providers trying to force the proverbial square peg into a round hole?

Technology Virtualisation To Date

Looking at the underlying technologies that have been successfully virtualised over the years both databases and client server technology stand out. Databases have been providing clustered, mirrored solutions for decades, allowing for instantaneous replication, providing of course that you have enough storage. I think it’s fair to say that client server technology, again developed decades ago has been nailed, and that both these technologies have been fundamental in driving the exponential growth of the Internet way before NFV appeared.

However, add virtualisation to the mix, and its ability to seamlessly increase processing, memory and storage on demand and you begin to see why the growth in the likes of Netflix and Salesforce has been so dramatic in recent years.

When demand for the latest series of “Game of Thrones“ rockets in Norway Netflix can launch more servers (client servers as well as physical servers) to support viewers streaming the very latest episode. Essentially they’re offering the same service to vast numbers of customers at varying times.

What about Telecoms?

As NFV proves its worth for Internet giants, can it be applied as successfully and seamlessly within telecoms? In todays Telecoms Service Provider networks:

• Subscribers can initiate fundamentally different services, i.e. voice, messaging and data services.
• Subscriber initiated calls immediately connect the subscriber to one or more recipients in real time.
• The recipients can exist outside their service providers network.

Some of these services clearly exist outside the client server model, however they’re not delivering a uniform service to multiple recipients and therefore present a different set of challenges.

diameter_routingThe additional challenges and complexities are managed by core network products including switches, STP’s, signalling controllers, DSC’s etc. Telco networks have been designed to revolve around central control points where the orchestration of services or intelligence is not only managing the real time end-to-end connection of subscribers but referring to OSS/BSS infrastructure to ascertain subscriber profiles and business logic in order to optimise routing.

Network design has focused on managing this enormous degree of complexity by separating functionality; Signalling from media, transport from call control, and with IMS architecture going a step further by separating out the application layer.

Vendors have spent decades developing centralised signalling controllers that scale, load balance, provide 99.999% reliability through redundancy, highly sophisticated routing, network troubleshooting via user interfaces, and Element Management Systems that allow a sophisticated and fine granularity of control.

These core network signalling elements can of course run in an orchestrated, virtual environment, however the similarity with the Netflix model where you launch additional identical server function to support increased demand just doesn’t apply to these core telecoms network elements.

So what is NFV good for?

Where the NFV model can apply within telecoms is in the host of other elements connected to the centralised controllers. Those elements that process the media (voice and data) can be virtualised and instantiated as demand dictates as they’re simply “dumb” resources within a network that can be easily replicated. Furthermore the surrounding OSS/BSS infrastructure is a good prospect for NFV, in particular HLR/HSS databases.

An interesting scenario we’re currently working with is that of an MVNE (Mobile Virtual Network Enabler) whose business model is to enable MVNO’s (Mobile Virtual Network Operators). At its simplest level an MVNE has its own network infrastructure that it connects to mobile operators on one side and multiple MVNO clients on the other. In the world of virtualisation would it not make sense to simply replicate this infrastructure for each MVNO client? For all the reasons advocated here we are advising that this isn’t the optimal approach but instead are looking at a solution whereby the main signalling intelligence of the network remains as a single instance in the core of the network and a separate HLR/HSS instance is provided for each MVNO.

Of course let’s not ignore that for an operator to outsource its underlying network infrastructure to a third party, an NFV provider could well be a very desirable option. Here the NFV provider would operate and manage the hardware and network resources whilst their orchestration environment allows the operator to manage their network elements, in turn reaping similar rewards and benefits seen in the IT world, namely:

• Reduction in support and maintenance costs
• Operator focuses on core business strengths
• Commercially moving network infrastructure costs from a CAPEX based model to an OPEX model

This all makes a lot of sense and here at Squire Technologies we continue to work with our clients to address the challenges going forward, such as:

• Can other vendors within their network provide solutions as software only?
• If running on a platform like Amazon AWS then you’re going to need to run applications on commercial off the shelf hardware (COTS). Is this possible?
• Do all vendors support the orchestration standards provided?

The reason for such slow progress in NFV rollout within the telco industry is that operators are being touted “over virtualised” solutions. From the outset they’re trying to virtualise functions that do not fit and realistically don’t need to be virtualised. In doing so they’re over complicating the proposition and creating undeliverable projects, which in turn is feeding scepticism from within the industry.

subscribetoourblogIt could be also be suggested that operators need to take a step back and define clearly what the end goals for implementing virtualised environments are, and crucially what cost savings and process improvements they’re hoping to achieve.

Finally they need to take a pragmatic approach as to which parts, if any, of a virtualised solution they adopt to meet their goals.

Download this article as a PDF document HERE.

Digicel Group Deploy Squire Technologies Next Gen STP

Digicel Group have chosen Squire Technologies SVI_STP (Signal Transfer Point) product for rollout across multiple sites in their Caribbean, Central American and Asia Pacific networks.

prashant singh blogIn 2014 Cisco announced an end-of-life on their STP product and so Digicel product management started looking for a fully supported replacement product.

“What impressed us with the Squire Technologies STP product was not only could it replace our existing infrastructure but it will allow us to support Next Generation and 4G / IMS based signalling going forward.” Prashant Singh, Global Head of Core Services, Digicel Group.

“We are delighted to be working with the Digicel Group,” said Simon Dinnage, Squire’s Business Development Director. “Digicel stressed throughout the selection process the need for a committed vendor partner that would work closely with them. As well as our technology we bring our signalling and networking commissioning simon dinnage blogexpertise to bear on any requirements our clients may have. We look forward to working with Digicel to deliver their services today and in tomorrow’s fast evolving signalling networks.”

The SVI_STP provides full support for SS7, NGN and IMS / 4G signalling networks. A fully featured product with global deployments it allows service providers to rapidly deploy, rationalise and deliver new services into their network.

About Digicel Group
From their launch in Jamaica 2001, Digicel has expanded rapidly and now span 31 markets in the Caribbean, Central America and Asia Pacific, with 14 million subscribers and 5 billion invested across its markets.

About Squire Technologies Ltd
Squire Technologies are a UK based company specialising in signalling product solutions in SS7, VoIP and IMS / 4G. Operating since 2001 we provide both the technology and the associated commissioning and support services. Squire Technologies has a global customer base with deployments in over 90 countries consisting of fixxed and mobile operators, MVNOs, equipment vendors, integrators and solution providers.

Solving The 4G LTE Roaming Puzzle


In our very latest whitepaper we look at the challenges faced by operators providing roaming services to their subscribers, as the number of 4G LTE networks increases.

GSMA statistics reliably show there are approximately 800 GSM Operators worldwide with an additional 1,250 Mobile Virtual Network Operators (MVNOs). 606 operators have launched 4G LTE networks, with the GSMA predicting an increase of a third by the end of 2020. There is a now a worldwide network made up of 2G, 3G and 4G technologies.

So how do you seamlessly navigate this morass and successfully provide roaming services for your subscribers, and how do operators easily and cost effectively take advantage of lucrative roaming revenues from inbound roamers?

With 4G LTE well on its way to becoming a ubiquitous service the coalescing of new and old technologies creates its own unique challenges. As with all new technology you cannot simply deploy it in a vacuum while simultaneously disregarding what’s gone before in the way of legacy technology, and this is especially true of the mobile industry where individual operators move at their own pace with 4G LTE deployment.

At its heart the problem is that 3G networks run on the SS7 protocol and 4G LTE networks run on the Diameter protocol. The product that supplies the functionality to bridge between these technologies is a Diameter Signalling Controller, which provides a solution for clients focussing on flexibility, scalability and cost effectiveness.

150x184x4Gpuzzle_paper_thumb.png.pagespeed.ic.35BBuX02lhIn this whitepaper you will learn:

  1. The fundamental technology issues that define Roaming between 2G, 3G and 4G networks.
  2. Which solution operators need to put in place to enable seamless roaming.
  3. What operators need to look for in a product to ensure ongoing success.

Read the full whitepaper now by downloading our Solving The 4G LTE Roaming Puzzle FREE whitepaper.

Let's talk

+44-1305 757314

64 High West Street, Dorchester
Dorset, DT1 1XA
United Kingdom

© Squire Technologies Ltd 2017. All Rights Reserved.