Interconnection Billing in OSS/BSS

We now know and understand after the previous article how mobile network operators operates billing and charging systems within its own network. But what if we need to connect to another mobile network operator? What also if that mobile network operator is not in our network but in another network. How does billing and charging work then when we use the network of our rivals? This is Interconnection and it is essential to have an Interconnect firstly at the hardware - network level. Here, though we will be focusing on how OSS/BSS Billing and Charging systems work for Interconnection.

Telecom Mobile Network Operators send and receive calls/SMS from one Mobile Network Operator to another. This activity of sending/receiving data in the form of calls/SMS from one Mobile Network Operator to another is called as Interconnection. The Mobile Network Operators involved in the interconnection need to track the amount of data that gets interchanged between their networks and to that end they need some sort of Billing mechanism working at the OSS/BSS level.

How does Interconnection Help?

  • Interconnection enables communications between different Mobile Network Operators and this enables customers to get in touch with people on other networks.
  • Interconnection helps enable competitive entry in the communications market for all and this in turn leads to telecommunications access/universal service.
Any new entrant in the Mobile Market place will face a lot of opposition from incumbents and to ensure that the playing field is leveled for all players, the WTO has created some regulations to which all telecom operators need to adhere to. WTO regulations ensure that:
Interconnection needs to be provided with all suppliers under non discriminatory terms, rates and quality no less favorable than those provided for its own services. The procedure applicable for Interconnection (RIO) should be made publicly available.

How  Does Interconnection Work?

The first level of Interconnection happens at the network level where switching of networks happens at the MSC - Mobile Switching Center level. These points are also called as the POIs : Points of Interconnect. Next, it enters the Interconnection layer and here the Interconnection Rates are applied as per the Interconnection agreement between the two Mobile Network Operators involved. Finally the processes of Billing and Reconciliation occurs and the accounts are settled. 

How Interconnection Rates are calculated?

Interconnection Rates are the rates that the operators need to pay to access network of other operators and these are usually under the purview of the market regulator. The main methods of rating for Interconnections are: 
  • Percentage of retail rates
This method ensures that the new entrants are provided a level playing field and are assured that they will be able to compete with the incumbents for the market share. But this method hinders the lowering of price and ensures preserves the inefficiencies of the incumbent.
  • Fully Allocated Costs
In this method, the total cost of providing service is divided by the volume of the service provided by the operator who is to be charged. This method ensures that the incumbent controls the service and in a way, it also controls the pricing.
  • LRIC : Long Run Incremental Costs
The best method amongst these is the LRIC. LRIC calculates the cost of providing an additional unit of service over the long run. Since the analysis is a forward looking analysis, it is the most accurate one and avoids the pitfalls faced by the other two. Newer variants of this approach are being researched and debated upon.
  • Bundled and Unbundled Charging
The prices of Interconnection can also be charged bundled or unbundled. Bundled means that irrespective of the use, the operators which avail the facilities from the incumbent will be charged for all the facilities that the incumbent provides. Unbundled means that the new entrant pays only for the services and charges that it uses and nothing but that.

Billing and Reconciliation

At the end of the Billing Period, the Invoices and the Payments that are generated are sent to the respective parties. If for some Mobile Network Operator, its partners need to generate both: Invoice as well as payments before the adjusted amount is generated. Next, the CDRs that are generated at both the Terminating and Originating partner ends are compared. This process is called as Reconciliation.

RIO : Reference Interconnection Offer Compliance

A Reference Interconnection Offer compliance is a document that is present with all the Mobile Network Operators you have an Interconnection with. This document lists all the different charging policies, taxes, revenue etc. that are levied on the various calls. You need to be sure that the Interconnection Billing System that you are buying fulfills all the various requirements listed in the document.

How to choose the right Interconnection Billing solution?

An Interconnection billing solution should in essence replicate all the functions and options that the operators' billing solutions provides to it. This will help it charge and also work best with different Mobile Network Operators. Some of the most important factors that you require in an Interconnection Billing Solution are:
Compliance with charging policies of operators you work
  • Peak - Off Peak Rates
  • Rate per minute, Rate per second
  • Rounding Policies
  • Holidays/ Special Days in different regions
  • Multiple Currency
  • Interface to import data generated to accounting system
  • Ability to generate different types of reports
  • Method to identify calls should be known and compared in both systems
  • Web based view to help create transparency between all stake holders
  • Option to allow the partners to download CDRs and compare them
  • CDRs and system information needs to be very secure
  • Options for correcting the mistakes while rating should be provided

