Professional Documents
Culture Documents
0
Complex Solutions - Payload
Switching DMC
Service Manual
*1PA31003-H3121-K104-2-7620*
1P A31003-H3121-K104-2-7620
This device has been manufactured in accordance with our certified envi-
ronmental management system (ISO 14001). This process ensures that
energy consumption and the use of primary raw materials are kept to a min-
imum, thus reducing waste production.
Siemens AG 2004 ●
Information and Communication Networks,
Hofmannstraße 51, D-81359 München, Germany
Reference No.: A31003-H3121-K104-2-7620 Printed in the Federal Republic of Germany.
Subject to availability. Right of modification reserved.
payloadIVZ.fm
Nur für den internen Gebrauch Service Manual HiPath 4000 V2.0 - Payload Switching DMS -
Service Manual HiPath 4000 V2.0 - Payload Switching DMS - ContentNur für den internen Ge-
1 Feature Description
1.1 Overview
To support the Payload Switching feature, the Direct Media Connection DMC feature is used
for Voice over IP connections in HiPath 4000 V2.0.
Direct Media Connections DMC can be described and defined in the following way:
● The payload (voice channel) of a HiPath 4000 internal or networkwide voice connection will
be exchanged within a LAN in which a direct IP connection is possible without conversion
into a TDM data stream.
1.2 Features
By the use of the feature "DMC Any-to-any" payload data is transported within a HiPath 4000
network directly between the IP Endpoints without several IP-TDM conversions of the payload.
This direct payload connection is called Direct Media Connection (DMC).
1.3 Motivation
If two HFA IP phones are connected in a two-party call without the Direct Media Connection
DMC feature, a double IP/TDM conversion of the payload would be performed. This causes a
loss of quality of the voice transmission which results from the multiple conversion of the
payload between IP and TDM and vice versa (status of HiPath 4000 V1.0). To avoid this loss
of quality the IP payload is exchanged directly between the two subscribers if both are in a two
party connection. This example refers to HFA IP phones but the same situation applies also for
other IP endpoints.
IP Endpoints can be:
● HFA IP phones (e.g. optiPoint 400/600 V2.0, optiPoint 410, optiClients 130 > V2.5)
● IP Trunking Gateways (HG 3550 V2.0, HG1500)
● IPDA boards (HG3570 V2.0, HG 3575 V2.0)
The IP endpoints can be the real endpoints of the connection (i.e. there is a Master Connection
between two IP phones) or the IP endpoints are only endpoints of a section within the Master
Connection. E.g. an anate or digite may also profit from a DMC if it is connected to its partner
via IPDA Access Point or IP Trunking Gateway.
The setup of a call is done within several steps.
Steps 1 and 2 are the normal call setup procedures as known in HiPath 4000 V1.0. The result
is called Master Connection. The normal call setup procedure is extended by steps 3 and 4 to
build the optional Direct Media connection.
Scenario A:
Direct Media Connection DMC within a single HiPath 4000 node.
Scenario B:
Direct Media Connection DMC between HFA IP phones within a HiPath 4000 network.
This scenario B is supported in HiPath 4000 in conjunction with the IP Gateway HG 3550 V2.0.
Scenario C:
Direct Media Connections DMC between HFA IP phone and IPDA shelf within a single HiPath
4000 node.
Scenario D:
Direct Media Connections DMC between netwide IPDA-shelves.
Example 2: DMC not possible from domain A to domain B, DMC only possible within
domains A and B:
In this case both ends of the link between the domains have to be marked as domain end.
This is done with an attribute within LCR (see chapter Generation). This attribute has to be set
in domain I for the LCR route leading to domain II, and in domain II for the LCR route leading
to domain I.
Scenario 1
This scenario applies to two cases:
– the endpoint in the HiPath 4000 network is a TDM device or
– DMC interworking between HiPath 4000 and HiPath 3000/5000 is not allowed (this
scenario can be achieved by setting the LCR domain end attribute in the HiPath 4000
for the route leading to the HiPath 3000/5000 network).
In the first case the end-to-end connection consists of a TDM connection on the HiPath 4000
side and an IP connection between the HG 3550 and the IP endpoint on the HiPath 3000/5000
side.
In the second case the connection between the endpoint in the HiPath 4000 network and the
endpoint in the HiPath 3000/5000 network consists of
● a DMC part in the HiPath 4000 network and
● Payload Switching (PLS) in the HiPath 3000/5000 network, i.e. the PLS is terminated by
the HG 3550 on the HiPath 4000 side.
This second case is shown in the following picture:
Scenario 2
DMC to HG1500 in HiPath 3000/5000
When interworking between HiPath 4000 and HiPath3000/5000 is allowed and the endpoint in
the HiPath 3000/5000 network is a TDM device the HG1500 terminates the DMC.
RTP stream between the HiPath 3000/5000 HG1500 and the HiPath 4000 HG3550 belongs to
the master-connection.
Scenario 3
DMC to HFA Phone in HiPath 3000/5000
When interworking between HiPath 4000 and HiPath3000/5000 is allowed and the endpoint in
the HiPath 3000/5000 network is a HFA phone a DMC can be established end-to-end.
RTP stream between the HiPath 3000/5000 HFA phone and HG3550 belongs to the master-
connection.
Scenario 4
HiPath 4000 (network) as transit node between two HiPath 3000/5000 nodes
In this case, no end-to-end DMC connection can be set up between the HiPath 3000 IP devices
(IP phones or HG1500). On the A side, a DMC is established to the most distant HiPath 4000
DMC endpoint (HG3550, HG3570 or HG3575). This DMC overlies a HiPath 3000 PLS
connection (not depicted in the figure) and the IP parts of the HiPath 4000 network.
If the HiPath 4000 network has no IP parts, the DMC connection is omitted and the payload is
transmitted on the PLS connection. This applies if, instead of a HiPath network or an IPDA
configuration, an individual HiPath 4000 connected on both sides with HiPath 3000 systems or
networks is involved. So a DMC connection on the A side only exists if an optimization is
necessary.
On the B side, a payload switching connection is established.
So it always involves a connection with 2 IP hops.
2 User Interface
n.a.
3 Service Information
4 Generation
When a DMC is established a connection consists of the DMC slave connection and the corre-
sponding master connection. The payload is sent on the DMC slave connection. The master
connection is put into a socalled „sleep mode“ where it needs only a reduced bandwidth. Three
master connections in „sleep mode“ can share the same DSP channel.
Therefore the maximum number of connections on an IP board is the number of DSP channels
minus the number of DSP channels needed for the master connections in „sleep mode“.
This means that on a board with 60 DSP channels only a maximum of 45 connections with
DMC can be established, on a board with 120 DSP channels only 90 connections with DMC.
Since this reduction of the maximum number of connections may not be acceptable at the cus-
tomer site the number of allowed DMC connections has to be configured per IP board. When
this limit is reached no further DMC connections can be established.
This way it is possible to guarantee a minimum number of possible connections. Minimum num-
ber means that more connections without DMC are possible when the DMC resources are not
fully used.
The following tables show for each number of allowed DMC connections
– the minimum number of possible additional master connections without DMC and
– the overall maximum number of connections, consisting of the number of allowed DMC
connections plus the number of additional master connections without DMC when all
DMC resources are used.
Remark 1: Of course the number of allowed master connections for HG3550 is limited by the
number of configured trunks. For each trunk, a maximum of 30 master connections can be
made.
Remark 2: If a HG3550 is operated in mixed mode with IP trunking and WAML, the WAML com-
ponent uses no DSP resources.
AMO commands:
● NCUI:
CHANGE-STMIB:MTYPE=NCUI2,LTU=xx,TYPE=DMCDATA,DMCCONN=<number of allowed
DMC connections>;
● STMI pool for IPDA:
CHANGE-STMIB:MTYPE=STMI2,LTU=xx,TYPE=DMCDATA,DMCCONN=<number of allowed
DMC connections>;
● IP trunking:
CHANGE-STMIB:MTYPE=STMI2IGW,LTU=xx,TYPE=DMCDATA,DMCCONN=<number of
allowed DMC connections>;
4.4 Domains
It may be necessary to subdivide a very large enterprise network into several areas (domains)
where DMC is only possible within a domain and not between domains.
In order to achieve this an LCR mark has to be set at each domain end. When this mark is set
DMCs are not established beyond this point.
AMO command:
CHANGE-LDAT:LROUTE=<route number>,LATTR=<existing attributes>&DMCEND;
● STMI:
CHANGE-STMIB:MTYPE=STMI2,TYPE=H323,Q931T1=<number>,Q931T2=<number>,
GWNAME=<string>;
For the correct numerical values please refer to the configuration manual for IPDA boards.
In addition, the codecs used for the DMC must be configured (Master Connection codecs see
SDAT/TACSU/TDCSU).
● NCUI:
CHANGE-STMIB:MTYPE=NCUI2,LTU=xx,TYPE=ASC,CODECLST=G729&G711;
● STMI:
CHANGE-STMIB:MTYPE=STMI2,LTU=xx,SLOT=xx,TYPE=ASC,CODECLST=G729&G711;
5 Relevant AMOs
Index Z
P
Payload - Devices supporting DMC 3-1
Payload - DMC authorization 4-1
Payload - Domains 4-8
Payload - Feature activation while DMC is ac-
tive 3-2
Payload - Feature Description 1-1
Payload - Features with DMC 3-1
Payload - Generation 4-1
Payload - H.323 stack on IPDA boards 4-8
Payload - Maximum number of DMC connec-
tions on IP boards 4-1
Payload - Relevant AMOs 5-1
Payload - Service Information 3-1
Payload - User Interface 2-1
Payload - Voice Activity Detection (VAD) 4-8