P. 1


|Views: 36|Likes:
Published by Abhinav Anand

More info:

Published by: Abhinav Anand on Dec 20, 2011
Copyright:Attribution Non-commercial


Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less






This post is intended to be a crash course for beginners who wish to understand at a “broad level” how Business Support Subsystem components work in a telecom carrier’s network and more importantly how they connect to the telecom network elements over standard protocols.

Hence, the text is more “conversational” in nature rather than completely “technical”.

Elementary examples of simple call setup procedures have also been included, as they are required for a holistic understanding of the entire ecosystem – beginning from a call setup, to its charging, rating and billing.

Telecom operations from the perspective of a carrier are divided into two broad categories: OSS and BSS.

Operations Support Subsystems (OSS) is an aggregation of functions that enable the operator to provision and manage their inventory, customers, services and network elements. Provisioning implies “making an entry or a record” of some resource. This resource may be a customer, a value added service, inventory such as dongles or even a network element such as a call control switch. For example if a new customer is acquired, his entire record has to be saved in the network such as his name, address, phone number allotted etc. This is customer provisioning.

An example of managing an inventory could be as follows.

Dongles procured by the carrier need to be recorded in the inventory management system. Each dongle would undergo a lifecycle.

Eg: When the dongle is first procured, it is recorded to be in stock. When the dongle is dispatched to a retail store, its status is changed in the inventory management system to be “for sale”. When a customer purchases the dongle, its status changes to “sold” and it is linked to the customer’s identity who bought it.

On the other hand, Business Support Subsystems is an aggregation of functions which are used for managing an operator’s day-to-day business characteristics and providing an operator with complete clarity on the performance and management of his diverse lines of businesses.

BSS systems include real-time functions such as charging (post-paid/pre-paid), rating using tariff plans and applying discounts.

BSS also includes some non-real-time components such as launching new marketing campaigns, analyzing the success of individual marketing campaigns through business intelligence reports, partner management (for dealing with 3rd party

it is useful to review a typical call setup procedure for post paid calls as well as for pre paid calls. Case Study: .content providers. the local office checks whether the subscriber has enough balance in his/her account. revenue sharing with partners and billing. Before going to the specifics of BSS. so that some basic grounding is available regarding the call flows in a typical telecom network: The above scenario depicts the flow of messages for a pre-paid subscriber. This note is more focussed on the BSS components of an operator’s ecosystem. other operators. creating invoices. When the subscriber dials out a number. does the call proceed further. Only if the balance is available. payment collection. franchisees etc).

MTP3. SCCP and TCAP. Since there are hundreds and thousands of customers served by a single pre-paid platform. So. TCAP stands for Transaction Capability Application Part. As tariff plans get more complex and more services need to be charged. NOTE-3: The other levels of the SS7 stack are: MTP1. SCCP stands for Signalling Connection Control Part. The local exchange has to now talk to a pre-paid platform. SCP is nothing but a software module that understands and receives messages sent by the local exchange. the rating engine must have flexibility and functionality to meet the business requirements. it cannot connect the call straight away as it would have done for a post –paid customer. Main steps in charging a pre-paid call in a fixed line network:       When a pre-paid subscriber makes a call. The local exchange looks at the calling number (A-party). the current balance of all the pre-paid customers. INAP stands for Intelligent Network Application Part and is the top most layer of the SS7 protocol stack. It contains in its database. MTP2. which is the second component of the pre-paid platform. the SCP communicates with a Rating Engine. MTP stands for Message Transfer Part. the rating engine will contain a large number of customer balance records. This message is received by a component of the pre-paid platform called the Service Control Point (SCP). Both the local office and the service control point (SCP) understand the INAP messages.NOTE-1: There may be one or more transit exchanges between the originating local office and the terminating local office. On receiving the message from the local exchange. NOTE-2: The messages that flow between the local exchange and the pre-paid platform are in INAP protocol. it arrives at a local exchange (also called local office in the US). and finds that it is a call made by a pre-paid customer. The rating engine is the heart of the pre-paid platform. The local exchange sends a message to the pre-paid platform informing it of the A-party number and the B-party number.  .