Telecom OSS/BSS Billing Systems Overview

Let me try and provide you a peek into the process of OSS/BSS softwares and their working methodology.
OSS/BSS software work at the Application layer and hence they work well for data as well as voice services. The software which provides OSS/BSS services for all these different kinds of services is said to be providing a convergent billing solution.

Convergent Billing Solutions can be applied for both Prepaid and Postpaid Billing systems. The diagram and article below focuses on the generic Billing flow.

The network layer consists of devices like Access Servers, Universal Mobile Telecommunications System (UMTS), Gateway GPRS Support Node (GGSN), Cisco Netflow Collector and such devices which help the End User connect with the Network Layer and hence the OSS/BSS.

AAA server

The network devices like a RAS - Remote Access Server, VPN server, Switch with port based application or a Captive portal and NAS/BRAS - Network/Broadband Access Server are connected to the AAA server, usually a Radius/Diameter server which handles the tasks of Authentication, Authorization and Accounting. A Diameter server is the upgraded version of the RADIUS server. The RADIUS/Diameter server checks if the information is correct using authentication protocols like PAP, CHAP or EAP. Modern RADIUS/Diameter servers can directly access databases for authentication.

The AAA server usually returns one of three responses to the NAS/BRAS:
Access Reject : Reject Login
Access Challenge : Challenge Login for more info
Access Accept : Accept Login

Provisioning

The provisioning server is primarily responsible for managing access rights and privileges in conjunction with the AAA server. A provisioning server helps the AAA make decisions about providing different access rights to the users.

Mediation Engine

A mediation engine helps in refining and converting the incoming CDRs from the provisioning server into information that can be accessed and used by the Rating/Charging module of the system. A mediation engine is required as an interface between the AAA server and the Rating and Charging systems when the Rating and Charging system cannot understand the CDRs generated by AAA.

The connection between the Network Layer and the Mediation Layer is through the SOAP protocol over HTTP/XML, SNMP or FTP/FTAM. The data transfer can occur real time - for Prepaid Billing, Batch mode through Push or Pull techniques.

Rating and Charging

The Rating and Charging module applies different rating rules to the processed CDRs it receives from the Mediation layer. After the rates are applied, it updates customer account according to the rates, creates a billable data record and sends the same information with the promotion information to the Billing layer. The Rating and Charging Layer is closely connected with customer management. Customer management is primarily for the back office to be able to define new rates, rating mechanisms and apply charges.

Billing and Bill generation

The Billing layer generates bills based on the Billing Data Records it receives from the Rating and Charging Layer and then it applies taxes, discounts, calculates charges and finally generates invoice records for every customer. The Billing Layer will also interface with various other modules like the web self care module, Order Management module. Payment module, Pre and Post Paid integration and the Partner Management module. The Billing Layer can also be used as a standalone Interconnect Billing Solution provided it gets all the requisite details from the Interconnect partner.

The Billing System will interface with the Customer Relationship Management layer, Web Self Care layer and the Reports Layer.

This article tries to provide a very brief overview of how OSS/BSS Billing systems work. Most of the modules described here are not according to the standards set by the TMForum, but help best to understand how the process occurs. To know more about TMForum initiatives and standards, Watch This Space.

OSS/BSS against crime

Just read this news and thought of spreading the word about how Telecom OSS/BSS technology can also be put to use for police investigations. The Bangalore police recently caught an Infosys employee and indicted him for murdering his wife. 

The story goes like this:
Husband claims that he received a call from his wife while he was away jogging asking him to come home as three men had arrived at the house looking for him. He came, didn't find the door open and so came back with a new key to his house only to find wife dead.

The Bangalore police checked the HLR - Home Location Register and looked at the call records between the husband and his wife. They found that the time at which husband claimed, wife called him, the husband and the wife's cell phones were in the same location - in the same tower area. The tower serving their house where wife was supposed to be was a different one. 

Confronted with these facts, husband confessed.