Cloud Computing

Cloud computing is on-demand delivery option of computing resources such as servers, storage, databases, networking, software, and analytics etc. over the Internet.

The main benefits of using cloud are;

1- Scalability- Instant scale of services, underlying infrastructure and applications etc.
2- Uses based Pay- You have to pay based on application, service or infrastructure uses
3- Productivity- Easily accessibly and faster configuration
4- Reduced CAPEX and OPEX
5- Reliability

Types of cloud services.

Software as a Service (SaaS): To use the provider’s application running on the cloud infrastructure. The application can be accessible from the various client devices through a thin client interface e.g. Web browser, web based emails etc. The consumer doesn’t manage or control underlying infrastructure including network servers, middleware, OS etc.

Advantage of using SaaS

  • Instance setup/configuration of Apps.
  • Apps and data accessible from any machine over the Internet.
  • Instant scaling of application

Platform as a Service (Paas): To deploy onto the cloud infrastructure consumer created or acquire the applications created using programming languages and tools supported by the providers. The consumer doesn’t manage or control underlying infrastructure including network servers, middle-ware, OS etc. but has controlled over the deployed applications and possibly application hosting environment configurations.

Advantage of using PaaS

  • Instant and easy deployment of application
  • Reduced complexity using Middleware

Infrastructure as a Service (IaaS): To provision, processing storage, network and other fundamental computing resources where the consumer is able to deploy and run arbitrary software. This can include OS and applications. The consumer can’t control underlying physical infrastructure but has control over operating system, storage, deployed applications and possibly selected control over networking components.

Advantage of using IaaS

  • On demand self-service
  • Broad network access
  • Resource pooling
  • Measure service


Types of cloud deployment

  • Public cloud
  • Private cloud
  • Enterprise cloud

Network function virtualization (NFV)

NFV was introduced to reduce the number of hardware platform and create flexibility in network and IT domain. NFV aims to leverage IT standard virtualization technology to consolidate network applications into  telecommunication standard service switches and storage and to create openness towards application layer.

NFV is to create virtualization layer between the software and hardware. The decoupling of hardware and software removes challenges that operators today have in regard to dependencies of the two like upgrades, expansions, new functions  and all activities in network that impact the individual nodes and create  long lead time. With the decoupling of software and hardware all of these mismanages will be removed. Additionally to this since the hardware base is  not application dependent, it gives the operators possibility to allow other  users to utilize the network, creating a new revenue stream and important  part is all this can be managed in cloud. Meaning that cloud shall orchestrate the virtualization layer that it in turns automatically administrate the cloud resources at hand.

NFV is implementation of network functions as software only entities that run over the NFV infrastructure (NFVi).

NFV has 3 main working domains

1- Virtual network functions (VNF) – as the software implementation of network function which are capable to running over NFVi. A VNF is virtualization of network functions in a legacy non virtualized network. E.g.:  NF is 3GPP evolved packet core EPC network management, such as mobility management entities (MME), serving gateway (SGW), and Packet data network gateway (PGW), Residential gateway (RGW), dynamic host configuration protocol (DHCP) servers, firewall etc.

A VNF can be composed of multiple internal components. E.g. one VNF can be deployed over multiple virtual machines (VM) or each VM host a single component of VNF. In other cases whole VNF can be deployed on single VM also.

2- NFVi– including the diversity of physical resources and how these can be virtualized. NFVi supports the execution of VNF.

3- NFV management and orchestration– which covers orchestration and  life cycle management of physical and software resources that supports the infrastructure virtualization and life cycle management of VNF’s. Focus on all virtualization specific management tasks necessary in the NFV framework.

NFV framework.

The NFV framework enables dynamic construction and management of VNF instances and relationship between them regarding data, control, management and dependencies and other attributes.

NFV architectural framework identifies the main functional blocks and main reference point between such blocks like VNF, EMS (element management system), NFVI (including HW and virtualized resources) and virtualization layers.

NFV benefits.

Reduce CAPEX, OPEX, power consumption, time to implement the new network services, Improve ROI. Greater flexibility of scaling.



Telecom billing process

The billing process gathers all charges, prepaid, postpaid and hybrid, due for the current settlement period and creates a convergent invoice for end customers and business partners. The billing can be run flexibly, in regular mode, on-demand, immediate, and in simulation mode. It allows dynamic invoice layout including electronic formats.