and actual deduction would happen only if the call is successful and usage takes place. This is the validity time. However it has to check by looking at the B-party number if the balance is sufficient to support the minimum rate of the call pulse. this reserved amount of USD 5 would be enough for 10 minutes of conversation. then the local exchange will allow the call to proceed and the call will be eventually connected via one or more exchanges to the called subscriber whose phone will ring. How much amount must be deducted and at what periodicity? This has to ultimately depend upon the tariff plan which the calling party has subscribed to.       The architecture for charging a pre-paid call in a mobile network (GSM) is shown below. Thus. The local exchange will then immediately terminate the call. His closing balance will now be USD 8. If however. no answer by B-party etc. the deduction will happen periodically from the reserved amount of USD 5. then no further analysis is required by the rating engine to reject the call. Assuming that the conversation exceeded 10 minutes. the reservation only signifies the “intent”. For example: If a local call costs 10 cents per minute and the balance of the A-party is currently 5 cents. for example the call duration is just 3 minutes. This will happen when the subscriber has no units left in his balance. the pre-paid platform will respond with a message that informs the local exchange that the credit limit is reached. It may happen that the unit reservation request fails. The local exchange rejects the call. The SCP in turn will send a message to the local exchange informing it that the calling party has insufficient balance. When the call is answered. The pre-paid platform will reserve another chunk of USD 5 and inform the local exchange accordingly. In such a scenario. If it was an international call. the local exchange knows that if this call matures. then it must inform the SCP that the calling customer has insufficient balance. Assuming that the balance was sufficient and the pre-paid platform has allowed the call to proceed. The remaining USD 3. If the balance of the calling party is zero. If the conversation ends is less than 10 minutes. the local exchange sends a message to the charging platform and only USD 1.5 is returned to the account balance of the calling party. Therefore. If the call is abandoned for any reason like the calling party abandoning the call before it is answered by the Bparty. assume that the calling party had a balance of USD 100 when the call was made. Assuming that the call charges are 50 cents per minute.         The rating engine looks at the A-party number and then queries its database to find out the current balance of the A-party. To avoid frequent requests for the reservation of amount. As an example. Note that it is very similar.5. The rating engine had at the time of allowing the call reserved a certain amount from the subscriber’s balance. it can let the call continue for the first 10 minutes without again contacting the pre-paid platform. the rating engine may be asked to grant a larger chunk of units from the balance. then even 50 cents balance may not be sufficient. then the local exchange must again send a message to the SCP informing it that the call has not matured. say USD 5. the local exchange sends another request to reserve more units. the validity time is also conveyed by the SCP. the rating engine finds that the calling party has sufficient balance. then via the SCP. the local exchange is informed that the call can proceed. This has to be done prior to the expiry of the validity time. If the A-party has zero or insufficient balance. At this time. When the message reaches the pre-paid platform. It is important to understand that reserving an amount is not equivalent to actually reducing the balance of the calling party. the rating engine on finding that there is enough balance will not only respond to the local exchange about the sufficiency of the balance as described above. temporarily the balance reduces to USD 95. Only the INAP protocol layer has been replaced by CAMEL: . then this balance is not sufficient. For example the amount that would have been reserved depends upon the tariff plan of the customer. but also reserve an amount. At the time of informing the local exchange that the calling party has sufficient balance and the call can be connected.5 will be deducted by the pre-paid platform at the end of the call.

