- Universal Access NumberWith this service customers who dial this number are automatically routed to the nearest open office or to an office with free lines. The difference between this service and the previous one is that the customer pays for the call.
- Premium Rate Service
The calls are charged at a rate higher than for normal calls. This service is used in connection with information services offered by service providers and could be for example, sports results, dating services, weather forecasts, horoscopes, etc. - Credit or Account Card Service
The user pays for the call using a normal credit card in a public telephone instead of using coins. - Universal Personal Telecommunication (UPT)
This service makes it possible for a subscriber to be reached on any telephone via the same number wherever he/she is located. Also, the subscriber can be charged on his/her own account from ANY phone he/she uses. - Televoting
This is a service where e.g. TV-viewers are asked to call in and register their opinion on an issue by calling to either one of two numbers (where one can mean 'YES' and the other one 'NO').
Telecomm Professional
Current Position
Engineer- Carrier Business
Vodafone Essar Mobile Services, Delhi.
Ritesh Bansal
Professional Experience
Hi,
I am currently working with Vodafone Essar Mobile Services, Delhi as Engineer- Carrier Business where I have to do deal with Long Distance Services technically like World Calling Cards, Toll Free No's tariff configuration, server operations and mantainance etc.
Previously I had worked with Ericsson India Pvt. Ltd. as Engineer- Front Office (offroll) on Bharti Airtel Project as BSS-FS and IN-FS engineer performing fault management by coordinating support resources, managing technical escalation to ensure fault is rectified within agreed SLA’s & providing technical support to regional teams for O&M support.
I am currently working with Vodafone Essar Mobile Services, Delhi as Engineer- Carrier Business where I have to do deal with Long Distance Services technically like World Calling Cards, Toll Free No's tariff configuration, server operations and mantainance etc.
Previously I had worked with Ericsson India Pvt. Ltd. as Engineer- Front Office (offroll) on Bharti Airtel Project as BSS-FS and IN-FS engineer performing fault management by coordinating support resources, managing technical escalation to ensure fault is rectified within agreed SLA’s & providing technical support to regional teams for O&M support.
Educational Background
B.E in Electronics & Communication
AISSCE (12th) and AISSE (10th) from CBSE
AISSCE (12th) and AISSE (10th) from CBSE
Blog Archive
Monday, November 22, 2010
IN services
Architecture of IN
An IN infrastructure typically involves service logic on network platforms, an out-of-band signaling system, and IN-capable software in the network switch. With this infrastructure in place, service providers, end users and third parties can, in theory, create and modify services independently of switch vendors.
Intelligent Network : Introduction
IN has become one of the most critical technologies in the information industry because of its promise of quick service deployment, efficient network resource utilisation, vendor independence through standardisation, and the separation of intelligence and switching functionality. This essay gives a general description of IN technology and application.
An intelligent network (IN) is a service-independent telecommunications network. That is, intelligence is taken out of the switch and placed in computer nodes that are distributed throughout the network. This provides the network operator with the means to develop and control services more efficiently. New capabilities can be rapidly introduced into the network. Once introduced, services are easily customized to meet individual customer's needs. The orginal IN networks were introduced by BELLCORE organization in theUS in the mid 80's. The concept was a success over there and manufacturers all over the world - especially in Europe - began to develop it.
Intelligent Network systems enable service providers to differentiate themselves from their competitors, increase revenue, and enhance the quality and scope of services to their subscribers. Services may be customized for each user, and end users can control their service through reconfiguration via the telephone or PC workstation. Because Intelligent Network systems often comply with standard interfaces, service providers are less likely to find themselves locked into their suppliers.
The basic promise of the Intelligent Network is to separate the core intelligence and databases for controlling services from the switching elements
An intelligent network (IN) is a service-independent telecommunications network. That is, intelligence is taken out of the switch and placed in computer nodes that are distributed throughout the network. This provides the network operator with the means to develop and control services more efficiently. New capabilities can be rapidly introduced into the network. Once introduced, services are easily customized to meet individual customer's needs. The orginal IN networks were introduced by BELLCORE organization in the
Intelligent Network systems enable service providers to differentiate themselves from their competitors, increase revenue, and enhance the quality and scope of services to their subscribers. Services may be customized for each user, and end users can control their service through reconfiguration via the telephone or PC workstation. Because Intelligent Network systems often comply with standard interfaces, service providers are less likely to find themselves locked into their suppliers.
The basic promise of the Intelligent Network is to separate the core intelligence and databases for controlling services from the switching elements
Friday, November 19, 2010
Mobile Originated Call Flow
Request Access
The MS sends a Channel Request (CHAN_REQ) message on the RACH. The BSS responds with a radio resource assignment (IMM_ASS_CMD) on the AGCH. The MS sends a Service Request (CM_SERV_REQ) message to the BSS on the SDCCH.
Authentication
Before the network will provide any services to the MS, the network will require the MS to authenticate itself. The BSS sends an Authentication Request (AUTH_REQ) message to the MS. The RAND serves as the "challenge" for authentication.
The MS calculates the proper SRES based on the RAND that was given and sends the SRES to the BSS in an Authentication Response (AUTH_RESP) message.
The BSS verifies the SRES. If the SRES is correct then the MS is authenticated and allowed access to the network. The BSS will send a Service Accept (CM_SERV_ACC) message letting the MS know that the service request was received and processed.
Once authenticated, the BSS orders the MS to switch to cipher mode with the CIPH_MOD_CMD message.
Initial Call Setup
The MS will immediately switch to cipher mode and send a Cipher Mode Complete (CIPH_MOD_COM) message.
The MS then sends a Call Setup (SETUP) message to the BSS. The message includes the address information (MSISDN) of the called party.
The BSS assigns a TCH to the MS by sending an Assignment Command (ASS_CMD) message. This message includes which Transceiver (TRX) and which Time Slot (TS) to use.
The BSS does not actually assign a TCH to the MS until the MSC sends a Call Proceeding (CALL_PROC) message to the BSS indicating that the IAM has been sent.
The MS immediately switches to the assigned TCH. The MS sends an Assignment Complete (ASS_COM) message back to the BTS on the FACCH.
Remember that a FACCH is not a separate channel; it is simply a stolen time slot from the TCH that is used for signaling data instead of voice traffic.
Call Setup
The MSC sends an Initial Address Message (IAM) to the GMSC. The IAM contains the MSISDN of the called party as the MS dialed it.
The MSC will also send a Call Proceeding (CALL_PROC) message down to the BSS and this is when the BSS would assign a TCH to the MS, as described in step 10 above.
Based on the dialed number, the GMSC decides where to route the IAM within the PSTN.
The PSTN will continue to route the IAM until it reaches the correct Switching Center and the call routing is complete. The PSTN will then establish the call circuit and send an Address Complete Message (ACM) back to the GMSC.
The GMSC then forwards the ACM back to the responsible MSC indicating that the call circuit has been established
Call Establishment
Once the called party answers the phone, the PSTN will send an Answer message to the MSC. The MSC forwards this to the MS in a Connection (CON) message.
Once the MS receives the CON message, it switches over to voice and begins the call. All voice traffic occurs on the assigned TCH.
Call Termination
When either the caller or the called party hangs up, the call will be disconnected. Either party can initiate the disconnect. In this example, the MS initiates the disconnect. The MS sends a Disconnect (DISC) message to the BTS on the FACCH.
The BSS forwards the DISC to the MSC. Once the MSC receives the DISC message, it sends a Release (REL) message through the GMSC to the PSTN as well as down through the BSS to the MS.
The MS responds by sending a Release Complete (REL_COM) message to the BSS on the FACCH. The BSS forwards the REL_COM message up to the MSC. Once the MSC receives the REL_COM message the call is considered ended from the call control perspective.
Although the call has ended, the BSS still has a TCH allocated to the MS. The MSC sends a Channel Release (CHAN_REL) message to the BSS. The BSS forwards the CHAN_REL message to the MS.
The MS responds with a DISC (LAPDm) message and returns to an idle mode. The BSS reallocates the channel for other call or releases the TRX.Once the MSC receives the ACM, it sends an ALERT message to the MS indicating that the call is going through. The BSS sends the ALERT message on the FACCH. Once the MS receives the ALERT, it will generate the ringing sound in the earpiece. The BSS sends an alerting message the subscriber will hear the line ringing.
The MS sends a Channel Request (CHAN_REQ) message on the RACH. The BSS responds with a radio resource assignment (IMM_ASS_CMD) on the AGCH. The MS sends a Service Request (CM_SERV_REQ) message to the BSS on the SDCCH.
Authentication
Before the network will provide any services to the MS, the network will require the MS to authenticate itself. The BSS sends an Authentication Request (AUTH_REQ) message to the MS. The RAND serves as the "challenge" for authentication.
The MS calculates the proper SRES based on the RAND that was given and sends the SRES to the BSS in an Authentication Response (AUTH_RESP) message.
The BSS verifies the SRES. If the SRES is correct then the MS is authenticated and allowed access to the network. The BSS will send a Service Accept (CM_SERV_ACC) message letting the MS know that the service request was received and processed.
Once authenticated, the BSS orders the MS to switch to cipher mode with the CIPH_MOD_CMD message.
Initial Call Setup
The MS will immediately switch to cipher mode and send a Cipher Mode Complete (CIPH_MOD_COM) message.
The MS then sends a Call Setup (SETUP) message to the BSS. The message includes the address information (MSISDN) of the called party.
The BSS assigns a TCH to the MS by sending an Assignment Command (ASS_CMD) message. This message includes which Transceiver (TRX) and which Time Slot (TS) to use.
The BSS does not actually assign a TCH to the MS until the MSC sends a Call Proceeding (CALL_PROC) message to the BSS indicating that the IAM has been sent.
The MS immediately switches to the assigned TCH. The MS sends an Assignment Complete (ASS_COM) message back to the BTS on the FACCH.
Remember that a FACCH is not a separate channel; it is simply a stolen time slot from the TCH that is used for signaling data instead of voice traffic.
Call Setup
The MSC sends an Initial Address Message (IAM) to the GMSC. The IAM contains the MSISDN of the called party as the MS dialed it.
The MSC will also send a Call Proceeding (CALL_PROC) message down to the BSS and this is when the BSS would assign a TCH to the MS, as described in step 10 above.
Based on the dialed number, the GMSC decides where to route the IAM within the PSTN.
The PSTN will continue to route the IAM until it reaches the correct Switching Center and the call routing is complete. The PSTN will then establish the call circuit and send an Address Complete Message (ACM) back to the GMSC.
The GMSC then forwards the ACM back to the responsible MSC indicating that the call circuit has been established
Call Establishment
Once the called party answers the phone, the PSTN will send an Answer message to the MSC. The MSC forwards this to the MS in a Connection (CON) message.
Once the MS receives the CON message, it switches over to voice and begins the call. All voice traffic occurs on the assigned TCH.
Call Termination
When either the caller or the called party hangs up, the call will be disconnected. Either party can initiate the disconnect. In this example, the MS initiates the disconnect. The MS sends a Disconnect (DISC) message to the BTS on the FACCH.
The BSS forwards the DISC to the MSC. Once the MSC receives the DISC message, it sends a Release (REL) message through the GMSC to the PSTN as well as down through the BSS to the MS.
The MS responds by sending a Release Complete (REL_COM) message to the BSS on the FACCH. The BSS forwards the REL_COM message up to the MSC. Once the MSC receives the REL_COM message the call is considered ended from the call control perspective.
Although the call has ended, the BSS still has a TCH allocated to the MS. The MSC sends a Channel Release (CHAN_REL) message to the BSS. The BSS forwards the CHAN_REL message to the MS.
The MS responds with a DISC (LAPDm) message and returns to an idle mode. The BSS reallocates the channel for other call or releases the TRX.Once the MSC receives the ACM, it sends an ALERT message to the MS indicating that the call is going through. The BSS sends the ALERT message on the FACCH. Once the MS receives the ALERT, it will generate the ringing sound in the earpiece. The BSS sends an alerting message the subscriber will hear the line ringing.
Mobile Terminated Call Flow
Route Establishment to find the MSC/VLR
The calling party dials the MSISDN for the mobile subscriber. The PSTN identifies the network (PLMN) that the dialed MSISDN belongs to and will locate a GMSC for that network. The PSTN sends an Initial Address message to the GMSC.
The GMSC forwards the MSISDN to the HLR and requests routing information for it. The HLR looks up the MSISDN and determines the IMSI and the SS7 address for the MSC/VLR that is servicing the MS.
The HLR forwards the MSRN as well as routing information for the servicing MSC/VLR to the GMSC.
The GMSC sends an Initial Addressing message to the servicing MSC/VLR and uses the MSRN to route the call to the MSC/VLR. Once the servicing MSC/VLR receives the call, the MSRN can be released and may be made available for reassignment.
Initial Setup
The MS receives the Page Request (PAG_REQ) on the PCH. The MS recognizes that the page is intended for it, based on a TMSI or an IMSI.
The MS immediately switches to the assigned SDCCH and sends a Paging Response (PAG_RES) message on the SDCCH. This lets the network know that the MS is responding to its page.
The GMSC forwards the MSISDN to the HLR and requests routing information for it. The HLR looks up the MSISDN and determines the IMSI and the SS7 address for the MSC/VLR that is servicing the MS.
The HLR then contacts the servicing MSC/VLR and asks it to assign a Mobile Station Routing Number (MSRN) to the call.
The MSC/VLR allocates the MSRN and forwards it to the HLR.Note: It is important to remember that the MSC/VLR assigns a MSRN to the call not to the MS itself. The HLR forwards the MSRN as well as routing information for the servicing MSC/VLR to the GMSC.
The GMSC sends an Initial Addressing message to the servicing MSC/VLR and uses the MSRN to route the call to the MSC/VLR. Once the servicing MSC/VLR receives the call, the MSRN can be released and may be made available for reassignment.
Paging the Mobile Station
The MSC/VLR then orders all of its BSCs and BTSs to page the MS. Since the MSC/VLR does not know exactly which BSC and BTS the MS is monitoring, the page will be sent out across the entire Location Area.
Initial Setup
The MS receives the Page Request (PAG_REQ) on the PCH. The MS recognizes that the page is intended for it, based on a TMSI or an IMSI.
The MS sends a Channel Request (CHAN_REQ) message on the RACH.
The BSS responds on the AGCH by sending an Immediate Assignment (IMM ASS) message which assigns an SDCCH to the MS. At this point, the network does not know that the MS is the one that it is paging, it only knows that this MS wants access to the network. The MS immediately switches to the assigned SDCCH and sends a Paging Response (PAG_RES) message on the SDCCH. This lets the network know that the MS is responding to its page.
Authentication
Before the network will provide any services to the MS, the network will require the MS to authenticate itself. The BSS sends an Authentication Request (AUTH_REQ) message to the MS. The RAND serves as the "challenge" for authentication.
The MS calculates the proper SRES based on the RAND that was given and sends the SRES to the BSS in an Authentication Response (AUTH_RESP) message.
The BSS verifies the SRES. If the SRES is correct then the MS is authenticated and allowed access to the network.
Once the MSC/VLR has authenticated the MS, it will order the BSS and MS to switch to cipher mode using the CIPH_MOD_CMD message. Once the MS in encryption mode, the VLR will normally assign a new TMSI to the MS.
Establishing a Channel
Once the MS is authenticated and in encryption mode, The MSC sends a Setup Message to the BSS, the BSS forwards the SETUP message to the MS on the assigned SDCCH.the assigned SDCCH. The SETUP message may include the Calling Line Identification Presentation (CLIP), which is essentially caller ID.
The MS responds by sending a Call Confirmed (CALL_CON) message; which indicates that the MS is able to establish the requested connection. The BSS relays the message up to the MSC.
Call Setup
The BSS then sends an Assignment Command (ASS_CMD) message to the MS on the assigned SDCCH. The ASS_CMD message assigns a Traffic Channel (TCH) to the MS.
The MS immediately switches to the TCH and responds with an Assignment Complete (ASS_COM) message on the FACCH. The MS begins ringing once it has established the TCH. Remember that all signaling that occurs on the traffic channel actually occurs on a FACCH, which is a time slot that is stolen from the TCH and used for signaling. The MS sends an ALERT message to the MSC on the FACCH. The BSS forwards the ALERT message through the PSTN to the calling party and the caller hears the line ringing.
Call Establishment
Once the user answers the call (by pressing the send button), the MS will send a Connect CON message to the MSC. The Connect message is forwarded back to the caller's switch to activate the call.
The MSC sends a Connect Acknowledge CON_ACK message to the MS and the call is established.
Call Disconnect
Disconnect happens the same way as for any other call. In this example, the calling party initiates the disconnect.
When the calling party hangs up, the calling party's switch initiates a Release (REL) message. The message is forwarded to the serving MSC, which is then forwarded to the BSS.
The BSS will send a Disconnect (DISC) message to the MS on the FACCH.
The MS confirms release of the call by sending a Release (REL) message on the FACCH, which is forwarded to the MSC.
The MSC sends e Release Complete (REL_COM) message through the BSS to the MS. As far as call control (CC) is concerned, the connection has been terminated.
The MS still has a TCH assigned to it, so the BSS sends a Channel Release (CHAN_REL) message to the MS. This releases the radio resource on the Air Interface.
The MS responds be sending a final Disconnect message and returns to idle.
Subscribe to:
Posts (Atom)