Billing Key features are

  • Collect charges for a billing period
  • Definition of billing cycles
  • One-time and recurring charges
  • Billing promotions and discounts
  • Prorating of recurring charges
  • Generation of invoices, including promotion details
  • Prepaid statements
  • Multiple bills for a single contract and a single bill for multiple contracts
  • Configurable rounding strategy
  • Parallel billing processes
  • Other Credits & Charges
  • Configures and calculates taxes

Billing Modes are

1- Regular Billing

  • Based on Bill Cycle definition
  • Executed at predefined date and time
  • Impact in data base

2- On Demand Billing

  • Any time between two regular Bill Cycles
  • Generated for a single or group of Customers
  • Billed from the last billing date until the virtual start date

3- Immediate Billing

  • Started Immediately for Customers or Group of Customers
  • Covers the Last Billing Date up to the precise moment the immediate billing run was launched
  • The billing mode is performed till most recent received UDR.

Billing Purpose

1) Regular billing: The real billing where bills are    generated and all the changes reflected in the database.

2) Information billing:  bills are produced for information purposes only .no changes are reflected to the database.

3) Simulation billing: bills are generated in the simulation billing only for the testing purpose. Simulation billing is normally used when new rate plans, services or promotions have been introduced.

To execute the customer billing below information are required.

  • Definition of billing cycles and due date
  • Customer type details ( e.g Large, Retail, Enterprise accounts etc)
  • One-time and recurring charges
  • Billing promotions and discounts
  • Prorating of recurring charges
  • Bill type e.g. Multiple bills for a single contract and a single bill for multiple contracts
  • Configurable rounding strategy
  • Late fee inclusion/exclusion criteria.
  • Other credit charges and rate plan details
  • Existing customized billing scripts details
  • Other credit charges and rate plan details


Internet Telephony and SIP based VOIP application development on android

1)Internet telephony and SIP

Internet telephony is one of the latest emerging technology which provides the transmission of human voice over Internet channel.It provides call services at cheaper rate than normal PSTN based call. The technology establishes call and sends/receives data over existing internet network using IP protocol.SIP is the application layer protocol, a signaling protocol which is used for establishing multimedia session over IP network in the internet telephony process.The standard port for SIP is 5060.The protocol can use both UDP or TCP as underlying transport protocol. SIP is used for multimedia session establishment ,session termination like call set up and call release.The application has to create TCP/UDP socket with the SIP server for sending SIP signaling.SIP packet contains header and payload. SIP headers are formed as per RFC specification.

2)Device Network transaction

2.1)Device Registration

To use SIP services, application has to perform registration with its identity to SIP server, an application server for SIP signaling and routing packet to the external IP network. User(application) sends SIP REGISTER packet to perform Registration with the SIP server. The server may ask for user authentication through SIP unauthorized 401 and user again needs to register with proper credential response information in an encrypted form. If User credential is validated by Server, then Register acceptance request in form of 200 OK will be sent to user.The SIP server contacts HSS to get user information, user subscription and for user credential verification.

The below figure depicts the SIP transaction process that happens when User performs registration to SIP server


2.2)Call Establishment

Once device is registered with SIP server, it is allowed to use SIP service request like call,sms over IP channel. To make audio calls over internet ,a VOIP application has to be installed on mobile device which would use SIP protocol . Once the call session is established using SIP signaling, real time data like audio/video will be passed through medial protocol like RTP(Real time protocol).

The below figure depicts the SIP transaction process that happens between calling party, A and called party B on establishing audio call.


The above call transaction is defined as let’s calling party A wants to make call to called party B assuming both the parties are registered to SIP server.The calling party A sends call set up message using SIP packet INVITE to its registered SIP server.The SIP server of A sends to SIP server of B over IP network.SIP server of B delivers call set up request INVITE to called party B.The B acknowledges the request with SIP 100 trying. When called party device B starts ringing, it sends SIP 180 Ringing to calling party,A. When called party picks up and receives the call, SIP 200 OK is sent from B to A. The calling party, A sends acknowledgement for 200 Ok to called party as SIP ACK. The signaling is completed and call session is established between A and B.Now the actual audio conversion is transmitted as data using RTP .When called party B ends the call SIP BYE packet is sent to calling party. The calling part A, acknowledges the call termination with SIP 200 OK. SIP REGISTER SIP BYE,SIP 200,180 are the different kinds of SIP packet.

3)SIP based VOIP (voice over IP) client development on android.

