Expert Documentation

Release 9.0 - October 2012

Legal notice:

Alcatel, Lucent, Alcatel-Lucent and the Alcatel-Lucent logo are trademarks of

Alcatel-Lucent. All other trademarks are the property of their respective
owners.

The information presented is subject to change without notice.

Alcatel-Lucent assumes no responsibility for inaccuracies contained herein.

Copyright © 2012 Alcatel-Lucent. All rights reserved.

The CE mark indicates that this product conforms to the following Council
Directives:
- 2004/108/EC (concerning electro-magnetic compatibility)
- 2006/95/EC (concerning electrical safety)
- 1999/5/EC (R&TTE)
  
     

Chapter 1
General Presentation

 Clauses ...................................................................................................... 1.1

 CLAUSES ...................................................................................................... 1.1
 Main Features .......................................................................................... 1.1
 Main Features ................................................................................................ 1.1
 Installation Summary ..................................................................................... 1.1
 Hardware Description .................................................................................... 1.2
 Subsets Compatibility .................................................................................... 1.5
 Boards and Options .............................................................................. 1.6
 Capacity and Limits ............................................................................... 1.7
 Capacities and limits ...................................................................................... 1.7
 Power supply limits .......................................................................................1.15
 Compliance with Standards .............................................................. 1.18
  Compliance with Standards ..........................................................................1.18
 Environment Compatibility ................................................................ 1.30
  Equipment compatibility ................................................................................1.30
 Environmental Constraints ................................................................ 1.32
  Common Hardware Racks ...........................................................................1.32
  DECT/WLAN Handsets ................................................................................1.32
  Wired Handsets and Radio Bases Indoor ....................................................1.33
  Radio Bases Outdoor ...................................................................................1.33

               0-1

    

Chapter 2
Hardware : Platform and Interfaces

 C, S, M, L Racks ...................................................................................... 2.1

 Hardware description ..................................................................................... 2.1
 Boards ........................................................................................................ 2.3
 POWER CPU ................................................................................................ 2.3
 POWER MEX ...............................................................................................2.12
 BRA ..............................................................................................................2.14
 PRA ..............................................................................................................2.18
 ATA ...............................................................................................................2.21
 ATA for UK Protocols ...................................................................................2.24
 MIX ...............................................................................................................2.24
 Mini-MIX .......................................................................................................2.26
 AMIX-1 ..........................................................................................................2.29
 UAI ................................................................................................................2.31
 SLI ................................................................................................................2.36
 LANX ............................................................................................................2.38
 APA ..............................................................................................................2.43
 DDI ...............................................................................................................2.46
 Power Supplies .............................................................................................2.48
 Dedicated Sets ....................................................................................... 2.54
 8002/8012 Deskphone .................................................................................2.54
 8082 My IC Phone ........................................................................................2.63
 4135 IP Conference Phone ..........................................................................2.79
 Generic SIP Phones .....................................................................................2.88
 IP Touch 4008/4018 Phone ..........................................................................2.90
 IP Touch 4028/4038/4068 Phone ............................................................... 2.103
 4019 Digital Phone ..................................................................................... 2.122
 4029/4039 Digital Phone ............................................................................ 2.128
 Input Method Editor .................................................................................... 2.137
 Terminal downloading ................................................................................ 2.142

0-2               

     

 V24/CTI Interface Module ........................................................................... 2.144

 AP Interface Module ................................................................................... 2.146
 S0 Interface Module ................................................................................... 2.147
 Multi-Reflexes 4099 Hub ............................................................................ 2.149
 Base Stations ............................................................................................. 2.152
 300/400 DECT Handset ............................................................................. 2.157
 500 DECT Handset .................................................................................... 2.164
 8232 DECT Handset .................................................................................. 2.170
 PIMphony Reflexes .................................................................................... 2.175
 VBTEL Visually Impaired Op. Station ......................................................... 2.176
 Earlier Generation Sets .............................................................................. 2.177

Chapter 3
User Services

 Meet Me Conference .............................................................................. 3.1

 Basic description ........................................................................................... 3.1
 Resource Key .......................................................................................... 3.6
 Keys Functions .............................................................................................. 3.6
 Keys Operating Modes .................................................................................. 3.8
 Trunk Groups .......................................................................................... 3.14
 Overview .......................................................................................................3.14
 Configuration procedure ...............................................................................3.15
 Operation ......................................................................................................3.15
 Hunting Group ........................................................................................ 3.16
 Overview .......................................................................................................3.16
 Configuration procedure ...............................................................................3.16
 Operation ......................................................................................................3.17
 Operator Group ...................................................................................... 3.18
  Overview .......................................................................................................3.18
  Configuration procedure ...............................................................................3.20
  Operation ......................................................................................................3.21
 Link Categories ...................................................................................... 3.22

               0-3

    

  Overview .......................................................................................................3.22
  Configuration procedure ...............................................................................3.23
  Operation ......................................................................................................3.24
 Barring ...................................................................................................... 3.24
  Overview .......................................................................................................3.24
  Configuration procedure ...............................................................................3.25
  Operation ......................................................................................................3.26
 End of Dialing Detection ..................................................................... 3.26
  Overview .......................................................................................................3.26
  Configuration procedure ...............................................................................3.27
  Operation ......................................................................................................3.27
 Splitting ..................................................................................................... 3.28
  Overview .......................................................................................................3.28
  Configuration procedure ...............................................................................3.29
  Operation ......................................................................................................3.29
 Call Distribution ..................................................................................... 3.30
 Overview .......................................................................................................3.30
 Configuration procedure ...............................................................................3.32
 Operation ......................................................................................................3.33
 Time ranges ............................................................................................. 3.35
 Overview .......................................................................................................3.35
 Configuration procedure ...............................................................................3.36
 Normal and Restricted Service ........................................................ 3.36
 Overview .......................................................................................................3.36
 Operation ......................................................................................................3.37
 Call Forwarding on System Restricted Use ................................. 3.38
 Overview .......................................................................................................3.38
 Configuration procedure ...............................................................................3.38
 Operation ......................................................................................................3.39
 Normal and Restricted User .............................................................. 3.40
 Overview .......................................................................................................3.40
 Configuration procedure ...............................................................................3.40
 Operation ......................................................................................................3.41
 Automatic Welcome ............................................................................. 3.41
  Overview .......................................................................................................3.42

0-4               

     

  Configuration procedure ...............................................................................3.43

  Operation ......................................................................................................3.44
 Direct Dialing Inwards ......................................................................... 3.46
  Recovery ......................................................................................................3.46
 Class Compatibility .............................................................................. 3.49
  Overview .......................................................................................................3.49
  Configuration procedure ...............................................................................3.49
 VN7 Compatibility ................................................................................. 3.50
  Overview .......................................................................................................3.50
 Specific Numbering Plan .................................................................... 3.51
  Detailed description ......................................................................................3.51
 Alternative CLIP and COLP Numbers ............................................ 3.54
 Overview .......................................................................................................3.54
 CLI Calling Party Identifier ................................................................. 3.59
 Overview .......................................................................................................3.59
 Busy Greeting on Voice Mailbox ..................................................... 3.60
 Overview .......................................................................................................3.60
 Configuration procedure ...............................................................................3.61
 Completion of Calls to Busy Subscriber ...................................... 3.62
 Overview .......................................................................................................3.62
 Configuration procedure ...............................................................................3.63
 Operation ......................................................................................................3.63
 Fax Call Routing .................................................................................... 3.64
 Overview .......................................................................................................3.64
 Configuration procedure ...............................................................................3.65
 Operation ......................................................................................................3.67
 Busy Tone Detection ............................................................................ 3.68
  Overview .......................................................................................................3.68
  Configuration procedure ...............................................................................3.68
 Making/Answering a Call .................................................................... 3.68
  Overview .......................................................................................................3.69
  Configuration procedure ...............................................................................3.72
  Operation ......................................................................................................3.74
 Universal Directory Access (UDA) .................................................. 3.76
  Overview .......................................................................................................3.76

               0-5

    

  Configuration procedure ...............................................................................3.79

 Camp-on Busy Station or Group ..................................................... 3.80
  Overview .......................................................................................................3.80
  Configuration procedure ...............................................................................3.82
  Operation ......................................................................................................3.82
 Answering Camped-on Calls ............................................................ 3.83
  Overview .......................................................................................................3.83
  Configuration procedure ...............................................................................3.84
  Operation ......................................................................................................3.84
 Three Party Calls ................................................................................... 3.85
 Overview .......................................................................................................3.85
 Configuration procedure ...............................................................................3.87
 Operation ......................................................................................................3.88
 Intercom Intrusion ................................................................................ 3.90
 Overview .......................................................................................................3.90
 Configuration procedure ...............................................................................3.90
 Operation ......................................................................................................3.90
 Call Forwarding ...................................................................................... 3.91
 Overview .......................................................................................................3.91
 Configuration procedure ...............................................................................3.94
 Operation ......................................................................................................3.94
 Automatic Call Back on Busy Trunk Group ................................ 3.96
 Overview .......................................................................................................3.96
 Configuration procedure ...............................................................................3.96
 Operation ......................................................................................................3.97
 Transmission of DTMF Codes .......................................................... 3.97
 Overview .......................................................................................................3.98
 Configuration procedure ...............................................................................3.99
 Operation .................................................................................................... 3.100
 Call Pick-Up ........................................................................................... 3.100
  Overview ..................................................................................................... 3.100
  Configuration procedure ............................................................................. 3.101
  Operation .................................................................................................... 3.101
 Call Parking/Parked Call Retrieval ................................................ 3.102
  Overview ..................................................................................................... 3.102

0-6               

     

  Configuration procedure ............................................................................. 3.102

  Operation .................................................................................................... 3.102
 Paging ..................................................................................................... 3.103
  Overview ..................................................................................................... 3.103
  Configuration procedure ............................................................................. 3.103
  Operation .................................................................................................... 3.104
 Main PCX Recall .................................................................................. 3.105
  Overview ..................................................................................................... 3.105
  Configuration procedure ............................................................................. 3.105
  Operation .................................................................................................... 3.106
 Text Mail/Delayed Callback Request ............................................ 3.106
  Overview ..................................................................................................... 3.106
  Configuration procedure ............................................................................. 3.109
  Operation .................................................................................................... 3.109
 ISDN Services ....................................................................................... 3.110
 Overview ..................................................................................................... 3.110
 Configuration procedure ............................................................................. 3.111
 Operation .................................................................................................... 3.111
 ISDN Services With Keypad Facility ............................................. 3.112
 Overview ..................................................................................................... 3.112
 Configuration procedure ............................................................................. 3.112
 Operation .................................................................................................... 3.113
 Station Comfort Features ................................................................. 3.114
 Overview ..................................................................................................... 3.114
 Configuration procedure ............................................................................. 3.114
 Operation .................................................................................................... 3.115
 Specific Operator Station Services ............................................... 3.116
 Overview ..................................................................................................... 3.117
 Configuration procedure ............................................................................. 3.118
 Operation .................................................................................................... 3.118
 Specific Features of SO Stations .................................................. 3.119
 Overview ..................................................................................................... 3.119
 Configuration procedure ............................................................................. 3.120
 Operation .................................................................................................... 3.120
 Priority Calls ......................................................................................... 3.121

               0-7

    

  Overview ..................................................................................................... 3.121

  Configuration procedure ............................................................................. 3.122
  Operation .................................................................................................... 3.123
 Multi-sets ................................................................................................ 3.123
  Overview ..................................................................................................... 3.123
  Configuration procedure ............................................................................. 3.124
  Operation .................................................................................................... 3.125
 Manager/Assistant Screening ......................................................... 3.131
  Overview ..................................................................................................... 3.131
  Configuration procedure ............................................................................. 3.132
  Operation .................................................................................................... 3.133
 Groupware ............................................................................................. 3.134
  Overview ..................................................................................................... 3.134
  Configuration procedure ............................................................................. 3.134
  Operation .................................................................................................... 3.135
 Forwarding to Voice Mail Unit ........................................................ 3.136
  Overview ..................................................................................................... 3.136
  Configuration procedure ............................................................................. 3.137
  Operation .................................................................................................... 3.137
  Transferring to Voice Mail of Third Party ................................... 3.138
  Overview ..................................................................................................... 3.138
  Operation .................................................................................................... 3.139
  Configuration procedure ............................................................................. 3.142
  SMS Transparency .............................................................................. 3.143
  Overview ..................................................................................................... 3.143
  Configuration procedure ............................................................................. 3.146
  Remote Forwarding ............................................................................ 3.148
  Overview ..................................................................................................... 3.148
  Configuration procedure ............................................................................. 3.149
  Operation .................................................................................................... 3.149
  External Forwarding ........................................................................... 3.150
  Overview ..................................................................................................... 3.150
  Configuration procedure ............................................................................. 3.151
  Operation .................................................................................................... 3.152
  PCX Diversion ...................................................................................... 3.153

0-8               

     

  Overview ..................................................................................................... 3.153

  Configuration procedure ............................................................................. 3.154
  Operation .................................................................................................... 3.155
 Background Music .............................................................................. 3.155
  Overview ..................................................................................................... 3.155
 Headset Features ................................................................................ 3.156
  Overview ..................................................................................................... 3.156
  Configuration procedure ............................................................................. 3.156
  Operation .................................................................................................... 3.157
 Appointment Reminder/Wake Up Call ......................................... 3.157
  Overview ..................................................................................................... 3.157
  Configuration procedure ............................................................................. 3.158
  Operation .................................................................................................... 3.159
  Call Monitoring ..................................................................................... 3.159
  Overview ..................................................................................................... 3.159
  Configuration procedure ............................................................................. 3.160
  Operation .................................................................................................... 3.160
  Customizing Stations ........................................................................ 3.161
  Detailed description .................................................................................... 3.162
  Teamwork ............................................................................................... 3.166
  Overview ..................................................................................................... 3.166
  Configuration procedure ............................................................................. 3.167
  Account Code/Substitution ............................................................. 3.167
  Overview ..................................................................................................... 3.167
  Configuration procedure ............................................................................. 3.168
  Operation .................................................................................................... 3.169
  Allocation of a Trunk Line ................................................................ 3.170
  Overview ..................................................................................................... 3.170
  Configuration procedure ............................................................................. 3.171
  Operation .................................................................................................... 3.171
  Meter Total Recall ............................................................................... 3.172
  Overview ..................................................................................................... 3.172
  Configuration procedure ............................................................................. 3.172
  Operation .................................................................................................... 3.173
  Remote Substitution .......................................................................... 3.174

               0-9

    

  Overview ..................................................................................................... 3.174

  Configuration procedure ............................................................................. 3.175
  Operation .................................................................................................... 3.176
 Fax Notification .................................................................................... 3.178
  Overview ..................................................................................................... 3.178
  Configuration procedure ............................................................................. 3.178
  Operation .................................................................................................... 3.178
 Called Party Control ........................................................................... 3.179
  Overview ..................................................................................................... 3.179
  Configuration procedure ............................................................................. 3.180
  Operation .................................................................................................... 3.180
 Outgoing Call Duration Control ..................................................... 3.182
  Overview ..................................................................................................... 3.182
  Detailed description .................................................................................... 3.183
  Configuration procedure ............................................................................. 3.186
  Nomadic Mode ..................................................................................... 3.187
  Overview ..................................................................................................... 3.187
  Configuration procedure ............................................................................. 3.188
  E-mail Notification .............................................................................. 3.190
  Configuration procedure ............................................................................. 3.190
  External Applications ........................................................................ 3.192
  Overview ..................................................................................................... 3.192
  Configuration procedure ............................................................................. 3.192
  List of Services Provided ................................................................. 3.194
  Services provided ....................................................................................... 3.194

Chapter 4
Voice Mail

 General Presentation ............................................................................ 4.1

 Overview ........................................................................................................ 4.1
 Services provided .......................................................................................... 4.2
 Characteristics ............................................................................................... 4.3

0-10               

     

 Limits ............................................................................................................. 4.5

 Configuration examples ................................................................................. 4.6
 System Operation .................................................................................. 4.6
 Accessing VMU/the attendant ....................................................................... 4.7
 Automated attendant ..................................................................................... 4.8
 Audio Text ....................................................................................................4.13
 Managing Mailboxes .....................................................................................4.16
 Managing the General Mailbox .....................................................................4.19
 Distribution list ..............................................................................................4.21
 Statistics .......................................................................................................4.21
 Hotel features ...............................................................................................4.23
 User Services .......................................................................................... 4.24
 Users interfaces ............................................................................................4.24
 Initializing mailboxes .....................................................................................4.25
 Consulting a mailbox ....................................................................................4.26
 Playing back messages ................................................................................4.28
 Sending messages .......................................................................................4.28
 Sending copies of messages ........................................................................4.29
 Filtering mails ...............................................................................................4.29
 Remote notification .......................................................................................4.30
 Recording a conversation .............................................................................4.31
 Playing back recorded conversations ...........................................................4.32
 Personal assistant ........................................................................................4.32
 Customisation ...............................................................................................4.34
 Remote configuration ...................................................................................4.38
 Visual Mail Box Interface .................................................................... 4.46
 Overview .......................................................................................................4.46
 Services provided .........................................................................................4.47
 Managing the terminal ..................................................................................4.48
 External Voice Mail Unit ...................................................................... 4.48
  Overview .......................................................................................................4.48
  Operation ......................................................................................................4.49
  Configuration procedure ...............................................................................4.50

               0-11

    

Chapter 5
Mobility

 DECT ........................................................................................................... 5.1

 DECT Overview ............................................................................................. 5.1
 PWT Overview ..............................................................................................5.40
 IP-DECT Overview .......................................................................................5.43
 500 DECT Handset ......................................................................................5.52
 8232 DECT Handset ....................................................................................5.55
 Mobile Reflexes Handset ..............................................................................5.57
 Reflexes DECT Sets .....................................................................................5.63
 DECT Traffic Counters .................................................................................5.65
 DECT Traffic .................................................................................................5.67
 Geolocation and Notification Management ...................................................5.71
 Advanced Cellular Extension ........................................................... 5.80
 Overview .......................................................................................................5.80
 Configuration procedure ...............................................................................5.82
 My IC Mobile for iPhone ...................................................................... 5.86
 Overview .......................................................................................................5.86
 Architecture ..................................................................................................5.87
 Detailed description ......................................................................................5.89
 Configuration procedure ...............................................................................5.93
 Operation ......................................................................................................5.94
 My IC Mobile for Android .................................................................... 5.95
 Overview .......................................................................................................5.95
 Architecture ..................................................................................................5.96
 Detailed description ......................................................................................5.98
 Configuration procedure ............................................................................. 5.103
 Operation .................................................................................................... 5.106
 Mobility Deployment .......................................................................... 5.108
  Overview ..................................................................................................... 5.108

0-12               

     

Chapter 6
VoIP Services

 General Presentation ............................................................................ 6.1

 Services ......................................................................................................... 6.1
 IP Telephony ............................................................................................ 6.3
 Overview ........................................................................................................ 6.3
 Home Worker ................................................................................................ 6.4
 Remote Worker ............................................................................................. 6.5
 Configuring from an External DHCP .............................................................. 6.5
 Configuring PIMphony IP ............................................................................... 6.6
 H.323 Gateway ......................................................................................... 6.8
 H.323 Gateway Services ............................................................................... 6.8
 Service H.450 ...............................................................................................6.10
 Topologies ....................................................................................................6.11
 Configuring H.323 Gateway .........................................................................6.13
 Configuring a Remote H.323 Gateway .........................................................6.14
 SIP ............................................................................................................... 6.25
 Overview .......................................................................................................6.25
 Public SIP Trunking ......................................................................................6.34
 Private SIP Trunking .....................................................................................6.86
 Installation ............................................................................................... 6.97
  Overview .......................................................................................................6.98
 VLAN .......................................................................................................... 6.98
  Overview .......................................................................................................6.98
  Topologies ....................................................................................................6.99
  Configuring VLAN ....................................................................................... 6.100
 Dimensioning ........................................................................................ 6.106
  Detailed description .................................................................................... 6.106
  Configuration examples .............................................................................. 6.111
  Limits .......................................................................................................... 6.113
 Maintenance .......................................................................................... 6.114

               0-13

    

  IP Telephony .............................................................................................. 6.114

  Service Alarm Messages ............................................................................ 6.114
  Service Traffic Counters ............................................................................. 6.115

Chapter 7
Private Networks

 General Presentation ............................................................................ 7.1

 Overview ........................................................................................................ 7.1
 Services provided .......................................................................................... 7.5
 Principles of ARS Mechanisms ........................................................ 7.16
 Mechanisms .................................................................................................7.16
 Parameters ...................................................................................................7.17
 Principles ......................................................................................................7.24
 Internal Destinations .....................................................................................7.26
 Selecting a Destination .................................................................................7.27
 Rerouting on Operator Busy .........................................................................7.28
 Configuration examples ................................................................................7.29
 Metering - ISVPN+ ................................................................................. 7.35
 Detailed description ......................................................................................7.36
 Clock Synchronization ........................................................................ 7.38
 Overview .......................................................................................................7.38
 Restrictions ...................................................................................................7.41
 Basic Accesses Configuration ......................................................... 7.42
  Detailed description ......................................................................................7.42
 Interoperability with Extended Communication Server .......... 7.44
  Overview .......................................................................................................7.44
  SIP features on Virtual Desktop ...................................................................7.46
  Configuring the PBX .....................................................................................7.48
  Configuring the Extended Communication Server .......................................7.54

0-14               

     

Chapter 8
General Applications

 PIMphony .................................................................................................. 8.1

 Overview ........................................................................................................ 8.1
 Documentation .............................................................................................. 8.1
 Additional Information .................................................................................... 8.1
 Hotel ............................................................................................................ 8.3
 General Presentation ..................................................................................... 8.3
 Configuration ................................................................................................. 8.7
 Hotel Reception Set Features ........................................................... 8.18
 Check-in .......................................................................................................8.18
 Room ............................................................................................................8.19
 Check-out .....................................................................................................8.24
 Room Status .................................................................................................8.25
 Room Service ...............................................................................................8.28
 Call Metering ........................................................................................... 8.28
 Overview .......................................................................................................8.28
 External connections ....................................................................................8.29
 Principles ......................................................................................................8.30
 Duration and Cost .........................................................................................8.31
 Cost of ISDN Services ..................................................................................8.32
 Complementary Services .............................................................................8.33
 Bearer Services ............................................................................................8.35
 Information Displayed on Sets ......................................................................8.35
 Metering Counters ........................................................................................8.36
 Managing Metering Tickets and Statements ................................................8.38
 Using the Euros ............................................................................................8.48
 Metering on IP ..............................................................................................8.49
 Appendix .......................................................................................................8.51
 Local Call Metering ............................................................................... 8.55
  Overview .......................................................................................................8.55

               0-15

    

  Operation ......................................................................................................8.55
 CTI ............................................................................................................... 8.61
  Overview .......................................................................................................8.61
  CSTA Services .............................................................................................8.64
  CSTA Link ....................................................................................................8.69
  TAPI ..............................................................................................................8.70
  Virtual Terminals ...........................................................................................8.72
 Doorphones ............................................................................................. 8.73
  Overview .......................................................................................................8.73
  Using a Telemini Doorphone ........................................................................8.74
  Using a NPTT Doorphone ............................................................................8.77
  Using a Link Slim IP Doorphone ...................................................................8.79
 Network Management Center ............................................................ 8.80
  Detailed description ......................................................................................8.80
 Point to Point/Point to Multipoint T0 .............................................. 8.83
  Detailed description ......................................................................................8.83
 Permanent Logical Link ...................................................................... 8.86
 Detailed description ......................................................................................8.86
 Multiple Automated Attendant .......................................................... 8.88
 Overview .......................................................................................................8.88
 Activation/Use ...............................................................................................8.89
 Multiple Entities ..................................................................................... 8.90
 Overview .......................................................................................................8.90
 Configuration procedure ...............................................................................8.92
 My Instant Communicator (My IC) Social Networks ................. 8.93
 Detailed description ......................................................................................8.94

Chapter 9
Web-Based Tool

 Overview .................................................................................................... 9.1

 Services Provided .......................................................................................... 9.1
 Architecture ................................................................................................... 9.4

0-16               

     

 Description ..................................................................................................... 9.4

 Interactions from the Traces and Debug page .............................................9.11
 VoIP Information ...........................................................................................9.21
 Maintenance Procedures ..............................................................................9.26

Chapter 10
OmniTouch Call Center Office

 General Presentation ........................................................................... 10.1

 Overview .......................................................................................................10.1
 Services provided .........................................................................................10.3
 Architecture ..................................................................................................10.4
 Installation and Startup ....................................................................... 10.8
 Overview .......................................................................................................10.8
 ACD Setup .................................................................................................. 10.11
 ACD troubleshooting .................................................................................. 10.17
 ACD-SCR Services .............................................................................. 10.18
 Overview ..................................................................................................... 10.18
 General Parameters ................................................................................... 10.19
 Agent Parameters ....................................................................................... 10.33
 Smart Call Routing (SCR) .......................................................................... 10.36
 Announcements .................................................................................. 10.44
 Overview ..................................................................................................... 10.44
 Operation .................................................................................................... 10.45
 Agent Application ............................................................................... 10.48
 Statistics Application ......................................................................... 10.48
 Supervisor Application ..................................................................... 10.48
 Traceability ............................................................................................ 10.49
  Overview ..................................................................................................... 10.49

               0-17

    

Chapter 11
Management Tools

 OMC ............................................................................................................ 11.1

 Overview .......................................................................................................11.1
 Installation procedure ...................................................................................11.1
 Accessing the System ..................................................................................11.2
 Downloading the Software ............................................................................11.9
 Download and Swap ................................................................................... 11.11
 Importing/Exporting Files ............................................................................ 11.13
 Services provided ....................................................................................... 11.14
 Managing Voice Prompts ........................................................................... 11.18
 MMC Station .......................................................................................... 11.24
 Accessing MMC .......................................................................................... 11.24
 Configuring Stations ................................................................................... 11.28
 Metering Counters ...................................................................................... 11.42
 General Commands ................................................................................... 11.44
 Collective Speed Dial Numbers .................................................................. 11.50
 Time Ranges .............................................................................................. 11.51
 Analog Lines and Digital Accesses ............................................................ 11.51
 Trunk Groups .............................................................................................. 11.55
 Groups ........................................................................................................ 11.56
 System Reset ............................................................................................. 11.58
 Terminal Profiles ......................................................................................... 11.59
 Metering Configuration ............................................................................... 11.63
 Barring Prefixes .......................................................................................... 11.68
 Parameter Duplication ................................................................................ 11.68
 Welcome and Please-Wait Message .......................................................... 11.69
 Numbering Plans ........................................................................................ 11.70
 Splitting and End of Dialing ........................................................................ 11.73
 Pre-announcement Messages .................................................................... 11.74
 DECT .......................................................................................................... 11.75

0-18               

     

 Configuration Backup and Restoration ....................................................... 11.78

 Moving of 2 Stations ................................................................................... 11.79
 DISA ........................................................................................................... 11.79
 ARS Calendar ............................................................................................. 11.80
 Multi Reflexes ............................................................................................. 11.82
 Integrated Voice Server .............................................................................. 11.83

Chapter 12
Maintenance Services

 Problem-Solving Methodology ......................................................... 12.1

 Maintenance .................................................................................................12.1
 Board Management .............................................................................. 12.3
 Maintenance .................................................................................................12.3
 Replacing / Relocating Sets .............................................................. 12.6
 Maintenance .................................................................................................12.6
 Data Saving ........................................................................................... 12.10
 Maintenance ............................................................................................... 12.10
 System Messages ............................................................................... 12.11
  Maintenance ............................................................................................... 12.11
 Data Restorations ............................................................................... 12.38
  Maintenance ............................................................................................... 12.38
 Start and Stop of a System .............................................................. 12.39
  Maintenance ............................................................................................... 12.39
 Minimum Service after a Hard Disk Crash ................................. 12.44
  Maintenance ............................................................................................... 12.44

Chapter 13
Security

               0-19

    

 Certificate Management ...................................................................... 13.1

 Overview .......................................................................................................13.1
 Access Control ....................................................................................... 13.4
 Configuration procedure ...............................................................................13.4

Chapter 14
System Services

 Glossary ................................................................................................... 14.1

 Glossary .......................................................................................................14.1
 Software Keys ...................................................................................... 14.10
 Services provided ....................................................................................... 14.10
 Detailed description .................................................................................... 14.12
 Network Time Protocol ...................................................................... 14.18
 Overview ..................................................................................................... 14.18
 NTP and OmniPCX Office .......................................................................... 14.20
 Architecture ................................................................................................ 14.20
 Description .................................................................................................. 14.21
 Topologies and synchronization ................................................................. 14.22
 Configuration .............................................................................................. 14.23
 Operator session ........................................................................................ 14.24

0-20               

  

     

1.1 Clauses

1.1.1 CLAUSES

Copyright and Trademarks

Datalight is a registered trademark of Datalight, Inc.
FlashFXtm is a trademark of Datalight, Inc.
Copyright 1993 - 2000 Datalight, Inc., All Rights Reserved.

1.2 Main Features

1.2.1 Main Features

Alcatel-Lucent OmniPCX Office Communication Server is a "business communication server",
offering proven telephony features with data management. This "multi-purpose" server
provides a turnkey global communication solution for small and medium-scale businesses with
6 to 200 employees.
1.2.1.1 Voice
- Advanced telephony
- Voice mail unit
- Automated Attendant
- Integrated CTI server
- Voice over IP
- Mobility (DECT technology or VoWLAN technology)
- PIMphony (telephony application for PC)
- Multiple Automated Attendant
- ACD
1.2.1.2 Data
- LAN switch
- DHCP
- VPN

1.2.2 Installation Summary

___change-begin___
               1-1
Chapter 1 ! "#   

___change-end___
1.2.3 Hardware Description
In order to cover the entire SME/SMI market segment (6 to 200 users), Alcatel-Lucent
OmniPCX Office Communication Server is available in:

1-2               

 ! "#   

- Three 19" platforms which can be mounted in a rack or placed on a shelf:

• The Alcatel-Lucent OmniPCX Office Rich Communication Edition Small platform (also
referred to as OmniPCX Office RCE Small)
• The Alcatel-Lucent OmniPCX Office Rich Communication Edition Medium platform
(also referred to as OmniPCX Office RCE Medium)
• The Alcatel-Lucent OmniPCX Office Rich Communication Edition Large platform (also
referred to as OmniPCX Office RCE Large)
- One platform which is fixed either directly to the wall, or to a wall support (US version): the
Alcatel-Lucent OmniPCX Office Rich Communication Edition Compact platform (also
referred to as OmniPCX Office RCE Compact)
1.2.3.1 OmniPCX Office RCE Small

- 28 ports
- 1 CPU slot + 2 general-purpose slots (no SLI16 board)
- Power consumption: 1 A (230 V) / 2 A (110 V) - 80 W.
- Dimensions: H = 66 mm (2.6 inches); W = 442 mm (17,4 inches); D = 400 mm (15.76
inches).
- Weight: 6 kg.
1.2.3.2 OmniPCX Office RCE Medium

- 56 ports
- 1 CPU slot + 5 general-purpose slots
- Power consumption: 1.2 A (230 V) / 2.3 A (110 V) - 120 W.
- Dimensions: H = 110 mm (4.3 inches); W = 442 mm (17.4 inches); D = 400 mm (15.76
inches).
- Weight: 11 kg.
1.2.3.3 OmniPCX Office RCE Large

               1-3

Chapter 1 ! "#   

- 96 ports
- 1 CPU slot + 4 general-purpose slots + 4 specific slots (no UAI16 and MIX boards)
- Power consumption: 1.2 A (230 V) / 2.3 A (110 V) -150 W.
- Dimensions: H = 154 mm (6.1 inches); W = 442 mm (17.4 inches); D = 400 mm (15.76
inches).
- Weight: 13 kg.
Maximum capacity:
The system can be extended by adding one or two platforms to the main platform. All
combinations are possible, with a maximum of 3 platforms. The maximum capacity is 236
stations.

1-4               

 ! "#   

1.2.3.4 OmniPCX Office RCE Compact

- 12 ports.
- 1 CPU slot + 1 MIX slot
- Power consumption: 1.5 A (240 V)
- Dimensions: H = 345 mm; W = 370 mm; D = 65 mm.
- Weight: 5.1 kg.
The following mixed boards are available:
- MIX 244
- MIX 284
- MIX 248
- MIX 448
- MIX 484
- AMIX 444-1
- AMIX 484-1
- AMIX 448-1
The Mini-MIX daughter board, which is plugged on a PowerCPU board for call handling,
provides 2 Z accesses and 2 T0 accesses.
Note:
The Mini-MIX daughter board requires BACKXS-N back panel and PSXS-N power supply module. The
Mini-MIX daughter board can be used only in an OmniPCX Office RCE Compact or, in case of migration
from R7.1 or lower, in a Compact Edition 2nd Generation, equipped with a PowerCPU board.
The PowerCPU board shows a Mini-MIX led. This LED is steady when the Mini-MIX daughter
board is detected on the PowerCPU board.

1.2.4 Subsets Compatibility

               1-5

Chapter 1 ! "#   

For detailed information, refer to the Technical Communication on this issue.

1.3 Boards and Options

The following table lists the boards available on OmniPCX Office RCE Small, Medium, Large.
Board Function Optional boards Connections
APA2 2, 4 or 8 analog trunk line GSCLI: Ground Start Analog trunk line (TL),
APA4 interfaces signaling TL-PS diversion
APA8 CLIDSP: CLIP local
management
ATA2 2 or 4 analog trunk line MET: pulse meter Analog trunk line (TL),
ATA4 interfaces receivers (phased out) TL-PS diversion
BRA2 2, 4 or 8 T0 basic accesses ISDN network
BRA4 ISDN-EFM T0/S0
BRA8 forwarding box
PowerCPU Processing Unit (As of R8.0), HSL1, HSL2: Lanswitch or Ethernet
SD/MMC Memory card (2GB), interconnection with terminal
256 MB DDR2 SDRAM. expansion modules Please-wait message player
Optional Hard Drive AFU-1: (Auxiliary Tuner for background music
Function Unit) Alarm
ARMADA VoIP32: VoIP Doorphone
channels Loudspeaker
General call ringer
ISDN-EFM T0/S0
forwarding box
Pulse metering device
OMC
DDI2 2 or 4 analog trunk line Analog trunk line with
DDI4 interfaces with Multiple Multiple Subscriber
Subscriber Numbers (MSN) Numbers (MSN)
LanX8 8 or 16 port Ethernet 10/100 BT @ Phones, Hub, Lanswitch,
LanX16 (of which 1 or 2 10/100/1000 BT PC, etc.
LANX16-1 ports on LANX-2 boards)
LanX8-2
LANX16-2
PowerMEX Extension module controller
(equipped with
an HSL1 board)
MIX244 0, 2 or 4 T0 basic accesses + 4 ISDN network, analog Z
MIX248 or 8 UA interfaces + 4 or 8 Z terminals and Alcatel-Lucent
MIX284 interfaces 9 series or Alcatel Reflexes
MIX484 stations
MIX448
MIX044
MIX084
MIX048

1-6               

 ! "#   

Board Function Optional boards Connections

AMIX484-1 4 analog line accesses, 4 or 8 GSCLI: Ground Start PSTN network, analog Z
AMIX448–1 UA interfaces and 4 or 8 Z signaling terminals and Alcatel-Lucent
AMIX444–1 interfaces CLIDSP: local CLIP 9 series or Alcatel Reflexes
management stations
METCLI
PRA-T2 PRA -T2, DASS2, DLT2: 30 x PRA-T2: ISDN network
PRA-T1 64-Kpbs B-channels + 1 x DASS2: UK public/private
DASS2 64-Kbps D-channel; 2048 Kbps. network
DLT2 PRA-T1: 23 x 64-Kbps DLT2: Private QSIG
T1-CAS B-channels + 1 x 64-Kbps network
T1-CSS D-channel; 1544 Kbps PRA-T1: Hong-Kong ISDN
PCM R2 23 x 64-Kbps B-channels + 1 x network
64-Kbps D-channel ISDN (US) T1-CAS: USA
T1-CAS: 24 x B-channels, public network
including signaling; 1544 Kbps. PCM R2: Public network
PCM R2: 30 x 64 Kbps
B-channels +1 x 4 Kbps
signaling channel; 2048 Kbps.
SLI4 4, 8 or 16 Z interfaces Analog Z terminals
SLI8
SLI16
SLI4-1
SLI8-1
SLI16-1
SLI4-2
SLI8-2
SLI16-2
UAI4 4, 8 or 16 UA interfaces Alcatel-Lucent 9 series or
UAI8 UAI16-1 board: possibility of Alcatel Reflexes stations
UAI16 powering terminals connected to Multi Reflexes 4099
UAI16-1 the 16 interfaces remotely from 4070 IO/EO DECT base
an external EPS48 power supply stations
EPS48 only on interface 1
of the UAI16-1 board

1.4 Capacity and Limits

1.4.1 Capacities and limits

The following table gives the capacities provided by the various Alcatel-Lucent OmniPCX
Office Communication Server solutions.

               1-7

Chapter 1 ! "#   

Type of module OmniPCX OmniPCX OmniPCX OmniPCX Max. OmniPCX

Office RCE Office RCE Office Office RCE limits: up Office
Small Medium RCE Large Large + to 3 RCE
extension platforms Compact
OmniPCX
Office RCE
Large
System
Total number of slots 3 6 9 18 27 2
(with PowerCPU and
PowerMEX boards)
Available slots 2 5 8 16 24 1
Total number of main
1
CPU boards
Total number of 1 3 4 8 12 1
UAI16-1 boards
Total number of SLI16 0 2 5 10 12 0
boards
Total number of 2 5 4 8 12 1 (mixed)
UAI16-1 + MIX boards
ARMADA VoIP32 1 1 1 1 1 1
daughter board
Mini-MIX daughter 0 1
board
Hard disk 1 1 (with
UPS)
Hard disk capacity 20 GB minimum 20 GB
minimum
(with
battery
supplied
external
power)
Communication ports
Digital ports 24 56 96 192 200 16
Z ports 16 32 80 160 196 10
Voice ports (digital + Z) 28 56 96 192 200 14
Multi Reflexes 4099 6 6 6 12 18 4
Hubs
LAN-Switch boards 2 4 8 12 12 1 LANX16
(LANX-1 and LANX-2)
Available LAN switch 28 56 112 168 168 1
Ethernet ports
Analog NDDI trunks 8 16 32 64 72 4
Analog DDI trunks 0 16 32 64 72 0

1-8               

 ! "#   

Type of module OmniPCX OmniPCX OmniPCX OmniPCX Max. OmniPCX

Office RCE Office RCE Office Office RCE limits: up Office
Small Medium RCE Large Large + to 3 RCE
extension platforms Compact
OmniPCX
Office RCE
Large
Primary T1 + T2 + 1 3 3 6 9 1
DLT2 access
Basic T0 + DLTO 8 10 8
access
ISDN access (T0 + T2 10 8
+ T1 + DLTO + DLT2)
T1 CAS access (US 1 3 3 5 5 1
only)
PCM R2 boards 1 1 1 2 3 0
VoIP channels1 16 without ARMADA VoIP32 daughter board
48 with ARMADA VoIP32 daughter board
IP trunks 16 without ARMADA VoIP32 daughter board
48 with ARMADA VoIP32 daughter board
Total trunk lines and B 34 90 120 120 120 16
channels (LR, SDA, T1,
T2, T0, IP)
Terminals + Work stations
2
Directory numbers 250
3
Digital terminals + 28 56 96 192 236 20
simple terminals (Z)
Digital terminals 3 24 56 96 192 236 16
Analog terminals (Z) 16 32 80 160 196 8
4
Mobile terminals 120
DECT handsets (with 50
IP DECT)
DECT handsets (with 200
IBS)
IP subscribers 200
(Alcatel-Lucent 8 series
+ PIMphony IP) +
8002/8012 Deskphone
+ 8082 My IC Phone +
4135 IP Conference
Phone + generic SIP
phones + DECT
handsets (with IP
DECT) + WLAN
handsets

               1-9

Chapter 1 ! "#   

Type of module OmniPCX OmniPCX OmniPCX OmniPCX Max. OmniPCX

Office RCE Office RCE Office Office RCE limits: up Office
Small Medium RCE Large Large + to 3 RCE
extension platforms Compact
OmniPCX
Office RCE
Large
Generic Basic SIP 200
Phones
8002/8012 Deskphone 120
8082 My IC Phone 20
Generic Open SIP 120
Phones
SIP Phones which 120
provide more than one
call in conversation
(8082 My IC Phone +
4135 IP Conference
Phone + 8002/8012
Deskphones + Generic
Open SIP Phones +
IP-DECT handsets)
4135 IP Conference 3
Phone + Generic Open
SIP Phones with right
to act as conference
bridge
4135 IP Conference 3
Phone
Generic Open SIP 3
Phones with right to act
as conference bridge
Virtual terminals 250
IP PIMphony media 200
H.323 PC client 55 120 150 55
PIMphony clients with 200 200
integrated CTI server
TAPI 2.0 75 75
server-session
TAPI 2.0 75 150
server-monitoring
PIMphony Unified 75
TAPI 2.1 25
server-session
TAPI 2.1 236
server-monitoring

1-10               

 ! "#   

Type of module OmniPCX OmniPCX OmniPCX OmniPCX Max. OmniPCX

Office RCE Office RCE Office Office RCE limits: up Office
Small Medium RCE Large Large + to 3 RCE
extension platforms Compact
OmniPCX
Office RCE
Large
CSTA server-session 25
CSTA 236
server-monitoring
Digital terminal options
Add-on modules (max. 10 40 60 120 136 8
3/port)
S0, Z and V24 12 24 42 48 48 4
interfaces
V24 metering interface 1
DECT bases (full wireless configurations)
Remotely supplied, 4 4 4 8 12 3
splitterless DECT
bases
Remotely supplied 16 48 60 60 60 16
DECT bases with
splitter
Remotely supplied 20 52 60 60 60 16
DECT bases with and
without splitter
Remotely supplied 23 55 60 60 60 NA
DECT bases (remotely
supplied + local supply)
IP DECT bases 16
Call server
Voice mail ports 8
Voice mail storage 30 hours with 2 GB SD card
capacity 200 hours with optional Hard disk
Simultaneous call 3
recordings
Preannouncement from 4 to 20
Languages 4
Directory entries 5000 (including collective speed dial numbers)
Collective speed dial 2200
numbers
System on-hold music 16 seconds
Customizable on-hold up to 10 minutes with/without Hard disk
music

               1-11

Chapter 1 ! "#   

Type of module OmniPCX OmniPCX OmniPCX OmniPCX Max. OmniPCX

Office RCE Office RCE Office Office RCE limits: up Office
Small Medium RCE Large Large + to 3 RCE
extension platforms Compact
OmniPCX
Office RCE
Large
Multiple EDN per S0 98
Entries in ARS table 3000
Account codes 250
Metering tickets up to 1000 tickets
NMC tickets up to 30,000 records
Groups (hunting + 50 with maximum of 32 users per group
broadcasts + pick-ups)
Attendant groups 8 with maximum of 8 operator stations per group
Conference 3 simultaneously
Meet Me Conference 6 party conference, limit = 1
Call Center
Agents declared 32
Agents active 32
Groups of agents 8
Assistant agent 32
Supervisor 8

1.4.1.1 Boards implementation

1.4.1.1.1 OmniPCX Office RCE Small

1
The VoIP channels are used for IP trunks and for subscribers. The number of VoIP channels
available for subscribers corresponds to the difference between the number of VoIP channels
available in the system and the number of IP trunks.
2
Subscriber numbers include all terminals and virtual users, 10 auxiliary ports (VMU, Remote
access), main operator terminal number.
3
Numbers indicated include digital terminals connected to Multi Reflexes 4099 Hubs.
4
Make sure that radio base dimensioning is adapted to mobile sets number.

1-12               

 ! "#   

BOARDS SLOTS 1-2 CPU SLOT

PowerCPU No Mandatory
MIX x/y/z Yes No
AMIX-1 x/y/z Yes No
UAI4, UAI8, UAI16, UAI16-1 Yes No
SLI4, SLI8 Yes No
SLI4-1, SLI8-1
SLI4-2, SLI8-2
SLI16, SLI16-1, SLI16-2 No No
PRA-T2, PRA-T1, DASS2, DLT2, T1-CAS, PCM R2 Yes No
APA4, APA8 Yes No
DDI2, DDI4 No No
BRA2, BRA4, BRA8 Yes No
LANX8, LANX16, LANX16-1, LANX8-2, LANX16-2 Yes No

1.4.1.1.2 OmniPCX Office RCE Medium

BOARDS SLOTS 1-2-3-4-5 CPU SLOT

PowerCPU No Mandatory
MIX x/y/z Yes No
AMIX-1 x/y/z Yes No
UAI4, UAI8, UAI16, UAI16-1 Yes No
SLI4, SLI8, SLI16 Yes No
SLI4-1, SLI8-1, SLI16-1
SLI4-2, SLI8-2, SLI16-2
PRA-T2, PRA-T1, DASS2, DLT2, T1-CAS, PCM Yes No
R2
APA4, APA8 Yes No
DDI2, DDI4 Yes No
BRA2, BRA4, BRA8 Yes No
LANX8, LANX16, LANX16-1, LANX8-2, LANX16-2 Yes No

               1-13

Chapter 1 ! "#   

1.4.1.1.3 OmniPCX Office RCE Large

BOARDS SLOT 1 SLOTS 2-3-4 SLOTS 5-6-7-8 CPU SLOT

PowerCPU No No No Mandatory
MIX x/y/z Yes Yes No No
AMIX-1 x/y/z Yes Yes No No
UAI4, UAI8 Yes Yes Yes No
UAI16, UAI16-1 Yes Yes No No
SLI4, SLI8, SLI16 Yes Yes Yes No
SLI4-1, SLI8-1, SLI16-1
SLI4-2, SLI8-2, SLI16-2
PRA-T2, PRA-T1, DASS2, Yes Yes Yes No
DLT2, T1-CAS, PCM R2
APA4 Yes Yes Yes No
APA8 Yes No Yes No
DDI2, DDI4 Yes Yes Yes No
BRA2, BRA4, BRA8 Yes Yes Yes No
LANX8, LANX16, Yes Yes Yes No
LANX16-1, LANX8-2,
LANX16-2

1.4.1.2 OmniPCX Office RCE Compact

1-14               

 ! "#   

BOARDS MIX SLOT CPU SLOT

PowerCPU No Mandatory
MIX x/y/z Yes No
AMIX-1 x/y/z Yes No

1.4.2 Power supply limits

The following tables give the detailed power consumption of the different items (boards and
terminals) and the limit not to be exceeded for each model (all values are expressed in W).
The maximum budget at the charger level is also indicated for each model and you just have
to add the values for all items present in the system. The configuration will be within the power
supply limits if the total obtained is less than or equal to the maximum budget allowed for the
type of platform used:
Maximum budget
- OmniPCX Office RCE Compact = 30 W
- OmniPCX Office RCE Small = 34.33 W
- OmniPCX Office RCE Medium = 52.81 W
- OmniPCX Office RCE Large = 79.62 W
BOARDS AND TERMINALS OmniPCX OmniPCX OmniPCX Office
Office RCE Office RCE RCE Small /
Large Medium OmniPCX Office
RCE Compact
CPU boards
PowerCPU 8,60 8,60 8,60
PowerMEX 1,34 1,34 1,34
Daughter boards

               1-15

Chapter 1 ! "#   

BOARDS AND TERMINALS OmniPCX OmniPCX OmniPCX Office

Office RCE Office RCE RCE Small /
Large Medium OmniPCX Office
RCE Compact
Mini-MIX Forbidden Forbidden 0.8 (only with
OmniPCX Office
RCE Compact)
ARMADA VoIP32
HSL 0,38 0,30 0,30
2.5" Hard disk 2,61 2,33 2,17
AFU-1 0,64 0,55 0,61
Trunk boards
BRA 8 1,09 0,97 0,90
BRA 4 0,64 0,56 0,53
BRA 2 0,38 0,33 0,31
PRA T2/T1 - DASS2 - DLT2 - T1-CAS - PCM 0,41 0,33 0,33
R2
ATA 4 1,42 1,42 1,13
ATA 2 0,78 0,78 0,62
Metering 0,07 0,06 0,06
APA 8 2,27 2,19 1,82
APA 4 1,41 1,34 1,14
METCLI (4 interfaces) 0,46 0,43 0,38
GSCLI (4 interfaces) 0,11 0,10 0,09
CLIDSP 0,51 0,41 0,41
DDI 4 9,31 10,25 FORBIDDEN
DDI 2 4,65 5,12 FORBIDDEN
Datacom boards
LANX 8/LANX 8-2 4,53 3,64 3,64
LANX 16 8,56 6,88 6,88
LANX 16-1/LANX 16-2 8,12 9,38 9,61
Mixed boards
4T0/8UA/4Z 3,00 2,9 2,76
4T0/4UA/8Z 3,45 3,45 3,29
2T0/4UA/4Z 2,16 2,13 2,03
2T0/8UA/4Z 2,74 2,65 2,52
2T0/4UA/8Z 3,2 3,2 3,05
8UA/4Z 2,48 2,39 2,33
4UA/8Z 3,01 2,96 2,92
4UA/4Z 1,91 1,86 1,82

1-16               

 ! "#   

BOARDS AND TERMINALS OmniPCX OmniPCX OmniPCX Office

Office RCE Office RCE RCE Small /
Large Medium OmniPCX Office
RCE Compact
4AT/8UA/4Z 2,45 2,52 2,62
4AT/4UA/8Z 3,35 3,48 3,57
4AT/4UA/4Z 2,43 2,49 2,56
Extension boards
UAI 16 2,39 2,21 2,10
UAI 16-1 1,66 1,73 1,77
UAI 8 1,38 1,32 1,27
UAI 4 0,88 0,87 0,85
SLI16/SLI16-1/SLI16-2 4,76 5,00 FORBIDDEN
SLI 8/SLI 8-1/SLI8-2 2,39 2,51 2,39
SLI 4/SLI 4-1/SLI4-2 1,21 1,26 1,20
Terminals
Alcatel-Lucent 9 series/Reflexes (UA) station 0,39 0,45 0,46
Add-on module 0,21 0,24 0,25
Multi Reflexes 4099 0,52 0,61 0,62
CTI/AP option 0,79 0,92 0,94
V24 option 0,79 0,92 0,94
S0 option 1,07 1,23 1,26
4070 (IBS) remotely supplied from the PCX 2,52 2,90 2,98
Analog terminal 0,19 0,21 0,22

Note:
When using an option with CTI, the consumption value must be added; example for an
OmniPCX Office RCE Large:
- 4093 (V24+CTI) = 0 + 0.79 = 0.79 W
- 4094 (S0 + CTI) = 1.07 + 0.79 = 1.86 W
When using an SLI extension board or a MIX board, the number of analog sets that can be
connected must be added even if they are not connected; e.g. for an OmniPCX Office RCE
Large:
- SLI16 = 4.64 +(16 x 0.21) = 8 W
- MIX484 = 2.99 + (4 x 0.21) = 3.83 W
When using a UAI16-1 extension board, a "power splitter" option can be added to port 1 (in
parallel with the UA set) that makes it possible to feed all the subscribers and base stations
connected to this same board. They will then be deducted from the power budget; e.g. for an
OmniPCX Office RCE Large:
- either a UAI16-1 with 10 UA sets and 3 IBS without the "power splitter" option = 13.12 W,
or 1.66 + (10 x 0.39) + (3 x 2.52) = 13.12 W

               1-17

Chapter 1 ! "#   

- either a UAI16-1 with 10 UA sets and 3 IBS without the "power splitter" option = 1 W, or -1
+ (10 x 0.39) + (3 x 2.52) = 13.12 W
The consumption budget can be read via the labeled addresses below:
- PowBudMain for the main cabinet value
- PowBudMex1 for the value of module expansion 1
- PowBudMex2 for the value of module expansion 2
Note that the IBS value = 0W (local power) in the labeled addresses. This is because the
system cannot detect whether the IBS's are powered locally or self-powered. To avoid being
restricted by power limits in a case where the IBS would use a local power supply it doesn't
count them.

1.5 Compliance with Standards

1.5.1 Compliance with Standards

1.5.1.1 Safety Declaration
Compliance with IEC 60950-1 1st Edition standards
Interface Interface location
classification
TNV-3 - Z interface (SLI board)
- Z interface for digital station (AP board)
- Analog trunk line interface (ATA board)
SELV - Digital station interface (UAI board or Multi Reflexes 4099 option)
- 4070 IO/EO base station interface (UAI board)
- T0/DLT0 interface (BRA board)
- T2/T1 interface (PRA board)
- S0 interface (S0 board)
- Please-wait or background music interface (PowerCPU board)
- Alarm interface (PowerCPU board)
- General bell interface (PowerCPU board)
- Door phone interface (PowerCPU board)
- Loudspeaker interface (PowerCPU board)
- V24 interface (PowerCPU board)
- CTI interface for digital station (CTI or V24/CTI board)
- 10/100/1000 base T Ethernet interface (PowerCPU board)
- 4070 IO/EO base station (inputs-outputs)
- 4097 CBL UA/DECT adapter

SELV: Safety Extra Low Voltage

TNV-3: Telecommunication Network Voltage
To maintain safety levels, it is essential to connect circuits of the same type and to ensure that
all means of connection comply with the constraints indicated for each circuit type.
1.5.1.2 Essential Requirements

1-18               

 ! "#   

Essential
Requirements Directive
Standard/Directive Title
Directive 1999/5/EC 1999/5/EC
Harmonized Standards
Product standard to
demonstrate the compliance of
mobile phones with the basic
CENELEC-EN 50360
restrictions related to human
Radiation exposure exposure to electromagnetic
(SAR) for DECT, fields (300 MHz - 3 GHz)
Bluetooth®, VoWLAN
Terminals Council Recommendation of
12 July 1999 on the limitation
Directive 1999/19/EC of exposure of the general
public to electromagnetic fields
(0Hz to 300 GHz)
Product standard to
demonstrate the compliance of
radio base stations and fixed
terminal stations for wireless
CENELEC-EN 50385 telecommunication systems
Radiation exposure with the basic restrictions
(SAR) for DECT, 3.1 (a) related to human exposure to
Bluetooth® & WLAN Safety electromagnetic fields (300
Bases MHz - 3 GHz)
Council Recommendation of
12 July 1999 on the limitation
Directive 1999/19/EC of exposure of the general
public to electromagnetic fields
(0 Hz to 300 GHz)
IEC-60950 Safety of information
CENELEC-EN 60950 technology equipment
DIRECTIVE 2006/95/EC OF
THE EUROPEAN
PARLIAMENT AND OF THE
Electrical Safety COUNCIL of 12 December
Low Voltage Directive
2006 on the harmonization of
2006/95/EC
the laws of Member States
relating to electrical equipment
designed for use within certain
voltage limits
Information Technology
IEC-CISPR 22 Equipment- Radio disturbance
Radio Disturbance CENELEC-EN55022 characteristics Limits and
Class B methods of measurement
(class B)
Information Technology
IEC-CISPR 24 Equipment- Immunity
Immunity
CENELEC-EN55024 characteristics Limits and
methods of measurement

               1-19

Chapter 1 ! "#   

Essential
Requirements Directive
Standard/Directive Title
Directive 1999/5/EC 1999/5/EC
Harmonized Standards
DIRECTIVE 2004/108/EC OF
THE EUROPEAN
PARLIAMENT AND OF THE
COUNCIL of 15 December
EMC Directive 2004/108/EC 2004 on the approximation of
the laws of the Member States
relating to electromagnetic
compatibility and repealing
Directive 89/336/EEC
Electromagnetic compatibility
Harmonic current IEC-EN 61000-3-2 (EMC) Part 3.2: Limits for
harmonic current emissions
Limits – Limitation of voltage
changes, voltage fluctuations
and flicker in public
Flicker IEC-EN 61000-3-3
low-voltage supply systems,
for equipment with rated
current #16 A per phase and
Electromagnetic compatibility
and Radio Spectrum Matters
(ERM): EMC for Radio
EMC for DECT ETSI-EN 301 489-06
Equipment : Part 6 Specific
conditions for DECT
Equipment
Electromagnetic compatibility
and Radio Spectrum Matters
(ERM): EMC for Radio
EMC for 2.4 GHz Equipment : Part 17 Specific
ETSI-EN 301 489-17
(Bluetooth®) conditions for 2.4 GHz
wideband transmission
systems and 5 GHz high
performance RLAN equipment
Electromagnetic compatibility
and Radio Spectrum Matters
(ERM): EMC for Radio
EMC for 2.4 GHz & 5 Equipment : Part 17 Specific
ETSI-EN 301 489-17
GHz (WLAN) conditions for 2.4 GHz
wideband transmission
systems and 5 GHz high
performance RLAN equipment

1-20               

 ! "#   

Essential
Requirements Directive
Standard/Directive Title
Directive 1999/5/EC 1999/5/EC
Harmonized Standards
Electromagnetic compatibility
and Radio Spectrum Matters
(ERM): Wideband
Transmission systems: Data
transmission equipment
operating in the 2.4 GHz ISM
2.4 GHz ISM
ETSI-EN 300 328-2 band and using spread
(Bluetooth®)
spectrum modulation
techniques; Part 2:
Harmonized EN covering
essential requirements under
article 3.2 of the R&TTE
Directive
Electromagnetic compatibility
and Radio Spectrum Matters
(ERM): Wideband
Transmission systems: Data
3.2 transmission equipment
Spectrum operating in the 2.4 GHz ISM
2.4 GHz ISM (VoWLAN) ETSI-EN 300 328-2 band and using spread
spectrum modulation
techniques; Part 2:
Harmonized EN covering
essential requirements under
article 3.2 of the R&TTE
Directive
Electromagnetic compatibility
and Radio Spectrum Matters
5 GHz (WLAN) ETSI-EN 301 893 (ERM):Broadband Radio
Access Networks (BRAN); 5
GHz high performance RLAN
DECT: Harmonized EN for
DECT covering essential
DECT ETSI-EN 301 406 requirements under article 3.2
of the R&TTE Directive:
Generic radio

               1-21

Chapter 1 ! "#   

Essential
Requirements
Directive
Directive 94/9/EC Standard Title
94/9/EC
Harmonized
Standards
Electrical apparatus for
explosive gas atmospheres —
EN 60079-0
Part 0: General requirements
(IEC 60079-0:2004 (Modified))
"Ex" DECT Handset
Explosive atmospheres —
Part 11: Equipment protection
EN 60079-11
by intrinsic safety ""i"" (IEC
60079-11:2006)

DIRECTIVE 2003/10/EC OF
THE EUROPEAN
PARLIAMENT AND OF THE
Essential COUNCIL of 6 February
Directive
Requirements 2003 on the minimum health
2003/10/EC
Directive 2003/10/EC and safety requirements
regarding the exposure of
workers to the risks arising
from physical agents (noise)

DIRECTIVE 2002/95/EC OF
THE EUROPEAN
PARLIAMENT AND OF THE
Essential Directive
COUNCIL of 27 January
Requirements 2002/95/EC
2003 on the restriction of
Directive 2002/95/EC (ROHS)
the use of certain hazardous
substances in electrical and
electronic equipment

DIRECTIVE 2002/96/EC OF
THE EUROPEAN
Essential Directive PARLIAMENT AND OF THE
Requirements 2002/96/EC COUNCIL of 27 January
Directive 2002/96/EC (WEEE) 2003 on waste electrical and
electronic equipment
(WEEE)

1-22               

 ! "#   

Interface
Specifications ETSI Interface Standard Title
Standards
A Guide to the Application of
ETSI-EG 201 121
TBR21
Attachment Requirements for
ETSI-TBR21 Connection to the Analogue
PSTN PSTN
(Analog) Harmonized basic attachment
requirements for Terminals for
ETSI ES 203 021 connection to analogue
interfaces of the Telephone
Networks
DECT: General Terminal
ETSI-TBR10 Attachment Requirements:
DECT Telephony Applications
DECT: Generic Access Profile
ETSI-TBR22
(GAP) applications
ISDN: Attachment
ETSI-TBR3 Requirements for Connection
to an ISDN Basic Access
ISDN: Attachment
Requirements packet mode
ETSI-TBR33
TE to connect to a Basic
ETSI Standards Access
PSTN (ISDN)
ISDN: Attachment
Requirements packet mode
ETSI-TBR34
TE to connect to a Primary
Access
ISDN: Attachment
ETSI-TBR4 Requirements for Connection
to an ISDN Primary Access
ISDN: Telephony 3.1 khz
teleservice; attachment
ETSI-TBR8
requirements for Handset
Terminals
Public Switched Telephone
Network (PSTN); Attachment
Digital Sets requirements for a terminal
equipment incorporating an
analogue handset function
ETSI-TBR38
capable of supporting the
justified case service when
connected to the analogue
interface of the PSTN in
Europe

               1-23

Chapter 1 ! "#   

Interface
Specifications Interface Standard Title
Operator standards
PSTN e.g: STI (Spécifications
Interface Standards
Network Operator (Analog, Techniques d'Interfaces for
published by the EC
standards ISDN) France Telecom); Belgacom
Network Operators
IP Interface Specifications...

VoIP Interface
Interface Standard Title
Specifications
Packet-Based Multimedia
VoIP LAN (H323) LAN ITU-T H323
Communications Systems
VoIP LAN (SIP) LAN IETF-SIP Session Initiation Protocol

Operator Interfaces Interface Standard Title

Resistibility of Telecom
Protection against
Analogue ITU-T K21 Equipment to Overvoltages
Interference
and Overcurrents
Overvoltage Resistibility of
Protection against
ISDN ITU-T K22 Equipment connected to an
Interference
ISDN T/S Bus

1.5.1.2.1 Environmental Specifications

1-24               

 ! "#   

Environmental
Product Product State Title
Standard
Environmental conditions and
environmental tests for
Telecommunications
ETSI equipment Part 1-1:
Storage ETS 300 019 Part 1-1 Classification of environmental
class 1.2 Conditions: Storage
Class 1.2: Weather protected,
not temperature- controlled
storage locations
Environmental conditions and
environmental tests for
OmniPCX Office RCE Telecommunications
ETSI
Compact and equipment Part 1-2:
Transportation ETS 300 019 Part 1-2
OmniPCX Office RCE Classification of environmental
class 2.3
Small, Medium, Large Conditions: Transportation
platforms Class 2.3: Public
Transportation
Environmental conditions and
environmental tests for
Telecommunications
equipment Part 1-3:
ETSI
Classification of environmental
Usage ETS 300 019 Part 1-3
Conditions: Stationary use at
class 3.1
weather protected locations
Class 3.1:
Temperature-controlled
locations

               1-25

Chapter 1 ! "#   

Environmental
Product Product State Title
Standard
Environmental conditions and
environmental tests for
Telecommunications
ETSI equipment Part 1-1:
Storage ETS 300 019 Part 1-1 Classification of environmental
class 1.2 Conditions: Storage
Class 1.2: Weather protected,
not temperature- controlled
storage locations
Environmental conditions and
environmental tests for
Telecommunications
ETSI
equipment Part 1-2:
Transportation ETS 300 019 Part 1-2
Wired Handsets Classification of environmental
class 2.3
Conditions: Transportation
Class 2.3: Public
Transportation
Environmental conditions and
environmental tests for
Telecommunications
equipment Part 1-3:
ETSI
Classification of environmental
Usage ETS 300 019 Part 1-3
Conditions: Stationary use at
class 3.2
weather protected locations
Class 3.2: Partly
temperature-controlled
locations

1-26               

 ! "#   

Environmental
Product Product State Title
Standard
Environmental conditions and
environmental tests for
Telecommunications
ETSI equipment Part 1-1:
Storage ETS 300 019 Part 1-1 Classification of environmental
class 1.2 Conditions: Storage
Class 1.2: Weather protected,
not temperature- controlled
storage locations
Environmental conditions and
environmental tests for
Telecommunications
ETSI
equipment Part 1-2:
DECT/WLAN Transportation ETS 300 019 Part 1-2
Classification of environmental
Handsets class 2.3
Conditions: Transportation
Class 2.3: Public
Transportation
Environmental conditions and
environmental tests for
Telecommunications
equipment Part 1-3:
ETSI
Classification of environmental
Usage ETS 300 019 Part 1-3
Conditions: Portable use at
class 7.2
weather protected locations
Class 7.2: Partly
temperature-controlled
locations

               1-27

Chapter 1 ! "#   

Environmental
Product Product State Title
Standard
Environmental conditions and
environmental tests for
Telecommunications
ETSI equipment Part 1-1:
Storage ETS 300 019 Part 1-1 Classification of environmental
class 1.2 Conditions: Storage
Class 1.2: Weather protected,
not temperature- controlled
storage locations
Environmental conditions and
environmental tests for
Telecommunications
ETSI
equipment Part 1-2:
DECT Indoor Radio Transportation ETS 300 019 Part 1-2
Classification of environmental
Base class 2.3
Conditions: Transportation
Class 2.3: Public
Transportation
Environmental conditions and
environmental tests for
Telecommunications
equipment Part 1-3:
ETSI
Classification of environmental
Usage ETS 300 019 Part 1-3
Conditions: Stationary use at
class 3.2
weather protected locations
Class 3.2: Partly
temperature-controlled
locations

1-28               

 ! "#   

Environmental
Product Product State Title
Standard
Environmental conditions and
environmental tests for
Telecommunications
ETSI equipment Part 1-1:
Storage ETS 300 019 Part 1-1 Classification of environmental
class 1.2 Conditions: Storage
Class 1.2: Weather protected,
not temperature- controlled
storage locations
Environmental conditions and
environmental tests for
Telecommunications
ETSI
equipment Part 1-2:
DECT Outdoor Radio Transportation ETS 300 019 Part 1-2
Classification of environmental
Base class 2.3
Conditions: Transportation
Class 2.3: Public
Transportation
Environmental conditions and
environmental tests for
Telecommunications
equipment Part 1-3:
ETSI
Classification of environmental
Usage ETS 300 019 Part 1-3
Conditions: Stationary use at
class 3.3
weather protected locations
Class 3.3: Not
temperature-controlled
locations

1.5.1.2.2 Noise Generated Specifications

Environmental Standard Title

ETSI Equipment Engineering (EE); Acoustic noise emitted
ETS 300 753 by telecommunications equipment

1.5.1.2.3 IP Classification Specifications

               1-29

Chapter 1 ! "#   

Product Environmental Standard Protection

OmniPCX Office RCE
Compact and OmniPCX IP 20 (without specific cabinet
Office RCE Small, protection)
Medium, Large platforms
Alcatel-Lucent 8/9 series
EN 60529 IP 20
Handsets
Degrees of Protection
Alcatel-Lucent 300/400
provided by enclosures (IP IP 44
DECT Handsets
Code)
Alcatel-Lucent IP Touch
IP 53
310/610 WLAN Handsets
Alcatel-Lucent OmniTouch
8118/8128 WLAN IP 44
Handsets

1.6 Environment Compatibility

1.6.1 Equipment compatibility

On the new generation Alcatel-Lucent OmniPCX Office Communication Server, it is possible to
re use some equipments and terminals from the Alcatel-Lucent OmniPCX Office
Communication Server range.
1.6.1.1 Terminal compatibility on the Alcatel-Lucent OmniPCX Office Communication
Server
1.6.1.1.1 Compatible digital sets
- The complete Alcatel-Lucent 9 series range: Alcatel-Lucent 4019 Digital Phone,
Alcatel-Lucent 4029 Digital Phone, Alcatel-Lucent 4039 Digital Phone.
- The complete line 3G: 4035 (Advanced), 4020 (Premium), 4010 (Easy), and 4004 (First),
4097 CBL.
- All sub-devices behind Alcatel Reflexes: 4083 ASM, 4084 IS, 4084 ISW, 4085 AB, 4091,
4093 ASY, 4094 ISW, 4095 AP.
- From release 5 onwards, sub-devices CTI 4091 support only the UA protocol. SPI for
TAPI interface is not implemented anymore.
- Four different sub-devices are available (R500) for the line Alcatel-Lucent 9 series
(Alcatel-Lucent 4019 Digital Phone, Alcatel-Lucent 4029 Digital Phone,
Alcatel-Lucent 4039 Digital Phone):
• AP Interface Module for connecting analog terminals, faxes and modems,
• S0 Interface Module for connecting ISDN terminals through the UA link,
• V24/CTI Interface Module: see V24/CTI Interface Module - Hardware description .
• Multi Reflexes 4099 for using up to 3 digital sets through one digital link.
These sub-devices are compatible with the current range of terminals.
Because new hardware and software have been designed, AP Interface Module, S0
Interface Module and V24/CTI Interface Module can manage messages with more than 24

1-30               

 ! "#   

bytes (which is the limit in the existing sub-devices).

Hardware and software associated with Multi Reflexes 4099 have not changed but a
mechanical box has been included in this sub-device.
1.6.1.1.2 Compatible IP terminals
- Alcatel-Lucent 8 series: Alcatel-Lucent IP Touch 4008 Phone, Alcatel-Lucent IP Touch
4018 Phone, Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP Touch 4038 Phone,
Alcatel-Lucent IP Touch 4068 Phone.
- Alcatel-Lucent IP Touch 8 series phone Extended Edition: Alcatel-Lucent IP Touch 4008
phone Extended Edition, Alcatel-Lucent IP Touch 4018 phone Extended Edition,
Alcatel-Lucent IP Touch 4028 phone Extended Edition, Alcatel-Lucent IP Touch 4038
phone Extended Edition, Alcatel-Lucent IP Touch 4068 phone Extended Edition
- 8002/8012 Deskphone
- 8082 My IC Phone
- 4135 IP Conference Phone
1.6.1.1.3 Compatible mobile terminals
- Terminals DECT 2G: 4073 GS, 4074 GB, GBEx, GH, GI and SGAP.
- Terminals DECT Mobile 100 and 200.
- DECT Reflexes terminals with 4097 CBL.
- Alcatel-Lucent 300 DECT Handset and Alcatel-Lucent 400 DECT Handset.
- 500 DECT
- Intelligent base station 4070 IO/EO (IBS) and gain antennas.
- DECT Access Point (DAP) 4080 IP-DECT and external antennas
- Alcatel-Lucent Mobile IP Touch 300 and Alcatel-Lucent Mobile IP Touch 600
- Alcatel-Lucent IP Touch 310 WLAN Handset and Alcatel-Lucent IP Touch 610 WLAN
Handset
- Alcatel-Lucent OmniTouch 8118 WLAN Handset and Alcatel-Lucent OmniTouch 8128
WLAN Handset
- 8232 DECT
1.6.1.1.4 Compatible mobile terminals with My IC Mobile for iPhone and My IC Mobile
for Android applications

Note:
The list of compatible mobile devices and OS versions is subject to changes. The updated list is included
in Technical Communication TC1637, available from the Enterprise Business Portal (reference name:
MIC_UC_Client_DeviceWhiteList_8AL90822AAAA ).

1.6.1.2 Incompatible hardware parts on Alcatel-Lucent OmniPCX Office

Communication Server
- The complete range of Alcatel Reflexes 1G (first generation).
- Mobile DECT sets 4075, 4074 B, 4074 Bex, 4074 H.

               1-31

Chapter 1 ! "#   

- Base station DECT RBS 4070 IA and 4070 EA.

- The complete range 160 sets.
- The complete range 4120 (900B) sets.
- Voice mail of Alcatel OmniTouch Call Center Office in release 1.0.
- Fast IP Reflexes and e-Reflexes sets

1.7 Environmental Constraints

1.7.1 Common Hardware Racks

1.7.1.1 Operation
- Temperature: to achieve optimum reliability, the ambient temperature must be between
+5°C (-5°C exceptionally) and +40°C (+45°C exceptionally) with a maximum variation of
30°C (86°F) per hour. In degree Fahrenheit, the ambient temperature must be between
41°F (23°F exceptionally) and 104°F (113°F exceptionally)
- Relative humidity: relative humidity must be between 5% and 85% (90% exceptionally)
without condensation
1.7.1.2 Storage
- Temperature: temperature must be between -25°C (-13°F) and +55°C (131°F)
- Relative humidity: relative humidity must be between 10% and 100% (without
condensation)
1.7.1.3 Transportation
- Temperature: temperature must be between -40°C (-40°F) and +70°C (158°F)
- Relative humidity: relative humidity must not exceed 95% (without condensation)

1.7.2 DECT/WLAN Handsets

1.7.2.1 Operation
- Temperature: to achieve optimum reliability, the ambient temperature must be between
-5°C and +45°C. In degree Fahrenheit, the ambient temperature must be between 23°F
and 113°F
- Relative humidity: relative humidity must be between 5% and 95% (without condensation)
1.7.2.2 Storage
- Temperature: temperature must be between -25°C (-13°F) and +55°C (131°F)
- Relative humidity: relative humidity must be between 10% and 100% (without
condensation)
1.7.2.3 Transportation
- Temperature: temperature must be between -40°C (-40°F) and +70°C (158°F)

1-32               

 ! "#   

- Relative humidity: relative humidity must not exceed 95% (without condensation)

1.7.3 Wired Handsets and Radio Bases Indoor

1.7.3.1 Operation
- Temperature: to achieve optimum reliability, the ambient temperature must be between
-5°C and +45°C. In degree Fahrenheit, the ambient temperature must be between 23°F
and 113°F
- Relative humidity: relative humidity must be between 5% and 95% (without condensation)
1.7.3.2 Storage
- Temperature: temperature must be between -25°C (-13°F) and +55°C (131°F)
- Relative humidity: relative humidity must be between 10% and 100% (without
condensation)
1.7.3.3 Transportation
- Temperature: temperature must be between -40°C (-40°F) and +70°C (158°F)
- Relative humidity: relative humidity must not exceed 95% (without condensation)

1.7.4 Radio Bases Outdoor

1.7.4.1 Operation
- Temperature: to achieve optimum reliability, the ambient temperature must be between
-25°C and +55°C. In degree Fahrenheit, the ambient temperature must be between -13°F
and 131°F
- Relative humidity: relative humidity must be between 10% and 100% (without
condensation)
1.7.4.2 Storage
- Temperature: temperature must be between -25°C (-13°F) and +55°C (131°F)
- Relative humidity: relative humidity must be between 10% and 100% (without
condensation)
1.7.4.3 Transportation
- Temperature: temperature must be between -40°C (-40°F) and +70°C (158°F)
- Relative humidity: relative humidity must not exceed 95% (without condensation)

               1-33

Chapter 1 ! "#   

1-34               

  

       

2.1 C, S, M, L Racks

2.1.1 Hardware description

2.1.1.1 OmniPCX Office RCE Compact
The OmniPCX Office RCE Compact platform is a wall-mounted version. It provides 2 slots
(1xCPU slot+1xMIX slot).
The OmniPCX Office RCE Compact platform is not expandable and cannot be used as
satellite.

The Mini-MIX daughter board which is plugged into the PowerCPU board provides two Z
(Analog Extension) ports and two TO (ISDN Basic Rate) accesses.
2.1.1.2 OmniPCX Office RCE Small
The OmniPCX Office RCE Small mainly consists of a plastic frame.
The plastic frame receives all the parts for attaching the power supply board, the fans, the
battery and the mains power connector, and everything needed to facilitate the routing of the
cables.
There is no backplane board: the metric connectors are on the power supply module.
The enclosure consists of 3 parts: metal cover and base, plastic front face.
Access to the fans, the power supply module and the battery is gained by disconnecting the
mains cable and removing the top metal cover (it is vital to remove all the boards before
opening the cover).

               2-1

Chapter 2 $ % "! &   ' & #

2.1.1.3 OmniPCX Office RCE Medium and OmniPCX Office RCE Large
The frame consists of a "U"-shaped sheath closed on the top by a riveted plate. The boards
are guided by 2 rails for OmniPCX Office RCE Medium, or 3 rails for OmniPCX Office RCE
Large, riveted vertically to the frame.
The enclosure consists of a metal top part, two metal side parts and a plastic front face.
Access to the fans, the power supply module and the batteries is gained by disconnecting the
power cable and unscrewing the backplane.

2-2               

 $ % "! &   ' & #

2.2 Boards

2.2.1 POWER CPU

2.2.1.1 Hardware description
2.2.1.1.1 Overview
The PowerCPU board, based on processor PowerQuicc II Pro MPC8377 from Freescale, has
the following characteristics: 667 MHz processor, 256 MB DDR2 SDRAM, SD/MMC Memory
card (2GB), VoIP DSP C6421/4 (16 VoIP channels).
The PowerCPU board is built around 2 main blocks interconnected via PCI:
- CPU part with MPC8377 processor and following interfaces:
• DDR 2 memory
• BOOT (NOR Flash)
• Serial ATA for Hard Disk
• SD card controller
• Dual UART
• PCI
• LAN interfaces

               2-3

Chapter 2 $ % "! &   ' & #

• I2C
- Telecom part with INOX ASIC and with connections to:
• Telecom DSP
• Modem DSP
• VoIP DSP
• Legacy Telecom architecture (PCM buses, ASL, HSL)
2.2.1.1.2 Daughter Boards
The PowerCPU board can be equipped with the following daughter boards:
- AFU-1 (Auxiliary Function Unit): supporting auxiliary functions such as general bell,
doorphone, audio In, audio Out, etc. The AFU-1 board is required for the connection of the
ISDN-EFM box (T0/S0 forwarding)
- HSL (High Speed Link): module interconnections. This daughter board is not compatible
with the Mini-Mix daughter board.
- SD/MMC Memory card (2GB): memory extension.
- ARMADA VoIP32: supporting two additional VoIP DSPs C6421/4 (2x16 VoIP channels)
- Mini-MIX (only for OmniPCX Office RCE Compact): this daughter board provides two Z
(analog) ports and two T0 accesses. This daughter board is not compatible with an HSL
board.
- SATA hard disk.

Figure 2.4: Example of Daughter Boards on PowerCPU

2.2.1.2 Hardware configuration

2.2.1.2.1 Meaning of the LED Indications

2-4               

 $ % "! &   ' & #

Figure 2.5: PowerCPU Front Panel

Name Color Function

CPU Green CPU functioning LED (flashing)
POWER Red/Green - Mains operation: steady green LED
- Battery operation: steady yellow LED
- Idle: flashing red LED
- System shut down: steady red LED
FAN Red/Green - Both fans functioning: steady green LED
- 1 or both fans down: steady red LED
LAN Green LAN functioning LED (flashes when there is traffic)
Mini-MIX Green (only on Green only when accepted by the license 2B channels for MIX
OmniPCX Office RCE boards. Detection of Mini-MIX board in OmniPCX Office RCE
Compact platform) Compact platform.
MODULE Green Presence of HSL board

2.2.1.2.2 General Connection Diagram

               2-5

Chapter 2 $ % "! &   ' & #

2.2.1.3 External connections

2.2.1.3.1 Output Ports

Figure 2.7: PowerCPU

2-6               

 $ % "! &   ' & #

Available functions::
- LAN: 10/100/1000 base T Ethernet port (MDI-II/straight).
- SLI1/SLI2: Analog Z accesses from Mini-MIX board, General ringer; 12V output
- AUX: General ringer; 12V output
- CONFIG: RS232 for OMC.
- MODULE1: HSL1 link of HSL board for connection to module expansion 1
- ISDN T01: ISDN T01 port of Mini-MIX board
- MODULE2: HSL2 link of HSL board for connection to module expansion 2
- ISDN T02: ISDN T02 port of Mini-MIX board
- AUDIO: Interfaces Please wait message, Background music, Loudspeaker, Alarm
- DOORPHONE: Interfaces doorphone
table 2.2: Socket Connections
RJ45 pin 1 2 3 4 5 6 7 8
LAN TX+ TX- RX+ RX-
CenRG
SLI1/SLI2 Ground +12 V CenRg A ZA1 ZB1 ZA2 ZB2
B
CenRG
AUX Ground +12 V CenRg A
B
CONFIG CTS RX RMTRES Ground TX DTR RTS
MODULE1 TX+ TX- RX+ RX-
ISDN T01 TX+ RX+ RX- TX-
MODULE2 TX+ TX- RX+ RX-
ISDN T02 TX+ RX+ RX- TX-
Audio In Audio Audio Audio Audio
AUDIO Audio In A Alarm A Alarm B
B Ctrl A Out A Out B Ctrl B
DOORPHONE DoorPhB1DoorPhA1 DoorPhA2DoorPhB2

2.2.1.3.2 Connecting a Hard Disk

               2-7

Chapter 2 $ % "! &   ' & #

Figure 2.8: SATA Hard Disk Connection

During installation, always take anti-static precautions (wristband, heelpiece, etc.) before

handling the hard disk. Any degradation caused by electrostatic discharges will reduce
the life of the disk.Handle the hard disk by its sides and do not touch the connector.
When going into stand-by mode, wait for the red Power LED to stop flashing before you
remove the module's PowerCPU board. Extracting the disk before the switch to standby is
completed can destroy part of the disk or damage its contents. Never handle the hard
disk until the motor has stopped completely (about 4 seconds after the red Power LED stops
flashing).
2.2.1.3.3 Connecting a Please-Wait Message Player
This is connected via the AUDCTRL output (control contact open when idle) and the AUDIN
input of the AUDIO connector.

2-8               

 $ % "! &   ' & #

Audio Input Characteristics:

Input impedance : 600 Ohms
Fuse Characteristics:
- Max. power : 10 W
- Max. voltage : 60 V
- Max. current : 500 mA
The contacts of the alarm and doorphone controls have the same electrical

characteristics as those indicated above.

2.2.1.3.4 Connecting a Background Music Tuner
This is connected via the AUDIN input of the AUDIO connector.

Audio Input Characteristics:

- Input impedance : 600 Ohms
- Input level: access + 4.7 dBr or + 15 dBr
2.2.1.3.5 Connecting an Alarm
The alarm is activated in the event of a false stopping of the system.
It is connected via the ALARM output (control contact closed when idle) of the AUDIO
connector.

               2-9

Chapter 2 $ % "! &   ' & #

2.2.1.3.6 Connecting a Broadcast Loudspeaker

Broadcast loudspeakers are connected via the AUDOUT output of the AUDIO connector.

Audio Output Characteristics:

- Output impedance: < 500 Ohms
- Output level: access + 3 dBr
2.2.1.3.7 Connecting a General Ringer
The general ringer is connected via the CENRG output of the AUX connector.

2-10               

 $ % "! &   ' & #

2.2.1.3.8 Connecting a Doorphone

2 doorphone types are available, depending on the operating mode used:
- Type A: relay-controlled doorphones (e.g. NPTT)
- Type B: doorphones controlled by MF Q23 signals requiring an SLI interface (e.g.
TELEMINI and UNIVERSAL DOORPHONE)
The doorphone interface comprises an intercom and an optional latch powered by the mains
supply through a SELV (Safety Extra Low Voltage) transformer.
It is connected via the DOORPHA and DOORPHB outputs (control contacts open when idle)
of the DOORPHONE connector.
Connecting a NPTT Doorphone

               2-11

Chapter 2 $ % "! &   ' & #

- A single doorphone with doorstrike may be connected to the system.

- The system also allows for the connection of 2 doorphones without latch.
Connecting a Telemini and Universal Doorphone
These doorphones require the use of a Z station interface.
- Several of these doorphones can be connected to the system; the limit is determined by
the maximum number of analog stations the system can support.
- A system cannot have Telemini and Universal doorphones at the same time.
2.2.1.3.9 Using the 12V Output
The GROUND and + 12V outputs on the AUX connector allow for the connection of an
external 12V device with a maximum energy consumption of 150 mA (OmniPCX Office RCE
Small and OmniPCX Office RCE Medium) or 300 mA (OmniPCX Office RCE Large).

2.2.2 POWER MEX

2.2.2.1 Hardware description
2.2.2.1.1 Overview
The PowerMEX board is a controller board for extension or module expansion.

2-12               

 $ % "! &   ' & #

The PowerMEX board (POWER Module EXpansion) performs the controller functions in the
expansion platforms.
2.2.2.1.2 Daughter Board
The PowerMEX board is equipped with an HSL1 (High Speed Link) board for interconnecting
with the basic platform.

Figure 2.15: HSL1 Daughter Board on PowerMEX Board

2.2.2.2 Hardware configuration

2.2.2.2.1 Meaning of the LED Indications

Figure 2.16: PowerMEX

Name Color Function

POWER Red/Green - Mains operation: steady green LED
- Battery operation: steady yellow LED
- Idle: flashing red LED
FAN Red/Green - Both fans functioning: steady green LED
- 1 or both fans down: steady red LED

2.2.2.3 External connections

2.2.2.3.1 Output Ports

               2-13

Chapter 2 $ % "! &   ' & #

Figure 2.17: PowerMEX

Available functions:
- MAIN: HSL to basic module (cable max. length: 5 meters).
RJ45 pin 1 2 3 4 5 6 7 8
MAIN outputs TX+ TX- RX+ RX-

2.2.2.3.2 Connection
The PowerMEX board is connected to the MODULE 1 or MODULE 2 connector on the
PowerCPU board: see Boards - Hardware configuration - General Connection Diagram .

2.2.3 BRA
2.2.3.1 Hardware description
The BRA board The BRA (Basic Rate Access) board provides the basic access points (2 x
64-Kbps B-channels + 1 x 16-Kbps D-channel per access) for connecting the system to the
ISDN digital public network (point-to-point or multipoint T0 link) and, starting with version R2.0,
to a private network (point-to-point DLT0 link); 3 versions are offered:
- BRA2: 2 T0 accesses
- BRA4: 4 T0 accesses
- BRA8: 8 T0 accesses
With OMC it is possible to define the operating mode access by access: T0 (ISDN) or DLT0
(QSIG). If the choice is DLT0 (QSIG), the following operating mode may be defined: master =
Network (NT), slave = User(TE)
Note:
Configuration in T0/DLT0 is done by access pairs; if an access (04-001-01 for example) is configured in
DLT0, the 2nd one (04-002-01) must also be configured in DLT0.

2-14               

 $ % "! &   ' & #

2.2.3.2 External connections

2.2.3.2.1 OUTPUT PORTS (FACEPLATE)

               2-15

Chapter 2 $ % "! &   ' & #

RJ45 pin 1 2 3 4 5 6 7 8
Outputs TX+ RX+ RX- TX-

2.2.3.2.2 CONNECTING A T0 ACCESS

The Alcatel-Lucent OmniPCX Office Communication Server system can be installed near the
digital network termination or at a certain distance (up to 350 m), as required.
Connection without T0/S0 forwarding

Connection with T0/S0 forwarding

In the event of a loss of tension or CPU malfunction, the ISDN-EFM box allows a T0 access to
be forwarded directly to an S0 station.
Note:
The AFU-1 board (daughter board of the CPU board) must be equipped so as to detect a loss of tension.
Description of the ISDN-EFM box

2-16               

 $ % "! &   ' & #

Connections
The ISDN-EFM box must be installed as close as possible to the system (3 m maximum). All
the box connections are made with straight RJ45-RJ45 cables.
Output connectors functions:
- BRA: connection of T0 access to be forwarded.
- NT: connection of ISDN network termination.
- S0: connection of forwarding S0 station.
- CPU: connection to the CPU board's AUDOUT connector.
- AUX: connection of Audio out, Alarm, General bell and 12 V use auxiliaries; since AUX is a
copy of the CPU board's AUDOUTde connector, check the sheet of the CPU board in use
for connection recommendations.

               2-17

Chapter 2 $ % "! &   ' & #

2.2.4 PRA
2.2.4.1 Hardware description
The PRA board (Primary Rate Access) board provides 1 primary access for connecting the
Alcatel-Lucent OmniPCX Office Communication Server system to the ISDN digital public
network or to private networks:
- PRA -T2, DASS2, DLT2: 30 x 64-Kpbs B-channels + 1 x 64-Kbps D-channel; 2048 Kbps.
- PRA-T1: 23 x 64-Kbps B-channels + 1 x 64-Kbps D-channel; 1544 Kbps
- T1-CAS: 24 x B-channels, including signalling; 1544 Kbps.
- PCM R2: 30 x 64 Kbps B-channels + 1 x 4 Kbps signaling channel; 2048 Kbps.
There are several connection options: T2 120-ohm symmetrical pairs and T1 100-ohm
symmetrical pairs. A coaxial 75-ohm connection is available using an external adapter kit.

2-18               

 $ % "! &   ' & #

2.2.4.2 Hardware configuration

2.2.4.2.1 BOARD TYPE DEFINITION (CITROEN STRAPS)
The board type is defined by the Citroën strap solder:
- T2 (ex-factory): no solders
- T1: solder on strap 1
- T1-CAS: solders on straps 2 and 3
- DLT2: solder on strap 2
- DASS2: solder on strap 3
- PCM R2: solder on strap 4
2.2.4.2.2 CONNECTION (120- OHM SYMMETRICAL PAIRS)

               2-19

Chapter 2 $ % "! &   ' & #

The PRA board is connected to a digital line termination (DLT) by 2 reinforced symmetrical
pairs.
Cable impedance: 120 Ohms +/- 20% between 200 kHz and 1 MHz; 120 Ohms +/- 10% at 1
MHz.
We recommend using an L120-series cable (or the L204 equivalent).
The distance T2-DLT is limited by the amount of loss between the DLT and T2, which must not
exceed 6 dB at 1024 kHz.
2.2.4.3 External connections
2.2.4.3.1 OUTPUT PORTS (FACEPLATE)
T2 board example

2-20               

 $ % "! &   ' & #

RJ45 pin 1 2 3 4 5 6 7 8
NETW outputs RX+ RX- TX+ TX-
PBX outputs TX+ TX- RX+ RX-

NETW: connection to public network DLT.

PBX: network operation (QSIG).
2.2.4.3.2 ALARM LEDS

T2 Name T1 Name Feature

BUSY BUSY B-channels busy (red LED lights up if at least 1 B-channel is busy)
RAI (ATD) RAI Remote frame alarm (red LED lights up on alarm)
AIS (SIA2M) AIS Too many "1's in the 2-Mbit binary train (red LED lights up on alarm)
NOS (MS) NSIG Absence of 2-Mbit signal (red LED lights up on alarm)
CRC (TE) CRC CRC error (red LED lights up on alarm)
LOS (PVT) NSYN Loss of frame alignment (red LED lights up on alarm)

In brackets: French abbreviations

2.2.5 ATA
2.2.5.1 Hardware description
The ATA (Analog Trunk Access) board serves to connect analog trunk lines (TL). Two board
versions are available:
- ATA-2: 2 trunk lines
- ATA-4: 4 trunk lines

               2-21

Chapter 2 $ % "! &   ' & #

X1, X2, X3, X4: plug-in connectors for MET daughter boards (pulse meter receivers); by
referring against the quartz implanted on the MET daughter boards, the set up of these boards
must follow the layout above.
2.2.5.2 External connections
2.2.5.2.1 OUTPUT PORTS (FACEPLATE)

2-22               

 $ % "! &   ' & #

RJ45 pin 1 2 3 4 5 6 7 8
Outputs 1 to 4 PEA PEB
SLI outputs ZA ZB
PHONE outputs ZSETA ZSETB

2.2.5.2.2 CONNECTING A TL
Without TL forwarding

With TL forwarding
In the event of a power outage or CPU failure, this solution forwards the analog line connected
to device 1 on the ATA board to another analog set in the system.

               2-23

Chapter 2 $ % "! &   ' & #

2.2.6 ATA for UK Protocols

2.2.6.1 Overview
2.2.6.1.1 ADAPTATION TO UK PROTOCOLS
In accordance with the UK analogue public network, 2 types of ATA boards are available:
- ATA board (2 or 4 equipments) equipped with polarity inversion detectors.
- ATA LCG board (2 or 4 equipments) equipped with calibrated power failure detectors.
Board type Supported functionality
Protocol Detection release of Detection disconnect
ATA ATA LCG
remote of remote
"Loop calling unguarded clear" protocol YES YES NO NO
"Loop calling guarded clear" protocol NO YES YES NO
IP protocol YES NO NO YES

2.2.7 MIX
2.2.7.1 Hardware description
The MIX (Mixed Lines) board serves to connect ISDN basic accesses (T0), digital stations
(UA) and 2-wire analog terminals (Z). 6 board versions are available:
- MIX244: 2 T0 accesses, 4 UA interfaces and 4 Z interfaces
- MIX484: 4 T0 accesses, 8 UA interfaces and 4 Z interfaces
- MIX448: 4 T0 accesses, 4 UA interfaces and 8 Z interfaces

2-24               

 $ % "! &   ' & #

- MIX044: 4 UA interfaces and 4 Z interfaces

- MIX084: 8 UA interfaces and 4 Z interfaces
- MIX048: 4 UA interfaces and 8 Z interfaces
- MIX248: 2 T0 accesses, 4 UA interfaces and 8 Z interfaces
- MIX284: 2 T0 accesses, 8 UA interfaces and 4 Z interfaces
Note:
Contrary to the BRA board, the MIX board's T0 accesses cannot be configured as DLT0 Network. Only
DLTO User is allowed in QSIG mode.
Example: MIX484 board

2.2.7.2 External connections

2.2.7.2.1 OUTPUT PORTS (FACEPLATE)

               2-25

Chapter 2 $ % "! &   ' & #

RJ45 pin 1 2 3 4 5 6 7 8
Z outputs ZA ZB
UA outputs L1 L2
T0 outputs TX+ RX+ RX- TX-

2.2.7.2.2 CONNECTING AN ANALOG STATION (Z)

Follow the rules in the "SLI board" section.
2.2.7.2.3 CONNECTING A DIGITAL STATION
Follow the rules in the "UAI board" section.
2.2.7.2.4 CONNECTING A T0 BASIC ACCESS
Follow the rules in the "BRA board" section.

2.2.8 Mini-MIX

2-26               

 $ % "! &   ' & #

2.2.8.1 Basic description

The Mini–MIX daughter board is an optional daughter board plugged on the PowerCPU board.
Note:
The Mini-MIX daughter board requires BACKXS-N back panel and PSXS-N power supply module. The
Mini-MIX daughter board can be used only in an OmniPCX Office RCE Compact or, in case of migration
from R7.1 or lower, in a Compact Edition 2nd Generation, equipped with a PowerCPU board.
The Mini–MIX daughter board has the following features:
Two T0 (ISDN Basic Rate Access) interfaces
Two Z (SLI Analog Extension Access) interfaces
One local OBC to handle initialization and low level signaling

               2-27

Chapter 2 $ % "! &   ' & #

Figure 2.38: Mini-MIX daughter board

The Mini–MIX is detected via ASL (just like a peripheral board).
The Mini–MIX is located on position “6” (fixed) of ASL0 .
The Mini–MIX drives the Mini–MIX led ( previously WAN led ) on the front stiffener.
LED “ON” indicates that :
- the Mini–MIX daughter board is present and accepted by the mixed board license,
- the Backpanel supports 100V distribution (PSTYPE=”0”).

2-28               

 $ % "! &   ' & #

Figure 2.39: Mini-MIX connections on PowerCPU Board

Inter–connections between the Mini–MIX and the PowerCPU are made through 2BergStak
connectors (already used for daughter boards AFU-1, HSL, etc.)

2.2.9 AMIX-1
2.2.9.1 Hardware description
The AMIX-1 (Analog Mixed Line) board is used to connect the analog public network (PSTN)
to the PBX. It has the following characteristics:

               2-29

Chapter 2 $ % "! &   ' & #

- 4 analog line accesses

- a maximum of 8 UA interfaces
- a maximum of 8 Z interfaces
- an OBC system interface supporting AT, Z and UA signaling
- protection features
- the PFCT (Power Failure Cut Through) feature which allows a local analog set to connect
directly to a network line in the event of a power cut or a software failure
Note:
The AMIX-1 board is required to connect the OmniPCX Office RCE Compact platform to the analog
public network (PSTN). It can be used for OmniPCX Office RCE Small, Medium, Large platforms.
The AMIX-1 board can take the following 2 daughter boards:
- GSCLI
- CLIDSP
2.2.9.2 External connections
2.2.9.2.1 OUTPUT PORTS (FACEPLATE)

: indicates the assignment ports for the PFCT (Power Failure Cut Through) feature: the Z2
plug is connected to a Z set, the AT1 plug to the PSTN.

2-30               

 $ % "! &   ' & #

RJ45 pin 1 2 3 4 5 6 7 8
AT outputs AT_B_RING AT_A_TIP
UA outputs UA_a UA_b
Z outputs Z_a Z_b

2.2.9.2.2 CONNECTING AN ANALOG STATION (Z)

For more information, refer to the SLI board document.
2.2.9.2.3 CONNECTING A DIGITAL STATION
For more information, refer to the UAI document.

2.2.10 UAI
2.2.10.1 Hardware description
The UAI board allows the connection of digital stations (UA). Two board versions are available:
- boards without external power supply capability:
• UAI4: 4 UA interfaces
• UAI8: 8 UA interfaces
• UAI16: 16 UA interfaces
- boards with external power supply capability:
• UAI16-1: 16 UA interfaces
2.2.10.1.1 Differences between the two boards

               2-31

Chapter 2 $ % "! &   ' & #

The UAI16-1 board is equipped with 2 ASICs OSIRIS while the UAI4/8/16 boards are
equipped with ASICs CATS (one ASIC OSIRIS replaces 2 ASICs CATS).
The system software detects whether the board is equipped with CATS or OSIRIS; if the ASIC
OSIRIS is detected, the software can also detect whether the board is connected to an
external power supply.
The UAI-16 board allows to remotely supply the terminals connected to the 16 interfaces from
a EPS48 external power supply connected to interface 1 using an external adaptation power
cable (splitter).
2.2.10.1.2 BOARDS UAI4, UAI8 and UAI16

Output ports (Faceplate)

2-32               

 $ % "! &   ' & #

RJ45 pin 1 2 3 4 5 6 7 8
Outputs L1 L2

2.2.10.1.3 UAI16-1 board

               2-33

Chapter 2 $ % "! &   ' & #

Output ports (Faceplate)

2-34               

 $ % "! &   ' & #

RJ45 pin 1 2 3 4 5 6 7 8
Outputs 1 L1 L2 0V +48 V
Outputs 2 to 16 L1 L2

2.2.10.2 External connections

2.2.10.2.1 CONNECTING A DIGITAL STATION
Connection without external power supply
The terminals are equipped with a cable and a self-acting switch that plugs into the wall
socket. Each terminal is connected up by a pair of 0.5 or 0.6 mm diameter wires.
System - Digital station distances:
- 0.5 mm SYT type cable: 800 m (station without option) or 600 m (station with S0 or Z
option)
- 0.6 mm 278 type cable: 1,200m (station without option) or 850m (station with S0 or Z
option)

Connection with external power supply

A splitter allows the separation of the UA peripheral connection and the EPS48 external power
supply.

               2-35

Chapter 2 $ % "! &   ' & #

2.2.11 SLI
2.2.11.1 Hardware description
The SLI, SLI-1 or SLI-2 board (Single Line) allows the connection of 2-wire analog terminals
(Z). 3 board versions are available:
- SLI4: 4 Z interfaces
- SLI8: 8 Z interfaces
- SLI16: 16 Z interfaces

2-36               

 $ % "! &   ' & #

2.2.11.2 External connections

2.2.11.2.1 OUTPUT PORTS (FACEPLATE)

               2-37

Chapter 2 $ % "! &   ' & #

RJ45 pin 1 2 3 4 5 6 7 8
Outputs ZA ZB

2.2.11.2.2 CONNECTING AN ANALOG Z STATION

The terminals are equipped with a cable and a self-acting switch that plugs into the wall
socket. Each set is connected up with a pair of 0.5 or 0.6-mm wires (the maximum distance
with 0.5-mm cabling is 1.3 km).

2.2.12 LANX
2.2.12.1 Hardware description
The LanX board (Ethernet LAN Switch) serves to connect Ethernet terminals (IEEE 802.3
compatible). 3 board versions are available:
- LanX8
8 10/100 BT Ethernet ports (ports 1 to 7: MDI-X/crossover; Uplink: MDI-II/straight link)
- LanX16
16 10/100 BT Ethernet ports (ports 1 to 15: MDI-X/crossover; Uplink: MDI-II/straight link)
- LANX16-1
16 10/100 BT Ethernet ports (ports 1 to 15: MDI-X/crossover; Uplink: MDI-II/straight link);
low consumption. Contrary to the LANX8 and LANX16 boards that are seen by the system
as CPU boards, this LanX16-1 board, under a 40 V tension, is seen as an interface board
(such as UAI, SLI, etc.) and thus allows the limit number of usable boards to be increased;
in order to find out the limit values by module type, see the "Capacities and limits" sheet.

2-38               

 $ % "! &   ' & #

2.2.12.1.1 LANX-2 boards

The LanX8-2 and LanX16-2 are second generation boards integrating respectively 1 or 2
Ethernet Gigabit ports for a Lanswitch/Layer 2 configuration. Any port can be used as an
Uplink, as all the ports are auto MDI/MDIX.
2.2.12.2 Configuration examples
2.2.12.2.1 Configuration Example

               2-39

Chapter 2 $ % "! &   ' & #

2.2.12.3 External connections

2.2.12.3.1 OUTPUT PORTS (FACEPLATE)
LANX boards

2-40               

 $ % "! &   ' & #

Each category-5 RJ45 connector has 2 green LEDs:

- LED A = link status and activity:
• LED off: link disconnected
• LED steady: link connected
• LED flashing: link active
- LED B = full duplex/collision:
• LED out: half Duplex
• LED steady: full Duplex
• LED flashing: collision:

RJ45 pin 1 2 3 4 5 6 7 8
Port outputs (ports 1
RX+ RX- TX+ TX-
to 15)
Up-Link output TX+ TX- RX+ RX-

LANX-2 board

               2-41

Chapter 2 $ % "! &   ' & #

Unlike the first-generation boards, the LEDs of the A and B ports are both located at the top of
the board. The LED display is as follows:
- Green LED (left) = link status and activity:
• LED off: link disconnected
• LED steady: link connected
• LED flashing: link active
- Yellow LED (right) = speed:
• off: low speed (10 or 100 Mb for Gigabit port, 10 Mb for the other ports)
• on: high speed (1 Gb for Gigabit port, 100 Mb for the other ports)
LANX-2 board

RJ45 pin 1 2 3 4 5 6 7 8
Ports 1 to 14 RX+ RX- TX+ TX-
GE1, GE2 TR0+ TR0- TR1+ TR2+ TR2- TR1- TR3+ TR3-

- Ports 1 to 14: 10/100 BT ports.

- GE1, GE2: 10/100/1000 BT ports.
2.2.12.3.2 CONNECTION PRINCIPLES

2-42               

 $ % "! &   ' & #

Basic 10/100 BT connection

MDI-X to MDI-X connection

2.2.13 APA
2.2.13.1 Hardware description

The APA boards can only be used on systems running a software version posterior to R2.0.

The APA board (Analog Public Access) allows the connection of analog trunk lines (LR). Two
board versions are available:
- APA-4: 4 TL interfaces
- APA-8: 8 TL interfaces

               2-43

Chapter 2 $ % "! &   ' & #

X5: CLIDSP daughterboard plugging connector (detection of CLIP signal).

X60, X61, X62, X70, X71, and X72: GSCLI daughterboards plugging connectors (Ground
Start signaling).
2.2.13.1.1 CLIDSP BOARD EQUIPMENT
The signal needed to manage the CLIP (Calling Line Identification Presentation) is generated
at the CPU board level except in the following cases, which require a CLIDSP board (to be
installed on connector X5 of the board): US, UK and all countries using only Dual Tone
(DT-AS) as alert signal.
The CLIDSP board will also be necessary to detect the CLIP in the on-hook state (later
phase).
2.2.13.2 External connections
2.2.13.2.1 OUTPUT PORTS (FACEPLATE)

2-44               

 $ % "! &   ' & #

RJ45 pin 1 2 3 4 5 6 7 8
Output1 ZSETB ZSETA LB-Ring LA-Tip ZB ZA
Outputs 2 to 8 LB-Ring LA-Tip

Note:
Z set B1 and Z set A1: connection to Z set for cut-through functionality. ZB1 and ZA1: connection to a Z
access for cut-through functionality.

2.2.13.2.2 CONNECTING A TL
Without TL forwarding

With LR forwarding

               2-45

Chapter 2 $ % "! &   ' & #

In the event of power failure or CPU malfunction, this solution allows connection of the analog
line (connected to the APA board's equipment 1) to an analog station.

Note:
US connection features
- APA board equipped with Ground Start signaling: Ring is connected to the network's +
polarity while Tip is connected to the - (ground if using conventional battery).
- APA board equipped with Loop Start signaling: In case of conventional battery, Tip is
normally connected to the network equipment's ground and Ring to the network's - polarity.
Nevertheless, maintenance operations may temporarily or permanently inverse these
polarities: the connection of each of the battery's terminals to the earth cannot be ensured.
In the case of va riable battery, no terminal is connected to ground: the Tip and Ring
outputs are variable.

2.2.14 DDI
2.2.14.1 Hardware description
The DDI board (Direct Dialing Inward) allows the connection of analog trunk lines with Multiple
Subscriber Numbers. Two board versions are available:
- DDI-2: 2 SDA interfaces
- DDI-4: 4 SDA interfaces

2-46               

 $ % "! &   ' & #

2.2.14.2 External connections

2.2.14.2.1 OUTPUT PORTS (FACEPLATE)

               2-47

Chapter 2 $ % "! &   ' & #

RJ45 pin 1 2 3 4 5 6 7 8
Outputs L- L+

2.2.14.2.2 CONNECTING A DDI LINE

2.2.15 Power Supplies

2.2.15.1 Hardware description
2.2.15.1.1 Power Supply PS1/PS1N
Power supply PS1/PS1N provides the different voltages required to operate an OmniPCX
Office RCE Small platform and also acts as a backplane board (slots 1, 2 and CPU).

2-48               

 $ % "! &   ' & #

2.2.15.1.2 Power Supply PS2/PS2N

Power supply PS2/PS2N, which provides the different voltages required to operate an
OmniPCX Office RCE Medium platform, consists of 2 boards:
- PCH2: charger board
- PCO2: converter board

               2-49

Chapter 2 $ % "! &   ' & #

2.2.15.1.3 Power Supply PS3/PS3N

Power supply PS3/PS3N, which provides the different voltages required to operate an
OmniPCX Office RCE Large platform, consists of 2 boards:
- PCH3: charger board
- PCO3: converter board

2-50               

 $ % "! &   ' & #

2.2.15.1.4 Batteries
Equipment:
- OmniPCX Office RCE Small: 1 battery
- OmniPCX Office RCE Medium: 2 batteries mounted in parallel
- OmniPCX Office RCE Large: 3 batteries mounted in series

               2-51

Chapter 2 $ % "! &   ' & #

Battery characteristics:
- sealed lead battery
- 1,2 Ah / 12 V
- fire resistance better than or equal to UL94-V2
Maintenance:
To guarantee system shutdown without data loss in the event of a mains power failure, or if the
mains plug is unplugged at the wall socket, replace the batteries every two years. This
maintenance operation is vital to guarantee sufficient power autonomy to allow the files to be
saved before the system shuts down.
In the case of only a voice module (without Hard Disk), the standalone time is approximately
20 minutes.
2.2.15.1.5 UPS
A UPS (Uninterruptible Power Supply) is recommended because it increases the backup time
provided by the system’s batteries. A maximum of 2 Alcatel-Lucent OmniPCX Office
Communication Server platforms can be connected to a UPS.

2-52               

 $ % "! &   ' & #

Equipment
The following table indicates compatible UPS models to use with each Alcatel-Lucent
OmniPCX Office Communication Server system for a power autonomy of about 1 hour (40
minutes for the OmniPCX Office RCE Large + extension OmniPCX Office RCE Large used
with a standard configuration):
System UPS 220 V UPS 110 V
OmniPCX Office RCE Small Pulsar ellipse 300 Pulsar ellipse 300 USB
OmniPCX Office RCE Medium Pulsar ellipse 650S Pulsar ellipse 650 RS232

               2-53

Chapter 2 $ % "! &   ' & #

System UPS 220 V UPS 110 V

OmniPCX Office RCE Large Pulsar ellipse 1200S Pulsar ellipse 1200 RS232
OmniPCX Office RCE Large + Pulsar ellipse 1200S Pulsar ellipse 1200 RS232
extension OmniPCX Office RCE
Large

Choice of UPS
The following table indicates for each Alcatel-Lucent OmniPCX Office Communication Server
system (in extreme configurations) the consumption that is used to choose a UPS from the
various models offered by UPS manufacturers:
System Configuration Primary consumption
OmniPCX Office RCE Small 24 terminals 50 W
OmniPCX Office RCE Medium 48 terminals 70 W
OmniPCX Office RCE Large 96 terminals 105 W
OmniPCX Office RCE Large + 192 terminals 210 W
extension OmniPCX Office RCE
Large

2.2.15.1.6 EPS48 External Power Supply

The EPS48 external power supply (48V - 1A) is designed to power the UAI16-1 boards, thus
enabling the connection of power-hungry peripherals without a need for another module or a
bigger module.
Plugged into the electrical power supply, a 2 m power cable with an 8-pin RJ45 connector
powers the splitter used with the UAI16-1 board.
A green lamp indicates tension.
The EPS48 external power supply's connection into the main power supply must be located as
close as possible to the system and be easily accessible.
table 2.22: Output Points
RJ45 pin 1 2 3 4 5 6 7 8
Outputs 0V 48 V

2.3 Dedicated Sets

2.3.1 8002/8012 Deskphone

2.3.1.1 Detailed description
2.3.1.1.1 Description
The 8002 Deskphone and 8012 Deskphone sets are full-featured SIP devices. The list of
supported services is detailed in List of Services Provided - Services provided - Services
offered on SIP sets .

2-54               

 $ % "! &   ' & #

Figure 2.80: 8002/8012 Deskphone set layout

2.3.1.1.2 Equipment
The 8002/8012 Deskphone sets include the following items:
- Corded comfort handset (available on 8012 Deskphone only)
- Hands-free station speaker
- An LCD set screen, which is adjustable from the typical angle of 50° relative to the table
surface, to a near horizontal position
- A ringing LED
- A dialing keypad
- Navigation keys
- Fixed function keys with or without LED indication
- Connectors including:
• 10/100M/1000Mb/s Ethernet LAN (POE supported, 1000Mb/s available on 8012

               2-55

Chapter 2 $ % "! &   ' & #

Deskphone only)
• PC port management (Gigabit speed, available on 8012 Deskphone only)
• 3.5 mm female jack for headset connection (available on 8012 Deskphone only)
• Mini USB connector for connection to 8002/8012 Deskphone specific Power Adapter
2.3.1.1.3 Screen
8002/8012 Deskphone sets are equipped with a non graphical display (color: black and white).
This display consists of one line of 20 non proportional characters.
8002/8012 Deskphone sets have one fixed position plastic foot, with 50° viewing angle.
To view available set features, press the navigation keys.
2.3.1.1.4 Keys
The 8002/8012 Deskphone sets include:
- A dialing keypad with 12 keys
- Navigation keys (see: Navigation keys )
- Fixed function keys (see: Fixed function keys )
Navigation keys

Figure 2.81: Navigation keys

Key Meaning
OK Validate data entry
Navigation Scroll up or down
Cancel Go back to the previous page
Home Switch back to home page

Fixed function keys

2-56               

 $ % "! &   ' & #

Key Meaning Associated LED

Activate/deactivate the mute A mute LED (located above the mute key)
mode The mute LED is lit (blue) when the mute
mode is activated.

Decrease the volume level Volume LEDs (located above the [+] and [-]
keys)
The corresponding volume LED is lit (blue)
when the volume level is either increased [+]
or decreased [-].
Increase the volume level Volume LEDs (located above the [+] and [-]
keys)
The corresponding volume LED is lit (blue)
when the volume level is either increased [+]
or decreased [-].
Enable or disable set A loudspeaker LED (located above the
loudspeaker loudspeaker key)
The loudspeaker LED is lit (blue) when in
conversation in headset mode or hands-free
position.

               2-57

Chapter 2 $ % "! &   ' & #

Key Meaning Associated LED

Provide access to: A message LED (located above the message
- Voice mail services key)
- Text message services The behavior of the message LED is as
- Unanswered calls follows:
- LED blinks blue when there is at least one
missed call log that has not been viewed
or a new voice message
- LED is lit (blue) when there is at least one
missed call log that has already been
viewed and there is no new voice
message
- LED is off when there is no missed call
log and no new voice message
Call Make a call
Release End the call

2.3.1.2 Commissioning
2.3.1.2.1 Overview
This module presents all the actions required for commissioning the 8002/8012 Deskphone
sets.
2.3.1.2.2 Commissioning the set
This section describes how to commission the set in the two available initialization options:
- Static initialization: commissioning is manual on the set and through OMC
- Dynamic initialization (DHCP): no commissioning is needed, 8002/8012 Deskphone sets
are fully plug & phone
Depending on the selected mode, the set commissioning is different.
For static initialization, the operation order is as follows:
1. Configure the user in OMC, refer to: Configuring the user in OMC
2. Connect the set, refer to: Connecting the set
3. Configure network parameters on the set, refer to Commissioning the Set in Static Mode
For dynamic initialization, the operation order is as follows:
1. Configure the DHCP Server, refer to Configuring the DHCP server for dynamic initialization
2. Configure the user name and password in OMC, refer to Configuring the user name and
password in OMC
Prerequisites
- The Alcatel-Lucent OmniPCX Office Communication Server version must be R9.0 or
higher and the system must be operational
- For network configuration, any of the following must be implemented:
• In dynamic mode, a DHCP server must be configured
• In static mode, a free IP address must be available for the set

2-58               

 $ % "! &   ' & #

- A port with PoE must be available on a switch. If not available, a PoE injector or a specific
Power Adapter must be used
Configuring the user in OMC

Note:
In dynamic (DHCP) mode,8002/8012 Deskphone sets are fully plug & phone. This operation is not
mandatory.
To create an 8002/8012 Deskphone:
1. In OMC, go to Users/Base stations List.
2. Select a No., IP access and click the Add button.
3. Select IP terminal and click OK.
4. Select the newly created user in the list, select 8002 DeskPhone/8012 DeskPhone in the
combo box type and enter a name.
5. Click the Modify button.
6. Double-click the newly created user to open the User dialog box.
7. Click the IP/SIP button and enter the MAC address of the set in the IP Parameters tab.
8. If needed, in the SIP Parameters tab, click the SIP password reset button to get a new
password.
Connecting the set
This section describes how to connect an 8002/8012 Deskphone set to the LAN (Local Area
Network).
To connect the set to the LAN:
1. Plug an RJ45 cable between the set LAN connector and a port of the switch
Accessing the set administration menu
1. Connect the set to the LAN
2. During set initialization (steps 1/5 to 5/5) , press the *, then # keys
If the set password is required, enter the set password and press OK
As sets do not come with an alphabetic keyboard, use the numeric keypad to type the
password:
a. For each letter, press the key on which the corresponding letter is printed
Example:
For alcatellucent enter: 2522835582368
b. Once the full password is entered, press the OK key
The set administration menu is displayed.
Note:
When the set is started, the administration menu is available from the Settings > Admin Settings menu.

Initializing the sets

The following paragraphs describe how to:
- Select the initialization type

               2-59

Chapter 2 $ % "! &   ' & #

- Initialize the 8002/8012 Deskphone set

Selecting the initialization type
The default initialization is dynamic.
To select the initialization type, refer to the following table.
table 2.25: Initialization type selection
If Then the required Further information
initialization type is
You have a DHCP Dynamic or Proprietary - Refer to Configuring the DHCP server
server dynamic for dynamic initialization
- In case of Proprietary dynamic
selection, the IP address of the set must
be provided by the Proprietary router.
You do not have a Static - Refer to Commissioning the Set in Static
DHCP server Mode
- Obtain from your network administrator:
• An IP address for the 8002/8012
Deskphone set
• The subnetwork mask
• The router address
• The DNS addresses (primary and
secondary)
• The VLAN ID (if VLAN is used)
• The URL of the Alcatel-Lucent
OmniPCX Office Communication
Server for set configuration file
download
Note:
You need to know the set directory number.

Configuring the DHCP server for dynamic initialization

Two types of dynamic initialization are available:
- Dynamic (default value): the set selects in priority DHCP offers, with a Vendor Specific
option corresponding to an Alcatel-Lucent server.
- Dynamic Alcatel: the set accepts only DHCP offers with a Vendor Specific option
corresponding to an Alcatel-Lucent Enterprise server (alcatel.int-ip.0,
alcatel.a4400.0, alcatel.a4200.0).
When initializing in dynamic mode, the set provides the following information in the DHCP
Discover message
- Option 60: (vendor class identifier): alcatel.ictouch.0
- Option 55: list of requested options: subnet mask, router option, broadcast address, option
43 vendor specific info, server ID, renewal time, rebinding time and vendor class ID
Option 43 is vendor specific information, meaning that this option is defined for a specific client
vendor ID. In the DHCP offer, the data within Option 43 corresponds to the client vendor ID
specified in the request.

2-60               

 $ % "! &   ' & #

In the case of 8002/8012 Deskphone sets, suboption 67 of option 43 provides the path of
configuration files on the Alcatel-Lucent OmniPCX Office Communication Server.
The DHCP offer provides the following parameters:
- IP address
- Router IP address
- Subnet mask
- Option 66: IP address or name of the Alcatel-Lucent OmniPCX Office Communication
Server:10443, for example 192.168.12.34:10443
- Suboption 67 of option 43: the value of this sub-option corresponds to the DM Url.It must
contain a string value set to /dmcfg/
- Option 58: VLAN ID: this is sent as a suboption of option 43
Optionally, the DHCP offer can include the following parameters, which can also be configured
locally on the terminal or on the Alcatel-Lucent OmniPCX Office Communication Server:
- Option 6: Domain Name Server (DNS primary and secondary)
- Option 15: Domain name
- Option 12: Host name (eg, ICTouch<MAC>)
- Option 42: SNTP server
- Option 120: SIP server (outbound proxy server address or name)
Commissioning the Set in Static Mode
Selecting the Set Initialization Mode (Static)
By default, a set is configured to initialize in dynamic mode.
To modify the initialization mode:
1. Open the set administration menu (see: Accessing the set administration menu )
2. From the set administration menu, scroll up/down to display IP parameters and press OK
3. Scroll up/down to display IP mode: xxxx
The available initialization modes are: Dynamic (default option), Alcatel Dyn or Static
If the desired mode is displayed, you can skip IP mode selection
4. If Dynamic is displayed, press successively OK to change the initialization mode in Static
5. Scroll up/down to display Save and press OK
Configuring the Set IP Parameters
1. Open the set administration menu (see: Accessing the set administration menu )
2. From the set administration menu, scroll up/down to display IP Parameters and press OK.
3. Scroll up/down to display and modify set IP parameters:
• IP @: Set IP address
• Subnet: IP subnetwork mask
• Router: Router IP address
4. After the Router parameter, scroll up/down to display Save and press OK

               2-61

Chapter 2 $ % "! &   ' & #

Configuring the binary and configuration file download parameters

1. Open the set administration menu (see: Accessing the set administration menu )
2. From the set administration menu, scroll up/down to display IP parameters and press OK
3. Scroll up/down to display and configure the download parameters of the set binary and
configuration files (Alcatel-Lucent OmniPCX Office Communication Server server) :
• DL Scheme: press several times the OK button to specify the transfer mode: HTTPS
• Use Default Port: click the OK button to confirm that the default port value (443) is
retained for HTTPS
• DL Addr: press the OK button and enter IP address of the Alcatel-Lucent OmniPCX
Office Communication Server server
• DL Port: parameter not used
• DL Path: press the OK button and enter the access path where the set binary and
configuration files are located (/dmcfg/)
4. After the DL Path parameter, scroll up/down to display Save and press OK
Configuring the user name and password in OMC
To modify the name and reset the password:
- In OMC, go to Users/Base stations List.
- Click the user in the list, modify her/his name in the corresponding field and click Modify.
- In the SIP Parameters tab, click the SIP password reset button to get a new password (In
OMC, only reset of user password can be done, user password can be set only in
8002/8012 Deskphone set).
Connecting optional equipment
Headsets
A wired headset can be used with 8012 Deskphone sets.
By default the set is configured to detect headset connection. When the headset is plugged
into the 3.5 jack connector, the audio is sent to the headset. The hands-free key allows you to
switch from handset to headset.
Rebooting an 8002/8012 Deskphone set
To reboot a set:
1. In OMC, go to Users/Base stations List > Details.
2. Click Reset button.
The Reset window opens.
3. Select Reboot and click OK.
4. In the confirmation window, click Yes.
Displaying SIP Connection Current Status
This feature allows the display of SIP connection status.
To display SIP connection status:

2-62               

 $ % "! &   ' & #

1. In OMC, go to Users/Base stations List > Details.

2. Read the SIP connection status (under the terminal's physical status).
The following table lists the different displayed status.
Displayed Status Meaning
Set not connected SIP phone disconnected from network / No
SIP registration request from the phone
SIP registration KO SIP registration request from SIP Phone
rejected by Alcatel-Lucent OmniPCX Office
Communication Server
Set unregistered SIP phone unregistered from Alcatel-Lucent
OmniPCX Office Communication Server
SIP registration OK SIP phone connected and successfully
registered to Alcatel-Lucent OmniPCX Office
Communication Server

2.3.2 8082 My IC Phone

2.3.2.1 Basic description
2.3.2.1.1 Overview
The 8082 My IC Phone set is a full-featured SIP device which constitutes a new step in the
implementation of user needs and comfort.

Its screen is a 7 inch capacitive LED backlit touch screen, which provides a context sensitive
feedback, easing the tasks of users.

               2-63

Chapter 2 $ % "! &   ' & #

Access to the most common features is facilitated by a quick access pad, where a sensitive
home key brings you to the homepage. The other sensitive similar keys pilot your audio
volume and provide access to your main applications.
Its audio quality is outstanding and welcomes:
- Corded comfort handset or Bluetooth® handset (or headset)
- High quality loudspeaker
- Handsfree feature with high fidelity audio quality
An open connectivity supports easy expansion with a 10/100/1000 Ethernet switch for LAN
and PC connectivity, an embedded Bluetooth® chipset, a 3.5 mm headset port, two USB
connectors, as well as connectors for keyboard and handset.
2.3.2.1.2 Video architecture
The 8082 My IC Phone sets includes features that support video capabilities for:
- Video calls
- Door management
A Logitech webcam can be added to the 8082 My IC Phone set as part of the interactive
hardware for the video feature.
___change-begin___
___change-end___
Video calls can be configured for:
- 8082 My IC Phone over a SIP trunk
___change-begin___
2-64               
 $ % "! &   ' & #
___change-end___
- Other SIP phones with video capabilities
___change-begin___
___change-end___
Door management with the 8082 My IC Phone and a door camera is available with the Link
Slim IP Door Phone
___change-begin___
               2-65
Chapter 2 $ % "! &   ' & #

___change-end___
2.3.2.2 Hardware description
2.3.2.2.1 Set Equipment
The 8082 My IC Phone set includes the following items:
- Bluetooth® Handset with a front LED or Corded comfort handset
- Hands-free station speaker
- A quick access pad (which includes LEDs)
- A set screen, which is adjustable from the typical angle of 60° relative to the table surface,
to a near horizontal position
2.3.2.2.2 Quick Access Pad LEDs
LEDs are lit for each active feature displayed, regardless of the status (idle, busy) of the set.
Touching a LED activates/deactivates the corresponding feature.
The table below indicates the default meaning of LEDs. Note that this meaning can depend on
the application active on the set.
LED Corresponding Feature
Mute

Volume down

Volume up

Hands-free

User information, presence and call routing configuration (including

Do not Disturb)

Communications

Dial/Search

Events

2-66               

 $ % "! &   ' & #

LED Corresponding Feature

Home

2.3.2.2.3 Set Screen

The LCD set screen is touch sensitive.
When buttons are displayed, touch any button to activate a feature (or display the
corresponding window).

Figure 2.88: 8082 My IC Phone Screen Example

               2-67

Chapter 2 $ % "! &   ' & #

Figure 2.89: Example of Home Page

When a list is displayed, either horizontally or vertically, touch the screen and move your finger
in the desired direction. The display reacts according to the direction of your finger movement.

Figure 2.90: 8082 My IC Phone Screen List Example

2.3.2.2.4 Video accessories

Note:
Video compatibility is only available for the 8082 My IC Phone HW2 and later. HW1 sets are not video
compatible.
The 8082 My IC Phone can be used in conjunction with a video hardware to provide

2-68               

 $ % "! &   ' & #

capabilities for:
- Video calls
- Door management support
The Logitech C920 can be connected directly to the 8082 My IC Phone via the USB
connection.
___change-begin___
___change-end___
Figure 2.91: Logitech C920 webcam
Features for the Logitech C920 include:
- Wide view field
- Omni-directional microphones
- High quality Zeiss lens
- Plug-and-play with most video conferencing and UC applications
The Link Slim IP Door Phone can provide the exterior camera and bell push for the door phone
application used with the 8082 My IC Phone. It is an IP based phone that is linked to the
OmniPCX Office and can be used to manage entry access.
___change-begin___
               2-69
Chapter 2 $ % "! &   ' & #

___change-end___
Figure 2.92: Link Slim IP Door Phone
The Link Slim IP Door Phone uses a single cable to use the PoE capabilities to control door
entry from a computer or IP telephone. Features include:
- Voice & Image based on Full SIP protocol
- Autofocus IP Camera
- White LED for automatic lighting for camera
- PoE technology or Power supply 12 V AC/DC, 500 mA max
- Ethernet - 10/100 MB SIP connection P2P or PBX network system
- Day/night switching feature
2.3.2.3 Commissioning
2.3.2.3.1 Overview
This module presents all the actions required for commissioning the 8082 My IC Phone sets.

Figure 2.93: 8082 My IC Phone set layout

The following figure illustrates the connectors on the base of each set.

2-70               

 $ % "! &   ' & #

Figure 2.94: 8082 My IC Phone set connectors

2.3.2.3.2 Commissioning the set

This section describes how to commission the set in the two available initialization options:
- Static initialization: commissioning is manual on the set and through OMC
- Dynamic initialization (DHCP): no commissioning is needed, 8082 My IC Phone sets are
fully plug & phone
Depending on the selected mode, the set commissioning is different.
For static initialization, the operation order is as follows:
1. Configure the user in OMC, refer to: Configuring the user in OMC
2. Connect the set, refer to: Connecting the set
3. Configure network parameters on the set, refer to Configuring network parameters for
static initialization
For dynamic initialization, the operation order is as follows:
1. Configure the DHCP Server, refer to Configuring the DHCP server for dynamic initialization
2. Configure the user name and password in OMC, refer to Configuring the user name and

               2-71

Chapter 2 $ % "! &   ' & #

password in OMC
Prerequisites
- The Alcatel-Lucent OmniPCX Office Communication Server version must be R810 or
higher and the system must be operational
- For network configuration, any of the following must be implemented:
• In dynamic mode, a DHCP server must be configured
• In static mode, a free IP address must be available for the set
- A port with PoE must be available on a switch. If not available, a PoE injector must be
used
Configuring the user in OMC

Note:
In dynamic (DHCP) mode, 8082 My IC Phone sets are fully plug & phone. This operation is not
mandatory.
To create an 8082 My IC Phone:
1. In OMC, go to Users/Base stations List.
2. Select a No., IP access and click the Add button.
3. Select IP terminal and click OK.
4. Select the newly created user in the list, select 8082 My IC Phone in the combo box type
and enter a name.
5. Click the Modify button.
6. Double-click the newly created user to open the User dialog box.
7. Click the IP/SIP button and enter the MAC address of the set in the IP Parameters tab.
8. If needed, in the SIP Parameters tab, click the SIP password reset button to get a new
password.
Connecting the set
This section describes how to:
- Connect an 8082 My IC Phone set to the LAN (Local Area Network)
- Connect the external power adapter, if necessary
Note:
The external power adaptor is compatible with 8082 My IC Phone HW2, it is not compatible with version
HW1.

Connecting an 8082 My IC Phone set to the LAN

To connect the set to the LAN:
- If you are using the 8082 Power Over Ethernet Injector Kit:
a. Plug an RJ45 cable between the data in port of the kit and the LAN
b. Plug an RJ45 cable between the data and power out port of the kit and the set LAN
connector

2-72               

 $ % "! &   ' & #

c. Plug the kit to the mains

- If you are not using the 8082 Power Over Ethernet Injector Kit, plug an RJ45 cable
between the set LAN connector and a port of the switch
Connecting power supply

Note:
Only available for 8082 My IC Phone HW2
If you are not using a PoE switch or the 8082 Power Over Ethernet Injector Kit, connect the
AC/DC external adapter:
1. Plug the appropriate cable from the adapter into the set's power supply connector.
2. Connect the plug from the adapter to the mains power supply.
Initializing the sets
The following sections describe how to:
- Select the initialization type
- Initialize the 8082 My IC Phone set
Selecting the initialization type
The default initialization is dynamic.
To select the initialization type, refer to the following table.
table 2.28: Initialization type selection
If Then the required Further information
initialization type is
You have a DHCP Dynamic or Proprietary - Refer to Configuring the DHCP server
server dynamic for dynamic initialization
- In case of Proprietary dynamic
selection, the IP address of the set must
be provided by the Proprietary router.
You do not have a Static - Refer to Configuring network parameters
DHCP server for static initialization
- Obtain from your network administrator:
• An IP address for the 8082 My IC
Phone set
• The subnetwork mask
• The router address
• The DNS addresses (primary and
secondary)
• The VLAN ID (if VLAN is used)
• The URL of the Alcatel-Lucent
OmniPCX Office Communication
Server for set configuration file
download
Note:
You need to know the set directory number.

Configuring the DHCP server for dynamic initialization

               2-73

Chapter 2 $ % "! &   ' & #

Two types of dynamic initialization are available:

- Dynamic (default value): the set selects in priority DHCP offers, with a Vendor Specific
option corresponding to an Alcatel-Lucent server.
- Dynamic Alcatel: the set accepts only DHCP offers with a Vendor Specific option
corresponding to an Alcatel-Lucent Enterprise server (alcatel.int-ip.0,
alcatel.a4400.0, alcatel.a4200.0).
When initializing in dynamic mode, the set provides the following information in the DHCP
Discover message
- Option 60: (vendor class identifier): alcatel.ictouch.0
- Option 55: list of requested options: subnet mask, router option, broadcast address, option
43 vendor specific info, server ID, renewal time, rebinding time and vendor class ID
Option 43 is vendor specific information, meaning that this option is defined for a specific client
vendor ID. In the DHCP offer, the data within Option 43 corresponds to the client vendor ID
specified in the request.
In the case of 8082 My IC Phone sets, suboption 67 of option 43 provides the path of
configuration files on the Alcatel-Lucent OmniPCX Office Communication Server.
The DHCP offer provides the following parameters:
- IP address
- Router IP address
- Subnet mask
- Option 66: IP address:10443 or name of the Alcatel-Lucent OmniPCX Office
Communication Server:10443, for example 192.168.12.34:10443
- Suboption 67 of option 43: the value of this sub-option corresponds to the DM Url.It must
contain a string value set to /dmcfg/
- Option 58: VLAN ID: this is sent as a suboption of option 43
Optionally, the DHCP offer can include the following parameters, which can also be configured
locally on the terminal or on the Alcatel-Lucent OmniPCX Office Communication Server:
- Option 6: Domain Name Server (DNS primary and secondary)
- Option 15: Domain name
- Option 12: Host name (eg, ICTouch<MAC>)
- Option 42: SNTP server
- Option 120: SIP server (outbound proxy server address or name)
Configuring network parameters for static initialization
MMI allows to access and configure the following parameters (you must have administration
rights to modify static configuration):
- In the Network menu:
• DM (Alcatel-Lucent OmniPCX Office Communication Server) URL: https://OmniPCX
Office IP address/10443/dmcfg/
• DNS addresses
• Ethernet parameters: the LAN and PC Ethernet interfaces are by default configured in

2-74               

 $ % "! &   ' & #

auto-negotiation mode
• IP parameters
• Log parameters, allowing to define a syslog server for log reception
• Network parameters, allowing to:
• Enable and configure a DHCP User Class: this makes the set send the standard
DHCP option 77 (User Class, RFC2132) within the DISCOVER and REQUEST
DHCP messages. Using this option allows to define groups of terminals, and to
attach these groups to different and independent Com Servers.
• Define an SNTP Server address and refresh period
• Proxy host and port
• SIP parameters (read only)
- In Security menu:
• 802.1x parameters
• Certificates: not used
Configuring the user name and password in OMC
To modify the name and reset the password:
- In OMC, go to Users/Base stations List.
- Click the user in the list, modify her/his name in the corresponding field and click Modify.
- In the SIP Parameters tab, click the SIP password reset button to get a new password (In
OMC, only reset of user password can be done, user password can be set only in 8082 My
IC Phone set).
Connecting optional equipment
Headsets
A headset can be used with 8082 My IC Phone sets.
By default the set is configured to detect headset connection. When the headset is plugged in,
the audio is sent to the headset. The hands-free key allows you to switch from handset to
headset.
A Bluetooth® headset may be used.
If your headset is wired, plug it to the associated set connector (see: figure: 8082 My IC Phone
set connectors ), which can be any of the following:
- The jack plug
- The set USB port
External station speakers
Any connector used for a headset can be used for external speakers.
Customize your set to take the external station speaker into account:
1. Touch the Settings button
Note:
According to system administration, this button may not appear. The availability of this option is
determined by the set configuration files. Contact your telephony and/or system administrator.

               2-75

Chapter 2 $ % "! &   ' & #

2. Select Devices < Audio

3. Select the connection of your choice (from Accessory device to Bluetooth® device)
4. Touch the field to access available values
5. Select Loudspeaker
6. If your device is not Bluetooth®, plug it to the corresponding connector
Traffic priority on the internal switch
The 8082 My IC Phone set includes an internal LAN switch.
This switch allows to connect a PC.
The internal switch has three ports:
- A LAN port
- An internal port
- A PC port, to connect a PC to the LAN.
The internal switch privileges VoIP traffic over PC port traffic.
This switch has two waiting queues:
- The HPQ (High Priority Queue) to proceed all packets from the terminal
- The LPQ (Low Priority Queue) to proceed packets from the PC port
The switch proceeds seven HPQ packets for an LPQ packet.
Exception: packets from the PC port use the HPQ when they are tagged with a DSCP or
802.1p priority and when the priority value is superior or equal to 4.
Resetting User Data
Until R8.2, to reset 8082 My IC Phone user data for a set, the name of the user has to be
modified to resetUserData in Users/Base Station list. This action resets the 8082 My IC
Phone user data to default.
As of R9.0, instead of modifying the user name to resetUserData, a new button is introduced
to reset the 8082 My IC Phone user data.
To reset user data:
1. In OMC, go to Users/Base stations List > Details.
2. Click Reset.
The Reset window opens.
3. Select Reset User Data and click OK.
4. In the confirmation window, click Yes.
Rebooting an 8082 My IC Phone set
Before R9.0, the 8082 My IC Phone is rebooted by a hard reset. The power supply to the set is
disconnected and reconnected to initiate a reboot.
As of R9.0, to reboot a set:
1. In OMC, go to Users/Base stations List > Details.
2. Click Reset button.

2-76               

 $ % "! &   ' & #

The Reset window opens.

3. Select Reboot and click OK.
4. In the confirmation window, click Yes.
Displaying SIP Connection Current Status
As of R9.0, this feature allows the display of SIP connection status.
To display SIP connection status:
1. In OMC, go to Users/Base stations List > Details.
2. Read the SIP connection status (under the terminal's physical status).
The following table lists the different displayed status.
Displayed Status Meaning
Set not connected SIP phone disconnected from network / No
SIP registration request from the phone
SIP registration KO SIP registration request from SIP Phone
rejected by Alcatel-Lucent OmniPCX Office
Communication Server
Set unregistered SIP phone unregistered from Alcatel-Lucent
OmniPCX Office Communication Server
SIP registration OK SIP phone connected and successfully
registered to Alcatel-Lucent OmniPCX Office
Communication Server

2.3.2.3.3 Video Call parameters

The Alcatel-Lucent OmniPCX Management Console is used to enable the video call support
for the 8082 My IC Phone sets. Once configured it is possible to make:
- Basic P2P video calls between 8082 My IC Phone (VHE-2) and any SIP phone with video
support.
- Basic video calls from 8082 My IC Phone (VHE-2) over a SIP trunk
The configuration for video is carried out in two steps:
1. Generic SIP phone parameters for video calls are verified and modified if necessary, see
Generic video parameters
2. Each set is enabled, see Enabling video support for a 8082 My IC Phone set
Generic video parameters
The parameters in the table are generic (common) to all 8082 My IC Phone sets. They are
accessed from:
OMC -> Subscribers Misc -> Generic Parameters for SIP Phones -> Video Call
parameters
Video Camera Country Frequency: defines the vertical scan frequency which is needed to
avoid flickering of video. This is same as the mains power frequency of the country. Default
value for this parameter is kept based on the target type (country) of the OmniPCX Office.

               2-77

Chapter 2 $ % "! &   ' & #

Country Type Video Camera Country

Frequency (Default value in
OMC)
Brazil Costa-Rica Guatemala Haiti Honduras Mexico Panama 60 Hz
Philippines Saudi Arabia Taiwan USA Venezuela Verizon
All others 50 Hz

Video Camera Refresh Cycle: defines the time interval between two full pictures refresh in
seconds. This parameter impacts the network bandwidth usage.If the value of this parameter
is 0, it indicates no refresh.
Video Differential Services: indicates the value of ‘Differential Services’ field in the IP header.
Video 802.1p: indicates the value of ‘802.1p’ field in the IP header.
Video Call Profile Level ID: indicates the value of ‘SDP’ field in IP header. This parameter
encodes in it, the information on profile, level and ID for video call encoding.
Video Call Encoding Profile: defines the profile that 8082 My IC Phone must use for video
stream encoding. This impacts the quality of the video.
Video Encoding Profile Low/Medium/High: defines the bandwidth used for low/Medium/High
level video encoding profile in kbps.
Video Call Packetization Mode: defines packetization mode (PM) among 3 values:
PM1 provides best quality video with reduced bandwidth. If the distant set does not support
PM1, PM0 is used. PM0 should be avoided since it is not well supported on 8082 My IC
Phone. NS is for exclusive use of PM1. If NS is not supported by the distant, negotiation fails
(no video)
All the video configuration parameters and their possible values are described in table: Video
parameters
table 2.31: Video parameters
OMC Parameter Common/Specific Default Value Possible Values
to 8082 My IC
phones
Video Support Specific to Enabled Enabled/Disabled
Terminal
Video Camera Country Common Based on target 50 Hz / 60 Hz
Frequency country
Video Camera Refresh Cycle Common 2 [0 .. 2160]
Video Differential Services Common 5 [ 0 .. 63 ]
Video 802.1p Common 5 [0 .. 7]
Video Call Profile Level ID Common 0x42801E [0...0xFFFFFF]
Video Call Encoding Profile Common Medium Low/Medium/High
Video Encoding Profile Low Common 256 kbps 0 .. 65535]
Video Encoding Profile Medium Common 1000 kbps [0 .. 65535]
Video Encoding Profile High Common 2500 kbps [0 .. 65535]
Video Call Packetization Mode Common PM0 PM0 / PM1 / NS

Enabling video support for a 8082 My IC Phone set

2-78               

 $ % "! &   ' & #

The Video Support feature right is specific to each 8082 My IC Phone set. Video telephony is
enabled or disabled specifically for each set.
Note:
Enabling is mandatory to support Video calls (incoming or outgoing) for 8082 My IC Phone sets.
To enable/disable “Video Support”
OMC -> User/Base stations List -> 8082 MY IC Phone-> Details-> Features -> Feature
Rights -> Part 1
Video support: select the check box to allow video support on the 8082 My IC Phone.
2.3.2.3.4 SIP door phone parameters

Note 1:
If SIP door phone management is to be done with video support, refer to Video Call parameters to enable
video.
The generic parameters for SIP door phone management with 8082 My IC Phone can be
modified at
OMC -> Subscribers Misc -> Generic Parameters for SIP Phones -> Door Phone
Parameters
OMC Parameter Common/Specific Default Value Possible Values
to 8082 My IC
phones
Door Phone Name Common Doorcam STRING
Door Open Signal Common 55 STRING

Door Phone Name: defines the name that must be given for all SIP door phone terminals.
Default value for this parameter is 'Doorcam'.
The unique name defined with ‘Door Phone Name’ parameter is used by 8082 My IC Phone to
identify calls from SIP door phones.
Note 2:
The 'Door Phone Name’ parameter is case sensitive. SIP door phone names must be unique and not the
same as the ‘Door Phone Name’ parameter.
Door Open Signal: defines the DTMF code that is sent from 8082 My IC Phone to SIP door
phone to open the door latch. The default value for this parameter is 55.
2.3.2.3.5 Upgrading the software
The Alcatel-Lucent OmniTouch™ 8082 My IC Phone set software is upgraded during
OmniPCX Office software upgrade. Ensure the 8082 My IC Phone option is validated in the
OMC-Software Download window: refer to System Startup from OMC - Downloading the
Software

2.3.3 4135 IP Conference Phone

2.3.3.1 Basic description
2.3.3.1.1 Overview

               2-79

Chapter 2 $ % "! &   ' & #

The 4135 IP Conference Phone is a conference phone for IP telephony offering a host of
innovative features:
- OmniSound® 2.0 audio technology
- IP telephony for flexible and affordable telephony
- Management of lines during a call (calling new parties, creating a multi-party call, splitting a
multi-party call)
- Recording capability (requires an optional SD Card)
- Web interface for simple management of contacts, conference groups and settings (only
available in English language)
- Extra microphone connection for wider reception (option)
- Connection for wireless headset or PA system (option)
- Future-proof, can be upgraded with smart functions
2.3.3.2 Hardware description
2.3.3.2.1 Keypad

2-80               

 $ % "! &   ' & #

Figure 2.96: 4135 IP Conference Phone Keypad

Each button provides access to letters and characters - including characters not shown on the
button. Press the same button repeatedly to use another character. To enter several letters
accessible from the same button one after the other, pause before entering the second letter.
Press C to delete the last character you have entered.
2.3.3.2.2 Display Screen

               2-81

Chapter 2 $ % "! &   ' & #

Line free (Before account name – telephone not registered)

Line connected (Before account name – telephone registered)
Line on hold (“HOLD” displayed on the screen – all calls on hold)
Line (called party) busy

Own line put on hold by other party

Recording call
Secure connection

2.3.3.3 Commissioning
2.3.3.3.1 Overview
This module presents all the actions required for commissioning 4135 IP Conference Phone
sets.

Figure 2.99: 4135 IP Conference Phone set layout

The following figure illustrates the connectors on the base of each set.

2-82               

 $ % "! &   ' & #

Figure 2.100: 4135 IP Conference Phone set connectors

The 4135 IP Conference Phone is a SIP device which has no handset; it is dedicated to be
used as central for conferences.
Conferences are not managed by the system, but by the device itself. Up to four 4135 IP
Conference Phones can be connected to the Alcatel-Lucent OmniPCX Office Communication
Server.
2.3.3.3.2 Commissioning the set
This section describes how to commission the set in the two available commissioning types:
- Static: commissioning is manual on the set and on OMC
- Dynamic (DHCP): the set automatically retrieves its IP address and other parameters from
a DHCP server. Complementary operations are necessary on the set and on OMC
For static commissioning, operations are:
1. Configure the user in OMC, refer to Configuring the user by OMC
2. Connect the set to the LAN, refer to Connecting the set to the LAN
3. Configure the network parameters on the set, refer to Configuring network parameters for
static initialization
4. Export the server certificate from the Alcatel-Lucent OmniPCX Office Communication
Server: refer to Exporting the server certificate from the Alcatel-Lucent OmniPCX Office
Communication Server
5. Upload the certificate on the 4135 IP Conference Phone
For dynamic commissioning, operations are:

               2-83

Chapter 2 $ % "! &   ' & #

1. Configure the DHCP Server, refer to Configuring the DHCP server for dynamic initialization
2. Connect the set to the LAN, refer to Connecting the set to the LAN
3. Configure the user name and password and consult the SIP password in OMC, refer to
Configuring the user name and password in OMC
4. Export the server certificate from the Alcatel-Lucent OmniPCX Office Communication
Server: refer to Exporting the server certificate from the Alcatel-Lucent OmniPCX Office
Communication Server
5. Enter the SIP password through MMI, refer to Entering the SIP password through local
MMI
6. Upload the certificate on the 4135 IP Conference Phone
Prerequisites
- The Alcatel-Lucent OmniPCX Office Communication Server must be R810 or higher and
must be operational
- For network configuration, any of the following must be implemented:
• In dynamic mode, a DHCP server must be configured
• In static mode, a free IP address must be available for the set
- A port with PoE must be available on a switch
Configuring the user by OMC
This paragraph applies to OMC configuration of sets initializing in static mode. In dynamic
(DHCP) mode, the following operation is not mandatory but the server certificate must be
exported from the Alcatel-Lucent OmniPCX Office Communication Server to the PC and can
then be uploaded to the 4135 IP Conference Phone.
To create a 4135 IP Conference Phone:
1. In OMC, go to Users/Base stations List.
2. Select a No., IP access, enter a name and click the Add button.
3. Select IP terminal and click OK.
4. Select the newly created user in the list and select 4135 IP Conference Phone in the
combo box type.
5. Click the Modify button.
6. Click the newly created user to open the User dialog box.
7. Click the IP/SIP button and enter the MAC adress of the set in the IP Parameters tab.
8. If needed, in the SIP Parameters, click the SIP password reset button to get a new
password.
Connecting the set to the LAN

Note:
the set is supplied via Ethernet, so make sure using a 802.3af standard-compatible switch.
To connect the set to the LAN:
1. Turn the set over so that you can see its base.

2-84               

 $ % "! &   ' & #

2. Plug the RJ45 cable into the set's LAN connector.

3. Connect the RJ45 cable to the LAN.
Initializing the sets
This section describes how to:
- Select the initialization mode
- Initialize the 4135 IP Conference Phone set
Selecting the initialization type
The default initialization is dynamic.
To select the initialization type, refer to the table below.
table 2.34: Initialization type selection
If Then the required Further information
initialization mode is
You have a DHCP Dynamic or Proprietary - Refer to Configuring the DHCP server
server dynamic for dynamic initialization
- In the case of Proprietary dynamic
mode, the IP address of the set must be
provided by the Proprietary router.
You do not have a Static - Refer to Configuring network parameters
DHCP server for static initialization
- Obtain from your network administrator:
• An IP address for the 4135 IP
Conference Phone set
• The subnetwork mask
• The router address
• The DNS addresses (primary ans
secondary)
• The VLAN ID (if VLAN is used)
• The URL of the Alcatel-Lucent
OmniPCX Office Communication
Server for configuration files
download
Note:
You need to know the set directory number.

Configuring the DHCP server for dynamic initialization

In Dynamic initialization (default value), the set selects the first DHCP offer, with a Vendor
Specific option corresponding to an Alcatel-Lucent server.
When initializing in dynamic mode, the set provides the following information in the DHCP
Discover message:
- Option 60: (vendor class identifier): alcatel.sip.0
- Option 55: list of requested options: subnet mask, router option, broadcast address, option
43 vendor specific info, server ID, renewal time, rebinding time and vendor class ID
Option 43 is vendor specific information, meaning that this option is defined for a specific client

               2-85

Chapter 2 $ % "! &   ' & #

vendor ID. In the DHCP offer, the data within Option 43 corresponds to the client vendor ID
specified in the request.
In the case of 4135 IP Conference Phone sets, suboption 67 of option 43 provides the path of
configuration files on the Alcatel-Lucent OmniPCX Office Communication Server.
The DHCP offer provides the following parameters:
- IP address
- Router IP address
- Subnet mask
- Option 66: IP address or name of the Alcatel-Lucent OmniPCX Office Communication
Server:10443, for example 192.168.12.34:10443
- Suboption 67 of option 43: the value of this sub-option must contain a string value set to
https://alize/dmcfg/
- Option 58: VLAN ID: this is sent as a suboption of option 43
Optionally, the DHCP offer can include the following parameters, which can also be configured
locally on the terminal or on the Alcatel-Lucent OmniPCX Office Communication Server:
- Option 6: Domain Name Server (DNS primary and secondary)
- Option 15: Domain name
- Option 12: Host name (eg, ICTouch<MAC>)
- Option 42: SNTP server
- Option 120: SIP server (outbound proxy server address or name)
Exporting the server certificate from the Alcatel-Lucent OmniPCX Office
Communication Server
1. Go to OMC->Tools->Import/Export->Export Server Certificate.
The Export Server Certificate window is displayed
2. Click Browse button.
The Exportfile window is displayed:
• The File name field indicates server.crt. The file name can be modified as needed
• The Files of type field indicates Certificate Files
3. Specify the destination path for the export and click OK: The selected path and the
certificate file name are displayed in the Export Server Certificate window
4. Click the Export button: The certificate file is exported from the Alcatel-Lucent OmniPCX
Office Communication Server to the specified file path in PC
5. Click the Return button
Configuring network parameters for static initialization
The following parameters must be entered through the MMI:
- IP address
- Subnet mask
- Gateway address
- DNS addresses

2-86               

 $ % "! &   ' & #

- VLAN use
- VLAN ID (if VLAN use is set)
- URL: provides the URL on the Alcatel-Lucent OmniPCX Office Communication Server to
download configuration file. The path on the Alcatel-Lucent OmniPCX Office
Communication Server is /dmcfg/
- SIP password
Configuring the user name and password in OMC
To modify the name and password:
- In OMC, go to Users/Base stations List.
- Click the user in the list.
- Modify the user name in the corresponding field and click Modify.
- Double-click the user in the list to open the User dialog box.
- Click on IP/SIP, go to SIP parameters Tab to consult the SIP password.
Displaying SIP Connection Current Status
As of R9.0, this feature allows the display of SIP connection status.
To display SIP connection status:
1. In OMC, go to Users/Base stations List > Details.
2. Read the SIP connection status (under the terminal's physical status).
The following table lists the different displayed status.
Displayed Status Meaning
Set not connected SIP phone disconnected from network / No
SIP registration request from the phone
SIP registration KO SIP registration request from SIP Phone
rejected by Alcatel-Lucent OmniPCX Office
Communication Server
Set unregistered SIP phone unregistered from Alcatel-Lucent
OmniPCX Office Communication Server
SIP registration OK SIP phone connected and successfully
registered to Alcatel-Lucent OmniPCX Office
Communication Server

Entering the SIP password through local MMI

For static and dynamic initialization, enter the SIP password through MMI.
2.3.3.3.3 Upgrading the software
The 4135 IP Conference Phone set software is automatically upgraded during OmniPCX
Office software upgrade (there is no specific option to select in the OMC-Software Download
window: refer to System Startup from OMC - Downloading the Software )
The 4135 IP Conference Phone set software can also be upgraded manually through the MMI.

               2-87

Chapter 2 $ % "! &   ' & #

2.3.4 Generic SIP Phones

2.3.4.1 Commissioning
2.3.4.1.1 Overview
This module presents all the actions required for commissioning generic SIP sets.
The List of supported SIP Phones is available on the Alcatel-Lucent Applications Partner
Program (AAPP) web site.
2.3.4.1.2 Commissioning Generic SIP Sets
This section describes how to commission a generic SIP Set.
The following operations must be performed:
1. Configure the user in OMC, refer to Configuring the User in OMC
2. Connect the set, refer to Connecting the Set and switch it on
3. Configure the generic SIP set, refer to Configuring the generic SIP set
Prerequisites
- The Alcatel-Lucent OmniPCX Office Communication Server must be R810 or higher and
must be operational
- A free IP address must be available for the set
- A port with PoE must be available on a switch
Configuring the User in OMC
To create a generic SIP set:
1. In OMC, go to Users/Base stations List.
2. Select a No., IP access and click on the Add button.
3. Select IP terminal and enter a Name.
4. Select the newly created user in the list and select Basic SIP Phone or Open SIP Phone
in the combo box.
See the different features relating to basic or open SIP modes: List of Services Provided -
Services provided - Services offered on SIP sets
5. Click the Modify button.
6. Click the Details button. The User window is opened.
7. Click the IP/SIP button. The IP/SIP parameters window is opened.
8. In the SIP parameters tab, click the SIP password reset button. A new password is
generated in the SIP password field.
9. A virtual MAC Address is automatically generated but it can be replaced by the real MAC
Address of the SIP device.
Note:
The MAC Address must be unique and is used to identify the subscriber in the OmniPCX Office call
handling (SIP password is used for authentication).

2-88               

 $ % "! &   ' & #

10. Note this new password safely. It will be requested during the generic SIP set configuration
( Configuring the generic SIP set ).
Connecting the Set
This section describes how to:
- Connect a generic SIP set to the LAN (Local Area Network)
- Connect the power supply
Prerequisites
None
Connecting a SIP set to the LAN

Note:
If the set is supplied via Ethernet, ensure you are using a 802.3af standard-compatible switch.
To connect the set to the LAN:
- Plug the RJ45 cable into the set's LAN connector.
- Connect the RJ45 cable to the LAN.
Connecting Power Supply (Optional)
To supply power via an AC/DC external adapter:
- Plug the appropriate cable from the adapter into the set's power supply connector.
- Connect the plug from the adapter to the mains power supply.
Configuring the generic SIP set
The following parameters must be entered through the MMI or web interface when available:
- IP address (if no DHCP server is configured)
- Subnet mask (if no DHCP server is configured)
- Gateway adress (if no DHCP server is configured)
- DNS adresses (if no DHCP server is configured)
- VLAN use (if no DHCP server is configured)
- VLAN ID if VLAN use is set (if no DHCP server is configured)
- SIP username
- SIP password: this is different from the user password. It is randomly generated for each
SIP phone by the system and must be provided to the user in a secured way. It is used
both for SIP registration and for SIP authentication, since every SIP message must be
authenticated.
Note:
The random password must be entered manually in MMI. It must be made of with letters and
numbers only and can be viewed/reset in OMC.
This password has been previously generated in: Configuring the User in OMC .
- Registrar and proxy IP addresses: the Alcatel-Lucent OmniPCX Office Communication

               2-89

Chapter 2 $ % "! &   ' & #

Server IP address and the SIP port must be set to value 5059
- Authentication Realm: Alcatel-Lucent OmniPCX Office Communication Server IP
address by default
- Registration interval: value greater than 120 seconds
- Transport protocol: the UDP protocol is preferred, TCP is used if the SIP packet length is
greater than the MTU value or if the remote SIP endpoint requests the TCP protocol
- Domain name: Alcatel-Lucent OmniPCX Office Communication Server IP address by
default
Displaying SIP Connection Current Status
As of R9.0, this feature allows the display of SIP connection status.
To display SIP connection status:
1. In OMC, go to Users/Base stations List > Details.
2. Read the SIP connection status (under the terminal's physical status).
The following table lists the different displayed status.
Displayed Status Meaning
Set not connected SIP phone disconnected from network / No
SIP registration request from the phone
SIP registration KO SIP registration request from SIP Phone
rejected by Alcatel-Lucent OmniPCX Office
Communication Server
Set unregistered SIP phone unregistered from Alcatel-Lucent
OmniPCX Office Communication Server
SIP registration OK SIP phone connected and successfully
registered to Alcatel-Lucent OmniPCX Office
Communication Server

2.3.5 IP Touch 4008/4018 Phone

2.3.5.1 Basic description
2.3.5.1.1 Overview
The Alcatel-Lucent OmniPCX Office Communication Server supports (among others) the
following types of IP-Phones:
- In the Alcatel-Lucent 8 series product range: the Alcatel-Lucent IP Touch 4008 Phone
- In the Alcatel-Lucent IP Touch 8 series phone Extended Edition product range: the
Alcatel-Lucent IP Touch 4008 phone Extended Edition
- In the Alcatel-Lucent 8 series product range: the Alcatel-Lucent IP Touch 4018 Phone
- In the Alcatel-Lucent IP Touch 8 series phone Extended Edition product range : the
Alcatel-Lucent IP Touch 4018 phone Extended Edition
The features of the Alcatel-Lucent IP Touch 4018 phone Extended Edition set are roughly
equivalent to the features of the Alcatel-Lucent IP Touch 4018 Phone set.

2-90               

 $ % "! &   ' & #

The main difference between the two sets is that the Alcatel-Lucent IP Touch 4018 phone
Extended Edition set provides extended memory capacity.
As part of the Proprietary professional range, these IP phones are fully-featured with
integrated IP connectivity and telephony, bringing you the converged power of data and voice
over IP (VoIP). In addition to their optimized design, these terminals offer a gray display, wide
band audio, superior quality ring tones and hands-free communication.
The Alcatel-Lucent IP Touch 4018 Phone and the Alcatel-Lucent IP Touch 4018 phone
Extended Edition sets offer the following advantages:
- Instant Business Communications
- Optimized Ergonomics
- Superlative sound quality
- Unbeatable range of telephony features
Note:
In the rest of this documentation, any mention of Alcatel-Lucent IP Touch 4008 Phone sets also applies
to Alcatel-Lucent IP Touch 4008 phone Extended Edition sets, and any mention of Alcatel-Lucent IP
Touch 4018 Phone sets also applies to Alcatel-Lucent IP Touch 4018 phone Extended Edition sets,
unless otherwise specified.

2.3.5.1.2 Instant Business Communications

The Alcatel-Lucent IP Touch 4018 Phone and the Alcatel-Lucent IP Touch 4018 phone
Extended Edition sets are always ready to provide the best communication service whenever
you need it, and to connect to other devices and applications in real-time. You'll find them fast
and easy to use, with feature buttons and interactive soft keys.
2.3.5.1.3 Optimized Ergonomics
Attractive, innovative and intuitively designed, these terminals operate on the same simple,
user-friendly ergonomics found in the best mobile phones and PDAs, so that you won't waste
any time accessing their powerful features and services. These phones come complete with:
- Display in different shades of gray
- Programmable feature buttons
- Up/down navigator
- Context-sensitive keys
2.3.5.1.4 Superlative sound quality
These phones provide the very best sound quality thanks to the following new enhancements:
- Compatibility with wide band audio, taking listening comfort to higher levels
- Full duplex hands-free speakerphone, including acoustic echo cancellation
- A comprehensive choice of standard ringtones and polyphonic melodies
2.3.5.1.5 Unbeatable range of telephony features
These sets offer the full range of telephony services found in the OmniPCX Office PBXs,
unbeatable in terms of functionality, features, reliability and Quality of Service. These sets are
available in all countries where the associated IP-enabled Alcatel-Lucent OmniPCX Office

               2-91

Chapter 2 $ % "! &   ' & #

Communication Server system releases are launched.

2.3.5.2 Hardware description
2.3.5.2.1 Overview
The features of the Alcatel-Lucent IP Touch 4018 phone Extended Edition set are roughly
equivalent to the features of the Alcatel-Lucent IP Touch 4018 Phone set.
The main difference between the two sets is that the Alcatel-Lucent IP Touch 4018 phone
Extended Edition set provides extended memory capacity.
In the following paragraphs, descriptions and operations of the Alcatel-Lucent IP Touch
4018 Phone set also apply to the Alcatel-Lucent IP Touch 4018 phone Extended Edition set,
unless specifically indicated.
2.3.5.2.2 Alcatel-Lucent IP Touch 4018 Phone set description
This section describes the:
- Set features
- Set keyboard
- Set display
The following figure illustrates the Alcatel-Lucent IP Touch 4018 Phone set.

Figure 2.101: Alcatel-Lucent IP Touch 4018 Phone set

2-92               

 $ % "! &   ' & #

Set features
The features of the Alcatel-Lucent IP Touch 4018 Phone set are as follows:
- Corded comfort handset
- Full duplex hands-free
- Wide band audio
- Standard ring tones and polyphonic melodies
- Display in shades of gray
- Dialing keypad
- Fixed function keys
- Up/down navigator and OK key
- Programmable keys
- Ethernet LAN and PC connections
- Optical connectivity with external adapter
- Wall mounted kit [optional]
- Foot-stand 60° (“Big Foot”) [optional]
Set keyboard
The keyboard of the Alcatel-Lucent IP Touch 4018 Phone set includes:
- A dialing keypad
- Function keys
- Programmable keys
- A navigator
Dialing keypad
The dialing keypad comprises 12 keys.
Function keys
The fixed function keys are described in the table below.
table 2.37: Fixed keys of the Alcatel-Lucent IP Touch 4018 Phone set
Key Action
End Can be used to:
- terminate the current communication
- stop ringing for an incoming call
- end the current application (and return
the display to its default)

               2-93

Chapter 2 $ % "! &   ' & #

Key Action
Hands–free (with green LED) Enables or disables the hands–free feature.
Short press activates the hands-free feature.
Long press on the hands-free key activates
the Group Listening feature.
The hands-free function is a full duplex
function with echo cancellation and
attenuation.
Volume In OmniPCX Office, they adjust:
+ - the handset/headset volume in
— communication mode
- the built-in loudspeaker volume
- the ringing level when the set rings
Redial - Short press: Automatically redials the
last number dialled.
- Long press: Displays a list of recently
dialled numbers. Use the up/down arrow
keys to scroll between numbers, and
press the OK key to redial the number
currently displayed.
Message (with orange LED) Provides access to:
- voice-mail services
- mini-message services
Mute (with green LED) - When the set is in communication, this
key switches the set to mute mode
(disabling the set's microphone).
- When the set is not in communication,
this key allows an incoming internal call
to be answered in hands-free mode.
Personal/Dial by name - Short press: Provides access to the
personal address book.
- Long press: Provides access to the Dial
by name feature.
Exit/Home - Short press: Steps back one level in the
application.
- Long press: Exits the current application
and returns to the default display.

2-94               

 $ % "! &   ' & #

Key Action
Help/Menu Menu
- Press once to access the set's menu.
This consists of 7 elements - use the
up/down arrow keys to move between
menu elements.
- Press once followed by one of the keys 1
to 7 to access the corresponding element
of the menu.
- Press once followed by the OK key to
access the first element of the menu
(Who Am I?).
Help
Press once followed by another key to obtain
information on the function of that key. The
possibilities are:
- i + programmable key
- i + Message key
- i + Redial key
- i + End key
- i + Personal/Dial by name key

Programmable keys
The programmable keys allow your preferred functions to be programmed (by an
administrator), such as call forwarding or a specific call number. These keys then provide
quick and easy access to these functions.
The programmable keys include:
- One personal key
- A set of 6 other programmable keys
Navigator
The navigator includes:
- A 2-direction navigation key
- A validation key (OK)
- An Exit/Home key (|<)
The Exit/Home key is used to exit the current application, or a long press will switch the display
back to its default. In edit mode, it can be used to delete characters.
Set display
The table below lists the characteristics of the display of the Alcatel-Lucent IP Touch
4018 Phone set.
table 2.38: Display of the Alcatel-Lucent IP Touch 4018 Phone set
Characteristics Alcatel-Lucent IP Touch 4018 Phone
Display Yes
Screen resolution 20 characters
Size of visible area 79 x 13 mm (3.11 x 0.51 inches)

               2-95

Chapter 2 $ % "! &   ' & #

Characteristics Alcatel-Lucent IP Touch 4018 Phone

Color Gray background

2.3.5.3 Commissioning
2.3.5.3.1 Overview
This module presents all the actions required for commissioning:
- The Alcatel-Lucent IP Touch 4018 Phone set
- The Alcatel-Lucent IP Touch 4018 phone Extended Edition set
The commissioning of Alcatel-Lucent IP Touch 4018 Phone and Alcatel-Lucent IP Touch 4018
phone Extended Edition sets is identical.
The following figure illustrates the connectors on the base of the Alcatel-Lucent IP Touch
4018 Phone and Alcatel-Lucent IP Touch 4018 phone Extended Edition sets.

Figure 2.102: Alcatel-Lucent IP Touch 4018 Phone and Alcatel-Lucent IP Touch 4018 phone
Extended Edition connectors

2.3.5.3.2 Commissioning the set

This section describes how to:
- Connect the set
- Initialize the set
- Program keys

2-96               

 $ % "! &   ' & #

Prerequisites
None.
Connecting the sets
This section describes how to:
- Connect an IP Touch set to the LAN (Local Area Network)
- Connect the power supply
Prerequisites
None.
Connecting an IP Touch set to the LAN
To connect the set to the LAN:
1. Turn the set over so that you can see its base.
2. Plug the RJ45 cable into the set's LAN connector.
3. Connect the RJ45 cable to the LAN itself.
Connecting power supply
The set can be supplied from two possible power sources:
- An AC/DC external adapter which is a 42V power supply
A female jack is used to connect the power adapter. The AC/DC external adapter is the
same for IP Touch and e-Reflex sets.
- Power over Ethernet (PoE)
The supply via Ethernet can be implemented using a 802.3af standard-compatible switch.
To supply power via an AC/DC external adapter:
1. Plug the appropriate cable from the adapter into the set's power supply connector.
2. Connect the plug from the adapter to the mains power supply.
Initialization starts.
Initializing the sets
This section describes how to:
- Choose the initialization mode
- Initialize the IP Touch set
Prerequisites
The IP Touch set must be connected to the:
- LAN
- Power supply
Choosing the initialization mode
The default mode is dynamic mode.

               2-97

Chapter 2 $ % "! &   ' & #

To choose the initialization mode, refer to the table below.

table 2.39: Initialization modes
If Then the required And
initialization mode is
You have a DHCP server Dynamic mode or Refer to table: Initialization
Proprietary dynamic mode procedure
In the case of Proprietary
dynamic mode, the IP address
of the set must be provided by
the Proprietary router.
You do not have a DHCP Static mode - Refer to table: Initialization
server procedure
- Obtain from your network
administrator:
• An IP address for the
IP Touch set
• The subnetwork mask
• The router address
• The TFTP server
address, which is the
IP address of the
PowerCPU board
embedding the VoIP
board

Initializing the IP Touch set

To initialize the IP Touch set, refer to the table below.
Note 1:
In each of the two cases below, you can view the IP Touch set's software version after Step 2 by
selecting Version in the Main menu.
table 2.40: Initialization procedure
For an Procedure
initialization
that is
Dynamic mode 1. Connect the power supply.
or Proprietary 2. After initialization phase 2 is completed and before phase 5 starts, press i, then
dynamic mode the # key.
The Main menu appears.
3. If the set was previously in static mode, choose IP Parameters from the Main
menu.
The IP Parameters menu appears.
4. Choose Dynamic and press the OK key.
5. Save by pressing the # key.
6. Exit the Main menu by pressing the * key.

2-98               

 $ % "! &   ' & #

Static 1. Connect the power supply.

2. Before initialization phase 5 starts, press i, then the # key.
The Main menu appears.
3. From the Main menu, choose IP Parameters.
The IP Parameters menu appears.
4. Choose Static and press the OK key.
5. Enter the following:
a. IP address
b. Subnetwork mask
c. Router address
d. TFTP server address
e. TFTP port (69)
f. CPU address
6. Enter the required VLAN details, as follows:
a. If required, select Use VLAN and then enter the VLAN ID number.
b. Ensure that Strict VLAN is set as required. It is selected by default;
de-selecting it allows you to use a DHCP server in another VLAN.
7. Save the above parameter values by pressing the # key.
8. Exit the Main menu by pressing the * key.
The set restarts from phase 1 with the new parameters.
Note 2:
If an error message appears during initialization, disconnect the power adapter, then plug it in
again, so that the system restarts initialization.

Restarting initialization
If you want to change a parameter value, restart initialization, as detailed below.
To restart initialization:
1. Disconnect the IP Touch set from the power supply.
2. Reconnect the power supply.
3. Execute the initialization procedure as detailed in table: Initialization procedure
Programming keys
This section describes how to program the programmable keys.
In fact, only the direct call key can be programmed (with a telephone number), which by
default is the sixth programmable key. However, the Personal/Dial by name key can be
programmed in a similar way.
To program a key:
1. Press the i key followed by the required programmable key.
2. Press one key of the 2-way navigator (up or down).
3. Enter the telephone number to be associated with this programmable key.
4. Press OK. The set then goes back to its default display.
Relocating and retaining IP Touch sets
This section describes how to relocate and retain the same set.

               2-99

Chapter 2 $ % "! &   ' & #

In the procedure below, it is assumed that:

- there is one DHCP server
- no VLAN has to be configured.
Prerequisites
None.
Relocating and retaining the same set
To relocate and retain the same set:
1. Unplug the set.
2. Plug the set into a connector at its new location.
2.3.5.3.3 The Alcatel-Lucent IP Touch 4008 Phone set
The Alcatel-Lucent IP Touch 4008 Phone is a cost reduction of the Alcatel-Lucent IP Touch
4018 Phone with a new transceiver and a new LAN switch.
The Alcatel-Lucent IP Touch 4008 Phone configuration is the same as the Alcatel-Lucent IP
Touch 4018 Phone configuration: both sets share the same profile.
The Alcatel-Lucent IP Touch 4008 phone Extended Edition configuration is the same as the
Alcatel-Lucent IP Touch 4018 Phone configuration.
2.3.5.3.4 Rebooting the set
As of R9.0, to reboot a set:
1. In OMC, go to Users/Base stations List > Details.
2. Click Reset button.
The Reset window opens.
3. Select Reboot and click OK.
4. In the confirmation window, click Yes.
2.3.5.4 Maintenance
2.3.5.4.1 Overview
This module describes:
- The error and information messages that appear during the starting phase.
- The Ethernet link table.
2.3.5.4.2 Error and Information messages
The table below lists the error and information messages. It has the following format:
Short text = text displayed on the screen, in case of real error or for information.
Description = status/error description
table 2.41: Starting phase error messages

2-100               

 $ % "! &   ' & #

Short text Description

END Starting phase is terminated (successful or
unsuccessful)
STARTED Step started
SUCCESS Step successful
FAIL Step failed
RETRYING Retrying step
NO MAC ADDRESS No Ethernet MAC address stored in flash
DHCP NOT RESPONDING DHCP Server is not responding
BAD IP ADDRESS IP address is incorrect
BAD ROUTER ADDRESS Router address is incorrect
ROUTER PING FAILED Router not responding to ping
BAD TFTP ADDRESS TFTP server address is incorrect
ADDRESSES MISMATCH Address, mask and router do not match
TFTP NOT RESPONDING TFTP server is not responding
TFTP SERVER ERROR TFTP server error
BAD FILE CONTENT Error found in downloaded file
FILE TOO LARGE File is too large (cannot be downloaded)
SAME VERSION FOUND The version retrieved is the same as the
version running
NEW VERSION FOUND New IP Touch software version found
(download)
FLASHING Flashing in progress
FLASHING FAILED Failed to flash downloaded binary
TRYING ANOTHER CPU Trying next address from configuration file
NO ETHERNET LINK Ethernet link not connected (LAN port only)
initializing First text message after hardware reset and
copyright information
1/5 network start Phase 1 is running: the set is starting its
network interface
2/5 network setup Phase 2 is running: the set is looking for IP
addresses
3/5 config download Phase 3 is running: the set is trying to get a
lanpbx file
4/5 binary download Phase 4 is running: the set is downloading a
new binary
5/5 connecting Phase 5 is running: the set is trying to talk to
the system

2.3.5.4.3 Ethernet Link

By default, Alcatel-Lucent 8 series sets are configured to perform auto-negotiation on both
ports (LAN and PC). Provided that the PC and the LAN switch are also configured to perform

               2-101

Chapter 2 $ % "! &   ' & #

auto-negotiation, this is the best configuration for QoS improvement.

However, depending on the network configuration, it may not always be possible to leave the
terminal in auto-negotiation: link speed and duplex of both ports can be forced to determined
values using the supervisor menu:
- Plug in the set, as described: IP Touch 4008/4018 Phone - Commissioning -
Commissioning the set .
- Once the set displays initialization, press i, then #.
- Use the navigation key to select Ethernet Links
- Modify data as requested
A configuration mismatch between the terminal and PC/LAN switch can lead to negative
effects on the voice quality:
- No link (or speed mismatch): 8, 9, 11 and 12
- Packet loss (or duplex mismatch): 2, 4, 7 and 14
Note 1:
Collisions are not detected by the device operating in full-duplex mode: packets from this device are
never re-transmitted if a collision occurs on them.
The following table lists all possible Ethernet port configuration combinations when connecting
an IP Touch set to an external device (switch on LAN side, PC on PC side). For each
combination, the table shows the link status: valid or invalid (duplex or speed mismatch), as
described above.
table 2.42: Ethernet Link Combinations
Terminal Port External Device Port Link Status
1 auto-negotiation auto-negotiation Valid
2 auto-negotiation 100-FULL Invalid (packet loss)
3 auto-negotiation 100-HALF Valid
4 auto-negotiation 10-FULL Invalid (packet loss)
5 auto-negotiation 10-HALF Valid
6 100-FULL 100-FULL Valid
7 100-FULL 100-HALF Invalid (packet loss)
8 100-FULL 10-FULL Invalid (no link)
9 100-FULL 10-HALF Invalid (no link)
10 100-HALF 100-HALF Valid
11 100-HALF 10-FULL Invalid (no link)
12 100-HALF 10-HALF Invalid (no link)
13 10-FULL 10-FULL Valid
14 10-FULL 10-HALF Invalid (packet loss)
15 10-HALF 10-HALF Valid

Note 2:
When the two ports of an Alcatel-Lucent IP Touch 4018 Phone or Alcatel-Lucent IP Touch 4018 phone
Extended Edition set are configured in auto-negotiation mode, if the negotiation has led to a 10 Mbps rate

2-102               

 $ % "! &   ' & #

on the PC port and a 100 Mbps rate on the LAN port, the Alcatel-Lucent 8 series set automatically tries to
renegotiate a 10 Mbps rate on the LAN port. This prevents congestion problems on the PC.

2.3.6 IP Touch 4028/4038/4068 Phone

2.3.6.1 Basic description
2.3.6.1.1 Overview
The Alcatel-Lucent OmniPCX Office Communication Server supports (among others) the
following types of IP-Phones:
- In the Alcatel-Lucent 8 series product range:
• Alcatel-Lucent IP Touch 4068 Phone
• Alcatel-Lucent IP Touch 4038 Phone
• Alcatel-Lucent IP Touch 4028 Phone
- In the Alcatel-Lucent IP Touch 8 series phone Extended Edition product range:
• Alcatel-Lucent IP Touch 4068 phone Extended Edition
• Alcatel-Lucent IP Touch 4038 phone Extended Edition
• Alcatel-Lucent IP Touch 4028 phone Extended Edition
Note:
The features of the Alcatel-Lucent IP Touch 4028/4038/4068 phone Extended Edition sets are roughly
equivalent to the features of the Alcatel-Lucent IP Touch 4028/4038/4068 sets. Any difference is
expressly indicated in this document.
The main difference between the two types of sets is that the Alcatel-Lucent IP Touch 4028/4038/4068
phone Extended Edition sets provide a "Gigabit" Ethernet interface.
As part of the Alcatel-Lucent Enterprise professional range, these state-of-the-art IP phones
are fully-featured with integrated IP connectivity and telephony, bringing you the converged
power of data and voice over IP (VoIP). In addition to their optimized design, these terminals
offer high-resolution, adjustable color or gray screens, wide band audio, superior quality ring
tones, hands-free communication, wireless freedom (Alcatel-Lucent IP Touch 4068 Phone and
Alcatel-Lucent IP Touch 4068 phone Extended Edition only), as well as the capability to
support any web-based business application.
The Alcatel-Lucent IP Touch 4028/4038/4068 sets and the Alcatel-Lucent IP Touch
4028/4038/4068 phone Extended Edition sets offer the following advantages:
- Instant Business Communications
- Optimized Ergonomics
- Superlative sound quality
- Expandable key programming
- Open to a whole new world of applications and services
- Unbeatable range of telephony features
- As of R7.0, the use of Unicode - Chinese and Cyrillic - characters to dial by name, as well
as in phone book entries and softkey label customization is possible. For more information,
refer to 4029/4039 Digital Phone - Input Method Editor .

               2-103

Chapter 2 $ % "! &   ' & #

2.3.6.1.2 Instant Business Communications

These sets are always ready to provide the best communication service whenever you need it,
and to connect to other devices and applications in real-time. You'll find them fast and easy to
use, with feature buttons and interactive soft keys, making them the ideal focal point for all
your business communications.
2.3.6.1.3 Optimized Ergonomics
Attractive, innovative and intuitively designed, these terminals operate on the same simple,
user-friendly ergonomics found in the best mobile phones and PDAs, so that you won't waste
any time accessing their powerful features and services. Each phone comes complete with:
- Color or gray adjustable screen
- Programmable feature buttons
- Four-way navigator
- Context-sensitive keys
- Integrated alphabetic keyboard for functions such as text messaging and dial by name
2.3.6.1.4 Superlative sound quality
These phones provide the very best sound quality thanks to a wide range of new
enhancements:
- Compatibility with wide band audio, taking listening comfort to higher levels
- Full duplex hands-free speakerphone, including acoustic echo cancellation
- A comprehensive choice of standard ringtones and polyphonic melodies
Each set includes a built-in socket for the use of headsets, additional speakers or
teleconferencing systems.
2.3.6.1.5 Expandable key programming
Each set features a number of programmable keys allowing quick access to frequently used
telephone numbers and telephony functions. The number of programmable keys can be
expanded using one or more add-on modules containing additional keys. Add-on modules are
available with 10 or 40 keys, as well as a 14-key module with programmable LCD key labels.
2.3.6.1.6 Open to a whole new world of applications and services
All three sets are fully equipped to welcome outside applications via an XML interface,
enabling you to customize your communications infrastructure to the unique demands of your
business. Users can receive tailor-made applications – such as hosted or web-based - from
customers or developers at the turn of a software key.
2.3.6.1.7 Unbeatable range of telephony features
These sets offer the full range of telephony services found in the OmniPCX Office, unbeatable
in terms of functionality, features, reliability and Quality of Service. The sets are available in all
countries where the associated IP-enabled OmniPCX Office system releases are launched.
2.3.6.2 Hardware description
2.3.6.2.1 Overview

2-104               

 $ % "! &   ' & #

The Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP Touch 4038 Phone and
Alcatel-Lucent IP Touch 4068 Phone sets offer similar features. The main differences between
the sets concern:
- Type of display (resolution, gray/color, back light)
- Number of soft keys
- Support of a Bluetooth® headset
For more information, refer to table: Features of the Alcatel-Lucent IP Touch 4028 Phone,
Alcatel-Lucent IP Touch 4038 Phone and Alcatel-Lucent IP Touch 4068 Phone sets .
The features of Alcatel-Lucent IP Touch 4028 phone Extended Edition, Alcatel-Lucent IP
Touch 4038 phone Extended Edition and Alcatel-Lucent IP Touch 4068 phone Extended
Edition sets are roughly identical to the features of Alcatel-Lucent IP Touch 4028 Phone,
Alcatel-Lucent IP Touch 4038 Phone and Alcatel-Lucent IP Touch 4068 Phone sets.
The main difference between the two ranges of sets is that top-of-the-range Alcatel-Lucent IP
Touch 8 series phone Extended Edition sets provide a "Gigabit" Ethernet interface.
In the following paragraphs, only Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP
Touch 4038 Phone and Alcatel-Lucent IP Touch 4068 Phone sets are mentioned. However,
descriptions and operations of these sets also apply to the Alcatel-Lucent IP Touch 4028
phone Extended Edition set, Alcatel-Lucent IP Touch 4038 phone Extended Edition set and
Alcatel-Lucent IP Touch 4068 phone Extended Edition set, unless specifically indicated:
2.3.6.2.2 Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP Touch 4038 Phone
and Alcatel-Lucent IP Touch 4068 Phone descriptions
This section describes the:
- Set features
- Set keyboard
- Set display
The following figure illustrates the Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP
Touch 4038 Phone and Alcatel-Lucent IP Touch 4068 Phone sets. In fact, the figure shows the
Alcatel-Lucent IP Touch 4068 Phone set, but the other sets are similar.

               2-105

Chapter 2 $ % "! &   ' & #

Figure 2.103: Alcatel-Lucent IP Touch 4068 Phone set

Set features
The following table details the features of the Alcatel-Lucent IP Touch 4028 Phone,
Alcatel-Lucent IP Touch 4038 Phone and Alcatel-Lucent IP Touch 4068 Phone sets.
table 2.43: Features of the Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP Touch
4038 Phone and Alcatel-Lucent IP Touch 4068 Phone sets
Features Alcatel-Lucent IP Alcatel-Lucent IP Alcatel-Lucent IP
Touch 4028 Phone Touch 4038 Phone Touch 4068 Phone
Corded comfort handset Yes Yes Yes
Full duplex hands-free Yes Yes Yes
Wide band audio Yes Yes Yes
G711 ring tones Yes Yes Yes
Display Yes (gray) Yes (gray) Yes (color)
Display back light No No Yes
Dialing keypad Yes Yes Yes
Alphabetic keyboard Yes Yes Yes
Fixed function keys Yes (8) Yes (8) Yes (8)

2-106               

 $ % "! &   ' & #

Features Alcatel-Lucent IP Alcatel-Lucent IP Alcatel-Lucent IP

Touch 4028 Phone Touch 4038 Phone Touch 4068 Phone
4-way navigator and OK key Yes Yes Yes
Programmable keys (F1/F2) Yes (2) Yes (2) Yes (2)
Virtual add-on keys Yes (40) Yes (40) Yes (40)
Display soft keys Yes (6) Yes (10) Yes (10)
Alarm (two-color screen LED) Yes Yes Yes
Ethernet LAN and PC Yes Yes Yes
connections
Headset connection socket Yes Yes Yes
Bluetooth® (wireless) headset No No Yes
Add-on modules Yes (optional) Yes (optional) Yes (optional)
Wall mounted kit Yes (optional) Yes (optional) Yes (optional)
Foot-stand 60° (“Big Foot”) Yes (optional) Yes (optional) Yes (optional)

Set keyboard
The keyboards of the Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP Touch
4038 Phone and Alcatel-Lucent IP Touch 4068 Phone sets include:
- A dialing keypad
- An alphabetic keyboard
- Function keys
- Programmable keys
- A navigator
Dialing keypad
The dialing keypad includes 12 keys.
Alphabetic keyboard
The alphabetic keyboard includes 34 keys.
The alphabetic keyboard exists in five versions: French, German, International, Scandinavian
and American.
Function keys
The fixed function keys are described in the table below.
table 2.44: Fixed keys of the Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP Touch
4038 Phone and Alcatel-Lucent IP Touch 4068 Phone sets
Key Action
End Can be used to:
- terminate the current communication
- stop ringing for an incoming call
- end the current application (and return
the display to the home page)

               2-107

Chapter 2 $ % "! &   ' & #

Key Action
Hands–free (with green LED) Enables or disables the hands–free feature.
Short press activates the hands-free feature.
Enables to switch from handset to headset.
Long press on the hands-free key activates
the Group Listening feature.
The hands-free function is a full duplex
function with echo cancellation and
attenuation.
Volume In OmniPCX Office, they adjust:
- + - the handset/headset volume in
- — communication mode
- the built-in loudspeaker volume
- the ringing level when the set rings
Redial - Short press: Automatically redials the
last number dialled.
- Long press: Displays a list of recently
dialled numbers. Use the up/down arrow
keys to scroll between numbers, and
press the OK key to redial the number
currently displayed.
Message (with orange LED) Provides access to:
- voice-mail services
- mini-message services
Exit/Home - Short press: Steps back one level in the
application.
- Long press: Exits the current application
and returns the display to the Home
page.
Mute (with green LED) When the set is in communication, this key
switches the set to mute mode (disabling the
set's microphone).

Programmable keys
The programmable keys allow you to program your preferred functions, such as call
forwarding, enable headset and specific call numbers. These keys then provide quick and
easy access to these functions.
The programmable keys include:
- Two personal keys (F1 and F2)
- 40 virtual add-on keys
All the virtual add-on keys are programmed from the PERSO tab (on the display), using the
soft keys next to the display. For more information on the graphical display tabs, refer to Tabs
below.
Navigator
The navigator includes:
- One 4–direction navigation device
- One central validation key (OK)

2-108               

 $ % "! &   ' & #

Set display
The table below lists the characteristics of the displays of the Alcatel-Lucent IP Touch
4028 Phone, Alcatel-Lucent IP Touch 4038 Phone and Alcatel-Lucent IP Touch 4068 Phone
sets.
table 2.45: Displays of the Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP Touch
4038 Phone and Alcatel-Lucent IP Touch 4068 Phone sets
Characteristics Alcatel-Lucent IP Alcatel-Lucent IP Alcatel-Lucent IP
Touch 4028 Phone Touch 4038 Phone Touch 4068 Phone
Graphical display Yes Yes Yes
Screen resolution 64 x 128 pixels 100 x 160 pixels 240 x 320 pixels
Size of visible area 70 x 38 mm (2.76 x 78 x 51 mm (3.07 x 73.52 x 55.64 mm
1.50 inches) 2.01 inches) (2.89 x 2.19 inches)
Color 4 gray levels 4 gray levels 4096 colors
Back light No No Yes
Tilting Yes Yes Yes

Tabs
The graphical display home page includes three tabs:
- The MENU tab which gives access to all the functions and applications accessible by
users.
- The PERSO tab which includes up to 40 virtual programmable keys.
- The INFO tab which provides information about phone status.
Note:
Further tabs can be created by applications such as .

2.3.6.3 Commissioning
2.3.6.3.1 Overview
This module presents all the actions required for commissioning: .
- The Alcatel-Lucent 8 series:
• Alcatel-Lucent IP Touch 4028 Phone
• Alcatel-Lucent IP Touch 4038 Phone
• Alcatel-Lucent IP Touch 4068 Phone
- The Alcatel-Lucent IP Touch 8 series phone Extended Edition:
• Alcatel-Lucent IP Touch 4028 phone Extended Edition
• Alcatel-Lucent IP Touch 4038 phone Extended Edition
• Alcatel-Lucent IP Touch 4068 phone Extended Edition
The commissioning of Alcatel-Lucent 8 series and Alcatel-Lucent IP Touch 8 series phone
Extended Edition is the same.
In the following sections, when Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP Touch
4038 Phone and Alcatel-Lucent IP Touch 4068 Phone are mentioned, they refer to the two
ranges of sets (Alcatel-Lucent 8 series and Alcatel-Lucent IP Touch 8 series phone Extended

               2-109

Chapter 2 $ % "! &   ' & #

Edition), unless specifically indicated.

The following figure illustrates the connectors on the base of each set.

Figure 2.104: Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP Touch 4038 Phone and
Alcatel-Lucent IP Touch 4068 Phone connectors

2.3.6.3.2 Commissioning the sets

This section describes how to:
- Connect the sets
- Initialize the sets
- Connect optional equipment
- Program keys
Prerequisites
None.
Connecting the sets
This section describes how to:
- Connect an IP Touch set to the LAN (Local Area Network)
- Connect the power supply
Prerequisites
None.

2-110               

 $ % "! &   ' & #

Connecting an IP Touch set to the LAN

To connect the set to the LAN:
1. Turn the set over so that you can see its base.
2. Plug the RJ45 cable into the set's LAN connector.
3. Connect the RJ45 cable to the LAN itself.
Connecting power supply
The set can be supplied from two possible power sources:
- An AC/DC external adapter which is a 42V power supply
A female jack is used to connect the power adapter. The AC/DC external adapter is the
same for IP Touch and e-Reflex sets.
- Power over Ethernet (PoE)
The supply via Ethernet can be implemented using a 802.3af standard-compatible switch.
To supply power via an AC/DC external adapter:
1. Plug the appropriate cable from the adapter into the set's power supply connector.
2. Connect the plug from the adapter to the mains power supply.
Initialization starts.
Initializing the sets
This section describes how to:
- Choose the initialization mode
- Initialize the IP Touch set
Prerequisites
The IP Touch set must be connected to the:
- LAN
- Power supply
Choosing the initialization mode
The default mode is dynamic mode.
To choose the initialization mode, refer to the table below.
table 2.46: Initialization modes
If Then the required And
initialization mode is
You have a DHCP server Dynamic mode or Refer to table: Initialization
Proprietary dynamic mode procedure
In the case of Proprietary
dynamic mode, the IP address
of the set must be provided by
the Proprietary router.

               2-111

Chapter 2 $ % "! &   ' & #

You do not have a DHCP Static mode - Refer to table: Initialization

server procedure
- Obtain from your network
administrator:
• An IP address for the
IP Touch set
• The subnetwork mask
• The router address
• The TFTP server
address, which is the
IP address of the
PowerCPU board
embedding the VoIP
board
Note:
You need to know your set's
directory number.

Initializing the IP Touch set

To initialize the IP Touch set, refer to the table below.
table 2.47: Initialization procedure
For an Procedure
initialization
that is
Dynamic mode 1. Connect the power supply.
or Proprietary 2. Before initialization phase 5 starts, press i, then the # key.
dynamic mode The Main menu appears.
3. If the set was previously in static mode, choose IP Parameters from the Main
menu.
The IP Parameters menu appears.
4. Choose Dynamic.
5. Save by pressing the soft key in the upper left part of the display.
6. Exit the Main menu by pressing the soft key in the upper right part of the display.

2-112               

 $ % "! &   ' & #

Static 1. Connect the power supply.

2. Before initialization phase 5 starts, press i, then the # key.
The Main menu appears.
3. From the Main menu, choose IP Parameters.
The IP Parameters menu appears.
4. Choose Static.
5. Enter the following:
a. IP address
b. Subnetwork mask
c. Router address
d. TFTP server address
e. TFTP port (69)
f. CPU address
6. Enter the required VLAN details, as follows:
a. If required, select Use VLAN and then enter the VLAN ID number.
b. Ensure that Strict VLAN is set as required. It is selected by default;
de-selecting it allows you to use a DHCP server in another VLAN.
7. Save by pressing the soft key in the upper left part of the display.
8. Exit the Main menu by pressing the soft key in the upper right part of the display.
The set restarts from phase 1 with the new parameters.
Note:
If an error message appears during initialization, disconnect the power adapter, then plug it in
again, so that the system restarts initialization.

Restarting initialization
If you want to change a parameter value, restart initialization, as detailed below.
To restart initialization:
1. Disconnect the IP Touch set from the power supply.
2. Reconnect the power supply.
3. Execute the initialization procedure as detailed in table: Initialization procedure
Connecting optional equipment
This section describes how to:
- Connect an Add-On module (AOM) to the sets
- Connect a headset
- Connect an external station speaker
Connecting an Add-On module to the sets
Add-On Modules (AOMs) can be connected to the Alcatel-Lucent IP Touch 4028 Phone,
Alcatel-Lucent IP Touch 4038 Phone and Alcatel-Lucent IP Touch 4068 Phone sets. They are
added to the right side of the set.
Three types of Add-On Module exist and provide keys associated with icons:
- AOM10 provides 10 keys
- AOM40 provides 40 keys

               2-113

Chapter 2 $ % "! &   ' & #

- AOM Alcatel-Lucent 8 series and Alcatel-Lucent 9 series Smart Display Module provides
14 keys with programmable LCD labels
Prerequisites
None.
Rules and restrictions
The following rules apply to the use of Add-On Modules with the Alcatel-Lucent IP Touch
4028 Phone, Alcatel-Lucent IP Touch 4038 Phone and Alcatel-Lucent IP Touch 4068 Phone
sets:
- A maximum of three Add-On Modules of the types AOM10 and AOM40 can be connected
to each set, providing up to 120 additional keys.
- A maximum of three Smart Display Modules can be connected to each set, providing up to
42 additional keys.
- Add-On Modules of types AOM10 and AOM40 can be used on the same set, but a Smart
Display Module cannot be used in conjunction with an AOM10 or AOM40.
- If an AOM10 is used with other Add-On Modules, it must be connected as the last module
on the far right of the set.
Connecting Add-On Modules
To connect an Add-On Module:
1. Remove the tab located on the right side of the IP Touch set.
2. Plug the Add-On Module's RJ45 connector into the set's RJ45 connector.
3. Insert the Add-On Module attachments into the appropriate holes located on the right side
of the IP Touch set.
4. Screw the Add-On Module to the IP Touch set.
Note:
If the IP Touch set is on when you plug in an Add-On Module, you must restart the set after connection.

Connecting headsets
The headset jack is located on the left side of the set.
The 3.5 mm female jack can receive a headset jack.
The hands-free key allows you to switch from handset to headset.
Prerequisites
None.
Connecting a headset
To connect a headset, simply plug the headset jack into the associated connector on the side
of the set.
Connecting external station speakers
The external station speaker jack is located on the left side of the IP Touch set.

2-114               

 $ % "! &   ' & #

The 3.5 mm female jack can receive an external station speaker jack.
In order to take the external station speaker into account, the set customization for the jack
has to be set to “Loudspeaker”.
Prerequisites
None.
Connecting an external station speaker
To connect an external station speaker, plug the external station speaker jack into the
associated connector on the side of the set.
Programming keys
This section describes how to program a programmable key from the:
- F1/F2 keys
- Add-On Module keys (if any)
- virtual add-on keys
Two methods are presented.
Programming a key
To program a key:
1. From the MENU tab, select Settings.
The Settings menu appears.
2. From the Settings menu, select Keys.
The virtual add-on keys appear.
3. Select the key to be programmed, as follows:
• To program a virtual add-on key, scroll using the up/down navigator keys until you
reach the required virtual key and then press the corresponding soft key.
• To program the F1 or F2 key, or a key on a connected Add-On Module, simply press
this key.
4. Select Name and enter the name to be associated with the selected key, then press OK.
The desired name is associated with the key.
5. Select Number and enter the telephone number to be associated with the key, then press
OK.
The desired number is associated with the key.
6. Press Exit to go back to home page.
Programming a key (fast customization)
You can also program a key using the following method:
1. Select the key to be programmed, as follows:
• To program a virtual add-on key, from the PERSO tab press i followed by the required
key.
• To program the F1 or F2 key, or a key on a connected Add-On Module, from any tab
press i followed by the required key.

               2-115

Chapter 2 $ % "! &   ' & #

2. Select Name and enter the name to be associated with the selected key, then press OK.
The desired name is associated with the key.
3. Select Number and enter the telephone number to be associated with the key, then press
OK.
The desired number is associated with the key.
4. Press Exit to go back to the home page.
Relocating and retaining IP Touch sets
This section describes how to relocate and retain the same set.
In the procedure below, it is assumed that:
- there is one DHCP server
- no VLAN has to be configured.
Prerequisites
None.
Relocating and retaining the same set
To relocate and retain the same set:
1. Unplug the set.
2. Plug the set into a connector at its new location.
Rebooting the set
As of R9.0, to reboot a set:
1. In OMC, go to Users/Base stations List > Details.
2. Click Reset button.
The Reset window opens.
3. Select Reboot and click OK.
4. In the confirmation window, click Yes.
2.3.6.4 Bluetooth - Basic description
2.3.6.4.1 Overview
The Alcatel-Lucent IP Touch 4068 Phone set features Bluetooth® class 3 (1mW) wireless
technology. This technology uses the ISM 2.4 GHz radio frequency band.
Wireless audio accessory Bluetooth® 1.1, 1.2 and 2.0 with headset profile operates with
Alcatel-Lucent IP Touch 4068 Phone.
Optimum audio quality is obtained at up to 3 meters line of sight from the Alcatel-Lucent IP
Touch 4068 Phone terminal. The range of a Bluetooth® device class 3 is around 10 meters.
The ISM 2.4 GHz radio frequency spectrum may be shared with other applications. Bluetooth®
1.2 version is more robust to the interference caused by Wifi 802.11b and 802.11g devices.
The Alcatel-Lucent IP Touch 4068 Bluetooth® Handset reference 3GV27007xx is 1.2 enabled
and operates with Alcatel-Lucent IP Touch 4068 Phone reference 3GV27043xx from
Alcatel-Lucent OmniPCX Office Communication Server R4.1.

2-116               

 $ % "! &   ' & #

The Alcatel-Lucent IP Touch 4068 Extended Edition Bluetooth® Handset reference

3GV27059xx is 1.2 enabled and operates with Alcatel-Lucent IP Touch 4068 phone Extended
Edition reference (3GV27062xx) from Alcatel-Lucent OmniPCX Office Communication Server
R7.0.
Caution:
- The Alcatel-Lucent IP Touch 4068 Extended Edition Bluetooth® Handset3GV27059xx does not
operate with the Alcatel-Lucent IP Touch 4068 Phone (3GV27043xx) set
- The Alcatel-Lucent IP Touch 4068 Bluetooth® Handset 3GV27007xx does not operate with the
Alcatel-Lucent IP Touch 4068 phone Extended Edition (3GV27062xx) set
Bluetooth® 1.2 headset accessories operate in 1.2 with Alcatel-Lucent IP Touch 4068 Phone
reference 3GV27043xx from Alcatel-Lucent OmniPCX Office Communication Server R4.1.
The Alcatel-Lucent IP Touch 4068 Phone is compliant with the essential requirements of
directive 1999/5/EC of the European Parliament and Council (EC member states), and with
section 15 of the Federal Communications Commission (United States) regulations. The set is
designed and manufactured to remain within the SAR (Specific Absorption Rate) radio
transmission limits established by the different countries concerned (FCC for the USA). The
set must not be used with Bluetooth® wireless accessories in countries in which this
technology is not authorized.
2.3.6.4.2 Characteristics of the Bluetooth® wireless technology accessory
The audio quality obtained by accessory users depends on the technical characteristics of the
accessory, notably acoustic coupling.
Alcatel-Lucent Enterprise recommends the use of Bluetooth® 1.2 headsets complying with
recommendation TIA/EIA-810-A - that specifies a minimum TCLw attenuation of 52 dB.
A headset that does not comply with the recommendation generates an unpleasant echo for
the remote party. To obtain technical information on your accessory, please contact your
supplier.
2.3.6.4.3 Safety rules
Using a Bluetooth® wireless accessory may result in perceptible noise for persons with a
hearing aid. Accessories must not be used in areas with warning signs indicating that electrical
devices or products using radio frequencies must be switched off. Such areas commonly
include hospitals, areas where explosive products are stored or handled, and areas where
flammable gases or vapors may be present.
To limit any risk of interference, Alcatel-Lucent Enterpriserecommends that persons with a
pacemaker do not remain in the proximity of the Alcatel-Lucent IP Touch 4068 Phone set
when it is connected to a wireless accessory.
2.3.6.5 Bluetooth - Installation
2.3.6.5.1 Commissioning a Bluetooth® Handset

               2-117

Chapter 2 $ % "! &   ' & #

Figure 2.105: Alcatel-Lucent IP Touch 4068 Bluetooth® Handset

Connecting the Battery

The battery pack is housed in the battery compartment located in the handset.
The battery pack is reloaded when the handset is placed on its socket. A complete battery load
requires 16 hours.
The autonomy of the battery is of 10 hours in conversation and 33 hours in standby.
Note:
On the Alcatel-Lucent IP Touch 4068 Extended Edition Bluetooth® Handset, the autonomy of the battery
is of 100 hours in standby.
The handset Led indicates the battery load state (when the handset is on its socket):
- Led off: the battery is loaded
- Led green steady: the battery is loading
Binding the Handset
Before a Bluetooth® handset can be used, it must be bound correctly to the Alcatel-Lucent IP
Touch 4068 Phone set:
1. On the Alcatel-Lucent IP Touch 4068 Phone set, select the Menu page and navigate to:
Settings -> My phone -> Bluetooth -> Add device
2. On the Bluetooth® handset make a simultaneous long press on the On/Off Hook key and
the Audio key
A sound made of three different tones is audible and the led flashes alternatively green
and orange. The Bluetooth® handset enters in pairing mode for about one minute and then
goes off. The Alcatel-Lucent IP Touch 4068 Phone searches for Bluetooth® equipment,
waits until the type of equipment is detected and displays its address.
3. On the Alcatel-Lucent IP Touch 4068 Phone set, select the relevant equipment and press
the Add key.
A sound made of three different tones confirms the correct installation of the handset. The
handset led flashes green or orange depending on the battery charge.
Adjusting Audio Level

2-118               

 $ % "! &   ' & #

There are two ways to adjust the audio level:

- On the Alcatel-Lucent IP Touch 4068 Phone set with the keys

- On the Bluetooth® handset with the key

Consecutive presses adjust the handset volume (3 levels).

Activating Mute Feature
When the mute feature is enabled your correspondent can no longer hear you.
There are two ways to activate the mute feature:
- On the Alcatel-Lucent IP Touch 4068 Phone set with the mute key

- On the Bluetooth® handset with a long press on the key

2.3.6.5.2 Commissioning a Bluetooth® Headset

Binding the Headset
Before a Bluetooth® headset can be used, it must be correctly bound to the Alcatel-Lucent IP
Touch 4068 Phone set.
Prerequiste: the headset must be in detectable mode (Refer to the user documentation
supplied with the headset).
1. On the Alcatel-Lucent IP Touch 4068 Phone set, select the Menu page and navigate to:
Settings -> My phone -> Bluetooth -> Add device
The Alcatel-Lucent IP Touch 4068 Phone set searches for Bluetooth® equipment. When
the type of equipment is detected, its address is displayed.
2. Select the relevant equipment and press the Add key. Press the OK key to validate.
3. Enter the headset PIN code by dialing the code on the numeric keypad of the
Alcatel-Lucent IP Touch 4068 Phone. Press the OK key to validate.
An acknowledgement message and the headset icon are displayed on the Alcatel-Lucent
IP Touch 4068 Phone set screen.
Adjusting Audio Level
There are two ways to adjust the audio level:
- On the Alcatel-Lucent IP Touch 4068 Phone set with the keys

- On the Bluetooth® headset (Refer to the user documentation supplied with the headset)
2.3.6.5.3 Removing of a Bluetooth® Equipment (Headset or Handset)
1. On the Alcatel-Lucent IP Touch 4068 Phone set select the Menu page and navigate to
Settings -> My phone -> Bluetooth -> My devices
The Alcatel-Lucent IP Touch 4068 Phone set displays the bound Bluetooth® equipment.
2. Select the equipment to be removed and press the Remove dvc key. Press the OK key to
validate.
The equipment is removed and a acknowledgement message is displayed.

               2-119

Chapter 2 $ % "! &   ' & #

2.3.6.6 Maintenance
2.3.6.6.1 Overview
This module describes:
- The error and information messages that appear during the starting phase.
- The Ethernet link table.
2.3.6.6.2 Error and Information messages
The table below lists the error and information messages. It has the following format:
Short text = text displayed on the screen, in case of real error or for information.
Description = status/error description
table 2.48: Starting phase error messages
Short text Description
END Starting phase is terminated (successful or
unsuccessful)
STARTED Step started
SUCCESS Step successful
FAIL Step failed
RETRYING Retrying step
NO MAC ADDRESS No Ethernet MAC address stored in flash
DHCP NOT RESPONDING DHCP Server is not responding
BAD IP ADDRESS IP address is incorrect
BAD ROUTER ADDRESS Router address is incorrect
ROUTER PING FAILED Router not responding to ping
BAD TFTP ADDRESS TFTP server address is incorrect
ADDRESSES MISMATCH Address, mask and router do not match
TFTP NOT RESPONDING TFTP server is not responding
TFTP SERVER ERROR TFTP server error
BAD FILE CONTENT Error found in downloaded file
FILE TOO LARGE File is too large (cannot be downloaded)
SAME VERSION FOUND The version retrieved is the same as the
version running
NEW VERSION FOUND New IP Touch software version found
(download)
FLASHING Flashing in progress
FLASHING FAILED Failed to flash downloaded binary
TRYING ANOTHER CPU Trying next address from configuration file
NO ETHERNET LINK Ethernet link not connected (LAN port only)

2-120               

 $ % "! &   ' & #

Short text Description

initializing First text message after hardware reset and
copyright information
1/5 network start Phase 1 is running: the set is starting its
network interface
2/5 network setup Phase 2 is running: the set is looking for IP
addresses
3/5 config download Phase 3 is running: the set is trying to get a
lanpbx file
4/5 binary download Phase 4 is running: the set is downloading a
new binary
5/5 connecting Phase 5 is running: the set is trying to talk to
the system

2.3.6.6.3 Ethernet link

By default, Alcatel-Lucent 8 series sets are configured to perform auto-negotiation on both
ports (LAN and PC). Provided that the PC and the LAN switch are also configured to perform
auto-negotiation, this is the best configuration for QoS improvement.
However, depending on the network configuration, it may not always be possible to leave the
terminal in auto-negotiation: link speed and duplex of both ports can be forced to determined
values using the supervisor menu:
- Plug in the set
- Once the set displays initialization, press i, then #
- Select Ethernet Links
- Modify data as requested
The 1000 Mbit/s rate is available on Alcatel-Lucent IP Touch 4028/4038/4068 phone Extended
Edition sets configured in auto-negotiation mode and cannot be forced through the MMI.
A configuration mismatch between the terminal and PC/LAN switch can lead to nasty effects
on the voice quality:
- No link (or speed mismatch): 8, 9, 11 and 12
- Packet loss (or duplex mismatch): 2, 4, 7 and 14
Note 1:
Collisions are not detected by the device operating in full-duplex mode: packets from this device are
never re-transmitted if a collision occurs on them.
The following table lists all possible Ethernet port configuration combinations when connecting
an Alcatel-Lucent 8 series set to an external device (switch on LAN side, PC on PC side). For
each combination, the table shows the link status: valid or invalid (duplex or speed mismatch),
as described above.
table 2.49: Ethernet Link Combinations
Terminal Port External Device Port Link Status
1 auto-negotiation auto-negotiation Valid
2 auto-negotiation 100-FULL Invalid (packet loss)

               2-121

Chapter 2 $ % "! &   ' & #

Terminal Port External Device Port Link Status

3 auto-negotiation 100-HALF Valid
4 auto-negotiation 10-FULL Invalid (packet loss)
5 auto-negotiation 10-HALF Valid
6 100-FULL 100-FULL Valid
7 100-FULL 100-HALF Invalid (packet loss)
8 100-FULL 10-FULL Invalid (no link)
9 100-FULL 10-HALF Invalid (no link)
10 100-HALF 100-HALF Valid
11 100-HALF 10-FULL Invalid (no link)
12 100-HALF 10-HALF Invalid (no link)
13 10-FULL 10-FULL Valid
14 10-FULL 10-HALF Invalid (packet loss)
15 10-HALF 10-HALF Valid

It is not necessary to reset the terminal after changing the configuration.

Note 2:
When the two ports of an Alcatel-Lucent IP Touch 4028/4038/4068 set are configured in auto-negotiation
mode, if the negotiation has led to a 10 Mbps rate on the PC port and a 100 Mbps rate on the LAN port,
the Alcatel-Lucent 8 series set automatically tries to renegotiate a 10 Mbps rate on the LAN port. This
prevents congestion problems on the PC.
This does not apply to Alcatel-Lucent IP Touch 4028/4038/4068 phone Extended Edition sets.

2.3.7 4019 Digital Phone

2.3.7.1 Basic description
2.3.7.1.1 Overview
This phone is part of the Alcatel-Lucent Enterprise professional range. In addition to its
optimized design, this terminal offers a gray display, wide band audio, a choice of ring tones,
and group listening.
The Alcatel-Lucent 4019 Digital Phone set offers the following advantages:
- Instant Business Communications
- Optimized Ergonomics
- Superlative sound quality
- Wide range of telephony features
2.3.7.1.2 Instant Business Communications
The Alcatel-Lucent 4019 Digital Phone is always ready to provide the best communication
service whenever you need it, and to connect to other devices and applications in real-time.
You'll find it fast and easy to use, with feature buttons and interactive soft keys.

2-122               

 $ % "! &   ' & #

2.3.7.1.3 Optimized Ergonomics

Attractive, innovative and intuitively designed, this terminal operates on the same simple,
user-friendly ergonomics found in the best mobile phones and PDAs, so that you won't waste
any time accessing its features and services. The phone comes complete with:
- Gray display
- Programmable feature buttons
- Up/down navigator
- Context-sensitive keys
2.3.7.1.4 Superlative sound quality
This phone provides the very best sound quality thanks to the following new enhancements:
- A group listening capability from its built-in speaker
- A comprehensive choice of standard ringtones and polyphonic melodies
2.3.7.1.5 Unbeatable range of telephony features
This set offers the full range of telephony services found in the OmniPCX Office PBXs from
Alcatel-Lucent Enterprise, unbeatable in terms of functionality, features, reliability and Quality
of Service. The set is available in all countries where the associated Alcatel-Lucent OmniPCX
Office Communication Server system releases are launched. It is compatible with OmniPCX
Office release 4.0.
2.3.7.2 Hardware description
2.3.7.2.1 Alcatel-Lucent 4019 Digital Phone set description
This section describes the:
- Set features
- Set keyboard
- Set display
The following figure illustrates the Alcatel-Lucent 4019 Digital Phone set.

               2-123

Chapter 2 $ % "! &   ' & #

Figure 2.106: Alcatel-Lucent 4019 Digital Phone set

Set features
The features of the Alcatel-Lucent 4019 Digital Phone set are as follows.
- Corded comfort handset
- Group listening through built-in loudspeaker
- Standard ring tones and polyphonic melodies
- Gray display
- Dialing keypad
- Fixed function keys
- Up/down navigator and OK key
- Programmable keys
- Wall mounted kit [optional]
- Foot-stand 60° (“Big Foot”) [optional]
Set keyboard
The keyboard of the Alcatel-Lucent 4019 Digital Phone set includes:
- A dialing keypad

2-124               

 $ % "! &   ' & #

- Function keys
- Programmable keys
- A navigator
Dialing keypad
The dialing keypad comprises 12 keys.
Function keys
The fixed function keys are described in the table below.
table 2.50: Fixed keys of the Alcatel-Lucent 4019 Digital Phone set
Key Action
End Can be used to:
- terminate the current communication
- stop ringing for an incoming call
- end the current application (and return
the display to its default)
Loudspeaker (with green LED) Enables or disables the built-in loudspeaker.
This key activates the group listening feature.
Volume In OmniPCX Office, they adjust:
- + - the handset/headset volume in
- — communication mode
- the built-in loudspeaker volume
- the ringing level when the set rings
Redial - Short press: Automatically redials the
last number dialled.
- Long press: Displays a list of recently
dialled numbers. Use the up/down arrow
keys to scroll between numbers, and
press the OK key to redial the number
currently displayed.
Message (with orange LED) Provides access to:
- voice-mail services
- mini-message services
Mute (with green LED) When the set is in communication, this key
switches the set to mute mode (disabling the
set's microphone).
Personal/Dial by name - Short press: Provides access to the
personal address book.
- Long press: Provides access to the Dial
by name feature.
Exit/Home - Short press: Steps back one level in the
application.
- Long press: Exits the current application
and returns to the default display.

               2-125

Chapter 2 $ % "! &   ' & #

Key Action
Help/Menu Menu
- Press once to access the set's menu.
This consists of 7 elements - use the
up/down arrow keys to move between
menu elements.
- Press once followed by one of the keys 1
to 7 to access the corresponding element
of the menu.
- Press once followed by the OK key to
access the first element of the menu
(Who Am I?).
Help
Press once followed by another key to obtain
information on the function of that key. The
possibilities are:
- i + programmable key
- i + Message key
- i + Redial key
- i + End key
- i + Personal/Dial by name key

Programmable keys
The programmable keys allow your preferred functions to be programmed (by an
administrator), such as call forwarding or a specific call number. These keys then provide
quick and easy access to these functions.
The programmable keys include:
- One personal key
- A set of 6 other programmable keys
Navigator
The navigator includes:
- A 2-direction navigation key
- A validation key (OK)
- An Exit/Home key (|<)
The Exit/Home key is used to exit the current application, or a long press will switch the display
back to its default. In edit mode, it can be used to delete characters.
Set display
The table below lists the characteristics of the display of the Alcatel-Lucent 4019 Digital Phone
set.
table 2.51: Display of the Alcatel-Lucent 4019 Digital Phone set
Characteristics Alcatel-Lucent 4019 Digital Phone
Display Yes
Screen resolution 20 characters
Size of visible area 79 x 13 mm (3.11 x 0.51 inches)

2-126               

 $ % "! &   ' & #

Characteristics Alcatel-Lucent 4019 Digital Phone

Color Gray background

2.3.7.3 Commissioning
2.3.7.3.1 Overview
This module presents all the actions required for commissioning the Alcatel-Lucent 4019
Digital Phone set.
The following figure illustrates the connectors on the base of the set.

Figure 2.107: Alcatel-Lucent 4019 Digital Phone connectors

2.3.7.3.2 Commissioning the set

This section describes how to:
- Connect the set
- Program keys
Prerequisites
None.
Connecting the set
This section describes how to connect the set to the telephone system.
Prerequisites
None.

               2-127

Chapter 2 $ % "! &   ' & #

Connecting the set to the telephone system

To connect the set to the telephone system:
1. Turn the set over so that you can see its base.
2. Plug the RJ11 cable into the set's UA port/phone line connector.
3. Connect the RJ11 cable to a UA port in the telephone system.
Programming keys
This section describes how to program the programmable keys.
In fact, only the direct call key can be programmed (with a telephone number), which by
default is the sixth programmable key. However, the Personal/Dial by name key can be
programmed in a similar way.
To program a key:
1. Press the i key followed by the required programmable key.
2. Press one key of the 2-way navigator (up or down).
3. Enter the telephone number to be associated with this programmable key.
4. Press OK. The set then goes back to its default display.

2.3.8 4029/4039 Digital Phone

2.3.8.1 Basic description
2.3.8.1.1 Overview
These state-of-the-art phones are part of the Alcatel-Lucent Enterprise professional range. In
addition to their optimized design, these terminals offer high-resolution, adjustable gray
screens, wide band audio, superior quality ring tones and hands-free communication.
The Alcatel-Lucent 4029 Digital Phone and Alcatel-Lucent 4039 Digital Phone sets offer the
following advantages:
- Instant Business Communications
- Optimized Ergonomics
- Superlative sound quality
- Expandable key programming
- Unbeatable range of telephony features
- As of Release 6.0 of Alcatel-Lucent OmniPCX Office Communication Server, the use of
Unicode - Chinese and Cyrillic - characters for dial by name, phone book entry and softkey
label customization is possible. For more information, refer to 4029/4039 Digital Phone -
Input Method Editor .
2.3.8.1.2 Instant Business Communications
These sets are always ready to provide the best communication service whenever you need it,
and to connect to other devices and applications in real-time. You'll find them fast and easy to
use, with feature buttons and interactive soft keys, making them the ideal focal point for all

2-128               

 $ % "! &   ' & #

your business communications.

2.3.8.1.3 Optimized Ergonomics
Attractive, innovative and intuitively designed, these terminals operate on the same simple,
user-friendly ergonomics found in the best mobile phones and PDAs, so that you won't waste
any time accessing their powerful features and services. Each phone comes complete with:
- Gray adjustable screen
- Programmable feature buttons
- Four-way navigator
- Context-sensitive keys
- Integrated alphabetic keyboard for functions such as text messaging and dial by name
2.3.8.1.4 Superlative sound quality
These phones provide the very best sound quality thanks to a wide range of new
enhancements:
- Hands-free speakerphone, including acoustic echo cancellation
- A comprehensive choice of standard ringtones and polyphonic melodies
Each set includes a built-in socket for the use of headsets and external hands-free devices.
2.3.8.1.5 Expandable key programming
Each set features a number of programmable keys allowing quick access to frequently used
telephone numbers and telephony functions. The number of programmable keys can be
expanded using one or more add-on modules containing additional keys. Add-on modules are
available with 10 or 40 keys, as well as a 14-key module with programmable LCD key labels.
2.3.8.1.6 Unbeatable range of telephony features
These sets offer the full range of telephony services found in the OmniPCX Office PBXs,
unbeatable in terms of functionality, features, reliability and Quality of Service. The sets are
available in all countries where the associated Alcatel-Lucent OmniPCX Office Communication
Server system releases are launched. They are compatible with OmniPCX Office release 4.0.
2.3.8.2 Hardware description
2.3.8.2.1 Overview
The Alcatel-Lucent 4029 Digital Phone and Alcatel-Lucent 4039 Digital Phone sets offer similar
features. The main differences between the sets are:
- Type of display (resolution)
- Number of soft keys
For more information, refer to table: Features of the Alcatel-Lucent 4029 Digital Phone and
Alcatel-Lucent 4039 Digital Phone sets .
2.3.8.2.2 Alcatel-Lucent Alcatel-Lucent 4029 Digital Phone and Alcatel-Lucent 4039
Digital Phone descriptions
This section describes the:

               2-129

Chapter 2 $ % "! &   ' & #

- Set features
- Set keyboard
- Set display
The following figure illustrates the Alcatel-Lucent 4029 Digital Phone and Alcatel-Lucent 4039
Digital Phone sets. In fact, the figure shows the Alcatel-Lucent 4039 Digital Phone set, but the
Alcatel-Lucent 4029 Digital Phone set is similar.

Figure 2.108: Alcatel-Lucent Alcatel-Lucent 4039 Digital Phone set

Set features
The following table details the features of the Alcatel-Lucent 4029 Digital Phone and
Alcatel-Lucent 4039 Digital Phone sets.
table 2.52: Features of the Alcatel-Lucent 4029 Digital Phone and Alcatel-Lucent 4039
Digital Phone sets
Features Alcatel-Lucent 4029 Alcatel-Lucent 4039
Digital Phone Digital Phone
Corded comfort handset Yes Yes
Full duplex hands-free Yes Yes

2-130               

 $ % "! &   ' & #

Features Alcatel-Lucent 4029 Alcatel-Lucent 4039

Digital Phone Digital Phone
Wide band audio Yes Yes
Standard ring tones and polyphonic Yes Yes
melodies
Display Yes (64 x 128 pixels) Yes (100 x 160 pixels)
Dialing keypad Yes Yes
Alphabetic keyboard Yes Yes
Fixed function keys Yes (8) Yes (8)
4-way navigator and OK key Yes Yes
Programmable keys (F1/F2) Yes (2) Yes (2)
Virtual add-on keys Yes (40) Yes (40)
Display soft keys Yes (6) Yes (10)
Alarm (two-color screen LED) Yes Yes
Headset connection socket Yes Yes
Add-on modules Yes (optional) Yes (optional)
Wall mounted kit Yes (optional) Yes (optional)
Foot-stand 60° (“Big Foot”) Yes (optional) Yes (optional)

Set keyboard
The keyboards of the Alcatel-Lucent 4029 Digital Phone and Alcatel-Lucent 4039
Digital Phone sets include:
- A dialing keypad
- An alphabetic keyboard
- Function keys
- Programmable keys
- A navigator
Dialing keypad
The dialing keypad comprises 12 keys.
Alphabetic keyboard
The alphabetic keyboard comprises 34 keys.
The alphabetic keyboard exists in five versions: French, German, International, Scandinavian
and American.
Function keys
The fixed function keys are described in the table below.
table 2.53: Fixed keys of the Alcatel-Lucent 4029 Digital Phone and Alcatel-Lucent 4039
Digital Phone sets
Key Action
End Terminates current communication

               2-131

Chapter 2 $ % "! &   ' & #

Key Action
Hands–free (with green LED) Enables or disables the hands–free feature.
Short press activates the hands-free feature.
Enables to switch from handset to headset.
Long press on the hands-free key activates
the Group Listening feature.
The hands-free function is a full duplex
function with echo cancellation and
attenuation.
Volume In OmniPCX Office, they adjust:
- + - the handset/headset volume in
- — communication mode
- the built-in loudspeaker volume
- the ringing level when the set rings
Redial - Short press: Automatically redials the
last number dialled.
- Long press: Displays a list of recently
dialled numbers. Use the up/down arrow
keys to scroll between numbers, and
press the OK key to redial the number
currently displayed.
Message (with orange LED) Provides access to:
- voice-mail services
- mini-message services
Exit/Home - Short press: Steps back one level in the
application.
- Long press: Exits the current application
and returns the display to the Home
page.
Mute (with green LED) When the set is in communication, this key
switches the set to mute mode (disabling the
set's microphone).

Programmable keys
The programmable keys allow you to program your preferred functions, such as call
forwarding, enable headset and specific call numbers. These keys then provide quick and
easy access to these functions.
The programmable keys include:
- Two personal keys (F1 and F2)
- 40 virtual add-on keys
All the virtual add-on keys are programmed from the PERSO tab (on the display), using the
soft keys next to the display. For more information on the graphical display tabs, refer to Tabs
below.
Navigator
The navigator includes:
- One 4-direction navigation device
- One central validation key (OK)

2-132               

 $ % "! &   ' & #

Set display
The table below lists the characteristics of the displays of the Alcatel-Lucent 4029
Digital Phone and Alcatel-Lucent 4039 Digital Phone sets.
table 2.54: Displays of the Alcatel-Lucent 4029 Digital Phone and Alcatel-Lucent 4039
Digital Phone sets
Characteristics Alcatel-Lucent 4029 Alcatel-Lucent 4039
Digital Phone Digital Phone
Graphical display Yes Yes
Screen resolution 64 x 128 pixels 100 x 160 pixels
Size of visible area 70 x 38 mm (2.76 x 1.50 78 x 51 mm (3.07 x 2.01
inches) inches)
Color 4 gray levels 4 gray levels
Tilting Yes Yes

Tabs
The graphical display home page includes three tabs:
- The MENU tab which gives access to all the functions and applications accessible by
users.
- The PERSO tab which includes up to 40 virtual programmable keys.
- The INFO tab which provides information about phone status.
Note:
Further tabs can be created by applications such as (ACD).

2.3.8.3 Commissioning
2.3.8.3.1 Overview
This module presents all the actions required for commissioning the Alcatel-Lucent 4029
Digital Phone and Alcatel-Lucent 4039 Digital Phone sets.
The following figure illustrates the connectors on the base of each set.

               2-133

Chapter 2 $ % "! &   ' & #

Figure 2.109: Alcatel-Lucent 4029 Digital Phone and Alcatel-Lucent 4039 Digital Phone
connectors

2.3.8.3.2 Commissioning the sets

This section describes how to:
- Connect the sets
- Connect optional equipment
- Program keys
Prerequisites
None.
Connecting the sets
This section describes how to connect a set to the telephone system.
Prerequisites
None.
Connecting to the telephone system
To connect a set to the telephone system:
1. Turn the set over so that you can see its base.
2. Plug the RJ11 cable into the set's UA port/phone line connector.
3. Connect the RJ11 cable to a UA port in the telephone system.
Connecting optional equipment

2-134               

 $ % "! &   ' & #

This section describes how to:

- Connect an Add-On module (AOM) to the sets
- Connect a headset
- Connect an external hands-free device
Connecting an Add-On module to the sets
Add-On Modules (AOMs) can be connected to the Alcatel-Lucent 4029 Digital Phone and
Alcatel-Lucent 4039 Digital Phone sets. They are added to the right side of the set.
Three types of Add-On Module exist and provide keys associated with icons:
- AOM10 provides 10 keys
- AOM40 provides 40 keys
- AOM Alcatel-Lucent 8 series and Alcatel-Lucent 9 series Smart Display Module provides
14 keys with programmable LCD labels
Prerequisites
None.
Rules and restrictions
The following rules apply to the use of Add-On Modules with the Alcatel-Lucent 4029
Digital Phone and Alcatel-Lucent 4039 Digital Phone sets:
- A maximum of three Add-On Modules of the types AOM10 and AOM40 can be connected
to each set, providing up to 120 additional keys.
- A maximum of three Smart Display Modules can be connected to each set, providing up to
42 additional keys.
- Add-On Modules of types AOM10 and AOM40 can be used on the same set, but a Smart
Display Module cannot be used in conjunction with an AOM10 or AOM40.
- If an AOM10 is used with other Add-On Modules, it must be connected as the last module
on the far right of the set.
Connecting Add-On Modules
To connect an Add-On Module:
1. Remove the tab located on the right side of the set.
2. Plug the Add-On Module's RJ45 connector into the set's RJ45 connector.
3. Insert the Add-On Module attachments into the appropriate holes located on the right side
of the set.
4. Screw the Add-On Module to the set.
Note:
If the set is on when you plug in an Add-On Module, you must restart the set after connection.

Connecting headsets
The headset jack is located on the left side of the set.

               2-135

Chapter 2 $ % "! &   ' & #

The 3.5 mm female jack can receive a headset jack.

The hands-free key allows you to switch from handset to headset.
Prerequisites
None.
Connecting a headset
To connect a headset, simply plug the headset jack into the associated connector on the side
of the set.
Connecting an external hands-free device
The external device jack is located on the left side of the set.
The 3.5 mm female jack can receive the jack of an external hands-free device.
In order to take the external hands-free device into account, the set's customization for the jack
must be set to “Handsfree”.
Prerequisites
None.
Connecting an external hands-free device
To connect an external hands-free device, plug the external device's jack into the associated
connector on the side of the set.
Programming keys
This section describes how to program a programmable key from the:
- F1/F2 keys
- Add-On Module keys (if any)
- virtual add-on keys
Two methods are presented.
Programming a key
To program a key:
1. From the MENU tab, select Settings.
The Settings menu appears.
2. From the Settings menu, select Keys.
The virtual add-on keys appear.
3. Select the key to be programmed, as follows:
• To program a virtual add-on key, scroll using the up/down navigator keys until you
reach the required virtual key and then press the corresponding soft key.
• To program the F1 or F2 key, or a key on a connected Add-On Module, simply press
this key.
4. Select Name and enter the name to be associated with the selected key, then press OK.
The desired name is associated with the key.

2-136               

 $ % "! &   ' & #

Note:
As of release 6.0 of Alcatel-Lucent OmniPCX Office Communication Server, it is possible to use
Unicode - Chinese and Cyrillic - characters. It is at this step that it becomes active, if used. For more
information about IME, refer to the section Operation - Input Method Editor in this chapter.
5. Select Number and enter the telephone number to be associated with the key, then press
OK.
The desired number is associated with the key.
6. Press Exit to go back to home page.
Programming a key (fast customization)
You can also program a key using the following method:
1. Select the key to be programmed, as follows:
• To program a virtual add-on key, from the PERSO tab press i followed by the required
key.
• To program the F1 or F2 key, or a key on a connected Add-On Module, from any tab
press i followed by the required key.
2. Select Name and enter the name to be associated with the selected key, then press OK.
The desired name is associated with the key.
3. Select Number and enter the telephone number to be associated with the key, then press
OK.
The desired number is associated with the key.
4. Press Exit to go back to the home page.

2.3.9 Input Method Editor

2.3.9.1 Operation

The Input Method Editor (IME) allows a user to input non-Latin characters on sets with a
standard Latin keyboard (with or without special markings on the keyboard).
Note 1:
The IME is available on Alcatel-Lucent 4029/4039 Digital Phone sets as of R6.0 and Alcatel-Lucent IP
Touch 4028/4038/4068 sets as of R7.0 .
This input method is used for dial by name, customizing programmed key names and editing
text messages and configuring the phone names on the Operator set.
The IME supports Latin, Cyrillic, and Chinese characters. For input of Chinese characters, the
IME opens an input session. The type of character is associated with an input method:
Characters Input Method
Chinese - mainland China Pinyin, Latin
Chinese - Hong Kong Stroke, Latin
Chinese - Taiwan Zhuyin, Latin
Russian Cyrillic, Latin

Note 2:

               2-137

Chapter 2 $ % "! &   ' & #

For the input methods of Pinyin, Stroke and Zhuyin, when the target country is Chinese, or Cantonese, or
Taiwanese, these 3 input methods should be used. If not, these 3 input methods are not used.
For the input method of Cyrillic, there are no restrictions. When the current language is Russian, it can be
used.
Opening an IME input session:
When one of the Chinese input methods is used, an input session starts when the user
presses an alpha key.
The following figure shows the schema of the IME input session. It appears on the bottom
softkey line of the set's screen display.

Figure 2.110: Open the IME input session

The softkeys and areas operate in IME as follows:
- The input area displays characters as the user enters them.
Note 3:
For Pinyin input method, Latin characters are displayed in the input area.
- The result area displays the list of candidate characters in the same character type as the
input method.
- The input method indicator shows the input method in use.
- The left softkey is used to toggle between input methods.
- The right softkey is not used.
The following screens show an example of the basic operation of an IME input session. In the
example the input method is Pinyin.

2-138               

 $ % "! &   ' & #

The following figure shows the IME after the user has entered the letters "yu".

Figure 2.111: Opened IME session with entered letters

The letters “yu” is displayed in Latin character type in the input area of the IME. The input
method indicator shows the current input method is Pinyin. The result area lists candidate
Chinese characters for the input letters “yu”.
The way input characters are processed, the resulting candidate characters displayed, and the
function of special keys varies according to input method.
Closing an IME input session:
The IME input session closes automatically when no activity is detected from the user. Two
timers control this function. When the first timer, T1, expires, it closes the input session without
clearing the input and result areas. The second timer, T2, should be greater than T1. When T2
expires, it closes the input session and clears the input and result areas. Both timers are
reloaded every time the user presses an alpha key. If the user presses an alpha key after T1
has expired, but T2 has not yet expired, the input session is re-opened with the previous
contents of the input and result areas.
The input session also closes when the user presses:
- OK (confirms character choice)
- RELEASE
- Back/Exit
Changing input methods:
The user can change the current input method to any which is configured on the set by
pressing + ([alt] + [space]). An input method selector dialog box pops up,
displaying the possible input methods, as shown in the following figure.

               2-139

Chapter 2 $ % "! &   ' & #

Figure 2.112: Change input method

In the pop-up dialog box, the user scrolls with [space] (while keeping [alt] pressed), and selects
by releasing [alt]. If the Latin or Cyrillic input method is selected, the IME input session closes
because it is not used by these input methods.
Note 4:
If the language is Russian, there are no input sessions for Cyrillic, after changing the input method to
Cyrillic, it can input Russian character directly on the alphabetic keyboard.
Alternately, when the current Input Method is Pinyin, the user can use the left softkey to toggle
between two input methods. In this example, if the user presses the left softkey, the current
input method toggles from Pinyin to Latin and the IME input session remains open, as shown
in the following figure.

Figure 2.113: Toggle input method; example screen 1

Now the user can input Latin characters directly without closing the input session. The input
method indicator shows that the current input method is Latin. After one Latin character is
entered ("U"), the input session closes, although Pinyin is still available as the default input
method.
To toggle back to Pinyin, the user presses the left softkey and the input session re-opens, as
shown in the following figure.

2-140               

 $ % "! &   ' & #

Figure 2.114: Toggle input method; example screen 2

Input Method for programming a key name:
Each user can program the key name on the phone. In this case, the input session does not,
however, close automatically after the user presses OK to confirm a Unicode character. It is
kept until the user presses the Back/Exit key, followed by OK to save the key name.

Figure 2.115: Program a key name

Input Method for programming names on the Operator set:
Note 5:
As of release 6.0 of Alcatel-Lucent OmniPCX Office Communication Server, it is possible to use Unicode
- Chinese and Cyrillic -characters.
The administrator of Alcatel-Lucent OmniPCX Office Communication Server can modify all the
phone names via the operator set. This case is the same as the one presented above -
"Programming a key name". The input session will not close automatically after pressed OK to
confirm a Unicode character. It is kept until the user presses the Back/Exit key followed by OK
to save the phone name.

               2-141

Chapter 2 $ % "! &   ' & #

Figure 2.116: Configure a phone name

2.3.10 Terminal downloading

2.3.10.1 Operation
2.3.10.1.1 Overview
The Alcatel-Lucent 4019 Digital Phone, Alcatel-Lucent 4029 Digital Phone and
Alcatel-Lucent 4039 Digital Phone telephone sets contain certain files that are pre-installed in
the factory:
- The Alcatel-Lucent 4019 Digital Phone set contains software files.
- The Alcatel-Lucent 4029 Digital Phone and Alcatel-Lucent 4039 Digital Phone sets contain
software and data files.
In the latter case, the data files include components such as fonts and ring tones, which may
be country specific.
Alcatel-Lucent OmniPCX Office Communication Server provides the facility for the software
and/or data files embedded in the terminals to be updated by the call server if the versions of
the embedded files are different from the versions of the equivalent files available in the
Alcatel-Lucent OmniPCX Office Communication Server system. In this case, the relevant files
are normally downloaded from the system to the terminal when the terminal is restarted.
Note:
New terminal software versions may become available in the system when the system is updated with
new Alcatel-Lucent OmniPCX Office Communication Server software. Updates of the files embedded in
the terminals may then be required.

2.3.10.1.2 Timing
The terminal download mechanism is activated when a terminal is restarted. During the restart
phase, the versions of the files embedded in the terminal are compared with the versions of
the same files available for download from the system. If the two versions of the same file are
different, a download request is sent to the call server. When the call server detects a
download request from a terminal, the terminal is entered into a queue of terminals waiting for
downloads.

2-142               

 $ % "! &   ' & #

Note:
A terminal may also request a download during the restart phase if the files inside the terminal have been
corrupted, or if the previous download failed or was interrupted.
The user can delay a terminal download so that it is performed at a specified time (date and
hour). This allows terminal downloading to be performed at a convenient time, such as during
business closing hours or at weekends.
Other deviations from the normal download procedure are also possible:
- The user can specify that the next terminal download will be performed following the next
software swap (when the system switches to running the new software).
- The user can force a download, even if the versions of the embedded files are the same as
the versions of the equivalent files in the system.
- The user can choose to forbid downloads, even if the versions of the embedded files are
different from the versions of the equivalent files in the system.
The timing of terminal updates is configured in the OMC tool, which presents the following
options:
- No Downloading: There will be no updates to the files embedded in the terminals.
- Download after swap: New files will be downloaded to the terminals following the next
software swap.
- Delay Downloading at: New files will be downloaded to the terminals at the specified date
and time.
- Download immediately: New files will be downloaded to the terminals immediately (a
forced download).
2.3.10.1.3 Operation
During a terminal download, the following conditions apply:
- The terminal cannot be used (the call server puts the terminal out of service).
- The terminal must not be re-configured (with the configuration tools).
- If a problem occurs during a download, the download is attempted a second time. If the
problem persists, the terminal is put out of service.
- If a terminal download is not performed within a certain timeout period from the time of the
download request, the terminal is reset. See the note below.
- If two terminals share the same telephone resources, they cannot be updated
simultaneously - the downloads to the two terminals are performed sequentially.
Note:
If a timeout occurs during a download, you are advised to disconnect and then reconnect the terminal to
the system, so that the download procedure restarts.

2.3.10.1.4 Duration
The time taken to complete a terminal download depends on the number of terminals that are
being updated at the same time, as well as how and where the terminal is connected to the
system, as follows:
- The more terminals there are to be updated, the longer the expected wait for an individual

               2-143

Chapter 2 $ % "! &   ' & #

terminal to be updated.
- Downloads to terminals connected to extension cabinets take longer than to terminals
connected to the main cabinet.
- Downloads to terminals with shared system connections take longer than to terminals with
dedicated system connections.

2.3.11 V24/CTI Interface Module

2.3.11.1 Hardware description
2.3.11.1.1 Overview
The V24/CTI Interface Module allows a Data Terminal Equipment (DTE) to be connected to
the OmniPCX Office, via a UA link, by means of an RS232 serial link (CTI port) or a V24 link.
The V24/CTI Interface Module can be used alone or combined with an Alcatel-Lucent 9 series
set.
The V24/CTI Interface Module replaces the 4093 PLUGWARE V24/CTI. The two interface
modules can operate together: a data link can be set between an V24/CTI Interface Module
Interface Module and a 4093 PLUGWARE V24/CTI.
Note:
The V24/CTI Interface Module is also compatible with UA 3G sets.
CTI port
The RS232 serial link carries signalling (up to 9600 bit/s) and allows telephone operations
such as call management and call monitoring. The audio part is carried out by the associated
dedicated set.
V24 port
The V24 port is considered as a DCE and provides a capacity of 19200 bit/s (ECMA 102) for
an asynchronous V24 transmission. The electrical interface complies with the V28
recommendation of the CCITT.

2-144               

 $ % "! &   ' & #

Figure 2.117: V24/CTI Interface Module Configuration Example

2.3.11.1.2 Compliant Standards

Safety Requirements
- EN60950: European requirements
- UL 1950: US requirements
- CAN/CSA-C22.2 No 950-95: Canada
ECM
- EN55022: Limits and methods of measurement of radio interference characteristics of
information technology equipment
- EN55024: Limits and methods of measurement of immunity characteristics of information
technology equipment
- FCC part15: US requirements
V24 & CTI
- CCITT Rec.: V24,V28, V25bis, V54, V110
- Hayes protocols
- ECMA 102: Attachment requirements for pan-European approval for connection to PSTN
of TE (excluding TE supporting the voice telephony service) in which network addressing,
if provided, is by means of DTMF signalling
Environment Classes
- ETS 300 019: Environmental conditions and tests for telecommunication equipment:
• Part 1-1: Storage
• Part 1-2: Transportation
• Part 1-3: Environmental conditions
Eco Design

               2-145

Chapter 2 $ % "! &   ' & #

- ISO 14040: Environmental management – Life cycle assessment – Principles and

framework (1997)
- RoHS

2.3.12 AP Interface Module

2.3.12.1 Hardware description
2.3.12.1.1 Overview
The AP Interface Module (Analog Peripheral) allows an analog device such as fax, modem,
minitel, answering machine to be connected to the Alcatel-Lucent OmniPCX Office
Communication Server via a UA link.

Figure 2.118: Example of Configuration with an AP Interface Module

AP Interface Module can be used alone or combined with an Alcatel-Lucent 9 series set.
Note:
The AP Interface Module is also compatible with Alcatel Reflexes sets.
AP Interface Module powers the analog device (DTMF signalling, ringer) and, to do this,
requires an external power supply (230V AC/30V AC adapter). In this document, this set is
called Z set.
2.3.12.1.2 Compliant Standards
Safety Requirements
- EN60950: European requirements
- UL 1950: US requirements
- CAN/CSA-C22.2 No 950-95: Canada
ECM

2-146               

 $ % "! &   ' & #

- EN55022: Limits and methods of measurement of radio interference characteristics of

information technology equipment
- EN55024: Limits and methods of measurement of immunity characteristics of information
technology equipment
- FCC part15: US requirements
Analog Transmission
- ETS 300 439: Business TeleCommunications (BTC); Transmission characteristics of digital
Private Branch eXchanges (PBXs)
- TBR21: Attachment requirements for pan-European approval for connection to PSTN of
TE (excluding TE supporting the voice telephony service) in which network addressing, if
provided, is by means of DTMF signalling
Environment Classes
- ETS 300 019: Environmental conditions and tests for telecommunication equipment:
• Part 1-1: Storage
• Part 1-2: Transportation
• Part 1-3: Environmental conditions
Eco Design
ISO 14040: Environmental management – Life cycle assessment – Principles and framework
(1997)

2.3.13 S0 Interface Module

2.3.13.1 Hardware description
2.3.13.1.1 Overview
The S0 Interface Module allows an S0 bus (2 B + 1 D channels) to be connected to the
Alcatel-Lucent OmniPCX Office Communication Server via a UA link. This bus allows S0
terminals (S0 sets, PCs equipped with an S0 interface, Fax G4, modem, etc.) to be connected.
The S0 Interface Module can be used alone or combined with an Alcatel-Lucent 9 series set.
Note:
The S0 Interface Module is also compatible with Alcatel Reflexes sets

               2-147

Chapter 2 $ % "! &   ' & #

Figure 2.119: Example of Configuration with an S0 Interface Module

The S0 module provides an S0 bus supplying power. An external power supply (230V AC/48V
DC adapter) is required.
There are two possible operating modes on the S0 bus:
- Non permanent layer: layer 1 must be set up by the calling end (PCX or terminal) at the
start of each call; layer 1 is shut down at the end of the call
- Permanent layer: operation of the S0 bus depends on the direction in which the initial call
was set up:
• If the call was set up from the PCX to the terminal, layer 1 is kept when the call ends.
• If the call was set up from the terminal to the PCX, layer 1 is shut down at the end of
the call. It must be set up again for the following call. If operation is incompatible with
the terminal used, there are two possible solutions: Either layer 2 is kept, this prevents
layer 1 being shut down, or, layer 1 is set up from the PCX by making a call to the
terminal. The call does not need to get through.
2.3.13.1.2 Compliant Standards
Safety Requirements
- EN60950: European requirements
- UL 1950: US requirements
- CAN/CSA-C22.2 No 950-95: Canada
ECM
- EN55022: Limits and methods of measurement of radio interference characteristics of
information technology equipment

2-148               

 $ % "! &   ' & #

- EN55024: Limits and methods of measurement of immunity characteristics of information

technology equipment
- FCC part15: US requirements
ISDN
- ETS 300 012: Basic user-network interface layer 1 specification and test principles
- TBR3: Attachment requirements for terminal equipment to connect to an ISDN using ISDN
basic access
- ETS 300 047: Basic access-safety and protection
- I.430: Basic user-network interfaces layer 1 specification
Environment Classes
- ETS 300 019: Environmental conditions and tests for telecommunication equipment:
• Part 1-1: Storage
• Part 1-2: Transportation
• Part 1-3: Environmental conditions
Eco Design
ISO 14040: Environmental management – Life cycle assessment – Principles and framework
(1997)

2.3.14 Multi-Reflexes 4099 Hub

2.3.14.1 Hardware description
The Multi Reflexes 4099 Option (also called Multiple UA Hub) connects up to 3 Alcatel
Reflexes terminals or Alcatel-Lucent 9 series terminals to an Alcatel-Lucent OmniPCX Office
Communication Server, using just one UA link. It simplifies the installation of additional
Reflexes or Alcatel-Lucent 9 series terminals.

               2-149

Chapter 2 $ % "! &   ' & #

The Option 4099 (Multiple UA Hub) separates a UA slave link with three B channels into three
UA master links with one B channel each.

The Option 4099 (Multiple UA Hub) is connected to the Alcatel-Lucent OmniPCX Office
Communication Server just like any terminal, and the three UA terminals are connected to the
option through RJ11-RJ11 cables. (By default, 1x3 m and 2x10 m)
The following terminals can be connected to an Option 4099:
- Alcatel Reflexes 2G sets with or without add-on modules (a maximum of 3 modules per
Option 4099)
- Alcatel Reflexes 3G sets with or without add-on modules or the 4091 CTI option (add-on
modules and 4091 CTI option are mutually exclusive)

2-150               

 $ % "! &   ' & #

- Alcatel-Lucent 9 series terminals (Alcatel-Lucent 4019 Digital Phone, Alcatel-Lucent 4029

Digital Phone, Alcatel-Lucent 4039 Digital Phone sets based on X9 protocol and using a
UA link) with add-on or electronic add-on modules
- a 4088 adapter with a V24 4083 ASM board
The following terminals cannot be connected to an Option 4099:
- DECT 4070 IO/EO base stations
- Alcatel Reflexes 2G sets with options 4084 IS/ISW or 4085 AB
- Alcatel Reflexes 3G sets with options 4093 ASY-CTI, 4094 ISW, 4094 ISW-CTI or 4095
AP
- another Option 4099, between the Alcatel-Lucent OmniPCX Office Communication Server
and the current Option 4099
- 2G/3G or x9 option in TA mode (4093 IS/ISW or 4095 AP without set)
Maximum distances between Alcatel-Lucent OmniPCX Office Communication Server
and sets
The line maximum length depends on the power required by each set and option, the voltage,
the guaranteed minimum current delivered by Alcatel-Lucent OmniPCX Office Communication
Server, the topology of connections, and the line diameter:
- With a 0.4-mm cable: 325 m
- With a 0.5-mm cable: 505 m
- With a 0.6-mm cable: 730 m
Note:
Put the hub near Alcatel-Lucent OmniPCX Office Communication Server to optimize the line length.
Power feeding constraints
Each terminal requires a minimum power and voltage to work properly.
The maximum power for hub and sets (3.5 W) is reached with the following configurations:
- 3 UA X9 TDM sets + 3 add-ons
- 3 UA sets + 1 CTI option
- 2 UA sets + 2 CTI options

               2-151

Chapter 2 $ % "! &   ' & #

2.3.15 Base Stations

2.3.15.1 Hardware description
2.3.15.1.1 4070 IO/EO DECT BASES
The DECT 4070 IO/EO (internal/external) base station can be connected to:
- 1 UA interface: 3 DECT channels
- 2 UA interfaces: 6 DECT channels

2-152               

 $ % "! &   ' & #

Maximum connection distances with remote power supply:

- 600 m with SYT 0.5 mm cable
- 850 m with LY278 0.6 mm cable
Internal Power Supply
It is possible to connect a local power supply (230V/42V – 150 mA adapter) to an accessible
socket on the lower part of the 4070 IO/EO base.
The local power supply is used in the following cases:
- main power supply not authorized on the line's wires (depending on specific installation
requirements)
- to increase the cable length between the interface and the station
- reduction in the system's electrical consumption
When the external power supply is connected, the base passes automatically to local power
supply mode. In the event of a power outage, the base is not supplied.
States of the correct operation LED
State of the base station State of the LED
No power supply (local or remote) or fault on base Off
Fault after auto-test, base not operational On
Auto-test OK, base station operational. Normal operation for a 1s on/1 s off
base with 2 links.
Auto-test OK, base station operational. Normal operation for a 1s on/200 ms off
base with one Master link only.

               2-153

Chapter 2 $ % "! &   ' & #

Master link not connected, local power supply or slave link 50 ms on/50 ms off
connected.

Differences between 4070 and 4070 NG base stations

- Fast antenna diversity on 4070NG bases (for more details, see "Installing base stations" in
the Mobility section.
2.3.15.1.2 4070 PWT BASES
The 4070 PWT (Personal Wireless Telecommunications) bases constitute an adaptation of the
bases to the DECT standard for part of the North American market (United States and
Canada).
The 4070 PWT bases are designed for an internal installation only (wall attachment) and they
are mechanically identical to the 4070 IO bases. They conform to the "FCC part 15 A, B, C, D
requirements" standards.
2.3.15.1.3 4080 IP-DECT Base Station
The 4080 IP-DECT is a DECT transceiver designed for indoor use that can be installed in a
horizontal or vertical position.
Two types of 4080 IP-DECT transceivers are available:
- 4080 IP-DECT Access Point Integrated antennas
- 4080 IP-DECT Access Point External antennas
Note:
For an external installation, the 4080 IP-DECT should be enclosed in the dedicated Outdoor Cabinet. The
4080 IP-DECT Access Point External antennas must always be installed for use in the outdoor cabinet.
Power is supplied from the Ethernet cable.
___change-begin___
2-154               
 $ % "! &   ' & #

___change-end___
Figure 2.124: 4080 IP-DECT Base Station

DAP Controller
The 4080 IP-DECT is equipped for EMEA, Latin America and North America. However, the
DAP Controller determines the frequency used and the power level. The DAP Controller is the
software that runs on a PC to control the 4080 IP-DECT.
There are three types of DAP Controllers available for the 4080 IP-DECT:
- DAP Controller – International. This version is used in EMEA countries and countries that
use the European frequencies and power levels.
- DAP Controller - North America This version is used in North America.
- DAP Controller - Selective Countries. This version is used in countries with other frequency
ranges than EMEA or North America
LEDs
The 4080 IP-DECT is equipped with two LEDs.
- Top LED – Yellow
This LED represents the status of the 4080 IP-DECT.
table 2.57: 4080 IP-DECT LED Status on top LED
LED Status (Top LED, Yellow) Meaning
Off No power
0,5 sec. On - 0,5 sec. Off Loading software/firmware

               2-155

Chapter 2 $ % "! &   ' & #

Short flash every 0,25 seconds IP Network error (not connected, no DHCP/TFTP
server, no DAP Controller
Fast blink DAP operational, but trying to synchronize to another
DAP
Continuous fast blink Hardware error
Steady On DAP operational (and synchronized to other DAP or
is the synchronization master)

Note:
The colour of the top LED can be different depending on the operational mode.
• Normal (single band) mode
In the normal single band mode, the top LED will be Yellow.
• Dual Band
Mode In Dual Band mode, the LED colour shows the operational frequency:
• Green: Europe/International
• Red: North America / USA
- Lower LED – Red/Green
This LED is used to indicate the start-up and network status.
table 2.58: Lower LED status on the 4080 IP-DECT
LED Status (lower LED, Red/Green) Meaning
RED Steady on Power but FPGA starting up
RED flashing Trying to connect to the network
Green flashing Network status display and showing network activity
Off 4080 IP-DECT operational

Specifications

Dimensions / Environment
Dimensions (W x D x H) 145 x 43 x 174
Outside temperature range 0° C - 45° C
IP Specification In Outdoor Box = IP66
Relative Humidity 5 - 95 %
PoE Specifications
Voltage at 4080 IP-DECT via PoE 36 . . . . 57 V DC
PoE Class Class 2
Power Consumption 6 Watt maximum
IP Specifications
IP Network 10/100Base-T IEEE802.3
Connector RJ45
Cable Cat 5 / Cat 6 UTP.
Cat 7 is not supported

2-156               

 $ % "! &   ' & #

IP Version IPv4
DHCP/TFTP support Yes
Quality of Service (QoS) IEEE802.1Q, IEEE802.1P
Audio Algorithm
4080 IP-DECT G.711
4080 IP-DECT with Daughter Board G.711 and G.729
Country/Region support
EMEA 1880 – 1900 Mhz
Latin America 1910 – 1930 MHz
North America 1920 – 1930 MHz (3 dB lower output
power)

2.3.16 300/400 DECT Handset

2.3.16.1 Hardware description
2.3.16.1.1 Overview
Alcatel Mobile Reflexes 100 and Alcatel Mobile Reflexes 200 are extended with 2 new models:
- Alcatel-Lucent 300 DECT Handset : a handset with a black & white display. It offers a
convenient solution for basic mobility needs.
- Alcatel-Lucent 400 DECT Handset : a handset with color display. It offers a convenient
solution for intensive mobility needs.
All Alcatel-Lucent 300 DECT Handset and Alcatel-Lucent 400 DECT Handset, like other DECT
handsets, are intended to be carried by users roaming throughout the workplace. These two
new handsets offer :
- access to all added value voice services of Alcatel-Lucent OmniPCX Office
Communication Server telephone features.
- enhanced usability through functions like:
• aesthetic renewal,
• integrated antenna,
• backlight display,
• quality of audio reception,
• vibrator,
• great autonomy (Li-Ion technology),
• belt clip availability.
Alcatel-Lucent 300 DECT Handset and Alcatel-Lucent 400 DECT Handset operate in either:
- standard GAP mode, or
- advanced GAP (AGAP) mode.
Alcatel-Lucent 300 DECT Handset and Alcatel-Lucent 400 DECT Handset have the same
features and interface as Alcatel Mobile Reflexes 200. For more information, see Mobile
Reflexes Handset - Services provided .

               2-157

Chapter 2 $ % "! &   ' & #

2.3.16.1.2 Characteristics
Handset characteristics

Features Alcatel-Lucent 300 DECT Alcatel-Lucent 400 DECT

Handset Handset
Dimensions (mm)/(in) 120x45x22/4.72x1.77x0.87 120x45x22/4.72x1.77x0.87
Weight (gm)/(oz) 110/3.88 110/3.88
Volume (cm³) 119 119
Graphic display (*) 96x48 98x66
Black&White 4096 colors
Loudspeaker No Yes
Multi-line management Yes Yes
Dial-by-name Yes Yes
Headset connection No Yes
(standard wiring)
Backlight display Yes Yes
Backlight Keypad No Yes (blue)
Vibrator Yes Yes
Browser Yes Yes
Battery pack Li-Ion Li-Ion
Color Black Black
Explosion proof No No
Belt clip Yes (removable) Yes (removable)
Talk / Standby time (h) Up to 20 / 160 Up to 20 / 120

(*) screen content depends on the system used.

Characteristics of charging units, accessories and headsets
Charging units
Charging units for Alcatel-Lucent 300 DECT Handset and Alcatel-Lucent 400 DECT Handset
are available in 2 models:
a. Mobile 300/400 Basic Charger (included with the delivered handset):
This model is a charging base unit with no charge indicator LED. The handset displays the
battery status. Power supply is independent from the charging base.

2-158               

 $ % "! &   ' & #

Figure 2.125: Mobile 300/400 Basic Charger

b. Mobile 300/400 Dual Charger:
This model allows a handset battery and a spare battery to be charged simultaneously. It is
intended for users who require long-term operational availability. It consists of a base with
two compartments (handset and spare battery) and a charge indicator LED for the spare
battery. Power supply is independent from the charging base.

Figure 2.126: Mobile 300/400 Dual Charger

Battery charger indicator:
- When the handset battery is empty (capacity between 0 - 33%), the battery status icon
flashes to 50% of the load max.
- When the handset battery is half-empty (capacity between 33 - 66%), the battery status
icon flashes to 50% of the load max.
- When the handset battery is full (capacity between 66 - 100%), the battery status icon
does not flash but battery charging continues.
Handset battery charge time:
Two charging cycles are necessary to fully charge your handset battery: a rapid charging
cycle and a slow one.
A rapid charging cycle of 2 hours charges the handset battery to 82% of its capacity. A slow
charging cycle of one additional hour follows the rapid charging cycle and fully charges the
handset battery.
The autonomy and life span of the handset battery depend on the usage mode and the
environment conditions:
Life span Li-Ion: over 500 cycles with a capacity over 60% of the initial value.
Accessories and headsets
Accessories:
a. Charger bracket:
The Alcatel-Lucent 300 DECT Handset and Alcatel-Lucent 400 DECT Handset mobile

               2-159

Chapter 2 $ % "! &   ' & #

charger units have a "charger bracket" made of metal. The "charger bracket" offers the
possibility of mounting the basic or dual charger on a wall.

Figure 2.127: Charger bracket

b. Pouch:
A pouch improves the durability of Alcatel-Lucent 300 DECT Handset and
Alcatel-Lucent 400 DECT Handset in severe environments, especially against dust,
spraying water and shocks.
Headsets:
The Alcatel-Lucent 400 DECT Handset has a standard wiring headset connection. When a
headset is connected to a Alcatel-Lucent 400 DECT Handset, the microphone and
loudspeaker are automatically switched off.
2.3.16.1.3 General view of handsets
Alcatel-Lucent 300 DECT Handset and Alcatel-Lucent 400 DECT Handset are designed to suit
voice requirements of employees roaming throughout the workplace.
They have similar interfaces. However, the Alcatel-Lucent 400 DECT Handset has also a
headset connection (see figure: Alcatel-Lucent 400 DECT Handset ).

2-160               

 $ % "! &   ' & #

Figure 2.128: Alcatel-Lucent 300 DECT Handset

The Alcatel-Lucent 300 DECT Handset has:
bi-colored LED,

black & white display screen with white/blue backlight,

loudspeaker,

correction key,

volume adjustment keys,

navigate/confirm dual- function key,

call management keys,

keypad with 12 keys,

               2-161

Chapter 2 $ % "! &   ' & #

company directory key,

microphone,

vibrator management key,

ON/OFF key.

Figure 2.129: Alcatel-Lucent 400 DECT Handset

The Alcatel-Lucent 400 DECT Handset has all the keys of the Alcatel-Lucent 300 DECT
Handset. The Alcatel-Lucent 400 DECT Handset also has:
- one new key: headset connection,

- a key functioning differently: vibrator/group listening management key.

2.3.16.1.4 Keypad: description

2-162               

 $ % "! &   ' & #

The following table lists handset keys and their functions (see figure: Alcatel-Lucent 300 DECT
Handset and figure: Alcatel-Lucent 400 DECT Handset ).
KEY Function
Single press:
- seizes line,
- switches between calls.
Long press: redials the last number.

Single press:
- releases line,
- switches off ringing.
Long press: locks/unlocks keypad, when handset is idle only.
- confirms selection in a menu (icons or text),
- navigates a menu or a list.
moves in a menu (icons) or in a list (text) .

Single press:
- erases the last entered character,
- displays the previous menu.
Long press: erases a field.
Single press: accesses company directory to "Dial by name" .
Long press: displays the name and number in the directory.
(300 Single press: No action.
Long press: switches between ringer and vibrator, when set is idle
only.
DECT™)
(400 Single press: activates or deactivates group listening (during
conversation).
Long press: switches between ringer and vibrator, when set is in idle
DECT™) mode only.
Single press: accesses the local menu (vibrator, ringer, keypad lock).
Long press: switches the mobile on or off.

2.3.16.1.5 Handsets management

Alcatel Mobile Reflexes 100, Alcatel Mobile Reflexes 200, Alcatel-Lucent 300 DECT Handset
and Alcatel-Lucent 400 DECT Handset are designed to be used with a Private Automatic
Branch eXchange (PABX) and they:
- have the same status icon display.
- have the same call icon display.
- offer similar features.

               2-163

Chapter 2 $ % "! &   ' & #

For more information on the features offered by Alcatel-Lucent 300 DECT Handset and
Alcatel-Lucent 400 DECT Handset, see Mobile Reflexes Handset - Services provided .
- have the same configuration.
Note:
During the installation procedure of Alcatel-Lucent 300 DECT Handset or Alcatel-Lucent 400 DECT
Handset you must declare the handset in the appropriate frequency band (region) according
to the country you find yourself in.
Four frequency bands are specified:
• Region 1: Europe band: 10 frequencies 1881.792 to 1897.344 Mhz.
• Region 2: USA/Canada band: 5 frequencies 1921.536 to 1928.448 Mhz with power adaptation.
• Region 3: South America band: 10 frequencies 1912.896 to 1928.448 Mhz.
• Region 4: China band: 10 frequencies 1902.528 to 1918.080 Mhz.
For more information on the installation procedure of Alcatel-Lucent 300 DECT Handset
and Alcatel-Lucent 400 DECT Handset, see Registering the handset - Operation .

2.3.17 500 DECT Handset

2.3.17.1 Hardware description
2.3.17.1.1 Overview
The 500 DECT just as the other DECT handsets, is particularly useful for users moving within
the workplace.
The 500 DECT offers:
- Access to most of the added value OmniPCX Office telephone features.
- Enhanced usability with:
• Robust design with inductive charging
• IP 54 compliance (water and dust resistant)
• DECT handset for PWI (alarm button, man down alarm, no movement detector, shock
detector)
• Improved ergonomics
• Integrated bi-antenna
• Backlight display
• Improved quality of audio reception
• Vibrating feature
• MWI (Message Waiting Indication)
• Good autonomy (Li-Ion technology)
• Belt clip
The 500 DECT operates with Advanced GAP (AGAP)
The 500 DECT offers:
- A large clear screen accepting images, icons and text
- A simplified functional organization that allows the user to quickly access each of the
mobile's functions
All main operations can be performed on the mobile by use of a single key for navigation (four

2-164               

 $ % "! &   ' & #

directions) and confirmation.

You can take advantage of special DECT features, such as:
- "Roaming", which allows the user to receive or make a call no matter where he/she is
relating to the base station radio coverage zone
- Change of the transmission channel on the base station to portable link during a
conversation due to a change in propagation conditions
- "No-break transfer" from one base station to another when moving during a conversation.
This shift is completely transparent for the user
The set implements specific DECT features, such as:
- Continuous evaluation of different base station levels in order to select the most
appropriate base station for call setup
- Selection of radio transmission channel during call setup
- Continuous listening for paging messages, transmitted by all base stations, when an
incoming call arrives. The set establishes a radio communication with the most appropriate
base station (as it does for an outgoing call)
- Support of the alarm feature, allowing isolated workers to be located with specific alarm
server
Note:
Date/Time infomation is received from OmniPCX Office whenever 500 DECT registers with OmniPCX
Office.

2.3.17.1.2 Physical Characteristics

Features 500 DECT

Loudspeaker Yes
Multiline management Yes
Dial-by-name Yes (local and central directory)
Headset connection Yes
(standard wiring)
Backlight display Yes
Backlight Keypad Yes
Vibrator Yes
Navigation/confirm dual-function key Yes
Battery pack Yes
Color Black
Explosion proof No
Belt clip Yes
Talk time Up to 8 hours
Standby time Up to 100 hours
Charging time Around 9 hours

Environmental Constraints

               2-165

Chapter 2 $ % "! &   ' & #

Storage, transportation and 500 DECT environment comply with the following standards:
- ETS 300 019 1.1, Storage, Class 1.2: Weather protected, Not temperature controlled
locations
- ETS 300 019 1.2, Transportation, Class 2.3: Public transportation
- ETS 300 019 1.3, In Use, Class 7.2: Portable use, Partly Temperature controlled locations
Operation
- Temperature: to achieve optimum reliability, the ambient temperature must be between
-10°C and +45°C.
- Relative humidity: relative humidity must be between 5% and 95% (without condensation)
Storage
- Temperature: temperature must be between -25°C and +55°C
- Relative humidity: relative humidity must be between 10% and 100% (without
condensation)
2.3.17.1.3 Description of a Set

2-166               

 $ % "! &   ' & #

Figure 2.130: 500 DECT Presentation

This set provides:
1. A colored LED indicator:
• This LED indicator can be customized by the user and can indicate any of the
following:
• Missed call
• Man down
• Low battery
• Alarms, etc...
• The available colors are:
• Red
• Green
• Orange

               2-167

Chapter 2 $ % "! &   ' & #

2. Display screen with status and call icon

3. Volume adjustment keys
4. Red lateral key: triggers an Alarm Call when the emergency call feature is enabled
5. Call management Key (softkey)
6. Answer the call
7. Headset socket
8. Back light screen: the screen switches automatically after a few seconds of inactivity
9. Navigation/confirm dual-function key
10. Call management key (softkey)
11. Call management key
12. Silent mode key
13. Microphone
2.3.17.1.4 Keypad
Main keys

KEY USE
Allows to
- Activate/deactivate the loudspeaker
- Redial from the call log
- Lock/unlock the keypad
Allows to select a function in the Menu and provides access to all
available functions:
- Personal directory
- Company Directory
- Call log
- Handset settings menu
Erase a character
Allows to:
- Validate an action
- Access to shortcuts for navigation
- Activate/deactivate the loudspeaker
- Access the personal directory
- Switch the screen back on
Note:
the four navigator keys are programmable.
Allows to:
- Answer an incoming call
- Start a call
- Switch between two calls (broker call)

2-168               

 $ % "! &   ' & #

KEY USE
Allows to:
- Switch the set on/off
- Hang up
- Return to first screen/to previous menu
- Switch off ringer
Silent mode (long pressing)

Call Icon Display

ICON USE ICON STATUS

Incoming call Icon displayed: Indicates an incoming call.

Outgoing call Icon displayed: Indicates an outgoing call.

Loudspeaker Icon displayed: Indicates the loudspeaker activation.

activated

Silent mode Icon displayed: Indicates the silent mode activation (loudspeaker
activated off)

Silent Icon displayed: Indicates that the microphone is muted.

microphone
activated

Status Icon

ICON USE ICON STATUS

Battery fully charged (75% - 100%)
Battery Battery half charged (33% - 75%)
Status Low battery (0% - 33%)
Indicator
Battery completely discharged (0%)

Icon displayed: Indicates the presence of unread text messages.

New text
Message Note:
Text messages are not supported on IBS/RBS
New Icon displayed: Indicates the presence of filtered calls.
filtered
message

               2-169

Chapter 2 $ % "! &   ' & #

Silent Icon displayed: Indicates the silent mode activation.

mode
activated
Radio Indicates the received radio signal level.
reception
indicator
Icon displayed: Indicates that an appointments reminder is programmed.
Appointement
reminder

icon displayed: Indicates the keypad is locked.

Keylock
activation

Missed icon displayed: Indicates a missed incoming call.

call

2.3.18 8232 DECT Handset

2.3.18.1 Hardware description
2.3.18.1.1 Overview
The 8232 DECT handset offers an easy-to-use, cost effective and reliable voice
communication solution that addresses the mobility needs of evolving business environments.
The 8232 DECT handset provides a convenient and practical solution for the basic personal
mobility needs of most business environments. It offers simple and efficient voice
communications, enhanced usability and compatibility with the existing base station portfolio. It
also offers all of the OmniPCX Office value-added voice services (such as dial-by-name and
multi-line management) that fixed desk phones support.

2-170               

 $ % "! &   ' & #

Figure 2.131: 8232 DECT handset

2.3.18.1.2 Key benefits

- Infrastructure investment protection (compatibility with deployed base stations)
- Excellent voice quality and business telephony features throughout the workplace
contributing to improved user responsiveness and productivity
- One Worldwide product
- Automatic band switching for cruise ship application
- Green friendly:
• Economy mode with automatic low radio emission power (25 mW)
• Energy Star™ compliant

               2-171

Chapter 2 $ % "! &   ' & #

• Low power mode (50 mW) for environments such as nuclear facilities
• Long battery life
2.3.18.1.3 Key features
- Advanced GAP (AGAP) protocol
- Lightweight, ergonomic design and intuitive operation
- Color display, backlight, vibrator
- Speakerphone and mute
- Headset connection
- Loudspeaker/mute during call
- Status led (missed calls, Battery status)
- Received messages audio notification
2.3.18.1.4 Technical specifications
Mechanical Characteristics
- Dimensions height x width x depth: 5,19 x 2.00 x 0.90 in (132 x 51 x 23 mm)
- Weight: 3.88 oz, 110 grams
- Color: black
- Graphic display: 1,4 in, 65k colors, 128 x 128 pixels
- Display backlight: white
- Keypad backlight: blue
- Hands-free, mute
- Vibrator
- Headset: Jack 3,5 mm, TRSS compliant
- Led for status indication, 3 colors: green/orange/red
- Ring tones: 6 user selectable polyphonic with 4 steps volume control, meeting mode
- Belt clip: spring loaded, optional swivel clip
- Charging on desktop charger or Micro USB type B plug
- Handset MMI languages: English, French, German, Spanish, Italian, Dutch, Portuguese,
Danish, Swedish, Norwegian, Finnish
- System languages: Communication server dependant, 11 languages in GAP mode
Battery pack
- Li-Ion, easily replaceable, 1100 mAh
- Talk time: up to 20 hours
- Standby time: up to 200 hours
- Charging time: less than 3 hours
Radio specifications

2-172               

 $ % "! &   ' & #

- DECT
- Frequency range:
• DECT Europe – 1880-1900 MHz
• DECT 6.0 (NA) – 1920-1930 MHz
• DECT Latam – 1910-1930 MHz
- Hand-over: Bearer, Connection HO
- Out of coverage signaling
- Antenna diversity
Registration
- Up to 4 systems
- Manual selection
- Automatic selection
- Automatic band switching
Audio codecs
- G726
Features
- Call by name:
• Local & system directory
- Call log (GAP mode):
• All, Answered, Dialed, Missed
• up to 50 call logs
- Contacts (GAP mode):
• Name, up to 4 numbers per contact
• up to 50 contacts
- Hands-free
- Microphone mute
Environmental
- Operating temperature: -10°C to +45°C, (14 to 113°F) ETS 300 019 part 1-7 class 7.2
- Storage temperature: - 25°C to +55°C (-13 to +131°F) ETS 300 019 part 1-1 class 1.2
- Transportation: ETS 300 019 part 1-2 class 2.3
- IP Class: IP40 (EN 60529)
Serviceability
- Site survey tool
- Diagnostic mode
- Syslog mode

               2-173

Chapter 2 $ % "! &   ' & #

- Download tool
Software management tool
- Download tool
- Flash loader
Regulatory
- EU Directive
• 99/5/EEC (R&TTE)
• 2006/95/EC (LVD)
• 2004/108/EC
• 2006/32/EC (Eco Design)
- Safety:
• IEC 60950-1
• EN 60950-1
• UL 60950-1
• CAN/CSA-22.2 No 60950-1
- EMC & Radio
• EN 301 489-1
• EN 301 489-6
• IEC/EN61000-4-2
Level3 criteria B
• IEC/EN61000-4-3
Level3 criteria A
• EN 301 406 (TBR6)
• FCC 47CFR part 15 subpart D
• IC RSS-213
- SAR
• EN 50360
• EN 50361
• FCC OET Bulletin 65
• IEE 1528
• SAR value: 0,102W/kg
- Audio, Hearing Aid
• 47CFR Part 68
• Canada CS-03
• ANSI/TIA/EIA-504
- Telecom
• EN 301 406 (TBR6)
• FCC 47CFR part 15 subpart D
• IC RSS-213
• EN 300 176-2 (TBR10)

2-174               

 $ % "! &   ' & #

• EN 300 175-8 (DECT audio)

• ETS 300 245-2
• TBR22
• ETSI TS 102 841 (security)
• ES 202 738 (Group listening)
- Local regulations
• Australia: ACIF S004
• USA/Canada: FCC part 68
• New Zealand: PTC200
- Acoustic shocks
• UL 1950, ETS 300 245-2
- Acoustic shocks
• UL 1950, ETS 300 245-2
- Hearing aid
• ANSI/TIA/EIA-504-A
• FCC part 68

2.3.19 PIMphony Reflexes

2.3.19.1 Hardware description
For more information, you can also consult the PIMphony documentation supplied with
the CD ROM.
The standard Alcatel-Lucent OmniPCX Office Communication Server offering includes an
integrated CTI server (TAPI 2.0) that opens up a broad range of third party CTI applications.
PIMphony Reflexes is a PC-based workstation equipped with the following PIMphony
applications:
- PIMphony Basic (free of charge)
- PIMphony Pro (requires a software key)
- PIMphony Team (requires a software key)
PIMphony Basic PIMphony Pro PIMphony Team
Complete set of telephony YES YES YES
features
Centralized call log YES YES YES
Integration of Contact YES YES
Handlers
"Visual Mailbox" interface YES YES
Unified messaging YES YES
Supervision features YES
Assistant Feature YES

For more information about the "Visual Mailbox", interface, consult " Visual Mailbox Interface"

               2-175

Chapter 2 $ % "! &   ' & #

in the "Integrated Voice Server" section.

They are installed from the CD-ROM provided in each system.
PIMphony Pro and PIMphony Team are supplied on a Try and Buy basis. The user can test
both applications free of charge for 2 months.
If PIMphony is emulating an IP workstation, it can be used via a USB or Bluetooth® handset.

2.3.20 VBTEL Visually Impaired Op. Station

2.3.20.1 Hardware description
The VBTEL terminal is designed to act as a display for visually-impaired operators, conveying
the information presented on Reflexes terminals. There are 2 models:
- VBTEL 20: equipped with a piezoelectric Braille touchpad with 20 characters and 32
command keys.
- VBTEL 40: equipped with a piezoelectric Braille touchpad with 40 characters and 32
command keys.
The information read in Braille on the terminal enables the operator to use the system entirely
via a Reflexes terminal; all the operations (dialing, transfers, line seizures, etc.) are performed
from the Reflexes terminal.

Description
The onpower ON/OFF button is located at the top left of the terminal.
The 2 groups of 12 keys on the right and left side of the terminal make up the command
keyboard; the keys are designated by a row letter and a column number (columns 4 and 5 are
not used).

2-176               

 $ % "! &   ' & #

The Braille keyboard, in the center, consists of 8 keys, of which the first 6 are the 6 Braille
points in Perkins alphabetical order, the 2 others are the backspace (7) and space keys (8).
A set of 20 or 40 piezoelectric cells located above the Braille keyboard enables Braille
characters to be displayed. Each cell contains 8 points: points 1 to 6 serve to form the 64
characters of the Braille alphabet; when points 7 and 8 are simultaneously raised, they
represent the cursor.

2.3.21 Earlier Generation Sets

2.3.21.1 Hardware description
2.3.21.1.1 TERMINALS NOT SUPPORTED
The following terminals are not supported by Alcatel-Lucent OmniPCX Office Communication
Server:
- Reflexes 1G sets
- DECT 4075, 4074B, 4074H and 4074 BEx mobile sets
- Alcatel-Lucent 160 sets
- Alcatel-Lucent 4120 sets (900A and 900B)
- Fast IP Reflexes, e-Reflexes sets and IP enabler
2.3.21.1.2 Reflexes 3G
TERMINAL FEATURES

FEATURE DEDICATED DIGITAL SETS

First Easy Premium Advanced
Handset YES YES YES YES
Loudspeaker - YES YES YES
Buzzer YES - - -
1 x 20 character display - YES YES -
2 x 40 character display - - - YES
Pictograms associated with - - 12 24
programmable keys
Soft keys - - - 5
Programmable keys 8 8 12 24
Fixed function keys - 5 10 7
Navigator - - - YES
Numerical keypad keys 12 12 12 12
Green LED YES YES - -
Two-colored LED - - YES YES
Internal alphabetical keyboard - - YES YES
4090M or 4090L add-on module - - Optional Optional

               2-177

Chapter 2 $ % "! &   ' & #

Optional modules (plugware) External External Internal/External

Internal/External
Wall mounting Integrated Integrated Optional Optional
4097 CBL UA/DECT adapter - - Optional Optional

4097 CBL ADAPTER

Alcatel-Lucent Advanced sets can be equipped with a 4097 CBL UA/DECT adapter and can
therefore communicate with the system over a DECT radio link. This device means you no
longer have to worry about cabling constraints. An RS232 link is also recommended for CTI
applications.
The Advanced set and its adapter are jointly called Advanced DECT/4036.
The 4097 CBL adapter is powered by a 220V AC/42V DC power adapter. This power adapter
is also a power splitter. The base of the power socket must be positioned as close to the
adapter as possible, and must also be easily accessible.
Note:
This adapter can also be used with an Alcatel Premium set (internal installation) or First or Easy sets
(external installation).
Connection

2-178               

 $ % "! &   ' & #

OPTIONAL MODULES (PLUGWARE)

The optional modules are modules which are inserted in the UA link, in series, between a PCX
and a dedicated UA set. They provide an interface for connecting terminals to the system.

Note 1:
The optional modules can also be used with Reflexes2G sets (the previous generation).
Alcatel Premium and Advanced sets have a slot under the panel for the optional module.

The optional modules available are:

- 4093 ASY-CTI

               2-179

Chapter 2 $ % "! &   ' & #

- 4094 ISW
- 4095 AP
Note 2:
When the option is used in stand-alone as a TA (Terminal Adapter) interface, you have to move the red
jumper to the other connector position inside the module.

4093 ASY-CTI module

This module allows the device to be connected to the system via a UA link (a PC-type
peripheral device) by means of an RS232 link (CTI port) and a DTE data terminal (V24 port).
CTI Port
The RS232 link carries the signaling (up to 9,600 bit/s) and allows telephony functions such as
call management and call supervision.
The audio function is performed by the associated dedicated set.
V24 Port
The V24 port is regarded as a DCE and supports asynchronous V24 transmission up to
19,200 bps (ECMA 102) and 57600 bps (V14e). The electrical interface conforms to ITTCC
recommendation V28. This port is used to connect up the metering data management system
(connection cable provided).

Connection

2-180               

 $ % "! &   ' & #

4094 ISW module

This module connects an S0 terminal to the system via a UA link.
This optional module provides an S0 power bus which requires an external power supply
(230V AC/42V DC adapter), allowing terminals without their own power supply (ISDN
terminals, etc.) to be connected to the bus.
The power supply transformer serves as a sectioning mechanism for the S0 interface. It must
therefore remain easily accessible.
The S0 bus can be a point-to-point or short passive bus covering 150 m (up to 5 terminals, of
which a maximum of 2 may be powered remotely). Operation is not guaranteed in the event of
a power outage.

Connection

4095 AP module
This interface connects an analog peripheral such as a modem, teletex or answering machine
to the system via a UA link.
The optional module supplies the terminal (DTMF signaling, ringer) and therefore requires an
external power supply (230V AC/30V DC power adapter).
The power supply transformer serves as a sectioning mechanism for the AP interface. It must
therefore remain easily accessible. Operation is not guaranteed in the event of a power

               2-181

Chapter 2 $ % "! &   ' & #

outage.

Connection

2.3.21.1.3 Reflexes 2G 40XX* SETS

Reflexes terminals from the 2G range are supported by Alcatel-Lucent OmniPCX Office
Communication Server for migration purposes.
*Depending on country/distribution network
FEATURE Characteristics
4003 4011 4012 4023 4034
Handset YES YES YES YES YES
Loudspeaker YES YES YES YES YES
Display - 1 x 20 1 x 20 2 x 20 2 x 40
Pictograms - 2x7 2 x 10 4x7 4x7
Soft keys and arrows - - - 3+1 10 + 1
Programmable keys 5 6 10 18 18
Fixed function keys 3 10 12 12 12

2-182               

 $ % "! &   ' & #

Numerical keypad keys 12 12 12 12 12

3-colored LED - YES YES YES YES
4087 IFA internal alphabetical keyboard - - - YES YES
4087 EFA external alphabetical keyboard - - Optional Optional Optional
Interface: 4083 ASM or 4083 PCT, 4084 - - Optional - Optional
IS/ISW or 4085 AB
4081L or 4081 M add-on module - - Optional Optional Optional
Wall mounting Optional - - - -

2.3.21.1.4 MOUNTING THE ADD-ON MODULES

A kit (a 10-cm cable with two 8-pin modular jacks) connects the 4081M or 4081L add-on
modules to 4012, 4023, and 4034 sets (there is no limit to the number of add-on modules in
the system).
Procedure
- Turn the set and the module upside down
- Connect the cable to the set and the module
- Join the module to the set using the 2 screws provided in the kit
The same method is used to connect the 2 modules to each other.

               2-183

Chapter 2 $ % "! &   ' & #

2.3.21.1.5 CONNECTING AN EXTERNAL BELL

It is possible to connect, on the wall-mounted socket, an external call reinforcing bell to 4011,
4012, 4023 and 4034 sets.
The standard connecting cable is 3 m long and has 2 conductors. To connect an external
ringer, replace this cable with an optional cable, 5 m long with 4 conductors.
Available power: 2 mA under 5V (an adapter is required).

2.3.21.1.6 CONNECTING THE 4088 ADAPTER

The 4088 adapter is connected directly to an Alcatel-Lucent UA set interface and enables the
installation of an optional 4083 ASM, 4083 PCT, 4084 IS/ISW or 4085 AB board.

2.3.21.1.7 Reflexes 2G 50XX * SETS

Reflexes terminals from the 2G range are supported by Alcatel-Lucent OmniPCX Office
Communication Server for migration purposes.
*Depending on country/distribution network
Characteristics
FEATURE
5010 5015 5018 5022 5028

2-184               

 $ % "! &   ' & #

Handset YES YES YES YES YES

Loudspeaker YES YES YES YES YES
Display - - 1 x 20 1 x 20 2 x 40
Pictograms - 2 x 10 2 x 10 2 x 10 4x7
Soft keys and arrows - - - - 10 + 1
Programmable keys 5 10 10 10 18
Fixed function keys 5 12 12 12 12
Numeric keypad keys 12 12 12 12 12
LED YES YES YES YES YES
Internal alphabetical keyboard - - - - YES
External alphabetical keyboard - - Optional - Optional
V24/MAC PC 5083, S0 (2B + D) - - Optional - Optional
5081/5082 or Z 5088 interface
40-key add-on module - - Optional - Optional

2.3.21.1.8 OPTIONS FOR UA 2G SETS

4012, 4034, 5022 and 5028 sets on the Alcatel-Lucent OmniPCX Office Communication
Server system can take an optional interface that plugs into the rear of the set:
- 4083 (or 5083) ASM : V24 - MAC/PC option
- 4083 PCT : PC option
- 4084 (or 5081/5082) IS/ISW : S0 - MAC/PC option
S0 (2 B channels and 1 D channel) is available via a 4084 IS/ISW option installed on a
40XX set which is connected to a DLC16 board (16, 8 or 4 devices).
S0* (1 B channel and 1 D channel) is available via a 4084 IS/ISW option installed on a

               2-185

Chapter 2 $ % "! &   ' & #

40XX set which is connected to a DLC4/8 board with an S01B daughter board.
- 4085 (or 5088) AB : Z option
Connecting V24 and MAC/PC terminals
V24 terminals are connected using the X201 connector of board 4083 ASM installed in the set.
MAC/PC terminals are connected using connectors X401, X402 and X403 of boards 4083
ASM and 4084 IS.

Function Circuit Signal

Protection ground 101 PG
Transmitting data 103 TD
Receiving data 104 RD
Request to send 105 RTS
Clear to send 106 CTS
Data set ready 107 DSR
Signaling ground 102 SG
Carrier detection 109 DCD
Local loop 141 LL
Data terminal ready 108/1, 2 DTR
Call indicator 125 RI
Test indicator 142 TI

Maximum distances between terminal and set: 15m at 19200 bps 2 m at 57600 bps
X401: 8-pin Jack connector for PCs

X402, X403: 4-pin Jack connector for Macs

2-186               

 $ % "! &   ' & #

The maximum length of the ADB link is 5 m.

These two connectors enable the terminal and keypad to be connected separately.
Connecting S0 terminals
Options 4084ISW and 4084 IS enable the connection of S0 terminals supplied remotely or
otherwise.
The terminals are connected using the 8 pin connector (X301) of boards 4084 IS and 4084
ISW. The type of bus is specified by the positioning of the X102 connector jumpers. X302
defines the termination resistance of the 2 connection pairs.

X104: connector for the power supply

- 1: - 48 V - 2: + 48V
X301: connector for the S0 bus
- 1 and 2 - not used - 5 - TX -
- 3 - RX + - 6 - RX -
- 4 - TX + - 7 and 8 - not used
Short passive bus Long point-to-point bus (X102 across 1-2) (X102 across 2-3)

Short point-to-point bus Extended bus (X102 across 1-2) (X102 across 2-3)

Connecting analog terminals

The Z station interface is of type TNV (Telecommunication Network Voltage) with an electrical

               2-187

Chapter 2 $ % "! &   ' & #

power supply. The connection distance of an analog terminal to this interface is limited to 20
meters.
The user of a set connected to this interface has the same operation capabilities as a user
using a classic Z interface (restriction: the set's Message LED cannot be used).

X101: 8-pin modular jack for connection to the analog terminal

- 1: GND - 5: L2 line wire
- 2: not used - 6: not used
- 3: not used - 7: not used
- 4: L1 line wire - 8: not used
X102: connector for the power supply
- 1: - 48 V - 2: + 48V
Various terminal cables
The cables below can be used to connect terminals to UA sets (references 3AK, etc represent
the group of 5 cables described in the table).
CABLE CONNECTORS REFERENCE LENGTH
S0 8 pin modular jack - 8 pin modular jack 1AB 04521 0024 3m
V24 DCE 25 pin SUBD plug - 25 pin SUBD jack 1AB 05412 0016 2m
V24 DTE 25 pin SUBD plug - 25 pin SUBD plug 1AB 05412 0018 2m
PC 8 pin mini din plug - 9 pin SUBD jack 1AB 07871 0003 2m
MAC 4 pin mini din plug - 4 pin mini din plug 9191500 2m

2.3.21.1.9 DECT 4074 HANDSETS

FEATURE DECT HANDSETS

4074 GB 4074 GH 4074GI 4074GC
Handset with adjustable volume YES YES YES YES
ON/OFF switch (or keys) YES YES YES YES
16 character display YES YES YES YES

2-188               

 $ % "! &   ' & #

Numeric keypad keys 12 12 12 12

Line keys 2 2 2 2
Programmable keys 2 2 2 2
Navigator keys YES YES YES YES
Headset socket -- YES YES --
Keypad backlighting -- YES YES --
Protective cover -- YES YES --
Integrated vibrator -- -- YES YES
Charger 4071BA 4071DA 4071 DA 4071BC
4071DA
Hands free -- -- -- YES

               2-189

Chapter 2 $ % "! &   ' & #

2.3.21.1.104073 GS SMART DECT HANDSET

FEATURE 4073 GS
SMART
Handset YES

2-190               

 $ % "! &   ' & #

On/Off Key YES

Display: 2 x 16 alphanumeric characters + 1 line of 8 icons YES
Numeric keypad keys 12
Navigator keys YES
Function keys 8
Vibrator YES

               2-191

Chapter 2 $ % "! &   ' & #

2-192               

  

    

3.1 Meet Me Conference

3.1.1 Basic description

3.1.1.1 Basic Technical Description
The Meet Me Conference feature allows up to 6 people to form a group, join a bridge and hold
a discussion.
One member of the group is in charge of organizing the conference and of "opening the
bridge'. This person is "the Master of the Conference". The other members are the
"Participants in the Conference".
The "Master" dials a code dedicated to the feature. This code is referred to as "Activate Meet
Me".
The "Participant" dials a code dedicated to the feature. This code is referred to as "Join
MeetMe".
Activation of the conference requires the authentication of the conference master (EDN + user
password + access code). The user password cannot be the default user password. It has to
be changed personally by the user. If the user password is the default one, the activation is
refused.
The "Master" also defines the 4 digit - access code the group members (the participants) will
need to enter to take part in the discussion.
The "Master" then broadcasts the access code to the participants. This access code is the
authentication of the conference participants. The participants have to enter the code to "join
the bridge" and be accepted in the conference.
If the bridge is not yet open, the participants are queued and stay waiting for the opening of the
bridge, external callers listen to Music On Hold (MOH), internal callers listen to waiting tones.
See: Participant waiting
A 5 minute-timer is enabled to release the call if the participants wait too long.
When participants are waiting for the bridge to open, the procedure of “join a conference” is
activated one by one for all the waiting participants.
Both the Master and the participants can be internal or external subscribers.
3.1.1.1.1 Participant waiting
When the Meet Me Conference bridge is not open, participants have to queue for availability.
They will be connected to the bridge as soon as the "Master" opens it.
Detailed description
- The default maximum waiting time is 5 minutes, the connection is then released.
- Use OMC to configure the timer: System Miscellaneous - Memory Read/Write - Timer
Labels : ParWaitTime.
- 5 participants maximum can wait for the "Master" to open the Meet Me Conference bridge.
Any additional connection attempt is refused.

               3-1

Chapter 3 # ( #

- The voice prompt “The conference bridge is not yet open” is played as soon as a
participant has to wait.
- While waiting, external callers listen to the MOH, internal callers listen to the waiting tones
and can see the “Please wait” message.
- Both types of callers have to hold on, Metering is enabled during the waiting time.
- Callers have to wait until the "Master" has been checked.
- If the" Master" opens the bridge and closes it quickly, all waiting callers are released by the
system.
- If no “Media resources are free”, the “emergency” procedure takes over: the call is
released without any indication, even if it is an incoming call.
- If there is no licence, the call is released. The system does not make participants wait.
3.1.1.1.2 NDDI analog trunk support
OmniPCX Office R6 supports Non Direct Dialing In (NDDI) analog trunk. When a caller uses
analog trunk, the calling address is received by the system. The operator, the Automated
Assistant, the MLAA or PIMphony applications, etc. can transfer any incoming call to the
conference bridge.
The called party transfers the call to the bridge under some conditions.
- The call to the bridge is authorized as a second call. But this call cannot be put on hold or
parked. Features like broker (See: Three Party Calls - Overview - Broker ) or 3-party
conference are still refused.
- Transfer is allowed only during the alerting phase. The transfer is handled like an
“unsupervised transfer”. The resulting ringing call between requester, if it is external, and
the bridge is supervised by the system by a 24 second-timer. This external caller will then
be routed to the general level.
- If the request is internal, there is no supervision of the transferred call. It keeps the ringing
state until the system connects.
- Management of the metering and counters are processed by the system, as for any normal
unsupervised transfer.
- No special software key or special function is required to activate this kind of transfer.
- For AA processing, the codes to activate or to join a bridge are accepted as destinations
for the “free dialing function” or for the “transfer to sub/group” service.
- In case of MLAA processing, you can reach the codes to enable a bridge or to join it by the
“free dialing” service or the “direct transfer to ” service.
3.1.1.1.3 Dialing plan
There are now 2 new functions in the Main, DDI (Direct Dialing In) and ATL dialing plans:
- Activate Meet Me: Used only by the Master to open a bridge.
- Join Meet Me: Used by any participant to join a bridge.
The feature codes are configured as well as:

3-2               

 # ( #

The values in "Start" and "End" with "Base = 0" define the numbering scope of the feature.
The installer must configure the feature codes. No entries in both the MAIN and DDI dialing
plans are defined by default.
3.1.1.1.4 Feature Rights
In the User/Base station list, you can configure the user feature right to authorize the Meet Me
Conference activation.
The feature right authorizes a user to be the Master of the Meet Me conference.
No right differentiates the authorization of activation of the conference by means of an internal
call or of an external call.
A check box has been added to the Feature Rights window in Part 1 to enable or to disable the
Meet Me Conference.

               3-3

Chapter 3 # ( #

3.1.1.1.5 Meet Me Conference Licence

In the Software Key Features screen, in the System features tab, the item Meet Me
Conference specifies if the Meet Me Conference is authorized by the software key: Value 0 =
feature disabled, value 1 = feature enabled.
The number of Meet-me conferences, which are activated simultaneously, depends on the
licence. The default value is 0; the maximal value is 1.

3-4               

 # ( #

3.1.1.1.6 Restrictions
In OmniPCX Office Version 5.1:
- Transfer to the Conference Bridge is not possible.
- Calls from NDDI analog trunks cannot reach the conference bridge. But calls from DDI
(simulated or not) on analog trunks or trunks that use DDI analog protocol (e.g.: DDI
trunks, T1_CAS, PCM R2) CAN reach the conference bridge.
- The Conference Bridge cannot be activated or joined by the Voice Management Unit or the
Automated Attendant.
- Metering is minimal: Tickets are generated only for external incoming calls. Tickets show
the dialed number of the Conference as the dialed destination.

               3-5

Chapter 3 # ( #

- PIMphony display does not work with "Meet Me Conference".

- Booking the Bridge is not managed by any application nor mechanism.
In OmniPCX Office Version 6.0:
- The NDDI analog trunk supports Meet-me conference. An incoming call can be transferred
to the conference bridge by the operator, the AA or PIMphony applications, etc.

3.2 Resource Key

3.2.1 Keys Functions

3.2.1.1 Overview
3.2.1.1.1 DESCRIPTION
A resource key is used to seize a line in order to make or receive a call.
When a station has at least two resource keys, it is said to be multi-line. On a multi-line
station, the user presses the resource key associated with the party the user wants to contact
(using the broker call function, for example). Multiline stations can also operate in Key system
or PCX mode.
A station which does not have resource keys is said to be single-line. These resources (3) are
"virtual". In this mode, the user enters a code programmed in the "Features in Conversation"
table, to activate a function such as a broker call.
Characteristics of the different modes:
Type of subscriber Normal
Mode Single-line Key system PCX
2 RGMints (**) 2 RGMints (**)
Default resource keys 3 "virtual" resource keys
n (*) RSPs (**) 2 RSBs (**)
1 conversation
Simultaneous 1 conversation 1 conversation
1 hold
management (n+1) holds + camp-ons 3 holds + camp-ons
1 camp-on

(*) n = number of analogue lines and B channels (within the station key limit).
(**) see explanation overleaf.
3.2.1.2 Configuration procedure
3.2.1.2.1 CONFIGURATION
- Programming the resource keys on each station:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Keys.
• by MMC-Station: User or Subscr -> Key.

- Programming the monoline, multiline, "key system" or "PCX" mode:

3-6               

 # ( #

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Profiles.
• by OMC (Easy view): User profiles
• by MMC-Station: TerPro.

- Authorize or cancel selection of an RSB if the external call arrives on a line which does not
belong to the trunk programmed for this key:
• By OMC (Expert View):
System Miscellaneous -> Memory Read/Write -> Misc. Labels -> SelRSBsig.
• By MMC-Station: Global -> Rd/Wr -> Address s -> "SelRSBsig" -> Return -> Memory

3.2.1.3 Operation
3.2.1.3.1 ACTIVATION/USE
Incoming, the system uses the resource keys in the following order of priority:

(*) Default operation (see section: "Configuration")

Outgoing, a call can be made:

- without pressing a resource key (the system selects the most appropriate key as soon as
the user dials)
- by pressing a resource key (before dialing the number), whether:
• for an external outgoing call:
• an RSD (dedicated to a trunk or an "Automatic Route Selection")
• an RSB (dedicated to a trunk or an "Automatic Route Selection")
• an RSP (dedicated to an external interface)
• an RGO (dedicated to outgoing calls)
• an RGMint/ext (not dedicated)
• for an internal outgoing call:
• on an RSL (dedicated to a directory No.): the system automatically dials the
programmed number
• an RGMint (dedicated to internal calls)

               3-7

Chapter 3 # ( #

• an RGO (dedicated to outgoing calls)

• an RGMint/ext (not dedicated)
Note:
The MMC-Station labels RGI, RGO, and RGM (MMC-Station) are equivalent to RGX in OMC (+ definition
of "Call Sense" field).
Additional details about the acronyms RGM, RGO, RSL, etc. can be found in the glossary.

3.2.1.3.2 ADDITIONAL INFORMATION

- A resource key manages only one call at a time.
- Z and First Reflexes stations are monoline; all other stations are multiline.

3.2.2 Keys Operating Modes

3.2.2.1 Profiles for Alcatel-Lucent IP Touch 4038 Phone, Alcatel-Lucent 4039
Digital Phone, Alcatel-Lucent IP Touch 4068 Phone Stations
These Alcatel-Lucent 8 series/Alcatel-Lucent 9 series stations display 40 virtual keys through 5
pages (Up and Down keys) of two columns with 4 virtual keys each.
Example of virtual keys on the Perso page:

3.2.2.1.1 Key System Modes

- All countries except USA

3-8               

 # ( #

Page Key Operator Secretary Manager Normal

1 UPK 1 / Mode N/R Ope Div RSL ScreeningRSL Screening
Call () Call
2 Manager Secretary ()
Virt. RGM Block RGM Block RGM Block RGM Block
keys 1 / (INT/EXT) Mode (INT/EXT) Mode (INT/EXT) Mode (INT/EXT) Mode
2
Virt. RGM Call () RGM Call () RGM Call () RGM Call
keys 3 / (INT/EXT) (INT/EXT) (INT/EXT) (INT/EXT) ()
4
Virt. Call () Call () RSP 1 Call () RSP 1 Call () RSP 1 Call
keys 5 / ()
6
Virt. Call () Call () RSP 2 Call () RSP 2 Call () RSP 2 Call
keys 7 / ()
8
n Virt. Call () Call () RSP n Call () RSP n Call () RSP n Call
keys n / ()
n+1
5 Virt. Call () Call () RSP 15 Call () RSP 15 Call () RSP 15 Call
keys 33 ()
/ 34
Virt. Call () Call () RSP 16 Call () RSP 16 Call () RSP 16 Call
keys 35 ()
/ 36
Virt. Call () Call () RSP 17 Call () RSP 17 Call () RSP 17 Call
keys 37 ()
/ 38
Virt. Call () Call () RSP 18 Call () RSP 18 Call () RSP 18 Call
keys 39 ()
/ 40

Note 1:
UPK = User Programmable Key; RGM = General Mixed Resource; RSL = (Internal) Line Resource; RSP
= Physical Resource
- USA

               3-9

Chapter 3 # ( #

Page Key Operator Secretary Manager Normal

1 UPK 1 / Manual Transfer Manual Transfer Manual TransferManual Transfer
2 Hold Hold Hold Hold
Virt. RGM DND RGM DND RGM DND RGM DND
keys 1 / (INT/EXT) (INT/EXT) (INT/EXT) (INT/EXT)
2
Virt. RGM Mode RGM RSL RGM RSL RGM Call ()
keys 3 / (INT/EXT) N/R (INT/EXT) Manager (INT/EXT) Secretary
(INT/EXT)
4
Virt. RGM Ope Div RGM ScreeningRSP 1 Screening
RSP 1 Call ()
keys 5 / (INT/EXT) (INT/EXT)
6
Virt. RGM Call () RGM Call () RSP 2 Call () RSP 2 Call ()
keys 7 / (INT/EXT) (INT/EXT)
8
n Virt. Call () Call () RSP n Call () RSP n Call () RSP n Call ()
keys n /
n+1
5 Virt. Call () Call () RSP 13 Call () RSP 13 Call () RSP 13 Call ()
keys 33
/ 34
Virt. Call () Call () RSP 14 Call () RSP 14 Call () RSP 14 Call ()
keys 35
/ 36
Virt. Call () Call () RSP 15 Call () RSP 15 Call () RSP 15 Call ()
keys 37
/ 38
Virt. Call () Call () RSP 16 Call () RSP 16 Call () RSP 16 Call ()
keys 39
/ 40

Note 2:
UPK = User Programmable Key; RGM = General Mixed Resource; RSL = (Internal) Line Resource; RSP
= Physical Resource

3.2.2.1.2 PCX Mode

In general, sets in PCX mode do not have RSP keys. All remaining free keys are assigned a
Call function.
- All countries except USA

3-10               

 # ( #

Page Key Operator Secretary Manager Normal

1 UPK 1 / Mode N/R Ope Div RSL Screening
RSL ScreeningCall () Call
2 Manager Secretary ()
Virt. RGM Block RGM Block RGM Block RGM Block
keys 1 / (INT/EXT) Mode (INT/EXT) Mode (INT/EXT) Mode (INT/EXT)Mode
2
Virt. RGM Call () RGM Call () RGM Call () RGM Call
keys 3 / (INT/EXT) (INT/EXT) (INT/EXT) (INT/EXT)()
4
Virt. RGM Call () RGM Call () RGM Call () RGM Call
keys 5 / (INT/EXT) (INT/EXT) (INT/EXT) (INT/EXT)()
6
Virt. RGM Call () RGM Call () RGM Call () RGM Call
keys 7 / (INT/EXT) (INT/EXT) (INT/EXT) (INT/EXT)()
8
n Virt. Call () Call () Call () Call () Call () Call () Call () Call
keys n / ()
n+1
5 Virt. Call () Call () Call () Call () Call () Call () Call () Call
keys 33 ()
/ 34
Virt. Call () Call () Call () Call () Call () Call () Call () Call
keys 35 ()
/ 36
Virt. Call () Call () Call () Call () Call () Call () Call () Call
keys 37 ()
/ 38
Virt. Call () Call () Call () Call () Call () Call () Call () Call
keys 39 ()
/ 40

Note 1:
UPK = User Programmable Key; RGM = General Mixed Resource; RSL = (Internal) Line Resource
- USA

               3-11

Chapter 3 # ( #

Page Key Operator Secretary Manager Normal

1 UPK 1 / Manual Transfer Manual Transfer Manual Transfer Manual Transfer
2 Hold Hold Hold Hold
Virt. RGM DND RGM DND RGM DND RGM DND
keys 1 / (INT/EXT) (INT/EXT) (INT/EXT) (INT/EXT)
2
Virt. RGM Mode RGM RSL RGM RSL RGM Call ()
keys 3 / (INT/EXT) N/R (INT/EXT) Manager (INT/EXT) Secretary
(INT/EXT)
4
Virt. RGM Ope RGM(INT/EXT)
ScreeningRSP 1 Screening
RSP 1 Call ()
keys 5 / (INT/EXT) Div
6
Virt. RGM(INT/EXT)
Call () RGM Call () RGM Call () RGM Call ()
keys 7 / (INT/EXT) (INT/EXT) (INT/EXT)
8
n Virt. Call () Call () Call () Call () Call () Call () Call () Call ()
keys n
/ n+1
5 Virt. Call () Call () Call () Call () Call () Call () Call () Call ()
keys 33
/ 34
Virt. Call () Call () Call () Call () Call () Call () Call () Call ()
keys 35
/ 36
Virt. Call () Call () Call () Call () Call () Call () Call () Call ()
keys 37
/ 38
Virt. Call () Call () Call () Call () Call () Call () Call () Call ()
keys 39
/ 40

Note 2:
UPK = User Programmable Key; RGM = General Mixed Resource; RSL = (Internal) Line Resource

3.2.2.2 Profiles for Alcatel-Lucent IP Touch 4028 Phone/Alcatel-Lucent 4029

Digital Phone Stations
These Alcatel-Lucent 8 series/Alcatel-Lucent 9 series stations display 40 virtual keys through
10 pages (Up and Down keys) of two columns with 2 virtual keys each.
Example of virtual keys on the Perso page:

3-12               

 # ( #

3.2.2.2.1 Key System Mode

Same as Alcatel-Lucent IP Touch 4038 Phone, Alcatel-Lucent 4039 Digital Phone, and
Alcatel-Lucent IP Touch 4068 Phone stations (see corresponding section), except that there
are 10 virtual pages made of 2 columns with 2 virtual keys each, instead of 5 virtual pages
made of 2 columns with 4 virtual keys each.
3.2.2.2.2 PCX Mode
Same as Alcatel-Lucent IP Touch 4038 Phone, Alcatel-Lucent 4039 Digital Phone, and
Alcatel-Lucent IP Touch 4068 Phone stations (see corresponding section), except that there
are 10 virtual pages made of 2 columns with 2 virtual keys each, instead of 5 virtual pages
made of 2 columns with 4 virtual keys each.
3.2.2.3 Profiles for Alcatel-Lucent IP Touch 4018 Phone/Alcatel-Lucent 4019
Digital Phone Stations
These stations come with 6 programmable keys.
3.2.2.3.1 Key System Mode
Key system mode is never used with these stations.
3.2.2.3.2 PCX Mode
- All countries except USA
Prog. key
RGM (INT/EXT)
RGM (INT/EXT)
CF-U (M)
Conference
Transfer

               3-13

Chapter 3 # ( #

Call ()

- USA
Prog. key
RGM (INT/EXT)
RGM (INT/EXT)
CF-U (M)
Conference
Manual Hold
Transfer

3.2.2.4 Profiles for WLAN Handsets

The WLAN handsets are multiline sets that have the same behavior and services as digital
sets.
3.2.2.4.1 Key System Mode
Key system mode is never used on WLAN handsets.
3.2.2.4.2 PCX Mode
A WLAN handsets is never initialized as Operator.
- Calls are selected through the "Line" key.
- A fixed key is dedicated to the Dial by Name feature.
- The "FCN" key is used locally.
- There are four contextual soft keys: SK1 left (Ok), SK1 right (not used, mapped to SK1
left), SK2 left (Clear), SK2 right (Back).
- Power On/Power Off are executed by a long press on Off hook/On hook keys.

3.3 Trunk Groups

3.3.1 Overview
3.3.1.1 DESCRIPTION
Trunk groups are used to make calls to the network. A trunk group is made up of at least one
analog line or B channel.
Each trunk group has:
- a directory number defined in the main dialing plan
- a management type: circular or serial
- restriction and traffic sharing link classes of service (see "Classes of service (link
categories)")
3.3.1.2 ADDITIONAL INFORMATION

3-14               

 # ( #

- The maximum number of trunk groups in a system is 120.

• 1 main trunk group
• the others being secondary trunk groups
- The maximum number of lines or channels in a trunk group is 120.
- The total number of lines/channels across all the trunk groups must not exceed 500.
- The trunk group with index 120 may be reserved for Attendant groups (see "Attendant
stations").
- For an outgoing call, an analog line with predetermined routing (LRP) can be used either
exclusively or in priority by the destination user of this LRP.

3.3.2 Configuration procedure

3.3.2.1 CONFIGURATION
- Configuring the trunk groups:
• by OMC (Expert View): External Lines -> Trunk Groups -> Details
• by MMC-Station: TrGp

- Defining the trunk group management type:

• by OMC (Expert View): External Lines -> Trunk groups
• by MMC-Station: TrGp

- Modifying the default traffic sharing link categories (value 1 to 16):

• by OMC (Expert View):
• for the users: Users/Base stations List -> Users/Base stations List -> Details -> Restriction
• for the trunk groups: External Lines -> Trunk Groups -> Details -> Link COS
• by MMC-Station:
• for the users: User or Subscr -> RstTyp or BarTyp (last 2 values)
• for the trunk groups: TrGp -> COS or Catego

- Modify the "Traffic Sharing Matrix", if necessary, using OMC (Expert View):
System Miscellaneous -> Traffic Sharing and Restriction -> Traffic Sharing Matrix

- To specify whether or not to authorize all the users to seize an analog line with
predetermined routing for outgoing calls:
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Misc. Labels ->
"TonPrRng"
• by MMC-Station: Global -> Rd/Wr -> Address -> "PRIOR_LRP" -> Return -> Memory

3.3.3 Operation
3.3.3.1 ACTIVATION/USE
To make a call to the network, a user can:

               3-15

Chapter 3 # ( #

- dial a trunk group number

- press an RSD or RSB resource key (see "Resource keys")
If a connection between the user and the trunk group is authorized (analysis of restriction and
traffic sharing link categories: see "Link COS" and "Restriction"), the system selects a line (or
channel) in the trunk group as follows:
Management type circular serial
Trunk line used in the trunk 1st free line following the last 1st free line (*), in the programmed
group selected order

(*) Priority is given to "outgoing" lines, then "mixed lines".

3.4 Hunting Group

3.4.1 Overview
3.4.1.1 DESCRIPTION
Creating Hunt Groups makes it possible to call several stations using a single directory
number; a single member of the group answers the call for the whole group.
Each group has:
- a directory number defined in the main dialing plan
- a parallel, circular or serial management type
3.4.1.2 ADDITIONAL INFORMATION
- The maximum number of groups in a system is 50 (Hunt Groups + Broadcast Groups +
Pickup groups).
- The maximum number of stations in a group is 32.
- The maximum number of calls camped onto a Hunt Group is equal to the number of
members in the group.
- A Hunt group cannot be in auto-answer mode (also called Intercom mode).

3.4.2 Configuration procedure

3.4.2.1 CONFIGURATION
- Configuring the groups:
• by OMC (Expert View): Hunt Groups
• by MMC-Station: Groups -> User or Subscr

- Defining the group management type:

• by OMC (Expert View): Hunt Groups
• by MMC-Station: Groups -> User or Subscr

3-16               

 # ( #

- To authorize immediate group forwarding or unavailability/withdrawal (see "Forwarding") of

group calls from the last member of a group (only with OMC (Expert View)):
System Miscellaneous -> Feature Design ->"Disconnect Last Group Member Allowed"

- Defining the dynamic routing parameters of a group:

• by OMC (Expert View): Hunt Groups -> Dyn. Rout.
• by MMC-Station: Groups -> Hunt -> DynRou

- To authorize external calls to camp on the group, (OMC only):

• call arriving on an analog interface (TL, ATL, DID, etc): External Lines -> Protocols -> Parameters ->
"Ringing Mandatory": deselect the box to authorize holding
• call arriving on a digital interface (T0, T2, etc): System Miscellaneous -> Feature Design -> "Call
waiting/Automatic Camp-on": select the box to authorize camp-on

- To define the response in the event of failure – OMC (Expert View) only:
• call arriving on an analog interface (TL, ATL, DID, etc): External Lines -> Protocols -> Parameters ->
from "Reaction on missing incoming digit" to "Reaction on out of service"
• call arriving on a digital interface (T0, T2, etc): External Lines -> Incoming Call Handling

- To define whether the Hunt Group is still considered free, depending on its status:
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Misc. Labels -> "Busy
Group indication"
• by MMC-Station: Global -> Rd/Wr -> Address -> "Busy Group indication" -> Return -> Memory

3.4.3 Operation
3.4.3.1 ACTIVATION/USE
The system makes the stations ring as follows:
Management type Parallel Circular Serial
all the free stations in the the first free station the first free station in the
Stations rung
group following the last selected programming order
The call is camped on on all busy stations on all the stations in the group, if all are busy
A busy station goes into
the call with the highest priority is presented
idle status
To answer a call go off-hook or press Handsfree

               3-17

Chapter 3 # ( #

3.5 Operator Group

3.5.1 Overview
3.5.1.1 Description
An operator station basically makes it possible to distribute calls arriving on the network. This
station has the following properties:
- camp-on always authorized
- barge-in (intrusion) always authorized
- access to certain programming features
Any station connected to the system (excepted multi-sets) can be an Attendant Station, but, to
have all the features of an Attendant, the station must:
- be part of an Attendant group
- have one of the "Attendant" profiles (see "Resource keys" and "Station profiles"):
Attendant profile in
Key system PCX
mode ...
2 RGMints
2 RGMints 2 RSBs dedicated to the internal
Resource keys
n RSPs (*) trunk group
1 RAV (**)

3-18               

 # ( #

Function keys Normal/Restricted mode Normal/Restricted mode

LED (***) Traffic overload Traffic overload

(*) n = number of external interfaces; to monitor all the system's external interfaces, connect
add-on modules to each attendant station.
(**) Virtual Access Resource: used only for camped-on calls.
(***) The "overload" LED only applies to stations with a three-color LED (Alcatel-Lucent 8/9
series set and Reflexes range with the exception of 4003); it indicates:
- ORANGE, On: level 1 traffic overload, 1 or more call(s) camped on
- ORANGE, blinking: presence of a system message indicating a serious equipment fault or
several less serious system messages
Attendant groups are managed in parallel.
All Attendant groups have the same call numbers (a single Attendant group is active during
any particular time range (see "Time Ranges")).
An Attendant group can have:
- stations
- the general bell (or ringer) (see "Connection of a general bell")
- 1 redirection message (see "Automatic Welcome /Pre-announcement")
- VMU accesses
Default Attendant group
This group (index 8):
- is available no matter what the time range
- can have up to 8 members including the general bell
- comes into service ... (see "Activation/Use")
General level
The general level is made up of:
- the Attendant group active in the applicable time range (may include the general bell)
- stations with the "General Monitoring" feature activated (see "Call Monitoring")
It is activated automatically:
- via the dynamic routing mechanism (see "Call distribution")
- via the attendant recall mechanism (when a user's station on an external call is switched
off or the activation of a service has failed)
- in accordance with the predefined settings, in the case of a misdial, or when an ISDN
access is completely busy.
By default, the following are programmed:
- Attendant groups are managed in parallel.
- Attendant groups of index 1 and 2, including the first station of the first board recognized
by the system
- the default group (index 8) including:

               3-19

Chapter 3 # ( #

• the first station of the first board recognized by the system

• the general call bell
3.5.1.2 Additional Information
- The maximum number of Attendant groups in a system: 8, default Attendant included.
- The maximum number of stations in an Attendant group: 8.
- Forwarding of the last member of the Attendant group (except for the default Attendant
group) can be authorized by programming.
- The destination of an immediate forwarding of Attendant group calls (see "Forwarding")
does not have the characteristics of an Attendant.
- An Attendant group cannot be in auto-answer mode (also called Intercom mode).
- Multi sets and virtual terminals CANNOT be in the attendant Group.
- Individual user call divert or forward or DND is not taken into account when the user is in
the attendant group.

3.5.2 Configuration procedure

3.5.2.1 Configuration
- Configuring the Attendant groups:
• by OMC (Expert View): Attendant Group List
• by MMC-Station: Groups -> AttGrp

- Modifying the internal call number of the Attendant groups:

• by OMC (Expert View): Dialing -> Internal Dialing Plan
• by MMC-Station: NumPln -> IntNum

- Programming the external call number of the Attendant groups (N.B.: base identical to that
of an internal call number):
• by OMC (Expert View): Numbering -> Public Numbering Plan
• by MMC-Station: NumPln -> PubNum

- Programming the Attendant profile:

• by OMC (Expert view): Users/Base stations List -> Users/Base stations List ->
Profiles
• by MMC-Station: TerPro -> Attend

- Assigning an Attendant group to each time range:

• by OMC (Expert view): Time Ranges
• by MMC-Station: TimeRa

- To authorize the immediate group forwarding or unavailability/withdrawal (see

"Forwarding") of group calls from the last member of a group (with OMC only):

3-20               

 # ( #

System Miscellaneous -> Feature Design -> "Disconnect last Group Member allowed"

- Defining the dynamic routing parameters (see "Call distribution") for an Attendant group:
• by OMC (Expert view): Attendant Group List -> Dyn. Rout.
• by MMC-Station: Groups -> AttGrp -> DynRou

- To authorize external calls arriving on an analog interface (ATA, APA, or NDDI) to camp on
the group (or prevent them from doing so) – OMC (Expert View) only:
External Lines -> Protocols -> Parameters -> "Ringing Mandatory":

- To authorize external calls arriving on a digital interface (T0, T2, etc), to camp on the group
(or prevent them from doing so) – OMC (Expert View) only:
System Miscellaneous -> Feature Design -> "Call Waiting/Automatic camp-on"

- To define the response in the event of failure – OMC (Expert view) only:
• call arriving on an analog interface (TL, ATL, DID, etc): External Lines -> Protocols ->
Parameters -> from "Reaction on missing incoming digit" to "Reaction on out of
service"
• call arriving on a digital interface (T0, T2, etc): External Lines -> Incoming Call
Handling

3.5.3 Operation
3.5.3.1 ACTIVATION/USE

               3-21

Chapter 3 # ( #

3.6 Link Categories

3.6.1 Overview
3.6.1.1 DESCRIPTION
Link Classes Of Service (COS) enable the system to authorize or restrict connection between
an internal user and a network subscriber.
There are 3 types of link category:
- speed dial rights: access to the system speed dial numbers
- restriction (barring) link COS: access to dialing prefixes
- traffic sharing link COS: access to trunk groups (see also file "Trunk groups")
Link categories are attributed as follows:
Type of Link Restricted Link Traffic sharing
Class Class
Category COS Link COS
each speed dial - each station - each station
Attributed to ... each station
number - each trunk group - each trunk group

3-22               

 # ( #

...depending on the
mode, normal or 1 value per mode 1 value per mode 1 value per mode 1 value per mode
restricted...
...and the type of
1 value per type of 1 value per type of 1 value per type of
comm. (voice or -
call call call
data)
authorized or
unauthorized, for
Value each class in the 0 to 8 (*) 1 to 16 1 to 16
system speed dial
list

(*) System speed dial numbers with class = 0 are emergency numbers to which all of the
stations have access.

3.6.2 Configuration procedure

3.6.2.1 Configuration
- Modifying the default speed dial rights:
• by OMC (Expert View):
• for the users: Users/Base stations List -> Common Speed Dial
• for access: External Lines -> List of Accesses -> Details -> Speed Dial
• by MMC-Station:
• for access: Access -> RepEnt

- Modifying the default restricted barring link COS:

• by OMC (Expert View):
• for the users: Users/Base stations List -> Restriction
• for the trunk groups: External Lines -> Trunk Groups -> Details -> Link COS
• for access: External Lines -> List of Accesses -> Details -> Link COS
• by MMC-Station:
• for the users: User or Subscr -> RstTyp or BarTyp
• for the trunk groups: TrGp -> COS or Catego
• for access: Access -> COS or Catego

- Modifying default traffic sharing link categories:

• by OMC (Expert View):
• for the users: Users/Base stations List -> Details -> Restriction
• for the trunk groups: External Lines -> Trunk Groups -> Details -> Link COS
• for access: External Lines -> List of Accesses -> Details -> Link COS
• by MMC-Station:
• for the users: User or Subscr -> RstTyp or BarTyp (last 2 values)
• for the trunk groups: TrGp -> COS or Catego (last 2 values)
• for access: Access -> COS or Catego (last 2 values)

- To modify the "Restriction Matrix" – OMC (Expert View) only:

Barring -> Barring Matrix

               3-23

Chapter 3 # ( #

- To modify the "Traffic Sharing Matrix" – OMC (Expert View) only:

Barring -> Traffic Sharing Matrix

3.6.3 Operation
3.6.3.1 ACTIVATION/USE

(**) See "Restrictions"

3.6.3.2 ADDITIONAL INFORMATION
- Special case – transit: a call arriving on DLTx/Tx/TL is automatically routed by the system
to a DLTx/Tx/TL trunk group. In this case, the line used for the incoming call acts as a
gateway with respect to restrictions; its own link category is used rather than that of the
trunk group to which it belongs.
- The emergency numbers predefined in the software on leaving the factory are valid
regardless of the restriction operations.

3.7 Barring

3.7.1 Overview
3.7.1.1 DESCRIPTION
COS restriction (barring) comes into effect after the system has authorized connection
between the user and the entered trunk group (following analysis of the traffic sharing link
categories: see "Link Classes of service").

3-24               

 # ( #

COS restriction (barring) makes it possible to define whether an internal user (or an access, in
the case of transit) is authorized to make a call to the network, or not (other than by using the
system speed dial numbers), depending on the prefix (i.e. the first few digits) of the called
number.
To do this, the system uses restriction link COS (see "Link Classes of services") and restriction
tables.
The system has 6 restriction tables, numbered 1 to 6: each table corresponds to a level of
barring and can have "authorized" or "unauthorized" prefixes.
The system also uses two restriction counters, C1 and C2:
- C1 states the maximum number of authorized digits if an authorized prefix has been
recognized or if there is no authorized prefix in the level of restriction associated with the
call. The default value is 22.
- C2 states the maximum number of digits authorized if the dialed prefix is not programmed
in the level of restriction associated with the call., while this level has at least one
authorized prefix. The default value is 4.

3.7.2 Configuration procedure

3.7.2.1 Configuration
- Modifying the default restricted barring link COS:
• by OMC (Expert View):
• for the users: Users/Base stations List -> Details -> Restriction
• for the trunk groups: External Lines -> Trunk Groups -> Details -> Link COS
• for access: External Lines -> List of Accesses -> Details -> Link COS
• by MMC-Station:
• for the users: User or Subscr -> RstTyp or BarTyp
• for the trunk groups: TrGp -> COS or Catego
• for access: Access -> COS or Catego

- To modify the "Restriction Matrix" – OMC (Expert View) only:

Barring -> Barring Matrix

- Creating restriction tables (adding a "!" authorizes or inhibits a complete restriction level) –
OMC (Expert View) only:
Barring -> Barring Tables

- To authorize or deny access to the network by transfer, for each station – OMC (Expert
View) only:
Users/Base stations List -> Details -> Features -> "Transfer to External"

- To authorize or deny access to the network, for each station – OMC (Expert View) only:
Users/Base stations List -> Details -> Features -> "Private Subscriber"

- To modify the length of restriction counters – OMC (Expert View) only:

               3-25

Chapter 3 # ( #

Barring -> Barring Tables

3.7.3 Operation
3.7.3.1 ACTIVATION/USE
Having determined the restriction level for a call, the system compares the requested number
as it is being dialed, with the prefixes in the table associated with this level of discrimination:

3.7.3.2 ADDITIONAL INFORMATION

- The 6 prefix tables (or restriction levels) can have over 100 prefixes.
- Each prefix has a maximum of 10 digits (0 to 9, * and #).
- A private user cannot be connected to the network (nor receive calls from or make calls to
the network).
- The emergency numbers predefined in the software on leaving the factory are valid
regardless of the restriction operations.

3.8 End of Dialing Detection

3.8.1 Overview
3.8.1.1 DESCRIPTION
On analog trunk lines, end of dialing detection makes it possible to define the moment when
the system can release the DTMF receivers and carry out the bi-directional switching of the
line.
The system uses the end of dialing prefix table to ascertain the length (number of digits) of the
numbers transmitted. A counter, equal to or superior than 0, is associated with each prefix.

3-26               

 # ( #

When a prefix has not been configured in this table, the system uses a reference counter.
On digital trunk lines, the trunk sends a message telling the system to carry out the two-way
switching. By default, the system carries out this commutation after a time-out simulating
hanging up.
3.8.1.2 ADDITIONAL INFORMATION
- Maximum number of prefixes in the table of end of dialing prefixes: 20.
- Maximum number of digits per prefix: 6.
- This mechanism does not concern lines or trunks declared in the system as being
connected behind a PCX.

3.8.2 Configuration procedure

3.8.2.1 CONFIGURATION
- Programming the end of dialing prefix table:
• by MMC-OMC (Expert View): Numbering -> End of Dialing Table
• by MMC-Station: EODPfx -> EODial -> Prefix

- Modifying the reference counter value on all analog lines:

• by MMC-OMC (Expert View): Numbering -> End of Dialing Table
• by MMC-Station: EODPfx -> EODial -> RefCnt

- Modifying the off hook simulation time-outs:

• call on an analog interface (TL, ATL, DID, etc): External Lines -> Protocols -> Analog Trunks ->
Timers -> Modify
• call on a digital interface (T0, T2, etc):
• by MMC-OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Timer Labels ->
"OffHookSim"
• by MMC-Station: Global -> Rd/Wr -> Timer -> "OffHookSim" -> Return -> Memory

3.8.3 Operation
3.8.3.1 ACTIVATION/USE

               3-27

Chapter 3 # ( #

3.9 Splitting

3.9.1 Overview
3.9.1.1 DESCRIPTION
The splitting mechanism enables a user to dial a number on an analog trunk line or behind a
PCX, without having to wait for any dialing splits.
It is accessed:
- by manual dialing
- by automatic dialing (last number redial, temporary memory number, speed dial number)
Splitting can be of two types:
- tone detection: TONE in the splitting prefix table
- pause: PAUSE in the splitting prefix table.
The operation applies at three levels:
- During line seizure:
• if the splitting is TONE, dialing is possible as soon as the PCX has recognized the tone
transmitted by the trunk during a validation time-out. If, after the expiration of a timer,
no tone has been recognized, the system releases the line.

3-28               

 # ( #

• if the splitting is PAUSE, dialing is transmitted after the expiration of a programmed

timer, (different for private or public trunk lines).
- Intermediary splitting prefixes:
Dialing according to the prefixes in the splitting prefix table, is transmitted after tone
detection or after a splitting time-out with the same principles as for the line seizure.
- Splitting prefixes defined in the personal or system speed dial numbers:
A personal or system speed dial number can have one splitting character (symbolized by
"!"). The splitting method used (TONE or PAUSE) is the one programmed in the splitting
prefix table.
3.9.1.2 ADDITIONAL INFORMATION
- Maximum number of prefixes in the table of splitting prefixes: 16.
- Maximum number of digits per prefix: 4.

3.9.2 Configuration procedure

3.9.2.1 CONFIGURATION
- Programming the line seizure type of splitting:
• by OMC (Expert View): Numbering -> Splitting Table
• by MMC-Station: EODPfx -> EODial -> Split -> TonDet

- Programming or modifying the splitting prefix table:

• by OMC (Expert View): Numbering -> Splitting Table
• by MMC-Station: EODPfx -> EODial -> Split -> prefix

- To modify the pause time-out – OMC (Expert View) only:

External Lines -> Protocols -> Analog Trunks -> Timers -> Modify -> "Pause after Seizure Trunk",
"Pause after Seizure Main/Sat", "Pause Fractioning" (Part 2)

- To modify the tone detection time-out – OMC (Expert View) only:

External Lines -> Protocols -> Analog Trunks -> Timers -> Modify -> "Tone Detection"

- To modify the tone non-detection time-out – OMC (Expert View) only:

External Lines -> Protocols -> Analog Trunks -> Timers -> Modify -> "TO if no Tone Detection"

3.9.3 Operation
3.9.3.1 ACTIVATION/USE

               3-29

Chapter 3 # ( #

3.10 Call Distribution

3.10.1 Overview
3.10.1.1 DESCRIPTION
The system can automatically re-route:
- a call from the network and destined for the active Attendant Group, or the default
Attendant Group (see "Attendant stations")
- a call arriving from the network and currently in transit
- a DID call (Direct Inward Dialing) from the network and destined for a station or a Hunt
Group
- an external call on a "personal" or "reserved" line: all calls arriving on a personal external
line are routed directly to a station or Hunt Group, depending on the system's normal or
restricted mode. Furthermore, a "personal" line may be "reserved", i.e. a call on this line
can neither be picked up nor monitored
- an internal call
- a call from the private network
The system treats simultaneous calls destined for an Attendant Group according to the
following priorities:
- external hold recall, delayed or otherwise
- internal hold recall, delayed or otherwise
- external callback
- external call

3-30               

 # ( #

- internal callback
- call from an attendant station
- internal call
- Attendant Group call
- Hunt Group call
The system routes an internal incoming call depending on the following criteria:
- directory number of the destination station programmed in the main dialing plan
- type of call: private or not
- station accessible or not accessible
- destination station resource keys (see "Resource keys")
- status of the resources: free or busy (see "Resource keys")
- features active on the destination set: internal forwarding (see "Forwarding"), monitoring
(see "Call Monitoring"), filtering (see "Manager/Assistant screening"), external forwarding
(see "External Forwarding")
- dynamic routing parameters programmed for a resource, the station or the hunt group
The system routes an external incoming call depending on the following criteria:
- PCX forwarding activated by an operator (see "PCX forwarding")
- system in normal or restricted service (see "Normal/Restricted service (system level)")
- dissuasion message programmed in the active Attendant Group (see "Automatic
welcome")
- welcome message transmitted or not (see Automatic Welcome (Pre-announcement))
- destination station directory number: programmed in the public, private dialing plan (see
"Incoming transit") or main only
- type of call: for a private user or not
- station accessible or not accessible
- destination station resource keys (see "Resource keys")
- status of the resources: free or busy (see "Resource keys")
- features active on the destination set: internal forwarding (see "Forwarding"), monitoring
(see "Call Monitoring"), filtering (see "Manager/Assistant screening"), external forwarding
(see "External Forwarding")
- dynamic routing parameters programmed for a resource, the station or the hunt group
NB: the dynamic routing programming on a resource key is duplicated on all the resources
of the same type. To cancel this programming, delete all the keys of this type and
re-program.
3.10.1.2 ADDITIONAL INFORMATION
- The sub-address and User to User Signaling (UUS) are not re-routed after a forwarding, a
transfer or a call pick-up.
- When dynamic routing is active but D1 or D2 is not programmed, or T1 or T2 is not used,
the system moves onto the next stage.

               3-31

Chapter 3 # ( #

- The active and default Attendant Groups may contain both integrated voice mail accesses
(see corresponding file).
- Calls from the private network are handled with the INTERNAL call dynamic routing
parameters.

3.10.2 Configuration procedure

3.10.2.1 Configuration
- Configuring a "personal" line i.e. a line with predetermined routing:
• by OMC (Expert View):
• complete the DID dialing plan: Numbering -> Public Numbering Plan
• associate the number programmed in the DID dialing plan with the appropriate line in
normal and/or restricted mode: External Lines -> List of Accesses -> Details ->
Call-Dist.
• by MMC-Station:
• complete the DID dialing plan: NumPln -> PubNum
• associate the number programmed in the DID dialing plan with the appropriate line in
normal and/or restricted mode: Access -> CalDis

- Configuring a "reserved" line by attributing the feature "private subscriber" to the DID
number programmed for a personal line:
• by OMC (Expert View): Numbering -> Public Numbering Plan
• by MMC-Station: NumPln -> PubNum

- Defining the dynamic routing parameters for a resource key:

• by OMC (Expert View): Users/Base stations List -> Details -> Keys -> Resource Key
-> Dyn. Rout.
• by MMC-Station: User -> Keys -> Modify -> Resou -> DynRou

- Defining the dynamic routing parameters for a station:

• by OMC (Expert View): Users/Base stations List -> Details -> Dyn. Rout.
• by MMC-Station: User -> DynRou.

- Defining the dynamic routing parameters for a Hunt Group:

• by OMC (Expert View): Hunt Groups -> Dyn. Rout.
• by MMC-Station: Groups -> Hunt -> DynRou.

- To select the active Attendant Group with the general call ringer as level 2 destination:
• by OMC (Expert View): check the Gen. Bell to Gen. Level. box in the "Dynamic Routing"
window
• by MMC-Station: GenBel so that the display indicates "GENBELL" in capital letters

- To choose between the called party mail box and the automated attendant as destination
level 1 when D1 is the directory number of the group containing the two voice mail
accesses:

3-32               

 # ( #

• by OMC (Expert View): VMU as Auto. Attendant (level 1):

• box selected: the automated attendant is called in D1
• box not selected: the destination station's mail box is called in D1
• by MMC-Station: VMUBeh -> Level 1:
• Level 1 = Auto-Sec: the automated attendant is called in D1
• Level 1 = Message: the destination station's mail box is called in D1

- To choose between the called party mail box and the automated attendant as destination
level 2 if the voice mail belongs to the Attendant Group called in D2:
• by OMC (Expert view): VMU as Auto. Attendant (level 2):
• box selected: the automated attendant is called in D2
• box not selected: the destination station's mail box is called in D2
• by MMC-Station: VMUBeh -> Level 2:
• Level 2 = Auto-Sec: the automated attendant is called in D2
• Level 2 = Message: the destination station's mail box is called in D2

3.10.3 Operation
3.10.3.1 ACTIVATION/USE
Dynamic forwarding general principle

The initial destination D0 can be:

               3-33

Chapter 3 # ( #

- a station
- a Hunt Group
- the general level (see "Attendant stations")
If D0 is a station or a Hunt Group:
- D1can be a station, a Hunt Group, the voice mail unit (mail box or automated attendant) or
a system speed dial number
- D2 is the active Attendant Group (see "Attendant stations") with (only if the call is external)
or without the general call ringer programmed in this group
If D0 is the general level:
- D1 can be a station, a Hunt Group or a system speed dial number
- D2 is the default Attendant Group (see "Attendant stations") with (only if the call is
external) or without the general call ringer programmed in this Hunt Group
Dynamic routing and call forwarding (see "Forwarding")

3-34               

 # ( #

3.11 Time ranges

3.11.1 Overview
Prior to R2.0, the current time range was defined by the current hour during the day. Starting
with R2.0, the time ranges depend also on the day of the week and on holidays. This new
set-up offers more flexibility by allowing different time ranges, depending on whether the
company is closed (weekend, holidays) or open.

               3-35

Chapter 3 # ( #

Note:
Since the system time range enhancement implemented in R2.0, time ranges for restricted mode are no
longer available in the subscriber details (only for R1.1).

3.11.1.1 DESCRIPTION
A day can be divided into a maximum of 7 time ranges each varying in duration. The time
ranges allow the definition of:
- the system's operating mode: N/R (see sheet "Normal/restricted service"). This mode is
used in the mechanisms of call distribution, discrimination, traffic sharing and integrated
voice server (Automated Attendant and Audiotex). The system's operating mode is also
used to define each user's operating mode (starting with R2.0, the mechanism described
on the sheet "Normal/restricted service" is no longer used).
- the active OS group (see "Operator stations" and "Specific operator services"): one of 8
possible OS groups assigned to each time range.
- the OS group's call forwarding state: configured for each time range with the same
recipient for all ranges.
Time ranges are also used in pre-announcement and welcome messages functions.

3.11.2 Configuration procedure

- To modify time ranges by OMC (Expert View) only:
• By OMC (Expert view): Time ranges -> Start, N/R mode, Att. Grp., Att.div.

56 time ranges may be configured: 7 (by day) x 8 (days of the week + holidays).
Note 1:
By default, only data for the first 2 time ranges are defined from Monday to Friday; the default values vary
by country.
The list of holidays is completely independent from the list defined in the ARS mechanisms.
The data defined for a day (time ranges and pre-announcement) may be copied in order to assign them
to one or several other data.
- Inhibiting, station by station, the switch to restricted service by time ranges (the station
remains in normal service):
• by OMC (Expert View): Subscribers/Basestations List -> Subscribers/Basestations List -> Details
-> Features -> Part 2 -> Inhibition Time ranges .

Note 2:
The “Inhibit” flag makes it possible to remain in normal service in case the system switches to restricted
service by operator command (N/R mode key).

3.12 Normal and Restricted Service

3.12.1 Overview

3-36               

 # ( #

3.12.1.1 Description
System's operating mode: normal or restricted service is used in the following operations:
- call distribution
- network lines discrimination
- network lines traffic sharing
- assignment of network lines for transmission of system speed dial numbers
- Automated Attendant: normal service corresponds to the Automated Attendant opening
hours, restricted service corresponds to the closing hours. Depending on the time, the
following services have different parameters: company's welcome message, * question,
language choice, direct call, menu and sub-menus configuration, default function, etc.
- Audiotext: normal service corresponds to the Audiotex opening hours, restricted service
corresponds to the closing hours. Depending on the time, the following services have
different parameters: * question, language choice and information message identifier.
Switching from NORMAL MODE to RESTRICTED MODE and vice versa depends on the
following parameters:
- the time (and therefore the time range)
- the Normal/Restricted mode function on the Attendant Station
3.12.1.2 Additional Information
When the switchover to restricted mode is carried out from an Attendant Station, users who do
not have "Inhibition Flag" feature rights are forced into "user" restricted mode.

3.12.2 Operation
3.12.2.1 Activation/Use

               3-37

Chapter 3 # ( #

3.13 Call Forwarding on System Restricted Use

3.13.1 Overview
3.13.1.1 Forwarding of all External Incoming Calls
The system is made up of two public numbering plans, one of which is used in normal service
while the other is used in restricted service.
The restricted public numbering plan can be configured in such a way that certain DID
numbers are redirected to external destinations (using the group directory or ARS) while
others (Fax for example) reach their intended internal destinations.

3.13.2 Configuration procedure

3.13.2.1 Configuring the public numbering plan in restricted mode
The public numbering plan for restricted service mode can contain a maximum of 99 entries (0
by default).

3-38               

 # ( #

- by OMC (Expert View): Numbering -> Restricted numbering plan

- by MMC-Station: NumPln -> ResNum

The configuration (beginning and end of range, base, NMT) is identical to that of the public
numbering plan for normal service mode (PubNum).
If the destination of the DID number is the same in normal and in restricted service, the 2
numbering plans must have the same configurations.
For more details, see “Numbering Plans" in the MMC-Station section.

3.13.3 Operation
3.13.3.1 Activation/Deactivation
Forwarding can be activated/deactivated from any station with an N/R Mode key. After
pressing this key, dial the attendant code.
Note:
It can also be activated by configuring the time ranges.
3.13.3.2 Example of use
Normal service public numbering plan
Start End Base Feature
120 170 120 Set
200 230 200 Set
500 525 500 Hunting Group

Restricted service public numbering plan

Start End Base Feature
120 170 120 Set
200 210 0 Collective Speed Dial
211 211 10 Collective Speed Dial
212 212 10 Collective Speed Dial
213 230 200 Set
500 524 500 Hunting Group
525 525 10 Collective Speed Dial

Internal numbering plan

Start End Base Feature
8000 8010 0 Collective Speed Dial

Collective Speed Dial

               3-39

Chapter 3 # ( #

Speed dial number Level Called number

8000 8 59242
8001 8 59243
....... .. ...........
8009 8 59251
8010 8 59252

In this example, the public numbering plan for restricted service uses the system speed dial
table.
The numbers 120 to 170 and 213 to 230 keep their normal destinations when the system is in
restricted service mode, as do calls to the range 500 to 524.
The external incoming calls to stations 200 to 209 are forwarded to the destinations defined by
the first 10 entries in the collective speed dial table (8000 to 8009). Calls to numbers 210, 211,
212 and calls to group 525 are forwarded to the destination defined by the entry 8010 in the
system speed dial table.

3.14 Normal and Restricted User

3.14.1 Overview
3.14.1.1 Normal and Restricted Service - User Level

The normal/restricted service configuration for each user and for each time range is no
longer available starting with R2.0; the system's normal/restricted operating mode is
used (see sheet “Time ranges”).

3.14.1.1.1 Description
Depending on the time range, the system operates in either normal or restricted mode. The
service mode affects the way in which the system distributes incoming calls and controls
users" outgoing calls.
The installer can also configure the operation in "user" restricted mode for each station and in
each time range; starting with R2.0, this option is no longer available.
3.14.1.1.2 Additional Information
A station in restricted service and unlocked (see "Station comfort features", "Telephone
services" section) switches to user normal service when the code for unlocking the station is
entered: this station can no longer be switched to restricted service but it can be locked.
Starting with R2.0, a noteworthy address "LockBypass" allows to override this mechanism:
- LockBypass = 1 (default value): mechanism described above
- LockBypass = 0: a user in restricted service mode who unlocks his locked station, switches
back to restricted service (as opposed to normal service); the user therefore has no means
of switching from restricted service to normal service.

3.14.2 Configuration procedure

3-40               

 # ( #

3.14.2.1 Configuration
- Define the time ranges during which a station operates in restricted service:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> restriction -> "Time Ranges (outgoing traffic)"

- To specify whether or not to inhibit the switch to restricted service when the system is
switched to restricted service by an attendant; see "Specific attendant station services", in
the "Telephone services" section:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Features -> "Inhibition Flag"

3.14.3 Operation
3.14.3.1 Activation/Use

3.15 Automatic Welcome

               3-41

Chapter 3 # ( #

3.15.1 Overview
3.15.1.1 Description
This feature makes it possible to send a spoken message to a network caller before
connecting the caller to a called party. The called party can be:
- a station
- a Hunt Group (see "Hunt Groups")
- an Attendant Group (see "Attendant stations")
The message can be sent to the caller either:
- before the destination station rings: this is mode 1
- while the destination station is ringing: this is mode 2
and, either:
- only if the called party is busy
- no matter what status the called party is in: free or busy
The system allows you to play up to 20 pre-recorded messages. These messages can be:
- welcome messages
- redirection messages (also called "dissuasion messages": if a greeting message is
member of the active attendant group, the system plays the message to the caller and
releases the call)
- voice prompts (for DISA transmit for example)
The pre-announcement can be defined for:
- 200 DDI numbers (individual pre-announcement)
- all the system's users (general pre-announcement)
The installer can allocate a maximum of one message for each of the 7 time ranges.
3.15.1.2 Additional Information
- Duration of default music-on-hold: 16 s
- Maximum duration of the customizable music-on-hold: up to 10 min with/without Hard disk
- Maximum duration of a redirection (dissuasion) message: 16 s
- Maximum number of pre-announcement messages: 20
- Maximum duration of a pre-announcement messages: 320 s
- The automatic welcome is not activated when the called party has activated text answering
or paging
- An empty Hunt Group can no longer use the Automatic Welcome service.
- The automatic welcome only concerns voice type calls.
- The automatic welcome does not concern calls from the private network
- In mode 1, an external call released by the caller before being presented to the initial
destination, is not recorded in the repertory of unanswered calls.

3-42               

 # ( #

- An external call on an analog line, received with transmission of the welcome message
and remaining unanswered, is released by the system after a time-out.
- Call charge units arriving during the transmission of the welcome message are assigned to
the called party.
- Under no circumstances will the external call receive two welcome messages.
- An error message appears on the station display when the automatic welcome cannot
transmit the message to the incoming call.
Note:
When Alcatel-Lucent OmniPCX Office Communication Server is shared by different entities, the selection
of recorded music is based on the Entity type of the user.

3.15.2 Configuration procedure

3.15.2.1 Configuration

Note:
In the case of multiple entities, the following configuration guides are used after the entity configurations
have been defined.
For each user, the entity is selected and then, where applicable, the following configurations can be
defined.
- Selecting the source for the please wait music:
• by OMC (Expert View): System Miscellaneous -> Messages and Music ->
Music-on-hold
• by MMC-Station: Voice -> MusSrc -> Stndrd, VoicPr or Tape

- Recording RAM welcome and redirection (dissuasion) messages – MMC-Station only:

Voice -> RecMsg -> Msg1 to Msg20 -> Record

- Listening to recorded RAM welcome and redirection (dissuasion) messages –

MMC-Station only:
Voice -> RecMsg -> Msg1 to Msg20 or Music -> Listen

- Defining DID numbers, for individual pre-announcement:

• by OMC (Expert View): Dialing -> Dialing Plans -> Public Dialing Plan
• by MMC-Station: NumPln -> PubNum

- Transferring and loading of pre-announcement messages from OMC:

• by OMC (Expert View): Misc. Subscribers -> Pre-announcement Messages

- Assigning welcome messages:

• by OMC (Expert View): Misc. Subscribers -> Pre-announcement
• by MMC-Station: PreAnn -> Add -> Msg

               3-43

Chapter 3 # ( #

- Defining the pre-announcement mode (none, mode 1 or mode 2) depending on the time
range:
• by OMC (Expert View): Misc. Subscribers -> Pre-announcement
• by MMC-Station: PreAnn -> Add -> Mode

- To define whether the message is sent only if the called party is busy, or regardless of
status, depending on the time range – OMC (Expert View) only:
Users Misc. -> Preannouncement

- To modify the pre-announcement time-outs:

• by OMC (Expert View): Users -> Pre-announcement -> Timers
• by MMC-Station: Global -> Rd/Wr -> Timers -> "AnsMsgTim" -> Return -> Memory

- To select transmission of ringing tone or Music-on-hold (for a free station):

• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Misc. Labels
-> "TonPrRng"
• by MMC-Station: Global -> Rd/Wr -> Address -> "TonPrRng" -> Return -> Memory

- To select transmission of ringing tone or Music-on-hold for a busy station:

• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Misc. Labels
-> "TonPrCmp"
• by MMC-Station: Global -> Rd/Wr -> Address -> "TonPrCmp" -> Return -> Memory

- To select transmission of ringing tone or Music-on-hold for a Hunt Group (free or busy):
• by OMC System Miscellaneous -> Memory Read/Write -> Misc. Labels ->
"TonPrGrp"
• by MMC-Station: Global -> Rd/Wr -> Address -> "TonPrGrp" -> Return -> Memory

3.15.3 Operation
3.15.3.1 Activation/Use

3-44               

 # ( #

Tree diagram operational after the system has determined the type of
pre-announcement:

               3-45

Chapter 3 # ( #

(*) sent by the public exchange

(**) The ringing tone or the music-on-hold is heard: - by a caller on an analog TL up until the
"Release after pre-announcement (norm or restr mode)" time-out has lapsed - by a caller on
digital access up until the called party goes off hook.
(***) ISDN calls only

3.16 Direct Dialing Inwards

3.16.1 Recovery
3.16.1.1 Overview

3-46               

 # ( #

DID numbers can:

- contain up to 8 digits.
- use the number recovery operation described below.
3.16.1.1.1 NUMBER RECOVERY
Description
When, in an existing installation, a new range of DID numbers needs to be added, and the new
sequence assigned by the public exchange overlaps the existing range, the installer can make
use of the "DID with more than 4 digits" operation.
Example:
Consider an existing system with the DID numbers (XX = any possible "intercity prefix",
"intercity code" and "recall prefix" – these can vary from country to country):
- XX 1 41 23 40 10 to XX 1 41 23 40 19 assigned to stations 120 to 129
- XX 1 41 23 41 00 to XX 1 41 23 41 19 assigned to stations 130 to 149
The local exchange assigns the new range XX 1 41 33 40 15 to XX 1 41 33 40 24: these
numbers are assigned to stations 150 to 159.
As described below, the dialing plan does not provide for:
- use of the whole DID range available; in fact, in order to route a DID number to a called
station, the system analyzes if the last 4 digits that the number received from the network
and the DID sequences XX 1 41 23 40 10 and XX 1 41 33 40 15 have in common, the
range of the last 4 digits 40 15 to 40 19.
- transmission of the exact number of the caller (see "ISDN services") because the system
would require two installation numbers (XX 1 41 23 and XX 1 41 33) in order to operate
correctly, which is impossible.
Additional Information
- Maximum number of entries in the modification table of DID numbers: 18
- Maximum number of digits for an entry in the modification table of DID numbers: 16.
- Maximum number of digits in a substitution number: 4.
3.16.1.2 Configuration procedure
3.16.1.2.1 Configuration
- Configuring the installation number:
• by OMC (Expert View): Dialing -> Installation Numbers
• by MMC-Station: Global -> InsNum -> Public

- Filling in the substitution table:

• by OMC (Expert View): Dialing -> DID Number Modification Table
• by MMC-Station: Num Pln -> PubNMT

- Completing the DID dialing plan:

               3-47

Chapter 3 # ( #

• by OMC (Expert View): Numbering -> Public Numbering Plan

• by MMC-Station: NumPln -> PubNum

3.16.1.3 Operation
3.16.1.3.1 Activation/Use
Functional analysis
A "DID with more than 4 digits" is based on the analysis of all the received digits. They are
modified using a substitution table and analyzed by the Public dialing plan. Programming this
requires that you have a global view of your DID sequences.
Procedure to follow
- check the DID sequences
- deduce the installation number by removing the "intercity prefix", "intercity code" if found
- deduce the minimum number of digits required to cover the DID ranges
- analyze the remaining digits and create the DID modification table
- configure the DID dialing plan
- activate the mechanism
Application using the above example
- DID sequences:
• 1st sequence: 1 41 23 40 10 to 1 41 23 40 19 for stations 120 to 129
• 2nd sequence: 1 41 23 41 00 to 1 41 23 41 19 for stations 130 to 149
• 3rd sequence: 1 41 33 40 15 to 1 41 33 40 24 for stations 150 to 159
- Deduction of the installation number:
Digits 1 41 are common to the 3 sequences of DID numbers: these 3 digits will make up
the installation number. THE "INSTALLATION NUMBER" FIELD CAN BE LEFT EMPTY IF
THERE IS NO COMMON DIGIT.
- Deduction of the minimum number of digits to cover the DID ranges:
1 or 2 digits, at least, are necessary in order to join a series of stations.
• 1st sequence: 1 41 23 40 1 0 to 1 41 23 40 1 9: 10 stations with 1 digit (0 to 9)
• 2nd sequence: 1 41 23 41 00 to 1 41 23 41 19: 20 stations with 2 digits (00 to 19)
• 3rd sequence: 1 41 33 40 15 to 1 41 33 40 24: 10 stations with 2 digits (15 to 24)
- analysis of the remaining digits (by removing the installation number and the digits
necessary to cover the DID ranges) and creation of the DID modification table:
• 1st sequence: 1 41 23 40 10 to 1 41 23 40 19
• 2nd sequence: 1 41 23 41 00 to 1 41 23 41 19
• 3rd sequence: 1 41 33 40 15 to 1 41 33 40 24
The remaining digits are to be replaced by the substitution digits ,which, themselves, will
be analyzed in the DID dialing plan. To do this, apply the following rule:
Minimum number of digits to cover the DID range + Length of the substitution
number = 4 (i.e. the maximum number of digits as defined in the DID dialing plan).
For example, one can:
• for the 1st sequence: substitute "23 40 1" by "810" (in fact, "810" + 1 digit from 0 to 9 =
4 digits)

3-48               

 # ( #

• for the 2nd sequence: substitute "23 41" by "82" (in fact, "82" + 2 digits from 00 to 19 =
4 digits)
• for the 3rd sequence: substitute "33 40" by "83" (in fact, "83" + 2 digits from 15 to 24 =
4 digits)
- Creation of the DID dialing plan (from the DID numbers modification table):
Function Begin End Base
Station -- 9 120
Station -- -- 130
Station -- -- 150

Result of the above example

The DID number received from the network (here, XX 1 41 33 40 20) is analyzed by the
system as follows:
- removal of any intercity prefix, etc., as well as the installation number: leaves the number
33 40 20.
- analysis of this number in the substitution table (the operation being authorized, this
analysis is carried out automatically for all DID numbers received): the system deduces the
number 8320
- analysis of the DID number thus obtained in the DID dialing plan: the system makes station
155 ring.

3.17 Class Compatibility

3.17.1 Overview
3.17.1.1 DEFINITION
This feature allows information (from the public ISDN network, public analog trunks - APA and
AMIX boards - or internal system network) to be presented on analog CLASS terminals
connected to Alcatel-Lucent OmniPCX Office Communication Server.
In idle, when ringing or during a call, analog CLASS terminals have access to:
- date and time of the system
- CLIP (calling line identification)
- calling line identification restriction management
- caller's name (if available in the system directory)
- management of the Message LED
3.17.1.2 HARDWARE REQUIREMENTS
CLASS terminals connected to SLI boards.

3.17.2 Configuration procedure

3.17.2.1 CONFIGURATION

               3-49

Chapter 3 # ( #

- Specifying the analog station as a CLASS terminal:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Classiq.
(class)
• by MMC-Station: User or Subscr -> Termnl -> Class

- Activating the name display:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> Name Display

3.18 VN7 Compatibility

3.18.1 Overview
3.18.1.1 VN7 COMPATIBILITY
This section lists the compatibilities between Alcatel-Lucent OmniPCX Office Communication
Server and version VN7 of the French ISDN network (RNIS).
3.18.1.1.1 BASIC CALLS
Basic calls (incoming and outgoing) are supported on the S0 and T0/T2 accesses.
3.18.1.1.2 ADDITIONAL SERVICES
The compatibility of additional services varies according to whether the service is required on
the user side (S0) or on the network side (T0/T2)
Service S0 side compatibility T0/T2 side compatibility
AOC-E YES NO
Advice Of Charge at the
End of the call
AOC-D YES YES
Advice Of Charge During
the call
CLIP/CLID YES YES
Calling Line Identification
Presentation
DDI YES Not applicable
Direct Inward Dialing
MSN YES (in Point-to-Multipoint) YES
Multiple Subscriber (User)
Number
TP Not applicable YES (locally, on the same access)
Terminal Portability
SUB YES (limited to 4 digits) YES (limited to 4 digits)
Sub-Address

3-50               

 # ( #

CW NO NO
Call Waiting
HOLD NO YES
MCID YES (Alcatel-Lucent 8/9 series sets, YES
Malicious Call Reflexes and S0 terminals)
Identification
UUS1 YES (limited to 32 characters) YES (limited to 32 characters)
User to User Signaling
CFB NO NO
Call Forwarding on Busy
CFU YES (in Point-to-Point) YES
Call Forwarding
Unconditional
CFNR NO NO
Call Forwarding on No
Reply
CD YES (in Point-to-Multipoint) NO
Call Deflection
CCBS YES (in Point-to-Point) NO
Call Completion on Busy
Subscriber
3PTY NO NO
3 Party conference
ECT NO NO
Explicit Call Transfer
CNIP NO NO
Caller Name Identification
Presentation

3.19 Specific Numbering Plan

3.19.1 Detailed description

3.19.1.1 SPECIFIC DIALING PLANS
3.19.1.1.1 8 DIGIT DIALING PLANS
Station and hunt group call numbers, as well as collective speed dial numbers, can have up to
8 digits.
3.19.1.1.2 STAR (ASTERISK) dialing
To use a 2, 3 or 4-digit default dialing plan, you can choose between a country-specific dialing
plan or a generic dialing plan in which most codes (service codes or Features in Conversation)
start with *; this structure provides several ranges for assigning DID numbers to sets.
The default asterisk (star) dialing plans are described in the following pages.

               3-51

Chapter 3 # ( #

Configuration
- To select the default dialing plan:
• by OMC (Expert View): Dialing -> Default dialing Plan
• by MMC-Station: NumPln -> Nbdigi

Note:
The default dialing plan can also be selected using OMC Easy View once the system is running.

Codes common to all countries

Internal numbering plan
Functions 2-digit 3-digit 4-digit
Cancel all forwardings #21 #21 #21
Cancel "follow me" forwarding #27 #27 #27
Immediate call forwarding * 21 * 21 * 21
Forward on busy * 22 * 22 * 22
Do Not Disturb * 23 * 23 * 23
Forward to pager * 24 * 24 * 24
Group call forwarding * 25 * 25 * 25
Disconnect from group (unavailable) * 26 * 26 * 26
Rejoin the group # 26 # 26 # 26
Follow-me * 27 * 27 * 27
Selective forwarding * 28 * 28 * 28
Cancel callback #5 #5 #5
Voice Mail Unit (secret code) **6 **6 **6
Voice Mail Unit (secret code) *#6 *#6 *#6
Redial last number **0 **0 **0
Room status * 70 * 70 * 70
Lock/unlock * 71 * 71 * 71
Appointment reminder (prog.) * 72 * 72 * 72
Protection against intrusion * 73 * 73 * 73
Replace set * 78 * 78 * 78
Move set * 79 * 79 * 79
Individual call pickup * 81 * 81 * 81
Pickup group * 82 * 82 * 82
General Call Answer * 83 * 83 * 83
Parked call retrieval * 84 * 84 * 84
Programming mode * 87 * 87 * 87
Text mail * 88 * 88 * 88

3-52               

 # ( #

Group broadcast * 01 to *08 * 01 to *08 * 01 to *08

User calls 10 to 79 100 to 799 1000 to 7999
Seize secondary trunk groups * 50 to *53 * 500 to *534 * 500 to *534
Hunt Group calls * 54 to *59 * 540 to *565 * 540 to *565
Collective speed dial 8000 to 8999 8000 to 8999 8000 to 8999

Feature code table

Accessing camped calls *9 *9 *9
Trunk line assignment #11 to #17 #11 to #17 #11 to #17
Trunk line assignment + Cout Total recall #21 to #27 #21 to #27 #21 to #27
Call Parking * 84 * 84 * 84
Malicious call identification * 89 * 89 * 89
Cancel consultation (enquiry) *1 *1 *1
Broker *2 *2 *2
Conference *3 *3 *3
Barge-in *4 *4 *4
Automatic callback request *5 *5 *5
DTMF end-to-end signaling *6 *6 *6
Main PCX recall (calibrated loopbreak) *7 *7 *7

Country specific
Attendant call and main trunk group seizure
Different codes for attendant calls and for seizing the main trunk group apply in each country.
This results in different ranges of user numbers.
Country Attendant call Seize trunk group 2/3/4-digit user Paging type
Austria 10 0 11/110/1100 prefix
Australia 9 0 10/100/1000 prefix
Belgium 11 0 12/120/1200 suffix
Switzerland 11 0 12/120/1200 prefix
Germany 10 0 11/110/1100 prefix
Denmark 9 0 10/100/1000 prefix
Spain 9 0 10/100/1000 suffix
Finland 9 0 10/100/1000 suffix
France 9 0 10/100/1000 suffix
Britain 0 9 10/100/1000 suffix
Greece 10 0 11/110/1100 prefix
Ireland 10 0 11/110/1100 prefix
Italy 9 0 10/100/1000 prefix

               3-53

Chapter 3 # ( #

Netherlands 9 0 10/100/1000 prefix

Norway 9 0 10/100/1000 prefix
Portugal 9 0 10/100/1000 prefix
Sweden 9 0 10/100/1000 prefix
SMBI 10 0 11/110/1100 prefix

Paging type
Paging can be by prefix or by suffix.
Paging by prefix: the internal dialing plan must have 2 codes: one for the "Prefix Paging
Activation" function and one for the "Paging Answer Selective" function.
Paging by suffix: a "paging answer general " code is added to the internal dialing plan and a
"suffix paging activation" code is added to the features plan.
Paging by suffix: Internal dialing plan entries
Function 2-digit 3-digit 4-digit
Answer paging general * 85 * 85 * 85

Paging by suffix: features plan entries

Function 2-digit 3-digit 4-digit
Suffix paging activation * 86 * 86 * 86

Paging by prefix: internal dialing plan entries

Function 2-digit 3-digit 4-digit
Answer paging selective * 85 * 85 * 85
Prefix paging activation * 86 * 86 * 86

3.20 Alternative CLIP and COLP Numbers

3.20.1 Overview
3.20.1.1 Overview
Alternative CLIP/COLP number allows to send a specific CLIP/COLP number instead of the
usual CLIP/COLP number. The typical CLIP/COLP number is a concatenation of the
installation (system) number and DDI set (extension) number.
There are several types of alternative numbers:
- Alternative system CLIP number
- Alternative user CLIP/COLP number
- Alternative access CLIP/COLP number
Definitions:
- CLIP (Calling Line Identification Presentation): identification number sent by the caller

3-54               

 # ( #

when making an outgoing ISDN (or VOIP) call.

- COLP (Connected Line Presentation): identification number returned by the called party to
the caller when an ISDN (or VOIP) call is received. Some public networks do not allow
COLP numbers.
Note 1:
Some public networks do not allow CLIP or COLP numbers outside their numbering plan.

Note 2:
On VoIP trunks, the CLIP/COLP alternative number is only valid if the VoIP route is a public route. The
Net parameter of the ARS configuration must be set to Pub. In all other cases, the non alternative public
number is sent.

3.20.1.2 Description
3.20.1.2.1 Alternative System CLIP Number
In this case, the alternative CLIP number is defined for all users of the Alcatel-Lucent
OmniPCX Office Communication Server. Whether the set is making a call or receiving a call,
the remote party receives the same CLIP number.

Figure 3.20: CLIP Number with Alternative System Number in case of Outgoing Call
Example of use:
It enables a company with several sites to send always the same number to external called
parties.
3.20.1.2.2 Alternative User CLIP/COLP Number
In this case, the alternative CLIP/COLP number is defined for a specific user. When this set is
making a call or receiving a call, the remote party receives the specific CLIP/COLP number.
The CLIP or COLP number is a concatenation of the installation number and alternative user
number.

               3-55

Chapter 3 # ( #

Figure 3.21: CLIP/COLP Number with alternative User Number

Example of use:
To hide the actual identity of a set: in a group of sets, all sets are configured with an alternative
number to the DDI number of the group. Remote parties see the DDI number of the group but
the actual number of the calling set is hidden.
3.20.1.2.3 Alternative Access CLIP/COLP Number
Alternative access numbers allow to send a specific CLIP/COLP number for each ISDN or
VOIP access on which the feature is enabled.

Figure 3.22: Configuration Example of CLIP/COLP Alternative Access Number

This feature can be required when several public networks are connected to the Alcatel-Lucent
OmniPCX Office Communication Server. Some public networks do not allow CLIP or COLP
numbers outside their numbering plan.

3-56               

 # ( #

3.20.1.2.4 Interactions
When several types of alternative numbers are configured, for each call, a system rule selects
the number transmitted to the remote party. The priority among the matching alternative
numbers is as follows :
1. Alternative access number
2. Alternative system number
3. Alternative CLIP/COLP number defined at SIP Public Numbering level and applying to
the associated SIP gateway(s)
4. Alternative user number
3.20.1.3 Configuration
3.20.1.3.1 Alternative System CLIP Number
1. Select in OMC: Numbering > Installation Numbers
Select in MMC: Global > InsNum
2. Review/modify the following attributes:
Alternative System CLIP (in OMC) Enter the alternative system CLIP number (22
AltCLI (by MMC) digits maximum)
When this parameter is empty, the alternative
system feature is disabled.
Note:
The CLIP number sent to the remote party must be
compatible with the company's subscription.
Some public networks do not allow CLIP numbers
outside their numbering plan.

3. Confirm your entries

3.20.1.3.2 Alternative User CLIP/COLP Number
1. Select in OMC only: Users/Basestations List -> Users/Basestations List -> Details
->Misc
2. Review/modify the following attributes:
Alternative CLIP/COLP number (in OMC Enter the alternative user CLIP/COLP number
only) (8 digits maximum)
The CLIP/COLP number sent to the remote
party is a concatenation of the installation
number and the number entered here.
When this parameter is empty, the alternative
user feature is disabled.
Note:
The CLIP/COLP number sent to the remote party
must be compatible with the company's subscription.
Some public networks do not allow CLIP or COLP
numbers outside their numbering plan.

               3-57

Chapter 3 # ( #

3. Confirm your entries

3.20.1.3.3 Alternative Access CLIP/COLP Number (as of R7.1)
1. According to the access type:
• Select in OMC: External Lines -> List of Accesses -> Digital Accesses Details for
ISDN accesses (T0, T1 or T2 )
If the protocol is EDSS1, the field can be configured.
If the protocol is QSIG, the field cannot be configured (unavailable and empty field).
• Select in OMC: External Lines -> List of Accesses -> VOIP Details for VoIP access
2. Review/modify the following attributes:
Alternative CLIP/COLP Number (by OMC) Enter the alternative access CLIP/COLP
number (22 digits maximum)
When this parameter is empty, the alternative
access feature is disabled.
The alternative access number can be
configured in any format: local, national or
international. Example for France: 0390677700
(national format) or 003390677700
(international format).
Note:
This number must be compatible with the company's
subscription used for this access.
Some public networks do not allow CLIP or COLP
numbers outside their numbering plan.

3. Confirm your entries

3.20.1.3.4 Alternative Access CLIP/COLP Number (as of R8.0)
From R8.0, an Alternative CLIP/COLP Number can be defined in SIP Public Numbering.
This number applies to the SIP gateways associated to this SIP Public Numbering. This
allows to send different numbers for each operator: for example NGN operator and GSM
operator.
1. Select in OMC: Numbering -> ARS -> SIP Public Numbering
2. Review/modify the following attributes

3-58               

 # ( #

Alternative CLIP/COLP Number Enter the alternative access CLIP/COLP number

(22 digits maximum)
When this parameter is empty, the alternative
access feature is disabled.
The alternative access number can be configured
in any format: local, national or international.
Example for France: 0390677700 (national format)
or 003390677700 (international format).
Note:
This number must be compatible with the company's
subscription used for this access.
Some public networks do not allow CLIP or COLP
numbers outside their numbering plan.

3.21 CLI Calling Party Identifier

3.21.1 Overview
3.21.1.1 DESCRIPTION
The CLI (Calling Line Identification) feature for APA (Analog Public Access) and AMIX/AMIX-1
(Analog Mixed Line) boards allows the caller number to be received through the analog
switched public network.
This feature is based on the CLIP (Calling Line Identification Presentation) additional service;
the CLIP information is transmitted via FSK (Frequency Shift Keying) asynchronous signals in
on-hook mode (during ringing).
The FSK signal can be detected in two different ways: centrally at the CPU level or locally via
the APA board (CLIDSP daughter board).
The central detection at the CPU board level is not available in the USA (local detection only
via CLIDSP daughter board on APA).

               3-59

Chapter 3 # ( #

3.21.1.2 HARDWARE REQUIREMENTS

Depending on the detection type, the system must be equipped with:
- local detection: the APA boards must be equipped with the CLIDSP daughterboards.
Note:
5 APA boards per module, with or without CLIDSP daughterboards; one CLIDSP daughter board for
8 accesses.
- central detection: no special hardware. 6 incoming calls may be handled simultaneously.
3.21.1.3 CONFIGURATION
Enable the service, line by line, through OMC (Expert View) only:
External lines -> Details -> CLIP

3.22 Busy Greeting on Voice Mailbox

3.22.1 Overview
3.22.1.1 Description
This feature makes it possible to immediately route an external incoming call to the called

3-60               

 # ( #

party's voice mailbox if the line is busy (Busy degree 1 or degree 2). The caller hears a specific
welcome message and can leave a message in the called party's voice mailbox.
Dynamic routing to the voice mailbox is immediate even when the dynamic routing timer is
configured.
The service is activated:
- For all the sets, if the DynRoutBsy flag = 1
- Only for sets with the check box Routing on busy validated, if the DynRoutBsy flag = 0
3.22.1.2 Additional Information
Summary table
Service active (flag DynRoutBsy = 1) Service inactive (flag
Called party busy Called party free DynRoutBsy = 0)
Routing to voice IMMEDIATE NO NO
mailbox
Level 1 dynamic routing Does not start T1 timer T1 timer
Level 2 dynamic routing Does not start T2 timer T2 timer

Call forwarding
Routing to a voice mailbox is not performed if the user called has programmed the forwarding
on his/her set. The service becomes valid when the forwarding is canceled.
Forward on busy
If the user has programmed his/her voice mailbox as the destination of Call forwarding on
busy, the internal or external caller will also hear the message.
Default value
After a cold reset, the "DynRoutBsy" flag is set to 0 (service inactive) by default and set-by-set
activation is canceled (active in France).
Caution:
The operation is also active if the destination of T1 dynamic routing is a set instead of the
VMU. In this case, the destination of dynamic routing will be rung immediately if the set called
is busy.
There is no indication of service activation on the sets.

3.22.2 Configuration procedure

3.22.2.1 Configuration
- To globally activate the service, or not:
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Misc. Labels
-> "DynRoutBsy"
• by MMC-Station: Global -> Rd/Wr -> Address -> "DynRoutBsy" -> Return -> Memory
0: service inactive
1: service active; all incoming calls to a busy user are immediately forwarded to the called
party's voice mailbox

               3-61

Chapter 3 # ( #

- To activate the service or not, set by set – OMC (Expert View) only:
Users/Base stations List -> Users/Base stations List -> Details -> Dyn. Rout. -> Routing
on busy
Validate the Routing on busy check box to activate the service for the set.
- Configuring the VMU grouping as Level 1 called party in the case of dynamic routing
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Dyn. Rout.
• by MMC-Station: User -> DynRou.

3.23 Completion of Calls to Busy Subscriber

3.23.1 Overview
3.23.1.1 DESCRIPTION
CCBS - Completion of Calls to Busy Subscriber - is an addition to the ETSI service provided
by the system on T0/T2 public exchange connections. (The ETSI service is
country-dependent.)
This feature can be considered as an extension of the "Automatic callback on busy set"
service. CCBS requires a service subscription with the exchange carrier offering this feature
which can be activated for incoming or outgoing calls.
3.23.1.2 ADDITIONAL INFORMATION
- CCBS cannot be activated on incoming calls to a group, or to a set with call forwarding
activated
- CCBS is deactivated automatically in the following cases:
• CCBS on outgoing call:
• expiration of the timeout during BookRecTim; by default, 25 seconds
• expiration of the BookBusTim timeout; by default, 30 minutes
• expiration of the public exchange timeout T-CCBS6 (timeout during which the public
exchange user must free the line; 60 minutes)
• CCBS on incoming call:
• expiration of the BookBusTim timeout; by default, 30 minutes
• expiration of the public exchange timeout T-CCBS5 (timeout during which the public
exchange user must free the line; 60 minutes)
- There is no second call back attempt if the line is busy when the CCBS callback is made.
The CCBS request is canceled; another request can be made.
- A CCBS can be canceled during the CCBS initiator callback phase.
- CCBS is only available on the ISDN accesses of an Alcatel-Lucent OmniPCX Office
Communication Server system; the service is not available on a "slave" system accessing
the network by break-out.
- CCBS is not supported by the T0 basic accesses configured in Point-to-Multipoint mode.

3-62               

 # ( #

- A CCBS callback cannot be intercepted.

3.23.2 Configuration procedure

3.23.2.1 CONFIGURATION
- CCBS on outgoing call: authorize the set to use the service or not:
• by OMC (Expert View):Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Callback"

- CCBS on incoming call: check the following settings:

• by OMC (Expert View):External Lines -> Incoming Call Handling -> Public Line -> On Busy =
Release System Misc. -> Feature Design -> Call Waiting/Automatic Camp-On (not selected)
• by MMC-Station: IncCal -> Public -> Busy -> ReacPu -> Release Global -> CalExt -> Mode (Ext Call
Waiting YES / No)

- Modify (or do not modify) the timeout during which the CCBS is active in the system (30
minutes by default); at the end of the timeout, the CCBS is canceled:
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Timer Labels ->
"BookBusTim"
• by MMC-Station: Global -> Rd/Wr -> Timer -> "BookBusTim" -> Return -> Memory

- Modify (or do no modify) the timeout during which the party requesting a CCBS on an
outgoing call is rung (25 seconds by default); at the end of the timeout the CCBS is
canceled:
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Timer Labels ->
"BookRecTim"
• by MMC-Station: Global -> Rd/Wr -> Timer -> "BookRecTim" -> Return -> Memory

3.23.3 Operation
3.23.3.1 CCBS ACTIVATION/CANCELLATION ON OUTGOING CALLS
When a call is made to a public network user B whose line is busy, CCBS enables a user A
with an Alcatel-Lucent OmniPCX Office Communication Server system to leave a call back
request at the public exchange. When the public exchange informs the Alcatel-Lucent
OmniPCX Office Communication Server system that B is free, Alcatel-Lucent OmniPCX Office
Communication Server calls back A, and when A answers, it places an automatic call back to
B.
All stations
Without display ? With display, no
(including analog With soft keys
Analog (Z) soft keys
(Z)
Automatic call P.K.: Automatic
CCBS request P.K.: ?Cback S.K.: ?Cback
back request code callback request

               3-63

Chapter 3 # ( #

S.K.: ¦Cback,
P.K.: Cancel
CCBS cancellation Cancellation prefix P.K.: ¦Cback before or during
callback
callback

Caution:
Only one automatic callback request can be activated on a set: automatic callback to busy set,
automatic callback to busy trunk or CCBS. Any new CCBS request cancels the previous one.
3.23.3.2 CCBS ACTIVATION/CANCELLATION ON INCOMING CALLS
When a public network user (A) calls a busy Alcatel-Lucent OmniPCX Office Communication
Server system set (B), A can activate the CCBS service provided by the public exchange.
When the Alcatel-Lucent OmniPCX Office Communication Server system informs the public
exchange that B is free, the public exchange calls back A, and when A answers it places an
automatic callback to B.

3.24 Fax Call Routing

3.24.1 Overview
3.24.1.1 DESCRIPTION
This feature enables Alcatel-Lucent OmniPCX Office Communication Server users to receive
voice and fax calls on the same number: their callers use a single number for either function.
Once configured:
- all voice calls make the set ring;
- all fax calls are routed to the associated fax number. A text message advises the user that
a fax has arrived.
Modem type calls are also detected; these calls are answered by the recipient (modem
connected to an analog access) or by an integrated modem if configured in the Attendant
station group. The call is refused if no modem is present.

3.24.1.2 ADDITIONAL INFORMATION

- Fax call routing cannot be used simultaneously with CCBS.
- Fax call routing can be used simultaneously with fax notification (see that section): in this
case, the user receives 2 messages signaling the receipt of a fax.
- There may be a slight delay between the moment the call reaches the system and the
moment it is put through to the station or fax; this is due to the workload on the DSPs

3-64               

 # ( #

handling of fax detection.

3.24.2 Configuration procedure

3.24.2.1 ACTIVATION/DEACTIVATION

Note:
The fax call routing feature requires Automated Attendant license.
This feature requires that a destination fax number be configured for every user wanting to
take advantage of this service; the number is attached to the station's DID number in the public
numbering plan.
It is controlled by the noteworthy address "FaxCRActiv" (Fax Call Routing Active).
A greeting (general pre-announcement) has to be configured to keep the caller waiting during
fax detection.
Handling calls to the Attendant station group
- If the general pre-announcement message is configured, every incoming call is assessed
for possible routing.
- There is no need to associate a fax or modem number; fax calls are routed to the first
analog interface in the system and modem calls to the integrated modem (default
configuration).
3.24.2.1.1 ISDN CONNECTION

               3-65

Chapter 3 # ( #

Note:
If the service is not active (no associated fax number), any call with a service other than
VOICE will be refused (service incompatibility).
3.24.2.1.2 ANALOG CONNECTION

3-66               

 # ( #

Note:
If the service is not active (no associated fax number), fax calls (with VOICE service) are put
through to the user station.

3.24.3 Operation
3.24.3.1 CONFIGURATION
- Enter the destination fax number:
• by OMC (Expert View): Numbering -> Numbering Plans -> Public Numbering Plan -> Fax
• by MMC-Station: NumPln -> PubNum -> FaxRou

- Assigning welcome messages:

• by OMC (Expert View): Users Misc. -> Preannouncement
• by MMC-Station: PreAnn -> Add -> Msg

- To define the pre-announcement mode (none, mode 1- before call distribution or mode 2-
during call distribution) in accordance with the time range:
• by OMC (Expert View): Users Misc. -> Preannouncement
• by MMC-Station: PreAnn -> Add -> Mode

Note:

               3-67

Chapter 3 # ( #

It is always the general pre-announcement that is used for fax call routing, even if there is a
customized pre-announcement message configured.
Whatever the pre-announcement configuration, the message will be broadcast once, always
before call distribution.
The "Busy" flag (accessed via OMC -> Users Misc. -> Pre-announcement ->Details) does not
apply to fax call routing.
The noteworthy address (Memory read/write - other labels) FaxCRActiv must be set to 01.

3.25 Busy Tone Detection

3.25.1 Overview
3.25.1.1 DESCRIPTION
Offered starting with version R2.0 of the software, the tone detection mechanism allows
analogue network line connections to be released without back forwarding of releasing
protocol (e.g. polarity inversion). By default, the mechanism is active in all countries.
The tone detection is made by the system's DSP (Digital Signal Processor); it may be enabled
line by line (APA or ATA interfaces).
This mechanism is used to allow analogue lines to be joined (external forwarding, external
dynamic routing, DISA transit, external transfer) without polarity inversion.
3.25.1.2 ADDITIONAL INFORMATION
- The number of DSPs assigned to tone detection is limited to 6 per module; these
resources are shared among the various connected LR interfaces.

3.25.2 Configuration procedure

3.25.2.1 CONFIGURATION
- Enable, line by line, the tone detection mechanism through DHM-OMC (Expert View) only:
External lines -> Analog access -> Details -> Check "? Busy Tone Detection"

- Modify the automatic release's timeout value (or security timeout) of the lines in case of
analog joining (without other release mechanism), through DHM-OMC (Expert View) only:
System Miscellaneous -> Feature Design -> Part 5 -> Automatic Release for Analog Trunk-to-trunk
joining

Values of the security timeout:

- from 1 to 127 hours
- by default: 6 hours
- 0 = no timeout

3.26 Making/Answering a Call

3-68               

 # ( #

3.26.1 Overview
3.26.1.1 Description
A call can be either:
- internal, or
- external
3.26.1.1.1 Making a Call
Only an internal call can have 3 types of destination:
- a station
- a station in a Hunt Group (attendant or stations)
- all the stations in a Broadcast Group, in the case of a broadcast call
To make a call, the user can either choose to pick up first (mandatory if the station does not
have a speaker) or not pick up.
Then, depending on the user's station, an internal or external call can be made either by:
- manual dialing:
• on the numeric keypad, or
• on the alphabetic keypad (Dial by name function: concerns the programmed numbers
in the internal directory or the collective speed dial or an external LDAP server)
- pre-recorded dialing:
• direct call key
• repetition of last number/numbers retransmission list (function Bis) ; the last number
transmitted by the station is automatically memorized with its corresponding
sub-address. This feature is provided for the stations without a display screen
regardless of the system's software version, and for the stations with display screen for
software versions prior to R2.0. Starting with R2.0, the stations with a display screen
may access a list of the last 10 numbers called (internal or external) and thus select
from the list, a number to be transmitted.
• transmission of the number stored in temporary memory; the last number transmitted
from a station can be transferred from the "Redial" memory to "temporary memory"
Starting with R2.0, it is possible to save in temporary memory any incoming or
outgoing number (see paragraph “Additional information” for more details)
• transmission of a personal speed dial number; it is possible to save numbers in this
directory (see paragraph “Additional information” for more details)
• call back a number in the directory of unanswered calls: this directory contains the
unanswered external calls, with or without User to User Signaling (see "ISDN
Services") and the internal calls with UUS (see "ISDN Services") automatically
memorized by the system
• for external calls only, transmission of a collective speed dial number (including
emergency numbers and collective speed dial numbers with speed dial rights = 0; see
"Link Classes Of Service" file) created by MMC
• for external calls only, transmission of an emergency number - one of 5 factory-preset
numbers which cannot be modified by MMC. These numbers are different from those
programmed as system speed dial numbers.

               3-69

Chapter 3 # ( #

When making a call, the user can:

- protect the call (in particular data communications) against the camp-on tone and third
party intrusion (see "Camp-on on busy station or group" and "Intercom intrusion on free");
these protections are programmable for each station and for all the calls.
- opt not to disclose his identity. The Calling Line Identification Restriction (CLIR) service
can be set for external calls only, by setting via OMC the "ClirExtOnly" noteworthy address
to 1, and by activating the identity secrecy flag on the set.
Auto. call setup on going off hook: this service enables an authorized user to call a
correspondent pre-programmed by MMC, simply by going off-hook or pressing the Hands-free
key, either immediately or after a timeout. The destination can be:
- an internal user (individual)
- a Hunt Group or Assistant Group
- an external user (by system speed dial number)
Broadcast Call: this service enables a sending user belonging to a Broadcast Group to send
a spoken message lasting no more than 20 seconds (configurable) to the free stations in this
group equipped with a speaker. The destination stations are unable to answer this message.
3.26.1.1.2 Receiving a Call
An incoming call is signaled by ringing the station. The ringing rate varies according to whether
the call is internal or external. When auto-answer mode is active, the called phone will ring with
a specific ringing (same ringing as for auto-answer of local calls): the consequence is that it
will no longer be possible to distinguish local calls from external calls when auto-answer mode
is active.
Note:
On 8002/8012 Deskphone and 8082 My IC Phone sets, the ringing rate of an incoming call does not vary
according to whether the call is internal or external.
A single-line station (see "Resource keys") can only receive one call at a time.
The answer mode of the set can be:
- manual: the user can only answer this call by going off hook
- auto-answer or Intercom (on a set with the Hands-Free feature): the station "answers"
automatically the call after a specific ring tone and goes into hands-free mode (with or
without headset). However, for a DECT Reflexes handset, auto-answer will only be active
if the intercom mode is enabled (user handset customization) and a headset is plugged on
the handset.
In case of automatic answer, a ring back tone informs the internal calling party that the
answer is an automatic answer. External calling parties are not notified.
Automatic answer works after a call has been transferred.
According to configuration, the auto-answer (Intercom) mode applies only to internal calls
or both to internal and external calls.
A multi-line station (see "Resource keys") can take several calls at once. The answer mode
can be:
- manual: the user can select the call he wants to answer or ignore all incoming calls if he
wants to make a call
- automatic: the system determines what type of call is at the station (see "Answering
camped-on calls")

3-70               

 # ( #

- auto-answer or Intercom (on a set with the Hands-Free feature): the station "answers"
automatically the call with the highest priority after a specific ring tone, and goes into hands
free mode (with or without headset). However, for a DECT Reflexes handset, auto-answer
will only be active if the intercom mode is enabled (user handset customization) and a
headset is plugged on the handset.
In case of automatic answer, a ring back tone informs the internal calling party that the
answer is an automatic answer. External calling parties are not notified.
Automatic answer works after a call has been transferred.
According to configuration, the auto-answer (Intercom) mode applies only to internal calls
or both to internal and external calls.
Non answered calls can be stored in the memory of the set. This memory is shared with text
messages and can store 10 messages (text or non answered call) maximum. The 11th
message is lost. The user has to delete useless messages to avoid congestion.
3.26.1.2 Additional Information
- To use the directory of unanswered calls in a parallel group of stations (see "Hunt
Groups"), the first station in the group, on creation by MMC, must be a station with a
display.
- In "Answering a call: manual connection", an automatic callback or a hold reminder have
priority: the user cannot answer another call.
- During group broadcasting, all the stations involved are considered to be busy.
- To stop broadcasting to his own station, a user can go pick up or press the "Release" key.
- A forwarded station receives the broadcast message.
- If all members of the called Broadcast Group are busy, the broadcast call will be
unsuccessful.
- The first analog (Z) station is considered as a fax and is therefore protected by default
against barge-in and the camp-on tone.
- Specific to Brazil: The DDC Protection flag (accessible by Subscribers and Base stations
List -> Details -> Service category -> Part 2-> DDC Protection and by External Lines ->
External Access Table -> Details -> DDC Protection) makes it possible to reject all
incoming calls which the caller tries to charge to the called party (collect call).
- List of retransmitted numbers (R2.0): a retransmission list can include a maximum of 10
internal or external numbers; this limit may be reduced depending on the keys" and
directories" key pool use.
If a call arrives while the retransmission list is in use, the call is switched to standby.
- Temporary save of a number (R2.0): a number may be saved in the temporary memory
under the following conditions:
• when a call is in progress
• during a call phase
• during review of the standby calls
• during review of the unanswered calls directory (text mail)
• during use of the retransmitted numbers list
A saved incoming external number in temporary memory cannot be directly retransmitted;
the seizure number of the trunk group used for the call must be dialed first.
Group call: as long as there is no answer, the group call is saved; after answering, the
number of the answering Station is saved.

               3-71

Chapter 3 # ( #

If an incoming call arrives while saving a number (temporary memory or individual

directory), this call will be released (as during customization).
- Saving a number in the individual directory (R2.0): a number may be saved in the
individual directory under the following conditions:
• when a call is in progress
• during review of the unanswered calls directory (text mail)
• during use of the retransmitted numbers list
- As of R7.1, the user can choose to display the calling party name or the calling party
number. During ringing or conversation, a press on the i key switches between the two
display modes.
The initial display is based on the parameter: Name Display. If this parameter is enabled,
the initial display is the calling party name.
Note:
This feature works only if the calling party name is available.
This feature is available only for the following sets:
• Alcatel-Lucent IP Touch 4028 Phone, Alcatel-Lucent IP Touch 4038 Phone,
Alcatel-Lucent IP Touch 4068 Phone
• Alcatel-Lucent 4029 Digital Phone, Alcatel-Lucent 4039 Digital Phone, Advanced
Reflexes
• Alcatel-Lucent 300 DECT Handset, Alcatel-Lucent 400 DECT Handset, Alcatel Mobile
Reflexes 100 and Alcatel Mobile Reflexes 200. On these sets, a long press on the
phone book key is used to switch between name and number display.

3.26.2 Configuration procedure

3.26.2.1 Configuration
- To specify whether or not to authorize the "Automatic call setup on going off hook" feature
for each station:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Misc. -> Hotline
• by MMC-Station: User or Subscr -> AutoCa -> Active

- To validate the "Automatic answer for external call" feature for all sets in automatic answer
mode.
• by OMC (Expert View):System Miscellaneous -> Feature Design -> Part 2->
"Automatic answer for external call" ->

- If the "Automatic call setup on going off hook" feature is authorized, define whether the call
is immediate or after a time-out and define the call destination for each station:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Misc. -> Hotline
• by MMC-Station: User or Subscr -> AutoCa -> Temp

- To modify the default time-out for the "delayed" automatic call setup on going off hook -
OMC (Expert View) only:

3-72               

 # ( #

System Miscellaneous -> Feature Design -> Part 3 -> "Timer for delayed off-hook
Automatic Call" (hotline)"

- To create the personal speed dial numbers for each station:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Pers. SPD.
• by MMC-Station: User or Subscr -> Pers. SPD.
• by customization: Pers. SPD

- To create the system speed dial numbers:

• by OMC (Expert View):Common Speed Dial
• by MMC-Station: ComSpd

- To create the internal directory:

• by OMC (Expert View): Directory
• by MMC-Station: Global -> Name

- To link to the LDAP directory

• by MMC-Station: Global -> Name
Where Name is the LDAP server name (20 characters max.)

- For each station, all calls can be protected against barge-in and the camp-on tone:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Features -> "Barge-in Protection" and "Warn tone Protection"

- For each station, the caller's identity can be restricted for all calls:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Features -> "Identity Secrecy"

- To create the Broadcast Groups:

• by OMC (Expert View): Broadcast groups
• by MMC-Station: Group -> Broadcast

- Broadcast on external speaker:

This feature is not controlled by a software key. To realize this feature, the system must be
fitted with an AFU-1 daughterboard on the PowerCPU board (the hardware can be
checked via OMC menu -> Main CPU -> Details -> Daughterboards):
• In the Broadcast Groups menu, select one group and press Details.
• Press Add to add members into the group. If the system is equipped with an AFU-1
daughterboard, we will find Speaker user in the list.
• Add Speaker user with attribute Receive or No and all other users allowed to receive
the broadcast message.
- To modify the default time-out for the delayed automatic answer in headset mode - OMC
(Expert View) only:

               3-73

Chapter 3 # ( #

System Miscellaneous -> Feature Design -> Part 4 -> "Time before auto. conn. in
headset mode"

- To modify the default time-out for the delayed automatic answer without a headset - OMC
(Expert View) only:
System Miscellaneous -> Feature Design -> Part 4 -> "Time before connection without
headset"

- Define whether the Redial feature (retransmission of the last number/list of retransmitted
numbers) relates to all the called numbers or only to the external numbers, via OMC
(Expert View) only:
System Miscellaneous -> Feature Design -> ? External redial only

- To display the calling party name (if available) initially:

Users/Base station list-> Details -> Feature right [Part 1] -> Name Display

Note 1:
If no validated, the calling party number is displayed.
- To modify the maximum duration of a broadcast call - OMC (Expert View) only:
System Miscellaneous -> Feature Design -> Part 4 -> "Maximum broadcast time
allowed"

Note 2:
Default value: 20 s. Maximum value: 3276 s.

3.26.3 Operation
3.26.3.1 ACTIVATION/USE
P.K.: Programmed Key - defined by OMC (Expert View) or MMC-Station
F.K.: Fixed Key
S.K.: Soft Key
Prefix: Code programmed in the internal dialing plan
3.26.3.1.1 ACTIVATING THE SERVICES

3-74               

 # ( #

Without Without
display display With
?Analog ?Analog display, no
With soft
Analog (Z) (Z) and (Z) and 4011 soft keys,
keys
without with except
Hands-Free Hands-Free 4011
feature feature
F.K.:
F.K.:
Auto-answer
P.K.: Intercom,
Intercom mode -- -- -- mode
AutAns or P.K.:
(intercom
AutAns
mode)
Call protection Access F.K.: Data or P.K.: ProCom
F.K.: ISDN
Identification restriction -- P.K.: CLIR + S.K.:
CLIR
Transfer to temporary S.K.:
-- P.K.: Temporary number
memory NoSave
Storage in an individual -- F.K. i + selection >Rep or ->Rep + index 0 to 9 + S.K.: >Dir
directory label or ->Rep +
S.K.
associated
to number +
label

3.26.3.1.2 ANSWERING A CALL

Without Without
display display With
?Analog ?Analog display, no
With soft
Analog (Z) (Z) and (Z) and 4011 soft keys,
keys
without with except
Hands-Free Hands-Free 4011
feature feature
In manual mode -- Press the resource key
Off hook or
Off hook or press F.K.:
In automatic mode Go off hook Go off hook press F.K.: Go off hook
Handsfree
Handsfree
Automatic
In intercom mode -- -- Automatic connection
connection

3.26.3.1.3 MAKING A CALL

               3-75

Chapter 3 # ( #

Without
With display, no soft With soft
Analog (Z) display ? DECT
keys keys
Analog (Z)
Go
Auto. call setup on going Go off off-hook or Go off Go off-hook or press F.K.
off hook hook press F.K. hook Hands-free
Hands-free
F.K.: Dial
by name, P.K.: Dirtry, then enter Enter the
Dial by name -- -- then enter name, then F.K.: LS or name, then
name, then Mute to confirm "Return"
F.K.: Valid
F.K. or P.K.:
Bis (only one number) Access F.K.: Redial S.K.: Redial
Redial
Bis (list of numbers) -- -- F.K. or P.K. Bis + selection + F.K. S.K.: Redial
Valid + selection
+ S.K.
Redial
P.K.:
Personal
speed dial F.K.: Personal speed dial + P.K.: S.K.:
Temporary memory --
+ P.K.: TmpRep NbSend
Temporary
number
F.K.:
P.K.:
Personal
Personal
F.K.: Personal speed dial + index 0 to speed dial
Personal speed dial -- speed dial
9 + S.K.
+ index 0 to
associated
9
with number
F.K.: Mail +
F.K.: Mail + F.K.: Mail or P.K.:
Non answered calls S.K.: Text +
-- 2 + F.K.: TxtMsg + 2 + F.K.: Sp or
repertory S.K.: Read
Valid LS
+ S.K.: Call
System (common) speed
dial numbers (including Access
emergency numbers)
Emergency numbers not
belonging to the common Dial the emergency number
speed dial numbers
Broadcast
Broadcast call Group P.K.: Direct call
number

3.27 Universal Directory Access (UDA)

3.27.1 Overview

3-76               

 # ( #

3.27.1.1 Overview
As of R8.1, the Universal Directory Access (UDA) allows to retrieve contact information from:
- The internal OmniPCX Office phone book
- An external LDAP (Lightweight Directory Access Protocol) directory
A contact can be:
- An OmniPCX Office user
- An OmniPCX Office speed dialing number
- An external number
The UDA service is offered by the OmniPCX Office via a web service interface over HTTP on
the LAN and HTTPS on the WAN.
The UDA service is provided to the following clients:
- 8002/8012 Deskphone
- 8082 My IC Phone
- My IC Mobile for iPhone
- My IC Mobile for Android
- 500 DECT
- 8232 DECT
- ACD Agent Assistant Application
- My IC Web for Office
___change-begin___
               3-77
Chapter 3 # ( #

___change-end___
Figure 3.27: Directory Access for an External LDAP Directory

Notes:
- The PIMphony application uses its own interface to access the LDAP directory.
- All telephone devices other than the ones listed above access the phone book via the standard
OmniPCX Office application
- LDAPS (secure LDAP or LDAP over SSL) is not supported.
3.27.1.2 UDA — LDAP Interface Characteristics
The UDA interface with the LDAP directory has the following characteristics:
- A contact search can only be performed from the Last name field
- Character approximation is not supported, for instance, the character "é", that is to say "e"
with an acute accent, is not associated to the 'e' character
- A maximum of five simultaneous requests are supported
- A maximum of 50 results can be returned from a search request
- The wild character '*' is supported
- Once the first character is entered, the search is launched in LDAP
As of R8.2, to avoid closing or resetting the LDAP connection when there is no traffic for a
given time, which entails delays before a search result is obtained, a keep-alive mechanism is
available. This consists in maintaining traffic by sending dummy search queries to the LDAP

3-78               

 # ( #

server. The keep-alive feature is enabled by default, but can be turned off via OMC, using the
LDAPAlvTim timer noteworthy address: see Universal Directory Access (UDA) - Configuration
procedure - LDAP Keep-Alive Mechanism .
3.27.1.3 Database Updates
- Phone book modifications:
Modifications (as well as additions or deletions) on subscribers are immediately reported to
UDA clients. Modifications on other entries (collective speed dial, group...) are reported
automatically at 1.30 am or after a warm reset of the OmniPCX Office.
- Numbering:
Prefix numbers, configured via OMC in the menu Numbering > Installation Numbers, are
reported to UDA clients only after a warm reset of the OmniPCX Office.

3.27.2 Configuration procedure

3.27.2.1 LDAP Connector Configuration
The LDAP connector of UDA is configured via the OMC, with information provided by your
LDAP administrator.
LDAP configuration are sent to OmniPCX Office even if the LDAP license is not available.
1. From the OMC tool, navigate to: LDAP connector
2. Click the Reset button to reset all the values in LDAP Connector window and to remove all
the configuration values of the ldap.xml file present in OmniPCX Office.
3. Review/modify the following attributes:
Global parameters
Name (mandatory) Enter the name of the LDAP directory server. This name
is a label for OmniPCX Office internal used only.
LDAP Server Connection parameters
Host IP Address or Host Name Enter the IP address or the hostname of the LDAP
(mandatory) directory server
Note 1:
To use of a Fully Qualified Domain Name (FQDN), ensure that
at least one DNS server has been declared in OMC (Hardware
and Limits > LAN/IP Configuration)
Port (mandatory) Enter the port number of the LDAP directory server
(default value: 389)
Login Enter the login account to connect to the LDAP directory
password Enter the associated password
Search parameters
Base (mandatory) Enter the base used for search
Example:
ou=fr, o=alcatel
Attributes Mapping table

               3-79

Chapter 3 # ( #

Last name (mandatory) Enter the name of the LDAP field associated to the Last
name field of the OmniPCX Office
First name Enter the name of the LDAP field associated to the First
name field
Main Phone number Enter the name of the LDAP field associated to the Main
Phone number field
Note 2:
As of R8.2, before the number is dialled, the main phone number
is automatically replaced by the party's common speed dialing
number (when it exists), avoiding the extra cost of calling a party
with their external phone number.
Email Address Enter the name of the LDAP field associated to the Email
Address field
IM Address Enter the name of the LDAP field associated to the Instant
Messaging Address field
Mobile Phone number Enter the name of the LDAP field associated to Mobile
Phone Number field
Home Phone number Enter the name of the LDAP field associated to the Home
Phone Number field
Company name Enter the name of the LDAP field associated to the
Company Name field
Photo Link Enter the name of the LDAP field associated to the
Picture URL field

4. Click Test to test the connection to the LDAP server.

In case of failure, an LDAP status description is displayed. It can provide indications on the
origin of the problem
5. Click OK to validate your entries
Note 3:
Modifications in the LDAP connector configuration result in the closing down of all client sessions. Clients
must open new sessions to resume using instant communication services.

3.27.2.2 LDAP Keep-Alive Mechanism

The LDAP keep-alive mechanism is configured via the OMC:
1. From the OMC tool, navigate to: System Miscellaneous > Memory Read/Write > Timer
Labels
2. Select LDAPAlvTim
The corresponding configuration window opens
The default value is 10 minutes (hexadecimal value "02 58")
3. Set the timer to 0 in the Offset (HEX) field to disable the keep-alive mechanism

3.28 Camp-on Busy Station or Group

3.28.1 Overview

3-80               

 # ( #

3.28.1.1 DESCRIPTION
A user is automatically camped-on on a station he is calling when the following conditions are
met:
- it is busy (in conversation with a party)
- it has at least one resource free (see "Resource keys" file)
- it is not protected against camp-on
- the caller is authorized to camp-on
A user is automatically camped-on a Hunt Group which he is calling when the following
conditions are met:
- all the stations in the group are busy, i.e. in conversation with a party
- at least one of the stations in the group has a free resource (see "Resource keys" file)
- the stations in the group are not protected against camp-on
- the caller is authorized to camp-on
A camped-on caller can:
- Release the call, possibly leaving a text message (see "Text mail/Callback request")
- leave an automatic callback request with the called party, if the station supports
- intrusion into the existing conversation, if the caller is authorized and if the station is not
protected against intrusion
- transfer his PARTY if on-hold (see "Conference")
3.28.1.2 ADDITIONAL INFORMATION
- When camp-on is allowed and the called party is not protected against the camp-on tone,
the camped caller hears the camp-on tone and the called party hears a single beep every
20 seconds.
- If the automatic callback request is accepted, the user hears the dial tone if he is off hook
and switches to the idle status in hands-free mode.
- An authorized station can only request a single automatic callback at a time.
- A station can only receive a single automatic callback request at a time.
- A callback request does not follow a call forwarding.
- The identity of the barging in station is displayed on the stations which are already in
conversation.
- Barge-in is refused (the user then remains camped-on) if:
• the called party is in a conference call
• the called party is barging in on another conversation
• at least one of the stations is protected against barge-in
- An attendant station always has the authority to camp on and to barge-in.
- When the user is barging in while having a party on hold, he returns to this party by
canceling the barge-in and disconnecting going on hook and returning to the call on hold.
- The first analog (Z) station is considered as a fax and is therefore protected by default

               3-81

Chapter 3 # ( #

against barge-in and the camp-on tone.

3.28.2 Configuration procedure

3.28.2.1 CONFIGURATION
- To specify whether or not to protect a station against camp-on:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Camp-On Protection"

- To specify whether or not to protect a station against the camp-on tone:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Warntone Protection"

- To specify whether or not to authorize camp-on for a station:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Camp-On Allowed"

- To specify whether or not to protect a station against barge-in (intrusion):

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Barge-in Protection"

- To specify whether or not to authorize barge-in (intrusion) for a station:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Barge-in Allowed"

- To specify whether or not to authorize a station to leave an automatic callback request:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Callback"

3.28.3 Operation
3.28.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
F.K.: Fixed Key
S.K.: Soft Key
Code: Code programmed in the "Features in Conversation" table
All stations
Without display ? With display, no
including analog With soft keys
Analog (Z) soft keys
(Z)
Automatic call back P.K.: Automatic
Feature code P.K.: ?Cback S.K.: ?Cback
request (*) callback request

3-82               

 # ( #

P.K.: Barge-in or S.K.: ?BrgIn or

Barge-in Feature code P.K.: Barge-in
Intrusion ?Intru

(*) When the called party becomes free, the station which requested callback is rung. If it goes
off hook, the station of the called party rings in turn.
3.28.3.2 CANCELLATION
Prefix: Code programmed in the internal dialing plan
All stations
Without display ? With display, no
including analog With soft keys
Analog (Z) soft keys
(Z)
S.K.: ¦Cback,
P.K.: Cancel
Automatic call back (**) Prefix P.K.: ¦Cback before or during
callback
callback
P.K.: Barge-in or
Barge-in Activation code P.K.: Barge-in S.K.: ¦Intru
Intrusion

(**) The automatic callback request is also canceled if:

- the person requesting call back does not go off hook within 15 seconds or presses the
"Release" key during these 15 seconds
- the called station does not release within 30 minutes.

3.29 Answering Camped-on Calls

3.29.1 Overview
3.29.1.1 DESCRIPTION
When one or more callers (if the station has the necessary resources) are camped on a user
(see "Camp-on on busy station or group"), the User can either:
- consult the identity of the camped callers, if the station has soft keys
- answer (consult) one or more camped-on calls, without releasing the current call, or
- answer a camped-on call by releasing the current call. In this case, the system determines
which camped-on call is presented to the station according to the priority of the calls
camped-on.
The level of priority depends on three criteria:
- the type of caller: internal, external or Attendant station (for example, if a station has a
caller camped on but has no resources left, an Attendant station call "breaks" the first
camp-on and is itself camped on)
- the type of called party: Attendant Group, Hunt Group or station
- the type of call: simple call, recall (for example after transfer failure, see "Conference") or
hold reminder
The system allocates the following descending order of priority:
- external hold recall, delayed or otherwise

               3-83

Chapter 3 # ( #

- internal hold recall, delayed or otherwise

- external callback
- external call
- internal callback
- call from an attendant station
- internal call
- Attendant Group call
- Hunt Group call
3.29.1.2 ADDITIONAL INFORMATION
- A station that has activated paging or that is in a conference call (see "Conference") or
barge-in (intrusion) (see "Camp-on on busy station or group"), cannot answer a camped-on
call.
- When accessing the identity of the camped-on callers, a station with soft keys can also
access the User to User Signaling (UUS) of the caller (see "ISDN Services").

3.29.2 Configuration procedure

3.29.2.1 CONFIGURATION
- To specify whether or not to protect a station against camp-on:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Camp-On Protection"

- To specify whether or not to protect a station against the camp-on tone:

• by OMC (Expert View):Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Warntone Protection"

- To specify whether or not to authorize camp-on for a station:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Camp-On Allowed"

3.29.3 Operation
3.29.3.1 ACTIVATION/USE
S.K.: Soft Key
Code: Code programmed in the "Features in Conversation" table

3-84               

 # ( #

All stations
Without display ? With display, no
including analog With soft keys
Analog (Z) soft keys
(Z)
Consultation of
camped-on caller -- S.K.: Queue
identities
Answer after access of
-- S.K.: Answer(**)
identity (*)
Answer a camped-on call
Feature code Resource key
(*)

(*) "Manual" answering of a camped-on caller entails exclusive hold (see "Three-party calls"
file) of the current communication.
(**) When the identity of the caller to be consulted is displayed.
3.29.3.2 CANCELLATION

All stations
Without display ? With display, no
including analog With soft keys
Analog (Z) soft keys
(Z)
Return to initial Consulation
correspondent after (Enquiry or broker
Resource key of party on hold
accessing a camped-on call cancellation
caller code(*)

(*) In the first case, the caller is released and in the second, placed on exclusive hold.

3.30 Three Party Calls

3.30.1 Overview

The operating mode, Europe or US, cannot be configured with MMC-station or OMC. This mode is
globally specified for the system when configured in the factory.

3.30.1.1 DESCRIPTION
3-party calls are:
- call consultation (enquiry), prior to the following:
- broker
- conference
- transfer
3.30.1.1.1 Consultation (Enquiry)/Hold
A station involved in an internal or external conversation can make a new internal or external
call using either:
- one of the means described in "Making/Answering a call"

               3-85

Chapter 3 # ( #

- or by answering a camped-on call (see "Camp-on on busy station or group")

- or by picking up a call intended for another station (see "Call PickUp" and "Call
Parking/Parked Call Retrieval")
The current party is automatically placed on hold by the system. This type of hold is said to be
"exclusive" because only the user who activated it can retrieve the party.
A user can place a party on exclusive hold when:
- he is in conversation with the party
- he has called the party and hears the ringing tone
- he has called the party and hears the camped-on tone
"Manual" call holding is also possible. In this case, it is said to be "common" because all the
users supervising the resource on hold can retrieve the party (RSP resource only).
A user can only place a party with whom he is in conversation on common hold.
Hold recall: When a user goes on hook with a party on hold, the system recalls the user. This
can be either immediate (overlooked hold) or time-delayed. When the hold recall is
time-delayed, the user can make an outgoing call or answer an incoming call: the hold recall
will take place at the end of the timeout or at the end of the new call.
3.30.1.1.2 Broker
This service enables the user to speak alternately with a party on line and a party on hold.
3.30.1.1.3 Conference
This service enables an authorized user on a consultation call to set up a call with two parties
simultaneously.
3.30.1.1.4 Transfer
This service enables a call to be setup between the party on hold and the party on line. This
latter was not necessarily in conversation with the user. Transfer can take place either:
- after conversation with the second party
- when the user hears the ringing tone (the second party has not answered)
- when the user is camped-on on the second party's station
- when the user has activated paging for this second party (who has not answered)
- during the routing phase of the second call, after dialing an external number
3.30.1.2 ADDITIONAL INFORMATION
- A party on hold hears music-on-hold if external and the hold tone if internal.
- It is impossible to place on hold:
• a network call in the routing phase
• a broadcast call
• a barge-in call
• a paging call
- At hold recall, the user's station rings and if he does not answer before the expiration of the
hold recall time-out:

3-86               

 # ( #

• the call is returned to the general level if external

• the call is released if internal
- A broker call is refused when the user has barged into a conversation, or is involved in a
conference or paging call
- A user cannot put another caller on exclusive hold when he hears the ringing or camp-on
tone, only to return to the first correspondent on hold
- If one of the stations involved in a conference goes on hook and is not the initiator of this
conference, the remaining two parties stay in communication
- The system allows 3 simultaneous conferences. The DSP resources for conferences are
shared with the VMU feature "recording of conversation"
- The services attributed to the stations must be of the "telephone" type, otherwise holding
may be refused
- US special feature: the first time the Transfer or Conference key is pressed, this is
followed by an acknowledge tone then the dial tone (stutter dial tone); the 2nd time the
Transfer key is pressed, this is followed by an accept or reject tone (depending on the
case); the second time the Conference key is pressed this is followed by a unique beep
(1400 Hz - 1.5 seconds)

3.30.2 Configuration procedure

3.30.2.1 CONFIGURATION
- Choose between immediate or delayed hold recall:
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Misc. Labels ->
"TimedHldEn"
• by MMC-Station: Global -> Rd/Wr -> Address -> "TimedHldEn" -> Return -> Memory

- To modify the implicit value of the delayed hold recall time-out:

• by OMC (Expert View): System Miscellaneous -> Feature Design -> Part 3 -> Duration of Hold
Recall Ringing
• by MMC-Station: Global -> Rd/Wr -> Timeout -> " OnHoldTim" -> Return -> Memory

- For the system, specify whether or not the conference is authorized in the system and if it
is, the type of conference authorized:
• by OMC (Expert View): System Miscellaneous -> Feature Design -> Part 2-> Conference
(prohibited, internal only or Ext & Int)
• by MMC-Station: Global -> Confer

- To specify whether or not each station is authorized to take conference calls (by default, all
stations have this feature):
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> Conference

- For the system as a whole, to authorize or inhibit the transfer of incoming or outgoing trunk
lines to an outgoing network line (be careful with user rights and trunk group link COS):

               3-87

Chapter 3 # ( #

• by OMC (Expert View): System Miscellaneous -> Feature Design -> "Transfer Ext/Ext"
• by MMC-Station: Global -> Joing. -> Transf

- To authorize transfer of an incoming or outgoing network line to an outgoing network line,

for each station:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> Part2 -> "Join incoming and Outgoing" and "Join Outgoing and Outgoing"

- To define the type of system reaction in the event of transfer failure (attendant or initiator
recall, also called "transfer master"):
• by OMC (Expert View): System Miscellaneous -> Feature Design -> "Go to initiator if transfer fails"
• by MMC-Station: Global -> MasRec -> Choice

- Modify the implicit value of the rerouting time-out at general level in the event of transfer
failure:
• by OMC: System Miscellaneous -> Memory Read/Write -> Timer Labels -> "TransfeTim"
• by MMC-Station: Global -> Rd/Wr -> Timeout -> " TransfeTim" -> Return -> Memory

- Authorize connection of two external lines by transfer (connection matrix):

Traffic Sharing and Restriction -> Joining

- To specify whether or not to authorize transfer by going on-hook with a multiline station:
• by OMC (Expert View): System Miscellaneous -> Feature Design -> Transfer by on hook

- To specify whether or not to authorize Ext/Ext transfer (intersite transfers) by going

on-hook with a Z station:
• by OMC (Expert View): System Miscellaneous -> Feature Design -> Transfer Ext/ext by on hook

3.30.3 Operation
3.30.3.1 ACTIVATION/USE

Note:
The dedicated sets with US profile (see also “Resources keys”) feature fixed keys (pre-programmed)
Man. hold, Transfer and Conference; the stations with dynamic keys provide dynamically the same
keys depending on the context.
P.K.: Programmed Key - defined by OMC (Expert View) or MMC-Station
F.K.: Fixed Key
S.K.: Soft Key
Code: Code programmed in the "Features in Conversation" table

3-88               

 # ( #

Without
Single-line With display, With soft
Analog (Z) display and
Analog (Z) no soft keys keys
multi-line
Consultation call
F.K.: R + call Call
(enquiry) (Europe)
Consultation call F.K. Flash + F.K. Man. hold + call
(enquiry) (US) call
Exclusive hold (Europe) Automatic on consultation, broker or reply to a camped-on call
Common hold (Europe) -- -- P.K.: Hold S.K.: Hold
Common hold (US) F.K. Flash F.K. Man. hold
Broker (Europe) Feature code Resource key
P.K.:
Broker (US) Feature code F.K. or P.K.: Conference S.K.: Conf
Conference
Conference (US) F.K. Flash + F.K. F.K. Conference + 2nd party call or resource
2nd party call Conference + key + F.K. Transfer
+ F.K. Flash + 2nd party call
feature code + F.K.
Conference
Transfer (Europe) On hook F.K.: Transfer S.K.: Transf
Transfer (US) On hook F.K. Transfer F.K. Transfer + Recipient resource key + F.K.
+ 2nd party Transfer
call + F.K.
Transfer

3.30.3.2 CANCELLATION
P.K.: Programmed Key - defined by OMC (Expert View) or MMC-Station
F.K.: Fixed Key
S.K.: Soft Key
Code: Code programmed in the "Features in Conversation" table
Without
With display, With soft
Analog (Z) Single-line display and
no soft keys keys
multi-line
Consultation call F.K.: R + Code
Code: Cancel
(enquiry), Broker Cancel F.K.: End + resource key of initiator
enquiry
(Europe) enquiry
Common Hold Retrieval
or Voice Transfer -- -- Resource key
(Europe)
Retrieving common hold F.K. Flash F.K. Man. Resource key
(US) hold
Conference, with return
to conversation P.K.:
Feature code F.K. or P.K.: Conference S.K.: Conf
preceding the conference Conference
(Europe and US)

               3-89

Chapter 3 # ( #

Conference, with release

of both parties (Europe -- On hook
and US)

3.31 Intercom Intrusion

3.31.1 Overview
3.31.1.1 DESCRIPTION
When an internal user calls another internal user who does not answer, he can force the
destination station to switch to hands free mode, if it supports this feature.
The intercom call ringing tune rings the destination station for a programmed length of time
and the latter switches automatically to hands-free mode.
Note:
For the activation of the "Intercom" function, see "Making/Answering a Call".
3.31.1.2 ADDITIONAL INFORMATION
- The "Interphone barge-in (intrusion) on free" or "Forced" programmed key can be replaced
by a macro programmed key "Macro1 = direct call of an internal number + interphone
barge-in on free on the called station".
- The right to interphone barge-in is the same as that for barge-in (see "Camp-on on busy
station or group").

3.31.2 Configuration procedure

3.31.2.1 CONFIGURATION
- To specify whether or not to protect a station against interphone barge-in (intrusion) on
free:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Barge-in Protection"

- To specify whether or not to authorize a station to activate interphone barge-in (intrusion):

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Barge-in Allowed"

- To modify the duration for the interphone call ringer:

• by OMC System Miscellaneous -> Memory Read/Write -> Timer Labels -> "AutoAnsTim"
• by OMC: Global -> Rd/Wr -> Timer -> "AutoAnsTim" -> Return -> Memory

3.31.3 Operation
3.31.3.1 ACTIVATION/USE

3-90               

 # ( #

P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station

S.K.: Soft Key
Without display With display, no
Type of station Analog (Z) With soft keys
and multi-line soft keys
Activation of interphone P.K.: Interphone
barge-in (intrusion) on barge-in S.K.: ?BrgIn or
-- P.K.: Forced
free when the user hears (intrusion) on ?Intru
the ringing tone free

3.32 Call Forwarding

3.32.1 Overview
3.32.1.1 DESCRIPTION
Forwarding enables personal (individual) or group calls to be re-routed immediately. The type
of calls, internal and/or external, affected by the active forwardings can be selected by
configuration.
- Follow-me: forwarding is activated from the destination station
- Do Not Disturb: the user refuses all calls: internal calls are released and external calls are
transferred to the attendant station
- Immediate group call forwarding: calls sent to all groups linked to the user are
transferred to another programmed destination number (in advance or on activation of the
service)
- Immediate call forwarding: individual calls are routed to another destination (whether set,
group or VMU) programmed in advance or on activation of the service)
- Forward to text answering: internal calls are released after display of a text message and
external calls are routed to the attendant station
- selective forwarding: depending on the callers" identification (call number), the calls may
or may not be routed to a pre-programmed destination
- Forward to pager: calls are routed to the called party's pager
- Forward on busy: when the station is busy, calls are routed to another destination
(programmed in advance or on activation of the service)
- Withdraw from group: the user refuses calls intended for one or more Hunting Groups or
Operator Groups to which he belongs
Personal
Incoming call Initial
Type of forwarding or group Final destination Feature rights
type destination
forwarding
Follow-me Internal/external Set Personal Internal station -
Internal -
Do Not Disturb Set Personal -
External Attendant station

               3-91

Chapter 3 # ( #

Personal
Incoming call Initial
Type of forwarding or group Final destination Feature rights
type destination
forwarding
Int. or ext. station
Set Personal
Internal or group -
GrpPic Group Internal station
Immediate Int. or ext. station
Set Personal (*) (*) station or Yes for external
External group forwarding
GrpPic Group Internal station
Internal -
Text answering Set Personal -
External Attendant station
Internal Int. or ext. station
Selective Set Personal Yes
External (*) (*)
Paging Internal/external Set Personal Paging "Bleep" -
Internal or external
Forwarding on busy Internal/external Set Personal Yes
station or group
Unavailable
(Withdraw from Internal/external GrpPic Group - -
group)

(*) External forwarding requires a particular configuration detailed in the "External Forwarding"
file.
Note 1:
Alcatel-Lucent OmniPCX Office Communication Server also offers the facility to transfer a call to the
voice mailbox of a third party. However, this is not an automatic transfer of an incoming call, but a manual
transfer of an already answered call. For more details, see "Transferring to Voice Mail of Third Party".

Note 2:
The Alcatel-Lucent OmniPCX Office Communication Server Release 7.0 also offers the facility to
activate/deactivate the immediate call forwarding via the remote configuration. For more details, see
Remote configuration - Detailed description .

3.32.1.2 ADDITIONAL INFORMATION

- Only one active individual forwarding is authorized per station: (activation of an individual
forwarding cancels and replaces the previous one)
- A station can simultaneously activate several forwardings: station forwarding + immediate
group forwarding + selective forwarding + as many group withdraws (unavailable) as is
desired
- Authorization to forward the last station of a group can be programmed (see
"Configuration")
- The "Follow-me" service can be cancelled from the destination station or the forwarded
station
- The "Unavailable (Withdraw from group)" service is not available on S0 stations
- A "Master forwarding" or "Selective forwarding" key (M. Immd", M. Busy", M. Grp") makes

3-92               

 # ( #

it possible to activate or cancel the corresponding forwarding. Furthermore, the icon or

LED associated with this key, indicates when a forwarding is activated. All the
preprogrammed or fixed keys are such keys
- The same station may have a "personal call forwarding" Master key and a "Group call
forwarding" Master key
- A "text answering" forwarding can only be activated on a station with a display
- The "internal" type of calls to be forwarded includes internal calls as well as those coming
from the private network
- Forward to text answering: when a network call from a station without UUS capability (a Z
station for example) arrives at a station that has activated forwarding to text answering, the
call is forwarded to the attendant station, which also receives the text message from the
called station
- Prefixes for the forwarding functions in the numbering plans. The basic value may differ
according to the local version of the software; the following values apply in France:
• Forwarding: base 0 = cancel forwarding
• Forwarding: base 1 = immediate forwarding
• Forwarding: base 2 = forwarding on busy
• Forwarding: base 3 = do not disturb
• Forwarding: base 4 = forward to pager
• Forwarding: base 5 = group call forwarding
• Forwarding: base 6 = disconnect from group
• Forwarding: base 7 = rejoin group
• Forwarding: base 8 = follow-me
• Forwarding: base 9 = cancel follow-me
• Forwarding: base 10 = selective forwarding
- Cascade forwarding (available from version R2.0): a call may be subject to a maximum of
5 individual forwardings (default: 5; configurable by OMC):
• In case of external forwarding (of a local call, of an incoming call by joining or by
re-routing), the cascade may use public or private, analog or digital lines
• The cascade stops as soon as the authorized number is reached (thus avoiding loops)
• The cascade stops when it comes to a user in forwarding:
• Do Not Disturb
• Text answering
• Follow-me
• On the person search device
• Dynamic routing (except if routing is to an external destination)
• Screening: if the last forwarding authorized by the cascade number configuration
concerns a user in the process of screening, this additional forwarding is accepted
• Group call forwarding: if the recipient of group call forwarding is himself forwarded, this
forwarding will not be processed
• Forwarding on busy: the forwarding is processed even if the user is grade 2 busy (2
established calls)
• Forwarding on the person search device: this forwarding is processed even if it means
exceeding the authorized number of cascades
- US special features: a “Do not disturb” forwarding is managed as an immediate forwarding

               3-93

Chapter 3 # ( #

on the voice server

3.32.2 Configuration procedure

3.32.2.1 CONFIGURATION
- For each station, select the type of calls (internal, external or both) to be forwarded:
• by OMC (Expert View): Users/Base stations List -> Details -> Fwd. Rout -> Diversion Apply
• by MMC-Station: User -> DynRou -> Ext or Inter

- For each station, program the caller lists for selective forwarding (CLIP diversion),and the
internal or external destination for each list. Lists can be unused, active (until deactivated
by the station), inactive (until validated by the station), validated (programmed but not
usable), negative or otherwise (a negative list is one where forwarding is activated by
users other than those on the caller list):
by OMC (Expert View): Users/Base stations List -> Details -> Fwd. Sel

- To specify whether or not to authorize forwarding of the last member of a group:

by OMC (Expert View) only: Common Data -> Feature Design -> Part 1 -> Disconnect last Group
Member allowed

- For each station, external forwarding can be authorized:

by OMC (Expert View) only: Users/Base stations List -> Details -> Features -> External forwarding

- Specify the number of cascading call forwardings (5 max., 5 by default):

by OMC (Expert View) only: System Miscellaneous -> Feature Design -> Part 5 -> Maximum Number of
Call Forwarding Cascading Levels

- Specify whether or not to authorize a new cascade in case of external forwarding:

by OMC (Expert View) only: System Miscellaneous -> Feature Design -> Part 2 -> Cascaded External
Diversion

In case of prohibition and if an external forwarding is detected:

- If it is the first forwarding, it is processed.
- Otherwise, forwarding is refused and the current user is warned by a ring (i.e. the user who
activated the external forwarding).

3.32.3 Operation
3.32.3.1 ACTIVATION/USE
P.K.: Programmed Key
F.K.: Fixed Key
S.K.: Soft Key

3-94               

 # ( #

Prefix: Code programmed in the internal dialing plan

All stations Without display ? With display,
Type of forwarding With soft keys
including analog (Z) Analog (Z) no soft keys
S.K.: Forward +
P.K.: Follow Me+ no. P.K.: Follo->+
Prefix + station No. Follo-> + no. of
Follow-me of station to be n° of station to
to be forwarded station to be
forwarded be forwarded
forwarded
S.K.: Divert +
Do Not Disturb Prefix P.K.: Do Not Disturb P.K.: DND
DND
F.K.: Forward
F.K.: Forwarding or
or
(pre-)programmed
(pre-)programmedS.K.: Forward +
Immediate forwarding of Prefix + Destination (Master) indiv.
M ImmD-> or Immed-> +
personal calls No. immediate
Immed-> Destination No
forwarding +
(indiv.) +
Destination No.
Destination No.
Forward to text S.K.: Forward +
-- -- P.K.: Text->
answering Text->
S.K.: Forward +
Forward to pager Prefix P.K.: Paging P.K.: Page->
Page->
P.K.: Forward on P.K.: M busy-> S.K.: Forward +
Prefix + Destination
Forward on busy busy (master) + or Busy-> + Busy-> +
No.
Destination No. Destination No Destination No
P.K.: (Master)
Immediate forwarding of Prefix + Destination Immediate call P.K.: M Grp-> or Immed->
group callst No. forwarding (group) + (group) + Destination No
Destination No.
P.K.: Withdraw from
Unavailable (Withdraw Prefix + No. of group P.K.: GrpWd or GrpUna +
group + number of
from group) to quit number of the group to quit
the group to quit
P.K.: Selective
Selective forwarding Prefix P.K.: SelFwd
forwarding

3.32.3.2 CANCELLATION
P.K.: Programmed Key
F.K.: Fixed Key
S.K.: Soft Key
Prefix: Code programmed in the internal dialing plan
All stations Without
With display, no
Type of forwarding including display ? With soft keys
soft keys
analog (Z) Analog (Z)
S.K.: Forward +
All, except "withdraw Prefix Cancel P.K.: Cancel all
P.K.: All Cancl-> + type of
from group" all forwardings forwardings
forwarding

               3-95

Chapter 3 # ( #

All stations Without

With display, no
Type of forwarding including display ? With soft keys
soft keys
analog (Z) Analog (Z)
Prefix Cancel Prefix Cancel
S.K.: Forward +
Follow-me + Follow-me + Prefix Cancel
Follow-me (from the Cancl-> + Follo-> +
No. of No. of Follow-me + No. of
destination station) No. of station to be
forwarded forwarded forwarded station
forwarded
station station
P.K.: Withdraw
Prefix + No. of from group + P.K.: GrpWd or GrpUna + number of group
Rejoin the group
group to rejoin number of to rejoin
group to rejoin

3.33 Automatic Call Back on Busy Trunk Group

3.33.1 Overview
3.33.1.1 DESCRIPTION
When a user makes a network call (public or private) by:
- using an external RSD or RSB resource key (see "Resource Keys")
- dialing a trunk group number
- using the "Dial by Name" feature
- pressing a direct call key
- using the personal and system speed dial numbers
- using the "Redial" and "Temporary Store" features
and hears the busy tone for the selected trunk group, he can leave an automatic callback
request on the trunk group.
3.33.1.2 ADDITIONAL INFORMATION
- A user can leave only one type of automatic callback request at a time: on busy station or
trunk group.
- If the automatic callback request is accepted, the user hears the dial tone if he is off hook
and switches to the idle status in hands-free mode.
- An automatic callback request does not follow call forwarding (not even a "Do Not
Disturb").
- The system accepts as many automatic call back requests on a busy trunk group as it
contains lines.
- Automatic callback cannot be picked up (see "Call pick-up").
- Automatic callback that the requesting party does not answer is not recorded in the
directory of unanswered calls.

3.33.2 Configuration procedure

3-96               

 # ( #

3.33.2.1 CONFIGURATION
- To specify whether or not to authorize a station to leave an automatic callback request:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Callback"

3.33.3 Operation
3.33.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
S.K.: Soft Key
Code: Code programmed in the "Features in Conversation" table
All stations
Without display ? With display, no
(including analog With soft keys
Analog (Z) soft keys
(Z)
Automatic call back P.K.: Automatic
Feature code P.K.: ?Cback S.K.: ?Cback
request (*) callback request

(*) When a trunk in the trunk group is released, the user requesting callback is rung. When the
user picks up the handset, he hears the dial tone. He then can dial the number without
entering the trunk group number.
When the automatic callback request was left following an automatically dialed call (by
personal speed dial, for example), the dialing is transmitted automatically by the system once
the requester has answered the callback.
3.33.3.2 CANCELLATION
Prefix: Code programmed in the "Features in Conversation" table
All stations
Without display ? With display, no
(including analog With soft keys
Analog (Z) soft keys
(Z)
S.K.: ¦Cback,
P.K.: Cancel
Automatic call back (**) Prefix P.K.: ¦Cback before or during
callback
callback

(**) The automatic callback request is also canceled if:

- the person requesting callback does not go off hook within 25 seconds or presses the
"Release" key during these 25 seconds
- no line in the trunk group becomes free within 30 minutes
- all the resources of the person requesting callback are busy
- after the person requesting the callback has answered, all the lines in the trunk group
return to busy.

3.34 Transmission of DTMF Codes

               3-97

Chapter 3 # ( #

3.34.1 Overview
3.34.1.1 DESCRIPTION
A station can dial either:
- in rotary or pulse dialing mode, or
- in DTMF (Dual Tone Multi Frequency) mode (default for some countries)
In order to use the services of a server or a telephone answering device, a station must use
DTMF dialing so that the PCX can forward the digits dialed to this server without analyzing
them.
A DTMF dialing station does this by default since it generates the DTMF dialing itself.
A rotary or pulse dialing station must activate DTMF end-to-end signaling. The digits dialed
are then converted into DTMF dialing.
"DTMF end-to-end signaling" can be activated in one of the following ways:
- manually, during internal or external conversation
- automatically, via a pre-recorded number in which a "forced DTMF end-to-end signaling"
character is programmed, possibly followed by digits to be transmitted in DTMF:
• in the personal speed dial numbers (internal or external number)
• in the system speed dial numbers (external number)
• on a direct call key (internal or external number)
- automatically, during an internal or external call via DTMF end-to-end signaling
programming for each station or system.
3.34.1.2 ADDITIONAL INFORMATION
- When "DTMF end-to-end signaling" is forced in a pre-recorded number, the digits to be
sent in voice frequencies can be either pre-recorded or dialed by the user when he makes
the call.
- The character symbolizing "Forced DTMF end-to-end signaling" is the slash ("/"). This
character also introduces a 5-second pause (non-modifiable) before sending the rest of the
number in DTMF end-to-end signaling; to introduce a 10 second pause: xxxx // xxxx.
- When a number with "Forced DTMF end-to-end signaling" is recorded in the "Redial" or
"Temporary number" store, the number is transmitted and the end-to-end signaling service
activated when the content of these stores is recalled. However, the digits to be sent in
voice frequencies are not retransmitted if they were dialed by the user at the time of
making the call.
- The number of "Forced DTMF end-to-end signaling" characters and digits to be sent in
voice frequency format depend on the total number of digits authorized in programming a
speed dial entry or call key and the number of digits forming the directory number of the
called server.
- The system makes it possible to program the DTMF end-to-end signaling feature in
conversation which, when it is dialed, enables the activation of the end-to-end signaling
and the transmission of the character "**", frequently requested by the voice servers (see
"Configuration").
- DTMF end-to-end signaling:

3-98               

 # ( #

• when DTMF end-to-end signaling is active for the system or station while in
conversation, access to the features during a conversation are no longer offered
(except for DTMF analog stations that have access to these features via the
intermediate of the "R" key).
• to make a consultation (enquiry call) on a single-line station, DTMF end-to-end
signaling must first be canceled by pressing on a key programmed "DTMF end-to-end
signaling". A multi-line station uses a resource key.
• DTMF end-to-end signaling can be deactivated for the current call by pressing a soft
key or DTMF programmed key ¦ (access to features during a conversation and to
consultation (enquiry) calls is performed as it was before activating this function).
Note:
DTMF "resend" is not possible between 2 IP phone sets.

3.34.1.2.1 DTMF and IP trunking

The standard used for DTMF exchange on IP trunks is RFC2833 (RTP with specific payload
type).
From Alcatel-Lucent OmniPCX Office Communication Server R6.0 on, the feature direct RTP
on SIP trunking can be activated.
If direct RTP is activated, it is the IP sets which generate RTP packets containing RFC2833
towards distant IP sets or gateway.
Restrictions: IP sets not managing RFC2833 are unable to send DTMF when Alcatel-Lucent
OmniPCX Office Communication Server is configured in direct RTP. IP sets managing
RFC2833 include:
- WLAN handsets
- PIMphony IP R6.0 (older PIMphony IP do not abide by RFC2833)
If direct RTP is not activated, IP sets behave like TDM sets. DTMF is sent to Alcatel-Lucent
OmniPCX Office Communication Server through signaling messages and converted into RTP
packets by the DSP allocated to the IP trunk

3.34.2 Configuration procedure

3.34.2.1 CONFIGURATION
- To modify the value of the time-out during which DTMF end-to-end signaling is active:
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Timer Labels ->
"IntDgMfTim"
• by MMC-Station: Global -> Rd/Wr -> Timers -> "IntDgMfTim" -> Return -> Memory

- To modify the value of the time-out during which forced DTMF end-to-end signaling is
active:
• by OMC (Expert view): System Miscellaneous -> Memory Read/Write -> Timer Labels ->
"ForceMFTim"
• by MMC-Station: Global -> Rd/Wr -> Timer -> "ForceMFTim" -> Return -> Memory

- Create the Features in Conversation making it possible to activate the end-to-end signaling
and to resend the * in DTMF:

               3-99

Chapter 3 # ( #

• by OMC (Expert View): Dialing -> Features in conversation

• by MMC-Station: NumPln -> Code -> Funct -> "Send MF num"

- To specify whether or not to activate DTMF end-to-end signaling for a given station
(service deactivated by default):
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> MF Transparency

3.34.3 Operation
3.34.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
S.K.: Soft Key
Code: Code programmed in the "Features in Conversation" table
With display, no
Z decadic Without display With soft keys
S.K.s
Manual activation Code DTMF P.K.: DTMF
during end-to-end end-to-end P.K.: ?DTMF S.K.: ?DTMF
communication signaling signaling
Automatic By system speed All types of All types of All types of
activation dial numbers pre-recorded dialing pre-recorded dialing pre-recorded dialing

3.34.3.2 CANCELLATION

Without With display,

Z decadic With soft keys
display no S.K.s
When activation P.K.: DTMF
Automatic deactivation on
has been done end-to-end P.K.: ?DTMF S.K.: ¦DTMF
"IntDgMfTim" time-out.
manually signaling
When activation Automatic deactivation on "ForceMFTim" time-out when the system encounters the
was automatic "/" character or manual deactivation by key.

3.35 Call Pick-Up

3.35.1 Overview
3.35.1.1 DESCRIPTION
When a station rings, another user can answer the call in place of the destination station. This
call is "picked up". There are various types of pickup:
- a call to a station outside a pickup group: this is an individual pickup
- a call to a station within a pickup group: this is a group pickup

3-100               

 # ( #

- a call arriving at the general level: this is a general call answer

3.35.1.2 ADDITIONAL INFORMATION
- A private user can only pick up internal calls.
- A private call cannot be picked up.
- A call intended for a Hunt Group with circular or serial management (see section "system
features" file "Hunt Groups") can be picked up like an individual pickup.
- A call intended for a group of attendant stations can only be picked up by individual pickup.
- Prefixes for pickup features in the dialing plans: the basic value may vary depending on the
software version. The French settings are as follows:
• pickup: base 0 = individual pick-up
• pickup: base 1 = group pickup
• pickup: base 2 = general call pickup

3.35.2 Configuration procedure

3.35.2.1 CONFIGURATION
- To create the pickup groups:
• by OMC (Expert View): Pickup Groups
• by MMC-Station: Groups -> Pick Up

- To specify whether or not to authorize a station to pick up a call:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Call Pickup Allowed"

3.35.3 Operation
3.35.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
S.K.: Soft Key
Prefix: Code programmed in the internal dialing plan
All stations Without
With display, With soft
Multiline (including display ?
no soft keys keys
analog (Z) Analog (Z)
P.K.:
S.K.: Pickup +
Individual P.K.: IndPic +
Code + No of S.K.: IndPic +
Individual pickup (*) -- pickup + No No of station
station ringing No of station
of station ringing
ringing
ringing
P.K.: Group S.K.: Pickup +
Group pickup (*) -- Prefix P.K.: GrpPic
pickup S.K.: GrpPic

               3-101

Chapter 3 # ( #

P.K.: General S.K.: Pickup +

General call answer (*) -- Prefix P.K.: GenBel
Call Answer S.K.: GenBel

(*) If the pickup is accepted, the user converses with the caller, if not, the user hears the fast
busy tone.

3.36 Call Parking/Parked Call Retrieval

3.36.1 Overview
3.36.1.1 DESCRIPTION
An user in conversation with an external party can suspend this conversation and retrieve the
party later from the same station or another station in the installation.
3.36.1.2 ADDITIONAL INFORMATION
- When a user is involved in a conference or a barge-in, call parking is refused.
- An internal call cannot be parked.
- When the external party is parked for more than the default value of 90 seconds, the call is
routed to the general level (see "Attendant Station").
- The system allows as many parked calls as there are network lines.
- Prefix for the Call Parking function in the numbering plans = Pick-up prefix + base 3. (For
France: the basic value may vary according to the local version of the software).

3.36.2 Configuration procedure

3.36.2.1 CONFIGURATION
- Modify, if required, the default timeout before rerouting the parked call (90 seconds) –
OMC (Expert View) only:
System Miscellaneous -> Feature Design -> Part 3 -> "Time before parked call is rerouted"
The rerouting of parked calls depends on the contents of Incoming Call Handling ->
Public Caller -> Go to Attendant or Release

3.36.3 Operation
3.36.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
S.K.: Soft Key
Code: Code programmed in the "Features in Conversation" table

3-102               

 # ( #

All stations
With display, no
including analog Without display With soft keys
soft keys
(Z)
Parking of an external P.K.: Call Parking
Prefix (*) P.K.: Park (*) S.K.: Park (*)
party (*)
Prefix Call S.K.: Pickup +
P.K.: Call Parking P.K.: Park + No of
Parking + No of S.K.: Park + No of
+ No of station station from which
Parked call retrieval station from which station from which
from which the call the call was
the call was the call was
was parked parked
parked parked

(*) If the request is accepted, the external party is placed on hold and hears the music-on-hold.

3.37 Paging

3.37.1 Overview
3.37.1.1 DESCRIPTION
An authorized user can inform another internal user with a portable radio paging receiver (or
"beeper") that he is trying to contact him on the telephone.
Paging is carried out depending on the paging device connected to the PCX, either:
- by suffix, i.e. after calling the user to be paged, with the latter not answering the telephone
- by "mode 4" prefix: the caller dials the paging prefix then, depending on the device, makes
a voice announcement or dials a pager number. The called party dials the paging answer
number
- by "mode 2" prefix (using the ESPA protocol): the caller dials the paging number followed
by the number for the device (it is a good idea to make pager numbers match station
numbers). The called party dials the answer number followed by his station number.
3.37.1.2 ADDITIONAL INFORMATION
- A user can only activate a single paging operation at a time.
- For the "by suffix" type of paging, by default, the system allows 4 simultaneous answer
attempts.
- Paging must be answered before the "Maximum Waiting Time for Paging" time-out
expires.

3.37.2 Configuration procedure

3.37.2.1 CONFIGURATION
- To specify whether or not to authorize a station to carry out paging by suffix:
• by OMC (Expert View): Subscribers/Basestations List -> Subscribers/Basestations List -> Details
-> Features -> "Paging"

- To program the "beeper" numbers for users with pagers:

               3-103

Chapter 3 # ( #

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Misc. ->
"Paging Code/Phone Card Password"
• by MMC-Station: User or Subscr -> Paging

- To configure the type of paging device connected to the PCX – OMC (Expert View) only:
System Miscellaneous -> Feature Design -> "Paging Type"

- To modify the paging no-answer time-out value if required – OMC (Expert View) only:
System Miscellaneous -> Feature Design -> Part 2 -> "Maximum Waiting Time for Paging"

- If necessary, modify the value of the paging device busy time-out – OMC (Expert View)
only:
System Miscellaneous -> Feature Design -> Part 3 -> "Maximum Connection Time for Paging"

- To define the paging activation code:

• by OMC (Expert View): Dialing -> Internal Dialing Plan -> Paging Activation

- To define the answer code:

• by OMC (Expert View): Dialing -> Internal Dialing Plan -> Paging Answ. (Gen.)

- For "by suffix" paging, configure the analog line to which the paging device is connected:
• by OMC (Expert View): External Lines -> Trunk List -> Details -> "Paging"
• by MMC-Station: Access -> Paging

- For "by prefix, mode 4", or mode 2" paging, configure the SLI interface to which the paging
device is connected:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Misc. ->
"Special Function"
• by MMC-Station: User or Subscr -> SpeDev

3.37.3 Operation
3.37.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
Prefix: Code programmed in the internal dialing plan or the "Features in Conversation" table
All stations
With display, no
including analog Without display With soft keys
soft keys
(Z)
Paging by suffix, in
ringing phase, the Prefix Paging by P.K.: Paging by
P.K.: Page (*)
correspondent called suffix (*) suffix (*)
does not answer

3-104               

 # ( #

Prefix Paging by P.K.: Paging by

Paging by prefix, mode 4 prefix + No of prefix + No of P.K.: PgPfx + No of pager(**)
pager(**) pager(**)
Prefix Paging by P.K.: Paging by
Paging by prefix, mode 2 prefix + No of prefix + No of P.K.: PgPfx + No of station paged (*)
station paged (*) station paged (*)
Prefix Selective P.K.: Selective
Answering paging by paging answer + paging answer +
P.K.: PgaSel + No of station paged
suffix No of station No of station
paged paged
Answering paging by Prefix General P.K.: General
P.K.: PgaGen
prefix, mode 4 Paging Answer Paging Answer
Prefix Selective P.K.: Selective
Answering paging by paging answer + paging answer +
P.K.: PgaSel + No of station paged
prefix, mode 2 No of station No of station
paged paged

(*) The requesting party stays on the line and waits for the paged party to answer. Conversion
of the set number into a paging receiver number is carried out by the system, which informs
the paging device.
(**) The requesting party stays on the line and waits for the paged party to answer.

3.38 Main PCX Recall

3.38.1 Overview
3.38.1.1 DESCRIPTION
If a user wants to use the services offered by the analog network operator (exchange carrier),
he must transmit a calibrated loopbreak over the line.
This procedure must also be followed when the system is connected to a PCX of larger
capacity via analog network lines.
3.38.1.2 ADDITIONAL INFORMATION
The "Main PCX Recall" programmed key or "?PBX" key can be replaced by a macro command
programmed key "Macro3 = Main PCX recall + transmission of a number or code".

3.38.2 Configuration procedure

3.38.2.1 CONFIGURATION
- For each analog network line, configure the value of the calibrated loopbreak using OMC
Expert View (only):
External Lines -> List of Accesses -> Details -> "Cut off Type"

- To modify the default value for the activation of the time-out for the calibrated loopbreak if
no figure has been transmitted:

               3-105

Chapter 3 # ( #

• by OMC System Miscellaneous -> Memory Read/Write -> Misc. Labels -> "IntClLpTim"
• by MMC-Station: Global -> Rd/Wr -> Address -> "IntClLpTim" -> Return -> Memory

3.38.3 Operation
3.38.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
F.K.: Fixed Key
S.K.: Soft Key
Code: Code programmed in the "Features in Conversation" table
With display, no
Type of station Analog (Z) Without display With soft keys
soft keys
P.K.: Main PCX P.K.: ?PCX or S.K.: ?PCX or
Main PCX recall F.K.: R. + Code (*)
recall (*) ?PBX. (*) ?PBX. (*)

(*) the system then transmits a main PCX recall to the local PCX and the following digits.
3.38.3.2 CANCELLATION

With display, no
Type of station Analog (Z) Without display With soft keys
soft keys
P.K.: Main PCX P.K.: ?PCX or
Cancel main PCX recall Automatic (*) S.K.: ¦PBX.
recall ?PBX.

(*) after the expiry of a time-out of:

- 5 seconds, programmable, if no figure has been entered
- 10 seconds if a figure has been entered (normal time-out for figures)

3.39 Text Mail/Delayed Callback Request

3.39.1 Overview
3.39.1.1 Text Mail
A user who has a station with a display can send a text message to another internal user who
has a display and Message LED, either:
- while not on a call
- during call setup, whatever the called party's status
The system offers 27 pre-programmed messages. Some of these include a variable part (for
example, a date or room number, etc.) that has to be filled in. A user who has a station with
soft keys can also create a complete message using the alphabetic keypad.
When the recipient has a station without a display (but with a Message LED), the text message
becomes a "delayed callback request".

3-106               

 # ( #

Starting with version R2.0 of the software, the number of the text message sender may be
saved (temporary memory (storage) or personal directory) (see also Making/Answering a Call -
Overview ).
Starting with version R7.0, pre-programmed messages can be recorded in non-Latin
characters. Users with compatible sets can edit and display messages in non-Latin characters.
Alcatel-Lucent IP Touch 4028/4038/4068 and Alcatel-Lucent 4029/4039 Digital Phone sets
support Latin, Cyrillic and Chinese/Taiwanese/Cantonese characters.
Alcatel-Lucent IP Touch 4008/4018 and Alcatel-Lucent 4019 Digital Phone sets can display
Latin and Cyrillic characters.
Other sets only support Latin characters.
Text messages are stored in the memory of the set. This memory is shared with non answered
calls and can store 10 messages (text or non answered call) maximum. The 11th message is
lost. The user has to delete useless messages to avoid congestion.
3.39.1.1.1 User-Defined Messages
Sending a User-Defined Message
On Alcatel-Lucent IP Touch 4028/4038/4068 and Alcatel-Lucent 4029/4039 Digital Phone sets,
a user can edit a user-defined message with:
- Latin characters, and
- Non-Latin characters corresponding to the set language (for example Cyrillic characters if
the set language is Russian, or Chinese characters if the set language is Chinese)
On other sets, users can edit user-defined messages with Latin characters only.
Displaying a Received User-Defined Message
The display of messages depends on the set capabilities and on the set language.
Alcatel-Lucent IP Touch 4028/4038/4068 and Alcatel-Lucent 4029/4039 Digital Phone sets can
display:
- Latin characters
- Cyrillic characters
- Chinese/Cantonese/Taiwanese characters if the set language is
Chinese/Cantonese/Taiwanese
Alcatel-Lucent IP Touch 4008/4018 and Alcatel-Lucent 4019 Digital Phone sets can display:
- Latin characters
- Cyrillic characters
Other sets only display Latin characters.
Characters which cannot be displayed on a set are replaced by question marks ("?").
3.39.1.1.2 Pre-Programmed Messages
Sending a pre-programmed message
On Alcatel-Lucent IP Touch 4028/4038/4068, Alcatel-Lucent 4029/4039 Digital Phone and
WLAN handsets, users can select one of the four system languages to send a

               3-107

Chapter 3 # ( #

pre-programmed message.
On Alcatel-Lucent IP Touch 4008/4018 and Alcatel-Lucent 4019 Digital Phone sets, users can
only select one of the languages that can be displayed on their sets, i.e. languages written in
Latin or Cyrillic characters.
On other sets, users can only select languages written in Latin characters.
Editing a Pre-Programmed Message
On Alcatel-Lucent IP Touch 4028/4038/4068 and Alcatel-Lucent 4029/4039 Digital Phone and
WLAN handsets, a user can edit a pre-programmed message with:
- Latin characters, and
- Non-Latin characters corresponding to the set language (for example Cyrillic characters, if
the set language is Russian)
On Alcatel-Lucent IP Touch 4028/4038/4068 and Alcatel-Lucent 4029/4039 Digital Phone and
WLAN handsets, users may select predefined messages in languages not available on their
own set. A set whose language is English can send predefined messages in Chinese for
instance. During selection of the message, the message list is displayed in Latin characters,
but the set receiving the message will display its Chinese equivalent.
On other sets, users can edit pre-programmed messages with Latin characters only.
Displaying a Pre-Programmed Message on the Receiving Set
On Alcatel-Lucent IP Touch 4028/4038/4068 and Alcatel-Lucent 4029/4039 Digital Phone sets
where the set language is Chinese/Cantonese/Taiwanese, a pre-programmed message is
displayed normally (exactly as it was sent).
On Alcatel-Lucent IP Touch 4028/4038/4068 and Alcatel-Lucent 4029/4039 Digital Phone sets
where the set language is not Chinese/Cantonese/Taiwanese and on Alcatel-Lucent IP Touch
4008/4018 and Alcatel-Lucent 4019 Digital Phone sets:
- A pre-defined message sent in Chinese/Cantonese/Taiwanese language is replaced by its
translation in the default Latin language (English or the first Latin language, if English is not
a system language) and unsupported characters edited by the sender are replaced by
question marks ("?")
- A pre-defined message containing only Latin and Cyrillic characters is displayed normally
(exactly as it was sent)
On other sets, a pre-defined message sent in non-Latin characters is replaced by its
translation in the default Latin language (English or the first Latin language if English is not a
system language) and unsupported characters edited by the sender are replaced by question
marks ("?").
3.39.1.2 Delayed Call-Back Request
A user whose set does not have a display but has a "Delayed callback request key" can leave
a delayed callback request for another user whose set has a Message LED. The callback
request can only be left during call setup as long as the called party has still not answered.
3.39.1.3 Additional Information
- On a analog (Z) station intended to receive a delayed callback request, a "virtual" "Master
Mailing" key must be configured with OMC (Expert View), or an "MsgLed" with
MMC-Station.

3-108               

 # ( #

- Calls from external Z users to stations in redirected text answering are forwarded to the
Attendant Station; the text message is shown on the Attendant Station display.

3.39.2 Configuration procedure

3.39.2.1 CONFIGURATION
- To modify the pre-defined messages - OMC (Expert View) only:
System Miscellaneous -> Messages and Music -> Mailing Messages

3.39.3 Operation
3.39.3.1 ACTIVATION/USE
P.K.: Programmed Key - defined by OMC (Expert View) or MMC-Station
F.K.: Fixed Key
S.K.: Soft Key
Prefix: Code programmed in the internal dialing plan
Without
display
Analog With display, no
? With soft keys
(Z) S.K.s
Analog
(Z)
F.K.: Mail or P.K.:
Choice of MsgLED + 3 +
F.K.: Mail + S.K.: Text + No. of destination if
text -- -- Destination No. if
requested + S.K.: MsgNo +Message No.
message (*) requested + F.K. i +
3 + Message No.
Modify
language
-- -- F.K.: i + 4 S.K.: Lang
for the
message
To validate
the chosen -- -- F.K.: Sp or LS S.K.: OK
message
To validate
the variable -- -- F.K.: Sp or LS S.K.: OK
part
Read text
messages -- -- F.K.: Mail +3 F.K.: Mail + S.K.: Text + S.K.: Read
received (*)

               3-109

Chapter 3 # ( #

Without
display
Analog With display, no
? With soft keys
(Z) S.K.s
Analog
(Z)
P.K.:
Send a
Delayed
delayed Code
callback --
callback +1
request
request
+1
Presence of
a text
message or Flashing LED
Flashing 2-color LED and Message
delayed Message
callback
request
Answer a P.K.:
delayed Delayed
Prefix --
callback call-back
request request

(*) When the set is idle, the system gives priority to "reading" the messages received (voice
messages first, then text).

3.40 ISDN Services

3.40.1 Overview
3.40.1.1 Description
The default dialing mode on ISDN lines is digit by digit. At the press of a key, users can
employ block dialing to access a range of services:
- addition of a sub-address to the number dialed
- activation of calling line identification restriction, i.e. the caller's identity is not
transmitted to the called party
- for a station with soft keys only, transmission of user-to-user signaling (UUS), i.e. a text
message on a station with a display.
Starting with R7.0, provided their sets allow it, users can send UUS messages containing
non-Latin characters (see Text Mail/Delayed Callback Request - Overview )
• If the receiver belongs to the same PCX as the sender, the treatment applied before
displaying the UUS message is the same as for displaying a text message. For more
information, see: Text Mail/Delayed Callback Request - Overview - Displaying a
Pre-Programmed Message on the Receiving Set .
• If the receiver is an ISDN destination, as the ISDN UUS service is restricted to Latin
characters, the message is changed into IA5 format: a pre-defined message sent in
non-Latin language is replaced by its translation in the default Latin language and
non-Latin characters edited by the sender are replaced by question marks ("?").
The "Calling Line Identification Restriction" function can also be activated in digit-by-digit

3-110               

 # ( #

dialing mode for all stations (see "Making/Answering a call").

When a call is received, the "malicious call identification" service is available This service,
available by subscription to the network, involves the network operator recording certain call
details either during the communication or during the release phase after the caller has hung
up, (numbers of both parties; date and time of call; sub-address of caller if applicable).
The keypad dialing features offer access (transparently) to the services provided by the
public network exchange carrier (the functional services of the particular operator).
3.40.1.2 Additional Information
- When the user has activated the block dialing, he cannot select a specific access via an
RSP (see "Resource Keys").
- In block dialing, if the dialing transmitted is incomplete, the line used is released as no digit
can be added to the dialing.
- Only a station with soft keys can receive UUS during an answered call. it can be reviewed
during the conversation by pressing the "Msg" soft key.
- Malicious call identification is not available to stations behind a private network
- Malicious call identification cannot be requested after a call transfer or suspension.

3.40.2 Configuration procedure

3.40.2.1 CONFIGURATION
- For each station, to specify whether or not to permanently activate "calling line
identification restriction":
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "Identity Secrecy"

- For each station, to specify whether or not to authorize reception of User to User Signaling:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features
-> "UUS Allowed"

- To modify the maximum time-out, after going on hook, for requesting recording of the
caller's identity – OMC (Expert View) only:
External Lines -> Protocols -> ISDN Trunk -> Layer 3 -> "T305 Disconnect Supervision"

3.40.3 Operation
3.40.3.1 ACTIVATION/USE
P.K.: Programmed Key - defined by OMC (Expert View) or MMC-Station
F.K.: Fixed Key
S.K.: Soft Key

               3-111

Chapter 3 # ( #

Analog
Without With display, no
With soft keys
(Z) display soft keys
Activate calling line identification restriction
P.K.
before dialing, in sequential or block dialing -- P.K.: CLIR P.K.: CLIR
CLIR
modes
F.K.: ISDN or P.K.:
Switch to block dialing mode -- -- F.K.: ISDN
BMdial
Delete digit preceding the cursor in block
F.K.: CLIR S.K.: Rubout
mode dialing (number and sub-address)
Add a sub-address in block dialing mode -- -- P.K.: SubAdd S.K.: SubAdd
To validate the sub-address, in block dialing
-- -- P.K.: SubAdd S.K.: OK
mode
S.K.: Text + n° of
Add UUS, in block dialing mode -- -- -- message (from 0 to
27) (*)
Activation of calling line identification
-- -- -- S.K.: CLIR
restriction, in block dialing mode
To set up the call in block dialing mode (with F.K.: ISDN or P.K.:
-- -- S.K.: Send
or without sub-address, with or without UUS). BMdial
Activate malicious call identification Feature code S.K.: MCID

(*) Messages 1 to 27 are pre-defined in the system. Some of them have a variable part which
must be completed (return time, room number, etc.). Message No "0" can be made up
completely from the alphabetic keypad (up to 32 characters).

3.41 ISDN Services With Keypad Facility

3.41.1 Overview
3.41.1.1 KEYPAD DIALING FEATURES
In some countries, the public ISDN exchange carriers provide services that can be activated
using the ETSI ETS 300 122 protocol (in addition to these generic services, each public carrier
defines how these services are handled in their national specifications).
To access these services, the system establishes transparent calls between the public
exchange and the internal users, who can then key in codes and receive a response from the
public exchange.
This service is available with all station types on an Alcatel-Lucent OmniPCX Office
Communication Server system directly connected to the public exchange (not through a
private network).
Up to R2.0, the operator services can only be activated from the rest state of the set. From
R2.1, in addition to activation from the rest state, it is possible to activate the services of the
operator during the call (for instance using the "conference operator" service to set up a
conference with 2 outside parties while only using a single B channel)

3.41.2 Configuration procedure

3-112               

 # ( #

3.41.2.1 Configuration
- To activate the service at system level:
• by DHM-OMC (Expert View): System features -> Features -> Access transparent to system
functions in idle state
• by DHM-OMC (Expert View): System features -> Features -> Access transparent to system
functions in conversation

- For each set concerned, create a service implementation key during call:
• by DHM-OMC (Expert View): Subscribers/Base stations List -> Subscribers/Base stations List ->
Details -> Key -> Function = System simultaneous call function.

- Define the feature access code "Simultaneous call system function":

• by DHM-OMC (Expert View): Dialing plan -> Feature access code (service codes) -> Simultaneous
call system function

3.41.3 Operation
3.41.3.1 Activation/Deactivation
3.41.3.1.1 From the rest state (to R2.0)
Operator services can be activated if the "Transparent access to system functions in idle state"
flag is active and if the user DID number is configured in the public dialing plan.
Note:
The placing of the flag is only necessary if the service codes are carried in the "Keypad Facility"
information element; in some countries (Finland for instance), codes are contained in the "Called party
number" element and the placing of the flag is then ignored (codes are issued without special
processing).
To activate the service:
- by manual dialing: dial the ISDN trunk group seizure code, then press * or # followed by
the operator service code (22 figures maximum).
- by using a "Dialing" programmed key: this key is programmed with the trunk group
seizure code and all or part of the service code.
- by using a "Block dialing" programmed key.
3.41.3.1.2 During a call (from R2.01)
Operator services can be activated during an outside party call (incoming or outgoing call on
digital line) if the "Access transparent to system functions in conversation" flag is active.
To activate the service:
- by using a programmed key "Simultaneous call system function": after pressing this
key (the icon or the led of the key indicates activation), dial the number of the 2nd
correspondent (simultaneous call, the 1st correspondent is put on hold) or dial the feature
access code (conference, alternation on inquiry, cancellation of the simultaneous call) of

               3-113

Chapter 3 # ( #

the internal dialing plan desired; this code will be converted into corresponding operator
service code.
- by dialing the feature access code "Simultaneous call system function": this option is
offered to sets without programmed key (analogue sets).

3.42 Station Comfort Features

3.42.1 Overview
3.42.1.1 DESCRIPTION
User convenience involves:
- the ability to cut oneself off from the other party, i.e. to deactivate the microphone (in the
handset or the handsfree feature) by activating "mute".
- for a station with display, the option of reading the number assigned to the station (and, if it
exists, the number assigned to the V24, S0, or Z option) and the associated name
programmed into the internal directory using the "Station Identity" feature
- the option of preventing use of one's own station (programming, making external calls,
access to text messages and non-answered calls directory, activation and cancellation of
call forwarding) by activating locking of the station of the latter.
- the ability to use the station's loudspeaker with amplified reception and to adjust the
volume.
- for dedicated sets, the option of adjusting the conversation volume at the handset.
- the option to choose the time display format: European or US format.

3.42.2 Configuration procedure

3.42.2.1 Configuration
- On each station, the personal code can be modified by customization only.

3-114               

 # ( #

Important:
When creating/modifying your password, abide by basic rules for adequate password
policies:
• Implement a company security policy (e.g. regularly update all user passwords)
• Modify the default number of digits, and use 6 digits per password (as of R8.2)
• Avoid the use of simple passwords such as suite of figures or repeated figures
• Force OmniPCX Office users to change the default password when initializing their voice
mail
• Do not disclose passwords to other persons/colleagues, etc.
• Lock the extensions when not being attended (i.e. holidays, night time, weekend, etc.)
Password creation and security is the responsibility of the user/system Administrator or
Installer.
Therefore, if somebody accesses the PA (Personal Assistant), remote call forwarding
configuration, nomadic mode configuration or DISA Transit (remote substitution) and uses a
correct password, it is assumed that this person is an authorized user of the password.
- For dedicated sets, to specify whether or not to authorize adjustment of the handset
volume:
• by OMC: System Miscellaneous -> Memory Read/Write -> Timer Labels -> "
GainCtrlON"
• by MMC-Station: Global -> Rd/Wr -> Address -> " GainCtrlON" -> Return -> Memory

- For stations with display, choose the time display format: Europe or US
• by OMC System Miscellaneous -> Memory Read/Write -> Timer Labels ->
"TimeAmPm" with 00 = European format, 01 = US format
• by MMC-Station: Global -> Rd/Wr -> Address -> "TimeAmPm" with 00 = European
format, 01 = US format -> Return -> Memory

3.42.3 Operation
3.42.3.1 Activation/Use
P.K.: Programmed Key - defined by OMC (Expert View) or MMC-Station
F.K.: Fixed Key
S.K.: Soft Key
Prefix: Code programmed in the internal dialing plan
Without Without
display, display,
without with
"mute" "mute" With soft
Analog (Z) With display, no S.K.s
F.K.: F.K.: keys
and/or and/or
without with
speaker speaker
Conversation mute -- -- F.K.: CLIR F.K.: CLIR

               3-115

Chapter 3 # ( #

Station identity (and option) -- -- -- 2 presses on key i

S.K.:
P.K.: Lock/Unlock +
Lock Prefix P.K.: Lock + password Lock +
password
password
F.K.: Sp or
Amplified reception -- -- LS or F.K.: F.K.: Sp or LS
Sp+ or LS+
Adjust the handset volume -- -- F.K.: Sp- or LS- and Sp+ or LS+

3.42.3.2 Cancellation

Without Without
display, display,
without with
"mute" "mute" With soft
Analog (Z) With display, no S.K.s
F.K.: F.K.: keys
and/or and/or
without with
speaker speaker
Conversation mute -- -- F.K.: CLIR F.K.: CLIR
S.K.:
Prefix + P.K.: Lock/Unlock +
Unlock P.K.: Lock + password Lock +
password password
password
F.K.: Sp or
Amplified reception -- -- LS or F.K.: F.K.: Sp or LS
LS-

(*) Mute is also deactivated at the end of the communication.

3.42.3.3 Date and Time Display
The date and time display format can be defined using the "TimeAmPm" flag: European format
(flag = 00) or US format (flag = 01).
3.42.3.3.1 Date Display
European format: Wed 22 May.
US format: 05/22/02
3.42.3.3.2 Time Display

European format Format

00:00 to 00:59 12:00 am to 12:59 am
01:00:00 to 11:59:00 01:00:00 am to 11:59:00 am
12:00:00 to 12:59:00 12:00 pm to 12:59 pm
13:00:00 to 23:59:00 01:00:00 pm to 11:59:00 pm

3.43 Specific Operator Station Services

3-116               

 # ( #

3.43.1 Overview
3.43.1.1 DESCRIPTION
An Attendant station can:
- switch the entire installation to normal or restricted mode, independent of the time range
(see "Normal/Restricted service (system level)")
- reserve a trunk group (the last) for exclusive use of the Attendant stations. Each O.S. in
the active group can use this trunk group for communications with the network.
- activate the background music, coming from a tuner on an external speaker connected to
the system.
- activate forwarding of all internal and external calls intended for the Attendant group to a
network destination, defined by a common speed dial number or an internal destination,
either:
• by switching the installation into restricted mode (using a programmed key)
• or using a programmed Attendant forwarding key
This forwarding can also be automatically activated according to the time range.
The system can be used to program 3 different forwarding destinations:
- the first, for automatic activation by scheduling: this is valid for all time ranges
- the second, for manual activation, by switching the installation to restricted mode on one of
the Attendant station in the active group
- the third, by using the Attendant calls forwarding key pre-programmed with the internal or
collective speed dial number for which the calls are intended
Attendant call forwarding is activated and deactivated according to following descending order
of priority:
- by forwarding key
- by normal/restricted mode key
- by scheduling.
3.43.1.2 ADDITIONAL INFORMATION
- There is no particular signal to indicate attendant redirection when it is activated by
scheduling.
- The icon or the LED associated with the NRmode programmed key is lit when one of the
Attendant station has used this key.
- The icon or LED associated with all of the "Attendant diversion" programmed keys signals
activation of forwarding by this key.
- No checks are run on the system speed dial rights, the restrictions or the traffic sharing on
forwarding to an external number.
- When the Attendant station call is the result of the dynamic routing mechanism (see
"Incoming call distribution"), the call is forwarded and the initial call destination and level 1
destination are released.
- When calls to the Attendant station are forwarded:

               3-117

Chapter 3 # ( #

• there is no overflow to the default Attendant group

• pre-announcement is not used.

3.43.2 Configuration procedure

3.43.2.1 Configuration
- For each time-range, define whether attendant forwarding is activated when the Attendant
station switches manually to restricted mode – OMC (Expert View) only:
Time Ranges -> "All Days"

- To define the type of mechanism used to forward external incoming calls to a network
number: rerouting or joining (see "External Forwarding" for more details on the 2 types of
forwarding):
• by OMC (Expert View): System Miscellaneous -> Feature Design -> Part 2 ->
"External Diversion Mode"
• by MMC-Station: Global -> Joing -> Forwd

- When the selected mechanism for forwarding external incoming calls to a network number
is "joining", fill out the connectivity matrix by OMC (Expert View) only:
Traffic Sharing and Restriction -> Joining

- Program the number (internal or system speed dial) to which the Attendant calls are
forwarded following automatic activation by scheduling – OMC (Expert View) only:
Time Ranges -> "Destination for time ranges"

- Program the number (internal or csystem speed dial) to which the Attendant calls are
forwarded following manual activation with the "NRmode" programmed key – OMC (Expert
View) only:
Time Ranges -> "Destination if restr. mode manually activated"

- On the Attendant stations, program one or more "Attendant forwarding" keys with a
number (internal or system speed dial) to which the Attendant calls are to be forwarded:
• By OMC (Expert View): Subscribers/Basestations List -> Subscribers/Basestations
List -> Details -> Keys -> "Attendant Forwarding"
• by MMC-Station: User or Subscr -> Key -> Option -> ExtFwd

3.43.3 Operation
3.43.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined using OMC (expert View) or MMC-Station

3-118               

 # ( #

Switch to restricted mode When the system operates in normal mode, P.K.: NRMode + Attendant code
Reservation of last trunk
P.K.: Reserv + Attendant code
group
Broadcasting music on
P.K.: BkgMus+ Attendant code
an external speaker
Automatic, by scheduling
or
Attendant forwarding P.K.: NRMode when installation is in "Normal" mode + Attendant code
or
P.K.: Attendant diversion + destination if necessary + Attendant code

3.43.3.2 CANCELLATION

By switching to normal
When the system is in restricted mode, P.K.: NRMode + Attendant code
mode
Reservation of last trunk
P.K.: Reserv + Attendant code
group
Broadcasting music on
P.K.: BkgMus+ Attendant code
an external speaker
Depending on activation mode:
Automatic, by scheduling
or
Attendant forwarding
P.K.: NRMode when installation is in "Restricted" mode + Attendant code
or
P.K.: Attendant diversion + Attendant code

3.44 Specific Features of SO Stations

3.44.1 Overview
3.44.1.1 DESCRIPTION
The PCX provides the following services for S0 stations:
- suspension, which consists in suspending an internal or external call in progress on a
basic access and picking it up later from the same S0 station relocated on the basic
access or another S0 station connected to the same basic access. The call can be
identified by a code before being suspended. This code is used to locate the call.
- call waiting, which enables an S0 station to be informed that an external call is intended for
it even if no B channel is available on its basic access. The S0 station can ignore, reject, or
accept the call.
- malicious call identification subscription so that the network carrier can be asked to record
the caller's identity during the call or for a programmed time after hanging up.
- forwarding of calls on no answer, enables the internal and/or external calls to be routed to
the programmed destination.
Note:

               3-119

Chapter 3 # ( #

The SO supplementary services are not supported.

3.44.1.2 ADDITIONAL INFORMATION

- A call which is suspended and not retrieved after expiration of the suspension time-out is
released if internal and re-routed to the general level (see "Attendant Stations") if external.
- A user cannot suspend a call if he or she already has a party on hold.
- The user who suspended a call is charged for the entire call, before suspension and after
retrieval.
- The number of calls suspended simultaneously is limited and depends on the size of the
cabinet.
- Call waiting on an S0 station is limited by a non-modifiable time-out.
- The number of calls waiting on the same access is limited to 2.
- Malicious call identification cannot be requested after a call transfer or suspension.
- The user is informed by the network of the reason for the rejection of a malicious call
identification request.
- Apart from the caller's identity, the network records the time of identification request
activation and the number dialed by the caller.
- Multiple directory numbers: when an S0 option (digital stations) is initialized, the system
assigns 1, 2 or 3 directory numbers, depending on the country. With OMC, you can:
• add users for the S0 option (individually or in groups), up to the system capacity. There
is no automatic renumbering after adding users, so the installer should be careful to
preserve the coherence of the numbering plan.
• delete individual users (Note: the primary user of an option cannot be deleted
separately; deleting the first user deletes all the other users of the same option).

3.44.2 Configuration procedure

3.44.2.1 CONFIGURATION
- To modify the default maximum suspension time-out – OMC (Expert View) only:
System Miscellaneous -> Feature Design -> Part 3 -> "Suspension"

- To authorize or inhibit camp-on on S0 stations – OMC (Expert View) only:

System Miscellaneous -> Feature Design -> "Call Waiting/Automatic camp-on"

- To modify the maximum time-out, after hanging up, for requesting recording of the caller's
identity – OMC (Expert View) only:
External Lines -> Protocols -> ISDN Trunk -> Layer 3 -> "T305 Disconnect Supervision"

3.44.3 Operation
3.44.3.1 ACTIVATION/USE

3-120               

 # ( #

Activation of the various services depends on the S0 station; refer to the station user guide.
3.44.3.2 CANCELLATION
Cancellation of the various services depends on the S0 station; refer to the station user guide.

3.45 Priority Calls

3.45.1 Overview
3.45.1.1 DESCRIPTION
2 types of priority call can be made:
- a call from a bank alarm system
- a voice call (or a call through a preprogrammed key)
Call from a bank alarm system (automatic call)
The bank alarm device is connected to the PCX by means of an SLI-board Z interface.
The call is triggered by the analog (Z) user going off-hook.
The external destination is called using a system speed dial number. The call is subject to
checks on restriction and traffic sharing link COS as well as system speed dial rights (see "Link
Classes Of Service").
The call takes priority over ordinary calls in progress. If all lines are busy, the system releases
an ordinary call in order to set up a priority call.
Call from a programmed key (manual call)
The call destination (collective speed dial number or external number) is associated with a
programmed key on a terminal.
Priority levels are defined to ensure that an automatic or manual call cannot cut off a
higher-level call.
3.45.1.2 ADDITIONAL INFORMATION
- The bank alarm device cannot be connected to a Z interface behind a digital station.
- Several priority calls can be set up simultaneously
- A priority call may fail if the public exchange is saturated, if the destination is busy or if it
collides with an incoming call during the "setup" phase.
- The event "R_PRIORITY_CALL" – specifying the number of the station on which the call
was released – is generated in the PCX history table whenever a call is released to make
way for a priority call.
- The bank alarm device's directory number cannot be a private one.
- To avoid the system releasing a basic call on a B channel belonging to the trunk group
assigned to the bank alarm device, when a B channel is free in another trunk group, it is
advisable to configure all the accesses on a single trunk group.
- All calls made from an S0 terminal are considered as priority calls if a priority level >0 is
defined

               3-121

Chapter 3 # ( #

3.45.2 Configuration procedure

3.45.2.1 CONFIGURATION
- To declare the bank alarm system:
• In OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Misc. ->
"Special Function = Bank Alarm"
• In MMC-Station: User or Subscr -> SpeDev -> Choice -> Bank Alarm

- Define whether the call is a hotline call or normal:

• In OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Misc. ->
"Hotline"
• In MMC-Station: User or Subscr -> AutoCa -> Active

- Define the destination for the automatic call:

• In OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Misc. ->
"Hotline" -> "Destination n°"
• In MMC-Station: User or Subscr -> AutoCa -> Desti

- To activate or inhibit counting:

• In OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Counting

- Modify the bank alarm device's default speed dial rights, if necessary:
• In OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Common
Speed Dial

- Modify the default restriction link classes of service, if necessary:

• In OMC (Expert View):
• for the bank alarm device: Users/Base stations List -> Users/Basestations List -> Details ->
Restriction
• for the trunk groups: External Lines -> Trunk groups -> Details -> Link COS
• In MMC-Station:
• for the bank alarm device: User or Subscr -> RstTyp or BarTyp
• for the trunk groups: TrGp -> COS or Category

- Modify the default traffic sharing link classes of service, if necessary:

• In OMC (Expert View):
• for the users: Users/Base stations List -> Users/Basestations List -> Details -> Restriction
• for the trunk groups: External Lines -> Trunk groups -> Details -> Link COS
• In MMC-Station:
• for the users: User or Subscr -> RstTyp or BarTyp (last 2 values)
• for the trunk groups: TrGp -> COS (last 2 values)

- To create a priority call key:

3-122               

 # ( #

• In OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Keys =
Priority Call
• In MMC-Station: User or Subscr -> Keys

- Define the priority level (0 to 7 with 7 = highest priority):

• In OMC (Expert View): users/Base stations List -> Users/Base stations List -> Details ->Misc.
• In MMC-Station: User or Subscr -> Prio

3.45.3 Operation
3.45.3.1 PRIORITY CALL MADE BY A USER

3.46 Multi-sets

3.46.1 Overview
3.46.1.1 Description
Multi-set is a powerful and useful feature that allows up to three telephones to share a
common directory number and the same user services within Alcatel-Lucent OmniPCX Office
Communication Server. A multi-set can include fixed and/or mobile phones.
A multi-set comprises a primary phone and either one or two secondary phones:

               3-123

Chapter 3 # ( #

- The multi-set adopts the directory number and configured features of the primary phone.
- The secondary phones are known through the multi-set directory number, but can still be
reached individually through their own directory numbers.
Therefore, a call to the multi-set number causes the primary and secondary phones to ring (but
a call to a secondary's own directory number only causes the relevant secondary phone to
ring).
More specifically, a multi-set is characterized by the following properties:
- All phones in the multi-set share the same directory number (that of the primary).
- All phones in the multi-set share the same voice-mail box and voice-mail functions.
- The user has access to the same phone services from all phones in the multi-set.
- The management of the busy state is common to all phones in the multi-set (when one
phone is busy, the others are also considered busy, when contacted through the multi-set
number).
The basic concept of a multi-set is illustrated in the figure below.

Figure 3.29: Concept of a multi-set

3.46.2 Configuration procedure

3.46.2.1 Multi-set creation
A multi-set can be configured from the OMC tool of Alcatel-Lucent OmniPCX Office
Communication Server. This procedure requires you to:
- choose the primary phone of the multi-set by its directory number
- add one or two secondary phones into the multi-set, specified by their own directory
numbers.

3-124               

 # ( #

Note 1:
Before declaring secondary phones, make sure their entity is the same as the primary phone entity,
see General Applications - Configuration procedure - Association of a User to an Entity .
Once you have configured the multi-set in this way:
- The secondary set(s) will adopt the directory number, mailboxes and characteristics
(features, barring, dynamic routing, password, diversions, etc) of the primary phone.
- The voice and text mailboxes of each secondary set will be deleted.
The properties of the primary phone are not affected.
Note 2:
Secondary phones can also be removed from a multi-set during this configuration. The secondary phone
is then reset and returns to its default configuration.

3.46.2.2 Multi-set restrictions

Note the following restrictions in configuring a multi-set:
- A maximum of 2 secondary phones can be used (giving a maximum of 3 phones in a
multi-set).
- An individual phone (primary or secondary) can be included in only one multi-set.
- A multi-set cannot be included in a hotel PCX.
- A multi-set cannot be used as an ACD (Automated Call Distribution) agent or supervisor.
- A multi-set cannot be a member of an attendant group.
3.46.2.3 Busy ring configuration
When at least one of the phones of a multi-set is busy, the arrival of a new call may be
indicated on an idle phone of the multi-set by a specific ringing signal. There are three ringing
possibilities which can be configured by setting the parameter MLTSETRING in the OMC tool
of Alcatel-Lucent OmniPCX Office Communication Server (within Other labels under Menu
Memory Read/Write):
- MLTSETRING=01: no ringing
- MLTSETRING=02 (default value): short ringing (two beeps followed by a long silence)
- MLTSETRING=03: normal ringing (as appropriate for an external or internal call)
Note:
If the secondary set of a multi-set is a GAP handset, the following restrictions must be taken into account:
- When the GAP handset is registered in BASIC mode:
The flag MLTSETRING has no effect on this set. In this case, if the primary set is busy when a call to
the multi-set is received, the GAP handset rings and the call is presented on its display.
- When the GAP handset is registered in ENHANCED mode:
• If the flag MLTSETRING is set to 01 and the primary set is busy when a call to the multi-set is
received, the GAP handset does not ring and the call is not presented on its display.
• If the flag MLTSETRING is set to 00 or 02 and the primary set is busy when a call to the
multi-set is received, the GAP handset rings and the call is presented on its display.

3.46.3 Operation

               3-125

Chapter 3 # ( #

3.46.3.1 Introduction
The operation of a multi-set is described below in terms of:
- multi-set functions
- multi-set busy states
- multi-set call presentation (alerting)
3.46.3.2 Multi-set functions
The multi-set functions and their configuration are divided into three groups, as described in
the table below.
table 3.241: Multi-set functions
Group Functions Comments
1. Functions common to all Password The multi-set inherits these
sets Language function settings from the
(see table: Functions primary phone. They are then
Feature rights
common to all sets below) shared by all phones in the
Dynamic routing multi-set.
Personal assistant Those functions that can be
Barring, traffic sharing modified at phone level can be
configured from the primary or
Collective speed dial rights
secondary phones.
Those functions that can be
modified from the OMC tool
can also be modified from the
primary phone but not from a
secondary phone.
2. Feature activation Voice mailbox These functions can mostly be
functions Text mailbox enabled/disabled from any
(see table: Feature activation phone of the multi-set.
Diversion
functions below) Note that a multi-set cannot be
Selective diversion a member of an attendant
Appointment group.
Callback
Hunting group
Pick-up group
Broadcast group
3. Multi-set specific functions Multi-set alerting
(see table: Multi-set specific Multi-set busy state
functions below)

These function groups are described further in the tables below.

table 3.242: Functions common to all sets

3-126               

 # ( #

Function Description Comments/Restrictions

Password All phones in the multi-set share the The password can be changed from
same password, which is the any phone (primary or secondary) in
password of the primary phone when the multi-set.
the multi-set was created.
Language The language is common to all The language can be changed from
phones in the multi-set and any phone (primary or secondary) in
corresponds to the language of the the multi-set.
voice mail box.
The display of a Cyrillic written
language is only supported if the
phone supports Cyrillic, otherwise
the phone displays in its default
language.
Feature rights All phones in the multi-set share the Feature rights can be modified only
same feature rights, which are the from the OMC tool.
feature rights of the primary phone
when the multi-set was created.
Dynamic routing The dynamic routing of a multi-set is When a call to a multi-set is diverted
defined by the primary phone's to a phone outside the multi-set, the
dynamic routing configuration. multi-set directory number is
displayed on the destination phone
along with the caller's number.
A call to a secondary's own directory
number is also diverted according to
the dynamic routing of the primary,
but the secondary's number is
displayed on the destination phone
along with the caller's number.
Personal All phones in the multi-set share the The personal assistant can be
assistant same personal assistant, which is configured and activated/deactivated
the personal assistant of the primary from any phone (primary or
phone. secondary) in the multi-set.
Barring, traffic All phones in the multi-set share the These settings can be modified only
sharing and same settings for barring, traffic from the OMC tool.
collective speed sharing and collective speed dial
dial rights rights. These are the settings of the
primary phone.

table 3.243: Feature activation functions

               3-127

Chapter 3 # ( #

Function Description Comments/Restrictions

Voice mailbox All phones in the multi-set share the All operations on the voice mailbox
same voice mailbox, which is the can be performed from any phone of
mailbox of the primary phone. the multi-set, except voice mail
Therefore, all phones are notified of screening which can only be done
a change of status of the voice from the primary.
mailbox (message waiting
indicator).
The language of the voice mailbox
is that of the primary phone.
The voice mailbox of a secondary
phone is removed when it is
associated with a multi-set. When a
secondary phone's own directory
number is called, it is the voice
mailbox of the multi-set that is
reached.
Text mailbox All phones in the multi-set share the When a text message is received by
same text mailbox. Therefore, all a multi-set, only phones with a
phones (with a display) are notified display will be notified. In addition,
of a change of status of the text when a text message is sent to a
mailbox (message waiting secondary phone's own directory
indicator). number, if the secondary has no
When a secondary phone sends a display the message notification will
text message, the called party appear on the other phones of the
perceives the message as arriving multi-set.
from the directory number of the
multi-set (rather than the
secondary's own number).
Diversion Call diversion for a multi-set Activation and deactivation of call
operates in the same way as for a diversion can be performed on any
standalone phone. A call to the phone of the multi-set. However, a
multi-set directory number or to a configuration change can be
secondary's own directory number performed only from the OMC tool or
is diverted to another destination. the primary phone.
Note that a call to the multi-set
directory number can be diverted to
a secondary phone of the multi-set.
Also, a call to a secondary phone's
own directory number can be
diverted to the multi-set directory
number.
Appointment An appointment reminder is notified Appointment activation and
to every phone of a multi-set. deactivation can be performed from
any phone of a multi-set.

3-128               

 # ( #

Callback This is the "Booking on Busy" The "Booking on Busy" feature can
feature which, if activated, allows a be activated for the multi-set as a
caller reaching a busy multi-set to whole. In this case, only one
request an automatic callback when callback request can be stored.
the multi-set becomes idle again (all Alternatively, the feature can be
phones free). That is, the caller is activated for each individual phone
automatically called back by the in a multi-set. This allows up to three
system. callback requests to be stored (one
on each phone). A callback can then
be performed as soon as the
relevant phone becomes free (rather
than when the multi-set becomes
globally free).
Hunting group A multi-set can be included as a When a hunting group call reaches a
single member of a hunting group. multi-set, the call is managed within
This can be a parallel, sequential or the multi-set according to the
cyclic group. multi-set call presentation rules.
Pick-up group A multi-set can be a member of a If only a secondary of a multi-set is
pick-up group, with the following registered in a pick-up group, any
rules: other phone in the pick-up group can
- The primary or a secondary of answer a call to the secondary's
the multi-set can answer a call own number or to the multi-set
to any other set in the pick-up (primary's directory number).
group.
- Any set in the pick-up group can
answer a call to the multi-set
(primary's directory number).
- When a secondary is called on
its own directory number, no
other member of the pick-up
group can answer the call.
Broadcast group A multi-set's directory number can If a secondary phone is to be a
be included in a broadcast group, member of a broadcast group, its
but only the primary phone will ring. own directory number must be
explicitly included.
Redial The same list of redial numbers is Some phones only support the last
shared by all phones in a multi-set number dialled.
(according to the type of phone).
Manager/secretary Manager and secretary phones can Activation, deactivation and
be included in a multi-set. A call to monitoring can only be performed
the manager or secretary through from the primary of the multi-set.
filtering is distributed to all phones
of the multi-set.
Call park This feature operates as for a A call parked by a secondary phone
standalone phone. can be retrieved from any phone
with either the directory number of
the primary or the directory number
of the same secondary phone.

table 3.244: Multi-set specific functions

               3-129

Chapter 3 # ( #

Function Description Comments/Restrictions

Multi-set busy A phone in a multi-set can be idle or Details of the multi-set busy states
state in one of two busy states. The are provided in Multi-set busy states
combination of states of the primary .
and secondary phones determines
the overall state of the multi-set and
whether a call can get through.
Multi-set alerting The phones of a multi-set are alerted Details of multi-set alerting are
to an incoming call according to the provided in Multi-set presentation of
busy states of the phones in the incoming calls .
multi-set.

3.46.3.3 Multi-set busy states

When a call arrives for a multi-set, the state of the multi-set must first be determined in order to
establish whether the call can be taken and how the call will be presented (see Multi-set
presentation of incoming calls ).
The state of each phone can be one of:
- IDLE: Not in use.
- BUSY 1: In use, but can still receive an incoming call.
- BUSY 2: In use and cannot receive an incoming call.
The multi-set also adopts one of these states according to the states of the constituent primary
and secondary phones. This dependency is summarized in the table below which shows the
multi-set state for the different combinations of primary and secondary states.
Secondary states Primary states
IDLE BUSY1 BUSY2
IDLE IDLE BUSY1 BUSY2
BUSY1 BUSY1 BUSY1 BUSY2
BUSY2 BUSY2 BUSY1 BUSY2

3.46.3.4 Multi-set presentation of incoming calls

When all phones in a multi-set are idle, an incoming call will be signaled on all phones with the
normal ringing for the call type (external or internal). However, when at least one of the phones
is busy, an idle phone may be alerted with a specific ringing signal; this helps to notify users
that one phone of the multi-set is already in use. The possible ringing signals that can be
configured for the busy case are:
- normal ringing (as appropriate for an external or internal call)
- short ringing (two beeps followed by a long silence)
- no ringing
Note:
If an external call is not answered, a waiting call notification is received in the text mailbox of the
multi-set.
The presentation of incoming calls on the phones of a multi-set are summarized in the table

3-130               

 # ( #

below.
Secondary states Primary states
IDLE BUSY1 BUSY2
IDLE PRIMARY: PRIMARY: PRIMARY:
normal ring waiting call notification no ring
SECONDARY: SECONDARY: SECONDARY:
normal ring normal/short/no ring no ring
BUSY1 PRIMARY: PRIMARY: PRIMARY:
normal/short/no ring waiting call notification no ring
SECONDARY: SECONDARY: SECONDARY:
waiting call notification waiting call notification no ring
BUSY2 PRIMARY: PRIMARY: PRIMARY:
no ring waiting call notification no ring
SECONDARY: SECONDARY: SECONDARY:
no ring no ring no ring

In addition, the following alerting behaviors should be noted:

- If a busy phone returns to the idle state and there is a waiting call on the multi-set, this
phone is alerted with the normal ringing.
- When the primary phone is out-of-service or in the customization state, the secondary
phones ring as normal.
- When the primary phone calls the multi-set directory number, only the secondary phones
are alerted.
- When a secondary phone calls the multi-set directory number, all phones in the multi-set
are alerted except the initiating phone.
- When call diversion is configured within a multi-set (secondary to primary, primary to
secondary, or secondary to secondary), only the destination phone is alerted when the
multi-set is called.

3.47 Manager/Assistant Screening

3.47.1 Overview
3.47.1.1 Description
The system can be used to create relations between manager-assistant stations so that the
"assistant" station can screen calls intended for the "manager" station, in other words, answer
calls intended for the manager station and then put the callers through if necessary.
In a manager-assistant relation, the "assistant station" can be a Hunt Group (see "Hunt
Groups").
All the stations in a manager-assistant relation must be multi-line.
From R9.0 the calls could be displayed via the notification application using new kind of keys:
the supervision keys

               3-131

Chapter 3 # ( #

3.47.1.2 Additional information

- In order to differentiate between screened calls and direct calls to the assistant station:
• create a second directory number for the assistant
• program the screening with this second directory number
• create, on the assistant station, an RSD resource key programmed with this second
number in order to receive the screened calls there
- A manager station can belong to several manager-assistant relationships: the assistant
station then has a screening (filter) key (also on the corresponding manager's station) and
an RSL key for each manager station.
- A manager station can belong to several manager-assistant relationships: the manager
station then has, for each assistant station, a screening key (also on each assistant
station) and an RSL key.
- When the assistant station in a manager-assistant relationship is a Hunt Group, the
manager station has a single screening key but as many RSL keys as there are members
in the group.
- Any activation of individual forwarding on the assistant station or the manager station
cancels and replaces the previously active screening.
- Any request for activation of screening is rejected on a assistant station which has already
activated individual call forwarding.
3.47.1.3 Supervision
The Supervision feature is based on the existing Selective Monitoring feature of OmniPCX
Office:
- Supervision provides selective monitoring combined with Calling and Called Parties
presentation
- The notified call can be answered by the designated "Supervisor"
All OmniPCX Office subscribers can be supervised: legacy phone, 8002/8012 Deskphone,
8082 My IC Phone, analog phone, SIP phones, My IC Mobile applications.

Restrictions
As in the case of Selective Monitoring, these keys allow monitoring of all the direct calls to the
supervised OmniPCX Office subscriber. Any call forwarded or diverted to a supervised
subscriber is NOT notified.
The calls distributed via a group call (hunting group, attendant group) are also NOT notified.
The direct calls to the primary set are not monitored by a Supervision key defined with the
directory number of the secondary set. To supervise a call to a Multi-set, the Supervision key
has to be defined with the directory number of the primary set.
An ACD group call CAN be supervised if the ACD agent is supervised by another OmniPCX
Office subscriber. This is possible because the ACD engine calls the ACD agent directly
through directory number and the ACD engine makes a transfer from the virtual ACD port to
the ACD agent.

3.47.2 Configuration procedure

3.47.2.1 Configuration

3-132               

 # ( #

- To create the manager-assistant or manager-seretary relations:

• by OMC (Expert View): Manager-Assistant Associations
• by MMC-Station: TerPro ->MgrAst or MgrSec

- For each station, authorize the type of calls (internal, external, or both) to be screened:
• by OMC Users/Base stations List -> Users/Base stations List -> Details -> Dyn. Rout. ->
"Diversion Apply"
• by MMC-Station: User -> DynRou.

- To configure the Supervision User Programmable Key for the Manager and Assistant
Note 1:
These keys are only available on Alcatel-Lucent IP Touch 4068 Phone, Alcatel-Lucent IP Touch
4038 Phone, and Alcatel-Lucent IP Touch 4028 Phone.

• by OMC Users/Base stations List -> Users/Base stations List -> Details -> Keys

On phone sets that support User Programmable Keys (UPKs), a dedicated key can be
programmed to implement the "Assistant", and "Manager" functions. To use the feature, the
phone set must be enabled with the OMC tool, as follows:
1. In OMC, navigate to the Subscribers/Basestations List screen.
2. In the list, identify the subscriber/basestation for which the feature is to be enabled and
double-click on it. This displays the Subscriber screen for the selected
subscriber/basestation.
3. Click the Keys button to display the Subscriber Keys screen for the selected
subscriber/basestation.
4. In the on-screen plan of the set's keypad, click on the key that you want to program with
this function. This displays the Individual Key Programming screen for the selected key.
5. In the Key Function field, select one of the options:
• Supervision Manager: to define the number of the assistant phone set
• Supervision Assistant: to define the number of the manager phone set
6. If the phone set has a graphical display, enter a name for the key (such as "Assistant", or
"Manager" ) in the Key Label field.
7. Click OK to validate.
Note 2:
It is possible to configure several "Supervision" keys on the same supervisor telephone.

3.47.3 Operation
3.47.3.1 Supervision keys
These feature keys, available from R9.0, allow a phone set to act as a supervisor or assistant
and receive notifications (display of both calling and called parties) for incoming calls
presented to some OmniPCX Office subscribers. This feature is available for Alcatel-Lucent IP
Touch 4028/4038/4068 phone, and Alcatel-Lucent 4029/4039 Digital Phone sets.

               3-133

Chapter 3 # ( #

Up to 50 supervision keys can be defined on an OmniPCX Office; including Groupware see

Groupware - Overview , Manager and Assistant supervision functions. The groupware
supervision keys are a type of feature key. Their parameters are set on the screen Individual
key programming
3.47.3.1.1 Supervision manager key
The Supervision manager key is defined on the manager phone set. The key allows monitoring
of all the direct calls to the manager when the manager calls are screening by the assistant.
The “Assistant” field is used to define the directory number of the assistant phone set.
As in the case of Selective Monitoring, the key allows monitoring of all the direct calls. Any
forwarded or diverted call, where the destination is the manager, is NOT notified.
The calls distributed via a group call (hunting group, attendant group) are also NOT notified.
3.47.3.1.2 Supervision assistant key
The Supervision assistant key is defined on the assistant phone set. The key allows monitoring
of all the direct calls to the manager.
The “Manager” field is used to define the directory number of the manager phone set.
As in the case of Selective Monitoring, the key allows monitoring of all the direct calls. Any
forwarded or diverted call, where the destination is the manager, is NOT notified.
The calls distributed via a group call (hunting group, attendant group) are also NOT notified.

3.48 Groupware

3.48.1 Overview
3.48.1.1 Description
The Groupware feature allows to monitor calls from supervised phones and to be informed via
notification (popup or application) of the caller and callee information.
3.48.1.2 Restrictions
As in the case of Selective Monitoring, these keys allow monitoring of all the direct calls to the
supervised OmniPCX Office subscriber. Any call forwarded or diverted to a supervised
subscriber is NOT notified.
The calls distributed via a group call (hunting group, attendant group) are also NOT notified.
The direct calls to the primary set are not monitored by a Supervision key defined with the
directory number of the secondary set. To supervise a call to a Multi-set, the Supervision key
has to be defined with the directory number of the primary set.
An ACD group call CAN be supervised if the ACD agent is supervised by another OmniPCX
Office subscriber. This is possible because the ACD engine calls the ACD agent directly
through directory number and the ACD engine makes a transfer from the virtual ACD port to
the ACD agent.

3.48.2 Configuration procedure

3-134               

 # ( #

To configure the Supervision User Programmable Key for the Groupware

Note 1:
This feature is only available for Alcatel-Lucent IP Touch 4028/4038/4068 and Alcatel-Lucent 4029/4039
Digital Phone sets.

- by OMC Users/Base stations List -> Users/Base stations List -> Details -> Keys

On phone sets that support User Programmable Keys (UPKs), a dedicated key can be
programmed to implement the "Groupware" function. To use the feature, the phone set must
be enabled with the OMC tool, as follows:
1. In OMC, navigate to the Subscribers/Basestations List screen.
2. In the list, identify the subscriber/basestation for which the feature is to be enabled and
double-click on it. This displays the Subscriber screen for the selected
subscriber/basestation.
3. Click the Keys button to display the Subscriber Keys screen for the selected
subscriber/basestation
4. In the on-screen plan of the set's keypad, click on the key that you want to program with
this function. This displays the Individual Key Programming screen for the selected key.
5. In the Key Function field, select the option:
• Supervision Groupware: to define the group of supervised numbers
6. If the phone set has a graphical display, enter a name for the key (such as "Groupware”) in
the Key Label field.
7. In the Monitored No. field, add the directory numbers of the supervised phones.
8. Use the radio buttons to define the Call Type: Internal, External or Both
9. Check the Audio control button if required (by default, this is not checked)
10. Click OK to validate.
Note 2:
It is possible to configure several "Supervision " keys on the same supervisor telephone.

3.48.3 Operation
3.48.3.1 Supervision keys
These feature keys, available from R9.0, allow a phone set to act as a supervisor and receive
notifications (display of both calling and called parties) for incoming calls presented to some
OmniPCX Office subscribers. This feature is available for Alcatel-Lucent IP Touch
4028/4038/4068 and Alcatel-Lucent 4029/4039 Digital Phone sets.
Up to 50 supervision keys can be defined on an OmniPCX Office; including Groupware,
Manager and Assistant (see §3.47 ) supervision functions. The groupware supervision keys
are a type of feature key. Their parameters are set on the screen Individual key programming
3.48.3.1.1 Supervision groupware key
The monitored number fields include 8 fields allowing up to a maximum of 8 directory
numbers. This field is used to define the supervised directory numbers. If the external calls

               3-135

Chapter 3 # ( #

must be supervised, the DDI extension number must also be added.

The Call Type is defined by radio buttons:
- Internal: Only internal calls are supervised
- External: Only external calls are supervised
- Both: Internal and external calls are supervised
The Audio control box is unchecked by default. That means, by default, audio signaling is
present during a call notification. It is used to link the Supervision Groupware key with an
existing Audio Signal Supervision key. The Audio Signal Supervision key allows to disable or
enable the audio signaling of the call notification. See below the different scenarii following the
configuration of the keys:
Behavior of the Audio Signalling for Groupware Audio Signal Supervision Key
Notification Key Not Configured
Configured State = OFF State = ON
Groupware Not associated State = OFF No Notif No Notif No Notif
Supervision with Audio Signal No Beep No Beep No Beep
Key Supervision Key
State = ON Notif Notif Notif
+ Beep + Beep + Beep
Associated with State = OFF No Notif No Notif No Notif
Audio Signal No Beep No Beep No Beep
Supervision Key
State = ON Notif No Notif Notif
+ Beep No Beep + Beep

The Clear all button deletes all the programmed directory numbers for the supervised
subscriber.

3.49 Forwarding to Voice Mail Unit

3.49.1 Overview
3.49.1.1 DESCRIPTION
Users can activate unconditional call forwarding or forwarding on busy for their own calls (see
"Forwarding"), diverting them to the integrated Voice Mail Unit.
If the Voice Mail Unit is configured as an answering device, the callers can leave a spoken
message.
3.49.1.2 ADDITIONAL INFORMATION
For more details on the Alcatel-Lucent OmniPCX Office Communication Server integrated
Voice Mail Unit, see "Integrated Voice Mail Unit".
Alcatel-Lucent OmniPCX Office Communication Server also provides the facility to manually
transfer an answered call to the voice mailbox of a third party. For more information on this,
see "Transferring to Voice Mail of Third Party".

3-136               

 # ( #

3.49.2 Configuration procedure

3.49.2.1 CONFIGURATION
- Select the type of calls (internal, external, or both) to be forwarded:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Dyn.
Rout. -> "Diversion Apply"
• by MMC-Station: User or Subscr -> DynRou -> "Div"

- For each station, program the forwarding keys:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Keys
• by MMC-Station: User or Subscr -> Keys

3.49.3 Operation
3.49.3.1 ACTIVATION/USE
P.K.: Programmed Key
F.K.: Fixed Key
S.K.: Soft Key
Prefix: Code programmed in the internal dialing plan

With display, no
Analog (Z) Without display With soft keys
S.K.s
Prefix F.K.: Divert or F.K.: Divert or
Immediate
Immediate call (pre-)programmed (pre-)programmed
forwarding of S.K.: Divert +
forwarding of (Master) indiv. M ImmD? or
personal calls to Immed? + P.K.:
personal calls immediate Immed? (indiv.) +
voice mail unit Voice mail unit
+ function code forwarding + P.K.: P.K.: Voice mail
(VMU)
Voice Mail Voice mail unit unit
Prefix Forward
Forwarding on P.K.: Forward on P.K.: Mbusy? or S.K.: Divert +
on busy +
busy to voice busy (master) + Busy? + P.K.: Busy? + P.K.: Voice
function code
mail unit (VMU) P.K.: Voice mail unit Voice mail unit mail unit
Voice Mail
Specific voice prompt + Specific Flashing of 3-color LED and icon
Message
dailtone + LED on Reflexes without corresponding to F.K.: Mail
present
display
Access voice Prefix access P.K.: Access voice F.K.: Message + 1 F.K.: Mail + S.K.:
mail voice mail mail Voice

3.49.3.2 CANCELLATION
P.K.: Programmed Key
F.K.: Fixed Key
S.K.: Soft Key

               3-137

Chapter 3 # ( #

Prefix: Code programmed in the internal dialing plan

All stations Without
With display, no
including display ? With soft keys
soft keys
analog (Z) Analog (Z)
"Immediate" or "On Prefix Cancel P.K.: Cancel all S.K.: Divert +
P.K.: All
busy" all forwardings forwardings Cancl?

3.50 Transferring to Voice Mail of Third Party

3.50.1 Overview
3.50.1.1 Introduction
This feature (Transfer to VMU) allows an incoming call to a subscriber's phone set to be
transferred to the Voice Mail Unit (VMU) of another subscriber. The process is not automatic -
the call must first be answered and then manually transferred to the VMU of the third party.
The third party must be an internal subscriber (in the same OmniPCX Office system as the
phone set performing the transfer), but the caller can be any one of:
- an internal subscriber
- a subscriber on another OmniPCX Office system connected via IP or QSIG
- an external caller on PSTN or ISDN
This is illustrated in the figure below.

3-138               

 # ( #

The transfer can be performed on the phone set of the answering party using a special feature
code, or using a user-programmable key or softkey (if either is supported by the phone set).
For the transfer to be implemented on an individual phone set, the feature must first be
enabled in the OMC tool.

3.50.2 Operation
The operation of the "Transfer to VMU" feature is described below for the basic "single call"
case and for the "multi-call" case.
3.50.2.1 Basic operation (single call)
This section describes the basic operation of the "Transfer to VMU" function, first providing an
overview of the transfer process and then the required key sequence. It assumes that the
incoming call (which requires the transfer) is the only active call being handled by the receiving
phone set.
3.50.2.1.1 Transfer process
The figure below illustrates the basic transfer process starting with an idle phone receiving an
incoming call that must be transferred to the VMU of another subscriber in the system.

               3-139

Chapter 3 # ( #

3.50.2.1.2 Key sequence

The "Transfer to VMU" function can be performed on a phone set using any of the following
methods:
- Feature code: Defined in the OMC tool (see "Configuration Procedure") and can be used
on all phones in the system
- User Programmable Key (UPK): Can be used on those phones that support UPKs and
for which the "Transfer to VMU" function has been enabled in the OMC tool (see
"Configuration Procedure").
- Softkey: Can be used on phones that provide softkeys.
The required key sequences for these cases are described in the procedure below.
1. Once the incoming call (that requires the transfer) has been answered, activate the
transfer function by:
• entering the required feature code on the phone's keypad, or

3-140               

 # ( #

• pressing the UPK corresponding to the transfer function (for phones that support
UPKs), or
• pressing the softkey for the transfer function (accessed by scrolling in the conversation
menu on phones that provide softkeys).
2. Once you have been invited to dial, enter the extension number of the subscriber whose
VMU is to be reached.
3. This step depends on the success of the connection to the required VMU:
• If the extension number is recognized and the corresponding VMU is accessible, the
name of the relevant voice mail hunting group is displayed as well as a message to say
that the VMU has been alerted. Once a message has been displayed to say that the
transfer has been accepted, you are returned to the idle state and can hang up.
• If the extension number is an external number or a number on another system, the
transfer is rejected and you are returned to the caller.
• If the extension number does not exist or is not available, the default mailbox function
of the automated attendant is called. In this case, you are returned to the idle state and
can hang up.
3.50.2.2 Multi-call operation
This section provides an overview of the "Transfer to VMU" function in the multi-call case. It is
assumed that the phone set receiving the incoming call (which requires the transfer) is already
handling a conversation with another caller.
The figure below illustrates the transfer process in the multi-call case, where B is in
conversation with C when a call arrives from A requiring B to transfer the call to the VMU of D.

               3-141

Chapter 3 # ( #

3.50.3 Configuration procedure

3.50.3.1 Configuration
There are three ways in which the "Transfer to VMU" feature can be implemented, depending
on the type of phone set used:
- by feature code (all phone sets)
- by User Programmable Key [UPK] (if supported by the phone set)
- by a softkey (if supported by the phone set)
The feature code and UPK methods require some initial configuration in the OMC tool to
enable them (while the softkey method is available without configuration on phones that
support it). The required configuration procedures are provided in the sections below.
3.50.3.1.1 Feature code

3-142               

 # ( #

On all phones, the "Transfer to VMU" function can be performed for an incoming call using a
numeric feature code. To use this feature, it must first be enabled (for all phones in the
system) in the OMC tool, as follows:
1. In OMC, navigate down the path Numbering > Features in Conversation.
2. In the Features in Conversation screen, select the "Transfer to VMU" option in the
Function field.
3. In both the Start and End fields, enter the numeric feature code that you wish to use for
this function.
4. Click on the Add button and then on the OK button.
3.50.3.1.2 User Programmable Key (UPK)
On phone sets that support User Programmable Keys (UPKs), a dedicated key can be
programmed to implement the "Transfer to VMU" function. To use the feature in this way (on a
suitable phone), it must first be enabled (for the phone) in the OMC tool, as follows:
1. In OMC, navigate to the Subscribers/Basestations List screen.
2. In the list, identify the subscriber/basestation (of a suitable type) for which the feature is to
be enabled and double-click on it. This displays the Subscriber screen for the selected
subscriber/basestation.
3. Click on the Keys button. This displays the Subscriber Keys screen for the selected
subscriber/basestation.
4. In the on-screen plan of the set's keypad, click on the key that you wish to program with
this function. This displays the Individual Key Programming screen for the selected key.
5. In the Key Function field, select the "Transfer to VMU" option.
6. If the phone set has a graphical display, enter a name for the key (such as "VMU transfer")
in the Key Label field.
7. Click on the OK button.

3.51 SMS Transparency

3.51.1 Overview
3.51.1.1 Introduction
The SMS transparency feature of Alcatel-Lucent OmniPCX Office Communication Server
allows suitable telephone sets within the system to send and receive SMS messages via the
public telephone network. The basic requirements to be able to send and receive SMS
messages are as follows:
- The Alcatel-Lucent OmniPCX Office Communication Server system must be connected to
an SM-SC (Short Message Service Center) on the public network.
- The telephone must be an SMS-enabled terminal.
- The subscriber must be authorized within the Alcatel-Lucent OmniPCX Office
Communication Server system to send and receive SMS messages.
When enabled, the SMS transparency feature handles SMS messages in a way which

               3-143

Chapter 3 # ( #

guarantees the transmission and reception of messages, and ensures compatibility with other
system features.
3.51.1.2 Architecture
Normally, an SMS-enabled telephone connects to an SM-SC on the public telephone network
in order to exchange an SMS message with another phone on the public network. For a
telephone within the Alcatel-Lucent OmniPCX Office Communication Server system, a direct
connection between the telephone and the SM-SC is not possible, since connections to the
public network are made through the PABX of the system. Therefore, the PABX provides an
interface to the SM-SC, and this connection to the SM-SC must be configured in the
Alcatel-Lucent OmniPCX Office Communication Server system.
Note:
SMS messages are always sent via the public network, even messages exchanged between phones
within the same Alcatel-Lucent OmniPCX Office Communication Server system.
SMS messages are transmitted in the normal voice band using in-band signaling.
Alcatel-Lucent OmniPCX Office Communication Server can connect to an SM-SC using either
of the ISDN and QSIG protocols (this is transparent - there is no need for any specific
configuration or software variant). The exchange of SMS messages on analog or IP trunks is
not supported.
3.51.1.3 Hardware
The main hardware requirement is that a telephone authorized to send and receive SMS
messages must be a suitable SMS-enabled terminal; that is, an analog terminal (Z terminal) or
S0 ISDN terminal (or PC card) with SMS capability. More specifically:
- It must support the sending and receiving of SMS messages by means of a suitable
man-machine interface (keyboard and display).
- If an analog terminal, it must have the CLI feature which enables the phone to detect,
decode and process (for example, display) the Calling Line Identifier (CLI).
There is no restriction on the number of SMS-enabled analog terminals or SMS-enabled S0
ISDN terminals among the terminals managed by the system.
An SM-SC number must be configured in each SMS-enabled telephone terminal and this
number must contain the trunk prefix.
3.51.1.4 Operation
The roles of the Alcatel-Lucent OmniPCX Office Communication Server system in the
transmission and reception of SMS messages are as follows:
- It provides a connection to one or more SM-SCs on the public network.
- It provides authorizations (through a barring table) for individual subscribers to send SMS
messages.
- It identifies an outgoing SMS call, authorizes its transmission and then protects the call.
- It identifies an incoming SMS call and then protects the call (if the destination terminal can
be reached through a DDI number).
Protecting a call involves guaranteeing the bi-directional transparency of the channel for the
duration of the call.
Note:

3-144               

 # ( #

When the SMS transparency feature is disabled, the system does not disable the sending and receiving
of SMS messages, but simply does not provide protection of SMS communications. SMS-enabled
terminals can still send and receive SMS calls, but without a guarantee that the messages will get
through.
For SMS call detection, the Alcatel-Lucent OmniPCX Office Communication Server system
must be provided with a list of the available SM-SC numbers to allow it to identify that a call is
coming from or going to an SM-SC. These numbers are provided inside a Noteworthy Address
(SMSCNum) that can be set or changed using the OMC tool; two SM-SC outgoing numbers
and two SM-SC incoming numbers can be defined.
The Alcatel-Lucent OmniPCX Office Communication Server system also performs other more
specific call management roles, described in the next section.
3.51.1.5 Call Management
The Alcatel-Lucent OmniPCX Office Communication Server system manages incoming and
outgoing SMS messages in a way that ensures operational compatibility with other features of
system. The main rules for the different features and terminal types are summarized in the
table below.
Analog Terminals S0 ISDN Terminals
Call Waiting No call waiting is implemented on an incoming call for a telephone
terminal that is currently involved in an SMS call. The incoming call
follows the normal call management rules that are applied when the
telephone is busy (release, directed to attendant, etc). Since the
average SMS communication takes only 8 seconds, this has little
impact on the telephone service.
Call Diversion No call diversion is implemented on incoming SMS calls in order to
avoid forwarding an SMS message to a terminal that is not
SMS-enabled or not owned by the intended recipient of the message.
The exception is that SMS call diversions configured locally on an S0
ISDN terminal are maintained.
More specifically:
- If call diversion is active for an SMS-enabled phone set
(immediate diversion) and the set is free, an incoming SMS call
does not follow the diversion but is delivered to the set as normal.
- If an SMS-enabled set is busy, with "diversion on busy" active, an
incoming SMS call does not follow the diversion but is handled as
described below for "Simultaneous Calls".
Simultaneous Calls An analog terminal engaged in an An S0 ISDN terminal engaged in
audio communication cannot an audio communication can
receive an incoming SMS receive an incoming SMS
message, but it can still receive a message, since the two types of
notification of the SMS call (if call can be handled on separate
configured). B-channels.
For both types of terminal, an SMS call notification cannot be
received if the telephone is engaged in another SMS call. In the case
of an undelivered SMS message, once the telephone terminal has
returned to the idle state, the message can be received if the terminal
automatically calls back the SM-SC to retrieve the pending message
or if the SM-SC attempts to redeliver the message (after a delay).

               3-145

Chapter 3 # ( #

The table below describes how the management of SMS calls modifies the behavior of other
features of the Alcatel-Lucent OmniPCX Office Communication Server system.
table 3.257: Behavior of Alcatel-Lucent OmniPCX Office Communication Server features for
SMS calls
Feature Behavior
Group If the destination number of an SMS call is a member of a
group, the group rules no longer apply. The SMS message
is delivered as for an incoming SMS call to an individual
telephone terminal.
Pick-up No pick-up is possible for an incoming SMS call.
Pre-announcements Pre-announcement messages are not applicable to
incoming SMS calls.
Selective monitoring If a telephone terminal supports selective monitoring,
incoming SMS calls are not presented on the supervisor
set.
Subscriber monitoring If a telephone terminal is subjected to subscriber
monitoring, incoming SMS calls are not reported to the
monitoring set.
Voice mail/automated attendant When a telephone terminal is busy, in the case of an
incoming SMS call there is no immediate or dynamic
forwarding to voice mail or to the automated attendant.

3.51.2 Configuration procedure

3.51.2.1 Overview
In order to use the SMS transparency feature of Alcatel-Lucent OmniPCX Office
Communication Server, the following configuration steps must be performed.
On the telephone terminal
- The SMS feature must be activated on the phone.
- The phone terminal must be programmed with the directory number of the SM-SC (Short
Message Service Center) used for incoming SMS calls; this number is added after the
main bundle number (e.g. 0).
- The phone terminal must be programmed with the CLI (Calling Line Identifier) of the
SM-SC used for outgoing SMS calls; this number is added after the main bundle number
(e.g. 0).
This configuration depends on the model of telephone terminal used. Consult your telephone's
user documentation.
In the Alcatel-Lucent OmniPCX Office Communication Server system
- The directory numbers of the SM-SCs used for outgoing and incoming SMS calls must be
specified (SMSCNum label; see next section).
- The authorized SMS-enabled telephones must be defined in the DDI numbering plan.
- The SMS-enabled telephones must be defined as CLASS terminals.
- The SMS transparency feature must be enabled at system level (SMSenabled label set to

3-146               

 # ( #

01).
This configuration is performed using the OMC tool.
3.51.2.2 SMSCNum label
The SMSCNum label is a 28-byte flag which allows to define SM-SCs phone numbers (i.e.
public numbers without a PBX outgoing prefix).
In OMC, you can configure two different SM-SC providers with two server phone numbers for
each:
- An incoming SM-SC server phone number: the public phone number of a server which
sends SMS messages coming from analog sets via the Alcatel-Lucent OmniPCX Office
Communication Server.
- An outgoing SM-SC server phone number: the public phone number of a server which
sends SMS messages to the analog sets via the Alcatel-Lucent OmniPCX Office
Communication Server.
Example of an SMSCNum label:

An SMSCNum label gives the following information:

- First SM-SC provider:
Bytes 1 to 6 indicate the SM-SC incoming server number: 43 54 60 FF FF (FF not
significant)
Byte 7 indicates the length of the SM-SC incoming server number: 6 digits
Bytes 8 to 13 indicate the SM-SC outgoing server number: 43 54 65 7F FF
Byte 14 indicates the length of the SM-SC outgoing server number: 7 digits
- Second SM-SC provider: (Not defined)

               3-147

Chapter 3 # ( #

Bytes 15 to 20 indicate the SM-SC incoming server number

Byte 21 indicates the length of the SM-SC incoming server number
Bytes 22 to 27 indicate the SM-SC outgoing server number
Byte 28 indicates the length of the SM-SC outgoing server number
Note:
If the incoming and outgoing SM-SC servers have the same public number, you must configure this
phone number twice in the table.
To modify the SMSCNum label, perform the following operations:
1. In the OMC tree view, expand the Customer PCX/System Miscellaneous/Memory
Read/Write folder, and double-click on Other Labels.
2. In the list of other labels, select SMSCNum and click Details.
3. Select a line in the table and modify the desired byte(s).
4. Click Modify, then Write.
5. Validate the Relevant option to identify the labels that have been modified.
6. Click Return.

3.52 Remote Forwarding

3.52.1 Overview
3.52.1.1 Description
The remote forwarding service enables an employee who is outside of the business
premises, or at home to modify or cancel, from a DTMF dialing set, the unconditional internal
or external forwarding active on his station, as if he were at work.
The forwarding configuration of a set can also be modified thanks to the Remote
configuration feature: see Remote configuration - Detailed description .

3.52.1.2 Additional Information

3-148               

 # ( #

- The "Remote Forwarding" feature uses elements of the "Remote Substitution" and
"External Forwarding" features; see both corresponding files.
- A single DTMF receiver is available at any given time.
- This service can be used to cancel the "Do Not Disturb (DND)" feature.

3.52.2 Configuration procedure

3.52.2.1 Configuration
- For each set, to authorize or deny use of the "Remote Substitution" feature:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Features -> "Remote Substitution"

- To validate the service in the public numbering plan (operates without base or NMT):
• by OMC (Expert View): Numbering -> Public Numbering Plan -> Remote Substitution
• by MMC-Station: NumPln -> PubNum -> Disa

- To define the service access code – OMC (Expert View) only:

External Lines -> Remote substitution -> Access control code

- To define the voice guide message (none, message 1 to 8) – OMC (expert View) only:
External Lines -> Remote Substitution -> Voice Guide Message

- To define the system reaction if no DTMF receiver is available (Call Waiting or Release) –
OMC (Expert View) only:
External Lines -> Remote Substitution -> Wait for DTMF Receiver

3.52.3 Operation
3.52.3.1 ACTIVATION/USE
Users can modify their station state remotely by:
- calling their station (in external forwarding mode). The user can then either modify the
immediate forwarding destination number or cancel forwarding, or
- dialing the feature code for "remote substitution". The user can then activate immediate
forwarding, modify the immediate forwarding destination number or cancel forwarding.

               3-149

Chapter 3 # ( #

3.53 External Forwarding

3.53.1 Overview
3.53.1.1 DESCRIPTION
When external forwarding is activated on a station, its internal and external incoming calls are
routed to a network destination, programmed in advance or at activation of the service.
For external incoming calls, the system can manage 2 types of external forwarding:
- by joining: the incoming analog line (or B channel) is switched to the outgoing line (or B
channel) by the PCX, the latter handles the barring and traffic sharing link categories of the

3-150               

 # ( #

destination station and the lines to be joined (see "Link Categories") and subsequently the
connectivity matrix. Both resources are busy during the entire duration of the call. This type
of forwarding does not need a subscription..
- by re-routing, for ISDN DID calls only, and on subscription from the network carrier: the
system informs the network that the station called is forwarded and specifies the
destination. The network then manages the forwarding (no busy lines). The system takes
includes the restriction and traffic sharing link COS of the destination station and the trunk
group programmed into the destination number.
For internal incoming calls, the system performs forwarding by joining.
3.53.1.2 ADDITIONAL INFORMATION
- Any activation of an individual forwarding supercedes the previous one.
- If the station which activates the forwarding has a display, it will show the forwarding and
the Destination No.
- The icon or LED associated with the "Forwarding selection" or "Master Forwarding"
programmed key indicates activation of forwarding with this key.
- The "Master Forwarding" or "Forwarding Selection" programmed key for individual calls
can also be used to cancel an external forwarding.
- When the link COS do not allow external forwarding:
• an external caller is re-routed to the Attendant Station
• an internal caller is released
- Two analog lines can only be joined if they are configured with Polarity Reversal and if the
public exchange sends the corresponding IP.
- When a digital (ISDN or QSIG) is forwarded, it is possible to select which identity is
retransmitted by the system to the forwarding destination, either that of the initial caller or
that of the forwarded station.
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Features

? CLI for external diversion = Identity of caller

? CLI is diverted party
? CLI for external diversion = Identity of forwarded station
? CLI is diverted party

- The caller can hear a pre-announcement message before being forwarded (see
"Configuration").
- A private station can neither activate an external forwarding nor be forwarded externally.
- Neither the possible UUS nor the sub-address (see "ISDN Services") are retransmitted to
the forwarding destination.
- External forwarding cannot be activated with an account code.

3.53.2 Configuration procedure

3.53.2.1 CONFIGURATION
- For each station, program the forwarding keys:

               3-151

Chapter 3 # ( #

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details -> Keys
• by MMC-Station: User or Subscr -> Keys

- For each station, external forwarding can be authorized:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details - Features
-> "External Diversion"

- Define the type of operation used for forwarding an external incoming call to a network
number, re-routing or joining:
• by OMC (Expert View): System Miscellaneous -> Feature Design -> Part 2 -> "External Diversion
Mode"
• by MMC-Station: Global -> Joing -> Divert

- When the selected mechanism for forwarding external incoming calls to a network number
is "joining", fill out the connectivity matrix by OMC (Expert View) only:
Traffic Sharing and Restriction -> Joining

- Define the type of identity retransmitted to the forwarding destination:

• by OMC (Expert View): System Miscellaneous -> Feature Design ->"CLI for external diversion" or
"CLI is diverted party"

- To specify whether or not the caller hears a pre-announcement message before being
forwarded – OMC (Expert View) only:
Users Misc. -> Pre-announcement -> Voice Guide for Diversion to External

3.53.3 Operation
3.53.3.1 ACTIVATION/USE
P.K.: Programmed Key
F.K.: Fixed Key
S.K.: Soft Key
Prefix: Code programmed in the internal dialing plan

All stations Without display ? With display,

With soft keys
including analog (Z) Analog (Z) no soft keys
F.K.: Divert or F.K.: Divert or
(pre-)programmed (pre-)programmedS.K.: Divert +
Immediate external Code + Destination (master) indiv. M ImmD? or Immed? +
forwarding No (*) immediate Immed" (indiv.) Destination No
forwarding + + Destination (*)
Destination No (*) No (*)

(*) If not a system speed dial number, the external No must contain a trunk group number or
an RSP or RSB key

3-152               

 # ( #

3.53.3.2 CANCELLATION

All stations Without

With display, no
including display ? With soft keys
soft keys
analog (Z) Analog (Z)
Immediate external Prefix Cancel P.K.: Cancel all S.K.: Divert +
P.K.: All
forwarding all forwardings forwardings Cancl?

3.54 PCX Diversion

3.54.1 Overview
3.54.1.1 PCX DIVERSION *
* Depending on country; not available in France.
3.54.1.1.1 DESCRIPTION
All the external calls from the digital network (T0 or T2 accesses) intended for the stations in
the installation can be re-routed to a destination on the network.
First of all, the system manager will have subscribed to "Call Forwarding Unconditional" (CFU)
with the network operator.
There are two subscription versions:
- fixed forwarding: the forwarding destination is programmed into the public exchange
carrier and is always the same.
- variable forwarding: the forwarding destination is specified at activation of the service and
can thus be different at each activation.
Note:
PCX forwarding by CFU is only possible with a point-to-point link (ETSI).
Access to the service is controlled by a password, either:
- in the public exchange: the password given by the exchange carrier is retransmitted to the
public exchange on activation of forwarding.
- in the system: the password is that of the system operator and is not retransmitted to the
public exchange.
To configure the service in the system (so that it correctly transmits the PCX forwarding
activation request) the configuration in the public exchange must take account of the
installation's digital links. These can be of 3 types:
- configuration of type 0: all the digital links connecting the installation to the public
exchange are configured into a single "group" (equivalent to a trunk group) in the public
exchange.
- configuration of type 1: the installation is connected to the public exchange by "groups" of
links and isolated digital links.
- configuration of type 2: the installation is connected to the public exchange by several
"groups" of digital links.

               3-153

Chapter 3 # ( #

Depending on the type of configuration in the public exchange, it waits for one or more PCX
forwarding activation requests:
- in a type 0 configuration, a single activation request for the entire group of links
- in a type 1 configuration, an activation request for each link connecting the installation to
the exchange
- in a type 2 configuration, an activation request for each group of links
The activation request is made via a trunk group containing one of the installation's digital
links, defined either:
- on programming the "PCX diversion" key and, failing which, at the time of service
activation, in a type 0 configuration
- only if diversion is variable, at programming of the "PCX diversion" key and, failing which,
at the time of service activation, in a type 1 or 2 configuration
- only if diversion is variable, at programming the "PCX diversion" key and, failing which, at
the time of service activation, in a type 2 configuration; However, in this type of
configuration, the system will not use this trunk group, but that programmed in address
"PbxDBdl" which should contain a single digital link for each of the "groups" in the public
exchange allocated to the installation.

3.54.2 Configuration procedure

3.54.2.1 CONFIGURATION
- All configurations are performed under the address "PbxDivVar"
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Misc. Labels ->
"PbxDivVar"
• by MMC-Station: Global -> Rd/Wr -> Address -> "PbxDivVar" -> Return -> Memory

Byte 1 = Request type

- 00 = all accesses (default value)
- 01 = T0 by T0
- 02 = T0 group
Byte 2 = Keypad or facility
- 00 = facility (default value)
- 01 = keypad
Byte 3 = Password
- 00 = local password (default value)
- 01 = network password
Byte 4 = fixed or variable destination
- 00 = variable destination (default value)
- 01 = fixed destination
Bytes 5 and 6 = Trunk group number "

3-154               

 # ( #

- XX-XX = trunk group number used if the type is a T0 group (last trunk group by default)

3.54.3 Operation
3.54.3.1 ACTIVATION/USE
P.K.: Programmed Key - defined by OMC (Expert View) or MMC-Station

Station without display (except Z) Station with display

PCX forwarding P.K.: Div PCX + password (*) P.K.: PCX + password (*)

(*) dial also, if not already pre-programmed in the "forwarding" key, either:
- the directory nº of the trunk group containing the activation request if forwarding is fixed
and of type 1
- or the directory nº of the trunk group containing the activation request and the forwarding
destination if forwarding is variable.
3.54.3.2 CANCELLATION

Station without display (except Z) Station with display

PCX forwarding P.K.: Div PCX + password P.K.: PCX + password

3.54.3.3 ADDITIONAL INFORMATION

- Activation of PCX forwarding is signaled:
• on the displays of all stations in the installation
• for a type 1 configuration, by the icon or LED of the forwarded RSP keys.
- After activation of PCX forwarding, outgoing calls are still authorized.
- Two metering proofs are printed: one when the service is activated, the other when it is
canceled.
- The activation request for a "group" in which all the links are busy is rejected. The same
applies to an isolated link.
- For countries without this feature, PCX forwarding can be managed using a restricted
public numbering plan in which every DDI number corresponds to a station which will divert
to the outside.

3.55 Background Music

3.55.1 Overview
3.55.1.1 Description
When a music source (e.g. radio or cassette recorder) is connected to the system, a user can
activate the broadcast of music through the speaker on his station when it is idle.

               3-155

Chapter 3 # ( #

3.55.1.2 Activation/Use

Without speaker With speaker

background music -- F.K.: Sp or LS or Sp+ or LS+

F.K.: Sp+ or LS+ and Sp- or LS- or
Adjust the volume --
Sp+/- or LS+/-

3.55.1.3 Cancellation

Without speaker With speaker

background music -- F.K.: Sp or LS or Sp+ or LS+

3.55.1.4 Additional Information

The transmission of the music is stopped automatically when a call arrives on the station or
when the user makes a call.

3.56 Headset Features

3.56.1 Overview
3.56.1.1 DESCRIPTION
The user of a station with the Handsfree feature can use a headset, connected instead of the
handset (for a wired station) and use the features normally accessible from his or her station.
"Headset mode" must be activated by station customization.
To answer a call, three connections can be used, either:
- manual: the user answers the call manually by pressing the resource key signaling the call
or the Handsfree key
- a hotline call: the system determines what type of call is at the station (see "Answering
camped-on calls")
- in automatic Interphone mode: after ringing, the station "answers" the call of highest
priority by switching to handsfree mode. For more information on automatic Interphone
mode (also called automatic answer mode or Intercom mode), see: Making/Answering a
Call - Overview - Receiving a Call .

3.56.2 Configuration procedure

3.56.2.1 CONFIGURATION
- To modify the time-out before connection in automatic mode – OMC (Expert View) only:
System Miscellaneous -> Feature Design -> Part 3 -> "Time before auto. conn. in headset mode"

3-156               

 # ( #

- To activate headset mode (MMC-Station Administrator session only)

Subscr ->No° of station -> Headst -> Choice

Note:
Headset mode can also be activated by customizing the stations; see Customizing Stations - Detailed
description for how this is done.

3.56.3 Operation
3.56.3.1 USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
F.K.: Fixed Key

Without Handsfree feature, With Handsfree feature

Resource Key or F.K.:

Answer a call manually --
Handsfree
Activate automatic F.K.: Intercom or P.K.:
--
answer mode (*) AutAns or Intercom

(*) When a caller is camped-on the station using automatic answer, the user enters into
conversation with the caller after pressing the "End" key and the transmission of a beep.

3.57 Appointment Reminder/Wake Up Call

3.57.1 Overview
3.57.1.1 DESCRIPTION
A user can have his station ring at a time he can program himself. This is the "Appointment
Reminder" function in the case of companies and the "Wake-Up" call in the case of a hotel (in
the various numbering plans, it is referred to as "Wake-Up").
The "Appointment reminder" can be activated either:
- every day at the programmed time: this is a "permanent" appointment
- or only once in the 24 hours following programming: this is a "temporary" appointment.
3.57.1.2 ADDITIONAL INFORMATION
- When the station is busy at the time the appointment reminder or wake-up call is made, the
station does not ring but the user hears a specific tone.
- To avoid traffic overload, stations that have placed wake-up call requests are called in
groups of 5, with a default time lapse of 2 seconds between 2 groups
- Number of analog stations called simultaneously: maximum of 4 per SLI board
- You can review the appointment reminder/wake-up call status for each station in:

               3-157

Chapter 3 # ( #

Subscribers/Basestations List -> Details -> WakUp.

3.57.2 Configuration procedure

3.57.2.1 CONFIGURATION
- To program the time of the appointment or wake-up call for a station:
S.K.: Soft Key
Prefix: Code programmed in the internal dialing plan

With display, no soft

Without display With soft keys
keys
Key i + function
S.K.: Appmnt + S.K.:
Permanent appointment "Appmnt" then function
-- Param + 4-digit
reminder " Perm + 4-digit
permanent call time
permanent call time
Prefix Wake-up Key i + function
Temporary appointment S.K.: Appmnt + 4-digit
activation + 4-digit "Appmnt" + 4-digit
reminder temporary reminder time
wake-up call time temporary reminder time

- To define the number of times temporary appointment reminders/wake-up calls should be

repeated (3 by default):
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Timer Labels ->
"WakeUpRetr"
• by MMC-Station: Global -> Rd/Wr -> Address -> "TonPrCmp" -> Return -> Memory

- To define the ringing duration (15 seconds by default):

• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Timer Labels ->
"TmAppAnTim (temporary appointment) or PmAppAnTim (permanent appointment)"

- To define the timing between 2 wake-up calls (1 minute by default):

• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Timer Labels ->
"TmAppWaTim (temporary appointment) or PmAppWaTim (permanent appointment)"

- To define the timing between 2 groups of 5 wake-ups when there are too many
simultaneous requests (2 seconds by default):
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Timer Labels ->
"InAnnAppTim"

- To define the reaction in the event of a problem with a wake-up call on a room station
(Hotel version)
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Misc. Labels ->
"WakUpPrbRg"
• by MMC-Station: Global -> Rd/Wr -> Address -> "WakUpPrbRg" -> Return -> Memory
If YES is selected, the receiving station rings with a specific call tone and the display
shows "Wake-up problem ".

3-158               

 # ( #

3.57.3 Operation
3.57.3.1 ACTIVATION/USE
At the appointment or wake-up time, the station rings and the display shows the appointment.
Ringing stops when the user acknowledges the appointment reminder or wake-up call, for
example by going off-hook. If there is no acknowledgement, the station rings for 15 seconds
(default setting) and then again one minute later (also by default) and then a third time (by
default) after a further minute.
Whether acknowledged or not, a temporary appointment reminder or wake-up call is canceled
and a permanent appointment reminder is retained for the following day at the same time.
3.57.3.2 CANCELLATION
S.K.: Soft Key
Prefix: Code programmed in the internal dialing plan

With display, no soft

Without display With soft keys
keys
Key i + function "
Appmnt" then function " S.K.: Appmnt + S.K.:
Permanent appointment
-- Perm" + F.K.: Perm S.K.: Clear +
reminder
"Cancellation" + F.K.: S.K.: OK
"OK"
Key i + function "
Appmnt" then function " S.K.: Appmnt + S.K.:
Temporary appointment Prefix Wake-up
Temp" + F.K.: Temp + S.K.: Clear +
reminder activation
"Cancellation" + F.K. S.K.: OK
"OK"

3.58 Call Monitoring

3.58.1 Overview
3.58.1.1 Description
A user can help one or more other users to manage their calls, by means of:
- Supervision of one or more resource keys on these users" stations, with or without
supervised call ringing: the incoming calls on the supervised resource key are signaled
in the same way as on the associated supervision key
- Selective Tracking: the user also receives the calls intended for the selected directory
numbers
- User Tracking: the user also receives all the calls for the tracked station
- General tracking: the user also receives external calls intended for the attendant stations

               3-159

Chapter 3 # ( #

3.58.2 Configuration procedure

3.58.2.1 CONFIGURATION
- For an analog (Z) station to use general tracking, program a virtual key using OMC (Expert
View):
Users/Base stations List -> Users/Base stations List -> Details -> Virtual Key -> "General tracking"

3.58.3 Operation
3.58.3.1 Activation/Use
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
Prefix: Code programmed in the internal dialing plan
Without
Without display
Analog (Z) display and With display
and multi-line
single-line
P.K.: Audio P.K.: Audio
Signal Signal
Supervised call ringing -- --
Supervision Supervision
melody or Ring melody or Ring
P.K.: Selective P.K.: Track or
Selective Tracking -- --
monitoring Monit
P.K.: Selective P.K.: Track or
Answer calls from Tracking when Monit when the
-- --
Selective Tracking the associated associated LED
LED flashes or icon flashes
P.K.: UsrTrk or SubMon or User
User Tracking -- --
Tracking
Answer calls from
-- -- Off-hook or press "Handsfree"
User Tracking
Prefix
General tracking Programming P.K.: General tracking P.K.: GenMon
mode + 6 5
P.K.: General P.K.: GenMon
Answer calls from tracking when when
Go off hook Go off hook
General tracking associated LED associated LED
or icon flashes or icon flashes

3.58.3.2 Cancellation
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station

5
If a "General tracking" virtual key is programmed on the station.

3-160               

 # ( #

Prefix: Code programmed in the internal dialing plan

Without Without
Analog (Z) display and display and With display
single-line multi-line
P.K.: Audio P.K.: Audio
Signal Signal
Supervised call ringing -- --
Supervision Supervision
melody or Ring melody or Ring
P.K.: Selective P.K.: Track or
Selective Tracking -- --
Tracking Monit
P.K.: UsrTrk or SubMon or User
User Tracking -- --
Tracking
Prefix
General tracking Programming P.K.: General tracking P.K.: GenMon
mode + 7

3.58.3.3 Additional Information

- A Selective Tracking programmed key can supervise and assist up to 8 directory
numbers (a user can have several directory numbers for a single station: for example, an
internal number defined in the main numbering plan, and an external number defined in the
DID dialing plan. Thus, in order to monitor both internal and external calls, both directory
numbers must be programmed on one or two Selective Tracking keys).
- A station can have several Selective Tracking keys.
- Selective or user tracking of a group of stations is impossible. However, when User
Tracking is active for a station belonging to a parallel or serial group, the group calls for
this station are monitored.
- Selective Tracking does not work for forwarded or tracked calls.
- Selective or User tracking does not work for:
• Calls coming from automatic callback on a busy station or trunk group
• Calls from master recall if transfer fails
• Wake-up calls
• Appointment calls
- When all the station resources are busy, new tracked calls are lost.
- A programmed User Tracking key can be used to monitor up to 8 directory numbers (if a
station has several call numbers, simply program one of them on a User Tracking key for
all the numbers on this station to be monitored).
- So that an analog (Z) station can use general tracking, the installer must configure a
"virtual" General tracking key on it.
- If a User Tracking key is programmed for a user on an extension, the same user cannot
be monitored or tracked by another extension".
For example: Set 100 has User Tracking key for Ext 199. Ext 101 cannot have the User
Tracking key for Ext 199.

3.59 Customizing Stations

               3-161

Chapter 3 # ( #

3.59.1 Detailed description

3.59.1.1 DESCRIPTION
Customization only affects the station on which it is performed (you cannot customize remote
stations).
3.59.1.1.1 Switching to Customization mode
Depending on the type of station, press Custo (2nd page, Advanced Station in Idle) or i + 5, or
dial the "Programming Mode" function code.
The following pages describe the tree structures available for each type of station; navigation
is done using soft keys or codes (with the help of voice guides).
3.59.1.1.2 Additional Information
- Answer Only: activating or deactivating mode does not modify the greeting in the voice
mailbox ; the user has to select the appropriate default message or rerecord a new one
that corresponds to the selected mode of operation.
- Destination number (personal assistant or message notification):
• external numbers must include the network access prefix
• external numbers are subject to restriction controls
• if the pre-defined number is invalid or restricted, the call is automatically put through to
the destination mailbox (personal assistant) or is not connected (remote notification).
- Time ranges: on initialization, the start time is 00:00 and the end time is 24:00
- Customization validation key: OK for stations with soft keys, # for stations without soft
keys, 9 for rotary dialing stations.
3.59.1.1.3 Other available features:
- i key + key programmed with a specific parameter: modify the parameter value.
- Directory key + i key: program personal speed dials.
- i key + Appmnt key: program a reminder call.
- i key + Divert key: program call types to be forwarded.
Note:
For a detailed description of how to set up these features (passing from one feature to another, deleting a
value, etc), refer to the user guide for the relevant terminal.

3.59.1.1.4 Stations with soft keys

3-162               

 # ( #

3.59.1.1.5 Stations without soft keys but with displays

               3-163

Chapter 3 # ( #

3.59.1.1.6 Stations without displays or soft keys

3-164               

 # ( #

3.59.1.1.7 Analog Z stations

               3-165

Chapter 3 # ( #

3.60 Teamwork

3.60.1 Overview
3.60.1.1 DESCRIPTION

3-166               

 # ( #

Teamwork simplifies the call management of all the members in a "work group" by equipping
each station with:
- as many RSL keys as there are members in the group less one. Each RSL is programmed
with the number of one of the other members of the group. These keys enable:
• supervising of the other stations, i.e. knowing whether they are free or occupied
• direct calls to other members of the group
- one or more selective call monitoring keys (one key makes it possible to monitor up to 8
directory numbers) (see "Call Monitoring")
- a group call pickup key (see "Call pickup")
3.60.1.2 ADDITIONAL INFORMATION
- Group call pickup is used when selective call supervision and assistance is deactivated for
the station which is ringing.
- A work group is "virtual", i.e. there is no directory number. To remedy this, it is preferable
to create a Hunt Group with parallel management (see "Hunt Groups").
- By adding supervision and assistance resource keys to the other stations in the work
group, each member of the group can supervise and assist the other member's calls.

3.60.2 Configuration procedure

3.60.2.1 CONFIGURATION
- To create a work group – MMC-Station only:
TerPro -> TeamWk -> Add

3.61 Account Code/Substitution

3.61.1 Overview
3.61.1.1 DESCRIPTION
3.61.1.1.1 Account code
An account code makes it possible to charge the cost of an external call to a client account.
During a call, a dedicated station can modify the account code or add one; an analog (Z)
station cannot.
All the account codes are configured in the account code table. For each account code, the
installer can state:
- whether or not the client account is identified by a name which can be printed on the call
detail record instead of the name of the call initiator
- whether or not the initiator of the call is to be identified by his directory number
- whether or not the initiator of the call must enter a password, either:
• his password, if the user's identity is required ("User-ID" field in OMC = User)

               3-167

Chapter 3 # ( #

• the password of the station on which the call is made, if the user's identity is not
required ("User-ID" field by OMC = No)
- whether the restriction and traffic sharing link COS (see "Link Classes Of Service" and
"Restriction") used for the call are:
• those of the "set" on which the call is made
• those of the "Guest" (OMC label), i.e. of the station identified for this call
• the restriction link COS of the client account (between 1 and 16) and traffic sharing link
COS of the station on which the call is made
• no restriction: no restriction link COS but the system uses the traffic sharing link COS
of the station on which the call is made
- the number of digits of the external number, masked on the call detail record:
• all: all the digits are masked (priority field in relation to the "Mask last 4 digits" field in
the "Counted Printout" menu)
• 0, 1, ..., 9: from 0 to 9 digits masked (priority field relative to the "Mask last 4 digits"
field in the "Counted" menu)
• default: value of the "Mask last 4 digits" field in the "Counted Printout" menu (either 0
or 4 digits masked).
Furthermore, an account code can be:
- defined: in this case, it is composed exclusively of digits (e.g. "987654")
- partially defined: in this case, it is composed of digits and asterisks (e.g.: "1345*****"), the
asterisks represent the variable part; the number of digits in the account code entered
must be equal to the number of digits of the defined and asterisks.
- variable: in this case, it is composed exclusively of asterisks; the number of digits in the
account code entered must be equal to the number of asterisks.
When an account code is entered, the system first checks, whether it exists as a "defined"
code, a "partially defined" code, or a "variable" code.
The installer can configure a code for activating the "Account Code" service in the internal
dialing plan. The "Base" field can be either:
- empty: in this case, the user enters the code associated with the client account.
- 4 digits long, 0000 to 9999: in this case, the base refers to an account code configured in
the account code table. The four digits of the base can correspond either to the 4 digits of
a defined account code or to a variable code of 4 asterisks.
3.61.1.1.2 Substitution
This makes it possible to authorize a user to make an external call from any station in the
installation, even restricteded or locked, as if he were making the call from his own station.
Substitution is a particular account code case for which:
- the user's identity is required
- restriction and traffic sharing link COS are those of the "guest"
- the password may be required.

3.61.2 Configuration procedure

3.61.2.1 CONFIGURATION

3-168               

 # ( #

- To create the code for activating the "Account Code" feature in the internal dialing plan:
• by OMC (Expert View): Dialing -> Internal Dialing Plan ->"Account Code New"
• by MMC-Station: NumPln -> IntNum -> Accoun

- To create the account code table:

• by OMC (Expert View): Traffic Sharing and Restriction -> Account Code Table

- Select the name printed on the call detail record; that of the client account or of the initiator
of the call – OMC (Expert View) only:
Counting -> Printout -> Fields -> "User Name"

3.61.3 Operation
3.61.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
Prefix: Code programmed in the internal dialing plan

Analog (Z) Without display With display

Prefix New account P.K.: New account P.K.: AccNew (*) +

code + account code if code(*) + account code account code if
necessary + No if requested + directory requested + directory No
Before setting up the call
directory (if identity No if identity requested if identity requested +
required) + password if + password if requested password if requested +
required + external No + external No external No
P.K.: Account code
P.K.: AccCom +
during communication
account code if
+ account code if
requested + directory No
During a call -- requested + directory
if identity requested +
No if identity requested
password if requested +
+ password if requested
external No
+ external No

(*) The programmed keys, such as the numbering plan activation prefix, may contain the
desired account code.
3.61.3.2 ADDITIONAL INFORMATION
- The system rejects all calls with an account code using the default password.
- An account code can have up to 16 digits or asterisks.
- Partially defined account codes in formats "12**34", "1***6**" or "**88" are forbidden.
- FORCED ACCOUNT CODE: the installer can authorize the user to only make external
calls using an account code, by:
• assigning restriction link COS specific to the account code and to the user
• configuring account code parameters in the following manner: the user's identity is

               3-169

Chapter 3 # ( #

required, restriction and traffic sharing link COS are those of the "station" and a
password is also required
- The "New Account Code" and "AccNew" programmed key can be replaced by "Macro2"
keys containing the external code .
- The account code is not stored with the number in the Last Number Redial and Temporary
storage.
- An account code can be modified several times during a call and until the user enters a
"defined" or "partially defined" code.
- Masking of several or of all the digits in the external number dialed makes it possible to
keep a call confidential.
- The "names" of the account codes do not appear in the internal directory.
- An account code remains active after activation of a paging, after a recall in the case of a
transfer failure, after a call parking, a call pickup, a forwarding, or a transfer.
- The "Account Code" field can only be printed on statements with 132 columns.
- An S0 station cannot use these services.
- What not to do – example of an ineffective account code configuration: the user's identity is
required, the restriction and traffic sharing link COS are those of the "guest" and the
password may or may not be required.

3.62 Allocation of a Trunk Line

3.62.1 Overview
3.62.1.1 DESCRIPTION
An authorized user can temporarily lend one of the trunks in the main trunk group to an
otherwise restricted user so that he may make a single external call. This user keeps his call
confidential since he dials the number himself.
The authorized user must be on an internal call with the user before lending him the line.
The authorized user can also:
- select the restriction level assigned to the call made after line assignment: no restriction or
level 1 to 6
- lend a line with counting reminder (see "Count Total Recall")
- assign an account code to the call that the other user is about to make (see "Account
Code")
3.62.1.2 ADDITIONAL INFORMATION
- The authorized user and the beneficiary user of the service must be connected to the
same PCX.
- The beneficiary user of the service must have an available resource for the external call.
- Count total recall can only be requested on a station with display.
- If the service is refused, the beneficiary user hears the fast busy tone.

3-170               

 # ( #

- The service is refused if the beneficiary station is locked or private without authorization to
transfer.
- The assigned line is an analog trunk line or a digital access.
- The beneficiary user cannot use block dialing mode after trunk assignment.
- An S0 station cannot activate the service nor be a beneficiary user of the service.

3.62.2 Configuration procedure

3.62.2.1 CONFIGURATION
- To specify whether or not to authorize a station to assign one of the lines in the main trunk
group:
• by OMC (Expert View):
Users/Base stations List -> Details -> Features -> Part 2 -> "Trunk Assign"

- For each station, to specify whether or not to program the keys for trunk line assignment,
with or without count total recall:
• by OMC (Expert View):
Users/Base stations List -> Details -> Keys -> "Trunk Assign" or "Trunk Allot CTR"
• by MMC-Station: Subscr -> Keys -> "AllotN" or "AllotM"

- To create the features in conversation for assignment of the trunk line, with a restriction
level from 1 to 7 (level 7 being "no restriction"), with or without count total recall:
• by OMC (Expert View):
Dialing -> Features In conversation -> "Trunk Assign (1 to 7)" or "Trunk Assign CTR (1 to 7)"
• by MMC-Station: NumPln -> Code -> "AllotN or AssignN Cat (1 - 7)" or "AllotM or AssignM Cat (1 -
7)"

3.62.3 Operation
3.62.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
Prefix: Code programmed in the internal dialing plan

Without display (xcept

Analog (Z) With display
analog (Z)
P.K.: Trunk P.K.: Trunk
Prefix Trunk
assignment with or assignment with or
During an internal call, the assignment with or
without CTR, and with without CTR, and with
authorized user uses... without CTR, and with
or without restriction or without restriction
or without restriction
(*) (*)
then the other user... hears the public network dial tone and makes the external call

               3-171

Chapter 3 # ( #

the authorized user's

If a count total recall has station rings and the
-- --
been requested... display indicates the
counting

(*) Addition of an account code and the associated parameters must be done before activation
of the "trunk allocation" service.

3.63 Meter Total Recall

3.63.1 Overview
3.63.1.1 DESCRIPTION
A user who has a station with a display can request to be called back automatically to find out
the cost of an external call made by another system user.
count total recall can be activated either:
- manually: in this case, count total recall is requested before a single external call is setup.
- automatically, for each station in the installation: in this case, count total recall is activated
after all the external calls on "tracked" stations.
The ringer for a count total recall is the same as that for an appointment reminder.

3.63.2 Configuration procedure

3.63.2.1 CONFIGURATION
- To create the prefix for activating "Count Total Recall" in the internal dialing plan:
• by OMC (Expert View):
Dialing -> Internal numbering plan -> "Count Total Recall"
• by MMC-Station: NumPln -> IntNum -> Funct -> "MTR

- To specify whether or not to authorize the printing of a call detail record during a count total
recall:
• by OMC (Expert View):
System Miscellaneous -> Memory Read/Write -> Misc. Labels -> "MTR_Print"
• by MMC-Station:
Global -> Rd/Wr -> Address -> "MTR_Print" -> Return -> Memory

- To specify whether or not to track a station after each external call:

• by OMC (Expert View):
Users/Base stations List -> Users/Base stations List -> Details -> Counting ->Tracking

- For each station, define the count total recall destination for all external calls:

3-172               

 # ( #

• by OMC (Expert View):

Users/Base stations List -> Users/Base stations List -> Details ->Counting ->Count Total Recall
->Destination No
Subscribers/Base stations List -> Subscribers/Base stations List -> Details -> Counting ->Count
Total Recall ->Active

3.63.3 Operation
3.63.3.1 ACTIVATION/USE
P.K.: Programmed Key – defined by OMC (Expert View) or MMC-Station
S.K.: Soft Key

With display, no soft With display, with soft

Without display
keys keys
Activating in manual mode,
-- P.K.: MTR + external No + F.K.: Transfer
during call (internal)
Activating in manual mode, P.K.: MTR + external n° then, when the outside party
--
when idle answers, internal n° + F.K.: Transfer
Activating in automatic
-- Automatic
mode
During recall, reading the
directory n° of the -- P.K.: Read + P.K.: Read + if required
"monitored" station
Printing a call detail record -- 2 S.K.: Print.
Stopping the ringer and
keeping the counting -- 1 S.K.: MTR-OK
information on the display
Acknowledging the count
-- 1 S.K.: MTR-OK
total recall

3.63.3.2 ADDITIONAL INFORMATION

- The recall is presented for 25 seconds; if the recall is not acknowledged, the system
temporarily cancels the recall: it is presented again after any operation performed on the
station.
- If the destination station for the recall is busy, the counting information is temporarily
displayed and a sound signal is transmitted. As soon as it is free, the destination station for
the recall should receive the counting information.
- When a station is the destination for several count total recalls, the one which has been
there the longest is presented first.
- The service can only be used on external lines providing counting information (hence, not
on analog ATLs).
- A count total recall does not follow a call forwarding.
- A "count total recall" can be combined with a "trunk allocation" (see corresponding file).
- The character "#" precedes the number of the counting ticket printed on a count total

               3-173

Chapter 3 # ( #

recall.

3.64 Remote Substitution

3.64.1 Overview
3.64.1.1 Description
The remote substitution service enables an employee who is outside of the business
premises or at home to call a correspondent on the public network from a DTMF set (via the
T0/T2 access) or a user on a remote PCX on the same private network (via the IP or the QSIG
accesses) as if he were at work.
The user must pay for the call to the system; the company is charged for the call between the
system and the external caller.

The user authentication can be performed with:

- A DTMF dialogue. On voice guides request, the caller dials his/her personal number and
password

3-174               

 # ( #

Important:
When creating/modifying your password, abide by basic rules for adequate password
policies:
• Implement a company security policy (e.g. regularly update all user passwords)
• Modify the default number of digits, and use 6 digits per password (as of R8.2)
• Avoid the use of simple passwords such as suite of figures or repeated figures
• Force OmniPCX Office users to change the default password when initializing their voice
mail
• Do not disclose passwords to other persons/colleagues, etc.
• Lock extensions when not being attended (i.e. holidays, night time, weekend, etc.)
Password creation and security is the responsibility of the user/system Administrator or
Installer.
Therefore, if somebody accesses the PA (Personal Assistant), remote call forwarding
configuration, nomadic mode configuration or DISA Transit (remote substitution) and uses a
correct password, it is assumed that this person is an authorized user of the password.
- The calling party CLI (Calling Line Identification). If the calling identity received matches
one of the configured authorized users

3.64.2 Configuration procedure

3.64.2.1 Configuration
- To authorize or deny access to the service, for each station:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Features -> Part 2 -> "Remote Substitution"

- To validate the service in the public numbering plan (operates without base or NMT):
• by OMC (Expert View): Numbering -> Public Numbering Plan -> Remote Substitution
• by MMC-Station: NumPln -> PubNum -> Disa

- To define the service access code – OMC (Expert View) only:

External Lines -> Remote substitution -> Access control code

- To define the voice guide message (none, message 1 to 8) – OMC (Expert View) only:
External Lines -> Remote Substitution -> Voice Guide Message

- To define the system reaction if no DTMF receiver is available (Call Waiting or Release) –
OMC (Expert View) only:
External Lines -> Remote Substitution -> Wait for DTMF Receiver

- To enable the CLI authentication feature – OMC (Expert View) only:

System Miscellaneous > Memory Read/Write > Other Labels
CLICtrl flag values:
• CLICtrl=0x00: the CLI authentication feature is disabled

               3-175

Chapter 3 # ( #

• CLICtrl=0x01: the CLI authentication feature is enabled

- To define in which cases a CLI number received from an ISDN trunk group can be trusted
for CLI based identification and authorization – OMC (Expert View) only:
System Miscellaneous > Memory Read/Write > Other Labels
CLIISDNCtl flag values:
• CLIISDNCtl=0x01: CLI provided by the network is accepted (network provided)
• CLIISDNCtl=0x02: CLI provided by the user, verified and passed is accepted
(user-provided, verified and passed)
• CLIISDNCtl=0x04: CLI provided by the user, verified and failed is accepted
(user-provided, verified and failed)
• CLIISDNCtl=0x08: CLI unknown is accepted (user-provided, not screened)
The CLIISDNCtl flag is a bit map. The value 0x03 means that a CLI with the typeCLI
provided by the network or CLI provided by the user, verified and passed is accepted.
- To define the number of digits checked in the received CLI – OMC (Expert View) only:
System Miscellaneous > Memory Read/Write > Other Labels
CLINumCtrl flag values:
• CLINumCtrl=0x00: the comparison is performed on all digits
• CLINumCtrl=0xn: only the last n digits are checked
Example 1:
a GSM calls the PCX from abroad, the received CLI contains international prefixes. The national
CLI is 06 12 34 56 78, the received CLI is 00 44 6 12 34 56 78. By configuring CLINumCtrl to
09h, the PCX checks the last 9 digits of the received CLI : 6 12 34 56 78
- To define the authorized trunk group types – OMC (Expert View) only:
System Miscellaneous > Memory Read/Write > Other Labels
CLITrkCtrl flag values:
• CLITrkCtrl=0x01:CLI authentication is authorized for incoming calls from an ISDN
trunk group
• CLITrkCtrl=0x02:CLI authentication is authorized for incoming calls from an analog
trunk group
• CLITrkCtrl=0x04: CLI authentication is authorized for incoming calls from a tie line
The CLITrkCtrl flag is a bit map. The value 0x03 means that a call coming from an ISDN
trunk group or an analog trunk group is allowed to perform a CLI authentication.
- To define the external number from which remote substitution is authorized for a given
user, enter the CLI with the PCX outgoing prefix in the Notification destination field –
OMC (Expert View) only:
Users/Basestations List -> Details -> Mailbox -> Notification -> Notification destination

Example 2:
with a PCX outgoing prefix=0 and an external number=06 12 34 56 78, the Notification destination
field is 0 06 12 34 56 78

3.64.3 Operation

3-176               

 # ( #

3.64.3.1 Remote Substitution Access

Figure 3.40: Remote Substitution Access Algorithm

Details of the access algorithm
- CLI accepted: this test matches when:
• The CLI authentication feature is enabled on the system
• The calling party number is an authorized calling number. The comparison can be
performed:
• On all digits. In this case, the received calling number must match exactly the
configured number (including trunk group seizure prefix, national code....)

               3-177

Chapter 3 # ( #

• On the last digits only. In this case, the comparison is performed only on the
configured number of digits.
• The incoming call is received from an authorized trunk group type
• In case of an ISDN incoming call, the calling party number type matches one of the
authorized types (also called security policy)
- User authentication: the calling party is prompted to enter his/her external directory
number and password
3.64.3.2 Additional Information
- The traffic sharing and restriction are those of the internal user.
- A single DTMF receiver is available at any given time.
- Counting: Every call generates 2 statement lines: one line for the incoming call (with Type
= incoming transit call using remote substitution ), the other is for the outgoing call (with
Type = outgoing transit call using remote substitution).

3.65 Fax Notification

3.65.1 Overview
3.65.1.1 DESCRIPTION
The fax notification service informs users (whose stations have displays and Message LEDs)
when they have just received a fax.

3.65.2 Configuration procedure

3.65.2.1 CONFIGURATION
- Program the "Fax Notification" table by creating the Fax No <-> User No links with:
• fax numbers from the internal, public or private numbering plans
• user numbers from the internal numbering plan.
• by OMC (Expert View): Subscribers Misc. -> Fax Notification for Subscribers
• by MMC-Station: Global -> FaxTab -> ReSubs and FaxNum

3.65.3 Operation
3.65.3.1 ACTIVATION/USE
When a fax has been received, the system displays the message: "Incoming Fax" on the
recipient user's station (depending on the configuration of the "Fax Notification" table) along
with the number of the receiving fax machine.
3.65.3.2 ADDITIONAL INFORMATION
- A user can supervise several fax numbers.
- A fax No can be supervised by several users.

3-178               

 # ( #

- The "Fax Notification" table is limited to 30 entries.

- To deactivate fax notification on a user station, break the Fax No <-> User No link
configured in the "Fax Notification" table.

3.66 Called Party Control

3.66.1 Overview
3.66.1.1 Basic Description
The "Called Party Control" feature applies to outgoing calls to emergency numbers via the
public network.
The aim of this feature is that emergency call release may only be at the initiative of the
emergency center.
Should the calling party hang up first, the system tries to reestablish the call to the emergency
center. The set having hung up is rung again. A recall timer is started.
- If the calling party picks up the call before the recall timer is expired, the call resumes.
If the calling party hangs up again, the calling party number is recalled once again by the
system.
The call is released when the called emergency centre hangs up.
- If the calling party does not pick up the call before the recall timer has expired, the call is
released or transferred to an attendant. The call is processed as a standard unanswered
incoming call (forwarded to attendant or released).
If the attendant answers the transferred call, the "Called Party Control" feature is disabled.
Both the attendant and the emergency centre may release the call.

               3-179

Chapter 3 # ( #

Note:
- The feature is not available on S0 stations.
- The feature does not support conferences. If a user is in a conference call, starts an emergency call
and hangs up, he/she is not called back by the system
- The correct operation of this feature on analog trunks is not guaranteed.

3.66.2 Configuration procedure

3.66.2.1 Configuration
- Enabling the feature - OMC (Expert View) only:
Set the flag CalledCtrl to the value 01: System Miscellaneous > Memory Read/Write >
Other Labels > CalledCtrl
Note 1:
The CalledCtrl default value is 00 (feature disabled)

- Configuring the emergency number - OMC (Expert View) only:

The emergency number 110 is entered as "10 01 00 00 03 00 00 00".
The first four bytes define the emergency number: an emergency number has a maximal
size of 8 digits.
Possible value is 0 to 9.
The fifth byte indicates the length of the emergency number (03 = three digits) and
sixth/seventh/eighth bytes are system data (do not modify).
Therefore the emergency number 12345678 is entered as "78 56 34 12 08 00 00 00".
System Miscellaneous > Memory Read/Write > Other Labels > EmergNum > Details
Note 2:
• For China, the default values of emergency numbers are:
• 110 for the police
• 119 for fire alarm
• 120 for ambulance services
• For some other countries, the default values of emergency numbers are 112 and 999

- Configuring the recall timer - OMC (Expert View) only:

System Miscellaneous > Feature Design > Part 4 > Duration of Hold Recall Ringing
Note 3:
The default value of "Duration of Hold Recall Ringing" is 30s

3.66.3 Operation
3.66.3.1 Activation/Use
"Called Party Control" feature recall mechanism

3-180               

 # ( #

If the calling party picks up the call before the timer has expired, the outgoing call resumes.
The internal recall mechanism is activated again if the calling party hangs up.
Processing during the recall timer

               3-181

Chapter 3 # ( #

If the attendant answers the transferred recall, the recall becomes an incoming call from
emergency centre.
So the "Called Party Control" feature is disabled and both the attendant and the emergency
centre can release the call.

3.67 Outgoing Call Duration Control

3.67.1 Overview
3.67.1.1 Description
The "Outgoing Call Duration Control" feature enables the system to automatically release an
outgoing call when the user’s maximum Outgoing Call Duration (OCD) is over. This OCD is
configured via OMC.
This feature applies to outgoing calls via the public network and but does not apply to
emergency calls (see: Called Party Control - Overview , for more information on emergency
calls).
Outgoing calls are limited in time according to the call categories (city/area, national,
international) and the OCD class they belong to.
Each outgoing call is released when the maximum OCD is reached.

3-182               

 # ( #

Figure 3.44: Scenario

3.67.2 Detailed description

3.67.2.1 Detailed Technical Description
The "outgoing call duration control" feature enables the system to release the current outgoing
call when the maximum OCD is reached.
The "outgoing call duration control" feature is not available when the set is a guest set or a
booth set in a Hotel/Hospital configuration.
Users are limited in time for their outgoing calls according to the OCD class they belong to.
Each OCD class (1, 2 and 3) controls the maximum call duration for each call category
(city/area, national, international).
The maximum OCD is defined in OMC configuration: each user is assigned an OCD class.
3.67.2.2 Operation
1. Twenty seconds before the OCD is reached, a beep tone is played and a temporary
warning menu is displayed on the set screen (provided the set has a display)
2. When the maximum OCD is reached, the outgoing call is released

               3-183

Chapter 3 # ( #

3.67.2.3 Interaction with Other Applications

3.67.2.3.1 Transferring an Outgoing Call
When an outgoing call is transferred:
- The OCD timer is reset
- The maximum OCD is set to the maximum OCD of the user to whom the call is transferred
3.67.2.3.2 Parking and Picking up a Call
When an outgoing call is parked, the timer is not stopped and the maximum OCD is not
changed.
If the user does not pick up the call before the maximum OCD is reached, the call is released.
3.67.2.3.3 Call on Hold
An outgoing call which is on hold is released when the maximum OCD is reached.
3.67.2.3.4 DISA Transit
This feature operates under DISA transit condition and the maximum OCD is set according to
the local user's configuration.
3.67.2.3.5 Forwarding a Call

3-184               

 # ( #

Figure 3.45: Scenario

Internal user B forwards calls to an external user A.
When an internal user C calls the internal user B, the call is forwarded to the external user A.
In this condition, the maximum OCD is set to the internal user B.
3.67.2.3.6 Conferences
This feature does not affect the "Meet Me Conference" feature (Six Party Conference).
This feature applies to the "Three Party Conference" feature. Operation is identical to a typical
outgoing call. When the maximum OCD is reached, the outgoing call party is released.
3.67.2.3.7 Account Code/Substitution
This feature does not apply to the account code/substitution. When the user makes an
outgoing call using an account code, the outgoing call duration is not limited.
3.67.2.3.8 Multi-set
When a user's phone is set to another user's secondary phone, the secondary phone OCD is
set to the primary phone OCD.

               3-185

Chapter 3 # ( #

3.67.3 Configuration procedure

3.67.3.1 Configuration
- The feature is active when the outgoing call uses a public trunk group where the Priv field
is set to No - OMC (Expert View) only:
Numbering > Numbering plans > Internal Numbering Plan

- A call category is assigned to an outgoing call:

• A call is considered as a national call when the dialed number starts with the intercity
prefix and the intercity code is not the same as the value configured in Numbering >
Installation numbers > Intercity code
• A call is considered as an international call when the dialed number starts with the
international prefix and the international code is not the same as the value configured
in Numbering > Installation numbers > International code
In order to run this feature right, the international/national code and the
international/national prefix must be configured properly.
Call category definition :
Category City/Area Call National Call International Emergency Call
definition Call
Not in other With city/area With country Emergency
categories code prefix code prefix numbers
OMC (Expert View) only:
Numbering > Installation numbers

Note 1:
For countries without city/area type of call (for example USA or France), the city/area fields are
greyed out.
- To configure the maximum duration of an outgoing call - OMC (Expert View) only:
Traffic Sharing & Barring > Outgoing Calls Duration
Users are limited in time for their outgoing calls according to the OCD class they belong to.
Each OCD class (1, 2 and 3) controls the maximum call duration for each call category
(city/area, national, international).
For each user, the maximum OCD is calculated by the combination of the OCD class level
(which the subscriber belongs to) and the outgoing call's call category.
A "no limit" class is also available. Users assigned this class are not affected by any limit in
the duration of their outgoing calls.
OCD classes definition:
The maximum OCD is defined per OCD class, for each call category, as follows (default
values):
OCD class City/Area call National Call International call
1 No Limit No Limit 30mn
2 30mn 20mn 10mn

3-186               

 # ( #

OCD class City/Area call National Call International call

3 20mn 10mn 10mn

Note 2:
For countries without city/area type of call (for example USA or France), the city/area call column is
greyed out.
For example:
If the subscriber has the OCD class level 2 and the outgoing call category is National Call,
the maximum OCD is 20 minutes (default value).
Note 3:
The maximum value for an OCD is 1439 minutes (23 hours 59 minutes).
- To assign an OCD class to the selected user - OMC (Expert View) only:
Users/Base stations List > Users/Base stations List > Details > Restr/Barring > OCD
Class Level

Note 4:
By default, each user is configured with "no limit" as OCD class.

Remark:
If configuration is wrong, a call may not be recognized. In other words, the system does not identify it as
an international call, nor a national call, nor a city/area call. The outgoing duration control feature of this
call is then processed as if it was a city/area call.
For countries without city/area calls, such a call is still processed with the default value of the OCD class
of the user for city/area calls (even though the field is not enabled).

3.68 Nomadic Mode

3.68.1 Overview
3.68.1.1 Overview
From release 3.0 of Alcatel-Lucent OmniPCX Office Communication Server, Nomadic mode
can be used to replace a company set with an external set. To do this, the mode must be
configured and the external set declared as Nomadic set.
Nomadic operation completes the Web Communication Assistant by offering a telephone
application when you are outside the company. Nomadic mode allows an employee on a
business trip to use a GSM, a set in the home, a hotel set, etc. to:
- Answer a call
- Listen to a voice mail (via the Web Communication Assistant application)
- Set up a call (via the Web Communication Assistant application)
The workstation of a Nomadic set requires:
- A Nomadic virtual terminal
- A Nomadic PC outside the company (with the Web Communication Assistant)
- A Nomadic set outside the company (GSM, hotel set, etc.)

               3-187

Chapter 3 # ( #

- A fixed set in the company

3.68.1.2 Nomadic Activation
The Nomadic mode can be activated via:
- Web Communication Assistant
- Extended Communication Server virtual desktop
- Remote customization (as of R7.0). For more details, see Remote configuration - Detailed
description .
- PIMphony
3.68.1.3 Use
An IP connection is essential between the Nomadic application and the system. The caller can
either be an internal set or an external party.
3.68.1.3.1 Incoming Call
- The user has enabled Nomadic mode.
- The internal or external party calls the Nomadic worker on a company set connected to the
system.
- The Nomadic application presents the incoming call and the caller hears the ring back
tone.
- The system automatically calls the Nomadic set and if the call is answered, sets up a call
between the 2 parties.
3.68.1.3.2 Outgoing Call
- The Nomadic user via the Web Communication Assistant Nomadic application requests a
call from the system. The system then calls the Nomadic set and if the call is answered,
calls the requested number. After a few seconds, the ring back tone is heard on the
Nomadic set and the system automatically connects the 2 parties.
3.68.1.3.3 Listening to the Voice Mailbox
- Voice mails can be consulted:
• Directly on the PC with the Nomadic Web Communication Assistant application.
• On the Nomadic set (via the Web Communication Assistant application).

3.68.2 Configuration procedure

3.68.2.1 Configuration
3.68.2.1.1 Software Keys (OMC)
For Nomadic mode, Alcatel-Lucent OmniPCX Office Communication Server with access to
Web Communication Assistant services and Nomadic subscribers is essential.
3.68.2.1.2 Assigning Nomadic Rights (OMC)
To use the Nomadic mode, you must give the Nomadic right to the subscriber's phone set in

3-188               

 # ( #

OMC:
1. In OMC, click on the Users/Base stations icon.
2. Select a subscriber and click Cent Serv.
3. On the User tab, select the Nomadic Right checkbox.
3.68.2.1.3 Creating a Nomadic Virtual Terminal (OMC)
To use Nomadic mode you need to create a Nomadic virtual terminal in the list of users before
using the User wizard via Web Communication Assistant. The Nomadic virtual terminals must
be called Virtual Nomadic (respect upper/lower case and the space between the words; virtual
sets do not operate without this name). The default values of these sets can be kept.
Caution:
Check that the barring on virtual sets allows them to reach the numbers of the "Nomadic" sets.

3.68.2.1.4 Creating a User (WBM)

To create a user with rights to the Web Communication Assistant and to Nomadic mode:
1. Access the User wizard window.
2. Complete the fields then click Next.
3. Give the user's group then click Next.
4. Assign the Web Communication Assistant license to the user then click Next.
5. Click End to validate the data and display the summary.
3.68.2.1.5 Configuring the Nomadic Set
After creating the user, a new icon is displayed in the right corner when connecting to the
system via Web Communication Assistant with login and password.
1. Click this icon to start the Nomadic set configuration wizard.
2. Enter the password associated with the company set then click Next.
3. Give the name of the Nomadic set then click Next.
4. Give the call number of the Nomadic set, adding the public network access code then click
Next.
5. Click End to enable Nomadic mode.
Caution:
If the message "Cannot enable Nomadic mode since there are no more virtual terminals
available" is displayed, the Nomadic virtual terminal has not been created. In this case, refer
to Creating a Nomadic Virtual Terminal (OMC) .
3.68.2.1.6 Nomadic Mode Preferences
Once the activation procedure is finished, the new icon with the name of the Nomadic set is
displayed in the right corner of the screen.
- Click this icon to modify the Nomadic mode preferences.
- Click "Go to Nomadic mode preferences" to add up to five nomad sets.

               3-189

Chapter 3 # ( #

Important 1:
Clicking on the Nomadic mode icon enables Nomadic mode; all calls intended for the
company set will now be routed to the Nomadic set. The dotted line between the 2 sets of the
icon changes into a continuous line.
Click the icon again to disable Nomadic mode.
Important 2:
- When the Web Communication Assistant connection is finished, Nomadic mode is
disabled automatically. If the browser is closed immediately, Nomadic mode will be
disabled after 2 minutes.
- When Nomadic mode is enabled, "Nomadic mode" is displayed on the company set.
- Personal forwarding of the company set takes priority over Nomadic mode, even if
"Nomadic mode" is displayed. Forwarding still operates. By enabling Nomadic mode via
Web Communication Assistant, a warning message will be displayed if personal forwarding
is enabled on the company set.
- Dynamic forwarding can be used simultaneously with Nomadic mode (pay attention to the
time delay which must not be too short: you must add the time to route the call to the
Nomadic set).
- The company set remains blocked while Nomadic mode is enabled (it cannot be used).
- Maximum number of Nomadic users: 15.
- IP terminals cannot be Nomadic sets.
- GAP sets are not supported as internal sets.

3.69 E-mail Notification

3.69.1 Configuration procedure

3.69.1.1 General description
The e-mail notification feature allows to sent an e-mail for each call (internal and external,
incoming and outgoing, answered and unanswered call).
3.69.1.2 Configuration
To configure this feature:
1. Activate the e-mail notification feature for the OmniPCX Office
2. For each user, configure notification parameters
3.69.1.2.1 E-mail Notification OmniPCX Office Activation
- Select Central Services Global Info in the OMC tree
- Select the Email Notification tab
The e-mail notification system parameters are displayed:
• Activated: validate this check box to activate the e-mail notification feature for the
system
• E-mail notification server: enter the IP address of the e-mail notification server

3-190               

 # ( #

3.69.1.2.2 E-mail Notification Parameters

Access to E-mail Notification Parameters
- Select Users/Base stations List in the OMC tree.
This displays the Users/Base stations List.
- Select the relevant user in the Users/Base stations List and click the Details button.
This displays the Subscriber screen for the selected user.
- Click the Cent. Serv button (this button is only accessible as of Alcatel-Lucent OmniPCX
Office Communication Server R4.0 or higher, provided the Central Services user has
been created before)
This displays the Central Services User Configuration window.
- Click the Email Notification tab.
The e-mail Notification tab is displayed:
E-mail Notification Parameter Configuration
- Activated: This check box cannot be modified. It indicates whether e-mail notifications
have been enabled for the system.
Other parameters in this window are only accessible when this check box is validated.
- Email notification server: Enter the e-mail server name or IP address.
- Email notification address: Enter the user e-mail address to which e-mail notifications
must be sent.
This field is optional. When this field is left blank, the e-mail address specified in the
window Central Services User Configuration: User is used.
- SMTP Authentication (as of R8.2): Enter the user name and password (size is limited to
99 characters for the two fields).
These fields can only be modified when the Activated option is enabled. They enable
e-mail notification when the e-mail server requires SMTP authentication.
- Admin Email address (as of R8.2): Enter the e-mail address for the system's
administrator.
This field can only be modified when the Activated option is enabled. It allows the
administrator to be notified in case of an anomaly.
- Voice mail Notification Options
• Notification of voice message by email: Validate this check box to generate an
e-mail for each voice message
The following options must be selected:
• Listen to the message on the phone set with hypertext links: When validated, an
e-mail containing a hypertext link to the voice message is sent to the recipient. Clicking
the link plays the message on the system.
• Send the voice message as an e-mail attachment: When validated, the audio file
containing the voice message is sent to the recipient as an e-mail attachment.
Restriction: This feature is available only when the Internet Service (IA) package is
activated on the system.
• Automatically delete the message on the system: When validated, the voice
message is deleted from the mailbox as soon as the e-mail has been sent to the
recipient.
This parameter is available only when the Send the voice message as an e-mail
attachment parameter is validated.

               3-191

Chapter 3 # ( #

- Call notification options

• All Calls: When validated, all calls (internal and external, incoming and outgoing,
answered and unanswered) generate a notification.
When not validated, additional options are available:
• Internal Call - Incoming: When validated, a notification is sent for internal
incoming answered calls
• Internal Call - Unanswered: When validated, a notification is sent for internal
incoming/outgoing unanswered calls
• External Call - Incoming: When validated, a notification is sent for external
incoming answered calls
• External Call - Unanswered: When validated, a notification is sent for external
incoming/outgoing unanswered calls
• Drop call (for virtual terminals only): When validated, incoming calls are
automatically 'picked up' and then immediately 'hung up'.

3.70 External Applications

3.70.1 Overview
As of R8.1, 8082 My IC Phone sets can host external applications. These applications,
designed by third party companies, must be loaded on the set before being used.
The applications specified in configuration are loaded at set initialization.

3.70.2 Configuration procedure

The application software includes two files: one index file and one RPM file (application
binary). These files have to be stored together on a file server.
To configure an external application:
1. Access the My IC Phone applications window:
From the OMC, navigate to: Subscribers Misc > My IC Phone applications.
The My IC Phone applications window is displayed:
___change-begin___
3-192               
 # ( #
___change-end___
Figure 3.46: My IC Phone applications Window Example
2. Define a new application:
a. Name: enter the application name
b. Version: enter the application version
c. URL: enter the location of the application index file (index file included)
d. Checksum: enter the MD5 checksum
e. Click Add to validate your information.
The new application appears in the Applications list
3. Select an application:
a. In the Applications list click the application name. This application is highlighted
b. Click the button to transfer the application to the Applications in profile
list.
The applications of the Applications in profile list are loaded on 8082 My IC Phone
sets at initialization
To deselect an application: click the application name in the Applications in profile list and
click the button.
To delete an application: select the application in the Applications list and click Delete.
Note:
The Profile name field and the Profile type field are reserved for future use.
In R8.1, there is only one profile (the default profile is called vheprofile.xml) and this profile is
automatically assigned to all 8082 My IC Phone sets.

               3-193

Chapter 3 # ( #

3.71 List of Services Provided

3.71.1 Services provided

3.71.1.1 Services offered on Alcatel-Lucent 8/9 series sets
table 3.325: Services offered on Alcatel-Lucent 8/9 series sets
4008, 4018 4019 4028, 4029 4038, 4039, 4068
Account code before setting up a call • • • •
Account code during communication • • • •
Amplification of the handset audio • • • •
Amplified reception • • • •
Answering a call (automatic connection) • • • •
Answering a call (manual connection) • • • •
Answering camped-on calls • • • •
Appointment reminder • • • •
Auto. call setup on going off hook • • • •
Auto-answer mode (intercom mode) • • •
Automatic call-back request on busy
• • • •
station
Automatic call-back request on busy trunk
• • • •
group
•
Background music • (not available on Alcatel-Lucent 8
series sets)
Block dialing mode • • • •
Broadcast call (receive) • • • •
Broadcast call (send) • • • •
Call by collective speed dial number • • • •
Call parking and parked call retrieval • • • •
Call pick-up within a group • • • •
Calling Line Identification Restriction
• • • •
(CLIR)
Camp-on on busy station or group • • • •
Cancel all active forwardings • • • •
Common hold (and retrieval) • • • •
Conversation mute • • • •
Conference • • • •
COnnected Line identification
• • • •
Presentation (COLP)

3-194               

 # ( #

4008, 4018 4019 4028, 4029 4038, 4039, 4068

COnnected Line identification Restriction
• • • •
(COLR)
Connection handoff
Consultation of camped-on caller
• •
identities
Contrast of the display and icons • • • •
Deferred callback request (leave a) • • • •
Deferred callback request (receive a) • • • •
Dial by name • • • •
Digit-by-digit dialing mode • • • •
Direct internal or external call by
• • • •
programmed key
Display correspondent's name or number • • • •
Display date and time • • • •
Do Not Disturb (DND) • • • •
DTMF end-to-end signaling • • • •
Dynamic routing • • • •
Enquiry call • • • •
Exclusive hold (and retrieval) • • • •
External forwarding • • • •
Fax Notification • • • •
Follow-me • • • •
Forced DTMF end-to-end signaling • • • •
Forward on busy • • • •
Forwarding to pager • • • •
Gain switch forcing • • • •
General tracking • • • •
Handsfree • • •
Headset mode manual or automatic
• • •
response
Identity of the station (number and name) • • • •
Identity of the sub-device connected to
• • • •
the station
Immediate forwarding of group calls • • • •
Immediate forwarding of personal calls • • • •
Indication of the cost of a communication • • • •
Individual call pickup • • • •
Interphone barge-in (intrusion) on free • • • •
Internal group call • • • •

               3-195

Chapter 3 # ( #

4008, 4018 4019 4028, 4029 4038, 4039, 4068

Internal station call • • • •
Barge-in • • • •
Keypad dialing features • • • •
Main PCX recall (calibrated loopbreak) • • • •
Malicious call identification • • • •
Count total recall • • • •
Name/Number display selection during
• •
ringing or conversation
Non answered calls repertory • • • •
On-hook dialing • • • •
PCX forwarding • • • •
Paging • • • •
Personal Assistant • • • •
Personal code • • • •
Personal speed dial numbers • • • •
Private call • • • •
Programmable function keys • • • •
Protection of a call against camp-on and
• • • •
camp-on tone
Redial (last emitted number redial) • • • •
Release-reseize • • • •
Remote forwarding • • • •
Remote substitution • • • •
Roaming
Screening (manager station) • • • •
Screening (assistant station) • • • •
Seamless handoff
Select the display language • • • •
Select the ringing tune and adjust its
• • • •
volume level
Select the type of alphabetical keyboard • •
Select the type of calls to be forwarded • • • •
Selective forwarding • • • •
Selective monitoring • • • •
Broker • • • •
Station lock/unlock • • • •
Sub-address • • • •
Supervised call ringing • • • •

3-196               

 # ( #

4008, 4018 4019 4028, 4029 4038, 4039, 4068

Supervised transfer • • • •
Switch to normal or restricted mode •
Teamwork • • • •
Temporary memory • • • •
Text answering • • • •
Text mail • • • •
Transfer of two external lines • • • •
Transfer to Voice Mail Unit (VMU) • • • •
Trunk allocation • • • •
Unassigned night answer • • • •
Unsupervised transfer (on camp-on) • • • •
Unsupervised transfer (on no answer) • • • •
User-to-User Signaling (receiving) • • • •
User-to-User Signaling (sending) • •
Voice mail unit • • • •
Wake-up
Unavailable (Withdraw from group) • • • •

3.71.1.2 Services offered on Alcatel Reflexes, analog and DECT sets

table 3.326: Services offered on Alcatel Reflexes, analog and DECT sets
DECT (Alcatel
Mobile Reflexes
100/200,
First Easy Premium Advanced Analog (Z) Alcatel-Lucent
300/400 DECT
Handsets and
8232 DECT)
Account code before setting up a
• • • • • •
call
Account code during
• • • • •
communication
Amplification of the handset audio • • • •
Amplified reception • • • •
•
Answering a call (automatic (not available on
• • • • •
connection) Alcatel-Lucent 300
DECT Handset)
Answering a call (manual
• • • •
connection)
Answering camped-on calls • • • • • •
Appointment reminder • • • •

               3-197

Chapter 3 # ( #

DECT (Alcatel
Mobile Reflexes
100/200,
First Easy Premium Advanced Analog (Z) Alcatel-Lucent
300/400 DECT
Handsets and
8232 DECT)
Auto. call setup on going off hook • • • • • •
Auto-answer mode (intercom
• •
mode)
Automatic call-back request on
• • • • • •
busy station
Automatic call-back request on
• • • • • •
busy trunk group
Background music • • •
Block dialing mode • • • •
Broadcast call (receive) • • •
Broadcast call (send) • • • • • •
Call by collective speed dial
• • • • • •
number
Call parking and parked call
• • • • • •
retrieval
Call pick-up within a group • • • • • •
Calling Line Identification
• • • • • •
Restriction (CLIR)
Camp-on on busy station or group • • • • • •
Cancel all active forwardings • • • • • •
Common hold (and retrieval) • • • • •
Conversation mute • • • •
Conference • • • • • •
COnnected Line identification
• • • •
Presentation (COLP)
COnnected Line identification
• • • • • •
Restriction (COLR)
Connection handoff •
Consultation of camped-on caller
•
identities
Contrast of the display and icons • • •
Contrast of the display and icons • • •
Deferred callback request (leave
• • • • • •
a)
Deferred callback request (receive
• • • • if LED •
a)

3-198               

 # ( #

DECT (Alcatel
Mobile Reflexes
100/200,
First Easy Premium Advanced Analog (Z) Alcatel-Lucent
300/400 DECT
Handsets and
8232 DECT)
Dial by name • • • •
Digit-by-digit dialing mode • • • • • •
Direct internal or external call by
• • • • •
programmed key
Display correspondent's name or
• • • •
number
Display date and time • • • •
Do Not Disturb (DND) • • • • • •
DTMF end-to-end signaling • • • • • •
Dynamic routing • • • • • •
Enquiry call • • • • • •
Exclusive hold (and retrieval) • • • • • •
External forwarding • • • • • •
Fax Notification • • • •
Follow-me • • • • • •
Forced DTMF end-to-end
• • • • • •
signaling
Forward on busy • • • • • •
Forwarding to pager • • • • • •
Gain switch forcing • • • •
General tracking • • • • •
Handsfree • • •
Headset mode manual or
• •
automatic response
Identity of the station (number and
• • • •
name)
Identity of the sub-device
• • •
connected to the station
Immediate forwarding of group
• • • • • •
calls
Immediate forwarding of personal
• • • • • •
calls
Indication of the cost of a
• • • •
communication
Individual call pickup • • • • • •

               3-199

Chapter 3 # ( #

DECT (Alcatel
Mobile Reflexes
100/200,
First Easy Premium Advanced Analog (Z) Alcatel-Lucent
300/400 DECT
Handsets and
8232 DECT)
Interphone barge-in (intrusion) on
• • • • •
free
Internal group call • • • • • •
Internal station call • • • • • •
Barge-in • • • • • •
Keypad dialing features • • • •
Main PCX recall (calibrated
• • • • • •
loopbreak)
Malicious call identification • • • • • •
Count total recall • • • •
Name/Number display selection
• •
during ringing or conversation
Non answered calls repertory • • • •
On-hook dialing • • • •
PCX forwarding • • • • • •
Paging • • • • • •
Personal Assistant • • • • • •
Personal code • • • • • •
Personal speed dial numbers • • • • •
Private call • • • • • •
Programmable function keys • • • • •
Protection of a call against
• • • • • •
camp-on and camp-on tone
Redial (last emitted number redial) • • • • • •
Release-reseize • • •
Remote forwarding • • • • • •
Remote substitution • • • • • •
Roaming •
Screening (manager station) • • •
Screening (assistant station) • • •
Seamless handoff •
Select the display language • • • •
Select the ringing tune and adjust
• • • • •
its volume level

3-200               

 # ( #

DECT (Alcatel
Mobile Reflexes
100/200,
First Easy Premium Advanced Analog (Z) Alcatel-Lucent
300/400 DECT
Handsets and
8232 DECT)
Select the type of alphabetical
•
keyboard
Select the type of calls to be
• • • • •
forwarded
Selective forwarding • • • • • •
Selective monitoring • • •
Broker • • • • • •
Station lock/unlock • • • • • •
Sub-address • • • •
Supervised call ringing • • • •
Supervised transfer • • • • • •
Switch to normal or restricted
•
mode
Teamwork • • • •
Temporary memory • • • •
Text answering • • •
Text mail • • • •
Transfer of two external lines • • • • • •
Transfer to Voice Mail Unit (VMU) • • • • • •
Trunk allocation • • • • • •
Unassigned night answer • • • • • •
Unsupervised transfer (on
• • • • • •
camp-on)
Unsupervised transfer (on no
• • • • • •
answer)
User-to-User Signaling (receiving) • • • •
User-to-User Signaling (sending) •
Voice mail unit • • • • • •
Wake-up • •
Unavailable (Withdraw from group) • • • • • •

3.71.1.3 Services offered on 500 DECT

table 3.327: Services offered on 500 DECT

               3-201

Chapter 3 # ( #

500 DECT

Feature rights
Camp- on Allowed •
Camp-on Protection •
Conference •
Callback •
Name Display •
Call Pickup Allowed •
UUS Allowed
Activate Meet Me Conference •
Paging
Selective Diversion •
External Diversion •
Barge-in Allowed •
Barge-in Protection •
Warn tone Protection
Identity Masked •
Transfer to external •
Private User •
Inhibit flag •
Trunk Assign •
DND override Allowed
Protection against DND override •
MF Transparency •
CLI is diverted party •
Join Incoming and incoming •
Join Incoming and outgoing •
Join outgoing and outgoing •
Remote Substitution •
Assign Authority for Count charge •
Inhibition Time ranges •
Password (mailbox) •
Metering •
Pers SPD
Services
Collective Speed Dial •
Miscellaneous

3-202               

 # ( #

500 DECT

Barring •
Diversion (Busy, Immediate, •
DND…)
Dynamic Routing •
Selective Diversion •
DECT/PWT •
System Appointment
Hotel • (can be configured as a
guest)
Central Services
Nomadic •
Email Notification •
PIMphony
Mailbox •
Multiset •
Group management
Attendant •
Hunting •
Broadcast
Pickup •
Others Features
Manager-Assistant
Access to Call log •
Phonebook •
Dial by name •
Emergency Call •
Lock •
Record on line •
ACD •

3.71.1.4 Services offered on SIP sets

table 3.328: Services offered on SIP sets (feature rights)
8002/8012 8082 My IC 4135 IP Standard Standard 8232 500 Generic
Deskphone Phone Conference Open Basic DECT DECT GAP
Phone SIP SIP handset
Phones phones
Feature rights
Camp-on Allowed • • • • • • •

               3-203

Chapter 3 # ( #

8002/8012 8082 My IC 4135 IP Standard Standard 8232 500 Generic

Deskphone Phone Conference Open Basic DECT DECT GAP
Phone SIP SIP handset
Phones phones
Camp-on Protection • • • • • • •
System Conference
****
Callback ****
Name display • • • • • • • •
Call Pickup Allowed • • • • • • •
UUS Allowed ****
Activate Meet Me • • • • • •
Conference
Paging ****
Screening (manager
• •
station)
Screening (assistant
• •
station)
My IC Web for Office • • • • • •
Support
Selective Diversion • • • • • • •
External Diversion • • • • • • •
Intrusion Allowed ****
Barge-in Protection • • • • • • •
Warntone Protection
****
Identity Masked • • • • • • • •
Video Support •
WAN API Access • •
Transfer to external • • • • • • • •
Private User • • • • • • • •
Inhibit flag • • • • • • •
Trunk Assign ****
DND override Allowed
****
Protection against • • • • • • •
DND override
MF Transparency ****
CLI is diverted party • • • • • • •
Conference Bridge •
Allowed

3-204               

 # ( #

8002/8012 8082 My IC 4135 IP Standard Standard 8232 500 Generic

Deskphone Phone Conference Open Basic DECT DECT GAP
Phone SIP SIP handset
Phones phones
Join Incoming and • • • • • • •
incoming
Join Incoming and • • • • • • •
outgoing
Join outgoing and • • • • • • •
outgoing
Remote Substitution • • • • • •
Assign Auth. for Count • • • • • • •
charge
Inhibition Time ranges • • • • • • •
Remote custom. • • • • • •
Company greeting
Remote Customization • • • • • •

table 3.329: Services offered on SIP sets (other features)

8002/8012 8082 My IC 4135 IP Standard Standard 8232 500 Generic
Deskphone Phone Conference Open Basic DECT DECT GAP
Phone SIP SIP handset
Phones phones
Plug & Phone
IP configuration • • • • •
(DHCP)
SIP Configuration auto • • • DECT DECT DECT
(DMS) registrationregistration
registration
required required required
Firmware Upgrade • • • Local Local
(HTTP[S]/TFTP…) USB USB
Set Configuration
Keys Programming Local
Barring • • • • • • • •
Diversion • • • • • • •
Dynamic Routing *** • • • • • •
Selective Diversion • • • • • • •
Hotel Not as guest Not as guest Not as guest Not as Not as Not as Not as Not as
phone phone phone guest guest guest guest guest
phone phone phone phone phone
Appointment (system
configuration and not
the local appointment)
Multiset • • • • • • •

               3-205

Chapter 3 # ( #

8002/8012 8082 My IC 4135 IP Standard Standard 8232 500 Generic

Deskphone Phone Conference Open Basic DECT DECT GAP
Phone SIP SIP handset
Phones phones
Mailbox • • • • • •
Mailbox Password • • • • • •
Metering • • • • • • • •
ISDN ****
Personal Speed Dial Local Local
****
Services ****
Collective Speed Dial • • • • • • • •
Miscellaneous
Hotline ****
CUG ****
Paging (Badge) ****
Keyboard ****
Priority ****
Alternate CLIP/COLP • • • • • • •
IP parameters
Codec preference • • •
(valid with no RTP
direct & No SDP
Transparency)
VAD activation • • •
Echo cancellation • • •
Central Services
Nomadic mode ****
Email Notification • • •(only for call • • • •
log)
PIMphony ****
SIP
Password Display • • Depends
on
device
capabilities
Password Reset • • • • • • • •
SDP Transparency • • • • •
Group management
Attendant Not recommended
Hunting • • • • • • •

3-206               

 # ( #

8002/8012 8082 My IC 4135 IP Standard Standard 8232 500 Generic

Deskphone Phone Conference Open Basic DECT DECT GAP
Phone SIP SIP handset
Phones phones
Broadcast* • • • •
Pickup • • • • • • •
Others Features
Manager- Secretary As Manager
Relations only
Access to Call log •
Phonebook • • •(Only first • •
1000 entries
can be
imported)
Dial by name • • • •
Emergency Call • • • • • • • •
Lock • • • • Local
Record on line •
ACD • • • • • • •
Web Service • (UDA only) •
SNTP • • • • • • •
CLIP-CNIP • • • • • • • •
CLIR • • • • • • • •
COLP • • • • • • • •
COLR • • • • • • • •
G722 support (Codec • • • • ** • **
Pass-Through for SIP
phones must be
enabled
Make Call • • • • • • • •
SIP TLS ****
Call deflect • •
Message Waiting • • • • •
Indication
Quality of Service • • • • • • • •
CTI and CSTA • • • • • • •
monitoring
Wake up ****
PIMphony/OTS • • • • • • • •
supervision

               3-207

Chapter 3 # ( #

8002/8012 8082 My IC 4135 IP Standard Standard 8232 500 Generic

Deskphone Phone Conference Open Basic DECT DECT GAP
Phone SIP SIP handset
Phones phones
Semi-attended transfer • • • • • • • •
(on hold set transferred
to ringing set)
T38 (Fax over IP) • • • • •
Account
Code/Substitution ****

*: SIP phones cannot be part of broadcast groups.

**: If available on the SIP device.
***: Dynamic routing to VMU is forbidden for 4135 IP Conference Phone and Standard Basic
SIP phones because there are no mailboxes for these sets.
****: Services not supported for SIP phones.

3-208               

  

   

4.1 General Presentation

4.1.1 Overview
The voice server (VMU: Voice Mail Unit) is an integrated Alcatel-Lucent OmniPCX Office
Communication Server application which offers the following functions:

               4-1

Chapter 4 )   *!

4.1.2 Services provided

4.1.2.1 Available Features
4.1.2.1.1 Basic Services
- Voice Mail Unit: all the standard voice mail features are provided, including screening,
personal assistants, and a mailbox for every user.

4-2               

 )   *!

- VMU ports: 2 ports are provided for voice mail access in Connected mode; they are
included in the VMU group (1st system group) and in the default Attendant group.
- Message storage capacity: 60 minutes
4.1.2.1.2 Optional Services
The following services can be accessed with the appropriate software licenses:
- VMU ports: up to 8 ports; each new port is added to the VMU group and the default
Attendant group automatically (or by the installer).
- Message storage capacity: the message storage capacity can be extended up to 200
hours with a hard disk.
- Automated Attendant
- Audio Text
- Distribution lists
- Recording of conversations
Note:
If the Automated Attendant is not open, calls pass through to the general mailbox.

4.1.3 Characteristics
4.1.3.1 OPERATING MODES: CONNECTED/APPLICATION/CSTA
4.1.3.1.1 Application mode (or VMU user with the Mail key)
This mode can only be used by Alcatel-Lucent OmniPCX Office Communication Server
system users. The voice server is not affected by incoming calls, but is activated like any other
system application - in this case, by a Mail key or by dialing the Mail code defined in the
internal dialing plan.
If the required DSP resources (monitoring, recording, and MF detection for analog terminals)
are unavailable, the server will not be activated.
User interface
In this mode, the method for navigating through the voice server menus depends on the type
of terminal:
- Alcatel-Lucent 8/9 series (except Alcatel-Lucent IP Touch 4008/4018, Alcatel-Lucent
4019 Digital Phone) and Advanced stations : operations are performed using soft keys
and are guided by hints on the display.
- Alcatel-Lucent IP Touch 4008/4018, Alcatel-Lucent 4019 Digital Phone, Easy and
Premium stations: operations are performed using the keypad and are guided by hints on
the display as well as by voice prompts and the dynamic menu called up by the i key.
- First and analog stations: operations are performed using the keypad and are guided by
voice prompts.
Port assignment
Analog ports are not used in Application mode.
4.1.3.1.2 Connected mode (or user with VMU group access code)

               4-3

Chapter 4 )   *!

In this mode:
- the VMU is accessed by dialing the VMU group directory number (in France, 500).
- the Automated Attendant is accessed by dialing the Attendant group (in France, 9)
- Audio Text is accessed via the dialing plans DID and internal.
If the required DSP resources (tracking recording, silence/noise, DTMF) are unavailable, the
activation of the server is postponed and the user is camped on.
User interface
In this mode, navigation is performed with the aid of voice prompts, depending on the type of
terminal.
Port assignment
The CPU board provides from 2 to 8 ports, meaning that up to 8 users in Connected mode can
simultaneously access the Voice Mail Unit, the Automated Attendant and Audio Text.
Port addresses: 91-001-1 to 91-008-1; all ports are seen at all times; those that are not "In
Service" are seen as "Out-of-Service".
Each service is accessed using the number of a group containing one or more ports. A same
port can be assigned to one or more groups.
Reaction on VMU busy
If the server is called by a port directory number, the system recognizes two types of busy
status:
- 1st-degree busy (up to 2 calls on the same port): new calls are camped on until the port is
released.
- 2nd-degree busy (more than 2 calls on the same port): new calls are immediately rejected.
If the server is called by a group number, call distribution on group busy is applied; the caller is
camped on the group, depending on the number of terminals in the group.
4.1.3.1.3 CSTA
This is used when the server is accessed via the CSTA interface; for details of how this is
used, see “Visual Mailbox Interface".
4.1.3.2 Retained information after a system reset
As of R7.1, after a cold reset, while most telephone data are set back to their country
dependent default values, data relating to individual voice mailboxes is retained, even when
the database was not saved.
Each terminal has been assigned a unique identifier. This identifier varies according to the
type of set, as follows:
- For TDM sets: physical address (slot number, range on board, range on interface)
- For DECT sets: IPUI
- For IP terminals: MAC address
With this identifier, each terminal linked to a mailbox before the cold reset, retrieves its
mailbox, even if this mailbox was not automatically created at set declaration.
The retained data is:

4-4               

 )   *!

- Association of a mailbox to a given terminal

- All messages
- Voice mail access password
- Voice mail name and user greeting
The following table indicates what is lost and what is retained according to the type of reset:
Type of reset Mailbox data Passwords Statistics Voice files and
related data
Warm reset Unchanged Unchanged Unchanged Unchanged
Cold reset Erased Unchanged Erased Unchanged
Swap without Erased Unchanged Erased Unchanged
datasaving
Swap with Unchanged Unchanged Erased Unchanged
datasaving
OMC restoration Restored Restored Unchanged Unchanged

4.1.4 Limits
4.1.4.1 System Limits
4.1.4.1.1 Global constraints (depending on software keys)
- 2 to 8 VMU ports
- Storage capacity: 30 hours (PowerCPU Board without hard disk), or 200 hours (with hard
disk)
- 2 to 4 languages
4.1.4.1.2 Voice mail unit
- 250 user mailboxes + 1 general (or common) mailbox
- up to 51 distribution lists (including one broadcast list for all users)
- recording times are limited:
Service Limit Default value
Welcome message 120 seconds maximum None
with/without hard disk on the
PowerCPU.
Mailbox name Max. 5 seconds None
Message recording Max. 180 seconds 120 seconds
Recording a conversation Depends on voice server storage capacity
Remote notification message Max. 20 seconds

- access to certain features may be barred or dependent on access rights

               4-5

Chapter 4 )   *!

Service Barring Access right

Remote message notification YES YES
Remote consultation of a mailbox N/A YES
after message notification
Recording a conversation N/A YES
Personal Assistant YES for external destinations NO
Remote Configuration N/A YES for the configuration of remote
notification parameters

4.1.4.1.3 Automated Attendant

- recording times are limited:
Service Limit Default value
Company welcome message Max. 120 seconds None
Announcement menus and Max. 120 seconds None
sub-menus
Goodbye message Max. 20 seconds None

- remote customization of Automated Attendant messages can be performed by users with

the necessary rights (this feature right must be enabled for the user in the OMC Feature
Rights screen)
4.1.4.1.4 Audio Text - information messages
- up to 50 information messages
- recording times are limited:
Service Limit Default value
Company welcome message Max. 120 seconds None
Goodbye message Max. 20 seconds None
Information message Max. 240 seconds 120 seconds

4.1.5 Configuration examples

4.1.5.1 CONFIGURATION TOOLS
The voice server is configured using the system configuration tool OMC. The configuration
PC must have a sound card to record the welcome messages and the Automated Attendant
menus (for more information, see "Voice prompts management" in the section "OMC: System
configuration").
If the PC does not have a sound card, the MMC-station can be used to record business
welcome messages and good-bye messages, Automated Attendant menus and sub-menus,
Audio Text messages, distribution list names and the welcome message for the general
mailbox.

4.2 System Operation

4-6               

 )   *!

4.2.1 Accessing VMU/the attendant

4.2.1.1 Overview
4.2.1.1.1 Access to the VMU to the Automated Attendant
___change-begin___
___change-end___
Note 1:
When creating/modifying your password, abide by basic rules for adequate password policies:
- Implement a company security policy (e.g. regularly update all user passwords)
- Modify the default number of digits, and use 6 digits per password (as of R8.2)
- Avoid the use of simple passwords such as suite of figures or repeated figures
- Force OmniPCX Office users the default password when initializing their voice mail
- Do not disclose passwords to other persons/colleagues, etc.

               4-7

Chapter 4 )   *!

- Lock extensions when not being attended (i.e. holidays, night time, weekend, etc.)
Password creation and security is the responsibility of the user/system Administrator or Installer.
Therefore, if somebody accesses the PA (Personal Assistant), remote call forwarding configuration,
nomadic mode configuration or DISA Transit (remote substitution) and uses a correct password, it is
assumed that this person is an authorized user of the password.

Note 2:
You can switch from the VMU to the Automated Attendant at any time by pressing the * key and switch
back again by pressing the # key.

4.2.2 Automated attendant

4.2.2.1 Overview
4.2.2.1.1 Description
The Automated Attendant is only accessible in voice server Connected mode:
- by dialing the company's public number (incoming calls to Attendant group containing VMU
accesses);
- by dialing the VMU group number (internal call) or the directory number for the VMU port.
The user then presses the * key to access the Automated Attendant Main menu;
- exclusively by dialing the VMU group number if the Mailbox Access flag (OMC -> Voice
Processing -> General Parameters -> Mailbox Consultation) is inactive;
- By dynamic routing:
• level 1: an internal or external call is routed through to the user's mailbox if it exists. If
not, the "no mailbox" default function is activated and the call goes through to the
Automated Attendant.
• level 2: an external call is routed through to the Attendant group; if there is no answer,
the default Attendant group is used and the call goes through to the Automated
Attendant (if the VMU ports are included in the default Attendant group).
• level 1 or 2: if the "Auto. Attendant (lev.1)" or "Auto. Attendant (lev. 2)" flags are
activated at the station's dynamic routing level.
The Automated Attendant greets the caller with the company welcome message and transfers
the call to the appropriate destination. To establish communication, all the possibilities open to
the caller are set out in a Main voice menu and/or submenus.
The Automated Attendant can be customized to suit the individual requirements of the
company. For this reason, the range of options available during working hours is different from
that offered out of working hours. There are consequently two Automated Attendant menus,
completely independent from each other. The switch between the "Opening Hours" menu and
the "Closing Hours" menu can be made either manually by the Administrator (by forcing
restricted or normal mode) or automatically, according to a pre-programmed schedule defined
in the system opening hours settings (opening hours = normal mode, closing hours = restricted
mode).
The Automated Attendant is multilingual: the voice prompt language can be selected by the
caller.
Note 1:

4-8               

 )   *!

Only the menus of the main language can be customized.

Note 2:
If multi language is selected, Automated Attendant submenus are no longer available.
The Automated Attendant greetings (for opening and closing hours) can be configured
remotely by users with sufficient rights (set in the OMC Feature Rights screen), allowing new
greetings to be recorded or the default greetings to be restored.
Call processing example
For a more detailed look, take the example of a caller picked up by the Automated Attendant.
First of all, the caller hears the company welcome message. Then he is instructed to press the
star key (optional).
The "Press Star" question is a specific function for establishing whether the caller has a set
with a voice frequency keyboard.
He can then select the language for the voice prompts (optional).
The caller now comes to the Automated Attendant Main menu, in which specific menus are
assigned to the keyboard keys. He can choose from the proposed Main menu functions:
- Free dialing - None: the caller is prompted to dial an internal destination number.
- Free dialing - Direct: the caller is not prompted to dial an internal destination number, the
key digit is taken into account as the first digit of the destination number.
- Transfer to user: the caller is routed to a predefined internal number.
- Transfer to attendant: the caller is routed to the Attendant station.
- External transfer: the caller is routed to an external number. If the transfer recipient is not
available, the transfer fails and the call returns to the Automated Attendant main menu.
Remark:
external transfer is applied after configuration of a speed dial number in OMC (Voice
Processing/Automated Attendant/Automated Attendant Menu/Transfer to Station/Group).
- Information message: the caller hears an information message that may be chained with
other information messages.
- General mailbox: the caller is routed to the general mailbox.
- Leave a message: the caller is prompted to enter a mailbox number in order to leave a
message.
- Mailbox: the caller is routed to a predefined mailbox.
Note 3:
The possibilities available on initialization are specific to each country and to the software
license level.
Example of Automated Attendant structure

               4-9

Chapter 4 )   *!

4.2.2.1.2 Default function

The "Default function" is obtained when the caller fails to choose a function from the proposed
list or when the application cannot interpret his choice (the caller may not have a voice
frequency terminal).
On initialization, the default function is "Transfer to Attendant".
4.2.2.1.3 Direct call
The Automated Attendant can be used at a simple level, replacing the Main menu with a single
possibility. The Direct Call function routes the caller directly to a predefined function after the
welcome message and the optional "Press Star" and "Select Language" questions.
4.2.2.1.4 Consulting a mailbox
Once he has got through to the Automated Attendant, the caller can access his mailbox
directly (if he has one) by pressing the # key and entering his user number and password. For
a more detailed description, see the "Consulting a mailbox" section under "Services available
to users".
Note:
This possibility is not announced by the voice server.

4.2.2.2 Configuration procedure

4.2.2.2.1 Configuration
- To record the 2 welcome messages (opening hours/closing hours):

4-10               

 )   *!

• By OMC (Expert View): Voice Processing -> Automated Attendant -> Greeting -> Opening
Hours/Closing Hours-> Voice Prompt - Greeting
• By MMC-Station: VMU -> AutoAt -> Day or Night

- To record the good-bye message:

• by OMC (Expert View): Voice Processing -> Automated Attendant -> Good-bye -> Voice Prompt -
Good-bye
• By MMC-Station: VMU -> AutoAt -> Gdbye

- To enable/disable the "Press Star" question:

• By OMC (Expert View): Voice Processing -> Automated Attendant -> Greeting -> Opening
Hours/Closing Hours -> "Press Star" question

- To enable/disable the "Select Language" question:

• By OMC (Expert View): Voice Processing -> Automated Attendant -> Greeting -> Opening
Hours/Closing Hours -> "Select language" question

- To define the "Direct Call" function (opening hours/closing hours):

• By OMC (Expert View): Voice Processing -> Automated Attendant -> Greeting -> Opening
Hours/Closing Hours -> Single function AA

- To define the action to be taken in the event of transfer to a non-existent mailbox or in

answering-only mode:
• By OMC (Expert View): Voice Processing -> Automated Attendant -> Greeting -> Opening
Hours/Closing Hours -> Mailbox function

- To define the "Default" function (opening hours/closing hours):

• By OMC (Expert View): Voice Processing -> Automated Attendant -> Greeting -> Opening
Hours/Closing Hours -> Automated Attendant function

- Choose the type of transfer:

• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Misc. Labels ->
"AATypTrf" = 0 if blind transfer or = 1 if semi-supervised transfer"
• by MMC-Station: Global -> Rd/Wr -> Address -> "AATypTrf = 0 if blind transfer or = 1 if
semi-supervised transfer" -> Return -> Memory

4.2.2.2.2 Remote Configuration

The Automated Attendant welcome messages can be configured remotely, from an external
telephone. For each greeting (opening hours greeting and closing hours greeting), you can:
- listen to the current greeting
- record a new (custom) greeting
- restore the default greeting (in which case the custom greeting is lost)
Note:

               4-11

Chapter 4 )   *!

If no custom greeting has been recorded (or is currently in the system), the default greeting will play.
In order to remotely configure the Automated Attendant greetings, you must have sufficient
rights. The corresponding feature right (remote customization of company greeting) must be
enabled for an individual user in the OMC Feature Rights screen reached via the following
path:
- By OMC (Expert View): Subscribers/Basestations List -> Details -> Features

For a user with sufficient rights, the procedure to remotely configure the Automated Attendant
greetings is as follows:
1. Dial into your mailbox and respond to the voice guide as described in the following steps.
2. Select the Personal option.
3. Within the Personal option menu, select option 5 to customize the company greetings.
4. Select the greeting you wish to access:
• Press 1 for the opening hours greeting.
• Press 2 for the closing hours greeting.
5. Select the action you wish to perform:
• Press 1 to record a new (custom) greeting.
• Press 2 to listen to the current greeting.
• Press 3 to restore the default greeting.
When recording a new greeting, start to speak after you have pressed 1 and use the # key
to stop the recording when required. Once the recording has stopped, you are asked to
either accept the recording by pressing # (again) or start the recording again by pressing
the * key.
6. If you need to modify the other greeting, return to Step 3.
4.2.2.2.3 Additional Information
- 2 types of transfers are offered: semi-supervised transfer or blind transfer.
- Semi-supervised transfer: The Automated Attendant only transfers calls to available
internal users:
• if the user does not answer: the call is transferred and dynamic routing is activated.
• if the user is busy (degree 1 or 2): the call is not transferred and the user is returned to
the Automated Attendant Main menu.
- Blind transfer: The Automated Attendant transfers calls to available internal or busy grade
1 users:
• if the user does not answer: the call is transferred and dynamic routing is activated.
• if the user is grade 1 busy: the call is transferred and put on hold: the call on hold is
indicated on the destination set display.
• if the user is busy grade 2: the call is not transferred and the user is returned to the
Automated Attendant Main menu.
- For outside transfers, there is no grade 1 busy state; if the transfer recipient is not
available, the transfer fails and the call comes back to the Automated Attendant Main
menu.
- Role of the * key
• on connection to the Automated Attendant: the business welcome message and the

4-12               

 )   *!

"Press Star" question are skipped and the caller is prompted to select his preferred
language (if configured) or is put through directly to the Main menu.
• while listening to an information message:
• if the caller accessed the information message from the Automated Attendant Main
menu, pressing the * key while listening to the message returns the caller to the
Main menu, where all the options are listed.
• if the caller accessed the information message from one of the Automated
Attendant sub-menus, pressing the * key while listening to the message returns the
caller to the sub-menu, where all the options are listed.
- Role of the # key
• on connection to the Automated Attendant: the caller can consult his mailbox (if he has
one); during the business greeting, "Press Star" question and "Select Language"
question are skipped.
• while listening to an information message: enable the user to skip the message.

4.2.3 Audio Text

4.2.3.1 Overview
4.2.3.1.1 Description
An Audio Text consists of a sequence of information messages.
2 mutually independent Audio Text services are provided: one for opening hours, the other for
the company's closing hours.
One can switch between them either manually or automatically, using the same time ranges as
defined in the Alcatel-Lucent OmniPCX Office Communication Server system.
4.2.3.1.2 Activation
Audio Text can be accessed in either of 2 ways (if a menu is available for access to an
information message):
- by an external call - dialing the Audio Text DID number, or
- by an internal call - dialing the internal number for the Automated Attendant.

               4-13

Chapter 4 )   *!

When the caller dials the DID number for the Audio Text service, he automatically hears the
business welcome message. The next two steps are optional:
- He is asked to press the * key to check that he has a voice frequency terminal (this option
can be configured by OMC);
- Then he can select his preferred language for navigating in Audio Text (configurable using
OMC).
Finally he will be put through to the first information message; this message may be chained to
others or followed by forwarding to the Attendant, for example.
4.2.3.1.3 Default function
The default function is obtained when the application cannot interpret the numbers dialed by
the caller (for example, at the end of an information message, the caller is prompted to dial the
number of the person he wants to contact) or if the caller does not dial a choice. This default
function is identical to the one used for the Automated Attendant and must be configured from
within the Automated Attendant (see "Default function" in the "Automated Attendant" chapter).
4.2.3.1.4 Role of the * and # keys
- * key:
• on connection to Audio Text: the company's welcome message and "Press Star"
question are skipped and the caller is prompted to select his preferred language (if
configured) or is played the first information message.
• while listening to a message: the voice server is released after playing a good-bye
message.
- # key: skips the current information message and moves on to the next
4.2.3.2 Configuration procedure
4.2.3.2.1 Message configuration
- To set the first information message:

4-14               

 )   *!

By MMC-OMC (Expert View): Voice Processing -> Information Messages -> Audio Text

- To set the information messages:

By MMC-OMC (Expert View): Voice Processing -> Information Messages
Number of configurable messages: 50
The various functions at the end of the welcome message are only available with OMC:
• Not used: if the caller is in the Automated Attendant, then he is returned to the previous
level; if the caller is in Audio Text, the good-bye message is played and the voice
server is released.
• Free dialing: the caller is prompted to dial an internal destination number.
• Transfer to user: the caller is routed to a predefined internal number.
• Transfer to attendant: the caller is routed to the Attendant station.
• Information message: the caller is played an information message.
• General mailbox: the caller is routed to the general mailbox.
• Leave a message: the caller is prompted to enter a mailbox number in order to leave a
message.
• Mailbox: the caller is routed to a predefined mailbox.
• Release: the call is released after playing a good-bye message.
- To record the information messages:
• By MMC-OMC (Expert View): Voice Processing -> Information Messages
• By MMC-Station: VMU -> InfMsg

- To record the 2 welcome messages (day and night):

By MMC-Station: VMU -> AudTx -> Day or Night

- To record the good-bye message:

By MMC-Station: VMU -> AudTx -> Gdbye

- To enable/disable the "Press Star" question:

By MMC-OMC (Expert View): Voice Processing -> Information Messages ->Audio Text -> Opening
Hours/Closing Hours -> "Press Star" question

- To enable/disable the "Select Language" question:

By MMC-OMC (Expert View): Voice Processing -> Information Messages ->Audio Text -> Opening
Hours/Closing Hours -> "Select language" question

4.2.3.2.2 Configuration of the Audio Text DDI number in the dialing plan
1. Open an OMC session.
2. Go to the Dialing Plans window by clicking on Numbering and then on Dialing Plans.
3. Select the Restricted Public Dialing Plan tab.
4. From the Function drop-down menu, select Audio Text.

               4-15

Chapter 4 )   *!

5. Complete the fields:

• Start and End: these fields contain the DDI call number of the system Audio Text
service consisting of 8 characters maximum from 0 to 9, * and #.
• Base: in general, the base is equal to the internal directory number of the automated
attendant. It is used to ensure correspondence between the DDI number of the Audio
Text and the internal directory number (IDN) of the automatic attendant. This
correspondence is based on the formula IDN = DDI number of Audio Text service -
Start + Base.
All incoming calls are routed to Audio Text. The caller is played the welcome message,
then the information message. He can then access the services configured.

4.2.4 Managing Mailboxes

4.2.4.1 Operation
4.2.4.1.1 Managing Mailboxes
Description
On initialization, every subscriber in the installation is automatically allocated a mailbox (except
analog Z stations).
Each mailbox can operate in any of 3 modes. The operating mode of each mailbox is
configured by the installation Administrator (standard mode on initialization):
- Mailbox in standard mode
This mode provides access to a range of functions. The owner can switch between
standard mode and answering-only mode, but not into guest mode.
- Mailbox in guest mode
This mode, designed for Hotel use, offers more limited functions. Only the "Leave
Message" and "Consult Message" functions are available; any caller can leave a message
to be consulted by the guest, but under no circumstances can the guest send any
messages. The password is only required when the guest remotely accesses his mailbox.
The guest cannot switch his mailbox into standard or answering-only mode.
- Mailbox in answering-only mode
This mode can be adopted by users who do not want to receive messages; the caller
hears the welcome message but cannot leave a message, then the server releases the call
(if a personal greeting has been recorded).
The owner of a mailbox in answering-only mode can switch it into standard mode and vice
versa (see "Customization"), but not into guest mode.
First Access
When the mailbox is used for the first time, the messaging service must be activated from the
terminal in Application mode. The user is then asked to enter a password and register his
name; the mailbox is then initialized.
Important:
When creating/modifying your password, abide by basic rules for adequate password policies:
- Implement a company security policy (e.g. regularly update all user passwords)
- Modify the default number of digits, and use 6 digits per password (as of R8.2)

4-16               

 )   *!

- Avoid the use of simple passwords such as suite of figures or repeated figures
- Force OmniPCX Office users to change the default password when initializing their voice mail
- Do not disclose passwords to other persons/colleagues, etc.
- Lock extensions when not being attended (i.e. holidays, night time, weekend, etc.)
Password creation and security is the responsibility of the user/system Administrator or Installer.
Therefore, if somebody accesses the PA (Personal Assistant), remote call forwarding
configuration, nomadic mode configuration or DISA Transit (remote substitution) and uses a
correct password, it is assumed that this person is an authorized user of the password.
If the user accidentally activates the voice mail unit in while Connected, he will find that he is
refused access to his mailbox.
Subsequent accesses can be made in Application mode or Connected mode (see "Operating
modes: Connected/Application/CSTA")
Note:
The password is only required if the parameter Password required for mailbox access (OMC -> Voice
Processing -> General Parameters) is selected; if not, the password is not necessary.

Deleting a Mailbox
The Administrator can delete mailboxes. If the mailbox contains messages (read or unread),
these are kept for X minutes and can be accessed/reviewed by the user while in Application; if
the mailbox is assigned to someone else within the period of X minutes, the messages are
lost.
Deleting Mailboxes
From version R2.0, you may use OMC to delete the mailboxes of all the selected users:
Users/Basestations List -> Del. Mailboxes
Dead mailbox timeout durations:
- System is in "Business" mode: timeout X = 5 minutes
- System is in "Hotel" mode: timeout X = 50 minutes
This value can be modified in OMC (unit = 100 milliseconds; min value = 0; max value = 32767
i.e. about 54 minutes): System Miscellaneous -> Memory Read/Write -> Debug Labels ->
DeadMbTo
Non-Existent Mailbox
This function offers the following possibilities in the event of a call being forwarded or put
through by the Automated Attendant to a non-existent mailbox:
- Not used: the caller is routed to the Automated Attendant (default setting).
- Free dialing: the caller is prompted to dial an internal destination number.
- Transfer to user: the caller is routed to a predefined internal number.
- Transfer to attendant: the caller is routed to the Attendant station.
- Information message: the caller is played an information message chained with the
welcome message.
- General mailbox: the caller is routed to the general mailbox.

               4-17

Chapter 4 )   *!

- Leave a message: the caller is prompted to enter a mailbox number in order to leave a
message.
- Mailbox: the caller is routed to a predefined mailbox.
- Release: the call is released after playing the good-bye message.
Note:
This function is also activated for mailboxes in Answer Only mode when the user has not customized the
greeting.

Configuration
- To define the type of each mailbox:
• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Mailbox -> Options -> Mailbox Mode
• By customization: MbxAnn -> Mode -> Select

- To define the action to be taken in the event of transfer to a non-existent mailbox or in

answering-only mode:
• By OMC (Expert View): Voice Processing -> Automated Attendant -> Greeting ->
Opening Hours/Closing Hours -> Mailbox function

Voicemail for Attendant Groups

On initialization and unlike the handsets, there is no automatic allocation of voicemail to
groups.
From version R2.0, it is possible to allocate, by OMC, a voicemail to each group via the
configuration of a virtual terminal; virtual terminals correspond to physical addresses
96-001-01, 96-002-01, etc.).
The virtual terminal is configured in diversion on the group concerned; in fact the group is
called by the directory number of the terminal.
Remote customization enables a name to be allocated to a voicemail, a welcome message to
be recorded or the password to be changed (the default password is used to access the mail
in on-line mode while the mailbox is not initialized).
Should the current password be lost, it is possible, for a virtual terminal to retrieve the default
password by OMC ->List of Users/Basestations ->Details -> Personal code -> Reset.
The allocation of a Voicemail unit key to each dedicated handset of the group enables these
handsets to:
- be alerted to a new message in the group voicemail.
- to check the group voicemail; while voicemail is not initialized, access by this key prompts
the start up of the initialization sequence (change of password and saving of the name).
Dynamic routing must be configured to direct unanswered calls to the VMU (500) group.
Configuration
- To create virtual terminals (one per group):

4-18               

 )   *!

• By OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Add
-> check "Virtual Terminals" and enter the number

- To allocate a voicemail to each virtual terminal:

• By DHM-OMC (Expert View): Users/Base stations Lists -> List of Users/Base stations
-> Details -> Voicemail -> "Yes" to the question "Subscriber XXX does not have
voicemail, do you wish to create one?"

- To allocate to each attendant group a Voicemail unit key:

• by OMC (Expert View): Users/Base stations List -> Users/Base stations List ->
Details -> Function Key = Voicemail Unit.

Note:
After a cold reset, ensure voicemail is reallocated to the virtual terminals in an orderly fashion,
that is, to the related groups following the order of creation prior to the reset.

4.2.5 Managing the General Mailbox

4.2.5.1 Operation
4.2.5.1.1 Managing the general mailbox
Description
On initialization, a general (or common) mailbox is created. This mailbox, accessible in
access/review-only mode from the Attendant station, enables the messages left there to be
forwarded to other users in the installation.
The caller accesses the general mailbox via the Automated Attendant or Audio Text, providing
the General mailbox function has been configured by the Administrator.
Activation
The general mailbox is accessed from an Attendant station or from another station belonging
to the installation (equipped with soft keys) by:
- pressing the fixed Mail key
- pressing the GalMbx soft key
- enter the Attendant password ('help1954' by default).
Note 1:
For stations with soft keys and with a number pad, proceed as follows:
- press the fixed Mail key.
- press the Voice key.
- press the Return or code * key.
- enter the general mailbox number (= operator/attendant call number as defined in the
internal dialing plan, 9 for example).
- enter the Attendant password ('help1954' by default).

               4-19

Chapter 4 )   *!

Note 2:
To access the general mailbox while in Connected from inside or outside the company, it is necessary to
change the attendant's password so that it contains numbers only (corresponding to Q23 frequencies)
and no letters.

Additional information
- Not being assigned to any individual user, the general mailbox cannot be customized; only
the welcome message can be configured.
- For the Attendant, there is no difference in the way general mailbox and private mailbox
messages are notified.
- As with other mailboxes, the general mailbox can only be accessed by one station at a
time.
- When the attendant forwards messages left in the general mailbox, the transfer data
(identification, date and time) are those of the initial message.
- The operator station can use the general mailbox in the dynamic routing, attendant
diversion and/or restricted mode services; then, the Automated Attendant will be used with
a direct call to the general mailbox access. The operator can redirect the external incoming
calls to the general mailbox. Different solutions are available (in all cases, the Automated
Attendant will be dedicated to the direct function "General Mailbox"; to do this, it is
mandatory to record (by OMC -> Automated Attendant) a welcome message and to
activate the Direct Access = General mailbox function):
• dynamic routing after X seconds to the general mailbox in the event of no
answer from the Attendant: to do this, program for the OS group nº 1 (or the current
group within the time range) a level 1 dynamic routing to group 500 (default group
containing the VMU accesses) with a timeout of X seconds. It is also possible to
program a level 2 dynamic routing at general level if the VMU accesses are configured
in OS group nº 8.
• Immediate forwarding to general mailbox:
• 1st solution: use Attendant group Forwarding towards the group containing the
VMU accesses (group 500 by default).
• 2nd solution: use restricted mode provided the VMU accesses are in OS group nº
8.
- The soft keys available after accessing the general mailbox are:
• Play
• Clear
• Send Copy
Note:
The Call soft key is not available from the general mailbox
Configuration
- To record the general mailbox welcome message:
• By MMC-OMC (Expert View): Voice Processing -> Mailboxes -> General Mailbox -> Voice Prompt -
General Mailbox
• By MMC-Station: VMU -> GalMbx

4-20               

 )   *!

4.2.6 Distribution list

4.2.6.1 Overview
Distribution lists enable users to send and copy messages to all the members on the list simply
by dialing the list name or number.
The system allows for a maximum of 51 lists to be compiled:
- 1 general broadcast list (number 000); this list is used to send a message to every voice
mailbox in the system
- 50 distribution lists (001 to 050)
- distribution lists can only be configured by the installation Administrator.
4.2.6.2 Configuration procedure
4.2.6.2.1 Configuration
- To configure the distribution lists by means of users' directory numbers:
• By MMC-OMC (Expert View): Voice Processing -> Mailboxes -> Distribution Lists
• By MMC-Station: VMU -> List

Note:
The content of distribution lists cannot be deleted or modified by the users.
- To record the distribution list names:
• By MMC-OMC (Expert View): Voice Processing -> Mailboxes -> Distribution Lists
• By MMC-Station: VMU -> List -> Record

- To key in the distribution list names:

• By MMC-OMC (Expert View): Voice Processing -> Mailboxes -> Distribution Lists
• By MMC-Station: VMU -> List -> Edit-> Name

4.2.7 Statistics
4.2.7.1 Overview
4.2.7.1.1 Description
The statistics are intended for:
- the administrator or manager (i.e. the person responsible for managing the messaging
service on the client side)
- the maintenance service (the distributor, for example).
The statistical function gathers data on the voice server and how it is used. The counter
readings correspond to the server activity since the last Reset.
Depending on the results, appropriate changes can be made to the settings in order to

               4-21

Chapter 4 )   *!

improve the service.

4.2.7.2 Operation
4.2.7.2.1 Statistics on the Automated Attendant
- To read and reset the counters:
By MMC-OMC (Expert View): Voice Processing -> Statistics -> Automated Attendant

- Number of calls received by the Automated Attendant (= number of times the welcome
message was heard).
- Duration of calls for the Automated Attendant.
- Number of failed calls (no response to the "Press Star" question or no caller selection in
the Automated Attendant Main menu).
Note:
All of these counters can be reset using the Reset function.

4.2.7.2.2 Statistics on Audio Text

- To read and reset the counters:
By MMC-OMC (Expert View): Voice Processing -> Statistics -> Audio Text

- Number of calls received by Audio Text (= number of times the welcome message was
heard).
- Length of calls for Audio Text.
- Number of aborted calls (no response to the "Press Star" question or no selection by caller
in the Audio Text main menu).
Note:
These statistics are provided for opening and closing hours. All of these counters can be reset using the
Reset function.

4.2.7.2.3 Information messages statistics

- To read and reset the information message counters:
By MMC-OMC (Expert View): Voice Processing -> Statistics -> Information Messages

- Number of times each information message was heard (via the Automated Attendant or
Audio Text).
4.2.7.2.4 Mailbox statistics
- To read and reset the mailbox counters for all users:
By MMC-OMC (Expert View): Voice Processing -> Statistics -> Mailboxes

- Number of calls received by each user (= number of times the welcome message was
heard).
- Number of calls received by the personal assistant of each terminal.

4-22               

 )   *!

- Number of messages left by callers.

- Length of recording of the messages not read by each user.
- Length of recording of the messages read by each user.
- Length of recording of conversations by each user.
4.2.7.2.5 Statistics on VMU resources
- To read and reset the counters:
By MMC-OMC (Expert View): Voice Processing -> Statistics -> Resources

- Accumulated total of voice messages as a percentage of available memory capacity.

- Record of use over the last 7 days.

4.2.8 Hotel features

4.2.8.1 Overview
4.2.8.1.1 HOTEL FEATURES
This chapter deals exclusively with the features provided in Hotel mode (as opposed to
Business mode, which concerns all the other chapters).
Check-in
When guests check in, they are automatically assigned a mailbox; its mode of operation (guest
mode), the password, and the language used for the voice prompts are all assigned
automatically on check-in.
When accessing the mailbox for the first time, the guest must enter a password and register
his or her name. Until the name has been registered, the guest cannot access his or her
mailbox.
Accessing the mailbox
First access
Until the user name has been registered, the guest cannot access his or her mailbox. The first
access must be in Application mode (by dialing the Mail code or pressing the Mail key); the
guest is put directly through to his mailbox and must only register his name.
Subsequent access
The mailbox can subsequently be accessed when in Application or in Connected (by dialing
the VMU or port number).
When Connected, the guest has to enter his mailbox number followed by his password. The
password may be read by the attendant station via the "Hotel" key.
When in Application mode, the guest is directly connected to his messages.
The messages received are automatically played back in sequence. The guest can replay
messages and use the Return, Pause, Next, or Delete functions. Messages that have been
listened to but not deleted are kept.
Check-out

               4-23

Chapter 4 )   *!

When the guest checks out, the mailbox is automatically unassigned if it contains no
messages. If any messages remain, they are kept for 50 minutes, after which time the mailbox
is definitively deleted. They can be accessed in all modes.

4.3 User Services

4.3.1 Users interfaces

4.3.1.1 Overview
4.3.1.1.1 Description
The interface available for using the voice server depends on the type of terminal:
- stations without displays: voice prompts only; the options offered by the voice prompts
are selected using the keypad.
- stations with displays but without soft keys: voice prompts as well as display menus
(using the keypad to navigate.
Voice prompt guidance can be disabled using Customization (it is enabled on initialization).
- stations with soft keys: navigation is done exclusively with soft keys, depending on the
menu displayed.
4.3.1.1.2 Specific functions
The # key can be used for:
- confirming the previous data
- skipping the current voice prompt and moving on to the next (e.g. skipping a mailbox
greeting to go straight to the recording stage, or skipping a message in order to access the
processing options: replay, delete, callback, send a copy, etc.).
- accessing a mailbox from within the Automated Attendant.
Note:
For decadic stations, the 9 key is used in place of the # key.
The * key can be used for:
- deleting an item of data
- returning to the previous menu.
- returning to the Automated Attendant menu from the Mailbox menu.
The 0 key can be used to access any additional menu options when a user accesses his or
her mailbox.
4.3.1.2 Configuration procedure
4.3.1.2.1 Configuration
- To set the maximum waiting time for a response from the user (input a value, for example:
5 seconds by default, configurable from 5 to 15 seconds in 1-second increments):

4-24               

 )   *!

• By MMC-OMC (Expert View): Voice Processing -> General Parameters -> Timeout for user's
response

- To set the number of times the server should repeat messages requiring a response from
the user (to input a value, for example): 2 by default, configurable from 0 to 5:
• By MMC-OMC (Expert View): Voice Processing -> General Parameters -> Number of warnings if
no response

4.3.2 Initializing mailboxes

4.3.2.1 Detailed description
4.3.2.1.1 Description
Mailboxes are initialized by their owners when they entering their individual passwords and
register their names. These operations are performed when the mailbox is first opened
(Application mode only).
Important:
When creating/modifying your password we recommend to respect some basic rules for a good
password management:
- Implement a company security policy (e.g. regularly update all user passwords)
- Modify the default number of digits, and use 6 digits per password (as of R8.2)
- Avoid the use of simple passwords such as suite of figures or repeated figures
- User is forced by the OmniPCX Office system to change the default password when
initializing his/her Voice mail
- Do not disclose passwords to other persons/colleagues, etc.
- Lock extensions when not being attended (i.e. holidays, night time, weekend, etc.)
Password creation and security is the responsibility of the user/system Administrator or Installer.
Therefore, if somebody is accessing the PA (Personal Assistant), remote call forwarding
configuration, nomadic mode configuration or DISA Transit (remote substitution) using a correct
password, then it is deemed that he/she is an authorized user of the password.

4.3.2.1.2 Commissioning

Service Sets without soft keys Sets with soft keys (SK)
F.K.: Mail FK (or "Mail" code) + F.K.: Mail FK + Password +
Initialization on first access
Password + Record name Record name

4.3.2.1.3 Additional Information

- When first opening the mailbox: while recording the name, the user can (these options are
displayed, but not announced in the voice prompt):
• restart the recording from the beginning (* key);
• stop and terminate the recording (# key).

               4-25

Chapter 4 )   *!

4.3.3 Consulting a mailbox

4.3.3.1 Detailed description
The diagram on the next page summarizes the mailbox access steps and options.
4.3.3.1.1 Description
This service enables users to call their mailbox and listen to any messages received (whether
new or already heard), listen to recorded conversations, send messages, or remotely configure
some mailbox parameters (see appropriate paragraph).
This service is protected by a password (the same as for the subscriber). In Application mode
however consultation is possible without a password, depending on the state of the mailbox
consultation flag (OMC -> Voice Processing -> General Parameters -> Mailbox
Consultation). The default value is no password.
4.3.3.1.2 Commissioning
Users access their mailboxes:
- in Application mode:
• sets with a fixed Mail key: using this key (or the appropriate code)
• stations with displays: Voice key + password
• stations without displays: password.
• stations without a fixed Mail key: Mail service code or programmed key + password
4.3.3.1.3 Additional Information
- The new message notification mode (voice prompt on going off-hook, LED or icon)
depends on the type of terminal; for analog sets with a LED, a virtual key has to be
created. Conversation recordings are not notified.
- Number of messages/conversations:
• stations with display: the number of messages (old and new) and the number of
conversations recorded are displayed at the start of the access.
• stations without displays:
• case 1: mailbox containing new messages only: a voice prompt indicates the number
of new messages.
• case 2: mailbox containing old messages only: a voice prompt indicates the number of
messages already heard.
• case 3: mailbox containing new and old messages: only the number of new messages
is announced.
• case 4: the number of conversations is never announced.
- When accessing the mailbox (Connected or Application mode) the "Mailbox -> Please
enter the mailbox number" menu can be opened by pressing the * key before entering the
password (this enables users to access their chosen mailbox).
- Email notification of new messages:
In R2.0 (Premium solutions only), an Email (HTML format, or text format if display with
HTML is not possible) is sent when a new message is left in the mailbox. The voice mail is
sent as an attachment in the form of a .WAV file (16 bits, 8 kHz). A voice mail that has

4-26               

 )   *!

been listened to via e-mail is still regarded as a new message when accessing the
mailbox.
Via the WBM, access the User Settings window. In the Voice messages field of the
Absence tab, check the Display voice message as an attachment (WAV) box to be
notified when a voice message is deposited in the box and to listen to it. For more
information, see the User and User groups section.

               4-27

Chapter 4 )   *!

4.3.4 Playing back messages

4.3.4.1 Detailed description
4.3.4.1.1 Description
If at least one message has been left, the user can play back the messages in his mailbox,
using a range of possible functions (delete, next, replay, send a copy, callback, etc).
Messages are played back in two series: the new messages first, then the old ones. Each
series is in chronological order.
4.3.4.1.2 Caller identification
While the messages are played back, the terminal display indicates:
- the name of the caller - if known, and if the user has the corresponding feature rights
- otherwise, the caller's number
- **** if the caller has activated the CLIR or “Mask" service
- “Unknown" if the caller number is not recognized by the system.
The identity of the caller is never announced.
4.3.4.1.3 Date and time
The date and time of arrival are displayed on the terminal and announced before the message
is played back.
4.3.4.1.4 Callback
When the caller's identity is known to the system (Calling Line Identification Presentation), this
service enables the user to immediately call back callers (whether internal or external) who
leave a message. The callback number can contain a maximum of 20 digits. Callback can be
requested while still listening to the message, or afterwards.
There are several possibilities:
- Internal call: internal callers can be called back without restriction.
• If the VMU was activated in Connected mode, the transfer is of the semi-supervised
type:
• if the user does not answer: the call is transferred and dynamic routing to the
called-back station is activated.
• if the user is busy (degree 1 or 2): the call is not transferred and the user is returned to
the message playback menu.
• If the VMU was activated in Application mode, the transfer is of the blind type: the
application transfers the call regardless of caller status and immediately goes on-hook;
if the call-back fails, the user has to hang up and call back the VMU (or press Redial).
- External call: the callback of external callers is governed by restrictions mechanisms. The
VMU transfers the call when the connection is established (caller off-hook) or simulated.

4.3.5 Sending messages

4-28               

 )   *!

4.3.5.1 Detailed description

4.3.5.1.1 Description
From the access/review menu, the user can send a voice message directly to the recipient's
mailbox by performing the following operations:
- pressing the Send soft key or dialing code 3
- defining the destination(s) for the message
- recording the message; validating the message sends it to its destination.
4.3.5.1.2 Defining the destination
The destination can be:
- the user's name (display terminals only)
- a distribution list name (display terminals only)
- the user's directory number (up to 8 digits)
- a distribution list number (000 to 050).
Note:
If the terminal has soft keys, the user can browse the destination list. He can then:
- go to the next member
- go back to the previous member
- delete a member
- delete all the members in the list
- insert a distribution list.
4.3.5.1.3 Recording the message
While recording the message, the user can pause (key 8) and then continue the recording (key
8 again). He can also stop the recording (# key) or start over from the beginning (* key). These
options are available even though they are not announced (they are displayed, however).

4.3.6 Sending copies of messages

4.3.6.1 Detailed description
4.3.6.1.1 Description
This feature is identical to sending a message except that the user can also add an
introduction (a comment telling the recipient that the message is a copy).

4.3.7 Filtering mails

4.3.7.1 Detailed description
4.3.7.1.1 Description

               4-29

Chapter 4 )   *!

This function enables users, with the terminal on idle, to monitor messages being left and
answer a call if desired.
4.3.7.1.2 Activation/Deactivation

Service Activation/Deactivation
To activate screening P.K.: VMU: Screening + Password
Deactivate screening P.K.: VMU: Screening
P.K.: VMU: Screening: stops supervision and deactivates screening.
Fixed End key: supervision of the screened call is deactivated; the user
Deactivate call supervision
cannot replay the message currently being screened, but screening
remains active for other incoming calls, which can still be supervised.

4.3.7.1.3 Additional Information

- The set's speaker is automatically activated when the message is left.
- This function is only available for idle sets with programmable keys and a speaker.
- The messages that can be screened correspond to calls to users with fixed or dynamic
routing on their lines; messages sent from a mailbox cannot be screened.
- The general mailbox cannot be screened; messages sent from the "Mailbox" menu cannot
be screened.
- Screening can only be activated for a single message at a time.
- If screening is activated while a message is being left, there is no effect.
- The call can be answered by pressing the “Handsfree" key or hanging up. The part of the
message left before answering is wiped. After going back on hook, screening remains
active for any new incoming call.

4.3.8 Remote notification

4.3.8.1 Overview
4.3.8.1.1 Description
This feature notifies users when someone has left a message for them; a call is sent by the
voice server. When the recipient answers, he can access his mailbox, if the service is active.
Notification can be validated for a specific time period.
4.3.8.2 Configuration procedure
4.3.8.2.1 Configuration
- To enable external notification, for each user:
• By MMC-OMC (Expert View): Subscribers/Base stations List -> Subscribers/Base stations List ->
Details -> Voice Mailbox -> Notification -> check ? The subscriber is allowed to activate
notification
In the case of external notification, the call is subject to restrictions.

4-30               

 )   *!

- To activate remote notification of messages in mailbox, for each user:

• By MMC-OMC (Expert View): Subscribers/Base stations List -> Subscribers/Base stations List ->
Details -> Voice Mailbox -> Notification -> check ? Notification activated
• By customization: Notif (or 5) -> On/Off (or 1)

- To set the internal or external destination to be notified, for each user (in the case of
external numbers: 22 digits max., including trunk code):
• By MMC-OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details ->
Mailbox -> Notification -> -> Notification Destination
• By customization: Notif (or 5) -> Desti (or 2)

- To define the type of notification, for each user (with or without access to mail):
• By MMC-OMC (Expert View): users/Base stations List -> Users/Base stations List -> Details ->
Mailbox -> Notification -> -> Kind of Notification

- To define the applicable time range for notification, for each user:
• By MMC-OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details ->
Mailbox -> Notification -> Notify Destination
• By customization: Notif (or 5) -> Sched (or 3)

- To define, for all users, the delay before the 2nd and 3rd notification call (the default values
are country-specific):
• By MMC-OMC (Expert View): Voice Processing -> Mailboxes -> Misc.-> Notification: Minutes till
second/third alert

4.3.9 Recording a conversation

4.3.9.1 Overview
4.3.9.1.1 Description
This function enables authorized users to record ongoing telephone conversations. The
recorded conversation is stored, with its date and time stamp, in the user's mailbox.
4.3.9.2 Operation
4.3.9.2.1 Activation/Deactivation

Sets without soft keys Stations with soft keys

P.K.: VMU: Conversation S.K.: Record SK with pause and

To activate recording
Recording or dial the function code re-record options
Deactivate recording (the P.K.: VMU: Conversation
S.K.: Stop
conversation continues) Recording or dial the function code

4.3.9.3 Configuration procedure

               4-31

Chapter 4 )   *!

4.3.9.3.1 Configuration
- To authorize conversation recording, for each user:
• By MMC-OMC (Expert View): Subscribers/Base stations List -> Subscribers/Base stations List ->
Details -> Voice Mailbox -> Options -> check ? Recording of conversation allowed

- To program a key with the “Conversation recording" function:

• By MMC-OMC (Expert View): Users/BasestationsList -> Users/Basestations List -> Details -> Keys
-> Voice Mail: Conversation recording.

4.3.9.3.2 Additional Information

- The maximum recording time depends on the server's memory capacity.

4.3.10 Playing back recorded conversations

4.3.10.1 Detailed description
4.3.10.1.1 Description
This function enables authorized users to listen to the conversations they have recorded, using
replay, delete, send a copy, callback, etc.
Conversations are played back in reverse chronological order.
4.3.10.1.2 Activation/Deactivation

Sets without soft keys (with

Stations with soft keys
display)
Fixed Mail key + Voice SK +
To activate playback Fixed Mail key + 1 + Password + 2
Password + Conv SK

4.3.11 Personal assistant

4.3.11.1 Overview
4.3.11.1.1 Description
Incoming calls forwarded to the voice server are routed to the user's mailbox or the user's
personal assistant (depending on the configuration).
If the call is forwarded to the personal assistant, the caller is put through to the Main menu,
enabling him to leave a message (so that he can be called back) or to be transferred to the
recipient's mobile set.
For the caller, forwarding to the mailbox or personal assistant is guided by voice prompts only.
To activate the personal assistant feature at system level it is necessary to set the noteworthy
address PerAssAlwd to 01.
If the personal assistant is activated:

4-32               

 )   *!

- the caller is informed that the person cannot be reached

- he then listens to the various options offered by the personal assistant (transfer to the
attendant station or to a predefined internal/external destination)
- then he hears the voice prompt for his chosen option.
Forwarding to the personal assistant is immediate, and is activated from the set customization
menu; the personal assistant voice prompt is pre-recorded and cannot be customized.

Note:
Option 1 - Mailbox is proposed automatically, even if the personal assistant has not been configured,
whenever the function is validated.
Even if the personal assistant has not been validated, the Attendantstation can still be reached by dialing
the attendant (operator) number during the mailbox announcement (blind transfer to Attendant) station.

4.3.11.2 Configuration procedure

4.3.11.2.1 Configuration
- To activate the personal assistant, for each user:
• By customization: Assist (or 2) -> On/Off (or 1)

- To configure, for each user, the options proposed by the personal assistant (in the case of
external numbers: 22 digits max., including trunk code):
• By MMC-OMC (Expert View): Users/Base stations List -> Users/Base stations List -> Details ->
Mailbox -> Personal Assistant -> Transfer to secretary/operator/home/mobile phone
• By customization: Assist (or 2) -> Menu (or 2)-> IntNum, ExtNum, Mobile or Operat (or 1, 2, 3 or 4)

- To enable an external caller getting through to a personal assistant to reach an outside

number. If these parameters are not configured, the external-to-external transfer will fail
(see "Additional information"):
• For each VMU port: flags "Join Incoming/Outgoing" and "Join Incoming/Outgoing"

               4-33

Chapter 4 )   *!

are inactive (default values)

• For each user authorised to effect joinings (and the external forwarding via the
personal assistant will also be authorized):
• By MMC-OMC (Expert View): Subscribers/Base stations List -> Subscribers/Base stations List ->
Details -> Features -> Part2 -> check "Join incoming/Outgoing" and "Join Outgoing/Outgoing"

• For the system as a whole:

• By MMC-OMC (Expert View): System Miscellaneous -> Feature Design -> Transfert Ext/Ext

• by MMC-OMC (Expert View): System Miscellaneous -> Feature Design -> check Transfert Ext/Ext
by on-hook

4.3.11.2.2 Additional Information

- Blind transfers are used.
- If the external/external transfer fails, the system's response will depend on the
configuration and in particular on the Go to initiator if transfer fails notification
(accessible via OMC under System Miscellaneous -> Feature Design):
• If the notification is not set (the default setting for France, Italy and Spain), the call is
routed to the Attendant station.
• If the flag is positioned (the default setting for all other countries), the voice server is
called back in Automated Attendant mode. If the Automated Attendant is not open, the
call goes through to the general mailbox.
- Destination number:
• external numbers must include the network access prefix
• external numbers are subject to restrictions
• if the predefined number is invalid or restricted, the call is returned to the personal
assistant menu.

4.3.12 Customisation
4.3.12.1 Detailed description
4.3.12.1.1 Description
Customization allows users to define their own set, voice mail and personal assistant settings.
4.3.12.1.2 Switching to Customization mode
Depending on the type of station, press Custo (2nd page, Advanced Station in Idle) or i + 5, or
dial the “Programming Mode" function code.
The following pages describe the tree structures available for each type of station; navigation
is done using soft keys or codes (with the help of voice guides).
4.3.12.1.3 Stations with soft keys

4-34               

 )   *!

4.3.12.1.4 Stations without soft keys but with displays

               4-35

Chapter 4 )   *!

4.3.12.1.5 Stations without displays or soft keys

4-36               

 )   *!

4.3.12.1.6 Analog Z stations

               4-37

Chapter 4 )   *!

4.3.13 Remote configuration

4.3.13.1 Detailed description
This function (choice 9 in the Mailbox consultation menu) is controlled by a software key.
The remote configuration feature allows users who mainly work outside the company to

4-38               

 )   *!

configure some items in their mailbox. It is part of mailbox consultation and is only offered
when connected. Remote customization can be performed by authorized users only (the right
to this feature must be enabled for the user in the OMC Feature Rights screen). Various
options are offered, including:
- Recording the mailbox welcome message.
- Activation/deactivation of the personal assistant. Configuration of the personal assistant:
configuration and activation of the routing to an internal, external or mobile destination
number or to the attendant station.
- Changing Password.
- Remote message notification (only available if user is entitled to use this functionality):
activation/deactivation and configuration of internal or external destination.
- Customization of the Automated Attendant company greetings (for opening hours and
closing hours).
- Activation/deactivation of the Nomadic mode: consultation of the current nomadic status
(enabled or disabled), activation/deactivation of the Nomadic mode and configuration of
the destination phone number.
This option is offered when the Nomadic right is active for the concerned set and the virtual
Nomadic set exists in the configuration.
- Activation/deactivation of immediate call forwarding: consultation of the current forwarding
status, configuration and activation of immediate call forwarding to the Voice Mail or to a
destination phone number.
The key sequences for the different options are detailed in the figure below.

               4-39

Chapter 4 )   *!

Important:
When creating/modifying your password, abide by basic rules for adequate password policies:
- Implement a company security policy (e.g. regularly update all user passwords)
- Modify the default number of digits, and use 6 digits per password (as of R8.2)

4-40               

 )   *!

- Avoid the use of simple passwords such as suite of figures or repeated figures
- Force OmniPCX Office users to change the default password when initializing their voice mail
- Do not disclose passwords to other persons/colleagues, etc.
- Lock extensions when not being attended (i.e. holidays, night time, weekend, etc.)
Password creation and security is the responsibility of the user/system Administrator or Installer.
Therefore, if somebody accesses the PA (Personal Assistant), remote call forwarding
configuration, nomadic mode configuration or DISA Transit (remote substitution) and uses a
correct password, it is assumed that this person is an authorized user of the password.

Note 1:
The remote configuration of the Automated Attendant company greetings can only be performed by users
with the necessary rights. This feature right must be enabled for the user in the OMC Feature Rights
screen.

Note 2:
The remote configuration of Nomadic Mode Settings can only be performed by authorized users. The
right to the Nomadic feature must be enabled for the user in the "Central Services User Configuration"
OMC screen. At least, one Nomadic Virtual Terminal must be present in the Subscribers list.

Note 3:
The remote configuration of Call Forwarding can only be performed when the feature is enabled at
system level. This is achieved by setting the noteworthy address DivRemCust to 01

4.3.13.2 Authentication
4.3.13.2.1 Overview
To access his/her voice mail box, the external (also called remote) caller must be
authenticated.
The user authentication can be performed with:
- The calling party CLI (Calling Line Identification). The CLI received must match the identity
of an authorized user
- A DTMF dialogue. On voice guides request, the caller dials his/her personal number and
password

               4-41

Chapter 4 )   *!

Figure 4.11: Remote access authentication diagram

4.3.13.2.2 CLI authentication

For more information on:
- The CLI authentication process: see Remote Substitution - Operation - Remote
Substitution Access
- The CLI authentication configuration: see Remote Substitution - Configuration procedure -
Configuration
4.3.13.2.3 User authentication
Overview
The "Password Control" feature provides security for remote access to voice mails.
To prevent a malicious external caller from finding a user's password by making unlimited calls
and inputting passwords, a maximum number of attempts is defined.
When the maximum number of attempts is reached for a user's voice mail, the remote access
to the voice mail is blocked.

4-42               

 )   *!

The Alcatel-Lucent OmniPCX Office Communication Server denies remote access to the voice
mail until this number of attempts is reset. This can be done by users on their local phone set,
or via PIMphony, or by an attendant.

Figure 4.12: Scenario

Locking remote access to voice mail

When this "Password Control" feature is active, all the sets of the installation are concerned.
This is not a feature which can be activated set by set.
To configure the maximum number of attempts, a noteworthy address can be set - OMC
(Expert View) only:
System Miscellaneous > Memory Read/Write > Debug Labels >VMUMaxTry > Details

The same "VMUMaxTry" value is active for all the sets of the installation.
Values for the number of attempts is:
- Default value: 3
- 0: no limitation for remote access to voice mails (the feature is disabled)
When the maximum number of attempts is reached, the remote connection is unauthorized
(locked) until the remote access is unlocked.
Before releasing the call, a voice-prompt "xxxx is not your correct password - Good-bye" or
"xxxxxx is not your correct password - Good-bye", according to the password length configured
in OMC, is played.
Note:
As of R8.0, when the remote connection is blocked, no information message is played. Correct
passwords are refused, but no status information to a potential hacker is supplied.

Unlocking the remote access to voice mail

To unlock the remote access to the voice mail, there are three methods:
- Local unlocking service

               4-43

Chapter 4 )   *!

Users can connect to their voice mail from their local phone set in "application" mode or
"connected" mode using the correct password. Once connected to their voice mail, the
remote access to voice mail is unlocked and the number of attempts is reset.
- Remote unlocking service
The Remote unlocking service is available via the PIMphony application.
Users can remotely connect to their voice mail via the PIMphony application.
When users log in successfully, the remote access to voice mail is unlocked and the
attempts number is reset.
- Attendant unlocking service
This service is available on the following sets:
• Alcatel-Lucent 8 series sets, namely:
• Alcatel-Lucent IP Touch 4038 Phone
• Alcatel-Lucent IP Touch 4068 Phone
• Alcatel-Lucent 9 series sets, namely:
• Alcatel-Lucent 4039 Digital Phone
• Advanced Reflexes sets, namely:
• 4035 advanced set
To unlock remote access to the voice mail:
1. Open Operator session > Subscriber.
The following screen is displayed:

Note:
If the remote access current state is unlocked, the "Remote access" key is not displayed.
2. Press the "Remote access" softkey.
The following screen is displayed:

4-44               

 )   *!

3. Click OK.
The remote access is unlocked.
Log Event Notification
When the remote access is locked, the "Voice mail locked" event is saved in the History Table
(in the OMC application).

Figure 4.15: OMC - History Table

As of R8.2, when the remote access is unlocked, the "Voice mail unlocked" event is saved in
the History Table (in the OMC application).
Pre-defined Voice Message Notification

               4-45

Chapter 4 )   *!

When the remote access is locked, the user receives a notification in his mailbox via a
pre-defined voice message: "Remote access to voice mail is currently locked".
This notification is only shown locally to the user via the blinking mailbox indication and can be
consulted only locally. In this way, a potential malicious attack receives no status information.
4.3.13.2.4 Using the Remote Substitution Service
Using the "remote substitution" service, the user inputs the set number and the user's
password (whether the DISA access code is disabled or not).
In case of failure in entering the password, the counter of attempts is increased: the counter is
the same as the one used for remote access to voice mail.
When the maximum number of attempts is reached, the "remote substitution" service is locked.
Note:
For the "remote substitution" service, the voice prompt is absent. Pre-defined voice message is sent to
the user's mailbox but the voice prompt is not played.

4.4 Visual Mail Box Interface

4.4.1 Overview
4.4.1.1 Description
The "Visual Mailbox" interface gives Alcatel-Lucent OmniPCX Office Communication Server
users access to mailboxes via the PC-based application PIMphony. It provides:
- easier and more intuitive navigation thanks to the services offered by the integrated voice
server;
- direct access to voice server functionality without having to manipulate the telephone.
The main services available are:
- Backup messages/conversations on the PC
- Access new mail
- Access recorded conversations
- Insert into Outlook
- Send mail
- Record new messages. Copy messages with or without adding a comment.
The "Visual Mailbox" interface can be used either:
- on the telephone terminal, or
- on the PC, if it has a sound card.
4.4.1.2 Environment

4-46               

 )   *!

The user workstation consists of:

- a Z, DECT or dedicated terminal (connected to the system by a UA, DECT, analog or IP
link) and a PC connected to the LAN (the system must also be connected to the LAN);
- or a multimedia PC (PIMphony IP Edition) connected to the LAN.

4.4.2 Services provided

The application enables you to initialize and configure the password required for access to the
messages window.
4.4.2.1 Mailbox supervision
The "Mailbox" icon in the toolbar indicates whether all the messages have been heard or
whether there is at least one new message.
Clicking the icon opens the "Visual Mailbox" window, containing information on all the
messages and conversations stored in the mailbox:
- date and time of message
- type of message: voice mail or recorded conversation
- caller identity: name registered in PIMphony, PCX name or number
- the length of the message
- message status: new or old.
The information list is updated dynamically each time a message arrives in, or is deleted from,
the mailbox, or changes status from "new" to "read". This is represented by 2 distinct icons: the
application also synchronizes the status of the LED on the set (signaling the presence or
absence of new messages).
4.4.2.2 Handling messages
Messages/conversations are viewed in list form in the "Visual Mailbox" window.
A set of static buttons are available for:
- deleting items
- playing them back
- copying them, with or without a comment
- recording a new message

               4-47

Chapter 4 )   *!

- creating or displaying the caller's Outlook file

- calling back the person who left the message (if their identity is linked to the voice
message).
Dynamic buttons appear during playback.
4.4.2.3 Remote notification of new messages (copy to Outlook mail client)
The "Follow-Me" feature enables authorized users to receive e-mail on the local PC to advise
them that a new message has arrived in their mailbox.
The voice message is inserted as an attachment to a new message in the main Outlook
message list.
This option is configurable.
This feature requires Outlook to be installed locally.
4.4.2.4 MANAGING THE TERMINAL

4.4.3 Managing the terminal

4.4.3.1 Operation
4.4.3.1.1 Entering VMB mode
The terminal acts as the audio input/output for recording and playback services.
When a new voice mail is detected, the server informs the terminal (the LED flashes) and the
PC (the "Mailbox" icon changes state). Pressing the "Listen" key in the "Visual Mailbox"
window has the following effect:
- the terminal goes directly to Hands Free mode; alternatively, it rings and the user has to
pick up the receiver. The user then hears the new message.
- the display is updated ("Visual Mailbox").
- all the terminal keys (except End, Handsfree, off-hook and on-hook) are disabled.
- the terminal is now considered busy (incoming calls are camped on); with PIMphony, calls
can still be taken.
4.4.3.1.2 Quitting VMB mode
The terminal quits this mode after:
- going on-hook or pressing END
- closing the VMB window
- after an inactivity timeout of 2 min 30 sec.

4.5 External Voice Mail Unit

4.5.1 Overview
From version R1.1 onwards, an External Voice Mail Unit ("external VMU"), using the VPS

4-48               

 )   *!

protocol, can be utilized in place of the integrated voice server.

The external VMU is connected to the Alcatel-Lucent OmniPCX Office Communication Server
system by analog links (SLI boards).
The following integrated voice server features are no longer available when an external VMU
is used:
- Personal Assistant
- conversation recording
- voice mail filtering
- Audio Text
- integrated Automated Attendant
- general mailbox
- visual mailbox (PIMphony)
4.5.1.1 ADDITIONAL INFORMATION
For systems operating with an external VMU, the following specifics needed to be considered:
- Message notification: as with the integrated voice server, the presence of new messages is
signaled by icon/LED or by voice prompt on going off-hook, depending on the type of
terminal.
- Number of messages: with the external VMU, users are not shown the number of
messages:
• sets with displays: the sign "+1" means at least one message is available;
• sets without displays: on picking up the handset, the user hears a specific tone
signaling the presence of new messages.
- Consulting the mailbox: mailbox consultation is still accessed by pressing the Mail key or
by dialing the Mail function code; on connection to the external Voice Mail Unit, the user is
guided by the voice prompts (soft key navigation is no longer available).
- Customization: all the voice server options contained in the customization tree structure
are disabled.
- General Mailbox soft key: the display on terminals in the Attendant group no longer offers a
soft key for calling the general mailbox.

4.5.2 Operation
4.5.2.1 ACTIVATION/DEACTIVATION
4.5.2.1.1 Activating the external Voice Mail Unit
Activating the external VMU has the following effects:
- The keys and other data defined for the integrated voice server are not used by the
external VMU;
- on each terminal, the number of messages received is set at 0 and the Message LED is
off.
4.5.2.1.2 Reactivating the integrated voice server

               4-49

Chapter 4 )   *!

When reactivated using OMC, and provided the settings are coherent, the voice server takes
up from where it left off (with all statuses and voice mail recorded) before the switch to the
external VMU.

4.5.3 Configuration procedure

The integrated voice server is used by default.
With OMC (but not with MMC-station), the integrated voice server can be deactivated in order
to operate with the external VMU. This deactivation has to be confirmed; using the external
VMU calls for the following additional adjustments:
- defining the links between the external VMU and the SLI equipment
- allocating the external VMU ports to the OS group and VMU group
- checking that the VPS codes are compatible with the dialing plan
- reprogramming the VMU access keys
- adapting the dynamic routing settings to the VMU for each user with a mailbox
- To deactivate the integrated voice server:
By MMC-OMC (Expert View): Voice Processing -> Activate Voice Processing -> ? Deactivate Voice
Processing -> click Yes to confirm

- To specify the SLI equipment for connection to the external VMU:

By MMC-OMC (Expert View): Users/Basestations List -> Users/Basestations List -> Details -> Misc ->
Special function = Voice Mail Unit

- To check, for each SLI device, that camp-on on busy is authorized and that it has barge-in
and warntone protection:
By MMC-OMC (Expert View): Subscribers/Basestations List -> Subscribers/Basestations List ->
Details - > Features -> check ? Camp-On Allowed, ? Intrusion Protection ? Warntone Protection

- To add the directory numbers of the Voice mail equipment to the Attendant group in order
to run the Automated Attendant feature with the external VMU:
By MMC-OMC (Expert View): Attendant Group List -> Details -> Modify -> Add

- To create a VMU group:

By MMC-OMC (Expert View): List groups -> Details -> Modify -> Add

- For Reflexes terminals and analog sets with a Message LED: to create a "Voice Mail" key
(virtual in the case of analog terminals) assigned with the VMU group number:
By MMC-OMC (Expert View): Subscribers/Basestations List -> Subscribers/Basestations List ->
Details -> Keys -> Function Keys = Voice Mail Unit (or Vir. keys -> check ? Voice Mail Unit and enter
the VMU group number)

- To adapt dynamic routing of level 1 and/or 2 (forwarding to general level): if the box is
checked, the call is forwarded to the Automated Attendant on the external VMU; otherwise
it goes through to the user's mailbox.

4-50               

 )   *!

By MMC-OMC (Expert View): Subscribers/Basestations List -> Subscribers/Basestations List ->

Details -> Dyn. Rout. -> check or uncheck ? VMU as Auto. Attendant (lev 1) and/or ? VMU as Auto.
Attendant (lev. 2)

- To check the coherence of the internal dialing plan for the "Mail Booking" and "Cancel Mail
Booking" functions (used by the VPS protocol):
By MMC-OMC (Expert View): Numbering -> Dialing Plans -> Internal Dialing Plan

- To check the values of the other VPS codes defined by labeled addresses relative to the
dialing plan:
By MMC-OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Other labels ->
VMCodBsyTo, VMCodCall, VMCodCnsTo, VMCodDiaTo, VMCodDirCl, VMCodFwdCl, VMCodOosTo,
VMCodRecCl, VMCodRecal, VMCodRelea, VMCodRgToE, VMCodRngTo

- To return to integrated voice server mode (check that the settings are coherent!):
By MMC-OMC (Expert View): Voice Processing -> Activate Voice Processing -> ? Activate Voice
Processing

               4-51

Chapter 4 )   *!

4-52               

  

 

5.1 DECT

5.1.1 DECT Overview

5.1.1.1 Presentation
5.1.1.1.1 Overview
ETSI STANDARD
The DECT protocol is based on pico-cellular technology (cells of 30 to 150 m depending on
the environment) allowing high traffic throughput: up to 10000 E/km2.
The frequency band used is between 1,880 MHz and 1,900 MHz (UHF) i.e. a passband of 20
MHz. These 20 MHz are split into 10 radio channels.
The passband of a radio channel is 1,728 MHz and radio channels are spaced 2 MHz apart to
avoid interference between adjacent channels.
The DECT system is based on the use of FDMA (frequency multiplexing) and TDMA (time
multiplexing) techniques. It thus has a maximum capacity of 120 simultaneous communication
channels (10 radio frequencies x 12 time slots).
GAP (Generic Access Profile): part of the DECT protocol required for interworking by wireless
handsets from different manufacturers.
PRINCIPLES
The DECT features integrated into the Alcatel-Lucent OmniPCX Office Communication Server
system allow for the creation of a wireless PCX.
The DECT features are offered by 4070 IO/EO base stations connected to digital interfaces
(UAI boards).
A radio base station can support up to 6 communication channels simultaneously, on 2 UA
links.
The base stations have a range of:
- 150 meters over open ground
- 30 to 50 meters horizontally and 7.5 meters vertically in an enclosed space
DECT UA/GAP SYSTEM
A DECT system managing the UA/GAP (Generic Access Profile) protocols allows
simultaneous use of the following wireless handsets:
- DECT + GAP cordless handsets
- third party DECT GAP wireless handsets (the available features may differ).

               5-1

Chapter 5 * ! +

AVAILABLE FEATURES
Mobility management
- roaming
- intracell handoff (on the same base station)
- intercell handoff (between base stations).
System access and dynamic channel selection
Before making or receiving calls, the handset must obtain information about the environment in
which it is being used to ensure that it does in fact have access to the system.
To enable the handset to synchronize itself with the system, each base station is always active
on at least one radio channel (the dummy bearer), broadcasting information concerning the
system and its identity.
Any handset will thus be able to recognize the system coverage area in which it is working.
When on standby, each handset is tuned to the nearest base station, receptive to search
messages indicating an incoming call.
Channels are assigned dynamically when requested by the handset. Once synchronized with
the system, the handset decides on the most appropriate channel for a call. It chooses the
least disrupted of the free channels.
Inter- and intra-cell handoff procedures

5-2               

 * ! +

The coverage radius of a DECT radio base station forms a "cell".

Intercell handoffs to another cell are commanded by the handset when the signal from the
active base is weak and there is a stronger base in the vicinity. During the call, the mobile
requests an appropriate available channel from the second base. Once the second link has
been established, it releases the first one, maintaining the call on the second base.
If transmission errors arise, an intracell handoff is performed on the same base station towards
a higher quality channel.
GAP MODE: GENERAL
By default, Alcatel-Lucent Enterprise DECT GAP handsets operate in proprietary mode (i.e.
like Reflexes sets); third party DECT GAP handsets usually operate in basic mode (though
some may operate in advanced mode):
- Basic mode: This mode offers a reduced level of features (no consultation call, no call
waiting, no display management, etc.)
- Advanced mode: This mode offers access to a level of operation essentially equivalent to
that of an analog Z terminal (all features defined by feature access codes).
With OMC, the mode of each set can be modified individually at the registration stage.
5.1.1.1.2 List of countries by region for DECT

For the DECT frequencies range to be well covered, and the handset to function correctly, use
the World Wide feature to register a DECT handset. You need to select the right region or
zone for a country of registration.
Alcatel-Lucent Enterprisestrongly recommends that you follow the regulations which exist for
inclusion of specific countries in a region.
Consult the table below, which gives the region denomination (1- 4). Alcatel-Lucent DECT
handset availability is also shown, by inclusion in its catalog and approval zone.

table 5.1: DECT list of countries and regions

Country or zone of Corresponding Alcatel-Lucent DECT availability
registration region denomination
Approval Catalog
All CE countries 1 Eur Eur
US+Canada 2 US US
APAC/ ASIA
Australia 1 Eur Eur
Bangladesh (2T) 1 Eur Eur
Bhutan (2T)
Cambodia 1 Eur Closed
China 4 Asia Asia
Hong Kong 1 Eur Eur
India 1 Eur Eur
Indonesia 1 Eur Eur

               5-3

Chapter 5 * ! +

Country or zone of Corresponding Alcatel-Lucent DECT availability

registration region denomination
Approval Catalog
Japan Forbidden
Korea Forbidden
Laos 1 Eur Closed
Malaysia 1 Eur Eur
Maldives (2T) 1 Eur Eur
Mongolia Closed
Myanmar (2T) 1 Eur Eur
Nepal (2T) Closed
New Zealand 1 Eur Eur
Philippines 1 Eur Eur
Singapore 1 Eur Eur
Sri Lanka (2T) Forbidden Closed
Taiwan 1 Eur Eur
Thailand 4 Asia Asia
Vietnam 1 Eur Eur
LATAM Latin/ South America
Argentina 3 Latam Latam
Bolivia 3 Latam Latam
Brazil 3 Latam Latam
Chile 3 Latam Latam
Colombia 3 Latam Latam
Costa Rica 1+3 Eur+Latam Eur+Latam
Cuba 3 Latam Latam
Dominican Republic Closed
(2T)
Ecuador 1+3 Eur+Latam Eur+Latam
El Salvador 3 Latam Latam
Guatemala 1+3 Eur+Latam Eur+Latam
Haiti Closed
Honduras 1+3 Eur+Latam Eur+Latam
Jamaica (2T) Closed
Mexico 3 Latam Latam
Nicaragua Closed
Panama 1+3 Eur+Latam Eur+Latam
Paraguay Closed
Peru 3 Latam Closed

5-4               

 * ! +

Country or zone of Corresponding Alcatel-Lucent DECT availability

registration region denomination
Approval Catalog
Uruguay 3 Latam Latam
Venezuela 1 Eur Eur
Africa/ Middle East
Algeria 1 Eur Eur
Angola (2T) Closed
Bahrain 1 Eur Eur
Benin Closed
Burkina Faso Closed
Burundi Closed
Cameroon 1 Eur Eur
Chad (2T) Closed
Central Afr. Rep. Closed
Comores (Rep Dem) Closed
Comores (Rep Isl) Closed
Congo Closed
Djibouti Closed
Egypt 1 Eur Eur
Erythrea Closed
Ethiopia Closed
Gabon 1 Eur Eur
Gambia Closed
Ghana 1 Eur Eur
Guinea Closed
Iran 1 Eur Eur
Israel Closed
Ivory coast 1 Eur Eur
Jordan 1 Eur Eur
Kenya 1 Eur Eur
Kuwait Closed
Lebanon 1 Eur Eur
Libya Closed
Madagascar Closed
Malawi Closed
Mali Closed
Mauritania Closed
Mauritius 1 Eur Eur

               5-5

Chapter 5 * ! +

Country or zone of Corresponding Alcatel-Lucent DECT availability

registration region denomination
Approval Catalog
Morocco 1 Eur Eur
Mozambique (2T) Closed
Niger Closed
Nigeria 1 Eur Eur
Oman Closed
Pakistan Closed
Qatar (2T) ? ?
Rwanda Closed
Saudi Arabia 1 Eur Eur
Senegal 1 Eur Eur
Seychelles Closed
South Africa 1 Eur Eur
Sudan Closed
Syria Closed
Tanzania Closed
Togo Closed
Tunisia 1 Eur Eur
UAE Closed
Uganda (2T) Closed
Yemen Closed
Zambia Closed
Zimbabwe Closed
East/South Europe
Albania 1 Eur Eur
Armenia 1 Eur Eur
Azerbaijan (2T) 1 Eur Eur
Bielorussia (2T) 1 Eur Eur
Bosnia Herzegovina 1 Eur Eur
(2T)
Bulgaria 1 Eur Eur
Croatia 1 Eur Eur
Cyprus 1 Eur Eur
Czech Rep 1 Eur Eur
Estonia (2T) 1 Eur Eur
Georgia (2T) 1 Eur Eur
Hungary 1 Eur Eur

5-6               

 * ! +

Country or zone of Corresponding Alcatel-Lucent DECT availability

registration region denomination
Approval Catalog
Kazakhstan 1 Eur Eur
Kyrgyzstan (2T) 1 Eur Eur
Latvia 1 Eur Eur
Lithuania (2T) 1 Eur Eur
Macedonia (2T) 1 Eur Eur
Malta 1 Eur Eur
Moldavia (2T) 1 Eur Eur
Poland 1 Eur Eur
Romania 1 Eur Eur
Russia 1 Eur Eur
Slovakia 1 Eur Eur
Slovenia 1 Eur Eur
Tajikistan (2T) 1 Eur Eur
Turkey 1 Eur Eur
Turkmenistan 1 Eur Eur
Ukraine (2T) 1 Eur Eur
Uzbekistan (2T) 1 Eur Eur
(Yugoslavia Rep Fed.) 1 Eur Eur
Serbia and
Montenegro

5.1.1.2 Engineering Rules

5.1.1.2.1 Engineering rules
Purpose of this Document
The purpose of this document is to define the engineering rules relative to the DECT
technology.
These recommendations cover the technical and methodology aspects from the offer to the
maintenance on DECT projects.
The introduction of new products, as well as the complex product developments, means these
rules will evolve and this will result in our recommendations being changed accordingly.
The aim is to optimize our offer by reducing the risks for Alcatel-Lucent Enterprise while
meeting more precisely the expectations of our customers.
Radio Systems Overview
Introduction
Radio transmission is evolving and subject to numerous parameters, making it a medium that
is not easy to control. Radio waves propagate differently according to the materials they have

               5-7

Chapter 5 * ! +

to traverse and on which they will reflect.

The behavior is similar to that of light. There will be:
- Diffraction and attenuation according to the materials to pass through. If there are no
windows or glass areas, there may be shadow areas
- Reflections as on mirrors (large metallic surfaces) which will entail standing wave effects
resulting in amplitude differences in the RF field
All these phenomena will restrict the radio coverage from the base stations and the quality
level of the wave received at one point. In DECT technology, the mobile phone plays a major
role since cell changes are based on algorithms that are specific to the station (field level,
quality criterion) which means that it determines the end quality seen by the subscriber.
Three important elements must be processed either sequentially or simultaneously:
- Covering the area where the service is to be provided
Coverage=Accessibility
- Ensuring the establishment of communications to stations in a zone with heavy
communication users
Capacity=Availability
- Ensuring user satisfaction
Audio Quality=Comfort
Quality for radio systems is a term that can include all of these topics. It is referred to as
Quality of Service (QoS).
The base station technology also impacts on this quality.
For these three elements, the stations have a crucial role because:
- Their sensitivity will intervene to determine the coverage and capacity.
- Their algorithms and Handover thresholds will impact on the capacity and quality.
The Handover function is essential for mobile phones but also for cordless fixed office sets.
It enables the set to switch to another base station, should the first one be saturated
The actions to carry out to ensure QoS are:
1. Determine the aims and needs of the customer
2. Select the best position for the terminals and the type of antenna to be used
3. Check the resulting traffic capacity
4. Identify whether the previous results need to be adapted according to the sets used and
the quality of service expected by the customer
Coverage
This initial function is fundamental for radio systems.
The choice of base station positions is crucial for correct coverage.
Identifying the materials present on the site, zone or in the building is essential.
The presence of metal surfaces and dense structures can result, on the one hand, in partial or
total screening (partitions, pipes, machines, etc.) but can also become a good wave guide.
Therefore, it is essential to visit the site when this is possible or to undertake in-depth drawing
analysis with the architect taking into account the materials used.
Important:

5-8               

 * ! +

The rules for calculating the number of base stations based on a number of bases per square
meter can only be used if this visit has qualified the site as being exempt of coverage difficulties.

Traffic
The notion of traffic is often raised following the initial coverage study.
The capacity calculations can lead to a significant increase in the number of bases to be
installed and a reappraisal of base station distribution.
Important:
Non homogeneous distribution of the traffic may entail dividing the site up into several zones.

Audio Quality
The quality of a system is the quality as seen by subscribers and, ultimately, it is the end
appreciation that will make the DECT system a success or a solution that is not totally
satisfactory.
This is obviously linked to the first two functions because a subscriber who is not covered or
has no channels available will not be satisfied. It is also associated closely with the
performance of the products.
Important:
The quality level also depends on the service expected by customers; for example, a company
that wants to be able to reach a small number of its employees on the move will put up with a few
imperfections whereas in the case of Full DECT a quality equivalent to fixed wired sets will be
demanded on the office sets.

DECT Offer Process

The entire offer process must be founded on a formal QoS commitment.
Project Classification
The aim of this classification is to assist sales and pre-sales technical support managers to ask
themselves a series of questions regarding offer optimization and the identification of technical
and sales risks.
The radio measurement services on site are the only means of securing the offer.
Recommendations regarding sizing and methods are detailed in General Rules .
Classification of Customer Objectives
The customer's objectives in terms of mobility and business approach may be as follows:
- Mobility "DECT"
Part of the company is mobile. The aim is for these mobile phones to be accessible at all
times.
- Installation of a "Full DECT" completely wireless PBX
The interest lies in doing away with the wiring and in the High-Tech aspect afforded to the
company. We talk of Full DECT or Full Wireless when more than 80% of users are in
DECT cordless. In this type of installation, two types of implementation are possible:
• With operating/running costs optimization by doing away with office moving costs
• With investment costs optimization
The customer's requirement may be a Full DECT system:

               5-9

Chapter 5 * ! +

• Without a 100% coverage obligation

• without the obligation to do away with office moving costs totally
The use of this mobility may be just as important in the QoS choices. Therefore, you must
specify the type of users (discussions, basement or roof maintenance, etc. sales agents, hot
line, etc.)
Classification of User Distribution
The different business activities in some companies may result in classifying a site by
geographic zones according to user homogeneity criteria.
A very different example of distribution is shown in the 2 diagrams below even though the
average traffic is the same. The calculations according to average traffic must not be done
without prior analysis regarding homogeneity.
- Homogeneous distribution:
Well-distributed user population with a majority centered on the average.

- Non-homogeneous distribution:
Company made up of several professions with extremely different traffic needs.
There are two possible cases:
• The geographic distribution is common
• The geographic distribution is separate
Depending on the case, this results in very variable capacity in traffic density, in turn
resulting in a different base station density.

5-10               

 * ! +

Technical Classification of the Site

This classification is used to determine the QoS expected by the customer at a given point. It
is based on two parameters: capacity and coverage.
Capacity Objectives
The traffic capacity notion is an important aspect that must be integrated in this classification
approach.
table 5.2: Capacity according to Activities
Very high traffic Telemarketing, Hot Line, market rooms, etc. (>0.3Erl)
High traffic Sales, buyers, etc. (0.3E> >0.2E)
Average traffic Technique, project, administration, etc. (0.2E> >0.11E)
Low traffic Store, lab, storage, etc. (<0.1 Erl)

These figures can be used for sizing if the customer has no accurate idea of the actual traffic.
Radio Coverage Classification of the Site
The site can be classified in two coverage categories:
- Site with no coverage problem(s) (= Easy)
Offices, service sector, store rooms (no obstacles and metallic partitions), etc.
Watch out for ordinary office metal doors which can change the complexity of the site by
producing field variations
- Site with difficult coverage (Metallic environment) (= Tricky)
Production plant, certain buildings using metallic partitions, clean rooms, etc.
A real life fading measurement (door openings, usual circulation, etc.) is essential to classify
the site as easy (fading <20dB) or tricky (fading >20dB).
However, the delay spread parameter, resulting from multiple reflections in the case of large
metallic buildings (>30m x 30m), may be critical.
This risk is detected by associating a poor quality level (< 8) and a good radio field level.
Classification as Zone
A zone is a space where the characteristics in terms of customer objectives, traffic distribution
and coverage difficulties are homogeneous.
Eliminating disparities in a zone allows to obtain a result that is optimized as regards the
service expected by the customer. A site can include several zones.
This classification also allows the customer's QoS objectives to be specified better and to limit
our commitment to the real requirement zone by zone.
Classification Summary Tables
The tables below are intended to assist offer managers and measurement managers in their
approach. The first column shows the customer's objective and the other columns the
classifications in profiles, traffic and coverage, finishing with the recommendation in terms of
principles

               5-11

Chapter 5 * ! +

DECT User profiles Traffic Coverage Principle

case
Ordinary Homogeneous Low risk, users are Easy: Terminals per m²
mobility over the entire mobile Calculate the number See coverage in
site A final calculation of base stations Coverage
indicating the required to cover the Performance
capacity per m² site with a ceiling of Principles .
must be handed -70 dBm (*)
over to the
customer
Tricky: Preliminary
Preliminary coverage coverage study
study with
measurements and
ceiling of -60 dBm
and quality level of
>=12
Several zones with Apply the previous 2
different difficulties principles to each
zone

(*): The ceiling recommended for coverage calculation, while maintaining a quality level of >-12
for a DECT network and depending on the type of mobile handset is:
Type of station 4074 4036 DECT Reflexes
Ceiling for easy coverage (fading < - 70 dBm - 70 dBm - 70 dBm
20 dB)
Ceiling for tricky coverage (fading < - 60 dBm - 60 dBm - 60 dBm
20 dB)

An additional margin of 10 dB should be taken into account (- 60 dBm and - 50 dBm) in the
case of a request for a Full DECT QoS level close to fixed (wired) line quality.
In addition, be careful and do not apply this rule on specific sites producing cavity type effects
where the resonance effects may corrupt this measurement. In this case, do a specific study.
Case of a Full User profiles Traffic Coverage Principle
DECT
optimization of
running costs
No cost Homogenous Calculate the Easy: Take the highest
office over the number of base Calculate the number of base
moving entire site. stations required number of base stations from the 2
to handle the site stations required to calculations and
traffic with a cover the site with a distribute them as
margin. Indicate ceiling depending on equally as possible
the hypotheses. the mobile sets used on the site. Take a
(use the least good 5% base stations
sets). margin to add to
cover one-off traffic
situations

5-12               

 * ! +

Case of a Full User profiles Traffic Coverage Principle

DECT
optimization of
running costs
Tricky: Take the highest
Preliminary number of base
coverage study with stations from the 2
radio measurements calculations and
to determine the adapt the
number of base coverage study
stations. The ceiling result if necessary.
is dependent on the A check on the
mobile sets used capacity must be
(use the least good carried out.
sets). And also take
a quality level of
>=12
Several zones of Apply the previous
different difficulties 2 principles on the
different zones
Not Calculate the Easy: Take the highest
Homogenous number of base Calculate the number of base
There are stations required number of base stations from the 2
zones with to handle the stations required to calculations and
very different traffic starting with cover the site with a distribute them as
traffic values the highest traffic ceiling depending on equally as possible
density and the mobile sets used on the site. Take a
applying it to the (use the least good 5% base stations
entire site. sets). margin to add for
Indicate the one-off traffic
hypotheses. situations
Specify
assumptions.
(Traffic density
uniformization)
Tricky: Take the highest
Preliminary number of base
coverage study to stations from the 2
determine the calculations and
number of base adapt the
stations. The ceiling coverage study
is dependent on the result if necessary.
mobile sets used A check on the
(take the least good capacity must be
sets). and also take carried out.
a quality level of
>=12
Several zones of Apply the previous
different difficulties two principles on
the different zones

               5-13

Chapter 5 * ! +

Case of a Full DECT User profiles Traffic Coverage Principle

Optimization of
investment costs
Homogeneous over Same as the previous case except for the fact
the entire site that the traffic value used as hypothesis
must not be increased.
Not Homogenous Divide into zones and treat each zone as
There are zones the case of a Full DECT site with running
with very different costs optimization
traffic values

Offer Completion Methodology

The completion of a Radio offer must follow the following stages:
Stage 1: Collection of Customer Requirements
1. Phase 1: Determine the customer’s objectives
This initial phase is usually conducted by the commercial manager.
• Objectives:
• Determine the customer's requirements per zone
• Determine the site complexity
• Retrieve the plans/drawings
• Retrieve the information relative to the traffic and user distribution
• Results:
• Classification of the project and associated risks
• Completion of the costs hypotheses dossier
2. Phase 2: Analysis of the site
This second phase can be completed by the commercial manager, offer technical support
or radio measurements manager, preferably on site.
• Objectives:
• Confirm the project complexity
• Complete the information retrieved in phase 1 (plans/drawings, traffic, distribution)
• Retrieve information relative to the site
• Results:
• Confirm classification of the project and associated risks
• Quantify the measurements services to be carried out
• Propose an initial approach for base station numbers by integrating the traffic and
coverage data and their positions
This phase is preferable to activate phase 3 in good conditions for the sizing of the
resources needed by the service and to provide an initial strategy recommendation to
follow as regards the measurements to be carried out.
3. Phase 3: Radio coverage study
In all cases, real life radio measurements are recommended to confirm the positioning and
quantity of the base stations (field, fading level and quality level measurements using a
portable tester equipped with 4074 and Alcatel Mobile Reflexes 200 mobile testers).
They are essential in the zones classified as tricky coverage.

5-14               

 * ! +

• Objectives:
• Confirm the number of zones
• Determine the characteristics of the building, partitions and environment
• Determine the field and Audio Quality levels Audio (measurement of the Q quality
factor) at the strategic points on the site
• Results:
• Identify the different zones and give the following results per zone
• Measurement dossier confirming the real coverage and associated audio quality
level
• Confirm the quantity and positioning of the base stations
• Identify the residual risks
• Propose QoS levels per zone on which Alcatel-Lucent Enterprise could give a
commitment
If this measurement reveals that the environment is disruptive, the network will be declared
as tricky Radio Coverage and its classification may be changed.
If the site does not exist when the offer is made, this first stage will be replaced by the
drafting of more advanced hypotheses.
Stage 2: Drafting of the Offer
The offer will be drafted in the light of the coverage study and the hypotheses retained.
Different zones are displayed according to the QoS.
Stage 3: Drafting of the Commitment Limits
The commitment level per zone, the average of all the sets in this zone, must be specified by a
QoS level. It will be based on a DECT mobile set in static position, with the following two
notions:
- Call establishment success rate = Accessibility, availability
- Audio quality rate = Quality, comfort
corresponding to the absence of cut-offs and interference on an established
communication
Four levels are recommended:
1. Level 1
The coverage is perfect on this zone, i.e. no cut-offs, no interference and no failure in call
establishment.
Seen by the user as almost as a wired set, this corresponds to the Full DECT request.
A commitment of this type is always with a limit of less than 100%. The recommended
values are:
• Call establishment success rate >99.5%
• Audio quality rate >98%
Precautions:
Clearly specify the zones of this type, avoid the common parts, rest rooms, stairs,
elevators and room angles/extremities. (Take into account the field level recommendations
relative to Full DECT).
2. Level 2
The coverage allows for good quality communications with the possibility of saturation
during a particular peak period.
The recommended commitment values for this level are:

               5-15

Chapter 5 * ! +

• Call establishment success rate >95%

• Audio quality rate >95%
Precautions:
Clearly specify the zones of this type, avoid the common parts, rest rooms, stairs,
elevators and room angles/extremities. (Take into account the field level recommendations
relative to Full DECT).
3. Level 3
The coverage is good but some areas are probably in a shadow zone. Therefore cut-offs
and interference are to be expected.
The recommended commitment values for this level are:
• Call establishment success rate >90%
• Audio quality rate >85%
Precautions:
Clearly specify the zones of this type, taking into account the recommendations for field
level relative to DECT.
4. Level 4
The coverage is not guaranteed.
Work-around solutions are offered according to the customer's needs (case of rarely
frequented zones where the accessibility can be obtained by installing one-off solutions).
In the case where the customer has demands that exceed our own assessment, then
depending on the commercial context, we must:
• Either sell a pre-study that is more comprehensive, to better specify the
Alcatel-Lucent Enterprise level of commitment
• Or present two offers specifying the hypotheses version:
i. What Alcatel-Lucent Enterprise feels is sufficient
ii. What would be required to meet the customer's demands
When a results commitment is requested, we must:
• Avoid fixing the resources (number of base stations, etc.) as a more in-depth study
may enable us to reduce the number of base stations and, as a result, increase our
global margin
• Increase the assessment to cover the risk relative to the number of base stations
(5% if the requirements expression data are accurate and more in the case of
uncertainties)
Caution:
In all cases, do not make a results commitment for a site that has not been visited.

General Rules
Traffic Calculation Rules
Even though, in most cases today, the number of base stations is linked more to coverage
rather than traffic objectives, it is a good idea to make sure of the suitability of the customer's
capacity, in particular in the Full DECT case.
The calculations must be carried out zone by zone.
Reminder:
A zone is a space that is homogeneous regarding difficulty of coverage, traffic and the required quality
level

5-16               

 * ! +

To calculate the number of possible close base stations (or terminals) as well as the traffic
when there is a reduction in the number of frequencies, refer to the document IBS NG : Rules
of installation for China and South America base stations 3AK 29000 1555 UUZZA.
With 5 US frequencies, the maximum number of close IBS NG US base stations is between 3
and 5 which limits simultaneous communications to a number between 10 and 20, while with
10 frequencies, the maximum number of close IBS NG EU base stations is between 6 and 9
which limits the simultaneous communications to a number between 25 and 40
With 5 frequencies rather than 10, the traffic reduction factor is in the order of 2.
User DECT Traffic
User traffic has two components ti = tci + tsi:
- The tci traffic due to the user's communications
- The tsi signaling traffic exchanged with the Alcatel-Lucent OmniPCX Office
Communication Server for certain telephone features
Three cases can arise when determining the tci traffic:
- The customer indicates the DECT traffic of the different users - in this case, use these
values.
- The customer indicates the telephone traffic of the different users without making any
distinction between DECT and wired and often uses an average value: in this case take
100% for the users who just have DECT and only 50% for the others.
- The customer does not indicate any values - in this case, take 0.12 Erl for users just
having DECT and only 0.06 Erl for the others who have, for example, a wired terminal.
Determining the tsi traffic
We recommend using:
- tsi=0.5 x tci for sets using the manager/secretary, supervisor, multi MCDU or multi-key
MCDU functions and
- tsi=0 for the others
DECT Traffic of Users in a Zone
The calculation is done per user type (same traffic and same DECT terminal)
Tu =# ni x ti
ni is the number of users of the same type.
ti is the average traffic per user of this type expressed in Erlangs.
Traffic Capacity Calculation
The total load of the terminals is higher than the DECT traffic of the zone users. You must take
into account the visitors' traffic and the load due to DECT mechanisms (Handover).
By default, and without more accurate information, visitors' traffic is estimated to be 10% of the
DECT traffic of the sets in the zone. The load due to the DECT mechanisms is equal to 20% of
the users' DECT traffic (those in the zone + visitors).
The total load for a zone is: T = Tu x 1.10 x 1.20
Number of Terminals

               5-17

Chapter 5 * ! +

This is the number of terminals to be offered to the customer to meet their needs in terms of
traffic. The calculation method is given for the IBS.
This calculated number can still be increased in the case of a Full DECT installation according
to the customers' requirements.
The number of terminals finally determined for the traffic aspect must be compared with the
number o terminals determined by the coverage requirements.
The higher number will be used for the proposal to the customer.
Calculation of the IBS Number
All the terminals see 6 channels.
The table below gives the admissible load per base station with a blockage rate of 1%:
This load is a function of the minimum number of base stations seen by a terminal at any place
in the zone.
In rows: number of channels.
In columns: number of visible base stations.
1 2 3 4
6 channels C 6.1=1.9 C 6.2=2.8 C 6.3=3.3 C 6.4=3.7

The calculation of the number of base stations for the traffic requirement is then: N = T / C 6.b
“Full DECT” Installation
Full DECT installation with running cost optimization, the number of base stations proposed
and costed must be equal to the number of base stations calculated, increased by 30%.
This is used to guarantee for the customer that, after commissioning or any subsequent office
moving, there will be no more than 5% of the cells to restart.
Restarting a cell consists in passing it from 1 to 2 base stations because the station traffic
serviced is higher than the average.
Conversely, if after moving, this is not the case, the zone must be brought back to 1 single
base station.
In fact, in the case of a Full DECT installation, with running cost optimization, 95% of the base
stations sold will be installed on commissioning and the remaining 5% will be used to handle
the case of excess traffic cells.
Full DECT installation with investment cost optimization, the number of base stations proposed
and costed must be equal to the number of base stations calculated.
Subsequently, the customer must adapt the coverage to the noted traffic disparities, which will
be translated by moving or even adding base stations.
Coverage Performance Principles
Base Station Positioning Methods
Base Station Distribution
The general rule is to distribute the base stations over the whole site or zone to put the
mobile handset in a context in which it will see several base stations in the different directions.

5-18               

 * ! +

This is used to guarantee the fact that it will see some base stations better than others.
For some traffic extension or local traffic cases, one-off doubling of the base stations will be
authorized by waiving this rule.
If the traffic is predominant as regards the coverage difficulty, base station meshing will be
weaker thereby allowing each mobile handset to see a maximum number of base stations
within the predefined field level limits.
Measurement and Scheduling Principle
The first phase is carried out on a two dimensional horizontal surface; the aim is to obtain a
radio level that is better than the coverage ceiling defined according to the type of set and the
category of the coverage type. This level is used to retain a margin as regards the mobile
handset sensitivity (-89 to-91 dBm) to have greater protection against fading effects
(fluctuation in the order of 20 /30 dB). The measurements obtained must be stable for a
minimum of 5 seconds; if this stability cannot be obtained, the lowest level must be
used as a basis.
It can be assumed that base station distribution will be done as per a network of hexagonal
cells as shown in the schematic below.

The above method assumes:

- that the antennas systems used initially are omni directional type. The use of specific
antennas systems can be used in special cases that will be dealt with in the antennas
chapter, either for quality reasons or to optimize the number of base stations.
- that the base stations on the adjacent floors have no influence.
Initially, when the traffic requirement is not high, the planning can be done without taking into
account any inter-floor mutual assistance. Taking this into account can be done in the second
phase, allowing optimization of the number of base stations for the coverage.
This optimization phase will comply with the following process:
- Measurement of the level on the adjacent floors, remembering the fact that this is not
always homogeneous. (Use the least good cases for planning).
- Proceed with base station position interleaving between the floors if the level is sufficient to
have mutual assistance (-60 to -70 dBm depending on the type of coverage retained)
- Check the efficiency of the mutual assistance between the floors.

               5-19

Chapter 5 * ! +

This position interleaving can be a rule to be applied generally.

The best way to continue is to start the study with floor 2, position the radio base stations
to obtain floor 2 coverage in line with the previous recommendations, repeat the operation
on floor 1 and 3 off-setting the base stations, confirm the final coverage level obtained on
floor 2 and then repeat the same base station positions on the even and odd numbered
floors.
If the upper floors do not have the same layout as floors 2 and 3, they must also be
analyzed by repeating the different stages.
The number of base stations on the first and last floors must be confirmed as they will not
have the same mutual assistance capacity.

US Coverage
US IBS NG base stations work in odd mode (using odd timeslots) or in even mode (using
even timeslots) according to the RPN value (Odd or even).
For reasons of regulation (FCC Part 15 Subpart D Section 15.323 c5) two US base
stations at least (One working in odd mode and one working in even mode) must be
installed and operational for each US deployment.
Remark:
It is recommended to alternate odd and even base stations in the hexagonal cells of the networks. Except
for the US region, all the other regions (EU, CH and SA) currently work with IBS NG base stations in odd
mode.
RPN stands for Radio fixed Part Number.

Antennas
One of the parameters for optimal coverage of a specified zone is, apart from the position of
the base station, the type of antennas emission.
Types of Antennas that can be Used
Two types of antennas can be used: Omni directional and directional.
Directive antennas can be used when:

5-20               

 * ! +

- the complexity of the coverage forces us to use only a very small part of the theoretical
zone obtained by omni directional antennas and, as a result, multiply their number
significantly.
- the zone to cover is very long as regards its width (tunnel, ship, long corridor, etc.)
- zone separation is necessary, for example: to limit the Campus effect risks
If a site has very high traffic with a requirement for high frequency re-use, spray type antennas
systems must be used.
The table below details the main antennas used at present, selected as per the Alcatel-Lucent
OmniPCX Office Communication Server operating manual.
Type Opening angles Uses Recommended
positioning
Omni 2 dBi V=80° Large hall(s) with Clear space that is as
4151448 H=360° little traffic, open visible as possible, away
space(s), ordinary from obstacles (>3m), in
offices the center of the area to
cover and 20 cm from the
ceiling
Omni 7.5 dBi V=17° Large outside area Clear space, away from
3953630 H=360° such as a car park, obstacles, not too high
not recommended (<5m) because the
MA43103
for indoor use. vertical opening is
limited.
Directional 8 dBi V=70° Indoors in In all types of space:
Suhner with left and H=70° rectangular corridor Ceiling, wall, poles, etc.
right circular and metallic
Can be tilted to direct the
polarization environments (such
energy to the required
4149117 G / 4149070 as a hangar).
area.
D

Note 1:
For Europe, China and South America zone, the antenna gain must be <= 12 dBi.

Note 2:
For the US zone, if the antenna gain exceeds 3 dBi by n dB, the peak emitted power must be reduced by
the same number n dB.
E.g.: For an antenna gain of 8 dBi, the transmitted power must be reduced by at least 5 dB by adding a 5
dB attenuator in series with the antenna for example.
The difference in antennas coverage is shown in the schematics below:
Antennas coverage for EUROPE, CHINA and SOUTH AMERICA

               5-21

Chapter 5 * ! +

Figure 5.6: Horizontal view

These elements may be used to check the number of base stations obtained according to the
measurements by providing an order of scale.
Antennas coverage for the US

5-22               

 * ! +

Note 3:
Directive antennas for the US are not used to increase the range but to reduce the reception of reflected
waves (multi-trajectory in difficult environments).

US For a field level of -60 dBm For a field level of -70 dBm
Outdoors clear space E =27m => r=85m/standard ant. E =90m => r=275m/standard
ant.
Indoors clear space E =17m => r=50m/standard ant. E =48m => r=140m/standard
ant.
Indoors office space E =11m => r=35m/standard ant. E =27m => r=85m/standard
ant.
Difficult site (Plant, etc.) E =7m => r=20m/standard ant. E =16m => r=47m/standard
ant.

Note 4:
Tolerance is -20%.
These elements may be used to check the number of base stations obtained according to the
measurements by providing an order of scale.
Note 5:
For the US zone, E =E x 69% since P =P -4dB.
_US _EU _us _EU
Given this reduction in power, the number of base stations per m2 , without considering the
traffic (just considering the geographic coverage), is, theoretically, to be multiplied by about
2 (or 2.0± 0.5) for the US zone as regards the number of base stations that would be obtained
in the Europe, China and South America zones with the same audio quality.
- With a reduction in the emitted power of 4 dB, the coverage is reduced by a factor of
about 2 (or 2.0±0.5).
- With 5 frequencies instead of 10, the traffic reduction factor is in the order of 2.

               5-23

Chapter 5 * ! +

- A low traffic US coverage requires about twice 0.5 min.) more base stations than a
low traffic Europe coverage.
- A high traffic US coverage required about 4 times (3 min.) as many base stations as
a high traffic Europe coverage.

Figure 5.8: Vertical view of the coverage zone of different antenna (See Tech Comm.:
TC0213)

Case of Sites with Large Metallic Structures

In the case of industrial sites where reflection and multi-trajectory phenomena may cause
much interference, it is recommended to use circular polarization antennas and to study more
particularly the use of directive antennas.
DECT Rules as Regards a WLAN
The DECT network may be disrupted by a WLAN. This disruption will be a function of the
WLAN emission level and the type of antenna used by the 2 networks (Omni directional or
directional antennas).
To avoid interaction between networks, you must comply with the distances between the base
station antennas.
For the WLANs, there are several levels of emitted power which, for the sake of simplicity, are
divided into 2 sub-groups:
- NTP_WLAN network <=20 dBm and >10 dBm
- NTP WLAN network <=10 dBm
The minimum distances to be respected with the DECT bases with omni directional antennas
having a gain of 2 dBi are as follows:

5-24               

 * ! +

NTP_WLAN network <=20 dBm and >10 dBm: Minimum distance = 2.5 meters
NTP_WLAN network <=10 dBm: Minimum distance = 1 meter

In the case of the terminals, the problems are the same.

For other antenna types, refer to the tables below:
table 5.11: 10 dBm < NTP WLAN <= 20 dBm
DECT DECT
Omni directional antenna Directive antenna
G<=2 dBi G=12 dBi
WLAN
Omni directional antenna d>= 2.5 meters d>= 7 meters
G<=2 dBi
WLAN
Omni directional antenna d>=3.5 meters d>= 11 meters
G<=6 dBi
WLAN
Directive antenna d>=7 meters d>= 22 meters
G<=12 dBi
WLAN
Directive antenna d>=20 meters d>= 65 meters
G<=21 dBi

table 5.12: NTP WLAN <= 10 dBm

DECT DECT
Omni directional antenna Directive antenna
G<=2 dBi G=12 dBi
WLAN
Omni directional antenna d>= 1 meter d>= 2.5 meters
G<=2 dBi
WLAN
Omni directional antenna d>=1.5 meters d>= 3.5 meters
G<=6 dBi
WLAN
Directive antenna d>=2.5 meters d>= 7 meters
G<=12 dBi
WLAN
Directive antenna d>=6.5 meters d>= 20 meters
G<=21 dBi

Note:
Given its spectrum spread, the WLAN is not disrupted much by the DECT network.

Elements to Size

               5-25

Chapter 5 * ! +

Elements to be dimensioned Rules

Total number of sets The total number of sets is composed of resident sets and
visitor sets from other customer nodes (calculation of the
shells for incoming roaming and calculation of total traffic
on the node).
Location zone The location zone is used to situate the position of a set.
This favors set paging.
In the case of a company with high internal and external
incoming call traffic (>1000 calls per hour, example Call
Center) thus generating high demand for paging, it is
recommended to divide the default zone defined by the
system into several location zones (multi zones function).
Caution:
in a multi zones case, the set that is located at the edge of
the zones will undertake successive locations. This means
that the overlap limit area of the 2 zones must be selected
so that it is an area with a low density of permanent users
(e.g.: transit area, corridor, etc.).
Adding DECT sets and bases Be careful in the case of extensions: the sizing calculation
must be done again in order to guarantee and maintain
the initial quality.

Recommendations Relative to the Wiring

The characteristics of the cables and their references are detailed in the product operational
guide. (Tech com: TC0128).
However, some important precautions need to be taken into account:
- When there is a risk regarding the coverage (partial preliminary coverage study
measurements), we recommend leaving a margin of several meters in the cable lengths as
this allows the position of the base stations to be changed slightly.
- When traffic distribution is not fully known or when the customer wants a Full DECT
network, doubling the cables for each risk base station provides an added security.
- When customers want to use their own cables, you must qualify these cables by carrying
out specific measurements at the extremities covering attenuation, crosstalk and
propagation times; the measurement limits are detailed in the table below:
Characteristics: for Values Comments
an IBS connected
on a UA coupler
Impedance at 682 85 Ohm < < 135 Ohm Impedance variation on the line < 15%
kHz
Crosstalk at 682 kHz > 44 dB
Attenuation at 682 < 25 dB
kHz
Propagation time < 7 µs

5-26               

 * ! +

Characteristics: for Values Comments

an IBS connected
on a UA coupler
DC loop resistance < 155 Ohms Limit relative to the line current.
For example, for information:
• in 0.4 mm about 500 m
• in 0.5 mm about 800 m
• in 0.6 mm about 1200 m
These distances are dependent on the
characteristics of the cables used.

Specific Rules for Difficult Sites

The purpose of this section is to propose a particular process for these sites.
Recommended Stages
In the case of industrial sites with large dense metallic structures or clean room type sites, a
specific study must be carried out.
The procedure to follow is to propose a temporary installation followed by additional
measurements and then an adjustment phase. This stage may result in us changing antenna
type(s), modifying the positions of the base stations and, finally, adjusting the number of base
stations.
Recommendations Concerning the Commitments
The commitment on this type of tricky project must be limited:
- Either to an offer with just a commitment on the means with no guarantee on the result(s)
and providing customer support to improve the quality
- Or to making a quality level 3 offer with an additional services offer to evolve the quality
subsequently.
- For sites with a zone presenting Clean Room type effects, there is no satisfactory solution
at the DECT level.
APPENDIX 1: Generic Procedure for DECT offers

               5-27

Chapter 5 * ! +

APPENDIX 2: DECT Radio Coverage Study Request

The following form is mandatory before the delivery of services and must be filled with
the customer. Le formulaire suivant est indispensable pour la mise en oeuvre de
I'étude et doit être rempli avec le client.

5-28               

 * ! +

APPENDIX 3 : Criteria for Central Pre-sales Support Escalation

Criteria:
- Full DECT
- Traffic per user greater than 0.25 Erl

               5-29

Chapter 5 * ! +

- Difficult coverage for industrial, plant, white room, ship, etc. type sites. Multi pari,
multi crystal system, with Campus risks.
- System with new functions, such as: group call, etc.
Documents required for escalation:
- The “DECT radio coverage study request” completed for each zone.
- The description of the site with the plans/drawings of the different floors (associated
measurements)
- The identification on the plans of the specific places (associated measurements)
(tunnel, restaurant, white room, Faraday’s cage, etc.)
- The radio measurements report and the coverage study Data regarding the existing
traffic (Erl and number of calls)
5.1.1.3 4070IO/EO Base stations
5.1.1.3.1 Installation procedure
The Alcatel-Lucent 4070 IO base station is designed for internal installation in the building,
while the Alcatel-Lucent 4070 EO base station is designed for external installation.
Attaching a 4070 Base Station
Attaching a 4070 IO Base Station
The 4070 IO base station is supplied with an attachment kit comprising:
- a metal attachment bracket,
- 2 screws (Ø3.5 x 25 mm) and 2 dowels (Ø6 x 30 mm).
There are two methods of fixing the base station to a wall (in the vertical position):
1. by mounting the base station on a metal bracket,
2. directly on the wall, by means of the two slots provided in the base station.
Mounting a 4070 IO Base Station on a Metal Bracket
The metal bracket is used as a template to locate the position of the drill holes on the wall. Drill
the holes and install the dowels. Put the metal bracket in position and screw it into place as
follows:

5-30               

 * ! +

Once this has been done, slide the 4070 IO base station into the slots provided on the bracket
as shown below:

               5-31

Chapter 5 * ! +

Remark:
The base station must be installed with the LED at the top.

Attaching a 4070 IO Base Station Directly on the Wall

Locate the position of the drill holes on the wall (distance between the two holes: 55.2 +/- 2
mm), then drill the holes and insert the dowels. Tighten the screws leaving sufficient space
between the screw head and the wall. Position the base station slots at the same height as the
screw heads (in ) then move the station down to lock it in position .

5-32               

 * ! +

Attaching a 4070 EO Base Station

Wall and Mast Mounting Kit
Wall Attachment
The 4070 EO Base Station can be mounted on a wall:

Figure 5.14: Wall Attachment for a 4070 EO Base Station

1. Attach the wall support to the wall with two screws (not provided)

               5-33

Chapter 5 * ! +

2. Attach the 4070 EO Base Station to the support with the two screws provided
Mast Attachment
The 4070 EO Base Station can be mounted on a mast:

Figure 5.15: Mast Attachment for a 4070 EO Base Station

1. Attach the mast support to the mast with a pipe-collar (not provided)
2. Attach the 4070 EO Base Station to the support with the two screws provided
Wall Offset Mounting Kit
This kit is not included in standard delivery of the 4070 EO Base Station. It must be ordered
separately.
The base station is mounted as follows:
1. Position the metal plate on the offset and attach it with the screws:

5-34               

 * ! +

Remark 1:
screws to be used: Ø3.5 x 25 mm.

2. When the metal plate has been mounted on the offset, position the base station on the
metal plate (in ) then attach it with the screws (in ) as follows:

Remark 2:
use the 2 hex head screws provided with the kit.

               5-35

Chapter 5 * ! +

Connection
A base station may be connected to 1 or 2 UA links (UAI boards) and allows 3 or 6
simultaneous connections with DECT/GAP terminals.
The need for three or six communication channels depends on the number of wireless sets
and on the DECT traffic to be managed.
If there is a two-cable connection:
- use two neighbouring interfaces of the UAI board
- use the odd interface for the master link and the other for the slave link.
Both cables should be the same length. The first interface of the system's UAI16 board

should not be used since the attendant station uses that interface.
Wiring

5-36               

 * ! +

Internal Power Supply

- The power outlet adapter serves as a sectioning device
- The surface socket must be installed as close to the base as possible and must be easily
accessible.
Configuration

Note:
Differences between 4070 and 4070 NG base stations: on DECT 4070 base stations, the change of
antenna occurred when the error rate was in excess of a specific limit. On DECT 4070 NG bases, in
addition to the change of antenna described above, there is a fast antenna change call "Fast antenna
diversity"; this change occurs automatically as soon as the mobile sets receiving levels becomes too
weak.
- Define the length of the line: because the connection distances between the modules and
the base stations (1200m max.) differ, you must compensate by making the propagation
length more or less identical. The following choices are available:
• short line: 0 to 400 m (default value)
• medium line: 400 to 800 m
• long line: 800 to 1,200 m
By OMC, select: Users/Base stations List -> Users/Base stations List -> IBS Master ->
Details -> Line Length.
This programming operation is necessary to install the base station. If modified during use,
the base station will be reset (regardless of any call in progress).
In the case of a mixed environment (4070 and 4070 NG bases), the installer may change
the antenna diversity on several base stations at the same time.
- Define the number of antennae used: it may be necessary to cancel antenna diversity for
specific needs.
By OMC, select: Users/Base stations List -> Users/Base stations List -> IBS Master ->
Details -> Antenna Diversity -> No Diversity = 1 antenna (4070 and 4070 NG bases); Slow
Diversity = 2 antennas (4070 and 4070 NG bases); Fast Diversity = 2 antennas (4070 NG
bases only).
In the event of modification during use, the base station will be reset (regardless of any call
in progress).
- Define the DECT frequencies used: A 4070 IO/EO base station can operate with 1, 2, 4, 5,
8 or 10 frequencies. When booted, all 10 frequencies are available (configuration varies
according to the system's software version).
Configuration before R2.0
By OMC, select: System Miscellaneous -> Memory Read/Write -> Debug Labels ->
"Dect_Freq" -> enter the 2-byte value corresponding to the mask for the desired frequencies.
The default value of the mask is 03FF (all 10 frequencies used); this value must only be
modified under particular installation conditions, normally outside Europe.

               5-37

Chapter 5 * ! +

PROGRAMMING EFFECT ON SYSTEM

Value of mask ( “Dect_Freq" Chosen Mask validated by the system Validated
address) frequencies frequencies
Hex Binary Number Range Hex Binary Number Range
03FF 0000 0011 1111 1111 10 1 - 10 0000 0011 1111 1111 10 1 - 10
003F 0000 0000 0011 1111 6 1-6 0000 0000 0000 1111 4 1-4
0282 0000 0010 1000 0010 3 2, 8, 10 0000 0000 1000 0010 2 2, 8
0000 0000 0000 0000 0000 0 none 0000 0011 1111 1111 10 1 - 10
003C 0000 0000 0011 1100 4 3-6 0000 0000 0011 1100 4 3-6
Configuration using R2.0 (the labeled address "Dect_Freq" is no longer operational).
By OMC, select: System Miscellaneous -> DECT Frequency Plan -> select the desired
frequencies (frequencies between 1880 and 1898 MHz are suggested with 2 MHz
increments).
Perform a warm reset of the system, or reboot each base station individually.
Installing the Base Stations
To install the base stations, follow the steps below:
- position the base stations (depending upon the result of the coverage studies)
- connect the base stations
- power down the system
- by OMC:
• if necessary, modify the numbering plan and the account codes table
• provide a name for each station installed
• if necessary, modify the value associated with the "Line length" parameter
• create the DECT accesses then declare the type of station (DECT UA) or use
automatic registration (DECT GAP)
• the default value being the same for all the systems, modify the PCX ARI value by
configuring it with the ARI from the manufacturer
• complete the system settings (trunk groups, call restriction, etc).
5.1.1.4 Configuring the system
5.1.1.4.1 Configuration procedure
Configuring the system's DECT/PWT mobile functionality consists of programming the ARI
number and the GAP authentication code (if necessary). Both of these parameters must be
completed before registering a set on the system.
Before starting the DECT/PWT configuration, the dialing plan must be defined and the
hardware configuration (installing interface boards, recognizing sets, etc) completed.
ARI NUMBER
The ARI (Access Right Identifier) number identifies the system uniquely to mobiles. It contains
11 octal digits (base 8). This number, assigned to an ETSI base by the installer, must be
entered on installing the system.

5-38               

 * ! +

It is structured as follows:
- the ARC (Access Right Code) specifies the usage environment (private, public, etc); in the
case of Alcatel-Lucent OmniPCX Office Communication Server, a type-B ARI is assigned
by the DECT/PWT protocol (ARC = 1, non modifiable)
- the EIC (Equipment Installer Code) is the number assigned by ETSI to each maker or
distributor offering DECT/PWT systems
- the FPN/S (Fixed Part Number/Subnumber) is a number entered by the installer: each
system installed by the same installer must have a different number.

- To enter the system ARI number with OMC (Expert View):

Select: System Miscellaneous-> DECT/PWT/ARI/GAP-> enter the ARI number (the system deduces the
EIC, FPN and FPS fields automatically).

- To enter the system ARI number with MMC Station:

Select DECTor PWT -> ARI -> enter the ARI number and validate by clicking OK

Important:
The ARI number must be modified by the installer (following the above rules) before registering
any DECT/PWT sets.

GAP AUTHENTICATION
This service secures data exchange between the system and the DECT GAP handsets.
An authentication code can be sent by the mobile to the system during the registration
procedure. This code is then compared with the one configured in the system. If it matches,
the registration of the set can continue; if not, it is stopped.
- To define an authentication code with OMC (Expert View):
Select: System Miscellaneous-> DECT ARI/GAP Authentication-> check ? Activate GAP
Authentication -> enter a code of between 4 and 8 digits in Authentication code

- To define an authentication code with MMC Station:

Select DECT -> AuthCd -> enter a code of between 4 and 8 digits and validate by clicking OK
Select DECT -> Authen -> activate or deactivate with Choice and validate by clicking OK

REGISTERING A GAP HANDSET

DECT sets are identified by their IPUI N (International Portable User Identity type N). Each
handset has a different IPUI N number, used when the set is declared to the system.

               5-39

Chapter 5 * ! +

In the case of a DECT GAP handset, the IPUI N and ARI parameters are exchanged
automatically during the registration procedure. It is through these parameters that the system
recognizes the handset, and vice versa.
Procedure with OMC
Select: Users/Base stations List-> Users/Base stations List-> Add -> add the required number of DECT
accesses by selecting DECT handsets and the number of devices, then validate by clicking OK

Select Users/Base stations List -> Users/Base stations List -> GAP Reg. -> The GAP registration
procedure is under way when the Register GAP Handsets window appears.

On the mobile
Launch the registration procedure on the handset (refer to the accompanying documentation).

As soon as the mobile's IPUI number appears, select an unassigned number mobile and click Assign. The
IPUI number, preceded by the mobile number, then appears in the Assigned Handsets window

Procedure with MMC Station.

Select DECT -> Add -> GAP -> The message "In Progress…" is displayed; the registration procedure is
under way.
Launch the registration procedure on the handset (refer to the accompanying documentation).
When the mobile's IPUI number appears, validate by clicking OK.
The mobile is registered and a number is automatically assigned to it.

Basic GAP and Advanced GAP

In certain instances, the handset shown in the Unassigned IPUIs window may be a GAP type
set; if so, you can select the preferred: Basic or Advanced.
Select the IPUI number and click Modify Mode.

5.1.2 PWT Overview

5.1.2.1 Basic description
5.1.2.1.1 PWT
PWT (Personal Wireless Telecommunications) is the US DECT protocol that uses the
frequency band 1910Mhz-1930Mhz.
DECT and PWT frequencies are supported by different IBS (Intelligent Base Stations).
The PWT IBS can be used without any specific licence.
Hardware aspects
DECT IBS and PWT IBS cannot run together on the same PCX.
As soon as the first IBS is detected, the system becomes DECT or PWT.
The next IBS must be of the same protocol (DECT or PWT) as the first one.
To switch from a DECT system to a PWT system, and vice versa, unplug all IBSs, do a warm

5-40               

 * ! +

system restart and plug in the IBSs.

Software aspects
The IBS (DECT or PWT) software is downloadable from the PCX.
When an IBS is started and if the version of the software in the IBS (DECT or PWT) is newer
than the version embedded in the PCX, the PCX downloads the software from the IBS.
The PCX embeds only one IBS software version, assumed to be the latest one.
The PCX embeds the following software variants:
- IBS 1G,
- IBS NG (compatible with hardware 2 chips or oldest hardware, also compatible with normal
DECT frequencies and shifted frequencies),
- IBS PWT
Note:
IBS PWT has software version 001.00X (001.002 being the latest version).
DECT/PWT terminals are not downloaded by the PCX. They have to be downloaded manually
using special chargers.
5.1.2.1.2 DECT/PWT frequencies for US installations
Now DECT and PWT can be used in US installations, but they cannot be used simultaneously.
The DECT/PWT frequencies screens have been modified for US installations to show what
type of IBS the system uses.
The following two figures show the frequencies for DECT IBS and PWT IBS.

               5-41

Chapter 5 * ! +

Figure 5.20: DECT Frequencies

Note:
For DECT IBS, only 5 frequencies can be modified.

5-42               

 * ! +

Figure 5.21: PWT Frequencies

5.1.3 IP-DECT Overview

5.1.3.1 Detailed description
5.1.3.1.1 Overview
The IP-DECT Lite solution combines IP and DECT technologies to provide a wireless
telephony solution on IP networks.
Unlike DECT base stations, IP-DECT base stations are connected to the IP network and use

               5-43

Chapter 5 * ! +

the SIP protocol to communicate with the OmniPCX Office. However, DECT handsets connect
to the IP-DECT base stations via radio links complying with the DECT protocol.
A mixed (DECT/IP DECT) system cannot be deployed .
The following figure provides a schematic view of an IP-DECT solution:
___change-begin___
___change-end___
Note:
Windows Vista is not supported for OMC when the IP-DECT solution is deployed.
The IP-DECT Lite solution is based on the following components:
- IP-DECT base stations also called DECT Access Point (DAP), see: DECT Access Point
(DAP)
- A DAP Configurator integrated in the OMC, see: DAP Configurator
- Managed DECT handsets, see: DECT handsets
5.1.3.1.2 Description
DAP Configurator
DAP Configurator is used to configure and manage the IP-DECT system. It is integrated in the
OMC.
The menu to access to the DAP Configurator is disabled if the IBS DECT solution is selected.
DECT Access Point (DAP)
DECT Access Points (DAP) are connected to the IP network and provide interface for DECT
over IP to handle DECT handset registration and calls to/from the OmniPCX Office.
Up to 16 DECT Access Points (DAP) can be connected.

5-44               

 * ! +

Only the 4080 IP-DECT AP300 is supported.

DAPs require a configuration file to be downloaded via TFTP protocol at each start-up/reboot.
This configuration file is generic for all the DAPs. It is generated by DAP Configurator,
Note:
At installation, a first file is created by OmniPCX Office with a GK (Gatekeeper) section containing the IP
address of the PBX and the SIP port used. These parameters are updated by the OmniPCX Office if they
are changed in the system.
Once connected to the LAN, DAPs startup and are automatically discovered by the OmniPCX
Office.
___change-begin___
___change-end___
Figure 5.23: DAP discovery process
1. Step 1: The IP-DECT configuration file is updated by the OMC (DAP Configurator) and
pushed back to the OmniPCX Office
2. Step 2-3: The DAP gets its network configuration (IP address / TFTP server address) from
the DHCP server
3. Step 4: The DAP gets its configuration file from the OmniPCX Office via TFTP
4. Step 5: After startup, the DAP sends a notification to the OmniPCX Office (auto-discovery
of the DAPs) via HTTP
DAPs are designed to support:

               5-45

Chapter 5 * ! +

- Up to eleven simultaneous calls per DAP

- A maximum of twenty-five DECT handsets registrations per DAP
Each DECT handset registers on a dedicated DAP during its installation phase. This DAP
operates as the registration DAP for the DECT handset. The DECT handset registration on a
DAP is determined from the DAP Configurator, based on the total number of handsets
registered.
The registration DAP operates as the entry point for DECT handsets on the IP network. The
registration DAP also ensures registration of DECT handsets on the OmniPCX Office via the
SIP protocol. The registration DAP is not necessarily the DAP to which the DECT handset is
currently connected to.
DAP web interface
The DAP web interface allows to assign DECT handsets to a DAP (called registration DAP).
The DAP web interface can be protected by an HTTP basic authentication. In this case, the
password is set by using the OMC.
DECT handsets
The IP-DECT solution supports:
- 500 DECT handsets
- 8232 DECT handsets in GAP mode
Note:
A-GAP protocol is not supported
- GAP handsets (seen as generic IP-DECT handsets)
The DECT handsets subscribe to a DAP, which register them in the OmniPCX Office using
SIP protocol.
5.1.3.1.3 Services provided
Dial by name
The dial by name feature is available on the handsets connected to the DAPs.
This feature provides the ability to make a call entering the first characters of the last name of
a user listed in:
- The internal directory of the OmniPCX Office
- An external LDAP server if defined in the configuration via OMC
Text messaging
This feature is not supported.
5.1.3.1.4 Security
SIP password
The SIP password used to register the IP-DECT handset into the OmniPCX Office is
configured in the dapcfg.txt file that is retrieved by the DAP via TFTP protocol. This password
is set by OMC (IP-DECT Subscriber details, in the SIP parameters) and is common to all the

5-46               

 * ! +

IP-DECT handsets.
As this information is confidential, the SIP password is encrypted by the DAP Configurator with
a secret shared with the DAP’s.
SIP-TLS and SRTP
SIP-TLS and SRTP are not supported.
DAP web interface
The DAP web interface can be protected by an HTTP basic authentication. In this case, the
password set by OMC is transferred to the DAP by the dapcfg.txt file after having been
encrypted by the DAP Configurator.
This password is generated during the cold restart of the OmniPCX Office. It can be modified
at any time via OMC. Once modified, a new dapcfg.txt file has to be generated by invoking
the DAP Configurator.
5.1.3.1.5 Limits and restrictions
- A mixed (DECT/IP-DECT) system cannot be deployed
- Windows Vista is not supported for OMC when the IP-DECT solution is deployed
- Up to 16 DECT Access Points (DAP) can be connected
- DAPs are designed to support:
• Up to eleven simultaneous calls per DAP
• A maximum of twenty-five DECT handsets registrations per DAP
• Only G.711 codec.
Note:
To support G.729 codec, a daughter board has to be added.
- SIP-TLS and SRTP are not supported
5.1.3.2 Configuration procedure
5.1.3.2.1 Overview
This chapter describes the configuration operations to perform on the OmniPCX Office to use
IP-DECT solution.
The basic operations to configure the IP-DECT solution are:
- Deploying the IP-DECT solution :
• Configuring DHCP server
• Selecting the IP-DECT solution
• Running DAP configurator
• Plugging DAPs
- Managing IP-DECT handsets :
• Declaring IP-DECT handsets
• Removing IP-DECT handsets
• Replacing IP-DECT handsets
• Modifying IP-DECT handsets phone number

               5-47

Chapter 5 * ! +

- Managing DAPs :
• Removing a DAP
• Replacing a DAP
• Synchronizing DAPs
• Removing all subscriptions in DAPs
• Modifying DAP web administration page password
5.1.3.2.2 Deploying the IP-DECT solution
Configuring DHCP server
DAPs can use the embedded DHCP server of the OmniPCX Office to get their IP parameters.
The DHCP server has to be enabled with OMC.
Note 1:
If there is another DHCP server in the network, the DAP does not give any preference to the DHCP
response from the DHCP server of the OmniPCX Office.
If an external DHCP server is used, the next-server option has to be set to the IP address of
the OmniPCX Office.
Note 2:
If the DAPs are in a voice VLAN, the voice VLAN ID has to be set at port level in the network equipment
configuration (switch).

Selecting the IP-DECT solution

Initially, the DECT Solution (IP-DECT or IBS) is not defined, and no DECT handsets can be
created. Once the DECT solution is selected, only handsets of the selected type can be
created, no mix is possible.
To select the DECT solution:
- In OMC, select System Miscellaneous > DECT_Solution
- Check the IP DECT radio button.
- Confirm your entry.
Note:
If a DECT base station is already connected to the OmniPCX Office , the solution is set automatically.

Running DAP configurator

DAPs require a configuration file to be downloaded at each start-up/reboot via TFTP protocol.
This configuration file is generic for all the DAPs and generated by the DAP Configurator.
Note 1:
At installation, a first file is created by OmniPCX Office with a GK (Gatekeeper) section containing the IP
address of the PBX and the SIP port used. These parameters are updated by the OmniPCX Office if
changed in the system.
To run DAP configurator:
- In OMC, select IP Dect > DAP configurator
- Select the Misc. Settings tab.

5-48               

 * ! +

- In the PARI field, enter the PARI of the system.

- Click Save & Exit
The DAPs configuration file is then generated and stored on the OmniPCX Office, downloaded
to the PC running OMC when invoking the DAP Configurator, and uploaded again on the
OmniPCX Office once the DAP Configurator is closed with the button Save & Exit. Each time
the DAPs configuration file is uploaded on the OmniPCX Office, OMC requests from the PBX a
reboot of the DAPs.
Note 2:
Each time the DAP Configurator is closed with the Save & Exit button, a reboot of the DAPs will be
requested, even if nothing has been modified. To avoid the reboot of the DAPS, the Cancel & Exit button
has to be used instead.

Note 3:
DAP Configurator allows the modification of the PARI of the system. This modification removes all the
DECT handsets subscribed on the DAPs.

Plugging DAPs
Once connected to the LAN, the DAP get its IP parameters from the DHCP server.
In a second step, the DAP makes a TFTP request to OmniPCX Office to download its
configuration file. Each DAP gets an RPN (from 0 to 15, in order of appearance) and the one
with the lowest RPN has a specific role in the IP-DECT solution: Master DAP. By default, the
master DAP is the DAP plugged first. RPNs can be changed afterwards via the DAP
Configurator.
To manage RPNs:
- In OMC, select IP Dect > DAP configurator
- Click the Network Settings button.
- Enter MAC addresses in the corresponding RPN lines.
- Click Save & Exit
Note 1:
The Network Settings tab of the DAP Configurator has to be used only to modify the RPN of DAP that
already appeared in the system. It cannot be used to modify a MAC address of an existing DAP in case
of DAP replacement.

Note 2:
The Master DAP has a special role in the IP-DECT solution and it must be located in a central position of
the DAP topology.

5.1.3.2.3 Managing IP-DECT handsets

Declaring IP-DECT handsets
To declare an IP-DECT handset:
1. In the OMC:
a. Select Users/Base stations List
b. Click the Add button

               5-49

Chapter 5 * ! +

c. Select the DECT/PWT handsets radio button

d. Select a directory number
e. Confirm your entries.
f. Click the GAP Reg. button
The IP-DECT Registration window is displayed.
g. Select the IP-DECT handset and click the Register button.
The PARK code, a PIN code, and a registration status is displayed.
2. On the mobile:
a. Launch the registration procedure on the handset (refer to the accompanying
documentation).
b. Enter the PIN code
Note:
The DECT registration period is limited to 2 minutes for security reasons.
Once the set is registered, the terminal type is updated and the status is set to Registered.
Removing IP-DECT handsets
To remove an IP-DECT handset:
1. In OMC, select Users/Base stations List
2. From the list, select the handset to remove
3. Click the Delete button
Note:
Delete sends a request to remove the handset data from the DAP and remove all the data in the
PBX:
• If the handset is connected to the DAP, the registration is also removed in the handset.
• If the handset is out of coverage or turned off, the registration remains in the handset
and has to be removed manually.
• If the DAP is not reachable when the handset is deleted in OMC. A warning message
is displayed in OMC, the registration remains in the DAP and has to be removed (see
Synchronizing DAPs ).
Replacing IP-DECT handsets
To replace an IP-DECT handset:
1. In OMC:
a. Select Users/Base stations List
b. From the list, select the handset to replace
c. Click the GAP Reg. button
The IP-DECT Registration window is displayed.
d. Select the IP-DECT handset and click the Unregister button.
e. If the two types of handset differ (500 DECT replaced by 8232 DECT), reset the
terminal type to IP-DECT Access in the Users/Base stations List.
f. Click the GAP Reg. button
g. Select the IP-DECT handset and click the Register button.
The PARK code, a PIN code, and a registration status is displayed.
2. On the mobile:

5-50               

 * ! +

a. Launch the registration procedure on the handset (refer to the accompanying

documentation).
b. Enter the PIN code
Note:
The DECT registration period is limited to 2 minutes for security reasons.
Modifying IP-DECT handsets phone number
To modify an IP-DECT handset phone number:
1. In OMC:
a. Select Users/Base stations List
b. From the list, select the handset
c. Click the GAP Reg. button
The IP-DECT Registration window is displayed.
d. Select the IP-DECT handset and click the Unregister button.
e. Click the Return button.
f. In the Users/Base stations List window, enter the new phone number and click the
Modify button.
g. Click the GAP Reg. button
The IP-DECT Registration window is displayed.
h. Select the IP-DECT handset and click the Register button.
The PARK code, a PIN code, and a registration status is displayed.
2. On the mobile:
a. Launch the registration procedure on the handset (refer to the accompanying
documentation).
b. Enter the PIN code
Note 1:
The DECT registration period is limited to 2 minutes for security reasons.
Note 2:
The modification of phone numbers can only be done individually in the list of subscribers. Any global
modification by changing the numbering plan are not taken into account. IP-DECT handsets must be
deleted before numbering plan modification and re-created afterwards, as for any SIP phone.
5.1.3.2.4 Managing DAPs
Removing a DAP
To remove a DAP:
1. Unplug the DAP
2. In OMC, select Users/Base stations List
3. From the list, select the DAP to remove
4. Click the Delete button
Note:
The dapcfg.txt file is then updated and the remaining DAPs restarted. If the removed DAP is the
master DAP, the remaining DAP with the lowest RPN will become the new master DAP.
Replacing a DAP

               5-51

Chapter 5 * ! +

To replace a DAP:
1. Unplug the DAP
2. In OMC, select Users/Base stations List
3. From the list, select the DAP to remove
4. Click the Detail button
5. Click the IP/SIP button.
6. Enter the MAC address of the new DAP in the MAC address field.
7. Confirm your entry.
8. Plug the new DAP.
Note:
The list of registered handsets is then retrieved from the other DAPs.
Synchronizing DAPs
The DECT handsets are registered in both the OmniPCX Office and the DAP. If the DAP is
unavailable, some handsets can remain in the DAP after being removed from the OmniPCX
Office.
To synchronize OmniPCX Office and the DAPs:
1. In OMC, select IP Dect > IP DECT commands
2. Select Synchronize all
3. Confirm your entry.
Note:
This command keeps all IP-DECT handsets that are in the Subscriber list of OMC. All other handsets
in the DAPs are removed.
Removing all subscriptions in DAPs
To remove all subscriptions in DAPs:
1. In OMC, select IP Dect > IP DECT commands
2. Select Terminate all
3. Confirm your entry.
Modifying DAP web administration page password
The DAP has a Web administration page which needs a password for access.
To modify this password:
1. In OMC, select Subscriber miscellaneous > Generic parameters for SIP phones
2. Select the IP-DECT tab
3. In the DAP Web administrator password field, enter the new password
4. Click the Reset button

5.1.4 500 DECT Handset

5-52               

 * ! +

5.1.4.1 Registering the Handset

5.1.4.1.1 Prerequisite
Before making a call the Handset must be registered to a DECT system.
The message "Register" is displayed on the screen in case of no registration.
The Handset can operate with a maximum of eight DECT systems.
To register the Handset the following information must be available:
- PARK code: required if more than one DECT system overlaps in your location
- DECT system name
- Phone number allocated to the Handset
5.1.4.1.2 Registering Procedure
To register the Handset:
1. Declare the handset on the PCX, see: Declaring the Handset on the OmniPCX Office
2. Select the phone system, see: Selecting the Telephone System
5.1.4.1.3 Declaring the Handset on the OmniPCX Office
The 500 DECT is automatically detected as 500 DECT Evo handset.
1. In OMC, select Users/Base stations List
The Users/Base stations List window is displayed
2. Click Add
The Add/User window is displayed
3. Select DECT\PWT handsets
4. Select the number of device to create (default: 1)
5. Keep the proposed number or select another free number
6. Click OK
7. Select the entry corresponding to the created set in the list and click the GAP Reg button
The Register GAP handset window opens
8. For IBS DECT solution:
a. Launch the registration on the handset: see Entering the PIN Code and Entering the
PARK Code
b. Select the entry corresponding to the created set in the Unassigned Handsets list
c. When the IPUI of the device registering appears in the list, select it
d. Click the Assign button
e. Click Return
9. For IP-DECT solution:
a. Select the IP-DECT handset and click the Register button.
The PARK code, a PIN code, and a registration status is displayed.
b. Launch the registration on the handset: see Entering the PIN Code and Entering the
PARK Code

               5-53

Chapter 5 * ! +

Once the set is registered, its status change to Registered in the IP-DECT
Registration window.
5.1.4.1.4 Entering the PIN Code

Menu Access MENU

Select Access to the handset settings menu

Note:
Press the key to go back in a previous menu.

Select the option: Connectivity

Register Place the cursor on (highlight)

Select

Ok Enter the PIN code (default: 0000)

Select an empty slot or an existing system which will

be replaced

5.1.4.1.5 Entering the PARK Code

Park code Use a Park code system ID if more than one DECT
Save system overlaps in your location

Skip If only one system is available

PIN code (Default PIN code: 0000)

Ok

Network name Enter the system name

Save
Note:
The type of characters can be changed by pressing the
key.

Save Enter the phone number assigned to your handset

5-54               

 * ! +

Save Set Caller info parameter to 1

5.1.4.1.6 Selecting the Telephone System

Selecting your telephone system

Access MENU

Select settings

Select the option: Connectivity

Place the cursor on (highlight). Select a system

Enter the PIN code (Default PIN code: 0000)

Select a system

5.1.5 8232 DECT Handset

5.1.5.1 Registering the Handset
5.1.5.1.1 Prerequisite
Before making a call the Handset must be registered to a DECT system.
The message System 1 Auto install ? is displayed on the screen in case of no registration.
The Handset can operate with a maximum of five DECT systems.
To register the Handset the following information must be available:
- PARK code: required if more than one DECT system overlaps in your location
- DECT system name
- Phone number allocated to the Handset
5.1.5.1.2 Registering Procedure
To register the Handset:
1. Declare the handset on the PCX, see: Declaring the Handset on the OmniPCX Office
2. Configure the handset, see: Registering the handset

               5-55

Chapter 5 * ! +

5.1.5.1.3 Declaring the Handset on the OmniPCX Office

To declare the handset:
1. In OMC, select Users/Base stations List
The Users/Base stations List window is displayed
2. Click Add
The Add/User window is displayed
3. Select DECT\PWT handsets
4. Select the number of device to create (default: 1)
5. Keep the proposed number or select another free number
6. Click OK
5.1.5.1.4 Registering the handset
To register the Handset:
1. In OMC:
a. Select the entry corresponding to the created set in the list and click the GAP Reg
button
The Register GAP handset window opens
b. For IBS DECT solution:
i. Launch the registration on the handset: see Registering the handset
ii. Select the entry corresponding to the created set in the Unassigned Handsets list
iii. When the IPUI of the device registering appears in the list, select it
iv. Click the Assign button
v. Click Return
c. For IP-DECT solution:
i. Select the IP-DECT handset and click the Register button.
The PARK code, a PIN code, and a registration status is displayed.
ii. Launch the registration on the handset: see Registering the handset
Once the set is registered, its status change to Registered in the IP-DECT
Registration window.
2. On the handset:
a. The message System 1 Auto install ? is displayed, press the OK button.
b. The message Register is displayed, press the OK button.
c. Enter the pin code (0000 by default) and press the OK button.
d. Select a system (it is recommended that the first empty system is selected).
e. Enter the PARK code and confirm your entries.
f. Enter the access code and confirm your entries.
g. select the power mode and press the OK button.
Note 1:
You are advised not to select the 50 mw power mode unless required. the 50mw power mode is
intended for hazardous sites such as nuclear plants where it is requested that emissions do not
exceed the maximum value.

5-56               

 * ! +

The registration operation can last up to 2 minutes.

If the operation has been done correctly (subscription accepted), the telephone is ready to be
used and the radio reception quality icon is displayed.
If the registration operation has not been successful, the station proposes launching the
subscription again.
Note 2:
To register the handset on more than one system, refer to the constructor documentation.

5.1.6 Mobile Reflexes Handset

5.1.6.1 Registering the handset
5.1.6.1.1 Operation
In new sets, the battery included is factory pre-charged. When the terminal is brought into
service, the residual charge level is usually enough to power the registration stage.
Fit the battery into the handset and check that the level of charge is adequate (full or
half-charge icon); if not, put it on charge.
Start the registration procedure on the PCX.
When the system is ready, continue with the handset.
Step A
Turn on the handset by pressing and holding and observe the screen display.
- If the set is new (never been assigned) and has enough battery charge, the display shows
"SYSTEM 1 Auto install ?" ; go to Step B.

- If the set does not display "SYSTEM 1 Auto install ?", it is already assigned to another
system; go to Step C.

Step B
- If the installation doesn’t use the authentication function (AC code), go directly to Step D
for the simplified procedure.
- If the system uses an authentication code, configure the AC code as described below, and
move on to Step D to complete the association process.

Select "AC" option Dial the "AC" code

Step C

               5-57

Chapter 5 * ! +

Select the "installation" Dial the code (314987)

feature

Select a free system Select the "Install" feature and

proceed with step D

Step D
Launch the registration procedure.

Launch the association process

After registration, the set switches automatically to the main language of the PCX.
5.1.6.2 Uninsintalling the handset
5.1.6.2.1 Operation
It may be necessary to uninstall a handset when it is no longer used on the system or when
the terminal is replaced. The operation must be performed simultaneously on the system and
on the terminal.
IMPORTANT
We recommend performing the operation on the terminal (as described below) before deleting
it from the system. If this sequence is reversed, it is still possible to delete data from the
terminal, but this has to be done outside the radio coverage area.

Select the "installation" Dial the code (314987)

feature

Select the system to be Validate the "Uninstall" Confirm the uninstall

uninstalled option operation

5.1.6.3 Services provided

5-58               

 * ! +

5.1.6.3.1 Basic terminal features (accessible in GAP or AGAP mode)

- Lock / unlock keypad (long press on )

- Activate/deactivate keypad beep, key beep, radio beep, vibrator * back lighting **
- Quick switching from ringer to vibrator * (press and hold )

- 3-level reception volume adjustment with storage of the most recent setting
- Registration possible on 5 different GAP systems
- Special radio test feature (see "Radio Test Mode ")
* Mobile Reflexes 100
** Mobile Reflexes 200/200 Ex, Alcatel-Lucent 300 DECT Handset and Alcatel-Lucent 400
DECT Handset.
5.1.6.3.2 Features specific to simplified GAP mode
In GAP mode, the following functions should be available (unless inhibited by system
constraints):
- Manual language selection for the local menu
- Choice of ringing tunes
- Personal speed dial
- Local redial
- DTMF end-to-end signaling
- Calibrated loop
5.1.6.3.3 Features specific to AGAP advanced mode
Outline of the main functions available, built into the PCX:
- Forwarding and cancel forwarding
- Audio and text message review
- Dial by name/system speed dial
- Personal speed dial (system numbers)
- Automatic language configuration
- Choice of ringing tunes
- Interactive features during conversation
5.1.6.4 Maintenance
5.1.6.4.1 Reading the handset software version number

               5-59

Chapter 5 * ! +

Select the "installation" Dial the code (314987)

feature

Read version No

Note: Each terminal model has its own identification prefix: 70 xxxx for Mobile Reflexes 100
models and 60 xxxx for the Mobile Reflexes 200 models, 80 xxxx for Alcatel-Lucent 300 DECT
Handset models and 90 xxxx for Alcatel-Lucent 400 DECT Handset models.
5.1.6.4.2 Reading the handset IPEI number (handset ID)

Select the "installation" Dial the code (314987)

feature

Read the IPEI

5.1.6.4.3 Resetting the EEPROM

This function restores the terminal to its factory settings, i.e. associated with no system and
containing no saved data.
- Turn the handset off and on again, simultaneously pressing On-hook, Off-hook and i.
- Select EEPROM Reset and validate.
5.1.6.4.4 Quitting battery security
The set can activate automatic security on the battery in the event of a short circuit, a critically
flat battery (after several weeks without charging) or excessive charge voltage. Some of these
incidents may arise if the handset suffers a violent impact.
When security is activated, the mobile is powered down and will not come back on.
To deactivate security:
- remove the battery and replace it in the mobile
- place the handset (turned off) on the charger
- press the handset "on" key without removing it from the charger.
5.1.6.5 Radio Test Mode

5-60               

 * ! +

5.1.6.5.1 Activating radio test mode

To activate radio test mode:
1. turn off the mobile by a long press on

2. turn it back on by pressing simultaneously on , and

3. when the display comes on, do a long press on

4. enter 038867*6231
5. do a long press again

The screen displays the state and reception level measurements.

5.1.6.5.2 Description of radio test mode functions
STATE / RSSI (state / reception level)

               5-61

Chapter 5 * ! +

IDENTITY (system RFPI number) / CONNECTION STATUS

QUALITY (reception quality)

Note: the quality index gives an objective picture of the call quality in order to determine the
practical range limits (depending on the distance from the handset and the nature of the
environment).

5-62               

 * ! +

In practice, you have to select this function (preferably the averaged measurement), set up a
call, and observe the index value (Q): at a given location, the quality can be considered good if
the value displayed is equal to or greater than 12 on a stable basis.
CONNECTION STATUS (synchronization)

This feature makes it easier to determine the coverage area of a base station.

5.1.7 Reflexes DECT Sets

5.1.7.1 Installing a set
5.1.7.1.1 Installation procedure
The registration of a DECT Reflexes set (with the 4097 CBL option) is performed by radio data
exchange with the system. Before attempting the association, it is therefore important to check
that the DECT bases are operational and that the sets are located in an area with adequate
coverage.
In order to limit traffic during installation of the sets, it is advisable to register the DECT
Reflexes sets in sequence, one after the other.
Note:
The DECT-GAP authentication procedure (described in file 3) is not available with DECT
Reflexes sets.
REGISTRATION PROCEDURE FOR A NEW SET
New sets are delivered from the factory without any registration data; they are brought into
service using a simplified procedure.
After adding a DECT set, go into GAP registration (MMC-Station or MMC-OMC) and initialize
the association procedure up to "Subscription running".
Then switch on the set's power supply, connecting the transformer block to the power outlet
and check the red LED at the back of the set: the LED should send a short series of "long
ON/short OFF" flashes, then go out as soon as the set is synchronized with a base station.
At this point, the registration request is performed automatically by the set. The terminal
identifier appears on the system's MMC and the attendant only needs to validate the directory
number and confirm the registration.
Note: after the registration phase, if the directory number of a DECT Reflexes set has to be
changed, its power supply block must be disconnected, then reconnected, after the
modification has been made in the system.

               5-63

Chapter 5 * ! +

REGISTRATION PROCEDURE FOR A PREVIOUSLY REGISTERED SET

If, during a registration attempt, the red LED flashes "short ON/ long OFF", this means that the
set contains configuration data. To delete the data, proceed as follows:
- disconnect/reconnect the power supply;
- 2-3 seconds after switching on the power supply again, enter the following sequence of
digits on the keyboard: *#*86734#*# (which corresponds to the alphabet code
*#*UNREG#*# using the number keys); the first character must be entered within 10
seconds;
- again disconnect/reconnect the power supply; automatic registration as described in the
paragraph above is initialized.
General conditions of installation
- location: This office set must be located in an environment with limited risk of
electro-magnetic disturbance and which allows for good quality radio transmission. For
example, avoid placing the set near items such as dense metal structures, television,
fluorescent strips, halogen lamps, PC monitors, etc.
- PCX limits: a DECT Reflexes set is considered both as a Reflexes line set and a DECT
terminal. The installation must include a Reflexes corded set in order to perform the
Operator function.
- radio operation: the DECT Reflexes set operates in dynamic DECT link mode (just like a
conventional DECT mobile) or static mode (just like a corded set). The communication
channel is set up with the base station each time there is a need to exchange data with the
PCX. At the end of an exchange, when the set is in stand-by mode, the radio link and
communication channel resources are released and made available to the base station.
- coverage study: This is performed in the conventional way, just as for a system equipped
with DECT mobile terminals. Apart from the specific use of the terminal as a static office
set, it is recommended that a sufficient radio level be maintained in order to guarantee
excellent communication quality.
- limits for standard traffic needs: the maximum number of DECT Reflexes terminals that
can operate in the same zone is the following:
• for an area covered by one radio base station (NOTE 1)
• 4070IO/EO base station with 3 channels: 4 sets
• 4070IO/EO base station with 6 channels: 12 sets
• for an area covered by a group of co-located base stations (NOTE 2)
• cluster of two 4070IO/EO base stations with 6 channels: 30 sets
• cluster of three 4070IO/EO base stations with 6 channels: 50 sets
Note:
1. irrespective of the model of the DECT set (any type of 4074, or DECT Reflexes)
2. The topology of co-located base stations is a specific solution that makes it possible to
increase traffic capacity in an area: this specific area is identically covered by the various base
stations that make up the cluster. To set up a base station cluster it is necessary to make sure
that the DECT sets are compatible with this topology, which requires an overflow function not
available on some DECT set models.
Remarks:

5-64               

 * ! +

- Operating and programming limits at system level (inherent in the dynamic DECT link
operating mode of DECT Reflexes sets).
- Avoid allocating DECT Reflexes sets to hunting groups; however, if the use of this type of
set is inevitable, limit their number to 4 per group.
- Number of DECT Reflexes sets in manager-secretary configurations: 4 manager sets and
4 assistant sets.
- Do not use DECT Reflexes sets as call monitoring sets (selective or general) or to monitor
resources.
- Programming the RSP keys is impossible on DECT Reflexes sets.
- Status signaling (free or busy) for sets tracked on RSL keys is unavailable except for sets
allocated to manager-assistant configurations.
- Background music is not available on DECT Reflexes sets.
- After a time change made by MMC or after reception of the time sent by the public
exchange, it is possible that this modification will not be taken into account immediately by
all the DECT Reflexes sets; in this case, a simple user action (going off-hook, making a
call, etc.) is enough to reset the time synchronization on the display.
5.1.7.2 Moving a set
5.1.7.2.1 Detailed description
To move a DECT Reflexes set, it is necessary to disconnect the mains power supply block
before installing it in another place.
Reconnect the set for normal use (the set's number and programming will be stored).
Make sure the terminal is relocated in an area with an adequate radio reception level, one that
can cope with the traffic requirements.
5.1.7.3 Supervision
5.1.7.3.1 Overview
DECT MODULE 4097 CBL LED
The red indicator LED at the back of the DECT Reflexes terminal shows the operational status
of the module at any given moment:
LED constantly lit (ON) 4097 CBL module defect
LED unlit (OFF) The module power supply is switched off or the module is correctly
synchronized with a base station
Flashing long ON / short OFF The module is not registered with the system and is searching for
radio synchronization
Flashing short ON / long OFF The registered module is searching for radio synchronization

5.1.8 DECT Traffic Counters

5.1.8.1 Overview

               5-65

Chapter 5 * ! +

Note:
The following paragraph is only relevant in case of IBS DECT solution.
The Alcatel-Lucent OmniPCX Office Communication Server PCX manages a set of DECT
traffic counters. These specific counters are mainly used to ascertain that there are enough
DECT /PWT devices in an installation (correct quantity and location given the traffic to be
handled, number of calls per handset, etc.). They can also be used during active maintenance,
for example to track any link loss problems with a radio base station or handset.
DECT/PWT counters are read with OMC, using the labeled addresses (this displays the
content of a specific memory area in table format).
The address System Miscellaneous -> Memory Read/Write -> Other Labels -> DectCntOn activates or
deactivates the traffic counters when using the system:
- 01: active counters (CAUTION: incrementing the counters may have an impact on the response time of
an already heavily loaded system)
- 00: inactive counters (default value)

5.1.8.1.1 GENERAL OPERATION

To measure the DECT/PWT traffic, 7 counters are associated with each active DECT base
station (connected and in service) and another 6 are associated with each DECT/PWT
handset. Each of these counters gives specific traffic data. When there is a cold system reset,
the content of the counters is automatically reset to zero.
The counters associated with the radio base stations (" base station counters") and those
associated with the handsets (" handset counters") are placed in two separate tables.
The start address of each of these tables varies from one system to another, depending on the
software version. This address must therefore be read beforehand by the usual means:"
Memory Read/Write -> Debug Labels":
- the start address of the base station counters is given by the label DectBasCnt
(005BED0 in the next example).
- the start address of the handset counters is given by the label DectHdsCnt
(0053CBC4 in the next example).

Remarks:
- In OMC, the content of a traffic counter is always a hexadecimal (base 16) value encoded
over several consecutive addresses. To obtain the corresponding decimal value, the
values displayed must be converted manually (see following examples).
- On the first initialization, during the installation startup, all the addresses corresponding to
the DECT/PWT counters contain the value zero (00 hex.). Only the addresses "position"
and "device" contain a fixed value other than zero at this stage.

5-66               

 * ! +

All counters are automatically reset to zero when there is a cold system reset. It is however
possible to reset one or more base station or handset counters manually, by assigning the
value 00 to the corresponding addresses.

5.1.9 DECT Traffic

5.1.9.1 Base Station Counters
5.1.9.1.1 Detailed description

Note:
The following paragraph is only relevant in case of IBS DECT solution.

DESCRIPTION OF FIELDS
Board position and port number:
The two first bytes indicate the position and the port number as follows:
- the first byte indicates the slot number of the UA type board (AMIX-1, MIX or UAI).
- the second byte indicates the port number.

               5-67

Chapter 5 * ! +

On an OmniPCX Office RCE Large, by way of example:

- Slot 1 = UAI16: the master link of the base station is connected to port 15.
- Slot 2 = MIX484: the master link of the base station is connected to port 1
- Slot 3 = SLI4: no DECT/PWT base station.
- Slot 4 = UAI16: the master link of the base station is connected to port 5.
3 base stations will therefore be detected in the labeled addresses:
- 01 0F for the 1st base station (slot number 1 and port number 15).
- 02 01 for the 2nd base station (slot number 2 and port number 1).
- 04 05 for the 3rd base station (slot number 4 and port number 5).
Device:
Base index in hexadecimal on the board.
No. of calls:
The accumulated total of calls achieving connected status with the base station.
No. of simultaneous calls:
The maximum number of simultaneous calls recorded on the base station.
No. of saturations: total (sat1 + sat2)
sat1 = number of times all the channels in the base station were in simultaneous use.
sat2 = number of times all the available channels were in simultaneous use.
Saturation time:
The total time (in ms) for sat1 saturations.
No. of inter handoffs:
The accumulated total of handoffs between the base station and another base station.
No. of intra handoffs:
The accumulated total of intra handoffs performed on the base station.
No. of links lost:
The total number of radio links accidentally cut off.
Example: How to read the base station counter table

5-68               

 * ! +

For the minimum length of the memory area to be listed, assume 18 bytes per base station,
hence: (minimum value to be entered in "Length" field) = 18 x total number of base stations.
In the example, the results recorded for the first base station are as follows:
- board position 0A hex (10 dec); slot number 10 (main module)
- device: 01 hex (1 dec); first device on the UAI board
- n° of calls: 03 B2 hex (946 dec)
- n° of simult calls: 00 05 hex (5 dec)
- n° of saturations: 00 02 hex (2 dec)
- saturation time: 00 00 79 3A hex (31.034 seconds)
- n° of inter handovers: 00 83 hex (131 dec)
- n° of intra handovers: 01 4C hex (332 dec)
- n° of links lost: 00 1A hex (26 dec)
5.1.9.2 Handset Counters
5.1.9.2.1 Detailed description

Note:
The following paragraph is only relevant in case of IBS DECT solution.

               5-69

Chapter 5 * ! +

DESCRIPTION OF FIELDS
Position:
The virtual slot: its value is always 5C (92 in decimal).
Device:
The handset index (in order of creation).
No. of links:
The accumulated total of radio links established by the handset.
No. of calls:
The accumulated total of calls achieving connected status with the handset.
No. of calls lost:
The number of calls cut off during conversation (lost signal).
No. of links lost:
The total number of radio links accidentally cut off.
No. of inter handoffs:
The accumulated total of handoffs performed by the handset between two base stations.
No. of intra handoffs:
The accumulated total of handoffs performed by the handset on the same base station.

5-70               

 * ! +

Example: How to read the handset counters table

For the minimum length of the memory area to be listed, assume 14 bytes per handset, hence:
(minimum value to be entered in "Length" field) = 14 x total number of handsets.
First handset: position: 5C h (92 dec)
device: 01 h (1 dec). See Subscriber menu in OMC to read the corresponding directory
number.
n° of links: 00 0B h (11 dec)
n° of calls: 00 02 h (2 dec)
n° of coms lost: 00 00 h
n° of links lost: 00 00 h
n° of inter handovers: 00 00 h
n° of intra handovers: 00 00 h
Second handset: position: 5C h (92 dec)
device: 02 h (2 dec)
n° of links: 00 45 h (69 dec)
n° of calls: 00 2E h (46 dec)
n° of coms lost: 00 08 h (8 dec)
n° of links lost: 00 10 h (16 dec)
n° of inter handovers: 00 04 h (4 dec)
n° of intra handovers: 00 05 h (5 dec)

5.1.10 Geolocation and Notification Management

5.1.10.1 Configuration procedure

               5-71

Chapter 5 * ! +

5.1.10.1.1 Overview
This document details the geolocation and alarm feature available with the OmniPCX Office on
Alcatel-Lucent 400 DECT Handset and 500 DECT.
Specific alarms are triggered from the set and sent to a server to provide isolated worker
protection. These alarms include location data, so that assistance can be sent to the end user
with the shortest delay.
Possible types of alarms are:
- Notified by the user:
• Alarm button: sends an alarm when the user pushes a button, after an unexpected
event
• Event button: sends an event alarm when the user pushes a button (long press in
communication or idle state) to indicate a predefined event:
• For Alcatel-Lucent 400 DECT Handset, available keys are 0, 1, 2, 3, 4, 5, 6, #
• For 500 DECT, available keys are 1, 2, 3, 4, 5, 6, 7, 8, 9
- Automatically initiated by the handset and transparent to the user:
• Man down alarm (500 DECT only): sends an alarm when the end user has lost
verticality, which generally implies having fallen on the ground, because of an injury
• No movement (500 DECT only): sends an alarm, after a period of inactivity of the end
user
• Shock (500 DECT only): sends an alarm when an abnormal shock is detected
The alarm and geolocation service requires the use of an alarm server to process the data
sent from Alcatel-Lucent 400 DECT Handset and 500 DECT sets. 6
Additionally, the Alarm server can send alarm messages or make voice calls upon trigger of
external events, to ask the user to react (example: "Fire Alarm" displayed on the screen and
ringing at maximum level). The list of available alarms is the following:
- For Alcatel-Lucent 400 DECT Handset:
• Handset ringing with urgent alarm
- For 500 DECT:
• Handset ringing with normal alarm
• Handset ringing with urgent alarm
• Handset ringing with very urgent alarm
• Handset automatic answer in handsfree mode
The following paragraphs provide an example of operations with the New Voice Mobicall
alarm server.
5.1.10.1.2 Architecture
Mobicall Architecture
Alarm processing is managed together by the OmniPCX Office and the third party alarm
server.

6
For a complete list of supported alarm servers and their associated configuration, see the
Alcatel-Lucent Applications Partner Program (AAPP) web site

5-72               

 * ! +

The Mobicall server intereracts with the call server with signaling links and voice links. It is able
to make or receive call to any fixed or wireless sets attached to the call server.

Figure 5.33: Example of Alarm Related Architecture

Messsage Mode Supported

- Basic mode (500 DECT only)
- Office mode
Supported Trunks
Two types of trunks can be used between the OmniPCX Office and the alarm server:
- T2/ISVPN
- SIP (as of R8.1)
5.1.10.1.3 OmniPCX Office Configuration
Configuring the T2 Trunk
Checking Hardware and Limits
1. In OMC (Expert View) select: System > Hardware and Limits > Software Key Features
> Multi-site tab
2. Review/modify the followings attributes:

               5-73

Chapter 5 * ! +

Parameter This parameter must be set to:

Call handling ISVPN service Enabled
Call handling QSIG + Enabled
protocol

3. Confirm your entries

Configuring External Lines
1. In OMC (Expert View): select System > External Lines > List of Accesses
2. Create a trunk containing a T2 access (T2 trunk group)
Note:
By default, a T2 trunk group contains one channel. This value must be increased to the desired
value.
3. When the channels number has been changed, you are requested to reset the PowerCPU
board. Reset this board
4. Select the created trunk
5. Click Details
6. Unselect Public trunk and click OK
7. Click Return
8. Select Protocols
9. Review/modify the following attributes:
ISDN Trunks Select EDSS1
Digital Tie Lines Select QSIG
ISVPN Protocols Select ISVPN
Analog Trunks Select 1 NDDI France
Register Signalling Select R2 Signalling

10. Confirm your entries

11. Select List of Trunk Groups
12. Select a trunk group
13. Type T2 in the Name field
14. Click Modify
15. Click Details
16. Click Add
17. Click OK
18. Click Link-Cat
19. Configure Traffic Sharing:
Traffic Sharing Mode Barring Mode
Mode LC No Mode Voice VLC Non V. NLC

5-74               

 * ! +

Norm. 1 Norm. 1 1
Rest. 1 Rest. 1 1

20. Confirm your entries

Configuring Numbering
Declaring the Trunk Group in the Internal Numbering Plan
1. In OMC (Expert View): select System > Numbering > Numbering Plans > Internal
Numbering Plan tab
2. Create a secondary trunk group with the following parameters:
Start Enter the trunk group prefix
End Enter the trunk group prefix
Base Select ARS
NMT Select Keep
Priv Select Yes

Configuring the End of Dialing Table

1. In OMC (Expert View): select System > Numbering > End of Dialing Table
2. Add the T2 trunk group prefix with 20 as Counter value
3. Validate
Configuring the Automatic Routing
Configuring Automatic Routing: Trunk Group List
1. In OMC (Expert View) select: System > Numbering > Automatic Routing Selection >
Trunk Group Lists
2. Right-click the ARS OMC windows and select Add.
The Selection List window opens
Index Select in the list the index corresponding to the external line
configured previously (see Configuring External Lines ) and Click
OK
No. Enter the directory number associated to the trunk group
Provider/Destination Select None
Access Digits Leave blank
Auth. code ID Select None
Tone/Pause Select None

3. Right click and Select Apply

Configuring Automatic Routing: Prefixes
1. In OMC (Expert View) select Numbering > Automatic Routing Selection > Automatic
Routing: Prefixes

               5-75

Chapter 5 * ! +

2. Right-click the ARS OMC windows and select IP parameters to display the IP parameters
fields
3. Right-click the ARS OMC windows and select Add
4. Enter the following parameters:
table 5.53: Common fields
Activation Enter yes
Network Enter priv
Prefix Enter the trunk group prefix configured in the internal
numbering plan
Substitute Enter the trunk group prefix configured in the internal
numbering plan
TrGpList Enter the index of T2 trunk
Called (ISVPN/H450) Enter het

5. Right-click the ARS OMC windows and select IP Parameters

Configure the following parameter:
table 5.54: IP parameters fields for a T2 Trunk Group
Destination Select Not IP

6. Right click and select Apply

Configuring Installation Numbers
1. In OMC (Expert View) select: System > Numbering > Installation Numbers
The Installation Numbers window is displayed
2. Enter the Installation Number and click OK
Saving Configuration
1. In OMC (Expert View), select Comm > Read all from the PCX from the menu bar.
The Read from the PCX window is displayed
2. Select Classic Data and validate the Central Services check box
3. Click OK and wait until a progress bar is displayed
4. Once the progress bar disappears, select File > Save as from the menu bar
The Save as Database Window is displayed
5. Enter a file name and click the Save as button
Configuring the SIP Trunk
Checking Hardware and Limits
1. In OMC (Expert View) select: System > Hardware and Limits > LAN/IP Configuration >
Boards tab
2. Check the IP addresses of boards
Configuring VOIP: General Parameters

5-76               

 * ! +

When a SIP trunk group is used, the SIP protocol must be enabled.
To check the VoIP protocol and to increase the number of channels for VoIP trunks to a
non-null value:
1. In OMC (Expert View), select the System > Voice over IP > VoIP: Parameters > General
tab
2. Review/modify the followings attributes:
Number of VoIP-Trunk Enter the number of channels used for SIP
Channels
VoIP Protocol Select SIP

3. In the Gateway tab, validate the End of Dialing table used option
4. Confirm your entries
5. If the VoIP Protocol has been switched from H323 to SIP, you are requested to reset the
PowerCPU board. Reset this board
Configuring External Lines
1. In OMC (Expert View): select System > External Lines > List of Accesses
2. Create a trunk containing VoIP trunks (SIP trunk groups)
Note:
By default, a SIP trunk group contains one channel. This value must be increased to the desired
value.
3. Select the created trunk
4. Click Details
5. Unselect Public trunk and click OK
6. Click Return
7. Select Protocols
8. Review/modify the following attributes:
ISDN Trunks Select EDSS1
Digital Tie Lines Select QSIG
ISVPN Protocols Select ISVPN
Analog Trunks Select 1 NDDI France
Register Signalling Select R2 Signalling

9. Confirm your entries

10. Select List of Trunk Groups
11. Select a trunk group
12. Type SIP in the Name field
13. Click Modify
14. Click Details

               5-77

Chapter 5 * ! +

15. Click Add

16. Click OK
17. Click Link-Cat
18. Configure Traffic Sharing:
Traffic Sharing Mode Barring Mode
Mode LC No Mode Voice VLC Non V. NLC
Norm. 1 Norm. 1 1
Rest. 1 Rest. 1 1

19. Confirm your entries

Configuring Numbering
Declaring the Trunk Group in the Internal Numbering Plan
1. In OMC (Expert View): select System > Numbering > Numbering Plans > Internal
Numbering Plan tab
2. Create a secondary trunk group with the following parameters:
Start Enter the trunk group prefix
End Enter the trunk group prefix
Base Select ARS
NMT Select Keep
Priv Select Yes

Configuring the End of Dialing Table

1. In OMC (Expert View): select System > Numbering > End of Dialing Table
2. Add the SIP trunk group prefix with 20 as Counter value
3. Validate
Configuring the Automatic Routing
Configuring Automatic Routing: Trunk Group List
1. In OMC (Expert View) select: System > Numbering > Automatic Routing Selection >
Trunk Group Lists
2. Right-click the ARS OMC windows and select Add.
The Selection List window opens
Index Select in the list the index corresponding to the external line
configured previously (see Configuring External Lines ) and Click
OK
No. Enter the directory number associated to the trunk group
Provider/Destination Select None

5-78               

 * ! +

Access Digits Leave blank

Auth. code ID Select None
Tone/Pause Select None

3. Right click and Select Apply

Configuring Automatic Routing: Prefixes
1. In OMC (Expert View) select Numbering > Automatic Routing Selection > Automatic
Routing: Prefixes
2. Right-click the ARS OMC windows and select IP parameters to display the IP parameters
fields
3. Right-click the ARS OMC windows and select Add
4. Enter the following parameters:
table 5.60: Common fields
Activation Enter yes
Network Enter priv
Prefix Enter the trunk group prefix configured in the internal
numbering plan
Substitute Enter the trunk group prefix configured in the internal
numbering plan
TrGpList Enter the index of SIP trunk
Called (ISVPN/H450) Enter het

5. Right-click the ARS OMC windows and select IP Parameters

Configure the following parameters:
table 5.61: IP parameters fields for a SIP Trunk Group
Destination Select SIP Gateway
IP Type Enter Static
IP Address Enter the Alarm Server public IP address
Gateway Alive Protocol Enter SIP
Gateway Alive Timeout/s Enter 0
Gateway Bandwidth Enter 128 Kb/s
Codec/Framing Select Default

6. Right click and select Apply

Configuring Installation Numbers
1. In OMC (Expert View) select: System > Numbering > Installation Numbers
The Installation Numbers window is displayed
2. Enter the Installation Number and click OK
Saving Configuration
1. In OMC (Expert View), select Comm > Read all from the PCX from the menu bar.

               5-79

Chapter 5 * ! +

The Read from the PCX window is displayed

2. Select Classic Data and validate the Central Services check box
3. Click OK and wait until a progress bar is displayed
4. Once the progress bar disappears, select File > Save as from the menu bar
The Save as Database Window is displayed
5. Enter a file name and click the Save as button
Configuring Handsets
1. Declare handsets on the OmniPCX Office as detailed: DECT sets - Operation - Declaring
the Handset on the OmniPCX Office
2. Declare the handset number range in:
• The Internal Numbering Plan
• The Public Numbering Plan
• The Private Numbering Plan
3. Register:
• The Alcatel-Lucent 400 DECT Handset with AGAP
• The 500 DECT with GAP Evo (Affi.)
4. Configure accesses via the MMI menu:
• Access 1: enter the trunk group prefix number of the trunk group towards the primary
alarm server
• Access 2 (optional): the trunk group prefix number of the trunk group towards the
secondary alarm server or of a secondary trunk group towards the primary alarm
server
5. Select the operating mode: Office (limited to seventeen digits)
6. Complete the identification codes of the different levels of alarms for incoming alarms sent
by the Alarm server
5.1.10.1.4 Other Configuration Documents
Refer to the following documents:
- Localisation and notification management User documentation
- Localisation and notification management Configuration documentation

5.2 Advanced Cellular Extension

5.2.1 Overview
5.2.1.1 Overview
The Advanced Cellular Extension service (ACE) is a feature of the Alcatel-Lucent OmniPCX
Office Communication Server, providing corporate telephony services to authorized mobile
users.
The Advanced Cellular Extension operates in association with a software client application
hosted on a mobile phone. This software client provides a menu driven interface to access

5-80               

 * ! +

Alcatel-Lucent OmniPCX Office Communication Server services.

The software client can be either:
- The Ace client
Note 1:
The mobile device must be compliant with the Ace application. The list of compatible mobile devices
is available on the Enterprise Business Portal.
- The Nokia Call Connect (NCC) for Alcatel-Lucent Enterprise software
Note 2:
The list of compatible mobile devices is available on the Enterprise Business Portal.

Note 3:
In this document, Advanced Cellular Extension (ACE) refers to the feature of the Alcatel-Lucent
OmniPCX Office Communication Server. Ace refers to the client software hosted on a mobile phone.

5.2.1.2 Implementation
The ACE mobile phone is associated to a local set of the PCX.
The telephony services provided by the ACE are the same as those provided by remote
customization. On the mobile device, the improved graphical user interface provides easy to
use ACE features.
Incoming calls directed to the user's local set are rerouted to the mobile phone by the nomadic
feature.
In ACE mode, mobile phone users dial as if they were internal users of the PCX: the call is
routed to the PCX through remote substitution (DISA) and sent to its destination. When the
called set is an internal set, ARS is used to avoid going through public network.
Caution:
Numbers corresponding to emergency numbers are not treated as internal PCX numbers by the
mobile phone, even in ACE mode. The emergency center is called, whatever the mobile mode:
ACE or private.

               5-81

Chapter 5 * ! +

Figure 5.34: ACE Cellular Mode Architecture

5.2.2 Configuration procedure

This chapter details the configuration on Alcatel-Lucent OmniPCX Office Communication
Server to implement Advanced Cellular Extension.
5.2.2.1 Configuration Example Values
The configuration example described below is based on the following values:
- DDI number for remote substitution: 0388553790
- DDI number for remote customization: 0388408370
- User's local desktop:
• Internal number: 1165
• DDI number: 0390671165
- Mobile phone:
• Public number: 0611223344
- Range of local user numbers: 1000-1999
- Operator call number: 9
5.2.2.2 Pre-Requisites
The Advanced Cellular Extension implementation requires:
- An Alcatel-Lucent OmniPCX Office Communication Server R7.0 (or later version)
- An ISDN/Analog trunk group to the public network

5-82               

 * ! +

Remark:
Analog lines also can be used for ACE
- The DISA / DISA Transit license
- The Voice Mail Remote Customization license
- A Nomadic user license per ACE subscriber
- A DDI number for remote substitution (DISA)
- A DDI number for remote customization
- One DDI number per ACE subscriber (local user set number)
5.2.2.2.1 Checking Licenses
1. In OMC (Expert View), select Modification Typical > System > Software key
2. Click Details
3. In the System features tab, check that DISA / DISA Transit is enabled
4. In the Call Facilities tab, check that Voice Mail Remote Customization is enabled
5. In the CTI tab, check the Nomadic users value: a license is necessary for each virtual
nomadic terminal, including ACE subscribers.
5.2.2.2.2 Configuring DDI Numbers
If necessary, create DDI numbers:
1. In OMC (Expert View), select Dialing > Dialing Plans > Public Numbering Plan
2. Define a DDI number for remote substitution
3. Define a DDI number for remote customization
Note:
The remote customization number corresponds to the directory number of the hunting group
containing the voice mail ports.
4. Define a DDI number for each ACE subscriber (local user set number)
5.2.2.3 PCX Configuration
5.2.2.3.1 Configuring the Numbering Plan
It is necessary to create secondary trunk groups corresponding to the internal numbers that
can be dialed on the mobile phone. In our example, this corresponds to the internal user
numbers (1000-1999) and the operator call number (9)
1. In OMC (Expert View), select Dialing > Dialing Plans > Internal Dialing Plan
2. Create a Secondary Trunk Group corresponding to internal user numbers:
• Start: #1000
• End: #1999
• Base: ARS
• NMT: Yes
3. Create a Secondary Trunk Group corresponding to the attendant call number:
• Start: #9

               5-83

Chapter 5 * ! +

• End: #9
• Base: ARS
• NMT: Yes
4. Confirm your entries
Caution:
There should be no internal number corresponding to emergency numbers (e.g. 112). Indeed it is
not possible for a mobile subscriber to call an internal user whose directory number corresponds
to an emergency number. Whether in ACE mode or not, the emergency center is always called:
this operation mode cannot be modified on the mobile phone.

5.2.2.3.2 Configuring a Local Trunk Group

A local trunk group is used by the ARS to route local calls. If necessary, create a local trunk
group:
1. In OMC (Expert View), select Numbering > Automatic Routing Selection > Trunk
Group Lists
2. Right-click and select Add
3. Review/modify the following attributes:
• List ID: 6
• Index: Local
• No.: leave blank
5.2.2.3.3 Configuring ARS
The ARS must be configured to route local calls to a local trunk group.
1. In OMC (Expert View), select Numbering > Automatic Routing Selection > Automatic
Routing: Prefixes
2. Add a prefix corresponding to the internal subscriber number range
• Activation: Yes
• Network: Priv
• Prefix: #1
• Ranges: 000-999
• Substitute: 1
• TrGpList: 6
3. Add a prefix corresponding to attendant call number:
• Activation: Yes
• Network: Priv
• Prefix: #9
• Ranges: leave blank
• Substitute: 9
• TrGpList: 6 (local trunk group number)
5.2.2.3.4 Configuring an ACE Subscriber
To configure an ACE subscriber, perform any of the following:

5-84               

 * ! +

- Basic configuration: the local user set is assigned the right to the nomadic feature: in this
case, the local set cannot be used when ACE is activated on the mobile set.
- Twin-set configuration: the local user set is associated to a virtual set in a multi-set
configuration and only the virtual set is assigned the nomadic right. In this case, the user's
local set can still be used when ACE is activated on the mobile set.
Basic Configuration
1. In OMC (Expert View), in the Users/Base stations List, select the user's local number
(1165)
2. Click Details
3. Click Features
4. Enable the Remote Substitution
5. Confirm your entries
6. Click Cent Serv.
7. Enable the Nomadic Right
8. Confirm your entries
Multi-Set Configuration
To create a virtual terminal:
1. In OMC, in the Users/Base stations List, click Add
2. Check the Virtual Terminal radio button and select the virtual set No.
3. Click OK
4. In the Users/Base stations List, select the new virtual terminal and click Details
5. Click Cent Serv.
6. Enable the Nomadic Right
7. Confirm your entries
To configure the user's local set:
1. In OMC (Expert View), in the Users/Base stations List, select the local user (1165)
2. Click Details
3. Create a multi-set association with the new virtual set
4. Click Features
5. Enable the Remote Substitution
6. Confirm your entries
Note:
In this configuration, the nomadic right must not be enabled on the user's local set.

5.2.2.4 Client Installation and Configuration

To install and configure the Ace client software on a mobile set, refer to the Ace Installation
Manual.

               5-85

Chapter 5 * ! +

To install and configure the NCC client software on a mobile set, refer to the Nokia Call
Connect Administration Guide.
5.2.2.5 Nomadic Activation
Once the Alcatel-Lucent OmniPCX Office Communication Server is configured and the
software client is installed and configured on the mobile phone, it is necessary to activate
manually (one time) the nomadic mode to register the mobile number in the system.
This manual activation can be performed from any set except the user's local set. If the
activation is performed from a mobile set, ACE must not be activated.
1. Dial the remote customization number
A voice guide requests your local phone number
2. Dial your local phone number (1165) and your password
3. Press 9 to enter the remote customization main menu
4. Press 6 to enter the nomadic mode settings
5. Press 2 to activate the nomadic mode
6. Dial the mobile number (trunk seizure prefix + mobile number) example: 00611223344
7. Press # to validate

5.3 My IC Mobile for iPhone

5.3.1 Overview
5.3.1.1 Introduction
Alcatel-Lucent Omnitouch™ 8600 My Instant Communicator Mobile for iPhone is a software
client application running on a mobile phone using the iOS from Apple. It provides an access
to enterprise telephony services over a mobile Internet access or WiFi network, to enable the
Apple iPhone to operate as a business phone.
My IC Mobile for iPhone provides access to business telephony features. In addition to the
typical business telephony features, My IC Mobile for iPhone provides data connection to:
- Business directory
- Business call logs
- Business voice mail
My IC Mobile for iPhone:
- Interacts with native Apple iPhone applications to enrich the communication services (local
contacts).
- Provides the same service level inside and outside the enterprise thanks to a managed
and secure data connection.
- Can be associated to a desk phone in Mobility configuration or operate standalone.
For information about the list of compatible devices and OS versions, see Environment
Compatibility - Environment Compatibility - Compatible mobile terminals with My IC Mobile for
iPhone and My IC Mobile for Android applications .

5-86               

 * ! +

Note:
The data connection is dependent on network availability. The My IC Mobile for iPhone cannot handle
any fallback mode or business services when the data connection is not available.

5.3.2 Architecture
5.3.2.1 Overview
This module describes network topologies to access the PBX services from a My IC Mobile for
iPhone application.
My IC Mobile for iPhone accesses the PBX services using OmniTouch 8400 ICS web services
implemented in the PBX (that is OmniPCX Office). This requires data transmission.
For data transmission, the My IC Mobile for iPhone application uses:
- The enterprise WiFi network inside the enterprise
- The Internet connection provided by some cellular networks (2.5G, 3G, 3G+ and GPRS)
outside the enterprise
Note:
A WiFi Internet access or hot spot can be used at home for data transmission.
For voice transmission, the My IC Mobile for iPhone application uses the GSM network.
The My IC Mobile for iPhone application relies on the following components:
- Instant Communications web services to access the different services; including:
• Telephony
• Universal Directory Access (UDA)
• Business Call Log
• Voice mails
- The Event Server (EVS), in charge of publishing device related events and notifications,
such as alarms and configurations changes in the different user applications or services
My IC Mobile for iPhone application uses the HTTP(s) protocol data link to access the servers
within the enterprise. The server certificate must be installed in the My IC Mobile for iPhone
application for server authentication, and enable HTTPS connection (see: Certificate
Management - Overview ).
When data is accessed from outside the enterprise, access can be secured by any of the
following:
- A Virtual Private Network (VPN) server (see: Access Provided by a VPN Server )
- A router (see: Access Provided by a Router )
5.3.2.2 Access Provided by a VPN Server
A Virtual Private Network (VPN) enables to send data between the My IC Mobile for iPhone
and the OmniPCX Office across the public network (cellular and Internet) in the same way as a
private link. It gives the appearance and benefits of a private network, including continuous
availability and reliability.

               5-87

Chapter 5 * ! +

Figure 5.35: Data Transmission via a VPN Server

When the VPN is configured in the Apple iPhone settings, the My IC Mobile for iPhone is seen
as a device of the enterprise network (local access). In this configuration, the private URL of
OmniPCX Office is used instead of its public URL. This private URL must be configured in the
OmniPCX Office and entered in My IC Mobile for iPhone application at login.
VPN offers the following properties:
- Authentication of the VPN connection to be established
- Data encryption to ensure the confidentiality of the data over non-secure networks.
Encryption prevents unauthorized users to read the private data exchanged between the
My IC Mobile for iPhone and the enterprise network
- Encapsulation of the private data
A VPN uses a protocol like PPTP, L2TP or IPSec.
5.3.2.3 Access Provided by a Router
A router can be used to forward data of My IC Mobile for iPhone applications to a specific
OmniPCX Office using the port forwarding feature. This solution allows to translate the IP
address and/or port number of a data transmission to the predetermined listening port of
OmniPCX Office, which is 50443 and to forward data according to the routing table of the
router. OmniPCX Office listens on the port 50443 to provide services to the My IC Mobile for
iPhone applications.
If no service uses the port 443 (standard HTTPS port), it is recommended to use this port on
the router to forward data to the port 50443. This does not prevent from using another port
number when the port 443 is already used.

5-88               

 * ! +

Figure 5.36: Data Transmission via a Router/Firewall

When a router is used, the My IC Mobile for iPhone is seen as an external device of the
enterprise network (distant access). In this configuration, the public URL of OmniPCX Office is
used. The public URL must be configured in the OmniPCX Office and entered in My IC Mobile
for iPhone application at login. The public URL consists of the public hostname/IP address,
optionally the port (separated by colon) and the path to the root URL when access is
performed from the public network, for example:
https://enterprise.loc:443/oxo-services
To increase secure connectivity, a router may include a firewall to provide additional secure
features. To prevent Denial of Service (DoS) attacks, firewall rules can be activated on the
router access point.
For HTTPS connection, My IC Mobile for iPhone applications must embed the authority
certificate. When this occurs, users are not warned that they use an HTTPS certificate issued
from an OmniPCX Office. This requires consistent DNS resolution from the outside or inside
enterprise network.
For more information on ports used by the OmniPCX Office and the configuration of the router,
see Access Control - Overview - Router Configuration for WAN Access .

5.3.3 Detailed description

5.3.3.1 Features Provided
The My IC Mobile for iPhone application provides on a mobile device, a subset of the features
available from the user’s desk phone.
Telephone features are the basic services supported by My IC Mobile for iPhone. They are
available only with full data connection. With full data connection (cellular network or WiFi
network), services are activated through Web Services handled by the PBX (that is OmniPCX
Office).
When the data channel is available, the services provided to the user by My IC Mobile for
iPhone are:
- Application management:
• Starting the application
• Synchronize configuration
• Configure the client management server URLs
• Set application language
• Change password
• Single ring mode
- Business communications:
• Make an outgoing call
• Dial by Name
• Dial By number
• Answer an incoming call
• Transfer a call on the desktop phone
• Release a simple call
• Make a second call or another call

               5-89

Chapter 5 * ! +

• Transfer the call

• Release the active call
• Put a call on hold
• Take the call on hold
Note 1:
For more information, see: Business Communications .
- Phone set management:
• Set the static state
• Configure the phone static state from another application
Note 2:
For more information, see: Phone Set Management .
- Directory services:
• Search in directory
• Display contact details
• Send an e-mail to a contact
Note 3:
For more information, see: Directory Services .
- Call log services:
• Consult the call log
• Delete the call log
• Acknowledge a call log item
• Delete a call log item
Note 4:
For more information, see: Business Call Logs .
- Voice mail services:
• Consult voice mails
• Play a voice mail
• Remove a voice mail
• Call back the message sender
Note 5:
For more information, see: Business Voice Mail .
5.3.3.2 Phone Set Management
My IC Mobile for iPhone handles several services related to business and local directories.
From the My IC Mobile for iPhone home page, the user can consult and configure their current
phone state.
The static state can be:
- Do Not Disturb
- A call forwarding setting
- Cancel all call forwardings
- Activate/Deactivate nomad profile

5-90               

 * ! +

When users program an immediate call forwarding on a number, they can select between the
phone numbers previously configured in the My IC Mobile for iPhone application or a phone
number entered manually. Four predefined phone numbers can be entered in the My IC
Mobile for iPhone application.
When call forwarding information is not available (not retrieved at initialization, or when the
data channel is not available), the home page displays unknown as phone set state.
Note:
When My IC Mobile for iPhone is included in a multiset, for external diversion to operate correctly, the
External diversion right must be enabled for all sets of the multiset.

5.3.3.3 Directory Services

My IC Mobile for iPhone handles several services related to business and local directories.
My IC Mobile for iPhone automatically launches a search when users enter more than two
characters. If users want to force the search with less than 2 characters, they must use the
Search button from the Apple iPhone keyboard.
The contact detail page includes contact identity and provides detailed information about a
contact, and lists the different ways the contact can be reached, depending on presence and
media capabilities.
Identity information can include:
- Full name (last name and first name)
- Phone number
- e-mail address
In some cases, phone numbers for outgoing calls must be preceded by an outgoing prefix.
This occurs when the phone number (for an outgoing call) is entered manually or retrieved
from business or local directories.
My IC Mobile for iPhone can add this prefix to the phone number, so that the PBX can
establish the call.
Depending of the origin of the phone number, the following rules are applied:
- If the number comes from the OmniPCX Office phonebook, the number is used without
modification to make the call
- If the number comes from a call log or a voice mail, the number is used without
modification to make the call
- If the phone number comes from the LDAP directory, My IC Mobile for iPhone
automatically adds the prefix and makes the call
Note:
It is recommended to have phone numbers registered in canonical form in the LDAP directory.
- If the user enters a phone number manually, My IC Mobile for iPhone automatically adds
the prefix and make the call
- If the number comes from the Apple iPhone local contact, My IC Mobile for iPhone
automatically adds the prefix and makes the call
5.3.3.4 Business Communications
The My IC Mobile for iPhone only manages business communications. Only incoming and
outgoing call from the PBX are managed by the application. Private communications are out of

               5-91

Chapter 5 * ! +

its scope.
When the application is launched from Apple iPhone, the user can activate the Mobility option
from the main screen (icon at the top right of the screen). This action automatically activates
the single ring mode. In a multi-set configuration, this means that the application only rings for
incoming business communications. Other associated desk phones do not ring. If configured in
OMC, their screen only indicate an immediate forward to the application number. The user can
deactivate the single ring mode in the application settings. When this occurs, all devices of the
multi-set ring for incoming business calls.
To leave the business context, the user must select the Private (no forward) option. This
means that no more business calls are received on the mobile.
In the business context, communications are handled through the PBX (only when the data
channel is available), ensuring rich telephonic features. The Apple iPhone can receive and
make business calls; but can also make private calls through the native Apple iPhone
application.
Remarks:
- Since the client cannot send DTMF codes, My IC Mobile for iPhone application does not support any
fallback.
- It is not possible to make a business outgoing call from the native dialer.
• A Business outgoing call must be set up from the My IC Mobile for iPhone application. The call is
invoked through the web service with a recall from the Call Server.
• A Private outgoing call must be set up from the native application. The call does not go through
the PBX.
5.3.3.5 Business Call Logs
The Business Call Log contains call log items related to the user. It includes:
- Caller details
- Date and time information
It concerns all events related to One Number Services.
The user call log is managed by the PBX. It is limited by the PBX call log limit. To optimize
response time and data channel consumption, My IC Mobile for iPhone limits the download to
the fifty most recent call log items.
Call log lists are displayed when an appropriate data channel is available. When there is no
data channel, lists are not available.
5.3.3.6 Business Voice Mail
My IC Mobile for iPhone handles several services related to business voice mails. Voice mails
are displayed in a specific menu and can be selected individually.
The selected voice mail is downloaded from the OmniPCX Office on a specific URL and
played on the Apple iPhone speaker. Information about each voice mail includes:
- Caller phone number
- Caller name
- Voice mail date
Actions that can be taken for message include:
- Listen to a voice mail

5-92               

 * ! +

- Delete a voice mail

- Call the person who left the voice mail
- Activate/disable the speaker
Voice mail list consultation and voice mail play are available when data coverage (WiFi or
3G/3G+) is implemented.
5.3.3.7 Collaboration Services
My IC Mobile for iPhone application does not support any collaboration services.

5.3.4 Configuration procedure

5.3.4.1 Checking the license
In the OMC tool, the creation of an Apple iPhone (where the My IC Mobile for iPhone
application is running) is refused when the number of such devices has reached the maximum
value indicated by the present license.
To verify the license:
1. From the OMC tool, navigate to the menu: Modification Typical > System > Software
key
2. Click Details
3. In the Voice Communication tab, check that the option My IC Mobile users is enabled
(the maximum value is 50)
5.3.4.2 Declaring the Apple iPhone
To use My IC Mobile for iPhone application, the device must be declared in the OmniPCX
Office, using OMC.
To declare an Apple iPhone:
1. From the OMC tool, navigate to the screen Users/Basestations List and click Add.
This displays the Add User screen.
2. Select the MyIC Phone check box and click OK to validate
The Apple iPhone is displayed in the list of subscribers
3. Select the Apple iPhone and click the Details button
The Apple iPhone parameters page is displayed
4. Click the Mobility button to enter the device identifier
The Mobility page is displayed
5. Select the MAC address identifier and enter the corresponding value of address in the
Identifier field: 12 hexadecimal digits
Note 1:
The Apple iPhone can be only identified by its MAC address.
6. Click OK to validate
7. In the Details tab, click Cent Serv.
8. Check the Nomadic Right box
9. Click OK to validate

               5-93

Chapter 5 * ! +

10. Click OK to leave the Details tab

The Apple iPhone can be associated to the user desk phone or can be used as standalone.
The association with desk phone is achieved with the multi-set feature available in the
OmniPCX Office (see: Multi-sets - Overview ).
Note 2:
It is not possible to display unified call logs for the desk phone and the mobile device.

5.3.5 Operation
5.3.5.1 Loading the Application from the Apple iPhone AppStore
Standard installation procedures are applied through iTunes or the AppStore.
To download the application from the Apple iPhone AppStore, use any of the following
keywords to find the application:
- MIC Mobile
- Unified
- Phone
- Messaging
- Collaboration
- Communication
- Mobility
- Call
- Voice
5.3.5.2 Configuring Server Settings to Access the OmniPCX Office
The user must enter the private or public URL to access the OmniPCX Office.My IC Mobile for
iPhone automatically downloads configuration files after confirmation.
Note:
If the private URL is entered while connecting to a public network (3G, home/hotspot wireless) and in
some cases, if the public URL is entered in the enterprise network, download can fail, and the user must
modify the URL.

5.3.5.3 Configuration File Deployment

The application automatically downloads the configuration files, whatever the network topology
(LAN and WAN). At the first launch of the application, users are prompted to enter their
credentials to allow the download of the configuration files. If users do not enter their
credentials when requested, the application does not start.
5.3.5.4 Initialization Process
The application can be started using Apple iPhone platform facilities.
During initialization, the application performs the following operations:
1. Connection procedure. Depending on local settings, connection can start automatically or

5-94               

 * ! +

after user confirmation.

2. If the connection URL is empty or invalid, the user is prompted to enter a valid URL .
3. It synchronizes configuration with the Client Management server.
4. After configuration, the application starts connecting to the Instant Communications
infrastructure. It receives Instant Communications connection parameters and downloads
the different Web Services URLs.
All available services are started using URL parameters.
5. The device attempts to log the user to the Instant Communications server.
During these operations, the user may be prompted for credentials using the appropriate
login.
6. When the Apple iPhone is logged into Instant Communications, the application downloads
the necessary initial information using appropriate web services: framework account
information and rights, user contact profile (for colleague, DECT and home phone
numbers), dialing rules, etc.
7. The application displays the Home page.
This can be configured by the user.
8. The application downloads the current phone state/call forwarding settings, number of
unanswered calls and voice mails, and updates the home screen.
Remark:
Standard Apple iPhone application update procedures are applied through iTunes or the AppStore.

5.4 My IC Mobile for Android

5.4.1 Overview
5.4.1.1 Introduction
Alcatel-Lucent Omnitouch™ 8600 My Instant Communicator Mobile for Android is a software
client application running on a mobile phone using the Android Operating System. It provides
an access to enterprise telephone services over a mobile Internet access or WiFi network, so
that the Android phone operates as a business phone.
My IC Mobile for Android provides access to business telephone features. In addition to the
ordinary business telephony access, My IC Mobile for Android provides data connection to:
- Business directory
- Business call logs
- Business voice mail
My IC Mobile for Android:
- Interacts with native Android applications to enrich communication services (local contacts)
- Provides the same service level within and outside enterprise premises through a
monitored and secured data connection
- Can be associated to a deskphone (Mobility configuration) or can operate as unique user
telephone device

               5-95

Chapter 5 * ! +

For information about the list of compatible devices and OS versions, see Environment
Compatibility - Environment Compatibility - Compatible mobile terminals with My IC Mobile for
iPhone and My IC Mobile for Android applications .
Note:
Data connection is dependent on network availability. My IC Mobile for Android cannot handle any
fallback mode or business services when the data connection is not available.

5.4.2 Architecture
5.4.2.1 Overview
The following paragraphs describe network topologies to access PBX services from a My IC
Mobile for Android application.
My IC Mobile for Android accesses the PBX services via OmniTouch 8400 ICS web services
implemented by the OmniPCX Office. These require data transmission.
For data transmission, the My IC Mobile for Android application uses:
- The enterprise WiFi network within enterprise premises
- The Internet connection provided by cellular networks (2.5G, 3G, 3G+ and GPRS) outside
the enterprise
Note:
A WiFi Internet access or hot spot can be used at home for data transmission.
For voice transmission, the My IC Mobile for Android application uses the GSM network.
The My IC Mobile for Android application relies on the following PBX components:
- Virtual Terminal within a PBX
- ICS web services to access the different services (such as telephone, Unified Directory
Access, business call log or voice mails).
- Event Server (EVS): this component is in charge of publishing events relating to user
devices, as well as notifications such as alarms and configuration changes to the different
user applications or services.
The My IC Mobile for Android application connects to the PBX through HTTPS, from the WAN
or the LAN. For server authentication, the generated certificate must be installed in the My IC
Mobile for Android application to enable HTTPS connection (see: Certificate Management -
Overview ).
My IC Mobile for Android only supports the connected mode, that is to say it can access
business services only when a data access is available.
The following diagram presents voice and data flows in an external network.

5-96               

 * ! +

The remote access to the OmniPCX Office is done by port forwarding at the enterprise access
router. This router can be a simple router.

               5-97

Chapter 5 * ! +

The mobile device is either associated to one or two other phones (multi-set configuration) or
used as the user's main phone. The mobile device is always associated in the system to a
MyIC Mobile Virtual Terminal and as such, it is handled as a standard phone in the system.
In a multi-set configuration, the phone set is the master and the Virtual Terminal is the
secondary. When a multi-set group is called, all sets ring.

5.4.3 Detailed description

5-98               

 * ! +

5.4.3.1 Main Features

The Alcatel-Lucent Omnitouch™ 8600 My Instant Communicator Mobile for Android
application provides a subset of the features available from the user’s deskphone on a mobile
phone.
Telephone features are the basic services supported by My IC Mobile for Android. They are
available only with full data connection. With full data connection (cellular network or WiFi
network), services are activated through Web Services handled by the OmniPCX Office.
When the data channel is available, the services provided to the user by My IC Mobile for
Android are:
- Application management:
• Start the application
• Synchronize configuration
• Configure the client management server URLs
• Restrict ringing to incoming business communications
- Business communications (see: Business Communications ):
• Make an outgoing call
• Dial by Name
• Dial By number
• Answer an incoming call
• Release a simple call
• Make a second call
• Transfer the call
• Release the active call
• Put a call on hold
• Take the call on hold
- Phone set management (see: Phone Set Management ):
• Set the static state
• Configure the phone static state from another application
- Directory services (see: Directory Services ):
• Search in the directory
• Display contact details
• Send an e-mail to a contact
• Send an SMS
- Call log services (see: Business Call Logs ):
• Consult the call log
• Delete the call log
• Acknowledge a call log item
• Delete a call log item
- Voice mail services (see: Business Voice Mail ):
• Consult voice mails
• Play a voice mail

               5-99

Chapter 5 * ! +

• Remove a voice mail

• Call back the message sender
5.4.3.2 Phone Set Management
My IC Mobile for Android handles several services related to business and local directories.
From the My IC Mobile for Android home page, users can consult and configure their current
phone state.
The static state can be:
- A call forwarding setting
- Cancel all call forwardings
- When included in a multi-set, My IC Mobile for Android first offers a choice between two
exclusive profiles:
• The Office profile: in this profile, the "mobility" device (nomadic) is deactivated. The
other devices of the multi-set are reachable.
• The Mobility profile: in this profile, the "mobility" device (nomadic) is activated. The
user can select the phone number to use for nomadic activation among four "custom
numbers" identified by optional labels. Each of these four entries can be configured
(both labels and numbers).
Note 1:
These numbers must not contain the external outgoing prefix, as it is automatically added when
the number is dialed.
When the label has been specified, it is displayed in the GUI; when it has not been
specified, only the number is displayed.
When users program an immediate call forwarding on a number, they can select between the
phone numbers previously configured in the My IC Mobile for Android application or a phone
number entered manually. Four predefined phone numbers can be entered in the My IC
Mobile for Android application.
When call forwarding information is not available (not retrieved at initialization, or when the
data channel is not available), the home page displays unknown as phone set state.
Note 2:
When My IC Mobile for Android is included in a multiset, for external diversion to operate correctly, the
External diversion right must be enabled for all sets of the multiset.

5.4.3.3 Directory Services

My IC Mobile for Android handles several services related to business and local directories.
My IC Mobile for Android automatically launches a search when users enter more than two
characters and use the Search button.
The contact detail page includes contact identity and provides detailed information about a
contact, and lists the different ways the contact can be reached.
Identity information can include:
- Full name (last name and first name)
- Phone numbers
- e-mail address

5-100               

 * ! +

In some cases, phone numbers for outgoing calls must be preceded by an outgoing prefix.
This occurs when the phone number (for an outgoing call) is entered manually or retrieved
from business or local directories.
My IC Mobile for Android can add this prefix to the phone number, so that the PBX can
establish the call.
Depending on the origin of the phone number, the following rules are applied to make the call:
- The number is used without modification:
• When the number comes from the OmniPCX Office phonebook
• When the number comes from a call log or a voice mail
• When the phone number comes from the LDAP directory
Note:
It is recommended to have phone numbers registered in canonical form in the LDAP directory.
- My IC Mobile for Android automatically adds the prefix before making the call:
• When the number comes from the smartphone local contact list
• When the user enters a phone number manually, provided this number does not
contain the external outgoing prefix
5.4.3.4 Business Communications
Private communications are out of the scope of My IC Mobile for Android. It only manages
business communications, consisting in incoming and outgoing call from the PBX.
When the application is launched from a smartphone, the user can activate the Mobility option
from the main screen. This automatically activates the single ring mode. In a multi-set
configuration, this means that the application only rings for incoming business
communications. Other phones associated the user do not ring. If configured in OMC, their
screen indicate immediate call forwarding to the application number. The user can deactivate
the single ring mode in the application settings. When this occurs, all devices of the multi-set
configuration ring for incoming business calls.
To leave the business context, the user selects the Office or No mobility option. This means
that no more business calls are received on the mobile.
In a business context, communications are handled through the PBX (provided the data
channel is available), ensuring rich telephone features. The smartphone can receive and make
business calls; but can also make private calls through the native smartphone application.
When the user initiates an outgoing call from a native application while My IC Mobile for
Android is running, the call is intercepted by My IC Mobile for Android and the user is
prompted to choose to make a business or a private call. If My IC Mobile for Android is not
started, the call is made as a private call.
Notes:
Since the client cannot send DTMF codes, My IC Mobile for Android does not support any fallback.

5.4.3.5 Business Call Logs

The Business call log contains call log items related to the user. It includes:
- Caller details
- Date and time information
It concerns all events related to One Number Services.

               5-101

Chapter 5 * ! +

The user call log is managed by the PBX. It is limited by the PBX call log limit. To optimize
response time and data channel consumption,My IC Mobile for Android limits download to the
fifty most recent call log items.
Call log lists are updated when an appropriate data channel is available. When there is no data
channel, lists are not updated.
5.4.3.6 Business Voice Mail
My IC Mobile for Android handles several services related to business voice mails. Voice mails
are displayed in a specific menu and can be selected individually.
The PBX starts a GSM call to My IC Mobile for Android to play a voice mail.
Information about each voice mail includes:
- Caller phone number
- Caller name
- Voice mail date/time and duration
Actions that can be taken for messages include:
- Listen to a voice mail
- Go to next/go to previous voice mail
- Pause
- Delete a voice mail
- Call the person who left the voice mail
- Activate/disable the speaker
Voice mail list consultation and voice mail play are available when data coverage (WiFi or
3G/3G+) is implemented.
5.4.3.7 Collaboration Services
My IC Mobile for Android does not support collaboration services.
5.4.3.8 Limitations
On some devices, the Android mute API does not operate: the API can be called and returns a
success code, but the microphone is not muted. For this reason, the mute/unmute actions are
not available/displayed on Samsung and Motorola devices.
table: Mute device examples indicates the devices affected by this limitation.
table 5.62: Mute device examples
Device Mute Loudspeaker
HTC Desire OK OK
Samsung Galaxy S disabled OK
Google Nexus One OK OK
Motorola Defy disabled OK
Google Nexus S disabled OK
Samsung Galaxy S II disabled OK

5-102               

 * ! +

HTC sensation OK OK

5.4.4 Configuration procedure

5.4.4.1 Installation
My IC Mobile for Android is installed in the following order:
1. OmniPCX Office is installed with the MyIC application configured for office use and the
system is stable
2. The Android application is downloaded to the client telephone
3. The telephone is declared in the OmniPCX Office MyIC application
5.4.4.2 Application installation in the telephone
An Android application is bundled into an Android package (APK), an archive file marked by an
.apk suffix. This file is the vehicle for distributing the application and installing it on mobile
devices; it is the file users download to their devices. All the code of a single .apk file is
considered as one application.
The MIC APK may be downloaded over the air through Android Market or any web server, or
through a wired connection.
Note:
There is no automatic software update for My IC Mobile for Android through the OmniPCX Office.
When the application is installed on the mobile telephone, the icon is visible on the

smartphone application desk.

5.4.4.2.1 Downloading the application
Downloading the application from a PC
Use a browser to navigate to https://market.android.com and use the search engine to find the
My IC Mobile for Android application. Any of the following keywords may be used:
- Alcatel, Alcatel-Lucent, Lucent
- OmniTouch
- 8600
Mail the application to your Phone mailbox.
Downloading the application from the mobile phone set
1. Navigate to the Android market and use the search engine to find the My IC Mobile for
Android application.
Note 1:
Any of the keywords listed: Downloading the application from a PC , may be used
The list of applications is displayed
2. Select the application and touch Accept & download
The download status is indicated
3. Install the application.

               5-103

Chapter 5 * ! +

On completion, the Start window is displayed

___change-begin___
___change-end___
Figure 5.39: Application start window example
4. Once connected, the configuration window is displayed.
___change-begin___
___change-end___
Figure 5.40: Application configuration window example
Enter the public and/or private URL for the My IC Mobile for Android to connect to the
OmniPCX Office
Note 2:
The Private URL field can be empty, as it is optional.
When a router is used, My IC Mobile for Android is seen as an external device of the
enterprise network (distant access). In this configuration, the public URL of OmniPCX Office is

5-104               

 * ! +

used. The public URL must be configured in the OmniPCX Office and entered in the My IC
Mobile for Android application at login.
The public URL consists of the public hostname/IP address, optionally the port (separated by
colon) and the path to the root URL, when access is performed from the public network (for
example: https://enterprise.loc/DM).
Note 3:
The system performs verifications on the URLs:
- Entered URLs are valid URLs (conform to RFC 2396). An empty URL is considered as invalid.
- Both URLs (private URL and public URL) are set
For more information about ports used by OmniPCX Office and router configuration, see
Access Control - Configuration procedure - Router Configuration for WAN Access
5.4.4.2.2 Client management
At startup, the mobile gets a configuration file from Client Management which contains:
- The general infrastructure information such as PBX parameters and WiFi parameters
- Specific ICS user information
The My IC Mobile for Android application stores the configuration values downloaded in the
device from the previous application session. If the Client Management server remains
unreachable at startup, My IC Mobile for Android displays a confirmation popup to accept the
previous parameters.
5.4.4.2.3 Public configuration file
This file groups:
- Common data for all Android devices
- Specific data for a specificAndroid device.
This is an XML file, named using the device ID - IMEI or MAC address - and located at:
<PBX-URL>/current/myicmobile/config/deviceID_Public.xml
My IC Mobile for Android first tries downloading the file using the IMEI. If it does not find this
file, it makes a second try with the MAC address
Note:
The OmniPCX Office requires users to authenticate at HTTP level (basic authentication) using their
credentials in order to be allowed to download this configuration file.

5.4.4.2.4 Device inventory

After downloading of the configuration file, the inventory file is pushed to the PBX. This upload
is performed using a PUT HTTP(s) request on the URL provided in the configuration file (the
appropriate one, public or private, depending on the current type of data channel).
5.4.4.3 Checking the license
In the OMC tool, the creation of an Android connection (where the My IC Mobile for Android
application is running) is refused when the number of such devices has reached the maximum
value indicated by the license.
To verify the license

               5-105

Chapter 5 * ! +

1. From the OMC tool, navigate to: Modification Typical > System > Software key
2. Click Details
3. In the Voice Communication tab, check that the option My IC Mobile users is enabled
(the maximum value is 50)
5.4.4.4 Declaring the Android phone
To use My IC Mobile for Android, the device must be declared in the OmniPCX Office, using
OMC.
To declare an Android phone:
1. From the OMC tool, navigate to: Users/Basestations List and click Add
This displays the Add User screen.
2. Select the My IC Mobile check box and click OK to validate
The Android phone is displayed in the list of subscribers
3. Select the Android phone and click the Details button
The Android phone parameter page is displayed
4. Click the Mobility button to enter the device identifier
The Mobility page is displayed
5. Select MAC address or IMEI identifier and enter the corresponding value in the Identifier
field: 12 hexadecimal digits for MAC address and 15 decimal digits for IMEI.
6. Click OK to validate
7. In the Details tab, click Cent Serv.
8. Validate the Nomadic Right check box
9. Click OK to validate
10. Click OK to leave the Details tab
The smartphone can be associated to the user deskphone or can be used as standalone
device. The association with a deskphone is achieved with the multi-set feature available in the
OmniPCX Office (see: Multi-sets - Overview ).
Note:
It is not possible to display unified call logs for the deskphone and the mobile device.

5.4.5 Operation
Under normal conditions the telephone services are those provided by the PBX.
Depending on the phone status, the native phone application can be pushed on top of My IC
Mobile for Android. This limitation is due to the current Android platform.
When the user makes an outgoing call using web services, the PBX first calls back the mobile
and initiates the outgoing call to the called party. This mechanism is also used to consult the
business voice mail: the application tries to answer automatically the PBX callback.
For incoming calls under data coverage (WiFi, 3G/3G+), My IC Mobile for Android can receive
call events from the server. It can display the incoming call screen on top of the native screen
(in order to offer "Divert to voice mail/One number services" and the "Answer call" features).
To answer the incoming call, the user clicks the “Take call” button.
Security policies may prevent using the incoming call screen in this manner.

5-106               

 * ! +

For example, the IT manager may activate a security policy that forces the user to enter a
complex password to unlock the device. This can occur when using an MS-Exchange account
on the mobile.
In this case, when users receive an incoming call while the mobile is locked, they are
prompted to enter a password before they can answer the incoming call. The extra time
required can cause the call to be missed.
To address such situations, My IC Mobile for Android includes a setting parameter: a check
box in My IC Mobile for Android local settings offers the choice to display incoming call
screens.
By default, the “display My IC Mobile for Android incoming call screen” check box is not
validated (meaning that incoming call screens are not displayed).
5.4.5.1 WiFi or 3G/3G+ coverage
Under WiFi or 3G/3G+ data coverage, the mobile can reach web services even during
communications. Voice call management behavior is as follows:
- The connection with the Event Server is established permanently when the device screen
is on. The EVS connection is closed when the device screen is turned off, and re-opened
when the device screen goes on again (except during an active call where the connection
is never stopped).
- Outgoing calls are initiated using web services.
- When in communication, the application displays the conversation screens. Mid call
services are performed using web services.
- When the device screen is turned off, and the EVS connection is closed, events (missed
calls, callback requests, voice mails) are polled every 10 minutes.
- Incoming calls are presented using the My IC Mobile for Android screen (if authorized in
the settings).
- If the mobile looses the data connection while in communication, the current conversation
screen is hidden. The display switches to the native dialer (provided that the user has not
used some other application in-between). Depending on the current telephone state, the
user may experience odd behaviors; for instance:
• In a one-to-one communication, when the user has put the call on hold, It may prove
impossible to retrieve the call put on hold.
• In a broker call, the user cannot go back and forth between the two communications,
nor transfer the call or switch to a three-party conference.
• In case of a second business incoming call, the user cannot take this second call.
5.4.5.2 EDGE or GPRS coverage
Under EDGE or GPRS data coverage, the mobile phone cannot access the data channel
when a communication is established. Voice call management behavior is as follows:
- The connection with the Event Server is not established, even when the user is not in
communication.
- Outgoing calls are initiated using web services on the OmniPCX Office (no fallback mode).
- Incoming calls are presented only using the native telephonic screen.
- When in communication, My IC Mobile for Android conversation screens are not displayed.
The user has only access to the native telephone application. There is no access to
business mid call services.

               5-107

Chapter 5 * ! +

- If the mobile recovers an appropriate data connection during communication, My IC Mobile

for Android displays the conversation screen for the current business telephone state, with
all the usual business services activated.

5.5 Mobility Deployment

5.5.1 Overview
5.5.1.1 Overview
My IC Mobile for iPhone and My IC Mobile for Android are communication applications running
respectively on Apple iPhone and Android mobile platforms and interacting with the OmniPCX
Office; either on the intranet through the wifi interface or remotely (WAN) via a 3G/2.5G/GPRS
operator. These applications require a data connection to the OmniPCX Office and a switched
circuit for voice transport. They use a web services session.
My IC Web for Office is a web based application running in a browser. It uses a data
connection (http/https) to the OmniPCX Office. This application can be used on the intranet or
remotely (WAN), provided the network has been set up. My IC Web for Office is associated to
a set and uses a web services session.
The most common use cases are:
- Terminal in the enterprise and the specific application for mobile phones remotely
- Terminal in the enterprise and My IC Web for Office to change the nomadic behavior of the
terminal in a remote location (in a hotel room, at home etc.)
- Augmenting the capability of an Analog phone with services provided by My IC Web for
Office.
- Use the specific application for mobile phones as main phone.
5.5.1.1.1 Restrictions
The smartphone and nomadic applications are not fully compatible.
Restriction rules are:
- SIP phones, 8002/8012 Deskphone and 8082 My IC Phone sets do not support the
nomadic feature
- The My IC Web for Office application cannot be associated to the following phone sets:
• 8002/8012 Deskphone
• 8082 My IC Phone
• My IC Mobile for iPhone
• My IC Mobile for Android phone
- Communication logs are not unified in multi-set configurations including one of the
following sets:
• PIMphony (all versions)
• Mobile Smartphone
• My IC Mobile for iPhone
• My IC Mobile for Android phone
• 8002/8012 Deskphone

5-108               

 * ! +

• 8082 My IC Phone
Communication logs are not unified means that in a multi-set configuration, there are
different call logs, one for each set. Inconsistencies occur when a call is presented on all
sets of a multi-set configuration and picked up on one set. The call is marked as answered
on a set and marked as unanswered on the others.
5.5.1.2 Available configurations
5.5.1.2.1 Single set configuration
Handsets compatible with My IC Web for Office
The following sets are compatible with My IC Web for Office:
- Alcatel-Lucent 8/9 series sets
- Analog sets
- SIP sets
- DECT and WLAN sets
___change-begin___
___change-end___
Figure 5.41: Handset with My IC Web for Office configuration example
On My IC Web for Office application, nomadic settings are displayed only when the set has the
nomadic rights.
Mobile smartphone

               5-109

Chapter 5 * ! +

Figure 5.42: Mobile smartphone configuration example

A virtual terminal is associated to the phone on which My IC Mobile for iPhone or My IC Mobile
for Android is running.
A virtual terminal with the nomadic feature must be declared. The smartphone on which the
application is running is associated to the virtual terminal.
Note:
My IC Web for Office cannot be associated to a virtual terminal.

8002/8012 Deskphone and 8082 My IC Phone

8002/8012 Deskphone and 8082 My IC Phone cannot be associated to a My IC Web for Office
with the nomadic feature. A work around is possible see: 8002/8012 Deskphone/8082 My IC
Phone with nomadic destination .
Handsets compatible with the Nomadic feature
The following sets are compatible with the Nomadic feature:
- Alcatel-Lucent 8/9 series sets
- Analog sets
- DECT and WLAN sets
___change-begin___
___change-end___
Figure 5.43: Handset with the Nomadic feature configuration example
The external set is associated to a handset with the nomadic feature. The nomadic feature is
activated via VMU or PIMphony.
Handsets with nomadic and My IC Web for Office
The following sets are compatible with nomadic and My IC Web for Office:
- Alcatel-Lucent 8/9 series sets
- Analog sets
- DECT and WLAN sets
___change-begin___
5-110               
 * ! +

___change-end___
Figure 5.44: Handset with nomadic and My IC Web for Office configuration example
The external set is associated to a handset with the nomadic feature. The nomadic feature is
activated via the My IC Web for Office application.
5.5.1.2.2 Multi-set configuration
The multi-set feature is used to work around some restrictions.
Handset and smartphone
The mobile virtual terminal is the secondary set in a multi-set ocnfiguration.
The primary set is one of the following:
- Alcatel-Lucent 8/9 series set
- Analog set
- DECT and WLAN set
- SIP set
The secondary set supports the nomadic feature. This nomadic feature is activated by the
application running on the smartphone.

               5-111

Chapter 5 * ! +

___change-begin___
___change-end___
Figure 5.45: Handset and smartphone configuration example

8002/8012 Deskphone/8082 My IC Phone and smartphone

Figure 5.46: 8002/8012 Deskphone/8082 My IC Phone and smartphone configuration example

The 8002/8012 Deskphone/8082 My IC Phone and the virtual terminal are included in a
multi-set configuration.
The virtual terminal, which is the secondary set, supports the nomadic feature. This nomadic
feature is activated by the application running on the smartphone.
8002/8012 Deskphone/8082 My IC Phone with nomadic destination

5-112               

 * ! +

Figure 5.47: 8002/8012 Deskphone/8082 My IC Phone with nomadic destination configuration

example
The 8002/8012 Deskphone/8082 My IC Phone and the virtual terminal are included in a
multi-set configuration.
The virtual terminal which is the secondary set supports the nomadic feature. This nomadic
feature is activated by the VMU or PIMphony.
8002/8012 Deskphone/8082 My IC Phone with My IC Web for Office and
nomadic destination

Figure 5.48: 8002/8012 Deskphone/8082 My IC Phone with My IC Web for Office and nomadic
destination configuration example
The 8002/8012 Deskphone/8082 My IC Phone and the virtual terminal are included in a
multi-set configuration.
The virtual terminal, which is the secondary set, supports the nomadic feature. This nomadic
feature is activated by the My IC Web for Office application.

               5-113

Chapter 5 * ! +

5-114               

  

  

6.1 General Presentation

6.1.1 Services
6.1.1.1 Overview
Alcatel-Lucent OmniPCX Office Communication Server provides 2 services that can be
combined:
- Voice over IP is based on the Integrated H.323/SIP Gateway, the core of Voice over IP
(VoIP), which allows communication between the conventional telephony world and the
data world.
- IP telephony enables an enterprise to share its data infrastructure (local IP network)
between the data world and the telephone world by means of IP terminals which connect
to the LAN and/or a Windows application on a Multimedia PC (PIMphony IP Edition) to
simulate a LAN PC station. For more information about PIMphony IP Edition, consult the
"Installation - configuration" file in the "Voice over IP" section.
Remark:
IP terminals can be:
- Alcatel-Lucent 8 series sets
- Mobile IP Touch WLAN handsets
- OmniTouch 8118/8128 WLAN Handset
The Voice over IP services are provided by the PowerCPU board and the ARMADA VoIP32
daughter board. They have the following characteristics:
- 16 VoIP channels on the PowerCPU board and 32 additional VoIP channels when the
ARMADA VoIP32 daughter board is used
- supports the audio compression algorithms G711, G729a and G723.1
- IP communications in Full Duplex mode
- use of RTP/RTCP to send audio signals in real time
- supports the T38 protocol (Fax over IP): a Fax type call can be routed over IP through a
T38 fax channel
- echo suppression
- gain improvement
- tone generation and detection
- silence suppression (VAD). Note: do not activate voice detection on an IP station with
Codec G711
Additional characteristics applicable to the SIP gateway:
- direct RTP, reducing DSP channel allocation
- SIP option for (remote) gateway Keep Alive

               6-1

Chapter 6 ) '" ( #

Note:
All communications and VoIP signals transit via the PowerCPU board, except in the case of
communications between a PC with PIMphony IP and an IP terminal, between IP terminals, or between
IP terminals and IP trunks when direct RTP is activated. In all these cases only signaling transits via the
PowerCPU board.

6.1.1.1.1 Quality of Service (QoS)

Mechanisms in the system's ARS determine whether a VoIP call to a remote H.323/SIP
gateway can be made without degradation of bandwidth (see "Installation - Configuration"
File).
The aim is to provide an "end-to-end" QoS for all audio IP packets.
To achieve this, the system supports IP ToS (IP Type of Service): each IP VoIP packet
contains a 3-bit precedence field indicating a level of priority. This information can be used by
network elements (routers, gateways, etc.) to assign a level of priority to IP voice packets with
respect to IP data packets. Alcatel-Lucent OmniPCX Office Communication Server also
supports "DiffServ" (RFC 2475) and VLAN (since R5.0).
Note:
End-to-end quality of service can only be guaranteed if all network elements are IP ToS, DiffServ, or
VLAN compatible.

6.1.1.1.2 Environment tests

The H.323/SIP gateway (PowerCPU board equipped with the ARMADA VoIP32 daughter
board) is connected either to a 10 Mbps Ethernet LAN or to a 100 Mbps Fast Ethernet LAN via
an RJ45 cable (category 5).
6.1.1.1.3 RTP proxy services
In the case of a call from an IP terminal to a remote H.323/SIP gateway via an IP H.323/SIP
network, this service optimizes the call audio quality as it avoids any unnecessary
compression/decompression of voice packets.
Note:
The "RTP Proxy" function only applies if the Codecs are identical (for instance, same Codec for IP
handsets and IP trunks). In the case of a Alcatel-Lucent 8 series IP Touch set, the Codec between the
set and the Alcatel-Lucent OmniPCX Office Communication Server adapts itself to the Codec between
the Alcatel-Lucent OmniPCX Office Communication Server and the IP trunk (Note: IP Touch
Alcatel-Lucent 8 series does not support 90ms and 120ms framing and therefore IP trunk codecs should
not use them). If the codecs are different, the former mechanism will be applied, namely: "incoming" call
on the gateway, IP/PCM decompression and PCM/IP recompression for the "outgoing" call with a
different codec.

6-2               

 ) '" ( #

6.1.1.1.4 Direct RTP

The direct RTP service provides direct RTP and RTCP flow exchange between IP endpoints
(IP sets, DSP channels on PowerCPU board or ARMADA VoIP32 daughter board, distant
gateways..).
From Alcatel-Lucent OmniPCX Office Communication Server R6.0, the direct RTP feature is
offered for SIP trunking and applies to private and public SIP trunking, provided that:
- The remote SIP proxies that the system is connected to are compatible with the transfer
optimization method (support of Re-INVITE without SDP). Most of the SIP proxies support
this method; Alcatel-Lucent OmniPCX Office Communication Server R5.0 and higher
supports this method in reception.
- IP phones connected to the system support RFC 4733 for DTMF sending.
The main advantages of direct RTP are:
- Audio path optimization, resulting in bandwidth use reduction in routers and network, better
audio quality by delay reduction.
• In addition to the proxy RTP and SIP optimization features, from R6.0 of Alcatel-Lucent
OmniPCX Office Communication Server, direct RTP can be used for Transfer and
Forwarding services in a heterogenous environment (need for configuration of the ARS
table). For other services such as Hold (with music on hold), Record on line and
Conference, the audio path is optimized by direct RTP on the distant side.
- Cost (and resource) reduction:
• Thanks to direct flow between IP sets and distant gateways or IP sets it is no longer
necessary to allocate DSP channels of the VoIP subscribers channel pool to basic
external calls.
For more information about reduction of VoIP channels, refer, in this chapter VoIP services, to
the section Dimensioning.

6.2 IP Telephony

6.2.1 Overview
The purpose of this section is to show how Alcatel-Lucent OmniPCX Office Communication
Server can be connected to VLANs.
This service does not require any specific external equipment (IP and/or Proxy/Firewall

               6-3

Chapter 6 ) '" ( #

Router), unless it is provided for Remote/Home workers.

The IP router (R) connected to the Intranet can be a simple IP router. The reservation of
bandwidth is "guaranteed" if this router supports IP ToS (DiffServ).
The number of remote IP Touch or PIMphony IP subscribers depends on the line bandwidth
(no more than 2 simultaneous calls for 64 Kbps, 5 for 128 Kbps).

6.2.2 Home Worker

6.2.2.1 Detailed description
6.2.2.1.1 Home Worker (remote IP Telephony via a VPN)

6-4               

 ) '" ( #

The connection between the Home worker and the Internet must be "always-on" (ADSL, cable,
etc.). It is indispensable to have an IP/Proxy/Firewall router or a VPN server on the Home
worker side.
The IP router (R/F) at the front end of the VPN must offer Proxy/Firewall and VPN server
functionality (e.g. IPSec with 3DES encryption).
The number of remote IP Touch or PIMphony IP sets depends on the line bandwidth (no more
than 2 simultaneous calls for 64 Kbps, 5 for 128 Kbps).

6.2.3 Remote Worker

6.2.3.1 Detailed description
6.2.3.1.1 REMOTE WORKER (PIMphony IP via a VPN)
___change-begin___
___change-end___
The connection between the remote PC (PIMphony IP Edition) and the Internet is of the
"dial-on-demand" type (V90 analog, ISDN or ADSL modem). The remote PC first establishes a
connection to the nearest access provider, then a PPTP connection to the company's VPN
server.

6.2.4 Configuring from an External DHCP

6.2.4.1 Overview
The following minimum parameters must be configured for Alcatel-Lucent 8 series stations:
- IP address
- Subnet mask
- Router address
- TFTP address (DHCP option code 066)

               6-5

Chapter 6 ) '" ( #

- "Vendor Specific Information" option:

• If the Alcatel-Lucent 8 series station is configured in DHCP Alcatel-Lucent Enterprise
only, this option's value must be set at "a4200.0"
• <Recommended> If the Alcatel-Lucent 8 series station is configured in DHCP
non-Alcatel-Lucent Enterprise, this option must not be configured

6.2.5 Configuring PIMphony IP

6.2.5.1 Overview
6.2.5.1.1 Creating an IP user
A PC equipped with PIMphony IP is considered by the system as an IP user, in the same way
as an IP set.
- For PIMphony you must create an IP user (of type "Multimedia PC") before installing
PIMphony. This is done in the OMC tool, as follows:
1. In the OMC tool, navigate to the screen Users/Basestations List and click Add. This
displays the Add User screen.
2. Select IP Terminal and choose the EDN number in the No. field according to the
numbering plan, then click OK.
3. In the Users/Basestations List screen, change the terminal type for the new
subscriber to "PC Multimedia" in the Terminal/Basestat. field.
6.2.5.1.2 Registering the IP address
Unlike IP sets, Alcatel-Lucent OmniPCX Office Communication Server does not manage the
IP address of a Multimedia PC; only its MAC address is registered at first connection. No
software (firmware) is transferred between the system and PIMphony IP during the registration
procedure.
Registration is an open operation based upon the IP protocol: the PC generates a Multicast
request and waits for the reply from a VoIP board (PowerCPU board). During the
reply/registration phase, the VoIP board (PowerCPU board) indicates its IP address to the PC
and the PC transmits its Ethernet address (MAC Address) to the PBX.
If there is no reply (e.g. IP routing problems), the PC generates the Multicast request several
times, and if no reply is obtained, PIMphony IP enters into a "failure". The user is then asked to
indicate the IP address of the VoIP board (PowerCPU board); if the address is incorrect,
another request is made.
Once registration has been performed, the IP address of the VoIP board (PowerCPU board) is
stored in the Windows registry and will be used for all future connections. If a problem arises,
such as a change in the IP address of the VoIP board (PowerCPU board), a new registration
sequence (Multicast request) is initiated.
After initialization of PIMphony IP, IP connectivity must be permanent, otherwise the system
considers the PC to be out of service.
Note:
A "Multimedia PC" in the subscribers list is a PC equipped with PIMphony IP Edition.

6.2.5.1.3 Choosing the codec to used

Three different codecs are available:

6-6               

 ) '" ( #

- G711: This is a high bit rate ITU standard codec. It is based on PCM (Pulse Code
Modulation) at a sampling rate of 8kHz. The frequency bandwidth is 300 Hz – 3.4 kHz. It
uses no compression and it is the same codec used by the PSTN network and ISDN lines.
Each sample is coded with 8 bits A-law (in Europe) or with 7 bits mu-law (in the US), which
produces respectively a 64kbps or 56kbps bit stream. Narrowband MOS (Mean Opinion
Score) = 4.1 – Coding Delay = 1ms – Complexity << 1 MIPS.
- G723.1: G723.1 is recommended for very low bit rates. It is a dual rate coder (5.3 kbps or
6.3 kbps) based on ACELP (Algebraic Code Excited Linear Prediction) for the low-rate
coder and based on MP-MLQ (MultiPulse – Maximum Likelihood Quantization) for the high
rate coder. The bandwidth is 3.1 kHz in both cases. The lower bit rate has a poorer quality
compared to higher bit rate, but provides systems designers with additional flexibility.
Narrowband MOS (Mean Opinion Score) = 3.8 – Coding Delay = 67ms – 97ms –
Complexity = 16 MIPS.
- G729A: The G729a recommendation targets very low bit rate. This is one of the most
recent and promising codec standardized by the ITU. It belongs to the G729 family, and as
such, is a competitor to G723.1. It is based on CS-ACELP (Conjugate Structure –
Algebraic Code Excited Linear Prediction), and produces 8 kbps bit stream from a 3.1 kHz
bandwidth. The bit rate is slightly higher than with G723.1 but the delay is significantly
lower. Narrowband MOS (Mean Opinion Score) = 3.7 – Coding Delay = 25 ms – 35 ms –
Complexity = 11 MIPS.
With no compression mode, the G711 codec has the highest bandwidth requirements. The two
other codecs (G729A and G723.1) support compressed speech, and you can reduce VoIP
bandwidth by 35% by enabling the voice activity detection (check the box With silence
detection (VAD)).
Note 1:
G711 provides the best audio quality but takes a higher data rate, G729AB is a good trade off between
voice quality and lower data rate but it is not suited for transmission of audio tones and music. G723 has
the lowest data rate but at the expense of quality and delay which makes it the least recommended
choice.

Note 2:
G729AB (G729A with silence detection) is supported when the box With silence detection (VAD) is
checked.
The Quality of Service applies to all codecs.
To enable your preferred codec:
1. Select the PIMphony menu Tools / Options.
2. Click the VoIP tab.
3. Choose a VoIP Application board name or address, or automatically detect the VoIP board
by clicking the Auto-detect button.
4. Select your preferred codec among the options (G711 is the default preferred codec).
The table: Gateway Bandwidth indicates the codec options available for different framing
requirements.
table 6.1: Gateway Bandwidth
CODEC Framing (in milliseconds)
G711 20, 30 (default), 60

               6-7

Chapter 6 ) '" ( #

G723.1 30 (default), 60, 90, 120

G729a 20, 30 (default), 40, 50, 60, 90, 120

Note 3:
You cannot use framing value 90 ms or 120 ms for codecs G.723.1 and G.729A when IP Touch sets are
connected to Alcatel-Lucent OmniPCX Office Communication Server.

6.3 H.323 Gateway

6.3.1 H.323 Gateway Services

6.3.1.1 Detailed description
This service can be implemented using an external router to the internet or to a dedicated link.
The Alcatel-Lucent OmniPCX Office Communication Server H.323 Gateway service can be
implemented in the following 3 contexts:
- H.323 gateway integrated into a standalone configuration
- H.323 gateway integrated into an H.323 area
- Gateway managed from another Alcatel-Lucent OmniPCX Office Communication Server
system
6.3.1.1.1 H.323 Gateway Integrated Into a Standalone Configuration
In a standalone configuration, the integrated gatekeeper is alive; it is masked to the exterior
and cannot be managed from the LAN.

6.3.1.1.2 Gateway in an H.323 Area

In a network topology like the one below, the H.323 gateway of Alcatel-Lucent OmniPCX

6-8               

 ) '" ( #

Office Communication Server can be integrated into an H.323 area managed by an external
gatekeeper.

In this configuration, the gatekeeper integrated into Alcatel-Lucent OmniPCX Office

Communication Server must be deactivated and the network administrator must supply the IP
address of the external gatekeeper.
Note:
The ARS table must always contain all the IP addresses.

6.3.1.1.3 Gateway Managed From Another Alcatel-Lucent OmniPCX Office

Communication Server System

               6-9

Chapter 6 ) '" ( #

In this configuration, the H.323 gateway is managed by a Gatekeeper which is integrated into
another Alcatel-Lucent OmniPCX Office Communication Server system and which therefore
has its own gateway. This configuration is suitable for small installations (less than 10
gateways and 50 PC/H.323 terminals).
This requires configuration of numbering plans in full for all systems. All the H.323 items
(remote system, PC, H.323 terminals) should be defined in the ARS tables of all systems. The
Gatekeepers integrated into other Alcatel-Lucent OmniPCX Office Communication Server
systems should be inhibited and the IP address of these systems' external Gatekeeper should
be the same as the master system's.
6.3.1.1.4 Fax over IP (FoIP)
The Fax over IP services are available when a Fax is detected in an H.323 call. When this
happens, the Audio channels are closed and T38 sessions are initialized to transmit or receive
Fax packets (IFP - Internet Fax Packet).
Alcatel-Lucent OmniPCX Office Communication Server only allows T38 sessions over UDP. In
order to ensure the reliability of the UDP transmission, the packets are sent several times to
ensure that the information reaches its destination; this operation is called "UDP Redundancy".
In order to reduce bandwidth use, an operation (framing) allows the concatenation of packets
of the same type.
The Fax over IP (FoIP) service does not require any particular configuration of the ARS table.
A Fax call is considered as a transparent H.323 call to the ARS operations.
Note:
Fax over G711, an extended procedure of Fax over IP using the SIP protocol, is not supported in the
context of H.323 calls.

6.3.2 Service H.450

6.3.2.1 Detailed description
The following services are supported:
H.450 Service Supported level
H.450.1: Generic functional protocol for additional Supported
H.323 services
H.450.2: Call transfer Supervised transfer: supported
Unsupervised transfer:
- if the destination is an Alcatel-Lucent OmniPCX
Office Communication Server: supported
- if the destination does not support this feature, a
transfer by joining is made by forwarding
Alcatel-Lucent OmniPCX Office Communication
Server
H.450.3: Call forwarding Immediate diversion: supported (including PO
forwarding)
Other forwarding: not supported
H.450.4: Warning Not supported

6-10               

 ) '" ( #

H.450.5: Call parking/pick-up Not supported

H.450.6: Call signaling on the called station Not supported
H.450.7: Camped-on call signaling Not supported
H.450.8: Advanced display and information Not supported

Optimizing resources
The H450 protocol allows not to use the voice coding resources on Alcatel-Lucent OmniPCX
Office Communication Server. In the case of a transfer or a forwarding request, the two initial
calls are released and replaced with a single direct call between the two parties. Thus, the
bandwidth consumption is decreased and all the DSP resources used for the initial calls are
released on the Alcatel-Lucent OmniPCX Office Communication Server performing the
forwarding or the transfer.
Note:
Alcatel-Lucent OmniPCX Office Communication Server cannot fully optimize a three-node transfer. In this
case, the transfer is made by joining.

6.3.3 Topologies
6.3.3.1 Architecture
This section describes typical IP network architecture for implementing the Alcatel-Lucent
OmniPCX Office Communication Server Voice over IP services.
A V4-compatible H.323 gateway complies with recommendations to provide support for:
- Q.931/Q932 signaling
- H.225 v4 protocol for establishing signaling channels between H.323 gateways (including
Fast Connect)
- H.245 v7 protocol to monitor communications: establishing channels, negotiating the
Codec, etc.
- RAS signaling for communications with the H.225 internal gatekeeper (H.225 v4) or to the
outside (authentication, authorization, bandwidth management)
- H.450.1, H.450.2, H.450.3 : additional services (transfer, forwarding)
The gateway also integrates an H.323 v4 gatekeeper that provides the following functions:
- RAS (Registration Admission Status) server
- Testing the presence of remote H.323 gateways (ICMP or H.323 packets)
6.3.3.1.1 Multi-site configurations
A multi-site configuration is possible via an extended Intranet or an Internet VPN.
6.3.3.1.2 H.323 gateway integrated into an extended Intranet

               6-11

Chapter 6 ) '" ( #

The IP router (R) connected to the Intranet can be a simple IP router. The reservation of
bandwidth is "guaranteed" if this router supports Ipv4 ToS (DiffServ).
6.3.3.1.3 H.323 gateway integrated into a VPN

The IP router (R/F) at the front end of the VPN must offer Proxy/Firewall and VPN server
functionality (IPSec with 3DES encryption for interoperability with the system's built-in router).
6.3.3.1.4 IP telephony in an extended Intranet

6-12               

 ) '" ( #

Note:
See also the Home Worker and Remote Worker topologies described earlier.

6.3.4 Configuring H.323 Gateway

6.3.4.1 Hardware configuration
H.323 Gateway: This application layer forms the interface between the IP telephony (H.323
stack) and switched telephony worlds (Alcatel-Lucent OmniPCX Office Communication Server
PBX call manager).
6.3.4.1.1 Configuring the system as the H.323 gateway
By default, after initialization, all the DSPs are assigned to the pool of VoIP subscriber
channels (IP telephony).
In a pure H.323 gateway configuration, all the DSPs of the system will be used for "IP network"
accesses.
By OMC (Expert View): System -> Voice on IP -> VoIP: Parameters -> General tab

Number of VoIP access channels (IP trunks): Number of channels for VoIP IP access, i.e. 1
DSP channel for 1 "network access".
Quality of IP service: Selection of the type of QoS used for the remote H.323 gateway VoIP
calls.
If all the network equipment items support the IP ToS, one can choose an IP priority from 1 to
7.
If all the network equipment items are "DiffServ" compatible, one can choose from:
- DiffServ PHB Best Effort Forwarding (BE) (priority bits: 00000000 )
- DiffServ PHB Expedited Forwarding (EF) (priority bits: 10111000 )
Note:

               6-13

Chapter 6 ) '" ( #

Each DSP placed in the "VoIP access" pool is considered as a "network access" by the PBX, i.e. 1 VoIP
DSP = 1 B-channel. The PowerCPU board can be equipped with an ARMADA VoIP32 daughter board
providing up to 32 additional VoIP resources. The maximum number of VoIP resources is therefore 48
i.e. 48 "IP" B-channels.
Network accesses (T0, T2, analog TL, DLT0, DLT2) + VoIP Accesses = 120 Max.
6.3.4.1.2 Configuring the gatekeeper (optional)

By OMC (Expert View): System -> Voice on IP -> VoIP: Parameters -> Gatekeeper tab

- Integrated gatekeeper: By default, the Gatekeeper is integrated into the PBX (box is
selected); if not, fill in the Gatekeeper's identification
- IP Address: If the PBX is a gateway in an H.323 area, one must use an external
gatekeeper that is the manager of the H.323 area it covers, indicating its IP Address
provided by the network administrator
6.3.4.1.3 Configuring the Gateway timeouts (optional)

By OMC (Expert View): System -> Voice on IP -> VoIP: Parameters -> Gateway tab

NB: The parameters have standardized values, do not change them without prior analysis.
- RAS Request Timeout: Maximum authorized response time for a RAS request
("Registration, Admission, Status") made to the gatekeeper; between 10 and 180; default
value = 20
- Gateway Presence Timeout : Determines the presence of a remote Gateway; value
between 10 and 600; default value = 50
- Connect Timeout: Maximum authorized time interval between initialization and
connection; value between 10 and 1200; default value = 500
- H.245 Request Timeout: Maximum authorized response time for an H.245 request; value
between 10 and 60; default value = 40
- H323: End of dialing timeout: Default value = 5
6.3.4.1.4 Configuration of T38 parameters for Fax over IP (optional)

By OMC (Expert View): System -> Voice on IP -> VoIP: Parameters -> Fax tab

- UDP Redundancy: Number of forwardings of Fax data packets; value between 0 and 2;
default value = 1
- Framing: Number of frames in the same data packet ; value between 0 and 5; default
value = 0. In fact, the number of frames is equal to the number in this field + 1
Note:
a) Only T38 traffic is supported: modem, V90, V24, etc., are not available via H323/SIP connection. b) If
the UDP redundancy is set to 0, any framing value (0 to 5) can be used. If the UDP redundancy is set to
1, the framing value must not be higher than 1.

6.3.5 Configuring a Remote H.323 Gateway

6-14               

 ) '" ( #

6.3.5.1 Configuration examples

6.3.5.1.1 Configuring outgoing communication (ARS table)
The choice of routing a telephone communication between a public network access or a VoIP
access and the busy trunk overflow feature are defined in the ARS table.
Like conventional outgoing telephone calls, a VoIP call is subject to the ARS mechanisms: link
categories, ARS time slot management, overflow on busy, etc.
In the diagram below sites A and B are Alcatel-Lucent OmniPCX Office Communication
Servers. Site C is a remote system integrating an H.323 gateway.

- @IP1 : IP address of the PowerCPU board at site A

- @IP2 : IP address of the PowerCPU board at site B. For example: 192.189.50.120
6.3.5.1.2 Basic call
The site A stations call the site B stations by dialing their internal numbers:
Internal numbering plan (site A):
Function Start End Base NMT Priv
Secondary trunk group 2 2 ARS Keep Yes

ARS Table:

               6-15

Chapter 6 ) '" ( #

Network Access Range Substitute List. Trunk Called Party Comment

group list (ISVPN/H450)
Priv. 2 00-49 2 4 Het H.323 to site B

- The "Called(ISVPN/H450)" field has the value "Heterogeneous" by default. The notions of
ISVPN do not apply to VoIP calls. This field is used for H450. If the remote is known to
manage H450 transfer and/or forwarding services, this parameter can be set to
"Homogenous"
- The "User Comment" field enables a comment to be associated with the ARS input (20
characters maximum)
Note 1:
The IP parameters in the ARS table are accessed by right-clicking and selecting "IP parameters".

Destination IP Type IP address Hostname Gateway Gateway Bandwidth Gateway

Alive Alive Alive
Protocol Timeout Status
Gateway Static 192.189.50.120 option ICMP 300 128 Kbits Enabled
(5 calls)

- The "Destination" field of an ARS input to VoIP accesses must be of the "Gateway" type
(H.323 gateway)
- For a "Gateway" destination, the "IP Type" must be a static IP address (non-modifiable
field)
- The "IP Address" field must be that of the remote H.323 gateway. In the example, this
value corresponds to the IP address of the PowerCPU board at site B
- The "Host name" can be used instead of the IP address of the remote gateway's
Gatekeeper. Requires a DNS server
- Gateway Alive Protocol / Gateway Alive Timeout:
The integrated gateway tests the presence of the remote gateway every 300 seconds
(Gateway Alive Timeout, from 0 to 3600 seconds). The test protocol (Gateway Alive
Protocol) used by default is ICMP: the H.323 test protocol can only be used if the remote
gateway is H.323 V4-compatible
Note 2:
Gateway Alive Timeout : If this field is at 0, the "Gateway Alive Protocol " mechanism is inhibited. This
option is to be used in the specific situation where it is impossible to use ICMP or H.323 to test for the
presence of the remote gateway; but in this case, there is no means whatsoever of knowing whether the
remote gateway is alive or out of service.
- Gateway Bandwidth / QoS: For each ARS input to a remote H.323 gateway, a bandwidth
must be reserved for the Voice over IP to the remote H.323 gateway. The number of
simultaneous communications that can be held depends on this value:
Bandwidth Number of simultaneous
communications possible
None No communication possible (Default
value)
55.6 Kbps 1

6-16               

 ) '" ( #

Bandwidth Number of simultaneous

communications possible
64 Kbps 2
128 Kbps 5
256 Kbps 10
512 Kbps 20
# 1024 Kbps > 20

For example, if the total bandwidth corresponding to the data rate to a remote gateway is 256
Kbps and the mean traffic level is 50%, it is wise to define a bandwidth of 128 Kbps for Voice
over IP.
6.3.5.1.3 Remark concerning the quality of service (QoS)
If we take our example, site A can make H.323 calls to sites B and C. One assumes that the
bandwidths reserved for Voice over IP at the LAN/WAN gateways of each site are:
- Bandwidth reserved for VoIP on site A: 1024 Kbps (20 calls or more)
- Bandwidth reserved for VoIP on site B: 128 Kbps (5 simultaneous calls)
- Bandwidth reserved for VoIP on site C: 64 Kbps (2 simultaneous calls)
In this configuration one sees that it is possible to make 7 simultaneous calls from site A to the
remote H.323 gateways: 5 to site B and 2 to site C.
7 DSPs can therefore be assigned in the "VoIP access" pool for site A (7 being the number of
DSPs needed to call sites B and C simultaneously).
However, let us assume that there is no ongoing communication between sites A and C, and
that 5 calls are established between A and B. The total number of VoIP network access DSPs
consumed in PBX A is 5: therefore 2 DSPs remain available to establish two other calls to site
B.
Yet in this example we exceed the bandwidth reserved for Voice over IP at the LAN/WAN
gateway of site B. The quality of service is no longer guaranteed.
To avoid downgrading the VoIP service, the system uses the "Gateway Bandwidth" field of the
ARS table associated with the input to the remote H.323 gateway of site B, which will be
configured at 128 Kbps (5 calls), as quality indicator (QoS). Although there are still 2 DSPs
available, the PBX will refuse a 6th call to site B.
Note 1:
This service is not available if an external gatekeeper is used.

Note 2:
To optimize management of this ARS table parameter, it is vital to have information about the bandwidth
available (reserved) for VoIP calls that is as precise as possible.
- Gateway Alive Status: this regularly updated read-only field indicates the status of the
remote gateway:
• Alive: Remote gateway present
• Deactivated: Remote gateway absent / out of service
It can, however, turn out to be judicious to deactivate the mechanism if one is sure of network
reliability, in order to reduce the traffic.

               6-17

Chapter 6 ) '" ( #

6.3.5.1.4 Incoming call

An incoming "VoIP access" call is analyzed in the private numbering plan. In our example:
Private numbering plan of site B:
Function Start End Base NMT Priv
Local call 200 249 200 No

6.3.5.1.5 Forcing a public call to the H.323 gateway

LCR : Least Cost Routing
When a site A subscriber dials the public number of the site B station, the call can be forced to
the VoIP network accesses:
Internal numbering plan of site A:
Function Start End Base NMT Priv
Main trunk group 0 0 ARS Drop No

ARS Table:
Network Access Range Substitute List. Trunk Called Party Comment
group list (ISVPN/H450)
Pub. 04723542 00-49 2 4 Het H.323 to site B

6.3.5.1.6 Overflow
When a site A subscriber calls a site B station by its internal number, ARS routing enables the
calls to be re-routed to the public network when it is no longer possible to call via the VoIP
accesses. The following criteria render a "VoIP access" trunk group inaccessible:
- The PowerCPU board of site A is out of service
- No more DSPs associated with the VoIP accesses are available
- The remote H.323 gateway is out of service (PowerCPU board of site B is out of service).
- The quality of service (QoS) to the remote gateway is poor (exceeding of the possible
simultaneous communication threshold for the bandwidth reserved for Voice over IP for
this remote H.323 gateway)
ARS table of site A: Network
Calling the site B station by its internal number:
Network Access Range Substitute List. Called Party Comment Destination
Trunk (ISVPN/H450)
group list
Priv. 2 00-49 2 4 Het H.323 to site Gateway
B
04723542 1 Het ISDN Access No IP

Calling the site B station using its public number:

6-18               

 ) '" ( #

NetworkAccess Range Substitute List. Called Party Comment Destination

Trunk (ISVPN/H450)
group list
Pub. 04723542 00-49 2 4 Het H.323 to site Gateway
B
04723542 1 Het ISDN No IP
Access
Pub. 04723542 50-99 04723542 1 Het ISDN No IP *
Access

* : As the public numbers 04723542 50 to 99 do not belong to site B, they must be routed to
the public network.
6.3.5.1.7 Break In
The break-in service enables the PBX to re-route a public number from site A to site B. In our
example, the public network subscriber dials the number 03 88 67 71 50 which is routed to
station 250 on site B:
Public numbering plan (site A):
Function Start End Base NMT Priv
Secondary trunk group 7150 7150 ARS Keep No

ARS Table:
Network Access Range Substitute List. Trunk Called Party Comment
group list (ISVPN/H450)
Pub. 0388677150 250 4 Het H.323 to site B

Reminder: It is vital for the PBX "Installation number" field to be configured; e.g. for site A:
388677100.
6.3.5.1.8 Break Out
The break-out service enables proximity calls to be made. In our example, a site A station dials
a public number starting with 04, the call is routed to site B via the H.323 gateway, then routed
to the public network from site B, configuration:
Internal numbering plan of site A:
Function Start End Base NMT Priv
Main trunk group 0 0 ARS Drop No

ARS table of site A: Network

Network Access Range Substitute List. Called Comment Destination
Trunk Party
group list (ISVPN/H450)
Pub. 04 004 4 Het H.323 to site Gateway *
B

               6-19

Chapter 6 ) '" ( #

04 1 Het ISDN No IP **
Access

* : As the prefix 0 is dropped in the internal numbering plan, 004 must be substituted for 04,
** : This sub-line allows overflow to the public network lines of site A if the VoIP access calls
are inaccessible.
As an incoming VoIP access call is analyzed in the private numbering plan, the following must
be programmed in the private numbering plan of site B:
Function Start End Base NMT Priv
Main trunk group 0 0 0 Drop No

6.3.5.2 Authentication
6.3.5.2.1 Overview
To access his/her voice mail box, the external (also called remote) caller must be
authenticated.
The user authentication can be performed with:
- The calling party CLI (Calling Line Identification). The CLI received must match the identity
of an authorized user
- A DTMF dialogue. On voice guides request, the caller dials his/her personal number and
password

6-20               

 ) '" ( #

Figure 6.6: Remote access authentication diagram

6.3.5.2.2 CLI authentication

For more information on:
- The CLI authentication process: see Remote Substitution - Operation - Remote
Substitution Access
- The CLI authentication configuration: see Remote Substitution - Configuration procedure -
Configuration
6.3.5.2.3 User authentication
Overview
The "Password Control" feature provides security for remote access to voice mails.
To prevent a malicious external caller from finding a user's password by making unlimited calls
and inputting passwords, a maximum number of attempts is defined.
When the maximum number of attempts is reached for a user's voice mail, the remote access
to the voice mail is blocked.

               6-21

Chapter 6 ) '" ( #

The Alcatel-Lucent OmniPCX Office Communication Server denies remote access to the voice
mail until this number of attempts is reset. This can be done by users on their local phone set,
or via PIMphony, or by an attendant.

Figure 6.7: Scenario

Locking remote access to voice mail

When this "Password Control" feature is active, all the sets of the installation are concerned.
This is not a feature which can be activated set by set.
To configure the maximum number of attempts, a noteworthy address can be set - OMC
(Expert View) only:
System Miscellaneous > Memory Read/Write > Debug Labels >VMUMaxTry > Details

The same "VMUMaxTry" value is active for all the sets of the installation.
Values for the number of attempts is:
- Default value: 3
- 0: no limitation for remote access to voice mails (the feature is disabled)
When the maximum number of attempts is reached, the remote connection is unauthorized
(locked) until the remote access is unlocked.
Before releasing the call, a voice-prompt "xxxx is not your correct password - Good-bye" or
"xxxxxx is not your correct password - Good-bye", according to the password length configured
in OMC, is played.
Note:
As of R8.0, when the remote connection is blocked, no information message is played. Correct
passwords are refused, but no status information to a potential hacker is supplied.

Unlocking the remote access to voice mail

To unlock the remote access to the voice mail, there are three methods:
- Local unlocking service

6-22               

 ) '" ( #

Users can connect to their voice mail from their local phone set in "application" mode or
"connected" mode using the correct password. Once connected to their voice mail, the
remote access to voice mail is unlocked and the number of attempts is reset.
- Remote unlocking service
The Remote unlocking service is available via the PIMphony application.
Users can remotely connect to their voice mail via the PIMphony application.
When users log in successfully, the remote access to voice mail is unlocked and the
attempts number is reset.
- Attendant unlocking service
This service is available on the following sets:
• Alcatel-Lucent 8 series sets, namely:
• Alcatel-Lucent IP Touch 4038 Phone
• Alcatel-Lucent IP Touch 4068 Phone
• Alcatel-Lucent 9 series sets, namely:
• Alcatel-Lucent 4039 Digital Phone
• Advanced Reflexes sets, namely:
• 4035 advanced set
To unlock remote access to the voice mail:
1. Open Operator session > Subscriber.
The following screen is displayed:

Note:
If the remote access current state is unlocked, the "Remote access" key is not displayed.
2. Press the "Remote access" softkey.
The following screen is displayed:

               6-23

Chapter 6 ) '" ( #

3. Click OK.
The remote access is unlocked.
Log Event Notification
When the remote access is locked, the "Voice mail locked" event is saved in the History Table
(in the OMC application).

Figure 6.10: OMC - History Table

As of R8.2, when the remote access is unlocked, the "Voice mail unlocked" event is saved in
the History Table (in the OMC application).
Pre-defined Voice Message Notification

6-24               

 ) '" ( #

When the remote access is locked, the user receives a notification in his mailbox via a
pre-defined voice message: "Remote access to voice mail is currently locked".
This notification is only shown locally to the user via the blinking mailbox indication and can be
consulted only locally. In this way, a potential malicious attack receives no status information.
6.3.5.2.4 Using the Remote Substitution Service
Using the "remote substitution" service, the user inputs the set number and the user's
password (whether the DISA access code is disabled or not).
In case of failure in entering the password, the counter of attempts is increased: the counter is
the same as the one used for remote access to voice mail.
When the maximum number of attempts is reached, the "remote substitution" service is locked.
Note:
For the "remote substitution" service, the voice prompt is absent. Pre-defined voice message is sent to
the user's mailbox but the voice prompt is not played.

6.4 SIP

6.4.1 Overview
6.4.1.1 SIP Protocol
SIP (Session Initiation Protocol) is an IP signaling protocol designed to establish, to maintain
and to end multimedia sessions between different parties. It operates on a client-server mode.
It is based on the exchange of text messages with a syntax similar to that of HyperText
Transport Protocol (HTTP) messages. Elements of the SIP world are identified by SIP Uniform
Resource Locators (URLs) similar to e-mail addresses.
It is important to note that SIP does not provide an integrated communication system. SIP is
only in charge of initiating a dialog between interlocutors and of negotiating communication
parameters, in particular those concerning the media involved (audio, video). Media
characteristics are described by the Session Description Protocol (SDP). SIP uses the other
standard communication protocols on IP: for example, for voice channels on IP, Real-time
Transport Protocol (RTP) and Real-time Transport Control Protocol (RTCP). In turn, RTP uses
G7xx audio codecs for voice coding and compression.
Unlike H.323, the SIP protocol can rely on the IP network transport protocol in datagram mode
User Datagram Protocol (UDP) in addition to the IP network transport protocol in Transmission
Control Protocol (TCP) connected mode: see figure: H.323 and SIP in the OSI Model . UDP
has the advantage of being an unconnected protocol that facilitates swift exchanges. It does
not guarantee datagram reception and transmission sequence preservation. Thus, SIP carries
out these functions, using retransmission, acknowledgement and sequencing mechanisms.

               6-25

Chapter 6 ) '" ( #

Figure 6.11: H.323 and SIP in the OSI Model

SIP introduces the concept of user mobility. A call is made by entering the "logical" address of
a user (as a URL). This address is used to identify the user, but not to detect his/her location.
To execute a conversion between the logical address and the actual location, an entity called a
location server, which provides the user's actual address at the time of the call (URL of the
device to be called), is consulted. The location server knows the addresses of the users
because it has their registrations.
This operating mode also enables a user to receive his calls simultaneously on several
terminals if the latter are registered with the same logical address.
6.4.1.2 Addressing
The SIP protocol uses URLs. They are constructed from:
- A number (to the left of the "@"), which can take on the form of standard numbers
(canonical form), for example +497118245000
- A domain part (to the right of the "@") which can be an IP address, the name of a machine,
or a Fully Qualified Domain Name (FQDN), i.e. the name of a domain.
Example:
sip:[email protected], sip:[email protected]

6.4.1.3 Exchanging Messages

Like HTTP, SIP is constituted by transactions. A transaction is made up of a request sent by a
client and of 0 to n responses to this request sent by a server. Unlike HTTP, a client (who
transmits requests and waits for answers) can also be a server (which receives requests and
sends back answers). All transactions are independent from each other. However, some can
be used to set up a "dialog". Transactions within a dialog are linked. For example, a phone call
is a dialog: in addition to calling, one must hold, or hang up.

6-26               

 ) '" ( #

The main types of requests (which initiate transactions) are:

- INVITE: message sent systematically by the client for any connection request. The INVITE
message can also be used to update an established session. In this case, it is also called
Re-INVITE.
- ACK: message sent by the client to end and to confirm the connection request.
- PRACK: same role as ACK for provisional responses.
- UPDATE: update method is used to refresh sessions, update connected identity and
change media session parameters.
- BYE: terminates a call, RTP packet exchange is stopped.
- CANCEL: terminates a call currently being set up.
- REGISTER: message sent by an agent to indicate his actual address. This information can
be stored in the location server and is used for call routing.
- OPTION: message used to perform capability query (and keep-alive mechanism by the
Alcatel-Lucent OmniPCX Office Communication Server).
Responses are characterized by a code which is an integer:
- 1xx: informational (transaction in progress).
- 2xx: success (transaction completed successfully).
- 3xx: forward (the transaction is terminated and prompts the user to try again in other
conditions).
- 4xx, 5xx, 6xx: errors (the transaction is unsuccessfully terminated).
Certain transactions completed successfully establish a dialog within which other transactions
can be exchanged (parameter negotiations, inter-interlocutor signaling data transport, etc.).
Please note that the path followed by the initial transaction is not necessarily the one that other
transactions within the dialog will follow. Indeed, the initial transaction will be sent to the
interlocutor's logical address, and can pass through SIP entities in charge of finding his actual
location. Once the final called party has been found and the initial transaction has established
a dialog, the next transactions within the dialog are exchanged directly between interlocutors.
Certain SIP entities through which the initial transaction is transmitted, can however remain in
the signaling path. A specific transaction is used to terminate the dialog. In the case of a dialog
initiated by an INVITE request, BYE terminates the dialog.

6.4.1.4 Message Formats

Requests and responses include two parts: A heading (mandatory) and, in certain cases, a
second part called the body. The heading includes several fields called headers.
table 6.22: Example of an INVITE Message:

               6-27

Chapter 6 ) '" ( #

INVITE sip:[email protected];user=phone SIP/2.0

Supported: 100rel
User-Agent: OxO GW
P-Asserted-Identity: sip:[email protected];user=phone
To: <sip:[email protected];user=phone>
From: <sip:[email protected];user=phone
;tag=50ea3fbbbf41236cf7cc145b963a9140>
Contact: <sip:[email protected];user=phone>
Content-Type: application/sdp
Call-ID: [email protected]
CSeq: 1453537030 INVITE Via: SIP/2.0/udp 62.97.50.243
;branch=z9hG4bKc43959f162a7bc2699f6f86425bf0899
Max-Forwards: 70
Content-Length: 215
** Body not Show **

For greater clarity, the body of the above message is not shown.
Some of these fields (or field parts) identify transactions and dialogs. Certain fields provide
caller and called party data:
- Request-URI sip:[email protected]: routable address of the destination
- To: sip:[email protected]: address of the final called party of the request.
This is a logical address: it does not allow to send the request directly; the location step is
required to determine the actual address of the called party at the time of the call. SIP
entities called proxies are in charge of transporting requests to the final location of the
called party.
- From: sip:[email protected]: address of initial request sender (logical
address).
Certain fields indicate which path the next requests must follow within a dialog (Contact,
Route, Record-Route fields). Unless requested by the SIP entities used during dialog initiation,
the next requests are directly exchanged by terminal entities.
- Contact: sip:[email protected]: physical address of each interlocutor.
Other fields describe the format and the size of the message body (in this example, an SDP
description). Finally, optional fields can be added, depending on selected transaction
functions.
A SIP entity can send a message body containing an SDP description of the media it chooses
to use (IP transport, compression algorithms). The remote entity responds with a SIP message
containing an SDP description of the media selected in the initial offer. This negotiation phase
can also take place again once the call is established.
6.4.1.5 Example of a Dialog

6-28               

 ) '" ( #

Figure 6.12: Example of a dialog

The exchange shown in figure: Example of a dialog includes 2 transactions.
The first transaction begins with the INVITE request from Alice to Juliette and ends with a non
1xx response; in the example, the OK response from Juliette:
1. Alice sends an INVITE request to her proxy server for a call to Juliette. This request
contains an SDP description of the media that Alice wishes to use,
2. The proxy server determines Juliette's proxy server address, for example by consulting a
DNS server, transmits an INVITE request to this server and a 100 Trying response to
Alice,
3. The second proxy server transmits a 100 Trying response to the first server and consults
its location server to find Juliette's actual address. Once this address is identified, the
INVITE request is sent to Juliette's SIP terminal,
4. Juliette is informed of the call when her terminal rings and a 180 Ringing response is sent
to Alice's terminal. This response contains, in the Contact field, Juliette's current address
(where she can be contacted directly without transiting via the proxy server),
5. When Juliette off-hooks, a 200 OK response is sent to Alice's terminal. This response ends
the transaction. It can contain an SDP description of the media that Juliet wants to use in
relation to Alice's suggestion,
6. The second transaction begins with Alice's acknowledgement ACK. The ACK request is
transmitted to Juliette's URL, contained in the 200 OK contact field.
RTP/RTCP voice channels on IP are established between the two terminals, in compliance
with the results of SDP negotiation,

               6-29

Chapter 6 ) '" ( #

7. Two messages (BYE and 200 OK) end the dialog. RTP/RTCP channels are also released.
6.4.1.6 Media Negotiation
Media negotiation consists in an offer/answer dialog allowing to select the media that will be
used for a communication between two user agents. The SDP protocol is used (defined in
RFC 4566).
For a voice communication, media negotiation applies to the compression algorithm, to VAD,
to the quantization law (A or µ law) and to the framing.
Media negotiation takes place at call setup. There are two cases:
- The offer is given by the calling user agent in the INVITE message. In this case, the called
user agent gives an answer in the 200 OK message.

Figure 6.13: Media Negotiation with an Offer in the INVITE Message

- The offer is not given by the calling user agent in the INVITE message. In this case, the
called user agent makes an offer in the 200 OK message and the calling user agent makes
an answer in the ACK message.

Figure 6.14: Media Negotiation with no Offer in the INVITE Message

6.4.1.6.1 Offer Description for Voice Communications

table 6.23: Example of Offer

6-30               

 ) '" ( #

v=0
o=default 1149510698 1149510698 IN IP4 62.97.50.243
s=-
c=IN IP4 62.97.50.243
t=0 0
m=audio 32082 RTP/AVP 0 8 106
a=sendrecv
a=ptime:30
a=maxptime:120
a=rtpmap:106 telephone-event/8000
a=fmtp:106 0-15

table 6.24: Offer Description

v Version of the offer
c Address of the media gateway that will send and receive media flows
m Media description
- audio: media type
- 32082: port number
- RTP/AVP: transport type
- 0 8 106: payload type proposed
• 0: G711 µ law
• 8: G711 A law
• 106: dynamic payload (telephone-event)
a Media description attributes:
- sendrecv: the media is bidirectional (other value are: recvonly and sendonly)
- ptime: framing
- rtpmap: media associated to the specified payload
- fmtp: parameters for the specified payload

6.4.1.6.2 Answer Description for Voice Communications

The answer is similar to the offer. It acknowledges the media given in the offer. In the example
below, the chosen codec is G711 A law.
table 6.25: Example of Answer
v=0
o=default 1149510698 1149510698 IN IP4 62.97.50.243
s=-
c=IN IP4 62.97.50.243
t=0 0
m=audio 32000 RTP/AVP 8 106
a=sendrecv
a=ptime:30
a=maxptime:120
a=rtpmap:106 telephone-event/8000
a=fmtp:106 0-15

               6-31

Chapter 6 ) '" ( #

table 6.26: Answer Description

m Media attributes:
- audio: media type
- 6666: port number
- RTP/AVP: transport type
- 8 106: payload type proposed
• 8: G711 A law
• 106: dynamic payload (telephone-event)

6.4.1.6.3 Offer Description for Fax Communications

The table below shows an example of offer for a fax communication.
table 6.27: Example of Offer for a Fax Communication
v=0
o=default 1149510698 1149510698 IN IP4 62.97.50.243
s=-
c=IN IP4 62.97.50.243
t=0 0
m=image 6666 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:72
a=T38FaxMaxDatagram:316
a=T38FaxUdpEC:t38UDPFEC
a=T38FaxUdpEC:t38UDPRedundancy

table 6.28: Fax Offer Description

m Media description
- image: media type
- 6666: port number
- udptl: transport type: fax over UDP
- t38: protocol used
a Fax attributes

6.4.1.7 SIP Network Elements

6.4.1.7.1 Terminals
A SIP terminal may be either a SIP phone or a SIP application on a PC equipped with a
microphone and loudspeakers (softphone).
In SIP terminology, terminals are sometimes referred to as User Agents (UAs).
6.4.1.7.2 Location Entities
Several logical functions are used to locate request recipients.
- Registrar

6-32               

 ) '" ( #

The registrar is in charge of collecting SIP set registration requests, and then of
transmitting the data to the location server.
For a SIP user, the registration consists in sending a REGISTER request to the server.
This request contains its actual address at a given time as well as the period of validity of
this address.
A user can register under several addresses at the same time. In this case, the call will be
routed to all his physical URLs (forking feature).
- Location Server
The location server contains the database of "logical" URL - "physical" URL (current
address to be actually called) relations. This database can be entered from terminal
registrations, or using other means chosen by the manager.
When a call is established, the INVITE request contains the logical URL of the recipient
user. This URL cannot be used to route the call. On receiving the request, the proxy server
consults the location server to identify the user's actual URL, then routes the request to
this URL.
- Proxy
The proxy is an intermediate entity that operates as a client or a server by transmitting
requests for a User Agent.
The main function of the proxy is routing. On receiving an INVITE request, it transmits the
request either to the recipient set, or to another proxy, which is "closer" to the set.
- Redirect Server
A redirect server is a User Agent that generates 3xx responses to the requests it receives,
supplying the client with new addresses to contact.
Unlike the proxy, the redirect server does not transmit requests.
6.4.1.7.3 Gateways
Gateways are used to ensure the SIP interface with other signaling protocols and with other
voice transport protocols.
Gateways are identified as SIP User Agents. Alcatel-Lucent OmniPCX Office Communication
Server is a User Agent.
6.4.1.7.4 DNS (Domain Name System)
The DNS is a directory system distributed on Internet.
The basic function of a DNS server is to convert domain names into IP addresses. This is
done:
- Through a DNS A request to convert a name into an ipv4 IP address
- Through a DNS AAAA request to convert an name into an ipv6 IP address.
Any SIP entity can use the DNS if the domain part of a URL appears as a name, in order to
convert it into an IP address.
For SIP, the DNS can also be used to resolve protocol type, address and the port number
where requests relating to a given SIP address must be sent. This is done through NAPTR
and DNS SRV requests.
6.4.1.7.5 NAPTR and DNS SRV
An answer to a NAPTR (Naming Authority Pointer) request for a given domain name consists
of one or several NAPTR records. A NAPTR record contains the supported transport protocol
(UDP, TCP, TLS over TCP, ...) and the replacement name to be used for DNS SRV requests.

               6-33

Chapter 6 ) '" ( #

The example below shows NAPTR records which could be obtained for a NAPTR request for
the domain "mydomain.com".
Example:
Order pref flags service regexp replacement
IN NAPTR 50 50 “s” “SIP+D2T” “” _sip._tcp.mydomain.com
IN NAPTR 90 50 “s” “SIP+D2U” “” _sip._udp.mydomain.com
The records indicate that the server supports TCP and UDP in that order of preference. Order
specifies the order in which the NAPTR records must be processed to ensure the correct
ordering of rules. Pref specifies the order in which NAPTR records with equal Order values
should be processed, low numbers being processed before high numbers.
Then, the system must make a TCP lookup to get SRV records for “_sip._tcp.mydomain.com”.
An SRV RR answer may be:
Priority Weight Port Target
IN SRV 0 1 5060 server1.mydomain.com
IN SRV 0 2 5060 server2.mydomain.com
The records indicate that the system should send its request to server1. If there is no answer,
server2 should be used. Note that the domain name “mydomain” can change between NAPTR
records and SRV records.
Once the protocol, the port and the domain have been resolved, the system should determine
the IP address of the server. The system performs DNS A query (or AAAA for IPV6) related to
“server1.mydomain.com” to get a list of IP addresses.
The system should try the first SRV RR record. If no answer, the next in the list should be
queried until the end of the list.
If no SRV records were found, the system has to perform DNS A query (or AAAA for IPV6) on
the domain name.
If a port is specified in the URI (example : [email protected]:5060), then the system has
to perform a DNS A query (or AAAA for IPV6) for this domain.

6.4.2 Public SIP Trunking

6.4.2.1 Overview
The following chapters describe the Alcatel-Lucent OmniPCX Office Communication Server
connection to a public provider through SIP trunking.
Public SIP trunking allows connection to a SIP provider with a level of service similar to ISDN.
This includes for example ISDN services such as CLIP/CLIR or fax transport.
The following chapters detail:
- Typical network topologies
- The main features of public SIP trunking
- The public SIP trunking configuration procedure
6.4.2.2 Topologies
6.4.2.2.1 Overview

6-34               

 ) '" ( #

The following section describes several topologies for public SIP trunking.
The described topologies differ in the way the customer private IP network (including the
Alcatel-Lucent OmniPCX Office Communication Server and other telephony IP devices) is
connected to the provider network. This can be through:
- A Multi Protocol Label Switching (MPLS) based IP-VPN network
- The Internet
- A managed IP network
6.4.2.2.2 Deployment Constraints
The type of connection between the customer IP network and the provider network has an
impact on:
- NAT (Network Address Translation)
NAT is necessary to translate private IP addresses into public IP addresses. Typically, a
router performs level 3 NAT. This means that only IP addresses of IP Packets headers are
translated. SIP requires level 5 NAT so that IP addresses in SIP messages are also
translated. Alcatel-Lucent OmniPCX Office Communication Server does not perform level
5 NAT. According to the network topology, level 5 NAT is performed by the provider
Session Border Controller (SBC) or must be performed by a SIP Application Layer
Gateway (SIP ALG) in the customer border element.
- Outbound proxy
The outbound proxy is the first SIP aware equipment reached by outgoing SIP messages.
According to the network topology, the provider SBC or the customer border element must
operate as outbound proxy.
- DNS server location
According to the network topology, the DNS server for service and port resolution must be
either in the private network or in the public network.
6.4.2.2.3 SIP Trunking through an MPLS Network
In this configuration, the customer network is connected to the SIP provider through an MPLS
(Multi Protocol Label Switching) based IP-VPN network.

               6-35

Chapter 6 ) '" ( #

Figure 6.15: SIP Trunking on an MPLS Network

The SIP provider Session Border Controller (SBC) has a private IP address in the customer
network. This topology requires no equipment performing level 5 NAT in the customer network.
The SIP SBC operates as an outbound proxy for Alcatel-Lucent OmniPCX Office
Communication Server.
If DNS SRV is used, DNS resolution consists in resolving the service/name of the SBC. DNS
servers must belong to the private addressing plan.
6.4.2.2.4 SIP Trunking in a Managed IP Network
In this configuration, the customer network is connected to the SIP provider through a trusted
managed IP network.
In this case, there are two deployment possibilities:
- Hosted NAT: The piece of equipment on customer premises is a simple router/firewall
performing level 3 and 4 NAT.
• The provider SBC processes SIP signalling and level 5 NAT (Hosted NAT).
• The provider SBC operates as an outbound proxy.
• If DNS SRV is used, DNS resolution consists in resolving the service/name of the
provider SBC. DNS servers belong to the public numbering plan.

Figure 6.16: SIP Trunking Topology with Hosted NAT in the Provider Network
- SIP ALG: This topology requires a customer border element performing level 5 NAT (SIP
ALG). The customer border element operates as outbound proxy for Alcatel-Lucent
OmniPCX Office Communication Server.
If DNS SRV is used, DNS resolution consists in resolving the service/name of the
customer border element. DNS servers must belong to customer network.

6-36               

 ) '" ( #

Figure 6.17: SIP Trunking Topology with SIP ALG in the Customer Border Element

6.4.2.2.5 SIP Trunking through the Internet

In this case, the customer network is connected to the SIP provider through the Internet.
Hosted NAT or SIP ALG, as described in SIP Trunking in a Managed IP Network , are possible
deployment configurations.
6.4.2.2.6 Trunking with multiple SIP Registrar
From R8.0 Alcatel-Lucent OmniPCX Office Communication Server is able to register with
multiple registrars. Simultaneous connection to SIP access provider and SIP/GSM gateway is
supported.

Figure 6.18: Registration with SIP access provider and GSM gateway

6.4.2.3 Feature Description

6.4.2.3.1 SIP Trunking Features in a Public Networking Context

               6-37

Chapter 6 ) '" ( #

The table below contains the features available on public SIP trunking.
table 6.29: Available Features on Public SIP Trunking
Feature Public Networking through a SIP proxy
Direct end-to-end call Not applicable
Call through a SIP proxy Yes
Basic incoming/outgoing voice call Yes
Block dialing Yes
CLIP, CNIP Yes7
CLIR, CNIR Yes 7
COLP, COLR Yes 7
Private/public call differentiation Yes
DTMF transport Yes8
T.38/UDP fax Call Yes9
Fax over G711 with SIP Yes10
Call Forwarding (CFR, CFB) with signaling No
path optimization
Call Forwarding (CFR, CFB) by joining the Yes
two calls (with or without audio path
optimization)
Call Transfer with signaling path optimization No
Transfer (consultation, ringing) by joining the Yes
two calls (with or without audio path
optimization)
Authentication for incoming calls No
Authentication for outgoing calls Yes
Registration (with/without authentication) Yes
Least cost routing Yes
Bandwidth limitation on peer-to-peer basis Yes
Automatic overflow on lack of bandwidth Yes
towards a given destination
VoIP route disabling for some subscribers Yes
DDI Yes
Break-in Yes, if numbering plans are compliant
Break-out Yes, if numbering plans are compliant
RTP proxy between a SIP trunk and an IP Yes
phone
RTP proxy between two joined SIP trunks Yes
QoS tickets Yes
Direct RTP between a SIP trunk and an IP Yes
phone

6-38               

 ) '" ( #

Feature Public Networking through a SIP proxy

Direct RTP between two joined SIP trunks Yes
DISA Remote Substitution Yes
Codec Pass-Through for SIP phone (in direct Yes
RTP)
Codec Pass-Through for SIP trunks (in direct Yes
RTP)

To describe PBX capability, the following information is included in the Contact header field of
the REGISTER request and in successful responses to OPTIONS requests.
table 6.30: Available User Agent Capabilities Features on Public SIP Trunking
Feature PBX capabilities
Audio Supported
Application Not Supported
Data Not Supported
Control Not Supported
Video Yes with codec pass-through enabled
Text Not Supported
Automata Not Supported
Class Personal,business
Duplex Full,half
Mobility Fixed
Description PBX
Event packages Not Supported
Priority Not Supported
Methods INVITE,ACK,CANCEL,BYE,OPTIONS,
PRACK,REFER,NOTIFY,UPDATE
Extensions 100rel, timer, from-change
Schemes Sip
Actor Not Supported
IsFocus Not Supported

6.4.2.3.2 Standards

7
Provided both SIP stacks are RFC 3323, 3324, 3325 compliant, RFC 4916 (not compliant
with section. 4.5) and Alcatel-Lucent OmniPCX Office Communication Server is a trusted
element
8
DTMF transport is transparent to the proxy. The SIP end-element must be RFC 4733
compliant.
9
Fax transport is performed by SIP end-elements and is transparent to the proxy.
10
G711 codecs must be supported end to end.

               6-39

Chapter 6 ) '" ( #

The table below contains the RFC used for feature implementation.
table 6.31: Standards used for Feature Implementation
Feature Standard Used
Basic Call RFC 3261, 3264, 4566
Early Media RFC 3262, 3311
Note 1:
Except RFC 3262 section 5
Media RFC 3550, 3551, 3555
Third Party Call Control RFC 3725
Note 2:
As a controller only Flow I are supported.
As a user agent only Flow I, II III are supported.
DNS SRV RFC 3263, 2782, 1034, 1035
Numbering Format RFC 3261, 3966
CLIP RFC 3323, 3324, 3325
CLIR RFC 3325, 3261
Connected Identity (COLP) RFC 3323, 3324, 3325, 4916, 3311
Note 3:
Not compliant with RFC 4916 section 4.5
Causes (reject and release) RFC 4497
Authentication of the Alcatel-Lucent RFC 3261
OmniPCX Office Communication Server SIP
gateway
Authentication for outgoing calls RFC 2617, 1321
Forward RFC 3261
Hold RFC 3261
Transfer RFC 3261
Fax T.38 Annex D
DTMF RFC 4733
Symmetric Response Routing RFC 3581
Quality of Service (QoS) RFC 2474, 2475
Miscellaneous RFC 2822, 4028
Interworking RFC 3398
Note 4:
Only QSIG
An Extension to the Session Initiation RFC 4244
Protocol (SIP) for Request History Information
The Reason Header for the Session Initiation RFC 3326
Protocol Protocol (SIP)

6-40               

 ) '" ( #

Feature Standard Used

Compatibility with 3GPP/TISPAN RFC 3840

The table below contains the RFC list ordered by number.

table 6.32: List of RFC Ordered by Number
RFC RFC Title
1034 Domain names - concepts and facilities
1035 Domain names - implementation and specification
1321 MD5
2474 Definition of Diffserv DS field
2475 An architecture for Diffserv
2617 HTTP Authentication
2782 DNS RR
2822 Internet message format
3261 SIP
3262 Reliability of provisional responses in SIP (except Section 5)
3263 Locating SIP servers
3264 An offer/answer model with SDP
3311 Session Initiation Protocol (SIP) UPDATE Method
3323 Privacy mechanism for SIP
3324 Short term req for network asserted id
3325 Private extensions to SIP for asserted id
3326 The Reason Header for the Session Initiation Protocol Protocol (SIP)
3398 ISDN user part to SIP mapping (only QSIG)
3515 SIP Refer method (only for Private SIP Trunking, see Private SIP
Trunking - Services - Transfer )
3550 Common Gateway Interface for SIP
3551 IP Payload Compression Using ITU-T V.44 Packet Method
3555 Mime type registration of RTP payload format
3581 Symetric response routing
3725 3rd party call control (1st scenario only) (except Flow IV)
3840 User Agent Capabilities in Session Initiation Protocol (SIP)
3891 Replaces header (only for Private SIP Trunking, see Private SIP
Trunking - Services - Transfer )
3892 Referred-By mechanism (only for Private SIP Trunking, see Private SIP
Trunking - Services - Transfer )
3966 Tel URI for Telephone Numbers
4028 Session timer
4244 An Extension to the Session Initiation Protocol (SIP) for Request History
Information

               6-41

Chapter 6 ) '" ( #

RFC RFC Title

4497 Interworking between SIP and QSIG
4566 SDP
4733 RTP payload for DTMF digits
4916 Connected Identity in the SIP ( not compliant with section 4.5)
5009 Private Header (P-Header) Extension to the Session Initiation Protocol
(SIP) for Authorization of Early Media (partially supported)
5626 Managing Client-Initiated Connections in the Session Initiation Protocol
(SIP) (partially supported)
T.38 Annex D Group 3 fax over IP

6.4.2.3.3 Ports
UDP is used as transport protocol to carry signalling (SIP), and media (RTP, Fax T.38)
protocols.
Note:
The Alcatel-Lucent OmniPCX Office Communication Server supports SIP over UDP protocol only.
However, as requested by RFC 3261 section 18.1.1, the PCX switches to TCP if a SIP request message
to be transmitted is within 200 bytes of the path MTU (Maximum Transmission Unit), or if it is larger than
1300 bytes and the path MTU is unknown. This prevents fragmentation of messages over UDP.
- Ports used for SIP protocol:
1. The PCX is SIP UAC (User Agent Client, that is, when the PCX initiates SIP requests):
• PCX source port to send SIP requests: dynamic port (default) = first free port >
1024 (it can also be programmed to a fixed value, for example, 5060)
• PCX reception port to receive SIP responses: 5060 (default) or dynamic port used
for transmission in case of symmetric port operation (see RFC 3581, rport)
2. The PCX is SIP UAS (SIP User Agent Server, that is, when the PCX returns a SIP
response):
• PCX source port to send SIP responses: use the port in the "sent-by" value of the
SIP request, or the default port 5060, if no port is specified. In case of symmetric
port operation (see RFC 3581, rport), the response must be sent from the same
address and port that the request was received on in order to traverse symmetric
NATs
• PCX reception port to receive SIP requests: 5060 (default)
- Ports used for RTP protocol: 32000 to 32512 (dynamic allocation)
- Ports used for Fax T.38 protocol: 6666 to 6760 (max. 48 simultaneous fax
communications, only even port numbers)
6.4.2.3.4 Outbound Proxy
In the case of public SIP trunking, SIP messages are not sent directly to the SIP gateway but
are first sent to an outbound proxy, which is in charge of routing SIP messages.
According to the network topology, the outbound proxy can be:
- The provider Session Border Controller (SBC)
- The Customer Border Element

6-42               

 ) '" ( #

For more information, see: Public SIP Trunking - Topologies .

6.4.2.3.5 DNS SRV
Up to R6.0, the gateway, outbound proxy and registrar IP addresses and port numbers must
be provided statically in Automatic Routing and VoIP Parameters. If there are several
proxies (for example a primary and a secondary proxy), the overflow must be configured
through ARS.
As of R6.1, DNS SRV enables a resolution of service/name.
For an INVITE message, the service/name to resolve is the very next SIP equipment, that is
the outbound proxy.
For example, if the To header of the INVITE message is sip:[email protected], the
service/name to resolve is _sip._udp.provider.com.
A DNS SRV answer may contain several records ordered by priority. Each record contains a
proxy name. If a proxy is unavailable, requests are sent to the second proxy and so on. There
is no need to configure the overflow through ARS.
DNS SRV can also be used for registration. The service/name to resolve is the registrar name.
Note 1:
Alcatel-Lucent OmniPCX Office Communication Server does not perform the DNS A request alone. A
DNS A request is always performed following a DNS SRV request.
The figure: Process for Locating a SIP Server describes the process followed to locate a SIP
server starting from a given URI.
Note 2:
Since only UDP transport protocol is supported, Alcatel-Lucent OmniPCX Office Communication Server
does not perform NAPTR requests. For example, if "domain.com" is the domain name to resolve, a DNS
SRV request for "_sip._udp_domain.com" is sent.

               6-43

Chapter 6 ) '" ( #

Figure 6.19: Process for Locating a SIP Server

DNS Cache
To speed up call set up and also to limit exchanges on the IP network, Alcatel-Lucent
OmniPCX Office Communication Server holds a cache containing DNS RR (SRV and A)
records.

6-44               

 ) '" ( #

When a service/name to be resolved is present in the cache, the record stored in cache is
used and no DNS request is sent.
A record is saved during the Time To Live (TTL) received in the DNS answer. When the TTL
timer expires for a record, the record is removed from the cache and a subsequent request for
the corresponding service/name results in a DNS request.
If the TTL received in the DNS answer is equal to 0, the corresponding record is not saved in
the cache.
figure: Example of Dialog shows an example of dialog: INVITE 789@prov, sent after TTL
expiration, resulting in a DNS SRV request.

Figure 6.20: Example of Dialog

Unavailable Proxy List

To avoid sending useless requests to unreachable proxies, Alcatel-Lucent OmniPCX Office
Communication Server can hold a list of unavailable proxies.
An unavailable proxy IP address is stored in the list during a configurable timer. The
unavailable proxy list mechanism can be inhibited by setting this timer to 0.
The administrator can consult and reset the unavailable proxy list through the Web-Based
Tool.
A proxy IP address is put in the unavailable proxy list when:
- A proxy does not answer to an INVITE message before Timer B expiration.
- An ICMP Destination Unreachable message is received.
Timer B = 2Number of Retries * Timer T1

               6-45

Chapter 6 ) '" ( #

By default, Number of Retries = 6, Timer B = 64 * T1

A proxy IP address is removed from the unavailable proxy list when:
- The Unreachable Proxy List Timer expires
- All the proxies corresponding to a given SRV request are in the unavailable proxy list: in
this case, all the proxies corresponding to this SRV request are removed from the list and
messages can be sent again to these proxies after a timer.
- The administrator resets the list through the Web-Based Tool.
To configure the Unreachable Proxy List Timer:
1. In OMC (Expert View), select the System > Voice over IP> VoIP: Parameters > SIP tab
2. Review/modify the following attribute:
Unreachable Proxy List Enter the time (in minutes) after which an unavailable proxy
Timer IP address is automatically removed from the unavailable
proxy list.
Enter 0 to inhibit the unavailable proxy list mechanism.
Default value: 10
Max value: 1440 (1 day)

6.4.2.3.6 Registration
Registration is used for mapping between a Uniform Resource Identifier (URI) and a contact
for a user. Registration is also necessary when the IP address is not statically provisioned in
the provider location data base.
As of R8.0, as registration parameters can be configured for each SIP gateway, the
Alcatel-Lucent OmniPCX Office Communication Server can perform registration on one or
several Registrar servers.
For a given gateway, a URI corresponding to a system identifier is registered. This identifier
must be configured as requested by the provider and can be for example the installation phone
number.
The registration URI is: sip:system_id@provider_domain
Example:
sip:[email protected];user=phone where is +497114567110 the installation number.
The contact header of the registration request is:
sip:system_id@IPPPX_IP_address
Registration is performed at Alcatel-Lucent OmniPCX Office Communication Server startup
and then periodically. The Registered Expire Time parameter defines the registration
periodicity. The default value is 3600 seconds.
The registrar IP address can be defined statically or can be resolved by DNS SRV.
If requested by the registrar, the Alcatel-Lucent OmniPCX Office Communication Server can
authenticate itself. Authentication parameters are sent in a new REGISTER message.
Registration parameters (Registered username, Registrar name, Registrar IP address,
Port, Registered Expire Time) and authentication parameters (Login, Password, Realm)
are configured in OMC (Expert View), in System > Numbering > Automatic Routing
selection > Gateway Parameters.

6-46               

 ) '" ( #

As of R9.0, Alcatel-Lucent OmniPCX Office Communication Server allows the registration of

public Direct Dial In (DDI) numbers available in the public dialing plan. A maximum of 60 DDI
numbers can be registered. Public DDI registration is configured in OMC (Expert View), in
System > Numbering > Automatic Routing selection > Gateway Parameters.
6.4.2.3.7 Keep Alive Mechanism
The Alcatel-Lucent OmniPCX Office Communication Server supports two keep-alive
mechanisms for controlling the up/down status of the remote gateway.
"Stateless" Monitoring
At a regular time interval, the PCX sends an IP packet to the remote gateway and monitors the
reception of the awaited answer.
OMC configuration is used to select the keep-alive type of message emitted by the PCX which
can be either an ICMP message (ping) or a SIP Option message.
By default, the Alcatel-Lucent OmniPCX Office Communication Server uses ICMP message
(ping). A message is sent every 300 s.
Note:
The keep-alive mechanism is inhibited when DNS SRV is enabled.
To configure the keep alive mechanism:
1. By OMC (Expert View), select Numbering > Automatic Routing Selection > Automatic
Routing: Prefixes
2. Review/modify the following attributes:
Gateway Alive Protocol Select ICMP or SIP Option
Gateway Alive Timout/s Enter the periodicity (in seconds) of keep alive message
emission.
Enter 0 to inhibit the keep alive mechanism.

Active Session Monitoring (During a Call)

In the context of SIP sessions, the Alcatel-Lucent OmniPCX Office Communication Server
uses a session timer to check the activty of the remote party.
To keep the SIP session alive, UAs exchange periodic refreshing requests.
Two refreshing method are available using INVITE (with SDP) or UPDATE (without SDP)
requests in conformity with RFC 4028. A negotiation mechanism allows to define the
appropriate method depending on the context.
To configure the keep alive mechanism for SIP sessions:
1. By OMC (Expert View), select System Micellaneous > Memory Read/write > Debug
Labels > VOIPnwaddr
2. Enter the appropriate address Session timer value (see Public SIP Trunking -
Configuration procedure - Session Timer ).
3. Enter the appropriate address Do not Allow UPDATE value to enable/disable the
UPDATE method depending on the context (see Public SIP Trunking - Configuration
procedure - Do not Allow Update ).
6.4.2.3.8 Authentication

               6-47

Chapter 6 ) '" ( #

Incoming Calls
There is no authentication for incoming calls.
Incoming calls are accepted:
- When DNS SRV is not enabled, if the remote gateway IP address matches one IP
Address in the Automatic Routing: Prefixes.
- When DNS SRV is enabled, if the domain part of the From field of the INVITE message
matches a Domain Name in the Gateway Parameters.
Outgoing Calls
If requested by the provider, outgoing calls can authenticate themselves.
The Alcatel-Lucent OmniPCX Office Communication Server supports the Digest authentication
scheme (MD5).
Authentication parameters (Login, Password and Realm) are defined in the Gateway
Parameters.
6.4.2.3.9 Safety
A mechanism based on a quarantine list is used to protect the Alcatel-Lucent OmniPCX Office
Communication Server from DOS (Denial Of Service) type attacks.
IP addresses in the quarantine list are the IP addresses whose messages are ignored for the
duration of the Quarantine Time.
An IP address is automatically placed in the quarantine list when the number of messages
received by the Alcatel-Lucent OmniPCX Office Communication Server from this address has
reached a configurable maximum threshold (Message Peak Number) during a configurable
amount of time (Period Peak Detection).
To configure quarantine parameters:
1. By OMC (Expert View), select System > Voice over IP > VoIP: Parameters > SIP tab
2. Review/modify the following parameters:
Message Peak Number Enter a integer between 10 and 250.
Default value: 90
Period Peak Detection Enter the detection period in seconds between 1 and 60.
Default value: 3
Quarantine Time Enter the quarantine time in seconds between 1 and 600.
Default value: 360

6.4.2.3.10 Numbering Formats

By default, all numbers transmitted by the Alcatel-Lucent OmniPCX Office Communication
Server in SIP messages are in the E.164 canonical form, i.e. +CCnational_number, where
CC is the country code.
International numbers have the advantage of being totally unambiguous whatever the type of
call.
Some providers do not use number in canonical form.

6-48               

 ) '" ( #

- The Alcatel-Lucent OmniPCX Office Communication Server can be configured to send

calling and called numbers for outgoing calls in the format required by the provider
- The Alcatel-Lucent OmniPCX Office Communication Server can be configured to interpret
calling and called numbers for incoming calls received in non-canonical forms
The paragraph below present the SIP Public Numbering configuration for outgoing calls and
incoming calls.
The examples shown use the following installation numbers.
table 6.36: Installation Numbers used in the following examples
Installation Number 4567
International Prefix 00
International Code 49
Intercity Prefix 0
Intercity Code 711
Recall Prefix 0

Outgoing Calls
Calling Number Format
The calling number format for outgoing calls applies to:
- The user part of the FROM and P-asserted-identity headers of outgoing INVITE requests.
- The alerted number in a 180 Ringing
- The connected number in a 200 OK
- The divert number in an INVITE
Two parameters are used to configure the calling number format: Calling Format (Outgoing)
and Calling Prefix (Outgoing).
Note:
The typical calling number is a concatenation of installation (system) number and DDI set (extension)
number. The alternative CLIP/COLP number allows to send a specific CLIP/COLP number instead of the
typical CLIP/COLP number, as explained: Alternative CLIP/COLP Numbers .
The table below shows examples of numbers constructed for the different values of the
Calling Format (Outgoing) parameter.
table 6.37: User Part of the From Header according to the Calling Format (Outgoing) Value
Calling Prefix (Outgoing) =
Calling Format (Outgoing) No Calling Prefix (Outgoing)
"+"
Canonical (default value) +497114567110 497114567110
International +00497114567110 00497114567110
National +07114567110 07114567110
National without intercity
+7114567110 7114567110
prefix
Regional +4567110 4567110

               6-49

Chapter 6 ) '" ( #

Alternative CLIP/COLP Numbers

There are several types of alternative numbers:
- Alternative access CLIP/COLP number
- Alternative system CLIP number
- Alternative CLIP/COLP number defined at SIP Public Numbering level and applying to
the associated SIP gateway(s)
- Alternative user CLIP/COLP number
For more information on alternative numbers, see: Alternative CLIP and COLP Numbers -
Overview .
The format type of an alternative number (international, national, ...) can be deduced by
comparing the leading digits of that number to the international or national prefixes configured
in the installation numbers table. The CLIP/COLP number finally passed within the SIP
protocol is the alternative number that has been formatted according to the ARS Calling
Format (Outgoing) and ARS Calling Prefix (Outgoing) parameters.
The table below shows examples of numbers in different cases. In this example, the Calling
Prefix (Outgoing) is set to +. "NOK" means that the configuration is not valid.
table 6.38: Example of CLIP/COLP Numbers in SIP Messages According to Alternative
Numbers and ARS Calling Format (Outgoing)
Alternative Number Format Type ARS Calling Format ID Number Sent in
Configured Deduced (Outgoing) the SIP Message
0033390671234 International Canonical +33390671234
International 0033390671234
National 0033390671234
NOK
Regional 33390671234
NOK
0390671234 National Canonical +49390671234
International 0049390671234
National 0390671234
Regional 390671234
NOK
1234 Other Canonical +497111234
International 00497111234
National 07111234
Regional 1234

From R8.0, the Alcatel-Lucent OmniPCX Office Communication Server allows to configure an
alternative CLIP/COLP for each SIP gateway. This is a complementary service to the trunk
alternative CLIP/COLP number, which is a global number defined for the whole VoIP trunk.
Having separate alternative CLIP/COLP numbers defined at the gateway level can be useful
for instance to manage a configuration with a public SIP operator and a GSM gateway (i.e.
when each type of calls requires to force a specific identity number).

6-50               

 ) '" ( #

The specified number is used as calling or connected party number information in case of any
public /private external outgoing or incoming call on those SIP accesses.
The Alternative CLIP/COLP for SIP operator and GSM gateway can be configured in System
> Numbering > Automatic Routing Selection > SIP Public Numbering.
Called Number Format
The called number format for outgoing calls applies to the user part of the Request-URI and
the To header of INVITE messages.
Two parameters are used to configure the called number format for outgoing calls: Called
Format (Outgoing) and Called Prefix (Outgoing).
The table below shows numbers constructed for different dialed number and the different
possible values of Called Format (Outgoing). In the example, the Called Prefix (Outgoing)
is empty.
table 6.39: Called Number in the To Header According to the Called Format (Outgoing)
Value
Called Format (Outgoing) Value
Number National
dialed National / without
Canonical International Undefined
International intercity
prefix
3699 497113699 00497113699 07113699 7113699 3699
(number in the
same region)
7111234 497117111234 0049711711123407117111234 7117111234 7111234
(number in the
same region)
07111234 497111234 00497111234 07111234 7111234 07111234
(national
number in the
same region)
06541234 496541234 00496541234 06541234 6541234 06541234
(national
number)
0033123456789 33123456789 0033123456789 0033123456789 33123456789 0033123456789
(international
number)

Incoming Calls
The format of calling and called numbers for incoming calls can be configured.
The calling (or called) format selected has an impact on the way a received number is
interpreted and transformed. The principle is as follows:
- If a received number begins with the International Prefix or the Intercity Prefix (national
prefix), the Calling Format (Incoming) (or Called Format (Incoming)) is not used
- If a received number does not begin with the international prefix or the national prefix, the

               6-51

Chapter 6 ) '" ( #

number is considered to be of the configured Calling Format (Incoming) (or Called

Format (Incoming)) type.
If all received numbers must be seen as private, the Index of SIP Numbers Format
parameter must be empty in the Gateway parameters.
Calling Number Format
The calling number format for incoming calls concerns the FROM and P-asserted-identity
headers.
Two parameters are used to configure the calling number format for incoming calls: Calling
Format (Incoming) and Calling Prefix (Incoming).
The Calling Prefix (Incoming) is used to distinguish private from public calling numbers:
- If the calling number begins with the Calling Prefix (Incoming), it is considered to be
public
- If the calling number does not begin with the Calling Prefix (Incoming), it is considered to
be private
If the Calling Prefix (Incoming) is empty, all calling numbers are considered public.
The calling format selected has an impact on the way a received number is transformed for
storage and display on the called set.
- If a received number begins with the international prefix or the national prefix, the Calling
Format (Incoming) is not used
- If a received number does not begin with the International Prefix or the Intercity Prefix
(national prefix), the number is considered to be of the configured Calling Format
(Incoming) type. An inconsistency between a received number and the configured Calling
Format (Incoming) will result in a wrong interpretation of the number type and a wrong
displayed number on the called set.
The table below shows examples of transformation of numbers according to the Calling
Format (Incoming) selected. "NOK" means that the number is misinterpreted.
table 6.40: Calling Number Displayed According to the Configuration Choice
Number Calling Format (Incoming) selected
received in
Format Canonical /
the From National Regional Unknown
header International
(+)33123456789 033123456789 33123456789 33123456789
0033123456789
(other country) NOK NOK NOK
(+)497654321
Cananical 0497654321 497654321 497654321
07654321
with/without (own country, NOK NOK NOK
leading prefix other region)
(+)497119876
0497119876 0497119876 0497119876
(own country 9876
NOK NOK NOK
and region)

6-52               

 ) '" ( #

Number Calling Format (Incoming) selected

received in
Format Canonical /
the From National Regional Unknown
header International
0033123456789
0033123456789 0033123456789 0033123456789 0033123456789
(other country)
International 00497654321
00497654321
with (own country, 07654321 07654321 07654321
international NOK
other region)
prefix
00497119876
00497119876
(own country 9876 9876 9876
NOK
and region)
07654321
(own country, 07654321 07654321 07654321 07654321
National with other region)
prefix 07119876
07119876
(own country 9876 9876 9876
NOK
and region)
7654321
007654321 7654321 7654321
(own country, 07654321
NOK NOK NOK
National other region)
without prefix 7119876
007119876 7119876 7119876
(own country 9876
NOK NOK NOK
and region)
00987654321 0987654321
Other 987654321 987654321 987654321
NOK NOK

The table below shows the compatibility between called numbers that are likely to be received
and the configured Called Format (Incoming).
Example:
If the calling numbers sent by the provider in the From header can be in international with prefix, national
with prefix or national without prefix formats, the Called Format (Incoming) parameter must be set to
National.
table 6.41: Compatibilities Between Format of Number Received in From Header and Called
Format (Incoming) Value
Format or Number in the From Header
Canonical or
Called international international National with National
Else
Format with/without with prefix prefix without prefix
(Incoming) prefix
Canonical/
OK OK OK NOK NOK
International
National NOK OK OK OK NOK
Regional NOK OK OK NOK OK

               6-53

Chapter 6 ) '" ( #

Format or Number in the From Header

Canonical or
Called international international National with National
Else
Format with/without with prefix prefix without prefix
(Incoming) prefix
DDI NOK NOK NOK NOK OK

Called Number Format

The called number format for incoming calls concerns the To header.
Two parameters are used to configure the calling number format for incoming calls: Called
Format (Incoming) and Called Prefix (Incoming).
The Called Prefix (Incoming) is used to distinguish private from public called numbers:
- If the called number begins with the Called Prefix (Incoming), it is considered to be public
- If the called number does not begin with the Called Prefix (Incoming), it is considered to
be private
If the Called Prefix (Incoming) is empty, all called numbers are considered to be public.
The called format selected has an impact on the way a received number is interpreted and
sent to the public numbering plan. If the transformed number does not match any entry in the
public numbering plan, the call fails. The principle is as follows:
- If a received number begins with the international prefix or the national prefix, the Called
Format (Incoming) is not used
- If a received number does not begin with the International Prefix or the Intercity Prefix
(national prefix), the number is considered to be of the configured Called Format
(Incoming) type. An inconsistency between received number and the configured Called
Format (Incoming) will result in a wrong interpretation of the number type and a wrong
number sent to the public numbering plan.
The table below shows the numbers sent to the public numbering plan according to the
number received and the called format configured. NOK means that the number is
misinterpreted and that the call fails.
Called Format (Incoming)
Number received in the
From header Canonical/
National Regional DDI
International
(+)49 7114567110 110 NOK NOK 110
(+)00 49 7114567110 110 110 110 110
(+)0 7114567110 110 110 110 110
(+)7114567110 NOK 110 NOK 110
(+)4567110 NOK NOK 110 110
(+)110 NOK NOK NOK 110

6.4.2.3.11 CLIP/CLIR
CLIP/CLIR for Outgoing Calls

6-54               

 ) '" ( #

CLIP for Outgoing Calls

CLIP is provided in both the From and P-asserted-Identity headers of the INVITE method.
Example:
From : "John" <sip:+497114567110@localdomain;user=phone>
P-Asserted-Identity : "John Lennon"
<sip:+497114567110@localdomain;user=phone>

CLIR for Outgoing Calls

By default, RFC 3325 is used. If secret identity is required for an outgoing SIP call, the FROM
header of the INVITE message takes a particular syntax with anonymous values and the two
headers "P_Asserted_Identiy" and "Privacy" are added, as shown in the example below.
Example 1:
From : <sip:[email protected]>
P-Asserted-Identity : "John" <sip:+497114567110@localdomain;user=phone>
Privacy : user,id
If the provider does not take the P-Asserted-Identity header into account, the RFC 3325
parameter of the Gateway Parameters must be set to No. If secret identity is required for an
outgoing SIP call, the calling party identity is provided in the From header and a Privacy
header is added, as indicated in the example below.
Example 2:
From : "John" <sip:+497114567110@localdomain;user=phone>
Privacy : user,id

CLIP/CLIR for Incoming Calls

CLIP for Incoming Calls
The calling party number is retrieved from the user part of the SIP URL of:
- The P-Asserted-Identity header, if present in the INVITE message
- The From header if there is no P-Asserted-Identity header
The corresponding calling name is used for SIP name display.
CLIR for Incoming Calls
CLIR applies to an incoming call if the Privacy header is present in the INVITE method,
whatever its value ("id", "user" or "header"). This means that the Privacy header applies,
- To the P-Asserted-Identity header, if present in the INVITE message
- To the From header, if there is no P-Asserted-Identity header
6.4.2.3.12 Connected Identity
Overview
The SIP protocol intiates sessions providing information on the identities of the two concerned

               6-55

Chapter 6 ) '" ( #

end implied. The COLP feature, Connected Line Presentation, allows a calling party to be
notified of the callee identity answering a SIP call.
Up to R7.0, the Alcatel-Lucent OmniPCX Office Communication Server only supported a
proprietary solution to manage the COLP/COLR feature, the SIP protocol RFC 3261 being
unable to manage COLP information.
As of R7.1, the Alcatel-Lucent OmniPCX Office Communication Server supports a standard
solution, built on RFC 4916 and UPDATE request, to display connected identity relative to
basic calls and calls supporting supplementary services (transfer in conversation, transfer in
ringing, dynamic routing, CFU, CFB, CFNR, call pickup and monitoring).
Depending on the compatibilty of the remote party (Alcatel-Lucent OmniPCX Office
Communication Server or third party products), with the RFC 4916 protocol Alcatel-Lucent
OmniPCX Office Communication Server can operate proprietary and standard solutions to
manage COLP/COLR information.
If the remote party does not support RFC 4916 and the UPDATE request, the Alcatel-Lucent
OmniPCX Office Communication Server only applies the proprietary solution to manage
COLP/COLR information.
If the remote party supports RFC 4916 and the UPDATE request, the Alcatel-Lucent OmniPCX
Office Communication Server applies both the proprietary and RFC 4916 solutions to manage
COLP/COLR information.
Receiving Connected Identity
When receiving the COLP identity using RFC 4916 supporting the UPDATE request, the
Alcatel-Lucent OmniPCX Office Communication Server can update the connected identity sent
to the caller user device in the folllowing operation contexts:
- Private and Public SIP trunking with third party proxy
- Heterogeneous and homogeneous mode
Sending Connected Identity
When use of RFC 4916 is possible, the Alcatel-Lucent OmniPCX Office Communication
Server sends updated connected identity with the following activated services:
- Immediate forward
- Dynamic routing
- Call transfer in conversation
- Call transfer in ringing
- Transit call
The connected identity can be sent in the following operation contexts:
- Private and Public SIP trunking with third party proxy
- Heterogeneous and homogeneous mode
Prerequisite
The management of the COLP/COLR (with the open solution compatible with RFC 4916)
requires the activation of the UPDATE method (see Public SIP Trunking - Configuration
procedure - Do not Allow Update ).
COLP/COLR for Outgoing Calls (Proprietary Solution)

6-56               

 ) '" ( #

COLP for Outgoing Calls

COLP is retrieved from the user part of the SIP URL of:
- the P-Asserted-Identity header, if present in the 200.OK response or 180 Ringing message
- the Contact header, if there is no P-Asserted-Identity header
COLR for Outgoing Calls
COLR applies if the Privacy header is present in the 200.OK answer or the 180 Ringing
message, whatever its value ("id", "user" or "header"). This means that the Privacy header
applies to the P-Asserted-Identity header, if present, or to the Contact header.
COLP/COLR for Incoming Calls (Proprietary Solution)
COLP for Incoming Calls
COLP is provided in the Contact and P-Asserted-Identity headers of the 200.OK and
180.Ringing messages.
Example:
Contact : "John" <sip:+497114567110@localdomain;user=phone>
P-Asserted-Identity : "John" <sip:+497114567110@localdomain;user=phone>

COLR for Incoming Calls

If COLR is required for an incoming call, the Privacy header value is set to "id".
Example:
Contact : "John" <sip:+497114567110@localdomain;user=phone>
P-Asserted-Identity : "John" <sip:+497114567110@localdomain;user=phone>
Privacy : user,id

6.4.2.3.13 DTMF
The Alcatel-Lucent OmniPCX Office Communication Server DTMF transmission mode
complies with RFC 4733. Payload is negotiated with the provider.
Note:
The Alcatel-Lucent OmniPCX Office Communication Server does not support the in-band and INFO
method DTMF transmission modes.

DTMF for Outgoing Calls

A dynamic payload X (106 by default) is proposed in the SDP part of the INVITE message.
Example:
m=audio 32082 RTP/AVP 0 8 106
The Alcatel-Lucent OmniPCX Office Communication Server behavior depends on the contents
of the SDP part of the 200.OK response:
- Payload X: use of RFC 4733 with payload X for emission and reception
- Payload Y: use of RFC 4733 with payload Y for DTMF emission and payload X for DTMF

               6-57

Chapter 6 ) '" ( #

reception
- None: no DTMF
By default, the dynamic payload X proposed by Alcatel-Lucent OmniPCX Office
Communication Server is 106. A noteworthy address allows to modify this value.
1. In OMC (Expert View), select System > System Miscellaneous > Memory Read/Write >
Other Labels
2. Select DtmfDynPL:
DtmfDynPL Enter the dynamic payload value in hexadecimal format. For
example enter 78 for a decimal value of 120.
Default value: 6A (106 dec)

DTMF for Incoming Calls

DTMF transmission depends on the contents of the SDP part of the INVITE method:
- Payload Y: agreement on payload Y in the 200.OK response, use of payload Y
- None: No payload in the 200.OK response, no DTMF
6.4.2.3.14 IP QoS
The Alcatel-Lucent OmniPCX Office Communication Server provides the same tagging value
for signaling and media flows.The tagging value is written in the DS (Differentiated Services)
field of the IP Packet. DS field (see RFC 2474) is a replacement header field which
supersedes the former definition of the IPv4 TOS byte (Type of Service).
Default DS tagging value is 0 (Best-effort forwarding). It can be configured using OMC (Voice
over IP > VoIP Parameters > General > IP Quality of Service).
6.4.2.3.15 Codec/Framing Negotiation
Three different codecs are available:
- G711: This is a high bit rate ITU standard codec. It is based on PCM (Pulse Code
Modulation) at a sampling rate of 8kHz. The frequency bandwidth is 300 Hz – 3.4 kHz. It
uses no compression and it is the same codec used by the PSTN network and ISDN lines.
Each sample is coded with 8 bits A-law (in Europe) or with 7 bits mu-law (in the US), which
produces respectively a 64kbps or 56kbps bit stream. Narrowband MOS (Mean Opinion
Score) = 4.1 – Coding Delay = 1ms – Complexity << 1 MIPS.
- G723.1: G723.1 is recommended for very low bit rates. It is a dual rate coder (5.3 kbps or
6.3 kbps) based on ACELP (Algebraic Code Excited Linear Prediction) for the low-rate
coder and based on MP-MLQ (MultiPulse – Maximum Likelihood Quantization) for the high
rate coder. The bandwidth is 3.1 kHz in both cases. The lower bit rate has a poorer quality
compared to higher bit rate, but provides systems designers with additional flexibility.
Narrowband MOS (Mean Opinion Score) = 3.8 – Coding Delay = 67ms – 97ms –
Complexity = 16 MIPS.
- G729A: The G729a recommendation targets very low bit rate. This is one of the most
recent and promising codec standardized by the ITU. It belongs to the G729 family, and as
such, is a competitor to G723.1. It is based on CS-ACELP (Conjugate Structure –
Algebraic Code Excited Linear Prediction), and produces 8 kbps bit stream from a 3.1 kHz
bandwidth. The bit rate is slightly higher than with G723.1 but the delay is significantly
lower. Narrowband MOS (Mean Opinion Score) = 3.7 – Coding Delay = 25 ms – 35 ms –

6-58               

 ) '" ( #

Complexity = 11 MIPS.
With no compression mode, the G711 codec has the highest bandwidth requirements. The two
other codecs (G729A and G723.1) support compressed speech. VoIP bandwidth can be
reduced by 35% by enabling voice activity detection (check the box With silence detection
(VAD)).
Note 1:
G711 provides the best audio quality but takes a higher data rate, G729AB is a good trade off between
voice quality and lower data rate but it is not suited for transmission of audio tones and music. G723 has
the lowest data rate but at the expense of quality and delay which makes it the least recommended
choice.

Note 2:
G729AB, Annex B is supported when the box With silence detection (VAD) is selected.
The table: Gateway Bandwidth indicates the codec options available for different framing
requirements.
table 6.44: Gateway Bandwidth
CODEC Framing (in milliseconds)
G711 20, 30 (default), 60
G723.1 30 (default), 60, 90, 120
G729a 20, 30 (default), 40, 50, 60, 90, 120

Note 3:
You cannot use framing value 90 ms or 120 ms for codecs G.723.1 and G.729A when IP Touch sets are
connected to Alcatel-Lucent OmniPCX Office Communication Server.
The codec and framing used for a communication are the result of a negotiation between the
Alcatel-Lucent OmniPCX Office Communication Server and the remote party.
The Alcatel-Lucent OmniPCX Office Communication Server behavior depends on the
Codec/Framing value in the Automatic Routing: Prefixes parameters
In a default configuration (Codec/Framing set to default), there is no preferred codec/framing
on the Alcatel-Lucent OmniPCX Office Communication Server side. The selected
codec/framing depends on the remote party.
If the Codec/Framing parameter is set to a specific value, Alcatel-Lucent OmniPCX Office
Communication Server uses only this configured value. If this codec/framing is not supported
by the remote party, the call fails.
Note 4:
Noteworthy addresses can be used for specific behavior. For more information, see Public SIP Trunking -
Configuration procedure - Appendix: Noteworthy Addresses for Codec/Framing Negotiation .

Outgoing Calls
Codec/Framing set to default
1. The Alcatel-Lucent OmniPCX Office Communication Server sends the list of all supported
codec/framing in the SDP part of the INVITE message
2. The called party answers with one codec/framing in the SDP part of the 200.OK response

               6-59

Chapter 6 ) '" ( #

3. The Alcatel-Lucent OmniPCX Office Communication Server acknowledges this response

Codec/Framing Set to a Specific Value
1. The Alcatel-Lucent OmniPCX Office Communication Server sends the configured
codec/framing (e.g. G723_30) in the SDP part of the INVITE message.
2. The called party either accepts or rejects the call.
Incoming Calls
Codec/Framing Set to default
First Case
1. The caller sends a list of codec/framing in the SDP part of the INVITE message.
2. The Alcatel-Lucent OmniPCX Office Communication Server select the first supported
codec/framing in the list.
Second Case
1. The caller sends a specific codec/framing in the SDP part of the INVITE message.
2. If the proposed codec/framing is supported by Alcatel-Lucent OmniPCX Office
Communication Server, the call is accepted. Otherwise, the call is rejected.
Codec/Framing Set to a Specific Value
First Case
1. The caller sends a list of codec/framing in the SDP part of the INVITE message.
2. If the codec/framing configured for Alcatel-Lucent OmniPCX Office Communication Server
is in the list proposed by the caller, the call is accepted. Otherwise, the call is rejected.
Second Case
1. The caller sends a specific codec/framing in the SDP part of the INVITE message.
2. If the proposed codec/framing matches the codec/framing configured for Alcatel-Lucent
OmniPCX Office Communication Server, the call is accepted. Otherwise, the call is
rejected.
Music On Hold and preannouncement (as of R9.0)
The G711 Codec for Music on Hold and preannouncement parameter allows using in
priority G711 codec to play:
- Music on Hold on SIP trunk, when:
• Codec/Framing set to default
• The codec list defined by noteworthy address AlCodLst (see Public SIP Trunking -
Configuration procedure - Appendix: Noteworthy Addresses for Codec/Framing
Negotiation ) contains G711 codec.
- Preannouncement on SIP trunk incoming calls.
6.4.2.3.16 Codec Pass-Through
PCX behavior depends on the Codec/Framing value in the Automatic Routing: Prefixes
parameters, refer to Codec/Framing Negotiation .
Before R8.1, SIP gateways cannot communicate if:

6-60               

 ) '" ( #

- Using an audio codec unknown to the system

- Trying to connect to a medium unknown to the system
As of R8.1, when direct RTP is enabled, the Codec Pass-Through for SIP trunks system
VoIP parameter allows to disable this restriction.
Note 1:
The Codec Pass-Through for SIP phones operates in the same manner, but applies to SIP phones
only.
The Codec Pass-Through for SIP trunks parameter applies to gateways configured with the
codec parameter set to default. It does not apply to gateways configured with a specific audio
codec.
When the Codec Pass-Through for SIP trunks is set to Yes, a SIP gateway can establish
calls with media unknown to the system.
However, the SIP gateway cannot establish such a call:
- When direct RTP is disabled
- When the system is involved in the call, that is to say, when a DSP is required
A DSP is required in the following cases:
• When the addition of an RTP flow is necessary (for conferences, or barge-in)
• With Music on hold (MOH), when greeting messages are needed
• When a TDM phone is involved in the conversation
This feature is available for calls between:
- Two SIP gateways
- A SIP Gateway to a SIP set which supports more media than the system does, provided its
Codec Pass-Through for SIP phones parameter is set to Yes
To avoid a communication cut after some actions (hold, transfer, …), a SIP set involved in a
codec pass-through communication must manage, at least, one codec supported by OmniPCX
Office.
This feature is configured in OMC (Voice over IP > VoIP Parameters > General > RTP
Direct:
- Validate the Codec Pass-Through for SIP trunks check box to enable codec
pass-through between SIP gateways
- Validate the Codec Pass-Through for SIP phones check box to enable codec
pass-through on SIP phones
The following table provides an overview of media filtering according to ARS and Codec
Pass-Through parameter configuration.
ARS codec on Incoming media Media filtering result Media filtering result
gateway gateway offer with codec with codec
pass-through pass-through
disabled enabled
G711 Audio (G722, G711), Audio (G711) Audio (G711)
Video
G723 Audio (G711), Video Call rejected Call rejected

               6-61

Chapter 6 ) '" ( #

Default Audio (G722, G711), Audio (G711) Audio (G722, G711),

Video Video
Default Audio (GSM), Video Call rejected Audio (GSM), Video

Note 2:
Even when theoretically codec filtering makes it possible, a call can still be rejected or restricted by the
called party capabilities.

6.4.2.3.17 Early Media using Prack

Early media
Early media refers to media that are exchanged before the called user accepts a specific
session. Typical examples of early media generated by the callee are ringing tone and
announcements.
Within a dialog, early media occurs from the moment the initial INVITE request is sent until the
User Agent Server (UAS) generates a final response. It may be unidirectional or bidirectional,
and can be generated by the caller, the callee, or both.
SIP uses the offer/answer model to negotiate session parameters. One of the user agents -
the offerer - prepares a session description, called the offer.
The other user agent - the answerer - responds with another session description, called the
answer. This two-way handshake allows both user agents to agree upon the session
parameters to be used to exchange media. The offer/answer model decouples the
offer/answer exchange from the messages used to transport the session descriptions.
For example, the offer can be sent in an INVITE request and the answer can be received in
the 200 (OK) response for this INVITE, or, alternatively, the offer can be sent in the 200 (OK)
for an empty INVITE request and the answer can be sent in the ACK response. When reliable
provisional responses and UPDATE requests are used, there are many more possible ways to
exchange offers and answers.
Prack
The Session Initiation Protocol (SIP) is a request- response protocol for initiating and
managing communications sessions. SIP defines two types of responses, provisional and final.
Final responses convey the result of the processing of the request, and are sent in a reliable
manner. Provisional responses providing information on the progress of the request
processing are not sent in a reliable manner.
The reliability mechanism works by mirroring the current reliability mechanisms for 2xx final
responses to the INVITE message. These requests are transmitted periodically by the
Transaction User (TU) until a separate transaction, ACK is received indicating reception of the
2xx by the UAC.
The PRACK request plays the same role as ACK message, but for provisional responses.
There is an important difference, however. PRACK is a standard SIP message, like BYE. As
such, its own reliability is ensured hop-by-hop through each stateful proxy. Also like BYE, but
unlike ACK, PRACK has its own response. If this was not the case, the PRACK message
could not traverse proxy servers.
Alcatel-Lucent OmniPCX Office Communication Server and Early Media
The Alcatel-Lucent OmniPCX Office Communication Server supports Early media with
PRACK not only on basic calls but also on services such as heterogeneous External diversion

6-62               

 ) '" ( #

and break out calls.

When the Alcatel-Lucent OmniPCX Office Communication Server initiates a dialog without
SDP OFFER, and receives a reliable provisional response with SDP OFFER, it generates an
SDP ANSWER in the PRACK, and establishes the media communication before call
connection. Otherwise, the Alcatel-Lucent OmniPCX Office Communication Server expects the
SDP OFFER in the final response to the INVITE, then it provides the SDP ANSWER in the
ACK answer.
As of R9.0, Alcatel-Lucent OmniPCX Office Communication Server implements the
mechanism of P-Early media to control the establishment of early media flows. Support of
P-Early media is configured through noteworthy addresses (VOIPnwaddr) (see Public SIP
Trunking - Configuration procedure - P-Early-Media activation ). By default, the feature is
disabled.
Example of Early Media with Prack
In the example, PCX 2 is configured in a public trunk with ISDN, PCX 1 and PCX 2 are
configured with private SIP trunk.
If PCX 2 receives an INVITE with SDP OFFER from PCX 1, PCX 2 makes an outgoing call to
the public ISDN trunk. If the public trunk makes early media, then PCX 2 must send SDP
answer in reliable 183 responses and establish media communication before call connection
(see figure: Early Media with Prack ).

Figure 6.21: Early Media with Prack

6.4.2.3.18 Update Method

The UPDATE method allows a client to update the parameters of a session (such as the set of

               6-63

Chapter 6 ) '" ( #

media streams and their codecs) with no impact on the state of a dialog. In this sense, it is like
a re-INVITE message, but unlike re-INVITE, it can be sent before the initial INVITE has been
completed. This makes it very useful for updating session parameters within early dialogs.
The Alcatel-Lucent OmniPCX Office Communication Server supports the UPDATE method
allowing to change media streams without impact on the dialog state.
When the Alcatel-Lucent OmniPCX Office Communication Server acts as a UAC, it always
includes an Allow header field in the INVITE request, listing the method UPDATE, to indicate
its ability to receive an UPDATE request.
In a transit scenario, when the Alcatel-Lucent OmniPCX Office Communication Server (as
UAS) receives an INVITE request for a new dialog, it always includes an Allow header field
that lists the UPDATE method in its response, in reliable and unreliable provisional responses.
The remote party is informed that the Alcatel-Lucent OmniPCX Office Communication Server
can receive an UPDATE request at any time.
When the Alcatel-Lucent OmniPCX Office Communication Server acts as a UAS, it always
includes an Allow header field listing the UPDATE method in its 200 OK response to the
INVITE transaction.
By default, UPDATE method is enabled. To disable it, the noteworthy address DO NOT
ALLOW UPDATE value must be changed (See Public SIP Trunking - Configuration procedure
- Do not Allow Update ).

Figure 6.22: Update Method Example

In this example, the PCX makes an outgoing call to softswitch and establishes early media. If
the PCX receives an UPDATE request with SDP OFFER, it responds with an SDP ANSWER
in 200 OK and then establishes the new RTP communication based on the UPDATE method
media negotiation. The caller or callee identity may be also updated by the UPDATE method.

6-64               

 ) '" ( #

Note:
UPDATE method is also used as a refresh method to determine if a SIP session is still active, see Public
SIP Trunking - Configuration procedure - Session Timer .

6.4.2.3.19 Fax over IP (FoIP)

As of R7.1, Alcatel-Lucent OmniPCX Office Communication Server supports two methods for
fax transmission over a Private or Public SIP Trunk:
- T.38 Annex D: this fax-relay method is today the best-adapted for FoIP communications.
T.38 is standard-based, offers a robust redundancy mechanism and consumes the least
amount of bandwidth. It is therefore the recommended setting for PCX
- Fax over G711: this is an alternate FoIP method introduced in Alcatel-Lucent OmniPCX
Office Communication Server R7.1. G711 fax pass-through has a reputation for simplicity
but has some major drawbacks in comparison to T.38. For PCX, it is only recommended to
select it when T.38 is not supported on the network
Note:
some known inconveniences of the fax over G711 (pass-through method) are listed below:
• It is not standard based and hence implementation can be different depending on the vendor
• Bandwidth usage with G711 codec is high
• As with many vendors, the PCX implementation does not offer packet redundancy. Fax
transmission is then very dependent on end-to-end performance of the IP network and reliability
is very sensible to packet loss
• End-to-end G711 transparency must be guaranteed, that means no transcoding of the media
channel is allowed through the IP network
• Voice Activity Detection (VAD) must be disabled on both sides of the fax call
Selection of FoIP mode on PCX
The choice of the Fax protocol, T.38 or Fax over G711, is defined for each gateway via the
OMC (ARS/Gateway parameters/Fax parameter). For the configuration procedure, see Public
SIP Trunking - Configuration procedure - Configuring the Gateway Parameters .
FoIP Service
No matter the OMC setting (T.38 or G711), a SIP fax call on PCX is always established first as
a normal voice call transmitting an RTP flow. After some seconds, upon detection of the fax
tone, the FoIP service is then triggered to operate the selected T.38 or G711 choice (see Fax
T.38 Annex D or Fax over G711 ).
Fax T.38 Annex D
When the T.38 protocol is selected, RTP voice channels are closed and T.38 sessions are
initialized to transmit or receive Internet Fax packets (IFP). The SIP GW attached to the called
fax is due to trigger the FoIP service by sending a SIP/T.38 Re-Invite over the running call.
Alcatel-Lucent OmniPCX Office Communication Server only allows T.38 sessions over UDP,
see Ports
In order to ensure the reliability of the UDP transmission, the packets are sent several times to
ensure that the information reaches its destination. This operation is called "UDP
Redundancy". In order to reduce bandwidth use, an operation (framing) allows the
concatenation of packets of the same type: see Configuring H323 Gateway - Hardware
configuration - Configuration of T38 parameters for Fax over IP (optional)

               6-65

Chapter 6 ) '" ( #

Fax over G711

When Fax over G711 is selected, RTP voice channels are maintained but if current codec is
G729A or G723, it is renegotiated to G711.
Fax over G711 is not compatible with Voice Activity Detection (VAD) which is a mechanism
used to save bandwidth during VoIP calls. Therefore, the PCX supports the "silenceSupp"
attribute in the SDP part of the SIP message in order to dynamically disable VAD during the
Fax over G711 media session.
This attribute is used to request the other side to disable VAD. It works as follows:
- Case of an incoming fax call: the PCX detects the fax tone in the RTP stream and sends
Re-Invite to renegotiate the media session characteristics with "silenceSupp" attribute set
to "off" in order to ask the remote side to disable VAD
• If the PCX receives a response containing "silenceSupp" attribute set to "off", it means
that remote side has disabled VAD and then the PCX disables VAD also. This is the
normal mode of operation
• If the PCX receives a response which does not contain "silenceSupp" attribute set to
"off, then VAD remains active on the PCX side. In that case fax over G.711 is not
guaranteed when VAD on both ends is not disabled
- Case of an outgoing fax call: remote side (called side) should detect fax tone. The PCX
expects to receive a Re-Invite from the remote side with "silenceSupp" attribute set to "off"
• If the PCX receives a Re-Invite request containing "silenceSupp" attribute set to "off", it
means that remote side requests to disable VAD, then the PCX disables VAD and
sends a response containing "silenceSupp" attribute set to "off" to acknowledge the
request. This is the normal mode of operation
• If the PCX receives a request which does not contain "silenceSupp" attribute set to "off,
then VAD remains active on the PCX side. In that case, fax over G.711 is not
guaranteed when VAD on both ends is not disabled
Recommendation for deployment of Fax over G711:
- If remote side supports "silenceSupp" attribute => this is the expected mode of operation
- If remote side does not support "silenceSupp" attribute => disable VAD on both the remote
side and the PCX => Fax over G711 works but VoIP calls will not benefit from bandwidth
optimization
- If remote side does not support "silenceSupp" attribute and it is not possible to disable
VAD on remote side => fax over G.711 is not guaranteed as VAD on both ends is not
disabled
6.4.2.3.20 Supplementary Services
Hold
A remote party can put on hold a local user through a public SIP trunk group by:
- Sending a Re-INVITE with an IP address set to 0.0.0.0 or media attribute set to "sendonly".
The local music on hold is played by the Alcatel-Lucent OmniPCX Office Communication
Server to the user put on hold.
- Sending a Re-INVITE with a valid IP address.
The remote party plays its own music on hold. Hold is transparent to the Alcatel-Lucent
OmniPCX Office Communication Server.

6-66               

 ) '" ( #

A local user can put on hold a remote party through a public SIP trunk group. The local music
on hold is played by the Alcatel-Lucent OmniPCX Office Communication Server to the remote
party put on hold. A Re-INVITE is transmitted with a valid media IP address.
Call Forwarding
Call forwarding is performed by joining the two calls.
Call forwarding with signaling path optimization is not supported.
Media optimization can be performed through the RTP direct mechanism.
The 3xx message is not used:
- The Alcatel-Lucent OmniPCX Office Communication Server does not send a 3xx message.
- The provider must not send a 3xx message. Such a message is rejected with a
503.Service Unavailable message.
Transfer
Transfer is performed by joining the two calls. The Re-INVITE method is used.
Transfer with signaling path optimization is not supported.
Media optimization can be performed through the RTP direct mechanism.
RFC 3515, 3891 and 3892 are not supported on public SIP Trunking.
- The Alcatel-Lucent OmniPCX Office Communication Server does not use the REFER
method
- The provider must not send REFER message nor an INVITE message including a
Replaces field.
Other Services
Other services requiring a renegotiation of media, such as conference or recording a
conversation, are performed by using the Re-INVITE method.
6.4.2.3.21 Symmetric Response Routing
As of R7.0, the Alcatel-Lucent OmniPCX Office Communication Server complies with the RFC
3581 extension to the Session Initiation Protocol (SIP), for symmetric response routing. The
goal is to facilitate interworking with NATs.
Client behavior: when UDP transport is used, the Alcatel-Lucent OmniPCX Office
Communication Server includes the rport parameter in the top Via header, to indicate that
the RFC 3581 extension is supported and requested for the associated transaction. The
Alcatel-Lucent OmniPCX Office Communication Server is ready to receive responses either to
the request’s source port, or to the 5060 port.
Server behavior : the Alcatel-Lucent OmniPCX Office Communication Server examines the
topmost Via header field. If it finds an rport parameter, when building the response, it
populates the rport parameter with the source port of the request and adds a received
parameter with the source IP address of the request. Then, it sends the response back to the
received/ rport address (in other words to the source address of the received request),
from the same address and port where the request was received.
6.4.2.4 Configuration procedure

               6-67

Chapter 6 ) '" ( #

6.4.2.4.1 Pre-Requisites
The following must be declared:
- Installation Numbers: no SIP specificity
- DDI number range in the Public Dialing Plan: no SIP specificity
6.4.2.4.2 Checking Noteworthy Addresses
1. In OMC (Expert View), select System > System Miscellaneous > Memory Read/Write >
Other Labels
2. Check the VipPuNuA value is 00
3. Check the ExtNuFoVoi value is 22
Note:
The default value of the ExtNuFoVoi address is country dependant. Its function and value are the
same as ExtNumForm for ISDN.
6.4.2.4.3 Checking the VoIP Protocol and Setting the Number of VoIP Trunk Channels
As of R8.0, SIP is set as the default VoIP protocol. By default, the number of DSP channels
reserved for VoIP (H.323 or SIP) is equal to 0.
To check the VoIP protocol and to increase the number of channels for VoIP trunks to a
non-null value:
1. In OMC (Expert View), select the System > Voice over IP > VoIP: Parameters > General
tab
2. Review/modify the followings attributes:
Number of VoIP-Trunk Enter the number of channels used for SIP trunking.
Channels
VoIP Protocol Select SIP

3. Confirm your entries

4. If the VoIP Protocol has been switched from H323 to SIP, you are requested to reset the
PowerCPU board
6.4.2.4.4 Configuring the VoIP Trunks and Trunk Group
Configuring VoIP Trunks as Public
The VoIP trunks must be configured as public trunks.
1. In OMC (Expert View), select System > External Lines > List of Accesses > Details
2. Check the Public trunk box
Creating the VoIP Trunk Group
1. In OMC (Expert View), select System > External Lines > List of Trunk Groups
2. Create a trunk group containing the VoIP trunks
3. If necessary, modify the Link Category value (Traffic Sharing)

6-68               

 ) '" ( #

4. If necessary, modify the Traffic sharing & barring matrix

Creating a List Index for the VoIP Trunk Group
1. In OMC (Expert View), select System > Numbering > Automatic Routing Selection >
Trunk Group Lists
2. Create a list index for the VoIP trunk group
Creating the ARS Route
An ARS route must be created to route all numbers to the VoIP trunk group list. The figure
below shows the relationship between objects.

1. In OMC (Expert View), select System > Numbering > Automatic Routing Selection >
Automatic Routing: Prefixes
2. Add a line that routes everything to the VoIP trunk group
Activation Yes
Network pub
Prefix Leave blank
Ranges 0-9
Substitute Leave blank
TrGpList Enter the trunk group list index
Called(ISVPN/H450) het

Configuring ARS Optional Parameters

If the VoIP trunks are configured as public (see Configuring VoIP Trunks as Public ), the
Calling and Called/PP parameters of a public Automatic Routing: Prefixe can be left to their
default values.
On an installation combining both public and private SIP trunk groups, if the VoIP trunks are
configured as public, the Calling and Called/PP parameters of the private Automatic
Routing: Prefixe must be set to Priv:
1. In OMC (Expert View), select System > Numbering > Automatic Routing Selection >

               6-69

Chapter 6 ) '" ( #

Automatic Routing: Prefixes

2. Right-click on the line and select Opt. Parameters
3. Review/modify the following parameters:
Calling Select Priv
Called/PP Select Priv

Creating an ARS Prefix

1. In OMC (Expert View), select System > Numbering > Dialing Plans > Internal Dialing
Plan tab
2. Create or modify the Main Trunk Group prefix
Feature Main Trunk Group
Start 0
End 0
Base ARS
NMT Drop
Priv No

3. Confirm your entries

6.4.2.4.5 Configuring The Gateway and IP Parameters
Configuring ARS IP Parameters with DNS SRV Disabled
The figure: ARS Configuration with DNS SRV disabled describes the main parameters to
configure, and their relationship, when DNS SRV is disabled.

Figure 6.24: ARS Configuration with DNS SRV disabled

Configuring the Route IP Parameters

6-70               

 ) '" ( #

1. In OMC (Expert View), select System > Numbering > Automatic Routing Selection >
Automatic Routing: Prefixes
2. Right-click on the line and select IP Parameters
Destination SIP Gateway
IP Type Static
IP Address Enter the IP address of the outbound proxy.
Note 1:
This IP address is used to identify the origin of
incoming calls.
Note 2:
This field can be left empty if the Hostname is filled.
Hostname This field is optional and can be entered as an
alternative to IP address of the remote SIP
gateway.
Note 3:
The hostname must be locally DNS solved (in OMC
and PC's DNS parameters).
Gateway Alive Protocol Select ICMP or SIP Option.
Gateway Alive Timeout/s Enter the timeout between 20 and 3600 s.
Gateway Bandwidth Select the bandwidth available towards the
remote gateway. The number of simultaneous
communications towards the gateway depends
on this value.
Codec/Framing • Default: the codec/framing chosen
depends on the remote party.
• Other values: Alcatel-Lucent OmniPCX
Office Communication Server uses only
this codec/framing.
Index of Gateway Parameters Enter the gateway index.

Configuring the Gateway Parameters

1. In OMC (Expert View), select System > Numbering > Automatic Routing Selection >
Gateway Parameters
2. Review/modify the following parameters:
Index This index is incremented automatically
when an index label is entered.
Login Enter the login.
Password Enter the password.
Domain Name Enter the domain name of the provider.
Note 1:
This parameter is used to fill the domain part of
the To header of an INVITE message.

               6-71

Chapter 6 ) '" ( #

Realm Enter the Realm value.

RFC3325
Remote SIP Port Indicates the UDP port to which the PCX
sends SIP messages.
SIP number format index Enter the index of SIP Public Numbering
where number format and alternative
CLIP/COLP number are configured
DNS Disabled
Primary DNS Server Leave blank.
Secondary DNS Server Leave blank.
Outbound Proxy Enter the IP address of the outbound
proxy.
Fax Select the fax protocol:
• T38
• G711
Note 2:
The index value from ARS / Gateway
Parameters must be added to Index of
gateway Parameters in ARS/Automatic
Routing: Prefixes
Note 3:
The codecs framing value must be less than or
equal to 60 ms when the G711 protocol is
selected.
Index Label Enter an index label between 1 and 200.
Registration requested Check this box if the PCX must register on
this gateway.
If registration is requested, fill in the
parameters below.
Public DDI Registration Check this box to allow public DDI
registration if needed.
The public DDI numbers can be configured
using the Public Dialing Plan. The
canonical format of the number is used for
registration.
Registered User Name Enter the registered User Name of the PCX
on this gateway.
Note 4:
This field is disabled if the Public DDI
Registration box is checked.
Registrar IP address Enter the IP address of the Registrar on
which the PCX is to register.
Port Indicates the port where to send
registration messages.
Expire time Enter the life time of the registration.

6-72               

 ) '" ( #

Local Domain Name Enter the local domain name of the PCX.
Note 5:
A specific local domain name can be configured
for each SIP gateway.

Configuring ARS IP Parameters with DNS SRV Enabled

The figure: ARS Configuration with DNS SRV enabled describes the main parameters to
configure, and their relationship, when DNS SRV is enabled.

Figure 6.25: ARS Configuration with DNS SRV enabled

Configuring the Route IP Parameters

1. In OMC (Expert View), select System > Numbering > Automatic Routing Selection >
Automatic Routing: Prefixes
2. Right-click on the line and select IP Parameters
Destination SIP Gateway
IP Type Dynamic
IP Address Leave blank.
Hostname Leave blank.
Gateway Alive Protocol Leave blank (keep-alive is
disabled when DNS SRV is
used).
Gateway Alive Timeout/s Leave blank.
Index of Gateway Enter the gateway index.
Parameters

Configuring the Gateway Parameters

1. In OMC (Expert View), select System > Numbering > Automatic Routing Selection >
Gateway Parameters

               6-73

Chapter 6 ) '" ( #

2. Review/modify the following parameters:

Index This index is incremented automatically when an index label
is entered.
Login Enter the login.
Password Enter the password.
Domain Name Enter the domain name of the provider.
Note 1:
This parameter is used to fill the domain part of the To header of
an INVITE message.
Realm Enter the Realm value.
RFC3325
Remote SIP Port Indicates the UDP port to which the PCX sends SIP
messages.
SIP number format index Enter the index of SIP Public Numbering where number
format and alternative CLIP/COLP number are configured
DNS Select DNSSRV.
Primary DNS Server Enter the IP address of the primary DNS server.
Secondary DNS Server Enter the IP address of the secondary DNS server.
Note 2:
This IP address is used when the primary server does not answer.
Outbound Proxy Enter the name or the IP address of the outbound proxy.
Fax Select the fax protocol:
• T38
• G711
Note 3:
The index value from ARS / Gateway Parameters must be added
to Index of gateway Parameters in ARS/Automatic Routing:
Prefixes
Note 4:
The codecs framing value must be less than or equal to 60 ms
when the G711 protocol is selected.
Index Label Enter an index label between 1 and 200.
Registration requested Check this box if the PCX must register on this gateway.
If registration is requested, fill in the parameters below.
Public DDI Registration Check this box to allow public DDI registration if needed.
The public DDI numbers can be configured using the Public
Dialing Plan. The canonical format of the number is used
for registration.
Registered User Name Enter the registered User Name of the PCX on this
gateway.
Note 5:
This field is disabled if the Public DDI Registration box is
checked.

6-74               

 ) '" ( #

Registrar Name Enter the name of the Registrar on which the PCX is to
register.
Expire time Enter the life time of the registration.
Local Domain Name Enter the local domain name of the PCX.
Note 6:
A specific local domain name can be configured for each SIP
gateway.

Note 7:
The Alcatel-Lucent OmniPCX Office Communication Server can belong to one domain only. If
several gateways are defined, they use the same DNS servers. The modification of DNS server
addresses for one gateway is automatically applied to the other gateways for which DNS SRV is
enabled. However, it is possible to mix gateways with DNS SRV enabled and gateways with DNS
SRV disabled. As of R8.0 a Local Domain Name can be associated to each gateway, multiple Local
Domain Name being supported.
Configuring SIP Public Numbering
SIP public numbering configuration is described in Public SIP Trunking - Feature Description -
Numbering Formats .
6.4.2.4.6 Configuring the Local Domain Name
1. In OMC (Expert View), select System > Numbering > Automatic Routing Selection >
Gateway Parameters
2. Review/modify the following parameter:
Local Domain Name This name is used in the domain part of the FROM header. It
can be for example the domain name of the provider.
A unique Local Domain Name can be defined for each SIP
trunk (public and private).

6.4.2.4.7 Configuring Timers

1. In OMC (Expert View), select System > Voice Over IP > VoIP: Parameters > SIP tab
2. Review/modify the following parameters:
Timer T1 Retransmission timer: waiting duration before re-sending a
request.
Default value: 1000 ms
Timer T2 Response timer
Note:
T1 and T2 timers are defined in the RFC3261.
Number of Retries Maximum number of retries.

6.4.2.4.8 Configuring Registration Parameters

If the Alcatel-Lucent OmniPCX Office Communication Server must register, registration
parameters must be configured for each registrar(to allow for Multiple SIP registrars):
1. In OMC (Expert View), select System > Numbering > Automatic Routing Selection >

               6-75

Chapter 6 ) '" ( #

Gateway Parameters
2. In the Registration panel, check the Requested box
3. Review/modify the following parameters:
Requested Indicates whether the PCX must register to this SIP gateway.
Public DDI Registration Check this box to allow public DDI registration if needed.
The public DDI numbers can be configured using the Public
Dialing Plan. The canonical format of the number is used for
registration.
Registered User Name Enter the registered User Name of the PCX on this gateway.
Note:
This field is disabled if the Public DDI Registration box is checked.
Registrar name Enter name of the Registrar on which the PCX is to register.
Registrar IP address Enter the IP address of the Registrar on which the PCX is to
register.
Port Indicates the port where to send registration messages.
Registered Expire Time Enter the validity time of the registration.
Default value: 3600 s

4. If DNS SRV is not used, review/modify the following attributes:

Registrar IP Address Enter the Registrar IP address.
Port Enter the port number to be used for registration.
Outbound Proxy IP Enter the Outbound Proxy IP address.

5. If DNS SRV is used, check the DNS SRV box and review/modify the following attributes:
Registrar Name Enter the Registrar name.
Outbound Proxy Enter the Outbound Proxy name.

6. Alcatel-Lucent OmniPCX Office Communication Server supports the Digest authentication

scheme (MD5). If Alcatel-Lucent OmniPCX Office Communication Server must
authenticate to the provider, enter the authentication parameters:
User Name Enter the user name (login) for authentication.
Shared Secret Enter the password associated with the user name for
authentication.
Registered Realm Enter the realm name.

6.4.2.4.9 Appendix: Noteworthy Addresses for Codec/Framing Negotiation

Codec/Framing Negotiation
Three noteworthy addresses have an impact on codec/framing negotiation: MultAnsReinv,
PrefCodec and PrefFraming.
Notes:
Noteworthy addresses PrefCodec and PrefFraming have an impact only when the Codec/Framing in

6-76               

 ) '" ( #

the Automatic Routing: Prefixes parameters is set to Default.

Noteworthy addresses apply:
- To outgoing calls when the called party answer contains a list of codecs
- To incoming calls when the caller's INVITE message contains a list of codecs
Outgoing Calls & ARS Default Codecs

MultAnsReinv = 00 1. The Alcatel-Lucent OmniPCX Office Communication Server sends

PrefCodec = 0 its default list of supported codecs in the SDP part of the INVITE
message.
PrefFraming = 0
2. The called party answers the SDP offer by returning a list of codecs.
3. The PCX client sends out an RTP flow using the first common codec
found in the called party's codec list.
MultAnsReinv = 01 1. The Alcatel-Lucent OmniPCX Office Communication Server sends
PrefCodec = 0 its default list of supported codecs in the SDP part of the INVITE
message.
PrefFraming = 0
2. The called party answers the SDP offer by returning a list of codecs.
3. The PCX client sends out an RTP flow using the first common codec
found in the called party's codec list.
4. The Alcatel-Lucent OmniPCX Office Communication Server sends a
Re-INVITE message containing an SDP offer with a single codec
(the codec common to the two lists).
5. The called party either accepts or rejects the call update.
MultAnsReinv = 01 1. The Alcatel-Lucent OmniPCX Office Communication Server sends
PrefCodec = x its default list of supported codecs in the SDP part of the INVITE
message.
PrefFraming = y
2. The called party answers the SDP offer by returning a list of codecs.
3. There are two cases:
• If the preferred codec is present in the list received from the
called party, the Alcatel-Lucent OmniPCX Office Communication
Server sends out an RTP flow using the preferred
codec/framing.
• If the preferred codec is not in the list received from the called
party, the Alcatel-Lucent OmniPCX Office Communication
Server sends out an RTP flow using the first common codec
found in the called part'y's codec list.
4. The Alcatel-Lucent OmniPCX Office Communication Server sends a
Re-INVITE message containing an SDP offer with a single codec
(the codec negotiated at step 3).

Incoming Calls & ARS Default Codecs

               6-77

Chapter 6 ) '" ( #

PrefCodec = 0 1. The caller sends an SDP offer with a list of codecs in the INVITE
PrefFraming = 0 message.
2. The Alcatel-Lucent OmniPCX Office Communication Server returns
an SDP answer with a single codec (first common codec found). The
PCX starts emitting an RTP flow with this codec and a framing value
received in the offer (ptime). If no ptime was received in the offer,
the PCX uses its own default framing.
3. The caller emits its RTP flow using the codec returned in the PCX
answer.
PrefCodec = x 1. The caller sends an SDP offer with a list of codecs in the INVITE
PrefFraming = y message.
2. There are two cases:
• If the preferred codec is in the list received, the Alcatel-Lucent
OmniPCX Office Communication Server answers with the
preferred codec/framing.
• If the preferred codec is not in the list received, the
Alcatel-Lucent OmniPCX Office Communication Server answers
with the first common codec.

Noteworthy Addresses Configuration

MultAnsReinv
1. In OMC (Expert View), select System > System Miscellaneous > Memory Read/Write >
Debug Labels
2. Select MultAnsReinv
MultAnsReinv • 01 (default value): Re-invite sent on multiple-codec
answer
• 00: No Re-invite sent on multiple-codec answer

PrefCodec and PrefFraming

1. In OMC (Expert View), select System > System Miscellaneous > Memory Read/Write >
Other Labels
2. Modify the following addresses to enable preferred codec/framing:
Note:
To enable preferred codec/framing, both addresses must be different from 0.

6-78               

 ) '" ( #

PrefCodec Enter one of the following values:

• 0 (00 00) (default value): disabled
• 2 (02 00): G723
• 3 (03 00): G729
• 4 (04 00): G711 A law
• 5 (05 00): G711 µ law
PrefFraming Enter one of the following values:
• 0 (00) (default value): disabled
• 10 (0A): 10 ms
• 20 (14): 20 ms
• ...
• 90 (5A): 90 ms
• 120 (78): 120 ms

6.4.2.4.10 Appendix: VoIP Noteworthy Addresses

Overview
The values of noteworthy addresses (VOIPnwaddr) can be modified as typical Alcatel-Lucent
OmniPCX Office Communication Server noteworthy addresses can be.
Any modification must be followed by a warm reset of the PCX.
Restart the Alcatel-Lucent OmniPCX Office Communication Server when a VoIP daugther
board is present on the main CPU.
Presentation
- Name: internal name of the value
- Position: position of the value in the Noteworthy address buffer of OMC
The first position is at 0, the last position is at 0x63
- Length: length of the value in bytes
- Default: factory default configuration or after a cold reset of the Alcatel-Lucent OmniPCX
Office Communication Server
- Range: range of accepted values
List of Values
Privacy Level
Presentation

Name Position Length Default Range Example

(byte) (byte)
Sipgw_priv_lvl 2 1 00 00-01 00 or 01

Description
Set the Alcatel-Lucent OmniPCX Office Communication Server privacy policy when CLIR is
active.
If the identity presentation of user 1234 is restricted, the From field of an outgoing INVITE

               6-79

Chapter 6 ) '" ( #

message from the Alcatel-Lucent OmniPCX Office Communication Server is:

- If Privacy Level = 00
From: sip:[email protected]
- If Privacy Level = 01
From: sip:1234@LocalDomain
Session Timer
Presentation

Name Position Length (byte) Default Range Example

(byte)
Session 4 2 0000 0000-FFFF 0060 for one
Timer hour

Description
The session timer is the delay parameter specified in RFC4028.
For each call, a keep alive (session refresh) operation, which consists in a re-invite or update
refresh request, depending on the context, is performed at 50% of the period specified by this
variable.
The selection of the refreshing method (UPDATE or INVITE) is the result of a negotiation.
If no session refresh operation is performed or is successful by the end of this timer, the call is
released.
The timer unit is the minute and its minimum value 2 minutes:
- The 0000 default value refers to the default timer, of a 720 minutes (12 hours) duration.
- The FFFF value results in disabling the session timer: no keep alive operation is
performed. This selection avoids several interoperability problems.
- Any other value defines the session timer duration in minutes
Don't Use DNS SRV Unreachable Proxy List
Presentation

Name Position Length Default Range Example

(byte) (byte)
Don’t use DNS 6 1 00 00-01 01 results in not using the
SRV unreachable unreachable proxy list
proxy list

Description
DNS SRV makes use of a quarantine list to memorize unreachable proxies. This optimizes
overflow by not trying to connect to known unreachable proxies.
The default value 00 results in using the unreachable proxy list.
The 01 value results in not using the unreachable proxy list.

6-80               

 ) '" ( #

NAT Keep Alive for DNS SRV

Presentation

Name Position Length Default Range Example

(byte) (byte)
NAT Keep 8 2 0000 0000-FFFF 0258 results in NAT
Alive connection in router during
600 seconds

Description
When the Alcatel-Lucent OmniPCX Office Communication Server is reached via a router
(NAT/Firewall), the NAT connection must be permanently open.
This noteworthy address is the duration of the NAT connection in the router.
When DNS SRV is enabled, the Alcatel-Lucent OmniPCX Office Communication Server sends
the OPTION messages at 75% of the delay in order to maintain the NAT connection.
The 0 value results in no NAT Keep Alive.
A value above 0 results in enabled NAT Keep Alive for DNS SRV rules, and specifies the NAT
connection duration.
Do not Allow Update
Presentation

Name Position Length Default Range Example

(byte) (byte)
sipgw_noupdate 17 1 00 00-01 00 UPDATE
method is enabled

Description
This parameter enables/disables the support of the UPDATE method, which allows a client to
update session parameters (such as the set of media streams and their codecs) with no
impact on the state of a dialog.
Parameter available values are:
- 01 : The UPDATE method is disabled.
- 00 : The UPDATE method is enabled (default value).
UDP to TCP Switching Deactivation Noteworthy Address
Presentation

               6-81

Chapter 6 ) '" ( #

Name Position Length Default Range Example

(byte) (byte)
no_tcpswitching 18 1 00 00-01 00 (default value)
switching of UDP to
TCP is enabled

Description
This parameter allows to disable the automatic switching of transport type (from UDP to TCP)
for outgoing SIP messages.
When not disabled, SIP messages are switched to TCP.
The default value 00 activates the switching of UDP to TCP.
The 01 value deactivates the switching of UDP to TCP.
Send No-Signal Noteworthy Address
Presentation

Name Position Length Default Range Example

(byte) (byte)
send_no_signal 19 1 00 00-01 00 (default value) No
no-signal message is
sent

Description
This parameter allows to send a no-signal message for outgoing fax calls.
This parameter allows the IP-PBX to send a short burst of T.38/T.30 no-signal messages
during the setup of T.38 Fax calls.
Emitting these no-signal messages is especially useful when the IP-PBX is connected to an
external NAT-L3 router. The UDP Fax port is consequently enabled in the NAT and incoming
T.38 traffic is routed to the IP-PBX.
The default value 00 does not send no-signal message.
The 01 value sends no-signal messages for T38 fax calls.
Disable History-Info
Presentation

Name Position Length Default Range Example

(byte) (byte)
Disable_hi 20 1 00 00-01 00 (default value) means
History-Info is enabled.

Description
This parameters allows to disable the support of History-Info (RFC 4244) header in send and
receive.

6-82               

 ) '" ( #

The default value 00 results in enabling the History-Info.

The 01 value results in disabling the History-Info.
Disable Optimization of Authentication
Presentation

Name Position Length Default Range Example

(byte) (byte)
auth_optimize 21 1 00 00-01 00 (default value)
means Optimization of
Authentication is
enabled.

Description
This parameters allows to disable the support of Optimization of Authentication.
The default value 00 results in enabling Optimization of Authentication.
The 01 value results in disabling Optimization of Authentication.
Enable Force DNS_A resolution
Presentation

Name Position Length Default Range Example

(byte) (byte)
force_dns_a 22 1 00 00-01 00 (default value) means
Force DNS_A resolution
is enabled.

Description
This parameters allows to enable the support of Force DNS A resolution.
The default value 00 results in enabling DNS A resolution instead of DNS SRV resolution.
The 01 value results in disabling Force DNS_A resolution.
V21 Jitter buffer depth
Presentation

Name Position Length Default Range Example

(byte) (byte)
v21_jitter_depth 24 2 00 00 00 01F4 means 500ms for
00-FFFF V21 jitter buffer dept.

Description
This parameter allows to tune the depth of the fax V21 jitter buffer. The unit is the millisecond.

               6-83

Chapter 6 ) '" ( #

The default value 00 00 results in applying default V21 jitter buffer depth, i.e 240ms.
Other values: depth of the V21 jitter buffer depth in milliseconds.
T4 Jitter buffer depth
Presentation

Name Position Length Default Range Example

(byte) (byte)
t4_jitter_depth 26 2 00 00 00 01F4 means 500ms for
00-FFFF T4 jitter buffer depth.

Description
This parameter allows to tune the depth of the fax T4 jitter buffer. The unit is the millisecond.
The default value 00 00 results in applying default T4 jitter buffer depth, i.e 240ms.
Other values: depth of the T4 jitter buffer depth in milliseconds.
Trigger Alert message
Presentation

Name Position Length Default Range Example

(byte) (byte)
trigger_alert 28 1 00 00-01 00 means No Alert
message is sent in
Progress State.

Description
This parameter allows to send 180 Ringing and 183 Session Progress, when 180 Ringing or
183 Session Progress with SDP is received, with the delay (~1s) after 100 Trying is received in
transit case.
This parameter has:
- Value 01: In transit case, if 180 Ringing or 183 Session Progress is received with SDP with
a delay (~1s) after receiving 100 Trying, sends Alert message (180 Ringing), which is
followed by Session Progress (183) with SDP to another call leg.
- Value 00: In transit case, if 180 Ringing or 183 Session Progress is received with SDP with
a delay (~1s) after receiving 100 Trying, sends Session Progress (183) with SDP to
another call leg.
Send Simulated CED Tone
Presentation

6-84               

 ) '" ( #

Name Position Length Default Range Example

(byte) (byte)
send_ced 34 1 00 00-01 00 (default value) means
simulated ced tone (T38
message) is not sent.

Description
As of R8.0, this parameters allows to send simulated T38 ced message to the network:
- Value 00: simulated T38 ced message is not sent to the network
- Value 01: simulated T38 ced message is not sent to the network
DNS Authentication
Presentation

Name Position Length Default Range Example

(byte) (byte)
dns_authent 35 1 00 00-01 00 (default value) means
no IP authentication for
DNS incoming calls.

Description
As of R8.1, this parameter offers the ability to enable authentication of incoming call based on
IP address for DNS enabled ARS lines:
- Value 00: the source IP address is not checked for incoming calls associated to DNS ARS
lines
- Value 01: the source IP address is checked for incoming calls associated to DNS ARS
lines
P-Early-Media activation
Presentation

Name Position Length Default Range Example

(byte) (byte)
pearlymedia 58 1 00 00-01 00 (default value) means
p-earlymedia is disabled.

Description
This parameter allows to enable the control of early media flow through p-early-media.
The default value 00 results in disabling P-Early-Media: no control of early media flow.
The 01 value results in enabling P-Early-Media: control of early media flow.
G711A Silence Suppression
Presentation

               6-85

Chapter 6 ) '" ( #

Name Position Length Default Range Example

(byte) (byte)
sip_g711a_vad_ 59 1 00 00-01 01 means silence
suppression is disabled
for G711A codec.

Description
This parameter allows to disable the silence suppression for G711A codec in both SIP phone
and SIP trunk gateway.
The value 00 results in using silence suppression parameters configured in OMC (Voice Over
IP > VoIP) for G711A codec.
The 01 value results in disabling silence suppression for G711A codec.

6.4.3 Private SIP Trunking

6.4.3.1 SIP Gateway Services
6.4.3.1.1 Standards
See Public SIP Trunking - Feature Description - Standards
6.4.3.1.2 Services
As of Alcatel-Lucent OmniPCX Office Communication Server R7.1.1, SIP (Session Initiation
Protocol) becomes the default VoIP protocol designed to replace H.323 standard protocol
which becomes the second VoIP protocol.
Alcatel-Lucent OmniPCX Office Communication Server R8.0 embeds an integrated SIP
gateway with the following features:
- Up to 48 simultaneous VoIP calls
- G711, G729a, and G723.1 support
- RTP/RTCP: manages audio signals, including real-time packetization of media streams
and control reports
- T38: real-time Fax over IP
- Fax over G711 codec
- Echo cancellation
- Tone detection/generation
- Voice Activity Detection (VAD)/Silence suppression
- ICMP Keep Alive (to remote gateway)
- SIP option Keep Alive (to remote gateway)
- Direct RTP
- SIP registration and authentication
- SIP public numbering
- Codec pass-through for SIP sets (in direct RTP)

6-86               

 ) '" ( #

- Codec pass-through for SIP trunks (in direct RTP)

Overview
Alcatel-Lucent OmniPCX Office Communication Server users can communicate with remote
SIP components such as gateways, proxies or terminals, through SIP for signalization and
RTP/RTCP for voice.

Transfer
Transfer in private networks complies with standards RFC 3515, 3891 and 3892.
Transfer in conversation and in ringing with optimized audio path is fully supported in private
networks.
Fax over IP (FoIP)
See Public SIP Trunking - Feature Description - Fax over IP (FoIP)
6.4.3.2 Topologies
6.4.3.2.1 Architecture
The following topology is recommended for connecting an Alcatel-Lucent OmniPCX Office
Communication Server using SIP.

               6-87

Chapter 6 ) '" ( #

The bandwidth of an Ethernet LAN can be 10 or 100 Mbps. If the network operates at 100
Mbps, adding terminals operating at 10 Mbps risks downgrading the bandwidth used by VoIP
and hence audio quality. You might need to isolate these devices on external LAN switches
hooked up to the system.
The PowerCPU board is connected to the local client network using a LAN switch. This
solution helps reduce Ethernet traffic on the PowerCPU board.
Multi-site Configurations
A multi-site configuration is possible via an extended Intranet or an Internet VPN.
SIP Gateway Integrated Into an Extended Intranet

6-88               

 ) '" ( #

The IP router (R) connected to the Intranet can be a simple IP router. The reservation of
bandwidth is "guaranteed" if this router supports Ipv4 ToS (DiffServ).
SIP Gateway Integrated Into a VPN

The IP router (R/F) at the front end of the VPN must offer Proxy/Firewall and VPN server
functionality (IPSec with 3DES encryption for interoperability with the system's built-in router).
IP Telephony in an Extended Intranet

Note:
See also the Home Worker and Remote Worker topologies described earlier.

6.4.3.3 Authentication/Registration

               6-89

Chapter 6 ) '" ( #

6.4.3.3.1 Authentication and Registration

Authentication and ARS
The Alcatel-Lucent OmniPCX Office Communication Server authentication mechanism
conforms to the RFC 3261 recommendation and to data registered in the ARS table. Two
fields are provided in the ARS table for SIP components: login and password (username and
shared secret).
Incoming Calls
There is no authentication for incoming calls. Only calls from IP addresses registered in the
ARS table are accepted.
Outgoing Calls
The type of authentication depends upon destination listed in the ARS table. For calls to proxy
servers, Alcatel-Lucent OmniPCX Office Communication Server sends an authenticated
request when a 401 or 407 response containing an authentication challenge is received.
Authorization is accomplished by a combination of a user name and a password (shared
secret) in accordance with recommendations RFC 2617and RFC 1321.
Parameters
From Alcatel-Lucent OmniPCX Office Communication Server R6.0 and higher: In a consistent
SIP protocol configuration in the ARS table, a new field, Gateway Parameters, enables you to
activate an authentication index.
By OMC (Expert View): Numbering -> Automatic Routing Selection-> Automatic Routing:
Prefixes

When the index has been activated, the following fields display in the Gateway Parameters
window:
- Index
- Login
- Password
- Domain Name
- Realm
- RFC3325 (not used for authentication)
- Remote SIP port (not used for authentication)
- SIP Numbers format index (not used for authentication)
- Index label
- DNS
- Local Domain Name
For more information on these fields, you can also refer to the OMC On-line documentation.
Registration Parameters
The following fields are used to control registration and authentication:

6-90               

 ) '" ( #

- Registration requested (yes/no): indicates if registration is required

- Reg. expire time: timeout used to refresh registration periodically (by default, 3600
seconds)
- Username: username (login) for authentication
- Shared secret: password associated with the username for authentication
- IP Address: Registrar's IP Address
from R6.0 and higher,
- Registered Username: Username used for registration
- Port: UDP number for REGISTER request
- Registered Realm
6.4.3.4 Configuring SIP Gateway
6.4.3.4.1 Hardware configuration
SIP Gateway is an application layer which works as an interface between IP telephony (SIP
stack) and switched telephony (Alcatel-Lucent OmniPCX Office Communication Server PBX
call manager).
Checking the VoIP Protocol
Since R8.0, SIP is set as the default VoIP protocol in Alcatel-Lucent OmniPCX Office
Communication Server. To check, and, if necessary, modify the VoIP protocol:
By OMC (Expert View): System -> Voice on IP -> VoIP: Parameters -> General tab

If the VoIP Protocol has been switched from H.323 to SIP, OMC asks you to reboot the
PowerCPU board.
Configuring the System as the SIP Gateway
By default, after initialization, all the DSP channels are assigned to the pool of VoIP subscriber
channels (IP telephony).
In a pure SIP gateway configuration, all the DSP channels of the PowerCPU board and the
ARMADA VoIP32 daughter board are used for "IP network" accesses.
By OMC (Expert View): System -> Voice on IP -> VoIP: Parameters -> General tab

Number of VoIP access channels (IP trunks): Number of channels for VoIP IP access, i.e. 1
DSP channel for 1 "network access".
Direct RTP: The direct RTP service provides direct RTP and RTCP flow exchange between IP
endpoints (IP sets, DSP channel on PowerCPU board, distant gateways).
To activate the direct RTP option, check the check box. This should be carried out when there
is no traffic on the system.
Note:
Each DSP channel placed in the "VoIP access" pool is considered as a "network access" by the PBX, i.e.
1 VoIP DSP = 1 B-channel. As there can be a maximum of 16 DSP channels on PowerCPU board and
32 DSP channels on ARMADA VoIP32 daughter board, there can be no more than 48 VoIP access DSP

               6-91

Chapter 6 ) '" ( #

channels, i.e.48 "IP" B-channels.

Network accesses (T0, T2, analog TL, DLT0, DLT2) + VoIP accesses = 120 accesses Max.
Once the protocol has been modified, OMC asks you to reboot the PowerCPU board.
Quality of IP service: Selection of QoS type for the remote SIP gateway VoIP calls.
If all the network elements support the IP ToS, you can choose an IP priority from 1 to 7.
If all the network elements are "DiffServ" compatible, you can choose:
- DiffServ PHB Best Effort Forwarding (BE) (priority bits: 00000000 ), or
- DiffServ PHB Expedited Forwarding (EF) (priority bits: 10111000 ).
Configuring the Gateway Timeouts (optional)

By OMC (Expert View): System -> Voice on IP -> VoIP: Parameters -> Gateway tab

NB: The parameters have standardized values, do not change them without prior analysis.
- RAS Request Timeout: Maximum authorized response time for a RAS request
("Registration, Admission, Status") made to the gatekeeper; between 10 and 180; default
value = 5
- Gateway Presence Timeout : Determines the presence of a remote Gateway; value
between 10 and 600; default value = 50
- Connect Timeout: Maximum authorized time interval between initialization and
connection; value between 10 and 1200; default value = 500
- H.245 Request Timeout: Maximum authorized response time for an H.245 request; value
between 10 and 60; default value = 40
- SIP: End of dialing timeout: Default value = 5
Configuration of T38 Parameters for Fax over IP (optional)

By OMC (Expert View): System -> Voice on IP -> VoIP: Parameters -> Fax tab

- T38/UDP Redundancy Number of Fax data packets forwardings; value between 0 and 2;
default value = 1
- T38/Framing Number of data packets in the same frame; value between 0 and 5; default
value = 0. In fact, the number of packets is equal to the number set in this field + 1
Note:
a) Only T38 traffic is supported: modem, V90, V24, etc. are not available via H.323/SIP connection. b) if
the UDP redundancy is set to 0, any framing value (0 to 5) can be used. If the UDP redundancy is set to
1, the framing must not be configured to a value higher than 1

6.4.3.5 Configuring a Remote SIP Gateway

6.4.3.5.1 Configuration examples
Configuring outgoing communication (ARS table)
The choice of routing a telephone communication between a public network access or a VoIP
access and the busy trunk overflow feature are defined in the ARS table.

6-92               

 ) '" ( #

Like conventional outgoing telephone calls, a VoIP call is subject to the ARS mechanisms: link
categories, ARS time slot management, overflow on busy, etc.
In the diagram below sites A and B are Alcatel-Lucent OmniPCX Office Communication
Servers. Site C is a remote system integrating a SIP gateway.

- @IP1 : IP address of the PowerCPU board at site A -

- @IP2 : IP address of the PowerCPU board at site B. For example: 192.189.50.120
Basic call
The site A stations call the site B stations by dialing their internal numbers:
Internal numbering plan (site A):
Function Start End Base NMT Priv
Secondary trunk group 2 2 ARS Keep Yes

ARS Table:
Network Access Range Substitute List. Trunk Called Party Comment
group list (ISVPN/H450)
Priv. 2 00-49 2 4 het SIP to site B

- By default, the "Called(ISVPN/H450)" field is set to "het" (heterogeneous). When set to

"hom" (homogeneous), a remote IP is expected to support optimized forwarding and
transfer; local and remote numbering plans are supposed to be consistent.

               6-93

Chapter 6 ) '" ( #

- The "User Comment" field enables a comment to be associated with the ARS input (20
characters maximum).
Note:
The IP parameters in the ARS table are accessed by right-clicking and selecting "IP parameters".

Destination IP Type IP address Hostname Gateway Gateway Gateway Gateway

Alive Alive Bandwidth Alive
Protocol Timeout Status
SIP Static 192.189.50.120 option either 300 128 Kbits Enabled
Gateway ICMP (5 calls)
(default)
or SIP
option

- The "Destination" field of an ARS input to VoIP accesses must be set to "SIP Gateway".
- For a "SIP Gateway" destination, the "IP Type" must be a static IP address (non-modifiable
field).
- The "IP Address" field must be that of the remote SIP gateway. In the example, this value
corresponds to the IP address of the PowerCPU board at site B.
- The "Host name" can be used instead of the IP address of the remote gateway. Requires a
DNS server.
- "Gateway Alive Protocol":
• The gateway alive protocol can be either:
• ICMP
• SIP option (From Alcatel-Lucent OmniPCX Office Communication Server R6.0)
- "Gateway Alive Timeout":
The gateway alive timeout can be selected between 20 and 3600 seconds (300 by
default). When set to 0, the gateway alive protocol mechanism is inhibited. This option is to
be used specifically when it is impossible to use ICMP to test the presence of the remote
gateway. In this case, it is impossible to know whether the gateway is alive or out of
service.
- Gateway Bandwidth / QoS: for each ARS input to a remote SIP gateway, a bandwidth
must be reserved for the VoIP to the remote SIP gateway. The number of simultaneous
communications that can be held depends on this value:
Bandwidth Number of possible simultaneous
communications
None No communication possible (Default
value)
55.6 Kbps 1
64 Kbps 2
128 Kbps 5
256 Kbps 10
512 Kbps 20
# 1024 Kbps > 20

6-94               

 ) '" ( #

Example: if the total bandwidth corresponding to the data rate to a remote gateway is 256
Kbps, and the mean traffic level is 50%, it would be wise to define a bandwidth of 128 Kbps for
VoIP.
Remark concerning the quality of service (QoS)
If we take our example, site A can make SIP calls to sites B and C. One assumes that the
bandwidths reserved for VoIP at the LAN/WAN gateways of each site are the following:
- Bandwidth reserved for VoIP on site A: 1024 Kbps (20 calls or more)
- Bandwidth reserved for VoIP on site B: 128 Kbps (5 simultaneous calls)
- Bandwidth reserved for VoIP on site C: 64 Kbps (2 simultaneous calls)
In this configuration, you can see that it is possible to make 7 simultaneous calls from site A to
the remote SIP gateways: 5 to site B and 2 to site C.
7 DSPs can therefore be assigned in the "VoIP access" pool for site A (7 being the number of
DSPs needed to call sites B and C simultaneously).
However, let us assume that there is no ongoing communication between sites A and C, and
that 5 calls are established between A and B. The total number of VoIP network access DSPs
consumed in PBX A is 5: therefore 2 DSPs remain available to establish two other calls to site
B.
Yet in this example we exceed the bandwidth reserved for VoIP at the LAN/WAN gateway of
site B: the quality of service is no longer guaranteed.
To avoid downgrading the VoIP service, the system uses the "Gateway Bandwidth" field of the
ARS table associated with the input to the remote SIP gateway of site B, which will be
configured at 128 Kbps (5 calls), as quality indicator (QoS). Although there are still 2 DSPs
available, the PBX will refuse a 6th call to site B.
Note:
To optimize management of this ARS table parameter, it is vital to have a precise information about the
bandwidth available (reserved) for VoIP calls.
- "Gateway Alive Status": this regularly updated read-only field indicates the status of the
remote gateway:
• Alive: remote gateway present
• Down: remote gateway absent / out of service
It can, however, turn out to be judicious to deactivate the mechanism if one is sure of network
reliability, in order to reduce the traffic.
Incoming call
An incoming "VoIP access" call is analyzed in the private numbering plan. In our example:
Private numbering plan of site B:
Function Start End Base NMT Priv
Local call 200 249 200 No

Forcing a public call to the SIP gateway

LCR : Least Cost Routing

               6-95

Chapter 6 ) '" ( #

When a site A subscriber dials the public number of the site B station, the call can be forced to
the VoIP network accesses.
Internal numbering plan of site A:
Function Start End Base NMT Priv
Main trunk group 0 0 ARS Drop No

ARS Table:
Network Access Range Substitute List. Trunk Called Party Comment
group list (ISVPN/H450)
Pub. 04723542 00-49 2 4 het SIP to site B

Overflow
When a site A subscriber calls a site B station by its internal number, ARS routing enables the
calls to be re-routed to the public network when it is no longer possible to call via the VoIP
accesses. The following criteria render a "VoIP access" trunk group inaccessible:
- The PowerCPU board of site A is out of service
- No more DSPs associated with the VoIP accesses are available
- The remote SIP gateway is out of service (PowerCPU board of site B is out of service)
- The quality of service (QoS) to the remote gateway is poor (exceeding of the simultaneous
communications threshold for the reserved VoIP bandwidth of this remote SIP gateway)
ARS table of site A: Network
Calling the site B station by its internal number:
Network Access Range Substitute List. Called Comment Destination
Trunk Party
group list (ISVPN/H450)
Priv. 2 00-49 2 4 het SIP to site B SIP Gateway
04723542 1 het ISDN Access Not IP

Calling the site B station using its public number:

Network Access Range Substitute List. Called Comment Destination
Trunk Party
group list (ISVPN/H450)
Pub. 04723542 00-49 2 4 het SIP to site B SIP
Gateway
04723542 1 het ISDN Access Not IP
Pub. 04723542 50-99 04723542 1 het ISDN Access Not IP *

* : As the public numbers 04723542 50 to 99 do not belong to site B, they must be routed to
the public network.
Break In
The break-in service enables the PBX to re-route a public number from site A to site B. In our

6-96               

 ) '" ( #

example, the public network subscriber dials the number 03 88 67 71 50 which is routed to
station 250 on site B:
Public numbering plan (site A):
Function Start End Base NMT Priv
Secondary trunk group 7150 7150 ARS Keep No

ARS Table:
Network Access Range Substitute List. Trunk Called Comment
group list Party
(ISVPN/H450)
Pub. 0388677150 250 4 het SIP to site B

Reminder: it is vital for the PBX "Installation number" field to be configured; e.g. for site A:
388677100.
Break Out
The break-out service enables proximity calls to be made. In our example a site A station dials
a public number starting with 04, the call is routed to site B via the SIP gateway, then routed to
the public network from site B. Configuration:
Internal numbering plan of site A:
Function Start End Base NMT Priv
Main trunk group 0 0 ARS Drop No

ARS table of site A: Network

Network Access Range Substitute List. Called Comment Destination
Trunk Party
group list (ISVPN/H450)
Pub. 04 004 4 het SIP to site B SIP *
Gateway
04 1 het ISDN Not IP **
Access

* : as the prefix 0 is dropped in the internal numbering plan, 004 must be substituted for 04,
** : this sub-line allows overflow to the public network lines of site A when the VoIP access
calls are inaccessible.
As an incoming VoIP access call is analyzed in the private numbering plan, the private
numbering plan of site B must be programmed as follows:
Function Start End Base NMT Priv
Main trunk group 0 0 0 Drop No

6.5 Installation

               6-97

Chapter 6 ) '" ( #

6.5.1 Overview
A few precautions must be taken when adding a machine into a local network to ensure the
lasting compatibility and quality of the network.
The starting point for the integration and configuring of Alcatel-Lucent OmniPCX Office
Communication Server on a LAN is the knowledge of the network structure, its characteristics
and its elements. After that, it is necessary to collect the significant parameters and
characteristics of the LAN.
Below is a list of the parameters to be collected:
CPU Board
- Hostname: DNS name or alias of the board
- IP Address: IP address of the board
- IP Subnet Mask : subnet mask of the LAN
General
- Number of IP trunk DSP channels: number of channels associated with remote H.323
gateway access
- Number of IP subscriber DSP channels: number of channels associated with the IP
Telephony service
- Quality of service: type of quality of service to be implemented according to the LAN
equipment
H.323 Gateway
- IP addresses of remote H.323 gateways
- Gatekeeper integrated into the PBX: use of an integrated gatekeeper or not
- Identification of gatekeeper: IP address of external gatekeeper
SIP Gateway
- IP address of remote SIP registrar
- IP addresses of remote SIP gateways
IP Telephony
- Activate the integrated DHCP server: use of the integrated DHCP server or not
- Dynamic Range: dynamic IP address range for IP telephony (IP sets) or for PCs

6.6 VLAN

6.6.1 Overview
6.6.1.1 Basic description
A Virtual Local Area Network (VLAN) is a group of network elements from one or more LANs
that are configured in such a way that they can communicate as if they were attached to the
same wire.

6-98               

 ) '" ( #

VLANs are very flexible because they are based on logical connections instead of physical
connections. The purpose is to segment ethernet traffic logically.
The figure below represents the abstraction of a physical LAN divided into two VLANs: a Voice
VLAN (VoIP frames) for IP phone sets, and a Data VLAN for computers. In VLAN uses, the
number of VLAN can be different depending the LAN management rules and the choice of the
network administrator.

A VLAN architecture offers the following advantages:

- Increased performance through traffic segmentation (voice and data frames)
- Network tuning and simplified software configurations: LAN administrators can optimize
their networks by grouping users logically
- Physical topology independance
- Increased security options: LAN administrators can segment privileged users (access to
sensitive information) and standard users into separate VLANs, regardless of their physical
location

6.6.2 Topologies
6.6.2.1 Detailed description
The purpose of this section is to show how Alcatel-Lucent OmniPCX Office Communication
Server could be connected to VLANs. The OmniPCX Office is able to operate on 2 VLANS (1
for Voice and 1 for Data).
Because the PowerCPU works with both VLANs it must have a unique IP address for each
VLAN.
Note:
LANX boards must not be used in a VLAN topology because they do not recognize or support
VLAN-tagged frames(802.1Q).

               6-99

Chapter 6 ) '" ( #

Alcatel-Lucent OmniPCX Office Communication Server is configured to manage two VLANs,

one for voice and the other for data. Additional voice and data VLANs will be managed by the
external ethernet switch configuration and external routers (communication between VLANs).
Alcatel-Lucent OmniPCX Office Communication Server is connected to a switch with the
following characteristics:
- VLAN-aware: a switch that can recognize and support VLAN-tagged frames.
- Each port to which the PowerCPU Board and IP phone sets are connected must be of
hybrid type with the same VLAN identifier (VID). An hybrid port is a switch port configured
to send and receive 802.3 (data VLAN protocol) or 802.1Q (voice VLAN protocol) frames

6.6.3 Configuring VLAN

6.6.3.1 Configuration procedure
VLAN is configured for Alcatel-Lucent OmniPCX Office Communication Server through OMC.
As VLAN configuration is closely related to IP Address configuration, both configurations are
defined on the same node:

6-100               

 ) '" ( #

The IP/LAN Configuration property sheet contains the following pages:

- LAN Configuration
- Boards
- IP Addresses for PPP
- Routing
- Priority Mapping
6.6.3.1.1 LAN Configuration
This property page defines the overall LAN logical structure. It is divided into two areas: Data
Traffic and Voice Traffic.
In the default LAN configuration:
- Data Traffic property is set to On normal LAN - all LAN data traffic circulates in 802.3
frames.
- Voice Traffic property is set to Use the same LAN/VLAN as Data Traffic - voice and
data packets are not tagged. There is no VLAN for voice traffic so traffic is not segmented.
If the Voice Traffic property is set to Use Separate VLAN data packets are not tagged but
voice packets are sent with the VLAN=3 tag (as shown in the example above).
When you change the IP Subnet Mask or the Default Router IP Address fields, the Network
IP Address field is recalculated and a warning icon is displayed to indicate that all boards IP
addresses have been recalculated to match the new network. (This only applies to data traffic)

VLAN IDs
Select the Data Traffic property Use VLAN (802.1p, 802.1Q) to define a VLAN ID for data
traffic.

               6-101

Chapter 6 ) '" ( #

Select theVoice Traffic property Use a separate VLAN to define a VLAN ID for voice traffic.
Note that the Voice Traffic default router IP address is calculated from the router IP address
provided in the Data Traffic section.
Note:
The default VLAN ID for Data Traffic is 2. The default VLAN ID for Voice Traffic is 3.

6.6.3.1.2 Boards
When voice traffic has been assigned to a separate VLAN (see LAN Configuration section), an
icon in the LAN column indicates to which VLAN (data or voice) a board is associated.
The IP addresses defined for each board should be consistent with the network settings in the
LAN Configuration page. To help you choose consistent addresses, the network and subnet
mask IP addresses are explained beside each VLAN icon at the bottom of the page.
The "Main CPU" and "Main CPU (Voice)" fields have a particular behavior. They can be used
to modify the networks. Changes are reported to the LAN Configuration page for system
consistency. In that case, all corresponding IP addresses associated to the same VLAN (data
or voice) are automatically recalculated to match the new networks.
6.6.3.1.3 Routing
With the introduction of traffic segmentation, the main CPU can be connected to more than
one LAN/VLAN. To send packets to a destination whose IP address is related to one of these
LANs/VLANs, the main CPU only needs a network IP address and a subnet mask IP address.
When the target destination lies beyond the main CPU's visible LANs/VLANs, a routing
decision must be taken.
In OMC, you can specify up to 10 routes. Each route is defined by a destination subnet
(network IP address and subnet mask) and the IP address of the router via which the packets
must be routed. This router must be visible from one of the LANs/VLANs to which the main
CPU is connected. (See network IP addresses and subnet masks of voice and data VLANs at
the bottom of the page.)

6-102               

 ) '" ( #

6.6.3.1.4 Priority Mapping

This page allows mapping Diffserv code points (DSCP) to 802.1p Ethernet priority values.
802.1p priority
Standard Ethernet frame headers are made of the source and destination MAC address
followed by a 2-byte length/type field. Tagged Ethernet frames include an extra 2 bytes in the
header in order to support VLAN (802.1Q) and priority (802.1p) protocols. Three bits are
available for priority, giving 8 possible priority values. Mapping is simple: 0 is the lowest priority
and 7 is the highest.

               6-103

Chapter 6 ) '" ( #

IP ToS, Precedence, and DSCP

An IP packet header contains a byte called Type of Service. This byte contains several fields
whose interpretation has evolved over the years. Initially interpreted as a 3-bit precedence
value plus several ToS flags, the current interpretation uses the top 6 bits as a single value
called the "Differential Services Code Point".
Remember the following points:
- DSCP can be interpreted as a 6-bit number
- The top 3 bits occupy the same position in the IP header as in the original definition of the
"IP Precedence" field
- To keep a minimum compatibility with the older interpretation, DSCP values are organized
into several classes of increasing priority. For example, the lowest priority class covers
DSCPs 0 to 7
- The values within a class are not necessarily organized in order of increasing priority
- Some values have a specific meaning. For example: 0 means "Best Effort" (BE), 46 means
"Expedited Forwarding" (EF), a high precedence DSCP often used for VoIP traffic
- The interpretation of DSCPs is not fully imposed. There is a notion of Diffserv domain and
the DSCP code of a packet may change as it passes across a domain boundary
Priority Mapping in OMC
As far as OMC is concerned, all that is required is to provide a way to determine the frame
priority that should be used when an IP packet is transmitted through an Ethernet frame. In
other words, you need to associate an 802.1p priority value (between 0 and 7) to each of the
possible 64 DSCPs.

6-104               

 ) '" ( #

The "Service Type" column displays a description for the following DSCPs:
DSCP Description
0 Best Effort (BE)
8 Class 1
16 Class 2
24 Class 3
32 Class 4
40 Express Forwarding
46 Expedited Forwarding (EF)
48 Control

               6-105

Chapter 6 ) '" ( #

DSCP Description
56 Control

The default priority assignments are the following:

DSCP values 802.1p priority
0-7 0
8 - 15 1
16 - 23 2
24 - 31 3
32 - 39 4
40 - 47 5
48 - 55 6
56 - 63 7

6.7 Dimensioning

6.7.1 Detailed description

6.7.1.1 System Sizing
Information in this chapter is valid for Alcatel-Lucent OmniPCX Office Communication Server,
Release 8.1.
6.7.1.1.1 DSP Channels Required For IP Trunk Services

Number of DSPs = Number of VoIP network accesses = 48 max.

6.7.1.1.2 DSP Channels Required by VoIP Services

The number of DSP channels (VoIP ports) required depends on the system configuration and
the VoIP services to be implemented.
The most common situations are the following:
- H.323/SIP gateway only: the number of DSP channels is equal to the number of IP
network accesses.
Note:
The desired number of DSP channels can be limited by the bandwidth reserved for VoIP accesses.
Example: if the reserved bandwidth is 64 KBps, only 2 calls can be made simultaneously; the
number of VoIP accesses can thus be limited to 2 channels.
- IP Telephony only
- Conventional telephony (Reflexes / DECT / Z, etc.) and IP Telephony
- H.323/SIP gateway and IP Telephony
6.7.1.1.3 Case of DSP Channels Required With Direct RTP

6-106               

 ) '" ( #

The direct RTP feature enables direct audio paths between IP sets and distant gateways or IP
sets. Certain VoIP services no longer necessitate an allocation of a DSP channel.
A selection of typical configurations examples in the table below shows how to calculate DSP
needs.
figure: DSP Channel Needs With Direct RTP illustrates how direct RTP decreases the need for
DSP channels.
From left to right, columns show:
- the number of terminals and the number of trunks necessary
- the mix of IP terminals and legacy sets in numbers
- for a given ratio of IP/Legacy trunks in the configuration, the number of necessary DSP
channels
Note 1:
Configuration possibilities are not limited to the examples given in the table.

               6-107

Chapter 6 ) '" ( #

Figure 6.38: DSP Channel Needs With Direct RTP

Note 2:
The total number of DSP channels is:
- 16 without ARMADA VoIP32 daughter board

6-108               

 ) '" ( #

- 48 with ARMADA VoIP32 daughter board

6.7.1.1.4 Case of DSP Channels Required Without Direct RTP
figure: DSP Channel Needs With no Direct RTP below illustrates DSP channels required by
VoIP services and shows how to calculate DSP needs.
From left to right, columns show:
- the number of terminals and the number of trunks necessary
- the mix of IP terminals and legacy sets in numbers
- for a given ratio of IP/Legacy trunks in the configuration, the number of necessary DSP
channels
Note 1:
Configuration possibilities are not limited to the examples given in the table.

               6-109

Chapter 6 ) '" ( #

Figure 6.39: DSP Channel Needs With no Direct RTP

Note 2:
The total number of DSP channels is:
- 16 without ARMADA VoIP32 daughter board

6-110               

 ) '" ( #

- 48 with ARMADA VoIP32 daughter board

6.7.2 Configuration examples

6.7.2.1 H.323/SIP Gateway Only

Note:
Configuration possibilities are not limited to the example given in this section.
- 1 Attendant station (non-IP)
- 40 Reflexes stations (non-IP)
- 5 T0 accesses
- 4 VoIP network accesses (example: 2 to site A with a bandwidth = 64 KBps and 2
accesses to site B with a bandwidth = 64 KBps)
As all the DSP channels are associated with the H.323/SIP gateway (no IP telephony), the
number of DSP channels needed for this configuration corresponds to the number of VoIP
accesses, i.e. 4.
6.7.2.2 Small IP Telephony Configuration

Note:
Configuration possibilities are not limited to the example given in this section.
- 1 Attendant station (non-IP)
- 16 IP sets
- 3 T0 (=6 channels)
The average number of DSPs needed for this configuration is 8.
6.7.2.3 Large IP Telephony Configuration

Note:
Configuration possibilities are not limited to the example given in this section.
- 1 Attendant station (non-IP)
- 70 IP sets
- 1 T2 access with 30 channels
The average number of DSPs needed for this configuration is 23.
6.7.2.4 Average Configuration in Mixed Telephony: IP and Conventional Telephony
(DECT/PWT)

Note:
Configuration possibilities are not limited to the example given in this section.
- 1 Attendant station (non-IP)
- 25 IP sets
- 25 DECT/PWT stations
- 6 T0 accesses

               6-111

Chapter 6 ) '" ( #

The average number of DSPs needed for this configuration is 12.

6.7.2.5 Average Configuration in Mixed Telephony: IP and Conventional Telephony

(Reflexes)

Note:
Configuration possibilities are not limited to the example given in this section.
- 1 Attendant station (non-IP)
- 5 IP sets
- 40 conventional Reflexes stations
- 6 T0 accesses
The number of DSPs needed for this configuration is 4.
6.7.2.6 Medium Configuration for Mixed Telephony + H.323/SIP Gateway

Note:
Configuration possibilities are not limited to the example given in this section.
- 1 Attendant station (non-IP)
- 5 IP sets
- 40 conventional Reflexes stations
- 4 T0 accesses
- 5 VoIP network accesses
- The number of DSP channels needed for IP telephony is Min(5,9) = 5
- The H.323/SIP gateway requires 5 additional DSP channels
The average number of DSPs needed for this configuration is 9.
6.7.2.7 Bandwidth
In an H.323/SIP gateway configuration, a bandwidth can be associated with each ARS table
entry to a remote H.323/SIP gateway.
Number of DSPs depending on call type:
- PIMphony IP or IP Phone
• IP Phone - IP Phone: 0 DSP
• IP Phone in conference: 1 DSP
• IP Phone or PIMphony IP - Reflexes station or analog/ISDN network: 1 DSP
• IP Phone or PIMphony IP - PC H.323 or H.323 gateway (IP trunk): 2 DSPs
- PC - PC: 0 DSP
- PC with internal H.323 gateway - PC with internal H.323 gateway: 1 DSP
The following table indicates the potential number of simultaneous calls depending on the
bandwidth reserved for VoIP calls:

6-112               

 ) '" ( #

Data rate (bandwidth) Number of possible CODEC used

simultaneous communications
55.6 Kbps (or less) 1 G.723.1/G729a
64 Kbps 2 G.723.1/G729a
128 Kbps 5 G.723.1/G729a
256 Kbps 10 G.723.1/G729a
512 Kbps 20 G.723.1/G729a
= 1024 Kbps Depends on the number of IP G.723.1/G729a
trunks

6.7.3 Limits
6.7.3.1 VoIP Services
Voice over IP services require a software key.
6.7.3.2 VoIP Channels on PowerCPU
VoIP channels are supported by DSP located on the board and on the daughter board.
- The PowerCPU board supports 16 VoIP channels
- The ARMADA VoIP32 daughter board (optional) supports 32 VoIP channels
6.7.3.3 DSP Channels
After a cold reset, all the DSPs are assigned to the VoIP subscriber channel pool by default.
The DSP assignment can be modified using OMC.
Any DSP assigned to the VoIP access pool is removed from the VoIP subscriber pool: it will
therefore no longer be available for IP telephony. Conversely, a DSP from the VoIP user pool
will not be able to be used for H.323/SIP gateway calls.
6.7.3.4 IP Sets
The theoretical limit on the number of IP sets + PIMphony IP stations that can be connected is
200, however:
- It is compulsory for the operator station to be a Reflexes station connected to a UA link,
which means that at least one UAI board must be installed in the system
- The IP sets are "deducted" from the limit on Reflexes stations
The Ethernet access of an IP set is at 10 or 10/100 MBps.
6.7.3.5 "VoIP Access" Channels : H.323/SIP Gateway
A DSP channel assigned to the pool of VoIP access channels is considered by the system to
be a public network access, that is to say "1 B channel".
Alcatel-Lucent OmniPCX Office Communication Server can have a maximum of 120 public
network accesses: the maximum number of DSPs assigned to the VoIP access pool is 48.
Network accesses (T0, T2, DLT2, DLT0, TL) + VoIP accesses = 120 max. accesses
6.7.3.6 ARS Entry

               6-113

Chapter 6 ) '" ( #

The number of entries in the ARS table with a remote H.323/SIP gateway as destination is
limited to 200.
The number of entries in the ARS table that make reference to a PC (individual entry or with a
range) is limited to 150.

6.8 Maintenance

6.8.1 IP Telephony
6.8.1.1 Maintenance
6.8.1.1.1 Loss of IP connectivity
It takes several seconds to detect a loss of connection: the IP set attempts to restore the
connection for several seconds. During this period the user may observe a slowing in the
station displays resulting from repeated restoring and loss of connections.
6.8.1.1.2 Alcatel-Lucent 8 series stations: error messages
See IP Touch 4008/4018 Phone - Maintenance and IP Touch 4028/4038/4068 Phone -
Maintenance .

6.8.2 Service Alarm Messages

6.8.2.1 Maintenance
The NMC (Network Management Center) application OmniVista 4760 enables the following
alarm messages specific to Voice over IP to be retrieved:
- Reset of the PowerCPU board equipped with the ARMADA VoIP32 daughter board
(message identical to those of the other boards in the system).
- PowerCPU board equipped with the ARMADA VoIP32 daughter board out of service.
• Diagnosis: reset and/or replace the board.
- DSP of the PowerCPU board equipped with the ARMADA VoIP32 daughter board out of
service.
• Diagnosis: reset and replace the PowerCPU board equipped with the ARMADA
VoIP32 daughter board if the fault persists or recurs.
- Ethernet interface of the PowerCPU board equipped with the ARMADA VoIP32 daughter
board out of service.
• Diagnosis: check the connection to the LAN and possibly the LAN components (Hub,
switch, etc.).
- Ethernet interface of the PowerCPU board equipped with the ARMADA VoIP32 daughter
board in service.
- Remote gateway xxxxx Out of Service.
• Diagnosis: check the IP connectivity with the remote gateway (LAN, intermediate IP
router) and the status of the remote gateway.
- Remote gateway xxxxx In Service.

6-114               

 ) '" ( #

- Automatic overflow: too much traffic to/from remote gateway xxxxx.

• Diagnosis: if this alarm occurs frequently, the bandwidth associated with this remote
gateway in the ARS table and the number of DSPs assigned to VoIP accesses must
be increased if possible.
- Automatic overflow: VoIP call to/from gateway xxxxx refused because "not enough VoIP
access channels available".
• Diagnosis: if this alarm occurs frequently, the sizing of the DSPs must be reviewed:
either the bandwidth in the ARS table must be increased, or the number of DSPs
assigned to VoIP accesses must be increased.
- IP Telephony failures: no more DSP channels available.
• Diagnosis: if this alarm occurs frequently, the number of DSPs assigned to the IP
subscriber pool must be increased (by reducing the number of VoIP access DSPs.
This alarm is generated every 10th (value by default) allocation failure.
- The IP set cannot be initialized because of a DHCP server fault (no IP addresses
available).
• Diagnosis: increase the number of IP addresses in the DHCP server range (this range
of IP addresses must be greater than or equal to the number of IP sets to be installed).

6.8.3 Service Traffic Counters

6.8.3.1 Maintenance
The VoIP services feature the following specific traffic counters accessible via OMC in the
menu: System Miscellaneous -> VoIP -> Traffic counters
6.8.3.1.1 "General" Tab
- Number of incoming VoIP calls
- Number of outgoing VoIP calls
- Number of transiting VoIP calls (Break In, Break Out)
- Number of outgoing VoIP calls to remote gateway xxxxx refused because "all VoIP access
channels busy" (Overloaded outgoing IP trunk groups)
- Number of incoming VoIP calls to gateway xxxxx refused because "all VoIP access
channels busy", (Incoming calls on no free IP trunks)
- Number of failed IP Telephony (audio) calls: all the DSP channels reserved for IP
Telephony are busy
Additional traffic counters are enabled only if OMC is connected to a system running
Alcatel-Lucent OmniPCX Office Communication Server R6.0 and beyond.
- No DSP free for calls through IP trunks. This counter is not used in the current
implementation, because there are as many DSP channels for IP trunks as there are IP
trunks. Overload on IP trunks will be reported on:
• Overloaded outgoing IP trunk groups
• Incoming calls on no free IP trunks
- Max. number of DSPs used at the same time for IP subs.
- Max. number of DSPs used at the same time for IP trunks

               6-115

Chapter 6 ) '" ( #

The last 2 counters give the maximum number of simultaneously used DSP channels since the
last cold restart or counters reset. The counters are saved on warm restart but not saved on
swap with datasaving.
6.8.3.1.2 "Gateways" Tab
These counters indicate the number of VoIP calls to each of the remote VoIP gateways
refused for the following reasons:
- Overflow on outgoing VoIP calls: VoIP board out of service
- Overflow on outgoing VoIP calls: no more bandwidth available
- Incoming VoIP calls refused: no more bandwidth available

6-116               

  

    

7.1 General Presentation

7.1.1 Overview
7.1.1.1 THE NETWORK OFFERING
7.1.1.1.1 Global offering
Depending on the medium (or protocol) used, placing Alcatel-Lucent OmniPCX Office
Communication Server systems on private networks offers the following main services:
- Calls on ISDN, QSIG and VPN lines: CLIP/COLP services, conversion into private dialing
for outgoing and incoming calls.
- Public or Private ISVPN: in addition to the previous services, optimization of transfers and
forwarding, additional information (transmission of the name, busy status, forwarding).
- ISVPN+: with regard to ISVPN services, addition of tracking call record information.
- IP Networking: setting up an IP network using the existing data network to carry voice data
at lower cost; for more details see the "Voice over IP" section.
The table below shows the principles of use for the various protocols, depending on the
amount of traffic and the requested level of service.

ISDN Heterogeneous ISVPN Public ISVPN

VPN Public VPN + ISVPN
QSIG Private ISVPN
ISVPN+
Voice + data traffic IP Networking

A private network can be homogenous or heterogeneous:

- Homogenous: all PCXs in the network belong to the same family (Alcatel-Lucent OmniPCX
Office Communication Server or Alcatel-Lucent OmniPCX Enterprise Communication
Server).
- Heterogeneous: the PCXs in the network belong to different families (Alcatel-Lucent
Enterprise and others).
7.1.1.1.2 DEFINITIONS
MASTER/SATELLITE CONFIGURATION
Only the master system has an Attendant station and external access connected to the public
network. The satellite system uses the master system's external resources. Several satellite
systems can be connected to the same master system.

               7-1

Chapter 7 "(  , $ -#

PEER TO PEER CONFIGURATION

In this topology, the 2 Alcatel-Lucent OmniPCX Office Communication Server systems each
have their own Attendant Station and their own external accesses.

DIGITAL PROTOCOLS
The following protocols can be used:
- QSIG_BC (QSIG Basic Call): protocol managing exchanges between private networks at
basic communication level.
- ISVPN: Alcatel-Lucent Enterprise proprietary protocol = standard ISDN protocol +
additional information by means of UUS (User to User Signalling).
• on public lines: public ISVPN
• on leased lines: private ISVPN
- ISVPN+: Alcatel-Lucent Enterprise proprietary protocol = ISVPN + additional information
contained in the UUS. This protocol can only be used with Alcatel-Lucent OmniPCX Office
Communication Server systems. The additional information can only be used by an
Alcatel-Lucent 4740 or Alcatel-Lucent 4760 Management Center.
7.1.1.1.3 ENVIRONMENTS

Note:
The DLT0/2 - analog trunk interconnection must be implemented with precaution in order to
avoid any analog trunk blocking (e.g. a break-in by transfer between an analog trunk without
polarity inversion and a DLT0/2 joining on a remote user forwarded to an external number by

7-2               

 "(  , $ -#

another analog trunk; in this case, there is no release of calls on these analog trunks).
VPNs ON PUBLIC LINKS
These virtual networks are specific to the country and the network attendant. In these
networks, which use the public carrier protocols (analog or ISDN), private and public calls are
routed on the same lines. Among these networks are:
- Fiat in Italy: analog or ISDN protocol
- Transgroupe (Collisée Performance) in France: ISDN protocol only

Characteristics of Transgroupe dialing (France only)

- public numbers are preceded by 0.
- private numbers are defined in a private numbering plan: closed dialing from 5 to 10 digits)
with short numbers as an option (10 to 15, 160 to 169, 36XX).
MULTI-CARRIER OPERATION
The system has 2 direct accesses with different exchange carriers. With the ARS
mechanisms, this environment enables:
- use of the cheapest exchange carrier to call a party.
- overflowing through the other exchange carrier when the cheapest one is unavailable.

INDIRECT attendant
This environment makes it possible to redirect calls to exchange carriers offering attractive
rates, for international calls or calls to GSM for example.
Depending on the analysis of the requested number, the ARS automatically redirects the call,
transparently for the user, to another indirect substitution network and then retransmits the

               7-3

Chapter 7 "(  , $ -#

destination number as follows:

- seizure of a line in the network of the primary carrier
- dialing the access code or the number of the indirect carrier
- waiting for an intermediary tone (or pause)
- switching into transparent MF dialing
- optional transmission of the account code (waiting for a 2nd tone or pause)
- optional waiting for a second intermediary tone (or pause)
- dialing the destination call number

ISVPN ON LEASED/PUBLIC LINKS

Using the proprietary ISVPN protocol on leased digital links makes it possible to connect an
Alcatel-Lucent OmniPCX Office Communication Server system with an Alcatel-Lucent
OmniPCX Enterprise Communication Server system or another Alcatel-Lucent OmniPCX
Office Communication Server system.

QSIG-BC
The QSIG protocol on digital leased links can be used for interconnecting an Alcatel-Lucent
OmniPCX Office Communication Server with a system from another manufacturer if
compatible with QSIG_BC (Basic Call).

7-4               

 "(  , $ -#

7.1.2 Services provided

OPTIMIZED FORWARDING AND TRANSFER (digital networks only)
The path used by a call can be optimized in the following cases:
- immediate forwarding
- external dynamic forwarding
- external forwarding of attendant calls
- transfer
Optimized immediate forwarding
Optimization of the path is carried out by rerouting the call.
- Optimization of the path between 3 nodes

A (1st node) calls B (2nd node) forwarded on C (3rd node). The result of the optimization
corresponds to a direct call from A to C.
- Optimization of the path between 2 nodes

A (1st node) calls B (2nd node) forwarded on C (1st node). The result of the optimization
corresponds to an internal call from A to C.

               7-5

Chapter 7 "(  , $ -#

Note 2:
If the forwarding destination calls the forwarding initiator, then the forwarding is overridden.
A parameter (OMC -> System Miscellaneous -> Feature Design -> Part 5) allows to define the
maximum number of successive forwardings (transmissions threshold: 5 by default).
Optimized transfer
The optimization mechanism is applied when the 2 external parties are on the same ISVPN
node; the transfer can be monitored (connected) or not (on ringer).
Situation: B (master) is on a call with 2 parties (A and C) on the same system.

Optimization: the 2 calls are released and resynchronized on the remote system; an internal
call is made from A to C.

NETWORK FORCING (forced dialing)

For reasons of cost, a call from a public network user can be made to use private links as a
priority, followed by public lines if the private network is completely busy (ARS configuration).
OVERFLOW
When a destination can be joined in several ways and one of the paths fails (no more
resources available for example), the ARS automatically tries to take another path (private
network -> public network or vice versa, from one public exchange carrier to another).
Overflow is controlled by the restriction and traffic sharing operations.
Overflow can also be applied to data communications.
BREAK-IN / BREAK-OUT (INCOMING TRANSIT / OUTGOING TRANSIT)
Break-in and break-out services make it possible to carry out inter-establishment
communications from a private network; this is realized with the use of lines leased between 2
or more PCXs belonging to this private network.
Break-in (Incoming Transit)
This service corresponds to the transmission of incoming calls from the public network to a
private network via leased lines; thus, an external party can join a private network user who is
not connected to the same system as the line on which the call is routed.
Break-in can be implemented in 2 ways:
- automatically by DID numbers

7-6               

 "(  , $ -#

- manually by the attendant (joining by transfer)

For the caller, it is also possible to set up a simple directory (a single group of numbers to call
all users from one or several sites).
Manual break-in
This is a join by a transfer between an incoming T0/T2 access or a TL and a leased line.
In this case, the external correspondent accesses the line leased between PCXs A and B only
through an operator (or a station); the operator of PCX A puts the caller on hold, establishes
an enquiry call communication (seizure of the leased line + number of the remote subscriber)
then carries out a transfer.
Settings:
- According to the environment (analog/digital), authorize the various joins between external
lines:
• by OMC (Expert View), select: System Miscellaneous-> Traffic Sharing and Restriction -> Joining
->check the boxes to authorize the necessary joins.

- At system level, authorize external/external transfers: select

• by OMC (Expert View) select: System Miscellaneous -> Feature Design -> check Transfer Ext/Ext

- For each station, authorize external/external manual transfers: select

• by OMC (Expert View) select: Users/Base stations List-> Users/Base stations List -> Details->
Features -> check "Join Incoming and Outgoing" and "Join Outgoing and Outgoing".

Automatic break-in
The public network caller joins a remote system subscriber using his DID number. This service
is only offered for calls routed on T0 or T2 and on customized TL (analog network line under
call distribution).
Configuring with OMC:
The dialing plan for public incoming calls and ARS operations enable communication between
the DID number coming from the public network and the user (or hunt group) directory number
in the private network.

               7-7

Chapter 7 "(  , $ -#

Note 3:
- if the break-in call fails, the call is handled depending on the configuration of the analog
protocol or the table corresponding to incoming calls for digital leased lines (forwarded to
attendant or released).
- manual call pickup (with RSP key) from a member of the attendant group is impossible in
call phase (before remote connection or re-routing to attendant).
- distribution of a welcome message on a break-in call is impossible.
Break-out/Proximity break-out
- Break-out (Outgoing Transit)
A break-out makes it possible for the user of PCX A to call, via leased lines, a public network
user by using lines external to PCX B.
- Proximity break-out
A proximity break-out is a special use of the break-out: a call to the public network can be
guided in order to exit via the public accesses which are closest to the destination.
Example: a PCX A user (STRASBOURG) calls C (PARIS); the call is redirected on the private
network between PCXs A and B (PARIS) in such a way that it exits via B's public accesses.
This feature makes it possible to offer calls which are advantageous from a cost perspective;
there are 2 ways of calling a public user from A:
- direct call by the public network; in this case, the call is charged as a national
communication.
- exit via B; thanks to the line leased between the 2 PCXs, only the part of the call from PCX
B is charged as a local communication.

The following break-outs are possible:

- incoming call on leased line -> ISDN
- incoming call on leased line -> analog public network
The break-out can be implemented in 2 ways:

7-8               

 "(  , $ -#

- automatically
- manually (for example, transfer by attendant)
The ARS tables can be programmed so that the automatic break-out operation is used
(overflow or forcing on the private network).
There is no attendant recall in the following cases of failure (the call is released):
- the trunk group is busy
- ISDN releases the call, the time-out for awaiting the 1st digit or interdigit having elapsed
TRANSIT

PCX B enables the transit of the following communications:

- from a user A to users of PCXs C and D
- from the public network to users of PCXs C and D
These calls are established by:
- public or private break-in -> private
- private break-out -> private or public
The transmission acts as an access between the different protocols used; the level of service
offered depends on the protocols implied by the call:
- QSIG <-> ISVPN: services offered by QSIG
- ISVPN on public line <-> ISVPN on leased line: ISVPN services
- ISDN <-> ISVPN or QSIG: ISDN services
CENTRALIZED ATTENDANT SERVICE
An incoming call, in transit on a PCX or transferred whilst ringing (unsupervised transfer) on a
leased line, which is not answered after a certain amount of time, is automatically re-directed
to the operator of the system which received the call.
The CENTRALIZED OPERATOR, the name given to this feature, is organized around the
PCXs connected to the network over leased lines. One of the PCXs, configured as the

               7-9

Chapter 7 "(  , $ -#

"Master", will have the CENTRALIZED OPERATOR STATION. The other "Satellite" PCXs may
also have local operators.

Environment
When installing this feature on a PCX network, the following must be taken into account:
- A specific programming procedure, performed for each PCX in the network, makes it
possible to configure a Master PCX and Satellite PCXs. The operator of the PCX
configured as the Master becomes the Centralized Operator.
- Only incoming calls issued from the T0 or T2 network interfaces of the Master PCX go
through the centralized operator mechanism. Nevertheless, Satellite PCXs can be
equipped with network junctors and a local operator thus enabling autonomous
management of their traffic.
- An incoming call routed to the centralized attendant benefits from the welcome message
mechanism, if it is active.
- The display on the centralized attendant is usually provided for incoming calls which are
routed to it.
- An incoming call which is considered as "non telephone" by the system, is not subject to
the centralized attendant service. For example, an incoming T0 ISDN call a G4 Fax
service.
Configuring a network with external lines on only one PCX

7-10               

 "(  , $ -#

To redirect the call to the centralized attendant, there are two possible solutions: the
"ReroutOpe" function of the transit system (PCX1), or dynamic routing/attendant forwarding of
PCX2.
Using ReroutOpe:
- Configure a time-out value before re-routing through PCX1:
System Miscellaneous -> Memory Read/Write -> Misc. Labels -> ReroutOpe.

Default value: 00 00: rerouting of in transit calls towards the centralized attendant is inactive.
Configuration example: ReroutOpe = C8 00 (200x100ms=20seconds).
Any call in transit towards the satellite, in the event of no reply, will be rerouted to the
centralized operator on PCX1 after 20 seconds (PCX1 releases the line to PCX2).
Note 4:
Only DDI calls routed directly to PCX2 (break-in) fall under ReroutOpe time-out (this mechanism does not
apply to a network line under call distribution).
If PCX2 users are using dynamic routing (for example towards the Voice Mail unit), the ReroutOpe
time-out value must be superior to the dynamic routings used by PCX2 users.
Dynamic routing/Attendant group routing:
It is also possible to re-route calls from PCX1 to PCX1 using dynamic routing on PCX2
stations and the Attendant group routing function within the time ranges of PCX2.
- Configuring a collective speed dial number in PCX2 (n° 8000 for example) with PCX1's
operator as destination.
The trunk group assigned to this number must be an homogenous logical direction for
optimization to be effective.
Time ranges -> Destination for time ranges = 8000; Attendant Diversion = Yes within forwarding time
ranges

               7-11

Chapter 7 "(  , $ -#

- Configuring PCX2 stations supporting dynamic routing on attendant group:

Users/Base stations List -> Station (choose station) ->Details -> Dyn routing -> Timeout T2 = XX ;
External calls column - Level 2 : check "Use Timer 2", "Forwarding to general level" and "Diversion
apply".

This configuration offers the same operation as ReroutOpe time-out but is more flexible for
choosing which calls are rerouted or not to the centralized attendant:
- by choosing dynamic routing of PCX2 users, it is possible to choose which calls, internal or
external, are rerouted to the centralized operator.
- this configuration can be customized for each station (for example by suppressing dynamic
routing at general level for an analog device equipped with a fax.
- It is possible to choose different re-routing time-outs (T1, T2) for each user.
Configuring a network with external lines on each PCX

If there is no local operator in PCX 2, use the programming shown in the previous example
(dynamic routing/attendant group routing).
When there is a local operator in PCX 2, in addition to the attendant diversion to PCX1 using
the attendant group diversion by time range function described earlier, it is possible to perform
a forced diversion using the "Attendant Diversion" function.
- to program an "Attendant Forwarding" key.
Users/Base stations List -> user (select Attendant) -> Details -> Keys -> Type = Function Key ->
Function = Attendant Forwarding, Number = 8000 (speed dial n° corresponding to a call to the
centralized attendant).
Set up from the Attendant:
• press the "Attendant Forwarding" key
• attendant code (help1954 by default); the LED associated with the key flashes.
• to cancel: same operation

7-12               

 "(  , $ -#

Call handling
The table below describes the reactions of a Centralized Attendant network with or without a
satellite internal attendant.
SAT. WITHOUT INTERNAL SAT. WITH INTERNAL
SITUATION
ATTENDANT ATTENDANT
The time-out (ReroutOpe) starts
The call No. in the satellite does not
The centralized attendant is rung up
exist or is incomplete
The internal attendant is rung
No connection rights The called party is released
The called party is released The time-out (ReroutOpe) starts up
The set is rung
The time-out (ReroutOpe) starts
The time-out (ReroutOpe) starts up
up If the satellite has the right to
If the satellite has the right to camp on, then the call is camped
The called party is grade 1 busy
camp on, then the call is camped on; if not, the internal attendant is
on; if not, the centralized rung if the destination's dynamic
attendant is rung routing is inferior to the
"ReroutOpe" time-out.
The called party is grade 2 busy The time-out (ReroutOpe) starts
The call No. is out of service The centralized attendant is rung up
The called party is in DND The internal attendant is rung
The time-out (ReroutOpe) expires The call is directed to the centralized attendant
The incoming call is transferred to the The time-out (TransfeTim) starts up
satellite The set is rung
Depending on configuration of "Master recall" to the centralized
attendant the call is:
- either routed to the centralized attendant
The time-out (TransfeTim) expires
- or routed to the initiator of the transfer. When the time-out
(Duration of Hold Recall Ringing) has lapsed, the call is directed
to the centralized attendant

Note 5:
By default, the "ReroutOpe" time-out is equal to 00 00; for a re-routing to the central attendant after 20
seconds for example, the configuration must be "ReroutOpe" = C8 00.
For normal operation, the "ReroutOpe" time-out must be inferior to the dynamic routing time-outs of the
slave system.
EXTERNAL FORWARDING OF ATTENDANT CALLS
This service makes it possible to forward all attendant calls (internal calls, public and private
incoming calls, attendant recalls, dynamic forwardings) to a public or private external
destination.
For a more detailed description, see the relevant section in "Telephone Features".
AUTOMATIC CALLBACK ON BUSY TRUNK GROUP
If a call goes through ARS mechanisms and if all the configured trunk groups are busy, it is

               7-13

Chapter 7 "(  , $ -#

possible to activate an automatic callback request on a busy trunk group. The user is called
back as soon as a line in the first trunk group (traffic sharing) proposed by the ARS operations
is released.
DISTRIBUTION IN A PRIVATE DIGITAL NETWORK
- The handling of external calls (on public lines) and internal calls (on leased lines) can be
configured differently.
• by OMC (Expert View), select: External lines-> Incoming Call Handling. For each type of line, you
can define the actions (call released or forwarded to the attendant) in the following situations:
• depending on whether the caller is public or private
• called party busy 2nd degree
• other called party status (in Do Not Disturb forwarding, out-of-service, recall situation following a
transfer failure)
• misdial

In the case of unanswered calls on leased lines, the dynamic forwarding operations of an
internal (local) call relative to the called set are applied.
PRESENTATION OF CALLS
- Presentation to the called party
You can select the presentation mode for private calls:
• presentation as internal call:
• internal ringer
• number of the caller not stored in the directory of last callers (except if the call has a
UUS)
• no welcome message option
• presentation as external call:
• external ringer
• number of the caller stored in the directory of last callers
• welcome message option
• by OMC (Expert View), select: System Miscellaneous -> Feature Design -> Private Call
Presentation

- Presentation to the caller

On the caller's set, the display always shows the number dialed by the user (not the one after
modifications by the ARS).
The number can be replaced by the name (name received if ISVPN, or name in the personal
or system speed dial numbers).
- Transfer
In case of a transfer within an ISVPN network, the ISVPN subscribers" displays are handled as
if they were in the same system. Especially after a transfer of an incoming call from user A to
user B in a different node, the display of B indicates the external caller rather than the user A.
- Forwarding/Dynamic routing
If an incoming call to user A is redirected to user B in a different node, the call is presented to
B with the name of A on the display (or, failing that, the number of A).
CALLED PARTY STATUS

7-14               

 "(  , $ -#

During an outgoing call, the ISVPN protocol makes it possible to signal to the caller whether
the called party is busy; the called party's busy status is only indicated by a message on the
caller's display; there is no audio indication (the caller always hears the callback tone
transmitted by the network).
BARGE-IN
When the remote party is grade 1 busy, the ISVPN protocol makes it possible to barge-in on
this set (unless it is protected against barge-in).
INFORMATION DISPLAYED
ISVPN on leased lines
Example:

Call Number dialed Number transmitted Caller's display Called party's

display
A -> C 5135 (private network 5135 on leased line Name of C Name of A
call)
B -> C 5135 (local call) 5135 Name of C Name of B
B -> 9 (private network call) 9 on leased line Name of attendant Name of B
ATTEN.
B ->D 00388677700 (public 0388677700 by 0388677700 or name 0388675101
network call) break-out of D (if managed
locally)

Forwarding
For a call on digital lines (ISDN or QSIG) and if the called party is forwarded, it is possible to
define, using OMC (Expert View), the identity which is transmitted to the rung set:
- either that of the caller (set B in the example)
- or that of the called set (forwarded set A)
• by OMC (Expert View), select: System Miscellaneous -> Feature Design ->check one of the 2 boxes
? CLI for external diversion or ? CLI is Diverted Party.

SUMMARY TABLE
Features VPN ISVPN ISVPN QSIG ISVPN+
"Public" "Private"
Differentiation between public and private calls YES YES YES YES YES

               7-15

Chapter 7 "(  , $ -#

Internal or external incoming call handling YES YES YES YES YES
Break-in/break-out -- -- YES YES YES
CLIP/CLIR YES YES YES YES YES
COLP/COLR -- -- -- YES YES
Non answered calls repertory YES YES YES YES YES
Sub-addresses YES YES YES YES YES
Display of caller -- YES YES -- YES
Optimization of the transfer -- YES YES -- YES
Optimization of forwarding -- YES YES -- YES
Indication of forwarding on the centralized -- YES YES -- YES
attendant
Transporting of the name in UUS -- YES YES -- YES
Barge-in -- YES YES -- YES
Information on counters sent to the master in -- -- -- -- YES
Master/Satellite configurations

7.2 Principles of ARS Mechanisms

7.2.1 Mechanisms
7.2.1.1 Overview
7.2.1.1.1 OVERVIEW
ARS is an operation which, during the routing of a call:
- forces the use of the most appropriate path according to the number dialed.
- chooses another path if the most appropriate one is overloaded.
This operation is applied independently of the type of:
- trunk group: public or private
- support: analog or digital
- call: voice or data
ARS is completely transparent to the user; the number dialed is, if necessary, modified
automatically according to the chosen itinerary.
Note:
If the ARS operation modifies the number dialed by the user:
- the station's display shows the number dialed by the user.
- It is the emitted number (modified by the ARS) which is analyzed in the restriction.
- the charge ticket shows the emitted number (modified by the ARS).
The ARS mechanism can be applied for the following calls:
- outgoing call with manual dialing:

7-16               

 "(  , $ -#

• without specific line seizure

• with specific public line seizure
• using resource keys assigned to a trunk group
- outgoing call with automatic dialing:
• call keys
• personal and system speed dial numbers, dial by name
• last number redial, temporary memory number
• last callers directory
- all types of forwarding and routing to an external destination
- VPN configurations (Transgroupe/heterogeneous network) for converting a public number
into a private number (incoming call) or vice versa (outgoing call).
7.2.1.2 Interactions
LINE ASSIGNMENT
This feature is incompatible with ARS operations.
RESTRICTION AND TRAFFIC SHARING
The traffic sharing mechanism within a trunk group list or between trunk group lists can be
used to authorize overflow between trunk groups for specific users.
When restriction prohibits dialing on the selected trunk group, no overflow is possible and the
call is released.
EMERGENCY NUMBERS
This paragraph only concerns the emergency numbers defined when the system is initialized
(numbers installed in ROM).
ARS table base fields:
Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Urg - - - XX

The only possible configurations for emergency numbers ("Network" field = Urg.) are:
- prefix = empty; replace = empty: transparent dialing in the ARS table
- prefix = empty; replace = XXX: addition of digits XXX (useful for break-out)
The traffic sharing and restrictions are not applied to emergency numbers (as with system
speed dial numbers).
If the emergency number is dialed after line seizure, the call goes through the ARS operations
if the line figures among the trunk groups in the ARS tables; if not, the number is transmitted
on this line directly.
If the ARS table has no entry for emergency numbers, the trunk group associated with the
default public prefix is used, if there is one; if not, the main trunk group is used.

7.2.2 Parameters
7.2.2.1 Configuration procedure

               7-17

Chapter 7 "(  , $ -#

ARS is implemented when the "Base" field is empty for the "Main trunk group seizure" and
"Secondary trunk group seizure" features in the main numbering plan and the numbering plans
for private and public incoming calls.
Main dialing plan
Start End Base Feature NMT Private
XXXX XXXX Main trunk group Keep or Drop Yes/No
XXXX XXXX Secondary trunk groups Keep or Drop Yes/No

Base: if this field is empty, the call is of type ARS; if not, it is a trunk group call.
NMT: this field defines whether the digits defined in the "Start" and "End" fields are absorbed
or conserved.
Priv: this field is a reference for the "Network" parameter in the ARS table:
- Yes: the outgoing number in the dialing plan is compared to the entries in the ARS table
with "Network" = Private.
- No: the outgoing number in the dialing plan is compared to the entries in the ARS table
with "Network Identifier" = Public, Urg. or Code auth.
After analysis and possible modification by the NMT, the outgoing digits in the dialing plan are
entered in the ARS table.

ARS TABLES
The installer determines the numbers or parts of numbers in front of the ARS handling. For
each destination defined by a prefix, it creates a "trunk group list". For each index in the list, it
is possible to assign one or several trunk groups and commands for modifying the dialing.
The ARS prefix replaces the external seizure prefix. On recognition of the prefix, the system
determines the associated "trunk group list". The ARS mechanism therefore uses the route by
activating the call on the corresponding trunk group. If the trunk group is busy, the next
programmed route is used.
Note 2:
In some instances, the equivalent French acrostic "ADL" may be found instead of "ARS".
USE OF THE VARIOUS TABLES
- The various parameters required for ARS operations are configured using OMC (Expert
View) only

7-18               

 "(  , $ -#

• by OMC (Expert View), select: Dialing plan -> Automatic Routing Selection. -> then configure the
following tables:
• ARS table
• Trunk groups list
• Hours table
• Day table
• Providers / Destinations
• Authorization codes
• Tone/Pause
• ARS miscellaneous

- Structure of the main tables:

- Dimensions:
Max. number of prefixes (= number of lines in each of the 2 tables): 500
Max. number of entries in the trunk group lists (= number of lines in each of the 2 tables): 500
Max. number of ranges: 500
Max. number of entries in the ARS table: 500 (entries in the prefix table + trunk groups + time
ranges: 500 max; one entry in the prefix table with 2 ranges or with a sub-line counts for 2
entries.
ARS TABLE
Base fields:
These fields are necessary and sufficient for the majority of network topologies.
Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Pub 885040 0-3 ; 6-7 51 2 Het.
885040 1

As many trunk group lists as are authorized can be assigned to each prefix; by default, no
prefix is defined.
Network: this network identifier defines the prefixes as public prefixes (Pub), private prefixes
(Priv), public emergency numbers (Urg) or public access codes (Code auth.).
Prefix: an empty field (default value) corresponds to the numbers which do not correspond to

               7-19

Chapter 7 "(  , $ -#

any prefix for the network identifier concerned.

Range: this is used both for outgoing and incoming calls; there is no range for public
emergency numbers or public access codes. It is possible to enter several ranges (separate
them using the ";" character) within the authorized limits (see previous page).
Replace: the ARS prefix can be modified by the contents in this field.
- prefix = empty; replace = empty: transparent dialing in the ARS table
- prefix = empty; replace = XXX: addition of digits XXX
- prefix = XXX; replace = empty: absorption of digits XXX
- prefix = XXX; replace = XXX: no modification (no addition nor absorption)
- prefix = XXX; replace = YYYY: replace XXX by YYYY
TrGp List : this field defines the index for one or several selected trunk group lists. Priority is
given to the trunk groups in the first list, in the order of programming, then to the second list,
and so on.
Called party (ISVPN/H450): the called party belongs to a homogenous network
(Alcatel-Lucent OmniPCX Office Communication Server or Alcatel-Lucent OmniPCX
Enterprise Communication Server) or a heterogeneous network (systems made by different
manufacturers).
Note: the information entered in this field is stored in the system.
Optional fields:
Metering Caller Called/PP
Priv. Pub
Overflow Pub Pub

Metering: only significant for a centralized account charging application (NMC), this field is
only used for entering additional information in the counters data:
- field empty
- overflow
- network (private network forcing)
- VPN
- VPN + network
- VPN + overflow
Description of the "Caller" and "Called" parameters
The following fields are to be filled in for specific network topologies (in the majority of cases,
the default values are sufficient). These fields concern the coding and contents of the data
sent in a call.
Caller: the caller's number corresponds to the private dialing plan (the caller's private number,
made up from the private installation number, must be transmitted) or to the public dialing plan
(the public number is made up from the public installation number).
Called/PP: the sent called party's number is public or private (field reserved mainly for VPNs;
"Type of dialing plan" in the setup: Public Network).
Important:

7-20               

 "(  , $ -#

Use of default values in the "Caller" and "Called" fields.

For appropriate use of default values in these fields, the installer must consider the following:
- The type of line must be configured correctly.
• by OMC, select: External Lines -> External Lines ->select line -> Details ->select or deselect ?
Public Trunk):
• a DLT2/DLT2/VOIP access must be configured as a private line (default value)
• a T0 or T2 access must be configured as a public line (or a private line if linked with an
Alcatel-Lucent OmniPCX Enterprise Communication Server

- On a private link, the caller's private number is transmitted by preference; nevertheless, if

the private number is not available, the public number (break-out only) or the private
installation number (call in the private network) is transmitted.
On a public link, the caller's public number is transmitted; if it is not available, no caller
identification is supplied.
- The default values are to be used for all outgoing calls to the public network (the 2 fields
are public) and for all calls in the private network (the 2 fields are private).
On the other hand, it is recommended to use specific values for VPN calls (the 2 fields are
private while the external line is public) or when the Alcatel-Lucent OmniPCX Office
Communication Server is connected by a line leased to a particular system.
Possible combinations
This paragraph describes the significant combinations for the "Caller" and "Called" fields
according to the network environment of an Alcatel-Lucent OmniPCX Office Communication
Server system.
- for an outgoing call on a leased link (QSIG): only the following fields are significant:
• caller = private or public
• called = private (heterogeneous and homogenous values are also used).
- for an outgoing call on public link:
• caller = private or public
• called = values according to the table below:
Called/PP Called Party Use
(ISVPN/H450)
Public Homogenous Internal call from a user in a private network (homogenous ISVPN)
Public Heterogen. Outgoing call to the public network or internal call from a user in the private
network (heterogeneous ISVPN)
Private Heterogen. Internal call from a user in the private network (heterogeneous VPN) or
outgoing call to the public network by VPN private dialing (ISDN user also
declared in VPN)
Private Homogenous Internal call from a user in a private network (homogenous VPN)

TRUNK GROUP LISTS

Each trunk group list can have as many trunk groups as are authorized within the global limits.
The "Access digits", "Authorization code" and "Tone/pause" fields are specific to
MULTI-CARRIER MODE.
Example:

               7-21

Chapter 7 "(  , $ -#

TrGp Index TrGp. Char. Provider/Destination Access digits Authorization Tone/Pause

list code
1 1 0 FT LOCAL
3 503 T FT LOCAL 131 02 02

List: identifier for each trunk group list (see table of prefixes).
Index: this field makes it possible to select one or several trunk groups identified by an index
(1 to 120); for a list with several trunk groups, priority is given to the first index. INTERNAL is
used when no trunk is used to call the destination and allows to configure this entry as an
internal call.
N°: this field automatically displays the directory number of each trunk group in the list.
Char: this field defines a character used in account charging or on set displays (for example: T
for Transgroupe).
Provider/destination: the operator name used depends on the time range (see below).
If a label is defined for a trunk, the control system checks the validity of the label for the
considered time range. If it is valid, the trunk group is selected if it follows the traffic sharing
conditions. If not, there will be an overflow to the next trunk group. The presence of a label in
this field implies the configuration of time slots, groups of days, etc.
Access digits: this field defines the code for accessing an indirect network.
Auth. Code ID: index (1 to 24) in the "customer code" table.
Tone/Pause: index (1 to 8) in the "Tone/Pause" table
Note 3:
Using the "Provider" field requires a complete programming of the ARS time ranges.
NETWORK SERVICE PROVIDERS
This table defines the names of the various network service providers associated with a trunk
group list for each time range. The table can also receive internal destinations.
TIME RANGES
The use of time ranges in the ARS makes it possible to select the route offering the best cost
conditions at any given time. Access to the carrier can be direct (e.g. Cégétel) or indirect (e.g.
Espadon).
Start End Day group Provider/Destination
Provider/Destination
Provider/Destination
Provider/Destination
1 2 3 4
08:00 1 FT LOCAL ESPADON CEGETEL
2 CEGETEL
3
12:00 1 FT LOCAL
2
3

The table defines different time ranges and to associate providers with each day group in each
range; it is also possible to enter internal destinations (the same as are indicated in the
"Provider / Destinations" table).

7-22               

 "(  , $ -#

4 providers can be associated with each combination of time range/day groups. If 2 labels out
of the 4 relate to the same destination, the associated trunk groups must be different so as to
enable overflow if one of the providers is busy.
If no provider is defined for a given combination, a route will be selected from among the trunk
groups without associated provider labels, independently of the time ranges. The same
operation applies for the days in the week or bank holidays not associated with a day group.
It is recommended to put one trunk group without provider in each trunk group list to be able to
flow the call in all possible cases of figures.
Total number of time ranges: max. 500 (including the entries of the prefix and of the trunk
group tables)..
DAY GROUPS
This table defines an operating mode (a day group) for each day of the year.
- Days of the week:
In order to simplify management, the 7 days of the week are split into 7 groups (for example:
the 5 working days = group 1, Saturday and Sunday = group 2)
Day of the week Day Month Year Day group
Monday 1
Tuesday 1
Wednesday 1
Thursday 1
Friday 1
Saturday 2
Sunday 2
14 7 * 2
1 5 * 2
30 3 1997 2

- Bank holidays:
There is no need to define the year for fixed bank holidays (* character = each year); for
variable bank holidays, indicate the year (using 4 figures).
Note 4:
The data contained in this table can also be entered using MMC-Station.
AUTHORIZATION CODES (MULTI-CARRIER ONLY)
This table (24 entries of up to 10 characters) defines the secret access codes between the
networks of different carriers.
"TONE/PAUSE" (MULTI-CARRIER ONLY)
This table (8 entries max.) is indicated by the "Tone/Pause" parameter of trunk group lists. It
defines the reactions when a call is redirected to an indirect network: pause duration or tone
detection, automatic switch over to MF dialing (DTMF).
Example:

               7-23

Chapter 7 "(  , $ -#

Index Time/Tone before Auth.(ms) Time/Tone after Auth (ms) Force MF

1 Tone 8 No
2 Tone Yes

Time/Tone: the following values are possible:

- Tone: if value = Tone, the PCX waits for the dial tone before transmitting the dialing on the
line. Waiting for the tone is only possible on analog lines.
- XXX: the PCX waits XXX milliseconds (from 8 to 20000, in multiples of 8 ms) before
transmitting the dialing on the line.
Force MF: after the access code, the network which is called indirectly can receive the digits in
a signaling mode different from the one on the line in use. If the value in this field is YES, then
all dialing transmitted after the access code is MF.
ARS MISCELLANEOUS (MULTI-CARRIER ONLY)
2 flags are proposed:
- Manual direct access: this flag is only analyzed if the "Prefix" field in the ARS table relates
to a public access code (code auth). If the dialed number has a public access code and if
the flag is not authorized, the call is rejected.
- Automatic indirect access: this flag is analyzed when the "Access digits" field in a trunk
group list is filled in. When the flag is not authorized, the next line in the trunk group list is
analyzed.

7.2.3 Principles
7.2.3.1 Basic description
For a particular prefix, it is possible to define several ranges
Network Prefix Ranges Substitute
Priv. 36 0-1 ; 22-23 ; 444-555 ; 6666-7777 03887766
Priv. 36 24-25 ; 87-97 03884433
Priv. 36 - 03881100

36123 dialed -> selection of the first entry (123 belonging to the range 0-1).
368899 dialed -> selection of the second entry (8899 belonging to the range 87-97).
3699 dialed -> selection of the third entry (99 not belonging to any range defined for the prefix
36).
If a range covers other prefixes for outgoing calls, the first range corresponding to the
digits dialed is selected
Network Prefix Ranges Substitute
Priv. 36 5-6 ; 888-999 03887766
Priv. 36 88-99 03884433
Priv. 36 55-56 03881100

7-24               

 "(  , $ -#

3655 dialed -> selection of the first entry (55-66 included in 5-6).
36889 dialed -> selection of the first entry (888-999 included in 88-99).
Different ranges cannot be defined between the fields "Prefix" and "Substitute"
36 [01-03] cannot be replaced by 03886777[51-53] -> 3 entries have to be created in the ARS
table.
Network Prefix Ranges Substitute
Priv. 3601 0388677751
Priv. 3602 0388677752
Priv. 3603 0388677753

As soon as a prefix is recognized and if the digits dialed do not belong to the range,
there is no overflow from one prefix to another
Network Prefix Ranges Substitute
Priv. 7 1000-7299 7
Priv. 77 300-320 1

77299 dialed -> recognition of prefix 77: 299 not belonging to the range defined for this prefix,
the dialled number is not included by the ARS operations (even though this number
corresponds to entry 7[1000-7299]. To remedy this situation, configure the following ARS
table:
Network Prefix Ranges Substitute
Priv. 7 1000-6999 7
Priv. 77 000-299 77
Priv. 77 300-320 77

Pay attention to overlaps in the "Substitute" field

Network Prefix Ranges Substitute
Priv. 36 00-99 03887766
Priv. 3588 - 0388776688

There is an overlap between 03887766[00-99] and 0388776688. For incoming calls, there are
2 possible conversions of the public number 0388776688 into private numbers: 3688 and
3588. For example, to convert the public number into the private number 3688, configure the
ARS as follows:
Network Prefix Ranges Substitute
Priv. 36 00-87 03887766
Priv. 3588 88-88 03887766
Priv. 3689 89-99 03887766

For incoming calls, the public number received, 03887766XX is converted into the private
number 35[88-99] if XX does not belong to the range 00-87.

               7-25

Chapter 7 "(  , $ -#

Network Prefix Ranges Substitute

Priv. 36 00-87 03887766
Priv. 35 03887766

7.2.4 Internal Destinations

7.2.4.1 Detailed description
ARS operations can handle internal destinations.
7.2.4.1.1 INTERNAL CALL FORCING
When a user tries to call a party (connected to the same Alcatel-Lucent OmniPCX Office
Communication Server system or belonging to the same private network) by dialing the party's
public number, the ARS operation converts the public number into an internal number, and an
internal call is made.
Configuration example

"ARS Table" configuration:

Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Pub 8840722 100 - 200 2 4
Pub 8840721 100 - 200 1 1

"Trunk group list" configuration:

TrGp Index TrGp. Char. Provider/Destination Access digits Authorization Tone/Pause
list code
1 2 500
4 LOCAL ---

In this example:
- the public call from user 2102 to user 2103 (by dialing 08840722103) is converted into a
local call by replacing 8840722 by 2; the system therefore sends the number 2103.
- the public call from user 2102 to user 1101 (by dialing 08840721101) is converted into a

7-26               

 "(  , $ -#

local call by replacing 8840721 by 1; the system therefore sends the number 1101 over
trunk group 2 (as the 2 sets do not belong to the same PCX).

7.2.5 Selecting a Destination

7.2.5.1 Configuration procedure
7.2.5.1.1 SELECTING THE DESTINATION ACCORDING TO THE TIME
It is also possible to route a call to different internal destinations depending on the date and
time. This is achieved using overflow operations between trunk group lists with the same
index.
Note:
High priority will be given to ISDN Trunks (even if other analog trunks are free to use):
- When the ARS table is used to make outgoing calls (using a sequential group)
- And, if call was set up in block mode
Configuration example
"ARS Table" configuration:
Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Priv. 5000 102 100
103 200

"Trunk group list" configuration:

TrGp Index TrGp. Char. Provider/Destination Access digits Authorization Tone/Pause
list code
100 LOCAL User 102
200 LOCAL User 103

"Time Ranges" configuration:

Start End Day group Provider/Destination
Provider/Destination
Provider/Destination
Provider/Destination
1 2 3 4
00:00 12:00 1 User 102
12:00 00:00 1 User 103

"Day Groups" configuration:

- All the days of the week are assigned to day group 1.
"Providers / Destinations" configuration:
Providers / Destinations
User 102
User 103

In this example, if an internal user dials 5000: a call made between 0 and 12.00 hours will be

               7-27

Chapter 7 "(  , $ -#

put through to set 102 and a call made between 12.00 and 0 hours will be put through to set
103.
- between 0 and 12.00 hours: trunk group list 100 is selected; 5000 is replaced by 102 and
user 102 is called.
- between 12 and 0 hours: first of all trunk group list 100 is selected; 5000 is replaced by
102. Overflow occurs in the ARS table and the second entry (trunk group list 200) is
selected. 5000 is replaced by 103 and user 103 is called.

7.2.6 Rerouting on Operator Busy

7.2.6.1 Overview
7.2.6.1.1 Definition
When a call cannot get through because the carrier is busy, this operation automatically
reroutes it via another operator.
The rerouting operation is totally transparent to the user (no specific tone or display).
The operation is only offered for calls routed by ARS over ARS trunk groups (ISDN trunk
groups only).
Automatic rerouting when the carrier is busy is activated by the triggers defined by the
"BsyPrvCaus" flag and refers to the ARS table settings.
7.2.6.1.2 Configuration example
In this example, at any time during the week calls starting by 089 are processed by the
operator Mobilcom, and by Teldafax if Mobilcom is busy. If Teldafax is also busy, these calls
will be processed by the preselected carrier Telekom.
All other external calls (calls not starting with 089) are processed by Telekom.

7-28               

 "(  , $ -#

"Dialing plan" configuration:

- "Secondary trunk groups seizure" function: Start, End = 0; Base = ARS; NMT = Absorbed.
All calls starting with 0 are ARS calls and the subsequent figures are analyzed by the ARS
tables.
"ARS Table" configuration:
Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Pub 089 089 1 Het Operator
Pub 2 Telekom

"Trunk group list" configuration:

TrGp Index TrGp. Char. Provider/Destination Access digits Authorization Tone/Pause
list code
1 1 0 Mobilcom 01019 None None
1 0 Teldafax 01030 None None
1 0 None None None
2 1 0 None None None

"Time Ranges" configuration:

Start End Day group Provider/ Provider/ Provider/ Provider/
Destination 1 Destination 2 Destination 3 Destination 4
00:00 00:00 1 Teldafax Mobilcom None None
2 None None None None
3 None None None None

"Day Groups" configuration:

- All the days of the week are assigned to day group 1.
"Providers / Destinations" configuration:
Providers / Destinations
Mobilcom
Teldafax

7.2.6.1.3 Configuration
- Define the resaons for activation of the operation (5 maximum, FF indicates the end of the
list of reasons)
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Labels -> Misc. Labels ->
"BsyPrvCaus"
• by MMC-Station: Global -> Rd/Wr -> Address -> " BsyPrvCaus" -> Return -> Memory

7.2.7 Configuration examples

7.2.7.1 SIMPLE CONFIGURATIONS

               7-29

Chapter 7 "(  , $ -#

BREAK-IN
A public user calls a user of a PCX B by break-in in PCX A.

Public numbering plan of PCX A

Start End Base Feature NMT Private
7900 7949 100 Set - no
7950 7999 - Secondary trunk group Keep No

ARS table of PCX A

Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Pub 03886979 - 41 1 Homogenous

Private numbering plan of PCX A

Start End Base Feature NMT Private
4150 4199 100 Set - Yes

BREAK-OUT
Set 500 in PCX A (node 50) calls user 0388677700 on the public network. The ARS
operations force the call to use the private network. If the private network is busy, the start call
will be made on the network access of PCX A.

7-30               

 "(  , $ -#

Main numbering plan of PCX A

Start End Base Feature NMT Private
0 0 ARS Main trunk group Absorb No
51 51 ARS Secondary trunk group Keep Yes

ARS table of PCX A

Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Pub - - - 1 Heterogen.
Priv. 51 - 51 2 Homogenous
Pub 038867 - 0038867 2 Homogenous Overflow
- 038867 Heterogen.

CONVERSION BETWEEN PUBLIC AND PRIVATE DIALING PLANS

Case 1: Peer to peer - ISVPN and overflow
This configuration corresponds to a call in an ISVPN heterogeneous network or an overflow on
a public link when the private QSIG-BC link is busy.

               7-31

Chapter 7 "(  , $ -#

ARS table of a PCX A for overflow mechanism

Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Pub 32 - 32 1 Heterogen.
00 - 99 03886777 0 Heterogen.

Case 2: Peer to peer - private network forcing

ARS table of a PCX B
Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Pub 03886979 - 31 1 Heterogen.
00 - 99 03886979 0 Heterogen.

In this configuration, if user 3210 calls a user of a PCX A with his public number
(0388697901), the call is forced to use the private link with the private number 3101.
Case 3 : master/satellite
In this configuration, the DDI numbers in PCX A are managed remotely by PCX B ; a public
numbering plan in PCX A is therefore not necessary if:
- PCX B can convert a private number into a public number (for outgoing call by break-out).
- PCX B can convert the private number of the connected set into a public number (incoming
call by break-in).
- PCX B can convert the public DDI number of a user of PCX A into a private number
(incoming DDI call by break-in destined for a user).

Main numbering plan of PCX B

Start End Base Feature NMT Private
0 0 - Main trunk group Absorb No

Public numbering plan of PCX B

Start End Base Feature NMT Private
7700 7710 100 Set - -
7711 7720 - Secondary trunk group Keep No

7-32               

 "(  , $ -#

ARS table of PCX B

Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Pub 03886777 11 - 20 31 1 Heterogen.

Note:
Private -> public conversion requires the full public number (ABPQMCDU or NPANXXMCDU) to be
entered in the ARS (and not only the MCDU).
In PCX B, these settings make the following services available:
- break-in: a public network subscriber dials 0388677711. PCX B receives the call and
analyses 7711 in the DDI numbering plan. The full number is handled by the ARS table
and converted into the private number 3111. PCX B can now make a private call on the
QSIG link and join with the incoming public call.
- private network forcing: for example, user 3210 dials the number 00388677711; the ARS
converts this public number into the private number 3111.
- break-out: user 3111 calls 0384273045; he dials 00384273045. The caller's number sent
on the QSIG link is the private number 3111. In PCX B, 3111 is converted by the ARS into
the public number 0388677711.
7.2.7.2 TRANSGROUPE VPN

The Alcatel-Lucent OmniPCX Office Communication Server PCX B, as a member of

Transgroupe (PIN = 667000) must be configured to:
- make direct private calls without prefix (internal destination).
- make public calls after dialing an outgoing prefix (0) with automatic insertion of the
outgoing prefix on Transgroupe (0).
Main numbering plan of PCX B
Start End Base Feature NMT Private
0 0 - Main trunk group Absorb No
68 68 - Secondary trunk group Keep Yes
69 69 - Secondary trunk group Keep Yes

ARS table of PCX B

               7-33

Chapter 7 "(  , $ -#

Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Pub - 0 1 Heterogen.
Priv. 68 - 68 2 Heterogen.
Priv. 69 - 69 2 Heterogen.

- Trunk group list 1

TrGp list Index TrGp. Char. Access digits Authorization Tone/Pause
code
1 1 - - - - -

- Trunk group list 2

TrGp list Index TrGp. Char. Access digits Authorization Tone/Pause
code
2 1 - T - - -

The table below summarizes the different types of possible outgoing calls with the values
entered in the "called party number" and "caller number" fields (PCX B).
Outgoing calls Called party number Caller number
Call to public network Number dialed: 0388697985 Public NDI + MCDU DID:
Num. plan: public 388677700 + 7712
Num. plan: public
Internal call in Transgroupe Number dialed: 688123 Internal prefix + MCDU DID:
Num. plan: private 667000 + 7712
Num. plan: private
Call to public network by Transgroupe Number dialed: 691234 Internal prefix + MCDU DID:
Num. plan: private 667000 + 7712
Num. plan: private

7.2.7.3 MULTI-CARRIER CONFIGURATION

When a number beginning with 1XXXXXXX (belonging to network 1) is dialed from network 0,
the access prefix 111 and the client code 3333 are sent from network 0 to network 1.
Main dialing plan

7-34               

 "(  , $ -#

Start End Base Feature NMT Private

0 0 - Main trunk group (ARS) Absorb No

ARS table
Network Prefix Ranges Substitute TrGp list Called Party User com.
(ISVPN/H450)
Pub - 1 Heterogen.
Pub 0 - 0 2 Heterogen.
Pub 1 - 1 3 Heterogen.

- Trunk group list 1

TrGp list Index TrGp. Char. Access digits Authorization Tone/Pause
code
1 1 - - - - -

- Trunk group list 2

TrGp list Index TrGp. Char. Access digits Authorization Tone/Pause
code
2 1 - - - - -
2 - - 000 01 -

- Trunk group list 3

TrGp list Index TrGp. Char. Access digits Authorization Tone/Pause
code
3 2 - - - - -
1 - - 111 02 -

Authorization code table

Index Authorization code
01 4444
02 3333

When the user dials 0 0XXXXXXX, the ARS table forces the use of network 0 and sends the
number 0XXXXXXX; the overflow operation allows the use of network 1 and sends the number
000 4444 0XXXXXXXX.
When the user dials 0 1XXXXXXX, the ARS table uses public trunk group 2 and sends the
number 1XXXXXXX; the overflow operation allows the use of public trunk group 1 and sends
the number 111 3333 1XXXXXXXX.
Any number beginning with 0X, where X is other than 0 or 1, uses public trunk group 1 (the
default).

7.3 Metering - ISVPN+

               7-35

Chapter 7 "(  , $ -#

7.3.1 Detailed description

ISVPN+ is used for a network of Alcatel-Lucent OmniPCX Office Communication Server
systems linked together by digital leased lines with the QSIG-BC protocol.
The principal use of ISVPN+ is for centralized account charging (metering).

For all incoming and outgoing calls made within the network, the master system (the one
connected to the public network) gathers the required information and sends it to a centralized
account charging application. The following information is transmitted to the master system:
- outgoing call: all the data presented in the following paragraph is managed at the caller's
system level then transmitted to the master system. The flags characterizing the call are
accumulated through the different systems during transmission to the master.
- incoming call: the number "transmitted" to the called party and the various flags are
generated by the master system. During the setup of a call with the called party, the flags
characterizing the call are accumulated through the different systems. The number of the
charged caller, the account charging node number and the accumulated flags are
forwarded to the master system with the connection message.
DATA TRANSMITTED
This paragraph describes the information which is transmitted to the master system by the
other systems in the network; this data is conveyed by the QSIG protocol UUS.
Global data: Node number
This data (unique value 0 to 127; by default: 255) identifies the system in the network.
- by OMC (Expert View), select: External Lines -> Protocols -> ISVPN Protocol -> Node Number.
This information is only used by the account charging application (not used in a telephone context).
The node number indicated is the one to which the charged user is connected.

Data related to each call

- "transmitted" number: number resulting from the NMT conversion of the number dialed
after analysis in the main dialing plan (or NMT conversion of the number received after

7-36               

 "(  , $ -#

analysis in the incoming public call dialing plan); it is thus possible to compare the number
sent (to the ARS table) by the system with the original number dialed.
- charged user: This data depends on the type of call:
• outgoing call or break-out: caller
• incoming call or break-in: user having answered the call; this user may be different to
the called user (forwarding, call pickup, etc.)
• transfer: user who is the destination of the transfer
- flags characterizing an ARS call:
• by OMC (Expert View), select: Dialing -> Automatic Routing Selection -> ARS Table -> Option:
Counting:
• forcing onto private network (private): this flag indicates whether an outgoing call has been
rerouted onto leased lines by the ARS.
• overflow: this flag indicates whether the trunk group used for the current call has been obtained
after overflow by the ARS.

- complementary services: This data indicates the services activated in order to carry out the
current call:
• substitution (DISA transit)
• use of the ARS table
• homogenous ISVPN call
• VPN call (Transgroupe for example)
- supplementary network feature: indirect access to a carrier
- online account charging request in the event of break-out
EXAMPLES
Internal call in the network
A (5212) calls B (4103) by dialing 4103.

Information transmitted:
- Charged user: 5212
- Number of the account charging node: 20
- Transmitted number: 4103
Break-in

               7-37

Chapter 7 "(  , $ -#

A public network user calls A (4103) by dialing 0388408003. A is forwarded on B (4142).

Information transmitted:
- Charged user: 4142
- Number of the account charging node: 10
- Transmitted number: 4103
Break-out
A (4103) calls C (8012) by dialing 8012.

Information transmitted:
- Charged user: 4103
- Number of the account charging node: 10
- Transmitted number: 8012

7.4 Clock Synchronization

7.4.1 Overview

7-38               

 "(  , $ -#

7.4.1.1 SYNCHRONIZATION IN MODULES

Note:
The digital accesses (T0, T2, etc.) in an add-on module can under no circumstances serve as
synchronizing accesses for the system (it is impossible to feed the clock back from an add-on module to
the basic module CPU over an HSL link).
If the system includes digital accesses, then there are several results:
- Case 1: No access in main module, all accesses are in an add-on module:
• The accesses will try to supply the clock to the system, and the system will refuse.
• System message 51 - Clock Problem; the system operates on the internal clock.
- Case 2: There is a T2 in the add-on module and a non-permanent level 1 T0 in the basic
module:
• If the T0 is in communication, its level 1 is therefore established and it is the T0 which
provides the clock for the system.
• If the T0 is not in communication, the T2 access will attempt to supply the clock to the
system when it synchronizes with the network public (as in case 1). The clock supplied
by T2 will be refused; a message 51 is generated; the system operates on the internal
clock.
- Case 3: There is a permanent T0 or a T2 in the basic module. Regardless of the accesses
present in the add-on modules, the clock is supplied by one of the accesses in the basic
module.
Conclusion: You must provide at least one digital access in the basic module (and if possible,
a permanent level 1 T2) with a priority higher that that of all accesses present in the system.
(*) : Depending on countries, T0 accesses have a permanent or non permanent level 1. In
case 2, if a T0 board (with access to a permanent level 1) is present in the main module and a
T2 access is present in the add-on module, the system will take the clock provided by the T0 if
the highest priority has been assigned to the T0. Reminder: 0 = highest priority, 254 = lowest
priority.
7.4.1.2 SYNCHRONIZATION IN NETWORKS
To avoid loopbacks in the synchronization paths, you need to define a hierarchy of network
nodes.
DEFINITIONS
- Pilot node (= level 1): node with the most interfaces to the public network; preferably a T2.
- Level 2: node with at least one synchronizing link coming from a pilot node.
- Level 3: other nodes.
PRIORITY NUMBERS
To be able to modify and enlarge a network, you should construct a flow chart for the
synchronization of each node in the network.
A priority number must be assigned (P) to each node.
For the clock priority settings for the ISDN/QSIG boards to be included, the system requires a
warm reset.

               7-39

Chapter 7 "(  , $ -#

Note:
A "Non synchronising" access (OMC -> External lines -> Digital access details -> field "synchronising
clock" not validated) means that the access receives the system clock and transmits it to the remote
equipment.
Principles which must be followed:
- to avoid 2 nodes from the same level synchronizing each other, assign priority 255 to the
links between the 2 nodes on the system (synchronizing) side and a smaller priority value
on the slave (synchronized) side.
- a node can only be a slave to another node having an identical or lower hierarchical level.
- for any node, assign a single priority number to links of the same type (T2, T0, leased
lines).
- for any node, a T2 link must always be assigned a smaller priority number than a T0 link.
EXAMPLES

7-40               

 "(  , $ -#

7.4.2 Restrictions

Synchronization of the QSIG on PCX B has priority over the synchronization of the T0 on PCX
B:
- a user belonging to A is on an external call (simultaneously or not with users on B) -> no
problem.
- no external call on A: A operates on the internal clock.
A user belonging to B makes an external call: B remains synchronized on A and is
therefore not synchronous on the public network -> no data transmission from B to the
network.
Synchronization of the T0 of PCX B has priority over the synchronization of the QSIG:
- a user belonging to B is on an external call (simultaneously or not with the users on A) ->
no problem.
- a user belonging to B is on an external call: A operates on the internal clock -> no data
transmission between B and A via the QSIG link.
- no external call in A or B: A and B operate on their internal clocks -> no data transmission

               7-41

Chapter 7 "(  , $ -#

between B and A via the QSIG link.

Synchronization of DECT/PWT :
- if DECT/PWT are in use on a system, never use a non permanent T0 synchronization but
the internal clock -> no data transmission to the network.

7.5 Basic Accesses Configuration

7.5.1 Detailed description

From R2.0 version, digital accesses of BRA boards can be configured in T0 (with EDSS1
protocol on public lines) or DLT0 (with Q-SIG protocol on transparent private lines or public
lines).
Note:
Digital accesses of MIX boards cannot be configured in DLT0 (except for the German market).
All the accesses of the same DLT2/DLT0 board (digital leased lines) can be used to connect several
PCXs as long as they are all masters or slaves.
The German ISDN network provides a particular S0-FV (S0-FestVerbindung) access (similar to using a
DLT0 access) to establish private connections between 2 PCX: levels 1 and 2 are managed as BRA
accesses (the PCX is always in User mode) while the protocol is managed at level 3.

7.5.1.1 Initialization
7.5.1.1.1 T0
- Number of B-channels: 2 bi-directional, 0 incoming, 0 outgoing ; cannot be modified
Note:
The configuration of inbound channels must be done on the Service Provider side.
- Protocol : EDSS1 ; may be modified in QSIG to create a DLT0 basic access on a BRA
board or a S0-FV access on a MIX board of the German market.
- Layer 1 / Layer 2 Mode: User (TE); cannot be modified while Protocol = EDSS1.
- Synchronization priority: 10 ; modifiable
- TEI Management: Point-to-point; fixed TEI = 0 ; modifiable
- Network type: Public; modifiable.
7.5.1.1.2 DLT0
Initialization in DLT0 mode occurs when TO (EDSS1) accesses switch to DLT0 (QSIG) via
OMC.
- Default number of B-channels: 1 bi-directional, 0 incoming, 0 outgoing.
- Protocol: QSIG; may be modified in EDSS1 to redefine a T0 basic access on a BRA board.
- Layer 1 / Layer 2 Mode: User (TE); modifiable in network (NT).
- Synchronization priority: 210 ; modifiable
- TEI Management: Point-to-point ; fixed TEI = 0 ; modifiable

7-42               

 "(  , $ -#

- Network type: Private; modifiable.

Note:
When access is configured in network, synchronization parameters are no longer modifiable. Access is
synchronized by its system and transmits the clock to the remote system.

7.5.1.2 Configuration
All configurations are carried out by OMC (Expert View): External lines -> External Access
Table -> Digital Access: Details
7.5.1.2.1 Conversion of a T0 access into a DLT0 access
When booted up, all accesses by BRA boards are configured as T0 accesses. Conversion of a
T0 access into a DLT0 access is carried out by OMC (see screen below) in modifying the
following parameters for each access:
- Protocol = QSIG
- Layer 1 / Layer 2 Mode = User (default value if the QSIG protocol is used) or Network.
This change results in the following parameters:
- Synchronizing clock: Yes if User, or No (in grey) if Network.
• If User: Yes
• If Network: No (in grey)
- Synchronization priority:
• If User: 210
• If Network: No (in grey)
- B-channels specialization:
• If User: Allocation = Descending; Collision = Slave
• If Network: Allocation = Ascending; Collision = Master
- Number of B-channels: 1
- Public Network: No (in grey)
- TEI Management: Point-to-point (in grey)
- Automatic TEI negotiation: Non (in grey)
- Fixed TEI: 0 (in grey)
In User, validation (OK key) only relates to the selected access while in Network, validation
also relates to the associated access.
7.5.1.2.2 Conversion of a DLT0 access into a T0 access
The return of a DLT0 access to a T0 access is carried out by OMC (same screen as before) in
modifying the following parameters:
- Protocol = EDSS1
- Layer 1 / Layer 2 Mode = User (in grey).
This change results in the following parameters:
- Synchronizing clock: Yes.

               7-43

Chapter 7 "(  , $ -#

- Synchronization priority: 10
- B-channels specialization: Allocation = Ascending; Collision = Master (in grey)
- Number of B-channels: 2
- Public network: Yes
- TEI Management: Point-to-point
- Automatic TEI Negotiation: No
- Fixed TEI: 0
Note:
Some modifications require a warm reset (must be performed at the OMC prompt).

7.6 Interoperability with Extended Communication Server

7.6.1 Overview
7.6.1.1 Introduction
The Extended Communication Server is used in association with an OmniPCX Office to
provide the OmniPCX Office with additional services:
- The Extended Communication Server Telephone pack offering the following voice services
:
• Unified messaging (e-mail notification)
• Making calls directly from contact sheets
• Click-to-call
• Call forwarding management
• Nomadic mode set-up
• Downloading a pre-configured PIMphony Team Application
• Calls notification
- From the Extended Communication Server Release 4.1, the following features based on
the SIP protocol, using the user's virtual desktop:
• Free Remote Worker
• Peer to Peer communication
• WEB accessibility
These services are available when the communication between the OmniPCX Office and the
Extended Communication Server is established. The system is then called a converged
system.
The solution usually proposed is an Extended Communication Server associated with an
OmniPCX Office (Business).

7-44               

 "(  , $ -#

Figure 7.8: OmniPCX Office/Extended Communication Server converged Services (Global

Overview)

7.6.1.2 OmniPCX Office and Extended Communication Server Compatible Versions

For detailed information, refer to the Technical Communication TC1314 Software
Compatibility.
7.6.1.3 Activating the Convergence
On OmniPCX Office:
A license is required to activate the convergence between the OmniPCX Office and the
Extended Communication Server.
In Computer-Telephone Integration licence, the PIMphony unified service must be activated.
- Activate the voice/data convergence service
On Extended Communication Server:
1. Detect the OmniPCX Office
2. Activate the voice/data convergence service

               7-45

Chapter 7 "(  , $ -#

7.6.1.4 Synchronizing the OmniPCX Office Phones

7.6.1.4.1 Creating User Accounts
Manual User Creation
The administrator of the Extended Communication Server can create manually user accounts
and can associate them with one of the synchronized OmniPCX Office sets. Therefore,
OmniPCX Office subscribers will have a user account created into the Extended
Communication Server that allows them to manage their set through their Virtual desktop.
Each user account includes an identifier and a password requested to open the virtual
desktop.
Note:
It is possible to create a user account without any OmniPCX Office set being associated with it.

Automatic User Creation

The user import operation retrieves information about the telephone terminals available in the
OmniPCX Office and automatically creates the corresponding users in the Extended
Communication Server directory. The users created will be in the group indicated in the Group
name text field.
- Click Import now
The following actions will be performed automatically:
• A new group is created in the directory. The name of this group will be that entered in
the Group name text field
• The Appliance polls the OmniPCX Office in order to retrieve the appropriate
information, such as the internal extension number, and the name and first name
associated with this terminal
• This list is used to create the users automatically in the Extended Communication
Server LDAP directory.
Note:
It is then possible to change the name of the group and the properties of each user.

7.6.2 SIP features on Virtual Desktop

7.6.2.1 Introduction
Extended Communication Server Release 4.1 offers the following new telephony features
based on the SIP protocol:
- Free Remote Worker: A user of the virtual desk can now make free calls through the
Internet using the embedded softphone. He can also be called over this phone, as long as
the nomadic feature is correctly configured

7-46               

 "(  , $ -#

- Peer to Peer communication: Two users logged in on the Virtual desk can directly talk
securely with the embedded softphone
To enable these two use cases, the virtual desk now features the notion of presence that
relies on the embedded softphone, and from this notion of presence, export means to
make secure calls to "present" users. The Telephony Integration Pack has also improved
to allow Extended Communication Server users to benefit from the presence information to
update their nomadic configuration dynamically.

- Web accessibility: An Internet user can make calls through the Internet using a temporary

               7-47

Chapter 7 "(  , $ -#

embedded softphone. An Internet user can call directly company employees (OmniPCX
Office devices or embedded softphones) through the company Website, by clicking on a
URL

7.6.2.2 Remarks
- The SIP communications are secured only within a Peer to Peer communication
- The browser must allow the ActiveX to run on the PC
- The Firewall must be configured in order to allow SIP communications

7.6.3 Configuring the PBX

To be able to use the features (Free Remote Worker, Peer to Peer communication, WEB
accessibility) offered by the Extended Communication Server, OmniPCX Office must be
configured:
- The VoIP feature must be activated.
The communications are based on IP trunking over SIP instead of H.323. For this reason,
the usual ARS must be configured to activate the SIP protocol
7.6.3.1 Enabling SIP as VoIP Protocol and Setting VoIP Parameters
Refer to Public SIP Trunking - Configuration procedure
7.6.3.1.1 Configuring the Number of VoIP Trunk Channels
By default, the number of DSP channels reserved for VoIP trunks (H.323 or SIP) on the
OmniPCX Office is equal to 0. SIP protocol must be enabled for VoIP and the number of
channels for VoIP trunks must be increased to a non-null value.

7-48               

 "(  , $ -#

1. By OMC (Expert View):

System > Voice over IP > VoIP: Parameters > General tab

2. Review/modify the followings attributes:

Number of VoIP-Trunk Channels Enter the number of channels used for SIP
trunking
VoIP Protocol Select SIP
Quality of IP service Select the QoS type used for the remote SIP
gateway VoIP calls

3. Do not check the "RTP Direct" box

4. Confirm your entries
5. If the VoIP Protocol has been switched from H323 to SIP, you are requested to reset the
VoIP boards.
7.6.3.1.2 Configuring the Gateway Timers (Optional)
Refer to Configuring H323 Gateway - Hardware configuration - Configuring the Gateway
timeouts (optional)
1. By OMC (Expert View):
System -> Voice on IP -> VoIP: Parameters -> Gateway tab

2. The parameters have standardized values, do not change them without prior analysis
RAS Request Timeout Maximum authorized response time for a RAS
request ("Registration, Admission, Status")
made to the gatekeeper; between 10 and 180;
default value = 20
Connect Timeout Maximum authorized time interval between
initialization and connection; value between 10
and 1200; default value = 500
Gateway Presence Timeout Determines the presence of a remote Gateway;
value between 10 and 600; default value = 50
Connect Timeout Maximum authorized time interval between
initialization and connection; value between 10
and 1200; default value = 500
H.245 Request Timeout Maximum authorized response time for an
H.245 request; value between 10 and 60;
default value = 40
SIP: End of dialing Timeout Default value = 5

The "End of Dialing table used" box can be checked or not (optional).
The "End of Dialing table used" is checked to define the end of dialing detection. The system
uses the end of dialing prefix table to ascertain the length (number of digits) of the numbers
transmitted. A counter, equal to or superior than 0, is associated with each prefix. When a
prefix has not been configured in this table, the system uses a reference counter (see
paragraph Configuring the “End of Dialing Table” ).

               7-49

Chapter 7 "(  , $ -#

7.6.3.1.3 Configuring the SIP Parameters

Configuring the Local Domain Name (optional)
By default, the Local Domain Name field is empty.
It is not mandatory to enter a Local Domain Name. It is used only when the OmniPCX Office
has a subscription to an Internet access provider.
1. By OMC (Expert View):
System -> Voice on IP -> VoIP: Parameters -> SIP tab

2. Review/modify the following parameter:

Local Domain Name This name is used in the domain part of the FROM header. It
can be for example the domain name of the provider.

Configuring the Timer

Refer to Public SIP Trunking - Configuration procedure - Configuring Timers
1. By OMC (Expert View):
System -> Voice on IP -> VoIP: Parameters -> SIP tab

2. Review/modify the following parameters:

Timer T1 Retransmission timer: waiting duration before re-sending a
request.
Default value: 1000 ms
Timer T2 Response timer
Note:
T1 and T2 timers are defined in the RFC3261.
Number of Retries Maximum number of retries.

Configuring the Registration Parameters

Refer to Public SIP Trunking - Configuration procedure - Configuring Registration Parameters
1. By OMC (Expert View):
System -> Voice on IP -> VoIP: Parameters -> SIP tab

2. In the Registration pane, check the Requested box

3. Review/modify the following parameters:

7-50               

 "(  , $ -#

Registered User Name Enter the name provided by the provider. This can be for
example the installation number.
In this field is left empty, the name of the main VoIP board is
used.
Expiration Time Enter the validity time of the registration.
Default value: 3600 s

4. If DNS SRV is not used, review/modify the following attributes:

Registrar IP Address Enter the Registrar IP address.
Port Enter the port number to be used for registration.
Outbound Proxy IP Enter the Outbound Proxy IP address.

5. If DNS SRV is used, check the DNS SRV box and review/modify the following attributes:
Registrar Name Enter the Registrar name.
Outbound Proxy Enter the Outbound Proxy name.

6. OmniPCX Office supports the Digest authentication scheme (MD5). If OmniPCX Office
must authenticate to the provider, enter the authentication parameters:
User Name Enter the user name (login) for authentication.
Shared Secret Enter the password associated with the user name for
authentication.
Registered Realm Enter the realm name.

7.6.3.2 Configuring the “End of Dialing Table”

If the "End of Dialing table used" box has been checked in the Gateway tab (see paragraph
Configuring the Gateway Timers (Optional) , the "End of Dialing Table"must be configured.
1. By OMC (Expert View):
System -> Numbering -> End of Dialing Table

2. Configure the Prefix and the Counter with the desired embedded softphone dialing
number.
7.6.3.3 Configuring the IP Trunking traffic sharing and baring
Refer to Link Categories - Configuration procedure .
- Selecting the VoIP trunk and setting the traffic sharing and the barring
• By OMC (Expert View):
for access: System -> External Lines-> List of accesses -> Details -> Link Cat

- Adding the VoIP trunk in the trunks group and setting the traffic sharing and the barring
• By OMC (Expert View):

               7-51

Chapter 7 "(  , $ -#

for the trunks group: System -> External Lines -> List of Trunk Groups -> Details -> Add
-> Link Cat

- Selecting the "Traffic Sharing Matrix"

• By OMC (Expert View):
System -> Traffic Sharing and Barring-> Traffic Sharing Matrix

- Selecting the "Barring Matrix"

• By OMC (Expert View):
System -> Traffic Sharing and Barring-> Barring Matrix

- Creating restriction tables

• By OMC (Expert View):
System -> Traffic Sharing and Barring-> Barring Tables

The traffic sharing and barring must be consistent with the OmniPCX Office.
7.6.3.4 Configuring the LAN/IP Parameters
OmniPCX Office and Extended Communication Server belong to the same private network
(LAN). If the Extended Communication Server is the default gateway to the internet, then it
must be set as the default gateway of the OmniPCX Office.
1. By OMC (Expert View):
System -> Hardware and Limits -> LAN/IP Configuration -> LAN Configuration tab

2. Modify the Default Router Address parameter

7.6.3.5 Configuring the Numbering
7.6.3.5.1 Configuring the Internal Numbering Plan
- Configuring the numbering plan in order to be able to call the embedded softphone.
.
- By OMC (Expert View):
System -> Numbering -> Numbering Plans -> Internal Numbering Plan tab

7.6.3.5.2 Configuring the Private Numbering Plan

The private numbering plan must be configured for the embedded softphone to access the
OmniPCX Office.
- By OMC (Expert View):
System -> Numbering -> Numbering Plans -> Private Numbering Plan tab

7.6.3.5.3 Configuring the ARS Table

7-52               

 "(  , $ -#

For the SIP Trunking, the ARS table must be configured in order to allow the internal user to
call the embedded softphone.
Configuring the “Automatic Routing: Prefixes”
1. By OMC (Expert View):
System -> Numbering -> Automatic Routing Selection -> Automatic Routing: Prefixes

2. Right-click in the ARS OMC windows and select IP parameters to display the IP
parameters fields
3. Right-click in the ARS OMC windows and select Add
4. Enter the following parameters:
table 7.91: Common fields
Activation Enter yes
Prefix Enter the same value as the value used in the internal
numbering plan
Ranges For example, enter 00 - 99: SIP sets numbers range
used in the Extended Communication Server
Substitute Enter the replacement prefix
TrGpList Enter the index of the VoIP trunk group list used to
make SIP trunking calls (Trunk group configured with
the VoIP trunks)

table 7.92: IP parameters fields

Destination Select SIP Gateway
IP Type Enter Static
IP Address Enter the Extended Communication Server public IP
address
Gateway Alive Protocol Enter ICMP
Gateway Alive Timeout/s Enter 300 (default value)
Gateway Bandwidth Enter a bandwidth value, reserved for voice on IP to
the remote gateway, depending on network traffic
Codec/Framing Selection must be either Default or G711_x
Gateway Parameters Index Enter the index to connect you to the "Gateway
parameters" window. It enables you to configure
authentication for SIP

Configuring the Gateway Parameters (Optional)

The Gateway Parameters entry is a new entry added in the ARS configuration to configure
the SIP authentification.
1. By OMC (Expert View):
System -> Numbering -> Automatic Routing Selection -> Gateway parameters

2. Enter the following parameters:

               7-53

Chapter 7 "(  , $ -#

Login see Interoperability with Extended Communication

Server - Configuring the Extended Communication
Server - Information necessary to ARS configuration
Password see Interoperability with Extended Communication
Server - Configuring the Extended Communication
Server - Information necessary to ARS configuration
Domain name see Interoperability with Extended Communication
Server - Configuring the Extended Communication
Server - Information necessary to ARS configuration
Realm see Interoperability with Extended Communication
Server - Configuring the Extended Communication
Server - Information necessary to ARS configuration
RFC3325 Enter Yes
SIP Port Distant Enter 5060

Configuring the Trunk Group Lists Parameters

1. By OMC (Expert View)
System -> Numbering -> Automatic Routing Selection -> Trunk Group Lists

2. Enter the following parameters

Index Enter the trunk group index configured with IP trunk
Provider/Destination Enter None
Auth.Code ID Enter None
Tone/Pause Enter None

7.6.4 Configuring the Extended Communication Server

7.6.4.1 Prerequisites
Before converging an Extended Communication Server with an OmniPCX Office, some
minimum mandatory configurations must be set on the Extended Communication Server side.
- Activating the software license
- Synchronizing Extended Communication Server with OmniPCX Office
• Setting the system clock
The clock must be in conformity with the OmniPCX Office "Date and Time"
parameters.
In the "system clock setting" menu:
• Enter the Date and Time
- Setting the network parameters
When an Extended Communication Server is implemented in an OmniPCX Officeprivate
network, the network parameters must be configured to enable the communication with the
OmniPCX Office.
Usually, the Extended Communication Server and the OmniPCX Office belong to the same

7-54               

 "(  , $ -#

network.

Figure 7.12: Network topology example

• Configure the Extended Communication Server IP address
In that example:

• If a gateway is present on the connected network, set a default route to communicate

with the other network
In the "Network routes" menu, enter the gateway IP address.
In that example:

               7-55

Chapter 7 "(  , $ -#

7.6.4.2 Configuring the Extended Communication Server

To communicate with the OmniPCX Office, some parameters on the Extended Communication
Server side must be set.
7.6.4.2.1 Extended Communication Server Identity Number Parameter
The Extended Communication Server Identity Number is available in the administration
interface
- In the administration interface, select:
Appliance management ->Licences & Releases -> Software Releases -> Id number

7.6.4.2.2 VoIP - SIP Parameters

Prerequisite
Before setting the SIP parameters, the following services must be activated:
- Firewall
- Data convergence service
- DNS server
Configuring the SIP Parameters
Setting the Extended Communication Server SIP Connection Parameters
1. "Configuration" menu
Service management -> Telephony over Internet (VoIP - SIP) -> Configuration -> Basic
configuration tab

2. Set the following parameters:

table 7.99: Extended Communication Server VoIP configuration
SIP domain name Enter the domain name provided by a "DynDNS"
service account
Automatic creation of the associated Check the box
DNS zone

7-56               

 "(  , $ -#

Server public IP Enter the public IP address

Prefix of the VoIP station numbers Enter 3, for instance, to define the number prefix
of SIP sets embedded in the Extended
Communication Server
VoIP stations numbering range Enter 00 - 99, for instance to define the numbers
range of SIP sets embedded in the Extended
Communication Server

table 7.100: OmniPCX Office VoIP configuration

Use this server to do VoIP-SIP Check the box
IP Address Enter the OmniPCX Office VoIP address
Login Enter the OmniPCX Office login to enable the
OmniPCX Office to connect to this service
Password Enter the OmniPCX Office password to enable
the OmniPCX Office to connect to this service

3. Click OK
4. In the management interface, select:
Service management ->Telephony over Internet (VoIP - SIP) -> Configuration ->
Advanced configuration tab

5. Set the following parameters

Port number for the SIP messages Enter the port number used by this service to
receive the VoIP data (SIP packets when
using the UDP and/or TCP protocol (5060:
default value)
Port number for the protected SIP Enter the port number used by this service to
messages receive the protected VoIP data (SIP packets
when using the TLS protocol (5061: default
value)
Protocol(s) used Check the protocol used to send/receive the
SIP packets e (UDP, DCP and TLS boxes
checked (default values))
Quality of service (ToS field - hexadecimal Enter 0xb8 (default value)
value)
Definition of the port range used for the Enter 8000 - 9000 (default values)
media flows (dynamic management)
Maximum time for communications cut-off Enter the waiting time before automatic cut-off
on no answer if the called person does not answer (60:
default value)
Maximum number of simultaneous VoIP Enter the appropriate bandwidth (5: default
connections value)

               7-57

Chapter 7 "(  , $ -#

Maximum number of external users Enter the maximum number of external users
(this number cannot be higher than the
maximum number of simultaneous VoIP
connections) (5: default value)

6. Click OK
Configuring the Extended Communication Server SIP Sets Parameters
1. " VoIP stations configuration" menu
Service management -> Telephony over Internet (VoIP - SIP) -> VoIP stations
configuration

2. Set the following parameter

Activated Enter "Yes" or "No" to activate or not the SIP set
associated to each user account

Information necessary to ARS configuration

To set/modify the "login, password and domain name" parameters:
- In the management interface, select:
Service management -> Telephony over Internet (VoIP - SIP) -> Configuration -> Basic
configuration tab
Refer to Setting the Extended Communication Server SIP Connection Parameters
To set the "Realm" parameter: it is the Extended Communication Server Identity number:
- In the administration interface, select:
Appliance management ->Licences & Releases -> Software Releases -> Id number

7-58               

  

 !!  

8.1 PIMphony

8.1.1 Overview
Alcatel-Lucent PIMphony is a personal productivity tool that connects your phone terminal
(dedicated set, analogue or DECT wireless set) with your computer, providing enhanced
usage of your telephone.
PIMphony IP is an IP phone that provides the same level of features as PIMphony associated
with an actual terminal. PIMphony IP is based on Voice over IP technology (VoIP). No physical
terminal is required.
Alcatel-Lucent PIMphony also provides tight integration with the most popular PIMs (Personal
Information Managers) on the market, enabling them for Computer Telephony.
PIMphony also provides the following features (from OmniPCX Office R4.0 and PIMphony 5.0
and higher):
- Extended Dial by Name mode: it is possible to use the dial by name feature to search for
contacts in the OmniPCX Office directory or on an external LDAP server (Lightweight
Directory Access Protocol server)
- Quality of Service on PIMphony IP with the support of the G729A codec
- Embedded centralized call log feature
- Configuration of PIMphony using OMC
- PIMphony on-line updates
- Availability of PIMphony with all phone sets including the Alcatel-Lucent xAlcatel-Lucent 8
series and xAlcatel-Lucent 9 series sets.
Note:
SIP phones, My IC Mobile for iPhone and My IC Mobile for Android cannot be associated with PIMphony.

8.1.2 Documentation
8.1.2.1 Detailed description
For information and details (Installation, User Manual) about PIMphony, refer to the PIMphony
On Line Help.
The PIMphony On Line Help is available either:
- from the PIMphony CD-ROM and Documentation CD-ROM: open the "aochelp.chm" file for
access to the on-line help.
- from the PIMphony application: once the PIMphony application is installed on the PC, press
the "F1" key to open the PIMphony On Line Help.

8.1.3 Additional Information

8.1.3.1 Hardware aspects

               8-1

Chapter 8 ! !   #

table 8.1: PCX Requirements

Version Hardware Requirements
PIMphony 6.6 OmniPCX Office R5.x, R6.x, R7.x,R8.x and R9.x

table 8.2: PC Requirements

Version Hardware Requirements
PIMphony 6.6 PII 300 Mhz+ 128MB Ram + 2GB HD (140MB free
space to install PIMphony) + SVGA (1024x768) +
Ethernet Board + Keyboard + Mouse
Sound card for PIMphony IP
USB port or serial port for use of a headset with
PIMphony IP

8.1.3.2 Software aspects

table 8.3: Supported and unsupported software
Supported Windows See table: Supported Windows OS
OS
Unsupported All Windows version before Windows 2000 SP4 Pro
Windows OS Only for PIMphony Multimedia : Windows Server 2003
It is not recommended to use PIMphony 6.3 in other than the above
mentioned OS list.
Internet Explorer Internet Explorer 6.0 or more recent
Office Outlook 2000, XP, 2003, 2007, 2010 (32 bits and 64 bits edition)
Access 2000, XP, 2003, 2007, 2010 (32 bits edition)
Goldmine Goldmine 5.7
Goldmine 6.5, 6.7, 7.0, 7.5, 8.0, 8.5, 9.0
Act Act! 6, Act! 2006 (8.0), Act! 2007 (9.0), Act! 2008 (10.0), Act! 2009
(11.0), Act! 2010 (12.0), Act! 2011 (13.0), Act! 2012 (14.0)
Lotus Notes IBM Lotus Notes 5.02 to 6.5, Lotus Notes 8.0, Lotus Notes 8.5.

table 8.4: Supported Windows OS

OS PIMphony PIMphony TSP SPI for
IP Microsoft
TAPI
Server
Windows 2000 Server (with SP4) [32 bits] Yes No No Yes
Windows 2000 Pro (with SP4) [32 bits] Yes Yes Yes No
Windows Server 2003 (with SP1 or SP2) [32 Yes No No Yes
bits]
Windows Server 2003 R2 (with SP2) [32 bits] Yes No No Yes
Windows 2008 Server (with SP2) [32 bits] Yes No No Yes
Windows 2008 R2 Server (with SP1) [64 bits] Yes No No Yes
Windows XP [64 bits] Yes No No No
Windows XP Pro (SP1 or SP2 or SP3) [32 bits] Yes Yes Yes No

8-2               

 ! !   #

OS PIMphony PIMphony TSP SPI for

IP Microsoft
TAPI
Server
Windows XP Home (SP1 or SP2 or SP3) [32 Yes Yes Yes No
bits]
Windows Vista 32 bit edition (with SP1) Yes Yes Yes No
Windows Vista 64 bit edition (with SP1) Yes No No No
Windows 7 (with SP1) [32/64bit] Yes Yes Yes No

8.1.3.3 Limits
Simultaneous connected PIMphony users in HTTP: 200
Simultaneous connected PIMphony users in HTTPS: 25
Note:
Hard disk has no impact on the limits.

8.2 Hotel

8.2.1 General Presentation

8.2.1.1 Overview
8.2.1.1.1 ENVIRONMENT

               8-3

Chapter 8 ! !   #

Sets in the installation

The sets of the installation are divided up according to their types and roles:
- Reception and Attendant: Alcatel-Lucent 4039 Digital Phone, Alcatel-Lucent IP Touch
4038 Phone, Alcatel-Lucent IP Touch 4068 Phone or Advanced Reflexes sets mandatory,
fitted with add-on modules
- Administration and Rooms: Alcatel-Lucent 8 series/Alcatel-Lucent 9 series or Reflexes,
DECT, Z
- Room Service: Alcatel-Lucent 8 series/Alcatel-Lucent 9 series or Reflexes
- House phones: Alcatel-Lucent 8 series/Alcatel-Lucent 9 series or Reflexes, Z
Note:
Multiset is not available in Hotel mode

8-4               

 ! !   #

8.2.1.1.2 HOTEL INSTALLATION

When the system is brought into service, the OMC Easy View session allows you to specify
that the installation is a hotel installation. By doing this, the system automatically creates
predefined profiles (Reception set, house phone, room sets, administration sets, etc.)
described below:
- the first set is the Operator Station; this Alcatel-Lucent 4039 Digital Phone/Alcatel-Lucent
IP Touch 4038 Phone/Alcatel-Lucent IP Touch 4068 Phone/Advanced set in PCX mode
belongs to all active operator groups as well as the default operator group.
This set has the profile of a Reception set: it has a direct call key for the house phone and,
on the add-on modules, a direct call key for each room set in the installation (up to 120
sets).
- The dedicated sets are administration sets.
- The analog (Z) sets (except fax machines and house phones) are room sets.
- Dynamic routing level 1 for administration sets: any unanswered call is routed to the voice
mail unit after 12 seconds.
- Dynamic routing level 2 for administration sets: any unanswered external call is routed to
the operator group after 24 seconds; for room sets, this operation only applies after
customer check-in.
- Attendant station calls overflow to general level (default attendant group) after 24 seconds;
for room sets, this operation only applies after customer check-in.
- The first analog (Z) interface is configured to connect a fax machine (VOICE and FAX2/3
services; no dynamic routing; protection against camp-on, barge-in and camp-on tone).
- The second analog (Z) interface is configured to connect a house phone (automatic call
setup on going off-hook, delayed by 3 seconds, counter total recall at the attendant
station).
- The internal dialing plan is programmed with the prefixes for "room status", "room service"
and "wake-up programming".
- The public dialing plan (if the public dialing system is "open") contains 2 ranges of DID
numbers: one for the attendant stations, the other for the administration sets, the house
phone and the analog (Z) interface of the fax machine; the DID numbers correspond to the
internal call numbers of the sets.
The remaining ranges can be used for the room sets.
- The table of features in conversation is programmed with the default codes for the features
"DND override", "trunk assign" and "counter total recall".
- all the programmable keys on dedicated sets are modifiable by the user (or by the
installer).
Using the predefined profiles of the OMC Easy View session means you can avoid some of
the system programming described in the "Configuration" section.
See the "Starting Up" section of the installation manual for a description of the OMC Easy View
session; this session also enables you to configure some of the key Hotel application
parameters (the DDI numbers, for example) right from the initialization stage.
8.2.1.2 Services provided
The main services proposed are listed below.

               8-5

Chapter 8 ! !   #

8.2.1.2.1 Administrative aspects:

Room Status
Room Status (free, occupied, cleaned, problem with room).
Check-in
Name, language, assignment of a DID No, opening of the line, restriction level (external
outgoing calls), prepayment (charge credit), wake-up call, printout of a call detail record, etc.
Check of an occupied room
Guest prepayment status (charge credit), review of the guest's mail box (text mail, voice mail,
Reception callback request), printout of a call detail record, etc.
Pre-checkout and Check-out
Closing of the line, printout of a bill, room status, resetting of the parameters, etc.
The pre-checkout enables a guest to settle the telephone bill the day before an early morning
departure, for example (external outgoing calls no longer possible), while at the same time
keeping the features programmed on the phone (wake-up call, message, DID No, DND, etc).
METERING
Specific parameter settings for calculating the cost of calls on guest sets and house phones.
Standard parameter settings for calculating the cost of calls on administration sets.
Surcharge for guest communications set up with the help of Reception.
Printout of a charges record with VAT.
New voice mail integrating the hotel features
Assignment of a voice mailbox to each room.
Automatic reset of the contents of a voice mailbox at check-in.
Automatic assignment of the guest language and password to the voice mailbox.
8.2.1.2.2 Telephone aspects:
Programming of the wake-up call either by the guest or by Reception
Password
Service enabling Reception to assign guests a password.
The password can be used by guests to lock their set (prohibit external calls), to remotely
access their voice mailbox and to make calls using protected account codes.
Room Service
Certain services are accessible by a simple call: for example, bar, dry cleaning, breakfast.
House phone (Phone booth)
Use of features: Trunk Assign (with counter recall) or Counting Total Recall.
During a counting total recall: printout of a charges record or assignment of charges to a set in
the installation.
DND OVERRIDE
Service enabling Reception to override DND.

8-6               

 ! !   #

Account code with substitution

Service enabling a user to set up a call on one set with the account code assigned to another
set.
The user makes a call in the following way: account code prefix + account code + No. of
the substitution set (optional) + password (optional) + prefix for accessing the trunk
group + called party's No.

8.2.2 Configuration
8.2.2.1 Configuration procedure
8.2.2.1.1 PARAMETERS TO BE CONFIGURED
This chapter presents the main parameters that need to be configured for the hotel application.
Installation numbers
- Enter the installation number, the intercity code and the international access prefix
Dialing plans
- Internal dialing plan, enter the:
• station numbers: administration, rooms, house phones, fax, etc.
• prefixes: wake-up call, main and secondary trunk group, Room status (see System
Parameters), Reception call, etc.
- Public dialing plan, enter the:
• station DID numbers: administration, Reception, fax, etc.
• room set DID numbers (see the VisFr and VisAl features in System Parameters)
- Feature access codes, enter the suffixes for: consultation call, broker call, DND override
(see System Parameters), conference, etc.
Set categories
- Declare the sets: "Administration", "Guest" or "House phone (Phone booth)" (see the
Class feature in System Parameters)
Reception set
- Create a "Hotel" key (see the Hotel feature in System Parameters)
- Create the "RSL" keys for the sets: rooms, house phones, etc. (see the RSL feature in
System Parameters)
Room service station
- Create the numbers for the service in the internal numbering plan
- Create a "RSD" key for each service on the Room service station (see the RSD feature in
System Parameters)
House phone (Phone booth)
- Configure the house phone by using the features:

               8-7

Chapter 8 ! !   #

• "Automatic call setup (on reception) on going off-hook" (or restrict the line in order to
exclude outside calls. To call out, the user dials the call number for reception).
• "Count total recall" in automatic mode (or using the manual mode from the Reception
set)
- Configure the Reception set by using the features:
• "Trunk assign" (use, for example, barring table No. 2 which only authorizes internal
calls)
• "Trunk assign with count total recall" (use, for example, table No. 4 which authorizes
national and international calls)
• "Count total recall" in manual mode
- Authorize the feature rights: "trunk assign" and "count total recall"
- Position the flag "count total recall if there is no charge" (see the Count total recall feature
in System Parameters)
Analog room sets
- Assign a "voice mail" virtual key to the analog sets which will light the LED when there is a
callback request from Reception or from the voice mail unit
Barring tables
- Check the link Class of Service on the sets installed
- Check the link Class of Service on the trunk group and network lines
Hotel Parameters
- Configure the parameters: "Wake-up", "DDI", "Language", "Restriction", "DND", "Exit time"
and "Check-in" (see Customizing the configuration screens)
- Configure the Room status parameters (see Configuring room status)
Guest account charging
- Configure the parameters: "Deposit", "Currency" and "VAT" (see Customizing the
configuration screens)
- Configure the parameters: "Room status" print out, Thank-you messages, VAT, Cost of
calls, Surcharge and Cut-off (see the Account charging features in System Parameters)
8.2.2.1.2 SYSTEM PARAMETERS
The following flow chart shows the required system parameters; they are only accessible in the
installer session.

8-8               

 ! !   #

DND override
This service enables an authorized user (Reception) to override a set's DND (Do Not Disturb)
status. It is activated either with a function key or with a feature access code.
- To assign a feature access code to the service:
• by MMC-Station: NumPln -> Code -> Funct -> DND override
• by OMC (Expert View): Numbering -> Features in Conversation -> DND Override

- To assign the service to a key:

• by MMC-Station: User or Subscr -> Keys -> Call -> DNDovr
• by OMC (Expert View): Users/Base stations List -> Details -> Keys -> Function key -> DND
Override

- Authorize the service on the calling party set:

• by MMC-Station: User or Subscr -> SubPro -> Featur -> High
• by OMC (Expert View): Users/Base stations List -> Subscribers -> Details -> Features -> Part2 ->
check DND override allowed

- Protect the called party against the service:

               8-9

Chapter 8 ! !   #

• by MMC-Station: User or Subscr -> SubPro -> Featur -> High or Middle
• by OMC (Expert View): Users/Base stations List -> Details -> Features -> Part2 -> check Protection
against DND override

Hotel key
This feature enables Reception to enter the hotel application in order to enter, review and/or
print guest data.
- To assign the feature to a key:
• by MMC-Station: User or Subscr -> Keys -> Option -> Hotel
• by OMC (Expert View): Users/Base stations List -> Details -> Keys -> Function key -> Hotel Menu

RSL key
The Reception set must be equipped with add-on modules. The modules are programmed with
RSL resource keys (essentially room No.) which allow Reception:
- to call a set in the installation directly
- to receive a call on the resource from a set in the installation
- to see the busy status of a set in the installation
- to find out the occupation status of a room (free or occupied)
- to view a problem with a room wake-up call
- to view the status of a set's ringer (internal or external call)
- to find out the status of a room (cleaned or uncleaned)
- to view a problem with the room
Note:
The new features are accessible if the set has a Hotel key. They are detailed in "Reception set
features".
- To assign RSL keys to the Reception set:
• by MMC-Station: User or Subscr -> Keys -> Modify -> Resou -> RSL -> enter a directory no. (that of a
room set, for example)
• by OMC (Expert View): Users/Base stations List -> Details -> Keys -> Resource Key -> Internal Call
-> enter a directory no. (that of a room set, for example)

RSD key
To call Room Service, the user dials a number corresponding to a service (the "breakfast"
service for example). This number must be known by the system and must be assigned to the
"Room Service" station.
- To assign service numbers to the "Room Service" station:

8-10               

 ! !   #

• by MMC-Station: NumPln -> IntNum -> User or Subsc feature-> no. of the service in Begin and End
-> directory no. of the "Room Service" station in Base
• by OMC (Expert View): Numbering -> Dialing Plans -> Internal Dialing Plan -> User feature -> No. of
the service in Start and End -> directory No. of the "Room Service" station in Base

The "Room Service" station is programmed with RSD resource keys which have the No. of the
services. It has a display showing the name, directory No. and language of the caller.
- To assign RSD keys to the "Room Service" station:
• by MMC-Station: User or Subscr -> Keys -> Modify -> Resou -> RSD -> enter a service No. (the
"breakfast" service, for example)
• by OMC (Expert View): Users/Base stations List -> Details -> Keys -> Resource key -> DID call ->
enter a service No. (the "breakfast" service, for example)

Class
This feature assigns one of the following categories to each set in the installation:
"Administration", "Guest" or "House phone (Phone booth)".
- To assign a role to the set:
• by MMC-Station: User or Subscr -> Class -> assign Administration set, Guest set or Phone booth
• by OMC (Expert View): Users/Base stations List -> Details -> Hotel -> assign Admin, Guest or
House phone
Default value: Administration
Call counters
This feature enables Reception to find out the number of charged calls made from a set in the
installation and to reset the counter.
In the Hotel application, the call counter is automatically reset on check-in; the number of calls
(charged calls) is given as a reminder on the printout of the "Guest Global Bill Record" and on
the "Client Information Record".
- To read and reset a set's call counters:
• by MMC-Station: Count -> Extens -> Call to read the counter and -> Reset to reset it
• by OMC (Expert View): Users/Base stations List -> Details -> Counting to read the counter and ->
Reset to reset it

This feature also allows you to edit, on the screen, the call and cost counters for sets.
- To read the call and cost counters for all the sets:
• by OMC (Expert View): Counting -> Tracking Counters

Account codes
Use of this service involves a new parameter, User ID, which makes it possible to perform
"substitution" (charging to the account code of a set other than the one being used). This
parameter means modifying the RESTRICTION field and specifying the PROTECTION field.
- To select whether or not to assign an identification request for substitution to the account
code:

               8-11

Chapter 8 ! !   #

• by MMC-Station: Global -> Accoun -> Param1 -> UserId ->select NO no identification or YES with
identification
• by OMC (Expert View): Traffic Sharing & Barring -> Account Code Table -> User ID -> select none
no identification or User with identification

- To assign a Class of Service Restriction to the account code (see also the table below):
• by MMC-Station: Global -> Accoun -> Param2 -> Barrin -> select None, a category between 1 and 16,
SET or GUEST
• by OMC (Expert View): Traffic Sharing & Barring -> Account Code Table -> Bar.Lvl. > select none,
a category between 1 and 16, set or guest

The table below shows, depending on the link COS assigned to the account code, the system
reactions on the various link COS.

Collective Speed Dial

Traffic Sharing (LC3) Barring Matrix (LC2)
Rights (LC1)

LC3 of the set (*) LC2 of the set (*) LC1 of the set (*)
Guest LC3 of the guest (*) LC2 of the guest (*) LC1 of the guest (*)
Forced restriction COS LC3 of the set (normal Fixed COS. 1..16 LC1 of the set (*)
1..16 1..16 service)
LC3 of the set (normal
None (no restriction) Call not restricted LC1 of the set (*)
service)

* Link COS service operation: Normal or Restricted

Remarks:
- If the account code is with "Identification" then the no. of the substitution set is to be
entered
- If the account code is with password, the password expected by the system is either that of
the set in use or that of the substitution set
The user makes a call in the following way: account code prefix + account code + No. of
the substitution set (optional) + password (optional) + prefix for accessing the trunk
group + called party's No.
Count (meter) total recall
The count (meter) total recall (CTR or MTR) operation can recall the service beneficiary even if
there is no charge.
- Recall the service beneficiary in all cases:
• by MMC-Station: Global -> Rd/Wr -> Addres ->enter 01 in MtrNoCharg -> Memory
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Other Labels -> enter 01 in
MtrNoCharg
Default value: "00" (no recall if no charge)
Wake-up call

8-12               

 ! !   #

In the case of a wake-up problem, the system alerts Reception by sending a message and a
ringing tone to the set which is repeated approximately every 30 seconds.
- Inhibiting the ringing and visual alarm operation:
• by MMC-Station: Global -> Rd/Wr -> Addres ->enter 00 in WakUpPrbRg -> Memory
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Other Labels -> enter 00 in
WakUpPrbRg
Default value: "01" (alarm activated)
Note:
With the hotel application, you can always view a guest wake-up problem on the RSL keys on
the Reception set (see "Hotel Features").
Room status after check-out
After check-out the room is automatically switched to "uncleaned" status.
- Inhibiting the status changing mechanism:
• by MMC-Station: Global -> Rd/Wr -> Addres ->enter 00 in UnclChkOut -> Memory
• by OMC (Expert View): System Miscellaneous -> Memory Read/Write -> Other Labels -> enter 00 in
UnclChkOut
Default value: "01" (switch to "uncleaned" status after check-out)
Dialing plans
Room Status
The "Room Status" feature in the internal dialing plan allows you to define the "Room Status"
prefix for the installation.
- To create the "Room Status" prefix:
• by MMC-Station: NumPln -> IntNum -> RoomS feature
• by OMC (Expert View): Numbering -> Dialing Plans -> Internal Dialing Plan -> Room Status feature

DND override
The "DND Override" feature in the "Features in conversation" table serves to define the suffix
for accessing the "DND Override" service.
- To create the "DND Override" service:
• by MMC-Station: NumPln -> Code -> Funct -> DND Override
• by OMC (Expert View): Numbering -> Features in Conversation -> DND Override

VisFr (Guest DID unassigned)

The "VisFr (Guest DID unassigned)" feature of the DID dialing plan groups together all the DID
numbers available to be assigned to the rooms in the hotel. The feature's base is 9.
- To assign the DID no. to the Reception set:

               8-13

Chapter 8 ! !   #

• by MMC-Station: NumPln -> PubNum -> VisFr feature -> enter all the numbers in Begin and End,
enter 9 in Base
• by OMC (Expert View): Numbering -> Dialing Plans -> Public Dialing Plan -> Guest DID
unassigned feature -> enter all the numbers in Start and End, enter 9 in Base

Remarks:
- A DID no. assigned to a room at check-in automatically switches from "Guest DID
unassigned" to "Guest DID assigned".
- Likewise, a DID no. which is no longer assigned to a room at check-out automatically
returns to its initial function, "Guest DID unassigned". This operation allows you to route all
the DID calls for free rooms to the Reception set.
VisAl (Guest DID assigned)
The "VisAl (Guest DID assigned)" feature in the DID dialing plan adds a DID no. to all the DID
no. which are reserved for rooms and assigns it directly to a room.
- To add a room DID no.:
• by MMC-Station: NumPln -> PubNum -> VisAl feature-> enter the DID number in Begin and End,
enter the directory no. of the room in Base
• by OMC (Expert View): Numbering -> Dialing Plans -> Public Dialing Plan -> Guest DDI assigned
feature -> enter the DID number in Start and End, enter the directory no. of the room in Base

Note:
As the previous note states, this DID no. will automatically switch to "Guest DID unassigned"
on check-out. It will rejoin all the DID no. reserved for rooms.
Metering
Room Status Rcords
This feature allows you to define whether a "Room Status Record" or "Statement" should be
printed automatically when a room changes status.
- To select whether or not to print out a "Room Status Record" or "Statement" automatically:
• by MMC-Station: Count or Meter -> Ticket -> List -> select RST for automatic printout or rst for no
printout
• by OMC (Expert View): System Miscellaneous -> Hotel Parameters -> select Print
Check-in/Check-out Ticket for automatic printout
Default value: rst (no automatic printout)
A "Room Status Record" or "Statement" includes:
- the room no.
- the date and time of the status change
- the "Room status change" label
- a value (1 to 4 digits) representing the room status (free or occupied, problem no.)
- the name of the guest
Note 1:

8-14               

 ! !   #

The Hotel application allows you to:

- program a precise time at which all rooms (or only those which are occupied) switch
automatically to the "uncleaned" status,
- automatic switching, after check-out, of a room to "uncleaned" status.
These two operations do not involve the transmission of a "Room Status Record" or
"Statement".
PRINTING THE GUEST'S RECORD AUTOMATICALLY
The automatic print of the "Guest Information Record" after the guest has checked in or the
"Guest Global Bill Record" after check-out can be deleted.
- Inhibiting the automatic print operation:
• by OMC (Expert View): System Miscellaneous -> Hotel Parameters -> deselect Print
Check-In/Check-Out Ticket

Note 2:
It is always possible to print the records manually with the hotel application.
8.2.2.1.3 CUSTOMIZING THE CONFIGURATION SCREENS
The application requires a customized configuration, dedicated to the environment in which it
is situated, in order to present the check-in screens, the guest review screens and the
check-out screens as well as to calculate the cost of calls and activate the default features.
The application is customized using the default screens, which must be configured. These
screens are accessible from Reception sets with a "Hotel" key or through OMC (Expert View).
Note:
Only programming which is done via a terminal is presented in this document. In OMC (Expert
View), the relevant data are proposed when you select System Miscellaneous -> Hotel
Parameters.
- To configure the default screens:
Reception set: Hotel key -> DEFVAL

The display presents the following flowchart menu.

               8-15

Chapter 8 ! !   #

Wake-up time - WAKEUP

This feature allows you to choose whether or not to define a default time for a wake-up call.
Enter 06: 45 for example, or press CLEAR --: -- so as not to have a default wake-up call.
Validate.
Allocating a DDI number - DDI
This feature allows you to assign a DDI no. by default.
Press CHOICE to select "DDI ALLOCATION BY DEFAULT" or "NO DDI BY DEFAULT".
Validate.
Default language - LANG
This feature allows you to select a language by default.
Press CHOICE to select one of the languages offered. Validate.
Note: The language is automatically assigned to the guest's voice mailbox and set (if it has a
display).
Charge credit - DEPOSI
This feature allows you to choose whether or not to activate the "prepayment request" (charge
credit) menu and enter a total corresponding to a default prepayment.
Enter a total or press CLEAR to inhibit the menu. Validate.
Note:
When the menu is activated, a line reserved for the prepayment total is printed on the "Guest
Global Bill Record" and on the "Guest Information Record".
Room set restriction (barring) - RSTRCT (BARRIN)
This feature allows you to define a default restriction for room sets.
Press CHOICE to select "INTERNATIONAL", " NATIONAL", "LOCAL" or "NO EXTERNAL".
Validate.

8-16               

 ! !   #

Note:
By OMC, under System Miscellaneous -> Hotel Parameters -> Default Restr/Barring
Level, the default restriction on room sets takes the values 1 for "INTERNAL", 2 for "CITY", 3
for "NATIONAL" or 4 for "INTERNATIONAL"
Local currency - MONEY
This feature allows you to enter the country's monetary unit.
Enter USD for example. Validate.
Note:
The monetary unit is printed on the "House phone Bill", the "Guest Global Bill Record" and on
the "Guest Information Record".
Activate Do Not Disturb function - DND
This feature allows you to activate or deactivate the Do Not Disturb feature by default.
Press CHOICE to select "ACTIVE" or "INACTIVE". Validate.
Quit the application - EXTIME
This feature enables the Reception set to exit the Hotel application automatically, if no action is
carried out during the set time.
Enter 20 (minutes) for example. Validate.
VAT rate - VAT
This feature allows you to enter the country's VAT rate.
Enter 20.60 for example. Validate.
Note:
The cost of calls with VAT, the total VAT, and the VAT rate are printed on the "House phone
Bill", the "Guest Global Bill record" and the "Guest Information Record".
Check-in chain - CHECIN
This feature allows you to program the order in which six review screens – the ones most often
used during check-in – appear (maximum of six from a choice of eight).
Position yourself on the field to be modified using NEXT or PREV, then press CHOICE to
select "DEPOSIT", "NAME", "WAKEUP", "DND", "LANGUAGE", "DDI", "BARRING",
"PASSWORD" or "__" (no screen). Validate.
Note:
The review screens which are not selected remain accessible at the end of check-in.
8.2.2.1.4 CONFIGURING ROOM STATUS
Configuring room status allows you to define whether all the rooms, or only those which are
occupied, switch manually or automatically (at a programmed time) to "UNCLEANED" status.
- To enter the Room Status menu:

               8-17

Chapter 8 ! !   #

Reception set: Hotel key -> Status -> Global

The display below shows the possible functions.

The first line of the screen recalls the configuration of the Room Status which may be as
follows: Only occupied rooms switch to "Uncleaned" status at 7:30
Rooms concerned- ROOMS
This feature allows you to define the rooms which will switch to "UNCLEANED" status.
Press ROOMS to select "ALL BUSY ROOMS" or "ALL ROOMS". Validate.
Conditions - NOW, TIME
This feature allows you to define whether the rooms concerned (those in the "ROOMS" menu)
switch to "UNCLEANED" status automatically or manually.
- Manual switch, press NOW.
- Automatic switch, press TIME, then enter 06: 30 for example, or press CLEAR --: -- to
cancel the time. Validate.
Validate the operation.

Note:
The feature is activated either immediately (manual mode), or at the time defined by the
settings (automatic mode).

8.3 Hotel Reception Set Features

8.3.1 Check-in
8.3.1.1 Detailed description
8.3.1.1.1 CHECK-IN
- To select a free, cleaned room:
• Reception set: Hotel key -> RSL key or directory No of the room

Depending on how the programmed review screens are chained, you must:
- fill in the "empty" fields (for example, the NAME of the guest)
- modify the fields which do not correspond to the default values (for example, the
LANGUAGE)

8-18               

 ! !   #

- validate all the check-in screens as and when they are presented.
Validating the last review screen is equivalent to exiting CHECK-IN; the room is considered
occupied, and a "Guest Information Record" is printed automatically.
Below are the screens which correspond to check-in (maximum of six screens from a choice of
eight):
- Deposit : deposit total (metering credit) or select (no prepayment)

- Guest name : guest name (10 characters maximum)

- Wake-up time : wake-up time or select : no alarm

- DND Status: to activate (DND) or deactivate (dnd) the "Do Not Disturb" function
- Language : choice of language
- DID number : allocation of a DDI Nº, select to allocate a new one

- External calls : line barring, select to allocate a new one

- Password : allocation of a password, select to allocate a new one

Note:
All the review screens, including those not selected, are grouped together in the room review
screens once the check-in is completed.

8.3.2 Room
8.3.2.1 Detailed description
The application allows you to review and modify a guest's data.
- Select an occupied room:
• Reception set: Hotel key -> RSL key or directory No of the room

Note:
To exit the application, press the Release key .
To review another room without quitting the application, select an RSL key or enter a directory
No .
The display presents the guest data for the selected room. The data is displayed over three
screens.

               8-19

Chapter 8 ! !   #

The first line of each screen gives:

- the name of the guest
- the guest's language
- the guest's wake-up call time (if programmed) and warning of any problem with the
wake-up call
- the guest's DND (do not disturb) feature status
- the guest's prepayment status (signs + for "credit" and - for "debit") and the monetary unit
used
- the segment , off or lit, representing the guest's mail status (text mail, voice mail and
Reception call-back request)
- the directory number of the room
The second line of each display enables Reception to review and/or modify guest data, or to
print out an information record.
8.3.2.1.1 Print guest information ticket - PRINT
Press to print out the "Guest Information Ticket" which includes:
- the name of the guest
- the room No
- the language
- the password
- the DID No
- the restriction (barring) status
- the guest's overall deposit total (charge credit)
- the total remaining to be paid by the guest (debit) or to be reimbursed by the hotel (credit);
total of the deposit paid minus the cost of the calls
- the VAT rate and the total VAT corresponding to the cost of the calls
- the number of calls made
- the active or inactive status of the DND feature

8-20               

 ! !   #

- the guest's mail status (messages present or not: text, voice and Reception callback
request)
8.3.2.1.2 Wake-up call time and status - WAKEUP
allows you to read and modify the guest's wake-up call time and consult the guest's
wake-up call status.
Reading the wake-up call time:
The room review screen allows you to read the guest's wake-up alarm time.
Modifying the time:
Press . Enter 06: 45 for example or press --: -- so as not to have an alarm.
Validate.
Review of the alarm status, several choices are available:
- LEFT-HAND SEGMENT OF THE ROOM RSL KEY
On the add-on module, the left-hand segment of a flashing room RSL key signals an
undefined problem with the wake-up alarm.
- ROOM OCCUPATION SCREEN
The review screen of a room signals whether a wake-up time is programmed or whether
there is an undefined problem with the wake-up call. Example:
• 06: 45: programmed wake-up time; wake-up time active if : (colon) flashes
• 06: 45: programmed wake-up time; wake-up time inactive if no character flashes
• --: --: no programmed wake-up time (problem with wake-up call if all segments flash)
• 06: 45: programmed wake-up time and problem with wake-up call if all characters flash
- WAKE-UP CALL STATUS
Press ; the wake-up call status will then be one of the following:

• active: the wake-up call is active

• --- (inactive): the wake-up call is inactive
• busy: problem – the set was busy during the three attempts
• unanswered: problem – the set did not answer during the three attempts
• inaccessible: problem – the set was inaccessible during the three attempts
- WAKE-UP CALL
In the case of a wake-up problem, the system alerts Reception by sending a message and
a ringing tone to the set, repeated approximately every 30 seconds.
8.3.2.1.3 Do Not Disturb - DND
This feature allows you to read the status of the guest's DND feature and modify it.
Reading the status of the DND (Do Not Disturb) feature:
The room review screen allows you to read the DND status directly:
- DND : feature active
- dnd : feature inactive
Modifying the DND feature:
Press -> to select "ACTIVE" or "INACTIVE". Validate.

               8-21

Chapter 8 ! !   #

8.3.2.1.4 Charge credit - DEPOSI

This feature allows you to read the guest's credit (after calculation of the cost of the guest's
calls) and to enter the amount of a new deposit.
Guest credit (with use of charge credit only):
The room review screen allows you to read the guest's account. It is either:
- + xxxxx EUR: positive (in credit)
- - xxxxx EUR : negative (in debit)
Amount of a new deposit (with use of charge credit only):
Press and enter a new amount.
Validate the operation; the system recalculates the total deposit and the remaining credit.
8.3.2.1.5 Checking out a guest - CHEOUT
See "Guest Check-out ".
8.3.2.1.6 Guest name - NAME
This feature allows you to read the name of the guest and modify it.
Reading the name:
The room review screen allows you to read the name of the guest.
Modifying the name:
Press and modify the name (10 characters maximum); validate the operation.
8.3.2.1.7 Guest language - LANG
This feature allows you to read the guest's language and modify it.
Reading the language:
The room review screen allows you to read the guest's language.
Modifying the language:
Press -> to select one of the languages offered. Validate.
Note: The language is automatically assigned to the guest's voice mailbox and set (if it has a
display).
8.3.2.1.8 Voice mail status - MESSAG
This feature allows you to read the guest's message status (message left or not), it enables
the attendant to leave the guest a callback request (activation of the message LED) and find
out the type of message left for this guest (attendant callback, voice mail or text mail).
Reading the guest's mail:
The room consultation screen allows you to find out whether a message has been left for the
guest. To the right of the display and before the room no., a segment provides information on
this status:
- at least one message is waiting for the guest:

8-22               

 ! !   #

- no message is waiting for the guest:

Attendant callback request:

The attendant can leave a callback request on the guest's set. Press -> to:
- activate a callback request:

- cancel the callback request:

Validate the operation.

Reading the type of message left:
The attendant can find out the type (voice or text message) of message left for the guest.
Press and analyze the display according to the headers presented:
- OPERATOR : operator call-back request: or no call-back:

- VOICE : voice message waiting: or no message:

- TEXT : text message waiting: or no message:

8.3.2.1.9 Guest DID number - DIDNUM

This feature allows you to read the guest's DID Noand select another one.
Reading the DID No:
Press , the screen displays the guest's DDI no..
Selecting another DID No for the guest:
Press -> , the system allocates another DDI no.. Validate.
8.3.2.1.10 Class of Service Restriction (Barring) - RSTRCT (BARRNG)
This feature allows you to read and modify the Class of Service Restriction for the guest's set.
Reading the Class of Service Restriction:
Press , the screen displays the guest's barring level.
Modifying the Class of Service Restriction:
Press -> to select "INTERNATIONAL", " NATIONAL", "LOCAL" or "NO
EXTERNAL". Validate.
8.3.2.1.11 Guest password - PASSWD
This feature allows you to read the guest's password and select another.
Reading the password:
Press , the screen displays the guest's password.
Selecting another password:
Press -> , the system assigns another password. Validate.
Note: The password is automatically assigned to the guest's voice mailbox and set. The guest

               8-23

Chapter 8 ! !   #

can use it to:

- lock the set (block outside calls)
- make calls using a protected account code (with or without substitution)
- read his or her voice mail remotely

8.3.3 Check-out
8.3.3.1 Detailed description
The application allows you to free a room.
- Select an occupied room then the Check-out menu:
• Reception set: Hotel key -> RSL key or directory No of the room -> CheOut menu

The following appears on the display:

The first line shows:

- the name of the guest
- the guest's language
- the guest's prepayment status (signs " +"for credit and " -" for debit) and the monetary unit
used
- the directory number of the room
The second line enables Reception to print out an information record and perform
"Pre-checkout" as well as Check-Out.
8.3.3.1.1 Print out a guest's telephone bill - PRINT
Press ; the bill indicates:
- the name of the guest
- the room No
- the guest's total deposit (charge credit)
- the number of calls made
- the total cost of the calls
- the VAT rate and the total VAT corresponding to the cost of the calls
- the total remaining to be paid by the guest (debit) or to be reimbursed by the hotel (credit);
total of the deposit paid minus the cost of the calls
8.3.3.1.2 Pre-checkout of a guest - PREOUT

8-24               

 ! !   #

This feature enables a guest to settle the telephone bill the day before an early morning
departure, for example, (external outgoing calls are then no longer possible) while at the same
time keeping the features programmed on the phone (wake-up call, message, DID N°, DND,
etc).
Press PRE CHECK-OUT to activate the pre-checkout features. Caution: Pre-checkout
cancels the guest's amount "Remaining to be paid", see the table below.
8.3.3.1.3 Check-out of a guest - CHEOUT
This feature enables Reception to make a room free; see the table below.
Press to reset the room's parameters; a "Guest Global Bill Ticket" is printed
automatically.
The following table and analysis show the role of each of the features.
Remaining
DID Room
Wake-up Message DND Forward Barring PasswordName to be
assignment Status
paid
No
Pre-checkout
/ / / / / external / / / ---
call
No
Free / Room
Check-outReset 1 hour Reset Reset Reset external Reset ---
Uncleaned No
call

Analysis of the table:

- / : this symbol means that the feature remains unchanged from the previous report.
- No external call: new room set COS Restriction. The set will return to its default
configuration upon check-in.
Active calls, ringing, calls on hold etc. are cut off immediately upon activation of
"PRE-CHECKOUT" or "CHECK-OUT".
- --- in the "Remaining to be paid" column: the total remaining to be paid by the guest
(debit) or reimbursed by the hotel (credit), resulting from the cost of the calls and the
deposit given, is deleted.
The guest's call counters, partial charge counter and partial cost counter are reset only
upon check-in (input of a new guest) or by system command.
- Reset: reset of the features. The Wake-up, DND and COS Restriction features return to
their default value upon check-in.
- 1 Hour: new messages are kept for 1 hour. Check-in resets the voice mail box.
- Free / Uncleaned: the room is assigned "Free" and "Uncleaned" status.
- Room No: the guest name is replaced by the room number (directory update).

8.3.4 Room Status

8.3.4.1 Detailed description
The Room Status feature enables:
- the Room Manager: to inform Reception of the status of rooms

               8-25

Chapter 8 ! !   #

- Reception to:
• find out the status of a room
• change the status of a room
• see the status of the rooms on the Reception set (segments of an RSL key)
- print a Room Status ticket or statement
8.3.4.1.1 Use of Room Status by the Room Manager
The Room Manager informs Reception of the status of the rooms (cleaned, uncleaned, with or
without problem) by using the room set to dial the "Room Status" code corresponding to its
status.
- To enter the Room Status code for a room:
• On the room set: Room Status prefix + 0 (cleaned) or 1 (uncleaned) + if necessary, no. of problem
(3 digits max.; enter 000 to cancel the previous code).

8.3.4.1.2 Use of Room Status by Reception

Reception enters the Room Status menu then selects "Global" or a room RSL key.
- To enter the Room Status menu:
• Reception set: Hotel key -> Status

Note:
To exit the application, press the Release key.
To consult the status of another room, select an RSL key.
To return to room consultation, enter a directory no..

8.3.4.1.3 Configuring Room Status - GLOBAL

The grayed area represents the Room Status configuration. On the use of this service to
switch rooms to "Uncleaned" status immediately or at a preset time, see "Configuring Room
Status" in the "Configurations" section.
ROOM STATUS – RSL KEY OR DIRECTORY No.
The RSL key or directory no. allows you to read and modify the Room Status of a room.

8-26               

 ! !   #

There is:
- its "Cleaned" or "Uncleaned" status
- its problem number, if there is indeed a problem
- its free or busy status (read only).
Reading the status of a room:
The screen displays the three types of status above.
Note:
The CHECK-IN, PRE-CHECKOUT and CHECK-OUT operations do not reset the room
problems.
Modifying room status:
- Press CLEANS to select "UNCLEANED" or "CLEANED"
- Press NOPROB to erase the problem
- Press PROBLM to enter a problem no. 012 for example, and validate
Validate the operation.
8.3.4.1.4 Printout of a Room Status Record or Statement
A Room Status record or Statement can be printed automatically when a room changes
status.
Below is an example of a "Room Status Statement".

The field ROOM STATUS CHANGE is specific and includes the following data:
- the first digit indicates the room status: 0 = room CLEANED or 1 = room UNCLEANED
- the other digits (3 maximum) represent the problem number, if there is one.
8.3.4.1.5 Function of the RSL key segments
The three-segment display associated with each RSL key not only allows you to see the
telephone status (normal operation), but also provides at-a-glance information on the overall
status of the room (free, occupied, cleaned, uncleaned or problem with wake-up call or room).
To access these types of status, the set must have a Hotel key. Each segment has a function:
- The first segment (on the left-hand side) indicates the free or occupied status of the room
as well as a possible wake-up call problem
- The second segment indicates the telephone status of the room set
Note: If the segment is flashing, this indicates an internal or external call
- The third segment indicates the "cleaned" or "uncleaned" status of the room as well as a
possible problem with the room

               8-27

Chapter 8 ! !   #

The table below sums up this information.

8.3.5 Room Service

8.3.5.1 Detailed description
8.3.5.1.1 ROOM SERVICE
To call Room Service, the user dials a number corresponding to a service (the "breakfast"
service for example). This number, recognized by the system, is assigned to the "Room
Service" station on an RSD key.
The "ROOM SERVICE" station has a display enabling the Room Service operative to read the
name, directory no. and language of the caller.

8.4 Call Metering

8.4.1 Overview
8.4.1.1 Call Metering
8.4.1.1.1 Selecting the Type of Metering
Alcatel-Lucent OmniPCX Office Communication Server supports two types of call metering:
- V24 metering supports V24 printing for all call metering tickets.
- IP metering supports IP printing for call metering tickets originating from a 3rd party
application (Business or Hotel) via an IP connection.
The type of metering must be specified when the Office Link driver is installed. The driver can
be installed in one of two modes: hotel or metering.
You can use the OMC Counting function to specify the type of call metering for hardcopy
printouts.
To set printing options for call metering tickets:
1. Open the Counting function window in the OMC console and select the Accounting
Printout tab.
2. Select the metering type from the drop down box, Ext. Accounting Activation IP, or Ext.

8-28               

 ! !   #

Accounting Activation V24 and ensure that the associated checkbox is checked.
3. When finished, click OK.
Note:
English is used for IP printing and cannot be changed.

8.4.1.1.2 Call Metering

The CALL DETAIL or COUNTING (METERING) module is used to collect specific information
about telephone calls. This information can be printed in various formats, depending on the
type of management selected.
This section describes the implementation and use of call metering statements or tickets that
can be printed on any printer connected to a V24 4083 ASM or 4093 ASY-CTI or V24/CTI
Interface Module option on a digital terminal.
Note 1:
For IP metering, the output information in XML format will have a different meaning.
It is also possible to display data related to a call.
Note 2:
For V24 metering, not all the call detail information supplied by the ISVPN+ protocol (attendant,
node, services: transit, overflow, ARS, etc.) appear on the tickets; data can only be used from
within a central management application (Alcatel-Lucent 4740, 4760 or other).
V24 call detail printout:
- Call detail printout parameters: format (information bits, parity, stop bits) and speed; by
default: 8N1, 9600 bps).
By OMC (Expert View), select: Users/Base stations List -> select V24 access -> Details ->
V24

- Activating external call detail: printing of records/statements is or is not activated (default

setting)
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout->check
External Accounting Activation V24

Note 3:
The details on configuring the V24 call detail printout can be found in the "Appendix" section.

8.4.1.1.3 Entities
In the case of entity configurations, each user is defined as belonging to a specific group of
users or Entity. There can be up to four entities, numbered 1 through 4.
The entity information can be included in the metering ticket.

8.4.2 External connections

Connection

               8-29

Chapter 8 ! !   #

8.4.3 Principles
8.4.3.1 Overview
Counter charging according to the operating phase
Operation Counter charging method
Conversation Call detail units received on the line are charged to the user in
conversation with that line.
Park or Hold Call detail units received on a parked or holding line are charged to
the user who parked the call.
Retrieve from parking or hold The metering units are charged to whomever activated the service.
Subsequent call detail units are charged to the user who retrieved
the call.

8-30               

 ! !   #

Automatic forwarding The system does not manage charges for external forwarding; this is
managed by the public network.
Conference Any conference costs are charged to the conference initiator.
Transfer If a transfer takes place on an external call, the cost of the call is
charged to the initial user until the external user is put through to the
new party.
When a call is transferred while ringing or on busy, call detail units
are charged to the transfer destination.
No units are charged to the Attendant Station when external calls are
transferred to a system user; all the call detail units are charged to
the destination user.
However, if a call is meant for the Attendant Station (by transfer or
callback), the call is charged to the Attendant Station.
Ext/Ext transfer Call detail units received after the transfer are charged to the user
who made the second external call.
Transfer failure A callback after a transfer failure is always treated as an incoming
call for the set to which the call is rerouted after the no-answer
time-out.
External forwarding When an internal call is made to a user whose calls are being
diverted to an external number, the call detail units are charged to
the forwarded user.

8.4.4 Duration and Cost

8.4.4.1 Operation
Duration
The system counts two types of duration:
- Duration of the call: This corresponds to the time during which the system considers that a
line is assigned to a user; this accounting occurs after the first switch to conversation mode
by the user with the line.
- Call phase duration: The system counts the call phase duration of an incoming external
call from the time when the system detects the call to when the line changes to
conversation with a system terminal. This information is used during external management.
Cost
The cost of a call is calculated according to the number of units charged:
- The value of the basic counter unit may be constant, regardless of the length of the call.
- The value of the basic counter unit may be variable: the cost of the first x counter units is
calculated according to an initial basic counter unit value. As soon as a threshold number
of counter units is reached, the cost is calculated according to a second counter unit value.
Note 1:
The software allows the actual duration of the call to be shown on the call detail record:
- on receipt of a CONNECT message on digital networks
- on receipt of a polarity inversion or a counting signal on analog networks.

               8-31

Chapter 8 ! !   #

In all other cases, the duration is only approximate since it is calculated by an off-hook
simulation.
Useful parameters for calculating the cost of a call:
- Value of the basic counter unit before reaching the configured threshold (6 digits in the
chosen monetary unit, of which 0 to 2 are decimals)
• By OMC (Expert View), select: Counting -> Counting -> Counting Options for Active Currency-> 1.
Base Charge Rate

- Threshold for using the second basic counter unit value (in counting numbers from 0 to 99)
• By OMC (Expert View), select: Counting -> Counting -> Counting Options for Active Currency-> No
of units for cost threshold

- Second basic counter unit value (6 digits of which 0 to 2 are decimals)

• By OMC (Expert View), select: Counting -> Counting -> Counting Options for Active Currency -> 2.
Base Charge Rate

- Number of decimals in the cost

• By OMC (Expert View), select: Counting -> Counting -> Counting Options for Active Currency ->
Fractional Part Length for Costs

Note 2:
If it has been decided to operate with a single counter unit value, the same value must be given to the
second counter unit value.

8.4.5 Cost of ISDN Services

8.4.5.1 Operation
Since the costs of some features are not transmitted by the public network, it is possible to
assign a given value to the cost counter whenever such a service is activated.
Cost of ISDN services:
- Cost of online calculation (in counter units) in the case of manual activation (if the network
does not add the cost of the service at the beginning of the call).
• By OMC (Expert View), select: Counting -> Counting -> Counting Options for Active Currency->
Online Counting

- Cost of user to user signaling (in the chosen monetary unit, 6 digits – of which 0 to 2 are
decimal).
• By OMC (Expert View), select: Counting -> Counting -> Counting Options for Active Currency->
User to User Information

- Cost of PCX forwarding (in the monetary unit chosen, 6 digits – of which 0 to 2 are
decimal).

8-32               

 ! !   #

• By OMC (Expert View), select: Counting -> Counting -> Counting Options for Active Currency->
Diversion Charge Rate

Example of the calculation of the cost of a call

This example shows the effect of using the "Online counting" and "UUS" services in terms of
call costs.
Parameters configured:
- Basic counter unit value: 1.70 F
- Threshold: 1 counter unit
- Second basic counter unit value after threshold: 2 F
- Cost of online counting: 4 counter units
- Cost of UUS: 5.10 F
Example of a statement:

The 8 counter units are made up as follows:

- 1 counter unit for the call; cost = 1.70 F
- 4 counter units for activation of the online counting; cost = 7.70 F (1 x 1.70 F + 3 x 2 F)
- 3 counter units for UUS (number of counter units =UUS/first basic counter unit value cost,
i.e. 5.10/1.70 = 3); cost = 5.10 F

8.4.6 Complementary Services

8.4.6.1 Operation
- Online counting
This additional service includes the services TOTAL COST (display of the total cost on
release of the call) and COST INDICATION (display of the cost during a call). Different
cases are possible:

               8-33

Chapter 8 ! !   #

Subscription to the TOTAL COST or COST INDICATION service means that the additional
service is activated on subscription to the network carrier.
TOTAL COST or COST INDICATION on request (call by call) signifies that the additional
service is activated by system configuration (MMC) or by activation from an S0 set.
+ CS signifies that the cost of additional services (UUS, terminal forwarding) is managed by
the system (-CS if not).
At each automatic or manual activation of an ONLINE COUNTING request, a charge unit is
assigned to the caller.
- Activation of online counting during call
• By OMC (Expert View), select: Counting -> Counting -> Counting Options for Active Currency ->
Advice of Charge -> check During the Call or At the End of the Call

Note:
The "At the end of the call" field (TOTAL COST on demand) is not used in France.
- User to User Signaling (I)
The cost of this service is programmable by MMC.
It does not depend on the length of the message. It is assigned as soon as the UUS is
transmitted (even if the called party has not answered). The cost is assigned to the user
who initiated the call: it therefore only applies to outgoing calls.
Note: During such a call, the cost of outgoing and incoming messages is assigned to the
initiating user.

8-34               

 ! !   #

- Terminal forwarding or external forwarding (R)

A ticket (record) or statement is printed whenever this feature is activated or deactivated.

8.4.7 Bearer Services

8.4.7.1 Basic description
One of the call detail record fields indicates the "bearer service" used for the call.
The following bearer services are provided:
- ST: voice, group 3 facsimile, teletext and videotex type services.
- T+: group 4 facsimile, transparent data transmission.

8.4.8 Information Displayed on Sets

8.4.8.1 Detailed description
Temporary counters keep track of information destined to be displayed during a network call.
Information which can be displayed on all system terminals with displays (except S0
sets):
- Duration
- Duration + number of counter units (including for additional services)
- Duration + cost
• By OMC (Expert View), select: Counting -> Counting -> Counting Options for Active Currency ->
Display on Sets

Signal (pulse) counter

- This counter counts the number of units received on a line and assigns them to a specific
user.
- It is reset when the line is released or the call is transferred to a new user.
Duration counter
- This counter totals the duration (in minutes) during which a specific line connected to a
subscriber (user).
- It is reset when the line is released or assigned to a new user.
Cost counter
- This counter records the cost of a call (in local currency) between a specific user and a
trunk line.
- It is reset when the line is released or assigned to a new user.
Examples of displays
- Alcatel-Lucent IP Touch 4068 Phone set:

               8-35

Chapter 8 ! !   #

- Alcatel-Lucent IP Touch 4038 Phone and Alcatel-Lucent 4039 Digital Phone sets:

- Alcatel-Lucent IP Touch 4028 Phone and Alcatel-Lucent 4029 Digital Phone sets:

8.4.9 Metering Counters

8.4.9.1 Detailed description
Description of the counters
The recording of the number of counters units and the cost of calls is done by 12 counters,
distributed as follows:
- 10 set counters:
• 2 adding counters (one for the number of counters units and one for the cost):
• read only
• no reset possible
• the number of counter units displayed returns to zero when the maximum number is
reached
• 8 partial counters (4 signal counters, 4 cost counters) according to the online services
defined:
• read only
• reset possible by MMC
• the storage capacity of these counters is 65535 units
• for a non S0 set, there is only one signal and cost counter.

8-36               

 ! !   #

- 2 line counters:
• one partial signal counter which can be reset
• one adding signal counter which cannot be reset
• the storage capacity of these counters is 4 thousand million units.
All of these counters can be read from MMC-Station or from OMC (the updating of metering
counters at OMC level can only be done during a PCX -> PC backup in a new file).
Metering counters
- Reading and resetting set counters
• By OMC (Expert View), select: Users/Base stations List -> Users/Base stations List -> user
identification -> Details -> Counting

- Reading and resetting line counters

• By OMC (Expert View), select: External Lines -> List of Accesses -> line identification -> Details

- Reading all the user adding counters

• By OMC (Expert View), select: Counting -> Counters

Counter changes in break-out/transit (transmission)

- normal break-out (leased line to public line): the line counter changes
- break-out by external forwarding (leased line to public line): the set counter changes
- normal transit (public line to public line): no counter change
- transit (transmission) by hunt group external forwarding (public line to public line): the hunt
group counter changes
Counter printouts
Note 4:
Available for V24 printing only.
The contents of the counters can also be printed out by the counter printer (by MMC-Station:
Instal/Admin -> Count -> User/Subscr or Access).
Set counters and attendant counters

               8-37

Chapter 8 ! !   #

FIELD DESCRIPTION
USER or SUBSCRIB. Terminal number (max. 9 characters, right justified); the number format is:
- AXXX for a user
- GXX for a hunt group
C1-C2-C3-C4 Partial signal and cost meters per user/hunt group (5 characters)
TOTAL Total cost meter per user/hunt group (5 characters)

Line counters

FIELD DESCRIPTION
ACCESS Access number (max. 5 characters, right justified); the number format is:
- LXX for an analog line during break-in/break-out
- NXX in the case of a T0 basic access
- PX in the case of T2 primary access
PARTIAL Partial signal counters per access (10 characters)
TOTAL Total signal counters per access (10 characters)

Note 5:
- Once a counter printout has been launched, no statement or record can be printed.
- A form feed is automatically performed before and after a counter printout.
- If the installer wants the USER (SUBSCRIBER) and the ACCESS counters to be printed
on the same page, the second printout request must be done before the end of processing
the first printout.
- Pressing successively on the User/Subscr (or Access) key results in printing the counters
twice. A third request is only considered when the first request has been printed.
- If a printout problem occurs (for example no more paper), any printout request is ignored.
- There is no specific display on the set for printer problems; only a system message is
generated.

8.4.10 Managing Metering Tickets and Statements

8.4.10.1 Detailed description
The system enables counter records and statements to be printed out.
Selecting the type of counter printout

8-38               

 ! !   #

Note 6:
Available for V24 printing only.
- Listing (line-by-line statement printout) or Ticket (record printout; 1 record per call)
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> Type of
printout

Every call that meets the tracking parameters defined for the various system terminals triggers
a record printout.
If a call is free of charge (incoming call for example) or if an incoming call remains
unanswered, the transmitted record will specify the call history (ringing time, call duration,
etc.).
Set tracking
- Definition of the tracking criteria values: cost threshold (monetary value), duration
threshold (from 0 to 99 minutes), international prefix (4 digits maximum).
By OMC (Expert View), select: Counting -> Counting -> Accounting Options for Active
Currency-> Activation Criteria

- Assigning the type of tracked calls for each set (parameter to be defined set by set): none
(no tracking) or for all calls (outgoing and incoming) or all outgoing calls with tracking
criteria active; if this is the case, define the active criteria: duration threshold (in minutes),
cost threshold (6 digits of which 0 to 2 are decimals) or tracked (international prefix).
By OMC (Expert View), select: Users/Base stations List -> user identification -> Details ->
Counting

- It is also possible to assign a profile defining the applied tracking criteria to a group of sets.
By OMC (Expert View), select: Users/Base stations List -> Profiles

- To print out a record or statement if an incoming call is unanswered (default setting = no)
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout->check or
uncheck Print un-answered IC calls

FUNCTION OF THE BUFFER MEMORY

This is used to temporarily store the various messages (output terminal not available, several
simultaneous messages, etc.).
The maximum number of records or statements that can be stored is 1000.
Alarm activation threshold
- Percentage of records or statements printed before the alarm is activated (between 0%
and 99%: 70% by default)
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> Printer
alarms threshold

As soon as the programmed threshold has been reached, an alarm is generated alerting the
user (message in the call history + flashing of the attendant LED).

               8-39

Chapter 8 ! !   #

When the buffer memory is full, any new information is lost.

XON/XOFF TRANSMISSION PROTOCOL
Note 7:
Available for V24 printing only.
When the printer is ready to print, it transmits an XON control character. The data received is
stored in a buffer. If there are only a certain number of bytes available in this buffer, the printer
will transmit XOFF. It continues to receive characters and print before transmission halt. When
part of the buffer is released, it transmits XON. The printer also transmits XOFF in the event of
the following problems: printer offline, no more paper, paper jam, etc.. It transmits XON when
these problems have been resolved.
Note 8:
The printer DTR signal is connected to the interface CTS signal if XON is not received.
STATEMENTS PRINTED LINE BY LINE (LISTING)
Note 9:
Available for V24 printing only.
Each statement corresponds to a call (16 fields maximum, separated by a space.)
Statement output format

Definition parameters for a statement

- Language for the printout
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> Language

- Company name: max. 16 characters

By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> Company
name

- Masking the last 4 digits of the dialed number

By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> check or
uncheck Masking of 4 last digits

- Maximum number of statements per page: 1 to 99 (by default, 50)

By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> Proofs
per page

- Form feed at the end of the day: yes/no (by default, no)
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> check or
uncheck Form feed permitted

8-40               

 ! !   #

- Select printing of a header on each page, on the first page or not at all
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> Head
printout

Note 10:
If the form feed is active, it will be performed:
- when the maximum number of statements per page has been reached
- at the end of the day: the number of statements printed in one day is indicated at the
bottom of the page on the right-hand side (5 digits maximum)
- during startup if the header printing parameter is active
- Fields to be printed on the statement; if none of the fields below have been defined, a
default counter statement is printed. It includes all the fields preceded by an asterisk (*):
Selecting:
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> Printed
fields -> select each field:

- (*) Charged User (yes/no)

- (*) Communication Type (yes/no)
- (*) Trunk Number (yes/no)
- (*) Date (yes/no)
- (*) Time (yes/no)
- (*) Duration (yes/no)
- (*) Amount of Taxes (yes/no)
- (*) Services (yes/no)
- (*) Facilities (yes/no)
- (*) Dialed Number (yes/no)
- Dialing Mode (yes/no)
- (*) Entity (yes/no)
- Ringing Duration (yes/no)
- Cost in the local currency (yes/no)
- Account Code (yes/no)
- Carrier
- Initial User (yes/no)
- Node (yes/no)
- User8 (yes/no)
- Trunk4 (yes/no)
- Date in US format (yes/no)
- Time in 12 hour format (yes/no)

               8-41

Chapter 8 ! !   #

- Subscriber name or Account Code Name (yes/no)

DESCRIPTION OF FIELDS IN A STATEMENT
FIELD DESCRIPTION
USER (1) 5 characters (left justified)
Outgoing call: empty field indicated by ****
Incoming call: called number (hunt group or set)
- AXXXX for a user (2, 3 or 4-digit dialing plans, or the last digits in the
case of 8-digit dialing plans)
- GX for a hunt group (G9 for the attendant group)
CHARGED USER 5 characters (left justified)
(2) Outgoing call: caller
Incoming call: user who answered the call
Trunk identity not supplied: access number
- AXXXX for the calling or called user * (2, 3 or 4-digit dialing plans, or
the last digits in the case of 8-digit dialing plans)
- LXX for an analog line during break-in/break-out
- NXX for T0 access (no private/public distinction)
- PXX for T2 primary access (no private/public distinction)
TYPE 3 characters (left justified)
Type of call:
-->: outgoing call on public network
<--: incoming call on public network
CS+: request additional service
CS-: cancel additional service
LINE 3 characters
Number of the line:
- LXX for a public analog line
- NXX for a public or private T0 base access
- PXX for a public or private T2 primary access
For wake-up calls: R (for room)
DATE 8 characters
Date of the call, made up of 3 x 2 numbers separated by "/"
TIME 5 characters
Start time of the call, made up of 2 x 2 numbers separated by ":"
DURATION 8 characters
Duration of the call, 3 x 2 numbers separated by ":"
For wake-up calls: programmed time
UNITS or PULSES 5 characters
Number of counter units
SERV. 2 characters
Bearer services:
- ST: telephone service (voice, G3 fax, teletex, videotex)
- T+: G4 fax, transparent data transmission

8-42               

 ! !   #

FIELD DESCRIPTION
ADD. SERVICES Max. 6 characters (each character indicates one additional service; all
6 additional services can thus be activated together)
Additional service:
- I: user to user signaling
- R: terminal forwarding (external forwarding)
- T: online counting
- S: substitution (DISA transit)
- X: change party (transfer)
- N: PCX forwarding
EXTERNAL 26 characters (left justified)
CORRESPONDENT Dialed number:
NUMBER - outgoing call: the number transmitted on the line (public or private)
- incoming call: the number received on the line (public or private)
- the destination number for external forwarding
For wake-up calls: WAKE-UP PROGRAMMED, WAKE-UP
CANCELLED, WAKE-UP ACKNOWLEDGED, WAKE-UP NOT
ACKNOWLEDGED: FREE or BUSY, SET NOT AVAILABLE
MODE 1 character
Dialing mode
- M: manual dialing
- I: individual (or personal) speed dial numbers
- R: system (common) speed dial numbers
ENTITY 1 character
Entity information associated to user
RING 5 characters
Duration of the ringer, for all incoming ringing phases, made up of 2 x 2
numbers separated by ":"
COST 10 characters
Cost of the call including ISDN service activation, where applicable
BUSINESS CODE 16 characters (right justified)
Charge account code specific to the call
USER NAME 16 characters
User name:
- outgoing call: caller
- incoming call: called party
- name associated with the account code
NODE Field not used
CARR. 1 character
Attendant identifier
INITIAL USER 9 characters (left justified)
Same functions as field 1; employed when using an 8-digit dialing plan
CHARGED USER 9 characters (left justified)
Same functions as field 2; employed when using an 8-digit dialing plan
LINE 4 Field used instead of LINE when identification requires 4 characters; in
this case, the NXX and VXX identifiers from the LINE field are replaced
by N** and V**.

               8-43

Chapter 8 ! !   #

EXAMPLES OF STATEMENTS (LISTINGS)

Outgoing call

Transfer of an outgoing call

A101 calls an external number then transfers the communication to 125.

Transit call
A101 is forwarded on the private external number 751234.

Incoming user call

Incoming call answered by the called subscriber.

Incoming call answered by a subscriber (A125) other than the called subscriber (dynamic
forwarding, interception, monitoring, immediate forwarding).

Incoming hunt group call

Incoming answered hunting group call.

8-44               

 ! !   #

External forwarding
The operator is forwarded on the external number 0388677700; 125 calls the operator.

CALL DETAIL RECORDS (TICKETS)

Note 11:
Available for V24 printing only.
Printout format of a record

Definition parameters for a record

- Language for the printout
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> Language

- Company name: max. 16 characters

By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> Company
name

- Masking the last 4 digits of the number dialed

By OMC (Expert View), select: Counting -> Counting -> Accounting Printout -> check or
uncheck Masking of 4 last digits

Description of fields in a counter record

FIELD DESCRIPTION
USER/SUBSCRIB or Number of the set or terminal (max. 8 characters)
TERMINAL This number is preceded by A if it corresponds to a set
DATE Current date. 8 characters: 3 x 2 digits separated by "/"

               8-45

Chapter 8 ! !   #

FIELD DESCRIPTION
LINE 3 characters
Number of the trunk line used (2 characters)
- LXXX for a public analog line
- NXXX for a public or private T0 base access
- PXXX for a public or private T2 primary access
- VXXX for an IP trunk
TIME Start time of the call, made up of 2 x 2 numbers separated by "H".
NUMBER Number dialed (max. 26 characters)
COST Cost of the call or additional service

XML TICKET
Note 12:
For IP metering only.
Example of an XML ticket

Definition parameters for an XML ticket

- Language: English is the only language supported.
- Company name: max. 16 characters
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout-> Company
name

By OMC (Expert View), select: Counting -> Counting -> Accounting Printout-> check or
uncheck Masking of 4 last digits

Description of fields in an XML document

An XML schema has been defined to provide the structure of a call accounting ticket.

8-46               

 ! !   #

The schema definition of an XML ticket is published via an XSD file: CAPTicket_Vxxx.yyy.xsd
WAKE-UP
Conditions for printing a record/statement for wake-up calls or temporary appointment
reminders:
- Wake-up activated
- Wake-up cancelled
- Wake-up failed
- Wake-up answered
By OMC (Expert View), select: Counting -> Counting -> Accounting Printout->
Appointment printout for

Printout format for a record

Printout format for a statement

The fields TYPE, PULSES/UNITS, MODE, RING, COST, BUSINESS CODE and USER NAME
are not significant. The DURATION field is only filled in if the time is programmed.
R = room.
XML output

               8-47

Chapter 8 ! !   #

8.4.11 Using the Euros

8.4.11.1 Operation
This paragraph describes the configurations which need to be carried out to accommodate for
the integration of the Euro in several European countries.
The following parameters need to be configured:
- The conversion rate with the current currency of the country:
• By OMC (Expert View), select: Counting -> Currency Conversion -> Exchange Rate

- Specify whether the public network carrier carries out this conversion at the same date.
• By OMC (Expert View), select: Metering -> Currency Conversion -> check ? No Conversion, ? User
Defined or ? Immediately

- The label used ("EUR", for example):

• By OMC (Expert View), select: Counting -> Counting -> Counting Options for Inactive Currency ->
Currency Name

- the date and time of the conversion:

• By OMC (Expert View), select: Metering -> Currency Conversion-> Conversion Date & Time (only
on selecting ? User Defined

At the date and time specified, the system will manage the following Euro conversions:
- partial counters and accumulated counters of sets and meter credit for Hotel clients.
- basic counter charge cost and cost thresholds (Business and Hotel), cost of VAT (Hotel).

8-48               

 ! !   #

- cost of counter reminder.

If the public carrier carries out the conversion, then the conversion report between the system
currency and the public network currency is equal to 1, and the following parameters are to be
configured:
- real cost of the counter unit.
- cost of UUS and PCX forwarding.

8.4.12 Metering on IP
8.4.12.1 Operation
8.4.12.1.1 Driver installation procedure
There are two ways to install the Office Link driver:
- Interactive (graphic) mode installation - installs the driving using the InstallShield Wizard
running on a client PC.
- Silent mode installation - allows you to run the installation program in the background
without interactive input. This method is based on a previously configured input file that
feeds configuration parameters to the installation program. The input file can later be used
for future driver modifications or remote updates.
Note 1:
Before installing the Office Link driver, you must meet the following password requirements:
- You must have administrator privileges on the local PC.
- The local PC administrator password must be the same as the OMC administrator password.
- The Alcatel-Lucent OmniPCX Office Communication Server administrator password must be entered
into the input file.
If you are installing the Office Link driver on a system that is already running an OHL driver,
the installation program will recognize the existing driver and will inform you that the old driver
and all associated files will be removed before the new driver is installed.
Interactive installation
To install the Office Link driver using the InstallShield Wizard:
1. Configure the Alcatel-Lucent OmniPCX Office Communication Server to enable the
taxation over IP feature.
2. Verify that you have a valid license for the taxation over IP feature.
3. Install the driver by runing the setup.exe file located in the ????????? directory on the
provided CD-ROM.
Follow the Wizard's instructions to complete the driver installation.
Note 2:
The installation program will ask you to select one of two driver modes: metering or hotel. The
InstallShield will also install a driver configuration program on the PC. A shortcut to the configuration
program will be placed on the PC desktop.
Silent installation
You can use the command line or "silent" mode installation procedure to install the Office Link

               8-49

Chapter 8 ! !   #

driver in the background without need for user interaction. This method uses a previously
generated input file to store configuration information. The input file must first be generated by
running the setup.exe program with an /r (record) switch. Driver configuration parameters
are then written to a setup.iss file stored in a user-specified location.
To install the driver in silent mode:
1. Run the installation program to record configuration parameters to thesetup.iss
configuration file:
setup.exe /r /f1 c:\setup.iss
Where the /r switch creates the configuration file and the /f1 argument allows you to
specify a location for the setup.iss file.
2. Use the InstallShield Wizard to enter configuration parameters according to the
requirements of your site.
When you have finished, the configuration parameters are written to the setup.iss file
which can then be edited to modify parameters for future driver modifications and updates.
3. Once you have verified driver configuration parameters in the setup.iss file you can run
the driver installation program in silent mode by entering:
setup.exe /f1 c:\setup.iss
The installation program applies the recorded parameters to the driver configuration.
4. Upon completion of the driver installation you must restart the system in order to load the
drive as a Windows startup service.
The driver is installed and running and you can now configure the driver with the driver
configuration utility.
Configuration file settings
The setup.iss configuration file can be customized by editing specific fields. Fields that can
be edited include:
- szDir : indicates the name of the target installation directory.
- szFolder : indicates the name of the Program folder where the driver will be installed.
- UpdateOption : used to enable internet updates.
Uninstalling the driver
You can uninstall the driver at any time using one of the following methods:
- Use MS Windows Add/Remove Programs function.
- Use the Uninstall OHL driver shortcut located on the desktop and in the Programs folder.
- Launch the installation program and select the Remove checkbox.
8.4.12.1.2 Driver configuration procedure
Once the Office Link driver is installed and running you can launch the provided OHL driver
configuration program to set various driver parameter values. Driver configuration parameters
are stored in the OhlDriver.conf file located in the driver installation directory. This file
contains all Office Link driver parameter which are set with default values when the driver is
first installed. The file can be edited to update certain parameters that are not configured by
the OHL driver configuration program.
To configure an installed and running Office Link driver:
1. Run the OHL driver configuration program by clicking on the desktop shortcut or by
selecting the OHL driver configuration program located in the driver installation folder.
The OHL driver configuration window is displayed with information about the driver version

8-50               

 ! !   #

and the installation mode. This window contains various functions to start/stop the driver
and to test the driver connection. An Autodetect feature automatically detects the Host
name address of the Alcatel-Lucent OmniPCX Office Communication Server. The Default
button can be used to set all fields to default values.
2. Once you have verified that all fields contain the desired parameter values, click Quit to
save the values to the OhlDriver.conf configuration file and quit the OHL configuration
program.

8.4.13 Appendix
8.4.13.1 APPENDIX: V24 CONFIGURATIONS
8.4.13.1.1 V24 Signals

Functions performed by the various managed circuits (indications for 25-pin

connectors)

(*): pin not assigned in standard EIA-RS232

101 (1) : Protection Ground (PG)
This pin ensures continuity between the ground on the cable and on the optional board (the
protection and signal grounds are in this case connected to a common reference).

               8-51

Chapter 8 ! !   #

102 (7) : Signal Ground (SG)

Reference potential for the junction circuits.
103 (2) : Transmitting Data (TD)
The data signals from the DTE are transmitted to the DCE on this circuit.
104 (3) : Receiving Data (RD)
The data signals from the DCE are transmitted to the DTE on this circuit.
105 (4) : Request To Send (RTS)
This circuit commands the DCE to prepare to transmit on the data channel.
Closed status forces the DCE into transmission mode.
Open status forces the DCE into non transmission mode on the data channel once all the data
transferred on circuit 103 has been transmitted.
When connecting a DTE without a circuit 105, you should loop circuits 105 and 106 on the
DCE socket.
106 (5) : Clear To Send (CTS)
This circuit indicates whether the DCE is ready to receive data signals on circuit 104 and to
transmit them on the data channel.
Closed status indicates that the DCE is ready to receive data signals from the DTE on circuit
103.
Open status indicates that the DCE is not ready to receive data signals from the DTE on circuit
103.
In full-duplex mode, this circuit, in association with circuit 105, enables flux control during the
data transfer phase. Closed status means that the remote unit authorizes transmission.
107 (6) : Data Set Ready (DSR)
The closure of this circuit indicates that the DCE is ready to operate. This acknowledges the
data channel trunk seizure.
In addition to the trunk seizure, this circuit indicates that the DCE is ready to exchange other
signals to trigger the data exchange (initialize the dialog).
108/1 (20) : Connect data set to line (CDSL)
This signal, transmitted by the DTE, forces the DCE to connect to the data channel.
Incoming call: As a general rule, the DTE emits this signal in response to an incoming call
defined by the closure of circuit 125 on the DCE. The DCE then closes circuit 107 as soon as
the line is seized, which triggers the dialog initialization phase. This circuit enables the DTE to
remain in control of the response to incoming calls, postponing or restricting trunk seizures
during critical operating phases.
Outgoing call: The closed status of this circuit can be used to initialize an outgoing direct call
with an automatic call DCE.
108/2 (20) : Data Terminal Ready (DTR)
The DTE closes this circuit to tell the DCE it is ready to operate.
Incoming call: closing circuit 108/2 authorizes the DCE to take an incoming call. The DTE is
advised accordingly by the closure of circuit 107 to indicate the trunk seizure. The dialog
initialization phase now begins.

8-52               

 ! !   #

Outgoing call: the outgoing call is initialized between the DTE and the DCE by a local dialog
exchanged on circuits 103 and 104.
109 (8) : Data Carrier Detect (DCD)
Closing this circuit indicates that the carrier signal received on the data channel meets the
relevant specifications.
This circuit can also be used in the closed state for DTE-DCE data exchanges when
programming or controlling serial automatic call DCEs.
125 (22) : Ring Indicator (RI)
This circuit is closed to tell the DTE that a call signal has been received by the DCE.
141 (18) : Local Loop (LL)
This circuit controls type 3 test loops in the DCE.
The closure of the circuit loops the DCE transmission channel back to the reception channel,
on the data channel side. On detecting that circuit 142 is closed, the DTE can then, in
full-duplex mode, test the DCE transmission interfaces. This looping function is not yet
available in the current state of development of the product.
142 (25) : Test Indicator (TI)
The closure of circuit 142 indicates that the DCE is in test mode, which precludes any
transmission with a remote DTE.
8.4.13.1.2 V24 metering printouts: configuration details
Physical characteristics
- Type of interface: Password
- Operating mode: asynchronous
- Interface function: DCE
Transmission characteristics
- Number of significant characters: 5, 6, 7 or 8 (default value)
- Parity: even, odd, no (default value), marked (set at 1) or spaced (set at 0)
- Number of stop bits: 1 (default value), 1.5 or 2
- Baud rate: 50, 75, 150, 300, 600, 1200, 2400, 4800, 9600 (default value), 14400, 19200
- Rate adaptation: V110 (default value), X31, V120 or V14E (for 57600 bps)
Flow control
Possibilities available in either instance – flow control of the terminal by the adapter and vice
versa:
- Mode: none (no flux control), inband (control with 2 characters - XON and XOFF by
default) or circuit (control with the RTS and CTS signals)
- If Mode = inband, then decimal value for XON (17 by default) and XOFF (19 by default)
Implicit number of XON characters
This field defines the number of XON characters required to boot the equipment:
- Zero

               8-53

Chapter 8 ! !   #

- One
- Two
- Three
- Four
- XANY (non-significant option)
Echo
Check the box for a local or character-by-character echo in Command mode.
No input acknowledgement
Check the box to operate without V24 device input acknowledgements at the terminal.
Display caller address
Check the box to send the caller address to the terminal or DCE.
Escape sequence
This field defines a sequence of 3 characters maximum for switching the V24 device from
CONNECTED (data transmission) mode to COMMAND mode. Each character is defined by
entering its decimal value: the hexadecimal value and the character are displayed
automatically.
call protocol
- Hayes
- Automatic
- V25 bis 108/1
- V25 bis 108/2
DSR option
This field defines the operating mode for the DSR signal:
- Always active
- Active during the call
- Inactive in release phase
DTR option
This field defines the reaction of the DTR signal:
- Normal
- Forced
RTS option
This field defines the reaction of the CTS signal when the RTS signal changes state:
- CTS tracks RTS
- RTS ignored, CTS ON
Inactivity timeout
This field defines, in 30-second increments, the period of inactivity after which the call is
released.

8-54               

 ! !   #

Loopback mode
This field defines the test loopback employed:
- no loop
- loop 1 (as defined by the V54 recommendation)
- loop 2 (as defined by the V54 recommendation)

8.5 Local Call Metering

8.5.1 Overview
8.5.1.1 Basic description
The "local call metering" application is an external application on a PC that allows to:
- Retrieve all local call log tickets from the Alcatel-Lucent OmniPCX Office Communication
Server via the Open Telephony Service
- Generate metering data
- Store these tickets in an XML output file

8.5.2 Operation
8.5.2.1 Presentation
8.5.2.1.1 Call Log Information in the Open Telephony Server Service
The "local call metering" application retrieves call log tickets via the Open Telephony Server
service.
- The Open Telephony Server service can save up to 200 tickets in a buffer
- Local call log tickets are deleted when they are sent to the "local call metering" application
- Unsuccessful calls (busy, unanswered call, etc.) are not logged in the Open Telephony
Server service

               8-55

Chapter 8 ! !   #

- One local call in conversation generates one ticket

8.5.2.1.2 Local Call Metering Application Structure
The "local call metering" application consists of the following blocks:

Figure 8.34: Local Call Metering Application structure

- The Configuration application is a user-friendly interface used to configure the local
metering file
- The Call Log Driver retrieves all call log events from the Alcatel-Lucent OmniPCX Office
Communication Server and presents these log events in an orderly manner
- The Metering Driver stores the local call log tickets in the output file (TicketCollector.xml)
• The TicketCollector.xml is the output file for tickets on the PC
- Debug/Log is a global log text file, where all traces are stored
Log File
The global log file, located in the "Local call metering" application installation directory,
contains the following information:
- "Local call metering" interface information
- Alcatel-Lucent OmniPCX Office Communication Server information
- Warning/Error information
XML File
When installing the "Local call metering" application, the Open Telephony Server interface
must be active.
When the "local call metering" application is running, call log information (metering tickets) is

8-56               

 ! !   #

extracted via the Open Telephony Server. These metering tickets are stored in an XML local
file, located in the application installation directory (by default) and named "TicketCollector.xml"
(by default).
The maximum number of tickets stored in the XML file can be changed by modifying the
configuration file.
The call log information includes:
- Call date, call start time and call end time
- Initial number: initial called party in case of transfer, pick-up, or other similar operation
- Caller number
- Called number and name (if available)
Note:
When the tickets number limit is reached, the "TicketCollector" file is emptied and its content is copied on
the local directory to an archive file as: TicketCollector_yyyymmdd_hhmmss.xml:
where "yyyymmdd" is the archive date and "hhmmss" is the archive time.

8.5.2.2 Installation
8.5.2.2.1 Installing the "Local Call Metering" Application
Prerequisite: Before installing the "local call metering" application, the user must have
administrator privileges on the local PC.
There are two ways to install the "local call metering" application:
- Interactive (graphic) mode installation - installs the application using the InstallShield
Wizard running on a client PC.
- Silent mode installation - allows you to run the installation program in the background
without interactive input. This method is based on a specific command line parameters.
If installing the "local call metering" application on a system that already includes a "local call
metering" application, the installation program acknowledges the existing application and
offers a "Modify" mode, and a "Remove" mode, so as to remove the old application and all
associated files before the new application is installed.
The "local call metering" application includes a configuration application and a "local call
metering" service.
Interactive installation
From the CD-ROM/DVD or from the download page of the WEB site:
To install the "local call metering" application using the InstallShield Wizard:
1. Install the application by running the setup.exe file located in the installation directory
2. Follow the Wizard's instructions to complete application installation
3. Restart the system in order to load the "local call metering" application as a Windows
startup service
It appears in the Windows "Services" list with an automatic (default value) Startup
Type.
Note 1:
The InstallShield also installs an application configuration program on the PC. A shortcut to the

               8-57

Chapter 8 ! !   #

configuration application is available from the PC desktop.

Silent installation
You can use the command line or "silent" mode to install the "local call metering" application in
the background with no need for user interaction.
To install the "local call metering" application in silent mode:
1. Run the following command: setup.exe /S /v"/qn INSTALLDIR=product_folder
USERNAME="username""
Where:
• The product_folder is the user target folder
• The user name must be entered within quotation marks.
Note 2:
The setup.exe file extracted from ZIP file "lcma_7.0.0_X.X.X_XX_Alcatel.zip.
Caution:
Do not add any space character between the option and its parameter:
Example:
• setup.exe /S /v"/qn INSTALLDIR=c:\PCXTools USERNAME="Tom"": The
command is correct.
• setup.exe /S /v "/qn INSTALLDIR=c:\PCXTools USERNAME="Tom"": The
command is not correct.
2. Restart the system in order to load the "local call metering" application as a Windows
startup service
It appears in the Windows "Services" list with an automatic (default value) Startup
Type.
Upon completion of installation
The "local call metering" application and its associated configuration application are installed
on the PC.
Note 3:
The files included in the installation directory are the following:
- metering local.exe: "local call metering" application configuration files
- metering service.exe: "local call metering" service files
- LCMA. conf: configuration files (once the application has been run)
- TicketCollector. xml: output files (once the application has been run)
The "local call metering" application is installed and running.
You can now configure the "local call metering" application with the "local call metering"
application configuration program.
Note 4:
In case of a PC crash while the "local call metering" application is running, the application restarts
automatically.

8.5.2.2.2 Uninstalling the "Local Call Metering" Application

You can uninstall the "local call metering" application at any time using one of the following
methods:

8-58               

 ! !   #

- Use the MS Windows Add/Remove Programs feature and select the "local call metering"
application.
- Use the Uninstall "local call metering" application shortcut located on the desktop or in
the Programs folder.
- Launch the installation program via setup.exe and select the Remove checkbox.
8.5.2.2.3 Updating the "Local Call Metering" Application
You can update the "local call metering" application at any time using one of the following
methods:
- Launch the installation program via setup.exe and select the Modify checkbox.
- Uninstall the "local call metering" application and install the new "local call metering"
application.
8.5.2.3 Configuration
8.5.2.3.1 Configuring the "Local Call Metering" Application
This is used to:
- Configure the Alcatel-Lucent OmniPCX Office Communication Server name/address
- Configure the password
- Start/stop the application
Once the "local call metering" application is installed and running, you can launch the "local
call metering" application configuration program to set various driver parameter values.
"Local call metering" application configuration parameters are stored in the LCMA.conf file
located in the "Local call metering" application installation directory.
This file contains all "Local call metering" application parameters which are set with default
values when the "Local call metering" application is first installed. The file can be edited to
update certain parameters that are not configured by the "Local call metering" application
configuration program.
To configure an installed and running "local call metering" application:
1. Run the "local call metering" application configuration program by clicking on the desktop
shortcut or by selecting the "local call metering" application configuration program located
in the "local call metering" application installation folder.
The "local call metering" application configuration window is displayed with information
about the application version and the installation mode.

               8-59

Chapter 8 ! !   #

Figure 8.35: Configuring the "Local Call Metering" application

• Click Save to save the Alcatel-Lucent OmniPCX Office Communication Server Host
Name address and the Admin password to the LCMA.conf configuration file.
• Click Default to set all fields to their default values.
• Click Autodetect to detect automatically the Alcatel-Lucent OmniPCX Office
Communication Server host name address.
Note 1:
If the Autodetect feature fails, the field can also be filled in manually.
• Click TestConnection to test the Alcatel-Lucent OmniPCX Office Communication
Server Host Name address, the Admin password and the application version.
• Click Start /Stop to start or stop the "local call metering" service.
Note 2:
The current application status is indicated by a green or red icon.
• The Call Log Update Timer is a timer mechanism to read in time the call log from the
Alcatel-Lucent OmniPCX Office Communication Server.
The number of Open Telephony Server logs is limited to 200 in the Alcatel-Lucent
OmniPCX Office Communication Server. The "CALLLOG_UPDATE_TIMER"
parameter must be managed according to the number of users and traffic in order to
avoid any loss of logs.
2. Once you have verified that all fields contain the desired values, click OK to save the
values to the LCMA.conf configuration file and quit the "local call metering" application

8-60               

 ! !   #

configuration program.
8.5.2.3.2 "LCMA.conf" Configuration File
The LCMA.conf configuration file can be customized by editing specific fields. Fields that can
be edited include:
- Alcatel-Lucent OmniPCX Office Communication Server parameters:
• OXO_PASSWORD: Alcatel-Lucent OmniPCX Office Communication Server
administrator password.
• OXO_LOG_LEVEL: Alcatel-Lucent OmniPCX Office Communication Server log level
(up to 4).
• OXO_TIMEOUT: "Local call metering" application inactivity connection time limit (in
second) (default value: 30s).
• OXO_IP_HOSTNAME: Alcatel-Lucent OmniPCX Office Communication Server host
name identifier (IP address or host name identifier).
- Proxy parameters:
The "local call metering" application can connect to the Alcatel-Lucent OmniPCX Office
Communication Server via a proxy server.
• PROXY_IP_HOST_NAME: Hostname or proxy server IP address.
• PROXY_PORT_NUMBER: Proxy server port number.
• PROXY_USER_NAME: User name used to login to the proxy server.
• PROXY_USER_PASSWORD: User password.
• LCMA_NETWORK_LOG_LEVEL: Log level (up to 4): network status trace level
between the "local Call Metering" application and the Alcatel-Lucent OmniPCX Office
Communication Server.
- Metering parameters:
• METERING_COLLECTOR_DIR: Tickets collector file directory name.
• METERING_COLLECTOR_FILE: Tickets collector file name (by default:
TicketCollector (without extension)).
• METERING_COLLECTOR_MAX_TICKET: Metering tickets maximum number stored
in the TicketCollector file (by default: 2000).
- Call log parameters:
• CALLLOG_UPDATE_TIMER: Duration to send read call log request to the
Alcatel-Lucent OmniPCX Office Communication Server.
• CALLLOG_LOG_LEVEL: CALLLOG Log level (up to 4 levels).
- Global parameters:
• GLOBAL_LOG_FILE: Global Log file name (by default: LOG.txt).
• GLOBAL_LOG_LEVEL: Global information trace level.
• LOG_FILES_MAX_SIZE: Log file maximum size (in bytes) (by default: 1 000 000).

8.6 CTI

8.6.1 Overview
8.6.1.1 Overview

               8-61

Chapter 8 ! !   #

Computer Telephony Integration (CTI) allows for the interaction of computer applications and
telephony features (for example, call centers and PC-based telephony). The Alcatel-Lucent
OmniPCX Office Communication Server provides a CTI application protocol called CSTA that
conforms to the EMCA CSTA Standard Phase 1. Using a client-server model, CSTA
implements a set of services for applications including:
- Service requests: Direct function calls which support a specific service.
- Service responses: Confirmation events or universal failures.
- Unsolicited Events: Provided when external events occur.
A list of specific applications supported by CSTA can be found on the Web under AAPP
(Alcatel-Lucent Application Partner Program).
8.6.1.2 Topology and Configuration
The CSTA protocol is delivered on an Ethernet TCP/IP link via the Alcatel-Lucent OmniPCX
Office Communication Server system CPU board. CSTA is available on all Alcatel-Lucent
OmniPCX Office Communication Server systems.
A CTI application can use CSTA for many different architectures including first-party and
third-party CTI. The following figure shows one possible application architecture: third-party
CTI in a client-server environment.

A CSTA link is made over TCP between the CTI application computer and the Alcatel-Lucent
OmniPCX Office Communication Server CSTA server on the PCX.
Alcatel-Lucent OmniPCX Office Communication Server CSTA supports multi-session CSTA:
several applications can open a CSTA session at the same time. The CSTA switching domain
is limited to the terminals and trunk lines directly connected to the Alcatel-Lucent OmniPCX
Office Communication Server.
The IP address, subnet mask, and gateway address of the Alcatel-Lucent OmniPCX Office
Communication Server CPU board must be correctly configured in OMC -> Hardware and
Limits -> LAN/IP Configuration -> Boards.
8.6.1.3 Capacities

8-62               

 ! !   #

The CSTA processing capacities of the Alcatel-Lucent OmniPCX Office Communication

Server are listed in the following table:
Processing capacities Maximum
Number of simultaneous CTI application
200
connections
Number of simultaneous monitoring requests for a
208
terminal
Number of active simultaneous supervisions per
Alcatel-Lucent OmniPCX Office Communication 208
Server system
Number of CSTA requests that can be queued in the
30
PCX for all devices
Number of CSTA events per second 10
Number of CSTA switching requests per second 2

8.6.1.4 Supported Devices

The Alcatel-Lucent OmniPCX Office Communication Server CSTA services support the
following devices:
- Alcatel-Lucent IP Touch 4018 Phone, Alcatel-Lucent IP Touch 4008 Phone, Alcatel-Lucent
IP Touch 4028 Phone, Alcatel-Lucent IP Touch 4038 Phone, Alcatel-Lucent IP Touch
4068 Phone
- Alcatel-Lucent 4019 Digital Phone, Alcatel-Lucent 4029 Digital Phone, Alcatel-Lucent 4039
Digital Phone
- Alcatel-Lucent Mobile IP Touch 300/600
- Alcatel Reflexes multiline sets with or without headset: 4010 (Easy), 4020 (Premium), 4035
(Advanced)
- Alcatel Reflexes monoline sets: 4004 (First)
- Alcatel Reflexes wireless sets: DECT Reflexes
- Alcatel Reflexes monoline and multiline sets with wireless link (TSC–DECT)
- Wireless GAP terminals (must be registered in PCX in "Enhanced Mode")
- SIP phones
- 500 DECT
- 8232 DECT
- Generic GAP handsets in IP-DECT solution
- Analog sets
- Virtual terminals
- IP Subscribers on a PC
Note:
Devices not supported can be involved in communications with supported devices. In these
communications, the supported device must make the CSTA service request.

               8-63

Chapter 8 ! !   #

8.6.2 CSTA Services

This section describes the implementation of the CSTA protocol on the Alcatel-Lucent
OmniPCX Office Communication Server. CSTA switching services are built on the basic
switching features of the PCX. Therefore, the behavior of the CSTA services will be similar to
the that of the manual implementations.
The services implemented in the Alcatel-Lucent OmniPCX Office Communication Server
CSTA are described below. The definition according to the ECMA CSTA standard is given,
plus any details specific to the Alcatel-Lucent OmniPCX Office Communication Server.
Note:
Particularities of monoline and multiline sets can have consequences for CSTA. Some CSTA services
may be relevant for only one type of set, or the behavior of the service may vary according to the type of
set. The number of simultaneous calls allowed for a set impacts the number of CSTA connections a
device may have. For example, the system cannot answer a queued call on a monoline set if another call
is on hold.

8.6.2.1 ECMA CSTA Services

8.6.2.1.1 Alternate Call
The Alternate Call service combines the Hold Call and Retrieve Call services. It places the
current call on hold and then retrieves a previously held or alerting call to the same device.
The service supports monoline and multiline sets.
8.6.2.1.2 Answer Call
The Answer Call service connects an alerting or queued call. The Answer Call is allowed
depending on the type of set and the current state of the set. When answering an alerting call,
the behavior is identical to a manual answer call. When answering a queued call, the behavior
is identical to a manual answer of a queued call: the current connection will either be released,
put on hold, or queued.
Note:
In rare cases during heavy traffic conditions, a set with an alerting connection will be in hands-free mode
after the Answer Call service request.

8.6.2.1.3 Call Completion

The Call Completion service invokes features (for example Callback or Intrude) to complete a
call which might otherwise fail. Callback and Intrude are supported.
8.6.2.1.4 Change Monitor Filter
The Change Monitor Filter service changes the monitoring filter on an existing monitoring
process. Private filters may be configured to filter the CSTA private events.
8.6.2.1.5 Clear Connection
The Clear Connection service releases a device from a specified call and leaves the
connection in the null state. The behavior is identical to hanging up a manual call. Clear
Connection is supported for the current connection when it is in a connected, initiated, or failed
state. The service supports Callback and Make call prompts, ringing and queued calls.

8-64               

 ! !   #

8.6.2.1.6 Conference Call

The Conference Call service creates a conference from an existing held call and another
active call at a conference device. The two calls are merged into a single call and the two
connections are merged into a single, new connection. Three parties are involved: The
Conference Master party is the device activating the conference. The Conference Master must
have at least one call on hold (Conference Held party), and one call in conversation
(Conference Active party).
The end of conference behavior depends on who ends the conference:
- If the Conference Master hangs up or clears the connection, all connections in the
conference are cleared.
- If the Conference Held party hangs up or clears the connection, the connection at the
Conference Held party side is cleared, and the Conference Master and Conference Active
parties return to conversation state.
- If the Conference Active party hangs up or clears the connection, the connection at the
Conference Active party side is cleared. Depending on the configuration of the
Alcatel-Lucent OmniPCX Office Communication Server, either the Conference Master and
Conference Held parties return to a conversation state, or the Conference Held party
returns to hold and a new call is initiated for the Conference Master.
Note:
The maximum number of simultaneous conference calls on the Alcatel-Lucent OmniPCX Office
Communication Server is two.

8.6.2.1.7 Consultation Call

The Consultation Call service combines the Hold Call and Make Call services. It places an
active call on hold and initiates a new call from the same device.
The behavior is identical to a manual New Call and Automatic Hold on multiline sets, and to an
enquiry call on monoline sets.
Since the system does not check the validity and state of the called device, the new call is
initiated as soon as the active call has been put on hold.
8.6.2.1.8 Divert Call
The Divert Call service moves a call from one device to another.
Details specific to the Alcatel-Lucent OmniPCX Office Communication Server for the Divert
Call service are:
- The connection to be diverted may be in the alerting or queued state.
- The connection to be diverted and the destination of the diversion may be either internal or
external calls.
- The PCX requires the devices to be monitored:
• the destination device must be monitored for individual pickup or group pickup
• the device with the connection to be diverted must be monitored for call deflection
8.6.2.1.9 Escape
Escape

               8-65

Chapter 8 ! !   #

The Escape service allows for the installation of private services not defined in the ECMA
CSTA protocol. See Private Services for a description of private services defined for the
Alcatel-Lucent OmniPCX Office Communication Server.
8.6.2.1.10 Hold Call
The Hold Call service places an existing connection on hold. The behavior is identical to a
manual Hold. The service supports multiline and monoline devices.
8.6.2.1.11 Make Call
The Make Call service creates a CSTA call between two devices.
Details specific to the Alcatel-Lucent OmniPCX Office Communication Server for the Make
Call service are:
- The Make call service is allowed if the originating device is in the idle state, or has one call
initiated, or is in the disconnected state (the remote party has cleared the connection).
- The system does not check the validity of the called device's number or state.
- If the device supports on-hook dialing, the service can be configured to start calls
immediately without prompting.
- If no called number is provided, the device goes into hands-free or dialing mode.
Make Call sequence of events when device is in the idle state:
1. The originating device is in the idle state.
2. The service rings the originating device (local ringing). The service is unaware of the
device's active features (for example, forwarded, monitored, do not disturb). If the device
has a display, it displays "Automatic call".
3. The user can:
• refuse the service using soft keys, the fixed release button, or, if the device is not in
auto-answering mode, by waiting for the time-out (20 seconds).
• accept the service by picking up, using soft keys, the hands-free button, or, if the
device is in auto-answering mode, waiting for the time-out (5 seconds).
Note 1:
The auto-answering mode can be enabled only for sets having the broadcasting facility. It is not
enabled for analog or GAP sets.
4. In the case where:
• the service is accepted, the application dials for the user. The subsequent call progress
information (tones, display, LED s and soft keys) is identical to that of a manual call.
• the service is refused, the device goes into the idle state. The initiated connection is
cleared.
Note 2:
The Make Call prompt cannot be overloaded by another call.
Make Call sequence of events when device is in initiated state:
1. The originating device has one call in the initiated state.
2. The application immediately launches the call using the initiated connection and dialing for
the user. The subsequent call progress information (tones, display, LEDs and soft keys) is
identical to that of a manual call.

8-66               

 ! !   #

8.6.2.1.12 Monitor Start

The Monitor Start service provides event reporting for a CSTA device. Only device type
Monitor Start service is supported. Private filters may be configured to filter the CSTA private
events.
8.6.2.1.13 Monitor Stop
The Monitor Stop service stops the monitoring process for a device initiated by the Monitor
Start service.
8.6.2.1.14 Query Device
The Query Device service provides indications of the state of the device's features or static
attributes. It is not necessary for the device to be monitored.
8.6.2.1.15 Reconnect Call
The Reconnect Call service combines the Clear Connection service and the Retrieve Call
service. It clears and existing connection and then retrieves a previously held connection at the
same device. The behavior is identical to a manual consultation cancellation. The service
supports monoline and multiline devices.
8.6.2.1.16 Retrieve Call
The Retrieve Call service connects to an existing call on hold. The behavior is identical to a
manual retrieve. The service supports monoline and multiline devices.

8.6.2.1.17 Set Feature

The Set Feature service sets the device's features. It is not necessary for the device to be
monitored.
8.6.2.1.18 Single Step Transfer Call to Voice Mail
The Single Step Transfer Call to Voice Mail service transfers an active call at a device to the
Voice Mail of another device. The service supports transfer of a call only to the Voice Mail of
another device. Single step transfer call service to another device is not supported.
8.6.2.1.19 Shapshot Device
The Snapshot Device service provides call information for a specified CSTA device. The
information includes the list of calls involving the device and the state of each connection.
8.6.2.1.20 Transfer Call
The Transfer Call service transfers a call on hold to an active call on the same device. The
on-hold and active calls are merged into a new call. The behavior is identical to a manual
supervised or unsupervised transfer. An unsupervised transfer is accepted in the alerting or
queued state. Calls to be transferred can be internal or external. On multiline devices, any call
on hold can be transferred.
If the device is busy or on-hook/hands-free, the service sends an indication (display or audio)
that a transfer has been performed. In order to do this, the system initiates a new temporary
call which is automatically cleared after a time-out.
8.6.2.2 Private Services

               8-67

Chapter 8 ! !   #

The Escape service provides for the installation of private services not defined in the ECMA
CSTA protocol. The following private services are available in the Alcatel-Lucent OmniPCX
Office Communication Server CSTA through use of the Escape service.
8.6.2.2.1 Associate Data
The Associate Data service associates information (project code, authorization, code, etc.)
with a specific call. The service does not affect the state or progress of the call.
8.6.2.2.2 BLF (Start/Stop/Snapshot)
The BLF (Busy Lamp Field) service allows an application to start or stop a BLF observation,
and to request a BLF snapshot (basic occupation status, forward type, forward destination) for
a device. A BLF observation reports the basic occupation status for all devices on the PCX
that are monitored. The four possible basic occupation states are:
- device idle
- device busy
- device alerting/queued
- device out of service
Note:
The four basic occupation states are mutually exclusive.

8.6.2.2.3 Device Status

The Device Status service allows an application to:
- Start monitoring of the creation and deletion of devices in the PCX
- Stop monitoring
- Request the status of a device
- Request the status of all devices
Device status reports the following information: external directory number, physical device
type, whether the device is in-service or out-of-service.
8.6.2.2.4 Dial Digits
The Dial Digits service allows a dialing sequence to be associated with a previously initiated
call. The service is also used to perform dialing sequences for completing a multi-stage dialed
call.
8.6.2.2.5 Get Config
The Get Config service returns information about the PCX configuration, including:
- PCX identification
- PCX major and minor software version
- CSTA major and minor software version
- Number of CSTA devices monitored on the PCX
- External directory number of the PCX Voice Mail
8.6.2.2.6 Get Name

8-68               

 ! !   #

The Get Name service returns the name of a device or all devices as they are defined in the
system directory.
8.6.2.2.7 Pickup EDN
The Pickup EDN service picks-up a ringing or queued call on the device's External Directory
Number (EDN). If there are several ringing or queued calls for the EDN, the PCX will choose
the call to pick-up. The picked-up device does not need to be monitored.
8.6.2.2.8 Send DTMF Tones
The Send DTMF Tones service enables DTMF tones to be added after a call is connected.
Allowed digits are: 0 1 2 3 4 5 6 7 8 9 A B C D # * , T t ;
8.6.2.2.9 Get Button Info
The Get Button Info service requests button information for one or all buttons on a device.
8.6.2.2.10 Set Lamp
The Set Lamp service specifies the state of a lamp associated with a button on a device.
Sixteen states are possible.

8.6.3 CSTA Link

8.6.3.1 CSTA Link
To create the CSTA link, the CTI application host computer must connect to TCP port number
2555 of the Alcatel-Lucent OmniPCX Office Communication Server CSTA server.
Once this connection is made, the application identifies itself using the Association Control
Service Element (ACSE) method, the OSI method for establishing a call between two
application programs. In the association request, the CTI application specifies the list of CSTA
versions supported and the list of CSTA services and events used.
The association can be rejected by the Alcatel-Lucent OmniPCX Office Communication Server
CSTA server if the ACSE versions are incompatible, or no common CSTA version is available.
When the association is accepted, the Alcatel-Lucent OmniPCX Office Communication Server
replies with the chosen CSTA version and the list of usable CSTA services and events.
The CTI application initiates a connection release by sending an association cancellation
request. Once the PCX acknowledges, the CTI sends an EXIT message. Each side then
releases the TCP connection.
8.6.3.2 Surveillance
A surveillance procedure is installed at the application level, to detect TCP link failures. This
procedure enables the CTI application to detect a reboot of the PCX, and inform the client.
This surveillance procedure has a faster reaction time than the default TCP mechanism.
If no message has been received from the CTI application for 30 seconds, the Alcatel-Lucent
OmniPCX Office Communication Server CSTA server sends system status requests every 30
seconds. These requests must be acknowledged by the CTI application. The Alcatel-Lucent
OmniPCX Office Communication Server CSTA server considers the link to be broken after two
messages have been sent with no reply.
8.6.3.3 Recovery

               8-69

Chapter 8 ! !   #

The following describes the recovery procedures in the event of PCX reboot, link failure, or CTI
application computer reboot. In all cases, after the failure, the CTI application restarts the
connection and monitoring.
- When the PCX reboots or loses the TCP connection, all calls are released. When the CTI
application reconnects, the PCX sees this as a new session.
- When the TCP link fails, all monitoring requests are cleared.
- When the Alcatel-Lucent OmniPCX Office Communication Server CSTA server restarts
(but the PCX does not reboot), all monitoring requests are cleared, but calls are not
released. When the CTI application reconnects, the PCX sees this as a new session.
- When the CTI application computer reboots, the TCP connection is released, and so the
monitoring data is cleared. There is no impact on calls. When the CTI application
reconnects, the PCX sees this as a new session.

8.6.4 TAPI
8.6.4.1 Supported Environments
Third Party CTI connectivity relies on a server/client model:
- TAPI 2.0: The application developer has to program the link between client and server
- TAPI 2.1: Microsoft provides the link (via Microsoft Windows Remote Service Provider)
between the client PC and a server PC (an NT 4.0 server belonging to the NT domain) that
hosts the Third Party TAPI service provider.
The Alcatel-Lucent Third Party TAPI service provider is implemented like a CSTA and uses the
Alcatel-Lucent OmniPCX Office Communication Server CSTA API.
Operating system Microsoft TAPI version Alcatel-Lucent TAPI Notes
Third party SPI
Windows 3.x 1.3 * / Not possible
Windows 95 2.1 * 5.0x
Windows 98 2.1 5.0x
Windows 98 Ed. 2 3.0 5.0x
Windows Millennium 3.0 5.0x
Windows NT 4.0 SP4 2.1 * 5.0x TAPI 2.1 is included in
SP4
Windows 2000 Prof. 3.0 5.0x
Windows XP Prof. 3.0 5.0x

* TAPI version not delivered with Operating System but can be downloaded from
http://www.microsoft.com.
Applications available
- PIMphony Basic, PIMphony Pro, PIMphony Team, and PIMphony Operator, all capable of
monitoring sets (analog, dedicated or cordless) and of acting as an IP phone.
Supported terminals
- All the terminals supported by CSTA.

8-70               

 ! !   #

8.6.4.2 TAPI SERVER/CLIENT CONNECTIVITY

Microsoft TAPI 2.1 server
Various architecture solutions are available:
This architecture requires:
- Microsoft remote service provider on the client PC
- Microsoft TAPI 2.1 server and Alcatel-Lucent TAPI SPI 5.0x on the server PC
- the CSTA server on Alcatel-Lucent OmniPCX Office Communication Server

Alcatel-Lucent TAPI Server

In this case no TAPI server is required: the CPU board acts as a TAPI server. As each
Alcatel-Lucent TAPI SPI 5.0x requires an CSTA session, the number of clients is limited by the
number of possible CSTA sessions.

Comparison between the 2 architectures

               8-71

Chapter 8 ! !   #

Service Microsoft TAPI 2.1 server Alcatel-Lucent TAPI Server

Constraints on the client PC - TAPI 2.1 remote SPI must be - Must have TAPI 2.0 or later
installed installed
- Must belong to an NT domain - Must have Alcatel-Lucent TAPI
- User must log into the NT SPI 5.0x installed on each
domain client
Constraints on server PC - Must have TAPI 2.1 installed No server PC
- Must be an NT 4.0 server
- Must belong to an NT domain
- Must have Alcatel-Lucent TAPI
SPI 5.0x installed
Security Yes No
Centralized management Yes No
Mandatory configuration - Client PC must be configured Alcatel-Lucent TAPI SPI 5.0x must
as a client of the TAPI 2.1 be configured with the IP address
server of the Alcatel-Lucent OmniPCX
- Server PC must be configured Office Communication Server CPU
as a TAPI 2.1 server board
- Alcatel-Lucent TAPI SPI 5.0x
must be configured with the IP
address of the Alcatel-Lucent
OmniPCX Office
Communication Server CPU
board
Number of client PCs No limit (except server PC load) Limited by number of CSTA
sessions
Number of CSTA sessions used 1 Number of client PCs
Impacts on customer IT Can be high Very low
organization
Cost Can be expensive Cheap

8.6.5 Virtual Terminals

8.6.5.1 Description
A virtual terminal does not physically exist, is not visible, and can only be managed from a
CSTA application. Created using OMC (Expert View), it is assigned an internal directory
number and has the same characteristics as a dedicated set.
A virtual terminal can receive internal and external calls. Incoming calls can be answered via
CSTA service requests; outgoing calls are also made in response to a CSTA service request.
A virtual terminal can form part of hunt group or an attendant (operator) group.
Default parameter setting:
- intercom profile (one resource key for each network access)
- 2 RGM keys for local calls
- 1 dedicated key for outgoing calls

8-72               

 ! !   #

A virtual terminal can have a maximum of 104 keys.

8.6.5.2 Configuration
- To create virtual terminals, in OMC (Expert view):
Users/Base Stations List -> Users/Base Stations List -> Add -> Custom. Set: Add ->
Virtual Terminals -> specify the number of virtual terminals you want to create.
The system assigns the available directory numbers to the virtual terminals.
All the set parameters (accessible by Users/Base Stations List -> Users/Base Stations
List -> Details), with the exception of the individual directories and passwords, can be
modified.

8.7 Doorphones

8.7.1 Overview
With the doorphone, it is possible to identify the person who has pressed the button before
opening the door. Identification is made after a call has been set up between a set connected
to the system and the doorphone.

2 doorphone types are available, depending on the operating mode used:

- Type A: relay-controlled doorphones (e.g. NPTT)
- Type B: doorphones controlled by MF Q23 signals (e.g. TELEMINI and UNIVERSAL
DOORPHONE)
These doorphones are mutually exclusive on the same system. A flag must be placed to
define the operating mode in use.
By OMC (Expert View), select:
System Miscellaneous -> Memory Read/Write -> Misc. Labels -> flag DPHMode -> enter 00 (default
value) for a TELEMINI or UNIVERSAL DOORPHONE or 01 for an NPTT doorphone.

A doorphone call is managed in the same way as all internal calls:

- It is indicated on the destination set display as another call
- A doorphone call may be intercepted, forwarded, put in a conference with other individuals
and camped on if the destination set is busy.

               8-73

Chapter 8 ! !   #

Note:
The destination of a doorphone call can be an external number (defined using a system speed
dial number); in this case, the set in question cannot control the door opening operation.

8.7.2 Using a Telemini Doorphone

8.7.2.1 Operation
These doorphones must only be connected to a analog (Z) station interface.
Basic characteristics of these doorphones:
- Recognition of the opening and closing of the loop and passing into conversation.
- No detection of the ringing current (incoming call) except for those that are MF Q23
programmable.
- Recognition of MF Q23 signals or tones transmitted by the system (system -> doorphone
dialog).
- Possibility of configuring a directory no. (programmed in the memory) transmitted to the
system.
Several doorphones may be connected to the system; the limit is defined by the maximum
number of analog set interfaces that the system can contain.
A system cannot have TELEMINI and UNIVERSAL doorphones at the same time.
8.7.2.1.1 Operating principle
Pressing the doorphone call button sends an MF code (START) which, after validation by the
system, maintains the call and triggers an off-hook signal on the doorphone destination set or
group.
There is a specific key for answering the call, while another controls the automatic doorstrike
(latch) by sending an MF code (LOCK).
8.7.2.1.2 Hardware requirements
- a free Z device on an SLI board
- 2 free keys on one or more dedicated sets
- a Telemini doorphone with doorstrike
8.7.2.1.3 Programming
- Defining the Z interface (for subscriber 111, for example).
By OMC (Expert View), select:
Users/Basestations List -> Users/Basestations List ->111 -> Details -> Misc. -> Special Function =
Door Phone -> Hotline = Immediate -> destination n° = set or group Subscribers -> Subscriber -> 111
-> Details -> Features = protection against camp-on tone and intrusion (optional)

- The feature access code for controlling the doorstrike

By OMC (Expert View), select:
Numbering -> Features in Conversation -> XX = Doorphone Unlock

8-74               

 ! !   #

- To create specific keys on the set(s) linked to the doorphone

• Supervision keys
By OMC (Expert View), select:
Users/Basestations List -> Users/Basestations List (select doorphone destination set) -> Details ->
Keys -> select a key -> Type = Resource Key -> Function = RSL -> Number = 111

• Doorstrike key
By OMC (Expert View), select:
Subscribers/Basestations List -> Subscriber (select set) -> Details -> Keys -> select a key -> Type =
Function Key -> Function = Doorphone Unlock

- Specific programming instances

If the doorphone uses other MF command codes, refer to its instructions.
By OMC (Expert View), select:
System Miscellaneous -> Doorphone Signals -> change MF code values (start/stop signal), if
desired, add the ringing tone to the doorphone using Alert Signal / Tone

8.7.2.1.4 Connection diagram

Functional description
Setting up a doorphone requires a functional analysis of the device (expected signals or tones,
system open to programmable signals), before moving on to the system configuration, or that
of the doorphone.
Note:
It is recommended that you consult the doorphone installation manual.
Functional analysis of the "UNIVERSAL DOORPHONE"

               8-75

Chapter 8 ! !   #

Functional analysis of the "TELEMINI" doorphone

8-76               

 ! !   #

8.7.3 Using a NPTT Doorphone

8.7.3.1 Operation
The doorphone interface comprises an intercom and an optional door strike that works in
conjunction with an electrical supply provided through a suitable low voltage transformer, for
example a SELV (Safety Extra Low Voltage) transformer.
A single doorphone with doorstrike may be connected to the system.

               8-77

Chapter 8 ! !   #

The system also allows for the connection of 2 doorphones without doorstrikes.
8.7.3.1.1 Operating principle
Pressing the doorphone call button triggers a loop on the associated Z terminal. The loop is
maintained by relay 1 on the AFU-1 board until the call is answered. The Z terminal is in
immediate selection on the doorphone destination group or terminal.
There is a specific key for answering the call, while another controls the automatic doorstrike
(latch) via relay 2 on the AFU-1 board.
8.7.3.1.2 Hardware requirements
- An AFU-1 board (a CPU daughter board)
- a free Z device on an SLI board
- 2 free keys on one or more dedicated sets
- An NPTT doorphone
- A doorstrike with transformer
8.7.3.1.3 Programming with OMC
- Set the flag "DPHMode" to 01.
This flag, with a default value of 00, enables the Alcatel-Lucent OmniPCX Office
Communication Server to manage the type of doorphone interface employed. Only the
values 00 and 01 are currently used.
By PC- OMC (Expert View), select:
System Miscellaneous -> Memory Read/Write -> Misc. Labels -> DPHMode -> Details -> 01 -> Modify
-> Write

- Defining the Z interface (for subscriber 111, for example).

By OMC (Expert View), select:
Users/Basestations List -> Users/Basestations List -> 111 -> Details -> Misc. -> Special Function =
Door Phone -> Hotline = Immediate -> destination n° = set or group Subscribers -> Subscriber -> 111
-> Details -> Features = protection against camp-on tone and intrusion (optional)

- The feature access code for controlling the doorstrike

By OMC (Expert View), select:
Numbering -> Features in Conversation -> XX = Doorphone Unlock

- To create specific keys on the set(s) linked to the doorphone

• Supervision keys
By OMC (Expert View), select:
Subscribers/Basestations List -> Subscriber (select doorphone destination set) -> Details -> Keys ->
select a key -> Type = Resource Key -> Function = RSL -> Number = 111

• Doorstrike key

8-78               

 ! !   #

By OMC (Expert View), select:

Subscribers/Basestations List -> Subscriber (select set) -> Details -> Keys -> select a key -> Type =
Function Key -> Function = Doorphone Unlock

- configuring the Auxiliaries board relays

By OMC (Expert View), select:
Hardware and Limits -> Auxiliary Interfaces -> Doorphone 1: Hold Line = relay1 (maintain call),
Doorstrike = relay2 (open doorstrike), N° = doorphone Z interface number (111)

8.7.3.1.4 Connection diagram

8.7.4 Using a Link Slim IP Doorphone

8.7.4.1 Operation
8.7.4.1.1 8082 My IC Phone and video
The Alcatel-Lucent OmniTouch™ 8082 My IC Phone can be used in a door phone
configuration to provide door access management. The 8082 My IC Phone set is used in
conjunction with the Link Slim IP Door Phone.
SIP door phone management is achieved using 8082 My IC Phone when the call from the SIP
door phone is directed to either an 8082 My IC Phone or a hunt group containing 8082 My IC
Phone sets.
The camera image from the Link Slim IP Door Phone is sent to the 8082 My IC Phone screen
to display the visitor entrance.
The specific requirement for the 8082 My IC Phone set is that the video channel must be
"Enabled"
By OMC (Expert View), select:
User/Base stations List -> 8082 MY IC Phone -> Details ->Features -> Feature Rights ->
Part1.

Video support: select the check box to allow video support on the 8082 My IC Phone.

8.7.4.1.2 SIP Door phone management parameters

               8-79

Chapter 8 ! !   #

The generic parameters for SIP door phone management with 8082 My IC Phone can be
modified in the OMC
By OMC (Expert View), select:
Subscribers Misc -> Generic Parameters for SIP Phones -> Door Phone Parameters .

The Door phone parameters include:

- Door Phone Name: defines the name that must be given for all SIP door phone terminals.
Default value for this parameter is 'Doorcam'.
Note:
The installer must take care of naming all SIP door phone terminals with the name (case sensitive)
given to the ‘Door Phone Name’ parameter
The installer must take care in naming terminals other than SIP door phones with a name different
from the ‘Door Phone Name’ parameter.
- Door Open Signal: defines the DTMF code that is sent from 8082 My IC Phone to SIP
door phone to open the door latch. The default value for this parameter is 55.

8.8 Network Management Center

8.8.1 Detailed description

The Alcatel-Lucent 4760 network Management Center has been designed to enable telephone
network managers to manage, administer and optimize one or several Alcatel-Lucent
OmniPCX Office Communication Server communication systems remotely.
8.8.1.1 ENVIRONMENT
Connecting remote Alcatel-Lucent OmniPCX Office Communication Server systems
(Management Center subscribers)
All remote Alcatel-Lucent OmniPCX Office Communication Server subscribed systems
managed by the same Management Center are connected to the public network (PSTN or
ISDN) through analog trunk lines or via T0 (2 B-channels), T2 or E1 accesses (30 B-channels).
Note:
ANALOG NMC:
The TL must be configured with Polarity Inversion (or Busy Tone Detection must be activated)
to release the modem (the Management Center being the master of the call).
Connecting the Management Center
The Alcatel-Lucent 4760 station is connected to the Alcatel-Lucent OmniPCX Office
Communication Server system by an Ethernet link (the client LAN, ISDN or V34 modem).
8.8.1.2 OMC CONFIGURATION AND IMPLEMENTATION
The Network Management Control option makes it possible to access the various
configuration windows to set the network management parameters. To access the NMC home
window from within the main menu:

8-80               

 ! !   #

Select the Network Management Control menu -> the following submenus are proposed:
- Callback / Authorized Callers
- Centralized Management
- Select Urgent Alarms
- SNMP (Simple Network Management Protocol)

Caution:
Programming the authorized callers also affects access to the system by NMC, as well as
remote access by OMC.
CENTRALIZED MANAGEMENT SUBMENU
Network Management Active
Check the box to activate the central management feature (this avoids starting up the
management feature before the end of the system configuration). By default, the feature is
inhibited.
General
Note 1:
All fields in the General section are automatically configured through 47xx.
Changing them does not make much sense. All values will be overwritten after the next 47xx
synchronization.
- NMC number for automatic alarms reporting (outside NMC session): contact number
of the remote NMC to dial for automatic alarm reporting if no NMC session is in progress.
- NMC Connectivity Mode: this field defines the connectivity mode.
- System Label: this field, with a maximum of 30 characters, states the name of the remote
system. The name is defined by the Management Center; it cannot be modified by OMC
(Expert View).
Note 2:
The fields which are not modifiable by OMC (Expert View) are defined either by the system or
by the Management Center; thus, as a minimum, an "online" connection to the remote system
is required so that these fields can be used.
The Connection mode provides also an IP connection mode.
Call Accounting
- Active call accounting for: activation of the call accounting management according to the
type of calls: The following choices are offered:
• no call
• incoming calls
• outgoing calls
• incoming and outgoing calls (default value)
- Database threshold for alarm activation (%): (by default: 80 % ) 100 % = from 1,000 to
30,000 records, depending on the software license and the hardware configuration. When
the assigned threshold is reached, an alarm is sent to the Management Center (on
condition that automatic alarm reporting is activated and the
"NMC_THRESHOLD_METERING_TBL" alarm is configured as urgent); the Management
Center reacts to the alarm and connects up to the remote system in order to collect and

               8-81

Chapter 8 ! !   #

void the metering tickets.

Alarms Reporting(Only visible after clicking the Part 2 button)
Alarms reporting enables the remote system to inform the Management Center as soon as an
abnormal event arises with the Alcatel-Lucent OmniPCX Office Communication Server.
- Automatic alarms reporting: check the box to activate automatic alarms reporting. By
default, this feature is inhibited.
- Reaction on erroneous call: for example, the call number does not correspond to that of
the Management Center:
• Time before retry (min): waiting time, in minutes, before trying again (value between
1 and 12 minutes inclusive, by default: 12 minutes)
• Max. number of call attempts: maximum number of call backs (a single callback
authorized)
- Reaction on non-answered call: for example, the Management Center has not answered
because all accesses are busy:
• Time before retry (min): waiting time, in minutes, before trying again (value between
1 and 12 minutes inclusive, by default: 12 minutes)
• Max. number of retries: maximum number of callbacks (value between 1 and 99, by
default: 50)
- Threshold for alarms reporting activation: by default, when the threshold is reached, an
alarm is sent to the Management Center. This one is connected to the remote system
automatically so as to deduct the alarm information:
• History table: by default 80 % (100 % = 400 history messages)
• HW Anomalies table: hardware messages, by default 80 % (100 % = 200 hardware
messages)
• Urgent Alarms table: by default 80 % (100 % = 200 urgent alarm messages)
SELECT URGENT ALARMS SUBMENU
This window makes it possible to define the urgent alarms for hardware anomalies as well as
historic events.
Note 3:
The Urgent Alarm account and password are configured via 2 new fields: URGALARM account and
URGALARM password.
Alarm password: Any alphanumeric character plus @ - _ + . /\\ are allowed. (See default password)
Alarm user: If windows domain/user group must be defined, it must be under the form :”domain\\user”.
Any alphanumeric character plus @ - _ + . /\\ are allowed.
Predefined urgent events in the Hardware Anomalies section
- PRINTING_ATTEMPT_FAULT: Message sent by the output device (printer) after every 5
failed print attempts.
- T2_NO_MULTIFRAME_FOUND: A signal shortage has been detected on a T2 access.
This alarm occurs after synchonization is lost in multi-frame mode and after timer has
expired. T2 automatically starts double-frame mode.
- T2_REMOTE_ALARM_INDICATION: A remote alarm indication has been received on a
T2 access.
RECOMMENDATIONS FOR IMPLEMENTING THE NMC FEATURE (remote system)

8-82               

 ! !   #

The recommended procedure is the following:

- Activate network management (value deactivated by default or after a cold reset)
- Enter the remote system's complete configuration:
• station number for alarm reporting
• validation of the automatic alarm reporting feature
• definition of the various thresholds
• definition of the urgent alarms
• etc.
- Activate the central management feature by checking the Try to use active NMC session
for alarms reporting box in the Centralized Management window
- Perform a warm reset for table resizing
- Check that the call number has been programmed properly
Remark:
Transmissions of Internet alarms are integrated in the History messages window.

8.9 Point to Point/Point to Multipoint T0

8.9.1 Detailed description

8.9.1.1 DEFINITIONS
Point-to-Point link: a Point-to-Point link is a digital access to the public network used
exclusively by Alcatel-Lucent OmniPCX Office Communication Server. The TEI settings are
generally fixed, as there is only one terminal (Alcatel-Lucent OmniPCX Office Communication
Server) for this access, but they can also be dynamic.
Point-to-Multipoint link: a Point-to-Multipoint link is a digital access to the public network
shared by several terminals. In this type of configuration, each terminal is identified by its TEI
and dedicated DID sequence. The TEI management mode can be fixed or dynamic,
depending on the public carrier.
Both types of link can be supported simultaneously on the same system. The TEI
management mode (fixed or automatic) is configured separately for each access.
8.9.1.1.1 Example of the environment
This example illustrates both connection types: Point-to-Point and Point-to-Multipoint.

               8-83

Chapter 8 ! !   #

8.9.1.2 DYNAMIC TEI

This feature assigns a TEI automatically to each T0 bus (mainly assured by the public network
on multipoint accesses).
At each connection and at each reset, (cold or warm), each T0 "asks" the network to assign it
a TEI; this procedure is performed by sending 2 level 2 messages: the "Identity Request"
message sent by the system to the network, then the "Identity Assigned" message sent by the
network. The value assigned is stored by the system until the next reset.
Possible TEI values (in accordance with ETS300 125)
- 0 to 63: fixed TEIs (values used on the system side)
- 64 to 126: automatic TEIs (values used on the network carrier side)
- 127: value reserved for management operations
When changing from a digital access with fixed TEI management to automatic TEI management, it is
essential to perform a warm reset so that the Alcatel-Lucent OmniPCX Office Communication Server
sends the TEI allocation request to the public exchange; if not, the TEI management on the system
will be unstable.

8.9.1.3 CONFIGURATION
8.9.1.3.1 T0 configured in Point-to-Point
- To define the management mode:
By OMC (Expert View), select: External Lines -> List of Accesses -> Details -> check ? Fixed TEI or ?
Auto TEI

8-84               

 ! !   #

- For fixed TEI, assign a value between 0 and 63 inclusive:

By OMC (Expert View), select: External Lines -> List of Accesses -> Details -> Value

- Configuring the installation number:

• by OMC (Expert View): Numbering -> Installation Number
• by MMC-Station: Global -> Ins Num -> Public

- Completing the substitution table (refer to the file concerning DID with more than 4 digits in
the "System Features" section):
• by OMC (Expert View): Dialing -> DID Number Modification Table
• by MMC-Station: Num Pln -> PubNMT

- Fill in the public numbering plan:

• by OMC (Expert View): Dialing -> Dialing Plans -> Public Dialing Plan
• by MMC-Station: NumPln -> PubNum

8.9.1.3.2 T0 configured in Point-to-Multipoint

- To configure the T0 access in Point-to-Multipoint:
By OMC (Expert View), select: External Lines -> List of Accesses -> Details -> select ? Point to
Multipoint

- To define the management mode:

By OMC (Expert View), select: External Lines -> List of Accesses -> Details -> select ? Fixed TEI or ?
Auto TEI

- For fixed TEI, assign a value between 0 and 63 inclusive:

By OMC (Expert View), select: External Lines -> List of Accesses -> Details -> Value

- Configuring the installation number:

• by OMC (Expert View): Numbering -> Installation Number
• by MMC-Station: Global -> Ins Num -> Public

- Completing the substitution table (refer to the file concerning DID with more than 4 digits in
the "System Features" section):
• by OMC (Expert View): Dialing -> DID Number Modification Table
• by MMC-Station: Num Pln -> PubNMT

- Fill in the public numbering plan:

• by OMC (Expert View): Dialing -> Dialing Plans -> Public Dialing Plan
• by MMC-Station: NumPln -> PubNum

8.9.1.4 ADDITIONAL INFORMATION

               8-85

Chapter 8 ! !   #

- By default, the T0 accesses are in Point- to-Point with automatic TEI management for all
countries.
- Once the system has been configured for automatic TEI and reset, the automatic TEI
request is sent to the network. If there is no reply before the T202 timeout, the system
switches back to fixed TEI mode; otherwise, it stays in automatic TEI mode.

8.10 Permanent Logical Link

8.10.1 Detailed description

The Permanent Logical Link (PLL) service handles the simultaneous bi-directional transfer of
data frames between a T interface (T0 or T2) and an S0 interface (ePLL) or between 2 S0
interfaces (iPLL), each interface being one extremity of a semi-PLL with:
- either a public network Packet Access Point (PAP) on the T interface side
- or an S0 terminal connected to the S0 bus on the S0 interface side.
The data packets are exchanged on this link in a transparent way through the D channels of
these accesses.
The rate for this type of data transmission is limited to 9600 bps.
The link between the 2 Alcatel-Lucent OmniPCX Office Communication Server interfaces that
connect the 2 semi-PLLs is established by configuring a routing table.
The S0 terminals are connected to 4084 or 4094 interfaces.
8.10.1.1 DEFINITIONS
- SAPI: Service Access Point Identification; the value in the SAPI field identifies the type of
information transported by the data link and, for this reason, identifies the targeted access
point, source or frame destination. By default, a SAPI value of 16 is assigned to links
carrying X25 type packets to the PAP.
- TEI: Terminal Extremity Identification
8.10.1.2 EXTERNAL PLLs
The system makes it possible to establish one or several external PLLs (ePLLs) between T
accesses of the system and a data network access port and also to extend them to S0
accesses according to the following rules:
- each ePLL associates the trinome [Interface T, SAPI (16), TEI] with an [Interface S0, SAPI
(16), TEI] trinome.
- a T or S0 interface can be used for several ePLLs (max. 4) by changing the TEI value.
General summary of an external PLL

8-86               

 ! !   #

8.10.1.3 INTERNAL PLLs

The system makes it possible to establish one or several internal PLLs. The following rules
apply to internal PLLs (iPLLs):
- each iPLL associates the trinome [Interface S0, SAPI (16), TEI] with an [Interface S0, SAPI
(16), TEI] trinome.
General summary of an internal PLL

8.10.1.4 CONFIGURATION
Preliminary
Before configuring the PLL, the installer must:
- Define the S0 and T0 accesses.
- Check that the interfaces to be used are present in the "Subscribers/Basestations List"
screen (for S0 interfaces) and the "External Lines" screens (for T interfaces).
Creating a PLL
- by OMC (Expert View), select: Subscribers Misc. -> Permanent Logical Link

To create a PLL, proceed as follows:

- Select the PLL caller from the list of declared accesses presented in the left-hand part of
the window.

               8-87

Chapter 8 ! !   #

- Enter the TEI of the caller PLL (SAPI = 16 is displayed, this value is not modifiable):
• For an external access, the TEI is provided on subscription by the public network
carrier and is between 0 and 63 inclusive.
• For an internal access, the TEI is between 1 and 63 inclusive (depending on the
configuration of the terminals).
- Select the PLL destination from the list of declared accesses presented in the right-hand
part of the window.
- Enter the TEI of the destination PLL (follow the same procedure as for the TEI of the caller
PLL)
- Click Add to establish the connection. If all the checks are OK (see below), the
connections are added to the list of existing PLLs.
Checks
- The system can contain a maximum of 32 PLLs.
- The system cannot contain PLLs between 2 external accesses.
- The caller and the destination of the same PLL cannot be one and the same (same
physical address and same TEI).
- 4 TEIs per basic access (S0/T0), 16 per primary access (T2); 2 PLLs associated with
different accesses can have the same TEI (there is no check at OMC level).
Overflow
It is possible to overflow onto a second destination if the initial destination is busy by
configuring the same caller with 2 different called parties.
Note:
Once declared, an ePLL or iPLL is bi-directional, i.e. either interface can initiate a call.

8.11 Multiple Automated Attendant

8.11.1 Overview
8.11.1.1 Description
The Multiple Automated Attendant is a software module used to create sets of multiple,
tree-structured voice guides. One such voice guide can give a caller a choice between 4
different languages for messages.
The Multiple Automated Attendant also provides the following features (from Alcatel-Lucent
OmniPCX Office Communication Server R6.0):
- Multiple language menus proposing action choices to callers
- Identification (DDI/CLIR) of the call and subsequent routing to attendant groups
- Error management when a caller fails to respond to a voice prompt
- Programming of time ranges
- Upload (to the call server) of locally created tree-structures
- Configuration of media ports using OMC

8-88               

 ! !   #

- Management of audio files using OMC

Voice guides indicate how to access other selection options or final destinations, which can be:
- Hunting groups
- Voice mailboxes. All of the following options are available:
• General voice box (VMU) of the group in consultation (if available on the set)
• Transfer to a group/user voice mailbox with recording a message as an option
(maximum length: 30 seconds)
• Free dialing to any voice mailbox (only via menu action)
- Subscribers
- Attendants
- Active MeetMe/Join MeetMe
- Collective Speed Dialing
Note 1:
The Collective Speed Dialing numbers are not listed in the picklist but they can be configured
manually.

Note 2:
When a call is transferred to ACD, Calling Line Identification information is included in the transfer.

8.11.1.2 Additional Information

License types
- The maximum number of voice guides that can be created depends on the license type:
• I tree
• 5 trees
Media ports
- The maximum number of calls that the ACD/MLAA engine can manage at a time equals
the number of media ports dedicated to each feature (MLAA and ACD).
- The maximum number of VTM available to MLAA and ACD at the same time is 16.
Voice messages
- The maximum number of available MLAA voice messages that can exist in the system at
the same time depends on the number of checked languages. 100 audio files (of the .wav
format) per language gives a maximum of 400 messages, including the welcome or
greeting message. Maximum duration of each message is 30 seconds.
- To increase the duration of a voice message, modify the "MLAA_MSG" noteworthy
address value - OMC (Expert View) only:
System Miscellaneous > Memory Read/Write > Other Labels >MLAA_MSG > Details

Languages
- The maximum number of languages that can be used in one and a same tree structure
MLAA is 4.

8.11.2 Activation/Use

               8-89

Chapter 8 ! !   #

Use OMC to:

- Configure MLAA dedicated media ports and DDI numbers to route to MLAA hunting groups
(MLAA Setup window)
- Manage audio files (up/downloading, deletion) MLAA Voice messages window). Creating
your own voice messages can be done on a system, external to the OMC, which can
handle the wav format. It is also possible to record voice messages on telephone handsets
of the type 4038 IP Touch, 4068 IP Touch, or 4035 (Advanced)
- Launch the Multiple Automated Attendant application GUI (MLAA Services window).
Use the MLAA GUI to
- Create voice guide tree-structures.
8.11.2.1 MLAA Setup Documentation
For information and details about MLAA setup and voice message management, refer to the
OMC on-line help, chapter Multiple Automated Attendant.
8.11.2.2 MLAA GUI Documentation
For user information about the MLAA graphic user interface, refer to the MLAA on-line help. It
is available from the MLAA application. Once the MLAA application is installed, select the Help
menu/ press the "F1" key to open the MLAA on line help.

8.12 Multiple Entities

8.12.1 Overview
8.12.1.1 Overview
The Entities feature is available as of R8.0. It allows the configuration of several (up to four)
entities or groups of telephones.
With specific configuration restrictions, one single Alcatel-Lucent OmniPCX Office
Communication Server can be used for four different companies.
Several features are shared between all entities (such as the attendant), other features,
according to configuration, are either shared or specific to an entity (such as the music on
hold).
8.12.1.1.1 Services offered
The entity service offers:
- Up to four entities
- A different MOH for each entity. The maximum duration is set at 600 seconds.
- A possibility to restrict internal calls between entities.
- The benefits of the greeting messages, with the following characteristics:
• There can be up to 200 individual preannouncement messages
• There can be up to 20 predefined messages
• The message total duration is of 320 seconds

8-90               

 ! !   #

- The attendant is common for all of the entities

8.12.1.2 Topology

Figure 8.47: Topology example

8.12.1.2.1 Entity association

The OMC configuration contains the Entity list with the four entities. Each user is associated
with Entity 1 or 2 or 3 or 4 during configuration. There is no requirement to use all four entities.
By default all users are associated with Entity 1.
8.12.1.3 Music on Hold (MOH)
MOH is played when a user in an Alcatel-Lucent OmniPCX Office Communication Server puts
the external call on hold. The music source is configured via the OMC or through MMC. The
three MOH sources of are:
- Default
- Tape
- Recorded Music
WhenAlcatel-Lucent OmniPCX Office Communication Server is shared by different entities,
different recorded MOH can be configured for each entity. The maximum duration of each
Rrecorded MOH is 600 seconds. If a recorded MOH is not available or defined for an entity,
the default music is played.
In the OMC and the Web-Based Tool, select the entity of your choice before transferring and

               8-91

Chapter 8 ! !   #

loading the recorded MOH you wish to use for this entity.
In this way Music 1 can be associated with Entity 1, Music 2 associated with Entity 2, and so
on.
For example, in the figure: Topology example , if a user in Entity 2 puts either an incoming call
or an outgoing call on hold, the MOH played is based on Entity 2, that is,
Moh_rec_music2.wav.
Note:
By default, Music 1 Entity 1 is used for all unconfigured users.

8.12.1.4 Announcements
To direct and inform callers, announcements can be recorded. The Alcatel-Lucent OmniPCX
Office Communication Server can stock up to 20 announcement messages. The total duration
for all the recordings is limited to 320 seconds.
Alcatel-Lucent OmniPCX Office Communication Server can offer individual recordings for up to
two hundred Direct Dialling Inward (DDI) numbers.
Note:
For more information on the configuration of the MOH and messages see: Automatic Welcome -
Configuration procedure - Configuration

8.12.2 Configuration procedure

The PCX can be configured as:
- A single entity
- Up to four entities
These entities can be configured in any of the following ways:
• To allow calls between users of the entities
• To maintain strictly separated entities
8.12.2.1 Association of a User to an Entity

By OMC (Expert View): OMC -> User/Base stations List -> Details
Choose an Entity (1-4) from the Entity dropdown menu.

8.12.2.2 Specific MOH for each Entity

All the entities can, by default, use the same MOH (Entity 1).
By OMC (Expert View): OMC -> System Miscellaneous -> Messages and Music -> Music
on Hold
Select the entity from the Multi-tenant Entity dropdown menu.
Browse to enter the music file in the Load from and transfer field
Select the Music source button (Default Music, Tape, or Recorded Music)
Click OK

8.12.2.3 Preannouncements and Messages

For the configuration of the Pre announcements and the messages see:

8-92               

 ! !   #

Automatic Welcome - Configuration procedure - Configuration

8.12.2.4 Calls Between Entities
When the configuration flag Do not allow call between entities is unchecked (default
behavior), there is no difference or restriction in the usage of any of the features of earlier
releases of Alcatel-Lucent OmniPCX Office Communication Server. The existing feature
behavior is applicable across entities.
When the configuration flag Do not allow call between entities is checked, calls cannot be
established between the internal directory numbers of different entities for the following list of
features:
- Diversion (Immediate, On Busy)
- Internal/Local call Key
- Dialing
- Individual Pickup
- Text messaging
- Voice Mailing
Note:
When the configuration flag Do not allow call between entities is checked, several features are
restricted (e.g. call pick-up or call forwarding). However, MMC and OMC do not take into account these
restrictions. This implies that your configuration must remain consistent with this limitation.

By OMC (Expert View): OMC -> System Miscellaneous -> Feature Design
Check the box Do not allow call between entities.

Features not affected by the Do not allow call between entities check box include:
- Multiset
- Manager/Secretary
- Forwarding to voice ail
- Forwarding to voice ail hunt group number
- Hunting Group
- Operator Group
- ACD
- Broadcast Group
- Meet Me conference
If the users of different Entities are configured inside the above groups, the call is established
without any restriction.
8.12.2.5 Metering Tickets
To allow accurate call metering per entity, call metering tickets can include entity information.

8.13 My Instant Communicator (My IC) Social Networks

               8-93

Chapter 8 ! !   #

8.13.1 Detailed description

8.13.1.1 Overview
My IC Social Networks is an Outlook Add-In user application which runs on the user's
Windows based PC and integrates Microsoft Outlook, Windows Live Messenger (MSN),
Yahoo!, Facebook and Skype with OmniPCX Office Call Management and Control.
It enables the user to optimize communications by providing consolidated presence
information and by presenting a variety of communication options such as voice, email, SMS
and Instant Messaging (IM). My IC Social Networks offers direct one-touch interaction between
a user’s telephony, email, calendar and IM, bringing together the most popular forms of
communications.
My IC Social Networks improves user productivity and simplifies communications.
8.13.1.2 Supported Network Topologies
My IC Social Networks uses the Microsoft TAPI interface to connect to OmniPCX Office
through which the basic telephony services are supported.
My IC Social Networks can operate in 2 different network modes : TAPI 2.0 Client and TAPI
2.1 Server.
Selection of the mode is made during the installation of My IC Social Networks software on the
end user’s PC.
8.13.1.2.1 TAPI 2.0 ~ Client mode
If there are 25 or fewer computers that will be accessing the OmniPCX Office, then My IC
Social Networks can be installed on each end user’s PC to connect directly to the OmniPCX
Office. In this topology the OmniPCX Office TSP software (see note below) is automatically
installed on the end user’s PC during the installation of the My IC Social Networks software.
Note:
Alcatel-Lucent has developed a TAPI Service Provider (TSP) to interconnect OmniPCX Office to TAPI
applications like My IC Social Networks. This TSP is a driver which translate Microsoft world (TAPI
protocol) to OmniPCX Office world (CSTA protocol) and conversely for call control.

8.13.1.2.2 TAPI 2.1 ~ Server mode

For deployments exceeding 25 users a TAPI server is required. This functionality is available
in Windows Server operating systems. In this topology the OmniPCX Office TSP software is
installed on a separate Windows Server computer and this computer is configured to connect
to the OmniPCX Office switch. We call this computer a TAPI Server. All end users’ computers
with My IC Social Networks will then connect to the TAPI Server which acts as a signalling
relay for call control, instead of connecting directly to the OmniPCX Office.
8.13.1.3 Supported Device List

Monitored Device Supervised Device

8082 My IC Phone 8082 My IC Phone
Alcatel-Lucent IP Touch 8 series phone Alcatel-Lucent IP Touch 8 series phone
Extended Edition Extended Edition

8-94               

 ! !   #

Alcatel-Lucent 9 series Alcatel-Lucent 9 series

Analog Phone Analog Phone
Alcatel Reflexes Alcatel Reflexes
Wireless LAN sets(Alcatel-Lucent IP Touch Wireless LAN (Alcatel-Lucent IP Touch
310/610 WLAN Handsets and Alcatel-Lucent 310/610 WLAN Handsets and Alcatel-Lucent
OmniTouch 8118/8128 WLAN Handsets) OmniTouch 8118/8128 WLAN Handsets)
DECT sets ( IBS 8232 DECT/ IBS DECT sets ( IBS 8232 DECT/ IBS
Alcatel-Lucent 300 DECT Handset / IBS Alcatel-Lucent 300 DECT Handset / IBS
Alcatel-Lucent 400 DECT Handset / IBS 500 Alcatel-Lucent 400 DECT Handset / IBS 500
DECT / IP-DECT 8232 DECT / IP-DECT 500 DECT / IP-DECT 8232 DECT / IP-DECT 500
DECT) DECT)
My IC Mobile for iPhone and My IC Mobile for My IC Mobile for iPhone and My IC Mobile for
Android Android
Open SIP Phones Open SIP Phones
Basic SIP Phones Basic SIP Phones
8002/8012 Deskphone 8002/8012 Deskphone
- 4135 IP Conference Phone

8.13.1.4 Restricted Device List

Restricted Monitored Device Restricted Supervised Device

PC multimedia/ PIMphony IP PC multimedia/ PIMphony IP
ACD ACD
VT media VT media
VT nomadic VT nomadic
VMU VMU
Empty port Empty port
XRA (Modem port) XRA (Modem port)
4135 IP Conference Phone -

               8-95

Chapter 8 ! !   #

8-96               

  

"#$  %

9.1 Overview
Web-Based Tool is a monitoring tool that offers a means to observe the OmniPCX Office
through Internet.
Web-Based Tool is located within OmniPCX Office and can be reached by simple remote Web
browsers.
It does not require any installation or specific program on the Client side and is available on
any OmniPCX Office model.
You can access Web-Based Tool at the following URLs:
- https://IP_address/services/webapp/, or
- https://host_name/services/webapp/
2 classes of clients may be connected to OmniPCX Office.
These clients get different services according to their roles.
- Users (login name: operator)
- Managers (login name: installer)

9.1.1 Services Provided

Service Details Operator Installer

MOH upload Load audio files for the Music On X
Hold feature
System Start Displays the Monitor System X
Start log file. The start log file
contains/var/log/start_info.log; it
is refreshed every 30 seconds.
Data Saving Displays the Data saving log file. X
This page displays the contents
of
/current/debug/data_saving.log; it
is refreshed every 30 seconds.
Swap Serial This page indicates the X
application connected to the
“CONFIG.” RJ45 socket on main
CPU front panel. You can use
the radio buttons to swap the
connection type between serial
connection and PPP. The new
configuration is activated after a
reboot

               9-1

Chapter 9 ./# 0 !

Service Details Operator Installer

General Information Displays the general information X
about the general contents of the
OmniPCX Office cabinet
hardware, the hardware status,
memory usage and software.
Cabinet Topology Displays the hardware and X
hardware status of the OmniPCX
Office cabinet.
Boot Information Displays the Boot information X
and boot sequence. The boot
sequence shows the order in
which boot devices will be
activated when the CPU restarts.
Disk SMART Displays SMART information. X
System files Give read access to all file X
system including /proc
System files page opens a
submenu with following items:
- Log files: lists file names in
a column; click on file names
to display their contents in
the bottom-right box of the
window.
- Current and alternates:
display respectively
/mnt/soft/boot/config.rc and
/mnt/soft/boot/configrc.alt
files in the bottom-right box
of the window.
Net Configuration Display net devices, routing table X
and cached routing table

9-2               

 ./# 0 !

Service Details Operator Installer

Dump System Display in a typewriter format a X
summary of system state
Download debug and log files
Display proc file system in a
typewriter format
Dump System page opens a
submenu with following items:
- Web Diag Summary page
displays the same pieces of
information than “General
Information” main menu entry
in a typewriter style;
moreover, system processes
are also listed in the same
style.
- Debug and log files
downloads a compressed
archive (in tgz format) of
following log directories:
/current/boot/ /current/debug/
The size of the compressed
archive may widely vary from few
tens of kilobyte to several
megabyte depending on how
many features are installed and
how much time the system has
been up.
Memory Info Display the contents of X
/proc/meminfo
Memory Info page displays the
contents of /proc/meminfo
system file. The information
indicates the memory usage
within the OmniPCX Office
cabinet.
Traces Give read access to WLAN and X
NMC log files, allow trace
activation and collection on T1
Displays trace tools and
accesses other network
interactive tools. For more
information see Interactions from
the Traces and Debug page
VoIP Displays VoIP (on main) X
information and shows
information about IP Phones, SIP
Trunks, SIP Phones. For more
information, see VoIP
Information .

               9-3

Chapter 9 ./# 0 !

Service Details Operator Installer

8082 My IC Phone Debug Provides an interface to execute X
Tool debugging commands for the
8082 My IC Phones that are
connected .

9.1.2 Architecture
9.1.2.1 Type of Configuration
Web-Based Tool is a client-server architecture that uses the HTTPS communication protocol.
The client is a browser and the server is embedded in OmniPCX Office.
Only a LAN configuration is available.
With this configuration, the computer running the client browser is connected to the same LAN
as OmniPCX Office.
9.1.2.2 Browser information
The supported versions of browsers are
- Internet Explorer: Version 6, 7 & 8.
- Mozilla Firefox: Version 3.6 & 4.0.

9.1.3 Description
9.1.3.1 Function Specifications
The Web-Based Tool is only available in English.
9.1.3.1.1 Operator Session
The operator session gives an access to configure the Music On Hold feature.

9-4               

 ./# 0 !

- Enter the audio file name in the File box or browse your system to find it.
- Click on the Submit button.
Note:
The audio file must be .wav format.

9.1.3.1.2 Installer Session

The installer session displays the principal menu titles. Select the menu items to access the
features listed in the Services Provided

               9-5

Chapter 9 ./# 0 !

9.1.3.1.3 System start

The System start log file displays the content of the /var/log/start_info.log file. It is refreshed
every 30 seconds

9.1.3.1.4 Data saving

The Data saving page displays the contents of /current/debug/data_saving.log. It is refreshed
every 30 seconds.
9.1.3.1.5 Swap serial
The Swap serial page selects the application connected to the “CONFIG.” RJ45 socket on
main CPU front panel.

9-6               

 ./# 0 !

9.1.3.2 Hardware Information

The Hardware information section provides access to the:
- General Information page
- Cabinet Topology page
- Boot Information
9.1.3.2.1 General information
The General information section provides general hardware information for the OmniPCX
Office configuration

9.1.3.2.2 Cabinet topology

The Cabinet topology page provides useful information about the hardware cabinet contents
that are active for the OmniPCX Office.

               9-7

Chapter 9 ./# 0 !

9.1.3.2.3 Boot information

The Boot information shows the order in which boot devices will be tried next time the CPU
restarts.

9.1.3.3 Software information

The Software information section accesses the pages for information about:

9-8               

 ./# 0 !

- Disk SMART
- System Files
- Network Configuration
9.1.3.3.1 Disk SMART

9.1.3.3.2 System files

System files page contains a submenu with following items:
- Log files: lists file names in a column; click on file names to display their contents in the
bottom-right box of the window
- Current and alternates: display respectively /mnt/soft/boot/config.rc and
/mnt/soft/boot/configrc.alt files in the bottom-right box of the window
___change-begin___
               9-9
Chapter 9 ./# 0 !

___change-end___
9.1.3.3.3 Network configuration

9.1.3.4 Internal information

The internal information pages are:
- Dump System
- Memory Info
9.1.3.4.1 Dump system
The Dump System section opens a submenu with following items:
- Web Diag Summary page displays the same pieces of information than “General
Information” main menu entry in a typewriter style; moreover, system processes are also
listed in the same style.
- Debug and log files downloads a compressed archive (in tgz format) of following log
directories:
• /current/boot/
• /current/debug/
The size of the compressed archive may widely vary from few tens of kilobyte to several
megabyte, depending on how many features are installed and how much time the system has
been up for.

9-10               

 ./# 0 !

9.1.3.4.2 Memory info

The Memory Info page displays the contents of /proc/meminfo system file.

9.1.4 Interactions from the Traces and Debug page

Web-Based Tool is accessed through the Secure Application Server (SAS). SAS provides
HTTPS access and centralized authentication.
___change-begin___
               9-11
Chapter 9 ./# 0 !

___change-end___
The Traces page contains a submenu bar with the following items:
- Dump wlan files: To display the WLAN log files that store up to 4500 events that occurred
on the Mobile IP Touch and WLAN access points.
- Data T1 debug: to display the list of checkboxes that can be used to set the flags for
specific debug processes.
___change-begin___
9-12               
 ./# 0 !
___change-end___
- NMC: is the Alcatel-Lucent Network Management Center which enables a telephone
network manager to manage, administer and optimize one or several Alcatel-Lucent 4200
communication system from a remote site.
The NMC submenu offers a means to activate/deactivate the monitoring of the OmniPCX
Office embedded NMC server and to display the corresponding traces.

               9-13

Chapter 9 ./# 0 !

- Network Tools: see Network tools

- TCPDUMP Traces: capture all the network traffic information. The captured information is
stored in a file on the host system.
- Inventory: see Inventory
- DAP Files: see DAP Files
9.1.4.1 Network tools
The following utilities are available in Network Tools tab:
- Ping
- Host
- Arping
- Traceroute
9.1.4.1.1 Ping
Ping is a computer network administration utility used to test the reachability of a host on an IP
network and to measure the round-trip time for messages sent from the originating host to a
destination computer

9.1.4.1.2 Host
Host is a simple utility to perform DNS lookups. It returns the IP address mapped to the host
name or vice versa.

9-14               

 ./# 0 !

9.1.4.1.3 Arping
Arping is an ARP level ping utility.

9.1.4.1.4 Traceroute
The Traceroute tool shows the route taken by packets across the network.

               9-15

Chapter 9 ./# 0 !

9.1.4.1.5 TCPDump
The TCPDump Traces section captures all network traffic information. The information is
stored in a file on the host system.

9.1.4.2 Inventory
The “Inventory” tab displays the listing of MyICPhone and MyICMobile which are registered in
the OmniPCX Office system.

9-16               

 ./# 0 !

Details on a device can be displayed by clicking on the ID of a device in the inventory list on
the OmniPCX Office file system.

9.1.4.3 DAP Files

               9-17

Chapter 9 ./# 0 !

The “DAP log files” link in the Traces & Debug page loads the following page:
___change-begin___
___change-end___
In the DAP LOG FILES window, 2 links are accessible:
- ZIP DAP log files: allows to download, on the local client running the WDT page, a ZIP file
containing all the DAP log files present in the /var/log OXO directory.
- ZIP FWU files: allows to download, on the local client running the WDT page, a ZIP file
containing :
• fwu.csv: downloaded from one of the DAP ( this file gives the list of the currently
handled handsets in the IPDECT Lite subsystem )
• fwu.txt: generated from fwu.csv to be dump on the WDT page
The window contains two other panes:
- A list of links for DAP log files and for the FWU text file, contained in the /var/log
directory
- A dump zone
___change-begin___
9-18               
 ./# 0 !

___change-end___
The name of the DAP log file link is formatted as:
daps_xxx_yy_yy_yy_yy_yy_yy.txt
where:
- xxx_ represents the RPN for the DAP
- yy_yy_yy_yy_yy_yy represents the MAC address of the DAP
The present links on DAP log files are given for the DAPs found in the PBX database, which
responded to a get request.
Click on the link to display the file content in the dump zone.
___change-begin___
___change-end___
On entering the DAP log files page in Traces & Debug, the fwu.csv file is retrieved from a
DAP. At the same time, this file is converted into text file format to be more readable when
dumped in WDT page.
This csv file provides the list of handsets currently handled in the IPDECT Lite subsystem (to

               9-19

Chapter 9 ./# 0 !

be compared with the current content of the PBX database for coherency).
___change-begin___
___change-end___
The file contents include the :
- User EDN
- IP address of the DAP handling the user handset
- Handset type
- Handset firmware version
Click the link to display the file content in the dump zone
___change-begin___
___change-end___
9.1.4.3.1 ZIP FWU files
Click the ZIP FWU files link opens the file browser window, to allow you to download the ZIP
file on the local client running the WDT The ZIP file contains:
- the fwu.csv
- the converted fwu.tx
___change-begin___
9-20               
 ./# 0 !

___change-end___
9.1.5 VoIP Information
The VoIP link opens the Voip Information page, provided the system has the VoIP on main.
The VoIP page opens a submenu with the following items:
- IP Phone
- SIP Trunk
- SIP Phone
- DSP status
9.1.5.1 IP Phone
The following utilities are available in the IP Phone page:
- IP sets gateway: shows information about TSCIP gateway
- IP sets: shows IP Phones registered
- Open voice channel (RTP): shows the RTP channels opened
9.1.5.2 SIP Trunk
The following utilities are available in the SIP Trunk page:
- Quarantine: manages SIP quarantine
- Open voice channels(RTP): shows the RTP channels opened
9.1.5.3 SIP Phone
The following utilities are available in the SIP Phone page:
- SIP sets gateway: shows information about SIP Phone gateway
- SIP sets: shows SIP Phones registered

               9-21

Chapter 9 ./# 0 !

- Open voice channel (RTP): shows the RTP channels opened (the same as for SIP Trunk)
- Quarantine: manages SIP Phones quarantine (the same as for SIP Trunk)
- 8082 My IC Phone Debug: Command interface for 8082 My IC Phone debugging.

The 8082 My IC Phone list is displayed according to the service status of the sets: green
for active and red for out of order (registered but not connected). Select one active 8082
My IC Phone in the list for debugging.
Note:
the phone sets in “out of order” state cannot be used for debugging; an error message is displayed to
check the connectivity.
Enter the 8082 My IC Phone debug command to be executed on the phone in the
command text box. The output for the command/log is displayed in the display frame.
The available commands for installer session are the following:
• ifconfig
• netstat
• traceroute
• audio
• ipconfig
• id
• mac
• dhcp
• phy
• btid
• btaddr
• reset
• ethernetstats
• ping
• arp
• netlog/redirect
• level
• initstatus all
• dwl check/upgrade
• rtp
• codec
• route

9-22               

 ./# 0 !

As of R8.2:
• Click the Download Log button to download the log files from the selected phone or
from all phones (by validating the All checkbox). Log files can be saved as .tgz files
• Click the Help ? button to obtain the list of available commands or to obtain information
about a command typed in the Command text box
9.1.5.4 DSP status
DSP Informations are displayed for:
- VoIP-Trunk channels
- VoIP-Subscriber (phone) channels
- VoIP-Subscriber 'hold reservation' channels
'Hold reservation' reserves dynamically some DSP channels for SIP phone calls that have
been put on hold.
When a SIP phone is on hold, the DSP channel is not needed for voice encoding and is
available for other calls. But these other calls could consume all remaining DSP channels,
and the SIP phone unhold would lead to call failure. To reduce this risk, some IP Phone
DSP channels are reserved for calls on hold.
The maximum number of 'hold reservation' channels is configured by the flag
DspOohRsv.
___change-begin___
___change-end___
The DSP Status table displays the following information:
- Configured: number of configured channels (by OMC or flag).
The hold reservation channels are shared with IP phone channels.
- Max reached: highest number of DSP channels simultaneously allocated
- Used: number of DSP channels currently in use
For IP Phone, the second number includes the hold reserved channels.

               9-23

Chapter 9 ./# 0 !

For hold reservation, the first number is the number of currently reserved channels. The
second number is the number of calls on hold for which reservation limit is exceeded.
The DSP Allocation Statistics table displays the following information:
- Percents: represents the number of allocations at several levels of DSP channel use.
Example:
th th
32 IP phone DSP channels are configured; the 17 up to the 24 channel allocation increases the
75% counter.
- Failure: occurs when a DSP channel allocation exceeds the number of configured
channels.
For IP Phone, the first number represents the total number of IP Phone DSP channel
allocation failures. The second number represents only the failures which occurred when at
least one DSP channel was reserved for hold.
9.1.5.5 DSP audio quality

The Webdiag debug tool has a feature that displays the statistics about the audio quality of the
system’s communications. This tool is available in installer session.
From the VoIP debug window the AMCVDebug is selected to display the latest statistics for
each DSP
For each DSP, the channel's last statistics are displayed. If there is no relevant data, the table
contains 0. It is also possible to use the Clear to reset all the table statistics.
For each channel of the DSP, the statistics data is stored for the last communication. The
statistics table represents the minimum, the maximum, the average and the standard deviation
of all statistic data stored on this DSP.
The last switching details correspond to the list of the last statistics data stored for each
channel of the DSP concerned.
___change-begin___
9-24               
 ./# 0 !

___change-end___
Data definitions
Echo is the sound of the callers voice being played back after a delay.
DSP data:
- ERL (in dB): the strength of the echo reflection.
• Displayed in red if the value is below 6 or above 30
- Delay (in ms): delay between the voice and the echo
• Value equals "--" if there is no echo or the delay is constantly varying
• Displayed in red if the value is different from 1. This would mean that the delay has not
been cancelled
- Noise (in dB): an estimation of near-end side background noise power
• Value equals "--" if the parameter is unavailable

               9-25

Chapter 9 ./# 0 !

• In red if the value is below -40: the residual of echo can be perceptible in the noise
• In orange if between -40 and -37: it represents the limits of the residual perception
• In black if above -37: the residual of echo is not perceptible in the background noise
Jitter data:
- Corrupted: number of corrupt data packets i.e. malformed RTP packets that have
undergone a decoding failure, or are not supported
There is a risk that this value is overestimated because of existing implementations. When
implementations have significant gaps in the sequence numbers, OmniPCX Office should
not cut the audio stream and has to jump sequences. In these cases the counter is
incorrect.
- Late: number of late data packets. These packets are discarded and generate audio
quality troubles.
- Out of Order: number of discarded packets that are received in a wrong order
- Not Received: number of data packets not received i.e. packets that are not received
because the buffer of reception is full
- Not Sent: number of data packets not sent i.e. packets that are not sent because the buffer
of emission is full
- Lost: number of data packets lost i.e. packets that are lost during the data transfer

9.1.6 Maintenance Procedures

9.1.6.1 Incident
The server can send error messages in HTTP packets, in this case messages are displayed in
the the Web browser.

9-26               

  

 & %'( ) )  & 

10.1 General Presentation

10.1.1 Overview
Alcatel OmniTouch Call Center Office is a call center application of Alcatel-Lucent OmniPCX
Office Communication Server and is used to automatically distribute calls to the most
appropriate agent, while also managing call queuing.
Alcatel OmniTouch Call Center Office is made up of the following modules:
- Automatic Call Distribution (ACD) for the distribution of calls. The ACD is used to manage
a large number of calls using a small number of agents through control of flows,
proportionate distribution of calls between agents, and call queuing. The caller is
immediately connected to an agent or to the most appropriate service, the agents being
identified by skills group.
- An Agent Assistant application to optimize management of agents, their activity and
organization into skills groups, and including an Agent Configuration application to
parameterize some features and give specific rights to the agents.
- A Supervisor Console application.
- A Statistic Manager application to allow analysis of calls managed by the ACD.
The ACD is used to:
- improve call distribution and processing,
- process a larger number of calls,
- improve the output and efficiency of human resources,
- supervise service quality,
- anticipate incoming calls using the statistics module,
- minimize operating costs.
Remark:
In this document, the term ACD, Automatic Call Distribution, is synonymous with call center.

10.1.1.1 Licenses
The Alcatel OmniTouch Call Center Office offer is available in one package (The Welcome
package) offering additional options. It allows mixed configurations (from full basic to full
desktop).
The additional options available on the welcome package are:
- One additional Basic Agent
- One additional Agent Assistant
- One additional Agent Desktop software license (includes Basic Active Agent and Agent
Assistant application)
- One additional Supervisor Console software license

               10-1

Chapter 10 0 1 2!! 2  && 

- One Statistic Manager software license

The associated rights are summarized in the following table:
Welcome pack
Basic Agent 5 (Up to 32)
Agent Assistant (PC) Option (Up to 32)
Agent Desktop
Option (Up to 27)
(Basic + Assistant)
Supervisor Option (Up to 8)
Statistic Option (HD required)

10.1.1.2 Terminology and Capacities

This section describes further the capacities of the ACD, as shown in the following diagram:

Terminal Types: The Alcatel OmniTouch Call Center Office supports the following sets for
agents:
- Alcatel-Lucent 8 series Phones
- Alcatel-Lucent 9 series Digital Phones
- Alcatel-Lucent 300/400 DECT Handsets and 500 DECTs
- 8232 DECT
- Generic GAP handsets in IP-DECT solution

10-2               

 0 1 2!! 2  && 

- Alcatel-Lucent OmniTouch 8118/8128 WLAN Handsets

- PIMphony Softphone
- 8002 Deskphone
- 8012 Deskphone
- Alcatel-Lucent OmniTouch™ 8082 My IC Phone
- SIP Phones
- Analog sets
Note:
Alcatel-Lucent IP Touch 310/610 WLAN Handsets and Alcatel-Lucent Mobile IP Touch 300/600 sets are
not supported.
An IP Call Center, allowing remote agents can be deployed, provided the sets used are:
Alcatel-Lucent 8 series Phones, PIMphony Softphone and SIP Phones, including 8002/8012
Deskphone and 8082 My IC Phone sets.
Maximum number of agents: The maximum number of agents is 32 regardless of the
hardware platform used. An agent can use any terminal of the system.
Maximum number of agents logged in: An agent must be logged in to a terminal on the
system in order to use the call center services. The maximum number of logged in agents is 5,
10 or 15 depending on the license package selected.
Login mode: Agents can be logged in to a terminal on the system in two different ways:
- fixed mode: By configuration. In this case, the agent is permanently logged in to the same
terminal.
- dynamic mode: The agent logs in to a free terminal of his/her choice using either the
Agent Assistant (free seating operation) or the terminal login function. The agent logs out
and frees up the terminal either by leaving the agent application or using the terminal
logout function.
Agent Assistant Licences: A license is required for each active connection of the Agent
Assistant. The number of licenses necessary corresponds to the maximum number of
simultaneous connections required. The maximum number of licenses possible depends on
the license package selected.
Supervisor Console Licences: A license is required for each active connection of the
Supervisor Console. The number of licenses necessary corresponds to the maximum number
of simultaneous connections required.
Statistic Manager Licence: This license is used to activate the Statistics application. It is
included with the Welcome Office Pro packages and available as an optional extra with the
Welcome Office package.
10.1.1.3 Additional Information
Auto-answer mode is applicable for ACD.

10.1.2 Services provided

The table below summarizes the ACD general services.

               10-3

Chapter 10 0 1 2!! 2  && 

Services Description
Type Informal and integrated
Queue Management of incoming calls with dynamic sizing based on
predefined parameters.
Search mode Distribution of calls via 3 possible configuration modes
(longest idle time, fixed, rotating).
ACD groups Possibility of defining the parameters of 8 independent ACD
groups.
Opening criteria Automatic open/closed parameters for each ACD group. Up
to 100 entries for exceptional closing opening days can be
defined and applied to selected or all groups. Groups can be
opened/closed by:
- forcing via the configuration,
- time slot,
- forcing via the Supervisor Console application.
ACD announcements Broadcasting of 7 ACD announcements (Welcome, queue
announcements, Deterrence, Customer code and Closing).
Priority ranking Managing the priority of agents in relation to the groups which
the agent is assigned to.
Dynamic queue Depends on agent availability.
Leave queue Through reception of DTMF code.
Agents belonging to several An agent can belong to several ACD groups.
groups
Overflow 1 group can overflow to another group (no cascading
permitted).
Management Configuration of ACD call.
Group mailbox The group mailbox can be used if the caller is deterred,
leaves the queue or if the group is closed.

10.1.3 Architecture
10.1.3.1 General Description of Call Flows
The figure below shows how calls are processed.

10-4               

 0 1 2!! 2  && 

Figure 10.2: Call flows

*Callers can leave the queue by pressing *, to the group mailbox or to a transfer number.
** Queuing time can be limited to a maximum (configuration Max delivery Time parameter). In
this case, calls are switched to the deterrence mechanism.
10.1.3.2 Call Distribution
The ACD receives all incoming calls and plays a greeting message. It manages the distribution
of the calls according to the status of the group (open or closed), the status of the agents that
belong to the group, and the order in which the call is received (first in, first out).
If the group is open and an agent is available, the call is routed to this agent. If the agent is
busy, the ACD will look for another available agent according to the call distribution rules
(fixed, rotating, longest idle period).

               10-5

Chapter 10 0 1 2!! 2  && 

If there are no available agents in the group, the ACD plays a message asking the caller to
hold the line and places the call in the queue. As soon as an agent becomes available, the call
is transferred to the available agent without waiting for the end of the hold message. It is
possible to define a maximum delivery time for calls parked in the queue. When agents are still
unavailable when the timer expires, waiting calls are routed to deterrence.
If there are no available agents and the queue is full (all ACD ports are busy), an incoming call
is routed to a deterrence message, inviting the caller to call back later (default option). It is
possible to configure the ACD to place the call in the group mailbox, or to transfer it to a
specified number.
ACD waiting calls and deterrence message require the use of resource ports. A maximum of
16 resource ports are available on the system. These ports are shared between ACD and
MLAA. If the system does not run MLAA, 16 port are available for ACD: by default, 14 ports
are used for waiting calls and 2 for deterrence.
If the ACD group is open and no agents are active (logged in and not in the sleeping status),
the first call to this group will be routed to the transfer number if entered. Subsequent calls will
be either placed in the queue (default option) or routed to deterrence. If the transfer number is
not entered, all calls are routed to deterrence.
If the group is closed, the call is routed to a closed message (default option).
It is possible to configure the ACD so that a caller waiting in a queue can press the star key to
escape from the queue. The call can be routed to the group voice mail box, or transferred to a
specified number.
All events are monitored by CSTA protocol, so you can use the agent and ACD group statistics
to optimize the ACD functions.
10.1.3.3 Recommendations
Certain rules should be observed in order to guarantee that the system is as user-friendly as
possible:
- Take the caller into account when thinking of an ACD group.
- When setting up the ACD group mail boxes, ask the people receiving the calls (operators,
sales departments, technicians, etc.) what the main requests from callers are.
- Do not forget to define what happens outside working hours and during the weekends.
- Do not forget to define what happens when an internal telephone is not answered.
- Start by drawing the total structure on a piece of paper based on the fixed tree of the ACD
and the relations between the automated attendant, mailboxes and info-text if necessary.
- At each stage, think carefully about the content of the voice message concerned.
10.1.3.4 Hardware Configurations
Alcatel OmniTouch Call Center Office can operate in a stand-alone configuration or in a
network configuration.
10.1.3.4.1 Network Configuration
The drawing below shows a configuration example using a local area network to connect
Alcatel OmniTouch Call Center Office.
Figure 2: Network installation

10-6               

 0 1 2!! 2  && 

This configuration uses a local area network to connect Alcatel-Lucent OmniPCX Office
Communication Server. It manages the call center from client PCs connected to the local area
network by using the applications Agent Assistant, Supervisor Console, Statistic Manager,
and PIMphony .
10.1.3.4.2 Stand-alone Configuration
The drawing below shows a configuration example when Alcatel-Lucent OmniPCX Office
Communication Server is stand-alone and not connected to the local network, and therefore
has no associated applications.
Figure 3: Local installation

               10-7

Chapter 10 0 1 2!! 2  && 

10.2 Installation and Startup

10.2.1 Overview
10.2.1.1 Overview of the Configuration Procedure
Alcatel OmniTouch Call Center Office is supplied as pre-installed. The licenses must be
loaded in the PCX before the configuration.
The applications Supervisor Console, Statistic Manager, and Agent Assistant can be
installed on any PC.
The Alcatel OmniTouch Call Center Office is configured using OMC. Open an OMC session
via the path OMC/PCX Client/Call Distribution Services, to access the following four menus:
- ACD Setup: used to configure the parameters of the ACD in the PCX.
- ACD-SCR Services: used to configure the ACD groups, agents, and lines.
- ACD Voice messages: used to configure the ACD announcements.
- ACD Statistic manager: this menu is only accessible if installed.
Configuring the ACD involves the following operations:
Caution 1:
Check the Alcatel-Lucent OmniPCX Office Communication Server settings described in the
Prerequisites section before running ACD Setup.
1. Configure the ACD parameters in the PCX using ACD Setup:
• Check prefixes in the main numbering plan for login and logout.
• Create ACD Group mailboxes.
• Generate ACD profiles.
• Assign profiles to agent and supervisor phone sets.
2. Configure ACD-SCR Services:

10-8               

 0 1 2!! 2  && 

Caution 2:
Run ACD Setup before configuring ACD-SCR Services.
• Configure general parameters: Defining ACD group parameters, call types, and ACD
maintenance parameters.
• Configure agents.
• Configure the lines table.
3. Create the announcements using ACD Voice Messages.
10.2.1.2 Hardware and Software Requirements
10.2.1.2.1 Platforms supported by ACD applications
The following platforms are supported for the Agent Assistant, Supervisor Console, and
Statistics Manager applications:
- Windows XP (with SP3)
- Windows VISTA (32 bits with SP2)
- Windows 7 (32/64 bits with SP1)
- Windows Server 2008 R2 (64 bits with SP1)
10.2.1.2.2 Hardware required on the PCX
On Alcatel-Lucent OmniPCX Office Communication Server, the following hardware is
mandatory:
- A PowerCPU board
- A hard disk (20 GB minimum) only when the ACD statistics license is available
10.2.1.2.3 Requirements for client workstation running OMC
OMC runs on the following platforms:
- Windows 2003 (with Service Pack 1 or Service Pack 2)
- Windows 2003 R2 (with Service Pack 2)
- Windows XP (with Service Pack 2 or 3)
- Windows XP 64 bits
- Windows Vista (32/64 bits with Service Pack 1 or 2)
- Windows 7 (32/64 bits OS with Service Pack 1)
- Windows Server 2008
- Windows Server 2008 R2 (with Service Pack 2)
The following platforms are no longer supported for OMC:
- Windows 9x
- Windows ME
- Windows 2003 without Service Pack 1
- Windows 2000 (with Service Pack 4)
- Windows XP with Service Pack 1

               10-9

Chapter 10 0 1 2!! 2  && 

The following items are also required on the workstation:

- The licenses necessary for the ACD
- Internet Explorer (release 6 or later) or Netscape Navigator (release 7 or later)
ACD Applications and Windows PC configuration
To display ACD applications correctly when using Windows XP, VISTA and 7.
Windows Font size DPI Scaling must be set to the "96 dpi" default scale.
You can check the dpi settings from the Windows Configuration panel:
Display properties -> Parameters -> Advanced -> General tab
10.2.1.3 Prerequisites to Running ACD Setup
To ensure that the ACD setup works properly, check the following settings in Alcatel-Lucent
OmniPCX Office Communication Server before running ACD Setup.
- Check that you have the correct ACD licenses.
- Check that there are enough directory numbers remaining for the 16 ACD ports in the main
numbering plan.
- Check that the parameters of the internal numbering plan in OMC/PCX
Client/Numbering/Dialing Plans/Internal Dialing Plan are configured in accordance with
the following rules:
• For local calls: local call function / start / end / base.
Note 1:
The base is always equal to the start of the numbering range
Example 1:

Function Start End Base

Local call 3000 3199 3000 OK
Local call 3000 3199 1000 Forbidden

• For group calls: group call function

Example 2:

Function Start End Base

Group call 600 619 600 OK
Group call 600 619 500 Forbidden

- Check that the directory numbers are allocated to the Hunting Groups in OMC/PCX
Client/Hunting Groups. The hunting group directory numbers may be available in the
main numbering plan, but not assigned in the hunting group list. In this case, ACD Setup
may not find the hunting groups available. To avoid this situation, assign enough directory
numbers in the hunting group list.
- Check and/or modify the login and logout prefixes in the main numbering plan.
Example 3:

10-10               

 0 1 2!! 2  && 

Function Start End Base

ACD prefix 680 681 0 OK

Note 2:
680 gets the function "Request of ACD log out".
681 gets the function "Request of ACD log in".
10.2.1.4 Restrictions
The use of the "Call Pick-up" feature on ACD calls is forbidden.
When using Call Pick-up on an ACD call to an agent (the agent extension is ringing), ACD
does not understand this action and transfers the call to an agent extension supervised via
CSTA: it is then an unknown extension which answers the call. ACD is not informed and the
call can be lost and rerouted, and the statistics will be incorrect.
If the ACD agent profiles are used and loaded to the agents, the "Call Pick-up" feature is
automatically disabled in the "feature design" of the agent extension.
On a set used as an ACD agent, a diversion to any type of destination can be configured. This
diversion applies to external incoming calls only, as it uses the DDI number facility. This
diversion does not apply to local calls, including calls managed by ACD for which the ACD
agent is called.

10.2.2 ACD Setup

10.2.2.1 First initialization of the ACD
Running ACD Setup:
- creates 16 media virtual terminals.
- creates hunting groups with 16 ACD ports.
- creates virtual terminals for the voice mail boxes of the 8 ACD groups (optional).
- creates ACD key profiles and their links to the various agent and supervisor stations.
- allocates the key profile according to the profile's definition: 1 login/logout key; 4 agent
status management keys and 1 supervision key per ACD group voice mail box.
- modifies the services category for the agent sets. Call interception is deleted.
- modifies the dynamic routing for the agent sets. External call forwarding is permitted.
Internal call forwarding is possible if the queue wait threshold S1 is longer than the
maximum ringing duration (defined in OMC/ACD-SCR Services/General
Parameters/General tab).
Remark:
Many parameters are modified during the allocation of profiles to the agent stations:

To initialize the ACD, run ACD Setup (as described below) and on the General tab, enter the
direct dialing-in (DDI) number associated with each hunt group.
Caution 1:
You must not change directory numbers, virtual terminals used for ACD ports, group mail boxes
and hunting groups for ACD after running the ACD Setup. This will result in incorrect operation
and the ACD ports will lock up.

               10-11

Chapter 10 0 1 2!! 2  && 

ACD Setup will perform a consistency check of the main parameters. If Setup detects an
inconsistancy, it will display a warning message indicating in brackets the origin of the
problem.
Caution 2:
The ACD directory is not automatically updated during the modification of the system's directory
or during the creation of a phone set. It is necessary to reset the ACD (or reset OmniPCX Office)
to have an identical image of the directory of OmniPCX Office in the ACD part for the creation or
modification of the list of agents.
To run ACD Setup, select the path OMC/Call Distribution Services/ACD Setup. The ACD
Setup window appears with four tabs:
- General : shows the number of media virtual terminals created by Alcatel-Lucent
OmniPCX Office Communication Server when the call center was installed (or ACD ports).
- ACD Groups: used to create and associate mailboxes with the ACD groups.
- ACD Profiles: used to assign profiles to agent sets and supervisor sets.
- Agents / Supervisors : lists the numbers of agent and supervisor sets.
10.2.2.2 ACD setup general tab

The General tab consists of the following areas:

10-12               

 0 1 2!! 2  && 

- ACD Ports: The ACD ports drop-down box shows the number of virtual terminals required
to start up the call center.
- ACD Group Name: This feature controls the display of information on the agent's set
about incoming calls. When the ACD Mode box is checked, the Display of ACD group
name box is available. When this box is checked, the ACD Group name and the customer
waiting time will display on the agent's set for an incoming call.
When the ACD Mode box is unchecked, the box label becomes Multi-Secretary Mode
and the second box is greyed (inactive). In multi-secretary mode, the DDI number or the
corresponding name of the incoming call is displayed on the agent's set. This mode is
used when several DDI numbers are assigned to a unique ACD group.
- Service Codes: Four drop-down boxes show the prefixes used to change the status of
agents. Theses prefixes are programmed in the numbering plan of the Alcatel-Lucent
OmniPCX Office Communication Server and correspond to the groups containing the ACD
ports. The statuses are:
• on-duty: The agent is assigned to an ACD group.
• off-duty: The agent has withdrawn from all groups.
• clerical work: The agent temporarily withdraws from the call distribution chain to
perform an operation following a call, for example filling out an information screen. At
the end of this clerical work period, agents must come back on duty so that they are
available again to process a new ACD call. Clerical work periods are considered as
work time for call distribution criteria.
• temporary absence: the agent withdraws temporarily from the call distribution chain
for a break. At the end of this break, agents must come back on duty so that they are
available again to process a new call. Periods of temporary absence are not
considered as work/service time.
- ACD Call Numbers shows the group number available for the call center and the
associated DDI number. If the DDI number is entered, it will be automatically created in a
line of the Public Numbering Plan of Alcatel-Lucent OmniPCX Office Communication
Server. For each DDI number created, a new group (containing the 16 ACD ports) will be
automatically generated.
Caution:
The group number and DDI number must be manually entered in the line parameter table in
ACD-SCR Services.
Click OK to save the data entered.
10.2.2.3 ACD setup groups tab
Use the ACD Groups tab to create a mailbox for the ACD groups. The mailbox created can be
used when an ACD group is in deterrence or closure mode, or when a caller leaves the queue.
1. Click the ACD Groups tab. The ACD Groups window is displayed:

               10-13

Chapter 10 0 1 2!! 2  && 

2. Check the Mailbox box of the group that you want to select.
3. Click All to select all groups. All the boxes are automatically checked.
4. Click None to cancel the selection.
5. Click OK to confirm. The PCX creates mailboxes for the groups selected.
Notes:
• The number of the associated mailbox is the same as the number of the virtual terminal.
• It is possible to customize the ACD groups voice mail boxes using the "Remote custo" mode.
The password to access the mail box is "1515" by default (As of R8.2, in case of 6 digits
password, the password to access the mail box is "151515" by default).
It is also possible to manage the mail box of a virtual terminal on a dedicated set, using the
"Voice mail unit" feature key with the virtual terminal destination.
• As of R8.2, the default number of digits to access a mailbox can be modified from 4 to 6, for
enhanced security.
10.2.2.4 ACD setup profiles tab
Alcatel OmniTouch Call Center Office allows you to manage two types of ACD key:
- Keys for the operating status of agents corresponding to the groups previously created.
- Supervision keys for the mailboxes of ACD groups.

10-14               

 0 1 2!! 2  && 

Once the General tab has been confirmed, the ACD profiles must be generated if you want to
use them.
1. Click the ACD Profiles tab. The ACD Profiles window appears:

2. To generate the profiles, select Yes, regenerate profiles as listed below.

3. Click OK to confirm the new profiles.
Remark:
- The definition of the profiles obtained is predefined in the system. However, it is still possible to
modify them through standard management of profiles by selecting the path OMC / PCXClient /
Users-Base station List / Profiles.
- These profiles have an influence on service categories and transfers, given that calls to an agent
set must neither be transferred nor intercepted.
10.2.2.5 ACD setup agent/supervisor tab
10.2.2.5.1 Automatic assignment of keys
1. Click the Agents / Supervisors tab. The Agents / Supervisors window appears:

               10-15

Chapter 10 0 1 2!! 2  && 

2. In the Agents Sets area, click Modify. The ACD agent list modification window is
displayed. It can be used to select agent sets.
3. In the Non-member(s) area, select the objects to be added and click the Add button. The
objects selected appear in the Member(s) area.
4. Click OK.
5. To automatically assign profiles to sets, check the Apply ACD Agent Profiles to sets box.
6. Click OK.
7. Follow the same procedure to assign supervisor profiles.
Important:
Assigning an ACD profile to a set has the effect of:
- adding the following keys: 2 RGX, 2 RSB, 4 CTI, 1 login/logout function key and/or 8
supervision keys for ACD group mail boxes.
- deleting internal dynamic transfers and inhibiting any type of internal transfer.
Remark:
ACD calls do not support any type of call transfer or interception.

10.2.2.5.2 Manual assignment of keys

10-16               

 0 1 2!! 2  && 

To assign an agent key manually, do the following:

1. Select the path OMC / PCXClient /Users-Base station List and select the set whose keys
you want to modify. Click Details, then Keys. A window displaying the keys of the set
opens.
2. Click on the button of the key to be modified.
3. Select the Function Key type of key.
4. Click OK to confirm.
Agent keys correspond to the following function keys:
- CTI, Application 12, service 1 for "on duty" status,
- CTI, Application 12, service 2 for "off duty" status,
- CTI, Application 12, service 3 for "clerical work" status,
- CTI, Application 12, service 4 for "temporary absence" status,
- The login/logout key is an ACD key function
For the Supervision keys of mailboxes, simply create Voicemail function keys for the virtual
terminal corresponding to the mailbox of the ACD group.
Remark:
the assignment of profiles to sets is not checked (no checking of whether the set is an agent set or not).

10.2.3 ACD troubleshooting

In some rare cases, ACD does not start correctly and the ACD does not answer ACD calls.
10.2.3.1 Troubleshooting
- Start an OMC session and check:
• That the 16 virtual terminals for ACD ports are created and specified as media (in the
subscribers list/details).
• That the default ACD prompts are already loaded.
• That the ACD line parameters are correctly programmed.
• That you have the correct ACD licences.
• That you have enough free directory numbers remaining for the ACD ports in the
numbering plan and that the bases are correct.
• That the hunting group directory numbers are available in the hunting group list.
• That the group called in signalling mode feature is not selected in
System/miscellaneous/Feature design/Part 2.
- Check that all the prerequisites to running ACD Setup have been met.
- Try to set up traces when restarting the system.
10.2.3.2 Restarting the ACD
1. Before starting, make sure there are enough free directory numbers for the ACD ports,
ACD mail boxes and ACD hunting groups.
2. Select the path OMC/Call Distribution Services/ACD Setup.
The ACD Setup - General Tab will appear.

               10-17

Chapter 10 0 1 2!! 2  && 

3. Set the ACD ports to 0.

4. Click OK to restart the system.
5. Click Yes.
6. Select the Call Distribution Services/ACD Setup menu again in OMC.
7. Set the ACD ports to 16.
8. Click OK to restart.
9. Click Yes.
10. Select the path OMC/Call Distribution Services/ACD-SCR services/ACD General
parameters/Maintenance.
11. Select Stop the ACD function and click OK. The system asks "Do you really want to stop
the ACD function?".
12. Click Yes.
13. Restart the ACD function by selecting Start the ACD function. The system asks "Do you
really want to start the ACD function?".
14. Select Yes. The system is now operational.
10.2.3.3 ACD default factory configuration
If it necessary to return the system to the default configuration, follow this procedure:
1. Perform a reset to clear the call server.
2. Select the path OMC/Call Distribution Services/ACD-SCR services/General
parameters/Maintenance.
3. Select Reload the factory configuration and click OK.
4. Reload the default ACD messages.

10.3 ACD-SCR Services

10.3.1 Overview
The detailed configuration of ACD can be set from the ACD-SCR Services menu available in
OMC / PCX Client / Call Distribution Services / ACD-SCR Services

10-18               

 0 1 2!! 2  && 

Three sub-menus are available to access the configuration of the Call Distribution Services:
- General Parameters to configure the call center general parameters, group parameters,
types of calls, and call center maintenance parameters.
- Agent Parameters to configure the agent parameters and assign agents to groups.
- Smart Call Routing to configure the calls routing table used to associate caller or called
numbers with groups and agent status.
Two trace files are available used to obtain information on agent activity and calls.

10.3.2 General Parameters

10.3.2.1 Setup Parameters Overview
To set the parameters of the call center services, select the path OMC / Call Distribution
Services / ACD Setup. The ACD Setup window appears.
This allows to configure:
- Port number
- Service codes
- ACD Hunting groups
- Group Mailboxes
- ACD Profiles

               10-19

Chapter 10 0 1 2!! 2  && 

- Agents sets
- Supervisor sets
10.3.2.2 General Parameters Overview
To set the parameters of the call center services, select the path OMC / Call Distribution
Services / ACD-SCR Services. The Call Distribution Services window appears.
1. Click the General Parameters icon. The Call Distribution Services - General
parameters window appears:
___change-begin___
___change-end___
The General Parameters window has six tabs:
• General: Use to configure parameters general to the call center.
• Group 1 - 4: Use to define parameters for groups 1 to 4.
• Group 5 - 8: Use to define parameters for groups 5 to 8.
• Types: Use to define the type of call an agent receives.
• Exceptional days: Use to define up to 100 exceptional days, which can be applied to
selected or all groups (Exceptional days are shared between ACD and SCR).
• Maintenance: Use to stop, start, and restore the ACD, and to perform log and
statistics file maintenance.
10.3.2.3 General Tab

10-20               

 0 1 2!! 2  && 

Use the General tab to configure the call center general parameters. These parameters are
common to the 8 groups.
1. Click the General tab.
2. Enter the S1 and S2 hold-on threshold value to define service quality criteria. The
Supervisor Console application uses these values to indicate, in real-time, the number of
calls in the groups waiting for a period of time longer than S1 and S2. These values are
also used in the publication of statistics.
3. Enter the Stand-by time after call processing, the minimum time between two
consecutive calls for the same agent.
4. Enter the Maximum ringing duration. If an agent does not answer within the number of
seconds entered, the call is routed to another agent or returned to the queue. The ACD
also uses this time delay when transferring a call to an internal or external called party or to
a mailbox. If the called party does not answer within this time delay, the call is
automatically returned to the queue.
5. Enter the Time delay before overload messages flash, the number of seconds before
which the ACD will change the color of the group overload messages displayed on the
Supervisor Console.
6. Enter the Length of calculation period for agent activity rates. You can choose to have
the activity rates print every hour or every half hour within the Supervisor Console.
7. Check the Agents that do not answer are automatically removed box to cause an
agent not answering to be removed from the ACD group either for 10 seconds (see the
following parameter), or permanently. In the latter case, he/she must be put back "on duty".
8. Enter the Duration of agent's temporary removal after failure to answer, the period of
time for which an agent who fails to answer is removed from the ACD group.
9. Check Waiting begins before overflow time delay to start the statistics counter related
to customer waiting times as soon as the call center answers. Otherwise, the counter starts
after the overflow time delay of the call.
10. Enter the Number of ACD ports for deterrence. Two ports are used for deterrence by
default. These are not specific ports but the 2 last available ports out of 16.
11. Click OK to confirm or Apply to confirm and stay in the current menu or Cancel if you do
not want to keep the changes.
10.3.2.4 Group 1 - 4 and Group 5 - 8 Tabs
Use the tabs Group 1 - 4 and Group 5 - 8 to define the parameters of the groups.
1. Click on the tab of the corresponding group(s).
The following window appears where you can enter parameters for each group:
___change-begin___
               10-21
Chapter 10 0 1 2!! 2  && 
___change-end___
2. Enter the name of the group in Group heading. The group heading is displayed on the
Observation and Agent Assistant application screens, and on the agent's set if the Display
of ACD Group name option has been selected on the ACD Setup General tab.
3. Configure the following parameters:
• Opening Criteria
• Call Management
• Queue Management
• Search Mode
• Overflow Group
• Transfer Number
• Max Delivery Time
• Priority Order
• Forced Status
4. Click Ok to save the group data for groups 1-4, or Apply to save the data and stay in the
same screen. Click Cancel if you do not want to keep the changes.
5. Follow the same procedure for groups 5 to 8 if necessary, by clicking the Group 5 - 8 tab.
10.3.2.4.1 Opening Criteria

10-22               

 0 1 2!! 2  && 

The Opening criteria parameter allows to enter the opening and closing hours of the group,
as follows:
1. Click on the Opening criteria button. The following window appears:
___change-begin___
___change-end___
2. In the Opening time slots column, define one or two time slots for each day of the week.
Remark:
This data can be modified in real-time.
3. Click Apply to save the changes and stay on the same screen, or click Ok to save the data
and leave. Click Cancel if you do not want to keep the changes.
Reducing an Existing Time Range
If a day is defined in the exceptional opening days as well as in the standard opening days, the
criteria taken into account are the ones from the standard days.
To take into account the criteria from exceptional opening days, an exceptional closing day
must be set before the exceptional opening day (this allows to reduce an existing opening day
in the standard opening days).
10.3.2.4.2 Call Management

               10-23

Chapter 10 0 1 2!! 2  && 

To configure the Call management criteria:

1. Click the Call management button of the required group.
The following window appears:
___change-begin___
___change-end___
2. Select one of three possible actions in the event an ACD call is deterred:
• Broadcast the group deterrence announcement.
• Place the call in the group mailbox.
• Transfer to an internal or external number (6 digits max.). In case of failure, the call will
be transferred to the deterrence message.
3. Select one of three possible actions in the event an ACD caller presses Star to leave the
queue:
• Deactivate.
• Place the call in the group mailbox.
• Transfer to an internal or external number (6 digits max.). In case of failure, the call will
be transferred to the deterrence message.
4. Select one of three possible actions in the event an ACD caller ends the call:
• Broadcast the group closure announcement.
• Place the call in the group mailbox.

10-24               

 0 1 2!! 2  && 

• Transfer to an internal or external number (6 digits max.). In case of failure, the call will
be transferred to the deterrence message.
5. Click either Ok to save the data, or Apply to save and stay in the same screen. Click
Cancel if you do not want to keep the changes.
10.3.2.4.3 Queue Management
The Queue management parameter allows to define how to process waiting calls in queues
for a group:
1. Click the Queue management button for the appropriate group. The following screen
appears:
___change-begin___
___change-end___
2. Enter the Queue length. The length is equal to N x k where,
• N = number of agents logged in to a terminal in the group (one license for each login).
• k = coefficient between 0 and 9, in steps of 0.1. The default value is: 1.0.
The queue is considered to be saturated when the condition N x k is true.
If N x k is not a whole number, the value of the queue is rounded up to the next whole
number.

               10-25

Chapter 10 0 1 2!! 2  && 

Example 1:
If 3 agents are logged in, regardless of their status (on duty status, pause status and complementary
status) in the group, and if k=0.5, the length of the queue is: 0.5 x 3 =1.5, i.e. 2 agents. One off duty
agent is not taken into account.
3. Enter when to Broadcast estimated waiting time announcement according to the queue
status of the ACD group. Three choices are possible:
• Broadcast an announcement if the rank in the queue is superior to x (this value can be
defined and it specifies the alert rank in the queue). Possible value: between 0 and 32.
Example 2:
If x = 3, the announcement broadcast starts when the call enters the queue if 3 other calls are
already queued. Once the announcement is broadcast, the ACD queues the call normally and
informs the caller about the queue status and the possibility of leaving the queue.
• Broadcast an announcement if the possible queue time is superior to xx minutes.
Possible value: between 1 and 99. For the estimated queue time, the "average time for
an ACD conversation" parameter must be typed.
Example 3:
If the possible queue time is superior to 5 minutes after the announcement broadcast, the ACD
queues the call normally and informs the caller about the queue status and the possibility of
leaving the queue.
• Broadcast is deactivated.
Note:
There is only one announcement per ACD group. The announcement by default is "system prompt
for the queue specific for group x". It can be modified with OMC or MMC Station.
4. Average duration for ACD conversations is the possible queue time calculated by the
system taking into account the number of queued calls, the number of agents on duty in
the group, and the average time defined by this parameter for an ACD conversation.
Possible values are between 0 and 9999 seconds.
10.3.2.4.4 Search Mode
The Search mode parameter allows to define the method for distributing calls within the
group.
Select the type of search from the drop-down menu. The following choices are possible:
- longest idle period: The ACD assigns the call to the agent whose last ACD call took place
the longest time ago.
Remark:
Non-ACD calls and the status of "temporary absence" are counted as "idle time".
- Fixed: The ACD assigns the call to the first free agent based on the priority rank of the
agent in the group.
- Rotating: The ACD assigns the call through cyclical distribution.
10.3.2.4.5 Overflow Group
The Overflow group parameter allows to enter the number of another group called in the
event of overflow.
The time period is used to define after how many seconds the overflow function starts.
The time delay is enabled if no agent is free in the group requested.

10-26               

 0 1 2!! 2  && 

Remark:
This function allows a group which is underloaded to receive calls from a group which is overloaded.
If overflow occurs, the calls continue to stay in the queue of the group initially requested.
From a statistical point of view, calls are always assigned to the group initially requested.

Example:
Group 2 is specified as the overflow for group 1:
When a call arrives for group 1 and no agent is free in this group, a free agent is searched for in group 2.
If no agents in groups 1 and 2 are free, the call is placed in the queue of group 1.
When an agent in group 2 becomes free, if no calls are waiting for this group, the calls waiting for group 1
overflow to group 2.

10.3.2.4.6 Transfer Number

The Transfer n° parameter allows to define which set should be warned when an abnormal
status occurs in a group. The transfer number cannot not exceed 6 digits. It can be:
- Any internal set number (preferably, the supervisor number of the application)
- An abbreviated number of Alcatel-Lucent OmniPCX Office Communication Server
When the transfer number is set and an abnormal status is detected (group open and no agent
on duty):
- The first call is routed to the transfer number. If the transfer number is busy or does not
answer, a deterrence voice message is played
Note 1:
The first call will be identified by R in the accounting ticket.
- Other calls are processed as follows:
• If the Queue check box is selected (default value), calls are parked in queues
• If the Deterrence check box is selected, calls are routed to deterrence, which can be a
voice announcement (default option), a voice mail or a specific number. For more
information, see: Call Management
Note 2:
These calls will be identified by T in the accounting ticket.
When the transfer number is not set and an abnormal status is detected (group open and no
agent on duty), all calls are routed to deterrence.
This feature is effective when the group state:
- Changes from open group with agents to open group with no agent on duty
- Changes from closed group to open group with no agent on duty
It is the responsibility of the supervisor to re-establish normal operation.
Note 3:
If the transfer number is an external number, only one external call is performed. This prevents other
successive external calls and charges.

10.3.2.4.7 Max Delivery Time

The Max delivery time parameter allows to define the maximum time a call can remain in the

               10-27

Chapter 10 0 1 2!! 2  && 

queue before redistribution to deterrence (which can be a voice announcement (default

option), a voice mail or a specific number). For more information, see: Call Management
The minimum and maximum time values are respectively 3 minutes and 240 minutes. If this
parameter is not set (as in the default value), the existing call process in the queue is used.
10.3.2.4.8 Priority Order
The Priority order parameter allows to define the priority group when simultaneous calls are
received or when calls are waiting and agents belong to several groups. Enter a number
between 1 and 8. The same level of priority can be assigned to several groups. In this case,
searches for available agents for waiting calls are conducted using the criteria of maximum
queue time only.
10.3.2.4.9 Forced Status
The Forced status parameter allows to define the status of the group regardless of the status
of the open/closed parameters of the time slot. Select the status from the drop-down menu.
The available choices are:
- Closed: forces the group to be closed (for example, in the evening before the normal
closing time).
- Open: forces the group to stay open (for example, in the evening after the normal closing
time).
- Automatic: allows the system to return to the criteria defined in the time slot.
Remark:
switching from one status to another is never automatic; a command to return to normal mode must
be sent in order to re-examine the normal open and closed parameters again.
Forcing to open or closed status is indicated on the Supervisor screens by the letter M for
Manual. The group statuses are:
- OPEN M : group forced open
- CLOSED M : group forced closed
- OPEN : group open (in accordance with time slot or contact)
- CLOSED : group closed (in accordance with time slot or contact)
10.3.2.5 Types Tab
Use the Types tab to define the types of calls received by agents by assigning a heading and
code for calls being processed with the Agent Assistant.
1. Click the Types tab. The following screen appears:
___change-begin___
10-28               
 0 1 2!! 2  && 
___change-end___
2. Enter up to ten service codes with corresponding descriptions. These type codes can be
used to define the call type during an ACD call with the Agent Assistant application.
3. Click Ok to save the data or Apply to save the data and stay in the same screen. Click
Cancel if you do not want to keep the changes.
10.3.2.6 Exceptional Days Tab
Use the Exceptional days tab to define the exceptional closing and opening days for all
groups.
1. Click the Exceptional days tab. The following screen appears:
___change-begin___
               10-29
Chapter 10 0 1 2!! 2  && 
___change-end___
The defined exceptional days are listed in the table. To list opening days, check the
Opened box at the top of the list. To list closing days, check the Closed box. Both opening
and closing days are listed by default.
Rules for defining exceptional days:
• If a particular day is defined both as an exceptional closing and exceptional opening
day, the criteria for the exceptional opening day applies.
Example 1:
A full month can be defined as exceptionally closed. To remove just one day, define it as an
exceptional opening day.
• If a day is defined as an exceptional opening day as well as a standard opening day
(defined in the Opening criteria of the Group 1-4 or Group 5-8 tab), the exceptional
opening day criteria applies.
Example 2:
To define an exceptional opening time, define the day as an exceptional opening day with the
exceptional opening time.
• If a day is defined as an exceptional closing day as well as a standard opening day, the
exceptional closing day criteria applies.
• To define different opening times for different groups for the same exceptional opening
day, enter the day more than once, applying different opening times to different groups.
2. To add an exceptional day:

10-30               

 0 1 2!! 2  && 

a. Select whether the day is closing (click the Closing day button), or opening (click the
Opening day button).
b. If the day is an opening day, enter the exceptional opening times in the Time
drop-down boxes.
Important:
If an opening day has no opening times entered, the opening will not be recorded.
c. Enter the Day and Month of the exceptional day in the Date drop-down boxes. To
define a full month, leave the day blank. The Year is optional.
d. Enter a Label for the exceptional day.
e. Select the ACD Groups to which this exceptional day applies by checking the box next
to the group number.
f. Select the SCR plannings to which this exceptional day applies by checking the box
next to the planning number.
g. Click the Add button.
3. To change the criteria for a defined exceptional day:
a. Select the day from the list of exceptional days.
b. Make the desired changes.
c. Click the Change button.
4. To delete a defined exceptional day:
a. Select the day from the list of exceptional days.
b. Click the Delete button.
5. After adding, changing, or deleting days, click Apply to save the modifications and stay on
the Exceptional days screen, or click Ok to save modifications and leave the screen. Click
Cancel if you do not want to save the modifications.
10.3.2.7 SCR Tab
Use the SCR tab to configure the plannings available for the Smart Call Routing application,
see: Configuring the Lines - Smart Call Routing (SCR)
1. Click the SCR tab The following screen appears:
___change-begin___
               10-31
Chapter 10 0 1 2!! 2  && 
___change-end___
2. Select the planning of your choice
3. Modify its label if desired and specify opening and closing times, for each day of the week,
if necessary
4. Click OK to validate your modifications
10.3.2.8 Maintenance Tab
Use the Maintenance tab to stop, start, and restore the ACD, and to perform log and statistics
file maintenance. When the ACD application is stopped, the ACD function is completely
inhibited in the system. Stopping and restarting the ACD function may be useful during
maintenance and debugging operations.
1. Click the Maintenance tab. The following screen appears:
___change-begin___
10-32               
 0 1 2!! 2  && 
___change-end___
2. Click the associated Ok button to perform the following tasks:
• Stop the ACD function: The ACD is stopped in the system.
• Start the ACD function: the ACD is started in the system.
• Re-load the factory configuration: the default ACD configuration is reloaded in the
system.
Note:
A cold reset of the system does not delete the ACD configuration. To do this, use the Re-load
the Factory configuration button. The announcements are never deleted.
• Reinitialise the password of the Agent Configuration application to help1954.
• Delete all statistics files: erase all the statistics files from PBX.
• Delete all log files: erase all the log files from PBX.

10.3.3 Agent Parameters

10.3.3.1 Configuration of agent parameters
10.3.3.1.1 Modification of the agent parameters
1. Click the Agent Parameters icon. The Call Distribution Services - Agent parameters
window appears.

               10-33

Chapter 10 0 1 2!! 2  && 

• Agent n°. (number) : identification number of each agent (number of the lines, 1 to 32)
• Group (associated Groups): the agent's group; an agent can belong to several groups.
• Rank: priority rank assigned to each agent, in each of the groups they belong to.
• Station: directory number of the agent's set.
• Name: the agent's name.
• Status: operating status of the agent (on duty, off duty, clerical work or temporary
absence).
2. For each line of the table (1 to 32), double-click on one of the headings. A data entry
window appears for the current line. You can define the parameters of:
a. The groups to which the agent belongs, by checking and unchecking the associated
Group boxes (1 to 8).
b. The priority rank of the agent in the groups he/she belongs to, by entering a number in
the Rank field (1 to 32). The priority rank is predefined if the group is using Fixed
distribution.
c. The set number of an agent, by entering a directory number in the Station field.
d. The name or identifier of the agent by entering a name in the Name field.
e. The status of the agent, by selecting On duty, Off duty, Temporary absence or
Clerical work in the Status drop-down menu.
3. Click Ok to confirm the data or Apply to stay in the current menu.

10-34               

 0 1 2!! 2  && 

Caution:
During the modification of the system's directory or during the creation of a phone set, the
directory of ACD is not automatically updated. To obtain an identical image of the directory of
OmniPCX Office in the ACD part, for the creation or modification of the list of agents, it is
necessary to reset the ACD engine (or reset OmniPCX Office).
10.3.3.1.2 Assignment of agents to groups and operating status
The agent is characterized by his/her phone set and the operating status of the set. In order to
optimize their management, agents are organized into groups (skills groups for example).
An agent can belong to one or more groups. An agent can have one of the 4 operating
statuses below:
1. On duty: the agent is assigned to ACD groups.
2. Off duty: the agent has withdrawn from all ACD groups.
3. Temporary absence: the agent has temporarily gone off duty for a break. At the end of
this break, agents must come back on duty so that they are available again to process a
new ACD call.
Periods of temporary absence are not considered as work/service time in the statistics.
4. Clerical work: following a conversation, the agent may need to assess the call and fill out
an information screen for example; he/she temporarily withdraws from the call distribution
chain.
Once this work is complete, agents must come back on duty so that they are available
again to process a new call.
Clerical work periods are considered as work time for the call distribution criteria in the
statistics.
Remark:
For the statistics, the "idle time" is processed differently, depending on whether the agent is
temporarily absent or is doing clerical work,
- if the agent is temporarily absent, the activity time is taken into account from the last ACD
conversation (when the agent hangs up),
- if the agent is doing clerical work, the activity time is taken into account from when the agent comes
back on duty following this period of clerical work.
The PC-based Agent Assistant application provides agents with an interface to:
- change their status (on duty, off duty, temporary absence, clerical work) via an intuitive
interface,
- access functions such as:
• real-time observation of statistics,
• definition of call types,
• multi-skills management (agents belonging to several ACD groups),
• free seating,
• customer information screen pop-ups.
For more information, refer to the "Agent Assistant application" chapter.
This section describes the parameters that must be defined to declare the agents and the
group(s) they belong to.
10.3.3.1.3 Login/logout from a phone set

               10-35

Chapter 10 0 1 2!! 2  && 

The functionality "login/logout on phone set" is available from version R4.0 . This allows any
phone set to log in and log out in one or several ACD groups.
It will then appear automatically in the list of agents.
This service is available on the following phone set types:
- Analog sets
- Reflexes sets
- Alcatel-Lucent 8 series sets
- Alcatel-Lucent 9 series sets
- DECT sets (in an IBS DECT solution)
This service is not available on the following phone set types:
- SIP sets
- IP-DECT sets (in an IP-DECT solution)
It is accessible via a UPK function key (ACD Login/logout) or via a service code of the main
numbering plan (ACD function: base 1 for login and 0 for log out).
A password is required only if it was created with the Agent Assistant application or an
Alcatel-Lucent 8 series or Alcatel-Lucent 9 series phone set. This password consists of exactly
4 numeric characters. No other types of character are allowed, otherwise an agent equipped
with Analog, Reflexes or DECT Reflexes will not be able to log in.
Caution:
Each time an agent is logged in, the agent automatically appears in the list of agents and
therefore uses an agent's license. There are 5, 10 or 15 licenses available, according to the
purchase.

10.3.4 Smart Call Routing (SCR)

10.3.4.1 Overview
The Smart Call Routing (SCR) feature is used to route external incoming calls to a specific
internal destination (extension, hunting group, ACD group, etc.) or an external destination
(speed dialling, external number, etc.), according to information relating to the call (such as
caller number (CLI), called number (DDI), client code (CC)).
The SCR module uses the ACD engine in combination with a table of line parameters, also
called call routing table.
The SCR provides the following options to route a phone call to a final destination:
- Simple redirection of an external Incoming call to the specified destination. The call is not
answered prior to redirection.
- Blind transfer: the external Incoming call is first answered by the SCR module, which plays
a voice prompt. The caller enters the requested client code in DTMF, and the SCR module
routes the call to the corresponding final destination, as specified in configuration.
The redirection mechanism is based on a set of rules. Each rule consists of a set of criteria
and a set of actions configured by the administrator of the OmniPCX Office call server.
The criteria that can be used for phone call redirection are:

10-36               

 0 1 2!! 2  && 

- Caller number (CLI)

- Called number (DDI)
- Client Code (CC)
- Planning, that is to say schedule (opening/closing time of the company or department)
The possible routing destinations for a phone call are:
- An ACD application group (group 1 up to group 8)
- An ACD application group with client code (group 1 up to group 8)
- The MLAA application via its hunting group number
- A local phone number available in the OmniPCX Office call server list of subscribers
- A distant phone number not specified in the OmniPCX Office call server list of subscribers
(external destination)
- A phone hunting group number
- A collective Speed Dialing number (CSD)
Note:
Several numbers can correspond to the same application.
Up to ten thousand different numbers can be assigned in this way.

10.3.4.2 Configuration of SCR and Line Parameters

10.3.4.2.1 Call Routing Configuration Procedure
To configure the call routing table:
1. On OMC, go to Call Distribution Services
2. Select ACD-SCR
3. Click the Smart Call Routing icon.
The Line & SCR Parameters window appears.
4. To modify the table:
• To add or delete a line: click a line number and select Insert a line or Delete a line
from the contextual menu
• To add extra lines: click the plus sign at the bottom left of the window
• To modify cells: double-click the table cell to modify
5. Use the Apply or OK button to validate your modifications.
In case of missing; or incorrect output, a warning is displayed in the Warning area at the
bottom of the window
Use the arrow icon on any side of this Warning area to expand it in the entire window
6. Use the Export/Import buttons to export or import call routing rule data in a .csv file (see:
Importing/Exporting Files )
10.3.4.2.2 Description of the Call Routing Table
The call routing table is a table presented in a specific window:
Each line corresponds to a routing rule.

               10-37

Chapter 10 0 1 2!! 2  && 

Figure 10.20: Routing Table Example

This table includes several columns.
The first columns correspond to routing rule criteria:
The last columns correspond to routing rule actions.
Description of Rule Criteria
Routing rule criteria are:
- CLI: identifies callers by their phone number (landline or GSM number).
A CLI number can be a full number, but you can make selections of blocks of digits to:
• Analyze the country code (from one to three digits on the left),
• Analyze the region code (from one to six digits depending on the country of
installation),
• Analyze the complete number, or part of the number (for example, the last digit on the
right to distribute traffic between groups of agents).
Numbers are analyzed from the left to the right.
The maximum number length is twenty digits
The character X can be used as a digit to isolate parts of the number (joker).
- DDI: number assigned to reach an application or a set of the OmniPCX Office.
Numbers are analyzed from the right to the left.
The maximum number length is twenty digits
The character X can be used as a digit to isolate parts of the number (joker).
Empty fields are not analyzed.

10-38               

 0 1 2!! 2  && 

When the two fields: CLI and DDI are empty, the entire line is skipped
- Client code: unique number to identify a client.
This number is transmitted via DTMF; it can contain a maximum of fifteen digits and one
for the terminating pound character (#). The existing joker X available for CLI/DDI is
extended to the Client code.
When used in the Client code field, it applies to an entire number. It is not possible to
isolate parts of the Client code number.
- Planning (schedule): opening/closing hours of the service, department, company, etc.
The programmed schedule is compared with the current date and time of the system to
return a status which is either Opened or Closed.
There are ten available plannings for SCR. They are independent from ACD plannings and
can be modified see: Configuring General Parameters - General Parameters - SCR Tab .
Up to 100 bank holidays (called Exceptional days in the application) with different
timetables can be specified. Bank holidays are shared by SCR and ACD applications. A
bank holiday can be applied to one or several ACD/SCR planning (see Configuring
General Parameters - General Parameters - Exceptional Days Tab ).
Description of Rule Actions
Rule actions are:
- Voice Msg: voice prompt inviting callers to enter their client code.
The SCR relies on the existing eight ACD voice prompts. These prompts are recorded with
ACD default messages and can be re-recorded for SCR needs, if necessary.
ACD voice prompts are identified as follows:
• Group 1, the corresponding voice prompt is the 107.wav file
• Group 2, the corresponding voice prompt is the 207.wav file
• And so on and so forth until Group 8, for which the corresponding voice prompt is the
807.wav file
When a Client code is specified in the configuration, the field Voice Msg must show the
corresponding voice prompt number [1.. 8].
- Service opened and Service closed determine the action specified for call routing when
the time range of the call corresponds to opening or closing hours.
Available and selectable routing destinations are:
• ACD group n or ACD group n with code: to manage an ACD group (1 up to 8) with
or without client code.
If the Client code has already been input and if the action to perform is to transfer the
incoming call to an ACD group with code, the Client code is automatically transmitted
to this ACD group and no voice prompt is played to request input by the caller.
• Tree n: to access the MLAA application.
The corresponding hunting group number is specified [1 ... 5].
• XXX: number assigned to a local phone, distant phone, phone hunting group or
Collective Speed Dialing.
- Comment: allows to enter extra information, for a better understanding of configuration. It
is written ASCII characters, with a maximum length of forty characters.
- Trace: used to trace specific routing problems.
Note:
To prevent log congestion, validate the trace option for a short period only and under the supervision
of the technical support

               10-39

Chapter 10 0 1 2!! 2  && 

10.3.4.2.3 Call Routing Process

A call entering the call server is characterized by the pairing [DDIr - CLIr]. This information is
compared to the information of the routing table (see: Description of Rule Criteria ). The
comparison stops as soon as the first entry satisfying the condition is found.
Caution 1:
Ensure that the table starts with particular cases (longest numbers) and ends with general cases
(shortest numbers).
The SCR module operates in the following order:
1. Comparison of CLIr/CLIs and DDIr/DDIs. The system searches the main table, from the
top down, for the entry matching the condition: CLIr = *CLIs and DDIr = *DDIs
If this condition is met, the SCR routes the call.
If this condition is not met, the system moves to the second operation.
2. Comparison of CLIr/CLIs and DDIs not present in the table . The system searches the
main table, from the top down, for the entry matching the condition: CLIr = *CLIs DDIs
= *0
If this condition is met, the SCR routes the call.
If this condition is not met, the system moves to the third operation.
3. Comparison of DDIr/DDIs and CLIs not present in the table. The system searches the main
table, from the top down, for the entry matching the condition: DDIr = *DDIs and CLIs
= *0.
If this condition is met, the SCR routes the call.
If this condition is not met, the call is not answered.
Note 1:
For [CLIr/DDIr] and [CLIs/DDIs] which do not match, a default rule including a joker can be written.
4. A matching rule has now been identified in the configured routing table.
If the CC is not specified in the matching rule, the system moves to the fifth operation.
If the CC is specified in the matching rule, the system moves to the sixth operation.
5. Depending on the output result [Opened/Closed] of the schedule (planning) analysis, the
corresponding action is performed.
Note 2:
An empty value in the planning field means that the service corresponding to the destination number
is always available (opened).
6. The associated voice prompt specified in the matching rule is played. This voice prompt
invites the caller to enter the CC.
If the caller does not input any digit (no reaction), the voice prompt is played once more.
If the caller still does not react after the voice prompt is played a second time, the call goes
to the administrator phone number (which is also called destination phone number).
If the caller does not end the number dialed with the pound sign (#), after a time-out of five
seconds (which cannot be modified), the input is considered as complete. The CC is
considered acquired and the set of rules is analyzed once more to find the matching
criteria [CLIr/DDIr/CCr] and [CLIs/DDIs/CCs].
Note 3:
For [CLIr/DDIr] and [CLIs/DDIs] which do not match, a default rule including a joker can be written.
Caution 2:
The comparison stops as soon as the first entry satisfying the condition and then the system
goes back to the fifth operation.

10-40               

 0 1 2!! 2  && 

If there is no default rule for wrong CC, the call is transferred to a phone number specified
in configuration.
Method for comparing numbers
- CLI:
Condition 1: condition based on content (the number). The CLIr/CLIs comparison is made
starting with the digit of the greatest weight. It continues digit by digit and ends by
comparing the digit of the least weight of the shortest number.
The condition CLIr=CLIs is fulfilled if condition 1 is fulfilled. In other words, there is no
condition related to the format. As a result, there can be no equality if one of the Network
or System parameters has not been specified.
- DDI:
Condition 1: condition based on content (the number). The DDIr/DDIs comparison is made
starting with the digit of the least weight. It continues digit by digit and ends by comparing
the digit of the greatest weight of the shortest number.
The condition DDIr=DDIs is fulfilled if condition 1 is fulfilled. In other words, there is no
condition related to the format. As a result, there can be no equality if one of the Network
or System parameters has not been specified.
10.3.4.3 Importing/Exporting Files
Call routing rules can be exported as a .csv file, before being modified and imported again
into the system.
When SCR is not implemented, the corresponding fields are not taken into account.
The character used to separate columns is the semi-colon.
To export a file:
1. Go the call routing window

               10-41

Chapter 10 0 1 2!! 2  && 

Figure 10.21: Example of Call Routing Window

2. Click Export
The standard location selection browser appears
3. Select your desired location, enter a name for your file, and click Save
Call routing information are exported in a .csv file.
You can open this file with MS Excel.

10-42               

 0 1 2!! 2  && 

Figure 10.22: Example of Saved .csv File

Typically, the first line corresponds to column headings. To avoid this first line polluting the
import operation, ensure the relevant headings start with the slash character.
4. To modify the file, select column A and Data/Convert. An assistant is displayed. Select ,
Next, Semi-colon, Next, End, Save.

               10-43

Chapter 10 0 1 2!! 2  && 

Figure 10.23: .csv File before Modification

5. Modify the file as desired and save it.
This file can be imported into the application to become your new call routing table
To import a file:
1. Go the call routing window
2. Click Import
The standard location selection browser appears
3. Select your file and click Save
Call routing information are imported into the application
All columns are imported. It is not mandatory to fill in the columns on the right of the table
If you import application numbers, ensure that they exist on the server. If they do not exist,
the corresponding fields remain blank.

10.4 Announcements

10.4.1 Overview
Announcements are broadcast while telephone traffic is being processed. No default
announcements are provided by the call center, but default announcements (A-law and µ-law)
designed for test purposes are available for download in OMC. For a running system,
customized announcements must be created and downloaded.
10.4.1.1 Description of the Announcements
The different types of announcement are:
- Welcome announcement This announcement is broadcast when a call arrives in the
group.
- Queue announcements (Waiting 1, Waiting 2, Estimated Waiting Time)
• Waiting 1 is used when the call joins the queue for the first time; it is broadcast once
only.
• Waiting 2 is used after Waiting 1 or Estimated Waiting Time; it is broadcast
continuously until the call leaves the queue (this announcement may contain music).
• Estimated Waiting Time is broadcast to advise the caller that they are likely to have a
certain minimum waiting time in the queue before their call is answered.
- Deterrence announcement This announcement is broadcast when the queue is
saturated. It can also be broadcast when the Automatic Call Distribution ports dedicated to
Automatic Call Distribution traffic are saturated (this depends on the configuration of the
Automatic Call Distribution ports dedicated to deterrence).
- Closing announcement This announcement is broadcast when the Automatic Call
Distribution group is closed.
- Customer code announcement This announcement is broadcast to ask the caller to
enter a customer code.
On the system, a set of announcements for each Automatic Call Distribution group is
permitted. The minimum and maximum durations of the announcements in a set are shown in
the table below.

10-44               

 0 1 2!! 2  && 

Announcement Minimum Duration Maximum Duration

Welcome 0 seconds 60 seconds
Waiting 1 0 seconds 60 seconds
Waiting 2 20 seconds 300 seconds
Estimated Waiting Time 0 seconds 60 seconds
Deterrence 0 seconds 60 seconds
Closing 0 seconds 60 seconds
Customer code 0 seconds 60 seconds

10.4.2 Operation
10.4.2.1 Selecting Announcements
To select the announcement you want to use, do the following:
1. Click ACD Voice Messages. The ACD Voice Messages window appears. This window
has the following two areas:
• The ACD Groups area is used to select the announcements for each group or all the
groups.
• The Transfer selected messages area is used to import or export announcements to
the call center or to the system.

The ACD Groups area contains a table allowing you to:

• see which announcements are present in the system,

               10-45

Chapter 10 0 1 2!! 2  && 

• select an announcement to be added or replaced.

To change from Transfer mode to Delete mode, click on the button Mode.
It is not possible to delete announcements at the same time as adding or replacing
announcements.
Note 1:
Default messages are available which take into account the coding (A-law or µ-law) used in your
country.
2. In the Transfer selected messages area, click the button to the right of the field Load
from this directory and transfer.
The Select Folder window is displayed.
The announcements are by default saved in:
C:/Program Files/PCXTools/OMC/R500_xxx/VoiceMessages/a_law
56 messages are available (7 for each Automatic Call Distribution group). Each message
is identified by a file made up of 3 figures x, y and z and with the extension .wav:
• x corresponds to the number of the Automatic Call Distribution group (1 to 8)
• y is always equal to 0
• z corresponds to the message of the Automatic Call Distribution group (1 to 7)
The messages types are as follows:
• 1 corresponds to the Welcome message
• 2 to the Waiting 1 message
• 3 to the Waiting 2 message
• 4 to the Deterrence message
• 5 to the Closing message
• 6 to the Estimated Waiting Time message
• 7 to the Customer code message
For example, file 305.wav corresponds to the Closing message for group 3.
Remark:
on starting the Automatic Call Distribution, the system does not contain any messages. To conduct
tests, it is therefore essential to load the default Automatic Call Distribution messages.
3. Select the announcements and click the transfer button (=>). The messages selected are
transferred to the call center.
4. Click OK. The ACD Voice Messages window disappears.
Note 2:
When deleting an announcement, the action is not executed using the transfer button (=>) but using the
delete button (X) instead (this button is only accessible in Delete mode).

10.4.2.2 Creating Announcement Messages

To create your own announcement messages, you can use the recording software available
on your PC (Window/Accessories/Multimedia/Sound Recorder) or any multimedia application.
10.4.2.2.1 Recording announcements (.wav) on a PC
Proceed as follows:
1. On your PC, open a recording tool by clicking Start > Programs > Accessories >
Multimedia (or Entertainment) > Sound Recorder. The following window is displayed:

10-46               

 0 1 2!! 2  && 

In order to record the message, your computer must be fitted with a sound card.
Otherwise, a message informs you that the recorder is operating in restricted mode.
2. If the sound card is available and configured, start to record your message by clicking on
the red button in the bottom right of the window.
3. To stop the recording, click the rectangular button.
4. To check and listen to the recorded message, click the triangular button.
5. If you are happy with the message, record it by clicking File > Save. Give it a file name
and check the message format.
Caution:
announcements must have the format CCITT A-law/µ-law 8 KHz, 8 bits, mono. The
announcements created must have the same name as the default messages.
6. If the format is not correct, click Change and select the format CITT A-law/µ-law 8 KHz, 8
bits, mono. Click OK to confirm and OK again to save the message.
10.4.2.2.2 Recording Automatic Call Distribution messages using a phone set
You can record Automatic Call Distribution messages using a 4035 (Advanced) telephone or
any one of the following telephones: Alcatel-Lucent IP Touch 4038 Phone, Alcatel-Lucent 4039
Digital Phone and Alcatel-Lucent IP Touch 4068 Phone. A special menu allows you to record
each announcement message for each Automatic Call Distribution group. To access this
menu:
- on a 4035 (Advanced) telephone, follow the path System/install/voice/Automatic Call
Distribution,
- on a Alcatel-Lucent IP Touch 4038 Phone, Alcatel-Lucent 4039 Digital Phone or
Alcatel-Lucent IP Touch 4068 Phone telephone, follow the path
Menu/operator/Advanced/Voice/Automatic Call Distribution.
10.4.2.2.3 Converting an announcement file
If the format of your file is not compatible, convert it using the following procedure:
- Open the .wav file to be modified in Sound Recorder and click File > Properties to check
the file format.
- If the format shown is different from CCITT A-Law/µ-law 8 kHz, 8 bits, mono, click Convert
Now.... A window opens; select the format CCITT A-Law or CCITT µ-law and click OK to
confirm.
- Save your file.

               10-47

Chapter 10 0 1 2!! 2  && 

10.4.2.2.4 Recording Automatic Call Distribution messages using a professional studio

For optimum quality, the services of a professional recording studio should be used. If this
option is chosen, observe the file format required.

10.5 Agent Application

The Agent Assistant is a user interface available on the agent's PC. By associating agents'
telephone sets with their PCs, they have a user-friendly working environment in which to
manage their sets.
The main services provided by the Agent Assistant application are:
- Agent status: defines if the agent is ready to receive calls
- Call visualization: the current call information is displayed
- Traffic visualization: the Agent Assistant displays traffic information on ACD groups
- Call Log: the history of received calls are displayed, with the possibility to call the customer
- The possibility for the agent to perform internal/external calls
- Customer information: the customer information can be displayed and modified
- Agent parameters: the agent can defined his/her working environment including assigned
ACD groups if the administrator gives this right
The ACD administrator uses the Agent Assistant application to modify agent rights.
For more information on Agent Assistant operating mode, refer to the user manual: Call Center
Agent Assistant application.

10.6 Statistics Application

The call server keeps a database of daily statistics on groups, agents, lines (also called ACD
ports) and calls over a period of 14 months.
The Statistics application is used to access this information and present it in the form of tables
and/or graphs.
The main services provided by the Statistics application are:
- Display of statistics as: graphs, periods of time, absolute values, or percentages
- Configuration of the frequency with which statistics are compiled
- Configuration of the graph appearance
- Configuration of statistic parameters
- Configuration of the parameters for automatic printing
For more information on the Statistics application, refer to the user manual: Call Center -
Statistics Application.

10.7 Supervisor Application

The Supervisor application is used to view real-time information on Call Center activity. This
information is presented in a graphical interface on supervisor PCs.

10-48               

 0 1 2!! 2  && 

The main services provided by the Supervisor application are:

- Monitoring of Call Center activity:
• Agent status and activity
• Group status and activity (supervision of ACD calls)
- Configuration of Call Center activity:
• Modification of agent status
• Modification of group status
• Assignment of agents to groups
• Modification of agents belonging to groups
- Customization of the display of the Supervisor main window
For information on the Supervisor application, refer to the user manual: Call Center -
Supervisor Application.

10.8 Traceability

10.8.1 Overview
Trace files can be used to obtain information on agent activity or calls.
This information is provided to assist the installer in setting up the ACD. In particular, it
provides a list of the latest events related to agents and the ACD calls received.
Trace files are continuously activated, and their size is limited to approximately 100 kbytes.
The files are regularly emptied of their content. The traces are in the form of letters and
headings, in French only.
Important:
the format of trace files can be changed at any time by the manufacturer, without notice or
guarantees in terms of syntax and/or content.

10.8.1.1 DISPLAYING ACD AGENT TRACE MESSAGES

To access the trace file of ACD agents, select the path OMC / Call Distribution Services /
ACD-SCR services and click the File of ACD Agents icon.

Each line displayed represents an action related to an agent or group. Information is provided
on the following:
- yyyy/mm/dd: the message date
- hh:mm:ss: the message time
- P or G: P for Agent Set and G for ACD Group
Note:
If P is used, the syntax is shifted to the right.
- AG:: Agent xx-yyy where xx is the agent identifier (1 to 32) and yyy is the agent set
number.
- The letters S, H, A, O, D, N, X, P, B, F and G represent one of the statuses an agent can

               10-49

Chapter 10 0 1 2!! 2  && 

have. The possible statuses are as follows:

• S: start of service
• H: end of service
• A: temporary absence
• O: busy, out of ACD service
• D: agent available again
• N: no answer
• X: anomaly
• P: busy with outgoing call
• B: double call
• F: false call
• G: agent re-assigned(G). G is followed by the group number (0 to 7)
- a, b, c : show the group status: forced opening of the group (a), end of status forcing (b),
forced closure of the group (c).
The figure below shows an example of an ACD Agents trace file.

10.8.1.2 DISPLAYING ACD CALL TRACE MESSAGES

To access the trace file of ACD calls, select the path OMC / Call Distribution Services /
ACD-SCR services and click the File of ACD Calls icon.

Each line displayed represents a call. Information is provided on the following:

- yyyy/mm/dd: the call date
- hh:mm:ss: the call time
- A: ACD
- V: the ACD port number
- G: the number of the group called (1 to 8); the number of the assigned group which
answered the call
- Ag: the number of the assigned group which answered the call, followed by the set number
of the agent who answered the call
- Oc: the total busy time from the agent picking up the call to the end of the communication
in seconds (busy time = routing time + conversation time)

10-50               

 0 1 2!! 2  && 

- Ah: the routing time in seconds ( welcome VP (duration) + At + Sn)

- At: the queuing time
- Sn: the ringing time of the agent set included in the routing time, in seconds
- Cv: the conversation time in seconds
- S, D, A, F, f, R, Q and X show one of the statuses that a call can have. The possible
statuses are as follows:
• S: answered
• D: deterred
• A: abandoned by the caller
• F: closure on time slot
• f: forced closure
• R: routed to the transfer number
• Q: the caller voluntarily left the queue
• X: anomaly in routing the call
- Ia: the agent identifier (1 to 32)
- Qlf: definition of call types
The figure below shows an example of an ACD Calls trace file.

               10-51

Chapter 10 0 1 2!! 2  && 

10-52               

  

 * %

11.1 OMC

11.1.1 Overview
OMC is the PC application used to program the Alcatel-Lucent OmniPCX Office
Communication Server system via a local connection (V24 or LAN) or a remote connection
(the PC modem is connected to the Alcatel-Lucent OmniPCX Office Communication Server
integrated modem via the public network).
Three levels of programming are available using OMC:
- Easy View is used for Wizard configurations, i.e. the essential parameters for starting the
system.
- EasyPlus View is used for wizard-type configurations with the extensions offered by the
Advanced key. This key opens a window which is equivalent to Expert View.
- Expert View gives you unrestricted access to all the configuration possibilities.
The Wizard provides easy-to-use system programming, guiding the user step-by-step.

11.1.2 Installation procedure

11.1.2.1 Minimal PC Configuration
- Pentium 4 processor (or higher for windows XP).
- RAM: 512 Mb
- Windows 2003 (32 bits with SP1 or SP2), Windows 2003 R2 (32 bits with SP2), Windows
XP (32 bits with SP3 and framework.Net 2.0), Windows XP 64 bits or Windows Vista
(32/64 bits with SP1), Window 7 (32/64 bits), Windows server 2008, Windows server 2008
R2.
- Hard disk: 300 MB (recommended for installation and operation)
- Screen: 800 x 600 pixels
- 1 mouse
- 1 serial port (connection to Alcatel-Lucent OmniPCX Office Communication Server for data
transfer)
- 1 Ethernet board (IP mode only; not required when there is a V24 serial port connection to
Alcatel-Lucent OmniPCX Office Communication Server)
- 64K (1 B-channel), or 128K (2 B-channels) PPP-compatible ISDN modem, or V34 modem
for remote access
Note:
Before installing OMC, the framework .NET must be installed.

11.1.2.2 Installing the OMC Software

The OMC software is installed from a CD-ROM.

               11-1

Chapter 11 *3 0 !#

Install the application by choosing options in the various windows.

When installation is finished, you access the application either:
- by double-clicking on the new icon created on the Windows desktop, or
- by selecting Start -> Program -> Alcatel-Lucent OmniPCX Office Communication
Server -> OMC XXX yy.z. The window Welcome to OMC appears.

11.1.3 Accessing the System

11.1.3.1 System Password

Important:
System Password management policy
Basic rules have to be applied to the different passwords allowing an OMC connection to the
system. It is recommended to change the default Installer password for OMC Expert,
Administrator password for OMC EasyPlus and Operator password for OMC Easy.
Remember these passwords can also be used from the MMC-Station.
The following are the recommendations for good password management:
- Implement company policy to regularly update all system passwords
- Regularly change the passwords
- Avoid the use of simple passwords such as 12345678, 11111111, 00000000 etc…
- Never choose a word from everyday language. Attackers can use special dictionary cracking
software to retrieve these
- Never choose a word that is closely related to you:
• your company name
• your name
• your wife’s maiden name
• the name of your children or your pet,
• your favourite hobby, etc…
- Choose a different password for each connection level
- Do not disclose passwords to other persons/colleagues
- Never write down your password. The first thing an attacker will do is rummage through your
personal belongings.
11.1.3.2 Local Access By LAN
The default IP address for the main CPU board is 192.168.92.246 for:
- A connection to the LAN port on the main CPU board via a UTP Category 5 5-100 ohm
crossover cable.
- A connection to the switch to which the main CPU board is connected by a direct cable.
The PC IP address and network mask must be compatible with the address of Alcatel-Lucent
OmniPCX Office Communication Server. For example 192.168.92.1 and 255.255.255.0.
For security reasons, the OmniPCX Office can be configured with an additional IP address,

11-2               

 *3 0 !#

which is used only for management.

To configure a management IP address:
1. Navigate to OMC: Hardware and Limits > LAN/IP Configuration
2. Select the LAN Configuration tab
3. Validate the Use Management IP Address checkbox
4. Enter the Management IP Address
5. Validate
6. Perform a warm reset to take the new address into account
11.1.3.3 Local V24 Access For OMC
It is possible to use OMC software to dialog with OmniPCX Office using a V24 connection. In
this case the network connection is not necessary.
A specific reinforced cable must link the "Config" RJ45 connector on the system CPU to the
Com port of the PC using OMC.
Wiring of the connection cable
RJ45 SUB D 9-point (F)
1 7
2 4
3 3
4 NC
5 5
6 2
7 6
8 8

11.1.3.3.1 Installation Procedure

1. Open the OMC software on the PC.
2. Select the Expert mode.
3. Select Comm from the menu toolbar.
4. Select Connect from the dropdown menu. The Communication Path window is
displayed.
5. Select Local V24.
6. The system proposes installation of Alcatel-Lucent OmniPCX Direct V24. Click on Yes.
The Modem options window is displayed.
7. Click Add. The Installation window is displayed.
8. In the Installation window, check Don't detect my modem. Propose the option in a list
and click on Next.
9. Select the manufacturer.
10. Select Alcatel-Lucent OmniPCX Direct V24 (for Windows XP/2003/2000).
11. Select the Com port used.
12. Click Next.

               11-3

Chapter 11 *3 0 !#

13. Click Finish.

14. Click Close.
15. Back in OMC, click Comm. The Local V24 box is now enabled and the Com port is
displayed.
16. Click Ok and enter the password. It will take a few seconds for the OMC to connect to the
system.
11.1.3.4 OMC Remote Access By Modem
With remote access, you can use OMC to configure or download an Alcatel-Lucent OmniPCX
Office Communication Server system. This access can be managed using:
- an ISDN modem able to use ISDN PPP (point to point) protocol at 64K (1 B-channel) or
128K (2 B-channels)
- a V34 analog modem in Hayes protocol at 33600 bds
The management of these two modems is integrated into Alcatel-Lucent OmniPCX Office
Communication Server.
Important:
The OMC software must be installed on the remote maintenance PC, if Windows Terminal Server
is not being used.

11.1.3.4.1 Remote Access By ISDN Modem

ISDN Modem Recommended
Alcatel-Lucent OmniPCX Office Communication Server is equipped with a 64K (1
B-channel)/128K (2 B-channels) ISDN modem using PPP protocol for remote access through
the public network. It provides a point-to-point link accessible via standard LINUX procedures
(PPP, etc.).
For a 64K (1 B-channel) connection, the following modems are validated:
- KORTEX NOVAFAX ISDN 128000/33600 with PPP protocol
- FRITZ ¡X CAPI 2.0 or any standard "FRITZ" modem
- Multitech I Way Hopper MTA 128 ST 128 KBPS ISDN (see note below)
For a 128K (2 B-channels) connection, the following modems are validated:
- OLITEC USB ISDN 128K
- Multitech MTA128ST-RC ML-PPP (see note below)
- Eicon Diva 852 ISDN T/A USB - ISDN BRI ST - 128 Kbits/s
ISDN 64 to 128 KPBS modems handling the PPP protocol are generally compatible and
support CHAP authentication.
Note:
When using the Multitech modem, the authentication method must be set to CHAP. This is the default
method for current firmware versions. For modems with older firmware, you must either update the
firmware or activate CHAP with the AT command AT S58=3.

RAS Installation Process

11-4               

 *3 0 !#

In Windows 7/XP/Vista, you do not need to install new operating system components before
configuring a new access method; the Remote Access Services (RAS) component is installed
by default on these systems.
The sub-sections below describe how to set up the following remote access methods:
- Direct V24 Connection (OmniPCX Office Direct V24)
- Remote connection via ISDN modem (an example is provided for driver installation)
V24 Driver Installation Procedure
1. Open the Control panel.
2. Select Phone and Modem Options.
3. Select the Modems tab.
4. Click Add.
5. Check Don't detect my modem; I will select it from the list.
6. Follow the Wizard instructions to install the modem. You will need to choose the COM port
that will be associated with the modem.
7. You may need to reboot the PC to complete the installation.
Installing the Driver for an ISDN Modem (example)
The following procedure describes how to install a FRITZ modem.
1. Insert the modem installation CD-ROM.
2. Click the FRITZ ¡X PC Capi driver installer icon The wizard is displayed.
a. Indicate the serial port where the modem will be connected.
b. When the install process is complete, reboot the PC.
3. Insert the modem installation CD-ROM. The wizard is displayed
a. Click the FRITZ ¡32 Communication Software installer icon.
b. Select Install and configure.
c. Use the default installation (click on Next in each Wizard screen).
d. At the end of the Wizard mode, check the Install Capi-port driver box.
4. Select AVM ISDN1 Internet (PPP over ISDN).
5. Reboot the PC.
Using Remote Access With OMC
1. Launch OMC. The OMC Welcome page is displayed.
2. Select the appropriate menu, as follows:
• the Expert menu, if you are logging in as "installer"
• the EasyPlus menu, if you are logging in as "administrator"
• the Easy menu, if you are logging in as "operator" or "attendant"
3. In the toolbar menu, click Comm.
4. Select Connect. The Communication Path window is displayed.
5. Click Modem direct, then OK.

               11-5

Chapter 11 *3 0 !#

6. Click Dialing and select AWM ISDN1 Internet (PPP over ISDN).
7. Dial the customer phone number and click OK.
8. Type in the appropriate password according to your user mode, as follows:
• Expert: pbxk1064
• EasyPlus: kilo1987
• Easy: help1954
Note:
The PC and B1 lights on the modem should light up when the connection is established.
The configuration session is open.

Remote Access to the ISDN Modem

When an ISDN modem is used, it is necessary to reserve a DDI number in the public
numbering plan to be able to establish remote access.
If no DDI number is available, check whether the system's ISDN modem access is in the
default attendant group (default group). In this case it is not necessary to keep a DDI number.
Remark:
If the modem is not currently in the attendant group, it is useful to set the Reroutdata flag to the value
01H. The system then automatically recognizes the ISDN service corresponding to the incoming call and
looks in the default attendant group for a data terminal.

11.1.3.4.2 Remote Access By The Analog Modem

Analog Modem (recommended)
Alcatel-Lucent OmniPCX Office Communication Server is equipped with an analog modem
V34 for remote access through the public network. This modem provides a point-to-point
communication link accessible via standard LINUX protocols (PPP, etc.).
Its main characteristics are:
- V34 Modem
- Maximum transmission speed: 33600 bds
- Hayes protocol
In the current version of the system, the V34 "US Robotic" modem has been validated. The
other types of modems were not validated.
Installation Process of the Remote Access by Analog Modem
Follow the procedures described in the previous paragraphs, but replace the FRITZ modem
with the US Robotics analog modem.
Remote Access to the Analog Modem
When the analog modem is used, it is necessary to hold a DDI number in the public numbering
plan in order to be able to carry out remote maintenance.
In the case of no DDI number is available, the access to the modem will be possible only via
the operator transfer.

11-6               

 *3 0 !#

11.1.3.4.3 Operating Mode

1. Open OMC on the remote access PC.
2. Select the Expert menu.
3. Click Comm.
4. Select Connect. The Communication Path window is displayed.
5. Click Modem direct, then OK.
6. There are two ways of establishing a remote connection:
• Select a modem phone book entry in the Used Entry field of the Modem Connection
window.
• Click Dialing, select the modem to use ("used modem"), then dial the customer remote
access number in the Number field.
7. Enter the system's default password pbxk1064. It will take a few seconds for the
connection to be established.
11.1.3.4.4 Security
In the remote access, the protocol used in the "data link" OSI layer is PPP (Point-to-Point
Protocol). The TCP/IP protocols are used respectively in the "transport" and "network" layers.
For each layer, Alcatel-Lucent OmniPCX Office Communication Server carries out an access
control.
Authentication
At the start of the connection (PPP), an account name (system masked) and password
(pbxk1064) are required. This account name is automatically generated by OMC. The
password is required by OMC to establish a direct connection (LAN) with Alcatel-Lucent
OmniPCX Office Communication Server. Any other authentication will be rejected.
Firewall
If the system accepts the authentication, the PPP connection will be established, and all the
data packets received on this interface will be filtered according to the following rules:
All the packets are refused except:
- packets bound for Alcatel-Lucent OmniPCX Office Communication Server FTP server via
two TCP ports preset for the PBX configuration by OMC.
- control packets using the ICMP protocol (Internet Control Message Protocol).
11.1.3.5 Access With Proxy
A proxy server can be added to improve security.
To connect a remote OmniPCX Office via a proxy server, the login dialog box can request a
user account and password to connect to the proxy server.

               11-7

Chapter 11 *3 0 !#

Figure 11.1: Configuration Example with a Proxy Server

To configure a proxy server:
1. In OMC, select Options > Proxy Parameters from the menu toolbar
The Privileged User Login window opens
2. Enter the Privileged User Password and validate
The Proxy Parameters window opens
3. Enter Proxy parameters:
• No Proxy Used: when this radio button is selected, the proxy server is not used. In this
case, all other fields are disabled
• Use Proxy Server: when this radio button is selected, requests from and to OMC are
sent via a proxy server
• Name/IP Address: enter the name or IP address of the proxy server
• Port: enter the port number used by the proxy server
• Do not use proxy for local address: when this checkbox is validated, requests
are not sent via the proxy server when destination addresses are in the same
subnetwork
• User account in Proxy server: enter the user account for the proxy server
• Password: enter the associated password
If the proxy account and password are incorrect in the above parameters, each login dialog
box, to connect a remote OmniPCX Office, requests the proxy account and the associated
password,
To modify the privileged user password:
- In OMC, select Options > Change Privileged User Password from the menu toolbar
The Change Privileged User Password window opens.
- Enter the Old Password (after installation, the initial password is OMCAdmin)
- Enter the New Password
- Confirm the New Password

11-8               

 *3 0 !#

Note 1:
If you forget the privileged user password, the only solution is to uninstall and reinstall the OMC.

Note 2:
When OMC is launched from 4760 in online mode, the above mentioned configuration is not applicable.

11.1.4 Downloading the Software

Alcatel-Lucent OmniPCX Office Communication Server is delivered either with:
- A final software including all the countries parameters (OmniPCX Office RCE Small,
Medium, Large platforms delivered in BTCO mode) or
- A software tool (OmniPCX Office RCE Compact platform and OmniPCX Office RCE Small,
Medium, Large platforms delivered in stock mode).
This software tool is installed on the PowerCPU and must be updated with a further system
software package (including the specific country parameters) also called country software,
so that the installation is complete. The country software needs to be downloaded using
OMC.
Important:
System Password management policy
Basic rules have to be applied to the different passwords allowing an OMC connection to the
system. It is recommended to change the default Installer password for OMC Expert,
Administrator password for OMC EasyPlus and Operator password for OMC Easy.
Remember these passwords can also be used from the MMC-Station.
The following are the recommendations for good password management:
- Implement company policy to regularly update all system passwords
- Regularly change the passwords
- Avoid the use of simple passwords such as 12345678, 11111111, 00000000 etc…
- Never choose a word from everyday language. Attackers can use special dictionary cracking
software to retrieve these
- Never choose a word that is closely related to you:
• your company name
• your name
• your wife’s maiden name
• the name of your children or your pet,
• your favourite hobby, etc…
- Choose a different password for each connection level
- Do not disclose passwords to other persons/colleagues
- Never write down your password. The first thing an attacker will do is rummage through your
personal belongings.
11.1.4.1 Downloading software for Alcatel-Lucent OmniPCX Office Communication
Server (OmniPCX Office RCE Small, Medium, Large platforms delivered in
BTCO mode)

               11-9

Chapter 11 *3 0 !#

To download the software, proceed as follows:

1. Open OMC.
2. Open the Tools folder.
3. Open the OMC-Software Download application.
4. In the Communication Mode window, select the type of download:
• Local
• Modem Direct
• Modem Call Back
• LAN
5. Enter the password pbxk1064.
6. The OMC-Software Download window opens. This window has several areas:
• A parameter setting area:
• Select the directory containing the descriptor file for the new software release. By
default this file is in the BOOT directory.
Use the Delivery file browse button.
• Select the country for the new software release.
Use the ...Delivery drop down menu in the Country & Supplier... area. As an
indication, the PBX field gives the country of the currently used software release.
• Download all the files (by checking the Download all files box) or just those whose
Action field contains the value Install.
• Save the data.
If the Data saving box is checked, the system automatically saves and restores
the data after having swapped over to the new software release.
If the Data saving box is not checked, you must use OMC to save the data before
starting the download. Restore this data after the download/swap is complete.
• Download the files needed for the Voice over IP features.
Depending on customer needs, check the My IC Phone box and/or 4135 IP
Conference Phone box (the Voice over IP services box is automatically
checked).
• Select the language of the voice guides to download.
Click on the Languages button to access the Languages Download window.
• Define a time zone by selecting a city and country.
Click on the Time Zone button to access the Time Zones Download window.
• Define the software swap mode.
In the Software Exchange area, there are two possible choices:
Click on the After OMC disconnect button to swap immediately. The swap starts
when you quit the downloading application.
Click on the Date button and indicate the required date and time for a delayed
swap.
Remark:
If you select immediate switching, it will take effect as soon as you quit the download
application.
• A read only zone
• The Downloadable Item area allows you to see the different versions of the
applications.
• The Action column lists the files to download.

11-10               

 *3 0 !#

• The bottom part of the window shows download progress. Each downloading and
acknowledgement action produces a message.
7. Click Start to start downloading.
11.1.4.2 Downloading software for OmniPCX Office RCE Compact platform (and
OmniPCX Office RCE Small, Medium, Large platforms delivered in stock
mode)

Remark:
Because the OmniPCX Office RCE Compact platform does not use internal backup batteries like the
other OmniPCX Office RCE Small, Medium, Large platforms, it is important not to cut off the cabinet's
main power supply during software download. Any power shut down during the BIOS downloading will
damage the PowerCPU.
To download the software, proceed as follows:
1. From OMC, connect to the system.
If it is the first connection to the system, a Warning window is automatically displayed.
2. Click on the Download button.
3. Enter the IP address and the password of the PC.
The OMC - Software download window is displayed.
4. In the Delivery file field, select the path to access the system software installed on your
PC.
5. Using the ...Delivery drop-down menu in the Country & Supplier... area, select the
country where the system will be installed.
6. Click Start.
When download is complete, the message Session successfully finished is displayed.
7. Click Exit to quit the downloading tool. The system will swap on the new software version
and will be available within a few minutes.
Note:
When available, a new Uboot-loader (similar to the BIOS in previous releases) version in the OmniPCX
Office RCE Compact software will not be automatically included in the list of items to be downloaded
from the system. You must select and include the new Uboot-loader version manually.

11.1.5 Download and Swap

11.1.5.1 Overview
Download is the feature used to upgrade the software and restore customer configuration
(data saving feature). The Download feature allows installers to download remotely (or locally)
the updated software, avoiding a physical intervention on system hardware (by changing a set
of REPROM).
Downloadd is generally associated to the swap feature which substitutes the current running
code with a previously downloaded new version.
The feature includes the following operations:
a. Getting information from the system

               11-11

Chapter 11 *3 0 !#

This gives OMC the ability to:

• Find out if there is enough space in the system to perform a download
• Detect the services that are installed on the system but not used (no license)
If the free space required is not available, a message is generated to uninstall an unused
service
b. Transferring the files of the new software
c. Sending the list of installed services to the system
d. Saving data
e. Swapping: replacement of the current software by the transferred software
f. Restoring data
For more details on download procedures, see OMC - Downloading the Software
11.1.5.2 Download
The download session is split into several phases.
1. Login phase: login file transfer into a directory managed by the Session Manager
Application (PC password control, management of direct/guarded access method, ...),
2. Initialization phase (on the PC): system response (login OK/KO, current software version,
country file type, language file(s) currently used, etc..) used by the PC to select the files to
download (download optimization),
3. Information phase (on the PC): the OMC requests information from the OmniPCX Office
(hardware present, services already installed, licenses).
4. Deletion of any alternative version.
5. Download file(s) phase: files are transferred through the HTTPS protocol and downloaded
to the corresponding directory in the OmniPCX Office.
6. Installed service information: the OMC sends the list of installed services. This is useful for
future downloads.
7. Swap order transfer:
This file contains the swap programmed time, the list of applications to be swapped and
the list of applications which must be restarted. The download application updates system
parameters with date and time (an immediate swap is possible) and parameters of the
swap order file.
11.1.5.2.1 Download Binaries
The OmniPCX Office software (with or without the My IC Phone software) can be downloaded
using the OMC software download feature.
To upgrade the OmniPCX Office system to a new release including the My IC Phone software,
perform your download from the Enterprise Business Portal.
To upgrade OmniPCX Office systems with the My IC Phone software, validate the My IC
Phone option in the OmniPCX Office software download window.
To upgrade OmniPCX Office systems without My IC Phone software, ensure the My IC Phone
option is not selected in OmniPCX Office software download window.
To install/upgrade the My IC Phone software, the VoIP component must be enabled.

11-12               

 *3 0 !#

Note 1:
The same rule is applicable for 4135 IP Conference Phone binary (4135 IP Conference Phone check
box).

Note 2:
Starting with Release 8.1, LoLa 400/7.1 version or higher must be used. This version allows to select
download of 8082 My IC Phone binaries. On LoLa, there is no specific option to select for 4135 IP
Conference Phone. By default, 4135 IP Conference Phone binaries are automatically downloaded.

11.1.5.3 Swap
For more details on the configuration Swap parameters, see Data Saving - Maintenance -
Overview
Software update consists in the substitution of the current running code by a new version
previously downloaded and stored in the mass storage (SD Card).The switchover of the
software can be done immediately after downloading (immediate swap) or delayed and done
at a predefined date and time specified during the downloading operation (or by a MMC
operation).
If the restart of the system does not work, the system restarts once more with the initial
configuration.
If a download is running when a Swap application starts, the operation aborts.
If an MMC or NMC application is running, the Swap application waits until the NMC or MMC
session is over.

11.1.6 Importing/Exporting Files

This function is used to import into Alcatel-Lucent OmniPCX Office Communication Server a
data file sent by a customer (or a file previously exported from an Alcatel-Lucent OmniPCX
Office Communication Server system; for example, a file of collective speed dial numbers with
the extension .CRP).
11.1.6.1 Importing data
To import Excel data into OMC, follow the procedure below.
1. Edit the file in Excel.
2. Check the syntax. The name must contain no punctuation, spaces, digits in the first 2
characters, or more than 15 characters.
3. Copy all the Excel data.
4. In OMC (connected beforehand), select Collective Speed Dial.
5. Copy the file's data into this directory. The system checks the syntax.
6. Click OK to confirm copying of the data.
11.1.6.2 Exporting data
To export Excel data from OMC, follow the procedure below.
1. In OMC (connected beforehand), select Collective Speed Dial.
2. Copy the OMC data (to put it onto the clipboard) using the contextual menu.

               11-13

Chapter 11 *3 0 !#

3. Paste the OMC data (from the clipboard) to an Excel document.

11.1.7 Services provided

OMC provides a complete set of configuration tools for Alcatel-Lucent OmniPCX Office
Communication Server systems.
Three packages are available:
Package Corresponding views Levels of use (passwords)
OMC Expert Expert View, EasyPlus View, Manufacturer
Easy View Installer (pbxk1064)
OMC EasyPlus EasyPlus View, Easy View Administrator (kilo1987)
OMC Easy Easy View Attendant (help1954)

Expert View offers Wizard-type configuration and Easy/EasyPlus View also offers some
Wizard-type configuration.
The Wizard (or configuration assistant) serves to configure the most commonly used system
parameters; OMC helps configure these parameters using a series of simple questions, with
plenty of guidance and explanation. Indeed, using the default configuration avoids having to
program a lot of the parameters.
For customized installation, there are links to Expert View menus from the pages of the
Wizard, flagged by the "Advanced" and "Details" buttons in EasyPlus View. The configuration
assistant is available on installation and throughout the life of the system.
Expert View gives you unrestricted access to all the configuration possibilities. Besides, a
multisite view can be set in all packages when Alcatel-Lucent OmniPCX Office Communication
Server systems are defined in multisite mode.
Features included Easy EasyPlus Expert
Tools Yes
. Software download Yes
. Batch software distribution Yes
. PhDRelay Yes
. OSC Yes
. Webdiag Yes
Customer/supplier info Yes Yes Yes
Installation Typical Yes Yes Yes
. Business Initial Installation Wizard Yes
. Hotel Initial Installation Wizard Yes
. Wizard for Data Loading Yes Yes Yes
Modification Typical Yes Yes Yes
. Subscribers Yes Yes Yes
. Groups Yes Yes Yes
. System Yes Yes Yes

11-14               

 *3 0 !#

Features included Easy EasyPlus Expert

. Common Speed Dialing Yes Yes Yes
. External Accesses Yes Yes Yes
. Export System overview Yes Yes

Numbering Yes
. Installation numbers Yes
. Default configuration Yes
. Dialing plans Yes
. Features in conversation Yes
. DID number modification table Yes
. Number modification table Yes
. Splitting table Yes
. End of dialing table Yes
Automatic Routing Selection (Automatic
routing: Prefixes, Trunk groups list, Hours,
. Day groups, Providers/destinations, Yes
Authorization codes, Tone/Pause-MF, ARS
Miscellaneous)
. PTN conversion Yes
Common Speed Dialing Yes Yes Yes
Directory Yes
LDAP Connector Yes Yes Yes
Users/Base stations List Yes
Voice Processing Yes
. Voice processing activation Yes
. Automated attendant Yes
. Mailboxes Yes
. Information messages Yes
. General parameters Yes
. Statistics Yes
Time Ranges Yes
Attendant groups list Yes
Hunt groups Yes
Broadcast groups Yes
Pickup groups Yes
Manager-assistant associations Yes
Subscribers Misc. Yes
. Pre-announcement (Overview, Messages) Yes
. Permanent Logical Links (PLLs) Yes

               11-15

Chapter 11 *3 0 !#

Features included Easy EasyPlus Expert

. Fax notification for users Yes
. Generic parameters for SIP phones Yes
. My IC Phone applications Yes
External Lines Yes Yes Yes
. List of accesses Yes
. List of trunk groups Yes
. Remote substitution Yes Yes Yes
. Traffic counters (number of outside calls) Yes
Protocols (analog protocols, private and
. public ISDN access at levels 2 and 3, ISVPN Yes
protocols)
. Analog Protocols Selection Yes
. Incoming call handling Yes
Hardware and Limits Yes Yes Yes
. Main cabinet Yes Yes Yes
. Extension cabinet Yes Yes Yes
. Auxiliary interfaces Yes
. LAN/IP configuration Yes
. Software key features Yes
. Fan Management Yes
. System Limits Yes
Counting Yes
. Counting Yes
. Metering transmission characteristics Yes
. Currency conversion Yes
. Tracking counters Yes
Traffic Sharing and Barring Yes
. Traffic sharing matrix Yes
. COS Rest/Barring matrix Yes
. Rest/Barring tables Yes
. Joining Yes
. Account code table Yes
. Outgoing call duration classes Yes
Network Management Control Yes
. Callback/Authorized callers Yes
. Centralized management Yes
. Select Urgent Alarms Yes

11-16               

 *3 0 !#

Features included Easy EasyPlus Expert

SNMP (Simple Network Management
. Yes
Protocol)
Voice over IP Yes
. VoIP: Parameters Yes
. VoIP: Traffic counters Yes
System Miscellaneous Yes Yes Yes
. Feature design Yes
. Set PCX date and time adjustment Yes
. Password Yes Yes Yes
. Subscribers Password Yes Yes Yes
. System Reset Yes
. DECT/PWT ARI/GAP Yes
. DECT/PWT Frequencies Yes
DECT Solution Yes
. Memory Read/Write Yes
. Timer Labels Yes
. Debug Labels Yes
. Other Labels Yes
. Numeric Addresses Yes
. Messages and Music Yes Yes Yes
. Music on Hold Yes Yes Yes
. Mailing messages Yes
. Doorphone signals Yes
. Manual normal/restricted mode Yes
. Software Versions Yes
. Network IP services Yes
Import/Export Yes
. Import/Export Data Yes
. Exporting Labels Yes
. Export Server Certificate Yes
History & Anomalies Yes
. History table Yes
. HW Anomaly Table Yes
Data Saving & Swapping Yes
. Commands Yes
. Date & Time Data Saving Yes
. SW-Downloading Yes

               11-17

Chapter 11 *3 0 !#

Features included Easy EasyPlus Expert

. Terminals Downloading Yes
Call Distribution Services Yes Yes Yes
. ACD setup Yes Yes Yes
. ACD-SCR services Yes Yes Yes
. ACD voice messages Yes Yes Yes
. ACD statistic manager Yes Yes Yes
Multiple Automated Attendant Yes Yes Yes
. MLAA Setup Yes Yes Yes
. MLAA Services Yes Yes Yes
. MLAA Voice messages Yes Yes Yes
Central Services Global Info Yes Yes Yes
WLAN Yes
. Statistics Management Yes
. Statistics File Transfer Yes
IP-DECT Yes
. DAP configurator Yes
. IP-DECT Commands Yes

11.1.8 Managing Voice Prompts

11.1.8.1 Introduction
OMC offers the facility to import, export and save audio files containing on-hold music,
automated attendant voice prompts, pre-announcement messages and Automatic Call
Distribution voice messages. This chapter describes audio file management.
Note:
In this chapter and in the OMC tool, the phrase "voice prompts" is sometimes used to refer to all kinds of
audio files.
From R8, the multi-entities feature is supported to enable a PCX to be shared by up to four
groups of users. This feature allows each entity to have their own Music on Hold, and voice
messages.
The configuration starts by associating each user (up to 200) to an entity.
By default all users are associated to Entity 1. For more information about entities, see
General Applications - Entities - Overview
11.1.8.2 Individual types of audio file
The following categories of audio files are used by the Alcatel-Lucent OmniPCX Office
Communication Server system:
- On-hold music
- Automated attendant voice prompts

11-18               

 *3 0 !#

- Pre-announcement messages
- Automatic Call Distribution voice messages
Externally recorded, custom audio files can be used for all of the above. The import and export
of these audio files are described in the sub-sections below.
11.1.8.2.1 On-hold music
On-hold music is the music played to an external phone set which has been put on hold during
a call.
Three options are available:
- Default Music: This is the standard music provided by the system.
- Tape: This is music from an audio source (such as a cassette tape player) connected to
the audio-in connection of the system's CPU board.
- Recorded Music: This is music from a custom audio file (with .wav extension) stored in
the system.
With regard to the last option, the OMC tool allows you to transfer a custom audio file
containing on-hold music to or from the system. You can therefore import an audio file to the
system from your PC, or export an audio file from the system to your PC. The path to the
required screen within OMC is:
System Miscellaneous > Messages & Music > Music on Hold
For information on how to use this screen, refer to the OMC Help.
Note:
In order to transfer audio files, OMC must be in online mode (connected to the system) - the transfer
option is not available in offline mode. Also, this option is only available when using OMC in Expert mode.
The duration of the musical sequence in an audio file can be up to 10 minutes (the actual
maximum duration depends on your licence). A request to transfer to the system an audio file
that exceeds this duration will be refused.
A custom audio file for on-hold music must be a .wav file. No other audio file format is
accepted. The file must also satisfy one of the following audio encoding requirements:
Encoding Type Bits Per Sample Sample Frequency Channels
ADPCM (G726) 4 8 kHz Single (mono)
CCITT A-law encoded PCM 8 8 kHz Single (mono)
CCITT µ-law encoded PCM 8 8 kHz Single (mono)
Linear PCM 16 8 kHz Single (mono)

In fact, the system stores the recording as 4-bit ADPCM (G726). If you provide the audio file in
any of the other encodings listed above, OMC converts the file to the ADPCM encoding before
passing it to the system. When an audio file is transferred from the system to a PC, OMC
converts this file from 4-bit ADPCM to 16-bit linear PCM, since ADPCM cannot be played by
standard desktop media players.
11.1.8.2.2 Automated attendant
An audio file can be provided for each menu and sub-menu of the automated attendant, as
well as for an automated attendant welcome message and goodbye message. All these

               11-19

Chapter 11 *3 0 !#

messages, except the goodbye message, can exist in two different versions for use during
opening hours and closing hours.
The OMC tool allows you to transfer custom audio files containing automated attendant voice
prompts to or from the system. You can therefore import audio files to the system from your
PC, or export audio files from the system to your PC. The path to the required screen within
OMC is:
Voice processing > Automated attendant
For information on how to use this screen, refer to the OMC Help.
Note:
In order to transfer audio files, OMC must be in online mode (connected to the system) - the transfer
option is not available in offline mode. Also, this option is only available when using OMC in Expert mode.
A custom audio file for an automated attendant voice prompt must be .wav audio files (no
other audio file format is accepted). The file for must also satisfy one of the following audio
encoding requirements:
Encoding Type Bits Per Sample Sample Frequency Channels
ADPCM (G726) 4 8 kHz Single (mono)
CCITT A-law encoded PCM 8 8 kHz Single (mono)
CCITT µ-law encoded PCM 8 8 kHz Single (mono)
Linear PCM 16 8 kHz Single (mono)

In fact, the system stores the recording as 4-bit ADPCM (G726). If you provide the audio file in
any of the other encodings listed above, OMC converts the file to the ADPCM encoding before
passing it to the system. When an audio file is transferred from the system to a PC, OMC
converts this file from 4-bit ADPCM to 16-bit linear PCM, since ADPCM cannot be played by
standard desktop media players.
11.1.8.2.3 Pre-announcement messages
A pre-announcement message can be played to an external caller before their call is answered
(either before the phone starts ringing or while it is ringing), as a company welcome message,
for example. The system can store up to 20 pre-announcement messages (the maximum
number depending on your license). The durations of the messages are pooled and the total
length of all the messages must not exceed 320 seconds.
The OMC tool allows you to transfer custom audio files containing pre-announcement
messages to or from the system. You can therefore import audio files to the system from your
PC, or export audio files from the system to your PC. The path to the required screen within
OMC is:
Subcribers Misc > Preannouncement Messages
For information on how to use this screen, refer to the OMC Help.
Note:
In order to transfer audio files, OMC must be in online mode (connected to the system) - the transfer
option is not available in offline mode. Also, this option is only available when using OMC in Expert mode.
A custom audio file for a pre-announcement message must be a .wav audio file (no other
audio file format is accepted). The file must also satisfy one of the following audio encoding
requirements:

11-20               

 *3 0 !#

Encoding Type Bits Per Sample Sample Frequency Channels

CCITT A-law encoded PCM 8 8 kHz Single (mono)
CCITT µ-law encoded PCM 8 8 kHz Single (mono)
Linear PCM 16 8 kHz Single (mono)

In fact, the system stores the recording as 8-bit CCITT A-law or µ-law encoded PCM,
depending on the country. If you provide a 16-bit linear PCM audio file, OMC converts the file
to the relevant 8-bit encoding before passing it to the system. However, you must provide
either 16-bit linear PCM or the required CCITT law encoding, as OMC will not convert between
the A-law and µ-law encodings.
11.1.8.2.4 Automatic Call Distribution voice messages
There are seven Automatic Call Distribution voice messages, one for each call center action.
The seven messages (with their maximum durations) are:
Voice Message Description Maximum Duration
Welcome Broadcast when the caller arrives in the 60 seconds
group.
Waiting 1 Broadcast once, when the caller joins the 60 seconds
queue.
Waiting 2 Continuously broadcast after the first waiting 300 seconds
message.
Deterrence Broadcast when the queue is full. 60 seconds
Closing Broadcast when the caller arrives in the 60 seconds
group, to indicate the group is closed.
Estimated waiting Broadcast to indicate to the caller that they 60 seconds
time are likely to have a certain minimum waiting
time before the call is answered (for
example, 'You may have more than 5
minutes to wait before your call is
answered').
Customer code Broadcast the caller to enter the customer 60 seconds
code

In fact, you can store up to 8 such sets in the system, referred to as Automatic Call Distribution
groups 1 to 8.
You can create your own voice message messages using recording software available on your
PC. It is also possible to record voice messages from one of the installed telephone handsets,
e.g. by recording Information Messages (MMC handset/Instal/VMU/List/Select messages 1
to 50/record).
The OMC tool allows you to transfer custom audio files containing Automatic Call Distribution
messages to or from the system. You can therefore import audio files to the system from your
PC, or export audio files from the system to your PC. The path to the required screen within
OMC is:
Automatic Call Distribution > Automatic Call Distribution Voice messages
For information on how to use this screen, refer to the OMC Help.

               11-21

Chapter 11 *3 0 !#

Note:
In order to transfer audio files, OMC must be in online mode (connected to the system) - the transfer
option is not available in offline mode. Also, this option is only available when using OMC in Expert mode.
A custom audio file for an Automatic Call Distribution voice message must be a .wav audio file
(no other audio file format is accepted). The file must also satisfy one of the following audio
encoding requirements:
Encoding Type Bits Per Sample Sample Frequency Channels
CCITT A-law encoded PCM 8 8 kHz Single (mono)
CCITT µ-law encoded PCM 8 8 kHz Single (mono)
Linear PCM 16 8 kHz Single (mono)

In fact, the system stores the recording as 8-bit CCITT A-law or µ-law encoded PCM,
depending on the country. If you provide a 16-bit linear PCM audio file, OMC converts the file
to the relevant 8-bit encodings before passing it to the system. However, you must provide
either 16-bit linear PCM or the required CCITT law encoding, as OMC will not convert between
the A-law and µ-law encodings.
11.1.8.3 Global management of audio files
This section describes a general method for managing (exporting, importing and saving) audio
files (voice prompts) of all kinds. Therefore, the actions described here apply to all audio file
types (on-hold music, automated attendant voice prompts, pre-announcement messages and
Automatic Call Distribution voice messages).
Note:
Alternatively, the different audio file types can be individually managed as described in Individual types of
audio file .

11.1.8.3.1 General export procedure

In order to export audio files, it is necessary to open the Alcatel-Lucent OMC software in direct
connection and Expert mode. The following procedure is the same for all kinds of audio file,
but here we take the example of a mailbox greeting.
1. Select the Users/Basestations list.
2. Select a subscriber of your choice which already has a personalized mailbox.
3. Click Details.
4. Click Mailbox.
5. Select Option in the Subscriber mailbox window and then select the box Voice prompt -
Personal greeting Transfer and save as. At this stage, it is possible to:
• export the voice prompt
• listen directly to the message (click Play)
• delete it (click Erase)
6. Specify the destination path for the export on your main hard drive (for example,
C:/Temp/Prompts) and the file name.
7. Click Export; at this stage, the system will suggest a file format, either the standard .wav
PC format or the regular Alcatel-Lucent ADPCM format.

11-22               

 *3 0 !#

8. The voice prompt is then transferred from the system to the PC; this operation may take
few seconds according the size of the file. The voice prompt will be stored on your drive in
one of the formats Alcatel-Lucent ADPCM G726 or PCM 16 bit 8 kHz mono, according to
your choice.
Note:
If no greeting has been pre-recorded (no customization), the Personal greeting box is grayed out.
11.1.8.3.2 General import procedure
The import procedure is the same as the export procedure described above.
You must specify the exact path on your PC where the file to be imported is located. You must
then click on Import. The transfer duration depends on the file size.
Note:
At any time, it is also possible to listen to or erase the audio file (the file present in the system).

11.1.8.3.3 Complete save of audio files

All audio files can be globally saved using the following save procedure:
1. Start the Alcatel-Lucent OMC software with a direct or remote connection.
2. Select the menu Comm -> Read All from PBX -> Voice Prompts.
3. Click OK.
4. Wait until the end of the transfer.
5. Save the file selecting File -> Save as.
6. Enter a file name and click OK.
The audio files will be stored at the location selected in the preferences.
The .wav files stored following this procedure are in the format Alcatel-Lucent ADPCM G726
and can be listened to or modified only using specific software and Codec.
11.1.8.4 System language modification
The languages present in the Alcatel-Lucent OmniPCX Office Communication Server system
are installed during manufacture. They depend on the hardware and key (license) ordered.
Four languages are available with/without hard disk.
It is possible to modify the number and range of languages using the software downloading
mechanism in OMC.
Note:
Language modification can also be performed during software downloading for migration to a new
software version.

11.1.8.4.1 Procedure
To modify the range of languages available in the system, follow the procedure below:
1. Start the OMC software.
2. Select the Tools menu.
3. Select Software Download.

               11-23

Chapter 11 *3 0 !#

4. In the Software Download window, choose the desired version in Delivery file (V19_09,
for example). You must choose a software version to be downloaded, usually the current
software version already installed in the system so that only the languages will be loaded
during the downloading.
5. Click OK.
6. Press the Languages button to display the Languages dialog box, and then modify the
order and/or choice of languages.
7. Click OK.
8. Select the Data saving box (if data saving is not performed, all customer data will be lost
after the swap).
9. Click Start.
The system downloads the different languages and corresponding voice prompts. The new
languages will be available following the download, swap and system reset. All other
configuration parameters will remain unchanged.
Note the following:
- The list of available language can be easily checked using customization mode on
dedicated sets (menu Custom, option, language).
- The default language is always the first one in the list.
- During language downloading, the system does not check if the memory capacity is
sufficient for the number of languages loaded; it is the responsibility of the installer to make
sure the system configuration is appropriate for 4 languages (maximum).
- If the language selected for a particular subscriber is no longer present after downloading,
silence will replace the missing language for that subscriber.

11.2 MMC Station

11.2.1 Accessing MMC

11.2.1.1 Overview
The Man-Machine Conversation (MMC) by 4034 or Advanced station enables modifying
parameters of the different system elements.
Note:
- Only a single 4034 or Advanced station can be in MMC at a given moment
- Simultaneous access to the MMC by station and PC is impossible
Modifications are made in 2 ways:
- By introducing a numeric value (number of the station for example) or an alphanumeric
value
- By choosing one of the predefined values presented on the display using the soft keys
11.2.1.1.1 ACCESS TO THE MMC
Access to the MMC is enabled by:

11-24               

 *3 0 !#

- Entering the code 70 (by default), or by using a key programmed with this code, or by
pressing the SYSTEM key (Advanced station)
- Selecting one session among the following three sessions: INSTALLER (INSTAL key),
ADMINISTRATOR (ADMIN key), or OPERATOR* (OPERAT key). These different levels of
access to the configurable features enable modification to be authorized to specific
individuals
- Entering the password corresponding to the selected session
Note:
* Only Installer and Administrator sessions are presented in this notice; for the Operator session, refer to
the Installation guide.
Password default values

11.2.1.1.2 CONFIGURABLE FEATURES

All the configurable features in the Installer session are described in the different files
contained in the current guide. The features and sub-features available in the Administrator
session are indicated by the symbol positioned beside the titles of the configurable

elements.
Each feature has a diagram describing the entry procedure (in Installer session). The features
which are accessible by soft keys are indicated by:
- SUBSCR: for moving through the MMC tree or for choosing a feature
- CHOICE: gives access to the drop down menu
Quitting the session
To quit the MMC session press the key (4034 station) or the key

(Advanced station). You will quit the session automatically, after a time delay when the last key
is pressed.
11.2.1.1.3 GENERAL COMMANDS
Soft keys
- ADD: adds an item to a list
- GOTO: moves quickly through a list
- READ+: displays the next page
- CLEAR: cancels
- RUBOUT: corrects the last character
- MODIFY: modifies an item in a list

               11-25

Chapter 11 *3 0 !#

- NEXT: next entry in a list

- PREV: previous entry in a list
- BACK: returns to previous menu
- Valide: validates an entry
- -> : forward cursor movement
- <- : backward cursor movement
Using the alphabetic keypad
Each time you need to enter a name or a label associated to a key or a feature, use the
alphabetic keypad. If the station does not have an alphabetic keypad, use the dialing keypad.
To enter a letter, press the key which has the required letter on it: once for the first letter, twice
for the second and three times for the third. To enter two consecutive letters on the same
dialing key, press -> before entering the second letter. Entering special characters:
- "space': press 1
- "-" : press 1 twice
- "." : press 1 three times
- "#' : press #
- ":" : press # twice
- "=" : press # three times
- "*" : press *
- "+' : press * twice
- "/' : press * three times
- "0" to "9": press #0 or #9
11.2.1.1.4 CONFIGURABLE FEATURES IN INSTALLER SESSION

11-26               

 *3 0 !#

11.2.1.1.5 CONFIGURABLE FEATURES IN ADMINISTRATOR SESSION

               11-27

Chapter 11 *3 0 !#

Note:
The TIMERA and PREANN features are no longer offered on a R2.0 system's MMC station.

11.2.2 Configuring Stations

11.2.2.1 Configuration procedure
This feature makes it possible to define particular characteristics for each station.

11-28               

 *3 0 !#

               11-29

Chapter 11 *3 0 !#

Press SUBSCR.
Enter the directory number of the station concerned.
11.2.2.1.1 STATUS OF THE STATION - OUTINS

Before allocating a terminal profile or carrying out a remote customization of a station, this

11-30               

 *3 0 !#

station must be switched off by pressing OUTINS . After assignment, the station can be

switched on again.
The station can be:
- In Service
- Logical OOS
- Physical OOS/Logical OOS: station not operational
- Physical OOS/Logical OOS: station not regarded by the system (not declared or
disconnected) and switched on by the installer
Choosing INSERV + validation switches the station ON (IN SERVICE). Choosing OUTOFS +
validation switches the station OFF (OUT OF SERVICE).
Note:
The Administrator session only allows the status of the station to be read.

11.2.2.1.2 TYPE OF STATION USED - TERMNL

Press TERMNL .

The station directory number, type and software version are displayed.
11.2.2.1.3 SUBSCRIBER PROFILE - SUBPRO

Feature rights profile - FEATUR

Press SUBPRO then FEATUR.

Choose the feature rights to be assigned to the station.
LOW
FEATURE RIGHTS VERY LOW MIDDLE HIGH
(default)
Authorized camp-on YES YES YES
Protection against camp-on -- -- -- --
Authorized barge-in (intrusion) -- -- YES YES
Protection against barge-in (station busy) and
-- -- YES YES
protection against interphone (station free)
Protection against camp-on tone -- -- -- YES
Conference -- YES YES YES
Automatic callback YES YES YES YES
Call pickup authorized -- YES YES YES
Paging -- -- YES YES
Calling line identity masked -- -- -- YES
UUS reception authorized -- -- YES YES
Restricted mode inhibited (no longer exists in
-- -- -- --
R2.0)
Private station -- -- -- --

               11-31

Chapter 11 *3 0 !#

VM = automated attendant dyn. forward level 1 -- -- -- --

VM = automated attendant dyn. forward level 2 -- -- -- --
Name display YES YES YES YES
External accesses joining by transfer -- -- -- --
Trunk access by transfer YES YES YES YES
Selective forwarding -- YES YES YES
External forwarding -- -- -- --
Trunk line assignment -- -- -- --
DISA Transit -- -- -- --
Protection against DDC calls -- -- -- --
Automatic call setup on going off hook
-- -- -- --
(immediate or after time-out)
DND override authorized -- -- -- YES
Protection against DND override -- -- YES YES
Assign authorization for cost (hotel: possibility of -- -- -- --
charging costs to a room telephone)

Barring profile - BARRNG

Press SUBPRO then BARRNG.

Choose the restriction profile to be assigned to the station.

CONTENT VERY LOW LOW MIDDLE HIGH
(default)
Normal mode Main and
No trunk Main trunk All trunk
even trunk
Traffic sharing (access to group group groups
groups
trunk groups)
Restricted mode No trunk No trunk Main trunk All trunk
group group group groups
Normal mode (N) 16 12 8 4
Station traffic sharing
Restricted mode (R) 16 16 12 4

11-32               

 *3 0 !#

Trunk groups 1 to 9,
50 to 57 and 98 to 1 2 3 4
105
Trunk groups 10 to
17, 58 to 65 and 2 3 4 5
Restriction level of trunk 106 to 113
groups (result from the Trunk groups 18 to
barring matrix with 25, 66 to 73 and 3 4 5 6
station restriction below 114 to 120
and trunk group
restriction by default) Trunk groups 26 to
4 5 6 1
33 and 74 to 81
Trunk groups 34 to
5 6 1 2
41 and 82 to 89
Trunk groups 42 to
6 1 2 3
49 and 90 to 97
Normal mode (NV
1 2 3 4
Station restriction (voice and NNV)
or data) Restricted mode
1 1 1 4
(RV and RNV)
Station speed dial rights Normal mode 10000000 11100000 11111000 11111111
(voice or data) Restricted mode 10000000 11100000 11111000 11111111

11.2.2.1.4 NORMAL/RESTRICTED MODE FOR EACH STATION - NORRES

Note:
This function is no longer offered on a R2.0 system's MMC station.
NORRES is used to define the time range operating mode.

INHIBI makes it possible to inhibit the switch to restricted mode. By successively pressing on
CHOICE key, you can define whether changing the operating mode by operator command, or
by a key at central processing level, is taken into account for this station:
NORRES: by successively pressing this key, you can choose the operating mode for the time
range concerned:
- inhibited: changing the operating mode is not possible for this station
- possible: changing the operating mode is possible
11.2.2.1.5 REINITIALIZATION OF THE USER CODE - PWDRES

Press PWDRES . Validating makes it possible to return to the default value for the

password of the station concerned: 1515

11.2.2.1.6 BARRING AND TRAFFIC SHARING CATEGORIES - BARTYP

BARTYP makes it possible to define barring and traffic sharing link categories for each

station.

               11-33

Chapter 11 *3 0 !#

NNV: restriction link COS for data calls in normal mode

RNV: restriction link COS for data calls in restricted mode
NV: restriction link COS for voice calls in normal mode
RV: barring link category for voice communications in restricted mode
N: traffic sharing link COS in normal mode
R: traffic sharing link COS in restricted mode
Note:
Restriction link COS make it possible to define the controls carried out during a trunk seizure
by a means other than the system speed dial numbers or during the seizure of a trunk group.
Traffic sharing link COS define the controls for accessing the trunk groups (outgoing traffic
sharing).
After pressing CATEGO, enter the value (from 1 to 16) to be allocated to the category
concerned, then validate.
11.2.2.1.7 CHOICE OF LANGUAGE - LANG

After pressing LANG , choose the display language for the station from the proposed

languages.
11.2.2.1.8 AUTOMATIC CALL SET-UP ON GOING OFF-HOOK - AUTOCA

AUTOCA makes it possible to define:

- the destination of an automatic call setup on going off-hook

- call type: immediate or after a timeout
DESTI: enter the destination of an automatic call (station's directory or hunting group number
or external number using a speed dial number).
ACTIVE: by successively pressing this key, you can define whether the automatic call is active
(YES) or inactive (NO) for the station concerned.
TEMP: by successively pressing this key, you can define whether the automatic call is after a
timeout (YES) or not (NO).
11.2.2.1.9 PERSONAL SPEED DIAL NUMBERS - PERSPD
PERSPD makes it possible to create/modify the name and number stored in an entry in

the individual directory of the station concerned (the complete entry of an entry with the line or
trunk group used and sub-address is only possible through OMC).
PREV and NEXT make it possible to select a personal directory entry (01 to 30 for a
4034/Advanced station, 01 to 15 for 4023 stations and 01 to 10 for other stations). If this entry
is already configured, the name and associated public number (last 18 digits) are displayed.
MODIFY makes it possible to modify the data stored in a directory entry.
Enter the name (up to 8 characters) and press OK. Then enter the public number (up to 22
digits, including the trunk group number) and press OK.

11-34               

 *3 0 !#

NUMBER makes it possible to erase ALL the data of a directory entry (even those that cannot
be configured in this session).
11.2.2.1.10ROLE OF THE PROGRAMMABLE KEYS - KEYS

KEYS makes it possible to define the role of the programmable keys.

Note 1:
Before performing the remote customization of a station, the station must be switched off. It is
advisable to cancel a key's current configuration before beginning a new configuration.
The display may show:
- the number (for example 01/98)
- the type of key (for example RGM)
- the rights associated with it (INS = installer)
- the current feature
- possible parameter(s)
State the number of the key to be programmed (see location below) by pressing ALLERA
(GOTO) or by selecting the next or previous key.
UPDATE makes it possible to show the display which groups together all the functions offered.
. Press the soft key corresponding to the list which contains the desired function.

Function list
Choosing CALL

KEY FUNCTION PARAMETERS

?Cback Automatic callback request --
¦Cback Cancellation of an automatic --
callback request
ProCom Protection of a call against any --
barge-in (intrusion)
Barge-in Barge-in --
or
Intrusion
Pgpfix Paging call by prefix --
PgaGen Paging call by suffix --
CLIR Calling Line Identification --
Restriction (CLIR)
BMdial Block mode dialing --
SubAdd Sub-address (ISDN) --
DNDovr Override DND/Priority call --

Choosing ABBNUM

               11-35

Chapter 11 *3 0 !#

KEY FUNCTION PARAMETERS

Redial Redial last number --
TmpRep Putting a number into a --
temporary memory
PerSpD Access to personal speed dial --
numbers
Call Direct internal or external call Trunk number
External number (22 digits maximum)
Sub-address (4 digits maximum)
Dir Directory access --
Macro1 Internal call + interphone Station directory number
barge-in on free; equivalent to Data for dynamic routing
an incoming RSL
Macro2 External call + business account Trunk number
code + business account code External number (22 digits maximum)
value Sub-address (4 digits maximum)
Business account code (16 digits maximum)
Macro3 Calibrated loopbreak + time-out Number to be transmitted after the calibrated loop break
+ number
PrCall Priority calls --

Choosing ANSWER

KEY FUNCTION PARAMETERS

IndPic Individual call pickup Station directory number
GrpPic Pickup group --
GenBel Unassigned night answer --
Track or Selective monitoring Station directory number (internal or DID numbers)
Monit Type of calls tracked (internal, external, all)
SubMon Subscriber monitoring Station directory number (internal or DID numbers)
Type of calls tracked (internal, external, all)
GrpSup General tracking Hunt group number
AutAns Auto-answer mode (intercom --
mode)
Ring Supervised call ringing --
Pgasel Paging call answer --
PgaGen General paging answer --
GenMon Group supervision --
2ndCal Consultation call (only for 4073 --
stations)

Choosing DIVERT

11-36               

 *3 0 !#

KEY FUNCTION PARAMETERS

SelFwd Selective forwarding --
PCX? PCX forwarding --
IndFwd Access to personal call forwarding Internal or external destination
- Immed? Immediate call forwarding Internal or external destination
- Busy? Forward on busy --
- Text? Forwarding to text mail Number of the station concerned
- Follo? Follow-me --
- Page? Forwarding to paging --
- DND "Do Not Disturb"
GrpFwd Group forwarding --
- Immed? Immediate group call forwarding --
- GrpWd Disconnect from group Station number
(unavailable)
MstFwd Master forwarding keys Internal destination
- M ImmD Immediate call forwarding Number of the station or group
- M Busy Forward on busy Number of the station or group
- M Grp Immediate forwarding of group
calls
ScrMgr Screening Directory number of the secretary station
ScrSec Screening Directory number of the manager station
DelAll Cancel all forwardings --

Choosing OPTION

KEY FUNCTION PARAMETERS

?Conf Conference --
AccCom Modification of the business Value of the code (16 digits maximum)
account code during the call
AccOut Business account code entered Value of the code (16 digits maximum)
before new outgoing call
Mail K Access to text mail --
Read + Display next screen --
VMU Access voice mail Number of the voice mailbox
?PBX Calibrated loop --
NRMode Normal or restricted mode for --
attendant
Reserv Trunk group reservation for --
attendant
Prog Programming mode --
Hold Common hold for voice transfer --
Transf Transfer of a call --
Digits Putting dialing into a memory --
Mail L Access to mailing --

               11-37

Chapter 11 *3 0 !#

?DTMF Send MF code Digits (22 max) to be sent in MF

Forced Interphone barge-in (intrusion) on --
free
Lock Station lock/unlock --
Park Call parking/retrieval --
MTR COUNT (METER) TOTAL RECALL --
AssgnN or Trunk line assignment Barring level
AllotN
AssgnM Allocation of a line with total meter Barring level
or AllotM recall
AttDiv External forwarding of attendant Internal or external destination
calls
BkgMus To choose the emitting source of --
please wait message
Door Door opener control --
Broker Broker call (only for 4073 station) --
RecCal Recording of conversations --
MVScrn Screening of vocal messages --

Choosing RESOU

KEY FUNCTION PARAMETERS

RGI Handles internal incoming calls Call type: internal, external, all
Data for dynamic routing
RGO Handles interna outgoing calls Call type: internal, external, all
RGM Handles mixed calls Call type: internal, external, all
(incoming-outgoing) Data for dynamic routing
RSL Handles internal calls with a Station directory number (4 digits max)
specific station Sub-address (4 digits maximum)
Data for dynamic routing
RSD Reception of internal or external Station directory number or hunt group directory number
calls (internal call) or DID (external call)
Outgoing seizure on a given trunk Trunk directory number or ARS for outgoing call (optional)
Data for dynamic routing
RSB Setup of an external call on a Trunk directory number or ARS
specific trunk group and reception Data for dynamic routing
of external call
RSP Reception and transmission of Line number
calls on a specific external Data for dynamic routing
interface
SUP Station tracking Tracked station directory number
Tracked resource key address

PARAMETERS ASSOCIATED WITH RESOURCE KEYS

11-38               

 *3 0 !#

Note 2:
This paragraph only describes the main parameters which can be defined according to the role
assigned to the key; other parameters are possible (trunk number if RSD or RSB, station
sub-address if RSL, type of tracking key and number of the tracking key if RSP).
? Dynamic routing
This sub-function is only provided for the MACRO1, RGI, RGM, RSL, RSD, RSB and RSP
keys. DYNDYN makes it possible to define the data necessary for the dynamic routing of calls
managed by the key concerned. Press UPDATE:
- TP1: by successively pressing this key, you can define whether the timeout 1 is active
(TP1) or inactive (tp1)
- TP2: by successively pressing this key, you can define whether the timeout 2 is active
(TP2) or inactive (tp2)
- OPERAT or GENBELL: by successively pressing this key, define whether the system
should route the call to the attendant and/or the general bell after the non-response
time-out TP2 has lapsed (active = ATTD or GBEL; inactive = attd or gbel).
- DIVERT makes it possible to authorize (DIVE) or not (dive) forwarding for this key.
- NUMBER makes it possible to define a destination station (or group) for the dynamic
routing in the case of no answer after a timeout TP1 (12 seconds by default).
? Type of call
This sub-function is only provided for the RGI, RGO and RGM keys.
CALLTYP makes it possible to determine the type of calls managed by the key concerned.
By successively pressing on the CALLTYP key, you can choose between Ext/Loc, External
and Local.
? Number of the associated station
This sub-function is only provided for the RSL, RSD and SUP keys. NUMBER makes it
possible to define the directory number of the associated station.
11.2.2.1.11DYNAMIC ROUTING OF CALLS - DYNROU

Dynamic routing of calls makes it impossible to have a call (internal, external, private, etc.)
remaining unanswered.
Press DYNROU .

EXTERN and LOCAL make it possible to define whether the dynamic distribution (timeouts T1
and T2, destinations) criteria for each type of call (external or local) are active or not:
- NUMBER makes it possible to define a destination station (or group) for the dynamic
routing in the case of no answer after a timeout TP1 (12 seconds by default).
- TP1: by successively pressing this key, you can define whether the timeout 1 is active
(TP1) or inactive (tp1).
- TP2: by successively pressing this key, you can define whether the timeout 2 is active
(TP2) or inactive (tp2).
- OPERAT or GENBELL: by successively pressing this key, define whether the system
should route the call to the attendant and/or the general bell after the non-response

               11-39

Chapter 11 *3 0 !#

time-out TP2 has lapsed (active = ATTD or GBEL; inactive = attd or gbel).
- DIVERT makes it possible to authorize (DIVE) or not (dive) forwarding for this key.
TMOUT1 and TMOUT2 make it possible to define the timeouts in tenths of a second. The
default value is 12 seconds.
11.2.2.1.12CHARACTERISTICS OF THE V24 OUTPUT OF A DIGITAL STATION -
V24PRO

V24PRO (when the selected station corresponds to a V24 interface) makes it possible to

define the characteristics for the V24 option installed on a digital station.
PROT: by successively pressing this key, you can choose the transmission protocol: 108/1,
108/2, Hayes or Dec. auto (Hayes by default).
FLOW: by successively pressing this key, you can choose the type of flow control: XON/XOFF,
RTS/CTS or without (XON/XOFF by default).
SPEED: by successively pressing this key, you can choose the transmission speed: 1200,
2400, 4800, 9600, 19200 or 57600 bits/s (9600 bits/s by default).
SIGBIT: by successively pressing this key, you can choose the number of significant bits: 7 or
8 (8 by default).
PARITY: by successively pressing this key, you can choose the parity: 0, 1, even, uneven or
no parity (no parity by default).
SERVI4: by successively pressing this key, you can choose the number of stop bits: 1 or 2 (1
by default).
11.2.2.1.13CORDLESS DECT STATIONS - WIRLSS

WIRLSS (when the selected station is a DECT) makes it possible to define the

parameters for DECT stations.

PERM makes it possible to select a permanent association with the system.
VISIT makes it possible to select a temporary association with the system; enter the date on
which the mobile is to be automatically disconnected from the system and validate.
IPUI makes it possible to modify the IPUI value of the DECT station; enter 14 octal digits and
validate.
DISPL makes it possible to validate or inhibit a GAP DECT display.
WIRLSS SERVI4 (when the selected number is a DECT access) allows registering of a new
DECT station (UA or GAP).
11.2.2.1.14PAGING NUMBER - PAGING

PAGING SERVI4 makes it possible to define the number of the paging receiver for the station
concerned.
11.2.2.1.15REMOTE SERVICES - SERVIC

SERVIC makes it possible to define the remote service(s) accessible for the station

11-40               

 *3 0 !#

concerned (4 services maximum).

By successively pressing on SERVI1 to SERVI4 keys, select the authorized remote service:
- VOICE (telephone services)
- ALLSVC (all remote services)
- ABS (analog data service)
- FAX2/3
- FAX4
- V24AE (asynchronous V24)
- TLTX64 (64 kbits/s teletext)
- DATA64 (64 kbits/s data transmission)
- VIDEO
- X21
- X25
- Bdx
- BdxNw
- MixMod
- NOSERV
Only calls compatible with the services programmed are accepted for both outgoing and
incoming calls. All other types of call are rejected and not presented when incoming. For non
S0 stations, only service 1 is to be defined.
11.2.2.1.16SPECIAL FEATURES - SPEDEV

After pressing SPEDEV , by pressing successively on CHOICE, you can select features

from those offered:

- Normal
- Paging
- Voice mail unit
- Doorphone
- Bank Alarm (priority call)
- Fix DTMF
11.2.2.1.17PRIORITY LEVEL - PRIO
PRIO makes it possible to define the priority level (0 to 7, 7 = highest level) for external

calls (priority call feature).

11.2.2.1.18FEATURES ONLY PROVIDED IN AN ADMINISTRATOR SESSION -
HEADST, HANDST AND CLASS
Headset mode - HEADST

               11-41

Chapter 11 *3 0 !#

After pressing HEADST , by pressing successively on CHOICE, you can tell whether or

not the station operates with a headset. If it does, plug the headset into the handset slot.
Gain improvement - HANDST
After pressing HANDST , by pressing successively on CHOICE, you can activate or

cancel gain improvement on a station (improves hearing in noisy surroundings).

Hotel type telephone set - CLASS
After pressing CLASS , by pressing successively on CHOICE, select between

Administrative, Host and Booth station.

11.2.3 Metering Counters

11.2.3.1 Operation
The system sums up the following call detail information in the form of partial and total
counters:
- For each station or group (stations or attendant stations):
• 4 partial charge (signals) counters and 4 partial cost counters
• 1 total charge (signals) counter and 1 total cost counter
- For each line:
• 1 partial charge (signals) counter
• 1 total cost counter

11-42               

 *3 0 !#

Press COUNT.
11.2.3.1.1 PRINTING OF STATION/GROUP AND LINE COUNTERS - PRINT

Press PRINT .

EXTENS makes it possible to print the partial and adding counters for the stations and groups.
ACCESS makes it possible to print the partial and adding counters for the lines.
11.2.3.1.2 READING OF A STATION'S/GROUP'S COUNTERS - EXTENS

After pressing EXTENS , enter the directory number of the station (or group) whose

counter should be printed.

Reading and resetting of the meter pulse counters - METER

METER displays the contents of the 4 partial metering pulse counters for the station

concerned.
RESET1 to RESET4 make it possible to reset the 4 counters individually.
Reading and resetting of the cost counters - COST

COST displays the contents of the 4 partial cost counters for the station (or group)

concerned.
RESET1 to RESET4 make it possible to reset the 4 counters individually.
Readout of the adding counters - TOTAL

TOTAL displays the station adding and cost counter values.

11.2.3.1.3 READING AND RESETTING OF THE LINE COUNTERS (PHYSICAL

ADDRESSES) - ACCESS
After pressing ACCESS , enter the data necessary for identification of the line whose

partial and adding counters are to be displayed, validate.

Identification of interfaces:
- SLOT : slot number: 1 to 8 (basic module), 11 to 18 (extension module 1), 21 to 28
(extension module 2)
- EQUIP : equipment number: 1 to 8
The display then shows the values for the line counter signals and cost total counters.
RESPAR makes it possible to reset the line partial metering pulse counter.
11.2.3.1.4 RESETTING OF THE STATION/GROUP AND LINE PARTIAL COUNTERS -
RESALL

               11-43

Chapter 11 *3 0 !#

RESALL makes it possible to reset all the partial counters for the stations or lines.

EXTENS makes it possible to reset all the station or group partial counters.
ACCESS makes it possible to reset all the line partial counters.
Note:
Only the station partial counters can be reset in Administrator session.

11.2.3.1.5 READING AND RESETTING OF THE LINE COUNTERS (LOGICAL

ADDRESSES) - LOGACC
After pressing LOGACC , enter the data necessary for identification of the access (access

number and type) for which the partial and adding counters are to be displayed and then
validate.
To enter the access type, press the L(AG) soft keys for a TL, N(T0) for a T0 access or P(T2)
for a T2/DLT2 access. The display then shows the values for the line partial and total counters.
RESPAR makes it possible to reset the line partial metering pulse counter.

11.2.4 General Commands

11.2.4.1 Operation
This feature is used for defining general items which are common to the whole system.

11-44               

 *3 0 !#

               11-45

Chapter 11 *3 0 !#

Press GLOBAL.
11.2.4.1.1 CHOICE OF THE TYPE OF CONFERENCE - CONF

After pressing CONF , choose the conference operating mode (no conference, with one

external line, with 2 external lines); by default: with one external line.
11.2.4.1.2 PASSWORDS - PASSWD

Press PASSWD .

Reinitializations of the passwords - RESADM and RESOPE

The choices RESADM and RESOPE make it possible to return to the default password
required for entering the ADMINISTRATOR and OPERATOR sessions.
Modification of the Installer password - NEWPWD
NEWPWD makes it possible to change the INSTALLER password.
Enter the current password (8 characters).
Enter the new password (8 characters).

11-46               

 *3 0 !#

Confirm the password by entering it a second time.

Note:
In the Administrator session, only the password of the current sessions can be modified, that
of a lower level may be reinitialized.
11.2.4.1.3 HISTORY AND EQUIPMENT MESSAGES - MAINTE

Press MAINTE .

RDHIST makes it possible to read the history message table.

RDANOM makes it possible to read the hardware messages.
RRANOM makes it possible to reset the system messages table.
Note:
For more details regarding the messages, refer to the Maintenance guide.
11.2.4.1.4 T1/T2/DLT2 ALARM COUNTERS- L1ALAR

L1ALAR makes it possible to read and reset the T1/T2/DLT2 alarm counters. Select the

link (slot number + equipment number or logical number).

- MS : : No 2 Mbits Signal
- RRA: : Receive Remote Alarm
- AIS : Alarm Indication Signal
- PVT : Loss of Synchronization
- TE : Error rate
- LV1: : Level 1 unavailable
- LV2: : Level 2 unavailable
RESALL makes it possible to reset all the counters.
11.2.4.1.5 DIALING PREFIXES - NUMPFX
Press NUMPFX .

1st display: enter the international prefix, validate.

2nd display: enter the area prefix, validate.
3rd display: enter the callback prefix (4 digits max, number of trunk group used to make an
outgoing call from the directory of callers), validate.
11.2.4.1.6 REACTION ON TRANSFER FAILURE - MASREC
Press MASREC .

By successively pressing on keys CHOICE, you can choose the destination set to which the
call will be routed when a transfer fails: ATTENDANT RECALL or MASTER RECALL (initiator
of the transfer).

               11-47

Chapter 11 *3 0 !#

11.2.4.1.7 READ/WRITE IN MEMORY - RD/WR

RD/WR makes it possible to read and modify the contents of the labeled addresses in the

system RAM memory. Modification of these contents makes it possible to configure some
system operations.
Entering a value at the incorrect address may result in deterioration of the system operation.
Write in memory - MEMORY
MEMORY makes it possible to modify the value of a labeled address. Enter the address (8
characters maximum) then validate.
Softkeys A, B, C, D, E and F are used to enter the hexadecimal address.
Read memory (except timers and maintenance and debug addresses) - ADDRES
ADDRESS makes it possible to read the contents of the system's labeled addresses, except
for addresses which concern timers and maintenance and debug features.
ALLERA makes it possible to go to any index.
Reading the timers - TIMER
TIMER makes it possible to read the contents of the labeled addresses concerning the system
timers.
11.2.4.1.8 INSTALLATION NUMBERS - INSNUM
INSNUM makes it possible to define the Alternative CLIP number and the installation's

public and private numbers.

PUBLIC: number up to 20 digits max, separators * not included; the * character separates the
different fields: country indication, area number (optional field depending on country), PCX
number. The size of the field depends on the country.
PRIVAT: number up to 10 digits max. without separators.
ALTCLI: Alternative CLIP number (20 digits max.). This number, if configured, is sent to the
ISDN correspondent on an outgoing call in place of the installation number + DDI number of
the calling party.
11.2.4.1.9 TYPE OF PAGING - KOFPAG
Press KOFPAG .

CHOICE: by successively pressing this key, you can define the operating mode for paging:
- suffix: paging connected to a trunk line interface; selective paging.
- prefix 2
- prefix 4: paging connected to a Z station interface; general paging
- prefix 5
11.2.4.1.10JOINING - JOING
Press JOING .

11-48               

 *3 0 !#

TRANSP: by successively pressing this key, you can authorize or inhibit joining by transfer
(transfer ext -ext).
DIVERT: by successively pressing this key, you can define the type of external forwarding:
Joining or Rerouting.
11.2.4.1.11DIRECTORY - NAME

NAME makes it possible to display all the names corresponding to a given number in the

numbering plan, with the possibility of modifying these names.

MODIFY and ADD make it possible to modify/add a name; enter the user name (16 characters
maximum) as "surname-space-first name" using the alphabetic keypad or the station's dialing
keypad which will have automatically switched to "letters" mode.
11.2.4.1.12DOWNLOADING - DOWNLD
Press DOWNLD .

SWAP makes it possible to configure the date, time and mode of the software swap:
DATE: swap date
TIME: swap time
MODE: swap mode; by pressing successively on CHOICE, define the swap operating mode:
- normal with data saving
- normal without data saving
- forced with data saving (no restoration of the old version in the case of a transfer failure).
SWVERS makes it possible to read the software references of the CPU board:
CURRENT: current CPU software reference
OTHER: new CPU software reference
11.2.4.1.13FAX NOTIFICATION TABLE - FAXTAB
This 30-entry table defines the relationships between the user numbers to be notified by a
message in an incoming fax which is intended for them and the number of the receiving fax
machine.
Press FAXTAB .

RESUBS makes it possible to define the number of the set to call (sending a message saying
that a fax has arrived).
FAXNUM makes it possible to define the number of the fax machine concerned.
11.2.4.1.14DTMF END-TO-END SIGNALING - MFTRAN
Press MFTRAN .

CHOICE: by successively pressing this key, you can define whether the DTMF end-to-end
signaling is applied overall for all users, for no user or whether the passage in DTMF
end-to-end signaling is carried out individually for the sets.

               11-49

Chapter 11 *3 0 !#

11.2.4.1.15KEYPAD DIALING FEATURES - KEYPAD

Press KEYPAD .

CHOICE: by successively pressing this key, define whether the “Keyboard facilities” feature is
activated or not in the system. For further information, refer to the “ISDN Services” of the
“Telephone services” section.
11.2.4.1.16SOFTWARE KEYS - SWKEYS
Press SWKEYS .

MAIN makes it possible to configure the system software license.

CTI makes it possible to configure the CTI software license.
11.2.4.1.17IP ADDRESSES - NetCNF
Press NETCNF .
This function makes it possible to read and change the following system elements" IP
addresses:
- IP@CPU: IP address of the main CPU.
- IP@Rtr: default IP address of the router.
- IP@Msk: IP address of the sub-system mask.
- VoIP@: VoIP master IP addresses (VoIPm) and slaves (VoIPs1 to VoIPs5).
The system MUST be re booted for any IP address change to be incorporated.

11.2.5 Collective Speed Dial Numbers

11.2.5.1 Operation
The system makes it possible to create a general directory of 2200 numbers.
Each number can have 22 digits (trunk group number included).

Press COMSPD.
CLEAR makes it possible to delete the programming of a specific speed dial number.

11-50               

 *3 0 !#

MODIFY after pressing this key, enter the call recipient’s name and validate; then enter the
public number preceded by the trunk group number and validate.
Note:
A "pause" (character !) or an “MF forcing” (character /) can be entered in the public number entry screen
using the alphanumeric keyboard.
GOTO provides direct access to a specific speed dial number; enter the call recipient’s name
or press the NUMBER key to provide access via the speed dial number, and then validate.
NEW: after this key is pressed, the first free entry in the directory is displayed; the procedure is
then identical to the procedure provided by the MODIFY key.

11.2.6 Time Ranges

11.2.6.1 Operation

WARNING: This feature is no longer offered on a R2.0 system's MMC station.

This feature is used for dividing a day's 24 hours into a maximum of 7 time ranges defined by
the starting time. Each range can be in normal or restricted mode. A group of a maximum of 8
attendant stations can be assigned to each time range. At least one time range must be
defined in the system.

Press TIMERA.
MODE : by successively pressing this key, you can choose the desired operating mode:

normal or restricted.
ATTGRP makes it possible to state the operator group number (1 to 8) assigned to the

time range concerned.

TIME makes it possible to enter the start time of the time range.

ADD makes it possible to add a new time range (if less than 7).

DELALL makes it possible to delete all time ranges.

11.2.7 Analog Lines and Digital Accesses

               11-51

Chapter 11 *3 0 !#

11.2.7.1 Operation
This function is used to define the properties of the analog lines (available from version R1.1
onwards) and T0/T2/DLT2 digital accesses.

Press ACCESS.
Enter the data necessary for identifying the access and validate:
Identification of interfaces:
- SLOT : slot number: 1 to 8 (basic module), 11 to 18 (extension module 1), 21 to 28
(extension module 2)
- EQUIP : equipment number: 1 to 8
11.2.7.1.1 ANALOG LINES (from version R1.1 onwards)

11-52               

 *3 0 !#

DIRECT : by successively pressing this key, you can display the desired line connection

mode:
- PBX: line behind PCX
- INC : incoming line
- OUT : outgoing line
- MIX : mixed line
NUMBER : by successively pressing this key, you can display the desired dialing mode:

- DE : pulse dialing
- MF : MF dialing
- NO : no dialing
POLARI : by successively pressing this key, you can display the desired characteristic:

- YES : with polarity reversal

- NO : without polarity reversal
PAGING : by successively pressing this key, you can display the desired characteristic:

- YES : interface for connection of a paging device

- NO : TL interface
OUTINS makes it possible to read the current access status: In Service, Out of Service,

Physical OOS/Logical OOS or Physical OOS/Logical IS.

Choosing INSERV + OK sets the access to LOGICAL IN SERVICE.
Choosing OUTOFS + OK sets the access to PHYSICAL OUT OF SERVICE/LOGICAL OUT
OF SERVICE.
CALDIS : enter the DDI number of the destination station or hunting group for calls in

normal mode. A second similar display is presented indicating the destination for calls in
restricted mode.
DISA : by successively pressing this key, state whether the line can be used for DISA

calls or not.
DDCPRO : by successively pressing this key, it is possible to accept or refuse DDC calls

when this line is used for a station external forwarding.

CATEGO makes it possible to define barring and traffic sharing link categories for

each station.
NNV : restriction link COS for data calls in normal mode
RNV : restriction link COS for data calls in restricted mode
NV : restriction link COS for voice calls in normal mode

               11-53

Chapter 11 *3 0 !#

RV : barring link category for voice communications in restricted mode

N : traffic sharing link COS in normal mode
R : traffic sharing link COS in restricted mode
Enter a value from 1 to 16 to assign to the category concerned then validate.
REPENT makes it possible to define the collective speed dial numbers which can be

transmitted on each trunk. For example, a trunk with category 10100000 may be used to
transmit speed dial numbers in COS 1 and 3.
NV: speed dial rights link category for voice communications in normal mode
NNV: speed dial rights link category for data communications in normal mode
RV: speed dial rights link category for voice communications in restricted mode
RNV: speed dial rights link category for data communications in restricted mode
FEATUR: by successively pressing this key, you can define whether the station concerned has
the right (1) or not (0) to access the chosen directory list (NV, NNV, RV, RNV), then validate.
11.2.7.1.2 DIGITAL ACCESSES
B_CHAN : for T0/T2/DLT2 accesses, state the number of incoming (INC) or outgoing

(OUT) channels as well as the total number of channels (value non modifiable for T0 access),
then validate; the number of mixed (MIX) channels is deduced from the other data.
OUTINS makes it possible to read the current access status: In Service, Out of Service,

Physical OOS/Logical OOS or Physical OOS/Logical IS.

Choosing INSERV + OK sets the access to LOGICAL IN SERVICE.
Choosing OUTOFS + OK sets the access to PHYSICAL OUT OF SERVICE/LOGICAL OUT
OF SERVICE.
CALDIS : enter the DDI number of the destination station or hunting group for calls in

normal mode. A second similar display is presented indicating the destination for calls in
restricted mode.
CATEGO makes it possible to define barring and traffic sharing link categories for

each access.
NNV : restriction link COS for data calls in normal mode
RNV : restriction link COS for data calls in restricted mode
NV : restriction link COS for voice calls in normal mode
RV : barring link category for voice communications in restricted mode
N : traffic sharing link COS in normal mode
R : traffic sharing link COS in restricted mode
Enter a value from 1 to 16 to assign to the class of service concerned then validate.
REPENT makes it possible to define the collective speed dial numbers which can be

11-54               

 *3 0 !#

transmitted on each access. For example, an access with COS 10100000 may be used to
transmit speed dial numbers in the speed dial rights and traffic sharing COS.
NV: speed dial rights link category for voice communications in normal mode
NNV: speed dial rights link category for data communications in normal mode
RV: speed dial rights link category for voice communications in restricted mode
RNV: speed dial rights link category for data communications in restricted mode
FEATUR: by successively pressing this key, you can define whether the station concerned has
the right (1) or not (0) to access the chosen directory list (NV, NNV, RV, RNV), then validate.

11.2.8 Trunk Groups

11.2.8.1 Operation
It is possible to create 120 trunk groups with up to 120 lines in each trunk group.
Each trunk group is assigned restriction and traffic sharing link classes of service and a control
mode (circular or serial).

Press TRGP.
Enter the trunk group number (1 to 120), and validate.
11.2.8.1.1 TRUNK GROUP CONTROL MODE - MODE
MODE : by successively pressing on this key, you can choose the trunk group control

mode: serial/sequential (SER/SEQ) or circular/cyclic (CIRCYC).

11.2.8.1.2 TRUNK GROUP CONFIGURATION - CHANNL
CHANNL grants access to the trunk group configuration window.

ADD makes it possible to add a line (or an access) to the trunk group. Enter the data
necessary for identification of the trunk group and validate:
Identification of interfaces:
- SLOT : slot number: 1 to 8 (basic module), 11 to 18 (extension module 1), 21 to 28
(extension module 2)
- EQUIP : equipment number: 1 to 8
11.2.8.1.3 RESTRICTION AND TRAFFIC SHARING CLASSES OF SERVICE -
COS/CATEGO

               11-55

Chapter 11 *3 0 !#

CATEGO makes it possible to define the barring and traffic sharing link categories for

each trunk:
NNV : restriction link COS for data calls in normal mode
RNV : restriction link COS for data calls in restricted mode
NV : restriction link COS for voice calls in normal mode
RV : barring link category for voice communications in restricted mode
N : traffic sharing link COS in normal mode
R : traffic sharing link COS in restricted mode
Enter a value from 1 to 16 to assign to the class of service concerned then validate.

11.2.9 Groups
11.2.9.1 Operation
This function is used to create:
- 50 hunt, call pickup or broadcast groups with up to 32 stations in each group.
- 8 groups of attendant stations with up to 8 stations in each group.

11-56               

 *3 0 !#

Press GROUPS.
11.2.9.1.1 CALL PICKUP GROUPS - PICKUP
After pressing PICKUP , enter the group index and validate. The directory number of the

first station in the group is displayed.

ADD makes it possible to add a station directory number to the group. Enter the number of the
station to be added to the group.
11.2.9.1.2 HUNT GROUPS - HUNT
After pressing HUNT , enter the hunting group directory number. The directory number of

the first station in the group is displayed.

ADD makes it possible to add a station directory number to the group. Enter the number of the
station to be added to the group.
GRPTYP: by successively pressing this key, you can choose the type of group: parallel, serial
or circular then validate.
DYNROU makes it possible to define the dynamic routing mechanisms for hunting group calls:
- EXTERN and LOCAL make it possible to define whether the dynamic distribution
(time-outs T1 and T2, destinations) criteria for each type of call (external or local) are
active or not:
• NUMBER makes it possible to define a destination station (or hunting group) or a
collective speed dial number for the dynamic routing in the case where the call has not
been answered after a time-out TP1 (12 seconds by default).
• TP1: by successively pressing this key, you can define whether the time-out 1 is active
(TP1) or inactive (tp1).
• TP2: by successively pressing this key, you can define whether the time-out 2 is active
(TP2) or inactive (tp2).
• OPERAT or GENBELL : by successively pressing this key, define whether the system
should route the call to the attendant and/or the general bell after the non-response
time-out TP2 has lapsed (active = ATTD or GBEL; inactive = attd or gbel).
- TMOUT1 and TMOUT2 make it possible to define the time-outs in tenths of a second. The
default value is 12 seconds.
- VMUBEH makes it possible to define the role of the office communicator when it is used in
a level 1 or 2 dynamic routing; by successively pressing LEVEL1 or LEVEL2, you can
choose between "Auto-sec" or "Mailbox".
11.2.9.1.3 BROADCAST GROUPS - BROADC
After pressing BROADC , enter the broadcast group directory number. The directory

number of the first station in the group is displayed.

ADD makes it possible to add a station directory number to the group. Enter the number of the
station to be added to the group; press OTHER to add the general bell to the group.
TRANS: by successively pressing this key, you can choose whether the station concerned can
transmit a broadcast call.

               11-57

Chapter 11 *3 0 !#

RECEPT: by successively pressing this key, you can choose whether the station concerned is
subjected to a broadcast call.
Note:
A group with external speaker can have rights for stations with both SEND and RECV.

11.2.9.1.4 ATTENDANT STATION GROUP - ATTGRP

After pressing ATTRGRP , enter the group index and validate. The directory number of

the first station in the group is displayed.

ADD makes it possible to add a station directory number to the group. Enter the number of the
station to be added to the group.
OTHER proposes another destination; by successively pressing this key, you can choose the
destination (General bell, Welcome 1 to 8) then validate.
DYNROU makes it possible to define the dynamic routing mechanisms for operator station
group calls:
- EXTERN and LOCAL make it possible to define whether the dynamic distribution
(time-outs T1 and T2, destinations) criteria for each type of call (external or local) are
active or not:
• NUMBER makes it possible to define a destination station (or hunting group) or a
collective speed dial number for the dynamic routing in the case where the call has not
been answered after a time-out TP1 (12 seconds by default).
• TP1: by successively pressing this key, you can define whether the time-out 1 is active
(TP1) or inactive (tp1).
• TP2 : by successively pressing this key, you can define whether the time-out 2 is active
(TP2) or inactive (tp2).
• OPERAT or GENBELL: by successively pressing this key, define whether the system
should route the call to the attendant and/or the general bell after the non-response
time-out TP2 has lapsed (active = ATTD or GBEL; inactive = attd or gbel).
- TMOUT1 and TMOUT2 make it possible to define the time-outs in tenths of a second. The
default value is 12 seconds.
- VMUBEH makes it possible to define the role of the office communicator when it is used in
a level 1 or 2 dynamic routing; by successively pressing LEVEL1 or LEVEL2, you can
choose between "Auto-sec" or "Mailbox".

11.2.10 System Reset

11.2.10.1 Operation
This function is used for defining the conditions of the next system reset (hot, cold, manual, or
automatic).

11-58               

 *3 0 !#

Press RSTSYS.
TEMP: by successively pressing this key, you can display the type of reset to be carried out:
- hot reset: simple reset.
Note 1:
It is recommended to perform a hot reset of the system when changing the external metering mode
from IP to V24.
- cold reset: reset + loss of client configuration (return to default configuration).
TYPE: by successively pressing this key, you can display the condition for the next reset:
manual or automatic.

11.2.11 Terminal Profiles

11.2.11.1 Operation
This function is used for assigning a terminal profile to the stations, in the following order:
- assignment of a basic profile:
• key system mode (attendant and stations)
• PCX mode (attendant and stations)
• single-line (stations only)
- assignment of an advanced profile:
• manager/assistant
• teamwork

               11-59

Chapter 11 *3 0 !#

11.2.11.1.1TERMINAL PROFILES AVAILABLE ACCORDING TO THE TYPE OF

STATION

Station type BASIC PROFILE Advanced PROFILE

Single-line Multiline Working Manager/Assistant couple
PCX Key system group Manager Secretary
Stations with YES YES YES YES YES
display
Multi-line Except 4003 YES YES YES YES
stations
without
display
Singl-line YES Except 4003 Except 4003
stations
Z Option YES

Press TERPRO.
11.2.11.1.2STATION PROFILE - SUBSCR
After pressing SUBSCR , choose the profile to be assigned: single line, key system or

PCX.
Enter the station directory number; for the PCX mode, state the trunk group number
associated with the RSB keys and validate. To load the selected profile, validate.
11.2.11.1.3ATTENDANT PROFILE - ATTEND (OPERAT)
After pressing OPERAT , choose the profile to be assigned: key system or PCX.

Enter the attendant station directory number; for the PCX mode, state the trunk group number

11-60               

 *3 0 !#

associated to the RSB keys and validate. To load the selected profile, validate.
11.2.11.1.4MANAGER-ASSIST PROFILES - MGRAST (MGRSEC)
After pressing MGRSEC , enter the manager station's directory number followed by that of

the assistant station.

MODE: by successively pressing this key, define the mode for the assistant station: Advanced
or BASIC, then validate. After choosing Basic, each station in the pair has:
- A Filter key for activating or deactivating the screening of manager station calls.
- An RSL key which allows both members of the couple to call the other member directly.
If the assistant station is to monitor the manager stations resources, choose Advanced mode
instead of Basic mode.
To cancel the manager-assistant configuration, cancel the programmed Filter key and the
RSL resource key on each station of the screening pair.
11.2.11.1.5TEAMWORK PROFILE - TEAMWK
Press TEAMWK .

ADD makes it possible to add a member to the group. Enter the station directory number.
Validate. The display then states the number of station resources.
11.2.11.1.6CANCELLATION OF DATA - DELSET AND DELKEY
DELSET after a logical switchoff, makes it possible to erase the data from the station

(station type, appointment reminders, messages, forwardings, etc.). Enter the station directory
number. Validating deletes the data from the station.
DELKEY after a logical switchoff, makes it possible to cancel all programmings of the

keys (MMC station or OMC) so that a new profile may be loaded. Enter the station directory
number. Validating cancels all key programming.
11.2.11.1.7REMINDER OF FUNCTIONS AVAILABLE WITH THE RESOURCE KEY
A resource key is a line key that manages only one incoming/outgoing, internal or external call.
Resource keys can be specialized or not. If a resource key is not specialized, that key can
handle all types of call:
- mixed resource key (RGM): handles internal and/or external calls, whether incoming or
outgoing.
- outgoing resource key (RGO): handles internal and/or external outgoing calls.
- incoming resource key (RGI): handles internal and/or external incoming calls.
If the key is specialized, that key handles a particular type of call:
- resource key dedicated to external access (RSP): handles the calls coming from or going
to that access.
- resource key specialized in destination (RSD):
• dedicated to a directory number, handles internal calls for this number.
• dedicated to a DID number, handles incoming calls for this number.

               11-61

Chapter 11 *3 0 !#

• associated to a trunk number, handles the outgoing calls on this trunk.

- resource key dedicated to a station (RSL): handles the calls coming from and going to a
particular station
- resource key dedicated to a trunk (RSB): for making external outgoing calls via a particular
trunk and receiving all network calls.
11.2.11.1.8TERMINAL PROFILE IN KEY SYSTEM MODE
This profile consists of:
- 2 mixed resource keys (RGM) for internal and external calls
- as many network monitoring, physical resource keys (RSP) as trunks in the system.
11.2.11.1.9TERMINAL PROFILE IN PCX MODE
This profile consists of:
- 2 mixed resource keys (RGM) for internal and external calls
- 2 RSB keys for external calls
11.2.11.1.10
TERMINAL PROFILE IN SINGLE-LINE MODE
This profile consists of 3 virtual keys (RGM) for internal and external calls.
11.2.11.1.11
TEAMWORK PROFILE
assigning this profile gives stations:
- n-1 RSL keys ("n" being the number of members in the group)
- a selective ringing monitoring key
- a group call pickup key
11.2.11.1.12
MANAGER/ASSISTANT TERMINAL PROFILES

11.2.11.1.13
DE-RECORDING OF DECT Reflexes STATIONS - TERACC
This function makes it possible to de-registre a DECT Reflexes station.
Enter its directory number, erase it and then confirm the de-recording.

11-62               

 *3 0 !#

11.2.12 Metering Configuration

11.2.12.1 Operation
This feature defines all the parameters related to the signal counting operation.

               11-63

Chapter 11 *3 0 !#

Press METER.
11.2.12.1.1CHARACTERISTICS OF THE V24 COUNTING - PRIPAR
PRIPAR makes it possible to check the V24 output used to print metering

statements/tickets.
11.2.12.1.2DEFINITION OF THE PRINTOUT TYPE AND FORMAT - RECORD (TICKET)
Press TICKET .

Various parameters - MODE, LANG, FORM_F, LINE_F, MASK

MODE: by successively pressing this key, define the type of printout: RECORD (TICKET),
LISTING or NETWORK.
LANG: by successively pressing this key, define the language for the ticket and statement
printouts.
FORM_F: by successively pressing this key, define whether a form feed will (YES) or will not
(NO) be performed at the end of the day for the printing of statements.
LINE_F: after pressing this key, state the number of lines you wish to have between each
metering ticket.

11-64               

 *3 0 !#

MASK: by successively pressing this key, define whether the last 4 digits of the number dialed
are to be masked (YES) or not (NO) in the printouts of statements and tickets.
Fields to be shown on a signal counting statement - FIELD1, FIELD2 and FIELD3
FIELD1, FIELD2 and FIELD3 make it possible to define the fields which are to be shown on
the metering statements.
? Field 1: FIELD1
SUB : station number
TYP : call type
TRK : trunk number
DAT : date
TIM : time
DUR : call duration
TAX : number of counting units
SER : remote services
? Field 2: FIELD2
FAC : additional services
DNU : dialed number
DMO : dialing mode
RIN : ringing duration
CST : call cost
ACC : account code
SUN : printout of user name or business code or no printout
? Field 3: FIELD3
IUS : initial user (charged user)
NOD : node number (modifiable only if MODE = NETWORK)
CAR : carrier
SU8 : 8-digit user identification
TR4 : 4-digit trunk identification
The selected field flashes.
FEATUR: by successively pressing this key, you can choose whether the flashing field must
be included (label in capitals) or not (label in lower case letters) on the statement.
11.2.12.1.3INFORMATION DISPLAYED ON A STATION DURING A CALL - DISPL
After pressing DISPL , by successively pressing FEATUR, you can choose the type of

information to be displayed on the stations during a communication: duration (DISPLAY

DURATION), units + duration (DISPLAY UNITS) or cost + duration (DISPLAY COST).
11.2.12.1.4PRINTOUT FORMATS (HEADER AND NUMBER OF STATEMENTS/PAGE) -

               11-65

Chapter 11 *3 0 !#

PRINTO

After pressing PRINTO , by successively pressing HEADPR, you can choose the type of

printout for the header: on each page (EP), on the first page (FP) or no header printout (NO).
PROOFS makes it possible to define the number of statements (0 to 99) per page.
11.2.12.1.5PARAMETERS CONCERNING THE COST OF A CALL - PARAM1

Press PARAM1 .

COST1: first basic charge value

COST2: second basic charge value
UNIT T: threshold where the second basic charge value is taken into account (number of pulse
meters)
COSTPE: cost of the meter pulse sent by the public exchange (this value is used to calculate
the number of meter pulses to be displayed during or at the end of a call).
When choosing COST1, COST2, and COSTPE, state the value (value then decimal value).
When choosing UNIT T, state the number of meter pulses after which the second basic charge
value is taken into account.
11.2.12.1.6THRESHOLD VALUES-V24 ON-LINE METERING - PARAM2

Press PARAM2 .

DURTH: state the duration threshold value (in minutes).

COST T: state the threshold value (integer value then decimal value).
INTNAT: state the monitored business code.
MTEND: by successively pressing this key, you can choose whether the total cost is displayed
at the end of the call (END) or not (end).
MTDUR: by successively pressing this key, you can choose whether the cost is to be
displayed during the communication (DURC) or not (durc).
ACTMET: by successively pressing this key, you can choose whether the V24 metering is
activated (TAX) or not (tax).
Note:
When activating the V24 metering, it is recommended you perform a hot reset of the system. (See
System Reset section)
LLEASE: by successively pressing this key, you can choose whether the pulse metering
statements are to be printed (LEAS) or not (leas) on QSIG leased lines.
11.2.12.1.7ON-LINE METERING COST-NUMBER OF DECIMALS-ALARM THRESHOLD
- PARAM3

Press PARAM3 .

11-66               

 *3 0 !#

CSTOLM: by successively pressing this key, you can choose the on-line metering cost (0 to 9
pulse meters).
FRTCST: by successively pressing this key, you can choose the number of decimals for the
costs (0, to 3).
IAPENT: by successively pressing this key, you can choose whether a statement is printed or
not in the case of an untreated incoming call.
ALATHR: to define the percentage of statements stored before an alarm is activated (0 to 100,
0 = no alarm).
11.2.12.1.8COMPANY NAME - COMPAN

After pressing COMPAN , enter the company name (16 alphanumeric characters

maximum) shown on the statements and tickets and validate.

11.2.12.1.9COST OF ADDITIONAL SERVICES - SUPSER
Press SUPSER .

UUSCST: cost of the user to user signaling (UUS)

PBXCST: cost of the PBX/PCX forwarding
For these 2 choices, state the value (value then decimal value).
11.2.12.1.10
PRINTOUT OF ALARM TICKETS - WAKEUP

After pressing WAKEUP , by successively pressing FEATUR, you can choose whether to

validate the various printout criteria or not (a criterion is active when its label is displayed in
capital letters on the first line of the display; if not, it is displayed in lower case letters):
ACT : alarm activated
CANC : alarm canceled
FAIL : alarm aborted
ANSW : alarm answered
11.2.12.1.11
MONEY UNIT- CLABEL

CLABEL makes it possible to define the label for the present money unit used in the

country and displays it on the stations.

11.2.12.1.12
CONVERTING THE MONEY UNIT - CURCNV

Press CURCNV .

This feature makes it possible to define the application methods for the change over to the
Euro.
CLABEL: label displayed (Eur).

               11-67

Chapter 11 *3 0 !#

DATE: date of change over to Euro.

TIME: time of change over to Euro.
EXRATE: exchange rate of the Euro with the country's own money unit.
PARAM1: cost of basic charge (COST 1 and COST 2); cost of charge sent by the public
network (COSTPE); threshold of the basic charge's 2nd value (UNIT T).
PARAM2: cost of on-line metering and number of decimals.
SUPSER: cost of signaling from user to user and PBX/PCX forwarding.

11.2.13 Barring Prefixes

11.2.13.1 Operation
This function is used for defining a maximum of 200 restriction (barring) prefixes.

Press BARPFX.
LEVEL: by successively pressing this key, you can change the prefix barring level.
AUT/FB: by successively pressing this key, you can change the type: FORBIDDEN or
AUTHORIZED prefix.
After pressing MODIFY , enter the prefix value (10 digits max.) and validate. The following

possibilities are offered:

- Choose the barring level (LEVEL1 to LEVEL6).
- Choose the type of prefix: press YES for an authorized prefix or NO for a forbidden prefix.
GOTO makes it possible to position yourself at any position in the barring prefixes table.

11.2.14 Parameter Duplication

11.2.14.1 Operation
This feature is used for assigning the parameters of a specific station to other stations:
- duplicating user parameters (dynamic forwarding, call detail/metering profile, ...): The
source and destination stations can be of different types.
- duplicating terminal parameters (keys): The source and destination stations must be of the
same type.
Note:

11-68               

 *3 0 !#

The personal speed dial numbers, RSL and RSD keys cannot be duplicated from one station
to another.

Press COPY.
Choose the duplication type (SUBSCR or TERMNL). Enter the source station directory number
followed by that of the destination station.

11.2.15 Welcome and Please-Wait Message

11.2.15.1 Operation

This feature makes it possible to record welcome messages and define the source of the
music-on-hold.

Press VOICE.
11.2.15.1.1RECORDING OF WELCOME MESSAGES - MOH

MOH of makes it possible to record 8 welcome messages and one please-wait message.

After selecting the type of message to be recorded, press RECORD.

Record the message using the station handset.
SPLIT makes it possible to stop the recording and then restart it by CONTIN. STOP lets you
stop the recording.
DEFAULT lets you return to the default welcome message.

               11-69

Chapter 11 *3 0 !#

LISTEN lets you listen to the recorded message.

11.2.15.1.2EMITTING SOURCE OF THE PLEASE-WAIT MESSAGE - MUSSRC

MUSSRC of makes it possible to select the emitting source for the please wait message.

- STNDRD: default please-wait music (DEFAULT displayed on the first line of the display).
- TAPE: external please-wait music (EXTERN displayed on the first line of the display).
- VOICEPR: customized please-wait music (CUSTO displayed on the first line of the
display).

11.2.16 Numbering Plans

11.2.16.1 Operation
This feature is used for defining the codes associated with the features of the main dialing (or
numbering) plan, the private dialing plan, the public dialing plan and the table of features in
conversation.

Press NUMPLN.
11.2.16.1.1DIALING (NUMBERING) PLANS - INTNUM, PUBNUM, RESNUM AND
PRINUM

11-70               

 *3 0 !#

INTNUM grants access to the selected main numbering plan (99 ranges) for analysis of the
dialing made on a terminal.
PUBNUM grants access to the public numbering plan in normal mode (99 ranges), RESNUM
grants access to the public numbering plan in restricted mode (99 ranges); these plans are
selected for analysis of the dialing received by the system via a T0/T2 access or to carry out
call distribution (TL or T0/T2).
PRINUM grants access to the selected private numbering plan (36 ranges) for analysis of the
dialing received by the system via a private line.
FUNCT lets you select a function from those offered.
USE OF THE USE OF THE
DESIGNATION Function
BASE TMN
MTrG Main trunk group seizure (private or not) YES YES (33)
Subsc Station call (private or not) YES
STrG Secondary trunk group seizure (private or not) YES YES (33)
Code Collective speed dial numbers YES
Group Group call YES
Broad Broadcast group call YES
Prog Switch to programming mode
Pickp Call pick-up YES
Rdial Last number redial
ProCo Data connection protection against barge-in (intrusion)
Forwd Forwardings YES
Attd Attendant call station
PagS Paging call answer
Pagin Answer to a general paging call
PagP Paging by prefix
CClbk Automatic callback on busy station cancellation
Lock Locking/Unlocking
Mail Text mail
VMU Voice mail unit LED light
CVMU Voice mail unit LED light off
MTR Counting (metering) total recall
Accou Business account code for new outgoing call
Disa DISA Transit
Appmt Appointment reminder/Alarm
CLoop Loopback of dialing into current dialing plan YES (1 to 32)
Main Change of dialing plan (loopback of number in the main YES (1 to 32)
dialing plan)
VisAl Temporary assignment of a DID number to a room
VisFr Cancellation of the assignment of a DID number to a room

               11-71

Chapter 11 *3 0 !#

RoomS Room status

Replc Station replacement
Move Station movement
OwnVM Mailbox call
Audtx Audiotex service DID number YES

The VisAl, VisFr, Disa and Audtx features are only provided in the public dialing plans (normal
and restricted mode).
PRIVAT: by successively pressing this key, state whether the number is private or not; this
parameter is only used for the Subsc, Main trunk groups and Secondary trunk groups
functions.
TMN makes it possible to enter the index (1 to 32) of the NMT table; enter 33 to retain the
initial value (without modifications) for the Main trunk group and Secondary trunk group
functions.
BEGIN makes it possible to enter the number which starts the range (0 to DDDD). The
characters *, #, A, B, C, D are allowed in the fixed part of the range but not in the variable part
(A00 to A99; 100 to 10B: incorrect).
END makes it possible to enter the number which ends the range (0 to DDDD).
BASE: used for working out the directory number. The base is included between 0 and 9999.
For the functions which use the base, the calculation is done as follows: Directory number =
Dialled number - Begin + Base
FAXROU followed by the destination Fax number: makes it possible to associate the user’s
DDI number with the Fax number to which incoming Fax calls must be routed. This feature is
only provided in the public dialing plan.
11.2.16.1.2FEATURES IN CONVERSATION - CODE
These codes make it possible to access services during an established call.
Press CODE .

GOTO: makes it possible to enter the features in conversation value

FUNCT: makes it possible to select a function from those offered.
DESIGNATION Function
PBX recall Calibrated loopbreak
Canc enquiry Consultation (enquiry) call cancellation
Broker Shuttle call
Callback Automatic callback
Consult Waiting call consultation
Conference Conference
Barge-in Barge-in (intrusion) on busy
Code paging Paging
Resend MF DTMF end-to-end signaling

11-72               

 *3 0 !#

Parking Parking
Send MF num Automatic switch DTMF end-to-end signaling and retransmission of this service
access code
Doorphone Open door
AllotN Cat 1 to 7 Assignment of line with Class of Service Restriction 1 to 7
AllotM Cat 1 to 7 Assignment of line with Class of Service Restriction 1 to 7 + Counting total recall
Mcid Malicious call identification
DND override Override Do not disturb
Conv record Recording of conversations

11.2.16.1.3PREPROGRAMMED NUMBERING PLANS - NBDIGI

NBDIGI makes it possible to choose one of the preprogrammed numbering plans (2 to 4

digits, national or with *). Validate.

11.2.16.1.4NUMBER MODIFICATION TABLE - TMN
TMN makes it possible to define the modifications to be made to the incoming dialing.

Position yourself at the beginning (index 1 to 32) of the table quoted by the main dialing plan
function.
ADD: digits to be added (16 maximum).
ABSORB: number of digits to be deleted (4 maximum).
11.2.16.1.5DDI NUMBER MODIFICATION TABLE - PUBTMN
PUBTMN makes it possible to define the digits to be substituted before analysis by the

DDI numbering plan (this function concerns DDI with more than 4 digits). Position yourself at
the beginning (index 1 to 32) of the table quoted by the DID dialing plan.
EXTDIG: digits to be deleted (16 maximum).
INTDIG: digits to be added (8 maximum).

11.2.17 Splitting and End of Dialing

11.2.17.1 Operation
This feature is used for defining the following elements:
- maximum number of digits in closed dialing mode
- 20 end of dialing prefixes and their associated counters
- 16 splitting prefixes for all lines (PCX or public network)

               11-73

Chapter 11 *3 0 !#

11.2.17.1.1END OF DIALING - EODIAL

Press EODPFX then EODIAL .

End of dialing prefixes - PREFIX

PREFIX displays the end of dialing prefixes and value of the counters associated with the

different prefixes.
After pressing MODIFY, enter the end of dialing prefix (6 digits max) and validate. Then state
the value of the counter associated with the prefix and validate.
Reference counter - REFCNT
After pressing REFCNT , enter the value of the counter and validate.

11.2.17.1.2SPLITTING - SPLIT
Press EODPFX then SPLIT .

Splitting prefixes - PREFIX

PREFIX of displays the splitting prefixes.

After pressing MODIFY, enter the splitting prefix and validate.

By successively pressing MODIFY, define the type of connection associated with the prefix,
PCX, PSTN, ALL or CTRYCD then validate.
Tone detection/pause - TONDET
Press TONDET .

TONE or PAUSE are provided by successively pressing MANUAL or SPLIT to define the
operation in manual seizure mode (MANUAL key) or during dialing (SPLIT key).
PAUSE: the system must insert a pause.
TONE: the system uses the tone detection operation.

11.2.18 Pre-announcement Messages

11-74               

 *3 0 !#

11.2.18.1 Operation

WARNING: This feature is no longer offered on a R2.0 system's MMC station.

This feature makes it possible to assign up to eight 16-second welcome messages to stations
or hunt groups (up to 15 entries with DIDnumbers + 1 entry corresponding to all stations and
hunt groups) with validity according to the time ranges.

Press PREANN.
After pressing ADD or MODIFY:
MODE makes it possible to choose the operating mode (OFF, MODE1, MODE2, MODE1
BUSY or MODE2 BUSY).
- MODE 1: the external party hears the message from start to finish then the called station is
rung.
- MODE 2: the external party hears the message while the called station is being rung.
- MODE & OCC: message broadcasted in mode 1 only if the station or hunt group is busy.
- MODE 2 OCC: message broadcasted in mode 2 only if the station or hunt group is busy.
- OFF: no access to welcome message
MSG makes it possible to choose the welcome message: Msg 1 to Msg 8.
NEXT makes it possible to choose the time range (the starting time for the range is displayed).
CLEAR makes it possible to delete the data from the selected entry.
DELALL makes it possible to delete all the entries in the table.

11.2.19 DECT
11.2.19.1 Operation
This feature is used to define the parameters for the use of DECT handsets (the MMC set
configuration is only relevant in case of IBS DECT solution).

               11-75

Chapter 11 *3 0 !#

Press DECT.
11.2.19.1.1MODIFICATION OF THE SYSTEM ARI - ARI
When a system is put into service for the first time, its ARI (Access Right Identifier) has the
default value. If there are two Alcatel-Lucent DECT systems which belong to two different
clients but which have the same radio signaling zones, the default values must be modified
and a different ARI value assigned to each one of the systems. After modification of the ARI,
the base stations are informed of the new ARI.
After pressing ARI, enter 11 octal digits, the first being non-modifiable (always equal to 1) and
the last being equal to 0 or 4.
11.2.19.1.2ADDITION OF DECT MOBILE DATA - NEWHDS
NEWHDS makes it possible to create new data structures for DECT mobiles.
Data associated with a DECT access - VISIT
VISIT makes it possible to create data associated with a DECT access specified as a visitor.
This DECT access is then used to record a DECT station subsequently (UA or GAP).
Data associated with a GAP DECT handset - GAP
This command makes it possible to automatically register a new GAP DECT handset. This

11-76               

 *3 0 !#

registration is based on the reception of an access right sent by the GAP DECT handset (after
a move on the part of the user). Only one GAP DECT handset can be registered at a specific
time.
PERM makes it possible to select a permanent association with the system.
VISIT makes it possible to select a temporary association with the system; enter the date on
which the mobile is to be automatically disconnected from the system and validate.
MODE makes it possible to define the operating mode for the GAP DECT handset: Bas, Enh
or UA (WUA: significant choice for UA + GAP DECT).
Data associated with a UA DECT handset - WUA1
A UA DECT handset is registered manually by entering its IPUI.
PERM makes it possible to select a permanent association with the system.
VISIT makes it possible to select a temporary association with the system; enter the date on
which the mobile is to be automatically disconnected from the system and validate.
IPUI makes it possible to modify the DECT handset IPUI value; enter 14 octal digits and
validate.
11.2.19.1.3READING OF THE DATA CONCERNING MOBILES - HANDST
HANDST makes it possible to display the data (directory number, type of association with

the system, IPUI) relative to all the DECT mobiles declared in the system.
GOTO makes it possible to display the data of a specific mobile; enter the directory number of
the mobile whose data you wish to see.
11.2.19.1.4BASE STATION FEATURES - BASES
Press BASES and then enter the slot number and the equipment number of the interface

to which the base station to be parameterized is connected.

NAME makes it possible to modify the name of the base station.
OUTINS makes it possible to display the status of the base station concerned. INSERV and
OUTOFS makes it possible to put the base station concerned in or out of service.
DETAIL displays the number of DECT channels (3, when the base station is connected to the
system via 1 UA link, or 6 when it is connected via 2 UA links) and gives access to the
following sub-features for the 4070 IO base station:
- LENGTH: by successively pressing this key, indicate the connection distance from the
base to the system: short line (0-400 m), average line (400-800 m) or long line (800-1200
m). This data is necessary for synchronization.
- ANTDIV: by successively pressing this key, indicate whether the 2 antennas (Diversity) or
only the first (No diversity) are used.
- FIRMID: reading the software version currently on the base station.
Note: Alcatel-Lucent OmniPCX Office Communication Server R5.1 embeds only 1
software version of the base station. 2 software versions (1G and NG) can be downloaded
during the system's start phase. Base stations are plug and play devices.
- BOOTID: reading the software version for initialization of the base station.
DELSET makes it possible to delete the data relating to the base station concerned.

               11-77

Chapter 11 *3 0 !#

11.2.19.1.5ACCESS PROCEDURE FOR A GAP DECT HANDSET - REGIST

REGIST makes it possible for a registered GAP DECT handset to carry out an access

procedure. A particular piece of information is sent to the DECT handset enabling it to perform
this procedure.
11.2.19.1.6MANDATORY AUTHENTICATION CODE - AUTHEN
AUTHEN is used to define the system operating mode: recording of stations with or

without an authentication code. CHOICE lets you switch from ON to OFF.

11.2.19.1.7MODIFYING THE AUTHENTICATION CODE - AUTHCD
AUTHENCD makes it possible to modify the authentication code (up to 8 digit AC code)

requested during system access.

11.2.20 Configuration Backup and Restoration

11.2.20.1 Operation
This feature provides manual backup controls and restoration controls and enables the
definition of parameters enabling backup and restoration of the configuration.

Press DATSAV.
11.2.20.1.1MANUAL BACKUP - MANBKP
Press MANBKP . Then validate; the backup starts.

11.2.20.1.2AUTOMATIC BACKUP - AUTBKP

AUTBKP makes it possible to define the date and time of the first automatic backup as

well as the periodicity.

PERIOD makes it possible to state the interval (00 to 99 days) separating 2 automatic backups
(00 corresponds to an infinite interval: no backup).
DATE makes it possible to state the date (as: Day 01-31/Month: 00-12) of the first backup.

11-78               

 *3 0 !#

TIME makes it possible to state the time (as: Hour 00-23/Minutes: 00-59) of the first backup.
11.2.20.1.3AUTOMATIC RESTORATION - RESTOR
Press RESTOR . Then, validate; the restoration starts.

11.2.21 Moving of 2 Stations

11.2.21.1 Operation
This feature is used to move the physical addresses of 2 stations of the same family.

Press MOVING.
Enter the directory number of station 1 (source station).
Enter the directory number of station 2 (destination station).
Follow this moving procedure:
- press SAVING: the 2 stations are put out-of-service and logically moved.
- physically move the 2 stations.
- press RESTOR: the 2 stations are put back in service.

11.2.22 DISA
11.2.22.1 Operation
This function is used to define the various parameters necessary for analog DISA and DISA
transit services.

               11-79

Chapter 11 *3 0 !#

Press DISA.
11.2.22.1.1ANALOG DISA - ANALOG
Press ANALOG.
MSG by successively pressing this key, it is possible to select the message transmitted during
a DISA call on an analog line: Msg1 to Msg8.
11.2.22.1.2DISA TRANSIT - TRANSI
Press TRANSI.
PASSWD makes it possible to modify the personal code for accessing the DISA transit
service. Enter the current code then the new code and validate.
WTDTMF by successively pressing this key, it is possible to define the system response in the
case of an unavailable MF receiver for a DISA transit call: camp-on authorized or call failure
and redistribution.
MSG by successively pressing this key, it is possible to select the message transmitted during
a DISA transit call: Msg1 to Msg8.
RESCOD makes it possible to reset the DISA service access control code.
RESCNT makes it possible to reset the DISA call failure counter (this counter'S value is not
displayed).

11.2.23 ARS Calendar

11.2.23.1 Operation
This feature makes it possible to define the operation parameters by ARS operation time
ranges.

11-80               

 *3 0 !#

Press ARSCAL.
11.2.23.1.1TIME RANGES - TIMERA
Press TIMERA .

By successively pressing HOUR and TIME, it is possible to switch to the previous and next
time range.
By successively pressing DAY- and DAY+, it is possible to switch to the group for the previous
and next days (Day 1, Day 2, Day 3).
By successively pressing OP- and OP+, it is possible to switch to the group for the previous
and next operator (1 to 4) defined for the time range and for the current day's group.
CLEAR makes it possible to delete the name of the operator.
MODIFY makes it possible to modify the name of the operator; press or enter the first letter of
the name of the operator using an alphabetic keypad.
ADDTIM makes it possible to add a time range by defining a start time (information in the
current visible range is copied into this new time range).
DELTIM makes it possible to delete the current time range (visible range).
DELALL makes it possible to delete all the time ranges and their contents.
Note:
The carriers can only be defined by OMC.
The 7 days of the week can be split up into 3 groups of days (example: Day 1 for Sunday, Day

               11-81

Chapter 11 *3 0 !#

2 for the 5 working days, Day 3 for Saturday); this makes it easier to assign carriers to the
days of the week.
11.2.23.1.2ASSIGNMENT OF A GROUP FROM DAY TO DAY IN THE WEEK - DAYS
Press DAYS .

NEXT makes it possible to switch to the next day of the week.

By successively pressing CHOICE, choose the group of days to be associated with the current
day of the week.
11.2.23.1.3DEFINITION OF BANK HOLIDAYS - HOLID
HOLID makes it possible to enter bank holidays.

NEXT makes it possible to switch to the next bank holiday.

By successively pressing CHOICE, choose the group of days to be associated with the next
bank holiday.
MODIFY makes it possible to modify or create a bank holiday.
- For changeable bank holidays (Easter for example): enter the date as DD/MM/YYYY.
- For set bank holidays (Christmas for example): enter the date as DD/MM (at the next
review, the character * is displayed instead of the year).

11.2.24 Multi Reflexes

11.2.24.1 Operation
This feature makes it possible to define the parameters concerning each Multi Reflexes
connected to the system; each Multi Reflexes allows 3 Reflexes stations to be connected.

Press MLTRFX and then enter the slot number and equipment number of the interface to
which the Multi Reflexes to be parameterized is connected.
11.2.24.1.1Multi Reflexes NAME - NAME

11-82               

 *3 0 !#

Press NAME.
Enter the Multi Reflexes name (18 characters):
- either using the alphabetic keypad
- or the station's numeric keypad which automatically switches to "letters" mode
11.2.24.1.2Multi Reflexes STATUS - OUT INS
OUTINS lets you switch the Multi Reflexes off and then on again. Reminder: a Multi Reflexes
is switched on automatically (as in the case of a Reflexes station).
If the secondary UA interfaces (see DETAIL function) are not declared as off, the Multi
Reflexes cannot be switched off.
A Reflexes station cannot switch off the Multi Reflexes it is connected to.
The Multi Reflexes can be:
- In Service
- Out-of-Service
- Physical OOS/Logical OOS: Multi Reflexes not operational
- Physical OOS/Logical IS: Multi Reflexes not seen by the system (not declared or
disconnected) or switched off by the installer
11.2.24.1.3STATUS OF SECONDARY UA INTERFACES - DETAIL
DETAIL makes it possible to read the last 3 digits of directory numbers and declare the 3
secondary UA interfaces of the Multi Reflexes as on/off.
INSERV and OUTOFS make it possible to modify the state of each secondary UA interface.
11.2.24.1.4SOFTWARE VERSION - FIRMID
FIRMID makes it possible to read the software version embedded in the Multi Reflexes.
11.2.24.1.5ERASING OF DATA - DELSET
DELSET makes it possible to delete all Multi Reflexes data (this operation is only possible
after the Multi Reflexes is switched off.

11.2.25 Integrated Voice Server

11.2.25.1 Operation
This feature makes it possible to manage voice guides and configure broadcasting lists.

               11-83

Chapter 11 *3 0 !#

Press VMU.
11.2.25.1.1AUTOMATED ATTENDANT - AUTOAT
AUTOAT lets you define 3 different types of automated attendants:
- DAY: lets you access voice guides for opening times.

11-84               

 *3 0 !#

- NIGHT: lets you access voice guides for closing times.

- GDBYE: lets you access voice guides for the “Goodbye” announcement.
For the DAY and NIGHT functions, the following possibilities are provided:
- LISTEN: lets you listen to the recorded or default voice guide.
- PREV: lets you return to the previous voice guide (main menu, sub-menu 0 to 9, welcome
message).
- NEXT: lets you go on to the next voice guide (main menu, sub-menu 0 to 9, welcome
message).
- RECORD: lets you record a customized voice guide.
- DEFAULT: lets you erase the recorded voice guide and replace it by the default voice
guide; this key is only provided if recorded voice guides are available.
Select YES (return to default voice guide) or NO.
For the GDBYE function (end of "Goodbye" announcement), the following possibilities are
provided:
- LISTEN: lets you listen to the recorded or default voice guide.
- RECORD: lets you record a customized voice guide.
- DEFAULT: lets you erase the recorded voice guide and replace it by the default voice
guide; this key is only provided if recorded voice guides are available.
Select YES (return to default voice guide) or NO.
11.2.25.1.2AUDIOTEX - AUDTX
AUDTX lets you define 3 different Audiotex types.
- DAY: lets you access Audiotex voice guides for opening times.
- NIGHT: lets you access Audio voice guides for closing times.
- GDBYE: lets you access the Audiotex “Goodbye” announcement voice guide.
The following possibilities are offered:
- LISTEN: lets you listen to the Audiotex recorded or default voice guide.
- RECORD: lets you record a customized Audiotex voice guide.
- DEFAULT: lets you erase the recorded voice guide and replace it by the Audiotex default
voice guide; this key is only provided if a recorded voice guide is available.
Select YES (return to default voice guide) or NO.
11.2.25.1.3BROADCASTING LISTS - LIST
LIST lets you customize broadcasting lists (51 possible lists including a general broadcasting
list).
The following possibilities are offered:
- CLEAR: makes it possible to delete all data relative to a broadcasting list.
- EDIT: lets you create/modify the parameters of each broadcasting list.
• ADD: lets you add a member to a broadcasting list.
• PREV: lets you return to the previous member.
• NEXT: lets you go on to the next member.

               11-85

Chapter 11 *3 0 !#

• CLEAR: lets you delete a member from the list.

• NAME: lets you modify the name allocated to the list
- LISTEN: lets you listen to the broadcasting list name.
- RECORD: lets you record the broadcasting list name.
11.2.25.1.4GENERAL MAILBOX - GALMBX
GALMBX lets you define the general mailbox welcome message:
- LISTEN: lets you listen to the recorded or default welcome message.
- RECORD: lets you record a customized welcome message.
- DEFAULT: lets you erase the recorded welcome message and replace it by the default
message; this key is only provided if a recorded message is available.
Select YES (return to default message) or NO.
11.2.25.1.5INFORMATION MESSAGES - INFMSG
INFMSG lets you record up to 50 information messages used by the Automated Attendant and
the Audiotex service (opening or closing times).
- LISTEN: lets you listen to the recorded information message.
- RECORD: lets you record an information message
- PREV: lets you return to the previous message.
- NEXT: lets you go on to the next message.
Note:
Other parameters (message name, end of message response) have to be configured by OMC.

11.2.25.1.6MESSAGE NOTIFICATION ANNOUNCEMENT - NOTIF

This feature makes it possible to define the announcement for a remote notification of
messages:
- LISTEN: lets you listen to the recorded or default announcement.
- RECORD: lets you record a customized announcement.
- DEFAULT: lets you erase the recorded announcement and replace it by the default
announcement; this key is only provided if a recorded announcement is available.
Select YES (return to default announcement) or NO.

11-86               

  

     

12.1 Problem-Solving Methodology

12.1.1 Maintenance
12.1.1.1 Maintenance

This section does not deal with failures caused by configuration errors nor with those caused
by errors in the telephone features.
In either of these cases, refer to the sections on MMC-Station and Telephone Features.
In all cases, a thorough knowledge of the system (architecture, distribution of function
processing, etc.) and of its telephone features is essential, and in particular the limits of these
features.
Errors concerning distribution must be eliminated first.
To avoid taking a wrong track when determining faults, it is vital to define the source of the
fault from the outset:
- operating error by the user
- programming error by the user or operator
- programming error in implementation
- genuine system failure
12.1.1.2 Troubleshooting Procedure
For any system failure, it is essential to make visual checks (LEDs for the various boards, data
testing, automatic set testing), to check the power supply voltage (electrical and battery) and to
read the system messages.
The procedure is as follows:
- locate the terminal(s) affected by the fault. If several terminals are affected by the same
fault, determine the common link which might be the cause (logical numbers of the same
board, geographical distribution, same type of programming, etc.)
- determine at what level the error is occurring (internal or external call, etc.).
12.1.1.3 Extent of Failure
A failure may be characterized by various aspects:
- Total system failure:

               12-1

Chapter 12 *   ( #

• In this case, the fault can only be located in the module

• The failure is most likely to come from the power supply or from the CPU (control unit);
the next most likely cause is a set or network interface board interfering with the CPU.
- Total failure of a group of sets:
• if all the sets are on the same board, then the fault probably lies in the board
• if all the sets go out on the same cable, then the fault probably lies with the cable.
- Total failure of a single terminal: the fault is probably in the set itself. If not, check the
equipment in question.
- Partial failure of a single terminal: the fault is probably due to the configuration or mode of
operation.
12.1.1.4 Deliberate Reproduction of Defaults
To make sure that your analysis of the fault is correct, it is essential to try to repeat the failure
intentionally, unless it is unequivocal and permanent.
Once the fault is observed or repeated, and depending on the presumed source of the failure,
replace the faulty item with a working one and try to repeat the original fault again.
If the fault remains, perform a complete analysis of the failure again.
12.1.1.5 Locating Errors
Power supply problem
If the electrical and battery operation LEDs are both out, check all the fuses.
If the fuses are OK, this means that the duration of the electrical power outage has been
longer than the battery autonomy.
PowerCPU board problem
If the PowerCPU board LEDs are off, or are on steady, the system control unit is not working.
Miscellaneous
For any fault signaled on a terminal (set, add-on module or optional terminal such as a printer,
etc), the following operations will be necessary:
- Test of the maintenance terminal in place of the failed terminal
- Test of the terminal at the module level
12.1.1.6 Element Substitution
12.1.1.6.1 Rules to Respect
Any substitution (power supply, PowerCPU board equipped with the ARMADA VoIP32
daughter board) must be performed with the system powered down.
With OMC, you can save and subsequently restore the configuration (see "Data Saving").
If replacing a PRA board, make sure that the configuration of the new board is consistent with
the old one.
12.1.1.6.2 Powering up/down the System
- Press the ON/OFF button.

12-2               

 *   ( #

- Wait for the LED to go to steady red (about 30 seconds): system powered down
- Press ON/OFF to power up again after intervening (with the boards plugged back in). Wait
3 to 4 minutes for the system to initialize completely.

12.2 Board Management

12.2.1 Maintenance
12.2.1.1 Generalities
The following conditions require maintenance to handle boards after these are accepted:
- First appearance in the system:
• System configuration aspect when a new board is detected
• Initialization and start-up of the corresponding hardware
- Dynamic appearance or disappearance due to physical causes:
• Warm system reset
• Board plugged/unplugged while the system is running
• Problems detected requiring actions on the corresponding board
- Dynamic appearance or disappearance due to logical causes (MMC commands)
The following rules apply:
- Any detected board is considered by the maintenance as PRESENT.
- A PRESENT board can be considered as ACCEPTED or REFUSED depending on the
system dimensioning or power budget criteria.
- On cold reset, all the PRESENT boards are acknowledged (accepted or refused).
- Hardware decrease aspects are only applied at cold reset. A board seen as PRESENT on
cold reset might not be detected on warm reset (board detection failure or board
unplugged). In such a situation, such a board is considered by maintenance as ABSENT
(the board configuration data is still available) after warm reset.
12.2.1.2 System with a Software Version older than R2.0
The system should always be powered down before plugging/unplugging a board.
12.2.1.2.1 Plugging a Board
When a board is plugged, the system assigns numbers to the board equipment (user directory
numbers or line numbers); these numbers are assigned in ascending order of free system
numbers. The board equipment is initialized with the corresponding default configuration.
When a board is plugged into a slot previously taken up by another board, this board is
managed in the following way:
- if the new board is of the same type (same scan point) as the board previously plugged,
the new board is assigned the same data (numbers and configuration) as the previous
one.
- if the new board is different from the previous one, the system deletes the previous board
and associated data (the numbers assigned are now available and the default

               12-3

Chapter 12 *   ( #

configuration is cancelled). The new board is then recognized as if it was plugged into a
free slot (the equipment numbers are assigned in ascending order and the board initialized
with the default configuration corresponding to the new board type).
12.2.1.2.2 Unplugging a Board
In general, unplugging a board from the module does not trigger an update of the data
assigned to the board (directory numbers, key programming, line parameters, etc.) ; the
unplugged board is considered as "absent and accepted" (it is taken included when the system
checks the equipment limits) as long as no other board is plugged into this slot or a cold reset
performed on the system.
12.2.1.3 System with a Software Version from R2.0
All boards, except the CPU board, can be plugged/unplugged when the system is in operation.
Before unplugging the CPU board, perform a clean shutdown and switch the board to Off.
Interface boards can be replaced when the system is in operation, provided their OBC's
version allows it (version legible by OMC -> Hardware and Limits).
- from the 2.006 version for old boards.
- from the 3.003 version for the APA, LANX-1, UAI16-1, SLI-1 boards.
12.2.1.3.1 Plugging a Board
- Plugging a board in an unused environment:The board is considered as "present,
accepted or refused"; it depends on the various configuration settings: authorized or
unauthorized slot, equipment limits, software keys, etc. A "present and accepted" board is
taken into account by the system.
- Plugging a board into a slot which was previously used by a similar board with the
same number of interfaces or accesses: The data related to the old board are not
deleted; the new board is considered as "present, accepted or refused" with the same
number of accesses or interfaces as the previous board.
- Plugging a board into a slot which was previously used by a different board or by a
similar board with a different number of interfaces or accesses: All the data related to
the old board are deleted; the new board is then considered as if it had been plugged in a
new slot.
12.2.1.3.2 Unplugging a Board
If the board is unplugged when it is in "present and accepted" status, it is deactivated and
declared "absent"; the other data related to the board configuration remain unchanged. The
processing is the same for a board in a "present but refused" state, but that board will not be
deactivated.
Note:
In case of a "gentle" plugging-in, it is possible that the plugged board may not be detected by the CPU
board or detected with the wrong slot number.
In online Mode, if OMC does not automatically detect a plugged/unplugged board on a powered-up
system, the session should be closed, then restarted for the board to be included.

12.2.1.4 Assigning Directory Numbers

At start up, a default telephone number is associated to each internal and virtual extension,

12-4               

 *   ( #

according to the default numbering plan and following the order of appearance of the
interfaces and their extensions:
The interfaces appear in the same order as the boards, so the order in which the system gives
a number to each interface is the following:
- The master cabinet extension board interfaces.
- The first satellite cabinet extension board interfaces if present.
- The second satellite cabinet extension board interfaces if present.
- The Mini-MIX daughter board interfaces if present.
- The virtual board interfaces (XRA, DECT, badge, IVPS, IP).
At the end of the start up, the next numbers are assigned to the sub-device extensions
according to their order of appearance.
The order of appearance is the same for every sub-device and the device to which it is
attached.
Example:
We have a system with 2 cabinets:
- a master cabinet with a 16UA extension board.
The UA set connected to the first interface has a V24 sub-device.
The UA set connected to the last interface also has a V24 sub-device.
2 IVPS ports.
- a satellite cabinet with a 16UA extension board.
The UA set connected to the first interface has a V24 sub-device.
After the system is started, 10 DECT handsets are added using MMC.
In the above configuration, and with a 3-digit numbering plan, the phone numbers are
assigned as follows:
- From 101 to 116 to the UA interfaces on the master cabinet.
- From 117 to 132 to the UA interfaces on the satellite cabinet.
- Numbers 133 and 134 to the IVPS ports.
- Numbers 135 and 136 to the V24 sub-devices on the master cabinet.
- Number 137 to the V24 sub-devices on the satellite cabinet.
- From 138 to 147 to the DECT handsets.
Example:
We have an XS-N with an AMIX board, a PowerCPU with a Mini-MIX daughter board.
For sets, the numbering order is:
- UA of AMIX.
- Z of AMIX.
- Z of Mini-MIX.
- VMU ports, RA.
For trunks, the numbering order is:
- Trunks of AMIX.

               12-5

Chapter 12 *   ( #

- T0 of Mini-MIX.
Advantages
- This numbering order associates the phones numbers with the devices following their
physical positions in the 3 cabinets.
- No undetected interface (because of an underequipped board) gets a telephone number.
Therefore, no telephone number is wasted.
- DECT handsets can be created through MMC, after the system is started. The
corresponding phone numbers follow the number given to the sub-device last detected.
- In case of a Mini-MIX, the Z interfaces are not always in the operator group.
Drawback
An interface connected to no device is given a number.
12.2.1.4.1 Configuration Checks
If there are hardware or configuration changes, the following limits are checked (for detailed
quantifications, please see "Capacities and limits" in the "Product Presentation" section):
- Maximum number of corded interfaces: Any additional interface will be refused.
- Maximum number of directory numbers: Any attempt to add another number will be
rejected. The directory numbers assigned to the auxiliaries (VMU, XRA, etc) are not
covered by these checks, and are always accepted.
- Maximum number of D-channels (T0/T1/T2/DASS2 interfaces): Any additional interface
(T0) or board (PRA) will be refused.
- Maximum number of B-channels (TLs, ISDN access, VoIP access): any attempt to add
another interface will be rejected (and the interface containing the B-channel in question
declared out of service).
12.2.1.5 Initializing Sets
On powering up, dedicated sets execute a self-test:
- display test
- test of the LEDs or icons of the set and add-on module, if any
- audio test

12.3 Replacing / Relocating Sets

12.3.1 Maintenance
12.3.1.1 Replacing a Set
You can replace your digital set by connecting a set of the same family, but of a different type,
into your phone socket. This substitution can be temporary or permanent.
Replacing an analog set by another analog set, or replacing a digital set by a set of the same
type, requires no special procedure (simple hardware exchange).
Replacing or moving an IP phone can be achieved by connecting the hardware into the

12-6               

 *   ( #

network. Default parameters are configured on the phone set on connection. To retain
individual user parameters, configuration is required either on the set, or on the OMC and the
set.
12.3.1.1.1 Temporary Substitution
The replacement set keeps its own default functions (customized settings are not transferred).
The data not transferred are stored in the Alcatel-Lucent OmniPCX Office Communication
Server system until a set of the same type as the initial one is connected.

12.3.1.1.2 Permanent Replacement

The maximum quantity of data from the initial set is transferred to the replacement. Data not
transferred are deleted.

12.3.1.1.3 Characteristics Preserved During Temporary or Permanent set Substitution

- Rights (restricted features)
- Barring level
- Metering profile
- Messages and last caller repertories
- Destination set for metering reminder, forwarding and/or monitoring
- Set belonging to a hunting group and/or a Manager-Secretary relation
- Appointment reminder
- Locked or unlocked set
- Callbacks
- Active forwarding
- Last number redial

               12-7

Chapter 12 *   ( #

12.3.1.1.4 Data Preserved During Permanent Set Replacement

Replacement of Digital Sets
Regardless of the type of the initial digital set and that of the replacement, the function and
resource keys are not preserved. The directory numbers are preserved in accordance with the
size of the directories of the stations concerned (for example, when replacing a Advanced
Reflexes set with a Premium Reflexes set, only the first 10 numbers are preserved).
Note 1:
The add-on modules are always transferred provided the substitution set supports these modules.

Note 2:
It is possible to replace a Reflexes set with an Alcatel-Lucent 9 series set. It is not possible to replace an
Alcatel-Lucent 9 series set with a Reflexes set.

12.3.1.2 Relocating a Set

If you move office, you can move your set from one socket to another and still preserve all or
part of its settings.
Before relocating the set:
- You need to change the personal code, which must be different from the default code.
- It is advisable to lock the set.
12.3.1.2.1 Relocating a Set to an Unused Socket

12.3.1.3 Adding Sets

When adding sets, attention must be paid to the limits on the number of sets and the features
offered by the system software key.

The set is recognized as soon as it has been plugged into the socket.
12.3.1.4 IP Phones
When an IP phone is connected to the network, default parameters are configured on the

12-8               

 *   ( #

phone set on connection.

To keep individual user parameters, configuration is required on the phone.
OMC configuration is recommended for large networks to activate the Automatic Set
Relocation Replace service.
12.3.1.4.1 Automatic Set Relocation Retrieve
The Automatic Set Relocation Retrieve service exchanges the data of the source and target
phones.
Example:
Retrieve
If Phone 50 has been configured and now a new IP Phone is connected to the LAN.
This Phone is automatically taken into account by the system with a default configuration and
is operational.
The phone number 150 is automatically allocated to this phone. The Automatic Set Relocation
‘Retrieve’ service is invoked from the newly connected IP Phone 150 (target) to retrieve the
configuration of phone 50 (source):
<ASR-Retrieve-code><Source-EDN>< source phone password>

Phone 150 is reset and has the same configuration as set 50.
This means that for each IP Phone in the network there is another Phone defined in the
system with the IP Phone’s previous default configuration.
For each IP Phone connected there are two Phones defined in the system. A license is
required to create an IP Phone whether it is connected or not. In this situation, for a system
with N users, 2xN subscribers are defined in the system and 2xN IP Phone licenses are
required. If N > 100, the number of subscribers and licenses would exceed the limits of the
system (200).
12.3.1.4.2 Automatic Set Relocation Replace
The Automatic Set Relocation Replace feature allows the retrieval of user parameters in
networks containing more than 100 sets.
On dialing the ASR-Replace code in the new IP Phone, it requests the EDN and then
password of the existing IP Phone. On successful replacement:
- The New IP Phone is assigned with the existing sets EDN and other properties
- The previous IP Phone with default configuration is deleted
The OMC must be configured to enable the Noteworthy addressASRRep_IP.
To activate this feature:
From the OMC -> System Miscellaneous -> Memory Read/Write -> Other Labels
Enable Noteworthy addressASRRep_IP
Set to TRUE (01)

Note 1:
By default the Noteworthy address ASRRep_IP is set to FALSE (00)
After a Cold reset default parameters (00) are restored.

               12-9

Chapter 12 *   ( #

When the OMC is configured in this way, more than 100 sets can be configured
Example:
Replace
Phone 50 has been configured earlier. And now a new IP Phone is connected to the LAN. This
Phone is automatically taken into account by the system with a default configuration and is
operational.
The phone number 150 is automatically allocated to this phone. The Automatic Set
Relocation Replace service is invoked from the newly connected IP Phone 150 (target) to
retrieve the configuration of phone 50 (source):
<ASR-Replace-code><Source-EDN>< source phone password>

Phone 150 is reset and has the same configuration as set 50 and the previous set is deleted.
Note 2:
Under normal conditions default passwords are not allowed for set relocation services. If the Noteworthy
addressASRRep_IP service is enabled, a default password can be used.

12.4 Data Saving

12.4.1 Maintenance
12.4.1.1 Overview
Configuration backup
The backup operation concerns all the parameters not reinitialized during a warm reset:
- global data (software version, backup time and date, etc.)
- configuration data (types of boards and terminals, characteristics of terminals and groups,
keys and directory settings, numbering plans, directory, Class of Service restrictions
tables)
- data recorded by users (mail, appointment reminders, forwarding)
- call details counters
The configuration data backup can be activated in either of the following 2 ways:
- manually by the installer (OMC or MMC-Station backup command)
- automatically and periodically, at a time programmed by the installer, using OMC or
MMC-Station
The backup session is exclusive of any OMC or MMC-Station operation or customization
session; any modification is ignored during backup; avoid any activation or inhibition of
services (appointment reminders are not protected, forwarding and filtering are refused) which
would modify the settings.
Any system data modification and any hardware modification by OMC or MMC-Station must
be followed by a backup.
Duration of a backup session: more than a minute for a multi-module installation.

12-10               

 *   ( #

At the end of the session, a message appears in the hardware message table (to signal
failure) or in the system history table (to signal success).
Configuration restore
The restore session is activated manually by the installer (OMC or MMC-Station restore
command). All the saved data are restored.
Duration of a backup session: more than a minute for a multi-module installation.
At the end of the session, a message appears in the hardware message table (failure
indication) or in the system history table (success indication).
12.4.1.2 Configuration
- Manual backup:
• by OMC (Expert View): Data Saving & Swapping -> Commands -> check Backup
• by MMC-Station: DatSav -> ManBkp

- Automatic backup:
• by OMC (Expert View): Data Saving & Swapping -> Data Saving -> Enter date, time
and periodicity
• by MMC-Station: DatSav -> AutBkp -> Enter date, time and periodicity

- Restore:
• by OMC (Expert View): Data Saving & Swapping -> Commands -> check Immediate
Restore
• by MMC-Station: DatSav -> Restor

12.5 System Messages

12.5.1 Maintenance
The system messages are divided into 2 tables:
- the hardware message table
- the history message table
12.5.1.1 Interface markers
XX # 1 for the first half-board of slot XX, XX # 2 for the second half-board, XX - YY for the YY
access of slot XX, ***** concerning the system messages.
A board can be cut into 2 half boards, this means that the same board uses 2 LCP codes (one
per half-board). The 2 half boards may or may not be identical.
12.5.1.2 Format of system messages on Advanced Reflexes sets
To see the messages, go into an Installer session and choose the GLOBAL feature out of the
available features. Choose the MAINTE sub-feature, then RDHIST to read the history
messages, RDANOM to read the hardware messages, or RRANOM to empty the hardware
messages table.

               12-11

Chapter 12 *   ( #

30-12 15 : 30 106 **** 01030000 001/005

- 30-12 : date
- 15 : 30 : time
- 106 : type of message
- **** : location (XX - YYY: access YYY of slot XX, *****: system)
- 01030000 : INFO 0 to INFO 3 hexadecimal (INFO 0 = 01; INFO 1 = 03; INFO 2 and 3 =
00)
- 001 / 005 : message index in relation to the total number of saved messages
12.5.1.3 Hardware messages
All of the hardware faults detected locally by a board or by the PowerCPU board are listed in
this table.
When the table is full, a new fault is stored in place of the most recent message (the table may
be emptied by an OMC command or by cold starting the system).
Type Message Location Additional Information Action
5 CONFIGURATION Check the
BACKUP FAILURE configuration
9 CONFIGURATION Check the
RESTORATION FAILURE configuration.
33 KEY REDUCED CPU (80) INFO 0 = reduced feature set index
The features normally - 01 : VMU storage capacity
associated with the active diminished
key have been reduced due - 02 : number of VMU and
to a hardware problem Automated Attendant ports
(CPU type, insufficient diminished
memory, etc). - 03 : Automated Attendant
unavailable
- 04 : Audiotex unavailable
- 05 : welcome messages
unavailable
- 06 : distribution list names
unavailable
- 07 : recording of conversations
unavailable
- 08 : duration of please-wait
message diminished
- 10 : number of NMC metering
statements diminished
- 12 : number of languages
diminished
50 ISDN ACCESS REBOOT Board location. INFO 0 = D-channel
PROBLEM Interface
marker

12-12               

 *   ( #

Type Message Location Additional Information Action

51 CLOCK PROBLEM Board location. INFO 0 = type of interface: T0, T2, Check there
Clock synchronization Access marker DASS2, etc. is no
problem detected on an synchronizing
add-on module interface access in the
add-on
modules
52 SPECIFIC ACCESS Board location. INFO 0 =1: FCS (Frame Check If the fault
PROBLEM DETECTED BY Access marker Sequence) 2: CRC (Cyclic recurs
AN ISDN BOARD LEVEL 2 Redundancy Check) frequently,
check the
connection to
the public
network.
53 ALARM DETECTED ON A Board location. INFO 0 = XX : type of alarm Ensure that
PRIMARY ACCESS Access marker - 00 : Level 1 synchronized; all the alarm
systems go. disappears.
- 01 : Synchronization loss in If the fault
"multiple frame" mode recurs
(synchronization in "double-frame" frequently,
mode is correct). check the
- 02 : No multiple frames; T2 connection to
automatically starts "double-frame" the public
mode. network.
- 03 : RDS (...)
- 04 : Remote Frame Alarm.
- 05 : Synchronization loss in
"double-frame" mode.
- 06 : Alarm Indication Signal;
sequence of "1's received,
interface not synchronized.
- 07 : Loss of Frame Alignment
(occurs when the cable is
disconnected).
- 08 : Temporary clock lag;
synchronization established.
- 09 : Error rate; number of error
frames > 5 in 1 second.
- 10 : Erroneous frames received in
the checksum (CRC).
- 11 : The network emits this alarm
when the FALC sends erroneous
frames in the CRC.
54 EXTERNAL FAULT ON S0 Board location.
External problem detected Access marker
on an S0 access following
release message giving
cause as "deactivation of
level 1"

               12-13

Chapter 12 *   ( #

Type Message Location Additional Information Action

55 INTERNAL FAULT ON S0 Board location. If the fault
Internal problem detected Access marker keeps
on an S0 access following recurring,
release message giving check the bus
cause as "deactivation of wiring.
level 1"
58 ISDN BOARD FAULT Board location. INFO 0 = type of error (not significant) If the fault
A level 1 error was detected Access marker keeps
by the board's OBC recurring,
check the bus
wiring.
72 UNSUCCESSFUL Check the
ATTEMPT TO PRINT printer and its
Message sent by the output connection
device (printer) after every 5 cable.
failed print attempts.
103 OBC FAULT Board location. INFO 0 and 1 = type of fault
200 4070 IO/EO BASE: SLAVE Board location. INFO 0 = interface number invalid Check the
LINK CONNECTED TO Interface INFO 1 = base station operating status cables on the
INVALID INTERFACE marker 2nd link in the
base station
201 4070 IO/EO BASE: Board location. INFO 0 to 3 = bitmap of frequencies
FREQUENCY REJECTION Interface authorized and in use
Discrepancy between the marker For more information, refer to the
number of frequencies "Installing 4070 IO/EO base stations",
configured by the installer file in the "Mobility" section.
and the number of DECT
frequencies processed
202 4070 IO/EO BASE: LOSS Board location. INFO 0 = link status (0 = link KO; 1 = Check cabling
OF SYNCHRONIZATION Interface link OK) Replace the
ON UA LINK 0 marker 4070 base
station
203 4070 IO/EO BASE: LOSS Board location. INFO 0 = link status (0 = link KO; 1 = Check cabling
OF SYNCHRONIZATION Interface link OK) Replace the
ON UA LINK 1 marker 4070 base
station
204 4070 IO/EO BASE: NO Board location.
REPLY ON DSP PRESENT Interface
(RESET) marker
205 4070 IO/EO BASE: Board location.
TRANSMISSION ERRORS Interface
DETECTED ON SERIAL marker
LINK TO DSP (RESET)

12-14               

 *   ( #

Type Message Location Additional Information Action

206 4070 IO/EO BASE: Board location.
ERRORS DETECTED Interface
DURING INITIALIZATION marker
PHASE OF BOOT
PROGRAM (RESET)
207 4070 IO/EO BASE: Board location.
ERRORS DETECTED Interface
DURING SOFTWARE marker
DOWNLOAD PHASE
208 4070 IO/EO BASE: Board location.
TRANSMISSION BUFFER Interface
FULL marker
209 4070 IO/EO BASE: Board location.
TRANSMISSION BUFFER Interface
FULL marker
210 4070 IO/EO BASE: A Board location.
MESSAGE IS SENT TO Interface
THE BASE WITH A FALSE marker
LINK IDENTITY
212 4070 IO/EO BASE: Board location.
WRONG LINE LENGTH Interface
marker
213 4070 IO/EO: RECEPTION Interface
OF AN ERRONEOUS marker
MESAGE
214 4070 IO/EO: RECEPTION Board location.
OF AN ERRONEOUS Interface
FREQUENCY PLAN marker
215 4070 IO/EO BASE: Board location.
WRONG LINE LENGTH Interface
marker
216 4070 IO/EO BASE: Board location.
RECEPTION OF AN Interface
ERRONEOUS MESSAGE marker
217 4070 IO/EO BASE: Board location.
RECEPTION OF AN Interface
ERRONEOUS marker
FREQUENCY PLAN
220 DSP OUT OF SERVICE ON Board location. INFO 0 = DSP number
ONE OF THE BOARDS INFO 1 = cause (resource problem,
DSP overload, etc)

               12-15

Chapter 12 *   ( #

Type Message Location Additional Information Action

239 STORAGE MEMORY CPU (80) INFO 0 = type of error
CHANGED OR LOST - 0 : medium KO
- 1 : medium full
- 2 : checksum error
- 3 : system file control error
INFO 1 = type of medium
- 0 : NAND FLASH CPU
- 2 : HARD DISK
INFO 2 = type of initial medium
INFO 3 = affected memory area
(metering, alarms, voice prompts, etc)
242 ERROR ON OPENING CPU (80) INFO 0 to 3 = type and value of voice
VOICE PROMPT FILE prompt
243 ERROR ON CLOSING CPU (80) INFO 0 to 3 = type and value of voice
VOICE PROMPT FILE prompt
244 ERROR ON READING CPU (80) INFO 0 to 3 = type and value of voice
VOICE PROMPT FILE prompt
245 ERROR ON WRITING CPU (80) INFO 0 to 3 = type and value of voice
VOICE PROMPT FILE prompt
246 ERROR ON OPENING CPU (80) INFO 0 to 3 = type and value of voice
VOICE PROMPT FILE prompt
247 ERROR ON OPENING CPU (80) INFO 0 to 3 = type and value of voice
VOICE PROMPT FILE prompt
248 DISCHARGED BATTERY CPU (80)
OR BATTERY
REPLACEMENT
This results in an incorrect
date/time
249

12.5.1.4 History messages

The events identified by the codes in the system history messages table concern modifications
to the system hardware configuration (appearance/disappearance of boards or terminals,
refusal of a board on exceeding equipment limits) or other events (reset execution, buffer fill
rate attained, etc).
When the table is full, a new event is stored in place of the oldest message.
This table is only emptied in the event of a cold system reset.

12-16               

 *   ( #

Type Message Location Additional Information Action

0 SYSTEM RESTART INFO 0 = reason to restart
1 : MMC reset command
2 : reset due to hardware fault
3 : mail notify queue is full
4 to 5: reset following software
problem
7 : reset following software license
problem (the values of the default
key are used)
11 : reset following software swap
or after restoration after swap
12 : too many one-way
communications
13 : automatic restart programmed
by MMC
14 : timeout expiration
15 : no more inodes in notifqueue
55 : normal reset
1 DOWNLOAD INFORMATION CPU (80) INFO 0 = information
1 : download started
2 : download finished
3 : download failure
INFO 1 = cause of failure
0 : download complete
9 : invalid date
11 : file transfer error
14 : download incomplete
2 SWAP INFORMATION CPU (80) INFO 0 =1: swap complete; 2: data
Program change-over saving error; 3: fault during swap
INFO 1 = type of swap: 0 : normal
with data saving; 1: normal without
data saving; 2: forced with data
saving
INFO 2 = acknowledgement: 0 : no
problem; 1: save KO; 2: restore KO;
3: save/restore KO
3 LAUNCH OF DATA SAVING CPU (80)
Data Saving
4 DATA SAVING BACKUP OK CPU (80)
6 AUTOMATIC DATA SAVING CPU (80) End the MMC
BACKUP REFUSED session. Save
MMC session was active manually or
wait for the
next
automatic
save.
7 LAUNCH OF DATA RESTORE CPU (80)
Data Saving

               12-17

Chapter 12 *   ( #

Type Message Location Additional Information Action

8 DATA RESTORE OK CPU (80) Check if the
hardware
configuration
has been
changed
since the last
backup
9 DATA RESTORE FAILED CPU (80) Check if the
hardware
configuration
has been
changed
since the last
backup
10 DATA SAVING REFUSED CPU (80)
No data saving option
11 END OF START-UP
The system is operational
20 NOT ENOUGH MEMORY CPU (80)
Available space < 15 %
21 FULL BUFFER MESSAGE CPU (80) INFO 0 = type of pool
22 FLOW CONTROL ON Board location INFO 0 = type of pool
MEMORY POOLS INFO 1 = level (95 = exceeded 95
Alert level size of memory % threshold; 75 = gone under 75 %
allocated to flow control on a threshold)
memory reached
30 DBMS CRASH CPU (80) INFO 0 to 3 = causes of crash
31 CURRENCY CONVERSION CPU (80) INFO 0 =1: conversion OK
32 PRIORITY CALL CPU (80) INFO 0 = Directory Number High
Byte, INFO 1 =Directory Number
Low Byte
34 SOFTWARE KEY CHANGE CPU (80) INFO 0 = type of key (0= main key;
1 = CTI key)
INFO 1 = type of event (see
Information Displayed / Software
key states)
INFO 2 and 3 = Bytes
corresponding to the
acknowledgement code
(respectively High and Low)
35 PS-BOOST BOARD FAULT CPU (80) INFO 0 = type of error (1 = more
A PS-BOOST board problem than one boost present or boost in a
has been detected small rack; 2 = no boost nor
external feeding; 3 = external power
loss; 4 = external power recovery)

12-18               

 *   ( #

Type Message Location Additional Information Action

39 R_REMOTE_ACCESS_MBX_LOCKED Board location INFO 0 = mailbox number high byte
Indicates that the remote INFO 1 = mailbox number low byte
access to the mailbox of a
subscriber is locked
41 R_REMOTE_ACCESS_MBX_UNLOCKED
Board location INFO 0 = mailbox number high byte
Indicates that the remote INFO 1 = mailbox number low byte
access to the mailbox of a
subscriber is unlocked
42 R_REMOTE_ACCESS_WSAPI_LOCKED Board location
Indicates that the remote
access to web services API is
locked
43 R_REMOTE_ACCESS_WSAPI_UNLOCKEDBoard location
Indicates that the remote
access to web services API is
unlocked
44 R_ARP_SPOOF_INFO Board location octet 1 of the IP address of the
ARP spoofing detected. Multiple target
ARP reply received within octet 2 of the IP address of the
lock-time period. target.
octet 3 of the IP address of the
target.
octet 4 of the IP address of the
target.
56 ISDN BOARD ACCESS Board INFO 0 = access status (0 = access
The ISDN protocol location. KO, 1 = access OK)
management module detected Access marker INFO 1 = type of access (03 = T0,
a layer 1 problem on a T0 or T2 23 = DLT0)
access
57 TEI DELETION CPU (80) INFO 0 = D-channel Analyze the
INFO 1 = TEI reason why
the TEI was
modified by
the network
carrier.
59 R_ANO_VOWLAN_ACCESS. INFO 0 = Code of error:
Voice over WLAN access 1 = Rate of calls cut/total calls on
problems. system reached 5%
2 = Saturation time on one AP
reached 1 minute
3 = Saturation number on one AP
reached 3 times
4 = Rate of refused calls/total calls
on system reached 5%
5 = Rate of calls cut/total calls on
one handset reached 5%
6 = Rate of refused calls cut/total
calls on one handset reached 5%

               12-19

Chapter 12 *   ( #

Type Message Location Additional Information Action

70 PRINTER THRESHOLD K.O. Check the
Message emitted by the spooler printer and its
when the array where the cable
tickets are stored is 70% full connection
71 PRINTER THRESHOLD O.K.
Message emitted by the spooler
when the array where the
tickets are stored is less than
70% full again
90 ENTERING AN MMC SESSION CPU (80) INFO 0 =1: ADMINISTRATOR
password; 2: INSTALLER
password; 3: OPERATOR
password; 5: GUARDED password
91 END OF MMC SESSION CPU (80)
100 BOARD BACK IN SERVICE Board location INFO 0 = type of board
(Following a system stoppage
or after being unplugged)
101 BOARD UNPLUGGED Board location INFO 0 = type of board (if known)
INFO 1 = cause of rejection
104 TEMPORARY BOARD RESET Board location INFO 0 =1: hardware fault; 2: no
response from board; 3: fan fault; 4:
running on battery; 5: license
problem; 6: maintenance problem;
7: reason unknown
INFO 1 = cause of reset
105 PERMANENT BOARD RESET Board INFO 0 =1: hardware fault; 2: no Disconnect
location. response from board; 3: fan failure; and reconnect
4: running on battery; 5: license the board. If
problem; 6: maintenance problem; the fault
7: reason unknown; 8: power supply persists,
problem replace the
INFO 1 = cause of reset board
106 BOARD REFUSED Board location INFO 0 = type of board Check the
The board has been refused INFO 1 = cause of refusal (See hardware
and, in the case of an intelligent Information Displayed / Reasons for configuration
board, a permanent reset is board refusal) (the system
performed on it limits may
have been
exceeded).
107 MMC BOARD RESET Board location
The reset of an interface board
processor has been requested
by MMC
108 POWER OFF: LAUNCH OF Board location
BACKUP PROCEDURE FOR A
BOARD

12-20               

 *   ( #

Type Message Location Additional Information Action

109 BOARD INFO CLEARED BY Board location
OMC
110 APPEARANCE OF A Board INFO 0 = type of terminal
TERMINAL location. INFO 1 = reason for restarting
A terminal has been recognized Interface
by the system. This terminal is marker
now operational
NB: this message will only be
sent if the NMC is present and
active
111 DEVICE REFUSED Board INFO 0 = type of device Check the
Configuration limit attained location. INFO 1 = cause of refusal hardware
Interface INFO 2 = 1 (software license configuration
marker problem; in this case, INFO 1 = 255 (the system
(terminal not totally refused, limits may
because recognized by MMC) have been
exceeded).
112 FAULT ON A DEVICE Board INFO 0 = type of device If the fault
location. INFO 1 = type of error recurs
Interface frequently,
marker check the
terminal and
its
connections.
113 INTERFACE REFUSED Board INFO 0 =type of interface Check the
An interface was refused location. INFO 1 = cause of refusal hardware
because the system limits were Interface configuration
exceeded marker (the system
limits may
have been
exceeded).
120 CABINET OPERATIONAL Controller INFO 0 = type of backpanel board
board (81 or (3 = wall mounted; 4 = RACK1U; 5
82) = RACK2U; 6 = RACK 3U; 7 =
RACK 1U G2; 8 = RACK 2U G2; 9
= RACK 3U G2; 10 = RACK XS; 11
= RACK XS-N
INFO 1 = module operating mode
(0 = restricted mode, running on
battery; 1 = normal mode, running
on the electrical power supply)
121 CABINET REFUSED Controller INFO 0 = reason for rejection
board (81 or
82)
122 CABINET UNPLUGGED Controller
board (81 or
82)

               12-21

Chapter 12 *   ( #

Type Message Location Additional Information Action

123 MAIN FAILURE CPU (80) INFO 0 = Main power supply state
(0 = Electrical power supply KO -
battery activated; 1 = Electrical
power supply OK; 2 = System on
battery, only with 2G power supply)
124 FAN STATUS CPU (80) or INFO 0 = fan identity (0 = fan 1; 1 =
Controller fan 2)
Board (81) or INFO 1 = fan status (True = OK;
(82) False = KO)
125 POWER SAVING INFO 0 = module (0 = basic Check
System in power-saving mode; module; 1 = extension 1; 2 = rotation of the
only the 2 first Reflexes extension 2) module fans.
telephones as well as all T0 INFO 1 = reason (0 = Fan problem)
accesses will be taken into
account
126 DSP RESOURCE KO Controller INFO 0 = DSP type 0 or 1 (DSP0 or
Message not processed by the board (81 or DSP1)
DSP of one of the controller 82)
boards
127 DSP RESULT CODES Controller INFO 0 = DSP type 0 or 1 (DSP0 or
These codes are used in board (81 or DSP1)
confirmation messages and by 82) INFO 1 = Result code
the reception buffer INFO 2 = Result sub-code
INFO 3 = Type of resource
128 DSP KO CPU (80) or INFO 0 = 0 or 1 (DSP0 or DSP1)
The DSP of one of the controller controller
boards is out of service. board (81 or
82)
129 CPU KO INFO 0 = type of CPU (0 = Internet
PowerCPU board not detected access; 1 = VoIP)
by the backpanel board 10 INFO 1 = number of CPU resets
minutes after initialization during the-10 minute period
INFO 2 = CPU state
INFO 3 = last byte of MAC
(Ethernet) Internet address of CPU
140 UNREGISTRATION CPU (80) INFO 0 = octet 1 of the IP address
SIP un-registration of the remote registry
INFO 1 = octet 2 of the IP address
of the remote registry
INFO 2 = octet 3 of the IP address
of the remote registry
INFO 3 = octet 4 of the IP address
of the remote registry

12-22               

 *   ( #

Type Message Location Additional Information Action

141 REGISTER OK CPU (80) INFO 0 = octet 1 of the IP address
SIP registration success of the remote registry
INFO 1 = octet 2 of the IP address
of the remote registry
INFO 2 = octet 3 of the IP address
of the remote registry
INFO 3 = octet 4 of the IP address
of the remote registry
142 REGISTER 500 CPU (80) INFO 0 = octet 1 of the IP address
SIP registration failure (500: of the remote registry
Server error) INFO 1 = octet 2 of the IP address
of the remote registry
INFO 2 = octet 3 of the IP address
of the remote registry
INFO 3 = octet 4 of the IP address
of the remote registry
143 REGISTER 423 CPU (80) INFO 0 = octet 1 of the IP address
SIP registration failure (423: of the remote registry
Interval too brief) INFO 1 = octet 2 of the IP address
of the remote registry
INFO 2 = octet 3 of the IP address
of the remote registry
INFO 3 = octet 4 of the IP address
of the remote registry
144 REGISTER 400 CPU (80) INFO 0 = octet 1 of the IP address
SIP registration failure (400: of the remote registry
Invalid request) INFO 1 = octet 2 of the IP address
of the remote registry
INFO 2 = octet 3 of the IP address
of the remote registry
INFO 3 = octet 4 of the IP address
of the remote registry
145 REGISTER 403 CPU (80) INFO 0 = octet 1 of the IP address
SIP registration failure (403: of the remote registry
Forbidden) INFO 1 = octet 2 of the IP address
of the remote registry
INFO 2 = octet 3 of the IP address
of the remote registry
INFO 3 = octet 4 of the IP address
of the remote registry
146 REGISTER 404 CPU (80) INFO 0 = octet 1 of the IP address
SIP registration failure (404: Not of the remote registry
found) INFO 1 = octet 2 of the IP address
of the remote registry
INFO 2 = octet 3 of the IP address
of the remote registry
INFO 3 = octet 4 of the IP address
of the remote registry

               12-23

Chapter 12 *   ( #

Type Message Location Additional Information Action

147 REGISTER TIMEOUT CPU (80) INFO 0 = octet 1 of the IP address
SIP registration failure of the remote registry
(Timeout) INFO 1 = octet 2 of the IP address
of the remote registry
INFO 2 = octet 3 of the IP address
of the remote registry
INFO 3 = octet 4 of the IP address
of the remote registry
148 REGISTER FAILED CPU (80) INFO 0 = octet 1 of the IP address
SIP registration failure of the remote registry
INFO 1 = octet 2 of the IP address
of the remote registry
INFO 2 = octet 3 of the IP address
of the remote registry
INFO 3 = octet 4 of the IP address
of the remote registry
149 SIP Registration rejected CPU (80) INFO 0 = reason for the rejection
- 0: Undefined error
- 1: Unknown user
- 2: No request or Registrar call
- 3: Bad login or username
- 4: Bad password
- 5: Bad domain name
- 6: Error processing of register
request
- 7: Only one contact allowed.
- 8: Database full
- 9: Too many contacts for one
single address
10: Wrong terminal type for
IP-DECT handset
INFO 1 = First byte of edn
INFO 2 = Second byte of edn.
INFO 3 = Count of occurrence of
the event with same reason of
reject
160 THRESHOLD HARDWARE CPU (80)
TABLE
The critical threshold (80 % by
default) of the hardware fault
table has been reached
161 THRESHOLD HISTORY CPU (80)
TABLE
The critical threshold (80 % by
default) of the history fault table
has been reached

12-24               

 *   ( #

Type Message Location Additional Information Action

162 THRESHOLD METERING CPU (80)
TABLE
The critical threshold (80 % by
default) of the data metering
buffer has been reached
163 THRESHOLD URGENT TABLE CPU (80)
The critical threshold (80 % by
default) of the urgent alarms
table has been reached
164 HARDWARE TABLE FULL CPU (80)
The hardware anomaly table is
full
165 HISTORY TABLE FULL CPU (80)
The history event table is full
166 METERING TABLE FULL CPU (80) INFO 0 = Origin (1 byte); 0 =
The metering table is full Account ticket table; 1 = VoIP RTP
ticket table
167 URGENT TABLE FULL CPU (80)
The urgent alarms table is full
168 NMC CONNECTION START CPU (80)
The NMC application has
established a connection with
the PCX
169 NMC CONNECTION END CPU (80)
The NMC application has ended
the connection with the PCX
170 NMC NOT ALLOWED CALL CPU (80)
NMC call by analog XRA (not
allowed)
171 NMC ERRONEOUS CALL CPU (80)
The PCX tried to establish a call
to an NMC but it was erroneous
172 NMC NON ANSWERED CALL CPU (80)
The PCX tried to establish a call
to an NMC, but the call was not
answered
173 NMC INFO TIMEOUT CPU (80)
The PCX connected to an NMC
and sent an INFO message
saying that an urgent alarm
should be read. The PCX did
not respond to this message.
174 NMC PUT DATA TIMEOUT CPU (80)
The PCX received no
acknowledgement for the data
sent in the message. The
communication failed.

               12-25

Chapter 12 *   ( #

Type Message Location Additional Information Action

175 NMC WAIT ACK TIMEOUT CPU (80)
The PCX received no
acknowledgement for the
establishment request sent to
the NMC
176 NMC PHONE NB MISSING CPU (80)
The PCX attempted to call the
NMC to send urgent alarms, but
the NMC number was not
specified
177 ADDRESS NOT REGISTERED CPU (80)
The PCX attempted to call the
NMC, but the NMC refused the
call because it didn't recognize
the PCX
178 UNEXPECTED ALARM CPU (80)
Unsuccessful anomaly
translation for the NMC
190 UNKNOWN IPUI CPU (80) INFO 0, INFO 1, INFO 2, INFO 3 =
A GAP handset tried to access corresponding byte of port identifier
the PBK without being
registered
221 ETHERNET DOWN Board Check the
Ethernet interface of the IP-LAN location. LAN
board is down. Ethernet connection
interface and, if
marker. necessary,
the LAN
elements
(hub, switch).
222 ETHERNET UP Board
Ethernet interface of the IP-LAN location.
board is working. Ethernet
interface
marker.
223 REMOTE GATEWAY DOWN INFO 0 to INFO 3: bytes Check the IP
Remote gateway is out of corresponding to the IP address connectivity to
service. Network format the remote
gateway
(LAN,
intermediate
IP router) and
the remote
gateway
status.
224 REMOTE GATEWAY UP INFO 0 to INFO 3: bytes
Remote gateway is working corresponding to the IP address
Network format

12-26               

 *   ( #

Type Message Location Additional Information Action

225 GATEWAY TRAFFIC CPU (80) INFO 0 to INFO 3: bytes If this alarm
Too much traffic to the remote corresponding to the IP address keeps
gateway xxxxx Network format recurring,
increase the
bandwidth
associated
with the
gateway in
the ARS
table, and the
number of
DSPs
assigned to
VoIP access.
226 EXTERNAL GATEKEEPER Check the IP
INACCESSIBLE connectivity to
the remote
gatekeeper
(LAN,
intermediate
IP router) and
check that the
remote
gatekeeper is
online.
227 NOT ENOUGH IP TRUNK CPU (80) If this alarm
VoIP call refused: no DSP keeps
channel available recurring,
increase the
number of
DSPs
assigned to
VoIP access,
or increase
the bandwidth
in the ARS, or
add hardware
resources.

               12-27

Chapter 12 *   ( #

Type Message Location Additional Information Action

228 NOT ENOUGH DSP CPU (80) If this alarm
VoIP telephony failure: no DSP keeps
channel available. recurring,
increase the
number of
DSPs
assigned to
the IP user
pool
(decrease the
number of
VoIP-access
DSPs or add
hardware
resources).
229 NO MORE TSC IP DYN Increase the
ADDRESS number of IP
TSC/IP phone cannot be addresses in
initialized due to a DHCP the DHCP
problem server range
(this address
range must
be greater
than or equal
to the number
of IP Enablers
to be
installed).
230 EXTERNAL GATEKEEPER
REJECTED
240 NO VOICE MESSAGE CPU (80) INFO 0 = number of megabytes of
AVAILABLE DRAM detected by the BIOS.
Anomaly sent at the init if the
BIOS does not detect the whole
RAM.
241 VMU MEMORY THRESHOLD CPU (80) INFO 0 = 1 (ON) if there are just a
The voice message recording few minutes of recording time left; 0
memory area is nearly full. (OFF) end of the anomaly.
250 STARTUP SCRIPT CPU (80) INFO 0 = Error line / 256
Anomaly sent when an error in INFO 1 = Error line mod. 256
the Linux startup script occurs. INFO 2 = Critical error
INFO 3 = Status
251 R_NOE_DLD_SUCCESS CPU (80) INFO 0 = Device type
Alcatel-Lucent 9 series INFO 1 = Files downloaded: one bit
downloading successful. for each kind of file.
252 R_ANO_NOE_DLD_FAIL Board INFO 0 = Device type
Alcatel-Lucent 9 series location. INFO 1 = Phase of failure
downloading unsuccessful. Interface INFO 2 = Reason of failure
marker INFO 3 = Files downloaded failure

12-28               

 *   ( #

Type Message Location Additional Information Action

253 R_SWL_SOON_EXPIRED CPU(80) contact the
Indicates that the Software installer to get
Licence expires in 30 days a new licence
255 R_BUSY_TRUNK_CALL_FAILED INFO 0 to INFO 3: displays the
An outgoing call could not be trunk group information. Exception:
set up because the trunk group comp info: FF FF FF FF No trunk
was overloaded. group no. is available (Error in
configuration).

12.5.1.5 Information displayed

The information given below concerns the hardware messages as well as those contained in
the system history.
12.5.1.5.1 Types of board (INFO 0 of messages 100, 101, and 244)
- Boards R1.0 and R1.1
82H : integrated voice server
9EH : SLI board
A0H : UAI board
A1H : PRA board = E1
A2H : PRA board = DLE1
A3H : PRA board = T1
A4H : PRA board = DASS2
A7H : virtual XRA board
B0h : main PowerCPU board
B1H : MIX board
B2H : BRA board
B3H : LanX board
96h : ATA board (Analog lines)
- Additional boards R2.0
B4h : APA board (Analog lines)
B5h : T1 CAS board
B6h : LanX-1 board
B7h : UAI-1 board
B9h : DDI board
- Additional boards R2.1
A5h : PRA board = PCM
B9h : SLI-1 board (legerity)
BAh : SLI-1 board (ST)
- Additional boards R3.0
BBh : Media virtual board
BCh : LANX-2 board
BDh : MIX-1 board (Legerity)
BEh : MIX-1 board (St)
- Additional boards R3.1
BFh : AMIX-1 board (Legerity)
C0h : AMIX-1 board (St)
- Additional boards R8.0

               12-29

Chapter 12 *   ( #

C1h : SLI-2 board

12.5.1.5.2 Types of terminal (INFO 0 of messages 111 and 112)

Types of terminal Value of INFO 0 in message 111 and 112

BeforeR3.1 R4.0 R5.0 R5.1 R6.0 R8.0 R8.1 R8.2 R9.0

R3.1 R4.1 to
R7.1
4034 1G set 00H 00H 00H 00H 00H 00H 00h 00h 00h 00h
4023 1G set 02H 02H 02H 02H 02H 02H 02h 02h 02h 02h
4034 2G set 06H 06H 06H 06H 06H 06H 06H 06H 06H 06H
5028 set 07H 07H 07H 07H 07H 07H 07H 07H 07H 07H
4023 2G set 08H 08H 08H 08H 08H 08H 08H 08H 08H 08H
4012 set 0AH 0AH 0AH 0AH 0AH 0AH 0AH 0AH 0AH 0AH
5022 set 0BH 0BH 0BH 0BH 0BH 0BH 0BH 0BH 0BH 0BH
4011 set 0CH 0CH 0CH 0CH 0CH 0CH 0CH 0CH 0CH 0CH
4001 set 0EH 0EH 0EH 0EH 0EH 0EH 0EH 0EH 0EH 0EH
5010 set 0FH 0FH 0FH 0FH 0FH 0FH 0FH 0FH 0FH 0FH
5018 set 12H 12H 12H 12H 12H 12H 12H 12H 12H 12H
5015 set 14H 14H 14H 14H 14H 14H 14H 14H 14H 14H
4003 set 15H 15H 15H 15H 15H 15H 15H 15H 15H 15H
4088 adapter 16H 16H 16H 16H 16H 16H 16H 16H 16H 16H
First set 17H 17H 17H 17H 17H 17H 17H 17H 17H 17H
Easy set 19H 19H 19H 19H 19H 19H 19H 19H 19H 19H
Premium set 1Bh 1BH 1BH 1BH 1BH 1BH 1BH 1BH 1BH 1BH
Advanced set 1DH 1DH 1DH 1DH 1DH 1DH 1DH 1DH 1DH 1DH
4070 IO base station 1FH 1FH 1FH 1FH 1FH 1FH 1FH 1FH 1FH 1FH
Multi Reflexes 4099 20H 20H 20H 20H 20H 20H 20H 20H 20H 20H
4070 PWT base station 22H 22H 22H 22H 22H 22H 22H 22H 22H 22H
Alcatel-Lucent 4019 N/A N/A 23H 23H 23H 23H 23H 23H 23H 23H
Digital Phone set
Alcatel-Lucent IP Touch N/A 24H 24H 24H 24H 24H 24H 24H 24H 24H
4018 Phone set
Alcatel-Lucent 4029 N/A N/A 25H 25H 25H 25H 25H 25H 25H 25H
Digital Phone set
Alcatel-Lucent IP Touch N/A 25H 25H 25H 25H 25H 25H 25H 25H 25H
4028 Phone set
Alcatel-Lucent 4039 N/A N/A 26H 26H 26H 26H 26H 26H 26H 26H
Digital Phone set
Alcatel-Lucent IP Touch N/A 26H 26H 26H 26H 26H 26H 26H 26H 26H
4038 Phone set

12-30               

 *   ( #

BeforeR3.1 R4.0 R5.0 R5.1 R6.0 R8.0 R8.1 R8.2 R9.0

R3.1 R4.1 to
R7.1
Alcatel-Lucent IP Touch N/A 27H 27H 27H 27H 27H 27H 27H 27H 27H
4068 Phone set
Alcatel-Lucent IP Touch N/A N/A N/A N/A 29H 29H 29H 29H 29H 29H
4008 Phone set
Alcatel-Lucent Mobile IP N/A N/A N/A 28H 28H 28H 28H 28H 28H 28H
Touch 300/600
Alcatel-Lucent IP Touch N/A N/A N/A N/A N/A 2AH 2AH 2AH 2AH 2AH
310/610 WLAN
Handsets
Alcatel-Lucent N/A N/A N/A N/A N/A N/A 2BH 2BH 2BH 2BH
OmniTouch 8118/8128
WLAN Handsets
4081/4090 L 40-key 23H 28H 28H 29H 2Ah 2BH 2CH 2CH 2CH 2CH
add-on module
4081/4090 M 20-key 24H 2AH 2AH 2BH 2CH 2DH 2EH 2EH 2EH 2EH
add-on module
10-key add-on module N/A 2CH 2CH 2DH 2EH 2FH 30H 30H 30H 30H
for Alcatel-Lucent 8
series/Alcatel-Lucent 9
series sets
40-key add-on module N/A 2DH 2DH 2EH 2FH 30H 31H 31H 31H 31H
for Alcatel-Lucent 8
series/Alcatel-Lucent 9
series sets
4091 MAC/PC option 25H 2EH 2EH 2FH 30H 31H 33H 33H 33H 33H
(Reflexes 2G set)
External alphanumeric 26H 2FH 2FH 30H 31H 32H 34H 34H 34H 34H
keyboard for Reflexes
set
4093 V24 option 27H 30H 30H 31H 33H 34H 35H 36H 36H 36H
(Reflexes 3G set)
4095 Z option (Reflexes 29H 32H 32H 33H 34H 35H 36H 37H 37H 37H
3G set)
DECT option (Reflexes 2AH 33H 33H 34H 35H 36H 37H 38H 38H 38H
3G set)
4094 S0 option 2BH 34H 34H 35H 36H 37H 38H 39H 39H 39H
(Reflexes 3G set)
Z standard 2-wire set 2CH 35H 35H 36H 37H 38H 39H 39H 39H 39H
Z class standard 2-wire 2DH 36H 36H 37H 38H 39H 3AH 3AH 3AH 3AH
set
GAP DECT handset 2EH 37H 37H 38H 39H 3AH 3BH 3BH 3BH 3BH
without display

               12-31

Chapter 12 *   ( #

BeforeR3.1 R4.0 R5.0 R5.1 R6.0 R8.0 R8.1 R8.2 R9.0

R3.1 R4.1 to
R7.1
GAP DECT handset 2FH 38H 38H 39H 3AH 3BH 3CH 3CH 3CH 3CH
with 16
character-display
Third-party DECT GAP 30H 39H 39H 3AH 3BH 3CH 3DH 3DH 3DH 3DH
handset without display
Third-party DECT GAP 31H 3AH 3AH 3BH 3CH 3DH 3EH 3EH 3EH 3EH
handset with 16
character-display
Reflexes set + 4097 32H 3BH 3BH 3CH 3DH 3EH 3FH 3FH 3FH 3FH
CBL adapter
4073 set 33H 3CH 3CH 3DH 3EH 3FH 40H 40H 40H 40H
Alcatel Mobile Reflexes 34H 3DH 3DH 3EH 3FH 40H 41H 41H 41H 41H
100/200
4073 PWT set 35H 3EH 3EH 3FH 40H 41H 42H 42H 42H 42H
Alcatel-Lucent 300 N/A N/A N/A N/A 41H 42H 43H 43H 43H 43H
DECT Handset
Alcatel-Lucent 400 N/A N/A N/A N/A 42H 43H 44H 44H 44H 44H
DECT Handset
GAP DECT handset N/A N/A N/A N/A N/A N/A N/A 45H 45H 45H
with 2x16
character-display
GAP: 8232 DECT N/A N/A N/A N/A N/A N/A N/A N/A 46H 46H
CSTA virtual set 37H 40H 40H 41H 44H 45H 46H 47H 48H 48H
Basic SIP phone N/A N/A N/A N/A N/A N/A N/A 48H 49H 49H
4135 IP Conference N/A N/A N/A N/A N/A N/A N/A 49H 4AH 4AH
Phone
8082 My IC Phone N/A N/A N/A N/A N/A N/A N/A 4AH 4BH 4BH
8002 Deskphone N/A N/A N/A N/A N/A N/A N/A N/A N/A 4EH
Open SIP phone N/A N/A N/A N/A N/A N/A N/A 4EH 4FH 4FH
IP-DECT: 500 DECT N/A N/A N/A N/A N/A N/A N/A N/A N/A 51H
IP-DECT: 8232 DECT N/A N/A N/A N/A N/A N/A N/A N/A N/A 52H
IP-DECT GAP N/A N/A N/A N/A N/A N/A N/A N/A N/A 53H
8012 Deskphone N/A N/A N/A N/A N/A N/A N/A N/A N/A 54H

12.5.1.5.3 Reasons for board refusal (INFO 1 of message 106)

01H : consumption limits exceeded
04H : unknown board type
05H : board refused
06H : no primary access in basic module

12-32               

 *   ( #

07H : feature denied (rights linked to license)

09h : board cannot be initialized

0Fh : max number of trunks on mixed boards exceeded

12.5.1.5.4 Reasons for terminal refusal (INFO 1 of message 111)
04H : exceeding the max number of corded interfaces in the system
05h : exceeding the use of terminals
06H : UA devices exceeded (2 add-on modules per set and 4 options)
07H : total number of terminals exceeded
08H : number of users exceeded
09H : max. number of B-channels exceeded
0AH : max. number of T0 accesses exceeded
0BH : max. number of primary accesses exceeded
0CH : max. number of multi UA reached
0DH : incompatible terminal
0EH : number of programmable keys exceeded
0FH : memory capacity exceeded
10H : number of S0 accesses exceeded
11H : unauthorized terminal
12h : number of DLT0 accesses exceeded
13H : number of DLT2 accesses exceeded
19H : max. number of DECT base stations exceeded
21h : B channel init failed
22h : max. number of analog trunks reached for a cabinet
23h : max. number of analog trunks reached for the system
24h : maximum of resources reached
1CH : exceeded equipment level in module in terms of available energy
1DH : exceeded max. number of HSL resources in a module
1EH : exceeded max. number of HDLC resources for the overall system
1FH : exceeding max number of analogue lines in a module (RackX)
20H : exceeding the max number of analogue lines in the system
12.5.1.5.5 Additional information contained in message 112 (INFO 1: type of error)
This message only concerns the Reflexes stations.
60h : unequipped station
61h : transmission of erroneous message

               12-33

Chapter 12 *   ( #

62h : bad checksum message

63h : occupation of UA link
64h : receipt of a reset
65h : out of order option dedicated handset
66h : unplugging of the handset
67h : maintenance seized handset
12.5.1.5.6 Types of interface (INFO 0 of message 113)
01H : analog set interface
03H : T0 access interface
04H : T2 access interface
05h : S0 set interface
14H : Reflexes set interface
1Dh : "integrated voice mail" interface
20H : master DECT base interface
21H : slave DECT base interface
22H : DECT Reflexes interface
25H : Multi Reflexes interface
26H : IP interface
27h : IP network interface
28h : TSC IP set
2Ah : PCM digital network interface
2Bh : PCM analog network interface
2Dh : T1-CAS digital network interface
2Eh : T1-CAS analog network interface
2Fh, 30h, 31h, 32h : MSG1 to MSG4 interfaces
34h : Audio In interface
35h : Audio Out interface
36h : General bell interface
3Ah to 3Dh : MSG5 to MSG8 interfaces
3Eh : integrated analog modem interface
3Fh : integrated ECMA modem interface
45h to 50h : MSG9 to MSG20 interfaces
12.5.1.5.7 Additional information contained in message 113 (INFO 1: cause of refusal)

12-34               

 *   ( #

Reject reasons for interfaces Meaning

4: REJ_MAX_WIRED_ITF_PER_SYSTEM Maximum of wired interfaces per system
reached
5: REJ_MAX_DEV_POW
6: REJ_MAX_DEV_ON_ITF Only 2 AOM on UA and only 4 subdevices on
UA
7: REJ_MAX_DEV
8: REJ_MAX_SUBSCRIBERS Maximum of subscribers reached
9: REJ_MAX_TRK_B_CH Maximum of external b channels reached
10: REJ_MAX_T0 Maximum of T0 interfaces reached
11: REJ_MAX_PRA Maximum of PRA interfaces reached
12: REJ_MAX_MUA Maximum of Multi UA reached
13: REJ_COMPATIBLE_DEV Incompatible device for the product
14: REJ_RES_FOR_KEY Maximum of keys reached
15: REJ_MEM_FULL
16: REJ_MAX_S0
17: REJ_NON_PERMITTED_DEV non permitted devices for the product
18: REJ_MAX_DLT0 Maximum of DLT0 reached
19: REJ_MAX_DLT2 maximum of DLT2 reached
22: REJ_MAX_S_ISDN_SUBS
23: REJ_MAX_S_ISDN_T2
25: REJ_MAX_IBS Maximum of IBS reached for a reached
26: REJ_MAX_WIRED_MAIN_DEV_PER_S Maximum of wired main devices reached
27: REJ_NIL_DYN_PROT Default allocated protocol is not NIL_PROT
28: REJ_MAX_POWER_BUDGET Maximum of power budget reached for a
cabinet
29: REJ_MAX_HSL_LINK_TS Maximum of hsl resources reached for a
cabinet
30: REJ_MAX_HDLC_RESOURCE Maximum of hdlc resource reached for the
system
31: REJ_LICENSE EXCEEDED Maximum of B channels reached
32: REJ_LIN_INIT_FAILED LIN init failed
33: REJ_B_CH_INIT_FAILED B channel init failed
34: REJ_MAX_AT_PER_CAB Maximum of analog trunk reached for a
cabinet
35: REJ_MAX_AT_PER_SYS Maximum of analog trunk reached for the
system
36: REJ_MAX_RESSOURCE_REACHED Maximum of ressource reached (when
limitation)
37: REJ_PROTOCOL_NOT_SUPPORTED Protocol mismatch

12.5.1.5.8 Software key states (INFO 1 of message 34)

               12-35

Chapter 12 *   ( #

01 : system boot; the current key does not correspond to the system (wrong serial number):
the services are open for a limited time.
02 : system booted with a valid key.
03 : system booted with a key problem. The services are closed.
04 : system boot; the current key version does not correspond to the system software version:
the services are open for a limited time.
05 : system boot; the current key version does not correspond to the system software version;
the end of the limited period causes the services to close.
06 : system boot; the current key is too old; the services are open for a limited time.
07 : system boot; the current key is too old; the end of limited time causes the services to
close.
12 : valid key entered.
13 : the current key does not correspond to the system (invalid serial number); end of limited
time causes the services to close.
14 : serial number problem with the system key; a new key with a valid serial number but with
a version which does not correspond to system software version has been entered: the
services are open for a limited time.
16 : serial number problem with the system key; a new key with a correct serial number but too
old has been entered: the services are open for a limited time.
21 : the key entered does not correspond to the system: the services are open for a limited
time.
24 : the software key entered does not correspond to system software version (invalid serial
number): the services are open for a limited time.
26 : a software key with too old an edition has been entered: the services are open for a
limited time.
32 : the services were closed; entering a valid key causes the services to open.
35 : the services were closed; the new key entered has a valid serial number but a version
which does not correspond to the system: the services remain closed.
37 : the services were closed; the new key entered has a valid serial number but too old: the
services remain closed.
41 : the key version does not correspond to the system; the new key entered does not
correspond to the system (invalid serial number): the services are open for a limited time.
42 : the key version does not correspond to the system; a valid key was entered: the services
are open.
45 : the key version does not correspond to the system; the end of the limited time causes the
services to close.
46 : the key version does not correspond to the system; a new key with a valid serial number
but too old an edition has been entered: the services are open for a limited time.
52 : the services were closed; a valid key was entered: the services are open.
53 : the services were closed; the key entered does not correspond to the system: the services
remain closed.
57 : the services were closed; the key entered has a valid version but does not correspond to

12-36               

 *   ( #

the system (invalid serial number): the services remain closed.

61 : the system's edition is too old; the new key entered does not correspond to the system:
the services are open for a limited time.
62 : the system's edition is too old; a valid key was entered: the services are open.
64 : the edition of the system's key is too old; a new key with a valid edition, but an old version,
was entered: the services are open for a limited time.
67 : the system’s key is too old; the end of limited time causes the services to close.
72 : the system’s key is too old; the services were closed; the new key entered is valid: the
services are open.
73 : the system's edition is too old; the services were closed; the new key entered has a
problem with the serial number: the services remain closed.
75 : the system's key is too old; the services were closed; the new key entered has a valid
serial number, but a version which does not correspond to the system: the services remain
closed.
12.5.1.6 Management of two-color led on attendant station
The two-color LED on the attendant station flashes quickly (orange) in the following cases:
- either of the 2 following T2 alarms(message 53):
• MS: Missing Signal
• RFA: Remote Frame Alarm
- the call detail record storage buffer is 70% full (default value) (message 70)
- counting printer fault (message 72); this alarm is only transmitted if the "PrintFault" flag is
other than 0
- problem regaining ISDN access (message 50)
- electrical power supply fault (message 123)
- the hardware message table is 80% full (message 160); this alarm is only transmitted if the
"OperAlarm" flag is other than 0
- erroneous NMC call (message 171)
- unanswered NMC call (message 172)
- NMC communication failure (messages 173, 174 or 175)
- NMC: alarm report failure (message 176)
- NMC: PCX not registered (message 177)
- NAND Flash memory (CPU ) or hard disk not detected (message 239)
12.5.1.7 Urgent alarms
Alcatel-Lucent OmniPCX Office Communication Server will generate a call to the network
management center (NMC) if any of the following alarms is detected:
- the system reboots (message 0)
- the system is operational after start-up (message 11)
- either of the 2 following T2 alarms (message 53):
• MS: Missing Signal

               12-37

Chapter 12 *   ( #

• RFA: Remote Frame Alarm

- the ISDN protocol management module detected a level 1-fault on an ISDN access
(message 56)
- the call detail record storage buffer is 70% full (default value) (message 70)
- counting printer fault (message 72); this alarm is only transmitted if the "PrintFault" flag is
other than 0
- the board is back in service after a system stoppage or after being unplugged (message
100)
- the board is disconnected (message 101)
- the board is permanently reset (message 105)
- the board is refused (message 106)
- the board info has been erased by MMC (message 109)
- the module is back in service (message 120)
- the module is disconnected (message 122)
- there is a power supply problem (message 123)
- there is a problem with the fan (message 124)
- the hardware message table is 80% full (message 160); this alarm is only transmitted if the
"OperAlarm" flag is other than 0
- NMC: history event table 80% full (message 161)
- NMC: call detail record table 80% full (message 162)
- NMC: call detail record table full (message 166)
- IBS synchronization lost on UA link 0 (message 202)
- IBS synchronization lost on UA link 1 (message 203)
- the Ethernet interface of the IP-LAN board xxxx is out of service (message 221)
- the Ethernet interface of the IP-LAN board xxxx is in service (message 222)
- the duration of the VMU messages is reaching maximal duration (message 241)
- an error occurred at the opening of the voice prompt file (message 242)
- an error occurred at the reading of the voice prompt file (message 244)
- an error occurred at the writing of the voice prompt file (message 245)
- the downloading of an Alcatel-Lucent 9 series terminal has failed (message 252)

12.6 Data Restorations

12.6.1 Maintenance
When maintaining and exchanging a PowerCPU board, the data stored in the SD card and/or
in the Hard Disk will be restored by applying the following procedures.
12.6.1.1 Procedure to Exchange a PowerCPU

12-38               

 *   ( #

12.6.1.1.1 PowerCPU with SD Card (without Hard Disk)

The SD Card Is not Faulty and Does not Have to Be Exchanged
- Insert the SD card in the new PowerCPU board.
- All data stored in the SD card is available after the PowerCPU board exchange. To allow
the data restoration (messages, conversations, call detail records) a software version must
be installed in the newPowerCPU board. To restore the data configuration information a
cold reset of the system is required, and the "Data saving" process via OMC must be
launched (see the procedure described in the paragraph SD Card Replacement ).
SD Card Replacement
Launch the "Data restore" process via the OMC to restore the data configuration information
after the SD card insertion.
Select Comm ->Write to PBX, select the box Voice Prompts (screen "Write to PBX").
The data restored is:
- names and announcements of the voice mail unit.
- auto attendant announcements, greetings.
Voice mail messages, NMC call detail records and recorded conversations cannot be restored.
12.6.1.1.2 PowerCPU with Hard Disk
The Hard Disk Is not Faulty and Does not Have to Be Exchanged
- Install the old Hard Disk in the new PowerCPU board.
- After a cold reset of the system, launch the "Data restore" process via the OMC (see the
paragraph SD Card Replacement ). All information saved on the Hard Disk is normally
available (including voice messages and recorded conversations).
The Hard Disk Is Faulty and Has to Be Changed
- All messages, recorded conversations and NMC call detail records are lost.
- The cache memory is also lost.
- Launch the "Data restore" process via the OMC (see the paragraph SD Card Replacement
) to restore voice files (voice prompts).

12.7 Start and Stop of a System

12.7.1 Maintenance
12.7.1.1 Start Monitoring
It is possible to follow the progress of the start in 2 ways:
- On the display of the dedicated stations
- Using the Web-Based Tool

               12-39

Chapter 12 *   ( #

12.7.1.1.1 On Station
The display on the dedicated set indicates the different steps for starting the system with
following elements: Start x.y (x is the step and y the sequence)
Detail:
- Start 2-6: detection of the cards of the main cabinet
- Start 2-5: search of extension 2 and loading of the DSP if the extension exists
- Start 2-4 : detection of the expansion card 2 (optionnal)
- Start 2-3: search of extension 2 and loading of the DSP if the extension exists
- Start 2-2: detection of the expansion card 2 (optionnal)
- Start 2-1: end of detection of telephony (appearance of virtual cards XRA IVPS)
- UNBLOCKING of the telephony (stations are operational)
- Normal display
12.7.1.1.2 Web-Based Tool
Web-Based Tool is a monitoring tool that offers a means to observe the OmniPCX Office
through Internet.
Web-Based Tool is located within OmniPCX Office and can be reached by simple remote Web
browsers.
It does not require any installation or specific program on the Client side and is available on
any OmniPCX Office model.
You can access Web-Based Tool at the following URLs:
https://IP_address/services/webapp/ or https://host_name/services/webapp/ with the
following Web browsers: Internet Explorer, Mozilla and Mozilla Firefox.
2 classes of clients may be connected to OmniPCX Office.
These clients get different services according to their roles.
- Users (login name: operator, password: help1954)
- Managers (login name: installer, password: pbxk1064)
Services Provided

Service Details Operator Installer

MOH upload Load audio files for the Music On X
Hold feature
System Start Display System Start log file X
Data Saving Display Data Saving log file X
Swap Serial Select application connected to X
CPU config socket
General Information Show CPU hardware equipment X
and state, memory use and
software version

12-40               

 *   ( #

Service Details Operator Installer

Cabinet Topology Show hardware equipment of X
cabinets
Boot Information Show the order in which boot X
devices are tried
Disk Smart Display hard disk smart X
information
Fs&disks Display mount table and partition
table
System files Give read access to log files in X
/current /boot and /current
/debug directories, to current and
alternate configrc files.
Give read access to all file
system including /proc
Net Configuration Display net devices, routing table X
and cached routing table
Dump System Display in a typewriter format a X
summary of system state
Download debug and log files
Display proc file system in a
typewriter format
Memory Info Display the contents of X
/proc/meminfo
Traces&Debug Give read access to WLAN and X
NMC log files, allow trace
activation and collection on T1

Architecture
Type of Configuration
Web-Based Tool is a client-server architecture that uses the HTTPS communication protocol.
The client is a browser and the server is embedded in OmniPCX Office.
Description
Function Specifications
Web-Based Tool is only available in English.
Operator Session

               12-41

Chapter 12 *   ( #

- Enter the audio file name in the File box or browse your system to find it.
- Click on the Submit button.
Installer Session

Click on any of the items in the menu on the left to access the corresponding pages.

12-42               

 *   ( #

The pages that show up are self-explanatory.

Traces

The Traces page opens a submenu with the following items:

- Dump wlan files: To display the WLAN log files that store up to 4500 events that occurred
on the Mobile IP Touch and WLAN access points.
- Data T1 debug
- Data T1 traces
- NMC: is the Alcatel-Lucent Network Management Center which enables a telephone
network manager to manage, administer and optimize one or several Alcatel-Lucent 4200
communication system from a remote site.
The NMC submenu offers a means to activate/deactivate the monitoring of the OmniPCX
Office embedded NMC server and to display the corresponding traces.
Interactions
Web-Based Tool is accessed through the Secure Application Server (SAS). SAS provides
HTTPS access and centralized authentication.
Maintenance Procedures
Incident
The server may send error messages in HTTP packets; the Web browser displays these
messages.
12.7.1.1.3 Console Port

               12-43

Chapter 12 *   ( #

To follow progress of start-up on the console port, use the following characteristics:
- Login: swap_serial
- Password: alcatel

12.8 Minimum Service after a Hard Disk Crash

12.8.1 Maintenance
Some services of the Alcatel-Lucent OmniPCX Office Communication Server require a hard
disk:
- Voice mail with a recording capacity of 200 hours
- ACD statistics
In case of hard disk crash, these services are no more available:
- The voice mail capacity is reduced to 4 hours
- ACD statistic messages are lost
When the system switches to minimum service, a hardware message (message 239) is
emitted, indicating a hard disk problem.

12-44               

  

 ' 

13.1 Certificate Management

13.1.1 Overview
13.1.1.1 Overview
Until R8.0, a certificate for data encryption and integrity is used in HTTPS connections. It does
not apply to authentication. This certificate is dynamically generated at each PCX cold reset. It
is called generated certificate in the following of the document.
As of R8.1, a default self-signed certificate is installed in the PCX as part of software
installation:
- The default certificate is used for HTTPS connections on LAN
The default server certificate is the same for all OmniPCX Office.
- The generated certificate is used for HTTPS connections on the LAN and WAN
This generated certificate is specific to each OmniPCX Office.
Until R8.2, the default certificate is only used by 8082 My IC Phone and 4135 IP Conference
Phone to authenticate the PCX during HTTPS connection establishment. Other clients use the
generated certificate for PCX authentication.
As of R9.0, the default certificate is only used by 8002/8012 Deskphone and 8082 My IC
Phone to authenticate the PCX during HTTPS connection establishment. Other clients, 4135
IP Conference Phone included, use the generated certificate for PCX authentication.
13.1.1.2 Architecture
Two types of authentication are available:
- Mutual authentication
- Server authentication
The PCX supports mutual authentication with 8002/8012 Deskphone and 8082 My IC Phone
sets only. It supports server authentication with other SIP sets.
13.1.1.2.1 Mutual Authentication
The server contains a CTL file (certificates trusted list) signed by an 8082 My IC Phone. The
CTL itself contains the default certificate, and this CTL is sent to the connected 8002/8012
Deskphone and 8082 My IC Phone. This way, every 8002/8012 Deskphone and 8082 My IC
Phone knows that the default certificate is trustworthy and accept it for authentication.
Note:
The 8002/8012 Deskphone and 8082 My IC Phone do not contain the default server certificate in their
trusted CA store.

               13-1

Chapter 13   +

Figure 13.1: Mutual Authentication

13.1.1.2.2 Server Authentication

In case of server authentication, the PCX is authenticated by the certificate it has provided to
the client.

Figure 13.2: Server Authentication

13.1.1.3 Deploying the Server Certificate on 4135 IP Conference Phone

This feature provides the facility to export the server certificate (default certificate up to R8.2,
generate certificate as of R9.0) from OmniPCX Office to a PC. This certificate must then be
uploaded to 4135 IP Conference Phone sets for server authentication.
To export the server certificate:
1. Go to OMC (Expert View)
2. Select: Import/Export -> Export Server Certificate
3. Click the browse button

13-2               

   +

4. Select the appropriate path to save the server certificate.

To facilitate further configuration, download this file to a USB key
5. Click the OK button
As of R9.0, for server authentication, the server certificate must be installed in the 4135 IP
Conference Phone through its configuration web page, with the button root certificate.
13.1.1.4 Deploying the Server Certificate for My IC Web for Office
The My IC Web for Office application connects to the PCX through HTTPS, from the LAN or
WAN. For server authentication, the generated certificate must be installed for the web
browser running My IC Web for Office to enable HTTPS connection.
Certificate installation is performed when connecting to the PCX for the first time. A warning
message invites to accept the generated certificate received from the PCX as trusted
certificate. The certificate is saved in the web browser certificate store.
This certificate can also be retrieved from the PCX through a security web page:
http://<PCX IP address>/cert.html.
Notes:
- The URL used on WAN is https://routerexternalname[:port]/services/MyICOffice/
- The URL used on LAN is:
• Up to R8.2,https://<PCX IP address>:10443/services/MyICOffice/
• As of R9.0, https://<PCX IP address>/services/MyICOffice
13.1.1.5 Deploying the Server Certificate for My IC Mobile for iPhone
The My IC Mobile for iPhone application connects to the PCX through HTTPS, from the WAN
(using 3G/3G+) or the LAN (WIFI). For server authentication, the generated certificate must be
installed in the My IC Mobile for iPhone application to enable HTTPS connection.
Certificate installation is performed at application startup, when connecting to the PCX for the
first time. A warning message invites to accept the generated certificate received from the PCX
as trusted certificate. The certificate is saved in the iPhone keychain store.
This certificate can also be retrieved from the PCX through a security web page:
http://<PCX IP address>/cert.html.
After a migration from R8.1 to R8.2, warning messages are displayed when connecting to the
PCX. To stop the display of warning messages, change the URL in configuration file for LAN
(https://<PCX IP address>:10443/) and accept the generated certificate if it differs
from the one registered by the iPhone. Once the certificate has been installed, connection to
the PCX from the WAN does not trigger any warning messages. It is not necessary to change
the URL for PCX access from the WAN.
After a migration from R8.2 to R9.0, warning messages are displayed when connecting to the
PCX. To stop the display of warning messages, change the URL in configuration file for LAN
(https://<PCX IP address>/DM/) and accept the generated certificate if it differs from
the one registered by the iPhone. Once the certificate has been installed, connection to the
PCX from the WAN does not trigger any warning messages. It is not necessary to change the
URL for PCX access from the WAN.
13.1.1.6 Deploying the Server Certificate for My IC Mobile for Android
The My IC Mobile for Android application connects to the PCX through HTTPS, from the WAN

               13-3

Chapter 13   +

(using 3G/3G+) or the LAN (WIFI). For server authentication, the generated certificate must be
installed in the My IC Mobile for Android application to enable HTTPS connection.
Certificate installation is performed at application startup, when connecting to the PCX for the
first time. A warning message invites to accept the generated certificate received from the PCX
as trusted certificate. The certificate is saved in the iPhone keychain store.
This certificate can also be retrieved from the PCX through a security web page:
http://<PCX IP address>/cert.html.
After a migration from R8.1 to R8.2, warning messages are displayed when connecting to the
PCX. To stop the display of warning messages, change the URL in configuration file for LAN
(https://<PCX IP address>:10443/) and accept the generated certificate if it differs
from the one registered by the Android phone. Once the certificate has been installed,
connection to the PCX from the WAN does not trigger any warning messages. It is not
necessary to change the URL for PCX access from the WAN.
After a migration from R8.2 to R9.0, warning messages are displayed when connecting to the
PCX. To stop the display of warning messages, change the URL in configuration file for LAN
(https://<PCX IP address>/DM/) and accept the generated certificate if it differs from
the one registered by the Android phone. Once the certificate has been installed, connection to
the PCX from the WAN does not trigger any warning messages. It is not necessary to change
the URL for PCX access from the WAN.

13.2 Access Control

13.2.1 Configuration procedure

13.2.1.1 Global Access Control
By default, all links on the LAN and the WAN are opened.
As of R8.1, a noteworthy address allows to close all links on the LAN and the WAN for all
applications, except for the OMC which is always accessible via LAN and WAN.
To configure the noteworthy address:
1. In OMC (Expert View), select System > System Miscellaneous > Memory Read/Write >
Other Labels
2. Select ExtLnkClsd and enter the value:
• 0: link opened (default value)
• 1: link closed
The modification of the noteworthy address disables new link connection. To close the current
opened links, reboot the system.
13.2.1.2 Web Services Access Control per Subscriber
The OmniPCX Office Web Services API can be accessed only by the following subscribers:
- 8002/8012 Deskphone
- 8082 My IC Phone
- My IC Mobile for iPhone
- My IC Mobile for Android

13-4               

   +

- My IC Web for Office

- PIMphony
Access is controlled at application level (API authentication), as detailed in the table below.
table 13.1: Access Control to API
Local access Remote access
8002/8012 Deskphone Open Open
8082 My IC Phone Open Closed (*)
My IC Mobile for iPhone Open Open
My IC Mobile for Android Open Open
My IC Web for Office Open / Closed (**) Open / Closed (***)
PIMphony Open Open / Closed (***)

(*) 8082 My IC Phone can only be used on the LAN.

My IC Mobile for Android and My IC Mobile for iPhone can be used on the LAN and on the
WAN, without restriction.
(**) By default, the access to My IC Web for Office is not authorized. To authorize the access
for a user: by OMC (Expert View) select: Users/Base stations List -> Details-> Features ->
check My IC Web Office Support
(***) As of R8.1, by default, the access to My IC Web for Office and PIMphony from the WAN
is not authorized. To authorize the access for a user: by OMC (Expert View) select:
Users/Base stations List -> Details-> Features -> check WAN API access
Note:
Up to R8.0, the access to PIMphony from the WAN is authorized. That is why, after a migration from R8.0
or lower to R8.1 or higher, it is necessary to enable the WAN API access feature right to keep the same
level of service.

13.2.1.3 Password Attempt Control

Access to the OmniPCX Office Web Services API and private API is controlled by the
authentication of users with their phone number (login) and a password.
Password length can be four digit or six digit based on the length configured in OMC: System
> System Miscellaneous >Subscribers Password.
Locally (on the LAN) there is no restriction on connection attempts. For remote (WAN) access,
the number of consecutive failed authentication attempts is limited to three.
When the maximum number of consecutive failed authentication attempts has been reached
for a user, remote access to the API for this user is denied. While remote access is denied, all
remote authentication attempts are rejected, even if correct.
Remote access is automatically made available again after a timeout. The timeout value
depends on the number of consecutive denials. It is of five minutes after the first denial and ten
minutes after the second denial. Subsequent timeouts are multiples of five (number of denials)
until the value reaches sixty minutes.
When this value of one hour is reached, remote access (not the local one) is indefinitely
(unlimited time) locked for the user.

               13-5

Chapter 13   +

A correct remote connection (correct login and password) done while remote access is not
locked resets the number of denials to 0.
When remote access is locked, an e-mail is sent to the user account. The user e-mail address
is configured via OMC/central services of the user device.
Remote access can be unlocked in any the following ways:
- Via OMC: reset the password of the locked device
- Via an operator session, in subscriber and remote access configuration: unlock the user
remote access service
- Locally by the user, by changing the user password on the local access (no lock on LAN)
Note:
In order to provide as few as possible indications to an attacker, feedback on a failed authentication is
always the same when access is denied (whether due to reaching the maximum of consecutive attempts
or for another reason).

13.2.1.4 Remote Access to Web Services Denied with Default Password

Any set created in the OmniPCX Office (automatically or with OMC) is defined with a default
password. This password allows connection to the VMU and the Web Services API. For
security reasons, this default password must be modified to authorize VMU & Web Service API
connection. The default password cannot be modified remotely. It must be modified locally.
For My IC Mobile for Android, My IC Mobile for iPhone or My IC Web for Office that can be
used remotely, the default password must be modified before external deployment.
My IC Web for Office is typically associated to a physical set that allows password modification
with generic mechanism. Otherwise it is possible to customize the default password with My IC
Web for Office using first a LAN connection (customization required at first connection) before
the WAN connection.
For My IC Mobile for Android and My IC Mobile for iPhone, this first password can be modified
using different mechanisms according to topology:
- As My IC Mobile for iPhone is associated to a virtual terminal, the default password can be
modified with OMC in the subscriber detail / Password tab
- Provided the physical phone has WIFI capability and a WIFI connection is available on the
LAN, the My IC Mobile for iPhone can use this connection to customize the default
password
- When the My IC Mobile for iPhone is the secondary set of a fixed set, the master set can
be used to customize the default password
- As for any set, it is possible to change the password using another set of the system,
calling the VMU group (500 by default) and connecting to the VM of the set
13.2.1.5 Router Configuration for WAN Access
This section describes the configuration of remote access to the OmniPCX Office by port
forwarding at the enterprise's access router.
Note 1:
Remote access can also be performed through VPN. Access through reverse proxy is not supported.
In order to apply different policy for local and remote access to the API (for example allow local

13-6               

   +

access and block remote access), remote access to a service must be distinguished from local
access at the OmniPCX Office.
On OmniPCX Office side, local access is distinguished from remote access by the destination
port: For a service, one port is dedicated to local requests, and another port is dedicated to
remote requests (one port per protocol), as indicated in the table below.
table 13.2: OmniPCX Office ports used
Ports for Local Access Ports for Remote access (to
use for port forwarding)
HTTP 8894 (events)
80 (other services)
HTTPS 10443 (My IC Phones) 50443
443 and 30443 (other
devices)

On access router side, port forwarding to the remote service port of the OmniPCX Office
(50443) must be activated.
If the external port of the access router for HTTPS is different from 443, then this port value
has to be configured in OmniPCX Office. The configuration of this port is done with OMC via a
noteworthy address.
To configure the noteworthy address:
1. In OMC (Expert View), select System > System Miscellaneous > Memory Read/Write >
Other Labels
2. Select ExtHttpsPo and enter the value of the port in hexadecimal: The modification of the
noteworthy address is taken into account after rebooting the system
Note 2:
Up to R8.0, port 443 is used for both LAN and WAN accesses. That is why, after a migration from R8.0 or
lower to R8.1 or higher, it is necessary to modify the router configuration to allow the OmniPCX Office to
distinguish remote connections from local ones.
As of R9.0, the following URLs, corresponding to services only allowed for LAN access, are
blocked for WAN access:
- /services/file_server/ic8082
- /services/file_server/ot4135
- /services/file_server/sipinventory
- /services/server*.
- /dmcfg
13.2.1.6 Configuration Files on the Network
To avoid spreading important data outside the enterprise network, the xml configuration files
are only transmitted on the LAN, never on the WAN.
Any change in the system, modifying the configuration of the phones, will not be transmitted to
the phones if they are outside the LAN.
All sets must be registered from the LAN, to get their configuration files.

               13-7

Chapter 13   +

13-8               

  

    

14.1 Glossary

14.1.1 Glossary
14.1.1.1 A
ACD
Automatic Call Distribution. A computerized phone system that responds to the caller with a voice menu,
and connects the call to the required agent. It can also control call flows by automatically routing calls in the
order of arrival.
ACSE
Association Control Service Element. OSI convention used for establishing, maintaining and releasing
connections between two applications.
ADN
Additional Designation Number.
AFU-1
Auxiliary Function Unit. Daughter board of the PowerCPU board supporting ancillary functions such as
general bell, doorphone, audio in, audio out, etc.
AMIX-1
Mixed analog equipment board: analog accesses with CLIP functionalities, analog and digital terminal
connection interfaces.
AP
Access Point. A device that acts as a switch between the wireless LAN (802.11a, b, or g) and the wired
LAN (802.3). There are two types of APs: Thin and Fat. The newer Thin technology AP consists of a thin
AP and an access controller (also known as a wireless controller). Only the time-critical functions are
managed by the thin AP. The other features are managed by the access controller.
APA
Analog Public Access. Board allowing the connection of analog network lines (switched network) with CLIP
functionality. That board, equipped with GSCLI boards (Ground Start), is compatible with the American
public network.
API
Application Programming Interface
ARI
Access Right Identifier. System identification number (DECT feature).
ARS
Automatic Route Selection. A logic direction is a set of trunks used for a call with the following facilities:
seeking out the optimal path for a call, using the least-cost operator or network; overflow management:
enables a PCX to find a new route to make an outgoing call when there are no resources available in the
initial trunk.
ASN-1
Abstract Syntax Notation 1. OSI language for describing data types independently of processor structures
and technical representations.
ATA
Analog Trunk Access. Board for connecting analog network lines (switched network).
14.1.1.2 B
BACKGROUND MUSIC
External device (e.g. radio tuner) that can broadcast music over the loudspeakers of idle terminals;

               14-1

Chapter 14 +#  ( #

broadcasting is stopped automatically if there is an incoming call to the terminal or if the user makes a call.
BACP
Bandwidth Allocation Control Protocol. Control protocol associated with BAP.
BAP
Bandwidth Allocation Protocol. PPP protocol that manages bandwidth by allocating it dynamically between
two ports, i.e. between the two extremities of a point-to-point link.
BOD
Bandwidth On Demand. Service that allocates bandwidth automatically in response to traffic volume.
BRA
Basic Rate Access. Board for connecting T0 or DLT0 digital basic accesses; each access supports a data
rate of 144 kbps, structured as 2 B-channels at 64 kbps for voice and data transmission, and 1 D-channel
at 16 kbps for signaling.
BTCO
Build To Customer Order.
14.1.1.3 C
CA
Certificate Authority.
CCP
Compression Control Protocol.
CHAP
Challenge-Handshake Authentication Protocol. Security function supported on connections that use PPP
encapsulation: prevents unauthorized access.
CIFS
Common Internet File System. This protocol is an extension to the SMB file sharing system. Its main benefit
is to provide compatibility with locking operations and multiple SMB read/write operations.
CLIP
Calling Line Identification Presentation. Complementary service for digital protocols that allows the caller
number to be presented to the called party.
CLIR/COLR
Calling/COnnected Line Identification Restriction. Service that inhibits CLIP or COLP.
CNIP
Calling Name Identification Presentation. Complementary service for private digital protocols (ISVPN or
ABC-F) that allows the caller's name to be presented to the called party.
COLP
COnnected Line identification Presentation. Complementary service for digital protocols that allows the
number of the connected user (the one who answers the call) to be presented to the caller.
CONP
COnnected Name identification Presentation. Complementary service for private digital protocols (ISVPN or
ABC-F) that allows the name of the connected user (the one who answers the call) to be presented to the
caller.
CPU
Central Processing Unit. Term designating the processor or microprocessor. The central processing unit
executes computer program instructions.
CSTA
Computer Supported Telephony Application. ECMA standard that defines command exchanges between a
PCX and a server.
CTI
Computer-Telephone Integration. Interaction mechanism between 2 sections, namely a data processing
section (computer) and a telecommunications section (PCX), independently of the physical layout of the 2
sections.
CTL

14-2               

 +#  ( #

Certificates Trust List.

14.1.1.4 D
DAP
DECT Access Point
DASS2
Digital Access Signaling Specification number 2
DDI
Direct Dialing In. Direct external call number for the system terminals (depending on the configuration with
the public network operator).
DECT
Digital Enhanced Cordless Telecommunication. European cordless telephony standard. DECT terminal:
cordless terminal that complies with this standard.
DHCP
Dynamic Host Configuration Protocol. Protocol that manages IP address allocation dynamically so that
addresses can be reassigned when no longer being used by LAN hosts.
Direct RTP
A feature which optimizes the RTP flow of VoIP in SIP, thus optimizing the number of VoIP CODEC
resources.
DISA
Direct Inward Station Access. Services (Analog DISA and Transit DISA) enabling outside callers to dial a
specific number giving direct access to the system.
DLL
Dynamic Link Library. Windows library linked dynamically to an application.
DLT0
Digital Line T0. Basic access configured with the QSIG protocol (= digital LIA).
DLT2
Digital Line T2. Private 2 MHz link in PRA mode (= digital ATL).
DNS
Domain Name Server. System used on the Internet for converting domain names or machine names into IP
addresses. A domain name, unlike an IP address, is an easily memorized Internet address.
14.1.1.5 E
ECMA
European Computer Manufacturers Association
Entity
In this PBX context, an Entity refers to a group of users.
ETHERNET
Local network (LAN) operating at 10 or 100 Mbps (10 base T or 100 base T) over a coaxial cable. Ethernet
is similar to the IEEE 802.3-series standards.
14.1.1.6 F
FoIP
Fax over IP. Refers to the message and data transmission from a G3 Fax using the Internet protocol (T38
or Fax over G711 with SIP).
FTP
File Transfer Protocol. Standard protocol for exchanging files between remote computers over the Internet.
FTP/STP/UTP
Foiled Twisted Pairs/Shielded Twisted Pairs/Unshielded Twisted Pairs. Types of connection cables to be
used between an Alcatel-Lucent OmniPCX Office Communication Server and an external distribution panel.
14.1.1.7 G

               14-3

Chapter 14 +#  ( #

G.722
ITU–T 7 kHz wideband speech codec based on sub-band adaptive differential pulse code modulation
(SB-ADPCM) within a bit rate of 48, 56 or 64 kbit/s.
GATEKEEPER
Secure directory server
GATEWAY
Device connecting different networks
GENERAL BELL
If the operator is absent, internal and external calls to the operator are directed to an external signaling
device that lets any authorized terminal take these calls.
14.1.1.8 H
H.323
ITU standard for multimedia communication (voice, video, data).
H.450
Additional services associated with H.323 version 2.
HSL
High Speed Link. Link between the basic module and a module expansion; requires an HSL daughter
board to be fitted on the PowerCPU and PowerMEX boards.
HTTP
HyperText Transfer Protocol. Standard application protocol for exchanging files (text, images, audio, video,
etc.) over the Internet.
HTTPS
Secure HyperText Transfer Protocol. Secure version of HTTP: encrypts and decrypts pages containing
user requests as well as pages retrieved from a web server.
14.1.1.9 I
IAP
Internet Access Provider. See ISP.
IBS
Intelligent Base Station. There are 2 kinds of IBSs: one that can be installed indoors, one outdoors.
ICMP
Internet Control Message Protocol. Network protocol that provides error reports and information on the
processing of IP packets.
IMAP4
Internet Message Access Protocol. A protocol of the same type as POP3, the difference being that the
messages always stay on the ISP server, even after consultation. IMAP requires continuous access to the
server while the messaging service is in use.
IN
Installation Number
IP
Internet Protocol. The main protocol supporting the Internet. IP governs the forwarding and transmission of
data packets over supporting multivendor packet-switched networks.
IP-DECT
Wireless communication which uses VoIP between the server and the base station and the DECT air
interface between the base station and the mobile handsets.
IPSec
Internet Protocol Security. Standard taking network security into account. Protocol used in the
implementation of VPNs, and for remote access by connection to a VPN.
ISDN
Integrated Services Digital Network. Standard for the transmission of digital data over telephone cables or
other communication vectors.

14-4               

 +#  ( #

ISDN-EFM
Integrated Services Digital Network- Emergency Forwarding Module. T0/S0 Forwarding Module.
ISP
Internet Service Provider. Internet Access Provider. A company that provides Internet access for individuals
and companies, along with other services, such as web site construction and hosting.
ISVPN
Integrated Services Virtual Private Network. Protocol used in a private virtual digital network; it offers
functions such as transfer optimization and the transmission of information such as the name, busy status
or diversions.
ISVPN+
Includes metering information in addition to the usual ISVPN services.
ITU
International Telecommunications Union : global coordination body.
IVPS
Virtual card, embedded on the CPU board, supporting a voice mail application.
14.1.1.10 K
KEY SYSTEM (mode)
Dedicated terminal operating mode in which the terminal features as many resource keys (RSP) as there
are network lines in the system.
14.1.1.11 L
LAN
Local Area Network. Network of interconnected switches, routers, and servers that share the resources of a
processor or server in a relatively restricted geographical area, usually the premises of a company. In the
context of the OmniPCX Office, the LAN includes an IP network and provides services to the wired client
and to the WLAN client: file server, proxy, main server.
LDAP
Lightweight Directory Access Protocol for access to directory services managed by a directory server.
LOUDSPEAKER
External loudspeaker used for broadcasting messages.
14.1.1.12 M
MANAGER/SECRETARY
Set of specific services (profile, filtering, diversion) between a manager terminal and a secretary terminal.
MIX
Mixed equipment board: T0 accesses, analog and digital terminal connection interfaces.
MLAA
Multiple Automated Attendant: Software component used for automatic incoming calls routing via voice
guides.
MMC
Man Machine Configuration. Command lines that a user types to the interface of an application to change
the parameters of system elements. It can also be in the form of graphic images that the user can select to
make changes.
MPPP
Multi-link PPP. A protocol that aggregates bandwidth from a number of links to obtain faster communication
speeds.
MULTILINE TERMINAL
Terminal that has several lines for managing several calls at the same time.
14.1.1.13 N
NAT

               14-5

Chapter 14 +#  ( #

Network Address Translation. A service that converts the IP address used on one network into another IP
address recognizable by another network. Address translation allows companies to keep their own private
IP addresses for internal purposes, while using just one IP address for external communication.
NMC
Network Management Center. Workstation allowing a communication server administrator to remotely
manage, administer (storage of call metering tickets for example) and optimize one or more Alcatel-Lucent
OmniPCX Office Communication Server systems.
NMT
Numbering Modification Table
NNTP
Network News Transfer Protocol. Protocol used by computers to handle messages created in Usenet
forums.
14.1.1.14 O
ODC
On Demand Communication - Commercial name of On Demand mode.
On Demand mode
This licence mode introduces a “user” definition and the validity of the license in OPEN state is limited and
daily checked by the system.
OS
Operator Station. Dedicated terminal for answering incoming calls from the public network.
OMC
OmniPCX Office Management Console (formerly PM5). A PC-based management and configuration tool.
14.1.1.15 P
PAP
Password Authentication Procedure. Procedure used by PPP servers to validate connection requests.
PASSWORD
Code acting as a password, controlling access to the voice mail unit and the terminal locking function.
PAT
Port Address Translation
PCBT
PC Based Telephony
PCX (mode)
Mode of operation of dedicated terminals; in this mode, all the network lines are materialized by
general-purpose resource keys (RSB).
PE
Public Exchange. Public central terminal (switch).
PLEASE WAIT MESSAGE
An audio component of the system (or an external device, such as a cassette player) which plays a
message or piece of music while keeping an external correspondent on hold.
POP3
Post Office Protocol. Standard Internet protocol for receiving electronic messages. POP3 is a client/server
protocol in which the messages are received and hosted by the ISP. When a message is read, it is
transferred to the client terminal and is no longer hosted by the ISP.
PowerMEX
Module expansion. Controller board for extension or module expansion.
PPP
Point-to-Point Protocol. Protocol used in communication between two computers using a serial interface
(typically a PC connected to a server via a telephone line).
PRA
Primary Rate Access. Board for connecting a T2 digital primary access; the access supports 48 kbps

14-6               

 +#  ( #

structured as 30 B-channels at 64 kbps for voice and data transmission, and 1 D-channel at 64 kbps for
signaling.
PROXY
A proxy server is used as an interface between a user and the external Internet network.
PSTN
Public Switched Telephone Network.
PTN(X)
Private Telecommunications Network (eXchange). A private network consisting of switches and terminals
connected together by telephone links.
PWT
Personal Wireless Telecommunications. Corresponds to the DECT standard for the North American
countries (especially the US).
14.1.1.16 Q
QOS
Quality Of Service. Network characteristics (transmission speed, etc.) can be measured, improved and, to
some extent, guaranteed in advance.
QSIG
Q Signaling Protocol. Set of standard signaling protocols between the private PBXs of a telephone network
(Q reference point) interconnected by digital ATLs.
14.1.1.17 R
RADIUS
Remote Authentication Dial-In User Service. A client/server protocol that enables remote access servers to
communicate with a central server in order to authenticate remote users before allowing them access to the
systems or services they have requested.
RAS
Remote Access Server. Remote access server to the system LAN.
RCE
Rich Communication Edition (for example, OmniPCX Office RCE Compact is the short designation for
Alcatel-Lucent OmniPCX Office Rich Communication Edition Compact).
RGO, RGI, RGM
General resource keys supporting local and/or external calls, whether outgoing (RGO), incoming (RGI), or
mixed (RGM).
RNIS
"Réseau Numérique à Intégration de Services". French equivalent of ISDN.
ROSE
Remote Operations Service Element
RSB
Resource key dedicated to a trunk group (bundle); used for making external outgoing calls on a particular
trunk group, and receiving all network calls.
RSD
Resource key for a particular destination; supports local calls for this number if assigned to a speed dial
number, incoming calls for the number if assigned to a DDI number, or outgoing calls on a trunk group if
assigned to a trunk group.
RSL
Resource key dedicated to a set; supports calls to and from a particular set.
14.1.1.18 S
SATA
Serial Advanced Technology Attachment - Hard disk interface bus.
S0 BUS

               14-7

Chapter 14 +#  ( #

Type of connection for S0 digital terminals (passive short bus, long/short point-to-point bus, extended bus);
S0 buses and terminals are connected up via an S0 option embedded in an Alcatel Reflexes terminal.
SD Card
Secure Digital card can provide the memory necessary for all features and functions on the PowerCPU.
SELV
Safety Extra Low Voltage. Classification of interfaces in accordance with standards EN60950 and IEC 950.
SIP
Session Initiation Protocol. A signaling protocol for Internet conferencing, telephony, events notification, and
instant messaging. SIP initiates for example, call setup, routing and authentication within an IP domain.
SLI
Single Line Interface. Board allowing the connection of analog terminals (also known as Z terminals).
SMB
Server Message Block. File sharing protocol which enables a terminal to localize one or more files across
the network, and then to open/read/edit/delete them.
SMTP
Simple Mail Transfer Protocol. Standard protocol used for sending and receiving mails.
SPI
Service Provider Interface
SSH
Secure Shell. A UNIX interface protocol for obtaining secure access to remote computers.
SSID
Service Set Identifier. In Wi-Fi wireless LAN computer networking, an SSID is a code attached to all
packets on a wireless network to identify each packet as part of that network. The code consists of a
maximum of 32 alphanumeric characters. All wireless devices attempting to communicate with each other
must share the same SSID. Apart from identifying each packet, the SSID also serves to uniquely identify a
group of wireless network devices used in a given "Service Set".
SSL
Secure Socket Layer. Encryption and authentication layer which ensures the authentication, integrity and
privacy of the documents distributed by the World Wide Web.
14.1.1.19 T
TAPI
Telephony API (Application Programming Interface). Standard defined by Microsoft.
TCP/IP
Transmission Control Protocol/Internet Protocol. Standard protocol used on the Internet. TCP corresponds
to the Transport layer (layer 4) of the OSI model. IP corresponds to the Network layer (layer 3) of the OSI
model.
TERMINAL GROUP
Series of terminals grouped under the same directory number. Any call to that number is routed to a free
terminal line.
TFTP
Trivial File Transfer Protocol. The simplest network application for transferring files.
TL
(Analog) Trunk Line connecting the system to the public switched network.
TLS
Transport Layer Security.
TSAPI
Telephony Services API. Standard defined by Novell, based on ECMA's CSTA standard.
TSP
Telephony Service Provider. TAPI driver used to access to telephony devices (modem, phone set, etc.).
14.1.1.20 U

14-8               

 +#  ( #

UAI
Universal Alcatel Interface. Board used for connecting up digital terminals or DECT 4070 IO/EO base
stations.
UDA
Universal Directory Access offering the possibility to use the company directory or an external LDAP
directory when it exists to find a listed contact.
UPS
Uninterruptible Power Supply. Device increasing the system's backup time.
URL
Uniform Resource Locator. Address of a resource (file, program, image, etc.) accessible on the Internet.
UUS
User to User Signaling. Information carried clear end-to-end by ISDN to enable exchanges between
network subscribers; the ISVPN protocol is contained within this information.
14.1.1.21 V
VMU
Voice Mail Unit. The integrated voice server provides a voice mailbox for each user, as well as a general
voice mailbox and features such as Personal Assistant, Automatic Attendant and Audiotex.
VoIP
Voice over IP. Term designating voice transmission over a data network using the Internet protocol.
VoWLAN
Voice over WLAN. Term designating voice transmission over a data network using the WLAN.
VPN
Virtual Private Network. Private data network that uses the public telecommunications infrastructure (e.g.
the Internet) while maintaining confidentiality by means of tunneling protocols and security procedures.
14.1.1.22 W
WAN
Wide Area Network. A geographically dispersed telecommunications network. The term WAN is used in
contrast to LAN.
WIFI
Wireless Fidelity.
WINS
Windows Internet Naming Service. In Windows environment, the service that manages the correspondence
between client station names and LAN locations relative to their IP addresses.
WLAN
Wireless Local Area Network. A LAN that provides networking using radio frequencies rather than wires for
communication.
WLAN association
An association refers to the connection between the WLAN client and the AP. There are two types of
associations: passive scanning and active scanning. In passive scanning, APs send out information such
as SSIDs and supported rates, while the client passively scans the radio channels for beacons and probe
responses. The client then selects an AP. The client keeps scanning even after the association is made (to
support roaming). In active scanning, clients send out probe requests. If the probe request contains an
SSID, only the APs with the correct SSID will respond. If the probe request contains a broadcast, all the
APs will respond.
WLAN client
Any PC, PDA, or phone set that supports the 802.11a and 802.11b/g protocols can be a WLAN client.
WLAN handset
A wireless terminal that is connected to the system through a wired Access Point (AP). The radio
connection between the wireless terminal and the AP is specified by the 802.11 family of specifications.
The WLAN handset range includes Alcatel-Lucent IP Touch 310/610 WLAN Handsets and Alcatel-Lucent

               14-9

Chapter 14 +#  ( #

OmniTouch 8118/8128 WLAN Handsets. WLAN handsets are sometimes referred to as MIPT (Mobile IP
Touch) handsets.

14.2 Software Keys

14.2.1 Services provided

14.2.1.1 Description
In the Alcatel-Lucent OmniPCX Office Communication Server system, a software key is
represented by an alphanumeric string of characters, which opens functions. Two types of
software keys correspond to each Alcatel-Lucent OmniPCX Office Communication Server
system:
- the MAIN software key for the system functions (voice, Internet, etc.)
- the CTI Software key (including the Try and Buy keys) for the CTI functions
The software key corresponds to a text file where the name is the CPU hardware number with
the .MSL (MAIN key) or .CSL (CTI key) extension.
Example: file 000068DA.msl and 000068DA.csl for main CPU no. 000068DA.
Each system needs the Main and CTI Software keys even if no CTI application is used on the
system.
The systems can be delivered with a key that is already personalized for the client. The
Distributor needs to load, if necessary, the personalized key on the non-factory-configured
systems.
Service limits in the software key are subject to the hardware limitations of the client's
configuration.
Try and Buy only apply to the CTI aspects. When first initialized, the PIMphony Pro and
PIMphony Team applications are available to every user.
The integrated TAPI 2.0 is also available.
As soon as one Try and Buy license is used, the countdown starts. The license will last 60
days.
After the 60 days, only the services defined in the CTI Software key are available.
14.2.1.2 Configuration
Keys must be downloaded in the event of CPU replacement or modifications to improve the
system features.
However, the installation can be adapted to meet new needs when the system is in place by
entering a new software key:
- by OMC (Expert View): Modification Typical -> System -> Software key
- by MMC-Station: Global -> SwKeys -> Main/CTI

Note 1:
When using MMC-Station with Alcatel-Lucent 8 series terminals, licences can only be displayed, not
updated.
Two software keys must be entered: one for the system functionality (Main key, 42 to 138

14-10               

 +#  ( #

characters), the other for CTI functionality (CTI key, 17 to 161 characters).
Keys consist of:
- all upper-case letters except I and O
- all digits except 1 and 0
- the special characters #, $, /, %, &, *, +, @,( and )
Note 2:
The software key must not contain a carriage return or space bar at the end of the key.
In some cases it is necessary to do a warm reset to activate the new key. A message is
displayed for doing this reset.
Note 3:
In OMC, the values contained in the key are displayed in the first column "Authorized by software key"
and the functions that are really open are displayed in the second column "Really activated". Since the
equipment has no influence on the CTI functions, a single display column is available.

Remark:
In the event of a software key change or a reduction in the number of Web Communication Assistant
users, it is recommended to withdraw Web Communication Assistant rights from the relevant users
before loading the new software key. Otherwise the system randomly selects users and withdraws their
rights. For a more detailed description of the allocation and withdrawal of Web Communication Assistant
rights via the WBM, refer to "Users and user groups" in the Internet Applications section.

14.2.1.3 Software Key Control on the System

On starting up the system, different cases are possible:
- The services needed by the customer are open and work properly: the software key
present on the system is correct.
- The services needed are not open
- The key is valid but some services are not open (verify using OMC).
• Verify that the order meets the client's needs. If not, contact the orders" department. A
new software key needs to be created including the new features.
• When loading the key via OMC a warning message is displayed. In this case the
services may be limited due to insufficient memory (Hard disk ) or CPU power.
- The software key present on the system is not correct:
• The software key syntax is correct but it does not match the CPU's serial number. The
system functions correctly with all its services for 30 days. A message "Software Key
problem" is displayed on the Attendant station. Press the Alarm key to show the expiry
date. When loading a correct key (valid CPU serial number) during this period, the
system state is normal. If no correct key is loaded after 30 days, the system will restart
in limited state with only sets belonging to the Operator group working, all other sets
being out of service; the "Software Key problem" is displayed on the operator station.
• The software key syntax is incorrect. The system starts in limited mode. When loading
the correct Software key (with the correct serial number), the system restarts with all
services working.
• New control starting with R2.0:
• The software key syntax is correct, but the software key does not match the

               14-11

Chapter 14 +#  ( #

system's software release. The system functions correctly with all its services for
30 days.
• The software key syntax is correct, the software release is correct but a more
recent key has already been entered on this system and it is not possible to revert
to a previous key. The system functions correctly with all its services for 30 days.
Remark:
For a system in limited mode, when a valid software key is loaded, the system restarts with all its
services.

14.2.1.4 Control Of The Software Version

Starting with version R2.0, each key works with a specific system software version.
This mechanism concerns only the "major" versions: R2, R3, R4, R5, etc.
If the key version does not correspond to the system software version, the system starts with
the requested functions but for a limited period (30 days). At the end of this period, it
reinitializes in limited mode.
When entering a key by OMC, if the software version is not correct, OMC signals it and
requests confirmation.
14.2.1.5 Edition Number AND Acknowledgement Code
The edition number is incremented with each implementation of a new key on a specific
installation.
The acknowledgement code is indicated in message 34 (bytes 2 and 3) of the history
messages table.
When a key is provided by Alcatel-Lucent Enterprise and is implemented in the system, this
procedure is irreversible.
It is possible to reload a previous key but the system will only open the requested functions for
a limited period (30 days). At the end of this period, the system reinitializes in limited mode.
14.2.1.6 Procedure in Case of Problem
To obtain a key corresponding to the main CPU, you must contact Alcatel-Lucent Enterprise.
Specify if the system was delivered with a software key corresponding to the CPU but does not
work. If the client's main CPU has been changed, indicate the old and new CPU numbers.

14.2.2 Detailed description

14.2.2.1 Services controlled by the "Main" software key
The following table lists the functions controlled by the "Main" software key. If a software key is
not present in the system, or is incorrect, the system starts in a limited state. The table also
gives the limited state service levels, the granularity of upgrades, the maximum service level
for each service, and if a hardware extension exists.
Controlled services Relevant Values in Modularity Max Hardware
software limited extension
version mode
STANDARD TELEPHONY

14-12               

 +#  ( #

Controlled services Relevant Values in Modularity Max Hardware

software limited extension
version mode
Number of digital sets All According to +1 236
Number of analog sets All selected +1 236
model
MOBILITY
Number of DECT sets All 0 +1 200
Number of DECT sets (with IP DECT) From R9.0 0 +1 50
Number of Mobile IP Touch sets From R5.0 0 +1 120
CALL MANAGEMENT
ARS All open in open NO
DISA/Transit DISA All R1.0/R1.1, open NO
closed from
R2
ISVPN on ISDN (ARS required) All closed open NO
QSIG + (ARS required) All closed open NO
Number of Meet Me Conference From R5.1 0 +1 1
Enhanced Automated Attendant From R6.0 0 +1 5 Yes
(EAA) From R8.0:
No
NETWORKS
Number of B-channels All 0 +1 120
Number of B-channels on MIX boards From R4 0 +2 120
WEB APPLICATION
Number of My IC Web for Office From R8.1 0 1 from
sessions R8.1: 50
from
R9.0: 50
SNMP
SNMP activation From R2.1 closed opened
RAS
number of access (b channels) From R2 0 +2 16
LAN TELEPHONY
Number of IP Phones (IP Touch) All 0 +1 200
Number of PIMphony multimedia All 0 +1 200
terminals
VoIP GATEWAY
Number of VoIP channels From R8.0 0 +1 48 YES
Number of VoIP trunk channels All 0 +1 120 NO
From R8.0 0 +1 48 YES
VOIP

               14-13

Chapter 14 +#  ( #

Controlled services Relevant Values in Modularity Max Hardware

software limited extension
version mode
R1.0/R1.1 NO YES YES
VoIP on application board
From R8.0 NO NO NO
VOICE MAIL UNIT AND AUTOMATED ATTENDANT
Number of VMU ports All 0 port +1 8 YES
Storage capacity All 20" or 60" 10" 200 hours YES
From R5.0
1h From
R8.0
Automated Attendant All closed open NO
Audiotext All closed open NO
Fax switching All closed open NO
Mailbox Greetings messages All closed open YES
Name in mailing lists All closed open YES
Recording of conversations All closed open YES
Remote customizing From R2.0 closed open NO
GREETINGS
Number of messages (16") All 4 +4 4 YES
From
R8.0: 20
MUSIC ON-HOLD (MOH)
Duration (minutes) All 2 min +2 min 10 min YES
MOH for multiple entities From R8.0 1 +1 4 NO
METERING
Tickets for NMC all 0 + 1000 30000 Yes
Call accounting over IP From R5.0 closed open No
Local calls from R8.1 closed (see open No
Note 2)
LANGUAGES
Number of languages all 2 1 4 Yes
MULTIPLE AUTOMATED ATTENDANT
Number of tree structures: From R6.0 closed open 5 NO
1 license for 1 tree structure
or
1 license for 5 tree structures
Pay Per User (PPU)
PPU activation From R5.0 R5 and R5.1: Not controlled by the system.
From R6: Indication that On Demand option is
enabled.

14-14               

 +#  ( #

Controlled services Relevant Values in Modularity Max Hardware

software limited extension
version mode
PPU license validity date From R6.0 Displayed if PPU license is enabled. It is the license
validity date.
Number of users From R6.0 From R6: Not controlled by the system:
Only used for information in OMC
SWL RELEASE
Required system release From R2 0 (R1 or +1 1 (R2) YES
R1.1) 2 (R3)
3 (R4)
4 (R5)
5 (R6)
6 (R7)
7 (R8)
8 (R9)
ENGINE
Package level Ignored by the system
ENGINEbis
Special info for ELP Ignored by the system
Checker syst solution
Special info for ELP Ignored by the system
Checker cs type
Special info for ELP Ignored by the system
Checker PCX 01
Special info for ELP Ignored by the system
Acknowledge Code
Random code given by ecom. From R2 1 FFFF NO
EDITION
Edition number of license From R2 0 +1 FFFF NO
Automatic Call Distribution
Number of Automatic Call Distribution From R3 8 groups 0 8 NO
groups
Number of active Automatic Call From R3 5, 10, 20, or 0 32 NO
Distribution agents 32
depending
on license
Automatic Call Distribution statistics From R3 closed open YES
module
Number of agent applications From R3 0 +1 32 NO
Number of supervisors From R3 0 +1 8 NO

               14-15

Chapter 14 +#  ( #

Controlled services Relevant Values in Modularity Max Hardware

software limited extension
version mode
RCM From R9.0 closed open NO
MANAGED SERVICES
PROXY H323 From R3 closed open NO
MY TEAMWORK
Version From R6.1 IGNORED BY THE SYSTEM
Number of audio ports
Number of data ports
MOBILITY ON GSM
Number of mobiles of any type For R7 IGNORED BY THE SYSTEM
(MCE+NCC+My IC Mobile for iPhone
or My IC Mobile for Android)
Number of MCE mobiles (Windows)
Number of NCC mobiles (Nokia)
My IC Mobile users (same license from R8.1 0 1 50 No
used for both Apple iPhones and
Android phones)
SERVICES OVER IP
Number of Fax server ports From R7 IGNORED BY THE SYSTEM
Number of Open SIP phones From R8.1 0 1 20 (R8) No
60 (R8.1)
120
(R9.0)
Codec Pass-Through From R8.1 closed open No
UNIVERSAL DIRECTORY ACCESS (UDA)
LDAP service From R8.1 closed open No

14.2.2.2 Services controlled by the “CTI” software key

The following table lists the functions controlled by the "CTI" software key.
Controlled services Relevant Default Modularity Max
software state
version
APPLICATION
PIMphony Pro All 0 +1 250
PIMphony Team All 0 +1 250
Nomadic mode From R3 0 +1 25 (R4)
50 (R5.0)
PIMphony release From R4.0 0 +1 50 (R4)
60 (R5.0)

14-16               

 +#  ( #

Controlled services Relevant Default Modularity Max

software state
version
PIMphony Attendant From R5.0 0 +1 250
Pay Per User From R5.0 Not controlled by the system
MyIC Social Networks application From R9.0 0 +1 50 with TAPI
desktop
200 with TAPI
2.1 server
MyIC Social Networks release From R9.0 0 Not relevant 20 (R9.0)
version
INTEGRATED TAPI 2.011
Number of sessions All 25 (R1) +1 200
0 (from R2)
Number of monitors All 250 (R1) +1 950
0 (from R2)
Features All None All
Alcatel-Lucent OmniPCX Office Communication Server CALL CENTER
Number of sessions All 0 +1 200
Number of monitors All 0 +1 950
Features All None All
CSTA DESKTOP CLIENT
Number of sessions All 0 +1 200
Number of monitors All 0 +1 950
Features All None All
CENTRAL SERVICES
Number of sessions All 0 +1 200
Number of monitors All 0 +1 950
Features All None All
CSTA (ALL FEATURES)
Number of sessions All 0 +1 200
Number of monitors All 0 +1 950
Features All None All
TAPI 2.1 SERVER
Number of sessions All 0 +1 200
Number of monitors All 0 +1 950
Features All None All
BUSY LAMP FIELD (BLF)
Number of sessions All 0 +1 200
Number of monitors All 0 +1 950

               14-17

Chapter 14 +#  ( #

Controlled services Relevant Default Modularity Max

software state
version
Features All None All
XML SERVER
Number of sessions All 0 +1 1
Number of monitors All 0 +1 950
Features All None All
PIMphony UNIFIED
Number of sessions From R3.1 0 +1 1
Number of monitors From R3.1 5 +10 75
Features From R3.1 None All
SOFTWARE LICENSE VERSION
Required system version From R2 0 +1 1 (R2)
(R1/R1.1) 2 (R3)
3 (R4)
4 (R5)
5 (R6)
6 (R7)
7 (R8)
8 (R9)
ACKNOWLEDGE CODE
Random code given by ecom. from R2 0 FFFF
EDITION
Edition of license From R2 0 +1 FFFF (Hex)

14.3 Network Time Protocol

14.3.1 Overview
This section describes the timestamp exchange between the server and the client to calculate
the time correction.
In the client/server standard mode, the client sends an NTP request to the server. On receiving
a reply from the server, the client calculates the de-synchronization. It applies an adjustment to
its own clock. NTP service uses 4 timestamps.
The following table summarizes the four timestamps:

11
In R1, this service is always present in the CTI software key. Only two monitors per session
are allowed.

14-18               

 +#  ( #

Timestamp Name ID When Generated

Originate Timestamp T1 Time request sent by client.
Receive Timestamp T2 Time request received by server.
Transmit Timestamp T3 Time reply sent by server.
Destination Timestamp T4 Time reply received by client.

To calculate the round-trip delay d and local clock offset t relative to the server, the client sets
the transmit timestamp in the request according to the client clock in NTP timestamp format.
The server copies the originate timestamp field in the reply and sets the receive timestamp
and transmit timestamp according to the server clock in NTP timestamp format.
When the server reply is received, the client determines a Destination Timestamp variable as
the time of arrival according to its clock in NTP timestamp format.
The round-trip delay d and local clock offset t are defined as:
- d = (T4 - T1) - (T2 - T3)
- t = ((T2 - T1) + (T3 - T4)) / 2
It is assumed that sending and receiving times are equal.
Several exchanges are required to refine synchronization.
14.3.1.1 Synchronization
NTP Protocol provides two synchronization techniques:
- Instant synchronization with a reference clock, in this case, the time is immediately
synchronized on the client.
- Progressive synchronization is based on the NTPD service that manages the exchange of
NTP requests on port UDP 123. It provides the algorithms for source selection and the
correction calculations to ensure convergence with the time server.
Note:
This synchronization takes a longer time before being established, several hours to several days. It is
possible to obtain a higher degree of accuracy by using several reference sources.
When possible, instant synchronization is used initially and progressive synchronization
maintains accuracy within the network.
14.3.1.2 NTP Authentication
Authentication is used to guarantee the origin of the servers.
As time is a critical data for real time tools, a protection mechanism can be used to
authenticate the NTP message exchanges. For this purpose, the NTP module of the Call
server has the algorithm for encoding RSA Message Digest 5 (MD5) on private symmetrical
keys.
A list of keys is defined and exported throughout the network where authentication is used. At
each source level, a list of valid or trusted keys, selects the authorized keys which can be used
by the client or the server for authentication. An authentication parameter validates the NTP
messages for a machine.
14.3.1.3 Time Diffusion Architecture
NTP works on a hierarchical model in which a small number of servers give time to a larger
number of clients. The clients on each stratum are in turn, potential servers to an larger

               14-19

Chapter 14 +#  ( #

number of clients of a higher numbered stratum.

Stratum numbers begin from the primary (stratum 1) servers to the low numbered strata by
arborescence.
NTP Protocol distributes the reference time (UTC) through a hierarchical structure.
The atomic clocks (based on cesium 133) are regarded as stratum 0, the highest clock
reference.
The servers which are connected are called primary servers and provide the national time
standards (stratum 1).
Strata 0, 1 are reserved access strata.
Going down by successive layers through a pyramidal structure, Internet servers are situated
at layer 3.
Each layer is client of the upper layer and server for the lower layer. Stratum 2 is used as
reference to stratum 3. A client/server configuration uses this diffusion mode.

14.3.2 NTP and OmniPCX Office

This document describes the NTP client service provided by Alcatel-Lucent OmniPCX Office
Communication Server system for Release 9.0 onwards.
From the 8.1 release the OmniPCX Office system server is the NTP server. From Release 9.0
the OmniPCX Office server can be an NTP client.
The OmniPCX Office is the time server for all devices which are registered on it.

14.3.3 Architecture
The time server can be a local time server, an external time server or another OmniPCX
Office.
In figure: NTP architecture
- The red arrows represent synchronization with the NTP process
- The green arrows represent synchronization with the SNTP
___change-begin___
14-20               
 +#  ( #

___change-end___
Figure 14.1: NTP architecture
Simple Network Time Protocol (SNTP) is a simplified version of the NTP protocol used for
devices with small computing capabilities.
Example devices can be 4135 IP Conference Phone or 8082 My IC Phone which use the
SNTP service from the 8.1 OmniPCX Office release.
SNTP is not used for the OmniPCX Office system because the clock accuracy decreases over
time. It is not recommended by the RFC 5905.

14.3.4 Description
This feature allows the synchronization of the OmniPCX Office with a centralized time server
to provide consistency and accuracy for all clocks on an OmniPCX Office network and in this
way a reliable time is provided for each ticket.
The most probable use case is to synchronize the server with an internet public time server.
This requires the exchange of NTP messages between the OmniPCX Office server and the
designated reference time server.
Version 4 NTP protocol is used, which is backwards compatible with NTP version 3 (NTPv3).
NTPv4 includes mitigation and discipline algorithms that increase the potential accuracy to the
tens of microseconds with modern networks.
During the NTP process, there are two types of synchronization:
- Initial synchronization updates local time with the reference time server clock
- Corrective synchronization which modifies the clock frequency to correspond with the time
server clock.
14.3.4.1 Security
All NTP messages are sent and received through the UDP port 123. This port is opened in the
OmniPCX Office firewall for LAN and WAN. If an external time server is used, then the UDP
port 123 must be opened between the client and the server.
14.3.4.2 500 DECT
The 500 DECT has no automatic or periodic process to synchronize its local date and time
with the OmniPCX Office system. When the NTP client feature is activated in the OMC, a
message is sent to the DECT Phone 500 to launch the synchronization process of its local
date and time with the OmniPCX Office system.
14.3.4.3 Synchronization process
When the initial NTP synchronization is activated in the OMC, see part 5.2 Configuration
Procedures, the system takes the date and time of the server and updates its own Linux clock
to have exactly the same time.
When the NTP client is running, the NTP process sends an NTP request every minute to the
designated time server. The response is used by the NTP process to adjust the local time to
the server time.
The delay of convergence depends on the difference between the server time and the local
time. The different cases are:
- If the server is unreachable (no replies to the NTP request), the client continues sending

               14-21

Chapter 14 +#  ( #

requests to its reference server every minute.

- If the clock shift is less than 1 second for NTP, the Linux clock frequency is modified.
- If the clock shift is greater than 1 second, the answer is measured and the Linux clock
frequency modification is computed taking into consideration the previous response, With
the data the process is able to compute a gradual Linux clock frequency modification.
If the clock shift is greater than 10 minutes, the NTP client forces an initial synchronization to
update its server time. This synchronization is carried out instantly. After an initial
synchronization, the NTP process for smooth synchronization is continued.
Any initial synchronization is logged.

14.3.5 Topologies and synchronization

The following sections provide diagrams to describe the three main topologies that can be
used for a reference time server for a telephone network.
14.3.5.1 Synchronization with another OmniPCX Office
One OmniPCX Office is the time reference for each other OmniPCX Office in the system. Each
device sends the SNTP request to the OmniPCX Office to which it is registered, not to the
reference time server OmniPCX Office.
___change-begin___
___change-end___
14.3.5.2 Synchronization with a local time server
A specific time server is used as the time reference for each OmniPCX Office. Each device
sends an SNTP request to the OmniPCX Office to which it is registered, not to the time server.
___change-begin___
14-22               
 +#  ( #

___change-end___
14.3.5.3 Synchronization with an external time server
It is the most common topology. The external time server is the time reference for the
OmniPCX Office. Each device sends the SNTP request to the OmniPCX Office to which it is
registered, not to the reference time server.
___change-begin___
___change-end___
14.3.6 Configuration
The NTP synchronization is configured in OMC.
To synchronize with an external time server:
1. In OMC, select System Miscellaneous > PCX Date and Time.
2. Check the Auto box to allow time synchronization with either an ISDN connection or an
NTP server.
3. Select the Enable NTP Client radio button to select time synchronization with an NTP

               14-23

Chapter 14 +#  ( #

server.
4. In the NTP Server name or IP field, enter the NTP server name or IP address.
5. Click the Apply button to send the synchronization configuration to the OmniPCX Office,
and activate the OmniPCX Office time synchronization.
When the NTP synchronization is activated, the date and time can be modified manually in the
OMC and in the operator session. See Operator session for more details about the operator
session.
When NTP synchronization is activated in the OMC, the first synchronization is forced to have
exactly the same time between the local clock and the time server clock. A message is
displayed to indicate if the synchronization is done or if the time server is unreachable.
When an ISDN connection is available, it can be used for synchronizing the time and date in
the OmniPCX Office . To avoid conflict with this type of synchronization, the NTP configuration
panel is grayed if the ISDN synchronization is activated.
For reliability it is recommended to use the ISDN synchronization.
To resume ISDN synchronization after using NTP, the administrator must disable NTP in the
configuration panel and then activate the ISDN synchronization. It is not possible to activate
the two types of synchronizations simultaneously.
To use the ISDN synchronization:
1. In OMC, select System Miscellaneous > PCX Date and Time.
2. Check the Auto box to allow time synchronization with either an ISDN connection or an
NTP server.
3. Select the Default synchronization (ISDN if present) radio button.
4. Click the Apply button to send the synchronization configuration to the OmniPCX Office,
and activate the OmniPCX Office time synchronization.

14.3.7 Operator session

The principal interactions are generated from the designated NTP server and the system as in
Synchronization process . During operator sessions, the date and time parameters for the
system are accessible and can be modified when:
- Configuring phones
- Configuring PIMphony
When the NTP server is configured, any modification to the date and time carried out by the
operator will be overwritten:
- With an initialization if the time difference is greater than ten (10) minutes
- A gradual adjustment to the time if the time difference is less that ten (10) minutes

14-24