1.16 Service Description
The Virtual Calling Card is a prepaid card that provides personal mobility. Subscribers (users) can use any access network and calling unit, fixed and mobile. The VCC cards are of fixed denomination and no subscriber profile is linked to the card. The back-office systems (billing etc) do not have any information about the subscriber, but only have the card details and current balance.
The VCC cards are not rechargeable.
The call flow shown below, considers the VCC call initiated from a fixed line phone on the BSNL/MTNL network. The dialled number (example: "31-822") indicates to the BSNL network that the call has to be routed to the local exchange, from where the call is further handled. This call would not be redirected to mobile network, but would rather be handled on the NLD network and service control point.
The subscriber would call a service access number (for example: "31-VCC" [31-822]) to initiate the call.
Unless voice recognition is available, all dial option is through DTMF using IVR.
Some of the features for VCC are:
On line / real time debiting
Multiple simultaneous calls per card / account
One call at a time / card
Calls having duration below certain threshold
Service calls like language selection etc.
Support multiple currencies simultaneously
Provision to give bonus call credit based on usage etc.
Follow on Calls
Card Merging
Auto-dialing
Page 53 of 159
ContinueMessage {
ConnectToResource (resourceAddress.none), PromptAndCollectUserInformation
(InformationToSend.inbandinfo.elementaryMe ssgge.MessageID,
CollectedInfo.collectedDigits.maximumNbOfDigits)}
routes it to the VCC service logic in the SCP for further call processing. In SCP, the called party, calling party information together with service key is analysed and if the criterias are met, the call is completed and all the charges are applied to the called party.
VCC service employs a 4 digit service access code (eg. 31-822) for callers to dial in to IN for further call connection request.
Statically Armed VCC Trigger
Triggers for VCC service are not armed on a per subscriber basis, but are office or switch based.
Following criterias maybe used to provision in the SSP : – Specific digit string (DP2 or DP3)
– CalledPartyNumber (DP2 or DP3)
Either way, the number defined in these criterias should be the complete the complete digit string of the service access code.
Page 54 of 159
ContinueMessage {
ConnectToResource (resourceAddress.none), PromptAndCollectUserInformation
(InformationToSend.inbandinfo.elementaryMe ssgge.MessageID,
CollectedInfo.collectedDigits.maximumNbOfDigits)}
1.18 Scenarios
9.1.1 Scenario 1 : Successful Virtual Card Call (Point to point card)
Description:
Sometimes, for promotional purposes, the corporate customers will want to issue to the general public or their customers calling cards with predefined denominations with predefined destination number (eg. the corporate customer’s own hotline or CSR).
When the caller dials the VCC service access number, and enters card number / PIN (if CLI is not recognized), the service logic in SCP automatically pulls out the destination number predefined by the corporate customer and connect the call to this number.
The caller will not be prompt to enter his/her desired destination. In fact, the caller will not be able to make calls to other destination besides the predefined number.
Call Flow:
The following diagram shows the IN call flow for this scenario.
Page 55 of 159
ContinueMessage {
ConnectToResource (resourceAddress.none), PromptAndCollectUserInformation
(InformationToSend.inbandinfo.elementaryMe ssgge.MessageID,
CollectedInfo.collectedDigits.maximumNbOfDigits)}
ContinueMessage {ApplyChargingReport()}
Page 56 of 159
BeginMessage {InitialDP (serviceKey, callingPartyNumber,calledPartyNumber) }
initiate a VCC call (eg. dial 31822 access number)
DP: Collect_Information or AnalysedInformation
TT: Specific Digit String = 31822
ContinueMessage { ReturnResult (PromptAndCollectUserInformation,
Play the corresponding Welcome announcement specified for VCC service
Prompt user for card number
Establish bearer connection to IP Start announcement
A Party inputs 12-digit VCC card number
Repeat Prompt And Collect ‘n’ times if necessary
Page 57 of 159
ContinueMessage {ApplyChargingReport()}
Validate card number
Check the status of the card (Active or not) If card is active, check balance available and play annoncement notifying user of the remaining balance Check if there is already an ongoing call. If yes, validate time gap between simultaneous calls.
Check if there is any service provider /customer defined promotional / marketing messages. Play the promotional message is there is any.
ContinueMessage
Recognizes the card is a Point to point card : Allocate a threshold to the SSP indicating the time allowed for the call to proceed before reporting SCP the charging report.
Connect the call to the predefined destination number for the card.
Establish bearer connection to IP
Start announcement
OSSP TSSP B Party
ContinueMessage { PlayAnnouncement
(InformationToSend.inbandinfo.elementaryMess gge.MessageIDs)}
ContinueMessage { SpecialisedResourceReport}
Recognizes the card is a Point to point card : Based on the tariff rate for the destination number, play announcement to indicate the duration allowed for the call.
ContinueMessage {
Page 58 of 159
OSCP
OSSP TSSP B Party
ContinueMessage
{ EventReportBCSM(oAnswer)}
Start the outgoing call rating for this VCC call continue monitoring the call
call setup completed and voice path established DP: O_Answer
When the threshold is used up, SSP reports that the call has progressed for the allowed time in ApplyChargingRequest
ContinueMessage {ApplyCharging()}
Allocate another threshold to the SSP (if balance is sufficient).
continue monitoring the call
ContinueMessage {
9.1.2 Scenario 1a : No more balance
Page 59 of 159
B Party
ContinueMessage {
ConnectToResource (resourceAddress.none), PromptAndCollectUserInformation
(InformationToSend.inbandinfo.elementaryMe ssgge.MessageID,
CollectedInfo.collectedDigits.maximumNbOfDigits)}
ContinueMessage { SpecialisedResourceReport}
Service logic ends the call.
A Party OSCP
ENDMessage {
DisconnectForwardConnection, ReleaseCall)}
Establish bearer connection to IP Start announcement
OSSP TSSP
When the threshold is used up, SSP reports that the call has progressed for the allowed time in ApplyChargingRequest
ContinueMessage {ApplyChargingReport()}
ContinueMessage
{PlayAnnouncement)} SCP realizes that there is no more balance
and play announcement to inform caller that balance is zero.
9.1.4 Scenario 1b : Callee hang up before balance runs out
Page 60 of 159
DP: oDisconnect TT : oDisconnect
ContinueMessage { EventReportBCSM)}
Stop rating for the call.
Play announcement to prompt user for follow-on call/last number redial or speak to CSR.
A Party
ContinueMessage { ReturnResult (PromptAndCollectUserInformation, connection to IP Start announcement
OSSP TSSP B Party
A Party inputs 12-digit VCC
card number Validate that nth call limit is not exceeded
Check balance available and play annoncement notifying user of the remaining balance
Recognizes the card is a Point to point card, connect the call to the predefined destination number for the card.
Repeat Prompt And Collect ‘n’ times if necessary
9.1.5 Scenario 2 : Successful Virtual Card Call (for the first time)
Description:
Because the ACC card can be purchased from the counter and there is no subscription needed, the service provider does not have the details or profile of the user. In order for the user to specify his/her preferred language for the announcement, the user will be prompt a language selection menu upon successful verification of the card number. Afterwhich, the user can proceed to make outgoing calls if the card balance is sufficient.
Call Flow:
The following diagram shows the IN call flow for this scenario.
Page 61 of 159
validation)
Description:
Call Flow:
The following diagram shows the IN call flow for this scenario.
Page 62 of 159
9.1.7 Scenario 4 : Changing Subscriber Profile through IVR
At the Welcome Message, a digit choice entry can be allocated for the subscribers to change the profile through DTMF entry using IVR (eg. For feature selection, press 3). Unless voice recognition is available, all changes are entered through DTMF.
The features that can be modified by the subscribers are:
• Directory Service
• Language Selection
• Card merging –A user can transfer and add the card value from another VCC card into the currently login card.
• Check Card expiry date
• Operator Assistance (routed automatically or through menu)
Call Flow:
The following diagram shows the IN call flow for this scenario.
Page 63 of 159
1.19 Service Description
The ACC service enables a user to make a call from any telephone and for the call charge to be billed to the user’s account which is specific to this service, and which does not refer either to the calling line or to the called line. An account code and PIN are allocated to a service user by service management procedure.
To invoke the service, the user dials an access code as a free call. The user then receives announcements asking for him to dial his account code and PIN. The account code and PIN are validated, and a check could be made for expired credit limits.
Unless voice recognition is available, all dial option is through DTMF using IVR.
Some of the features for VCC are:
On line / real time debiting
Multiple simultaneous calls per card / account
One call at a time / card
Service calls like language selection etc.
Support multiple currencies simultaneously
Provision to give bonus call credit based on usage etc.
Follow on Calls
Multi-party conferencing (possible only if mid call triggers supported)
Auto-dialing
Speed Dialing
Calling Group - Max. types possible, such as 'friends & family', 'public utility numbers', 'discussion group'. Max. tel. number per group shall be operator definable
Priority Routing based on classes of service / account
Intelligent Login (by CLI)
Page 64 of 159
1.20 Service Function
When the ACC service is invoked, the FSC/SSP (or ILT) analyzes the called party number and determines that it is a ACC call and routes it to the ACC service logic in the SCP for further call processing. In SCP, the called party, calling party information together with service key is analysed and if the criterias are met, the call is completed and all the charges are applied to the called party.
ACC service employs a 4 digit service access code (eg. 31-122) for callers to dial in to IN for further call connection request.
Statically Armed ACC Trigger
Triggers for ACC service are not armed on a per subscriber basis, but are office or switch based.
Following criterias maybe used to provision in the SSP : – Specific digit string (DP2 or DP3)
– CalledPartyNumber (DP2 or DP3)
Either way, the number defined in these criterias should be the complete the complete digit string of the service access code.
Page 65 of 159
1.21 Scenarios
10.1.1Scenario 1 : Successful Account Card Call (Point to point card)
Description:
The example of the application of this card is a parent giving the point to point card to the child who is studying overseas. This way, the child can use the card to call home while the parents will bear the call charges as according to the VCC monthly bill statement. By indicating a predefined destination number (which is the home number), the parent is able to prevent the child from abusing the cards to make calls to other destinations unnecessarily.
When the caller dials the ACC service access number, and enters card number / PIN (if CLI is not recognized), the service logic in SCP automatically pulls out the destination number predefined by the customer and connect the call to this number. The caller will not be prompt to enter his/her desired destination. In fact, the caller will not be able to make calls to other destination besides the predefined number.
Call Flow:
The following diagram shows the IN call flow for this scenario.
Page 66 of 159
Page 67 of 159
BeginMessage {InitialDP (serviceKey, callingPartyNumber,calledPartyNumber)}
initiate a ACC call (eg. dial 31122 – ACC access number)
DP: Collect_Information or AnalysedInformation
TT: Specific Digit String / CalledPartyNumber
= 31122
ContinueMessage { ReturnResult (PromptAndCollectUserInformation,
Verify that CLI is not in the database Play the corresponding Welcome announcement specified for VCC service
Prompt user for card number
Establish bearer connection to IP
Start announcement
Validate card number
Prompt user for PIN number (message is played based on the language selected for the card type or class of service.
OSSP TSCP B Party
A Party inputs 12-digit ACC card number
ContinueMessage
{PromptAndCollectUserInformation () Start announcement
A Party inputs 4-digit ACC pin
number ContinueMessage { ReturnResult
(PromptAndCollectUserInformation, digitsResponse)}
Authenticate the card number and pin entered (System logs all the wrong PIN attempt)
Check the status of the card (Active or not).
Check if there is already an ongoing call. If yes, validate time gap between simultaneous calls.
If card is active, check balance available and play annoncement notifying user of the remaining balance
Recognizes the card is a Point to point card, connect the call to the predefined destination number for the card.
Repeat Prompt And Collect ‘n’ times if necessary
Repeat Prompt And Collect ‘n’ times if necessary
Page 68 of 159
A Party OSSP OSCP TSCP B Party
ContinueMessage { ReportEventBCSM)}
Starting Rating (Originating)
Start the outgoing call rating timer
continue monitoring the call
call setup completed and voice path established DP: O_Answer
ContinueMessage { ReturnResult (PromptAndCollectUserInformation, digitsResponse)}
Stop rating for the call.
Play announcement to prompt user for follow-on call/last number redial or speak to CSR.
10.1.2Scenario 2 : Successful Account Card Call (destination number entered after PIN verification)
Description:
Call Flow:
The following diagram shows the IN call flow for this scenario.
Page 69 of 159
ContinueMessage { FurnishChargingInformation (), ConnectToResource (resourceAddress.none),
PromptAndCollectUserInformation (InformationToSend.inbandinfo
CollectedInfo.collectedDigits.maximumNbOfDigits) }
ContinueMessage { FurnishChargingInformation (),
ConnectToResource (resourceAddress), PlayAnnouncement (InformationToSend)}
ContinueMessage { FurnishChargingInformation (),
PromptAndCollectUserInformation (InformationToSend)}
Page 70 of 159
A Party
BeginMessage {InitialDP (serviceKey, callingPartyNumber,calledPartyNumber) }
initiate a ACC call (eg. dial 31122 – ACC access number)
DP: Collect_Information or AnalysedInformation
TT: Specific Digit String / CalledPartyNumber
= 31122
ContinueMessage { ReturnResult (PromptAndCollectUserInformation,
Verify that CLI is not in the database Play the corresponding Welcome announcement specified for VCC service
Prompt user for card number
Establish bearer connection to IP Start announcement
Validate card number
Prompt user for PIN number (message is played based on the language selected for the card type or class of service
OSSP TSCP B Party
A Party inputs 12-digit ACC card number
ContinueMessage
{PromptAndCollectUserInformation () Start announcement
A Party inputs 4-digit ACC pin
number ContinueMessage { ReturnResult
(PromptAndCollectUserInformation, digitsResponse)}
Repeat Prompt And Collect ‘n’ times if necessary
Repeat Prompt And Collect ‘n’ times if necessary
Page 71 of 159
ContinueMessage { ReturnResult (PromptAndCollectUserInformation, digitsResponse)}
OSCP
Validate destination number
Check White/BlackList (w.r.t. calling as well as called number)
On Class of Service (Operator defined) On individual account/subscribers (Subscriber defined)
OSSP TSCP B Party
A Party inputs destination number
Repeat Prompt And Collect ‘n’ times if necessary
Authenticate the card number and pin entered Check the status of the card (Active or not) If card is active, check balance available and play annoncement notifying user of the remaining balance Check if there is any service provider defined
promotional/Marketing message. If yes, play promotional announcement. After that, Prompt user to enter
destination number
Page 72 of 159
A Party OSSP OSCP TSCP B Party
ContinueMessage { EventReportBCSM)}
Starting Rating (Originating)
Start the outgoing call rating timer
continue monitoring the call
call setup completed and voice path established DP: O_Answer
ContinueMessage { ReturnResult (PromptAndCollectUserInformation, digitsResponse)}
Stop rating for the call.
Play announcement to prompt user for follow-on call/last number redial or speak to CSR.
10.1.3Scenario 3 : Successful Account Card Call (destination number entered through CLI recognition)
Description:
Call Flow:
The following diagram shows the IN call flow for this scenario.
Page 73 of 159
ContinueMessage { FurnishChargingInformation (),
ConnectToResource (resourceAddress), PlayAnnouncement (InformationToSend)}
ContinueMessage { FurnishChargingInformation (),
PromptAndCollectUserInformation (InformationToSend)}
Page 74 of 159
B Party
A Party
BeginMessage {InitialDP (serviceKey, callingPartyNumber,calledPartyNumber)}
initiate a ACC call (eg. dial 31122 – ACC access number)
DP: Collect_Information or AnalysedInformation
TT: Specific Digit String / CalledPartyNumber
= 31122
Verify that CLI is in the database Search for the corresponding customer record in the Database
Verify that the card number corresponding to the CLI is active Play the corresponding Welcome announcement in the language specified by the subscriber
Prompt user for PIN number
Establish bearer connection to IP
Start announcement
OSSP TSCP
A Party inputs 4-digit ACC pin number
ContinueMessage { ReturnResult (PromptAndCollectUserInformation, digitsResponse)}
Authenticate the card number and pin entered Check the status of the card (Active or not) If card is active, check balance available and play annoncement notifying user of the remaining balance
Prompt user to enter destination number
Repeat Prompt And Collect ‘n’ times if necessary
Page 75 of 159
ContinueMessage { ReturnResult (PromptAndCollectUserInformation, digitsResponse)}
OSCP
Validate destination number
Check White/BlackList (w.r.t. calling as well as called number)
On Class of Service (Operator defined) On individual account/subscribers (Subscriber defined)
OSSP TSCP B Party
A Party inputs destination number
Repeat Prompt And Collect ‘n’ times if necessary
Authenticate the card number and pin entered Check the status of the card (Active or not) If card is active, check balance available and play annoncement notifying user of the remaining balance Check if there is any service provider defined
promotional/Marketing message. If yes, play promotional announcement. After that, Prompt user to enter
destination number
Page 76 of 159
A Party OSSP OSCP TSCP B Party
ContinueMessage { EventReportBCSM)}
Starting Rating (Originating)
Start the outgoing call rating timer
continue monitoring the call
call setup completed and voice path established DP: O_Answer
TT : O_Answer
Pick Up
DP: oDisconnect TT : oDisconnect
ContinueMessage { EventReportBCSM)}
ContinueMessage { ReturnResult (PromptAndCollectUserInformation, digitsResponse)}
Stop rating for the call.
Play announcement to prompt user for follow-on call/last number redial or speak to CSR.
10.1.4Scenario 4 : Successful Account Card Call (Speed Dial)
Description:
The ACC user will have a speed dial list which he/she can program for abbreviated dialing to those frequently dialed numbers.
With the speed dial feature, after card & PIN verification, the ACC subscriber can select for speed dial option with the speed dial code corresponding to the desired destination number. The service logic will retrieve the actual destination number from the subscriber’s record to connect the call.
Call Flow:
The following diagram shows the IN call flow for this scenario.
Page 77 of 159
10.1.5Scenario 5 : Changing Subscriber Profile through IVR
Description:
At the Welcome Message, a digit choice entry can be allocated for the subscribers to change the profile through DTMF entry using IVR (eg. For feature selection, press 3). Unless voice recognition is available, all changes are entered through DTMF.
The features that can be modified by the subscribers are:
• PIN Change by Subscriber (No. of times allowed - 0 to n)
• Language Selection
• Intelligent Login (CLI recognition)
• Speed Dial
• White/Black List
Call Flow:
The following diagram shows the IN call flow for this scenario.
Page 78 of 159
Page 79 of 159
A Party
BeginMessage {InitialDP (serviceKey, callingPartyNumber,calledPartyNumber)}
initiate a ACC call (eg. dial 31122 – ACC access number)
DP: Collect_Information or AnalysedInformation
TT: Specific Digit String / CalledPartyNumber
= 31122
Verify that CLI is not in the database Play the corresponding Welcome announcement in the languages specified ACC (there exists a choice for feature selection)
Establish bearer connection to IP
Start announcement
OSSP TSCP
A Party inputs 4-digit ACC pin number
ContinueMessage { ReturnResult (PromptAndCollectUserInformation, digitsResponse)}
Authenticate the card number and pin entered Check the status of the card (Active or not) If card is active, check balance available and play annoncement notifying user of the remaining balance
Prompt user to enter destination number
Repeat Prompt And Collect ‘n’ times if necessary
11.0 Virtual Private Network 1.22 Service Description
This service permits to build a private network by using the public network resources. The subscriber’s lines (POTS, ISDN2, ISDN30 or even mobile subscribers), connected on different network switches, constitute a virtual PABX, including a number of PABX capabilities, such as dialling restrictions, private numbering plan (PNP), call transfer, call hold, and so on.
VPN groups can exist at company, location or individual level. With VPN service, short code dialing is made possible between members of the same group. Subscriber in a VPN group can be of member type actual or virtual. A VPN group can have many sub-groups or class of service. Prepaid and postpaid subscribers can both subscribe to VPN service.
The service offers the possibility to apply special tariffs for VPN calls and to grant members of a VPN group different access rights to make calls.
Also, a private user may access his private network from any point in the network by dialing a special server number and interacting with an IVR, keeping, after authentication, his class of service or his specific rights and privileges. This provides subscribers with physical interface independence.
Also, a private user may access his private network from any point in the network by dialing a special server number and interacting with an IVR, keeping, after authentication, his class of service or his specific rights and privileges. This provides subscribers with physical interface independence.