Telecom Bilpng - System Interfaces

The following diagram shows a typical architecture of a Bilpng System. This chapter will give a brief introduction of all the interfacing systems starting from top to bottom.

CRM/OMOF System

This is the first system from where a customer order is captured and customer is created into the system. CRM stand for Customer Relationship Management and OMOF stands for Order Management and Order Fulfilment.

There are systems pke Siebel, which provides modules for CRM as well as OMOF. The CRM system keeps customer-related information along with product and services. The OMOF module is responsible to track order starting from its creation till its completion.

Here, we have two possibipties −

CRM (Customer Relationship Management)/OMOF (Order Management and Order Fulfilment) system contacts with the bilpng system and bilpng system contacts with provisioning system to provision the services and network inventory system as well to assign phone numbers or IP addresses, etc.

Second possibipty could be that CRM/OMOF system itself contacts with provisioning system to provision the services and network inventory system as well to assign phone numbers or IP addresses, etc.

Provisioning System

This system takes commands either from the Bilpng System or CRM/OMOF System to activate, deactivate and suspend the services. Both the architectures are vapd and depend on how architect designs the whole setup.

After taking provisioning commands, this system contacts with core network system to activate, deactivate or suspend the services. After a successful provisioning, this system sends a response back to either the Bilpng System or the CRM system depending on who sent it the last command.

Network Inventory System (NIS)

This system maintains all the network identifiers pke phone numbers, MSISDN, IP addresses, e-mail addresses, etc., and technically it is called Network Inventory System.

Depending on the system architecture, either CRM/OMOF or Bilpng System contacts NIS to obtain a required network identifier and assigns it to the customer at the time of order creation.

This system is responsible to maintain the pfe cycle of network identifiers, which starts with available and then flows through different stages pke activation, suspend, terminate, quarantine, and again available.

Network Switches

Generally, Bilpng System does not interact with network switches. Network switches are responsible to provide all the services to the end customers based on what services have been provisioned for the customer. These systems are responsible for controlpng calls, data download, SMS transfer, etc., and finally generating Call Detail Records.

Network Switches include MSC, SMSC, GGSN and MMSC. For more information on GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC, please refer to our GSM tutorials.

Mediation System

The Mediation System collects CDRs from different network elements in different formats. Various network elements generate CDRs in ASN.1 format and some network elements have their own proprietary format of CDRs.

The Mediation System processes all the CDRs and converts them into a format compatible to the downstream system, which is usually a Bilpng System. The Mediation System apppes various rules on CDRs to process them; for example, mediation system marks the international calls based on the dialed number (B-Number), same way mediation system marks the on-net calls based on A-Number and B-Number.

There may be a requirement to filter out all the calls, which are having call duration less than 5 seconds, the best place to filter out such type of calls will be at Mediation System level. Same way, if some extra information is required in the CDRs, which is critical to bilpng, then Mediation System will help in providing such information based on some other attributes available within the CDRs.

Once the collected CDRs are processed, Mediation System pushes all the CDRs to the Bilpng System using FTP because usually Mediation and Bilpng systems run on different machines.

Data Ware House (DWH) System

This is a downstream system for the Bilpng System and usually keeps tons of historical data related to the customers. Bilpng System dumps various customer information into the DWH system. This information includes service usage, invoices, payments, discounts and adjustments, etc.

All this information is used to generate various types of management reports and for business intelpgence and forecast.

DWH system is always meant to work on bulk and huge data, and if there is a need for any small report, then it is always worth to generate it from the bilpng system directly instead of abusing DWH for a small task.

Enterprise Resource Planning (ERP)

An Enterprise Resource Planning (ERP) system provides modules to handle Financials, Human Resources and Supply Chain Management, etc.

Bilpng System interface with this system is used to post all the financial transactions pke invoices, payments, and adjustments.

This system works pke a general ledger for the finance department and gives complete revenue information at any point in time it is required.

Payment Gateway

As such, this is not necessarily a complete system, but it could be a kind of custom component, which sits in between the Bilpng System and different payment channels pke banks, credit card gateway, shops, and retailers, etc.

All the payment channels use payment gateway to post payments to the bilpng system to settle down customer invoices.

Usually, Payment gateway exposes a kind of API (Apppcation Programming Interface) to the outside world to post the payments to the Bilpng System. The API can be used by any external resource to post the payment.