s

HiPath DAKS 2.0

Digital alarm and communication server

The demands currently placed on mod-

ern telecommunications go far beyond
simply making telephone calls. Tele-
phones are becoming mobile terminals
(HiPath cordless Enterprise) and confer-
ences extend point-to-point connections,
making telephony part of more complex
systems.
The HiPath structure caters for these de-
mands in a variety of ways and, with its
components, offers a communication so-
lution that can be tailored to local needs.
The digital alarm and communication
server (HiPath DAKS) is a key element in
this system concept.
This is mainly used for:
● broadcasting, alarms, notifications
through announcements and text
messages,
● conferences convened by telephone,
controlled via Internet/Intranet or sup-
ported by an operator,
● announcement services, multichannel
open listening in the case of tele-
phone events,
● personal calls/group calls,
one-number-service, intelligent call
distribution.
It is as easy to incorporate HiPath DAKS
in the telecommunication infrastructure
as to install an additional telecommunica-
tion node.
The open interfaces of HiPath DAKS (se-
rial, LAN and contacts) allow external
system problem-free access to the tele-
communication network, so that, for ex-
ample, ● building control technology or alarm HiPath DAKS facilitates and accelerates
● visual paging systems, systems and communication, optimizes telephone
● deployment guidance systems, e.g. availability, and reliably performs te-
● industrial control units ("Simatic goes dious routine tasks. This means it will
HiPath/Hicom"), for fire fighters
save you time and money.
can all be linked to DAKS.
HiPath DAKS – Making intelligent use of the telephone infrastructure

HiPath DAKS answers calls and automat-
ically dials subscribers (internal or
external), plays internally stored an-
nouncements or external voice sources,
provides information through alphanu-
meric display texts, accepts entries and
connects subscribers for bilateral calls or
conferences.
These capabilities enable a very wide
range of modern telecommunications
tasks to be performed:
Fast information, swift action:
broadcasting/alerting
The ability to alert and inform large
groups of users simultaneously via tele-
phone or paging systems is essential to
the successful flow of information in
many areas of activity, for example:
● mobilizing emergency personnel in
fire brigades and other rescue and
emergency services,
● the targeted evacuation of industrial
sites and large commercial buildings
(e.g. hotels, department stores) in the
event of fire and other emergencies,
● the simultaneous notification of po-
lice, hospitals, schools, authorities,
press, etc.,
● exchanging information between
company headquarters and branch
offices,
within the entire corporate network (to simultaneously by dialing one group
optiPoint 500, optiset E or Gigaset), e.g.: number; the first person to answer takes
● job orders,
the call, e.g.:
● service technicians,
● information about schedule changes
or changed rooms, ● specialist medical personnel,
● information services (hotlines).
● status and fault messages.
The tedious and time-consuming task of
searching for a competent person is
Making team decisions, providing taken care of just when every second
qualified help: telephone conferenc- counts.
es/emergency conferences
The simple and spontaneous setup of Informing many people simulta-
teleconferences greatly accelerates neously: info telephone.
communication and decision-making DAKS can be called to play up-to-date re-
processes:
corded or prepared announcements and
between crisis committees in the
● live transmissions. Everyday scenarios
event of disasters, for this application include:
● between those seeking and providing ● providing up-to-date reports in the
assistance, case of industrial accidents, e.g. to re-
● between company headquarters and assure people or inform authorities
and their employees,
branch offices,
● between editors and other expert ● providing environmental and traffic in-
formation, e.g. smog, flooding,
teams,
snowfall and traffic jams,
● and in many other areas.
● other announcement services, e.g.
Conferences can be activated and con- cinema or theater programs and infor-
trolled by telephone, through a central mation about various entertainment
operator, or from practically anywhere by and leisure events,
means of the Internet or Intranet and
standard browsers. ● parliamentary assemblies, company
meetings, and other conferences.
Immediate availability on all net- HiPath DAKS has a modular structure.

● connections to care staff via DECT
mobile phones,
● reporting faults to mobile service
technicians from higher-level
systems.
Key information can be distributed more
quickly and reliably through automatic
selection; staff are no longer required to
carry out time-consuming, routine tasks
where there is a high risk of error.
Informing mobile users from a desk
by means of text messages:
e-mail service for system
telephones
From SMTP mail systems (such as
MS-Outlook) it is possible to send any
e-mails from anywhere in the world to in-
dividual users or to prepared user groups
works: personal calls
A person can be called simultaneously
on several phones assigned to him/her
via a single number. This significantly in-
creases the availability of mobile users,
and callers also do not have to wait as
long to reach the user. This is particularly
relevant for:
● DECT systems located at different
sites,
● multiple digital telephones, e.g. in
hotel suites,
● GSM mobile phones,
flexible offices.
● ●
Someone is always available: group
calls
It is possible to call all team members
Depending on what is required, HiPath
DAKS has 4 to 240 channels to the tele-
communications network.
A distinction is made between:
● the "classic applications" (which can
be installed on a server in any
combination)
– broadcasting/alerting
– e-mail service for system tele-
phones
– emergency and high-performance
conferences
– personal calls/Group calls,
– info telephone.
and the remote-control DAKS server
with "DAKS-API" for:
– Internet-controlled telephone con-
ferences and
– external host applications.
Cross-application features of "classic applications"
Supported applications:
● broadcasting/alerting,
● "e-mail service for system
telephones",
● conferences,
● Personal calls/Group calls,
● info telephone.
These resources are summarized below. modem or by means of a TCP/IP LAN
Administration
Administration is handled by one or more
commercially available Pentium PCs with
CD ROM (operating system Windows
95/98/NT/2000) at a separate location
from the server.
These PCs can be connected with DAKS
by means of a serial RS232 connection,
(only one PC can communicate with
DAKS at a time, no multi-user mode
available).
An intuitive user interface offers maxi-
mum convenience in the user’s own na-
tive language (German/ English/ French/
Italian).
Several servers with the same database
(e.g. main server and hot standby server)
or with different databases can be (re-
motely) administered from one PC.
Cross-application features of "classic applications"

User administration Various types of connections Digital speech memory for

Up to 5,000 users can be administered in DAKS supports stationary, cordless, and announcements
a central user list. This list contains infor- cellular (e.g. GSM) phones, and a wide DAKS has a dynamically administered
mation about specific users and their ter- range of paging systems (with/without digital speech memory which has ap-
minals, e.g.: DTMF dialing or message, with/without proximately 63 minutes total capacity
● personal data, e.g. name, depart-
display, with/without speech transmis- and can store up to 246 announcements.
ment, etc., sion). It is also possible to combine several par-
GSM mobile phones can be called and/or tial announcements to form a “compos-
● priority, cost center, class of service
can receive an SMS message in the nor- ite” announcement.
and PIN,
mal way. The announcements are transmitted in-
● two telephone numbers, each with dividually, immediately, and from the
the connection type and, where appli-
start for each user in all functions.
cable, the special features to be
activated when dialed. With the aid of announcement adminis-
tration it is possible to define, change,
Broadcasts, conference groups, and call and delete announcements from the PC,
profiles are set up for personal and group
to request announcement statuses, and,
calls on the basis of the information con-
where applicable, to protect announce-
tained in this list. ments from being recorded over or delet-
ed.
Announcements can be recorded or lis-
tened to using any or only authorized
telephones, at any worldwide location,
via a audio input channel or via PC (WAV
file) with ISDN card.
Cross-application features of "classic applications"

HiPath/Hicom-specific features in Logging on and off via system Priority assignment for DAKS
networking telephones activities
DAKS can be integrated to optimum ef- Users can log off when they go home. To ensure maximum resource availability
fect in the Hicom/HiPath environment via They will then not be called again by for important actions, DAKS has two pri-
the CorNet-N protocol. A wide range of DAKS and will not receive any more SMS ority levels, whereby high-priority activi-
CorNet-specific features can be used messages. ties override all low-priority activities.
during connection setup and in dialog
with users in the HiPath-/Hicom network Time-dependent dialing Cost centers
(see "Technical Data").
To facilitate the dialing of different tele- HiPath/Hicom can be used to allocate
phone numbers at specific times and on telephone costs to the appropriate user:
Display outputs specific weekdays, DAKS subdivides the It is possible to assign a cost center to
Users in the HiPath-/Hicom network with week into half-hour periods, whereby up each user. DAKS transmits this cost cen-
digital system phones (optiPoint 500, to eight time ranges can be assigned to ter as a "calling number" to HiPath/Hicom
optiset E, Gigaset etc.) and GSM mobile each period. where it is included in the call data
users can receive alphanumeric informa- It is possible to define the times at which records.
tion about relevant processes (e.g. the each number can be dialed and when it
activated broadcast group), the user who must not be dialed. System inputs and outputs
has initiated the broadcast, the initiating
contact or the current event. Hardware inputs can control or activate
Failure tolerance DAKS processes. Each input can be as-
Numerical information of this nature is signed a cost center, name, and the rele-
transmitted in the entire ISDN network DAKS achieves maximum availability by
separating the actual processes and their vant function via the PC.
(e.g. group or contact no.). This also in-
cludes numerical display messages to administration. Processes are carried out Hardware outputs report operating sta-
pagers transmitted via DTMF. in the DAKS itself which is extremely tuses and activate connected systems.
well protected against faults. Thus, if Audio signals can be recorded and out-
there is a problem with the PC, broad- put using low-frequency inputs and out-
SMS retrieval via system telephones casts and conferences can still be acti-
puts.
Users with digital system telephones vated using telephones or contacts.
(optiPoint 500, optiset E, Gigaset etc.) In the case of special availability require-
can retrieve the last eight stored text Protection against network
ments, it is possible to install a second
messages at the press of a button. A text DAKS as a hot standby server. If there is congestion
message can be up to 160 characters a fault with the main server, the hot DAKS prevents blockages on the con-
long. standby server is simply set to standard nection paths to the user employing an
The texts are assigned a date and status operating status by means of a contact integrated 3-level network congestion
and are output on several lines. The tele- or trigger call. protection function:
phone keypad is used to access messag- ● global, i.e. for all outgoing connec-
es and to scroll within a message. tions,
Messages are deleted manually by the ● for external connections only, and
user or automatically on expiration of a
maximum storage time that can be set. ● depending on the assigned connec-
tion type.
Cross-application features of "classic applications"
Logging function
All processes can be documented down
to the last second in the relevant lan-
guage using a system printer and syn-
chronized with DCF-77 standard time
(radio clock), if required.
It is also possible to display and archive
conference and alerting processes in the
PC for subsequent evaluation.
Table of possible scenarios Print Manager for the management
Up to 50 different scenarios can be edit- of printers in the LAN
ed/defined; each scenario can be as- It is possible to connect a Windows PC
signed up to 30 hardware inputs. to the DAKS as Print Manager instead of
Up to 30 actions can be initiated by acti- using a system printer. The logs can then
vating a single scenario by means of con- be output by the Print Manager via the
tact input administration (the activation LAN to the network printer or be stored
of input contacts is simulated): in files.
Start of one or more broadcasts (also
buffered if more broadcasts need to be Data transfer from existing
activated than can be handled simulta- databases
neously) User, group, and group member data can
● Start one or more conferences be transferred from ASCII files into the
DAKS database - also cyclically at pre-
● Switch the information telephone
specified times.
● Activate specific LF inputs
Scenarios can be started by means of
the DAKS operating and administration
PC or by means of a digital system tele-
phone.
"Broadcasting/alerting" application

DAKS alerts and informs user groups or Transmission of announcements

individual users by means of automatic and successful connection criteria
dialing with subsequent transmission of
prepared or current announcements and/ DAKS supports a wide range of informa-
or (alpha)numeric display messages. tion transmission variants and different
successful connection criteria enabling
the service to be modified to suit the pur-
Defining broadcasts pose of the broadcast, the confidentiality
DAKS administers a large number of sys- level, and the terminals being addressed.
tem-wide broadcast parameters, such as Two options are provided for the playing
times, announcements, etc. of announcements:
The following features can be defined for ● users hear the individual or general
each of the 1000 definable broadcast broadcast immediately on lifting the
groups: telephone handset. The connection is
● up to five announcements, e.g. for deemed successful as soon as the
foreign languages, user has listened to the
● alarm mode (activate emergency call, announcement,
call override etc.), Interactive user prompts via text outputs ● the broadcast announcement can be
● high or low-priority broadcast, are provided for the system telephones protected against access by unautho-
with a display. rized users. In this case, the user
● optical switch outputs to be activated must identify him-/herself by PIN to
with activation period, The following are possible:
be able to listen to the
● parallel selection, i.e. fastest possible ● up to ten broadcasts can be active si- announcement.
access or multaneously, and
It is also possible to request confirmation
sequential selection, i.e. the most ef- ● up to ten existing broadcast groups from the user that he/she has heard the
ficient access to users, can be combined to form a hunt broadcast. The confirmation can be sent
● number of users to be accessed, group. during the existing connection or via a
callback.
● possibility of confirmation with “yes”
or “no” (e.g. "I am not coming"), Increasing availability
If a user is busy or absent, his/her num- "Personal security" with DAKS
● poss. follow-up broadcast in the event
of a positive and/or negative broad- ber is redialed automatically. People located in hazardous areas can be
cast result, If the user still cannot be reached, DAKS monitored by the DAKS server using cy-
clical calls. The monitoring cycle time can
● up to 5,000 users with, where applica- dials an alternative number if required. It
is possible to specify the max. call dura- also be reset by making own calls to the
ble, different connection criteria,
tion, min. wait times and max. number of DAKS server.
priorities and announcements,
dialing attempts. A defined broadcast will be triggered au-
● with or without monitoring or logging
In the network, DAKS also uses the Cor- tomatically, after 2 attempts, for exam-
on the PC.
Net-specific features described above, if ple, if a user being monitored does not
required, such as emergency call signal- answer a call.
Starting broadcasts ling, call override or emergency discon- The monitoring function is switched on
Broadcasts can be optionally started nect, ignoring call forwarding, etc. (see and off either by the person being moni-
from: "Technical Data"). tored or by a third party, e.g. the team
● the PC, leader.
● hardware inputs, If required, the person being monitored
can record an announcement and also
● via any internal or external telephone,
change it while monitoring is in progress
● PagingServerPro. (stating the current location, for in-
stance). The announcement will become
a broadcast announcement, or will sup-
plement this, if the person being moni-
tored fails to answer a call.
It is possible to monitor up to six persons
simultaneously.
"Broadcasting/alerting" application
Flow of operations for broadcasts
with parallel dialing
DAKS establishes simultaneous connec-
tions to the users via the available chan-
nels. If the number of users to be alerted
exceeds the number of available chan-
nels, DAKS proceeds on the basis of a
priority list. DAKS continues to make
broadcast calls until the requested num-
ber of users have been reached. Only
then is the broadcast automatically ter-
minated.
Flow of operations for broadcasts Broadcast via hardware inputs
with sequential dialing In the case of broadcasts activated via
In contrast to parallel dialing, no more us- contact, it is possible to output an-
ers are called simultaneously than are nouncements and texts which are as-
still lacking for a successful conclusion to signed to the contact. Thus, in cases
broadcasting. where the same users are to be in-
formed of a fault reported via contact, it
Example is only necessary to create one alarm
In the case of a broadcast where only group.
one user from a group needs to be con-
tacted (e.g. one service technician to
deal with a mechanical fault), DAKS calls
the group members in succession and
terminates the broadcast as soon as a
group member is contacted.
"Broadcasting/alerting" application
The DAKS data interfaces
DAKS supports:
● up to 4 serial point-to-point protocol
interfaces (RS232/RS422, can be im-
plemented on LAN in some cases)
and also
a UDP-based LAN interface for con-
●
nected any number of external hosts.
It is possible to activate or control DAKS
remotely from another computer via
these interfaces, e.g.:
● from an emergency report system
(e.g. SIGMASYS) or a programmable
logical control (e.g. SIMATIC).
● from a host computer which can issue ● from a scheduling computer,
its own dialing commands, announce- for instance, fork-lift trucks, which can
ments, and telephone numbers via conduct transparent dialogs with us-
DAKS to the communication system, ers via DAKS on a multi-channel basis.
● from a touch screen with a customer- DAKS thus acts as an intelligent link be-
specific input mask (e.g. workshop tween any computer on the one hand
plan), and the telecommunications network on
from the PagingServerPro, which ac- the other. Or, to put it in more simple
●
cepts fault messages from industrial terms: DAKS translates computer sys-
processes, evaluates them, and for- tem commands into a protocol which
wards them to DAKS, can be understood by the communica-
tion system.
● from a visual call system for imple-
menting calls to care staff (via ESPA
4.4.4), even with automatic callbacks
to the patient (a separate data sheet is
available for this),
"E-mail service for system telephones" application
From SMTP mail systems it is possible
to send any e-mails from anywhere in
the world to individual users or to pre-
pared user groups.
The only requirement is for the recipients
to have an optiPoint 500, optiset E tele-
phone or cordless Gigaset; they can be
located anywhere in the corporate net-
work.
The sender employs a standard user in-
terface (such as MS Outlook), which
does not need to be modified, simply en-
ters the message and the address (e.g.
3625@DECT.My_Company.com), and
sends the e-mail off.
Users are notified:
● using up to 160 characters per
message,
● with details of the sender and number
of attachments,
● with a 2-line output (16 characters
each) and the possibility of scrolling
within the message.
Depending on the dispatch priority and
need for confirmation, it is possible to
specify:
● whether a mail is returned to the
sender (explicit notification result),
● whether the user is called with emer-
gency call signaling,
● whether emergency release, override
or call waiting should be applied in the
event of busy,
● and whether recipients should ac-
knowledge by pressing a key or even
entering their PIN (also negative,
where applicable).
It is also possible to notify prepared user
groups (=DAKS broadcast groups), with
all the features of the broadcast applica-
tion being available for this (see above),
such as sequential or parallel handling for
messages, different acknowledge-
ments, follow-up broadcasts etc.
The internal DAKS SMS retrieval memo-
ry is available for retrieving e-mails from
the terminal later. This allows the last 8
e-mails, with supplementary information
(date, time, status), to be called up again
later (optionally all e-mails, only missed
or only confirmed e-mails).
For implementation, a Windows PC with
special SMTP server software is con-
nected on the one hand to the corporate
LAN and on the other to the DAKS serv-
er.
"Conferences" application
This application is used for freely defin-
ing and automatically convening confer-
ences. It is possible to hold up to ten
simultaneous conferences.
Defining conferences
It is possible to define 1000 conference
groups. The parameters which can be as-
signed to each conference group in-
clude:
● the conference name, which appears
on the telephone display, e.g. “editing
conference“
● up to 60 predefined or other users
with individual rights, access condi-
tions and initial status,
● access and identification numbers for:
– setup,
– active conference participation,
– passive conference participation
(listening only),
● control and documentation via PC,
● setup and access announcement,
● alarm mode (activate emergency call,
call override, etc.),
● priority (high or low priority),
● the duration of the entire conference
and the duration of caller‘s participa-
tion in the conference,
● audio input and output to be used
(e.g. for playing music or recording a
conference).
These and other parameters enable
DAKS to be implemented in a wide range
of conference scenarios.
"Conferences" application
Setting up a conference
A conference can be set up:
manually by PC,
● environments.
● time-dependently via a PC (once, daily
or on certain days of the week),
● via hardware inputs,
● via any internal or external telephone.
How conferences work
Users are dialed automatically, can dial
conferences directly or are connected to
a conference.
During dialing, DAKS uses the CorNet-
specific features described above. These
range from various display messages to
emergency call notification and emer-
gency disconnect (see “Technical Data“)
Users can listen, speak or avail them-
selves of a special master function.
Conferences can be carried out either
completely in the open or in complete
secrecy. In the case of confidential con-
ferences, PINs, telephone numbers, and
connection statuses can be controlled in
such a way that unauthorized participa-
tion is virtually impossible.
The conference can be recorded using
analog audio outputs.
DAKS supports a mute function for sys-
tem telephones. This is particularly use-
ful for deactivating micro-phones in noisy
Application scenarios
Emergency conference
When the emergency number is dialed
from any telephone, DAKS activates a
conference, e.g. calls the fire brigade, se-
curity service or company health service
and connects them with the emergency
caller in a conference call. The following
DAKS features are particularly useful in
this situation:
● the telephone number of the emer-
gency caller is displayed on the
recipients’ telephones,
● a consoling announcement is played
to the emergency caller,
● an information announcement is
played to the call recipients,
● the conference call is continued, even
if the caller disconnects prematurely,
● in the case of several simultaneous
emergency calls:
– substitute conferences can be acti-
vated
– or other callers can be automatical-
ly included in the existing confer-
ence.
Operator-supported conferences
An operator can control up to eight con-
ferences at the PC. The PC displays the
status of the conferences in separate
windows. Using the PC, the operator
can:
initiate and terminate conferences,
●
● allow users to speak and stop them
speaking,
● switch users to access, whereby they
are excluded from the conference and
hear an information announcement or
music-on-hold,
● select and include new users in the
conference directly from the user list,
● input and dial telephone numbers,
● exclude certain users from the confer-
ence call,
● connect themselves to conferences,
● implement the targeted connection of
users to active conferences,
● modify the predefined duration of a
conference during the conference.
Special applications in the financial
markets and banking sector
Instead of open conferencing, it is possi-
ble to hold a broadcast conference
whereby the person who sets up the
conference can hear all of the partici-
pants but they cannot hear each other.
DAKS can also be used as a conference
node. In this case, local conferences are
transferred to one conference via DAKS.
If the connection is interrupted, DAKS at-
tempts to restore the connection auto-
matically.
“Personal calls/group calls” application

The “Personal calls/group calls” applica- Callers initially reach the DAKS server,
tion accelerates and improves the tele- which calls the assigned numbers.
phone availability of individuals and These numbers can be dialed simulta-
groups. A distinction is made between: neously or in succession.
● a personal call: This application uses the CorNet-specific
Several telephones can be dialed forfeatures described above, e.g. weekday
one mobile individual, or time-dependent dialing or ignoring call
● a group call:
pickup groups or call forwarding (see
All the members of a team are called. “Technical Data“).
The first user reached is connected to
Each group or person receives a virtual
number, to which the actual numbers are the caller, the remaining connections are
assigned. cleared down.
If required, an information announce-
ment can be played to the users before
the call is transferred to them, e.g. “This
is a personal call“.
In addition, the called users can be re-
quested to enter a call acceptance code
before being connected to the caller. For
example, this feature prevents connec-
tion to answer phones or family mem-
bers.
If several callers wish to activate a call
profile simultaneously, they are put on
hold in a queue with an announcement
until the call can be connected.
Callers are not charged until the an-
nouncement is played or the call is con-
nected.
If a user is reached via pager, he/she can
call the DAKS back on the nearest tele-
phone and is automatically connected to
the caller.
“Personal calls/group calls” application
Defining call profiles
DAKS administers a wide range of sys-
tem-wide parameters such as times, an-
nouncements, etc. and performs this
service for each of the profiles (up to
2000) individually:
● name and access number (activate,
modify, notify),
● up to 20 target numbers in each of the
two dialing phases,
● up to 20 authorized callers in up to
nine authorization levels,
● procedure when DAKS encounters in- ● optimization of connection paths fol-
dividual busy users: lowing call connection - yes or no,
– keep dialing the user ● queue announcements before, be-
– terminate the call and disconnect tween, and during the two dialing
the caller phases (can be activated separately
– transfer to the second dialing for internal and external users).
phase
● alarm mode (activate emergency call,
call override etc.),
● high or low priority profile,
● max. number of simultaneous
triggers,
“Personal calls/group calls” application

Active Number Call screening Application scenarios

In order to be able to reach a user at loca- The following settings can be input using ● VIPs are given just one “personal
tions which are not stored in his/her call any DTMF telephone or digital system number” for all the targets assigned
profile, profiles can be temporarily over- telephone: to them or currently defined targets
written at any time and replaced by what ● whether or not to activate call screen- (see above diagram).
is known as the "active number". All that ing, i.e. whether the caller‘s number ● Users with cordless telephones who
is needed to overwrite the call profile is should be checked, move in the transmit area of several
an external telephone with DTMF capa-
● if so, from which hierarchy level users
cordless systems can be reached on
bility or a system telephone. one directory number, even if the sys-
may activate the call profile.
This feature enables the use of a world- tems are not mutually compatible for
wide “follow-me” service, i.e. the for- Unauthorized users hear a busy tone or roaming.
warding of all or certain calls to a speci- an announcement, or are redirected to
another target, e.g. secretary‘s office. ● Teleworkers can always be reached
fied number. It is also possible to on one virtual directory number with-
forward a call to an announcement. out being linked to a specific
workstation.
● In order to reach the members of a
mobile team or hotline very quickly, all
team members are called simulta-
neously, usually with “announcement
before answering” and queuing.
● For VIPs who wish to reach one of the
attendant consoles quickly when out
and about, bypassing the queue,
DAKS calls all ACs simultaneously on
their private numbers. The VIP’s
name is shown on the display but his/
her location is concealed (if desired).
● It is possible to set up a standby ser-
vice consisting of several persons.
Callers are generally connected to a
free member. The caller can also be
requested by an announcement to
dial the desired member by entering
the corresponding code.
The staff on standby can “report for
duty” from any telephone. This en-
ables the flexible and dynamic use of
the standby service.
“Info telephone” application
DAKS can accept up to 60 calls simulta-
neously and play announcements stored
in the DAKS to the callers or audio sourc-
es switched to DAKS (auditorium ELA,
radio programs, etc.).
The announcement or audio source to be
played is selected using either the last
digits of the directory number or by
DTMF during the call with an information
announcement.
Info telephone activities
The main advantage of DAKS, compared
with standard announcement devices, is
the dynamic and hence economical use
of the call channels for playing up to 20
different audio sources simultaneously.
The material played back is recorded in
the info telephone activities. This in-
cludes:
● the access number,
● internal access only, external access
only or any,
● playing of an announcement or audio
source with greeting message and
variable time limit,
● apology announcement in the case of
blocked access (e.g. if the audio
source is not available),
● number of announcement cycles.
Info telephone profiles
DAKS supports nine info telephone pro-
files to which different info telephone ac-
tivities can be assigned with the same
access number. Only one of these is ac-
tive at a given time.
It is possible to switch between info tele-
phone profiles using the PC, hardware in-
puts or any telephone.
Different info telephone profiles can be
implemented, for example as a fire bri-
gade or IT department info telephone. It
is important to be able to alternate here
between:
● prerecorded announcements in the
idle state,
● prerecorded announcements at the
beginning of an emergency,
● and up-to-date information.
Adaptation to individual cases
Different system parameters, e.g. the
type of printer documentation or maxi-
mum number of simultaneous accesses
to the info telephone enable additional
adaptations to different application sce-
narios.
DAKS-API – The open, LAN-based interface of the DAKS switch
DAKS-API is a new platform for connect- connection of users in bilateral calls and
ing a wide variety of external host sys-
tems and DAKS-specific applications on
the basis of secure TCP connections.
The first DAKS-specific applications on
this platform are the "Internet-controlled DAKS server")
telephone conferences" whose control-
lers communicate with the DAKS serv-
er(s) via the DAKS API.
Here are some examples of typical host
applications based on DAKS PI:
● connection of industrial controllers via ● establishing outgoing calls with redial
PagingServerPro (new generation
V3.0)
● distributed ACD systems (if neces-
sary with inserted CSTA Phase III
(XML-based)
● logistics and personnel deployment
systems used by human resource de-
partments, vehicle fleet
administrators, etc.
● control systems used by fire services, ● announcement download from the
security services, the police, etc.
DAKS API allows a four-channel access
to the telephone network to be con-
trolled, e.g. with incoming and outgoing
connection setup, voice and text transfer
and the
conferences
Features of the DAKS API
(see also the "Technical data for the
● support for up to 10 different applica-
tions or host systems at the same
time
● answering calls
and CorNet-specific features is neces-
sary, and automatic playing of the
connection announcement and of the
first announcement sequence
● playing announcements, audible
tones and DTMF sequences and
sending text messages
● receiving DTMF signals (worldwide)
and key signals (in network)
host system and host-controlled an-
nouncement recording via telephone
● full switching functionality with call
transfer, toggling, etc. (almost like a
remote-controlled telecommunication
exchange)
● High-performance conferencing func-
tion with up to 60 participants per
conference, mute function, informa-
tion tones at entry and exit, requests
to be heard, individual levels
● Despite the high level of flexibility, the
host system is relieved of extreme
real-time requirements through a high
degree of preprocessing in the DAKS
server, e.g.:
– Macro functions for dialog phases
– Automatic browsing in longer text
messages
– Automatic deactivation of an-
nouncements with the first entry
– Digit sequence entries with correc-
tion option
– Automatic entry to conference or
connection of a bidirectional call af-
ter announcement
– release of all connections in a
group with the last announcement
and last text message, for example
if the reason for a broadcast no
longer exists or in the event of a
conference timeout
– automatic release of the connec-
tion after the last announcement
sequence
● comprehensive resource manage-
ment for the assignment of B
channels, announcements, voice
memory capacity and conferences for
the up to 10 applications or host sys-
tems that may use the DAKS server
simultaneously:
– Session-specific area:
The various controller applications
and host systems can have these
resources at their disposal on an in-
dividual basis.
– General area:
All controller applications and host
systems can access these resourc-
es.
● Hot-standby mode and load balancing
possible on systems consisting of at
least 2 servers
"Internet-controlled telephone conferences" application
If is often too awkward to convene tele-
phone conferences directly by means of
the conference options of the telecom-
munication system, e.g. by means of a
digital system telephone The convener
has to call each conference member indi-
vidually, so that setting up the confer-
ence involves a lot of waiting. In addition,
there is no way to dial into the confer-
ence, the number of conference mem-
bers is very limited, etc.
In contrast, if conferences are held
through the services of a provider, there
are other disadvantages:
Spontaneous conferences are not nor-
mally possible, i.e. advance booking is re-
quired, and are expensive, firstly
because of the high costs per confer-
ence and, secondly, because all calls are
external calls. It therefore becomes very
uneconomical for frequent conferences
and when most participants are in the
corporate network.
The solution is Internet-controlled tele-
phone conferencing with DAKS for
HiPath, which can be operated by means
of your standard browser:
● You simply call up the conference
page on the Internet/Intranet and
identify yourself!
● You can convene a new conference or
call up an existing one.
● Book conference resources for a spe-
cific time or start your conference
directly.
● Monitor participation during the con-
ference, add any number of additional
conference members, assign/with-
draw the right to speak, or disconnect
specific connections.
"Internet-controlled telephone conferences" application
Features of Internet-controlled tele-
phone conferences
(see also the "Technical data for the
DAKS server")
● Edit, start and control individual con-
ferences by means of a standard
browser via Internet/Intranet
● Start of conference: Immediately, at
an agreed time or when the convener
dials in
● With dial-in or selection of conference
members (a mixture of both mode is
also possible)
● With or without access protection by
means of PIN identification or security
code
● User guidance and information by
means of variable announcements,
text messages and tones
● User entries via DTMF or keypad
signalling
● Monitoring and controlling of confer-
ences by conference owner:
– Initiate and terminate conferences,
– Select and disconnect users
– Assign/withdraw right to speak
● Monitor conferences (all conference
members)
● Up to 500 users (can be extended)
● Up to 50 conferences per user (can be
extended)
● Up to 60 users per conference (can be
limited on the customer’s side)
● Editable HTML pages (can be modi-
fied on a customer-specific basis)
● Scalable architecture:
Telephony and conferencing on one
or more 8 to 240-channel DAKS
servers
● Interface for accounting systems (pro-
tocol files in XML standard)
● User-specific recording of call charges
by means if the call data recording
system for the telecommunication
network (different CLIs)
● Central administration, COS check
and resource administration via LAN
● Any database with ODBC-capability
on any system in the LAN
● Any WEB server
Technical data for DAKS server
● Shielded 3 or 6 HE VME bus module
frame in 19” technology
● 4 ("classic applications" only), 8, 30,
60, ..., 240 channel connection (4 x S 0,
1...8 x S2M ) as a telecommunication
node to:
– Hicom 150 E/Hicom 150 H
– Hicom 300 E/Hicom 300 H or
– HiPath 3000/HiPath 4000
● CorNet-N D channel protocol with
support for the following features
throughout the network:
– programming a telephone to ring in
alerting tone (emergency call) to
draw attention to the importance
of a call
– for busy users: override*1) or
emergency override*1) with neu-
tral announcement, forced discon-
nect*1) or call waiting
– for busy connection paths: auto-
matic release*1) or emergency
override*1) with neutral announce-
ment
– ignoring call forwarding or diver-
sion, e.g. to prevent voice-mail ac-
tivation
– ignoring call pickup groups*1)
– direct access to the executive in an
executive/secretary configura-
tion*1)
– voice calling, i.e. automatic speak-
er activation without having to lift
the handset*1)
– break through do-not-disturb
(when Hicom 150 E/H linked with
emergency call)
– with digital system telephones,
e.g. optiPoint 500, optiset E or
cordless Gigaset:
The information in this document contains general descriptions of the technical options available, which do not
always have to be present in individual cases.
The required features should therefore be specified in each individual case at the time of closing the contract.
Data sheet 02/02 • Reference No.: A31002-S1700-A150-1-7629 • Printed in the Federal Republic of Germany• DA 04/02 3.0
© Siemens AG 2002 • Information and Communication Networks • Hofmannstr. 51 • D-81359 München • http://www.hipath.com •
– multi-line alphanumeric display out-
puts (2-line display and browsing
option)
– dialogs with user prompting on the
telephone display
– support for the keypad function*).
– connection optimization (Path Re-
placement) *2)
– Callback if free or busy (Call Com-
pletion) *2)
● Communication with any internal or
external (line-based, cordless or cellu-
lar) telephones, pagers and ELA
systems
● Integrated coupling field for switching
and high-performance conferencing
(including, for example, the playing of
announcements, listening only, etc.)
● High operating security and
availability:
– fail-safe power supply from the
HiPath/Hicom battery and optional-
ly from 115/230 V AC
– storage of all data and stationary
speech announcements in mainte-
nance-free, non-volatile semi-con-
ductor memories (flash EPROMs),
– In the case of systems with over
60 channels, the number of chan-
nels is only restricted if a 60-chan-
nel ISDN interface and voice
memory module fails
– operational even after temporary
power failure and without activated
operating and administration PC for
"classic applications" (at least limit-
ed operation)
*1) Hicom 300 E/H, HiPath 4000 only,
not in conjunction with Hicom 150 E/H,
HiPath 3000
*2) only in conjunction with “personal
calls/group calls” application
● Digital flash EPROM speech memory
for live or recorded announcements:
– maintenance-free and safeguarded
against power failures (no hard
disk, no RAM with battery)
– 30 or 60 minutes capacity for stan-
dard announcements of different
lengths (120 or 240 linkable parti-
tions of 15 seconds each)
– and additional 3 minutes voice
memory for 6 ad-hoc announce-
ments of 30 seconds each
● A separate playback channel for each
user (for announcements, dialtones
and DTMF signals)
● A separate DTMF receiver channel for
each user
● Various expansion options:
– LAN interface
– serially connected system printer
or Print Manager PC (RS 232) with
print output via internal DAKS
spooler (an be issued via inhouse
modem or line extension)
– remote DCF-77 receiver (radio
clock)
– 16 optical coupler inputs *1)
– up to 704 decentral switch inputs
connected using Profibus DP tech-
nology*1)
– 8 optical coupler outputs + 1 relay
output, if required*)
– coupling and decoupling of audio
signals (4xIN, 4xOUT or 8xIN,
8xOUT) *1)
– up to 4 serial data interfaces (RS
422, galvanically isolated or RS
232) to external systems*1)
– Modem for sending SMS messag-
es to GSM users or public pag-
Subject to av ailability. Right of modification reserved.
ers*1)
*1) "classic applications" only