This task is performed by the SMP. The SMP will typically have local terminals where operators can do this task through a set of commands called the command line interface (CLI). There may also be a need to periodically delete (de-provision) customers who have left the pre-paid service provided by the operator. NOTE-4: The architecture in a CDMA mobile network will be identical except that CAMEL will be replaced by IS-826 protocol layer. These are called GMSCs (Gateway MSCs) in mobile networks. NOTE-3: There may be one or more transit exchanges between the originating and terminating MSCs. For example. there will be a BSC and a BTS on the terminating side. It will also be connected to a voucher management . Likewise. This is typically called the provisioning of customers. NOTE-2: There will be a base station and the base station controller (BSC) before the call reaches the originating MSC.NOTE-1: CAMEL stands for Customised Applications for Mobile Enhanced Logic. Details of the SMP and the VMS: Service Management Point (SMP): The SMP performs the management functions for the IN platform. all the pre-paid customers must be recorded in the IN platform along with their initial balance.

allowing operators to run widely distributed dealer networks efficiently and easily. Distributed system The prepaid card system allows distributed systems with card roaming to be built. Advertising Additional profit can be generated from placing adverts on cards. Accounts can also be recharged from a special websites of the carrier. . time of day or model of phone. VMS cuts down administrative. VMS allows subscribers to add funds to their accounts within the home network or in roaming networks regardless of location. bookkeeping and servicing expenses and makes it easy for subscribes to keep track of their account balance without service centres. Account recharging via operator Subscribers can recharge their accounts via call centre operators. protecting you from fraud. as well as the account of any other subscriber of the same network. Voucher Management System: The Voucher Management System (VMS) allows prepaid subscribers recharge their accounts using pre-paid vouchers. by sending an SMS request with a PIN code to a service number. and can also be a useful marketing tool for the operator. Features of a VMS are as follows: Account recharging via voice services The Voucher Management System allows subscribers to recharge their accounts from their own telephone as well as from any tone-dial phone. giving your subscribers the ability to recharge their accounts while in roaming.system from where commands will flow to the SMP for bulk provisioning of customers so that a large number of customers can be simultaneously provisioned in the pre-paid system. Blocking The Voucher Management System can bar a specific telephone number from accessing the service after several consecutive unsuccessful attempts to enter a PIN code from that number. Account recharging via non-voice services Subscribers can top up their own accounts. for example to advertise new services.

. without any messaging to a pre-paid platform. there is no need to check for the balance. These CDRs are used later for billing purposes. and the call details are captured in the form of a Call Detail Record (CDR) at the end of the call. Revisiting Post paid Charging: Charging for Post-paid subscribers: For post-paid subscribers.Card Status Information about card usage (transactions made) is recorded automatically in the operator’s billing system. The calls are allowed to proceed further. A typical CDR file captures the following information: - Calling party number - Called party number - Call start time - Call end time - Call duration (End Time – Start Time) - Call Identifier This information is saved in the form of a file in the local exchange or the MSC and is pushed to the Charging System for post processing.

The rating engine analyzes the CDR files and determines the rate to be applied for each CDR file. The figure below shows the post-paid charging of a data call in CDMA: . The mediation engine post-processes the rated CDRs from multiple sources and reformats them into a common file. A simple procedure for a post-paid subscriber is given below in terms of CDR creation and storage: We have so far described charging of voice calls. This rated CDR is pushed to the mediation engine.The charging system has a rating engine and a mediation engine. Once this rating is completed. The mediation engine is required because it may receive CDRs from more than one source and the format of the CDRs may be different from each source. This common file is then pushed to the billing system which generates the itemized bills for each customer based on the CDRs. the CDR is known as a rated-CDR.

The Rating. The only difference here is. The AAA is sending charging events on RADIUS protocol.The data call path bifurcates from the PCF – Packet Control Function. The AAA (Authorization. which converts these messages to the DIAMETER protocol and sends them to the charging platform. DIAMETER protocol’s Rf interface is used for post-paid charging while the DIAMETER protocol’s Ro interface is used for pre-paid charging. Authentication and Accounting) server receives the messages on RADIUS protocol. which is a logical function of the Base Station Controller as shown above. Introduction to the Realtime Components of BSS: . The figure below shows the corresponding architecture for charging a Mobile WiMAX data call. Mediation engine and billing system are common for data calls as well as voice calls. There may be a dedicated RADIUS to DIAMETER converter in the AAA server. that we have an ASN gateway as the controller for data calls.

