In an MVNO event not too long ago, the CEO of an MVNE that is no longer in business presented and said that their platform was fully cloud enabled... he then corrected this statement to say, "actually its not cloud at all; we just say that as its a buzzword and it sells". This for me sums up a lot of the tech industry, however that is not the topic of today's post - its about why cloud is important not just for your bottom line but also for the planet and sustainability, as cloud uses unto 100x less electricity and the same again in data centre space... now do I have your attention? Now where were we, ah yes, what is cloud and what it isn't: please like and subscribe if you want to be notified of more of these as I work through the glossary
Showing posts with label cloud MVNE billing. Show all posts
Showing posts with label cloud MVNE billing. Show all posts
Tuesday, 24 May 2022
Wednesday, 18 May 2022
New Short videos and commentary on what has changed for HSS and P-GW in 2022
You wait years for a video and then two come along at once. Like and subscribe as there are more coming weekly / daily
Tuesday, 26 June 2018
MVNO in a box and cloud MVNO / MVNE - What do they mean
Cloud means many things to many people
Cloud means many things to many people, but as far as virtual mobile is concerned, it really means virtualisation, stuff that was designed to be on multiple machines, put in a single environment for operational and service effectiveness. The reason or a single virtual environment. The reason for this is that you cannot put all of the elements needed for a full MVNE in the cloud yet (like install it on AWS) so you have to create your own, which is not as easy as it sounds: many people just do not have the license or rights to sell on a complete system to a 3rd party. In short, most MVNEs are like an internet cafe, with, hopefully, licences to let their customer use computers with the software they bought on the, but they do not have a right to resell all of that software for a separate resale or resale of a resale.
Cloud and in-a-box is only a real benefit if all services are integrated on a single Single Virtual Environment |
When is cloud really a benefit as opposed to just marketing gumpf?
Just like before setting up Conecto, I worked on one of the biggest companies and best know brands in the world global MVNE strategy, not only did we have this issue, but furthermore; Not one MVNE passed our operational or financial due diligence, so we had to go with suppliers who let us deploy as we wished and build our own. My previous client, before Conecto was built, had to go with the least bad MVNE at the time, which was far from ideal.
So now we have the Cloud issue dealt with, lets get to what “in a box” means!
That means everything on a single virtual environment, not just OSS, BSS; reporting, OTA... the lot! |
What does in-a-box really mean?
Conecto has spent 3 years, taking so called off the shelf "in a box”, some of them already cloud or part cloud, services, making them fully cloud, NFV, SDN capable... however we found the world of MVNE is not so in a box and we needed to put more in the box than we bargained for... like a whole new SBC, MSC, SMSC and GGSN, as well as other services like OTA needed completely re-integrating to make it work.
When is in-a-box really a benefit as opposed to marketing gumpf?
What most people mean when they say “in a box” is that they in fact have a collection of boxes prepackaged and selected for you in another box, all of which, again, cause huge operational and other issues.
In short, there is no point having a bunch of connected “clouds”, single virtual environments” or “boxes in a box”, as APIs, connectivity, and even security patching and regression, along with and other changes and even basic debugging mean that achieving over 99% uptime is impossible.
In short, true cloud benefits are achieved by taking ALL the elements of a fully running, INTEGRATED service and putting them on one virtual machine and networking service. Only then can you:
- Resource flexibility; instead of having to physically take a machine down, etc, you can allocate more resource remotely,
- Apply levels of security and operational processes above and beyond the donor services
- Multiply connectivity for example to 8 or 16 SMSCs vs only 2
- Assure that data stays within a single network environment when being reported, stored and processed.
- Lastly but not least(ly); achieve 99.9xxx uptime when donors only promise 97% in some cases.
How far can the box stretch?
So next time someone tries to sell you “in a box” and / or a cloud MVNE, make sure you scratch below the surface and see what it really means, as in the last 4 years of RFPs and migrations of customers from pretty much every major MVNE player, we can only conclude that we are the only MVNE that has this, or at least has customers using and taking advantage of the operational flexibility and other benefits that true cloud and in a box offers.
There is no point having a selection of boxes in a box, as it does not give the operational efficiency to do all this!
Promotional Advert for our sponsor and only truly cloud in-a-box mvne I am aware of in the sense of offering true benefits to MVNOs and their customers as outlined above: true operational efficiency and flexibility.
|
Friday, 22 April 2016
MVNO World Congress 2015 Pre Conference Workshop Part 2 - MVNO Data
2015 PRE CONFERENCE WORKSHOP - MVNO Data
Following up on the post 2016 MVNO World Congress on the 2015 pre conference workshop, we have part 2, following Part 1 Mobile Marketing
Data is hard for MVNOs to sell effectively, as there are many hurdles, but good loyalty and revenue rewards those that do. |
The biggest hurdle for any new MVNO is overcoming the same issue of the previous section on marketing: its the schizophrenic frankenstein approach.
Your data package will vary if you are pre-pay, postpay or with an MVNO on MNO |
Don't do it! |
The is also a strange dichotomy whereby while mobile data requirements are going up on the one hand, wifi offload, wifi coverage, wifi speed and availability is also going up and giving way to "snacking" whereby frugal, light and moderate use of pay for what you use data at a premium price, can still be cheaper than "supersize" bundles that are throttled at some point anyway.
The second big issue for MVNOs is data configuration. We have been doing OTA APN data configuration specifically for MVNOs longer than anybody at Virtuser and know the pitfalls, especially when i comes to user experience, as we started out enabling apps for Nokia with their PR and Marketing agencies in 2006, and it was critical that the user experience was right.
Get the user experience for data for MVNOs wrong and it will be a disaster no matter what the bundle, package or need! |
Too many steps to configure data means too many points for failure, terrible customer experience and an unhappy customer |
Simple data configuration is key to an MVNO |
On top of this I would add the element of looking at wifi to complement your business, as the MNOs have done as well. In the long run it will keep your MNO happy, as:
- you do not want to have the discussion with your MNO at the monthly operational meeting where X% of the MNO's network data hoggers are on your MVNO: just trust me on this one!
- keep the network, service and price for people prepared to pay for what they use and you are able to allow them to get what they pay for, which keeps the pressure on cost down.
- nothing is more "cannibalising" to an MNO than points 1. and 2. above!
- data can have the highest utilisation of any bundles if you get the product / price / positioning wrong
I have not covered all the points of the workshop, but a quick resume of other points are
- Have an app for data usage, as well as other usage, which shows actual usage and value and gains trust
- Never, ever, offer a throttled service: if you need an asterisk and footnotes, don't sell it
- Make the rest of the customer experience easy. An MNO has unlimited bundles that need limiting. There are however a lot of customers out there that are happy to pay for the data they use, as long as it is not throttled, and MVNOs can often end up with some very lucrative high end users.
A final addition is the one of eSIMs, which was presented in the 2016 MVNO World Conference the day I chaired this year. eSIMs are in many devices now, such as iPads and soon rumoured iPhones, and a host of devices coming out soon. You will also need to be able to SIM OTA, which you can do with advanced MVNEs such as the one I built but not many do; which means yet another service to integrate, pay for, another relationship to managed, etc. etc.
Wednesday, 23 March 2016
MVNO World Congress Pre Conference Workshop 2015
2015 Pre Conference Workshop - MVNO Marketing
I had the pleasure of running the MVNO world Congress pre-conference workshop in the 2015 #MVNOIS, so as we run up to the 2016 MVNO event in Amsterdam its probably time to upload some of the slides to give you an overview and share some of the experience.
The workshop was in three parts, this is the first part that focussed on MVNO Marketing, which in my now 16 year of doing MVNOs, is the hardest hurdle after the MNO agreement and MVNE plus all the other service provision contracts selection. The second part focusses on MVNO Data.
2015 #MVNOIS Pre Conference Workshop topics covered |
An Activity every MVNO should do almost daily! |
- Firstly, if there are none of them in your market you need to ask some serious questions about why and make sure you are not repeating any of their mistakes!
- Secondly, it is where MVNOs most differentiate themselves at conception, but most easily compromise on in launch... and to be honest, from there they often never launch and/or never become successful.
This is sadly where a lot of marketing time is wasted by MVNOs - above the line copy cat price competition - why? |
- Bi-Polar as they flit between being slightly cheaper that their most expensive competition, to undercutting the cheapest offer from the biggest MNO in an instant.
- Frankenstein as the first marketing and even product set, is usually stolen from every MVNO that has ever existed in 5 countries, over 3 MVNO models in 6 different niches... and the result is, well usually awful!
- who do they call?
- what time do they call?
- what handsets IMEI/MSISDN database are they using?
- what locations are calling from frequenting?
- what locations are they running out of credit?
- where are they topping up?
- how much and how often are they topping up?
- what top-up channels are they using?
- what type of data are they using, where and how fast?
"If you cannot name 3 MVNOs from your territory that do this well, its most likely that they do not have access to this data, and if you do not, then you will not be a leader either"
MVNOs are a Sales and Marketing organisation. The best ones have great BI and change pricing flexibility |
Choose and adapt from successful MVNOs, but avoid "Bi-Polar / Frankenstein" campaigns! |
Back to the three MVNOs from the activity above, go through these points. |
My most copied slide! The MVNO must evolve its marketing to launch successfully and then grow |
- They just did not evolve. Some ethnic MVNOs started with a multi-language USP, but as customers learn their host country language the product needs to evolve, or the countries expand.
- They could not evolve technically as they were tied too much into their host
- They could not evolve operationally - if the reporting is manual spreadsheets... you are not going to market successfully beyond early adopters.
When launching an MVNO you can get by with the basic tools that an MVNE and the host MNO gives you, as long as this includes: CDRs, IMEI, HLR location of LUs, all transactions, collated top-up info, SMS marketing tools and reports, reconciliation, GGSN logs, etc. These need to be accompanied with the ability to update data settings OTA, edit the SPN OTA, change tariffs real-time, etc, etc. and usually require another 10-20 services to be sourced and integrated to move beyond early adopters. These are the keys missing from failed MVNOs or underperforming MVNOs.
I hope you find these slides useful and informative. Feel free to paste these slides into your own presentations, as many do, but of course please do the basic common courtesy of quoting where the content is from if you do change the appearance and/or remove any logos, watermarks, etc.
Monday, 11 May 2015
NFV cloud MVNO conference 2015
Cloud NFV MVNO MVNE round table #MVNOIS 2015
As the first on some hopefully more views from the #MVNOIS conference 2015 in Nice, here is a quick note on the round table I was dragged onto by Informa due to having being building a fully cloud based NFV MVNE platform for the last few months. Google's project Fi has brought a lot of this to the forefront as global MVNOs and multi-national roaming require NFV and cloud MVNO.
NFV MVNOs and MVNEs making way for more disruptive, flexible, global / local mobile services |
The round table was interestingly represented by HP (whose servers we incidentally used for our cloud NFV MVNE) Oracle (think Tekelec, ACME), Syniverse and Yaana, which gave us a very good panel of people in the industry in the security, law enforcement, hardware, software and cloud services space.
The most interesting outcomes were as follows:
NFV Cloud MVNO makes it easier and good for Global
One of the key take aways was the fact that NFV and Cloud makes it easier to roll-out and scale MVNOs and MVNEs nationally, and internationally. I can relate to having built international MVNOs and MVNEs - having to chose, MVNA / MVNE, full MVNO or Build Transfer Operate MVNO model from the beginning, possibly having to throw away one or more of the platforms and re-issue MVNO SIMs if you get it wrong is a big challenge. Similarly, so is global expansion: having to use one platform in one territory (e.g big/full) and another in another (e.g. small/MVNA) is just not good.
NFV cloud essentially brings IT plus Telco together: good for LTE & WiFi
In the good old days you had to buy lost of boxes to run a mobile network, then lots of boxes to run a wi-fi network - if you wanted to make them work together, you needed more boxes, more integration... NFV Cloud lets and MVNO or MVNE run all / mots of its services on a virtual machine, as well as the wi-fi management. In pure LTE terms this means an radius and diameter on the same boxes, same network: think lower latency
NFV cloud MVNOs and the eSIM
Previously a lot of MVNOs got into trouble, if they were ill-advised, by not putting the right provisioning, activation, and SIM management processes in place from the start, which can be very costly as the MVNO grows: many believe a SIM costs less than a dollar, which it does in terms of the 'plastic', but the association of this SIM with a mobile core, OSS / BSS, CRM, BI, etc systems is at least ten fold if not more. An MVNO usually only orders a few hundred thousand SIMs max up front; eSIMs however, due to the large up-front volume, mean next generation MVNOs and MVNEs are having to look NFV and cloud based to be cost effective. Period.
NFV is more disruptive
NFV essentially separates out the hardware from the software, meaning that costs are contained, distributed, transparent and delivery / transition is simpler, quicker and as local / global as required
NFV is not pure cloud and still needs localisation
The biggest misconception that brings walls and heads together is the concept that you can run this anywhere: the truth is that a lot of it you can, and as we move to LTE and away from legacy signalling and media we will - but the truth of the matter is that certain services mean locality is essential: HLRs and HSSs often need to keep data protected in a certain area and GGSNs / PG-Ws need localisation to avoid latency, then there are security, government intervention and other issues to consider.
NFV is about standardised hardware
a common view / misconception about NFV is that its all virtual machine and cloud, but a key component is the ability to break out from the virtual environment on standardised hardware when necessary. A great example was from Oracle where they have had to break-out voice encoding into a standard non virtualised machine. We have found this with certain media drivers as well. The key here is that: you have all that is possible on a, for example HP server(s) but the voice encoding needs to go native: then you add another, in this case, HP box of similar specs, with more or less known specification, most likely the same drives, memory, SAN, etc. and have it running voice outside of NFV.
Subscribe to:
Posts (Atom)