© 2022 Black Swan Telecom Journal | • | protecting and growing a robust communications business | • a service of |
Email a colleague |
August 2015
Is it even possible to develop complex enterprise software without a powerful debugging environment? Sure, you could do it, but getting to relatively error-free code would take you forever.
So what about the world of mobile operator billing? Actually, that world is far more complex because it combines all the familiar IT headaches — databases, servers, clouds, and code — with telecom billing’s own weird issues: proprietary switches, event-driven tariff rules, regional network variations, international roaming, mediation processes, changing tariffs, new technologies and many other complexities, not to mention regulatory requirements.
Now mobile network revenue assurance (RA) systems that use the CDR as their starting point are vital, but they miss all sorts of problems that can happen south of the mediation system.
In short, an “active” test call generator (TCG) can see problems that a “passive” RA system is simply blind to. Yet the TCG’s role in preventing, diagnosing, and debugging mobile billing problems has not been fully appreciated up to now.
Here, then, to brief us on the virtues of TCGs in billing and revenue assurance is Steffen Öftring, Revenue Assurance Manager at SIGOS. Steffen discusses the strengths of active RA systems, the differences between over-the air calls and core call injection, and the importance of global test call networks in roaming RA.
Dan Baker: Steffen, let me start with a question that’s probably on a lot of people’s minds. For operators who have already spent a million dollars or more on a revenue assurance system, why should they spend more money to acquire a test call generator solution from SIGOS? |
Steffen Öftring: Actually, Dan, I get asked that question all the time. And the first thing I say is that this is not an either/or choice. We often work in tandem with the major revenue assurance vendors to complement and enhance the capabilities of their system for customers. And frankly, the revenue assurance interface to provisioning is an area we do not address.
But on the billing verification side of revenue assurance, we bring great value because we generate test CDRs on the network specifically to find and diagnose billing problems. And because we control every aspect of those call events, we know exactly how many CDRs should be generated. And we can check the metering, call duration, or download volume.
In fact, of the three most common errors in billing, test calls are needed to identify two of them: a passive RA system doesn’t even pick those errors up. So here’s a diagram and text that explains what I mean:
A passive system can manage all the live traffic. But our approach is to focus on test call generator traffic. And it’s much less traffic, so the deployment is much cheaper than a passive solution.
Some of these revenue assurance systems cost $5 million or more and they might take 6 months to deploy. But an average TCG from SIGOS costs around $0.5 million and can be up and running in eight weeks. Because we have our own TCG system covering over 200 countries we can also provide a fully managed service which requires no equipment to be installed by an operator.
Now I understand one of the crucial areas where TCGs are useful is in testing calls for roaming. |
This is very true. If, for example, a US subscriber roams to Europe and has a 24-hour unlimited pass for voice and data service, we can test that with our system.
So the strength of a roaming solution like this is the breadth of global coverage in your TCG network. Now SIGOS stacks up very well because we have 430+ global customers who use our platform for quality of service, fraud detection, roaming and revenue assurance.
Our biggest customers have over 200 test locations covering all technologies in one country so they can cover all the switch sites they have in a domestic market.
And any one of these local test call generator systems can be connected to our GlobalRoamer network footprint. So we can combine domestic revenue assurance with global RA with everything managed from the customer’s own system.
How does TCG revenue assurance operate at a typical client? |
Well, let’s use a US based operator as an example. They need to supply us with one SIM card for every individual tariff. And from that tariff we are going to use our expertise to create a test plan that tests all the risk points of this tariff.
Let’s suppose the tariff is a flat rate bundle with 50 SMS and 500 voice minutes and 5 Gigabytes of data. Once we know the tariff rules, our test plan makes sure we consume all the free bundle elements. And TCG operates with that tariff plan over the course of a daily or weekly basis, and we keep consuming. So if all is working well, the 501st voice minute should cost something. And we verify that.
Now each call we make creates a live CDR in the US-Operator’s network. So we bring together the live CDRs that our customer supplies to us.
The trick is to then verify accuracy by comparing different data sources. Here, we generally take three feeds: an un-rated switch feed with all test SIM CDRs; a feed from the mediation system; and a feed from the billing system.
Now aside from having a global network for testing roaming, what else should buyers be looking for as they evaluate TCG systems? |
I would definitely say the rating capability is first. Remember, after we do the CDR comparison to find the missing CDRs, metering errors, and correctness of the content, our second step is to re-rate the calls.
Actually, the rating engine is one of the hardest components to get right. At SIGOS it took us three years to develop a rating engine to input live CDRs and re-rate them.
And the reason it took so long is the tariffs these day are immensely complex. Flat rated tariffs are simple, but you’d be surprised how creative people in marketing can get inventing new tariffs.
For example, in South Africa they had an hourly-based discount model based on traffic volume. If traffic in a BSC area was low, the discount was different for the next voice call than it was for a high traffic area.
Here’s another one, once again from Africa: for each incoming call that terminates on your mobile, you get a credit on your pre-paid account. It takes a long time to groom a rating system to manage such complex events.
Speaking of Africa, that’s a market where most of the usage is prepaid. But what about postpaid? How much demand is there for TCG revenue assurance in the postpaid market with their flat rate bucket minutes? |
Dan, you’re right about Africa — pre-paid is probably 98% there, but I think you’d be surprised about postpaid which, of course, is dominant in Europe and US/Canada.
If you look at T-Mobile USA, a healthy 40% of their revenue comes from non-recurring charges — even though the vast majority of their business is flat rate bucket plans.
So the term “flat rate” is a bit misleading. A significant amount of revenue is still coming from outside the bundle. Now families who don’t travel abroad can stay inside their flat rate limits, but roaming services and making long distance calls gets you beyond the bucket
So it’s critical to monitor and record this usage accurately.
Now in addition to supplying the operators with TCG, I understand you also serve government regulators. |
Regulators are aggressively checking operators to make sure they don’t over-bill. And I’m sure you have seen the press releases where an operator is being fined tens of millions of dollars simply for inaccurate billing.
The US regulators are very aggressive here. Regulators in Africa are also keen on monitoring the local operators for overcharging errors.
So yes, we work with many regulators these days, and it’s simple for us to serve them because our GlobalRoamer TCG is practically everywhere.
I understand there’s versatility in the way you diagnose mobile network problems in a TCG environment. You can either do end-to-end testing across the core of the radio access networks, or simulate the over-the-air calls. |
Yes, if your objective is to focus on errors in the switch, mediation, or billing systems, you can simply inject the call directly through SS7 towards the switch.
So that’s what many of our customers do in revenue assuring domestic calls. They inject calls using our core interfaces via Gb, S1, or SS7.
For end-to-end testing you always need air interfaces, for 2G, 3G, and 4G. And it is used to test the quality of service. That’s our main business that SIGOS started 25 years ago.
But there are people who need to manage the switches, SGSN and so on. It’s useful for them to inject calls — which emulate a complete radio site — via the core interfaces to check the operation of a switch.
Say you suspect some quality issues on the radio side, you might think it’s the MSC software that’s the problem. Well by injecting calls into the core and comparing what you get with the over-the-air results, you discover that the MSC is not the problem.
So this same principle applies to all the other technologies — 2G, 3G, LTE. You can inject the calls directly to the core without using the radio site.
It really sounds like a complete debugging environment for mobile calls. |
Exactly. It’s much faster isolating problems when you can do tests across the core and radio network at the same time.
Steffen, thanks for the fine briefing. It’s highly interesting and I learned a lot. Are there any final comments you would like to make about the SIGOS solution? |
Thanks for the opportunity, Dan. Certainly a key strength of ours is the stability of the platform. The first customer we acquired was in the 1990s and it was Vodafone Mannesman, the first GSM operator in Germany. And through our long association with Vodafone, we developed a very robust system that we advertise as being available 99.8% of the time.
And it’s interesting. Some of the big German carriers actually calculate the bonuses for their managers based on the KPIs our system is measuring. These are service managers — one for voice, one for SMS, and another for MMS, and another for data. And they get a certain bonus based on the quality of their service that’s being measured by our system.
One final comment: our platform is designed to serve many applications at the same time. So you can do revenue assurance and QoS testing on the same hardware platform. For instance, if the revenue assurance department buys it, it can be used by the QoS testing people too — and vice versa. No need to invest in the hardware twice.
Copyright 2015 Black Swan Telecom Journal