We can now discuss the BSS system in more detail. The figure below shows a “modern” BSS system which works on DIAMETER interfaces and integrates with IMS. There may be some overlap of information with what is described above. Mobile WiMAX and LTE on DIAMETER protocols: LEGEND: .

The first step of revenue generation starts with the charging process. Chargeable events can be conceptualized as “intents” to charge the customer based on his/her actions. Charging Rating Mediation Billing. Network elements such as the local exchange (office). At this stage. However. MMS. as the call never got connected successfully. or a failed call setup. 5. Web services work on the HTTP protocol and are described by SOAP protocol (Simple Object Access Protocol). these units are determined and attached to a Call Detail Record (CDR). The charging system needs to decide the amount of units which need to be consumed for the particular charging event. Once the charging system has received an event. we will be discussing conceptually some of the basic components of the BSS system without going into the technical details. Some of the most important real-time network facing components of a BSS system are: 1. Some of the most common charging interfaces are on RADIUS and DIAMETER protocols. rate calculation takes place for the customer depending upon the current tariff plan in use. it is not guaranteed that these events will actually lead to revenue realization. and Reconciliation 1. 2. 2. SMSC (Short Message Service Centre) etc generate these “chargeable” events towards the charging platform. Legacy systems used to charge calls on the IN (Intelligent Network) pre-paid platform. Some examples include – sending a SMS. However. where the network elements identify the events which need to be charged. The next logical step after receiving charging events is Rate Determination and Rating. However. downloading content etc. Interfaces for Charging: Charging platforms support multiple interfaces to receive events. the customer will not be liable for paying for this event. There were also Web Service interfaces used for charging in some legacy systems. Then . dialling a number. Charging Charging of customers can be done in two ways: pre-paid (online) charging and post-paid (offline) charging. Rate Determination and Rating. 4. the operator may change his policy and may charge the customer even for missed calls if needed. a chargeable event will be generated for a missed call. For post-paid subscribers. 3.This is only an architectural representation meant to show some of the major components of a BSS system and to provide a glimpse in to the complexity of a modern BSS platform. For example.

offers attached with the tariff plan. then the rate applicable would only be 50 cents. The illustration below explains the relationship between these concepts: . Units may have different manifestations. Before the charging system rates a particular charging event and actually deducts units. For pre-paid subscribers. we can represent Units as “money”. the units are determined and compared with the subscriber’s account balance. the charging system borrows the required amount of units from the subscriber’s account and prepares to deduct them from the available balance. For example. it is important to understand the relationship between a tariff plan. This step is to apply discounts if applicable. the operator may also represent units in terms of the number of free calls offered and the number of free SMS messages allowed. If the account balance is sufficient. The final rate to be applied is calculated based on the tariff plan. offers and discounts applicable on the base plan and the validity of the offers. In some special cases. At this stage. the components of a tariff plan. We may also represent units in the form of the allowable limit for data download in Megabytes (units measured by volume). For example. if the charging event cost the subscriber $1 and the tariff plan of the subscriber offered him with a discount of 50% on all calls. rate to be applied based on the offers. and the validity semantics of the offer. there is an intermediary step. These are important inputs to the rating engine. Another possibility is to measure units in terms of talk time.this “rated-CDR” is dumped as a file.

