Showing posts with label IoT. Show all posts
Showing posts with label IoT. Show all posts

Monday, 25 September 2023

Business Planning an MVNO, Travel SIM or Roaming IMSI product - free Webinar

 We are kicking off the end of 2023 with some free Webinars looking at the key issues facing the doing of Mobile Wholesale vs. the talking, some of them with live eSIMs for delegates (depending on location) so get enrolled today:

Business Plan & Business Planning and MVNO, MVNE, Travel SIM / Mobile Roaming Product

This is an online webinar, enroll at Eventbrite



Monday, 31 October 2022

What is the P-GW or GGSN and why do more IoT, MVNO and Enterprises have their own?

The Packet Gateway or P-GW, previously GGSN in 3G architecture was something generally in a full MVNE or MVNO or IoT player would have, with resellers mostly using their host’s APN and Data Node. This is changing as data is becoming a key differentiator in many areas, however interestingly becoming less important in others, with many players choosing the simplicity of host Carrier APNs (mobile data settings).


 

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
The reality is that data bundles vary substantially if you are with an MNO, MVNO, prepaid or postpaid, and as such an MVNO data should vary. In reality, most pre-pay and MVNO customer s I have access to data for, use a lot less data than their postpaid counterparts, and there is a reason for this: if you are being charged for more data than you use, you will tend to learn to "abuse" data, whereas is you pay for what you use you tend to be more frugal.
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!
You need to get data working in as few clicks possible, and with a uniform as possible experience across all devices to a) keep customers, and b) minimise failures, but most of all c) minimise customer support; which is both a cost and a terrible customer experience in one.
Too many steps to configure data means too many points for failure, terrible customer experience and an unhappy customer
Above is the experience of the same ex MVNO with one service, and below with another... guess which one is ours and which is more effective :)
Simple data configuration is key to an MVNO
Apart from a bit of a plug of a service we spent 5 years developing to get right, the key is to remember than MNOs have this done automatically and so you, and an MVNO, are already starting with a disadvantage in terms of pain of adoption: keep it simple and get it right...

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:
  1.  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!
  2. 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.
  3. nothing is more "cannibalising" to an MNO than points 1. and 2. above!
  4. 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
  1. Have an app for data usage, as well as other usage, which shows actual usage and value and gains trust
  2. Never, ever, offer a throttled service: if you need an asterisk and footnotes, don't sell it
  3. 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.