GL Communications Inc.
Home >  VoIP Analysis and Simulation  >  MAPS™

MAPS™ Remote Controller
(Multi-node Multi-interface Simulation)

MAPS™ Remote Controller  | Coming Soon


The Remote MAPS™ feature is a client server module, designed for multi-node multi-interface simulation from a single GUI. The application has the ability to remotely control multiple MAPS™ Servers running on different PCs from a single remote client application. One or more MAPS™ applications can be installed on each sever. With this practically all the nodes (network elements) associated with a protocol, including protocol standards and profiles can be remotely configured from a single client GUI. The Remote MAPS™ application communicates with the multiple MAPS™ Server via Listener over TCP/IP.

Each MAPS™ Server is configured with multiple users. One of the users has Admin privileges to start the Testbed setup and control the user access to configuration files. Other remote users can use the subscriber configuration files to simulate signalling and traffic.

GL’s MAPS™ provides an advanced full-fledged network environment that enables user to test their applications, devices, and services on simulated network environment prior to deployment on a real-time network. It can be used to simulate all or specific network elements using simple ready-to-use testbed setup.


  • A single Remote Client GUI to remotely control/monitor all the network interfaces and elements simulated by MAPS™ Servers; one or more MAPS™ applications can be installed in a single Sever. 
  • Allows integrated testing of different networks - Wireless, IP, TDM, and Analog (CAS, FXO, SIP, IMS, UMTS, ... )
  • Suitable for testing any core network, access network, and inter-operability functions
  • Remote MAPS™ provides access to all the functions of MAPS™ such as Testbed, Call generation, Call reception, Statistics and Results.
  • Client-server communication is facilitated through a Listener over TCP/IP.
  • Each Listener equates an independent instance of MAPS™ application at the server side. Each listener is associated with an Admin user
  • Unlimited number of Remote client users can be defined at the server
  • Remote Client invoked by “Admin” user has privileges to start /stop Testbed setup access. Remote Client invoked by “Remote Users” has privileges to certain set of subscriber profiles, using which he can edit scripts, profiles, messages, perform call simulation, and view test results
  • Single Licensing Server option available for controlling number of MAPS™ Server licenses as well as client licenses (no of users)
  • Simultaneous traffic generation/reception at 100% on all servers

Working Principle

Remote MAPS™ Architecture

  • MAPS™ Sever is a system where one or more MAPS™ applications are installed.
  • Each MAPS™ application has ability to simulate one or more network elements (nodes) communicating using protocol standards defined by international bodies.
  • Each instance of MAPS™ application is associated with a Listener application running on server systems. The Listener facilitates the client-server communication over TCP/IP.
  • Within the installation directory of each MAPS™ application on the server, all protocols associated with the application are added to the protocol configuration file by specifying its path. You also choose which protocol version, node and transport to be enabled for remote access. One also needs to create an Admin user and other Remote users using the user configuration option.  Then start the Listener on the server by configuring with respective IP address and UDP ports. Any number of Listeners can be configured, each using different UDP ports (equates multiple instances of MAPS™ application instances).
  • The Listener is then started on the server on respective IP address and UDP ports. This enables the Listener on the specified port to wait for commands from the Remote client.