the free SMS offer must be consumed within a month. Similarly. For the 3rd ringtone download. The Data component refers to the internet browsing and downloads from websites.The figure above represents a tariff plan. . The customer may download at the most 2 ringtones for free. The same is applicable to the data download offer. This plan has four components: 1. the customer has the first 100 voice calls free. The voice component applies to the usual calls that the subscriber initiates. Finally. In this example. first 10 MB of downloads free and 2 ringtones free. ringtones and ebooks from an operator’s application store for example. The first 100 voice calls are free and must be consumed within a month. These offers have validity applicable to them. the first 50 SMS messages free. 3. 2. normal charges shall apply. The messaging component of this example refers to the SMS messages. 4. the content component refers to the purchase of premium content such as movies. Each component of this tariff plan has an offer attached to it. Voice Messaging Data Content. the 2 ringtones are free as a onetime offer to the customer. However.

Validity can be represented in several forms: The validity semantics of an offer has to be very flexible. In some other scenarios. the operator may offer discounted call rates at night time (between 11 pm and 5 am) to encourage usage during these lean hours. Wednesday. Once the free call quota is zero. the free voice call quota is re-initialized to a value of 100. This is similar to the voice call free usage counters discussed in the example earlier. a certain offer may be valid only on certain days of the week (Monday. For example. . certain validity options are shown. This flexibility determines the business agility of an operator. for messaging the usage quota is set to 50 every month. For example:     A particular offer may be valid at the top of each month. and Christmas etc. At the top of each month.The last concept is that of usage counters. In the figure above. For example all voice calls are discounted 30% on certain days of the week (weekends for example). With each call made by the customer. Similarly. New Year. Another option is for an offer to be applicable within a time band of a day. and Friday). The fourth option shown above is for an offer to be applicable only on some special days such as Diwali. this value of 100 is decremented until it reaches zero. normal charges apply to all subsequent calls.

In today’s competitive markets and complex value chains. Content Providers and E-Commerce. For example. These days. all subsequent calls for that month are offered at a discounted rate of 25%. This is a kind of a “reward” given to high ARPU customers. this area included inter-carrier settlements capabilities and this was later extended to interconnect billing applications. the local office. It converts all these CDR files into a common file format. This means that the offer in question will be valid at all times and for all calls. The details of the CDR are presented in the form of a bill which can then be e-mailed or dispatched to the subscriber’s billing address. Traditionally. The output of this process is the generation of an itemized bill in human readable form by the billing system. this rated CDR file is pulled by the mediation engine.  3. The file format is chosen so that it is understandable by the billing system. Mobile Virtual Network Operators. Once the rate is determined as explained in the previous section. Mediation: The mediation process is the next logical step after rating. there may be a special rate applied when calls are made between New York and Chicago. CDRs are provided by the Mediation engine to the billing system. when the usage of a particular customer crosses $30 in a given month. For example. and resellers. Billing: In the billing process. the billing system can calculate the final bill for a subscriber and the rate applied for each charging event. it is applied to the CDR file. The mediation engine can handle CDRs from various sources – The MSC. wholesale operators. The last option for validity is “unconditional”. For example. Usage based validity is a very interesting case. all calls made between users belonging to a closed user group will be cheaper as compared to the calls made outside the group. Wholesale/Interconnect Billing: Wholesale billing applications include a variety of capabilities. The billing system processes these CDRs and reads them. As the CDRs which reach the billing system are already rated. 4. Some offers are valid based on the destination of the called party. some advanced billing systems also provide a feature of billing level discounts. the SMSC etc. it has expanded further to include among others Roaming. For example. This file is then provided to the billing system for post-processing. . if there is a high paying customer who generates a bill of over USD 100 every month for 6 months consecutively.   The validity of an offer can also be confined to a closed user group. The billing system may even ask the rating engine to provide this high ARPU customer with a quota for free calls from next month onwards. Now. the billing system can provide this customer with a discount of 10% on his next bill.

