Beruflich Dokumente
Kultur Dokumente
The information in this document is subject to change without notice and describes only the
product defined in the introduction of this documentation. This documentation is intended for the
use of Nokia Siemens Networks customers only for the purposes of the agreement under which
the document is submitted, and no part of it may be used, reproduced, modified or transmitted in
any form or means without the prior written permission of Nokia Siemens Networks. The
documentation has been prepared to be used by professional and properly trained personnel,
and the customer assumes full responsibility when using it. Nokia Siemens Networks welcomes
customer comments as part of the process of continuous development and improvement of the
documentation.
The information or statements given in this documentation concerning the suitability, capacity, or
performance of the mentioned hardware or software products are given “as is” and all liability
arising in connection with such hardware or software products shall be defined conclusively and
finally in a separate agreement between Nokia Siemens Networks and the customer. However,
Nokia Siemens Networks has made all reasonable efforts to ensure that the instructions
contained in the document are adequate and free of material errors and omissions. Nokia
Siemens Networks will, if deemed necessary by Nokia Siemens Networks, explain issues which
may not be covered by the document.
Nokia Siemens Networks will correct errors in this documentation as soon as possible. IN NO
EVENT WILL NOKIA SIEMENS NETWORKS BE LIABLE FOR ERRORS IN THIS
DOCUMENTATION OR FOR ANY DAMAGES, INCLUDING BUT NOT LIMITED TO SPECIAL,
DIRECT, INDIRECT, INCIDENTAL OR CONSEQUENTIAL OR ANY LOSSES, SUCH AS BUT
NOT LIMITED TO LOSS OF PROFIT, REVENUE, BUSINESS INTERRUPTION, BUSINESS
OPPORTUNITY OR DATA, THAT MAY ARISE FROM THE USE OF THIS DOCUMENT OR THE
INFORMATION IN IT.
This documentation and the product it describes are considered protected by copyrights and
other intellectual property rights according to the applicable laws.
The wave logo is a trademark of Nokia Siemens Networks Oy. Nokia is a registered trademark of
Nokia Corporation. Siemens is a registered trademark of Siemens AG.
Other product names mentioned in this document may be trademarks of their respective owners,
and they are mentioned for identification purposes only.
Copyright © Nokia Siemens Networks 2009. All rights reserved.
Contents
Contents 3
List of tables 4
List of figures 5
Summary of changes 7
2 Description of DTMF 15
2.1 DTMF hardware 15
2.2 DTMF software 16
2.3 DTMF sending function 19
List of tables
List of figures
Summary of changes
The company and product names have been changed according to the
official Nokia Siemens Networks portfolio naming.
Figure Connections of DTMF in MGW has been removed together with the
related text. Figure Program blocks in SWXSEB in MSC Server has been
updated.
The use of DTMF is permitted only when the speech teleservice is being
used or during the speech phase of the alternate speech or data and
alternate speech or facsimile teleservices. The responsibility for checking
this lies with the Mobile Station (MS).
MSC
MSC Server
MESSAGE (IA5)
MS
H.248
H.248 message
MGW
The MSC Server environment also brings along the capability for out-of-
band DTMF generation when the outgoing signalling is either Bearer
Independent Call Control (BICC) or Session Initiation Protocol (SIP).
MSC Server
MESSAGE (IA5) MESSAGE (DTMF character)
MS
H.248
MGW
DTMF
gen.
DTMF capacity
DTMF-generator GSW
0
0
1
1
2 2
3
. 4
. 5
.
#
.
.
The service is available for all the subscribers who are in the call state at
the same time.
DTMF parameters
All time supervisions which are specified in the 3GPP TS 23.014 Support
of Dual Tone Multi-Frequency (DTMF) signalling and 3GPP TS 24.008
Mobile radio interface Layer 3 specification; Core network protocols for the
MSC are defined.
A user can generate a DTMF tone by pressing a key on the Mobile Station
(MS).
This requires that the relevant user action (for example, key pressing) is
interpreted by the MS as a requirement for a DTMF digit to be sent. The
digit is converted by the MS into a message and the message is
transmitted across the air interface and converted by the MSC into DTMF
tone. Then, this tone is applied towards the network and the network
should respond with an acknowledgement.
When the user presses a key, a message that the DTMF sending should
cease is also passed to the MSC, which again responds with an
acknowledgement.
The message to be sent across the air interface uses the frame stealing
mode of transmission.
When the message is sent across the air interface, it contains the following
information:
The messages are passed transparently through the base station and
interpreted at the MSC.
On the receipt of a digit send message, the MSC connects the correct dual
tone to the line. This tone will remain connected until either the
predetermined time expires or a stop DTMF message is received.
There is no defined maximum length to the tone, which will normally cease
when a stop DTMF message is received from the MS. However, in the
DX 200 MSC the time limit on the duration of the tones sent to the line is
defined. The time limit is provided as a parameter.
2 Description of DTMF
Dual Tone Multi-frequency is a signalling method which uses frequencies
generated by a digital frequency generator. This hardware is controlled by
the software's signalling and connecting program blocks, and the DTMF
function itself is realized through message sending procedures. DTMF is
used in push-button dialling with MSs.
DTMF-generator GSW
2
.
.
#
MSC sends DTMF
char. ’2’ 697/1336 Hz.
Speech path to MS
MS which controls DTMF
function has been
connected.
MSC Server
DX 200 MSC
SGLSYB
AIASEB
AIFPRB
BSRSYB
SWXSEB
RMAPRB SWICOP
The functional part of the DTMF control software has been divided into the
following three program blocks:
Signalling part:
.
the A-interface program block (AIFPRB).
Connecting part:
.
the connection resource management program block (RMAPRB).
. the switch control program block (SWICOP).
.
mobile-originated call subautomaton.
. mobile-terminated call subautomaton.
.
DTMF subautomaton.
Switching (SWXSEB)
RMAPRB offers switching services for the call control and signalling
process. All switching cases are based on Call Identification (CALL_ID )
which has been reserved at the beginning of the call from RMAPRB. The
CALL_ID is divided into all the processes which are attached to the call
case. One main function of the RMAPRB is to change the CALL_ID to the
circuit data for all the connection cases. RMAPRB has an interface also to
the switch control process SWICOP. RMAPRB is implemented in the BSU
and Common Channel Signalling Unit (CCSU) microcomputers.
The following program blocks are added to the SWXSEB in the MSC
Server:
MSC Server
SWXSEB
RMAPRB
URQPRB SWICOP
CIAPRB
HTAPRB
MGW
The URQPRB has an interface to the CIAPRB, which controls the contexts
reserved from the MGW. The URQPRB sends the DTMF generation
request forward to the correct CIAPRB according to the resource where
the DTMF character should be connected.
The CIAPRB packs the DTMF generation request to the H.248 format and
commands the HTAPRB to send it to the correct MGW. After that, the
HTAPRB adds the necessary message headers to the H.248 message
and sends it to the MGW.
The function starts when the subscriber presses a DTMF key of the MS.
The MS sends the message START_DTMF (which includes the IA5
character) to the MSC.
After the conversion of the DTMF character the subautomaton sends the
start message to the DTMF subautomaton. The start message is an
AIFPRB internal message which includes the converted IA5 character. If
the result of the conversion is wrong, for example, it is not within permitted
values (0-F), AIFPRB sends the START_DTMF_REJECT message with
the cause code to the MS. In a successful case AIFPRB sends the
START_DTMF_ACK message to the MS.
.
T_DTMF_RM_CONN_DTMF_ACK.
. T_DTMF_STOP_DTMF.
.
T_DTMF_MINIMUM_CHAR_LENGTH.
The action of the RMAPRB depends on the location of the user plane. If
the user plane is located in the MSC Server, then the RMAPRB changes
the converted IA5 character to the circuit (PCM TSL) of the DTMF
generator and sends the unidirectional connect message to the SWICOP
process. The message includes an outgoing circuit to which SWICOP has
to connect the DTMF character.
If the user plane is located in the MGW, the RMAPRB sends the
UP_CONN_DTMF_GEN_REQ_S message to the URQPRB. The
message includes the DTMF character received from AIFPRB and the
outgoing resource in the MGW where the DTMF generator should be
connected.
If the user plane is located in the MGW, the RMAPRB sends the
UP_DISCONN_DTMF_GEN_REQ_S message to URQPRB to stop the
DTMF generation from the MGW.
AIFPRB
MS RMAPRB
1. 5. 9.
MOC DTMF
2. or 6. sub- 10.
MTC autom
sub-
3. 7. 11.
autom
4. 8. 12.