- IDP Continue - Subscriber Found, Free Call
The following example scenario describes the message sequence used when a subscriber makes a free voice call. The Charging Server finds the subscriber in the database and determines that the call is free. Network Enabler sends an IDP Continue message to the Mobile Switching Center (MSC) to instruct the MSC to continue the call attempt with no further action from MATRIXX.
- IDP ReleaseCall - Subscriber not Found
The following example scenario describes the message sequence used when the details of the subscriber making a call cannot be found in the database and Network Enabler sends an IDP ReleaseCall message to the Mobile Switching Center (MSC) to release the call.
- Caller Disconnects
The following example scenario describes the message sequence used when the caller (the A-party) disconnects the call.
- Called Party Disconnects
The following example scenario describes the message sequence used when the called party (the B-party) disconnects the call.
- Called Party Busy
The following example scenario describes the message sequence used when the called party (B-party) is busy and the Mobile Switching Center (MSC) cannot connect the call.
- Funds Exhausted
The following example scenario describes the message sequence used when the Mobile Switching Center (MSC) disconnects a subscriber after they run out of funds.
- Abandon Call
The following example scenario describes the message sequence used when the caller abandons (hangs up) the call during ringing.
- No Answer
The following example scenario describes the message sequence used when a subscriber's call is not answered.
- Route Select Failure
The following example scenario describes the message sequence used when a subscriber cannot connect to the dialed number because of a route failure caused; for example, by network congestion or network equipment failure.
- TCAP END Received Instead of Pre-arranged End
The following example scenario describes the message sequence used when a subscriber hangs up after 12.5 minutes of call-time and a pre-arranged-end is expected but the Mobile Switching Center (MSC) sends a TCAP END message instead.
- EventReportBCSM Received After ApplyChargingReport
The following example scenario describes the message sequence used when a subscriber hangs up and the Mobile Switching Center (MSC) sends the EventReportBCSM operation to disconnect the call after the ApplyChargingReport operation.