Android 2.3 version, Gingerbread has come up with VOIP framework stack which ease developer to make VOIP application and use VOIP framework API’s.The VOIP application connects with Android SIP service which runs as a separate process.Like TelephonyManager is an interface to use phone services, similarly android provides SIPManager for an application to start SIP services and use exposed apis of SIP service like makeAudoCall(). When SIP service receives call request from application, it uses SIP signaling method first to establish call session and then actual audio data will be sent over RTP.The SIP service uses javax.sip package to create SIP headers, to send and receive SIP packets.

The steps for developing VOIP includes following points:

a)Setting up User profile and Registering Intent.

SIP manager is instantiated first as

mSIPManager = new SIManager(context)

This installation connects application with SIP services. The application first registers his identity for using sip services like audio call to sip service. A sip profile object, sp is created which includes SIP account user id,password,SIP server domain name. The user must hold account with VOIP provider. Secondly, application has to register an intent to the sip service for receiving incoming call. This intent is passed to the SIP service. When SIP service receives incoming VOIP call ,it broadcast the registered intent and register receiver in application context receives the broadcast intent.

PendingIntent pi = PendingIntent.getBroadcast(this,0,new Intent(“android.SipDemo.INCOMING_CAL”),Intent.FILL_IN_DATA);

The application uses SIPManager’s open(sp,pi) call to register sip profile and incoming call intent to SIP service. The application must define a broadcast receiver to receive the broadcast from SIP service with intent action android.SipDemo.INCOMING_CAL.This intent is broadcasted when sip service receives incoming SIP call from network.

b)Registration listener

To use SIP services, device has to register with SIP server as explained above. So application needs to set up registration listener to know its registration status with SIP server. If device is de-registered with server, it will not be able to make call. Registration is the signaling procedure that UE has to perform before making SIP audio call.

mSIPManager.setRegistrationListener(new SIPREgistrationListener(){

public void onRegistrationFailed(String localProfileUri, int errorCode,

String errorMessage) {

// TODO Auto-generated method stub

print(“sip registration is failed”);

} public void onRegistrationDone(String localProfileUri, long expiryTime) {

// TODO Auto-generated method stub

Log.d(LOG_TAG,”sip registration is done”);

} public void onRegistering(String localProfileUri) {

// TODO Auto-generated method stub

Log.d(LOG_TAG,”sip registration in progress”);

}}); });

c)Now the application is ready to make audio call using SIP manager api’s makeAdiocall passing audiolistner interface instance.

Let’s destAddr is the destination address String.

mSIPManager.makeAudioCall(mlocalProfile,(new SipProfile.Builder(destAddr)).build(), mSIPAdioListner , timeout_value);

where mSIPAudioListner is the audi listener interface which is the callback invoked when audio call is established, released.

SIPAudioCall.listner mSIPAdioListner = new SIPAudioCall.listner(){


public void onCallEstablished(SipAudioCall call) {






public void onCallEnded(SipAudioCall call) {

Log.d(LOG_TAG,”onCallEnded”); }}

Whenever SIP manager is instantiated by application, the application connects with SIP service. In makeAudioCall api call, the application creates SIP session with connected sip service and set up the audio listener.The makeAdiocall() api of SIP service is triggered with the arguments as destination and sender user profile. The SIP service process has SIPHelper class which has apis for sending SIP REGISTER,SIP INVITE,SIP 200 OK response, SIP ACK.This class uses javax.sip.header.HeaderFactory class to create SIP header from arguments user profile of sender and receiver. Once the SIP header is formed, SIPHelper sends SIP request to javax.sip.ClientTransaction class.Finally SIP packet delivered to network through established socket connection with SIP server.If you want to know the internally call flow in details, it is recommended to download VOIP framework source code from android git repo.

4)Source code :

1: SIP demo application example can be found at

2: The VOIP framework present in android source code directory is  /framework/base/voip

3: The third part application uses classes and interface present in package. /voip/java/android

4: The package used by SIP services process is  /voip/java/com/

5: Find the source code of android voip framework at

About Author

Jainendra Kumar is Android developer. He has rich experience in developing commercial Android application. He received B.E (Gold Medalist) from BIT Mesra and MS from BITS Pilani.

Andriod messaging: Radio Interface layer

Android SDK provides apis for sending sms and receiving SMS
The two primary classes as part of  android.telephony package used for developing SMS application are

SMS Send :