California. keeping in mind the inputs obtained from competitive analysis of the tariff plans of other carriers. This revenue sharing takes place because all these operators share a point of interconnect (POI) to each other’s networks and they allow calls to be made from one network to another. the operator makes a record of the amount of revenue which has to be shared with other network operators. and settlement capabilities on a raw data basis. How many calls were made to another carrier’s network? How many calls made to another carrier’s network were local/regional/international? How many calls from other networks terminated in my network? How many calls made from a 3rd party network used my network as a transit and they actually terminated in some other network? Similar details for SMS messages and MMS messages are also post processed. young executives etc. individual transaction basis and bulk basis across a variety of services and platforms. 2. 4. New Jersey etc. This process is known as reconciliation. preferably in one single system. The Business Intelligence engine provides the business teams with clarity on the performance of a particular marketing campaign based on various parameters. The BSS component which manages the marketing campaigns for the carrier is called “Campaign Management”. the operator arrives at an amount which other operators need to pay him. Popularity of a campaign based on the region – Florida. 3. These applications work across a variety of platforms and support a wide range of services. billing. 5. . and an amount which he needs to pay to other operators for providing interconnect services to each other. Each tariff plan needs to be designed carefully. Reconciliation: Reconciliation is an offline process of sorting out the CDRs of the calls made in a certain period to determine the following information: 1. Due to this. The success or failure of a particular marketing campaign is gauged by another component known as “Business Intelligence” or BI. An example is provided below:   Popularity of a particular marketing campaign (tariff plan) based on market segments such as children. Based on such information. 5.There is now an array of applications in the area providing charging. Business Perspective and an introduction to the non-realtime components of BSS: Business teams of a carrier are responsible for designing and planning tariff plans which are later launched in the form of marketing campaigns.

including. is the customer billed according to the correct plan.g.          Fraud Management: Investigating. using test call generation Trouble Reports and Alarms – Generation and tracking of Revenue Assurance Trouble Reports and Alarms Automation of revenue assurance controls and data collection Automation of leakages correction Generation of revenue leakage reports and documentation both for internal needs as well as a support to regulatory compliance activities. Someone deletes the CDRs or reduces the rate on each CDR. o Configuration data – e. 2. Eg: 1. mid ARPU customers...g. and is he billed correctly according to the correspondent plan. Investigation of revenue leakages. between the call Switch.. between Customer Relationship Management systems.e. Mediation. finding and correcting their root cause to prevent the recurrence of similar leakages Grouping and classification of leakages Equipment and system testing – Proactively test equipment and systems and processes to verify that they provide accurate information. Rating and Billing Verification – Verification of the correctness of the application of the rating and billing rules – e.g. e. a switch that rounds incorrectly the durations of the call. This is achieved by effective Fraud Management systems coupled with the instrumentation and monitoring that enables potential fraudulent activities to be identified. and billing) o Interconnect/partners billing Detection of data integrity and correctness problems. enterprise customers etc. Conclusion: The domain of BSS is huge and it is not possible to cover all aspects in a single post.  Popularity of a campaign based on age. There are close linkages between fraud identification and anomaly detection. Popularity of a campaign based on market segment – High ARPU customers.g. Someone fraudulently tops up the pre paid account from the system backend without using a voucher. inventory and network) o Events data – e. Someone reduces the value of the pos paid bill just before it is processed by the billing system. Some of the other major functions of a BSS system which is critical from the viewpoint of a network carrier are: Revenue Assurance: The main revenue assurance application areas are:  Detection of data discrepancies – Detection of data discrepancies between systems and data repositories that might affect the ability to generate revenues or increase costs.. 3. Customers with traditionally low ARPU.g. preventing and responding to activities that indicate fraudulent use of networks or systems. .

However. billing. . charging. this post provided an introduction to some of the important concepts of this area and how the BSS connects to network elements of a telecom system over standard interfaces. reconciliation. We also discussed some of the most critical concepts of a BSS platform which directly influence the operator’s revenue realization capabilities – such as rating. revenue assurance and fraud management.

You're Reading a Free Preview

/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->