Remote MAPS™ Client- Server Communication Flow
  • The Remote Client system consists of server configuration window that allows necessary parameters to to add and control multiple MAPS™ Servers running on different PCs. Remote MAPS has all features of MAPS and can access all the windows like Testbed, Call Gen, Call Reception, Statistics and other functions.
  • Admin user then creates and starts Testbed setup on the Remote Client system. Only Admin can start/stop the test bed setup.
  • When remote users invoke the Remote MAPS Client GUI, they can view test beds available to them. Once the Testbed setup is started, remote users can create their own subscriber profiles. They then register their subscriber profiles so that these resources are only allocated to them and not available to other users. Once the Testbed setup is started, registered users can call each other. For example, user 1 (on Card#1-TS#1) can call user 2 (on Card#2-TS#1) as Card#1 profiles are registered to user 1 and Card#2 profiles are registered to user 2.
  • All the configured nodes can be started or stopped simultaneously. Server node configuration can be saved to a file and later readily reloaded to perform testing from some other location. Users can also modify Protocol specific parameters and Listener’s IP address and the port using the edit server option.

Remote MAPS™ for IMS Network

In this example, we use Remote MAPS™ to simulate multiple nodes in IMS network such as UE, P-CSCF, S-CSCF, I-CSCF, and HSS situated at remoted locations. The client application connects to these servers, starts testbed, and remotely accesses the MAPS™ functionalities to perform call simulation.

Remote MAPS Server Configuration for IMS

As shown in the figure below, Remote MAPS™ can simulate UE1 (User Equipment 1) registered at ATT network to place a call to UE2 (User Equipment 2) registered at Verizon network. Once the preconditions are met and resource reservations are made, call will be established between the users.

The following network is an illustration of a call simulation from Non-Roaming User to another Non-Roaming User across different LTE – IMS Network (UE1 in ATT network to UE2 in Verizon network).

End-to-end Call from Non-Roaming User to Non-Roaming User Across the Network

Below diagram shows the Registration flow at S-CSCF which handles SIP Registrations for ATT Network interacting with I-CSCF and HSS. And the Call flow at I-CSCF interacting with S-CSCF of ATT Network, and HSS and S-CSCF of Verizon Network.

End to End Registration & Call Control Procedures

End to End Registration & Call Control Procedures (SCSCF-ATT)

Remote MAPS™ for TDM Network

In this example, we use Remote MAPS™ to show how multiple users share the channel resources on a single T1 E1 Server resources to simulate calls. On the MAPS™ server system, Octal T1E1 Analyzer is installed and 2 listeners are started with different port number 4000 and 6000 respectively. Admin 1, Admin 2, User 1, and User 2 are also created on the server system. Each listener is associated with a Admin user. Consider Card# 1 is connected in loopback to Card# 2. Similarly, Card# 3 is connected in loopback to Card# 4.

MAPS™ Remote Client may be installed on any PC except the Octal T1E1 Analyzer system. With this setup, Admin-1 can start testbed setup on Card# 1-3, and Admin-2 can start testbed setup on Card# 2-4. Once the testbed setup is started User 1 registers subscriber profiles on Card# 1-3-5-7, and User 1 registers subscriber profiles on Card# 2-4-6-8.

Now, ISUP calls can be placed and received between User 1 (ex: Card#1 TS00) and User 2 (ex: Card#2 TS00).

Remote MAPS Server Configuration for T1E1

General MAPS™ Features

Call Simulation and Control

The signaling and traffic simulation in a call is completely implemented using scripts. Commands in the scripts are executed in controlled way to simulate protocol and traffic behavior. Most of the commands used in the scripts are generic and independent of specific protocol.

MAPS™ application acts as either the Caller or resides at the network terminal acting as Callee. The Call Generation feature simulates an outgoing call by sending call control messages to the DUT using scripts and profiles. The profiles allow necessary parameters of call control messages to be changed during runtime. Call generated from other entity can be automatically detected in call reception window by pre-setting the required answer scripts in the Incoming Call Handler.

The call control scripts can also automatically handle the traffic over the established call. MAPS™ supports transmission and detection of various traffic types over  IP (RTP, GTP), ATM, & TDM - such as, digits, voice file, single tone, dual tones, fax, sms, email, http, ftp, and video. MAPS™ also includes support for wide range of codec rates – visit and webpage for more details.

Message Sequence - Each call scenario provides the trace with full decoding of the messages exchanged between the MAPS™ and the DUT, and graphical ladder diagrams of the call flow with time stamp. Impairments can be applied to messages to simulate error conditions that occur in real-time networks.

Event-Driven Control - Scripts execution, being event-based, allows redirection of script execution on-the-go with user-defined events. The custom parameters in the events can also be changed during script execution using event profiles.

Script Contents & Script Flow - The script flow and the contents window displays the Script Name, Sub-script Name, Script line number, and script statements to be successfully executed, which help the users in troubleshooting a particular call scenario.

Bulk Call Simulation and Load Testing

MAPS™ supports automated stress/load testing capabilities through Load Generation and Bulk Call Simulation features. Bulk Call Simulation allows quick configurations to easily create multiple test entries with different scripts and profiles. Multiple tests can be run simultaneously or sequentially (queue up tasks in succession). Load generation feature further allows specifying the patterns with which the bulk calls can be generated. Load generation can be customized with different statistical distribution patterns such as Uniform, Ramp, Sawtooth, Fixed, Normal, Step, and Step-Sawtooth distribution. Call duration also can be randomized using similar statistical distribution. This feature also helps users configure Stress/Load Testing parameters such as Call per second (CPS), Max Active Call, Minimum and Maximum Call Rates, Start Call Rates, and other parameters.


Scheduler can be used to schedule the simulation of bulk calls or manual calls at a specific start time. The pre-saved master configuration files for test setup and call simulation are automatically loaded to automate the test procedure.

Customization of Test Setup Parameters

The test setup profiles (.xml files) allow users to configure the necessary parameters in order to establish communication between MAPS™ and the DUT. It includes configuring parameters of the network nodes, the network properties, and transport related configurations such as T1/E1 timeslots, IP Address and port numbers for both MAPS™ and the DUT.

Once the transport layer is configured properly, protocol specific signaling messages and traffic can be transmitted and received successfully. All parameters setup in test setup are global and are accessible to all scripts. These parameters initialize protocol engines and the transport modules specific to the protocol.

Customization of Test Parameters, Call Flow, and Protocol Messages Using Pre-Processing Tools

  • Message Editor - The Message Templates (GL’s proprietary *.HDL files) comprises of protocol encoding parameters with preset values. It is required to create a message template for every message in a protocol. The message templates are called within the scripts to perform scenario based testing.
  • Profile Editor – Profiles (*.xml files) are used to change the values of the fields in the messages (i.e. Message Template in MAPS™) during the course of a call. The multiple profiles with varying parameter values that allow users to configure call instances in call generation and to receive calls.
  • Script Editor - The script editor allows the user to create / edit scripts and to define variables for the fields in the messages. The script uses pre-defined message templates to build call flow and perform send and receive actions. Script editor provides options to run the test for multiple iterations in sequential or random flow. Commands allow retransmission of messages with specific interval.

Command Line Interface

Supports scripting through a Command Line Interface (CLI) such as the Python, and TCL, using MAPS™ client-server functionality (requires additional license)

MAPS™ can be configured as server-side application, to enable remote controlling of the application through multiple command-line based clients. Supported clients include C++, TCL, Python and others. TCL provides a simple scripting language, with programming facilities such as looping, procedures, and variables. The TCL Client application includes a MapsTclIfc.dll file, a packaged library that enables communication with the Server from a TCL environment.

User can remotely perform all functions such as start test bed setup, load scripts and profiles, apply user events such as send digits/file/tones, detect digits/file/tones, dial, originate call, terminate call, start and stop traffic and so on. User can also generate and receive calls through commands. This client application is distributed along with MAPS™ Server application. Multiple MAPS™ CLI servers can be controlled remotely from single client application (such as TCL, Python, etc).

Call Statistics, Events, Link Status

Call Status & Message Statistics - By default, all call handling scripts (irrespective of the type of the functions) are assessed by MAPS™ to provide statistical information about Total Calls, Active Calls, Completed Calls, Passed Calls, Failed Calls, and Calls/Sec. It is also possible to categorize the statistical information as per the call handling scripts. In addition, Call Generation and Call Reception windows provide useful call status & script execution results.

In addition, Message Stats option for any specific protocol, logs number of times the messages are being transmitted (Tx Count) and received (Rx Count), thus allowing user to monitor the occurring events.

Events Reporting – MAPS™ provides Event Log, Error Events, and Captured Errors windows that log the captured events and errors encountered during the progress of the call.

Link Status - Link Status window indicates transport related information of the protocol, for example, if SCTP is used as transport, it indicates if the association is Up or Down in the Link Status window. MAPS™ IuCS ATM uses SSCOP transport and the associated link status is indicated as Up or Down in the Link Status window.

Buyer's Guide

Please Note: The XX in the Item No. refers to the hardware platform, listed at the bottom of the Buyer's Guide, which the software will be running on. Therefore, XX can either be ETA or EEA (Octal/Quad Boards), PTA or PEA (tProbe Units), UTA or UEA (USB Units), HUT or HUE (Universal Cards), and HDT or HDE (HD cards) depending upon the hardware.

Item No. Product Description
PKS111 MAPS™ Remote Controller


Home Page Sitemap Global Presence Email