SMSManager class has api sendTextMessage(String destination_Address,String service_center address,String message,
PendingIntent sentIntent,Pending deliveryIntent)

:  MDN no of sms receiver
Service_center_address :The service center address is retrieved from SIM.If null,sms packet will be routed to default MSC
Message :text message to send.


Pending Intent (
Android has provided PendingIntent class which defines an intent and the components which can handle the intent to perform specific task.
The sent pendingIntent,sendIntent which is called  from telephonic framework when sms is sent.
SMS is sent when sms packet is received by SMSC.

Delivery Intent :

The pendingIntent deliveryIntent defines an the application component which is fired when telephoy framework broadcast the delivery status of message. The SMSC forwards the message to SMS receiver .When it receives ack from sms receiver,it sends special message called Status report. This is sent only when sender has requested for delivery report.The particular field has to be set in SMS pdu packet. When telephony framework receives the status report message,it broadcast the sms delivery status.
The delivery intent is null if user has not enabled message delivery option in Message setting.

For example
SMSManager sm=sms.getDefault();
sm.sendTextMessage(” 944437890″,NULL,”hello”,si,di);

The instance of sent penidingIntent,si is obtained by
PendingIntent si = PendingIntent.getBroadcast(context, 0, new Intent(“SMS_SENT_ACTION), 0);

The above argumented context must register broadcast receiver  sentIntent :
context.registerReceiver(sentIntent,new IntentFilter(“SMS_SENT_ACTION”);

By registering broadcast receiver,the sentIntent receiver is called when sms sent event is dispatched by SMSDispacther of Telephony Framework. through si.send() call.

BroadcastReceiver sentIntent =new BroadcastReceiver(
public void OnReceive(Intent intent)
case :A\ctivity.OK :
“sms sent successfully ,move to sent folder with sent status”
“sms failed ”
“push the message in the sms queue database,message will be sent when network service will be available,move to outbox”
}  } );

The Application sends next message when the sent intent of previous message is arrived.Each typed message is queued in sms database.The next message from the top of the queue is taken when sent event of previous message is processed.This way messages are sent sequentially.

The delivery Intent di is obtained by
PendingIntent deliveredPI = PendingIntent.getBroadcast(context, 0, new Intent(“SMS_DELIVERED_ACTION), 0);
Like sentIntent,the context has to register broadcast receiver,which be would handled when sms application receives the delivery of the message from framework
through delivery intent
The telephony intent broadcast with the deliveryIntent’s intent and the receiver deliveryIntent is triggered.

