2.1. Overview
The following Call Analysis features are available on all boards.
Call Analysis is used to determine the progress of a call after dialing into the Public Switched Telephone Network (PSTN), where a wide variety of signal possibilities can occur.
By using Call Analysis you can determine the following:
Call Analysis determines the outcome of the call from among the following possibilities:
Intercept |
A Special Information Tone (SIT) was detected; an invalid number was dialed or there was a problem completing the call. This is also known as an operator intercept. |
No Ringback |
No discernable signal pattern was detected. |
Connect |
The phone was answered. |
No Answer |
The line was ringing but was not answered. |
Busy |
A busy signal was detected. |
The outcome of the call is returned to the application when Call Analysis has completed.
There are two forms of Call Analysis: Basic Call Analysis and PerfectCall Call Analysis. PerfectCall Call Analysis uses an improved method of signal identification, and can also detect fax machines and answering machines. Basic Call Analysis provides backward compatibility for older applications; any application which was written before PerfectCall Analysis became available will continue to work unchanged. However, it is recommended that all new applications be designed for PerfectCall Call Analysis.
Call Analysis is initiated when a call is dialed using the dx_dial( ) function. This function uses input from the Call Analysis Parameter structure (DX_CAP). You can adjust the DX_CAP parameters to fit the needs of your application. When the Voice Driver determines the outcome of the call, information is returned using Extended Attribute functions.
Click here to contact Dialogic Customer Engineering
Copyright 2001, Dialogic Corporation