INFORMATION IN THIS DOCUMENT IS PROVIDED IN CONNECTION WITH INTEL® PRODUCTS. NO LICENSE, EXPRESS OR IMPLIED, BY
ESTOPPEL OR OTHERWISE, TO ANY INTELLECTUAL PROPERTY RIGHTS IS GRANTED BY THIS DOCUMENT. EXCEPT AS PROVIDED IN
INTEL'S TERMS AND CONDITIONS OF SALE FOR SUCH PRODUCTS, INTEL ASSUMES NO LIABILITY WHATSOEVER, AND INTEL DISCLAIMS
ANY EXPRESS OR IMPLIED WARRANTY, RELATING TO SALE AND/OR USE OF INTEL PRODUCTS INCLUDING LIABILITY OR WARRANTIES
RELATING TO FITNESS FOR A PARTICULAR PURPOSE, MERCHANTABILITY, OR INFRINGEMENT OF ANY PATENT, COPYRIGHT OR OTHER
INTELLECTUAL PROPERTY RIGHT. Intel products are not intended for use in medical, life saving, life sustaining, critical control or safety systems, or
nuclear facility applications.
Intel may make changes to specifications and product descriptions at any time, without notice.
This IP Media Server (Global Call) Demo Guide as well as the software described in it is furnished under license and may only be used or copied in
accordance with the terms of the license. The information in this manual is furnished for informational use only, is subject to change without notice,
and should not be construed as a commitment by Intel Corporation. Intel Corporation assumes no responsibility or liability for any errors or
inaccuracies that may appear in this document or any software that may be provided in association with this document.
Except as permitted by such license, no part of this document may be reproduced, stored in a retrieval system, or transmitted in any form or by any
means without the express written consent of Intel Corporation.
Celeron, Dialogic, Intel, Intel logo, Intel NetStructure, Intel Xeon, IPLink, and Pentium are trademarks or registered trademarks of Intel Corporation or
its subsidiaries in the United States and other countries.
* Other names and brands may be claimed as the property of others.
Publication Date: August 2005
Document Number: 05-2065-003
Intel Converged Communications, Inc.
1515 Route 10
Parsippany, NJ 07054
For Technical Support, visit the Intel Telecom Support Resources website at:
http://developer.intel.com/design/telecom/support
For Products and Services Information, visit the Intel Telecom and Compute Products website at:
IP Media Server (Global Call) Demo Guide – August 20055
Contents
6IP Media Server (Global Call) Demo Guide – August 2005
Revision History
This revision history summarizes the changes made in each published version of this document.
Document No.Publication DateDescription of Revisions
05-2065-003August 2005Globally added Linux-specific filenames, paths, and commands.
Globally updated paths to use environment variables for installation base directory.
Demo Description chapter: Added note about channel density and numbering
restrictions
Editing the IPMediaServer.cfg Configuration File section: Updated descriptions of
QoS attributes to match IPML API Reference. Updated sample config file.
Using the Media Server section: Added CSP Barge-in to Main Menu listing.
Corrected description of CSP Prompt.
Demo Voice Menu Flowchart figure: Corrected description of CSP Prompt.
05-2065-002November 2003Removed all references to fax, which is not supported in System Release version of
demo.
05-2065-001September 2003Initial version of document.
IP Media Server (Global Call) Demo Guide — August 20057
Revision History
8IP Media Server (Global Call) Demo Guide — August 2005
About This Publication
This section describes the purpose of the guide, the intended audience, and provides references to
other documents that may be useful to the user.
• Purpose
• Intended Audience
• How to Use This Publication
• Related Information
Purpose
This guide provides information on the IP Media Server (Global Call) demo that is provided with
®
Intel
Dialogic® System Release 6.1. The guide describes the demo, its requirements, and provides
details on how it works.
Intended Audience
This guide is intended for application developers who will be developing a media server
application using the Global Call API. Developers should be familiar with the C++ programming
language and either the Windows* or Linux* programming environment.
This information is intended for:
• Distributors
• Toolkit Developers
• Independent Software Vendors (ISVs)
• Value Added Resellers (VARs)
• Original Equipment Manufacturers (OEMs)
How to Use This Publication
Refer to this publication after you have installed the hardware and the system software.
This publication assumes that you are familiar with the Windows or Linux operating system and
the C++ programming language.
The information in this guide is organized as follows:
• Chapter 1, “Demo Description” introduces you to the demo and its features
IP Media Server (Global Call) Demo Guide — August 20059
About This Publication
• Chapter 2, “System Requirements” outlines the hardware and software required to run the
demo
• Chapter 3, “Preparing to Run the Demo” describes the preparations required before running
the demo
• Chapter 4, “Running the Demo” describes how to run the demo
• Chapter 5, “Demo Details” provides details on how the demo works
Related Information
See the following for more information:
• the Release Guide for your Intel Dialogic System Release
• the Configuration Guide for your Intel NetStructure
10IP Media Server (Global Call) Demo Guide — August 2005
1.Demo Description
This chapter describes the basic features of the IP Media Server (Global Call) demo.
The IP Media Server (Global Call) demo is an object-oriented host-based application that
demonstrates using the Global Call API to build an IP media server, providing voice and fax
services via IP technology. The demo source code can be used as sample code for those who want
to begin developing an application from a working application.
Note: The IP Media Server (Global Call) demo is limited to a maximum of four simultaneous channels.
Additionally, the channel numbers used must be below 120; the demo will fail to run if you attempt
to use a channel number higher than 120.
The IP Media Server (Global Call) demo supports the following features:
• Voice service
• CSP barge in
• Configuration file
• Command line options
Note: The IP Media Server (Global Call) demo does not function as a gateway. Therefore, it can only
answer calls from the IP network. Gateway functionality can be added by writing additional
software code within the IP module that will allow it to make outgoing calls to the IP network, and
connecting a gateway to interface with the PSTN.
1
The IP Media Server (Global Call) demo is a cross-OS demo, designed to run under both the
Windows and Linux environments. Most of the differences in the environments are handled
directly by the programming interface and are transparent to the user. Other differences, due to
inherent differences in the operating systems, are handled by the Platform Dependency Library
(PDL). For more information about the PDL refer to the source code in the pdl_win or pdl_linux
directories directory.
IP Media Server (Global Call) Demo Guide — August 200511
Demo Description
12IP Media Server (Global Call) Demo Guide — August 2005
2.System Requirements
This chapter discusses the system requirements for running the IP Media Server (Global Call)
demo. It contains the following topics:
To run the IP Media Server (Global Call) demo, you need:
• One of the following:
– Intel NetStructure
– Intel NetStructure
• also requires an Intel NetStructure
• IP network cable
For other hardware requirements, such as memory requirements, see the Release Guide for the
system release you are using.
®
DM/IP Series board
®
IPT Series board
®
DM/V-A series board for PSTN connection
2
2.2Software Requirements
To run the IP Media Server (Global Call) demo as documented in this guide, you need the Intel®
Dialogic
Guide for the system release you are using.
See Section 3.2, “Compiling and Linking”, on page 18 for a list of compilers that may be used with
this demo. Using a non-supported compiler may cause unforeseen problems in running the demo.
®
System Software 6.1 or later. For a list of operating system requirements see the Release
IP Media Server (Global Call) Demo Guide — August 200513
System Requirements
14IP Media Server (Global Call) Demo Guide — August 2005
3.Preparing to Run the Demo
This chapter discusses the preparations necessary to run the IP Media Server (Global Call) demo. It
provides information about the following topics:
This section discusses how to configure the demo for your system. It contains the following topics:
• Configuration File Location
• Editing the IPMediaServer.cfg Configuration File
3.1.1Configuration File Location
Before running the IP Media Server (Global Call) demo, modify the IPMediaServer.cfg file to
reflect your system environment. Use a text editor and open the file from the following location:
3
Windows
$(INTEL_DIALOGIC_DIR)\Demos\IPMediaServer\Release
Linux
$(INTEL_DIALOGIC_DIR)/demos/IPMediaServer/Release
where $(INTEL_DIALOGIC_DIR) identifies the base installation directory for the software.
3.1.2Editing the IPMediaServer.cfg Configuration File
Below is an example of the IPMediaServer.cfg file. Update the following information:
ipProtocolName
The IP protocol for opening IP line devices. Possible vlues are:
• H323
• SIP
• both
DTMFmode
Specifies how DTMF tones are transmitted. Possible values are:
• OutofBand – usually used with low bandwith coders, such as GSM
Note: OutofBand is used for H.323 only.
IP Media Server (Global Call) Demo Guide — August 200515
Preparing to Run the Demo
• InBand – usually used with G.711 coders
• RFC2833
Capability
Describes the transmit and receive coders. See the Global Call IP Technology Guide for
specific information about coder support. The parameters are as follows:
• TxType – the transmit voice coder
• TxFramesPerPkt – the number of frames per packet for the selected Tx coder
• TxVAD – specifies if VAD is active for the selected Tx coder
• RxType – the receive voice coder
• RxFramesPerPkt – the number of frames per packet for the selected Rx coder
Note: The G.711 coder defines frames per packet using the packet size in milliseconds, i.e.
10, 20, or 30 milliseconds. Refer to the Sample Configuration File, below, for the
correct syntax for all the parameters.
• RxVAD – specifies if VAD is active for the selected Rx coder
Quality of Service
The application can set threshold values to monitor the quality of service during calls. A fault
occurs when the result of a measurement of a QoS parameter crosses a predefined threshold. A
success occurs when the result of a measurement of a QoS parameter dis not cross a predefined
threshold. The QoS parameters are measured during time intervals, starting when a call is
established. The following parameters are supported:
• MediaAlarmLostPackets – monitors the number of lost IP packets during a call
(supported for IPT series boards only)
• MediaAlarmJitter – monitors the jitter (as defined in RFC 1889) during IP transmission
QoS Attributes
The threshold for each QoS parameter is measured with the following six attributes:
• Threshold – defines when a QoS parameter is in a fault condition. A fault occurs when the
result of a measurement of a QoS parameter crossed the Threshold value.
• DebounceOn – the time during which faults are measured (in msec., must be multiple of
Interval)
• DebounceOff – the time during which successes are measured (in msec., must be multiple
of Interval)
• Interval – the amount of time between two QoS parameter measurements (in multiples of
100 msec)
• Percent_Fail – used to detect failure condition, together with DebounceOn (expressed as
a percentage of failures)
• Percent_Success – used to detect failure recovery, together with DebounceOff (expressed
as a percentage of successes)
The default values are as follows:
Table 1. Quality of Service Parameter Defaults for DM/IP Series Boards
QoS TypeFault Threshold
Jitter60 (ms)500020000600004040
Time
Interval (ms)
Debounce
On (ms)
Debounce
Off (ms)
% Success
Threshold
% Fail
Threshold
16IP Media Server (Global Call) Demo Guide — August 2005
Preparing to Run the Demo
Table 2. Quality of Service Parameter Defaults for IPT Series Boards
QoS Type
Fault
Threshold
1
Time
Interval (ms)
Debounce
On (ms)
Debounce
Off (ms)
% Success
Threshold
% Fail
Threshold
Jitter30 (ms)0 (n/a)0 (n/a)0 (n/a)0 (n/a)0 (n/a)
Lost Packets100 (%)0 (n/a)0 (n/a)0 (n/a)0 (n/a)0 (n/a)
Notes:
1. Units for Fault Threshold are different for different QoS Types. See unit indications in table cells.
Sample Configuration File
################################################################################################
# IP Protocol :
# The IP Protocol used for opening the IP Line devices, values: H323, SIP, both
#
# DTMFmode
# possible options:
# OutOfBand, inband, rfc2833
#
# Capability posiblities:
# g711Alaw
# g711Mulaw
# gsm
# gsmEFR
# g723_5_3k
# g723_6_3k
# g729a
# g729ab
# t38UDPFax
#
# Note: if you want to run the demo with coder g729 use:
# g729a for running with VAD disable
# and 729ab for running with VAD enable
#
# Caution:
# If capability is g711Alaw /Mulaw ==> FramesPerPkt = 10,20,30.
# G711 frame per packet defines the packet size in
# milliseconds
# If capability is g723_5_3k / 6_3k ==> FramesPerPkt = 1, 2, 3 .
# FrameSize isn't needed, default= 30ms.
# If capability is gsm ==> FramesPerPkt = 1, 2, 3 .
# FrameSize isn't needed, default= 20ms.
# If capability is gsmEFR ==> FramesPerPkt = 1, 2, 3 .
# FrameSize isn't needed, default= 20ms.
# If capability is g729a ==> FramesPerPkt = 3, 4 .
# FrameSize isn't needed, default= 10ms.
# VAD disable, the VAD parameter is ignored
# If capability is g729ab ==>FramesPerPkt = 3, 4 .
# FrameSize isn't needed, default= 10ms.
# VAD enable, the VAD parameter is ignored
#
################################################################################################
Compile the IP Media Server (Global Call) demo project within one of the following environments:
Windows
To compile the IP Media Server (Global Call) demo on a Windows system, use Microsoft* Visual
Studio* 6.0 with Service Pack 5.
Set IPMediaServer as the active project and build.
18IP Media Server (Global Call) Demo Guide — August 2005
Preparing to Run the Demo
Linux
To compile the IP Media Server (Global Call) demo on a Linux system, use gcc version 3.2.3.
To compile the entire project, go to the directory
$(INTEL_DIALOGIC_DIR)/demos/IPMediaServer and issue the commands:
make clean
make
To compile an individual module, go to the specific module directory (for example,
$(INTEL_DIALOGIC_DIR)/demos/IPMediaServer/Modules/FaxModule for the fax module), and
issue the commands:
make clean
make
IP Media Server (Global Call) Demo Guide — August 200519
Preparing to Run the Demo
20IP Media Server (Global Call) Demo Guide — August 2005
4.Running the Demo
This chapter discusses how to run the IP Media Server (Global Call) demo. It contains the
following topics:
IP Media Server (Global Call) Demo Guide — August 200521
Running the Demo
Table 3. Command Line Switches (Continued)
-n<n>Sets the number of channelsThe lesser of Voice Devices
-qActivates Quality of ServiceDisabled
Example
The following example shows how to launch the demo from a command line with options:
IPMediaServer -n64 -cmyconfig.cfg -ea
This command launches the demo with 64 channels, using the myconfig.cfg configuration file and
A-law encoding.
4.3Using the Demo
This section describes how to use the IP Media Server (Global Call) demo and contains the
following topics:
• Keyboard Commands
• Using the Media Server
or IP devices
4.3.1Keyboard Commands
The demo always waits for input from the keyboard. While the demo is running, you may enter any
of the commands listed in Table 4.
Table 4. Runtime Keyboard Commands
CommandFunction
q or Q or Ctrl+cTerminates the application
4.3.2Using the Media Server
The IP Media Server (Global Call) demo allows the caller to interact with a series of voice menus,
using the telephone keypad to enter an option. Basic operations include playing a pre-recorded
message, recording a new message, and barge-in for CSP. Each menu prompts the caller to select
an action by pushing a key. The call state within which the menu is called is indicated by the square
brackets. Figure 1 shows the voice prompt flow, grouping the prompts by feature (voice, CSP).
Main Menu [Main_Menu]
1 - Voice Mail
3 - Conferencing (not supported in HMP 1.x)
4 - CSP Barge-in
* - Quit
22IP Media Server (Global Call) Demo Guide — August 2005
Running the Demo
Voice Mail Menu [Voicemail_Menu]
1 - Record Message
2 - Listen to message from a mailbox
* - Quit
Send Message Prompt [SendMsg_Menu]
Enter Mailbox Number - between 101 - 299
* - Quit
Start Record Prompt [Record_Menu]
2 - Start Record
Press 2 at end of message to stop recording (at end, Stop Record Prompt is played)
* - Quit
Stop Record Prompt [StopRec_Menu]
2 - Discard Message and re-record message to same mailbox
3 - Confirm Message [Save_Confirm]
4 - Listen to Message (and replay Stop Record Prompt)
* - Quit without saving
Confirm Message Saved [StopRec_Menu]
1 - Record a message
2 - Listen to a message from a mailbox
* - Quit
Listen to Message Prompt [ListenMsg_Menu]
Enter Mailbox Number - between 101 - 299 (Recorded message is played)
* - Quit
Stop Listen Prompt [Listening]
2 - Discard message and quit
* - Save message and quit
CSP Prompt [CSP_Menu]
Say something to barge in (new file will be created with barged-in message) or press any DTMF.
IP Media Server (Global Call) Demo Guide — August 200523
Running the Demo
Figure 1. Demo Voice Menu Flowchart
4
CSP Prompt
Say something to barge in
* - Quit
Main Menu
Select one of the following:
1 - Voice Mail
2 - Fax
4 - CSP
* - Quit
1
Voice Mail Prompt
1 - Record Message
2 - Listen to message
from a mailbox
* - Quit
1
2
Send Message
Prompt
Enter Mailbox
Number
* - Quit
Mailbox
number
Start Record Prompt
2 - Start/Stop Record
* - Quit
2
Stop Record Prompt
2 - Discard message and
re-record message to
same mailbox
3 - Confirm message
4 - Replay message
* - Quit
2
Listen Message
Prompt
Enter Mailbox
Number (Message
is played)
* - Quit
Mailbox
number
Stop Listen Prompt
2 - Discard message
and quit
* - Save message and
quit
3
Confirm Message Saved
Prompt
Confirm message
Return to Voice Mail prompt
Replay Message
Replay Stop Record
Prompt
4
24IP Media Server (Global Call) Demo Guide — August 2005
4.4Stopping the Demo
The IP Media Server (Global Call) demo runs until it is terminated. Press “q” or “Q” to terminate
the demo application.
Running the Demo
IP Media Server (Global Call) Demo Guide — August 200525
Running the Demo
26IP Media Server (Global Call) Demo Guide — August 2005
5.Demo Details
This chapter discusses the IP Media Server (Global Call) demo in more detail. It contains the
following topics:
This section lists the files used by the IP Media Server (Global Call) demo. It contains the
following information
• Demo Source Code Files
• PDL Files
5
5.1.1Demo Source Code Files
In Windows, the IP Media Server (Global Call) demo files listed in Table 5 are located within:
$(INTEL_DIALOGIC_DIR)\Demos\IPMediaServer
In Linux, the IP Media Server (Global Call) demo files listed in Table 5 are located within:
$(INTEL_DIALOGIC_DIR)/demos/IPMediaServer
Table 5. Files in IPMediaServer Folder Used by the IP Media Server (Global Call) Demo
Sub-Directory (if any)File NamePurpose
CConfig.cppImplements the operations of the Configuration
class
CConfig.hFunction prototype for config.cpp
CEventRouter.cppImplements the operations of the EventRouter class
CEventRouter.hFunction prototype for ceventrouter.cpp
IPMediaServer.dspVisual C++ project file
IPMediaServer.dswVisual C++ project workspace
main.cppContains the main function and the WaitForKey
main.hFunction prototype for main.cpp
makefileTop-level make file (Linux only)
IP Media Server (Global Call) Demo Guide — August 200527
Demo Details
Table 5. Files in IPMediaServer Folder Used by the IP Media Server (Global Call) Demo
Sub-Directory (if any)File NamePurpose
ReleaseunavConf.voxVoice file
ReleasecspPrompt.voxVoice file
ReleaseerrorInput.voxVoice file
ReleaseIPMediaServer.cfgDemo configuration file
ReleaseIPMediaServer.exeDemo executable
ReleaselistenMenu.voxVoice file
ReleasemainMenu.voxVoice file
ReleasesavecCnfirm.voxVoice file
ReleasesendfaxMenu.voxVoice file
ReleasesendMsg.voxVoice file
Releasestar tRec.voxVoice file
ReleasestopListen.voxVoice file
ReleasestopRec.voxVoice file
ReleasethankYou.voxVoice file
ReleaseunavCsp.voxVoice file
ReleaseunavFax.voxVoice file
ReleaseunavMenu.voxVoice file
ReleasevoicemailMenu.voxVoice file
In Windows, the IP Media Server (Global Call) demo files listed in Table 6 are located within:
$(INTEL_DIALOGIC_DIR)\Demos\IPMediaServer\Modules
In Linux, the IP Media Server (Global Call) demo files listed in Table 6 are located within:
$(INTEL_DIALOGIC_DIR)/demos/IPMediaServer/Modules
Table 6. Files in Modules Folder Used by the IP Media Server (Global Call) Demo
Sub-DirectoryFile NamePurpose
commonDefines.hDefinitions and structures for the demo
commonInterfaces.hInterfaces used in the demo
commonParameters.hParameters used in the demo
commonmakefileModule make file (Linux only)
IPModuleCIPDevice.cppImplements the operations of the CIPDevice class
IPModuleCIPDevice.hFunction prototype for cipdevice.cpp
IPModuleCIPMBoard.cppImplements the operations of the CIPMBoard class
IPModuleCIPMBoard.hFunction prototype for cipmboard.cpp
IPModuleCIPModule.cppImplements the operations of the CIPModule class
IPModuleCIPModule.hFunction prototype for cipmodule.cpp
28IP Media Server (Global Call) Demo Guide — August 2005
Demo Details
Table 6. Files in Modules Folder Used by the IP Media Server (Global Call) Demo (Continued)
Sub-DirectoryFile NamePurpose
IPModuleCIPStateMachine.cppImplements the operations of the CIPStateMachine
class
IPModuleCIPStateMachine.hFunction prototype for cipstatemachine.cpp
IPModuleCIPTBoard.cppImplements the operations of the CIPTBoard class
IPModuleCIPTBoard.hFunction prototype for ciptboard.cpp
IPModuleCMediaAlarms.cppImplements the operations of the CMediaAlarms
IPModuleCMediaAlarms.hFunction prototype for cmediaalarms.cpp
IPModuleIPModule.dspVisual C++ project file
IPModulemakefileModule-level make file (Linux only)
IPModule\Release or
IPModule/Release
VoiceModuleCCSPDevice.cppImplements the operations of the CCSPDevice class
VoiceModuleCCSPDevice.hFunction prototype for ccdspdevice.cpp
VoiceModuleCMailBoxBtil.cppImplements the operations of the CMailBoxUtil class
VoiceModuleCMailBoxUtil.hFunction prototype for cmailboxutil.cpp
VoiceModuleCVoiceBoard.cppImplements the operations of the voiceBoard class
VoiceModuleCVoiceBoard.hFunction prototype for cvoiceboard.cpp
VoiceModuleCVoiceDevice.cppImplements the operations of the CVoiceDevice
VoiceModuleCVoiceDevice.hFunction prototype for cvoicedevice.cpp
VoiceModuleCVoiceModule.cppImplements the operations of the CVoiceModule
VoiceModuleCVoiceModule.hFunction prototype for cvoicemodule.cpp
VoiceModuleCVoiceStateMachine.cppImplements the operations of the
VoiceModuleCVoiceStateMachine.hFunction prototype for cvoicestatemachine.cpp
VoiceModuleVoiceModule.dspVisual C++ project file
VoiceModulemakefileModule-level make file (Linux only)
VoiceModule\Release or
VoiceModule/Release
IPModule.libCompiled IP Module library
VoiceModule.libCompiled Voice Module library
class
class
class
CVoiceStateMachine class
5.1.2PDL Files
In Windows, the PDL files listed in Table 7 are located within the directory:
$(INTEL_DIALOGIC_DIR)\Demos\Shared\pdl_win
In Linux, the PDL files listed in Table 7 are located within the directory:
$(INTEL_DIALOGIC_DIR)/demos/Shared/pdl_Linux
IP Media Server (Global Call) Demo Guide — August 200529
Demo Details
Table 7. PDL Files Used by the IP Media Server (Global Call) Demo
Sub-Directory (if any)File NamePurpose
iptransport.cppPDL IP transport functions
iptransport.hFunction prototype for iptransport.cpp
pdl.cPlatform dependency functions
pdl.hFunction prototype for pdl.c
pdl.verPDL version information
pdl_win.dspPDL Visual C project file
pdl_win.dswPDL Visual C project workspace
makefilePDL make file (Linux only)
releasepsl_win.libCompiled PDL library
5.2Programming Model
This section describes the IP Media Server (Global Call) demo architecture in the following topics:
• Module Structure
• EventRouter
• Interfaces
• Classes
5.2.1Module Structure
The IP Media Server (Global Call) demo uses a modular architecture, in which each technology
(IP, voice, CSP) is wrapped inside a module so that a particular technology can be easily added or
removed.
The system contains two modules:
• IP module that serves as the front end to communicate with the IP network
• Voice module to provide voice service
The system also contains a software component, the EventRouter, to connect the modules. The
basic architecture of the system is illustrated in Figure 2.
30IP Media Server (Global Call) Demo Guide — August 2005
Figure 2. IP Media Server (Global Call) Demo Architecture
IP Module
BoardDevice
State Machine
EventRouter
Voice Module
BoardDevice
State Machine
User
Module
BoardDevice
State Machine
Demo Details
Each module is composed of four elements:
• Board
• Device
• State Machine (call control)
• Wrapper
The Wrapper acts like a manager, receiving requests from the EventRouter and distributing the
request to the boards or devices. A device can have one or multiple state machines attached to it.
Each state machine represents one call.
5.2.2EventRouter
The EventRouter is responsible for communicating with the modules. It does the following:
• Maintains routing tables
• Retrieves event data from the SRL and routes it to a module for processing
• Forwards event process result to another module if so requested.
IP Media Server (Global Call) Demo Guide — August 200531
Demo Details
Figure 3. EventRouter
I P
Retrieve event
data from GC
library
Forward result to destination
For which
technology?
Voice
IP Module
Ye s
5.2.3Interfaces
The modular architecture implements a unified interface that allows replacement of modules by
including new header files and adjusting routing statements.
A module is treated by the EventRouter as a block box. It has three types of APIs:
Initialization
• Init( ) – for initializing a module
Voice Module
result
result
No
result.destination
= NONE ?
32IP Media Server (Global Call) Demo Guide — August 2005
• GetNumOfDevices( ) – returns the number of devices available to the application
• GetDeviceHandle( ) – returns a device handle
• GetDeviceXmitSlot( ) – returns a device transmit timeslot
• SetDeviceReceiveSlot( ) – sets a device receive timeslot
Runtime
• ProcessEvent( ) – processes event data
Termination
• Exit( ) – exits a module
5.2.4Classes
This section describes the classes contained in the demo and within each module. Each module
contains three classes: board, device, and state machine.
Table 8. Application Classes
CConfig
• Responsible for parsing configuration file and
populating configuration variables in the program.
CEventRouter
Responsible for connecting all the modules. It does
the following:
• Maintains routing tables
• Retrieves event data from the SRL and routes
them to modules
• Gets event process results from the modules and
routes them to other modules if the destination is
not NONE
Demo Details
Class NameInterface
ParseConfigFile( )
• Parses configuration file
ChannelNumber( )
• Gets the number of channels that are the
minimum of the number of voice lines and the
number of IP lines
IPParms( )
• Returns configured IP parameters
VoiceParms( )
• Returns configured voice parameters
Init( )
• Initializes the IP module and voice module
• Builds event routing tables
Exit( )
• Terminates the voice module and IP module
ProcessEvent( )
• Retrieves event data from Global Call and routes
them to a module for processing
• Routes processing result to other module(s) for
further processing.
IP Media Server (Global Call) Demo Guide — August 200533
Demo Details
Table 9. IP Module Classes
CategoryClass NameInterface
ModuleCIPModule
• Interacts with CIPBoard and CIPDevice.
• Exports IP module functions to
CEventRouter.
Note: The public functions in this class can
be accessed by classes outside the
IP module.
Init( )
• Starts host based IP protocol
• Creates and initializes IPT (virtual) board
objects
• Creates and initializes IPM (media)
board objects
• Creates and initializes IP device objects
Exit( )
• Terminates and closes IPT boards
• Terminates and closes IPM boards
• Terminates and closes IP devices
ProcessEvent( )
• Receives event data from the event
router and distributes them, based on
handles, to IPT boards, IPM boards or IP
devices
GetNumOfDevices( )
• Returns number of IP devices engaging
in the communication
GetDeviceHandle( )
• Returns an IP device handle
GetDeviceXmitSlot( )
• Returns the transmit timeslot of an IP
device
SetDeviceReceiveSlot( )
• Sets the receiving timeslot of an IP
device
34IP Media Server (Global Call) Demo Guide — August 2005
Table 9. IP Module Classes (Continued)
CategoryClass NameInterface
BoardCIPTBoard
• Interacts with the Global Call library to
handle IP virtual boards
Note: The public function in this class
should only be accessed by classes
inside the IP module.
CIPMBoard
• Interacts with the Global Call library to
handle IP media boards
Note: The public functions in this class
should only be accessed by classes
inside the IP module.
Demo Details
Init( )
• Opens IPT (virtual) board and sets board
parameters
Exit( )
• Closes IPT (virtual) board
ProcessEvent( )
• Processes IPT (virtual) board events
GetNumOfDevicesOnBoard( )
• Returns the number of IPT devices
(signaling devices) on the board
Init( )
• Opens IP media boards
Exit( )
• Closes IP media boards
ProcessEvent( )
• Processes IP media board events
GetNumOfDevices( )
• Returns number of IPM devices on the
board
IP Media Server (Global Call) Demo Guide — August 200535
Demo Details
Table 9. IP Module Classes (Continued)
CategoryClass NameInterface
DeviceCIPDevice
• Handles IP device operations, such as
making/dropping calls, sending H.323
messages, making timeslot connections,
etc.
• Holds CIPStateMachine (or call control)
Note: The public functions in this class
should only be accessed by classes
inside the IP module.
State
Machine
CIPStateMachine
• Handles IP events and maintains IP
state machine(s)
Note: The public functions in this class
should only be accessed by the
classes inside the IP module.
Init( )
• Opens an IP device. If successful,
creates an IP state machine. If QoS is
enabled, creates a media alarm object.
Exit( )
• Deletes IP state machine
• Deletes media alarm object
• Closes IP devices
ProcessEvent( )
• Processes IP device events
Connect( )
• Allows IP device to listen to its receiving
timeslot
Disconnect( )
• Allows IP device to unlisten to its
receiving timeslot
GetDeviceHandle( )
• Returns IP device handle
GetXmitSlot( )
• Returns IP device transmit timeslot
SetDeviceReceiveSlot( )
• Sets IP device receiving timeslot
SetFaxHandle( )
• Sets fax device handle associated with
the device
GetFaxHandle( )
• Returns fax device handle associated
with the device
Init( )
• Initializes the IP state machine
Exit( )
• Terminates the IP state machine
ProcessEvent( )
• Processes IP call events
36IP Media Server (Global Call) Demo Guide — August 2005
Table 10. Voice Module Classes
CategoryClass NameInterface
ModuleCVoiceModule
• Interacts with CVoiceBoard and
CVoiceDevice.
• Exports Voice module functions to
CEventRouter.
Note: The public functions in this class can
be accessed by classes outside the
Voice module.
BoardCVoiceBoard
• Interacts with the voice library to handle
voice boards
Note: The public function in this class
should only be accessed by classes
inside the Voice module.
Demo Details
Init( )
• Opens and initializes voice board objects
• Opens and initializes voice device objects
Exit( )
• Terminates and closes voice boards
• Terminates and closes voice devices
ProcessEvent( )
• Receives event data from the event router
and distributes them, based on
devicehandles, to voice boards or voice
devices for processing
Init( )
• Opens voice board
Exit( )
• Closes voice board
ProcessEvent( )
• Processes voice board events
IP Media Server (Global Call) Demo Guide — August 200537
Demo Details
Table 10. Voice Module Classes (Continued)
CategoryClass NameInterface
DeviceCVoiceDevice
• Handles voice device operations, such
as playing, recording, tone detection,
and tone generation
• Holds CVoiceStateMachine
Note: The public functions in this class
should only be accessed by classes
inside the Voice module.
Init( )
• Opens the voice device. If successful,
creates voice state machine.
Exit( )
• Deletes the voice state machine from the
voice device
• Closes voice device
ProcessEvent( )
• Processes voice device events
Connect( )
• Allows IP device to listen to its receiving
timeslot
Play( )
• Plays a vox file
OnPlayComplete( )
• Replays a vox file when it has finished
playing
Record( )
• Records voice to a vox file
GetDigits( )
• Retrieves DTMF digits
GetDigitCount( )
• Returns the number of retrieved DTMF
digits
GetDigitString( )
• Returns retrieved DTMF string
Connect( )
• Allows the voice device to listen to its
receiving timeslot
Disconnect( )
• Allows voice device to unlisten to its
receiving timeslot
GetStoppedReason( )
• Tells why a played voice file stops
GetDeviceHandle( )
• Returns voice device handle
GetXmitSlot( )
• Returns voice device transmit timeslot
SetReceiveSlot( )
• Sets voice device receiving timeslot
38IP Media Server (Global Call) Demo Guide — August 2005
Table 10. Voice Module Classes (Continued)
CategoryClass NameInterface
State
Machine
MiscCMailBoxUtil
CVoiceStateMachine
• Handles voice events and maintains
voice state machine(s)
Note: The public functions in this class
should only be accessed by the
classes inside the voice module.
• Provides utility function to manage
mailboxes
Note: The public functions in this class
should only be accessed by the
classes inside the voice module
Demo Details
Init( )
• Opens vox files
• Creates mailbox utility object that
manages mailboxes
Exit( )
• Closes vox files
• Deletes mailbox utility object that
manages mailboxes
ProcessEvent( )
• Processes voice events
InitMailBoxes( )
• Initializes mailboxes
CheckAndConvertDigits( )
• Checks if the extension number is in
allowed range. If it is, converts it into an
integer.
GetMailBox( )
• Checks if the mailbox is ready to be used.
If it is, gets the mailbox.
CreateMailBoxFileName( )
• Creates a filename for the mailbox
FreeMailBox( )
• Frees the mailbox for future use
5.3Threads
The IP Media Server (Global Call) demo operates with two threads, as shown in Figure 4.
Figure 4. IP Media Server (Global Call) Demo Threads
Keyboard
R4/GC
SRL
Main Thread
Sub-Thread
IP Media Server (Global Call) Demo Guide — August 200539
IP
Demo Details
The threads are created as follows:
1. The first (main) thread is created by the demo application to get the keyboard input.
2. The second thread is an SRL thread, created as a result of the demo application calling
PDLsr_enblhdlr( ). All Global Call events are received through the SRL.
5.4Initialization
This section describes the IP Media Server (Global Call) demo initialization as shown in Figure 5.
A system is started in the following sequence:
1. The application creates CConfig( ) to parse the configuration file.
2. The application creates CEventRouter( ) to start the Event Router, which, in turn, starts the IP
module and the Voice module. When a module is started, it initializes its boards, devices and
state machines.
After all the modules are started, the EventRouter starts to build a static routing table that maps
voice devices to IP devices. It is important that each IP device has a dedicated voice resource, so
that when an IP channel is connected (an incoming call is answered) the user can get a voice
prompt immediately.
If the initialization should fails, the application shuts down. The shutdown sequence is the reverse
of the initialization sequence.
40IP Media Server (Global Call) Demo Guide — August 2005
Figure 5. System Initialization
1. Parse .cfg file
ApplicationConfiguration
Demo Details
2. Start router
Event Router
3. Start IP Module4. Start IP Board
IP ModuleIP Board
5. Start IP Device
7. Start Voice Module8. Start Voice Board
Voice ModuleVoice Board
9. Start VoiceDevice
IP Device
6. Start IP State Machine
Voice Device
IP State Machine
10. Start Voice State
Machine
Voice State
Machine
IP Media Server (Global Call) Demo Guide — August 200541
Demo Details
5.5Event Handling
This section describes how the IP Media Server (Global Call) demo handles events. It contains the
following topics:
• Event Mechanism
• Handling Keyboard Input Events
• Handling SRL Events
• Handling Application Exit Events
• TSUsrEvent Structure
5.5.1Event Mechanism
The IP Media Server (Global Call) demo uses the SRL mechanism to retrieve events. When an
event occurs, SRL calls event handlers automatically. All events are received by the SRL and then
passed to the CallbackHdlr( ) function for handling.
In the initialization phase of the demo, the main( ) function sets up the call-back handler, by calling
PDLsr_enbhdlr( ).
5.5.2Handling Keyboard Input Events
There is an endless loop {while(0)} in the main( ) function in the Main.cpp file. In that loop, the
application waits forever for a keyboard event by calling the waitForKey( ) function. The event
must be handled immediately and event-specific information should be retrieved before the next
call to waitForKey( ).
5.5.3Handling SRL Events
When the R4/Global Call event is received, the application performs the following:
1. Get METAEVENT by calling gc_GetMetaEvent( ).
2. Get channel ID through device handle to channel mapping.
3. Get device type through device handle to type mapping.
4. Route meta event to the module specified by device type.
5.5.4Handling Application Exit Events
Normal application exit events, such as pressing either q or Q, don’t enter the SRL. The main( )
function calls PDLSetApplicationExitPath( ) before initialization. In Linux, this function sets the
signals (SIGINT, SIGTERM, SIGABRT) for making the appropriate exit from the application. In
Windows, this function enables the detection of CTRL_CLOSE_EVENT (closing the window).
42IP Media Server (Global Call) Demo Guide — August 2005
5.5.5TSUsrEvent Structure
The TSUsrEvent structure is used by the demo modules to return event processing results to the
event router.
The TSUserEvt structure is defined as follows:
typedef struct
{
int event;
TDeviceType destination;
int lineDevice;
long xmitSlot;
long neighborDevice;
char dialString[MAX_STRING_LENGTH]}
TSUserEvent;
The fields of the TSUserEvt structure are described as follows:
event
the name of a user-defined event, such as USR_CONNECTED, etc.
destination
the name of the module that this event is destined for. Possible vavues are IP, VOICE, or
NONE.
Demo Details
lineDevice
the device handle in this module. It will be later used by the Event Router as an index to find its
counterpart in the destination module.
xmitSlot
an integer that normally indicates a time slot number
neighborDevice
the neighbor device handle
dialString
a char string that is normally filled with a DTMF dialing string
IP Media Server (Global Call) Demo Guide — August 200543
Demo Details
44IP Media Server (Global Call) Demo Guide — August 2005
Glossary
Codec: see COder/DECoder
COder/DECoder: A circuit used to convert analog voice data to digital and digital voice data to analog audio.
Computer Telephony (CT): Adding computer intelligence to the making, receiving, and managing of
telephone calls.
DTMF: Dual-Tone Multi-Frequency
Dual-Tone Multi-Frequency: A way of signaling consisting of a push-button or touch-tone dial that sends out a
sound consisting of two discrete tones that are picked up and interpreted by telephone switches (either PBXs or
central offices).
Emitting Gateway: called by a G3FE. It initiates IFT service for the calling G3FE and connects to a Receiving
Gateway.
E1: The 2.048 Mbps digital carrier system common in Europe.
FCD file: An ASCII file that lists any non-default parameter settings that are necessary to configure a DM3
hardware/firmware product for a particular feature set. The downloader utility reads this file, and for each
parameter listed generates and sends the DM3 message necessary to set that parameter value.
Frame: A set of SCbus/CT Bus timeslots which are grouped together for synchronization purposes. The period of
a frame is fixed (at 125 µsec) so that the number of time slots per frame depends on the SCbus/CT Bus data rate.
G3FE: Group 3 Fax Equipment. A traditional fax machine with analog PSTN interface.
Gatekeeper: An H.323 entity on the Internet that provides address translation and control access to the network
for H.323 Terminals and Gateways. The Gatekeeper may also provide other services to the H.323 terminals and
Gateways, such as bandwidth management and locating Gateways.
Gateway: A device that converts data into the IP protocol. It often refers to a voice-to-IP device that converts an
analog voice stream, or a digitized version of the voice, into IP packets.
H.323: A set of International Telecommunication Union (ITU) standards that define a framework for the
transmission of real-time voice communications through Internet protocol (IP)-based packet-switched networks.
The H.323 standards define a gateway and a gatekeeper for customers who need their existing IP networks to
support voice communications.
IAF: Internet Aware Fax. The combination of a G3FE and a T.38 gateway.
IFP: Internet Facsimile Protocol
IFT: Internet Facsimile Transfer
IP Media Server (Global Call) Demo Guide — August 200545
International Telecommunications Union (ITU): An organization established by the United Nations to set
telecommunications standards, allocate frequencies to various uses, and hold trade shows every four years.
Internet: An inter-network of networks interconnected by bridges or routers. LANs described in H.323 may be
considered part of such inter-networks.
Internet Protocol (IP): The network layer protocol of the transmission control protocol/Internet protocol
(TCP/IP) suite. Defined in STD 5, Request for Comments (RFC) 791. It is a connectionless, best-effort packet
switching protocol.
Internet Service Provider (ISP): A vendor who provides direct access to the Internet.
Internet Telephony: The transmission of voice over an Internet Protocol (IP) network. Also called Voice over IP
(VoIP), IP telephony enables users to make telephone calls over the Internet, intranets, or private Local Area
Networks (LANs) and Wide Area Networks (WANs) that use the Transmission Control Protocol/Internet Protocol
(TCP/IP).
ITU: See International Telecommunications Union.
Jitter: The deviation of a transmission signal in time or phase. It can introduce errors and loss of synchronization
in high-speed synchronous communications.
NIC (Network Interface Card): Adapter card inserted into computer that contains necessary software and
electronics to enable a station to communicate over network.
PCD file: An ASCII text file that contains product or platform configuration description information that is used
by the DM3 downloader utility program. Each of these files identifies the hardware configuration and firmware
modules that make up a specific hardware/firmware product. Each type of DM3-based product used in a system
requires a product-specific PCD file.
PSTN: see Public Switched Telephone Network
Public Switched Telephone Network: The telecommunications network commonly accessed by standard
telephones, key systems, Private Branch Exchange (PBX) trunks and data equipment.
Reliable Channel: A transport connection used for reliable transmission of an information stream from its
source to one or more destinations.
Reliable Transmission: Transmission of messages from a sender to a receiver using connection-mode data
transmission. The transmission service guarantees sequenced, error-free, flow-controlled transmission of messages
to the receiver for the duration of the transport connection.
RTCP: Real Time Control Protocol
RTP: Real Time Protocol
SIP: Session Initiation Protocol: an Internet standard specified by the Internet Engineering Task Force (IETF) in
RFC 3261. SIP is used to initiate, manage, and terminate interactive sessions between one or more users on the
Internet.
46IP Media Server (Global Call) Demo Guide — August 2005
T1: A digital transmission link with a capacity of 1.544 Mbps used in North America. Typically channeled into 24
digital subscriber level zeros (DS0s), each capable of carrying a single voice conversation or data stream. T1 uses
two pairs of twisted pair wires.
TCP: see Transmission Control Protocol
Terminal: An H.323 Terminal is an endpoint on the local area network which provides for real-time, two-way
communications with another H.323 terminal, Gateway, or Multipoint Control Unit. This communication consists
of control, indications, audio, moving color video pictures, and/or data between the two terminals. A terminal may
provide speech only, speech and data, speech and video, or speech, data, and video.
Transmission Control Protocol: The TCP/IP standard transport level protocol that provides the reliable, full
duplex, stream service on which many application protocols depend. TCP allows a process on one machine to send
a stream of data to a process on another. It is connection-oriented in the sense that before transmitting data,
participants must establish a connection.
UDP: see User Datagram Protocol
UDPTL: Facsimile UDP Transport Layer protocol
User Datagram Protocol: The TCP/IP standard protocol that allows an application program on one machine to
send a datagram to an application program on another machine. Conceptually, the important difference between
UDP datagrams and IP datagrams is that UDP includes a protocol port number, allowing the sender to distinguish
among multiple destinations on the remote machine.
VAD: Voice Activity Detection
IP Media Server (Global Call) Demo Guide — August 200547
48IP Media Server (Global Call) Demo Guide — August 2005