context.registerReceiver(deliveryIntent,new IntentFilter(“SMS_DELIVERED_ACTION)
BroadcastReceiver deliveryIntent =new BroadcastReceiver(
public void onReceiver(Intent intent)
“sms delivered update the status of sms to delivered in the sent folder”

SMS Framework :SMS Apis,sendtextMessage calls SMS framework classes.The main class is SMSDispatcher which handles incoming and outgoing sms transaction and interacts with application through intent.The sms framework can send sms over CS(circuit switched) or PS(packet switch) network

For CS,framework will make RIL request to RIL(radio interface layer) layer of android telephony,RIL layer sends request to MODEM.MODEM route sms packet in form of data burst message to Base station.

For PS,Framework dispatch pdu to SIP stack ,which forms SIP(session initiation protocol) packet  and send to registered SIP server. The SMS framework is part of phone process and it is initialized on bootup. SMS framework forms transport layer sms pdu from the input parameters ,destination_no,message,sent intent,delivery intent.

The pdu is formed as per 3gpp2 sms Specification for sms over CDMA channel and 3gpp spec for sms to be sent over GSM based channel.


Whenever phone boots up,the smsDispatcher(part of phone process),registers itself as handler to RIL(radio interface layer)
Whenever RIL receives unsolicited sms receive command from MODEM,it calls the sms handler with NEW_SMS_RECEIVE event and
smsDispatcher post the sms receive event to SMS application. The SMS application receives the new sms intent from framework and intent data contains SMS pdu which is byte array. The application creates android.telephony.SMSMessage object from received pdu through SDK class

SMSMesssage msg=SMSMessage.creatFromPdu(pdu)
The message display to display on UI can be obtained from msg Object as

String text=msg.getDisplayMessageBody()
String origination_no = msg.getDisplayOriginatingAddress()

The application should include the required permissions android.permission.SEND_SMS and android.permission.RECEIVE_SMS in sms application’s android.manifest file.

About Author

Jainendra Kumar is Android developer. He has rich experience in developing commercial Android application. He received B.E (Gold Medalist) from BIT Mesra and M.S from BITS Pilani.

Short code

Short codes or short numbers are special telephone numbers, to address SMS and MMS messages from mobile phone or fixed phone. There are two types of short codes: dialing and messaging. Short codes are widely used for VAS such as television voting, ordering ringtones, interactive campaign etc.

Shorts codes are configured as Special numbering plan in system and there will be special tariff defined by the service provider for using short code service. Short code also differs from normal mobile range and charging pattern is also different from normal mobile charging pattern.

Charging pattern of Special number are mostly two types:

1: Normal charging

2: Reverse charging

Under Normal charging subscriber is liable to pay charges as per charging uses fixed by operator for using the service.

Eg: Suppose a SMS short code 8888 (CALLED_NUMBER) is provided by operator to activate caller tune and for using this service subscriber (CALLING_NUMBER) will be charged by amount X .In this scenario if a subscriber wants to activate caller tune on his mobile then for every SMS to this short code subscriber will pay amount X for using this service.

In Reverser Charging: CALLED_NUMBER will liable to pay if subscriber using the service.

Eg: suppose operator or CALLED_PARTY configured a short code (123456) for promotional offer (free service). If any subscriber (CALLING_PARTY) will SMS or call to this number then CALLED_PARTY will be libel to pay. In this scenario reverse charging on CALLED_PARTY will be set during rate plan configuration.

Closed User Group (CUG)

Closed User group (CUG) is a supplementary services provided by the mobile operators to mobile subscriber’s who can make and receive calls from member associated within the group. This service applicable for SMS also. There will be administrative owner who will be responsible for invoicing. Irrespective of this a CUG member can make and receive  calls to and from other networks ,other then CUG group too.

CUG Overview

Eg: Suppose a company name X ( lets say small organisation)  have N number of employees and they want to associates its employee with CUG rateplan CUGX. In this scenario all N employees have CUG rate plan other then normal rate plan. The rating of call made between all N employees will be rated with CUG rateplan CGUX. There will be one payment responsible who will be responsible to invoice.

Take an another example of Big organisation who have different hierarchy within organisation. Now the organisation want to setup different types of CUG rate plans with different access limit ( inbound and outbound limits) . Then mobile operator can provide N numbers of different CUG rate plans for as per company requirements. Now suppose a company have 2 different CUG rate plans ( eg: CUG1 and CUG2) for 2 different group types .If a mobile subscriber of CUG1 group make a call to member within the same group CUG1 then this will be IntraGroup CUG option and if Mobile subscriber of group with CUG rate plan CUG1 make a call to group with CUG rateplan CUG2 then the same will called InterGroup CUG option.

CUG rate plans are different from normal rate plans in various aspects: as

A: CUG rate plans are withing groups /organisation while normal customer rateplans are for all types of fixed lines,mobile ,specific number and International numbers.

B: CUG rate plans are for only telephony and SMS while normal rateplans are for telephony,SMS,GPRS,Blackberry.

Rating and invoicing of CUG calls:

Suppose a subscriber have normal rate plan ( RP1) and also they have CUG rate plan CUG1. Subscriber makes a calls within groups and outside groups in their billing cycle.

Suppose subscriber made N numbers of call in which X calls with Normal rate plan and Y calls with CUG rate plan. Then invoice will generate with both two rateplans.

At mediation end we segregate CUG calls with CUG Identification code ( Different billing system have different name) and send them for rating.

Telecom Rating process

Rating is process to calculate subscriber’s usage charges (Voice/SMS/Other services) as per subscriber’s rate plan and finally loaded into DB for further prospects. The rated CDR further sent to credit monitoring. When the credit amount on the customer’s balance has reached a certain limit, some predefined actions such as granting a discount or sending SMS alert to customer carried out. Rated CDR also further used to analysis of fraud in terms of high usage.

Rating of calls made on below parameters.

A: Time of call (off peak/on peak)

B: Usages volume (call duration/amount of data usage/ number of SMS sent/).

C: Destination (National/ International/Roaming)

D: Premium charges (third party charges).

There are various billing solution vendors available and they have their own rating chain for rating customer’s usage.

Generally we have two data bases :1-> Customer Data base: This stores the information about customer name/address,customer code, rate plan information, services activated ( primary /secondary) ,customer status ( Active/suspended/deactivated) ,IMSI and SIM information etc.

2: A CDR Database : This stores customers call records .like information about Calling party, called party ,IMEI,IMSI,Callduration, callstart time,call end time, swtich/trunk group used, Call type( MOC,MTC,Roaming,Transit…etc..).

The rating chain fetches customer’s information and rate plan applied on it from Customer DB and rate their usage in respect  to usage made reflecting on CDR DB.

Rate Plan configuration Basic:

configuring rate plans includes configuration of rates, services , time zone  etc. various billing operator provide different rating package configuration structure. In general we have to gone through below mentioned steps to setup rate plans:

§Services and Service Packages configuration ( Network and Non network Services)
§Time Packages configuration
§Zone Packages configuration
§Usage Packages configuration
§Rating Packages configuration
§Rateplan configuration ( Final rate plan)

Telecom Roaming

Roaming allows mobile subscriber to visit foreign network and continue to allow send and receive calls as they were within home network. Depending upon network services they subscribe they can use them as well e.g. Voicemail.

A subscriber can only roam in foreign network if their home operator has roaming agreement with foreign network. In such case foreign operator called roaming partner for home operator.

The foreign network send the call detail of visiting subscriber to their home network and invoice them for terminating  the call, then home network subsequently charges to subscriber for providing this facility.

When a foreign subscriber roam in home network the home network send call details of foreign subscriber to their respective foreign network and billed them.

Roaming agreement between different network are governed by number of different standered eg: TAP, CIBER, BARG

CASE: 1 :-> When Home subscriber in foreign network: Make a MOC call

In this case home network subscriber visited foreign network and originate a call.Foregin network route the call to their respective home network and finally home network terminate the call to destination partner.


1: Create/Maintain roaming agreement with foreign network

2: Collect and validate CDR send by foreign network of MOC call detail originating within their network and finally home subscriber rate the customer CDR and billed.

3: Return any dispute record within the agreement.

4: Making payment of invoice /settlement of invoices billed by foreign network.


1: Rating of call and event records for subscriber of home network who visited into foreign network.

2: Providing CDR of subscriber to home network, Invoice them as per roaming agreement and settlement of invoices /disputes.

Case2: When home network subscriber in foreign network and receive incoming calls.

AT Home network MOC call generates first and check for called party profile on HLR. If called party is in foreign network then its VLR profile updated accordingly. The call then routed to foreign network.A roaming call forwarding call (RCF) is generated at Home MSC.

Roaming call forwarding call (RCF):RCF is  service by which the network forwards calls made to a subscriber who is roaming outside his HPMN.While the calling party pays for the part of the call in the subscriber’s HPMN, the subscriber in roaming has to pay for the roaming leg, i.e. the part outside his HPMN. It creates a MTC record from the <RCF> base part, which must be alone. The difference in between a MTC record from a MTC base part is the charge origin indicator being ‘R’ instead of ‘H’ or ‘F’ .

RCF record comes in MSC CDR and finally we rate RCF CDR as well and billed accordingly.

Roaming Testing:
A: IREG (International Roaming Expert Group)
B: TADIG (Transferred Account Data Interchange Group)


Data Clearing House (DCH) is a third party solution based on the GSMA specifications and guidelines. Various operator exchange billing information of the roaming calls as per agreement between them.

DCH provide various services to operators like TAP file conversion, TAP file validation, Inter operator tariff validation, Visitor customer activities, Fraud, Roaming agreement management between roaming partners, Invoicing to operators.

Near Real-Time Roaming Data Exchange (NRTRDE)

Near Real Time Roaming Data Exchange (NRTRDE) is CDR interchange workflow developed by GSMA to monitor customers’ activities in the VPMN (Visited Public Mobile Network) networks, and enables the HPMN (Home Public Mobile Network) to detect unauthorized network usage and other fraud issues near real time.

Operator generates NRTRDE files and sends to DCH for monitoring subscriber’s activities in visitor’s network.

Telecom Provisioning

In general, provisioning means “providing” or making something available. This is all about providing telecommunication service to customers, allocation of bandwidth needed.

There are three types of provisioning in general telecommunication concepts: circuit provisioning, service provisioning, and switch provisioning.

In a wireless environment, provisioning refers to service activation and involves programming various network databases with the customer’s information.

Basic Provisioning flow:

System scenario for provisioning :