Native Telephony Features in Version 5.0P1: Gilat Satellite Networks LTD
Native Telephony Features in Version 5.0P1: Gilat Satellite Networks LTD
0P1
March 2007
This document contains information proprietary to Gilat Satellite Networks Ltd. and may not be
reproduced in whole or in part without the express written consent of Gilat Satellite Networks Ltd. The
disclosure by Gilat Satellite Networks Ltd. of information contained herein does not constitute any
license or authorization to use or disclose the information, ideas or concepts presented. The contents of
this document are subject to change without prior notice.
Native Telephony Features in Version 5.0P1
Contents
1. Introduction....................................................................................................................1
1. Introduction
2.1 Overview
Call-by Call – the subscriber dials a carrier code for each call attempt. If no
carrier code is dialed the call is rejected.
Or
In SkyEdge, a default carrier code can be defined for each subscriber. The Default
Carrier parameter can be defined for each FXS port. This parameter contains up to 8
digits.
If a default carrier is not used, the Default Carrier parameter is left blank. If a
default carrier is defined for a specific FXS port, it is part of this port’s registration
information.
NOTE
Dialing with a carrier code overrides the pre-selected carrier code.
In SkyEdge version 5.0P1, the operation of the Outgoing and Incoming Global
Manipulation tables has been modified as described in the sections below.
NOTE
The DCAS OGMT and IGMT table settings are configured for the entire
network.
When the default manipulation rule is activated in the OGMT table, the prefix is
added to the dialed number in one of the two ways:
The area code of the originating VSAT. This is the default value.
Or
The default carrier of the originating subscriber as defined in the settings of the
VSAT FXS port.
In the OGMT table, the default manipulation rule can be applied in one of the
following ways:
Upon no match – the default rule is applied if no match for the dialed number is
found in the OGMT table. If this option is selected, one manipulation is always
performed in the OGMT table.
Always, after surveying the manipulation table – the default rule is applied
after the manipulation table (OGMT) is checked and no match has been found. If
this option is selected, one or two manipulations are performed in the OGMT
table.
− If the table is checked and a matching value is found, two manipulations are
performed: the matching value from the table is applied followed by the
default rule.
Always, before surveying the manipulation – the default rule is applied before
the manipulation table (OGMT) is checked. If this option is selected, one or two
manipulations are performed in the OGMT table.
− The default rule is applied before the OGMT table is checked resulting in
one manipulation. If the table is scanned and a matching value is found,
additional manipulation is performed and the value is added to the default
rule.
− The default rule is applied before the OGMT table is checked resulting in
one manipulation. If the table is scanned and no match is found, only the
default rule is applied.
Never – the default rule is not applied. If this option is selected, zero or one
manipulation is performed.
When the default manipulation rule is activated in the IGMT table, the prefix in a
form of the area code of the originating remote is added to the dialed number.
In the IGMT table, the default manipulation rule can be applied in one of the
following ways:
Upon no match – the default rule is applied if no match for the dialed number is
found in the IGMT table. If this option is selected, one manipulation is always
performed in the IGMT table.
Always, after surveying the manipulation table – the default rule is applied
after the manipulation table (IGMT) is checked and no match has been found. If
this option is selected, one or two manipulations are performed in the IGMT
table.
− If the table is checked and a matching value is found, two manipulations are
performed: the matching value from the table is applied followed by the
default rule.
Always, before surveying the manipulation – the default rule is applied before
the manipulation table (IGMT) is checked. If this option is selected, one or two
manipulations are performed in the IGMT table.
− The default rule is applied before the IGMT table is checked resulting in one
manipulation. If the table is scanned and a matching value is found,
additional manipulation is performed and the value is added to the default
rule.
− The default rule is applied before the IGMT table is checked resulting in one
manipulation. If the table is scanned and no match is found, only the default
rule is applied.
Never – the default rule is not applied. If this option is selected, zero or one
manipulation is performed.
NOTE
When a call addressed to a VSAT subscriber is forwarded, the area code
or the default carrier code used for default manipulation is that of the
chain originator.
The Carrier code which is part of SkyEdge version 5.0P1 is not part of the VSAT
subscriber number. The above phonebook match can no longer be made, since the
manipulated number most likely contains a default carrier code which does not
appear in the phonebook.
This problem is solved by the following new DCAS parameters: Phonebook Offset
Outgoing and Phonebook Offset Incoming. These parameters define in the
applicable search offsets for outgoing and incoming calls.
The Phonebook Offset Outgoing parameter defines the offset within the
manipulated number used for searching the phonebook for calls originated from the
FXS ports (outgoing).
The Phonebook Offset Incoming parameter defines the offset within the
manipulated number used for searching the phonebook for calls originated from E1
ports (incoming). All calls entering the satellite system via an E1 port are regarded as
incoming.
With the relevant offset option set to n, the DCAS attempts to match the manipulated
number to the phonebook starting at the nth digit of the manipulated number.
For backward compatibility, the default value for both offset parameters is 1.
The Carrier Selection parameter used in some SS7 implementations is not supported
in SkyEdge and is not relevant to the default carrier pre-selection feature described in
this document.
2.2.4 Requirements
2.2.5 Limitations
None
NOTE
To ensure the proper operation of the subscriber carrier pre-selection
feature, the entire system including the DCAS and VSATs must be
upgraded to version 5.0P1.
2.3 Configuration
To configure DCAS:
8. Click OK.
11. For the DCAS configuration changes to take effect, the DCAS must be rebooted:
13. Verify that the DCAS completes the power-up sequence successfully and goes
online.
NOTE
Perform this procedure for all VSATs in the systems that support
telephony.
To configure a VSAT:
8. Enter the code (up to 8 digits) of the default carrier for calls originated by this
subscriber.
9. (If applicable) Configure the default carrier for calls for the rest of the FXS Card
ports as described in steps 7 and 8.
Click Yes to commit the VSAT configuration and reboot the VSAT.
Or
Click No to commit the VSAT configuration without rebooting the VSAT. For
information on how to reset a single or multiple VSATs, refer to Section 2.3.3.
NOTE
For the VSAT configuration changes to take effect, the VSAT must be
reset.
15. If the VSAT was rebooted, verify that it successfully completes its power-up
sequence and goes online.
If VSATs were not reset with the commit commands, the modified VSATs and
VSATs associated with the modified Telephony template must be reset later,
following these guidelines:
2. Select and right-click the desired VSAT from the VSAT list, and select
Commands→Access→Reset from the context menu.
Result: The VSAT is reset; the roll-off factor changes take place.
4. Once the VSAT completes its power-up cycle, verify that it has returned to the
Online state.
NOTE
It is recommended to reset VSATs in groups of up to 100.
2. Select and right-click the desired VSATs from the VSAT list, and select
Multiple Reset from the context menu.
3. Click Yes to reset the VSATs associated with this Access template.
Result: The VSATs are reset; the roll-off factor changes take place.
4. Once the VSATs complete the power-up cycle, verify that each VSAT has
returned to the Online state.
3.1 Overview
The Call Forwarding and CLIR features are part of the SkyEdge Native telephony
supplementary services. In the previous SkyEdge versions, these features could be
controlled only from the NMS by the hub operator. VSAT subscribers had no control
over these features.
In SkyEdge version 5.0P1, VSAT subscribers can control the Call Forwarding
Unconditional (CFU) and Call-by-Call CLIR and services via their phones.
NOTE
For information on how to configure the CLIR feature, refer to Section 4.
The Call Forwarding feature is relevant for incoming calls addressed to the VSAT
subscriber. If the service is activated, incoming calls matching the Call Forwarding
type are diverted to another destination, which is provided during the service
activation.
The following four types of the Call Forwarding service are supported:
Busy – the Call Forwarding service is activated if the VSAT subscriber number
is busy.
Busy & No Reply - the Call Forwarding service is activated in case the VSAT
subscriber number is busy and if there is no reply at the VSAT subscriber
number.
In SkyEdge version 5.0P1, in addition to the NMS configuration, the user can
activate or deactivate Unconditional Call Forwarding, by dialing pre-defined service
control strings. The same strings can be used for reactivating the service with a
different forwarding number or changing the forwarding type from anything else to
unconditional call forwarding.
The CFU activation and deactivation codes are configured in the DCAS
Supplementary Services table. The codes are the same for all VSAT subscribers.
When the VSAT recognizes the CFU service code, it sends a Call Request message
to DCAS. DCAS attempts to set the call forwarding parameters in the NMS database
as requested. This operation includes committing of the VSAT parameters. The
commit operation is applied only to the forwarding parameters; other modified
parameters that were not committed yet are not being committed.
When the NMS database is updated, DCAS changes the forwarding information in its
database and terminates the call with the Call Clearing message. According to the
status code included in the message, the VSAT learns whether the request was
accepted or denied. If the request was accepted, the VSAT updates its own table and
plays a Confirmation tone towards the subscriber. Otherwise, the VSAT provides an
out of order tone and does not update its table.
NOTE
If the CFU number is identical to the subscriber’s own number, any
incoming call to that subscriber will be rejected due to the cyclic
forwarding process.
The Call Forwarding service is configured for each VSAT subscriber. The service is
configured using the Call Forwarding Type and the forwarding Phone Number
parameters. When using the Unconditional Call Forwarding type, the User Control
parameter is also configured to enable or disable the VSAT subscriber control over
the service.
3.2.2 Requirements
3.2.3 Limitations
The current implementation of the CFU feature does not include the following
features:
Using the Star Sign in the Forwarding Number - A forwarding number can
contain only regular digits (0-9). Inserting a star sign will cause all digits
following the star sign to be ignored.
This section describes how to configure the CLIR and CFU activation/deactivation
codes at the DCAS.
NOTE
The codes are the same for all VSAT subscribers. The CLIR and CFU
control codes at the DCAS are linked to the relevant parameters in the
VSAT Telephony template.
To configure DCAS:
Result: The DCAS General Parameters tabs are displayed on the right.
NOTE
CFU stands for Call Forwarding Unconditional.
6. Enter the CFU Activation Code. The CFU activation code is a telephone number
of up to 8 digits. The code can include star signs (*) and pound signs (#).
7. Enter the CFU Deactivation Code. The CFU deactivation code is a telephone
number of up to 8 digits. The code can include star signs (*) and pound signs (#).
CAUTION
Defining a control code identical to a prefix of another control code is not
recommended.
This configuration will render one of the services unusable.
NOTE
The CFU control codes at the DCAS are linked to the relevant
parameters in the VSAT Telephony template.
For the changes to be updated in the DCAS and in the VSAT templates,
the DCAS configuration must be committed using the Commit Changes
(Include Linked Hub and Templates) command.
12. For the DCAS configuration changes to take effect, the DCAS must be rebooted:
14. Verify that the DCAS completes the power-up sequence successfully and goes
online.
3.3.2 Verifying Supplementary Service Control Codes at the VSAT Telephony Template
CFU parameters at the VSAT Telephony template are linked to the DCAS
parameters and are updated with each change. This section describes how to verify
that the link between the DCAS and VSAT Telephony parameters has not been
broken.
6. Verify the CFU activation/deactivation codes are in the linked state as shown in
Figure 15, above.
NOTE
If the connection between the VSAT Telephony template and the DCAS
is temporarily lost, it may be necessary to restore it. If the CLIR and CFU
fields are blank and/or the Link icon to the right of the fields includes the
red X indicating the loss of connection (Unlinked state), right-click the
Link icon and select Re-Link Parameter in order to refresh the fields
and/or re-establish the connection with the DCAS.
In SkyEdge version 5.0P1, two new tones were added to the Call Progress Tones
table:
Special Dial Tone – This tone is sounded in the systems where VSAT subscriber
has an active forwarding service instead of a regular one. The Special Dial Tone
is displayed upon off hook.
Confirmation Tone – This tone is sounded when the call forwarding request has
been accepted and the call is being forwarded.
NOTE
If more than one Telephony template is used in the system, perform this
procedure for all Telephony templates configured in the system.
The method for configuring the Special Dial Tone and Confirmation Tone
is similar to that of all other call progress tones.
Result: The Reset the VSATs associated with this template window is
displayed.
Click Yes to commit and reset the VSATs associated with the modified template.
Or
Click No to commit the Template configuration without resetting the VSATs. For
information on how to reset a single or multiple VSATs, refer to Section 2.3.3.
NOTE
For the VSAT configuration changes to take effect, the VSAT must be
reset.
14. If the VSAT was rebooted, verify that it successfully completes its power-up
sequence and goes online.
NOTE
Perform this procedure for each VSAT that will be using the
Unconditional Call Forwarding feature.
NOTE
CFU configuration (see steps 6 - 10) must be performed for each port of
the VSAT FXS card.
6. Scroll to the right and click Open Element in the Ports column.
9. In the Phone Number parameter, enter the phone number to which all phone
calls will be forwarded.
Result: The Reset the VSAT with Commit command confirmation window is
displayed.
Or
Click No to commit the VSAT configuration without resetting the VSAT. For
information on how to reset a single or multiple VSATs, refer to Section 2.3.3.
NOTE
For the VSAT configuration changes to take effect, the VSAT must be
reset.
4.1 Overview
The Call Forwarding and CLIR features are part of the SkyEdge Native telephony
supplementary services. In the previous SkyEdge versions, these features could be
controlled only from the NMS by the hub operator. VSAT subscribers had no control
over these features.
In SkyEdge version 5.0P1, VSAT subscribers can control the Call Forwarding
Unconditional (CFU) and Call-by-Call CLIR and services via their phones.
NOTE
For information on how to configure the Call Forwarding Unconditional
feature, refer to Section 3.
The Calling Line Identification (number) is always included in the relevant signaling
messages. If CLIR is activated, the signaling messages contain an appropriate
indication that causes the number to be blocked.
In the SkyEdge system, the CLIR service can be activated for each VSAT subscriber.
The setting is applicable for all calls made by the VSAT subscriber.
In SkyEdge version 5.0P1, the user can override the CLIR service setting for a
specific call by prefixing the dialed number with the call-by-call CLIR
activation/deactivation code.
The status of the CLIR service for such call is determined by the service code dialed
regardless of the CLIR service setting in the system.
NOTE
When the VSAT recognizes the call-by-call CLIR service code prefix, it
removes the code prefix from the dialed string. Consequently, all
manipulation rules are applied to the dialed destination number.
The CLIR activation and deactivation codes are configured in the DCAS
Supplementary Services table. The codes are the same for all VSAT subscribers.
4.2.1 Requirements
4.2.2 Limitations
The current implementation of the CLIR feature does not include the following
features:
This section describes how to configure the CLIR activation/deactivation codes at the
DCAS.
NOTE
The codes are the same for all VSAT subscribers. The CLIR control
codes at the DCAS are linked to the relevant parameters in the VSAT
Telephony template.
To configure DCAS:
Result: The DCAS General Parameters tabs are displayed on the right.
6. Enter the CLIR Activation Code. This parameter activates the CLIR feature for
the current call. The CLIR activation code is telephone number of up to 8 digits.
7. Enter the CLIR Deactivation Code. This parameter deactivates the CLIR feature
for the current call. The CLIR deactivation code is telephone number of up to 8
digits.
CAUTION
Defining a control code identical to a prefix of another control code is not
recommended.
This configuration will render one of the services unusable.
NOTE
The CLIR control codes at the DCAS are linked to the relevant
parameters in the VSAT Telephony template.
For the changes to be updated in the DCAS and in the VSAT templates,
the DCAS configuration must be committed using the Commit Changes
(Include Linked Hub and Templates) command.
14. Verify that the DCAS completes the power-up sequence successfully and goes
online.
4.3.2 Verifying Supplementary Service Control Codes at the VSAT Telephony Template
CLIR parameters at the VSAT Telephony template are linked to the DCAS
parameters and are updated with each change. This section describes how to verify
that the link between the DCAS and VSAT Telephony parameters has not been
broken.
6. Verify the CLIR activation/deactivation codes are in the linked state as shown in
Figure 15, above.
NOTE
If the connection between the VSAT Telephony template and the DCAS
is temporarily lost, it may be necessary to restore it. If the CLIR and CFU
fields are blank and/or the Link icon to the right of the fields includes the
red X indicating the loss of connection (Unlinked state), right-click the
Link icon and select Re-Link Parameter in order to refresh the fields
and/or re-establish the connection with the DCAS.
This section describes how to configure the call-by-call Call Line Identification
Restriction at the VSAT.
NOTE
Perform this procedure for each VSAT that will be using the call-by-call
CLIR feature.
NOTE
CLIR configuration (see steps 5 - 8) must be performed for each port of
the VSAT FXS card.
5. Scroll to the right and click Open Element in the Ports column.
Figure 33: FXS Port Parameters – Call Forwarding and CLIR Parameters
Result: The Reset the VSAT with Commit command confirmation window is
displayed.
Or
Click No to commit the VSAT configuration without resetting the VSAT. For
information on how to reset a single or multiple VSATs, refer to Section 2.3.3.
NOTE
For the VSAT configuration changes to take effect, the VSAT must be
reset.